You can subscribe to this list here.
2006 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}
(5) 
_{Dec}
(8) 

2007 
_{Jan}
(1) 
_{Feb}
(1) 
_{Mar}
(2) 
_{Apr}

_{May}

_{Jun}
(5) 
_{Jul}

_{Aug}
(1) 
_{Sep}

_{Oct}

_{Nov}

_{Dec}

2009 
_{Jan}

_{Feb}

_{Mar}
(4) 
_{Apr}

_{May}
(1) 
_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}
(1) 
_{Nov}

_{Dec}
(38) 
2010 
_{Jan}
(1) 
_{Feb}
(15) 
_{Mar}
(8) 
_{Apr}
(1) 
_{May}
(1) 
_{Jun}
(2) 
_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}
(2) 
_{Dec}

2011 
_{Jan}
(1) 
_{Feb}
(2) 
_{Mar}
(16) 
_{Apr}
(18) 
_{May}
(5) 
_{Jun}
(6) 
_{Jul}
(3) 
_{Aug}

_{Sep}
(2) 
_{Oct}
(6) 
_{Nov}
(1) 
_{Dec}
(1) 
2012 
_{Jan}
(1) 
_{Feb}
(3) 
_{Mar}
(2) 
_{Apr}
(2) 
_{May}
(3) 
_{Jun}
(1) 
_{Jul}
(3) 
_{Aug}
(6) 
_{Sep}

_{Oct}
(3) 
_{Nov}
(1) 
_{Dec}

2013 
_{Jan}
(1) 
_{Feb}
(6) 
_{Mar}
(2) 
_{Apr}
(4) 
_{May}

_{Jun}
(3) 
_{Jul}

_{Aug}

_{Sep}
(2) 
_{Oct}
(1) 
_{Nov}

_{Dec}

2014 
_{Jan}

_{Feb}

_{Mar}
(2) 
_{Apr}

_{May}
(2) 
_{Jun}
(2) 
_{Jul}
(4) 
_{Aug}
(3) 
_{Sep}
(2) 
_{Oct}

_{Nov}
(1) 
_{Dec}

S  M  T  W  T  F  S 






1
(1) 
2

3

4
(2) 
5
(6) 
6
(5) 
7

8

9

10

11

12

13

14

15

16

17

18

19

20
(2) 
21

22
(1) 
23

24

25

26

27

28
(1) 
29

30

From: Trish Whetzel <whetzel@st...>  20110428 18:24:56

_______________________________________________ bioportalannounce mailing list bioportalannounce@... https://mailman.stanford.edu/mailman/listinfo/bioportalannounce 
From: Trish Whetzel <whetzel@st...>  20110422 00:45:36

The Support mailing list is now open for subscription [1] and is also archived [2] for review of past questions and comments. Trish [1] https://mailman.stanford.edu/mailman/listinfo/bioontologysupport [2] http://www.bioontology.org/bioontologysupportarchive _______________________________________________ bioportalannounce mailing list bioportalannounce@... https://mailman.stanford.edu/mailman/listinfo/bioportalannounce 
From: Alan Ruttenberg <alanruttenberg@gm...>  20110420 15:58:57

On Wed, Apr 20, 2011 at 10:27 AM, Erick Antezana <erick.antezana@...> wrote: > thanks for the slides. Very informative... > > I will elaborate a bit more on the elements we are considering in our > units terminology: > > 1. The major categories we're dealing with are: > >  dimension (e.g. length) >  unit (e.g.meter) >  ratios (e.g. pH) >  systems (e.g. imperial, metric) >  SI prefixes (e.g. kilo, micro, cf. page 121 in > http://www.bipm.org/utils/common/pdf/si_brochure_8.pdf) > > The current UO mixes (from my point of view) those 5 types of notions > (which are definitely related). Agreed. > > I think those notions should be better highlighted and placed in the > current UO (via categories [new terms] for instance) Agreed. Quick thoughts re: the below. > > Example: the term 'crop yield' (which is a measurement we use very often): > >  the dimension of this *quantity* is: mass / (length x length) < > thus, a combination of fundamental dimensions > >  one of the possible (and common) *units* for that dimension is: > kg/hectare (other one: tons per acre) depending on the *system* To appropriately capture crop yield you would use some of OBI as well to define the process/protocol by which the crop is gathered, measured, etc. > > 2. IMHO, I think that the notion of *dimension* should get its place > in an ontology such as UO...moreover, the notion of a *derived > dimension* [1] should be also captured. Some of the basic > (fundamental) dimensions will be: mass, time, length, .... (as it was > originally in UO) A bit of a hard problem the derived dimensions wrt to current BFO. Let's try to work this out. > > 3. quantities without units (dimensionless quantities) such as pH > would also belong to the 'derived' (nonfundamental) category. I don't see derived as the opposite of fundamental and I suggest you don't either. Dimensionless quantities should not be considered unmarked numbers in the ontology. > > 4. UO should probably have another name (which considers dimensions) : > dimensions and units are related but do not refer to the same stuff... I don't care about the name. > > 5. How is UO being used in the context of OBI? Are you using: > http://ashby.csail.mit.edu/treeview/unit.html ? OBI is importing (via MIREOT) leaf units as instances but using the current UO ids. We also import the classes (e.g. time unit) where appropriate. > > 6. there is very interesting material at: > > http://ontolog.cim3.net/cgibin/wiki.pl?UoM Agreed. I think there are parts of http://www.qudt.org/ we should steal verbatim. > you'll find interesting things such as the definitions found at > http://www.bipm.org/utils/common/documents/jcgm/JCGM_200_2008.pdf for > instance for basic and derived quantities... Yes, a nice reference. I have read it before. Disconnect yourself from the idea that basic and derived as intrinsic properties of units and instead recognize them as (at least partially) social constructs. BIPM is *one* social organization. > 7. I would be happy to collaborate in getting a sounder UO ... Great. We should probably plan a meeting of the people who have been most involved in the discussion at some point, perhaps in Q3 or Q4. Alan > > cheers, > Erick > > [1] http://books.google.com/books?id=eiQOqSQ6EkC&lpg=PP1&dq=isbn%3A9780387915814&pg=PA203#v=onepage&q&f=false > > > On 6 April 2011 15:23, Alan Ruttenberg <alanruttenberg@...> wrote: >> On Wed, Apr 6, 2011 at 4:24 AM, Erick Antezana <erick.antezana@...> wrote: >>> Hi, >>> >>> that change might have, first of all, an impact in the mind of my >>> users since they are already used to deal with two types (categories) >>> of units: basic/base and derived, being basic (for us) the original >>> terms under 'base unit' plus the ones we added to that branch (e.g. >>> foot) independent of any system. and being ''derived unit' the terms >>> made up by taking the base ones (e.g. square foot) or a bit more >>> "complex" such as 'kilogram per cubic meter'. What was the original >>> definition of those terms (basic unit and derived unit)? >> >> base unit: A unit which is one of a particular measure to which all >> measures of that type can be related >> derived unit: A unit which is derived from base units. >> >> Any of the units of the same measure could be the base unit as they >> all can be related to each other. Which one is base depends, as I >> mentioned, on convention. >> >> By (the intended sense of) this definition of derived unit, foot would >> be a derived unit if meter is the base unit, as would your example >> k/m^3. >> >> But even the units that are written as equations on units of multiple >> measures are not unambiguously derived units  the only requirement is >> that (according to NIST) that the quantities they measure are mutually >> independent. For example which electrical unit is chosen is a matter >> of conventions (current, voltage, resistance) and then the others are >> derived. >> >>> On the other hand, this also has an impact (relatively minor) in the >>> application (under construction) that is supposed to deal with the >>> conversion of units (e.g. degree Celsius into Fahrenheit)... >> >> Don't know if you've discussed your approach here, but I know that >> there are several people who have takes on how to do this  ccing >> Sivaram Arabandi and Melanie Courtot as they have both expressed >> opinions. Perhaps there's an opportunity to collaborate... >> >> Alan >> >>> >>> Alan, I was not able to get your slides from your dropbox ... can you >>> share them in a different way? >>> >>> cheers, >>> Erick >>> >>> On 5 April 2011 19:36, Alan Ruttenberg <alanruttenberg@...> wrote: >>>> Whether a unit is derived is always relative to a particular system. >>>> So a derived unit in cgs is different from a derived unit in si. You >>>> might have a look at my presentation  http://tinyurl.com/3egxlln >>>> >>>> Without qualification it's confusing and unhelpful. >>>> >>>> I'm curious whether the change impacted your work, and exactly how. >>>> >>>> Thanks, >>>> >>>> Alan >>>> >>>> On Tue, Apr 5, 2011 at 9:48 AM, Erick Antezana <erick.antezana@...> wrote: >>>>> Hi, >>>>> >>>>> I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? >>>>> >>>>> Also, the 'base unit' children were "upgraded" and are now direct >>>>> children of 'unit'... >>>>> >>>>> cheers, >>>>> Erick >>>>> >>>>>  >>>>> Xperia(TM) PLAY >>>>> It's a major breakthrough. An authentic gaming >>>>> smartphone on the nation's most reliable network. >>>>> And it wants your games. >>>>> http://p.sf.net/sfu/verizonsfdev >>>>> _______________________________________________ >>>>> Obounit mailing list >>>>> Obounit@... >>>>> https://lists.sourceforge.net/lists/listinfo/obounit >>>>> >>>> >>> >> > 
From: Erick Antezana <erick.antezana@gm...>  20110420 14:27:19

thanks for the slides. Very informative... I will elaborate a bit more on the elements we are considering in our units terminology: 1. The major categories we're dealing with are:  dimension (e.g. length)  unit (e.g.meter)  ratios (e.g. pH)  systems (e.g. imperial, metric)  SI prefixes (e.g. kilo, micro, cf. page 121 in http://www.bipm.org/utils/common/pdf/si_brochure_8.pdf) The current UO mixes (from my point of view) those 5 types of notions (which are definitely related). I think those notions should be better highlighted and placed in the current UO (via categories [new terms] for instance) Example: the term 'crop yield' (which is a measurement we use very often):  the dimension of this *quantity* is: mass / (length x length) < thus, a combination of fundamental dimensions  one of the possible (and common) *units* for that dimension is: kg/hectare (other one: tons per acre) depending on the *system* 2. IMHO, I think that the notion of *dimension* should get its place in an ontology such as UO...moreover, the notion of a *derived dimension* [1] should be also captured. Some of the basic (fundamental) dimensions will be: mass, time, length, .... (as it was originally in UO) 3. quantities without units (dimensionless quantities) such as pH would also belong to the 'derived' (nonfundamental) category. 4. UO should probably have another name (which considers dimensions) : dimensions and units are related but do not refer to the same stuff... 5. How is UO being used in the context of OBI? Are you using: http://ashby.csail.mit.edu/treeview/unit.html ? 6. there is very interesting material at: http://ontolog.cim3.net/cgibin/wiki.pl?UoM you'll find interesting things such as the definitions found at http://www.bipm.org/utils/common/documents/jcgm/JCGM_200_2008.pdf for instance for basic and derived quantities... 7. I would be happy to collaborate in getting a sounder UO ... cheers, Erick [1] http://books.google.com/books?id=eiQOqSQ6EkC&lpg=PP1&dq=isbn%3A9780387915814&pg=PA203#v=onepage&q&f=false On 6 April 2011 15:23, Alan Ruttenberg <alanruttenberg@...> wrote: > On Wed, Apr 6, 2011 at 4:24 AM, Erick Antezana <erick.antezana@...> wrote: >> Hi, >> >> that change might have, first of all, an impact in the mind of my >> users since they are already used to deal with two types (categories) >> of units: basic/base and derived, being basic (for us) the original >> terms under 'base unit' plus the ones we added to that branch (e.g. >> foot) independent of any system. and being ''derived unit' the terms >> made up by taking the base ones (e.g. square foot) or a bit more >> "complex" such as 'kilogram per cubic meter'. What was the original >> definition of those terms (basic unit and derived unit)? > > base unit: A unit which is one of a particular measure to which all > measures of that type can be related > derived unit: A unit which is derived from base units. > > Any of the units of the same measure could be the base unit as they > all can be related to each other. Which one is base depends, as I > mentioned, on convention. > > By (the intended sense of) this definition of derived unit, foot would > be a derived unit if meter is the base unit, as would your example > k/m^3. > > But even the units that are written as equations on units of multiple > measures are not unambiguously derived units  the only requirement is > that (according to NIST) that the quantities they measure are mutually > independent. For example which electrical unit is chosen is a matter > of conventions (current, voltage, resistance) and then the others are > derived. > >> On the other hand, this also has an impact (relatively minor) in the >> application (under construction) that is supposed to deal with the >> conversion of units (e.g. degree Celsius into Fahrenheit)... > > Don't know if you've discussed your approach here, but I know that > there are several people who have takes on how to do this  ccing > Sivaram Arabandi and Melanie Courtot as they have both expressed > opinions. Perhaps there's an opportunity to collaborate... > > Alan > >> >> Alan, I was not able to get your slides from your dropbox ... can you >> share them in a different way? >> >> cheers, >> Erick >> >> On 5 April 2011 19:36, Alan Ruttenberg <alanruttenberg@...> wrote: >>> Whether a unit is derived is always relative to a particular system. >>> So a derived unit in cgs is different from a derived unit in si. You >>> might have a look at my presentation  http://tinyurl.com/3egxlln >>> >>> Without qualification it's confusing and unhelpful. >>> >>> I'm curious whether the change impacted your work, and exactly how. >>> >>> Thanks, >>> >>> Alan >>> >>> On Tue, Apr 5, 2011 at 9:48 AM, Erick Antezana <erick.antezana@...> wrote: >>>> Hi, >>>> >>>> I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? >>>> >>>> Also, the 'base unit' children were "upgraded" and are now direct >>>> children of 'unit'... >>>> >>>> cheers, >>>> Erick >>>> >>>>  >>>> Xperia(TM) PLAY >>>> It's a major breakthrough. An authentic gaming >>>> smartphone on the nation's most reliable network. >>>> And it wants your games. >>>> http://p.sf.net/sfu/verizonsfdev >>>> _______________________________________________ >>>> Obounit mailing list >>>> Obounit@... >>>> https://lists.sourceforge.net/lists/listinfo/obounit >>>> >>> >> > 
From: Alan Ruttenberg <alanruttenberg@gm...>  20110406 13:24:14

