<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Regarding access to instance terms via BioPortal web services, this is possible using the Term services: <a href="http://www.bioontology.org/wiki/index.php/BioPortal_REST_services#Term_services">http://www.bioontology.org/wiki/index.php/BioPortal_REST_services#Term_services</a>. </div><div><br></div><div>For example, using the service to access a term from the latest ontology version from OBI for the term "Affymetrix" the web service signature is: <a href="http://rest.bioontology.org/bioportal/virtual/ontology/1123/obo:OBI_0000462">http://rest.bioontology.org/bioportal/virtual/ontology/1123/obo:OBI_0000462</a>.  There is a tracker item to modify the output of the Term service for Individuals so that more information about the term is returned. I'll check on the timeframe for this when everyone is back from the Winter break. </div><div><br></div><div>Trish</div><div><br></div><br><div><div>On Dec 21, 2009, at 8:27 AM, Alan Ruttenberg wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>On Mon, Dec 21, 2009 at 10:26 AM, Philippe Rocca-Serra <<a href="mailto:rocca@ebi.ac.uk">rocca@ebi.ac.uk</a>> wrote:<br><blockquote type="cite">On a side note, switching to instances would disrupt access/visibility<br></blockquote><blockquote type="cite">from resource browsers such as NCBO Bioportal or EBI's OLS.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I have just checked with Bioportal (looking for 'Affymetrix' which is<br></blockquote><blockquote type="cite">represented as an instance, or individual, in OBI) .<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Bioportal web interface finds the entry but tells the following: "Sorry,<br></blockquote><blockquote type="cite">Affymetrix is not browsable because it is a individual".<br></blockquote><blockquote type="cite">It may be that the web service returns a different message though.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">In our case, this would have a negative impact .<br></blockquote><blockquote type="cite">Our tool, ISAcreator (<a href="http://isatab.sourceforge.net/isacreator.html">http://isatab.sourceforge.net/isacreator.html</a>)<br></blockquote><blockquote type="cite">accesses both Bioportal and OLS and allows users to select ontology<br></blockquote><blockquote type="cite">classes (e.g Units from UO) to annotate experiments.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">We can file a feature request to Bioportal in order to gauge how long it<br></blockquote><blockquote type="cite">may take before instance terms can served and browsed.<br></blockquote><br>Yes, I suggest you do. And OLS.<br>ccing Trish so that it is on her radar.<br><br>-Alan<br><br><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Cheers<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Philippe<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">George Gkoutos wrote:<br></blockquote><blockquote type="cite"><blockquote type="cite">On 19 Dec 2009, at 00:53, Chris Mungall wrote:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On Dec 18, 2009, at 12:20 PM, Alan Ruttenberg wrote:<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On 12/17/09, Chris Mungall <<a href="mailto:cjm@berkeleybop.org">cjm@berkeleybop.org</a>> wrote:<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On Dec 17, 2009, at 3:55 AM, Robert Hoehndorf wrote:<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"> CM> I'm neutral, I don't use UO in any application. I'm not<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"> CM> actually sure if there are any users of UO out there?<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Me, potentially, though I am not sure what you consider to be a<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">"use". Formalization of categories in other ontologies using the<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">unit-categories would be my goal, not sure if this is considered<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">"use".<br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">potential use is different from current actual use. I was attempting<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">to solicit feedback from actual users to make sure anything we do<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">doesn't break systems in production. For example, it's typical<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">practice to announce obsoletions a few weeks in advance to give<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">people<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">time to prepare. If you're a potential user then your fairly<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">insulated<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">from the damaging effects of any changes.<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">As it happens, I remember UO *is* in active use by one fairly large<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">and important project I'm involved with, so we should proceed<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">carefully with any changes. If we do switch to instances we may have<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">to have some hack whereby the current .obo file keeps using classes,<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">which would be an unfortunate mismatch.<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Could we get some examples of use in this project?<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">It *would* be an unfortunate mismatch. I might suggest that OBO edit<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">needs to be adjusted so it can handle instances if it is to remain a<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">viable option for use for developing foundry ontologies.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I don't like the idea of keeping something a certain way just because<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">the tooling isn't up to snuff. It's reasonable to have a transition<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">period.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I agree that it's an unacceptable reason for keeping the ontology a<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">certain way and I'm happy to switch to using Protege to edit UO. My<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">point was that there are downstream users who may be affected by<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">switching the underlying representation. We could insulate them by<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">having a system in place whereby the .obo file that people are using<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">remains fundamentally unchanged. I don't think this is the best<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">solution, I'm just trying to lay out some of the options and costs.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Another option is the transition period - we announce that the<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">representation will change to instances and give people a reasonably<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">amount of time to insulate themselves from any changes. I presume you<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">want to go with the less radical solution on overriding OBO policy and<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">not obsoleting existing IDs despite the fact that we are changing the<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">meaning. I don't think this is a good way to earning popularity,<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">breaking production systems for what people perceive to be meaningless<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">philosophical distinctions, but if this is required for compatibility<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">with OBI, then we should do it.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Personally I'm not enthusiastic about the change - at the PATO meeting<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">in Cambridge in 2006 we decided the units were classes, so for<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">example, "kg" is instantiated whenever there is a 1-kg weighing<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">entity. This seems at least to me to be simple, intuitive,<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">unproblematic and avoids the extra indirection of information content<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">entities.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">that was my understanding as well. We should obviously try to<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">accommodate the usage of UO within the OBI community and I am happy to<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">edit in Protege although I wonder whether we could have a conversion<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">script or something like that. In any case, I think we should not be<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">obsoleting existing IDs.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">My current feeling is that if IAO/OBI wish to use unit instances the<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">safest thing may be to use different IDs - perhaps we could have a<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">system whereby the numeric local part of the ID is synchronized.<br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Useless. The numeric local part has no status in any of our systems<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">and I would chastise a programmer that assumed it did.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I was just suggesting some kind of skolemization mechanism to auto-<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">generate the ID and having the relationship formally captured.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">If we go this route we will have duplicated effort, IMO. I don't want<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">to see that happen cause I think that fundamentally the unit<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">representatins are used in the same way.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">I agree it's not perfect but it seems the best solution to me.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">-Alan<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">------------------------------------------------------------------------------<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">This SF.Net email is sponsored by the Verizon Developer Community<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Take advantage of Verizon's best-in-class app development support<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">A streamlined, 14 day to market process makes app distribution fast<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">and easy<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Join now and get one step closer to millions of Verizon customers<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="http://p.sf.net/sfu/verizon-dev2dev">http://p.sf.net/sfu/verizon-dev2dev</a><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Obo-unit mailing list<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="mailto:Obo-unit@lists.sourceforge.net">Obo-unit@lists.sourceforge.net</a><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="https://lists.sourceforge.net/lists/listinfo/obo-unit">https://lists.sourceforge.net/lists/listinfo/obo-unit</a><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">------------------------------------------------------------------------------<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">This SF.Net email is sponsored by the Verizon Developer Community<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Take advantage of Verizon's best-in-class app development support<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">A streamlined, 14 day to market process makes app distribution fast and easy<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Join now and get one step closer to millions of Verizon customers<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="http://p.sf.net/sfu/verizon-dev2dev">http://p.sf.net/sfu/verizon-dev2dev</a><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Obo-unit mailing list<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="mailto:Obo-unit@lists.sourceforge.net">Obo-unit@lists.sourceforge.net</a><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="https://lists.sourceforge.net/lists/listinfo/obo-unit">https://lists.sourceforge.net/lists/listinfo/obo-unit</a><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">------------------------------------------------------------------------------<br></blockquote><blockquote type="cite">This SF.Net email is sponsored by the Verizon Developer Community<br></blockquote><blockquote type="cite">Take advantage of Verizon's best-in-class app development support<br></blockquote><blockquote type="cite">A streamlined, 14 day to market process makes app distribution fast and easy<br></blockquote><blockquote type="cite">Join now and get one step closer to millions of Verizon customers<br></blockquote><blockquote type="cite"><a href="http://p.sf.net/sfu/verizon-dev2dev">http://p.sf.net/sfu/verizon-dev2dev</a><br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">Obo-unit mailing list<br></blockquote><blockquote type="cite"><a href="mailto:Obo-unit@lists.sourceforge.net">Obo-unit@lists.sourceforge.net</a><br></blockquote><blockquote type="cite"><a href="https://lists.sourceforge.net/lists/listinfo/obo-unit">https://lists.sourceforge.net/lists/listinfo/obo-unit</a><br></blockquote><blockquote type="cite"><br></blockquote></div></blockquote></div><br><div apple-content-edited="true"> <span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>Trish Whetzel, PhD</div><div>Outreach Coordinator</div><div>The National Center for Biomedical Ontology</div><div>Ph: 650-721-2378</div><div><a href="mailto:whetzel@stanford.edu">whetzel@stanford.edu</a></div><div><a href="http://www.bioontology.org">http://www.bioontology.org</a></div><div><br></div><div> </div></div></div></span> </div><br></body></html>