Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add processor state, term constructor, and triple constructors. Change reifiedTriple to reifingTriple. #62
Add processor state, term constructor, and triple constructors. Change reifiedTriple to reifingTriple. #62
Changes from 2 commits
aea3484102b6f7506d7e41873565d99af734d7e208c1e90dd07960c1c14ab8d06cf7ff79eb5f6778d4c09d6ada041b6da1ca01a5f91a72b263000612d4b70a8e718f95d909e43ad14fb15297c9File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Small errata to RDF 1.1:
curSubjectandcurPredicateare stacks, or alternative the parser state is a stack.curSubjectis bound to the subject production." True but it is more than justsubjecteven in RDF 1.1 (subject position,blankNodePropertyList, property lists in the object position and collections). RDF 1.2 adds thetripleTerm,reifiedTriple,annotationandannotationBlockcases.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Neither
curSubjectnorcurPredicate(nor the parser state in general) is a stack, they are global state. Triple constructors save and restore their values, so the "stack" is implemented via the activation records of these constructors, such as the Triple Term constructor.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is not set until the end of the production so it is that previous sate at this point.
The production will set
curReifier- there 's no "if". Do this now and not at the end, then yield the reifies triple usingcurReifier.There is no need to have a stack for
curReifier. Even in annotations, only the last value is needed.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The text is intended to capture the events generated by
:s :p :o ~:r1 ~:r2. When seeing~:r1there is no previously establishedcurReifierso nothing is emitted, thencurReifieris set from thereifierterm constructor. The next time when it sees~:r2,curReifierwould be:r1so:ri rdf:reifies <<(...)>>is emitted and thencurReifieris set to:r2.There is no stack for
curReifier, there is just if it was previously set or not (Note that there is no text that says to save the value ofcurReifieranywhere). It is cleared when entering Annotations, set in eitherReifierorAnnotation Block, and consumed inReifier,Annotation BlockorAnnotations`.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm beginning to see what you want to do here but then some text does seem right.
needs a condition that curReifier is set. In
:s :p :o ~:r {| :x :y |}it is not (it's been used). That's where I see identical triples being emitted once for the annotationBlock and one at the and of annotations.There needs to be more recording and restoring:
which I think is:
note
:r1 :x2 :y2.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's what my parser produces.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In the parser state section, maybe explain "record" means a stack.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It may not be the
subjectproduction. It can bereifiedTriple. They both setcurSubjectbut that is used used later as the reifier carried over.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
curSubjectmay have been modified by the subject/reifiedTriple in the subject position inside<< >>.It might be batter use
curReifierand make it a stack (for annotation and asserted triples it does not need to be a stack as in comment above.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The rdf:reifies triple is generated in
AnnotationBlock.The "annotation" production is
annotation ::= (reifier | annotationBlock)*so I don't think there is much to do here especially if therdf:refiestriple is generated at the start of anannotationBlockand allreifierneeds to do is setcurReifierwhich gets carried to the next block only (or thereifiedTriplecase).There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As mentioned above, this is needed to emit the reifying triple if |curReifier| was not consumed in an Annotation Block. For example
:s :p :o ~ :r.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK - I will reread but I thought a reifing triple was created in both parts for
~:r {| :q :z |}. Maybe Annotation Block only handled the "no explicit reifier case".And
:s :p :o :~r1 ~:r2.