Search Mailing List Archives


Limit search to: Subject & Body Subject Author
Sort by: Reverse Sort
Limit to: All This Week Last Week This Month Last Month
Select Date Range     through    

[protege-owl] Problem with & loading an OWL XML

Conrad Roche conrad.roche at gmail.com
Mon Apr 19 10:48:53 PDT 2010


You may want to try using the character reference & in your XSL instead
of using an entity reference; there is a subtle difference in their
processing. The details are available at
http://www.w3.org/TR/REC-xml/#sec-entexpand


On Mon, Apr 19, 2010 at 7:24 AM, Erick Mendoza Moral <emendoza at ita.es>wrote:

> Thank you for your explanation Thomas, it was very useful to me.
> Regarding to your questions, I have said that the parser read the
> "&amp:xsd;" the same way as "&xsd;", but actually I'm not sure about it, I
> think you are right and it reads "&xsd;minInclusive" as the string
> "&xsd;minInclusive", while it reads "&xsd;minInclusive" as "
> http://www.w3.org/2001/XMLSchema#minInclusive", as Timothy said in a
> previous email.
> About the other question, I'm using Protégé 4.0 and the XMLOWL parser
> doesn't get any error in line 2, only an exception that can be avoided
> substituting '&xsd;' for '&xsd;' in lines 654, 666, 678, 760 and 850.
>
> El 16/04/2010 21:47, Thomas Russ escribió:
>
>  On Apr 16, 2010, at 1:43 AM, Erick Mendoza Moral wrote:
>>
>>
>>
>>> Thank you again Timothy.
>>> Please, correct me if I'm wrong, but as far as I know a parser supporting
>>> escape sequences should interpret '&' and'&' as the same characters, so,
>>> consequently, it should interpret "&xsd;minInclusive" and
>>> "&xsd;minInclusive" as the same tokens, isn't it?
>>>
>>>
>> No.  This has to be wrong.
>>
>> Otherwise there would be absolutely no way for you to insert a literal "&"
>> character in the text.  If the escape sequences were recursively expanded,
>> then it would make no sense to even have the escape sequence"&" because
>> it would always be treated exactly the same as "&".  And that would mean
>> that you couldn't ever quote the ampersand character.
>>
>> So the parser in this case is working correctly.  The problem is that you
>> have created a syntactically incorrect input file.  So the input file will
>> need to be corrected, since the parser is performing exactly according to
>> the specification.
>>
>>
>>
>>> Except that the parser substitute '&xsd;' for "
>>> http://www.w3.org/2001/XMLSchema#" prior to interpret the escape
>>> sequence '&' as the character '&', but in that case it should have
>>> misinterpreted the rest of'&xsd;' sequences, and it didn't.
>>>
>>>
>> I would be surprised that the parser performed as you suggest.  Did the
>> parser actually read the sequence "&xsd;" the same way as "&xsd;"?
>>
>>
>>
>>> I attach the owl and dtd files, if you want to have a look at them, the
>>> conflicting escape sequences are in lines 654, 666, 678, 760 and 850.
>>>
>>>
>> I tried loading the ontology.owl file in Protege 3.4.4 and it gets a parse
>> error on line 2 of your file.  So I doubt that anything can be happening
>> beyond that.
>>
>> You need to change your processing code to emit the correct character and
>> not encode it the way you are doing.
>>
>> _______________________________________________
>> protege-owl mailing list
>> protege-owl at lists.stanford.edu
>> https://mailman.stanford.edu/mailman/listinfo/protege-owl
>>
>> Instructions for unsubscribing:
>> http://protege.stanford.edu/doc/faq.html#01a.03
>>
>>
> _______________________________________________
> protege-owl mailing list
> protege-owl at lists.stanford.edu
> https://mailman.stanford.edu/mailman/listinfo/protege-owl
>
> Instructions for unsubscribing:
> http://protege.stanford.edu/doc/faq.html#01a.03
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.stanford.edu/pipermail/protege-owl/attachments/20100419/6156fbb7/attachment.html>


More information about the protege-owl mailing list