Alain , allen
Kreeg vorige week per kerende post antwoord van het Samen Meten - Samen Analyseren team van RIVM.
Mijn samenvatting:
RIVM kiest bewust voor de punt als decimale scheidingsteken en lost het probleem "de punt als aanduiding duizendtallen" op door op voorhand af te ronden op gehele getallen; de presentatie en csv download op zgn. "gemeente niveau" had nog decimalen maar dat is in één moeite door aangepast door het team.
Mijn reactie:
de RIVM redenatie begrijp ik en daarmee zetten zij voor Nederland een standaard die nu al gevolgd wordt door Hollandse Luchten. Maar ben niet voor de RIVM oplossing van het op voorhand afronden op gehele getallen. Want in ons geval worden dan ook de ruwe / oorspronkelijke data pm10_raw en de pm25_raw bewerkt. Eh: dan zijn ze niet ruw meer en kan niet meer vergeleken worden met de data op het SD kaartje in een HoLu en kan de kalibratie / omrekening tot pm10_mean en pm25_mean niet meer nagerekend. Voor NO2 zijn er geen ruwe data. Kort en goed: het laten zoals het is maar wel op de site of anderszins een waarschuwing meegeven / tip hoe csv data korrekt ingelezen kunnen worden??!!
Dit zijn de twee RIVM reacties (de eerste in origineel, de tweede):
"...
Beste Repke,
Het is geen bewuste keuze van ons geweest om een , (komma) als decimaal scheidingteken te gebruiken.
Als we een bewuste keuze zouden hebben gemaakt dan hadden we voor de . (punt) gekozen want dat is de gebruikelijke wetenschappelijke notatie.
Of er een , of een . verschijnt blijkt af te hangen van de instellingen in de browser die je gebruikt.
Hier bij het RIVM blijkt dat te leiden tot een . als decimaal scheidingsteken en daarom zagen wij dit probleem niet eerder.
Maar je hebt gelijk. Dit leidt tot problemen.
We gaan in ieder geval niet het CSV-scheidingsteken (field-seperator) aanpassen want daarmee verstoren we eventuele andere gebruikers die al heel lang uitgaan van een komma als field-seperator.
Ik moet even uitzoeken waar ik kan instellen dat het decimale scheidingsteken altijd een . (punt) wordt. Ongeacht de gebruikte browser.
Overigens zie ik dat in de grafiek van de individuele sensor afgeronde waarden worden gebruikt. Dit in tegenstelling tot de grafiek die je krijgt te zien als je op gemeente-niveau een sensor selecteert.
Misschien ga ik in dat laatste geval ook wel de waarden afronden. Daar overleg ik intern even over. Dat is schijnnauwkeurigheid. De sensors zijn echt niet zo gevoelig.
Dan speelt het probleem van , of . helemaal niet meer.
Groeten,
Derko
Team Samen Meten
.."
en de tweede:
"..
Beste Repke,
In vervolg op mijn eerdere mail kan ik melden dat nu ook in de gemeente-view gebruik wordt gemaakt van afgeronde meetwaarden. Dan komt dat overeen met hoe het in de sensor-view is geregeld.
Bijkomend voordeel is dat het komma-of-punt-probleem daarmee is opgelost.
Overigens heb ik ook gevonden waar ik kan afdwingen dat er een punt wordt gebruikt in de CSV die ontstaat. Dat gebeurt nu ook, alleen zie je dat niet meer door de afronding.
Groeten,
Derko
Team Samen Meten
.."
