Error : groovy.lang.MissingMethodException when calculating LCZ in a BoundingBox with BD Topo V3 about geoclimate HOT 10 CLOSED

Hi, I cannot reproduce your issue using BDTopo V3 on an other department using a smaller zone. Can you please have a try downloading the data for this department and use the following json file ?

{
    "description": "Processing BDT data",
    "input": {
    	"area" : 10000,
 	"srid": 2154,
    	"folder": "C://path/to/BDTopo/data",
        "locations": [
            [6930234,572256,6933020,574853]
        ]
    },
    "output": {
        "folder": "/tmp"
    }
}

from geoclimate.

Thanks for the quick reply, I'm gonna try a bit later today and give a more complet answer.
I downloaded the file you used. In the Seine-Maritime (76) data I can find .md5 files but not in the Cote d'Or (21) data.
Could it impact the geoclimate workflow (I guess not, but wanted to point it out) ?

from geoclimate.

Could it impact the geoclimate workflow (I guess not, but wanted to point it out) ?

No it should not

from geoclimate.

Yesterday I couldn't test with the data you provided (corrupted .rar, must be my connexion).
I have run the process as you advised and it works.

It seems I must change the coordinates of my boundingbox, what csr did you used ?
Should I add the "area" parameter too ?

from geoclimate.

The process work with the new coordinates (deleted the part after the ".") and saved to \tmp.
Yet I can't find the LCZ layer :

Those files don't give any data about indicators or LCZ.
Is there something I missed ?

from geoclimate.

Is the area that worked was the one you expected to run (Dijon and surroundings) ? It is totally normal that you do not have the LCZ layer since it was not asked in the configuration file. If you add the right info in the config file, you can get the result of the LCZ at RSU scale. But from what I understand (cf. discussion #962) it is not exactly what you are looking for. To run the LCZ at the unit you want (eg. 250 buffer circle around your stations), you then need to use the script that we refer in the discussion with the data you have created with this issue. Is that clearer ?

from geoclimate.

The area that worked was very similar (I used the bbox finder website to get the coordinates).
As I want to study the relation between air temperature and LCZ I would like to try different scale to considere the LCZ :

• LCZ at the exact location of the weather station
• Most present LCZ in a buffer (eg. 250m)
• LCZ calculated with forced RSU (cf. #962)
  Therefore I need the LCZ layer for the 2 first methods and use the script (#962) for the third.
  To get consistent data for each methods (and show a global map) I would like to get the LCZ Layer for the bounding box.

from geoclimate.

I suppose you do not want to use the LCZ type aggregated at grid cell (RSU LCZ is sufficient) ? Then here is the configuration file you should use:

{
    "description": "Processing BDT data",
    "input": {
    	"area" : 10000,
 	"srid": 2154,
    	"folder": "C://path/to/BDTopo/data",
        "locations": [
            [6930234,572256,6933020,574853]
        ]
    },
    "output": {
        "folder": "/tmp"
    },
    "parameters": {
        "rsu_indicators": {
            "indicatorUse": [
                "LCZ"
            ]
        }
    }
}

from geoclimate.

Indeed, RSU LCZ is sufficient for my goals.
Used the config you gave me and it works !
I will try again with OSM data base, I hope it works without any issue
Thanks a lot :)

*Edited as my previous message wasn't needed

from geoclimate.

Cool, if the problem that you first evoke in your issue is solved, please consider closing the issue.

from geoclimate.