[Qgis-developer] Groups in Layers panel
Hi, I'm dealing with quite a number of vector map tiles, and I have grouped many of them with a common theme. What I'm finding pretty unworkable, is that when I want to set rendering style, I have to do it individually per map in that group, and likewise, when I want to Identify a feature within that group, I have to click through each map in that group in order to find which map in that group holds the feature I want to identify. There are probably quite a few other actions that would be easier to work at a group level rather than a map level, but: Am I attacking this issue the wrong way, or is there a possibility that some of these actions can be processed by QGIS at a map-group level? Regards to all, Zoltan -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Improving the legend for map-units, data-defined symbology, diagrams and labels
+1 A. Il 14/nov/2014 00:22 "Andreas Neumann" ha scritto: > I correct myself regarding issue 1: > > It is not unpredictable and even corresponds nicely with the scale - so > map display and legend display are nicely in sync. But I think we need to > be able to restrict legends where map units are involved to a certain > min/max scale range. So the symbols don't get too big or too small and get > into each others way. > > Andreas > > > > On 13.11.2014 23:29, Andreas Neumann wrote: > >> Hi, >> >> We need to solve a number of open issues with the legend - preferably in >> the next QGIS release. This concerns mainly the print composer legend, but >> perhaps the legend in the legend tree could be solved at the same time. At >> the same time we should also think how these improved legends could be >> exposed in QGIS server. >> >> I am trying to list the things I would like to see improved: >> >> 1. Support for legends for graphical properties defined with map units. >> Currently these legends display in the print composer at very strange, >> unpredictable and unusable sizes. E.g. a stroke-width or dash defined in >> map units is either way too big or too small. Same for symbol sizes defined >> in map units. We need a way to translate these map units in usable paper >> units suitable for display in the legend. Let the map author define a >> corresponding mm size (along with the map units) - solely for the display >> of the legend. >> >> 2. Display of legends for graphical properties defined with data-defined >> symbology. We need a way to specify common graphical properties in the >> legend that are of interest in the legend. F.e. - if I define the colors >> data-defined I would like to be able to specify the expected colors that >> may appear in my data/project. This could be either done dynamically (by >> scanning the data) or statically (decided by the map author). Perhaps both >> methods. To me, the static method may be more predictable and more >> performant. >> >> 3. Legends for diagrams (pie charts, bar charts) - something similar to >> http://esri.force.com/servlet/rtaImage?eid=08730008Nki&; >> feoid=Body&refid=0EM3000Co0O - showing both sizes and colors - >> nicely stacked into each other. >> >> 4. Legends for labels - here we also have the same issue: how can we >> display a label legend where graphical properties are set based on >> data-defined values? >> >> --- >> >> I know this is not yet well specified - but I would like to open the >> discussion how we can solve the above issues. And I am looking for a QGIS >> developer who is interested in solving the above issues. If you are >> interested in developing above listed improvements, please join the >> discussion or contact me offlist. >> >> Do you have ideas how to solve the issues with map units and data-defined >> symbology? >> >> There is at least one other german organization (QGIS user) who is >> interested in this and would help finance this effort. Perhaps we can find >> more organizations who would help finance. >> >> Thank you for joining the discussion, >> >> Andreas >> ___ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-developer >> > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS 2.6 - Open postgis raster: decimal separator problem?
Hi devs, I'm unable to open Postgis rasters using the default language setting, which is pt_PT.UTF-8 in my case. By overriding language settings, I can open Postgis rasters. Maybe something related with the decimal_point setting in LC_NUMERIC? I didn't find any bug related with this issue. Can some else confirm this problem? Should I submit a bug? How to reproduce the problem (if decimal_point == ',' and not '.'): 0) Download raster from https://bo5r0b.s.cld.pt or use your own raster i) Insert raster in to Postgis raster2pgsql -d -I -C -M -s 3763 001972Argb_12.tif -F -t 1000x1000 orto | psql -h localhost -U geobox -d orto ii) Open QGIS with default language settings. Add raster to QGIS using DB Manager iii) The raster does not show properly. Raster properties are not extract/calculated correctly. How to solve the problem: i) Start QGIS overriding all language specific settings: LC_ALL=C qgis ii) The Postgis raster shows properly and all properties are loaded with correct values. I'm using: Ubuntu 14.04.1 LTS "PostgreSQL 9.3.5 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2, 64-bit" "POSTGIS="2.1.2 r12389" GEOS="3.4.2-CAPI-1.8.2 r3921" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.10.1, released 2013/08/26" LIBXML="2.9.1" LIBJSON="UNKNOWN" RASTER" QGIS version2.6.0-Brighton QGIS code revision exported Compiled against Qt 4.8.6 Running against Qt 4.8.6 Compiled against GDAL/OGR 1.10.1 Running against GDAL/OGR1.10.1 Compiled against GEOS 3.4.2-CAPI-1.8.2 Running against GEOS 3.4.2-CAPI-1.8.2 r3921 PostgreSQL Client Version 9.3.4 SpatiaLite Version 4.1.1 QWT Version 5.2.3 PROJ.4 Version 480 QScintilla2 Version 2.8.1 Additional feedback is appreciated. Regards, J. Gustavo -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: +351 253604480 Fax: +351 253604471 Móvel: +351 910333888 skype: nabocudnosor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Improving the legend for map-units, data-defined symbology, diagrams and labels
I correct myself regarding issue 1: It is not unpredictable and even corresponds nicely with the scale - so map display and legend display are nicely in sync. But I think we need to be able to restrict legends where map units are involved to a certain min/max scale range. So the symbols don't get too big or too small and get into each others way. Andreas On 13.11.2014 23:29, Andreas Neumann wrote: Hi, We need to solve a number of open issues with the legend - preferably in the next QGIS release. This concerns mainly the print composer legend, but perhaps the legend in the legend tree could be solved at the same time. At the same time we should also think how these improved legends could be exposed in QGIS server. I am trying to list the things I would like to see improved: 1. Support for legends for graphical properties defined with map units. Currently these legends display in the print composer at very strange, unpredictable and unusable sizes. E.g. a stroke-width or dash defined in map units is either way too big or too small. Same for symbol sizes defined in map units. We need a way to translate these map units in usable paper units suitable for display in the legend. Let the map author define a corresponding mm size (along with the map units) - solely for the display of the legend. 2. Display of legends for graphical properties defined with data-defined symbology. We need a way to specify common graphical properties in the legend that are of interest in the legend. F.e. - if I define the colors data-defined I would like to be able to specify the expected colors that may appear in my data/project. This could be either done dynamically (by scanning the data) or statically (decided by the map author). Perhaps both methods. To me, the static method may be more predictable and more performant. 3. Legends for diagrams (pie charts, bar charts) - something similar to http://esri.force.com/servlet/rtaImage?eid=08730008Nki&feoid=Body&refid=0EM3000Co0O - showing both sizes and colors - nicely stacked into each other. 4. Legends for labels - here we also have the same issue: how can we display a label legend where graphical properties are set based on data-defined values? --- I know this is not yet well specified - but I would like to open the discussion how we can solve the above issues. And I am looking for a QGIS developer who is interested in solving the above issues. If you are interested in developing above listed improvements, please join the discussion or contact me offlist. Do you have ideas how to solve the issues with map units and data-defined symbology? There is at least one other german organization (QGIS user) who is interested in this and would help finance this effort. Perhaps we can find more organizations who would help finance. Thank you for joining the discussion, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Improving the legend for map-units, data-defined symbology, diagrams and labels
Hi, We need to solve a number of open issues with the legend - preferably in the next QGIS release. This concerns mainly the print composer legend, but perhaps the legend in the legend tree could be solved at the same time. At the same time we should also think how these improved legends could be exposed in QGIS server. I am trying to list the things I would like to see improved: 1. Support for legends for graphical properties defined with map units. Currently these legends display in the print composer at very strange, unpredictable and unusable sizes. E.g. a stroke-width or dash defined in map units is either way too big or too small. Same for symbol sizes defined in map units. We need a way to translate these map units in usable paper units suitable for display in the legend. Let the map author define a corresponding mm size (along with the map units) - solely for the display of the legend. 2. Display of legends for graphical properties defined with data-defined symbology. We need a way to specify common graphical properties in the legend that are of interest in the legend. F.e. - if I define the colors data-defined I would like to be able to specify the expected colors that may appear in my data/project. This could be either done dynamically (by scanning the data) or statically (decided by the map author). Perhaps both methods. To me, the static method may be more predictable and more performant. 3. Legends for diagrams (pie charts, bar charts) - something similar to http://esri.force.com/servlet/rtaImage?eid=08730008Nki&feoid=Body&refid=0EM3000Co0O - showing both sizes and colors - nicely stacked into each other. 4. Legends for labels - here we also have the same issue: how can we display a label legend where graphical properties are set based on data-defined values? --- I know this is not yet well specified - but I would like to open the discussion how we can solve the above issues. And I am looking for a QGIS developer who is interested in solving the above issues. If you are interested in developing above listed improvements, please join the discussion or contact me offlist. Do you have ideas how to solve the issues with map units and data-defined symbology? There is at least one other german organization (QGIS user) who is interested in this and would help finance this effort. Perhaps we can find more organizations who would help finance. Thank you for joining the discussion, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Installin IntraMaps Roam
Il 11/11/2014 11:30, Nathan Woodrow ha scritto: > Did you build a project using the config manager first? Roam itself is just > the > viewer there is a different application to make the projects. OK, now I got it, thanks (I know, I should have RTFM first). After config, the viewer seems to run fine. Apparently the setup creates an older version of the project (not 2.6). BTW: any plans for a long term support of this interesting app? Wouldn't it be nice to include it in QGIS master, to make it easily available to all QGIS users? Ready to help with testing if necessary. All the best, and thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
