Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

2UP: export van boolean tif lukt niet #662

Closed
basvanbemmel opened this issue Feb 19, 2024 · 11 comments
Closed

2UP: export van boolean tif lukt niet #662

basvanbemmel opened this issue Feb 19, 2024 · 11 comments
Assignees
Milestone

Comments

@basvanbemmel
Copy link
Collaborator

basvanbemmel commented Feb 19, 2024

Het lukt mij niet meer om een boolean item te exporteren in 14.11.2 Er wordt geen bestand gexporteerd hoewel in de log staat er wel een bestand is aangemaakt (voor de code native optie).

ik heb vier smaken geprobeerd:

  1. native in code (alleen de xml wordt aangemaakt): attribute IsUrban (Input/CompactedDomain) := rank <= cuttingline[Scenarios/SSPs/SSP2/CompactedDomain/Country_rel], StorageName = "%LocalDataProjDir%/Urban/2020/M_1/IsUrban.tif";

  2. gdal in code:
    attribute IsUrban (Input/CompactedDomain) := rank <= cuttingline[Scenarios/SSPs/SSP2/CompactedDomain/Country_rel], StorageType = "gdalwrite.grid", StorageName = "%LocalDataProjDir%/Urban/2020/M_1/IsUrban.tif";

  3. export primary data: item native

  4. export primary data: gdal

https://pbl.sliksvn.com/ruimtescanner/PBL/ProjDir/branches/TowardsAnUrbanPreview_2024
item: /Preprocessing/UrbanM1/IsUrban

@basvanbemmel
Copy link
Collaborator Author

image

@eoudejans
Copy link
Collaborator

Issue is reproduceerbaar.

Opmerkelijk dat via het export menu exporteren naar het native tif bestands formaat wel werkt:
image

@basvanbemmel
Copy link
Collaborator Author

"Opmerkelijk dat via het export menu exporteren naar het native tif bestands formaat wel werkt"
Maar dat werkt bij mij dus niet. Gebruik je wel dezelfde exe 14.11.2?

@basvanbemmel
Copy link
Collaborator Author

optie 1 blijkt wel te werken.
optie 3 zou moeten werken maar werkt niet
2 en 4 vereisen uint8 voor bool maar is niet wenselij (voor het inlezen wil ik de code niet wijzigen)

@eoudejans
Copy link
Collaborator

Wat betreft GDAL: de gdal-dms value type check voor schrijven faalt waardoor het bestand nooit wordt weggeschreven:
image

@basvanbemmel
Copy link
Collaborator Author

GDAL ondersteund gewoon gewoon bool value type, niets aan te doen voor nu.

@eoudejans
Copy link
Collaborator

eoudejans commented Feb 19, 2024

Het weg te schrijven item Preprocessing/UrbanM1/IsUrban heeft als domain nog het compacted domain. Dit is 1D en wordt niet weggeschreven. Het volgende stukje code werkt wel, en maakt van het compacte domain eerst het volledige domain en schrijft deze vervolgens weg:

attribute<bool> IsUrban_write_native_full(input/gtopo) := recollect_by_cond(Input/GridData/FreeLand, IsUrban)
    , StorageName = "%LocalDataProjDir%/Urban/2020/M_1/IsUrban_test.tif"
    , StorageType       = "tif"
    , StorageReadOnly = "False";

Dit laat onverlet dat:

  • De eventlog wel aan geeft dat het item is weggeschreven, wat onjuist is
  • En het gebrek aan diagnostiek, wat de gebruiker in dit geval had kunnen melden dat het 1D domain niet met de native tif sm weggeschreven kan worden.

Dat laatste is een punt van heroverweging, wanneer het mogelijk is het attribute in de mapview te tonen is het intern mogelijk de relatie op te zoeken en het compacted domain weg te schrijven naar tif; maar op dit moment werkt geodms nog niet zo.

@basvanbemmel
Copy link
Collaborator Author

ah ok dank voor het uitzoeken. Ik ga het checken. Misschien ook om iets begin maart even over te hebben.

@eoudejans
Copy link
Collaborator

Ik ben bezig met een verbetering van de diagnostiek bij het voorkomen van een dergelijke mismatch in domain dimensies.

@eoudejans
Copy link
Collaborator

Verbeterde diagnostiek:
image

eoudejans added a commit that referenced this issue Feb 20, 2024
…as been written if sm->WriteDataItem(..) succeeded.
@eoudejans
Copy link
Collaborator

Ook het log bericht: dataitem IS STORED IN .. wordt nu alleen weergegeven wanneer het item daadwerkelijk is weggeschreven:
image

MaartenHilferink added a commit that referenced this issue Feb 28, 2024
… close ValueInfo on ConfigClose
@MaartenHilferink MaartenHilferink added this to the v14.13 milestone Feb 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants