Sure thing. You can assign it to me if you would like and when I get time I will update it with information on what I come up with.
- Nathan On Wed, Nov 28, 2012 at 7:33 PM, Andreas Neumann <[email protected]>wrote: > Hi Nathan, > > Thank you for putting some thoughts into this problem. > > Should I open a feature request ticket? > > Andreas > > > On Tue, 27 Nov 2012 19:56:27 +1000, Nathan Woodrow wrote: > >> Yes I agree this would be very handy and something I was thinking >> about how to tackle today. Larry has been working on some stuff for >> the data-defined labels to make it easier to use from the UI and the >> code so I'm thinking we can use the same code for that in the symbols. >> >> I would also like to be able to bind controls together, things like >> fill and outline so they always stay in sync. I have a few ideas how >> this could work so I'm going to try and have a go at some stage, or at >> least draft up the idea more. >> >> - Nathan >> >> On Tue, Nov 27, 2012 at 6:35 PM, Andreas Neumann wrote: >> >> Hi, >>> >>> In many of my projects I need to do several classifications for >>> different graphical variables, like fill-color, stroke-color, size, >>> orientation, etc. >>> >>> As an example I need to represesent manholes where the symbol shape >>> (SVG) is based on manhole type, the symbol stroke colors based on >>> the usage, and the size based on dimensions. >>> >>> I know that it is currently possible to reach this goal by either >>> >>> * using the rule based renderer - it would result in a lot of rules >>> or refined rules - a lot of work >>> * or concatenating the three attribute values into one attribute >>> and using the unique value renderer - but this results in many, many >>> combinations. Too many classes to handle. >>> >>> So my question/suggestion: >>> >>> Can we introduce multiple parallel/simultaneous categorized >>> classifications where each attributes controls one visual variable? >>> >>> I don't know how one could display a legend then with such parallel >>> classifications ... but other than that it would be more convenient >>> for the user. >>> >>> There may also be technical issues making this impossible. >>> >>> Any thoughts on this? >>> >>> Andreas >>> >>> -- >>> -- >>> Andreas Neumann >>> Böschacherstrasse 10A >>> 8624 Grüt (Gossau ZH) >>> Switzerland >>> ______________________________**_________________ >>> Qgis-developer mailing list >>> [email protected] [1] >>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>[2] >>> >> >> >> >> Links: >> ------ >> [1] mailto:Qgis-developer@lists.**osgeo.org<[email protected]> >> [2] >> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer> >> [3] mailto:[email protected] >> > > -- > -- > Andreas Neumann > Böschacherstrasse 10A > 8624 Grüt (Gossau ZH) > Switzerland >
_______________________________________________ Qgis-developer mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-developer
