[Qgis-developer] Rotterdam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. Tomorrow I'll be at the http://www.geospatialworldforum.org/ Will any QGISser be around? I would be nice to have a coffee and a chat. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlGTKa4ACgkQ/NedwLUzIr7uyQCfTJEkjBmfGwEI5C0VtkD4hvSo kGcAoIPChpMYvyN5R54xXdx5SSoLjY0v =uiHf -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Final Logo Pick
Hi ! yeah I like the bottom one of #394 .. but it's not in the voting .. Nathan has a really hard job to do to do this .. From his screenshots I have to say .. although the design is simple and clean it does not fit as an icon .. I wonder if we should not do such photoshopped screenshots from all the designs that made it to the last round .. and I wonder why #394 has not been considered .. taking the facts from nathan I'd say #420 would give a nice Icon .. but it is not even rated .. :( Probably we all now know what the User would like .. But I would suggest to let the PSC go through ALL of the suggestions again considering the design of the User-voted .. and choose a cool one (but that would be probably after the contest).. winning does not necessarily mean that we HAVE to choose it or does it? kind regards Werner On Wed, May 15, 2013 at 7:29 AM, Anita Graser anitagra...@gmx.at wrote: On Tue, May 14, 2013 at 11:44 PM, Nyall Dawson nyall.daw...@gmail.comwrote: My final concern is that we haven't seen a version of this logo without Quantum in it yet. Oh there are such too: http://99designs.com/logo-design/contests/qgis-needs-logo-210397/designers/1191094#entry-394 Best, Anita ___ 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
Re: [Qgis-developer] [Qgis-user] statist plugin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/05/2013 08:38, Alexander Bruy ha scritto: this plugin (and many others) is broken due API changes in QGIS 1.9. I'll fix all my plugins API will be really freezed. BTW, Tim, could you please publish a new roadmap to QGIS2? Things are slipping, better rework it. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlGTL9UACgkQ/NedwLUzIr67kQCgu8k+tMNJdkUydO+Ysb72NW6L lK8An2/5pxu+DDN/Se1R5ohrslNjgBbX =RXJ+ -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Final Logo Pick
Dnia środa, 15 maja 2013 o 08:43:05 Werner Macho napisał(a): But I would suggest to let the PSC go through ALL of the suggestions again considering the design of the User-voted .. and choose a cool one +1 for not forgetting the final decision belongs to the PSC :-) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Final Logo Pick
+ 1 for the bottom one in #394 [1] since the author of #50 and #394 is the same, it must be possible to use it if one wins the contest. [1] http://99designs.fr/logo-design/contests/qgis-needs-logo-210397/entries/394 2013/5/15 Borys Jurgiel li...@borysjurgiel.pl Dnia środa, 15 maja 2013 o 08:43:05 Werner Macho napisał(a): But I would suggest to let the PSC go through ALL of the suggestions again considering the design of the User-voted .. and choose a cool one +1 for not forgetting the final decision belongs to the PSC :-) ___ 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
Re: [Qgis-developer] Context help - locale (Consider country?)
Hi Matthias, On Wed, 15. May 2013 at 12:37:31 +0200, Matthias Kuhn wrote: Can you give me a hint on where to find what you have done with the grass modules? scripts/update_ts_files.sh (ie. scripts/qgm2cpp.pl) I think we also still need something alike for the algorithm descriptions in sextante - didn't look into that. +1 for an embedded webkit widget somewhere. Right now the help is a separate process and I see no reason for or benefit of this, but the behavior that it does not close when exiting the application seems to be a disadvantage. I now do. Spawning a modeless dialog from modal dialogs doesn't work well... I noticed only after moving the helpviewer into qgscontexthelp. So I reverted that ;) But I made the helpviewer read the help texts from stdin and qgscontexthelp to write it to the helpviewer. There is now a cmake recipes that creates a cpp file each for function and context help from the -en_US version in resources and that is integrated automatically into the ts file using the normal process. I also added the non-en_US versions of the help files into the respective ts files. They are still there, although they aren't used anymore. So now if there are updates to the help, only the en-US versions should be added or updated - and the translations are in the ts files. As well as the recent hack to the paths get it to run properly from the build directory because it resides in lib/. You said you have started. Is that code already pushed to master? Yes, 4b766003 (and cdd7e9f1). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de committ(ed|ing) to Quantum GIS IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster drawing style always set to single band gray
On Tue, May 14, 2013 at 11:34 AM, Alexander Bruy alexander.b...@gmail.com wrote: Hi all, seems something broken in raster subsystem. Method drawingStyle() of QgsRasterLayer class always returns 1 despite which rendering style is set via properties or qml file. Steps to reproduce: 1. load singleband gray raster 2. open layer properties and in Style tab set Render type to Singleband pseudocolor 3. add several classes and assign colors for them, apply changes 4. close layer properties 5. open Python console and run next code (raster layer should be active): l = iface.mapCanvas().currentLayer() l.drawingStyle() This always returns value 1, but for Singleband pseudocolor it must be 2. Drawing style was left in raster layer from 1.8 where rendering was done by raster layer and each DrawingStyle had rendering method in raster layer. In master, rendering is done by renderers set by setRenderer() and you can set even your custom renderer. There is no 1 to 1 mapping between renderer and drawing style. My suggestion is to remove mDrawingStyle, drawingStyle() and setDrawingStyle() completely and keep only setRendererForDrawingStyle() for simple renderer setting. OK Marco? How / why do you need to use drawing style getter? Can you use the renderer directly? Radim Should I file ticket? -- Alexander Bruy ___ 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
Re: [Qgis-developer] many SVG symbols disappeared
Hi everyone, On May 7, 2013, at 1:42 AM, Duarte Carreira dcarre...@edia.pt wrote: If we can get hold of the old symbology lib than that's fine by me. But please don't make us and others rebuild their entire organization's cartography just because you don't like the symbols. Thanks, Duarte An option to get the old symbols should suffice, right? Instructions on what needs to be done with these symbols for each platform might also be helpful. -Mensagem original- De: Tim Sutton [mailto:li...@linfiniti.com] Enviada: segunda-feira, 6 de Maio de 2013 21:56 Para: Olivier Dalang Cc: Nathan Woodrow; qgis-developer; Giovanni Manghi; Duarte Carreira Assunto: Re: [Qgis-developer] many SVG symbols disappeared Hi On Mon, May 6, 2013 at 2:31 PM, Olivier Dalang olivier.dal...@gmail.com wrote: I was asking that question on this thread : http://osgeo-org.1560.x6.nabble.com/Ideas-on-the-SVG-symbols-library-t d5040508.html#a5046486 Maybe I didn't emphasize enough on the deletion of symbols... IMO, the most elegant solution is to keep only the good-looking symbols so we provide a simple and consistent library, and then to provide a link on the website to download the unmodified 1.8 symbol library in case one needs to keep full backwards compatibility (it's quite easy to install : you just have to replace the SVG folder in your installation folder). The whole pull request already breaks backwards compatibility with all other symbols, since by removing their background, the may become unreadable on most of the maps... So if the priority is the keep old projects looking the same rather than having a clean and consistent library, the best is not to change the svg library at all. (just as an illustration, do you really think it's pertinent to keep this in the library ? : https://www.dropbox.com/s/jj9e852r08w5ysp/north-arrow_10_with_map_laye rs.png ) I use that symbol all the time! /sarcasm Yeah that ain't pretty... Personally I like Oliver's patch and I think we should clean up house for 2.0. Keeping compatibility is useful but most of my project files from 1.8 are already broken to some degree and I would prefer we do all the big changes in 2.0 and then become more conservative in subsequent 2.x releases. +1 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] composer export fails for maps with label shadows
Hi Régis, On May 7, 2013, at 12:40 AM, Régis Haubourg regis.haubo...@eau-adour-garonne.fr wrote: Hi, This morning I tried to export in pdf some multimaps composers. I encounter an error - not crashing qgis, but leaving composer blank - on maps using new dropshadows for labels. %Maybe it's related to blending or only shadows. I switched back to buffer, and it works OK, even A0. Anyone confirms? I've been producing pdf output maps from Composer using labels with drop shadows during the past week. Can you share the specific blend settings or, better, create a simple example qgs file you can share? Thanks, John ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] many SVG symbols disappeared
Hi, On Wed, May 15, 2013 at 11:26 AM, John C. Tull jct...@gmail.com wrote: Hi everyone, On May 7, 2013, at 1:42 AM, Duarte Carreira dcarre...@edia.pt wrote: If we can get hold of the old symbology lib than that's fine by me. But please don't make us and others rebuild their entire organization's cartography just because you don't like the symbols. Thanks, Duarte An option to get the old symbols should suffice, right? Instructions on what needs to be done with these symbols for each platform might also be helpful. Well, even though I agree with the new changes, it will be a harsh situation for those who have used the deprecated ones in their projects. And, kind of rude (from the users standpoint) to force the change and require a manual rebuild of existing projects. There are still some issues regarding the new symbol setup: 1) IMO, the deprecation of many symbols is fine, if they are moved to a 'deprecated' folder. Such a folder may or may not be part of the SVG search paths, but still in source and installed. Then, just like when you move or restructure a web site, create some path rewrite rules that will auto-update a 2.0 project and rewrite the deprecated SVG paths to the deprecated SVGs folder. This could remove the deprecated SVGs from the selector interface, but not break existing projects. When user goes to work with the symbol, the correct path is visible, but they can only select new-style SVGs for which to update the symbol, unless they specifically browse to the deprecated folder and link to a deprecated one again. I think such an approach will keep good karma with the user community. 2) Many of the new symbols are white as default. This is probably so they work well on top of a colored background when layered. However, this makes them very difficult to preview (especially on Mac). Either the widget view needs to have a medium gray background, or the default color for those SVGs should be gray (or maybe black, but gray would work better). This assumes that all those SVGs have color parameters that can just be changed later. 3) The new SVG backgrounds for labels do not yet support such 'layered' symbols. Currently only a single SVG can be used. There needs to be a decent selection of background SVGs for labels (e.g. road shields) that do not require layering. Layering backgrounds may not be a good fit for labeling in the future either, since single SVGs with drop shadows already slow labeling down. Regards, Larry -Mensagem original- De: Tim Sutton [mailto:li...@linfiniti.com] Enviada: segunda-feira, 6 de Maio de 2013 21:56 Para: Olivier Dalang Cc: Nathan Woodrow; qgis-developer; Giovanni Manghi; Duarte Carreira Assunto: Re: [Qgis-developer] many SVG symbols disappeared Hi On Mon, May 6, 2013 at 2:31 PM, Olivier Dalang olivier.dal...@gmail.com wrote: I was asking that question on this thread : http://osgeo-org.1560.x6.nabble.com/Ideas-on-the-SVG-symbols-library-t d5040508.html#a5046486 Maybe I didn't emphasize enough on the deletion of symbols... IMO, the most elegant solution is to keep only the good-looking symbols so we provide a simple and consistent library, and then to provide a link on the website to download the unmodified 1.8 symbol library in case one needs to keep full backwards compatibility (it's quite easy to install : you just have to replace the SVG folder in your installation folder). The whole pull request already breaks backwards compatibility with all other symbols, since by removing their background, the may become unreadable on most of the maps... So if the priority is the keep old projects looking the same rather than having a clean and consistent library, the best is not to change the svg library at all. (just as an illustration, do you really think it's pertinent to keep this in the library ? : https://www.dropbox.com/s/jj9e852r08w5ysp/north-arrow_10_with_map_laye rs.png ) I use that symbol all the time! /sarcasm Yeah that ain't pretty... Personally I like Oliver's patch and I think we should clean up house for 2.0. Keeping compatibility is useful but most of my project files from 1.8 are already broken to some degree and I would prefer we do all the big changes in 2.0 and then become more conservative in subsequent 2.x releases. +1 ___ 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