<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1528" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Tahoma">
<DIV>Ok, I think I see where you are coming from now.</DIV>
<DIV>You want a URL that you can prepend to ANY LSID to resolve the metadata for it, without having to go through any of the standard resolution steps.</DIV>
<DIV>In theory the correct way to do this is as I suggested - resolve the authority name to get the urls to use, eg resolve urn:lsid:example.org:... to get the metadata and data url addresses (I wasnt assuming just using port 80 at the domain name specified in the LSID). But if you dont want to use any resolution (ie you must be doing somehting like a search and replace of all LSIDs in a document?) then you will need a static url that will resolve any LSID, as you have suggested.</DIV>
<DIV> </DIV>
<DIV>In this case I think it is a great idea, and will be interested to see some use cases/examples in action for where you need to do this, and normal resolution cannot be used.</DIV>
<DIV> </DIV>
<DIV>Kevin<BR><BR>>>> Roderic Page <r.page@bio.gla.ac.uk> 15/06/2006 11:20 p.m. >>><BR></DIV>
<DIV style="COLOR: #000000">OK, I've grabbed lsidres.org, so to resolve a LSID straight to <BR>metadata, stick <A href="http://lsidres.org">http://lsidres.org</A> in front of the LSID, e.g.:<BR><BR>urn:lsid:lsid.zoology.gla.ac.uk:predicates:objectiveSynonym<BR><BR>becomes<BR><BR><A href="http://lsidres.org/urn:lsid:lsid.zoology.gla.ac.uk:predicates:">http://lsidres.org/urn:lsid:lsid.zoology.gla.ac.uk:predicates:</A> <BR>objectiveSynonym<BR><BR>and<BR><BR>urn:lsid:ubio.org:namebank:2735664<BR><BR>becomes<BR><BR><A href="http://lsidres.org/urn:lsid:ubio.org:namebank:2735664">http://lsidres.org/urn:lsid:ubio.org:namebank:2735664</A><BR><BR>So now, it's as easy as DOIs...<BR><BR>Regards<BR><BR>Rod<BR><BR><BR>On 15 Jun 2006, at 11:56, Roderic Page wrote:<BR><BR>> Dear Kevin,<BR>><BR>> The reasons against doing what you suggest (which I agree works in most<BR>> cases) are:<BR>><BR>> 1. An LSID with authority example.org need not be handled by<BR>> example.org. For example, ipni.org resolves to<BR>> <A href="http://beta.ipni.org:9090">http://beta.ipni.org:9090</A><BR>><BR>> 2. You're assuming that we're all going to use port 80, whereas some<BR>> may serve metadata and data over a different port (e.g., IPNI use<BR>> 9090).<BR>><BR>> 3. I feel having a standard prefix before the LSID that remains the<BR>> same makes it easier for people to remember (i.e., we don't have to<BR>> think, "gee, so what bit of the LSID to I extract, and what was that<BR>> mumbo jumbo I stick on the end?"). Probably we should make it even<BR>> simpler by grabbing a short domain name to make it even easier.<BR>> Remember, DOIs make it simple - just tack the DOI onto the end of<BR>> <A href="http://dx.doi.org,">http://dx.doi.org,</A> and it's resolved.<BR>><BR>> Regards<BR>><BR>> Rod<BR>><BR>><BR>><BR>><BR>><BR>><BR>><BR>> On 15 Jun 2006, at 10:32, Kevin Richards wrote:<BR>><BR>>> The theory is that most lsid resolvers/authorities will implement the<BR>>> http get protocol for resolving lsids.<BR>>> This means that:<BR>>><BR>>> <A href="http://example.org/authority/?lsid=urn:lsid....">http://example.org/authority/?lsid=urn:lsid....</A> will return the wsdl<BR>>> equivalent to the getAvailableServices SOAP call<BR>>><BR>>> <A href="http://example.org/authority/data/?lsid=urn:lsid...">http://example.org/authority/data/?lsid=urn:lsid...</A> will return the<BR>>> data<BR>>> for that lsid<BR>>><BR>>> <A href="http://example.org/authority/metadata/?lsid=urn:lsid...">http://example.org/authority/metadata/?lsid=urn:lsid...</A> will return <BR>>> the<BR>>> metadata for that lsid<BR>>><BR>>> so why not just use these urls if you want to use urls?<BR>>><BR>>> Kevin<BR>>><BR>>>>>> Roderic Page <r.page@bio.gla.ac.uk> 06/15/06 10:13 AM >>><BR>>> Dear Steve,<BR>>><BR>>> It's written in PHP, and is basically a cleaner version of the LSID<BR>>> test. I developed it on my iBook running Apache and PHP 4.3.10, and<BR>>> deployed it on Fedora Core 4 with PHP 5. I've not tested it on <BR>>> Windows,<BR>>><BR>>> the issue would be whether the Net:DNS module I use to do the<BR>>> resolution also works on Windows (who in their right mind uses Windows<BR>>> as a server ;-)<BR>>><BR>>> Yep, the error reporting is bad, but I could work on this. It tries to<BR>>> trap some errors and report them in XML, but I put it together when I<BR>>> should have been listening to the talks at GUID2, so it's a bit rough<BR>>> and ready.<BR>>><BR>>> Having a HTTP GET service sounds like a good idea, if it helps people<BR>>> play with this stuff. Maybe it could be as simple as a convention that<BR>>> if the "LSID" lacks a namespace and id (i.e., is just the authority)<BR>>> the service returns metadata about the authority. For data, perhaps <BR>>> the<BR>>><BR>>> prefix "data" could be inserted before the LSID, rather like a lot of<BR>>> static URLs have the format of the data embedded in them, such as<BR>>> <A href="http://www.connotea.org/rss/recent/user/rdmpage?q=Formicidae">http://www.connotea.org/rss/recent/user/rdmpage?q=Formicidae</A> (an RSS<BR>>> feed).<BR>>><BR>>> Not elegant, but simple.<BR>>><BR>>> Regards<BR>>><BR>>> Rod<BR>>><BR>>><BR>>> On 14 Jun 2006, at 17:07, Steven Perry wrote:<BR>>><BR>>>> Hi Rod,<BR>>>><BR>>>> This is pretty cool. What language is it in? What kind of server<BR>>>> does it require (application server, apache, etc.)?<BR>>>> When I tried to put in an LSID that I knew didn't exist, I got an XML<BR>>><BR>>>> parsing error. No worries, since this is an early prototype, but I<BR>>>> was wondering if you're planning on trapping these kinds of errors <BR>>>> and<BR>>><BR>>>> returning an HTTP status code like 204 (NO_CONTENT), 404 (NOT_FOUND),<BR>>><BR>>>> or 410 (GONE), or if you had something else in mind.<BR>>>><BR>>>> I've also been thinking about an HTTP-GET based LSID resolution<BR>>>> gateway that might be exposed as a service. It could support several<BR>>><BR>>>> additional functions besides (the default) getMetadata():<BR>>>><BR>>>> getAuthorityInfo :: given an LSID, return information (in RDF) about<BR>>>> the authority extracted from the authority metadata<BR>>>> getData:: might work a bit differently from the spec in that it <BR>>>> always<BR>>><BR>>>> sends through HTTP and it tries to set the correct mime type.<BR>>>><BR>>>> However getMetadata is the critical function and these others may <BR>>>> not,<BR>>><BR>>>> upon more reflection, make much sense.<BR>>>><BR>>>> Given that we want to be able to integrate with existing semantic web<BR>>><BR>>>> apps and tools that can't currently understand the LSID resolution<BR>>>> process, I think we'll come to depend upon these kinds of services.<BR>>>> They also provide convenience to developers who are working with<BR>>>> languages that don't yet have a resolution client API. It might be<BR>>>> nice to work out how such a service ought to behave and present it to<BR>>><BR>>>> TAG.<BR>>>><BR>>>> -Steve<BR>>>><BR>>>><BR>>>> Roderic Page wrote:<BR>>>>> It was good to see everybody who made it to sunny Edinburgh over the<BR>>><BR>>>>> weekend.<BR>>>>><BR>>>>> I've put together a very simple LSID resolver that returns RDF<BR>>>>> metadata for a LSID. I wanted something very simple, so all you do<BR>>>>> is stick your LSID on the end of <A href="http://lsid.zoology.gla.ac.uk/,">http://lsid.zoology.gla.ac.uk/,</A><BR>>>>> e.g.<BR>>>>><BR>>>>> <A href="http://lsid.zoology.gla.ac.uk/urn:lsid:ubio.org:namebank:2735664">http://lsid.zoology.gla.ac.uk/urn:lsid:ubio.org:namebank:2735664</A><BR>>>>><BR>>>>> <A href="http://lsid.zoology.gla.ac.uk/urn:lsid:lsid.zoology.gla.ac.uk:">http://lsid.zoology.gla.ac.uk/urn:lsid:lsid.zoology.gla.ac.uk:</A><BR>>>>> predicate:isBasionymOf<BR>>>>><BR>>>>> It's far from bullet proof, and not as pretty as other resolvers.<BR>>>>> However, it means you see the RDF straight away, and if you wanted <BR>>>>> to<BR>>><BR>>>>> aggregate the RDF for a LSID you could use this to do the <BR>>>>> resolution<BR>>><BR>>>>> for you.<BR>>>>><BR>>>>> Regards<BR>>>>><BR>>>>> Rod<BR>>>>><BR>>>>><BR>>>>><BR>>> ----------------------------------------------------------------------<BR>>>>> -- ----------------------------------------<BR>>>>> Professor Roderic D. M. Page<BR>>>>> Editor, Systematic Biology<BR>>>>> DEEB, IBLS<BR>>>>> Graham Kerr Building<BR>>>>> University of Glasgow<BR>>>>> Glasgow G12 8QP<BR>>>>> United Kingdom<BR>>>>><BR>>>>> Phone: +44 141 330 4778<BR>>>>> Fax: +44 141 330 2792<BR>>>>> email: r.page@bio.gla.ac.uk<BR>>>>> web: <A href="http://taxonomy.zoology.gla.ac.uk/rod/rod.html">http://taxonomy.zoology.gla.ac.uk/rod/rod.html</A><BR>>>>> reprints: <A href="http://taxonomy.zoology.gla.ac.uk/rod/pubs.html">http://taxonomy.zoology.gla.ac.uk/rod/pubs.html</A><BR>>>>><BR>>>>> Subscribe to Systematic Biology through the Society of Systematic<BR>>>>> Biologists Website: <A href="http://systematicbiology.org">http://systematicbiology.org</A><BR>>>>> Search for taxon names:<BR>>> <A href="http://darwin.zoology.gla.ac.uk/~rpage/portal/">http://darwin.zoology.gla.ac.uk/~rpage/portal/</A><BR>>>>> Find out what we know about a species: <A href="http://ispecies.org">http://ispecies.org</A><BR>>>>> Rod's rants on phyloinformatics: <A href="http://iphylo.blogspot.com">http://iphylo.blogspot.com</A><BR>>>>><BR>>>>><BR>>>>> _______________________________________________<BR>>>>> TDWG-GUID mailing list<BR>>>>> TDWG-GUID@mailman.nhm.ku.edu<BR>>>>> <A href="http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid">http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid</A><BR>>>>><BR>>>><BR>>>><BR>>>><BR>>> ---------------------------------------------------------------------- <BR>>> -<BR>>> -<BR>>><BR>>> ----------------------------------------<BR>>> Professor Roderic D. M. Page<BR>>> Editor, Systematic Biology<BR>>> DEEB, IBLS<BR>>> Graham Kerr Building<BR>>> University of Glasgow<BR>>> Glasgow G12 8QP<BR>>> United Kingdom<BR>>><BR>>> Phone: +44 141 330 4778<BR>>> Fax: +44 141 330 2792<BR>>> email: r.page@bio.gla.ac.uk<BR>>> web: <A href="http://taxonomy.zoology.gla.ac.uk/rod/rod.html">http://taxonomy.zoology.gla.ac.uk/rod/rod.html</A><BR>>> iChat: aim://rodpage1962<BR>>> reprints: <A href="http://taxonomy.zoology.gla.ac.uk/rod/pubs.html">http://taxonomy.zoology.gla.ac.uk/rod/pubs.html</A><BR>>><BR>>> Subscribe to Systematic Biology through the Society of Systematic<BR>>> Biologists Website: <A href="http://systematicbiology.org">http://systematicbiology.org</A><BR>>> Search for taxon names: <A href="http://darwin.zoology.gla.ac.uk/~rpage/portal/">http://darwin.zoology.gla.ac.uk/~rpage/portal/</A><BR>>> Find out what we know about a species: <A href="http://ispecies.org">http://ispecies.org</A><BR>>> Rod's rants on phyloinformatics: <A href="http://iphylo.blogspot.com">http://iphylo.blogspot.com</A><BR>>><BR>>><BR>>><BR>>> _______________________________________________<BR>>> TDWG-GUID mailing list<BR>>> TDWG-GUID@mailman.nhm.ku.edu<BR>>> <A href="http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid">http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid</A><BR>>><BR>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ <BR>>> +<BR>>> +++++<BR>>> WARNING: This email and any attachments may be confidential and/or<BR>>> privileged. They are intended for the addressee only and are not to be<BR>>> read,<BR>>> used, copied or disseminated by anyone receiving them in error. If<BR>>> you are<BR>>> not the intended recipient, please notify the sender by return email<BR>>> and<BR>>> delete this message and any attachments.<BR>>><BR>>> The views expressed in this email are those of the sender and do not<BR>>> necessarily reflect the official views of Landcare Research.<BR>>><BR>>> Landcare Research<BR>>> <A href="http://www.landcareresearch.co.nz">http://www.landcareresearch.co.nz</A><BR>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ <BR>>> +<BR>>> +++++<BR>>><BR>>><BR>>><BR>>><BR>> ----------------------------------------------------------------------- <BR>> -<BR>> ----------------------------------------<BR>> Professor Roderic D. M. Page<BR>> Editor, Systematic Biology<BR>> DEEB, IBLS<BR>> Graham Kerr Building<BR>> University of Glasgow<BR>> Glasgow G12 8QP<BR>> United Kingdom<BR>><BR>> Phone: +44 141 330 4778<BR>> Fax: +44 141 330 2792<BR>> email: r.page@bio.gla.ac.uk<BR>> web: <A href="http://taxonomy.zoology.gla.ac.uk/rod/rod.html">http://taxonomy.zoology.gla.ac.uk/rod/rod.html</A><BR>> iChat: aim://rodpage1962<BR>> reprints: <A href="http://taxonomy.zoology.gla.ac.uk/rod/pubs.html">http://taxonomy.zoology.gla.ac.uk/rod/pubs.html</A><BR>><BR>> Subscribe to Systematic Biology through the Society of Systematic<BR>> Biologists Website: <A href="http://systematicbiology.org">http://systematicbiology.org</A><BR>> Search for taxon names: <A href="http://darwin.zoology.gla.ac.uk/~rpage/portal/">http://darwin.zoology.gla.ac.uk/~rpage/portal/</A><BR>> Find out what we know about a species: <A href="http://ispecies.org">http://ispecies.org</A><BR>> Rod's rants on phyloinformatics: <A href="http://iphylo.blogspot.com">http://iphylo.blogspot.com</A><BR>><BR>><BR>><BR>> _______________________________________________<BR>> TDWG-GUID mailing list<BR>> TDWG-GUID@mailman.nhm.ku.edu<BR>> <A href="http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid">http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid</A><BR>><BR>><BR>------------------------------------------------------------------------ <BR>----------------------------------------<BR>Professor Roderic D. M. Page<BR>Editor, Systematic Biology<BR>DEEB, IBLS<BR>Graham Kerr Building<BR>University of Glasgow<BR>Glasgow G12 8QP<BR>United Kingdom<BR><BR>Phone: +44 141 330 4778<BR>Fax: +44 141 330 2792<BR>email: r.page@bio.gla.ac.uk<BR>web: <A href="http://taxonomy.zoology.gla.ac.uk/rod/rod.html">http://taxonomy.zoology.gla.ac.uk/rod/rod.html</A><BR>iChat: aim://rodpage1962<BR>reprints: <A href="http://taxonomy.zoology.gla.ac.uk/rod/pubs.html">http://taxonomy.zoology.gla.ac.uk/rod/pubs.html</A><BR><BR>Subscribe to Systematic Biology through the Society of Systematic<BR>Biologists Website: <A href="http://systematicbiology.org">http://systematicbiology.org</A><BR>Search for taxon names: <A href="http://darwin.zoology.gla.ac.uk/~rpage/portal/">http://darwin.zoology.gla.ac.uk/~rpage/portal/</A><BR>Find out what we know about a species: <A href="http://ispecies.org">http://ispecies.org</A><BR>Rod's rants on phyloinformatics: <A href="http://iphylo.blogspot.com">http://iphylo.blogspot.com</A><BR><BR><BR><BR>_______________________________________________<BR>TDWG-GUID mailing list<BR>TDWG-GUID@mailman.nhm.ku.edu<BR><A href="http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid">http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid</A><BR></DIV></BODY></HTML>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<BR>
WARNING: This email and any attachments may be confidential and/or<BR>
privileged. They are intended for the addressee only and are not to be read,<BR>
used, copied or disseminated by anyone receiving them in error. If you are<BR>
not the intended recipient, please notify the sender by return email and<BR>
delete this message and any attachments.<BR>
<BR>
The views expressed in this email are those of the sender and do not<BR>
necessarily reflect the official views of Landcare Research. <BR>
<BR>
Landcare Research<BR>
http://www.landcareresearch.co.nz<BR>
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++<BR>
<BR>
</BODY></HTML>