Thank you for the confirmation and the additions. Thinking about these DOS attacks will be an issue for all implementations imo; so I will not start taking this a major criterion.
Local graph queries and the RDF store can be used behind this sparql endpoint. Queries supply optionally a graph name in the query or as parameter. I have already developed RDF model driven apps using web2py. I would like start using py4web (successor of web2py) for the sparql endpoint because of the easy use of py4web. Py4web is rather new but I think it will be sufficient mature within 1 year. Now we have a momentum for RDF based solutions. This type of solutions require always software development. A productive Python ecosystem will lower the effort required for initial RDF model driven applications because specific query might return specific output like charts, graphs, json or formatted tables using specific vocabulaires. My experience is also with TQ TB Composer and TB EDG. My wep2py apps used EDG as a sparql endpoint for both ontology and data store. TB EDG use GraphQL for form generation; I have been using pydal for instant form generation and data validation based on SHACL. I am also in contact with the py4web community for their interest in this initiative. On Sunday, May 30, 2021 at 4:38:38 PM UTC+2 wes.t...@gmail.com wrote: > Rdflib has support for SPARQL queries on local graphs and remote SPARQL > endpoints, but doesn't specify a framework to use to send results back over > HTTP per e.g. SPARQL 1.1 UPDATE or SPARQL 1.1 Graph Store HTTP Protocol. > > > https://rdfextras.readthedocs.io/en/latest/working_with.html#working-with-sparql > > SPARQL 1.1 Update > https://www.w3.org/TR/sparql11-update/ > > SPARQL 1.1 Graph Store HTTP Protocol > https://www.w3.org/TR/sparql11-http-rdf-update/ > > FWIU, LDP is an alternate way to share subgraphs over HTTP which specifies > how to do pagination, where SPARQL does not and something should enforce a > default and a maximum LIMIT clause. > > What does this query do when run by many users concurrently? > > SELECT ?s, ?p, ?o LIMIT 1000000000000; > > That's okay though, because like any database can be trivially DOS'd if > the DB interface is exposed to end users, right? > > So, there is not an opportunity to eliminate the web application server > tier because SPARQL endpoints cannot be exposed to end users without > creating a Denial-of-Service vulnerability. > > Which framework should a reference e.g. LDP or SOLID (LDP+[...]) > implementation be written for? > > - Django, on top of DRF > - Flask, because I want to reinvent auth/authz for every implementation > - Flask, because it's more async > - ? > > > > On Sun, May 30, 2021, 06:59 richarddi...@gmail.com <richarddi...@gmail.com> > wrote: > >> As far as I know no Python based sparql-endpoint (like Fuseki, >> https://jena.apache.org/documentation/fuseki2/) implementations exist. >> >> Do (previous) initiatives exist with this goal? >> >> -- >> http://github.com/RDFLib >> --- >> You received this message because you are subscribed to the Google Groups >> "rdflib-dev" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to rdflib-dev+...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/rdflib-dev/067098ee-f08e-424c-9cdf-d9e234f635c3n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/rdflib-dev/067098ee-f08e-424c-9cdf-d9e234f635c3n%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> > -- http://github.com/RDFLib --- You received this message because you are subscribed to the Google Groups "rdflib-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to rdflib-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/rdflib-dev/75b8b124-da49-4b34-96e5-6ef361eaf047n%40googlegroups.com.
