Skip to content

Conversation

@pchampin
Copy link
Contributor

I had to make a choice in how this issue was fixed:
I decided that the "default graph" for the parser was the one identified by the publicID passed to the parse method, which seems to make sense.

@joernhees
Copy link
Member

thanks for the PR, seems the failing py3 build is unrelated to this, but rather related to SPARQLWrapper's failing dependency on urlgrabber in py3...

@joernhees
Copy link
Member

re-running tests after SPARQLWrapper 1.7.1 release...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can you try changing this to data = """...

@joernhees
Copy link
Member

test fails on py3, can you try passing the string via data arg instead (see inline comments)?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working in-resolution parsing Related to a parsing.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants