Crystal Clear! I was looking too much for (direct) consistency instead of minimalism 😊.
Thans Andy, Dave! Dr. ir. H.M. (Michel) Böhms Senior Data Scientist T +31888663107 M +31630381220 E [email protected]<mailto:[email protected]> Location<https://www.google.com/maps/place/TNO+-+Locatie+Delft+-+Stieltjesweg/@52.000788,4.3745183,17z/data=!3m1!4b1!4m5!3m4!1s0x47c5b58c52869997:0x56681566be3b8c88!8m2!3d52.000788!4d4.376707> [cid:[email protected]]<http://www.tno.nl/> This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. TNO accepts no liability for the content of this e-mail, for the manner in which you use it and for damage of any kind resulting from the risks inherent to the electronic transmission of messages. From: [email protected] <[email protected]> On Behalf Of Andy Seaborne Sent: donderdag 6 juni 2019 00:05 To: TopBraid Suite Users <[email protected]> Subject: Re: [topbraid-users] nontyped data RDF 1.1 made "strings" have a datatype of xsd:string. Writing "abc" or "abc"^^xsd:string is the same RDF term - a literal with lexical form "abc" and datatype xsd:string. Writing without ^^xsd:string is the preferred way but it makes no difference to RDF meaning. Same for 2.40 - it is just special syntax for "2.40"^^xsd:decimal. The Turtle writer outputs short forms from the internal java objects. The Turtle parser does the work of turning these short forms into the internal java objects. No other code sees the short forms. There are decimals that can not be abbreviated: "1"^^xsd:decimal for example. 1 is the short form for an xsd:integer. So if the decimal has no decimal point, it can't be abbreviated. xsd:doubles can be abbreviated if they have an exponent in the lexical form. 1.5e0 but "1.5"^^xsd:double. N-Triples does not have such abbreviations. Your data also has: ex:clearOpeningHeight "2.40 m"^^cdt:length ; (the only occurrence of "^^" I found) That is not an xsd:decimal and there is no short form for cdt:length. Andy On Tuesday, 4 June 2019 22:49:53 UTC+1, Bohms, H.M. (Michel) wrote: In the ocde I have: ex:ClearOpeningHeight_1 rdf:type bs:Property ; bs:hasPropertyType ex:ClearOpeningHeight ; bs:hasUnit "m" ; bs:hasValue 2.40 ; . I expected: ex:ClearOpeningHeight_1 rdf:type bs:Property ; bs:hasPropertyType ex:ClearOpeningHeight ; bs:hasUnit "m"^^xsd:string ; bs:hasValue “2.40”^^xsd:decimal ; . Guess wrong expectation? Thx again -- You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/db099c88-410c-4d3d-b079-7ed144267bf4%40googlegroups.com<https://groups.google.com/d/msgid/topbraid-users/db099c88-410c-4d3d-b079-7ed144267bf4%40googlegroups.com?utm_medium=email&utm_source=footer>. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "TopBraid Suite Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/topbraid-users/cfefc01ed9894ba5af8db2e445f22066%40tno.nl. For more options, visit https://groups.google.com/d/optout.
