|
Re: Link profiles
David
Can you please look up the link storage/discovery tables I sent and confirm? These tables are a practical basis to discuss the linking profile.
Would be great if you can do before
David
Can you please look up the link storage/discovery tables I sent and confirm? These tables are a practical basis to discuss the linking profile.
Would be great if you can do before
|
By
"Eran Gery"
·
#850
·
|
|
Your ballot to approve Configuration Management v1.0 as a PS has passed
Participants in the OSLC Open Project,
The ballot to approve OSLC Configuration Management Version 1.0 PSD01 as a Project Specification, found in
Participants in the OSLC Open Project,
The ballot to approve OSLC Configuration Management Version 1.0 PSD01 as a Project Specification, found in
|
By
Chet Ensign
·
#849
·
|
|
Publish an approved specification for OSLC Conf iguration Management Version 1.0 from OSLC Open Project
Your name:
By
Chet Ensign
·
#848
·
|
|
Regrets
Hi,
I will attend an off-site project meeting on Thursday and won’t be able to join the OP call. Please make sure to have someone take minutes.
/Andrew
Hi,
I will attend an off-site project meeting on Thursday and won’t be able to join the OP call. Please make sure to have someone take minutes.
/Andrew
|
By
Andrii Berezovskyi
·
#847
·
|
|
Re: [OSLC forum] Summary
Well IBM/ELM/Jazz has a discovery namespace: http://jazz.net/xmlns/prod/jazz/discovery/1.0/
This was developed after 3.x because it of perceived architectural limitations of the rootservices. But
Well IBM/ELM/Jazz has a discovery namespace: http://jazz.net/xmlns/prod/jazz/discovery/1.0/
This was developed after 3.x because it of perceived architectural limitations of the rootservices. But
|
By
Gentry, Edward
·
#846
·
|
|
[OSLC forum] Summary
Could someone refresh my memory on what xmlns:oslc_disc=“http://open-services.net/xmlns/discovery/1.0/” is and when was it deprecated, please?
/A
Begin forwarded message:
From:OSLC forum
Could someone refresh my memory on what xmlns:oslc_disc=“http://open-services.net/xmlns/discovery/1.0/” is and when was it deprecated, please?
/A
Begin forwarded message:
From:OSLC forum
|
By
Andrii Berezovskyi
·
#845
·
|
|
Re: Link profiles
Sorry I should have been more careful with my vocabulary. I meant reify in generic sense not in an RDF sense.
I meant to formalize what we mean by and expect from links – and indeed we already
Sorry I should have been more careful with my vocabulary. I meant reify in generic sense not in an RDF sense.
I meant to formalize what we mean by and expect from links – and indeed we already
|
By
Gentry, Edward <e.gentry@...>
·
#844
·
|
|
Re: Link profiles
Hi Eran,
Yes OSLC query for opt out makes sense, and it’s straight forward. we should discuss.
Hi Eran,
Yes OSLC query for opt out makes sense, and it’s straight forward. we should discuss.
|
By
Gentry, Edward <e.gentry@...>
·
#843
·
|
|
Re: Link profiles
A few ideas and observations and a concrete proposal:
A helpful idea was proposed by our French Sodius Colleague whose name escapes me. He suggested in a conversation after our last call – and
A few ideas and observations and a concrete proposal:
A helpful idea was proposed by our French Sodius Colleague whose name escapes me. He suggested in a conversation after our last call – and
|
By
Gentry, Edward <e.gentry@...>
·
#842
·
|
|
Re: Link profiles
I do have one concern about Jim’s inverse link suggestion (though I generally think it’s a good idea).
Implementing inverse links is more significant implementation work for IBM ELM.
All
I do have one concern about Jim’s inverse link suggestion (though I generally think it’s a good idea).
Implementing inverse links is more significant implementation work for IBM ELM.
All
|
By
Gentry, Edward <e.gentry@...>
·
#841
·
|
|
Re: Link profiles
Re:We should reify the concept of link beyond just a single predicate
OSLC avoids and discourages the use ofreification. It can make querying problematic, especially for OSLC query. I don’t think
Re:We should reify the concept of link beyond just a single predicate
OSLC avoids and discourages the use ofreification. It can make querying problematic, especially for OSLC query. I don’t think
|
By
David Honey2
·
#840
·
|
|
Re: Link profiles
As you suggest Jim, we could add a new property of an oslc:Property to indicate the reverse predicate for a link. This is not without its problems. Say we added aoslc:inversePropertyDefinition
As you suggest Jim, we could add a new property of an oslc:Property to indicate the reverse predicate for a link. This is not without its problems. Say we added aoslc:inversePropertyDefinition
|
By
David Honey2
·
#839
·
|
|
Re: Link profiles
Ed,
Thanks for coming back to version 0…. Indeed this is what we should focus on and we rather call it version 1.
As I mentioned in my other note, IMO for Opt-out we shouldnot recommend link
Ed,
Thanks for coming back to version 0…. Indeed this is what we should focus on and we rather call it version 1.
As I mentioned in my other note, IMO for Opt-out we shouldnot recommend link
|
By
"Eran Gery"
·
#838
·
|
|
Re: Link profiles
Hi David, all,
Again, pulling back towards the pragmatic principle “let’s define a profile that at least guarantees ELM (jazz) cross linking”.
Let’s push to the background for now
Hi David, all,
Again, pulling back towards the pragmatic principle “let’s define a profile that at least guarantees ELM (jazz) cross linking”.
Let’s push to the background for now
|
By
"Eran Gery"
·
#837
·
|
|
Re: Link profiles
Sorry I’ve missed the discussion today. It’s a holiday here.
One thing for me is very clear. If by link we mean a single predicate then we always know where it is stored. Always. It is stored
Sorry I’ve missed the discussion today. It’s a holiday here.
One thing for me is very clear. If by link we mean a single predicate then we always know where it is stored. Always. It is stored
|
By
Gentry, Edward <e.gentry@...>
·
#836
·
|
|
Five Project Notes published by OSLC Open Project
OASIS Members and other interested parties,
OASIS is pleased to announce the publication of five new Project Notes from the members of the OASIS Open Services for Lifecycle Collaboration (OSLC) OP
OASIS Members and other interested parties,
OASIS is pleased to announce the publication of five new Project Notes from the members of the OASIS Open Services for Lifecycle Collaboration (OSLC) OP
|
By
Paul Knight
·
#835
·
|
|
Re: Link profiles
I am specifically not proposing to store backlinks. What I’m suggesting is that which link is the forward link depends on the use case the servers are trying to support. So rather I’m proposing
I am specifically not proposing to store backlinks. What I’m suggesting is that which link is the forward link depends on the use case the servers are trying to support. So rather I’m proposing
|
By
Jim Amsden
·
#834
·
|
|
Re: Link profiles
I'm always for only storing the forward link. It has a clear advantage in the ability to better manage the configurations and the composition of configurations. If I could get rid of backlinks I
I'm always for only storing the forward link. It has a clear advantage in the ability to better manage the configurations and the composition of configurations. If I could get rid of backlinks I
|
By
Robert Baillargeon
·
#833
·
|
|
Re: Link profiles
Always trying to create both forward and back links seems like the wrong thing to do, even in opt-out mode. Servers are free to either silently ignore RDF properties it doesn’t support, or to fail
Always trying to create both forward and back links seems like the wrong thing to do, even in opt-out mode. Servers are free to either silently ignore RDF properties it doesn’t support, or to fail
|
By
David Honey2
·
#832
·
|
|
Re: Link profiles
Indeed I agree that this is a good start to the discussion. But as Jim identifies here we have some variability in the definition of where the link storage and inverse are stored. If we go on the
Indeed I agree that this is a good start to the discussion. But as Jim identifies here we have some variability in the definition of where the link storage and inverse are stored. If we go on the
|
By
Robert Baillargeon
·
#831
·
|