Closed woutervriel closed 2 months ago
Niet aangepast het GWSW definieert geen nauwkeurigheid en dit is lastig te implementern. De oorzaak ligt (waarchijnlijk?) bij de dataset, daarin staat conform het GWSW een dimensieloos getal of een string met eenheid xsd:decimal. De queries "lopen stuk" op andere eenheden zoals xsd:double (komt voor in oudere Obsurv-exports). Getest op het didactisch stelsel, zie https://apps.gwsw.nl/doc/GwswDataset__DidacStelsel_v1.6.orox.ttl . @woutervriel: kun jij deze reproduceren in de ttl van het voorbeeldbestand (didactisch stelsel)? Voor afgeleide (achteraf berekende) waarden kunnen die 15 decimalen wel voorkomen, is dat misschien het geval?
Ja het gaat inderdaad om, op de server, berekende waarden in veld KNP_BOK. Die extreme nauwkeurigheid van 15 decimalen is onoverzichtelijk en onnodig.
Met het didactisch stelsel is het niet reproduceerbaar. In dat bestand zitten enkel 'mooie' getallen die een mooi resultaat opleveren.
In de huidige versie (per 20240819) is de afronding van KNP_BOK al geregeld.
Numerieke waarden (floats) afronden op 2 decimalen bij conversie naar hydx. Zie bijvoorbeeld veld KNP_BOK in csv knooppunt. Hier staan vaak 15 decimalen.