You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What version of the product are you using? On what operating system?
$ rdfpipe --version
rdfpipe (using rdflib 3.0.0)
any feedback can be sent to feliksik AT gmail DOT com
Comment 1 by gromgull
Just to clarify, the problem here is that the namespace prefixes we generate ourselves are all ns1,ns2,etc. This problem occurs when the parsed file already contains prefixes like _9 - and they are not checked when producing turtle.
I imagine similar bugs may exist for all serialisations that allow prefixes.
The text was updated successfully, but these errors were encountered:
ghost
pushed a commit
that referenced
this issue
Mar 28, 2012
felik...@gmail.com, 2011-07-11T10:44:42.000Z
What steps will reproduce the problem?
I used rdfpipe to convert an n3 file to turtle format, resulting in the following:
However, _9 is not a valid prefix according to the standard:
See http://www.w3.org/TeamSubmission/turtle/#sec-grammar
so _9: is illegal
Either
or
but not a leading _ for a prefix name.
What version of the product are you using? On what operating system?
$ rdfpipe --version
rdfpipe (using rdflib 3.0.0)
any feedback can be sent to feliksik AT gmail DOT com
Comment 1 by gromgull
Just to clarify, the problem here is that the namespace prefixes we generate ourselves are all ns1,ns2,etc. This problem occurs when the parsed file already contains prefixes like _9 - and they are not checked when producing turtle.
I imagine similar bugs may exist for all serialisations that allow prefixes.
The text was updated successfully, but these errors were encountered: