Length mismatch: Expected axis has 38 elements, new values have 24 elements

[marciaamatias]

I'm running the SUEWS model within UMEP and I get this error when runngi the SUEWS simple

Length mismatch: Expected axis has 38 elements, new values have 24 elements

What length?!! Can someone help?

I checked the Supy.log and it doesn't present any information on the error

"2024-04-28 18:47:38,762 - SuPy - INFO - All cache cleared.
2024-04-28 18:47:39,549 - SuPy - INFO - All cache cleared."

[biglimp]

Hi @marciaamatias,

• Can you zip your data and attach it here for us to have a look at?
• please also clarify the versions of UMEP and QGIS you are using.

Thanks!

[sunt05]

Hello @biglimp I assume the SUEWS simple plugin would only use the default dataset shipped in UMEP, right? if so, I guest this issue is related to some upstream packages used in pre-processing the default dataset.

[biglimp]

Hello @biglimp I assume the SUEWS simple plugin would only use the default dataset shipped in UMEP, right? if so, I guest this issue is related to some upstream packages used in pre-processing the default dataset.

We will have to see when the user submit the data.

[marciaamatias]

I'm sorry I am taking so long to get you the files

But first I need to complete the problems I'm having with the Tree morphology

[marciaamatias]

So this is the input data that I have. I think that is all you need. If there is anything missing I'll send it.

files_M_1.zip

I've run the model again after I've fixed the tree morphology problem with @biglimp's help but the same error appeared.

And this is the version of QGIS and umep I'm using

UMEP: 4.0.4
UMEP for processing: 2.0.13
QGIS:

[sunt05]

Hello @biglimp, it seems the issue could be on the upstream side since the error message doesn't appear to be directly generated by SuPy itself.

---

Also, the data provided by UMEP users isn’t immediately usable for testing on the SuPy side. We need to determine whether the problem originates from SuPy or elsewhere. (This might be more of a UMEP development issue that should be branched out separately.)

[marciaamatias]

Is there anything missing I should have provided for testing on the SuPy side?

[sunt05]

No, not at the moment - Fredrik and I need to figure sth else first and update this further.

[biglimp]

Your attached data is not complete. If you want run use your own data in SUEWSSimple, you need isotrophic files from buildings, vegetation and landcover using DSM, DEM, CDSM and LandCover rasters. Please provide your isotrphic file for buildings.

[marciaamatias]

Sorry, here it is

buildings_IMPPoint_isotropic.txt

[biglimp]

Your data is inconsistent. In your land cover file, building fraction is 0.233 whereas in your building file you have a building fraction of 0.338.

Furthermore, when I look at your geodata, you lack a DEM and your DSM has tall vegetation included. Is should consist of only buildings and ground. Have a close look at the tutorial data for our London test case. There you can see how the data should be.
https://umep-docs.readthedocs.io/projects/tutorial/en/latest/Tutorials/IntroductionToSuews.html#introductiontosuews
https://umep-docs.readthedocs.io/projects/tutorial/en/latest/Tutorials/SuewsAdvanced.html#suewsadvanced

[marciaamatias]

So, I now have the correct DSM (only buildings)

However, the same error popped up:

So is the error because of the DSM or is it another thing that is making the length mistake appear?

[biglimp]

Not sure yet where your error come from but you still have large differences between your land cover building fraction and Building morphology fraction. When I test with your data I get this message since the data is inconsistent:

I also see that you are using the met_data from London (if the attached files are correct. That is not possible since that dataset is only valid for that location. Please clean your data and resubmit for us to test. As it is now I cannot debug your problem.