On Wed, Apr 6, 2011 at 4:24 AM, Erick Antezana <erick.antezana@...> wrote: > Hi, > > that change might have, first of all, an impact in the mind of my > users since they are already used to deal with two types (categories) > of units: basic/base and derived, being basic (for us) the original > terms under 'base unit' plus the ones we added to that branch (e.g. > foot) independent of any system. and being ''derived unit' the terms > made up by taking the base ones (e.g. square foot) or a bit more > "complex" such as 'kilogram per cubic meter'. What was the original > definition of those terms (basic unit and derived unit)? base unit: A unit which is one of a particular measure to which all measures of that type can be related derived unit: A unit which is derived from base units. Any of the units of the same measure could be the base unit as they all can be related to each other. Which one is base depends, as I mentioned, on convention. By (the intended sense of) this definition of derived unit, foot would be a derived unit if meter is the base unit, as would your example k/m^3. But even the units that are written as equations on units of multiple measures are not unambiguously derived units  the only requirement is that (according to NIST) that the quantities they measure are mutually independent. For example which electrical unit is chosen is a matter of conventions (current, voltage, resistance) and then the others are derived. > On the other hand, this also has an impact (relatively minor) in the > application (under construction) that is supposed to deal with the > conversion of units (e.g. degree Celsius into Fahrenheit)... Don't know if you've discussed your approach here, but I know that there are several people who have takes on how to do this  ccing Sivaram Arabandi and Melanie Courtot as they have both expressed opinions. Perhaps there's an opportunity to collaborate... Alan > > Alan, I was not able to get your slides from your dropbox ... can you > share them in a different way? > > cheers, > Erick > > On 5 April 2011 19:36, Alan Ruttenberg <alanruttenberg@...> wrote: >> Whether a unit is derived is always relative to a particular system. >> So a derived unit in cgs is different from a derived unit in si. You >> might have a look at my presentation  http://tinyurl.com/3egxlln >> >> Without qualification it's confusing and unhelpful. >> >> I'm curious whether the change impacted your work, and exactly how. >> >> Thanks, >> >> Alan >> >> On Tue, Apr 5, 2011 at 9:48 AM, Erick Antezana <erick.antezana@...> wrote: >>> Hi, >>> >>> I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? >>> >>> Also, the 'base unit' children were "upgraded" and are now direct >>> children of 'unit'... >>> >>> cheers, >>> Erick >>> >>>  >>> Xperia(TM) PLAY >>> It's a major breakthrough. An authentic gaming >>> smartphone on the nation's most reliable network. >>> And it wants your games. >>> http://p.sf.net/sfu/verizonsfdev >>> _______________________________________________ >>> Obounit mailing list >>> Obounit@... >>> https://lists.sourceforge.net/lists/listinfo/obounit >>> >> > 
From: Alan Ruttenberg <alanruttenberg@gm...>  20110406 13:01:16

Sorry about that  please try this: http://tinyurl.com/3px6z77 Alan On Tue, Apr 5, 2011 at 3:03 PM, Erick Antezana <erick.antezana@...> wrote: > Alan, > > I cannot download your presentation. Is it a powerpoint file? > > Erick > > On 5 April 2011 19:36, Alan Ruttenberg <alanruttenberg@...> wrote: >> Whether a unit is derived is always relative to a particular system. >> So a derived unit in cgs is different from a derived unit in si. You >> might have a look at my presentation  http://tinyurl.com/3egxlln >> >> Without qualification it's confusing and unhelpful. >> >> I'm curious whether the change impacted your work, and exactly how. >> >> Thanks, >> >> Alan >> >> On Tue, Apr 5, 2011 at 9:48 AM, Erick Antezana <erick.antezana@...> wrote: >>> Hi, >>> >>> I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? >>> >>> Also, the 'base unit' children were "upgraded" and are now direct >>> children of 'unit'... >>> >>> cheers, >>> Erick >>> >>>  >>> Xperia(TM) PLAY >>> It's a major breakthrough. An authentic gaming >>> smartphone on the nation's most reliable network. >>> And it wants your games. >>> http://p.sf.net/sfu/verizonsfdev >>> _______________________________________________ >>> Obounit mailing list >>> Obounit@... >>> https://lists.sourceforge.net/lists/listinfo/obounit >>> >> > 
From: Erick Antezana <erick.antezana@gm...>  20110406 08:24:26

Hi, that change might have, first of all, an impact in the mind of my users since they are already used to deal with two types (categories) of units: basic/base and derived, being basic (for us) the original terms under 'base unit' plus the ones we added to that branch (e.g. foot) independent of any system. and being ''derived unit' the terms made up by taking the base ones (e.g. square foot) or a bit more "complex" such as 'kilogram per cubic meter'. What was the original definition of those terms (basic unit and derived unit)? On the other hand, this also has an impact (relatively minor) in the application (under construction) that is supposed to deal with the conversion of units (e.g. degree Celsius into Fahrenheit)... Alan, I was not able to get your slides from your dropbox ... can you share them in a different way? cheers, Erick On 5 April 2011 19:36, Alan Ruttenberg <alanruttenberg@...> wrote: > Whether a unit is derived is always relative to a particular system. > So a derived unit in cgs is different from a derived unit in si. You > might have a look at my presentation  http://tinyurl.com/3egxlln > > Without qualification it's confusing and unhelpful. > > I'm curious whether the change impacted your work, and exactly how. > > Thanks, > > Alan > > On Tue, Apr 5, 2011 at 9:48 AM, Erick Antezana <erick.antezana@...> wrote: >> Hi, >> >> I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? >> >> Also, the 'base unit' children were "upgraded" and are now direct >> children of 'unit'... >> >> cheers, >> Erick >> >>  >> Xperia(TM) PLAY >> It's a major breakthrough. An authentic gaming >> smartphone on the nation's most reliable network. >> And it wants your games. >> http://p.sf.net/sfu/verizonsfdev >> _______________________________________________ >> Obounit mailing list >> Obounit@... >> https://lists.sourceforge.net/lists/listinfo/obounit >> > 
From: George Gkoutos <g.gkoutos@ge...>  20110406 08:22:37

