Skip to content
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

fixed issue #535 #536

Merged
merged 2 commits into from
Nov 28, 2015
Merged

fixed issue #535 #536

merged 2 commits into from
Nov 28, 2015

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...

def test_nquads_default_graph():
ds = ConjunctiveGraph()

src = StringInputSource("""
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