Hi Hugh,
Thanks for taking the time to answer with examples!
It's interesting that sameAs.org would become a kind of buffer/archive for
URIs which are no longer de-referenceable on their original domain.
By the way this seems to me a quite similar pattern to what Nature.com does, which you've
Hi Antoine,
On 23 Apr 2012, at 21:41, Antoine Isaac wrote:
Hi Hugh,
It seems that
http://sameas.org/store/kelle/?uri=http://stitch.cs.vu.nl/vocabularies/rameau/ark:/12148/cb14521343b
already has the owl:sameAs to http://data.bnf.fr/ark:/12148/cb14521343b
so all is already taken care of!
Hi Bernard,
Indeed there is a bit of trust from the STITCH side: we believe than whatever was at stitch:x will
be found at bnf:x. And we're talking about one same concept, yes: it's not one new
concept replacing an old one. It is an identity change, so to say.
If there's a change to that
Hi Hugh,
It seems that
http://sameas.org/store/kelle/?uri=http://stitch.cs.vu.nl/vocabularies/rameau/ark:/12148/cb14521343b
already has the owl:sameAs to http://data.bnf.fr/ark:/12148/cb14521343b
so all is already taken care of! Great job :-)
That being said I'm curious about your experience on
Hi Antoine,
Apart from all the internal stuff, you (or rather your users) can of course use
http://sameas.org (in fact, this is part of its raison d'ĂȘtre, to use an
English phrase). E.g.
http://sameas.org/?uri=http://stitch.cs.vu.nl/vocabularies/rameau/ark:/12148/cb14521343b
is the main one, but
On Thu, Apr 19, 2012 at 11:00 AM, Richard Wallis
richard.wal...@dataliberate.com wrote:
I presume the server doing the 301 is going to stay around for a while.
This is at least part of the problem. In theory, LOD clients should cache a
301 (unless specifically instructed not to) and resolve
Thanks a lot for your feedback! That's really precious.
@Richard, Jon: yes, we'll try to have the 301 working for a while. But not
forever, so it would be good if something could function as a more stable
solution. Though I'm not sure the requirement is too strong, in our case. It's
not as if
On 4/20/12 9:11 AM, Antoine Isaac wrote:
Thanks a lot for your feedback! That's really precious.
@Richard, Jon: yes, we'll try to have the 301 working for a while. But
not forever, so it would be good if something could function as a more
stable solution. Though I'm not sure the requirement
Antoine
In fact it seems that the dcterms:replaces option considers two resources
(one that replace the other).
Indeed. The bnf resource replaces, by all means of the term, the stitch
one.
Which in turns hints that you're considering that the URIs denote the URI
themselves (or a
Dear all,
We have a question on an what to do when a linked data set is moved from one
namespace to the other. We searched for recipes to apply, but did not really find
anything 'official' around...
The VU university of Amsterdam has published a Linked Data SKOS representation of RAMEAU [1]
On 4/19/12 10:23 AM, Antoine Isaac wrote:
Dear all,
We have a question on an what to do when a linked data set is moved
from one namespace to the other. We searched for recipes to apply, but
did not really find anything 'official' around...
The VU university of Amsterdam has published a
On 4/19/12 10:23 AM, Antoine Isaac wrote:
Dear all,
We have a question on an what to do when a linked data set is moved
from one namespace to the other. We searched for recipes to apply, but
did not really find anything 'official' around...
The VU university of Amsterdam has published a
and MARC Standards Office
Library of Congress
Washington, DC
-Original Message-
From: Antoine Isaac [mailto:ais...@few.vu.nl]
Sent: Thursday, April 19, 2012 10:23 AM
To: public-lod@w3.org
Cc: romain.wenz; Antoine Isaac
Subject: Question on moving linked data sets
Dear all,
We have
Hello Antoine
My take on this would be to use dcterms:isReplacedBy links rather than
owl:sameAs
Description of the concepts by BNF might change in the future and although
the original identifier is the same, the description might be out of sync
at some point.
Bernard
Le 19 avril 2012 16:23,
Hi Antoine,
First, congratulations on http://data.bnf.fr/ that is a major milestone!
On Thu, Apr 19, 2012 at 10:23 AM, Antoine Isaac ais...@few.vu.nl wrote:
We can ask for the people we know to change their links. But identifying the
users of URIs seems too manual, error-prone a process. And
On Thu, Apr 19, 2012 at 11:02 AM, Bernard Vatant
bernard.vat...@mondeca.com wrote:
My take on this would be to use dcterms:isReplacedBy links rather than
owl:sameAs
Description of the concepts by BNF might change in the future and although
the original identifier is the same, the description
On Thu, Apr 19, 2012 at 1:23 PM, Ed Summers e...@pobox.com wrote:
http://data.bnf.fr/ark:/12148/cb14521343b dcterns:replaces
http://stitch.cs.vu.nl/vocabularies/rameau/ark:/12148/cb14521343b .
s/dcterns/dcterms/
//Ed
DC:Terns...
http://blog.terrain.org/wp-content/uploads/2011/04/LeastTern_Tom-Grey_U.jpg
Jon
On Thu, Apr 19, 2012 at 1:23 PM, Ed Summers e...@pobox.com wrote:
On Thu, Apr 19, 2012 at 11:02 AM, Bernard Vatant
bernard.vat...@mondeca.com wrote:
My take on this would be to use
Hi All,
I do not think that there is much else you could do. I presume the server
doing the 301 is going to stay around for a while.
~Richard.
On 19 April 2012 15:23, Antoine Isaac ais...@few.vu.nl wrote:
Dear all,
We have a question on an what to do when a linked data set is moved from
19 matches
Mail list logo