Comments (6)
This should be driven by the MIME type.
We should consider using the existing MIME type and file extensions "ttl" unless we have good reason to incur the costs of multiple MIME type file extensions for what is basically the same data.
Existing, non-<<>>
Turtle file are valid and I believe will remain the most common case.
Do we expect returning Content-type: text/turtle-star
on the off-chance it might contain <<>>
? That breaks existing clients on data they could process.
If we have two MIME types, an old style client might send:
Accept: text/turtle, */*;q=0.5
(prefer Turtle, otherwise send something)
Does the server scan all the data before deciding whether to respond Content-type: text/turtle
or Content-type: text/turtle-star
? That means no streaming and scale limitations. The file case - whether to write to a file called data.ttl
or data.ttls
- is similarly painful.
Toolkits are likely to default to application/rdf+xml
for unknown content-type. Sending text/turtle-star
as a unknown MIME type breaks things.
The responsibility for "scan" to check can be placed in the client because TTL* is a syntax error on parsing. Not ideal but at least then data that is existing Turtle continues to work.
A bad outcome would be that files start getting "ttls" on the off-chance it might contain <<>>
to be safe.
For SPARQL*, there is an additional factor. There isn't a MIME type or file extension when used with GET ?query=
I am against expecting new query endpoints alongside existing ones just to handle SPARQL*
from rdf-star.
I think we should defer this discussion until the "syntactic sugar" question is resolved #37 . I think the fact that RDF* could or could not be conveyed in standard Turtle will have a strong impact on the final decision here.
from rdf-star.
+1 to have ttls exension for Turtle* and rqs for SPARQL* files
from rdf-star.
An approach with using long URIs has a natural serialization in vanilla TTL. Such RDF* files can still be handled by clients that know only that. TTLS however is a distinct format, and requires a distinct file ending because existing TTL parsers cannot handle it.
from rdf-star.
See #43.
from rdf-star.
Closing as a duplicate of #26
from rdf-star.
Related Issues (20)
- SPARQL-star DESCRIBE Queries
- RDF-star semantics (as currently defined) is non-monotonic HOT 4
- sparql-compare type signature conflicts with description
- Confusing definition of sparql-compare for triples with IRI components HOT 1
- Issue with sparql-compare semantics and ORDER BY
- RDF-star IRI 404 HOT 1
- Self-referential resource URI for testing manifest documents is incorrect HOT 6
- [Question] Indexing strategies for reified triples HOT 2
- deeply nested triples or blank nodes? HOT 2
- Referential opacity entailment examples HOT 2
- Clarification on comparison to reified statements
- What is the graph of a quoted triple? HOT 14
- [Question] RDF-star and Nesting Annotations HOT 2
- Subset of RDF-star without recursion HOT 1
- Question about sparql-star-pattern-9 eval test HOT 2
- [Request]: Negative syntax tests for annotation syntax n-triples and n-quads HOT 2
- (tracking) need explicit notes that `<<` and `>>` are not any of the visually similar characters HOT 9
- trig-star : grammar and tests are inconsistent HOT 2
- How can a data property be restricted to apply only to a specific type of statement? HOT 2
- Triple annotation with Parser Tokens HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rdf-star.