Bekende problemen

Op dit moment zijn de bekende problemen:

• Modellen gegenereert met HYDROLIB versie 0.4.1 of lager rekenen niet door in D-HYDRO versie 2026.01. Je krijgt daarbij de volgende melding: ‘** ERROR  : While reading ‘DFM.mdu': Old unsupported keywords used: Check the User Manual appendix about the Master Definition file for information on how to update this input file.’ Dit kan worden opgelost door de mdu-keywords baroczlaybed en rhoairrhowater te verwijderen en het keyword rhowaterinwindstress toe te voegen met de defaultwaarde 0. Dit probleem is opgelost in HYDROLIB-core versie 0.10.1. We zullen in de volgende release aansluiten op deze hydrolib-core versie.

• Doorgerekende modellen gegenereert met HYDROLIB versie 0.4.1 of lager zijn niet altijd in de GUI in te lezen. De GUI verwacht een specifieke foldernaam ('dflowfm') waarin de 1D2D-modelbestanden staan, een specifieke naam voor de mdu-file (DFM.mdu) en ook een specifieke folder voor de output. Dit kan je aanpassen in je modelbouwscript door de volgende rood gemarkeerde wijzigingen door te voeren:
  a) fm.filepath = Path(output_path) / "dflowfm" / "DFM.mdu"
  b) dimr.component.append(

      FMComponent(name="DFM", workingDir=Path(output_path) / "dflowfm", model=fm, inputfile=fm.filepath)   

  c) onedfield_filepath = output_path / "dflowfm" / "initialwaterdepth.ini" (indien je die gebruikt)
  d) Als je zelf in het modelbouwscript bestanden wegschrijft of aanpast in deze ‘dflowfm’ folder, dan dien je ook daarvoor de foldernaam aan te passen.
  e) Aanpassen van de uitvoerdirectory door deze regel toe te voegen bij de mdu-file aanpassingen:
  outputdir = 'output'
  f) De functie dimr.add_crs() genereert dan nog een foutmelding. Dat is een bug die je kan negeren. Die wordt opgelost in de komen HYDROLIB 0.5 versie.
  Bovenstaande aanpassingen worden in HYDROLIB versie 0.5 standaard doorgevoerd in het voorbeeld Jupyter notebook.

• Bij geopandas 1.1.0 treedt een probleem op bij het toevoegen van lateralen. Een work around is het terugdraaien van geopandas naar 1.0.1. Het achterliggende probleem is inmiddels opgelost in de code en zal in de volgende release worden geimplementeerd.

• Niet alle functionaliteiten zijn ontsloten in de GUI van D-HYDRO (deze werken wel zonder GUI in een dimr-simulatie):

  • 2D-observatiepunten;

  • Initiële condities via polygoon

  • RR-settings in de delft3b.ini

• Pad van initialwaterdepth.ini bestand in fieldFile.ini niet relatief. Levert fout bij kopiëren model naar andere locatie. Op te lossen door Deltares in HYDROLIB-core.

• Driehoeksnetwerken: Via de workflow gegenereerde driehoeks-netwerken zijn nog niet voldoende georthogonaliseerd en/of ‘smooth’. Dit kan in de D-HYDRO GUI* worden opgelost. Het resulterende rooster kan weer in het Jupyter notebook worden ingeladen.

• De pompovercapaciteit werd in oudere versies gevraagd als raster met als eenheid m3/s. Dat kan tot onnauwkeurigheden leiden bij het middelen van de pompcapaciteit over rioleringsgebieden. Dit is verholpen in D-HyDAMO versie 0.3.0. Vanaf die versie verwacht D-HyDAMO rasters in mm/u, of, als argument voor een specifiek rioleringsgebied in m3/s. Voor versies ouder dan 0.3.0 dient te worden gecontroleerd of de beoogde capaciteit ook juist in de schematisatie is terechtgekomen. In die versies dient in principe per rioleringsgebied een andere waarde in het raster te worden opgenomen.

• Als gebruiker kan je in het Jupyter notebook zelf een tijdstap invullen voor RR, RTC en FM. Er worden vanuit D-HYDAMO geen eisen gesteld. Maar voor D-HYDRO is het essentieel dat de MDU optie DtUser als veelvoud geheel past in zowel de DIMR, RR als RTC tijdstap. Als het model wordt geimporteerd in de GUI zet D-HYDRO de tijdstappen goed, maar dit is niet het geval bij een dimr-simulatie. In dat geval kunnen er bijvoorbeeld grote waterbalansfouten ontstaan in de koppeling tussen RR en de andere modules. Dit is opgelost in het voorbeeld-notebook waar in de tijdstappen op elkaar worden afgestemd.

* We willen in de toekomst deze functies via D-HyDAMO ook beschikbaar maken