[Biojava-dev] RE: Flyweight Ontologies?
Schreiber, Mark
mark.schreiber at agresearch.co.nz
Tue Nov 11 19:32:26 EST 2003
Whatever your happy with. I think the less numerical option is the better one. Means the URN is more likely to mean something in debugging.
I guess it will require getURN methods to be added to the appropriate interfaces. Could you do that?
- Mark
> -----Original Message-----
> From: Matthew Pocock [mailto:matthew_pocock at yahoo.co.uk]
> Sent: Wednesday, 12 November 2003 12:26 a.m.
> To: Schreiber, Mark
> Cc: biojava-dev at biojava.org
> Subject: Re: [Biojava-dev] RE: Flyweight Ontologies?
>
>
> Hi,
>
> The core ontology probably does qualify, perhaps.
> URN:biojava:ontology/core for the ontology and perhaps
> URN:biojava:ontology/core|ISA and the like for the terms?
> URN:biojava:ontolgy/core|relation,has_a,domain for triples?
> Or we could
> just give all terms & triples a unique numerical ID somewhere and do
> <ontoURN>#<id> - far to many options.
>
> Matthew
>
> >>A particular LSID should resolve for all eternity to the same
> >>entity, so
> >>by using LSIDs for things like ontologies within a running
> >>application,
> >>we are implicitly contracting ourselves to have that data
> >>available /for
> >>ever/, even if it is working data or intermediate results, or
> >>if we know
> >>we will be changing the schema next week. URNs don't have
> >>this restriction.
> >>
> >>
> >
> >Wouldn't the core Ontology come under that categorie? If
> not, what form
> >do you think the URN should take? Is there a need for each
> Term to know
> >which Triple it belongs too or which Ontology?
> >
> >- Mark
> >=============================================================
> ==========
> >Attention: The information contained in this message and/or
> attachments
> >from AgResearch Limited is intended only for the persons or
> entities to
> >which it is addressed and may contain confidential and/or privileged
> >material. Any review, retransmission, dissemination or other
> use of, or
> >taking of any action in reliance upon, this information by
> persons or
> >entities other than the intended recipients is prohibited by
> AgResearch
> >Limited. If you have received this message in error, please
> notify the
> >sender immediately.
> >=============================================================
> ==========
> >
> >_______________________________________________
> >biojava-dev mailing list
> >biojava-dev at biojava.org
> http://biojava.org/mailman/listinfo/biojava-> dev
> >
> >
> >
>
>
>
=======================================================================
Attention: The information contained in this message and/or attachments
from AgResearch Limited is intended only for the persons or entities
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipients is prohibited by AgResearch
Limited. If you have received this message in error, please notify the
sender immediately.
=======================================================================
More information about the biojava-dev
mailing list