|
Komende ontwikkelingen Geomilieu |
Deze pagina geeft een overzicht van de komende aanpassingen/uitbreidingen in Geomilieu.
Zodra deze aanpassingen beschikbaar gaan komen, kondigen we dit onder andere aan via de Geomilieu sidebar.
Datum laatste aanpassing: 22 mei 20244
Geplande releasedatum: eerste helft juni 2024
Belangrijk: het importeren van spoordelen uit het CVGG in Geomilieu V2023.3 en ouder is foutief! Dit is in Geomilieu V2024 hersteld.
Opgeloste problemen
•Module wegverkeerslawaai (Omgevingswet en RMG2012)
Bij ingegraven diffractoren waarbij het direct zicht aan de bronzijde is geblokkeerd (door scherm, gebouw of hoogtelijn), moet de akoestische omweg voor het diffractor-effect de bron verplaatst worden naar de top van deze afscherming, Dit gaf helaas een foutmelding. Mede veroorzaakt door de aanpassing in het rekenvoorschrift waarbij de bronhoogte wordt aangepast voor de berekening van schermwerking.
Dit is opgelost.
•Module STACKS en STACKS-G
Bij een berekening met gedetailleerde bedrijfstijden wordt de warme-emissie nu ook per uur bepaald aan de hand van de omgevingstemperatuur uit de meteobestanden. Voorwaarde is dat de flux en gas temperatuur zijn ingevoerd.
Bij rechtstreeks invoeren van de warmte-emissie wordt deze waarde voor alle uren gebruikt.
•Module Analyst
Het exporteren van de contouren naar Shape functioneerde niet. Dit is opgelost.
•Achtergronden
Bij het gebruik van afbeeldingen als achtergrond welke geroteerd zijn, kon het voorkomen dat deze op een foutieve lokatie werden afgebeeld.
•Wegverkeerslawaai, kruisingen
Op het attributenformulier werd het ingevoerde kruispuntkental niet weergegeven. De ingevoerde waarde werd wel opgeslagen maar op dit formulier niet meer getoond, wel in de lijst van items en het overzicht van eigenschappen van het geselecteerde item in de sidebar.
•Afspraak is dat in data van de CVGG de punt als decimaal scheidingsteken wordt gebruikt. Als dit op de computer van de gebruiker een komma is, dan kon het voorkomen dat de import niet lukte.
•Het opvragen van de winddistributie van de website van het RIVM (https://geluidwsv.rivm.nl) leverde geen resultaat op. Het blijkt dat de X-, Y- en Z-coördinaten in gehele meters zonder decimaal scheidingsteken moeten worden doorgegeven.
•Importeren gegevens uit JSON
Het is nu ook mogelijk om bestanden met extensie "GeoJSON" te selecteren.
•In modellen voor wegverkeer wordt gecontroleerd of de ingevoerde procentuele verdelingen samen op 100% uitkomen. Bij deze berekening werd ook de invoer van de 4e periode gebruikt, ook al werd deze niet gebruikt. Dat is hersteld.
•In het hulpformulier om het bronvermogen uit een gemeten waarde te berekenen (Lp naar Lw) werd voor de bodemdemping voor alle octaven -3 dB gebruikt. Dit is correct voor ISO 9613, maar voor HMRI/Omgevingswet zijn we gewend om -2 dB te gebruiken (bij bij 31 en 63 Hz is dit -6 dB).
•Bij de wegdektypes in de module CNOSSOS, wegverkeer stond een verouderde bron vermeldt. Dit is aangepast naar: "Omgevingsregeling, Bijlage XXXIII, geldend vanaf 1 januari 2024".
•De bereking met ingegraven diffractoren kon een foutmelding geven. Dit was het geval op het moment dat het direct zicht van bron naar diffractor werd afgeschermd en de akoestische omweg via deze afscherming berekend moest worden.
Omgevingset
•Inlezen gegevens van CVGG
oImporteren gegevens spoordelen:
▪De waarde voor de bovenbouwcode werd niet gezet: deze bleef op 0 (eigen waarde) staan.
▪De waarde voor de plafondcorrectie werd niet gelezen.
▪Bij de import werd alleen de categorie gelezen en niet het materieel. Dit is aangepast.
▪Ieder intensiteitsblok werd als aparte regel ingelezen, waardoor het maximaal aantal regels van 30 zeer snel werd bereikt. Daarnaast gingen de overige gegevens dan verloren omdat er geen tweede baan op die lokatie werd aangemaakt.
Nu worden zoveel mogelijk gegevens gecombineerd waardoor het maximaal aantal regels van 30 nog zelden wordt overschreden. En als dit wel het geval is, dan wordt op dezelfde lokatie een tweede baan aangemaaklt voor de resterende intensiteitsgegevens.
▪Door de complexiteit lukte het niet om het aandachtsgebied van landelijk spoor in te lezen. Dit is opgelost, maar dit neemt wel enige tijd in beslag.
▪Het is niet helemaal duidelijk wat de definitie van de hoogte voor spoordelen in het IM Geluid 3.1 is.
Aanname is nu dat de gehanteerde hoogte, de hoogte bovenkant spoor is en niet de hoogte van hart spoor. Zie beschrijving standaardtalud van bijlage IVf van de Omgevingsregeling:
https://wetten.overheid.nl/afbeelding?toestandid=BWBR0045528/2024-01-01_0&naam=267134.png
Omdat Geomilieu bij banen een standaard bronhoogte van 20 cm hanteert (verschil bovenkant spoor en hart spoor), wordt de hoogte van banen bij het importeren nu met 20 cm verlaagd.
Dit is inmiddels bevestigd door een tekstuele aanpassing van het IM Geluid 3.1.
In oudere versies van Geomilieu werd ervanuit gegaan dat dit de hoogte hart spoor was.
▪Bij wissels werd de wissellengte gelijk aan de lengte van het baanvak. Dit is aangepast. Net als in de oude registerimport wordt de lengte van de wissel nu op tweemaal de baanvaklengte gezet.
oAls bij een geluidreferentiepunt zowel een absolute hoogte als een relatieve hoogte is opgegeven, dan wordt de hoogtedefinitie op eigen waarde gezet en wordt het maaiveld het verschil tussen absolute en relatieve hoogte.
In oudere versies van Geomilieu werd bij aanwezigheid van een relatieve hoogte, deze waarde gebruikte en werd de hoogtedefinitie op "relatief".
oBij het importeren van de data van industrieterreinen werd de verwijzing naar het berekeningsobject en het industrieterrein bij geluidreferentiepunten niet gevuld.
oHet veld industrieterrein is toegevoegd op het eigenschappendialoog voor geluidreferentiepunten aangezien data afkomstig kan zijn van meerdere terreinen.
oHet importeren van bestanden (met meerdere bronsoorten) kan lang duren. Dit is enorm versneld, maar zal nog steeds geruime tijd duren.
oBij het importeren van gegeven uit het CVGG konden onterechte (fout)meldingen gegeven met betrekking tot wissellengte en profielcorrectie. Dit is verholpen. De import werd overigens wel gewoon uitgevoerd.
•Uitvoeren gegevens naar CVGG
oBij de export wordt de hoogte van de baan plus 20 cm weggeschreven. Zie opmerking bij importeren.
oHet schrijven van (mini)rotondes gaf een foutmelding waardoor de export niet lukte.
oIn een aantal gevallen is het verplicht om bij bronnen het veld "SituatieVan" in te vullen. Deze test is nu toegevoegd bij het controleren van de gegevens voor export naar het CVGG.
oBij de uitvoer wordt voor de verwijzing naar het industrieterrein altijd het ingevoerde bedrijventerrein gebruikt en niet de waarde welke bij de geluidreferentiepunten staat.
oGeometrische testen toegevoegd:
▪polygon-items, zoals aandachtsgebieden en gebouwen, mogen zichzelf niet kruisen. Deze modelleerfouten worden door het CVGG niet meer geaccepteerd.
▪polygon-items moeten een oppervlak hebben
▪polylijn-items moeten een lengte hebben.
▪alle geometrische testen worden met een precisie van centimeters uitgevoerd. Dit is dezelfde precisie als waarmee deze gegevens worden uitgevoerd naar het CVGG.
oBij het exporteren kan nu gekozen worden om alle modelgegevens welke gebruikt zijn voor het berekenen van geluidproductieplafonds, basisgeluidemissies en geluidaandachtsgebied uit te voeren, of alleen de verplichte geluidbrongegevens zoals beschreven in afdeling 3.1 van de Omgevingsregeling.
oHet exporteren van polygon-items met "eilanden" is zeer veel sneller geworden.
Nieuw/verbeterd
•In de help is een pagina toegevoegd waarin de huidige en komende ontwikkelingen in Geomilieu worden opgesomd.
•In de helppagina's met nieuwe versies is de releasedatum opgenomen.
•Het opstartscherm lijkt nu iets verhoogd te liggen en de achtergrond is off-white.
•Vanaf 1 mei 2024 wordt 3D-data van Geodan niet meer geleverd. De speciale optie om deze te importeren in het bestandsmenu is nu dan ook niet meer beschikbaar.
Om gebouwen van 3D geluid beter te ondersteunen is het veld "Trust" bij gebouwen nu geen getal meer (hierin werd de betrourbaarheid in % aangegeven), maar is dit een tekstbeld geworden. Hierdoor kan de inhoud van het veld "kwaliteits_klasse" in dit veld worden geplaatst. Mogelijke waarden zijn "keep", "discard" en "review".
•Aanpassing rekeninstellingen voor Omgevingswet-modules. Het berekeningstype wordt nu eerst ingevoerd. Als er gekozen wordt voor het berekenen van "Geluidbelasting / geluidniveau" dan is de bronsoort niet meer van belang en hoeft deze ook niet meer te worden gekozen. Alleen bij berekening aandachtsgebied of geluidproductieplafonds moet ook een bronsoort gekozen worden.
•BGE-lijnen
Het aantal (berekende) velden bij BGE-lijnen is uitgebreid. De lijst is nu:
oBGE = vastgelegde BGE-waarde
oGE = Berekende geluidemissie
oWorkspace = Werkruimte (altijd 1.5 dB)
oSpace = Ruimte = (BGE + Workspace) - GE
oQ24hr = totale etmaalintensiteit bronnen
•Nieuwe resultatentabel voor STACKS-Geur toegevoegd
Deze tabel toont voor alle toetspunten het aantal uren dat een bepaalde geurconcentratie voorkomt.
•In de resultatentabel voor STACKS, STACKS-D en STACKS-G wordt naast de X- en Y-coördinaat nu ook de punthoogte getoond.
•Het bestandsbeheer is robuuster. Omdat bijvoorbeeld een virusscanner het bestand aan het controleren is of omdat een bestand net wordt gesychroniseerd, is het mogelijk dat deze tijdelijk niet toegankelijk zijn. Geomilieu kan hier nu beter mee omgaan.
•Bij het importeren van gegevens uit externe bestanden kan de gebruiker zelf aangeven of de Z-waarden in dit externe absolute of relatieve hoogten bevatten. Verder kan worden opgegeven of een eventueel aanwezige M-waarde wel of niet als maaiveldhoogte gelezen moet worden.
•Een testberekening kan worden gestart met de toetscombinatie <Shift><F9>.
•Bij het exporteren van items naar Shape, hoeft de geselecteerde folder niet meer leeg te zijn. Als een Shape-bestand al bestaat, dan zal het nieuwe bestand een volgnummer krijgen.
•Bij het importeren van items uit externe bestanden, wordt nu echt geclipped op het geselecteerde item. In de vorige versie van Geomilie werd de omsluitende rechthoek gebruikt.
•WMS en WMTS-achtergronden
Met enige regelmaat worden de aangeboden PDOK-services verplaatst naar andere servers, waardoor de link vanuit Geomilieu niet meer werkt. Nu haalt Geomilieu altijd de laatste catalogus op van de DGMR website en toont deze op een apart tabblad in de catalogus. Hierdoor is het eenvoudiger om deze lijst up-to-date te houden. Wij zullen trachten wijzigingen in de servers zo spoedig mogelijk in deze online catalogus te verwerken.
•Importeren gegevens uit JSON
Normaalgesproken is in een JSON bestand aangegeven welk coördinatensysteem in het bestand wordt gebruikt. Als dit ontbreekt, is de afspraak dat de coördinaten in WGS84 (EPSG 4326) zijn. Geomilieu is hierop aangepast:
oHet bestand bevat een bekend coördinatenstelsel en in de modelinformatie is ook een stelsel opgegeven, dan zullen de coördinaten worden vertaald.
oHet bestand bevat een bekend coördinatenstelsel, maar in de modelinformatie is geen stelsel opgegeven, dan zullen de coördinaten zoals in het bestand worden gelezen.
oHet bestand bevat een onbekend coördinatenstelsel, dan zullen de coördinaten zoals in het bestand worden gelezen.
oHet bestand bevat geen coördinatenstelsel en in de modelinformatie is ook een stelsel opgegeven, dan zullen de coördinaten worden vertaald van WGS84 naar het stelsel van het model.
oHet bestand bevat geen coördinatenstelsel en ook in de modelinformatie is geen stelsel opgegeven, dan zullen de coördinaten zoals in het bestand worden gelezen.