Re: [sbgn-libsbgn] level / version and backwards compatibility of SBGN-ML files proposal

[Nicolas Le N. <le...@eb...>]

On 04/06/12 13:38, Martijn van Iersel wrote:
> Validating the URI would either involve parsing the contents of an
> attribute, which is against the spirit of XML. Or using the
> schemalocation mechanism, you have to do a lookup on the web, which is
> very inefficient and requires being online.
>
> Checking that the contents of two attributes are integers is easier and
> can be done at the XSD level.

I still do not get it. When you read the content of the level and version 
attributes, you still have to understand this content, e.g. what means the 
"1" and "0". If the schemas are properly named, like

sbgn.pd.level-1.version-1.3.xsd

The URI solution is actually easier. This schema can be local or distant.

I am not strongly opinionated here. At the end, who codes wins :-)

> --
> Martijn
>
> On 04/06/12 11:09, Nicolas Le Novère wrote:
>> I am not sure I understand why it is easier to validate the two attributes
>> than the URI?
>>
>> But if validation is the issue, we should then use the schemaLocation
>> mechanism. That would provide direct access to the schema .
>> http://www.w3schools.com/schema/schema_schema.asp
>>
>> On 04/06/12 10:26, Martijn van Iersel wrote:
>>> Yes, that's a possibility too. But it's probably easier to validate the
>>> first proposal though.
>>>
>>> --
>>> Martijn
>>>
>>>
>>> On 04/06/12 07:35, Frank T. Bergmann wrote:
>>>> That works for me … the only argument or counter proposal would be to
>>>> use a controlled vocabulary to combine the three attributes. Since
>>>> identifiers.org<http://identifiers.org>    seems to be what we will use
>>>> over and over, we might as well use it here, just for example using an
>>>> attribute listing:
>>>>
>>>> sbgn.pd.level-1.version-1.3
>>>>
>>>> would work out just fine and could be easily interpreted to the
>>>> documentation:
>>>>
>>>> http://identifiers.org/combine.specifications/sbgn.pd.level-1.version-1.3
>>>>
>>>> But I'm fine with the level and version structure as well.
>>>>
>>>> Cheers
>>>> Frank
>>>>
>>>> On Jun 3, 2012, at 3:12 PM, Tobias Czauderna wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> during HARMONY 2012 we discussed the issue of level/version support and
>>>>> backwards compatibility of SBGN-ML files.
>>>>>
>>>>> The development of SBGN is organised in levels ->    versions.
>>>>> During the development it might happen that elements are
>>>>> changed/added/deleted.
>>>>> For example, the glyph "variable value" was introduced in Entity
>>>>> Relationships
>>>>> L1 V1.2 and didn't exist before.
>>>>>
>>>>>
>>>>> PROPOSAL
>>>>> --------
>>>>> It was discussed to have the two additional attributes "level" and
>>>>> "version" for
>>>>> the map element in a SBGN-ML file (similar to SBML files).
>>>>> A tool could then know if it can load a particular file or if it
>>>>> doesn't support
>>>>> the version/level.
>>>>> Furthermore level/version information is important for validation.
>>>>> The attributes will be compulsory.
>>>>> For old maps a default value has to be defined.
>>>>>
>>>>> The map element of a SBGN-ML would change from
>>>>>
>>>>> <sbgn ...>
>>>>> <map language="...">
>>>>> ...
>>>>> </map>
>>>>> </sbgn>
>>>>>
>>>>> to
>>>>>
>>>>> <sbgn ...>
>>>>> <map language="..." level="1" version="1.2">
>>>>> ...
>>>>> </map>
>>>>> </sbgn>
>>>>>
>>>>>
>>>>> REMAINING ISSUES
>>>>> ----------------
>>>>> The exact syntax was not discussed yet.
>>>>>
>>>>>
>>>>> Please let us know your thoughts.
>>>>>
>>>>> Regards,
>>>>> Tobias
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Live Security Virtual Conference
>>>>> Exclusive live event will cover all the ways today's security and
>>>>> threat landscape has changed and how IT managers can respond. Discussions
>>>>> will include endpoint security, mobile security and the latest in malware
>>>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>>>> _______________________________________________
>>>>> sbgn-libsbgn mailing list
>>>>> sbg...@li...
>>>>> <mailto:sbg...@li...>
>>>>> https://lists.sourceforge.net/lists/listinfo/sbgn-libsbgn
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Live Security Virtual Conference
>>>> Exclusive live event will cover all the ways today's security and
>>>> threat landscape has changed and how IT managers can respond. Discussions
>>>> will include endpoint security, mobile security and the latest in malware
>>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sbgn-libsbgn mailing list
>>>> sbg...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/sbgn-libsbgn
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> _______________________________________________
>>> sbgn-libsbgn mailing list
>>> sbg...@li...
>>> https://lists.sourceforge.net/lists/listinfo/sbgn-libsbgn
>>
>>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> sbgn-libsbgn mailing list
> sbg...@li...
> https://lists.sourceforge.net/lists/listinfo/sbgn-libsbgn


-- 
Nicolas LE NOVERE, Computational Systems Neurobiology, EMBL-EBI, WTGC,
Hinxton CB101SD UK, Mob:+447833147074, Tel:+441223494521 Fax:468,
le...@eb..., Skype:n.lenovere, twitter:@lenovere
http://www.ebi.ac.uk/~lenov/, http://www.ebi.ac.uk/compneur/