Thanks Erick George On 6 Apr 2011, at 09:10, Erick Antezana wrote: > just one more detail (spotted by ontoperl) : > > the synonym of the following term should be deleted (it is redundant): > > [Term] > id: UO:0000135 > name: rad > def: "An absorbed dose unit which is equal to 0.01 gray (Gy)." > [Wikipedia:Wikipedia "http://www.wikipedia.org/";] > subset: unit_slim > synonym: "rad" EXACT [] > is_a: UO:0000129 ! absorbed dose unit > created_by: george gkoutos > > > thanks! > Erick > > On 5 April 2011 16:01, George Gkoutos <g.gkoutos@...> wrote: >> Hi Erick, >> >> I think I fixed everything below  please let me know if it is OK >> now. >> >> Best wishes. >> >> George >> >> >> On 5 Apr 2011, at 14:25, Erick Antezana wrote: >> >>> Hi George, >>> >>> thanks for fixing the issue about the duplicated ID. >>> >>> A couple of minor issues that would be great if you could consider >>> to >>> change/"fix": >>> >>> 1. There is an annoying extra whitespace between some definitions >>> (text) and their corresponding 'dbxref' : >>> >>> 1465c1439 >>> < def: "A dimensionless concentration unit which denotes the mass of >>> the substance in a mixture as a percentage of the volume of the >>> entire >>> mixture." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration unit which denotes the mass >>>> of the >>>> substance in a mixture as a percentage of the volume of the >>>> entire mixture." >>>> [UOC:GVG] >>> >>> 1476c1450 >>> < def: "A dimensionless concentration unit which denotes the >>> volume of >>> the solute in mL per 100 mL of the resulting solution." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration unit which denotes the volume >>>> of the >>>> solute in mL per 100 mL of the resulting solution." [UOC:GVG] >>> >>> 1494c1468 >>> < def: "A dimensionless concentration notation which denotes the >>> amount of a given substance in a total amount of 100 regardless of >>> the >>> units of measure as long as they are the same." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration notation which denotes the >>>> amount of >>>> a given substance in a total amount of 100 regardless of the >>>> units of >>>> measure as long as they are the same." [UOC:GVG] >>> >>> 1504c1478 >>> < def: "A dimensionless concentration notation which denotes the >>> amount of a given substance in a total amount of 1000 regardless of >>> the units of measure as long as they are the same." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration notation which denotes the >>>> amount of >>>> a given substance in a total amount of 1000 regardless of the >>>> units of >>>> measure as long as they are the same." [UOC:GVG] >>> >>> 1514c1488 >>> < def: "A dimensionless concentration notation which denotes the >>> amount of a given substance in a total amount of 1,000,000 >>> regardless >>> of the units of measure used as long as they are the same or 1 >>> part in >>> 10^[6]." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration notation which denotes the >>>> amount of >>>> a given substance in a total amount of 1,000,000 regardless of >>>> the units of >>>> measure used as long as they are the same or 1 part in >>>> 10^[6]." [UOC:GVG] >>> >>> 1524c1498 >>> < def: "A dimensionless concentration notation which denotes the >>> amount of a given substance in a total amount of 1,000,000,000 >>> regardless of the units of measure as long as they are the same or 1 >>> part in 10^[9]." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration notation which denotes the >>>> amount of >>>> a given substance in a total amount of 1,000,000,000 regardless >>>> of the units >>>> of measure as long as they are the same or 1 part in >>>> 10^[9]." [UOC:GVG] >>> >>> 1534c1508 >>> < def: "A dimensionless concentration notation which denotes the >>> amount of a given substance in a total amount of 1,000,000,000 >>> regardless of the units of measure used as long as they are the same >>> or 1 part in 10^[12]." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration notation which denotes the >>>> amount of >>>> a given substance in a total amount of 1,000,000,000 regardless >>>> of the units >>>> of measure used as long as they are the same or 1 part in 10^[12]." >>>> [UOC:GVG] >>> >>> 1544c1518 >>> < def: "A dimensionless concentration notation which denotes the >>> amount of a given substance in a total amount of 1,000,000,000,000 >>> regardless of the units of measure used as long as they are the same >>> or 1 part in 10^[15]." [UOC:GVG] >>>  >>>> >>>> def: "A dimensionless concentration notation which denotes the >>>> amount of >>>> a given substance in a total amount of 1,000,000,000,000 >>>> regardless of the >>>> units of measure used as long as they are the same or 1 part in >>>> 10^[15]." >>>> [UOC:GVG] >>> >>> >>> Would it be possible for you to erase them? >>> >>> 2. a few term entries a not sorted (ascending order by term ID) in >>> the >>> OBO file : >>> >>> id: UO:0000276 >>> id: UO:0000277 >>> id: UO:0000278 >>> id: UO:0000279 >>> >>> having those terms in a sorted manner would facilitate my diff's ;) >>> >>> cheers, >>> Erick >>> >>> On 4 April 2011 15:44, George Gkoutos <g.gkoutos@...> >>> wrote: >>>> >>>> On 4 Apr 2011, at 14:07, Erick Antezana wrote: >>>> >>>> Thanks for reporting this Erick ! >>>> >>>> it is now fixed. >>>> >>>> George >>>> >>>>> Hi, >>>>> >>>>> the latest units ontology file >>>>> >>>>> >>>>> (http://obo.cvs.sourceforge.net/*checkout*/obo/obo/ontology/phenotype/unit.obo >>>>> ) >>>>> has a duplicated ID: >>>>> >>>>> [Term] >>>>> id: UO:0000178 >>>>> name: unit per milliliter >>>>> def: "A unit per milliliter unit which is equal to one unit of an >>>>> agreed arbitrary amount per one milliliter." [Webmd:Webmd >>>>> "http://www.webmd.com/hw/health_guide_atoz/aa74537.asp";] >>>>> subset: unit_slim >>>>> synonym: "U/ml" EXACT [] >>>>> is_a: UO:0000177 ! unit per volume unit >>>>> created_by: george gkoutos >>>>> >>>>> [Term] >>>>> id: UO:0000178 >>>>> name: milliunits per milliliter >>>>> def: "A unit per milliliter unit which is equal to one >>>>> thousandth of a >>>>> unit of an agreed arbitrary amount per one milliliter." [UOC:GVG] >>>>> subset: unit_slim >>>>> synonym: "mU/ml" EXACT [] >>>>> is_a: UO:0000177 ! unit per volume unit >>>>> created_by: george gkoutos >>>>> >>>>> >>>>> >>>>> is the file edited manually? OBOEdit? >>>>> >>>>> >>>>> cheers, >>>>> Erick >>>>> >>>>> >>>>> >>>>>  >>>>> Create and publish websites with WebMatrix >>>>> Use the most popular FREE web apps or write code yourself; >>>>> WebMatrix provides all the features you need to develop and >>>>> publish your website. http://p.sf.net/sfu/mswebmatrixsf >>>>> _______________________________________________ >>>>> Obounit mailing list >>>>> Obounit@... >>>>> https://lists.sourceforge.net/lists/listinfo/obounit >>>> >>>> >> >> 
From: Erick Antezana <erick.antezana@gm...>  20110406 08:10:42

just one more detail (spotted by ontoperl) : the synonym of the following term should be deleted (it is redundant): [Term] id: UO:0000135 name: rad def: "An absorbed dose unit which is equal to 0.01 gray (Gy)." [Wikipedia:Wikipedia "http://www.wikipedia.org/";] subset: unit_slim synonym: "rad" EXACT [] is_a: UO:0000129 ! absorbed dose unit created_by: george gkoutos thanks! Erick On 5 April 2011 16:01, George Gkoutos <g.gkoutos@...> wrote: > Hi Erick, > > I think I fixed everything below  please let me know if it is OK now. > > Best wishes. > > George > > > On 5 Apr 2011, at 14:25, Erick Antezana wrote: > >> Hi George, >> >> thanks for fixing the issue about the duplicated ID. >> >> A couple of minor issues that would be great if you could consider to >> change/"fix": >> >> 1. There is an annoying extra whitespace between some definitions >> (text) and their corresponding 'dbxref' : >> >> 1465c1439 >> < def: "A dimensionless concentration unit which denotes the mass of >> the substance in a mixture as a percentage of the volume of the entire >> mixture." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration unit which denotes the mass of the >>> substance in a mixture as a percentage of the volume of the entire mixture." >>> [UOC:GVG] >> >> 1476c1450 >> < def: "A dimensionless concentration unit which denotes the volume of >> the solute in mL per 100 mL of the resulting solution." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration unit which denotes the volume of the >>> solute in mL per 100 mL of the resulting solution." [UOC:GVG] >> >> 1494c1468 >> < def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 100 regardless of the >> units of measure as long as they are the same." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration notation which denotes the amount of >>> a given substance in a total amount of 100 regardless of the units of >>> measure as long as they are the same." [UOC:GVG] >> >> 1504c1478 >> < def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1000 regardless of >> the units of measure as long as they are the same." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration notation which denotes the amount of >>> a given substance in a total amount of 1000 regardless of the units of >>> measure as long as they are the same." [UOC:GVG] >> >> 1514c1488 >> < def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000 regardless >> of the units of measure used as long as they are the same or 1 part in >> 10^[6]." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration notation which denotes the amount of >>> a given substance in a total amount of 1,000,000 regardless of the units of >>> measure used as long as they are the same or 1 part in 10^[6]." [UOC:GVG] >> >> 1524c1498 >> < def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000,000 >> regardless of the units of measure as long as they are the same or 1 >> part in 10^[9]." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration notation which denotes the amount of >>> a given substance in a total amount of 1,000,000,000 regardless of the units >>> of measure as long as they are the same or 1 part in 10^[9]." [UOC:GVG] >> >> 1534c1508 >> < def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000,000 >> regardless of the units of measure used as long as they are the same >> or 1 part in 10^[12]." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration notation which denotes the amount of >>> a given substance in a total amount of 1,000,000,000 regardless of the units >>> of measure used as long as they are the same or 1 part in 10^[12]." >>> [UOC:GVG] >> >> 1544c1518 >> < def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000,000,000 >> regardless of the units of measure used as long as they are the same >> or 1 part in 10^[15]." [UOC:GVG] >>  >>> >>> def: "A dimensionless concentration notation which denotes the amount of >>> a given substance in a total amount of 1,000,000,000,000 regardless of the >>> units of measure used as long as they are the same or 1 part in 10^[15]." >>> [UOC:GVG] >> >> >> Would it be possible for you to erase them? >> >> 2. a few term entries a not sorted (ascending order by term ID) in the >> OBO file : >> >> id: UO:0000276 >> id: UO:0000277 >> id: UO:0000278 >> id: UO:0000279 >> >> having those terms in a sorted manner would facilitate my diff's ;) >> >> cheers, >> Erick >> >> On 4 April 2011 15:44, George Gkoutos <g.gkoutos@...> wrote: >>> >>> On 4 Apr 2011, at 14:07, Erick Antezana wrote: >>> >>> Thanks for reporting this Erick ! >>> >>> it is now fixed. >>> >>> George >>> >>>> Hi, >>>> >>>> the latest units ontology file >>>> >>>> >>>> (http://obo.cvs.sourceforge.net/*checkout*/obo/obo/ontology/phenotype/unit.obo) >>>> has a duplicated ID: >>>> >>>> [Term] >>>> id: UO:0000178 >>>> name: unit per milliliter >>>> def: "A unit per milliliter unit which is equal to one unit of an >>>> agreed arbitrary amount per one milliliter." [Webmd:Webmd >>>> "http://www.webmd.com/hw/health_guide_atoz/aa74537.asp";] >>>> subset: unit_slim >>>> synonym: "U/ml" EXACT [] >>>> is_a: UO:0000177 ! unit per volume unit >>>> created_by: george gkoutos >>>> >>>> [Term] >>>> id: UO:0000178 >>>> name: milliunits per milliliter >>>> def: "A unit per milliliter unit which is equal to one thousandth of a >>>> unit of an agreed arbitrary amount per one milliliter." [UOC:GVG] >>>> subset: unit_slim >>>> synonym: "mU/ml" EXACT [] >>>> is_a: UO:0000177 ! unit per volume unit >>>> created_by: george gkoutos >>>> >>>> >>>> >>>> is the file edited manually? OBOEdit? >>>> >>>> >>>> cheers, >>>> Erick >>>> >>>> >>>> >>>>  >>>> Create and publish websites with WebMatrix >>>> Use the most popular FREE web apps or write code yourself; >>>> WebMatrix provides all the features you need to develop and >>>> publish your website. http://p.sf.net/sfu/mswebmatrixsf >>>> _______________________________________________ >>>> Obounit mailing list >>>> Obounit@... >>>> https://lists.sourceforge.net/lists/listinfo/obounit >>> >>> > > 
From: Erick Antezana <erick.antezana@gm...>  20110405 19:03:12

Alan, I cannot download your presentation. Is it a powerpoint file? Erick On 5 April 2011 19:36, Alan Ruttenberg <alanruttenberg@...> wrote: > Whether a unit is derived is always relative to a particular system. > So a derived unit in cgs is different from a derived unit in si. You > might have a look at my presentation  http://tinyurl.com/3egxlln > > Without qualification it's confusing and unhelpful. > > I'm curious whether the change impacted your work, and exactly how. > > Thanks, > > Alan > > On Tue, Apr 5, 2011 at 9:48 AM, Erick Antezana <erick.antezana@...> wrote: >> Hi, >> >> I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? >> >> Also, the 'base unit' children were "upgraded" and are now direct >> children of 'unit'... >> >> cheers, >> Erick >> >>  >> Xperia(TM) PLAY >> It's a major breakthrough. An authentic gaming >> smartphone on the nation's most reliable network. >> And it wants your games. >> http://p.sf.net/sfu/verizonsfdev >> _______________________________________________ >> Obounit mailing list >> Obounit@... >> https://lists.sourceforge.net/lists/listinfo/obounit >> > 
From: Alan Ruttenberg <alanruttenberg@gm...>  20110405 17:36:45

Whether a unit is derived is always relative to a particular system. So a derived unit in cgs is different from a derived unit in si. You might have a look at my presentation  http://tinyurl.com/3egxlln Without qualification it's confusing and unhelpful. I'm curious whether the change impacted your work, and exactly how. Thanks, Alan On Tue, Apr 5, 2011 at 9:48 AM, Erick Antezana <erick.antezana@...> wrote: > Hi, > > I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? > > Also, the 'base unit' children were "upgraded" and are now direct > children of 'unit'... > > cheers, > Erick > >  > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizonsfdev > _______________________________________________ > Obounit mailing list > Obounit@... > https://lists.sourceforge.net/lists/listinfo/obounit > 
From: George Gkoutos <g.gkoutos@ge...>  20110405 14:06:06

Hi Erick, I decided to remove the distinction. It was a bit confusing I think and was resulting into some awkward need for new classes  e.g. temperature. Was it useful for what you were trying to do ? I can always add a slim to help you distinguish these if you really needed. Best wishes, George On 5 Apr 2011, at 14:48, Erick Antezana wrote: > Hi, > > I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? > > Also, the 'base unit' children were "upgraded" and are now direct > children of 'unit'... > > cheers, > Erick > >  > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizonsfdev > _______________________________________________ > Obounit mailing list > Obounit@... > https://lists.sourceforge.net/lists/listinfo/obounit 
From: George Gkoutos <g.gkoutos@ge...>  20110405 14:01:54

Hi Erick, I think I fixed everything below  please let me know if it is OK now. Best wishes. George On 5 Apr 2011, at 14:25, Erick Antezana wrote: > Hi George, > > thanks for fixing the issue about the duplicated ID. > > A couple of minor issues that would be great if you could consider to > change/"fix": > > 1. There is an annoying extra whitespace between some definitions > (text) and their corresponding 'dbxref' : > > 1465c1439 > < def: "A dimensionless concentration unit which denotes the mass of > the substance in a mixture as a percentage of the volume of the entire > mixture." [UOC:GVG] >  >> def: "A dimensionless concentration unit which denotes the mass of >> the substance in a mixture as a percentage of the volume of the >> entire mixture." [UOC:GVG] > 1476c1450 > < def: "A dimensionless concentration unit which denotes the volume of > the solute in mL per 100 mL of the resulting solution." [UOC:GVG] >  >> def: "A dimensionless concentration unit which denotes the volume >> of the solute in mL per 100 mL of the resulting solution." [UOC:GVG] > 1494c1468 > < def: "A dimensionless concentration notation which denotes the > amount of a given substance in a total amount of 100 regardless of the > units of measure as long as they are the same." [UOC:GVG] >  >> def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 100 regardless of >> the units of measure as long as they are the same." [UOC:GVG] > 1504c1478 > < def: "A dimensionless concentration notation which denotes the > amount of a given substance in a total amount of 1000 regardless of > the units of measure as long as they are the same." [UOC:GVG] >  >> def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1000 regardless of >> the units of measure as long as they are the same." [UOC:GVG] > 1514c1488 > < def: "A dimensionless concentration notation which denotes the > amount of a given substance in a total amount of 1,000,000 regardless > of the units of measure used as long as they are the same or 1 part in > 10^[6]." [UOC:GVG] >  >> def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000 >> regardless of the units of measure used as long as they are the >> same or 1 part in 10^[6]." [UOC:GVG] > 1524c1498 > < def: "A dimensionless concentration notation which denotes the > amount of a given substance in a total amount of 1,000,000,000 > regardless of the units of measure as long as they are the same or 1 > part in 10^[9]." [UOC:GVG] >  >> def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000,000 >> regardless of the units of measure as long as they are the same or >> 1 part in 10^[9]." [UOC:GVG] > 1534c1508 > < def: "A dimensionless concentration notation which denotes the > amount of a given substance in a total amount of 1,000,000,000 > regardless of the units of measure used as long as they are the same > or 1 part in 10^[12]." [UOC:GVG] >  >> def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000,000 >> regardless of the units of measure used as long as they are the >> same or 1 part in 10^[12]." [UOC:GVG] > 1544c1518 > < def: "A dimensionless concentration notation which denotes the > amount of a given substance in a total amount of 1,000,000,000,000 > regardless of the units of measure used as long as they are the same > or 1 part in 10^[15]." [UOC:GVG] >  >> def: "A dimensionless concentration notation which denotes the >> amount of a given substance in a total amount of 1,000,000,000,000 >> regardless of the units of measure used as long as they are the >> same or 1 part in 10^[15]." [UOC:GVG] > > > Would it be possible for you to erase them? > > 2. a few term entries a not sorted (ascending order by term ID) in the > OBO file : > > id: UO:0000276 > id: UO:0000277 > id: UO:0000278 > id: UO:0000279 > > having those terms in a sorted manner would facilitate my diff's ;) > > cheers, > Erick > > On 4 April 2011 15:44, George Gkoutos <g.gkoutos@...> wrote: >> >> On 4 Apr 2011, at 14:07, Erick Antezana wrote: >> >> Thanks for reporting this Erick ! >> >> it is now fixed. >> >> George >> >>> Hi, >>> >>> the latest units ontology file >>> >>> (http://obo.cvs.sourceforge.net/*checkout*/obo/obo/ontology/phenotype/unit.obo >>> ) >>> has a duplicated ID: >>> >>> [Term] >>> id: UO:0000178 >>> name: unit per milliliter >>> def: "A unit per milliliter unit which is equal to one unit of an >>> agreed arbitrary amount per one milliliter." [Webmd:Webmd >>> "http://www.webmd.com/hw/health_guide_atoz/aa74537.asp";] >>> subset: unit_slim >>> synonym: "U/ml" EXACT [] >>> is_a: UO:0000177 ! unit per volume unit >>> created_by: george gkoutos >>> >>> [Term] >>> id: UO:0000178 >>> name: milliunits per milliliter >>> def: "A unit per milliliter unit which is equal to one thousandth >>> of a >>> unit of an agreed arbitrary amount per one milliliter." [UOC:GVG] >>> subset: unit_slim >>> synonym: "mU/ml" EXACT [] >>> is_a: UO:0000177 ! unit per volume unit >>> created_by: george gkoutos >>> >>> >>> >>> is the file edited manually? OBOEdit? >>> >>> >>> cheers, >>> Erick >>> >>> >>>  >>> Create and publish websites with WebMatrix >>> Use the most popular FREE web apps or write code yourself; >>> WebMatrix provides all the features you need to develop and >>> publish your website. http://p.sf.net/sfu/mswebmatrixsf >>> _______________________________________________ >>> Obounit mailing list >>> Obounit@... >>> https://lists.sourceforge.net/lists/listinfo/obounit >> >> 
From: Erick Antezana <erick.antezana@gm...>  20110405 13:48:45

Hi, I was wondering why 'derived unit' ( UO:0000046) has been "obsoleted"? Also, the 'base unit' children were "upgraded" and are now direct children of 'unit'... cheers, Erick 
From: Erick Antezana <erick.antezana@gm...>  20110405 13:26:00

Hi George, thanks for fixing the issue about the duplicated ID. A couple of minor issues that would be great if you could consider to change/"fix": 1. There is an annoying extra whitespace between some definitions (text) and their corresponding 'dbxref' : 1465c1439 < def: "A dimensionless concentration unit which denotes the mass of the substance in a mixture as a percentage of the volume of the entire mixture." [UOC:GVG]  > def: "A dimensionless concentration unit which denotes the mass of the substance in a mixture as a percentage of the volume of the entire mixture." [UOC:GVG] 1476c1450 < def: "A dimensionless concentration unit which denotes the volume of the solute in mL per 100 mL of the resulting solution." [UOC:GVG]  > def: "A dimensionless concentration unit which denotes the volume of the solute in mL per 100 mL of the resulting solution." [UOC:GVG] 1494c1468 < def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 100 regardless of the units of measure as long as they are the same." [UOC:GVG]  > def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 100 regardless of the units of measure as long as they are the same." [UOC:GVG] 1504c1478 < def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1000 regardless of the units of measure as long as they are the same." [UOC:GVG]  > def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1000 regardless of the units of measure as long as they are the same." [UOC:GVG] 1514c1488 < def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000 regardless of the units of measure used as long as they are the same or 1 part in 10^[6]." [UOC:GVG]  > def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000 regardless of the units of measure used as long as they are the same or 1 part in 10^[6]." [UOC:GVG] 1524c1498 < def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000,000 regardless of the units of measure as long as they are the same or 1 part in 10^[9]." [UOC:GVG]  > def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000,000 regardless of the units of measure as long as they are the same or 1 part in 10^[9]." [UOC:GVG] 1534c1508 < def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000,000 regardless of the units of measure used as long as they are the same or 1 part in 10^[12]." [UOC:GVG]  > def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000,000 regardless of the units of measure used as long as they are the same or 1 part in 10^[12]." [UOC:GVG] 1544c1518 < def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000,000,000 regardless of the units of measure used as long as they are the same or 1 part in 10^[15]." [UOC:GVG]  > def: "A dimensionless concentration notation which denotes the amount of a given substance in a total amount of 1,000,000,000,000 regardless of the units of measure used as long as they are the same or 1 part in 10^[15]." [UOC:GVG] Would it be possible for you to erase them? 2. a few term entries a not sorted (ascending order by term ID) in the OBO file : id: UO:0000276 id: UO:0000277 id: UO:0000278 id: UO:0000279 having those terms in a sorted manner would facilitate my diff's ;) cheers, Erick On 4 April 2011 15:44, George Gkoutos <g.gkoutos@...> wrote: > > On 4 Apr 2011, at 14:07, Erick Antezana wrote: > > Thanks for reporting this Erick ! > > it is now fixed. > > George > >> Hi, >> >> the latest units ontology file >> >> (http://obo.cvs.sourceforge.net/*checkout*/obo/obo/ontology/phenotype/unit.obo) >> has a duplicated ID: >> >> [Term] >> id: UO:0000178 >> name: unit per milliliter >> def: "A unit per milliliter unit which is equal to one unit of an >> agreed arbitrary amount per one milliliter." [Webmd:Webmd >> "http://www.webmd.com/hw/health_guide_atoz/aa74537.asp";] >> subset: unit_slim >> synonym: "U/ml" EXACT [] >> is_a: UO:0000177 ! unit per volume unit >> created_by: george gkoutos >> >> [Term] >> id: UO:0000178 >> name: milliunits per milliliter >> def: "A unit per milliliter unit which is equal to one thousandth of a >> unit of an agreed arbitrary amount per one milliliter." [UOC:GVG] >> subset: unit_slim >> synonym: "mU/ml" EXACT [] >> is_a: UO:0000177 ! unit per volume unit >> created_by: george gkoutos >> >> >> >> is the file edited manually? OBOEdit? >> >> >> cheers, >> Erick >> >> >>  >> Create and publish websites with WebMatrix >> Use the most popular FREE web apps or write code yourself; >> WebMatrix provides all the features you need to develop and >> publish your website. http://p.sf.net/sfu/mswebmatrixsf >> _______________________________________________ >> Obounit mailing list >> Obounit@... >> https://lists.sourceforge.net/lists/listinfo/obounit > > 
From: George Gkoutos <g.gkoutos@ge...>  20110404 13:44:37

