Theming stylisation order isn't respected in a layer

[jnel]

At the moment you can set the display order for a layer but not within a layer e.g. a thematic.

Let's say there is a set of 20 busroutes, each indicated by different widths and colours. You can move the order in the legend up and down, but not the order of data display. The data is displayed in the order it comes out of the datasource, and you get random results. A thick line may overlay a thin line where there are shared busroutes. This means you have to set up 20 layers to get the desired results, cluttering up the user interface, and slowing down the system by doing 20 queries instead of 1 (significant when you have 200+ layers already)

Being able to manipulate the order of data display witin a thematic would be very powerful.

[zspitzer]

I think this is a really good idea

FDO already supports ordering, ​http://fdo.osgeo.org/files/fdo/docs/FDO_API/df/d50/class_fdo_i_base_select.htm

It would require an additional parameter in LayerDefinition

[zspitzer]

This really affects what is possible with mapguide and the workaround is painful

[tomfukushima]

Check out the Rendering Pass concept in RFC 29. Is this what you are asking for?

[zspitzer]

RFC 29 helps, but it becomes complex rather quickly.

Rather than resorting to manually editing the XML, ideally the theming order defined in studio should be respected, if not why is it there?

here is a test case purely authored in studio

​http://ennoble.dreamhosters.com/tests/test-case%20618.mgp

[jbirch]

I think there was some mailing list discussion of this... should this ticket be closed?

[jng]

Ticket retargeted after milestone closed

[jng]

Milestone renamed