[Tdwg-guid] Simple LSID resolver
Nicky Nicolson
n.nicolson at rbgkew.org.uk
Thu Jun 15 13:09:04 CEST 2006
Hi Kevin,
I think that resolving your first URL:
http://example.org/authority/?lsid=urn:lsid....
... should return WSDL which will describe how to access the data /
metadata using SOAP / HTTP GET / any other binding.
I don't think your two example URLs (below) are part of the LSID
spec:
> http://example.org/authority/data/?lsid=urn:lsid... will return the data
> for that lsid
> http://example.org/authority/metadata/?lsid=urn:lsid... will return the
> metadata for that lsid
... As it depends what the WSDL says.
cheers,
Nicky
Kevin Richards wrote:
> The theory is that most lsid resolvers/authorities will implement the
> http get protocol for resolving lsids.
> This means that:
>
> http://example.org/authority/?lsid=urn:lsid.... will return the wsdl
> equivalent to the getAvailableServices SOAP call
>
> http://example.org/authority/data/?lsid=urn:lsid... will return the data
> for that lsid
>
> http://example.org/authority/metadata/?lsid=urn:lsid... will return the
> metadata for that lsid
>
> so why not just use these urls if you want to use urls?
>
> Kevin
>
>
>>>>Roderic Page <r.page at bio.gla.ac.uk> 06/15/06 10:13 AM >>>
>
> Dear Steve,
>
> It's written in PHP, and is basically a cleaner version of the LSID
> test. I developed it on my iBook running Apache and PHP 4.3.10, and
> deployed it on Fedora Core 4 with PHP 5. I've not tested it on Windows,
>
> the issue would be whether the Net:DNS module I use to do the
> resolution also works on Windows (who in their right mind uses Windows
> as a server ;-)
>
> Yep, the error reporting is bad, but I could work on this. It tries to
> trap some errors and report them in XML, but I put it together when I
> should have been listening to the talks at GUID2, so it's a bit rough
> and ready.
>
> Having a HTTP GET service sounds like a good idea, if it helps people
> play with this stuff. Maybe it could be as simple as a convention that
> if the "LSID" lacks a namespace and id (i.e., is just the authority)
> the service returns metadata about the authority. For data, perhaps the
>
> prefix "data" could be inserted before the LSID, rather like a lot of
> static URLs have the format of the data embedded in them, such as
> http://www.connotea.org/rss/recent/user/rdmpage?q=Formicidae (an RSS
> feed).
>
> Not elegant, but simple.
>
> Regards
>
> Rod
>
>
> On 14 Jun 2006, at 17:07, Steven Perry wrote:
>
>
>>Hi Rod,
>>
>>This is pretty cool. What language is it in? What kind of server
>>does it require (application server, apache, etc.)?
>>When I tried to put in an LSID that I knew didn't exist, I got an XML
>
>
>>parsing error. No worries, since this is an early prototype, but I
>>was wondering if you're planning on trapping these kinds of errors and
>
>
>
>>returning an HTTP status code like 204 (NO_CONTENT), 404 (NOT_FOUND),
>
>
>>or 410 (GONE), or if you had something else in mind.
>>
>>I've also been thinking about an HTTP-GET based LSID resolution
>>gateway that might be exposed as a service. It could support several
>
>
>>additional functions besides (the default) getMetadata():
>>
>>getAuthorityInfo :: given an LSID, return information (in RDF) about
>>the authority extracted from the authority metadata
>>getData:: might work a bit differently from the spec in that it always
>
>
>
>>sends through HTTP and it tries to set the correct mime type.
>>
>>However getMetadata is the critical function and these others may not,
>
>
>
>>upon more reflection, make much sense.
>>
>>Given that we want to be able to integrate with existing semantic web
>
>
>>apps and tools that can't currently understand the LSID resolution
>>process, I think we'll come to depend upon these kinds of services.
>>They also provide convenience to developers who are working with
>>languages that don't yet have a resolution client API. It might be
>>nice to work out how such a service ought to behave and present it to
>
>
>>TAG.
>>
>>-Steve
>>
>>
>>Roderic Page wrote:
>>
>>>It was good to see everybody who made it to sunny Edinburgh over the
>
>
>
>>>weekend.
>>>
>>>I've put together a very simple LSID resolver that returns RDF
>>>metadata for a LSID. I wanted something very simple, so all you do
>>>is stick your LSID on the end of http://lsid.zoology.gla.ac.uk/,
>>>e.g.
>>>
>>>http://lsid.zoology.gla.ac.uk/urn:lsid:ubio.org:namebank:2735664
>>>
>>>http://lsid.zoology.gla.ac.uk/urn:lsid:lsid.zoology.gla.ac.uk:
>>>predicate:isBasionymOf
>>>
>>>It's far from bullet proof, and not as pretty as other resolvers.
>>>However, it means you see the RDF straight away, and if you wanted to
>
>
>
>>> aggregate the RDF for a LSID you could use this to do the resolution
>
>
>
>>> for you.
>>>
>>>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 at 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
>>>
>>>
>>>_______________________________________________
>>>TDWG-GUID mailing list
>>>TDWG-GUID at mailman.nhm.ku.edu
>>>http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>>>
>>
>>
>>
> ------------------------------------------------------------------------
>
> ----------------------------------------
> 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 at bio.gla.ac.uk
> web: http://taxonomy.zoology.gla.ac.uk/rod/rod.html
> iChat: aim://rodpage1962
> 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
>
>
>
> _______________________________________________
> TDWG-GUID mailing list
> TDWG-GUID at mailman.nhm.ku.edu
> http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> WARNING: This email and any attachments may be confidential and/or
> privileged. They are intended for the addressee only and are not to be read,
> used, copied or disseminated by anyone receiving them in error. If you are
> not the intended recipient, please notify the sender by return email and
> delete this message and any attachments.
>
> The views expressed in this email are those of the sender and do not
> necessarily reflect the official views of Landcare Research.
>
> Landcare Research
> http://www.landcareresearch.co.nz
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
> _______________________________________________
> TDWG-GUID mailing list
> TDWG-GUID at mailman.nhm.ku.edu
> http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
----------------------------------
- Nicola Nicolson
- Applications Development,
- Royal Botanic Gardens, Kew,
- Richmond, Surrey, TW9 3AB, UK
- email: n.nicolson at rbgkew.org.uk
- phone: 020-8332-5712
----------------------------------
More information about the tdwg-tag
mailing list