New bug for Villeurbanne using recent GeoClimate version

[j3r3m1]

I have met an error using the OSM data for Villeurbanne (note that the same error happen if we use a bbox around Villeurbanne). Below are the config file and the log returned by GeoClimate.

For information, this issue does not appear when using the GeoClimate version from 2024-06-11 but appear with the 2024-06-14.

{
    "description": "Processing OSM data",
    "input": {
        "locations": [
            "Villeurbanne"
        ]
    },
    "output": {
        "folder": "/tmp"
    },
    "parameters": {
        "rsu_indicators": {
            "indicatorUse": [
                "LCZ",
                "TEB",
                "UTRF"
            ],
            "svfSimplified": true,
            "estimateHeight": true
        },
        "grid_indicators": {
            "x_size": 100,
        "y_size": 100,
        "rowCol": false,
        "output" : "fgb",
        "indicators" :["BUILDING_FRACTION", "BUILDING_HEIGHT", "BUILDING_POP",
                               "BUILDING_TYPE_FRACTION", "WATER_FRACTION", "VEGETATION_FRACTION",
                               "ROAD_FRACTION", "IMPERVIOUS_FRACTION", "FREE_EXTERNAL_FACADE_DENSITY",
                               "BUILDING_HEIGHT_WEIGHTED", "BUILDING_SURFACE_DENSITY",
                               "SEA_LAND_FRACTION", "ASPECT_RATIO", "SVF",
                               "HEIGHT_OF_ROUGHNESS_ELEMENTS", "TERRAIN_ROUGHNESS_CLASS",
                               "UTRF_AREA_FRACTION", "UTRF_FLOOR_AREA_FRACTION",
                               "LCZ_PRIMARY"]
         }
    }
}

log_zones_Villeurbanne.zip

[ebocher]

This bug is related to JTS "unable to assign free hole to a shell". I'll investigate next week.

[ebocher]

Fixed