Print

Print


About the initial matter:

In bibliographic description, we sometimes want identifiers as literals: isbn, issn, etc. Why? Just to be able to provide easily a keyword search by this literal (a search by ISBN is very common). I think we should have this in Bibframe: why not even with a "data property"?

<http://resource/uri> bf:hasIdentifier "123456789".
<http://resource/uri> bf:hasISSN "1234-1234".
<http://resource/uri> bf:hasISBN "9781234567890".

In this example, bf:hasISSN and bf:hasISBN are subproperties of bf:hasIdentifier. Any identifier can be stored, even if they start by "http...", but they are stored as literals. Currently, the inverse property bf:identifies makes no sense to me.

Having an identifier as a URI means it is not seen, in the bibliographic description, as an identifier, but rather as a linked resource.

<http://resource/uri> bf:partOf <http://resource/issn/1234-1234>.

If it is a linked resource, the relation matters, and not the content of the related resource. In this case, it means we don't need, from this resource, its ISSN, title or publication dates.

Nicolas
______________________
Nicolas Prongué
RERO - Réseau des bibliothèques de Suisse occidentale
Av. de la Gare 45 | CH-1920 Martigny

________________________________
De : Bibliographic Framework Transition Initiative Forum <[log in to unmask]> de la part de Martynas Jusevičius <[log in to unmask]>
Envoyé : mercredi 6 mars 2019 23:06
À : [log in to unmask]
Objet : Re: [BIBFRAME] When a bf:Identifier is a URI

In Linked Data you don't really talk about identifiers, you just use
them when talking about resources they identify.

If for some reason you need to describe the identifier itself, which
seems to be the case with bf:Identifier, then you need to use it as a
literal. Therefore I think my earlier suggestion to use xs:anyURI
still stands:

  <http://resource/uri> bf:identifiedBy [ a bf:Identifier ; rdf:value
"http://resource/uri"^^xs:anyURI ] .


On Wed, Mar 6, 2019 at 10:31 PM Young,Jeff (OR) <[log in to unmask]> wrote:
>
> When we talk about “Identifiers”, we seem to be talking about different things. In the BIBFRAME ontology, the range of the bf:identifiedBy property is bf:Identifier. It’s weird to think about the identifier as being a thing unto itself, but it reflects how the community traditionally thinks. Treating an identifier as a thing that can be described or alternatively as a literal form is idiomatic from a broader linked data perspective because it creates a roundabout connection between the identifier and the thing that is being identified. httpRange-14 supposedly resolved that confusion in 2005, but it seems like the community is still skeptical and sees this as an alternative.
>
>
>
> That’s my impression anyway. If nothing else, it may help Martynas understand the idiom of bf:identifiedBy.
>
>
>
> Jeff
>
>
>
> From: Bibliographic Framework Transition Initiative Forum <[log in to unmask]> on behalf of "Denenberg, Ray" <[log in to unmask]>
> Reply-To: Bibliographic Framework Transition Initiative Forum <[log in to unmask]>
> Date: Wednesday, March 6, 2019 at 4:08 PM
> To: "[log in to unmask]" <[log in to unmask]>
> Subject: Re: [BIBFRAME] When a bf:Identifier is a URI
>
>
>
> > Dereferencing a URI identifier to get a description of the resource is not
> > appropriate? That is literally the definition of Linked Data.
>
> Of course it is. I'm speaking specifically of an identifier of the resource itself. I mean if you can say
>
> <Resource URI> Bf:identifiedBy> [rdf:value <ResourceURI> ]
>
> The you can say:
>
> <Resource URI> bf:identifies <ResourceURI>
>
> (bf:identifies is the inverse of bf:identifiedBy. It's a bibframe property, not mentioned often)
>
> Which doesn't make sense.
>
> Ray
>
> >
> > On Wed, Mar 6, 2019 at 9:30 PM Denenberg, Ray <[log in to unmask]> wrote:
> > >
> > > Can I bring the discussion back to the original question, whether a URI,
> > supplied as the value (rdf:value) of bf:identifiedBy, should be encoded as a
> > literal or an actionable URI.
> > >
> > >
> > >
> > > I believe the question is probably irrelevant, because, I still believe, there
> > is no practical purpose served by doing so.
> > >
> > >
> > >
> > > Let me ask this: if it is to be an actionable URI, what do you expect to get
> > upon dereferencing it?
> > >
> > > · Do you expect to get a description of the resource? We’ve
> > established that that’s not an appropriate use of an identifier.
> > >
> > > · Do you expect to get a copy of the resource? Not only is that also not
> > an appropriate use of an identifier, but there is an existing bibframe property
> > to do that.
> > >
> > >
> > >
> > > So what do you expect to get?
> > >
> > >
> > >
> > > Ray
> > >
> > >
> > >
> > >
> > >
> > > From: Bibliographic Framework Transition Initiative Forum
> > > <[log in to unmask]> On Behalf Of Young,Jeff (OR)
> > > Sent: Tuesday, March 05, 2019 8:37 AM
> > > To: [log in to unmask]
> > > Subject: Re: [BIBFRAME] When a bf:Identifier is a URI
> > >
> > >
> > >
> > > Osma,
> > >
> > >
> > >
> > > Humpf. I checked with WebProtoge and you’re right. I wasn’t expecting
> > that because owl:deprecated is an owl:AnnotationProperty rather than an
> > owl:DatatypeProperty.
> > >
> > >
> > >
> > > It would still make sense, though, for ISSN (and others) to add this in their
> > linked data RDF to reconcile old school URI schemes and the current Cool
> > http: scheme:
> > >
> > >
> > >
> > > <urn:ISSN:0044-1570> owl:sameAs
> > > <http://issn.org/resource/ISSN/0044-1570>
> > >
> > >
> > >
> > > That way the tools can deal with differences in practice over time. The
> > same can’t be said for treating the URN as a literal or as an rdf:value.
> > >
> > >
> > >
> > > Maybe I’m still missing the point?
> > >
> > >
> > >
> > > Jeff
> > >
> > >
> > >
> > > From: Bibliographic Framework Transition Initiative Forum
> > > <[log in to unmask]> on behalf of Osma Suominen
> > > <[log in to unmask]>
> > > Reply-To: Bibliographic Framework Transition Initiative Forum
> > > <[log in to unmask]>
> > > Date: Tuesday, March 5, 2019 at 3:43 AM
> > > To: "[log in to unmask]" <[log in to unmask]>
> > > Subject: Re: [BIBFRAME] When a bf:Identifier is a URI
> > >
> > >
> > >
> > > Hi Jeff!
> > >
> > > Young,Jeff (OR) kirjoitti 4.3.2019 klo 19.43:
> > > > I agree that identifier agencies should migrate old URI schemes to http:
> > > > and deprecate them in their RDF with mappings to the modern form for
> > > > backward compatibility. There’s even a W3C standard for expressing this:
> > > >
> > > > <oldURI> owl:deprecated true ;
> > > > owl:sameAs <newURI> .
> > >
> > > Not sure this expresses what you intend. owl:sameAs means that both
> > > its subject and object are the same thing, the same individual. Thus
> > > this combination of statements implies that <newURI> is also deprecated.
> > >
> > > -Osma
> > >
> > > --
> > > Osma Suominen
> > > D.Sc. (Tech), Information Systems Specialist National Library of
> > > Finland P.O. Box 26 (Kaikukatu 4)
> > > 00014 HELSINGIN YLIOPISTO
> > > Tel. +358 50 3199529
> > > [log in to unmask]
> > > http://www.nationallibrary.fi
>