[Tdwg-guid] TDWG-GUID Digest, Vol 4, Issue 16
Bart Van Brabant
bart.vanbrabant at gmail.com
Thu Sep 28 16:00:28 CEST 2006
Ik ga de trein van 17h nemen, ok? Dan ben ik tegen 18h15 thuis.
-----Original Message-----
From: tdwg-guid-bounces at mailman.nhm.ku.edu
[mailto:tdwg-guid-bounces at mailman.nhm.ku.edu] On Behalf Of
tdwg-guid-request at mailman.nhm.ku.edu
Sent: donderdag 28 september 2006 15:22
To: tdwg-guid at mailman.nhm.ku.edu
Subject: TDWG-GUID Digest, Vol 4, Issue 16
Send TDWG-GUID mailing list submissions to
tdwg-guid at mailman.nhm.ku.edu
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
or, via email, send a message with subject or body 'help' to
tdwg-guid-request at mailman.nhm.ku.edu
You can reach the person managing the list at
tdwg-guid-owner at mailman.nhm.ku.edu
When replying, please edit your Subject line so it is more specific
than "Re: Contents of TDWG-GUID digest..."
Today's Topics:
1. Re: Which TCS/RDF? (Roger Hyam)
2. Re: Which TCS/RDF? (D?ring, Markus)
3. Re: Which TCS/RDF? (Roderic Page)
----------------------------------------------------------------------
Message: 1
Date: Thu, 28 Sep 2006 10:53:23 +0100
From: "Roger Hyam" <roger at tdwg.org>
Subject: Re: [Tdwg-guid] Which TCS/RDF?
To: " D?ring, Markus " <m.doering at bgbm.org>
Cc: tdwg-guid at mailman.nhm.ku.edu
Message-ID:
<414e0a4f0609280253x42e254d9y16af515e6a6e0715 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Markus,
The LSID spec suggests that RDF is the default return type but you can
request different formats. We would just need to agree on names for the
formats.
Thinking from a clients point of view consistency is the most important
thing I guess especially if the data is going to be mixed with data from
other sources. It would be far easier to write a client to handle just RDF
than to handle RDF plus arbitrary other formats - perhaps with a plug in
infrastructure etc etc.
All the best,
Roger
On 9/28/06, "D?ring, Markus" <m.doering at bgbm.org> wrote:
>
> Hi,
> I was wondering if the LSID specs require you to return RDF/XML. Could a
> service also return (or even request?) Turtle, N-Triple, RDFa or whatever
> comes next year?
>
> It would be costly to switch formats using a templating system, so I am
> just curious.
>
> Markus
>
>
> -----Original Message-----
> From: tdwg-guid-bounces at mailman.nhm.ku.edu [mailto:
> tdwg-guid-bounces at mailman.nhm.ku.edu] On Behalf Of Steve Perry
> Sent: Dienstag, 26. September 2006 18:12
> To: peter.hollas at thomson.com
> Cc: tdwg-guid at mailman.nhm.ku.edu
> Subject: Re: [Tdwg-guid] Which TCS/RDF?
>
>
> Hi Peter,
>
> I was just writing a response to your question about Jena, but I'll
> scrap it now. Unfortunately there's no standard representation for TCS
> in RDF at this time. Hopefully there will be one in the near future.
>
> Jena is well suited to consuming RDF metadata, but I agree with you that
> it's a bit heavyweight if all you want to do is produce many instances
> of a single class.
>
> Visualizing the problem as one of templating and using Spring MVC is a
> neat approach. I use Spring mostly for dependency injection and hadn't
> considered that it might be used to isolate this kind of software from
> changes in the schema.
>
> -Steve
>
>
>
> peter.hollas at thomson.com wrote:
> > Hi,
> >
> > Could someone advise on which TCS/RDF ontology would be the best to
> > implement for metadata coming from nomenclatural sources such as
> > ZooBank? I've yet to come across anything other than a TCS XML Schema
> > in public circulation.
> >
> > I've decided to do away with using the Jena API altogether for
> > returning metadata responses from ZooBank; it seems to be rather heavy
> > handed approach to returning what is basically a simple structured
> > text document. A much more flexible way to go is with a page
> > templating system, especially when the schemata are in constant flux.
> > A Spring Framework MVC/JSTL endpoint will allow for schemata changes
> > to be implemented without recompilation. The LSID metadata class will
> > just act as a fa?ade/decorator to the templating system.
> >
> > Many thanks, Peter.
> >
> > _______________________________________________
> > TDWG-GUID mailing list
> > TDWG-GUID at mailman.nhm.ku.edu
> > http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
> >
>
>
> _______________________________________________
> TDWG-GUID mailing list
> TDWG-GUID at mailman.nhm.ku.edu
> http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>
> _______________________________________________
> TDWG-GUID mailing list
> TDWG-GUID at mailman.nhm.ku.edu
> http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>
--
-------------------------------------
Roger Hyam
Technical Architect
Taxonomic Databases Working Group
-------------------------------------
http://www.tdwg.org
roger at tdwg.org
+44 1578 722782
-------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.nhm.ku.edu/pipermail/tdwg-guid/attachments/20060928/5f4fac06/
attachment-0001.html
------------------------------
Message: 2
Date: Thu, 28 Sep 2006 12:49:22 +0200
From: "D?ring, Markus" <m.doering at BGBM.org>
Subject: Re: [Tdwg-guid] Which TCS/RDF?
To: <roger at tdwg.org>
Cc: tdwg-guid at mailman.nhm.ku.edu
Message-ID:
<0A231B952796AB48A31A49AC18A76E4126B7D5 at bgbm23.bgbm.fu-berlin.de>
Content-Type: text/plain; charset="iso-8859-1"
Roger,
I was rather thinking about different ways of serializing RDF. RDF/XML is
just one way of expressing RDF and I would like to know if LSIDs (or TDWG)
specifies that RDF/XML should be used. If a service is free to pick, a RDF
framework, in contrast to templates, could probably easily return different
formats for the same RDF graph.
Markus
-----Original Message-----
From: rogerhyam at googlemail.com [mailto:rogerhyam at googlemail.com] On
Behalf Of Roger Hyam
Sent: Donnerstag, 28. September 2006 11:53
To: D?ring, Markus
Cc: Steve Perry; peter.hollas at thomson.com;
tdwg-guid at mailman.nhm.ku.edu
Subject: Re: [Tdwg-guid] Which TCS/RDF?
Hi Markus,
The LSID spec suggests that RDF is the default return type but you
can request different formats. We would just need to agree on names for the
formats.
Thinking from a clients point of view consistency is the most
important thing I guess especially if the data is going to be mixed with
data from other sources. It would be far easier to write a client to handle
just RDF than to handle RDF plus arbitrary other formats - perhaps with a
plug in infrastructure etc etc.
All the best,
Roger
On 9/28/06, "D?ring, Markus" <m.doering at bgbm.org> wrote:
Hi,
I was wondering if the LSID specs require you to return
RDF/XML. Could a service also return (or even request?) Turtle, N-Triple,
RDFa or whatever comes next year?
It would be costly to switch formats using a templating
system, so I am just curious.
Markus
-----Original Message-----
From: tdwg-guid-bounces at mailman.nhm.ku.edu
[mailto:tdwg-guid-bounces at mailman.nhm.ku.edu] On Behalf Of Steve Perry
Sent: Dienstag, 26. September 2006 18:12
To: peter.hollas at thomson.com
Cc: tdwg-guid at mailman.nhm.ku.edu
Subject: Re: [Tdwg-guid] Which TCS/RDF?
Hi Peter,
I was just writing a response to your question about Jena,
but I'll
scrap it now. Unfortunately there's no standard
representation for TCS
in RDF at this time. Hopefully there will be one in the
near future.
Jena is well suited to consuming RDF metadata, but I agree
with you that
it's a bit heavyweight if all you want to do is produce many
instances
of a single class.
Visualizing the problem as one of templating and using
Spring MVC is a
neat approach. I use Spring mostly for dependency injection
and hadn't
considered that it might be used to isolate this kind of
software from
changes in the schema.
-Steve
peter.hollas at thomson.com wrote:
> Hi,
>
> Could someone advise on which TCS/RDF ontology would be
the best to
> implement for metadata coming from nomenclatural sources
such as
> ZooBank? I've yet to come across anything other than a TCS
XML Schema
> in public circulation.
>
> I've decided to do away with using the Jena API altogether
for
> returning metadata responses from ZooBank; it seems to be
rather heavy
> handed approach to returning what is basically a simple
structured
> text document. A much more flexible way to go is with a
page
> templating system, especially when the schemata are in
constant flux.
> A Spring Framework MVC/JSTL endpoint will allow for
schemata changes
> to be implemented without recompilation. The LSID metadata
class will
> just act as a fa?ade/decorator to the templating system.
>
> Many thanks, Peter.
>
> _______________________________________________
> TDWG-GUID mailing list
> TDWG-GUID at mailman.nhm.ku.edu
> http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>
_______________________________________________
TDWG-GUID mailing list
TDWG-GUID at mailman.nhm.ku.edu
http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
_______________________________________________
TDWG-GUID mailing list
TDWG-GUID at mailman.nhm.ku.edu
http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
--
-------------------------------------
Roger Hyam
Technical Architect
Taxonomic Databases Working Group
-------------------------------------
http://www.tdwg.org
roger at tdwg.org
+44 1578 722782
-------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.nhm.ku.edu/pipermail/tdwg-guid/attachments/20060928/64da9c31/
attachment-0001.html
------------------------------
Message: 3
Date: Thu, 28 Sep 2006 14:49:47 +0100
From: Roderic Page <r.page at bio.gla.ac.uk>
Subject: Re: [Tdwg-guid] Which TCS/RDF?
To: "D?ring, Markus" <m.doering at BGBM.org>
Cc: tdwg-guid at mailman.nhm.ku.edu
Message-ID: <01e95701ce682fd9f502069d97520ce0 at bio.gla.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
I'm, struggling a little to see why this is an issue. Surely a provider
would aim to serve the format that is most use to consumers -- in which
case, RDF/XML seems the obvious choice to me, given the availability of
tools for handling XML (including web browsers).
Translating RDF/XML into alternative formats would simply require a XSL
style sheet. For example, I use XSL to transform RDF into colour-coded
XML, and HTML in my LSID tester. It should be trivial to convert
RDF/XML into N-triple, for example. If consumers need N-triples, they
can do the translation at their end. There are examples of this here
http://www.semanticplanet.com/library/Main/RdfToTriplesStylesheet and
here http://www.w3.org/2001/12/rubyrdf/xsltrdf/README.html.
Why not keep things simple? Providers serve the most generally useful
format, and consumers massage that if necessary.
Regards
Rod
On 28 Sep 2006, at 11:49, D?ring, Markus wrote:
> Roger,
> I was rather thinking about different ways of serializing RDF. RDF/XML
> is just one way of expressing RDF and I would like to know if LSIDs
> (or TDWG) specifies that RDF/XML should be used. If a service is free
> to pick, a RDF framework, in contrast to templates, could probably
> easily return different formats for the same RDF graph.
> ?
> Markus
> ?
>> -----Original Message-----
>> From: rogerhyam at googlemail.com [mailto:rogerhyam at googlemail.com] On
>> Behalf Of Roger Hyam
>> Sent: Donnerstag, 28. September 2006 11:53
>> To: D?ring, Markus
>> Cc: Steve Perry; peter.hollas at thomson.com;
>> tdwg-guid at mailman.nhm.ku.edu
>> Subject: Re: [Tdwg-guid] Which TCS/RDF?
>>
>> Hi Markus,
>>
>> The LSID spec suggests that RDF is the default return type but you
>> can request different formats. We would just need to agree on names
>> for the formats.
>>
>> Thinking from a clients point of view consistency is the most
>> important thing I guess especially if the data is going to be mixed
>> with data from other sources. It would be far easier to write a
>> client to handle just RDF than to handle RDF plus arbitrary other
>> formats? - perhaps with a plug in infrastructure etc etc.
>>
>> All the best,
>>
>> Roger
>>
>>
>>
>> On 9/28/06, "D?ring, Markus" <m.doering at bgbm.org> wrote: Hi,
>>> I was wondering if the LSID specs require you to return RDF/XML.
>>> Could a service also return (or even request?) Turtle, N-Triple,
>>> RDFa or whatever comes next year?
>>>
>>> It would be costly to switch formats using a templating system, so I
>>> am just curious.
>>>
>>> Markus
>>>
>>>
>>> -----Original Message-----
>>> From: tdwg-guid-bounces at mailman.nhm.ku.edu
>>> [mailto:tdwg-guid-bounces at mailman.nhm.ku.edu] On Behalf Of Steve
>>> Perry
>>> Sent: Dienstag, 26. September 2006 18:12
>>> To: peter.hollas at thomson.com
>>> Cc: tdwg-guid at mailman.nhm.ku.edu
>>> Subject: Re: [Tdwg-guid] Which TCS/RDF?
>>>
>>>
>>> Hi Peter,
>>>
>>> I was just writing a response to your question about Jena, but I'll
>>> scrap it now.??Unfortunately there's no standard representation for
>>> TCS
>>> in RDF at this time.??Hopefully there will be one in the near future.
>>>
>>> Jena is well suited to consuming RDF metadata, but I agree with you
>>> that
>>> it's a bit heavyweight if all you want to do is produce many
>>> instances
>>> of a single class.
>>>
>>> Visualizing the problem as one of templating and using Spring MVC is
>>> a
>>> neat approach.??I use Spring mostly for dependency injection and
>>> hadn't
>>> considered that it might be used to isolate this kind of software
>>> from
>>> changes in the schema.
>>>
>>> -Steve
>>>
>>>
>>>
>>> peter.hollas at thomson.com wrote:
>>> > Hi,
>>> >
>>> > Could someone advise on which TCS/RDF ontology would be the best to
>>> > implement for metadata coming from nomenclatural sources such as
>>> > ZooBank? I've yet to come across anything other than a TCS XML
>>> Schema
>>> > in public circulation.
>>> >
>>> > I've decided to do away with using the Jena API altogether for
>>> > returning metadata responses from ZooBank; it seems to be rather
>>> heavy
>>> > handed approach to returning what is basically a simple structured
>>> > text document. A much more flexible way to go is with a page
>>> > templating system, especially when the schemata are in constant
>>> flux.
>>> > A Spring Framework MVC/JSTL endpoint will allow for schemata
>>> changes
>>> > to be implemented without recompilation. The LSID metadata class
>>> will
>>> > just act as a fa?ade/decorator to the templating system.
>>> >
>>> > Many thanks, Peter.
>>> >
>>> > _______________________________________________
>>> > TDWG-GUID mailing list
>>> > TDWG-GUID at mailman.nhm.ku.edu
>>> > http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>>> >
>>>
>>>
>>> _______________________________________________
>>> TDWG-GUID mailing list
>>> TDWG-GUID at mailman.nhm.ku.edu
>>> http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>>>
>>> _______________________________________________
>>> TDWG-GUID mailing list
>>> TDWG-GUID at mailman.nhm.ku.edu
>>> http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
>>
>>
>>
>> --
>> -------------------------------------
>> Roger Hyam
>> Technical Architect
>> Taxonomic Databases Working Group
>> -------------------------------------
>> http://www.tdwg.org
>> roger at tdwg.org
>> +44 1578 722782
>> -------------------------------------
>>
> _______________________________________________
> 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
Rod's rants on ants: http://semant.blogspot.com
------------------------------
_______________________________________________
TDWG-GUID mailing list
TDWG-GUID at mailman.nhm.ku.edu
http://mailman.nhm.ku.edu/mailman/listinfo/tdwg-guid
End of TDWG-GUID Digest, Vol 4, Issue 16
****************************************
More information about the tdwg-tag
mailing list