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

Would HDT be considered for a binary format? #3

Open
fils opened this issue Sep 16, 2017 · 6 comments
Open

Would HDT be considered for a binary format? #3

fils opened this issue Sep 16, 2017 · 6 comments

Comments

@fils
Copy link

fils commented Sep 16, 2017

http://www.rdfhdt.org/

I honestly don't know if HDT would be a benefit or a hindrance. I'm really just passing this along as an FYI to the developers.

@simcap
Copy link
Contributor

simcap commented Sep 16, 2017

Looks great indeed. Thanks. I will definitely have a look. Given the format's properties we should implement it or a similar one.

@fils
Copy link
Author

fils commented Sep 18, 2017

I think Joseki took a stab at this: https://github.com/Callidon/joseki/blob/master/graph/treeGraph.go

@simcap
Copy link
Contributor

simcap commented Sep 21, 2017

Side note: Unfortunately I cannot give a deadline on when it will be done. I might do the JSON-LD implementation before and the support of blank nodes / languague tag on the custom binary format (for full compatibility)

@samuell
Copy link

samuell commented Nov 17, 2017

Not sure if the right place to ask, but was wondering if something similar is already possible with wallix/triplestore: Query big datasets on disk, based on a disk based index? (Having a 12GB .hdt file with a 8GB index that I'd like to work with in Golang if possible :) ).

In any case, HDT seems like a great path, as a standardized format for this.

@simcap
Copy link
Contributor

simcap commented Nov 20, 2017

@samuell HDT is a great path indeed and this should be an option for this triplestore. Unfortunately, I cannot devote time at the moment to work on it.

To ease the task, we might cut the work in different pieces. For instance, we could start by only implementing a reader/decoder for this format.

I hope to do so in the next coming 3 months.

@samuell
Copy link

samuell commented Nov 20, 2017

@simcap IC, thanks for the status update!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants