[Bug] g.gui.tplot: y values in stvds plots are unordered about grass

[lucadelu]

No, I don't have any idea.

I these days I have no time to check it, I hope in the next weeks.

[echoix]

Without knowing anything about the implementation, I can think of two other reasons that could do that, to check if it's what happening:

• The y axis labels on the graph come from a categorical variable, so they don't have a position. So they aren't a number, they would be a string
• The labels are trunctatad, and you only see the end of the string

[veroandreo]

Without knowing anything about the implementation, I can think of two other reasons that could do that, to check if it's what happening:

• The y axis labels on the graph come from a categorical variable, so they don't have a position. So they aren't a number, they would be a string

This is what I suppose too. The y value seems to be obtained here: https://github.com/OSGeo/grass/blob/f8115df1219e784a7136e7609f4c9bb16d928e2f/gui/wxpython/tplot/frame.py#L693C25-L695C29 but I'm not sure how to test it

[echoix]

Since I suspect something wrong with type handling, I would place a breakpoint and step through it, but I won't be on a computer for the week. I would look if the int(cat) is correct, and if the data structure represents correctly what we wanted (ie: it gets the elements we want), and what branch conditions are taken. (Make sure that it is the good lines we are investigating).