Geomilieu V2025.22

Geomilieu V2025.22 (23 januari 2026)

 

Project

•Projectversie is gelijk aan Geomilieu V2025.21 (1320).

•Voor gebruik van deze versie zijn geen nieuwe licentiebestanden benodigd.

•Er worden geen resultaten verwijderd.

 

Opgeloste problemen

•Aanlevering geluidreferentiepunten aan de CVGG
Geluidreferentiepunten zijn in Geomilieu gesplitst in 2 itemtypen: "Geluidreferentiepunt (IL)" en "Geluidreferentiepunt (VL)". Bij het genereren van unieke NEN3610ID's zouden spatie, "(" en ")" verwijderd moeten worden. Helaas werd alleen ")" verwijderd. Hierdoor ontstond er een ongeldig ID welke door de CVGG niet wordt geaccepteerd. Dit is hersteld.

 

•Aanlevering gemeentewegen aan de CVGG
Vanaf 1 januari 2026 is het verplicht om bij de aanlevering van gemeentewegen aan de CVGG een documentverwijzing in de geluidgegevenscollectie op te nemen. Er wordt nu getest of er exact één documentverwijzing is ingevoerd en deze zal in de collectie worden opgenomen.

 

•Aanlevering industrieterreinen aan de CVGG

oIn Geomilieu kunnen uitstralende daken en gevels worden gemodelleerd. Bij de uitvoer naar bestanden voor aanlevering aan de CVGG worden deze bronnen vertaald naar puntbronnen (GeluidbronIndustrie), waarbij deze puntbronnen een verwijzing hebben naar een "vlakbronIndustrie".
De uitstralende gevel zelf wordt als een vrijwel verticaal staand vlak uitgevoerd als "vlakbronIndustrie", maar bij de puntbronnen stond een verwijzing naar "lijnbronIndustrie".

oImporteren van uitstralende bronnen uit de CVGG
Bij het importeren van uitstralende daken en gevels welke een verwijzing hebben naar een "vlakbronIndustrie" werd de status van de puntbron op "oppervlaktebron" gezet, en niet op uitstralende dak of uitstralende gevel.
Voor puntbronnen welke geen verwijzing hebben naar een vlakbron, ging dit al wel goed.

 

•Aanlevering windturbines aan de CVGG

oHet is verplicht om bij de windturbines het veld "LinkNaarDocument" in te vullen. Dit veld was wel beschikbaar, maar was niet zichtbaar op het attributenformulier. Dat is nu verholpen.

oBij de geluidgegevenscollectie moet bij "systematiek" gekozen worden voor "anders". Dit was al mogelijk, maar Geomilieu gaf dan onterecht een melding dat de gegevens niet correct waren opgegeven.

 

•Module ISO9613-2, ⅓-octaaf
Als je bij de rekeninstellingen onder Bodemeffect koos voor "Alternatieve methode" en vervolgens het formulier sloot, was het daarna niet meer mogelijk om terug te gaan naar "Algemene methode".

 

---

 

Geomilieu V2025.21 (8 december 2025)

 

Project

•Projectversie is gelijk aan Geomilieu V2025.20 (1320).

•Voor gebruik van deze versie zijn geen nieuwe licentiebestanden benodigd.

•Er worden geen resultaten verwijderd.

 

Opgeloste problemen

•Bij het bepalen van het geluidaandachtsgebied voor industrie werden alleen de contouren van 50 dB Lden gebruikt. Nu worden ook de contouren voor 40 dB Lnight gebruikt. Deze twee sets van contouren worden samengevoegd.

•Bij de controle of een model voldoet aan de aanleveringsregels van het CVGG wordt nu ook getest of tekstvelden ongeldige karakters bevatten. De karakters <, >, ' en " zijn niet toegestaan.

•Het aanmaken van paralelle items is verbeterd.

•In STACKS-modellen is het nu altijd mogelijk om de flux aan te passen.

•Source explorer: bij methode II.3 Overige bron werden de gegevens van nieuwe deeloppervlakken niet opgeslagen.

•Exporteren gegevens van items naar Shape
Het bleek niet mogelijk te zijn om gegevens van items te exporteren naar een folder welke niet leeg was. Dit is aangepast en kan nu. Als de bestanden al bestaan dan worden deze genummerd "(1)", "(2)", enzovoort.

 

Nieuw/verbeterd

•De optie voor import van gegevens uit DAT.Mobility is nu ook beschikbaar voor Omgevingswet, verkeer.

 

---

 

Geomilieu V2025.20 (5 september 2025)

 

Project

•Nieuwe projectversie is 1320.

•Geomilieu-projecten die zijn aangemaakt met versie 2025.1 of ouder worden geüpdatet.

•Voor gebruik van deze versie zijn geen nieuwe licentiebestanden benodigd.

•Alleen resultaten van ISL3a modellen worden verwijderd.

 

Opgeloste problemen

•Bij de CVGG export werd niet de juiste meta informatie geschreven over de type model. Dit was een bug als gevolg van samenvoegen van rekenmethoden, alle model waren als 'industrie' aangeduid.
Dit is opgelost in deze release van Geomilieu.

•In het CNOSSOS rekenhart werd het vinkje 'zwevend' voor gebouwen niet goed behandeld als een gebouw direct boven bron of rekenpunt zat.

•PreSRM update voor STACKS berekening naar versie 2.505. Wij hebben samen met RIVM gezocht naar een oplossing voor de willekeurige problemen bij het rekenen met STACKS. Bij een aantal klanten wilde STACKS niet rekenen met vaak de melding dat de meteo data niet kon worden gelezen.
RIVM heeft een nieuwe versie vrijgeven waarbij wij in onze testgevallen geen problemen meer hebben.

•Module omgevingswet: bij gestapelde schuine schermen kon het voorkomen dat reflecties in een deelscherm werden afgeschermd door een andere deel van hetzelfde scherm. Dit is opgelost.

•STACKS en STACKS-D:
Voor wegen worden alleen de volgende stoffen berekend: NO2, PM10, PM2.5, Ec, CO, en NH3. Voor de overige stoffen zijn geen emissiegegevens meer beschikbaar en deze kunnen dan ook niet meer worden berekend.

 

Module ISL3a

Module ISL3a update naar rekenhart versie 2025.1 met de volgende wijzigingen:

•Maakt nu gebruik van PreSRM versie 2.505 module voor ophalen van meteodata, achtergrondconcentraties en ruwheid

•Meteorologische data van 2014 – 2024 (10-jaars gemiddelde start bij 2014)

•Synchronisatie gebouwmodule naar aanleiding van onderzoek RIVM -> https://www.rivm.nl/publicaties/nnm-gebouwmodule-beschrijving-en-analyse-van-nnm-gebouwmodule

•Harmonisatie van rekenhart om gelijke resultaten te geven als STACKS. 
Het ISL3a rekenhart is ooit als een kopie van het STACKS rekenhart begonnen met aangepaste invoer en uitvoer. 
In de loop der jaren zijn er kleine wijzigingen en optimalisaties aan beide kanten gedaan en dat heeft geleid tot rekenharten welke niet meer gelijke resultaten leverden bij gelijke invoer. 
Met deze update zijn de rekenharten weer gelijk getrokken zodat er geen verschillen meer zijn tussen ISL3a en STACKS als invoer gelijk is.