-
Notifications
You must be signed in to change notification settings - Fork 36
Changed the definition of propertyListNotEmpty. #151
base: gh-pages
Are you sure you want to change the base?
Conversation
The new definition uses 'verbPath or verbSimple' instead of 'verb'. Note that 'verb' is also defined in 'verbPath or verbSimple'. The need for change came from a query that included nested bnode syntax and a property path sequence '/'; As soon as the prop.path sequence sign is inserted, the specific query line is marked as invalid. However, the query runs and evaluates just fine. verbPath handles property paths, hence the change. NOTE: 'verb' is only used to define propertyListNotEmpty. Should you decide that the change is appropriate, you might consider omitting 'verb' overall, as it will be obsolete. Eetz
example query:
|
Hi @eetz0 , do you have a reference to the grammar of this new definition? |
The relevant grammar rules are below:
I'm not aware of a newer grammar. @eetz0 Are you talking about SPARQL 1.2 maybe? |
Hello guys, it is @eetz0 here, I got fired recently aand I lost the email where this other git account was registered to. As @wouterbeek mentioned, the relevant grammar rule is:
After my changes, this rule looks like this:
|
Frankly, I did not see 'verb' to be used anywhere else, except in This is not new grammar, but rather an improvement of the current one. Queries such as the one above are perfectly valid and the grammar rules should not indicate any errors... |
The use of
It is unclear to me what your proposal would add?
But is validity not defined as conformance to the grammar rules as formulated in the SPARQL 1.1 standard document? |
The changes proposed involve propertyListNotEmpty, not
propertyListPathNotEmpty.
If you can copy the example query to the latest YASQE, you should see an
exclamation mark, indicating an invalid query. The query, however is valid
and yields results using an RDF store that incorporates and complies with
SPARQL 1.1 syntax (graphdb, this is). After investigating, the issue turned
out to be with the property path sequence sign in the query "/". More
specifically, I followed the grammar logic and when the query consists of
more than one bnode "[]", there is no valid grammar rule to pick up as soon
as path sequence is present "/". Changing propertyListNotEmpty to use
verbPath allowed the editor to properly yield this query as valid.
Hope that helped.
Itso
On 23 Jun 2019 22:54, "Wouter Beek" <[email protected]> wrote:
The use of verbPath or verbSimple is already allowed:
[83] PropertyListPathNotEmpty ::= ( VerbPath | VerbSimple )
ObjectListPath ( ';' ( ( VerbPath | VerbSimple ) ObjectList )? )*
It is unclear to me what your proposal would add?
This is not new grammar, but rather an improvement of the current one.
Queries such as the one above are perfectly valid and the grammar rules
should not indicate any errors...
But is validity not defined as conformance to the grammar rules are
formulated in the SPARQL 1.1 standard document?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#151>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AEDZOHTTOXYNEDJXUY6QEDDP37IIXANCNFSM4HSHEDTA>
.
|
Now I finally understand your issue :-) This is simply a bug in the old YASQE which is already fixed in development (link). |
Ah, oki! I suppose then my pull request is not really needed. May I ask what approach you took? Feel free to close this pull ^^ All the best, |
The new definition uses 'verbPath or verbSimple' instead of 'verb'. Note that 'verb' is also defined in 'verbPath or verbSimple'. The need for change came from a query that included nested bnode syntax and a property path sequence '/'; As soon as the prop.path sequence sign is inserted when more than one bnode syntax is present, the specific query line where the property sequence path resides is marked as invalid. However, the query runs and evaluates just fine.
verbPath handles property paths, including sequences, hence why the change fixes this issue.
NOTE: 'verb' is only used to define propertyListNotEmpty. Should you decide that the change is appropriate, you might consider omitting 'verb' overall, as it will be obsolete.
Itso Ivanov