Hi to all
We have just completed GUID-2 and as one output, an Outreach Working Group
was formed (Rich Pyle, Ben Szekely, Rod Page and myelf) and has placed a
draft of proposed actions on the GUID Wiki.
It can be found at
http://wiki.gbif.org/guidwiki/wikka.php?wakka=GUIDOutreach
Comments, edits, amendments are warmly welcomed.
Thanks
Lee
Lee Belbin
Manager, TDWG Infrastructure Project
Email: lee(a)tdwg.org
Phone: +61(0)419 374 133
I've set up a half-functioning demo of the ant triple store here:
http://linnaeus.zoology.gla.ac.uk/~rpage/ants/
It is not complete, and there's a problem with Google's Map API, but
it's a start. I'll be demoing it at the workshop, but thought it would
be useful to have a version other people could see. Hopefully after the
demo it will make more sense...
To get started, the search box accepts text (such as the name of an
ant), or a GUID. Try, for example,
Atta
Proceratium
Dracula
doi:10.1016/j.ympev.2004.06.017
urn:lsid:ncbi.nlm.nih.gov.lsid.zoology.gla.ac.uk:gi:34398464
I've updated the relevant page on the TDWG-GUID wiki
(http://wiki.gbif.org/guidwiki/wikka.php?
wakka=LSIDBasedIntegrationAntsDemo), but more useful background is on
my blog: http://semant.blogspot.com/.
Regards
Rod
------------------------------------------------------------------------
----------------------------------------
Professor Roderic D. M. Page
Editor, Systematic Biology
DEEB, IBLS
Graham Kerr Building
University of Glasgow
Glasgow G12 8QP
United Kingdom
Phone: +44 141 330 4778
Fax: +44 141 330 2792
email: r.page(a)bio.gla.ac.uk
web: http://taxonomy.zoology.gla.ac.uk/rod/rod.html
reprints: http://taxonomy.zoology.gla.ac.uk/rod/pubs.html
Subscribe to Systematic Biology through the Society of Systematic
Biologists Website: http://systematicbiology.org
Search for taxon names: http://darwin.zoology.gla.ac.uk/~rpage/portal/
Find out what we know about a species: http://ispecies.org
Rod's rants on phyloinformatics: http://iphylo.blogspot.com
Some people have mentioned that they haven't seen the report from the TAG
meeting that was released last month so I suspect that it hasn't been
circulated as widely as I would have liked.
If you haven't seen it you can find a copy here:
http://wiki.tdwg.org/twiki/bin/view/TAG/TagMeeting1Report
Please address your comments to the wiki or me.
All the best,
Roger
--
-------------------------------------
Roger Hyam
Technical Architect
Taxonomic Databases Working Group
-------------------------------------
http://www.tdwg.org
roger(a)tdwg.org
+44 1578 722782
-------------------------------------
Ricardo,
I agree to Renatos explanations. Just wanted to add that a basic LSID resolving service shouldnt be hard to add to PyWrapper. From what I understand from LSIDs its just an additional WSDL pointing to the http-get based URL resolution eplained by renato below. But providers would have to take care of creating and storing LSID within their existing databases.
And conversion of named parameters into positional ones will be added to pywrapper easily and for sure - just because they look nicer.
-- Markus
> -----Ursprüngliche Nachricht-----
> Von: tdwg-tapir-bounces(a)lists.tdwg.org
> [mailto:tdwg-tapir-bounces@lists.tdwg.org] Im Auftrag von
> Renato De Giovanni
> Gesendet: Dienstag, 30. Mai 2006 21:38
> An: tdwg-tapir(a)lists.tdwg.org
> Betreff: Re: [tdwg-tapir] GUID support in TAPIR (or BioCASe)
>
> Hi Ricardo,
>
> I'll try to answer your questions...
>
> > 1) Does the protocol or the implementation explicitly
> handle any form
> > Globally Unique Identifiers? Does it adopt a specific
> technology (DOI,
> > Handle, POI, LSID), or does it provide support for any GUID
> technology.
> > If so, what are the requirements for using a new technology?
>
> No, TAPIR doesn't handle those technologies in terms of
> having any sort of implicit resolution mechanisms or any
> other specific behaviour. TAPIR can "serve" GUIDs if they are
> part of a conceptual schema and if providers store the
> corresponding values in their local databases. However, they
> will be treated just as simple strings, both in filters and
> output models.
>
> > 2) Are there any required fields/concepts on the
> application profiles
> > (ABCD for example) that are specifically designed to
> accommodate GUIDs?
>
> As far as I know ABCD has "UnitGUID", "DatasetGUID" and URLs
> for MultimediaObjects. The new version of DarwinCore has a
> GlobalUniqueIdentifier concept.
>
> > 3) Does the protocol provide any specific resolution
> mechanism (i.e.,
> > returning a single object based on an ID passed on the request)?
>
> TAPIR could work very nicely with PURLs just by making use of
> standard Web technologies. For instance, ABCD and DarwinCore
> providers could define a custom search template that would
> require the catalog number as a parameter and would return an
> RDF output model for the respective object. In this case, a
> request could look
> like:
>
> http://example.net/provider.cgi?op=view&template=someuri&cnum=123
>
> Which could be easily wrapped as a PURL:
>
> http://purl.org/provider/123
>
> So the representation of that object could be retrieved from
> any browser or from any script using standard HTTP libraries.
>
> Providers would obviously be free to decide about the output
> model for their objects (an RDF representation, or ABCD, or
> plain DarwinCore...), and if the template should take an
> additional parameter for versioning (or maybe the response
> could just include a changelog), and if it would be desirable
> to have two different search templates (for data and
> metadata) and so on.
>
> Resolution of any other kind of GUIDs would require
> additional software considering only a pure TAPIR
> implementation. Unless the implementation decides to offer
> additional services as part of the package.
>
> > 4) Any other aspects of the protocol or implementation
> regarding GUIDs.
>
> Only minor things like recommending GUIDs to identify
> "relatedEntities" in TAPIR metadata responses. I guess we
> will probably recommend PURLs for templates, output models,
> concepts and conceptual schemas.
>
> Hope this helps...
>
> Best Regards,
> --
> Renato
>
> _______________________________________________
> tdwg-tapir mailing list
> tdwg-tapir(a)lists.tdwg.org
> http://lists.tdwg.org/mailman/listinfo/tdwg-tapir_lists.tdwg.org
>