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
Wee see that the prefix is described by PNAME_LN, which describes the suffix as PN_LOCAL, which contains PLX which itself contains PN_LOCAL_ESC.
This last specification validates "\/" which therefore can be included in a suffix.
So given a prefix named my-prefix: that has the namespace https://www.example.org/, the URI my-prefix:a\/b is valid and should correspond to the URI https://www.example.org/a/b
Corese accepts this syntax but links it to the URI https://www.example.org/a\/b which is an error
It can be managed programmatically but it should be Corese responsibility to deal with it
Steps to Reproduce:
Open Corese and add the following code to the turtle editor:
@prefix ex: <https://www.example.org/>
ex:a\/b a owl:Class .
Execute the following SparQL request:
select * where {
?x?p?y
}
Expected Behavior:
The ex:a\/b node should be seen as URI https://www.example.org/a/b
Actual Behavior:
The ex:a\/b node is seen as URI https://www.example.org/a\/b
The text was updated successfully, but these errors were encountered:
Issue Description:
Corese does not parse the prefixed URIs containing "\/" in the suffix
Bug Details:
The syntax of the turtle prefixed URIs is described there, in a form that are almost regex: https://www.w3.org/TR/turtle/#terminals
Wee see that the prefix is described by PNAME_LN, which describes the suffix as PN_LOCAL, which contains PLX which itself contains PN_LOCAL_ESC.
This last specification validates "\/" which therefore can be included in a suffix.
So given a prefix named
my-prefix:
that has the namespacehttps://www.example.org/
, the URImy-prefix:a\/b
is valid and should correspond to the URIhttps://www.example.org/a/b
Corese accepts this syntax but links it to the URI
https://www.example.org/a\/b
which is an errorIt can be managed programmatically but it should be Corese responsibility to deal with it
Steps to Reproduce:
Expected Behavior:
The
ex:a\/b
node should be seen as URIhttps://www.example.org/a/b
Actual Behavior:
The
ex:a\/b
node is seen as URIhttps://www.example.org/a\/b
The text was updated successfully, but these errors were encountered: