[MOBY-l] Boolean object
Paul Gordon
gordonp at ucalgary.ca
Thu Mar 3 16:44:39 UTC 2005
May I suggest that the boolean primitive have the one of the values
"true" or "false", not "0" or "1". This would alleve any confusion with
integers, is more human readable, and is valid since "0" and "1" in
Boolean logic are only arbitrary symbols in a lattice system (i.e. it is
the union, intersection and negation functions that define the logic,
not the symbols used).
markw at illuminae.com wrote:
>Sorry - you are right, of course. I'm multi-tasking and hadn't seen that issue
>in my quick think about the problem.
>
>Thanks for your clear headed advice!
>
>It wouldn't take much to update the API, I suspect. I'll think about it when I
>get home.
>
>Greetings from sweltering Australia!
>
>M
>
>
>
>Quoting Benjamin Good <bmg at sfu.ca>:
>
>
>
>>I am confused, I thought an Object was not a primitive
>>
>>"The value of the Object element is ignored */with the exception of/*
>>the Classes representing primitives (e.g. Integer, Float, String, etc.;
>>discussed in the Class Ontology
>><http://www.biomoby.org/twiki/bin//view/Moby/MobySAPI#ObjectClassOntology>
>>section below). For example, in the following object
>>
>> <Object namespace="GenBank/gi" moby:id="163483" > this has no
>>value </Object>
>>
>>the text "this has no value" is ignored by both client and service."
>>
>>For this to work it seems like we would have to officially declare
>>Boolean as a primitive and adapt the API accordingly. Otherwise code
>>for displaying/manipulating Objects (at least like what Eddie and I have
>>been working on) won't work properly because it won't try to look for
>>the text value of the new Boolean object.
>>
>>Neh???
>>
>>-Ben
>>
>>markw at illuminae.com wrote:
>>
>>
>>
>>>Quoting Paul Gordon <gordonp at ucalgary.ca>:
>>>
>>>
>>>
>>>
>>>
>>>>I'd make boolean a primitive and adjust the APIs, it's really an
>>>>oversight that this wasn't in there before.
>>>>
>>>>
>>>>
>>>>
>>>I agree 100%. It should be a primitive (inherit from Object)... but I don't
>>>think we need to adjust the API in any way to accomodate this.
>>>
>>>It is interesting to think what it means to have a namespace and ID on a
>>>boolean, though :-)
>>>
>>>gi|163483 = yes!
>>>
>>>
>>>M
>>>
>>>
>>>
>>>_______________________________________________
>>>moby-l mailing list
>>>moby-l at biomoby.org
>>>http://biomoby.org/mailman/listinfo/moby-l
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
>
>
>
More information about the moby-l
mailing list