<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">Hi all,<DIV><BR class="khtml-block-placeholder"></DIV><DIV><DIV>I think I also agree with what you are saying, but I suppose is also too general and that in the details can arise differences. Specially if we want TAG only to define a shared vocabulary or classes, how complicate should these classes be?</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Also something I would like to have as a kind of requirement is the possible automatic derivation of XML schemas from whatever modeling language we choose now.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>In the real world there will be lot of times where we will need to create XML schemas from these TAG classes and the TDWG subgroups classes. The best example, as pointed out by Flip in a previous message, is that we will need to implement our models in GML. Why? Because all OGC standards are based on it so if we want to play with them we will have to use their rules.</DIV><DIV>I think he also pointed out about a document to do GML app schemas from UML models with automatic derivation. There is also an article from IBM about modeling  XML using UML (<A href="http://www-128.ibm.com/developerworks/xml/library/x-wxxm23/">http://www-128.ibm.com/developerworks/xml/library/x-wxxm23/</A>).</DIV><DIV>In this article is discussed the need to do automatic derivation to keep synchronize the modeling task with the programming task. </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>I think this is importance so maybe it is worth to include it as a kind of requirement. But again, depending on how far TAG wants to go this might be more a discussion for the different TDWG subgroups.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Javier.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>PD: Here are the links:</DIV><DIV><A href="http://www-128.ibm.com/developerworks/xml/library/x-wxxm23/">http://www-128.ibm.com/developerworks/xml/library/x-wxxm23/</A></DIV><DIV><A href="http://www-128.ibm.com/developerworks/xml/library/x-wxxm24/">http://www-128.ibm.com/developerworks/xml/library/x-wxxm24/</A></DIV><DIV><A href="http://www-128.ibm.com/developerworks/xml/library/x-wxxm25">http://www-128.ibm.com/developerworks/xml/library/x-wxxm25</A>/</DIV><DIV><A href="http://www-128.ibm.com/developerworks/xml/library/x-wxxm26/">http://www-128.ibm.com/developerworks/xml/library/x-wxxm26/</A></DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>GML From UML</DIV><DIV><A href="https://www.seegrid.csiro.au/twiki/bin/view/Xmml/UmlGml">https://www.seegrid.csiro.au/twiki/bin/view/Xmml/UmlGml</A></DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On 22/02/2006, at 16:50, Roger Hyam wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"> Hi All,<BR> <BR> It is generally agreed that we need an representation independent object model or ontology of some kind. I would like to put together a list of the things that need to be agreed or investigated in order to do this.<BR> <BR> Firstly the things I believe we can all agree on (stop me if I am wrong).<BR> <OL>  <LI>It should be representation independent (i.e. we should be able to move it between 'languages' UML, OWL, BNF etc).</LI>  <LI>It should be dynamic (i.e. capable of evolving through time).</LI>  <LI>It should be polymorphic. This is a result of it being dynamic. There will, at a minimum, be multiple version of any one part of the model when new version are introduced.<BR>  </LI>  <LI>It should NOT attempt to be omniscient i.e. it will not cover everything in our domain, only the parts that need to be communicated.<BR>  </LI>  <LI>It will be managed in a distributed fashion. Different teams will take responsibility for different parts of it.</LI> </OL> My first Question is:<BR> <BR> <B>Does the centralization of the ontology need to go beyond a small shared vocabulary of terms or base classes?</B> <BR> <BR> I envisage this ontology containing things like Collection, Specimen, TaxonConcept, TaxonName but not defining the detailed structure of these objects. It would contain a maximum of a few 10's of objects and properties. TDWG subgroups would be responsible for building ontologies that extend these base objects but that generally didn't refer to each other - only to the core. If this is true then I think the definition of the top level object falls within the remit of the TAG ( in consultation with others). <BR> <BR> If this is not a valid way forward what are the alternatives?<BR> <BR> Are their questions we should ask before this one?<BR> <BR> Once again I'd be grateful for your thoughts.<BR> <BR> Roger<BR> <BR> <PRE class="moz-signature" cols="72">-- 

-------------------------------------
 Roger Hyam
 Technical Architect
 Taxonomic Databases Working Group
-------------------------------------
 <A class="moz-txt-link-freetext" href="http://www.tdwg.org">http://www.tdwg.org</A>
 <A class="moz-txt-link-abbreviated" href="mailto:roger@tdwg.org">roger@tdwg.org</A>
 +44 1578 722782
-------------------------------------
</PRE><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">_______________________________________________</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Tdwg-tag mailing list</DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="mailto:Tdwg-tag@lists.tdwg.org">Tdwg-tag@lists.tdwg.org</A></DIV><DIV style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><A href="http://lists.tdwg.org/mailman/listinfo/tdwg-tag_lists.tdwg.org">http://lists.tdwg.org/mailman/listinfo/tdwg-tag_lists.tdwg.org</A></DIV> </BLOCKQUOTE></DIV><BR></DIV></DIV></BODY></HTML>