Thanks everyone for the feedback so far!<div>Now, if you want to +1 the proposal, become a friend of Timon lepidus: <a href="https://plus.google.com/114672072317054763788/posts/Nph2ksggNZW">https://plus.google.com/114672072317054763788/posts/Nph2ksggNZW</a></div>
<div><br></div><div>:-) Peter<br><br><div class="gmail_quote">On Wed, Mar 14, 2012 at 16:15, Dmitry Mozzherin <span dir="ltr"><<a href="mailto:dmozzherin@eol.org">dmozzherin@eol.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
mmm where is +1 button? :)<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Mar 14, 2012 at 4:11 PM, Peter Desmet <<a href="mailto:peter.desmet@umontreal.ca">peter.desmet@umontreal.ca</a>> wrote:<br>
> Hi Paul,<br>
><br>
> Higher taxon: "Magnoliidae Novák ex Takhtajan" (a subclass).<br>
> - scientificName: Magnoliidae Novák ex Takhtajan<br>
> - taxonRank: subclass<br>
> But there are no terms to share the canonical name "Magnoliidae". The only<br>
> available options are kingdom, phylum, class, order, family, genus,<br>
> subgenus, specificEpithet, infraspecificEpithet, none of which are<br>
> appropriate.<br>
><br>
> Solution:<br>
> - canonicalScientificName: Magnoliidae<br>
><br>
> Infrageneric taxon: "Abies sect. Amabilis (Matzenko) Farjon & Rushforth" (a<br>
> section)<br>
> - scientificName: Abies sect. Amabilis (Matzenko) Farjon & Rushforth<br>
> - taxonRank: section<br>
> - genus: Abies<br>
> But there are no terms to share "Abies Amabilis", "Abies sect. Amabilis",<br>
> "Abies section Amabilis" or even "Amabilis". The only available options are<br>
> kingdom, phylum, class, order, family, genus, subgenus, specificEpithet,<br>
> infraspecificEpithet, none of which are appropriate. Why we have subgenus,<br>
> but not infragenericEpithet is another issue. I would at least be able to<br>
> share "Amabilis".<br>
><br>
> Solution:<br>
> - canonicalScientificName: Abies Amabilis<br>
> - taxonRank: section<br>
><br>
> Peter<br>
><br>
> There is no place to share the canonical name "Magnoliidae" for this taxon.<br>
><br>
> On Wed, Mar 14, 2012 at 14:37, Paul Kirk <<a href="mailto:p.kirk@cabi.org">p.kirk@cabi.org</a>> wrote:<br>
>><br>
>> 'For higher taxa or infrageneric taxa, these terms are not sufficient' ...<br>
>> why?<br>
>><br>
>><br>
>><br>
>> Paul<br>
>><br>
>><br>
>><br>
>> ________________________________<br>
>><br>
>> From: <a href="mailto:tdwg-tag-bounces@lists.tdwg.org">tdwg-tag-bounces@lists.tdwg.org</a> [<a href="mailto:tdwg-tag-bounces@lists.tdwg.org">tdwg-tag-bounces@lists.tdwg.org</a>] on<br>
>> behalf of Peter Desmet [<a href="mailto:peter.desmet@umontreal.ca">peter.desmet@umontreal.ca</a>]<br>
>> Sent: 14 March 2012 18:26<br>
>> To: Richard Pyle<br>
>> Cc: TDWG content mailing list; Donald Hobern (GBIF); dev Developers;<br>
>> Christian Gendreau; TDWG TAG mailing list<br>
>><br>
>> Subject: Re: [tdwg-tag] [tdwg-content] Canonical name parsing<br>
>><br>
>> Rich,<br>
>><br>
>> I wished those terms were sufficient, but as mentioned in the<br>
>> justification for <a href="http://code.google.com/p/darwincore/issues/detail?id=150" target="_blank">http://code.google.com/p/darwincore/issues/detail?id=150</a>:<br>
>><br>
>> genus, specificEpithet, infraspecificEpithet: concatenated, this terms are<br>
>> identical to the canonicalScientificName for genera, species and<br>
>> infraspecific taxa. For higher taxa or infrageneric taxa, these terms are<br>
>> not sufficient. In addition, there is some ambiguity regarding the genus<br>
>> definition: for synonyms, is it the accepted genus or the genus that is part<br>
>> of the synonym name? See:<br>
>> <a href="http://lists.tdwg.org/pipermail/tdwg-content/2010-November/002052.html" target="_blank">http://lists.tdwg.org/pipermail/tdwg-content/2010-November/002052.html</a>. In<br>
>> the former case, the genus cannot be used to concatenate a<br>
>> canonicalScientificName.<br>
>><br>
>> To give an example for a higher taxon:<br>
>> scientificName: Magnoliidae Novák ex Takhtajan<br>
>> taxonRank: subclass<br>
>><br>
>> There is no place to share the canonical name "Magnoliidae" for this<br>
>> taxon.<br>
>><br>
>> Peter<br>
>><br>
>> On Wed, Mar 14, 2012 at 14:13, Richard Pyle <<a href="mailto:deepreef@bishopmuseum.org">deepreef@bishopmuseum.org</a>><br>
>> wrote:<br>
>>><br>
>>><br>
>>> I guess the parts that confuse me are:<br>
>>><br>
>>> 1) What providers are able to produce a canonicalScientificName as per<br>
>>> Peter’s definition, but are unable to provide the pre-parsed elements of<br>
>>> genus | subgenus | specificEpithet | infraspecificEpithet?<br>
>>><br>
>>> 2) What consumers could make use of a canonicalScientificName as per<br>
>>> Peter’s definition, but are unable to make (even better) use of the<br>
>>> pre-parsed elements of genus | subgenus | specificEpithet |<br>
>>> infraspecificEpithet?<br>
>>><br>
>>> Aloha,<br>
>>> Rich<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> From: <a href="mailto:tdwg-content-bounces@lists.tdwg.org">tdwg-content-bounces@lists.tdwg.org</a><br>
>>> [mailto:<a href="mailto:tdwg-content-bounces@lists.tdwg.org">tdwg-content-bounces@lists.tdwg.org</a>] On Behalf Of Peter Desmet<br>
>>> Sent: Wednesday, March 14, 2012 7:03 AM<br>
>>> To: Donald Hobern (GBIF)<br>
>>> Cc: TDWG content mailing list; Christian Gendreau; Tim Robertson [GBIF];<br>
>>> TDWG TAG mailing list; dev Developers<br>
>>> Subject: Re: [tdwg-content] Canonical name parsing<br>
>>><br>
>>> Hi Donald,<br>
>>><br>
>>> scientificName, with its current definition [1] is a great term and<br>
>>> should be continued to used as such. As with most Darwin Core terms, it<br>
>>> offers flexibility, so its not an impediment for publishing data. In the<br>
>>> GBIF context, this term is considered mandatory: records without it are<br>
>>> ignored during indexing (I believe). All of this can stay.<br>
>>><br>
>>> canonicalScientificName would be an additional term with a clear rule<br>
>>> (see my proposed definition [2]). This is the case for other Darwin Core<br>
>>> terms as well, such as<br>
>>> decimalLatitude [3], minimalElevationInMeters [4] or countryCode [5].<br>
>>> They serve as an ready-to-use addition/alternative to verbatimLatitude [6],<br>
>>> verbatimElevation [7] and country [8] respectively. These terms don't stop<br>
>>> anyone from publishing data, but data publishers who can provide this kind<br>
>>> of information have the choice to do so. It would be the same for<br>
>>> canonicalScientificName.<br>
>>><br>
>>> And yes, an aggregator like GBIF can play an important role in providing<br>
>>> consistent data to its users and figuring out what they really need, but not<br>
>>> all data is consumed that way. In addition, I hope a user would be able to<br>
>>> download cleaned data from the GBIF portal as Darwin Core. Wouldn't it be<br>
>>> nice that the parsed canonicalScientificName created by GBIF can be provided<br>
>>> in its proper term? There are users out there who want this!<br>
>>><br>
>>> Regards,<br>
>>><br>
>>> Peter<br>
>>><br>
>>> [1] <a href="http://rs.tdwg.org/dwc/terms/index.htm#scientificName" target="_blank">http://rs.tdwg.org/dwc/terms/index.htm#scientificName</a><br>
>>> [2] <a href="http://code.google.com/p/darwincore/issues/detail?id=150" target="_blank">http://code.google.com/p/darwincore/issues/detail?id=150</a><br>
>>> [3] <a href="http://rs.tdwg.org/dwc/terms/index.htm#decimalLatitude" target="_blank">http://rs.tdwg.org/dwc/terms/index.htm#decimalLatitude</a><br>
>>> [4] <a href="http://rs.tdwg.org/dwc/terms/index.htm#minimumElevationInMeters" target="_blank">http://rs.tdwg.org/dwc/terms/index.htm#minimumElevationInMeters</a><br>
>>> [5] <a href="http://rs.tdwg.org/dwc/terms/index.htm#countryCode" target="_blank">http://rs.tdwg.org/dwc/terms/index.htm#countryCode</a><br>
>>> [6] <a href="http://rs.tdwg.org/dwc/terms/index.htm#verbatimLatitude" target="_blank">http://rs.tdwg.org/dwc/terms/index.htm#verbatimLatitude</a><br>
>>> [7] <a href="http://rs.tdwg.org/dwc/terms/index.htm#verbatimElevation" target="_blank">http://rs.tdwg.org/dwc/terms/index.htm#verbatimElevation</a><br>
>>> [8] <a href="http://rs.tdwg.org/dwc/terms/index.htm#country" target="_blank">http://rs.tdwg.org/dwc/terms/index.htm#country</a><br>
>>><br>
>>> On Wed, Mar 14, 2012 at 11:19, Donald Hobern (GBIF) <<a href="mailto:dhobern@gbif.org">dhobern@gbif.org</a>><br>
>>> wrote:<br>
>>> ><br>
>>> > Hi Peter.<br>
>>> ><br>
>>> > I certainly agree that aggregators only represent one use case here<br>
>>> > but, having seen a lot of the mess of real-world data, I don't believe that<br>
>>> > simply adding a new term will fix this problem for the users you describe.<br>
>>> > To get the results you want, we would need a sufficiently large majority of<br>
>>> > data sets to follow the rules perfectly that we could ignore those that were<br>
>>> > non-conformant. This would mean we should mandate that every data set must<br>
>>> > use the new element (with or without the existing scientificName element)<br>
>>> > and that they must present scientific names in the expected way (or else<br>
>>> > have their data considered non-compliant). Until now, the philosophy on<br>
>>> > publishing Darwin Core data has been to make it as easy as possible for data<br>
>>> > providers to expose their data, even at the expense of greater complexity<br>
>>> > for consumers. I suspect that we would have a lot less data available for<br>
>>> > use now if we had taken a more stringent approach.<br>
>>> ><br>
>>> > In some ways, this proposal reminds me of the structures in ABCD which<br>
>>> > seek to offer users verbatim and more normalised ways to represent several<br>
>>> > types of information. This actually makes consuming all the possible forms<br>
>>> > of such data very complex, since a record may contain all variant forms or<br>
>>> > just any one of them. If multiple forms are available, which one should be<br>
>>> > considered the primary version?<br>
>>> ><br>
>>> > I suspect that things may also get complicated as soon as you discuss<br>
>>> > botanical subspecies, varieties, subvarieties, forms and subforms. There<br>
>>> > are recommended ways to abbreviate the rank markers in these cases but some<br>
>>> > variation can be expected.<br>
>>> ><br>
>>> > Of course aggregators should be providing more robust services for<br>
>>> > accessing exactly what you want in a consistent, predictable way and I would<br>
>>> > suggest that the best place to attack the problem is to define exactly what<br>
>>> > a typical user needs to see and then for GBIF and similar projects to work<br>
>>> > on delivering predictable data downloads and web services that clean out all<br>
>>> > of these nomenclatural inconsistencies - and perhaps also add value in other<br>
>>> > ways such as augmenting the data with associated environmental values (as<br>
>>> > the Atlas of Living Australia does). This would allow us all to work<br>
>>> > together on developing a consistent and predictable algorithm for handling<br>
>>> > interpretation of name strings, including synonymy, misspellings, virus<br>
>>> > names and everything else that makes this such a difficult problem.<br>
>>> ><br>
>>> > Best wishes,<br>
>>> ><br>
>>> > Donald<br>
>>> ><br>
>>> > ----------------------------------------------------------------------<br>
>>> > Donald Hobern - GBIF Director - <a href="mailto:dhobern@gbif.org">dhobern@gbif.org</a><br>
>>> > Global Biodiversity Information Facility <a href="http://www.gbif.org/" target="_blank">http://www.gbif.org/</a><br>
>>> > GBIF Secretariat, Universitetsparken 15, DK-2100 Copenhagen Ø, Denmark<br>
>>> > Tel: <a href="tel:%2B45%203532%201471" value="+4535321471">+45 3532 1471</a> Mob: <a href="tel:%2B45%202875%201471" value="+4528751471">+45 2875 1471</a> Fax: <a href="tel:%2B45%202875%201480" value="+4528751480">+45 2875 1480</a><br>
>>> > ----------------------------------------------------------------------<br>
>>> ><br>
>>> ><br>
>>> > -----Original Message-----<br>
>>> > From: <a href="mailto:peter.desmet.cubc@gmail.com">peter.desmet.cubc@gmail.com</a> [mailto:<a href="mailto:peter.desmet.cubc@gmail.com">peter.desmet.cubc@gmail.com</a>]<br>
>>> > On Behalf Of Peter Desmet<br>
>>> > Sent: Wednesday, March 14, 2012 3:41 PM<br>
>>> > To: Tim Robertson [GBIF]<br>
>>> > Cc: Donald Hobern (GBIF); dev Developers; TDWG content mailing list;<br>
>>> > TDWG TAG mailing list; Christian Gendreau<br>
>>> > Subject: Re: Canonical name parsing<br>
>>> ><br>
>>> > Hi Tim,<br>
>>> ><br>
>>> > I agree, aggregators like GBIF and Canadensys will have to deal with<br>
>>> > clean and dirty data in each field anyway: they need code libraries to deal<br>
>>> > with this and it is good that these are being developed. But, that doesn't<br>
>>> > help someone who wants to use data from a Darwin Core Archive with his data<br>
>>> > in Excel or a Roderic Page who wants to get things done for a prototype.<br>
>>> > Having to use Java libraries or even the Name Parser [1] (though both<br>
>>> > great) is a barrier to data use. Darwin Core (Archives) is not only<br>
>>> > used for machine to machine interaction, humans use it too, and I think we<br>
>>> > should allow easy hacking (I mean this in the good sense), especially for<br>
>>> > something as important as the scientific name.<br>
>>> > In addition, as a data publisher (e.g. for our VASCAN checklist) I<br>
>>> > *do* have the information to provide a clean and simple to use<br>
>>> > canonicalScientificName, but I just can't share it via the otherwise<br>
>>> > excellent biodiversity sharing standard Darwin Core. I think that's a pity.<br>
>>> ><br>
>>> > Peter<br>
>>> ><br>
>>> > [1] <a href="http://tools.gbif.org/nameparser/" target="_blank">http://tools.gbif.org/nameparser/</a><br>
>>> > [2] <a href="http://data.canadensys.net/vascan" target="_blank">http://data.canadensys.net/vascan</a><br>
>>> ><br>
>>> > PS: Yes, Canadensys will use the GBIF interpretation libraries. Since<br>
>>> > we develop in Java as well, using those libraries is as easy as the<br>
>>> > proverbial "one line of code". We're looking forward in testing them and<br>
>>> > providing patches to enhance them. Open source FTW! :-)<br>
>>> ><br>
>>> ><br>
>>> > On Wed, Mar 14, 2012 at 07:32, Tim Robertson [GBIF]<br>
>>> > <<a href="mailto:trobertson@gbif.org">trobertson@gbif.org</a>> wrote:<br>
>>> > > Hi Peter,<br>
>>> > ><br>
>>> > > I'm replying off the TDWG list, since it is a bit of a tangent to<br>
>>> > > your discussion. If you feel it is relevant, please CC the list again.<br>
>>> > ><br>
>>> > > At GBIF as you know, we have to interpret all kinds of quality of<br>
>>> > > content. I tend to agree with Donald that this would not really help in<br>
>>> > > consumption, as in my experience we will have to deal with both clean and<br>
>>> > > dirty data in each field *anyway* when this is used at network scale. I<br>
>>> > > would rather see us evolve the interpretation libraries to handle all the<br>
>>> > > corner cases, which we need to develop anyway. We already do a pretty<br>
>>> > > decent job at extracting canonicals. This is further enhanced when you<br>
>>> > > couple the extracted canonical with a fuzzy match against the "authoritative<br>
>>> > > names" we can now index thanks to the availability of checklists in DwC-A<br>
>>> > > format.<br>
>>> > ><br>
>>> > > I know you are a Java shop. Are you using the GBIF interpretation<br>
>>> > > libraries [1] at the moment? If not, is there a reason why you don't?<br>
>>> > > They are used in all GBIF projects (portal, checklistbank etc), and<br>
>>> > > the more we enhance them, the better it is for everyone. We have a<br>
>>> > > significant test coverage [2,3] and there have been quite some man months<br>
>>> > > (years?) spent already in their development and with some real regular<br>
>>> > > expression experts (most notably Markus D. and Dave M.). All our work is<br>
>>> > > Maven-ized, versioned and available in our Maven repository [4].<br>
>>> > ><br>
>>> > > I hope these are interesting to you. We would welcome any patches to<br>
>>> > > enhance them, or assistance in identifying the corner cases and capturing<br>
>>> > > those as unit tests.<br>
>>> > ><br>
>>> > > Hope this helps,<br>
>>> > > Tim<br>
>>> > ><br>
>>> > > [1]<br>
>>> > ><br>
>>> > > <a href="http://code.google.com/p/gbif-ecat/source/browse/trunk/ecat-common/src" target="_blank">http://code.google.com/p/gbif-ecat/source/browse/trunk/ecat-common/src</a><br>
>>> > > /main/java/org/gbif/ecat/parser/NameParser.java<br>
>>> > > [2]<br>
>>> > ><br>
>>> > > <a href="http://code.google.com/p/gbif-ecat/source/browse/trunk/ecat-common/src" target="_blank">http://code.google.com/p/gbif-ecat/source/browse/trunk/ecat-common/src</a><br>
>>> > > /test/java/org/gbif/ecat/parser/NameParserTest.java<br>
>>> > > [3]<br>
>>> > ><br>
>>> > > <a href="http://code.google.com/p/gbif-ecat/source/browse/trunk/ecat-common/src" target="_blank">http://code.google.com/p/gbif-ecat/source/browse/trunk/ecat-common/src</a><br>
>>> > > /#src%2Ftest%2Fresources [4]<br>
>>> > > <a href="http://repository.gbif.org/index.html#nexus-search;quick~ecat-common" target="_blank">http://repository.gbif.org/index.html#nexus-search;quick~ecat-common</a><br>
>>> > ><br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > --<br>
>>> > Peter Desmet<br>
>>> > Biodiversity Informatics Manager<br>
>>> > Canadensys - <a href="http://www.canadensys.net" target="_blank">www.canadensys.net</a><br>
>>> ><br>
>>> > Université de Montréal Biodiversity Centre<br>
>>> > 4101 rue Sherbrooke est<br>
>>> > Montreal, QC, H1X2B2<br>
>>> > Canada<br>
>>> ><br>
>>> > Phone: <a href="tel:514-343-6111%20%2382354" value="+15143436111">514-343-6111 #82354</a><br>
>>> > Fax: <a href="tel:514-343-2288" value="+15143432288">514-343-2288</a><br>
>>> > Email: <a href="mailto:peter.desmet@umontreal.ca">peter.desmet@umontreal.ca</a> / <a href="mailto:peter.desmet.cubc@gmail.com">peter.desmet.cubc@gmail.com</a><br>
>>> > Skype: anderhalv<br>
>>> > Public profile: <a href="http://www.linkedin.com/in/peterdesmet" target="_blank">http://www.linkedin.com/in/peterdesmet</a><br>
>>> ><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > tdwg-content mailing list<br>
>>> > <a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
>>> > <a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Peter Desmet<br>
>>> Biodiversity Informatics Manager<br>
>>> Canadensys - <a href="http://www.canadensys.net" target="_blank">www.canadensys.net</a><br>
>>><br>
>>> Université de Montréal Biodiversity Centre<br>
>>> 4101 rue Sherbrooke est<br>
>>> Montreal, QC, H1X2B2<br>
>>> Canada<br>
>>><br>
>>> Phone: <a href="tel:514-343-6111%20%2382354" value="+15143436111">514-343-6111 #82354</a><br>
>>> Fax: <a href="tel:514-343-2288" value="+15143432288">514-343-2288</a><br>
>>> Email: <a href="mailto:peter.desmet@umontreal.ca">peter.desmet@umontreal.ca</a> / <a href="mailto:peter.desmet.cubc@gmail.com">peter.desmet.cubc@gmail.com</a><br>
>>> Skype: anderhalv<br>
>>> Public profile: <a href="http://www.linkedin.com/in/peterdesmet" target="_blank">http://www.linkedin.com/in/peterdesmet</a><br>
>>><br>
>>><br>
>>> This message is only intended for the addressee named above. Its<br>
>>> contents may be privileged or otherwise protected. Any unauthorized use,<br>
>>> disclosure or copying of this message or its contents is prohibited. If you<br>
>>> have received this message by mistake, please notify us immediately by reply<br>
>>> mail or by collect telephone call. Any personal opinions expressed in this<br>
>>> message do not necessarily represent the views of the Bishop Museum.<br>
>>> _______________________________________________<br>
>>> tdwg-content mailing list<br>
>>> <a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
>>> <a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Peter Desmet<br>
>> Biodiversity Informatics Manager<br>
>> Canadensys - <a href="http://www.canadensys.net" target="_blank">www.canadensys.net</a><br>
>><br>
>> Université de Montréal Biodiversity Centre<br>
>> 4101 rue Sherbrooke est<br>
>> Montreal, QC, H1X2B2<br>
>> Canada<br>
>><br>
>> Phone: <a href="tel:514-343-6111%20%2382354" value="+15143436111">514-343-6111 #82354</a><br>
>> Fax: <a href="tel:514-343-2288" value="+15143432288">514-343-2288</a><br>
>> Email: <a href="mailto:peter.desmet@umontreal.ca">peter.desmet@umontreal.ca</a> / <a href="mailto:peter.desmet.cubc@gmail.com">peter.desmet.cubc@gmail.com</a><br>
>> Skype: anderhalv<br>
>> Public profile: <a href="http://www.linkedin.com/in/peterdesmet" target="_blank">http://www.linkedin.com/in/peterdesmet</a><br>
>><br>
>> P Think Green - don't print this email unless you really need to<br>
>><br>
>> ************************************************************************<br>
>> The information contained in this e-mail and any files transmitted with it<br>
>> is confidential and is for the exclusive use of the intended recipient. If<br>
>> you are not the intended recipient please note that any distribution,<br>
>> copying or use of this communication or the information in it is<br>
>> prohibited.<br>
>><br>
>> Whilst CAB International trading as CABI takes steps to prevent the<br>
>> transmission of viruses via e-mail, we cannot guarantee that any e-mail or<br>
>> attachment is free from computer viruses and you are strongly advised to<br>
>> undertake your own anti-virus precautions.<br>
>><br>
>> If you have received this communication in error, please notify us by<br>
>> e-mail at <a href="mailto:cabi@cabi.org">cabi@cabi.org</a> or by telephone on <a href="tel:%2B44%20%280%291491%20832111" value="+441491832111">+44 (0)1491 832111</a> and then<br>
>> delete the e-mail and any copies of it.<br>
>><br>
>> CABI is an International Organization recognised by the UK Government<br>
>> under Statutory Instrument 1982 No. 1071...<br>
>><br>
>> **************************************************************************<br>
>><br>
>><br>
>> _______________________________________________<br>
>> tdwg-tag mailing list<br>
>> <a href="mailto:tdwg-tag@lists.tdwg.org">tdwg-tag@lists.tdwg.org</a><br>
>> <a href="http://lists.tdwg.org/mailman/listinfo/tdwg-tag" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-tag</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Peter Desmet<br>
> Biodiversity Informatics Manager<br>
> Canadensys - <a href="http://www.canadensys.net" target="_blank">www.canadensys.net</a><br>
><br>
> Université de Montréal Biodiversity Centre<br>
> 4101 rue Sherbrooke est<br>
> Montreal, QC, H1X2B2<br>
> Canada<br>
><br>
> Phone: <a href="tel:514-343-6111%20%2382354" value="+15143436111">514-343-6111 #82354</a><br>
> Fax: <a href="tel:514-343-2288" value="+15143432288">514-343-2288</a><br>
> Email: <a href="mailto:peter.desmet@umontreal.ca">peter.desmet@umontreal.ca</a> / <a href="mailto:peter.desmet.cubc@gmail.com">peter.desmet.cubc@gmail.com</a><br>
> Skype: anderhalv<br>
> Public profile: <a href="http://www.linkedin.com/in/peterdesmet" target="_blank">http://www.linkedin.com/in/peterdesmet</a><br>
><br>
> _______________________________________________<br>
> tdwg-content mailing list<br>
> <a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
> <a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
><br>
_______________________________________________<br>
tdwg-content mailing list<br>
<a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
<a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Peter Desmet<br>Biodiversity Informatics Manager<br>Canadensys - <a href="http://www.canadensys.net" target="_blank">www.canadensys.net</a><br><br>
Université de Montréal Biodiversity Centre<br>4101 rue Sherbrooke est<br>Montreal, QC, H1X2B2<br>Canada<br><br>Phone: 514-343-6111 #82354<br>Fax: 514-343-2288<br>Email: <a href="mailto:peter.desmet@umontreal.ca" target="_blank">peter.desmet@umontreal.ca</a> / <a href="mailto:peter.desmet.cubc@gmail.com" target="_blank">peter.desmet.cubc@gmail.com</a><br>
Skype: anderhalv<br>Public profile: <a href="http://www.linkedin.com/in/peterdesmet" target="_blank">http://www.linkedin.com/in/peterdesmet</a><br>
</div>