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

Finish Documentation of Database Backends #1

Open
8 tasks
gtfierro opened this issue Dec 22, 2020 · 5 comments
Open
8 tasks

Finish Documentation of Database Backends #1

gtfierro opened this issue Dec 22, 2020 · 5 comments

Comments

@gtfierro
Copy link
Member

gtfierro commented Dec 22, 2020

Current page at: https://docs.brickschema.org/software/database.html

Documentation/links required for:

  • Oxigraph
  • Apache Jena
  • Blazegraph
  • Stardog
  • Virtuoso
  • TopBraid
  • Azure Digital Twins
  • GraphDB
@linsong
Copy link

linsong commented Dec 28, 2020

Glad to know there will be a document about the backend databases, this will be pretty helpful.

I found the Redland RDF Library is useful. It includes a set of libraries/tools for graph storage, RDF data file parsers and SPARQL query(SPARQL 1.1 partly supported, no property path support yet) library. Since it is written in C, a good fit for low end device.

I tried the roqet command line that supports SPARQL on a TTL file, it works well.

One main drawback is its development had been stopped since 2014, not sure if this is relevant to the new document or not.

@iamliamc
Copy link

iamliamc commented Jan 3, 2021

When you get a chance @gtfierro you can checkout my basic implementation using Neo4j and Neosemantics...
https://github.com/iamliamc/neo4j-brick

@georghildebrand
Copy link

georghildebrand commented Jan 4, 2021

We recently benchmarked and tried several databases for building knowledge graphs including brick ontology for smart homes but also smart factory etc. One important aspect for us is to have ability to check data constraints (SHACL) eg. to check also data classification requirements for legal reasons (e.g. for the data that an IoT device produces)

@gtfierro you could consider adding:

  • Azure digital Twins
  • Stardog
  • Virtuoso

@gtfierro
Copy link
Member Author

gtfierro commented Jan 4, 2021

@georghildebrand it looks like you didn't finish a sentence there ("One important aspect for us to have ability...") --- could you fill in the needs of the platform?

I've added the other platforms to the list of documentation we will need to add. If you are able, it would help me (and the Brick community) out include some of your findings in our documentation -- anything you can contribute would be welcome!

@georghildebrand
Copy link

Yes true, looks like I went to a meet and then just send out all the open tabs >D. Thx @gtfierro

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

4 participants