Jan Martin Keil
Jan Martin Keil
Might #428 and #946 be related to this?
Still an issue, but the behavior also depends on the language tag: ``` SELECT * WHERE { VALUES ?v {"" "a" "b" ""@en "a"@en "b"@en ""@de "a"@de "b"@de ""@es "a"@es...
Any progress on this? The XSD standard requires to at least maintain a precision of 16 for xsd:decimal for [limited conformance](https://www.w3.org/TR/xmlschema11-2/#partial-implementation), and arbitrary precision for [full conformance](https://www.w3.org/TR/xmlschema11-2/#decimal). Currently, Virtuoso maintains...
> > Your single listed data store ([Blazegraph](http://dbpedia.org/resource/Blazegraph)) is no longer (for some years now!) supported nor maintained, as it has been subsumed into Amazon Neptune. > > Ugh, thanks...
Now there are four… I'm skeptical this serves the intended purpose. From [RDF-LAMP.md](https://github.com/w3c/EasierRDF/blob/master/RDF-LAMP.md): > * should represent the easiest and most popular community choice in its category. I'm further skeptical...
@TallTed [wrote](https://github.com/w3c/EasierRDF/issues/2#issuecomment-1256476872): > Or is popularity now to be taken/treated as an inherent negative, as suggested by _'skeptical that "most popular community choice" is a helpful criteria'_? (I don't think...
I do not recall exactly, but it is likely I tested it using https://github.com/HajoRijgersberg/OM/blob/d5a3326e2f0f15f69272f3ce147b469fd90a1dc2/om-2.0.rdf. Does that fit to the `hdt:originalSize` value?
> Hi @jmkeil would you mind opening a PR for this? As I decided against using HDT in my project, I don't have time to do that. Sorry.
> @jmkeil […] always welcome to submit a PR As I decided against using HDT in my project, I don't have time to do that. Sorry.
Yes. But the change is about [`sorepsu:perSecond`](https://github.com/ESIPFed/sweet/blob/858bd2be4b0a9e9b46fceed71ea7dbdf22eac04a/src/reprSciUnits.ttl#L1184), not about [`sorepsu:hertz`](https://github.com/ESIPFed/sweet/blob/858bd2be4b0a9e9b46fceed71ea7dbdf22eac04a/src/reprSciUnits.ttl#L498). However, `sorepsu:hertz` is missing a `sorelsc:hasSymbol` statement. This should get fixed too.