Re: Last Ultimate Final Call :)

No doubt that is elegant solution with respect of the rest of the model.


On Fri, Feb 1, 2013 at 1:31 PM, Robert Sanderson <azaroth42@gmail.com>wrote:

> On Fri, Feb 1, 2013 at 11:22 AM, Paolo Ciccarese
> <paolo.ciccarese@gmail.com> wrote:
> > On Fri, Feb 1, 2013 at 1:09 PM, Robert Sanderson <azaroth42@gmail.com>
>
> >> > So how about recommending to do #tag on the URI of the page?
> >> > Like: http://omim.org/entry/104760#tag
> >> > Again, not ideal but it could help. No?
> >>
> >> This is what we recommend already, using a different URI  and linking
> >> it to the document :)
> >
> > Wait, that is exactly my point. Not 'a different URI' in general, that
> would
> > create a mess I believe.
> > How do we feel in pushing for a specific way of using "the different URI"
> > #something?
>
> I don't like it, especially with the clarification in RDF 1.1 that
> fragments identify the element within the hosting format, not a
> semantic resource.
>
> http://www.w3.org/TR/rdf11-concepts/#section-fragID
>
> So if there was a "tag" in the underlying document, then it would
> refer to that, not the use of the URI as a semantic tag.  It still has
> the same collision problems.
>
> The clean way, IMO, is:
>
> <anno1> a oa:Annotation ;
>   oa:hasBody <tagSpRes1> ;
>   oa:hasTarget <target1> .
>
> <tagSpRes1> a oa:SpecificResource , oa:[Semantic]Tag ;
>   oa:hasSource <http://omim.org/entry/104760> ;
>
> Which is just a clarification of what we already say in the doc, that
> you mint a new URI and link it to the original URI.
>
> Rob
>



-- 
Dr. Paolo Ciccarese
http://www.paolociccarese.info/
Biomedical Informatics Research & Development
Instructor of Neurology at Harvard Medical School
Assistant in Neuroscience at Mass General Hospital
Member of the MGH Biomedical Informatics Core
+1-857-366-1524 (mobile)   +1-617-768-8744 (office)

CONFIDENTIALITY NOTICE: This message is intended only for the addressee(s),
may contain information that is considered
to be sensitive or confidential and may not be forwarded or disclosed to
any other party without the permission of the sender.
If you have received this message in error, please notify the sender
immediately.

Received on Friday, 1 February 2013 18:38:44 UTC