On 4 Apr 2011, at 14:07, Erick Antezana wrote: Thanks for reporting this Erick ! it is now fixed. George > Hi, > > the latest units ontology file > (http://obo.cvs.sourceforge.net/*checkout*/obo/obo/ontology/phenotype/unit.obo > ) > has a duplicated ID: > > [Term] > id: UO:0000178 > name: unit per milliliter > def: "A unit per milliliter unit which is equal to one unit of an > agreed arbitrary amount per one milliliter." [Webmd:Webmd > "http://www.webmd.com/hw/health_guide_atoz/aa74537.asp";] > subset: unit_slim > synonym: "U/ml" EXACT [] > is_a: UO:0000177 ! unit per volume unit > created_by: george gkoutos > > [Term] > id: UO:0000178 > name: milliunits per milliliter > def: "A unit per milliliter unit which is equal to one thousandth of a > unit of an agreed arbitrary amount per one milliliter." [UOC:GVG] > subset: unit_slim > synonym: "mU/ml" EXACT [] > is_a: UO:0000177 ! unit per volume unit > created_by: george gkoutos > > > > is the file edited manually? OBOEdit? > > > cheers, > Erick > >  > Create and publish websites with WebMatrix > Use the most popular FREE web apps or write code yourself; > WebMatrix provides all the features you need to develop and > publish your website. http://p.sf.net/sfu/mswebmatrixsf > _______________________________________________ > Obounit mailing list > Obounit@... > https://lists.sourceforge.net/lists/listinfo/obounit 
From: Erick Antezana <erick.antezana@gm...>  20110404 13:07:17

Hi, the latest units ontology file (http://obo.cvs.sourceforge.net/*checkout*/obo/obo/ontology/phenotype/unit.obo) has a duplicated ID: [Term] id: UO:0000178 name: unit per milliliter def: "A unit per milliliter unit which is equal to one unit of an agreed arbitrary amount per one milliliter." [Webmd:Webmd "http://www.webmd.com/hw/health_guide_atoz/aa74537.asp";] subset: unit_slim synonym: "U/ml" EXACT [] is_a: UO:0000177 ! unit per volume unit created_by: george gkoutos [Term] id: UO:0000178 name: milliunits per milliliter def: "A unit per milliliter unit which is equal to one thousandth of a unit of an agreed arbitrary amount per one milliliter." [UOC:GVG] subset: unit_slim synonym: "mU/ml" EXACT [] is_a: UO:0000177 ! unit per volume unit created_by: george gkoutos is the file edited manually? OBOEdit? cheers, Erick 
From: Thomas Schneider <tschneider@in...>  20110401 10:28:26

======================================================== 5th Int. Workshop on Modular Ontologies (WoMO) Ljubljana, Slovenia, August 812, 2011 held in conjunction with ESSLLI 2011  Last Call for Papers  ======================================================== EXTENDED+FINAL Submission deadline: April 15, 2011 ======================================================== http://www.informatik.unibremen.de/~okutz/womo5 INVITED SPEAKERS: Stefano Borgo (Laboratory of Applied Ontology, Trento, Italy) Modularity in foundational ontologies Stefan Schulz (Medical University Graz, Austria) "Modularity Aspects in Biomedical Ontologies" Michael Zakharyaschev (Birkbeck College London, UK) Logical approaches to modularity (Topics are tentative.) MODULARITY, as studied for many years in software engineering, allows mechanisms for easy and flexible reuse, generalization, structuring, maintenance, design patterns, and comprehension. Applied to ontology engineering, modularity is central not only to reduce the complexity of understanding ontologies, but also to facilitate ontology maintenance and ontology reasoning. Recent research on ontology modularity shows substantial progress in foundations of modularity, techniques of modularization and modular development, distributed reasoning and empirical evaluation. These results provide a foundation for ongoing multidisciplinary research and development. The workshop follows a series of successful events that have been an excellent venue for practitioners and researchers to discuss latest work and current problems, and is this time organised as a satellite workshop of ESSLLI 2011 (week 2, see http://esslli2011.ijs.si/?p=306 ), following an introductory ESSLLI course on notions of modularity in ontologies (week 1, see http://esslli2011.ijs.si/?p=310 ). TOPICS include, but are not limited to:  What is Modularity: Kinds of modules and their properties; modules vs. contexts; design patterns; granularity of representation;  Logical/Foundational Studies: Conservativity and syntactic approximations for modules; modular ontology languages; reconciling inconsistencies across modules; formal structuring of modules; networks of ontologies; heterogeneity;  Algorithmic Approaches: distributed reasoning; modularization and module extraction; (selective) sharing and reusing, linking and importing; hiding and privacy; evaluation of modularization approaches; complexity of reasoning; reasoners or implemented systems;  Applications: Semantic Web; life sciences; bioontologies; natural language processing; ontologies of space and time; ambient intelligence; collaborative ontology development; etc. The workshop is open to all members of the ESSLLI community. Workshop speakers will be required to register for the Summer School; however, they will be able to register at a reduced rate to be determined by the Local Organizers. Participants can attend any other ESSLLI courses and workshops of their choice. IMPORTANT DATES (Updated) Paper Submission: April 15, 2011 Notification: May 23, 2011 Camera ready: June 6, 2011 Workshop: August 812, 2011 SUBMISSION GUIDELINES: The workshop welcomes submission of high quality original and previously unpublished papers. Contributions should not exceed 13 pages in length and must be formatted according to IOS Press style (see http://www.iospress.nl/authco/instruction_crc.html ). Contributions should be prepared in PDF format and submitted not later than April 15, 2011, through the EasyChair Submission System (see http://www.easychair.org/conferences/?conf=womo2011 ). Info: In the LaTeX template, please comment the following line for compatibility. %\usepackage[mtplusscr,mtbold]{mathtime} Submitted papers will be peerreviewed by members of the program committee. Accepted papers may be extended up to 16 pages and will be published as chapters in an IOS Press book in the series 'Frontiers in Artificial Intelligence and Applications'. (Find the WoMO 2010 proceedings here http://www.booksonline.iospress.nl/Content/View.aspx?piid=16268 ) WORKSHOP COCHAIRS: Oliver Kutz (Research Center on Spatial Cognition (SFB/TR 8), Bremen, Germany) Thomas Schneider (Saarland University, Saarbruecken, Germany) PROGRAM COMMITTEE: Jie Bao (Rensselaer Polytechnic Institute, Troy, NY, USA) Simon Colton (Imperial College, London, UK) Melanie Courtot (BC Cancer Care & Research, Vancouver, Canada) Bernardo Cuenca Grau (University of Oxford, UK) Faezeh Ensan (University of New Brunswick, Canada) Fred Freitas (Federal University of Pernambuco, Brazil) Silvio Ghilardi (University of Milan, Italy) Janna Hastings (European Bioinformatics Institute, Cambridge, UK) Robert Hoehndorf (University of Cambridge, UK) Joana Hois (University of Bremen, Germany) C. Maria Keet (University of KwaZuluNatal, Durban, South Africa) Roman Kontchakov (Birkbeck College, London, UK) Frank Loebe (University of Leipzig, Germany) Till Mossakowski (German Research Center for Artificial Intelligence, Bremen, Germany) Leo Obrst (MITRE, McLean, VA, USA) Bijan Parsia (University of Manchester, UK) Daniel Pokrywczynski (University of Liverpool, UK) Anne Schlicht (University of Mannheim, Germany) Marco Schorlemmer (Artificial Intelligence Research Institute, Barcelona, Spain) Andrei Tamilin (FBKIRST, Trento, Italy) Dirk Walther (Polytechnic University of Madrid, Spain) 