Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 24/05/2013 07:36, Ziegler Stefan ha scritto: Hi I do have exactly the same problem. E.g. I almost cannot see any difference between the WMS/WCS/WFS icons except on a very tiny part of the icons whereas the old icons were easy to distinguish. But this is perhaps I'm getting old... and I got used to the old icons. I guess I will not learn the icons but just the position I can find them. As far as I remember there was a poll once with the result to use the new icons as default. I also found that long time users find quite irritating being forced to switch. IMHO, better keep both. 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/ iEYEARECAAYFAlGfCJkACgkQ/NedwLUzIr7ufgCgq3WnVN6/A8l9xMh6vij7xIZM xuIAnRFf/R3Q77I6ESrjvc0ULBiA0j2H =laRU -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
Hi, It's good time now to add colours to similar sets (like open * layer). Waiting for proposals... with short description of your associations. Robert On 24.05.2013 08:28, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 24/05/2013 07:36, Ziegler Stefan ha scritto: Hi I do have exactly the same problem. E.g. I almost cannot see any difference between the WMS/WCS/WFS icons except on a very tiny part of the icons whereas the old icons were easy to distinguish. But this is perhaps I'm getting old... and I got used to the old icons. I guess I will not learn the icons but just the position I can find them. As far as I remember there was a poll once with the result to use the new icons as default. I also found that long time users find quite irritating being forced to switch. IMHO, better keep both. 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/ iEYEARECAAYFAlGfCJkACgkQ/NedwLUzIr7ufgCgq3WnVN6/A8l9xMh6vij7xIZM xuIAnRFf/R3Q77I6ESrjvc0ULBiA0j2H =laRU -END PGP SIGNATURE- ___ 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 Server - GetPrint with a composer containing HTML block causes segfault
Hi I just tested the same long text replacement passed in the parameter, but after unchecking the feature Display in HTML. It appears that the behaviour is the same : when using this feature (dynamic strings for text item in composers) in the GetPrint request, QGIS does not respect the position and size of the text box. All the text is displayed in a single line which make the box overflows to the right. I have not yet find the specific server code wich handles this part, so I cannot propose a pull request for it. Michael 2013/5/23 kimaidou kimai...@gmail.com Ok, so I ran some more test. Here are the results I have set up a simple composer in QGIS (last master, compiled this morning) http://picpaste.com/Capture_du_2013-05-23_15_48_30-9NozmDib.png When I export in PDF from QGIS composer, I get this http://temp-share.com/show/KdPfy1yuh When I ran the request [1] which is the getprint (wrapped by Lizmap, but it is kind of a proxy to QGIS Server) Basically I added the parameter truc=MY FOO TITLE bBOLD/b I get this : http://temp-share.com/show/Pf3YjoO62 When I ran the same request but with a longer truc parameter, like truc=MY FOO TITLE bBOLD/bpLorem ipsum dolor sit amet, consectetur adipiscing elit. Quisque luctus adipiscing fringilla. Fusce eget justo tellus. Maecenas dolor augue, sollicitudin at iaculis et, congue et metus. Aenean tincidunt ipsum sit amet ipsum ornare fermentum. Proin fringilla laoreet hendrerit. Curabitur dui urna, interdum tempus blandit eu,/p I get this: http://temp-share.com/show/f3YgiOWwn So it appears that the dynamic replacement via the GetPrint request does not respect the position and size of my truc text box. Have I missed something or shall I report a bug ? Thanks in advance Michael [1] http://localhost/LIZMAP/lizmap-web-client/lizmap/www/index.php/lizmap/service/?repository=devproject=dev_printSERVICE=WMSVERSION=1.3REQUEST=GetPrintFORMAT=pdfEXCEPTIONS=application/vnd.ogc.se_inimageTRANSPARENT=trueSRS=EPSG:3857DPI=300TEMPLATE=lizmapmap0:extent=423524.8086443924,5400434.830480828,431474.979630755,5410235.04125647map0:rotation=0map0:scale=4.999LAYERS=communetruc=MY%20FOO%20TITLE%20%3Cb%3EBOLD%3C/b%3E 2013/5/23 kimaidou kimai...@gmail.com Ok, new report here : * Instead of using an HTML item which forces to load an external html file, I just use a classical Text item. I have checked the Display in HTML checkbox * I setup an ID for this text box, for example myid * I can request the getPrint and add the parameter and content, for example ...LAYERS=communemyid=h1a small test/h1br/br/plorem ipsum blablabl/p * It seems to work, but I get a tiny tiny box with some unreadble text in it. I think I must pass some extra parameters to the fake X Server, like the screen size, etc. I will report further attempts Cheers Michael 2013/5/23 kimaidou kimai...@gmail.com I report my progress here I managed to get a PDF via the GetPrint request by following these steps 1/ Create a fake X server Xvfb :99 -ac -noreset 2/ Add the option in the fastcgi , for example FastCgiConfig -idle-timeout 70 -maxClassProcesses 50 -minProcesses 3 -init-start-delay 3 -restart-delay 20 -startDelay 15 -initial-env DISPLAY=:99 LD_LIBRARY_PATH=/home/kimaidou/src/qgis/build/lib/ 3/ Restart Apache service apache2 restart After this, I tried the GetPrint request from my QGIS project with a composer containing a HTML item. The request get a PDF as an answer, but the HTML item is empty. I will try with another composer, etc., and report here. By the way, is there a way to pass an HTML string via a parameter to the getPrint request for HTML items, as it is possible for text item ? This would rock ! Michael 2013/5/23 kimaidou kimai...@gmail.com Hi Tim and Marco I come back to this subject after helping to solve the performance problem with Mathias. So, I am first runnning my tests on my ubuntu laptop. Since it is my computer, it is not ubuntu server but the classical Ubuntu with an X server running. I tried in my terminal echo $DISPLAY :0 So it seems (but I am far from being a X server guru !) that this is the DISPLAY value I should pass to QGIS Server. This is why I added the following configurartion in my virtual host (and in the fastcgi config file): In the virtual host ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ Directory /usr/lib/cgi-bin AllowOverride None Options +ExecCGI -MultiViews FollowSymLinks Order allow,deny Allow from all SetEnv LD_LIBRARY_PATH /home/kimaidou/src/qgis/build/lib SetEnv DISPLAY :0 /Directory In /etc/apache2/mods-available/fastcgi.conf IfModule mod_fastcgi.c AddHandler fastcgi-script .fcgi #FastCgiWrapper /usr/lib/apache2/suexec FastCgiIpcDir /var/lib/apache2/fastcgi FastCgiConfig -idle-timeout 70 -maxClassProcesses 50
Re: [Qgis-developer] editing problems
you're right. it is the only reason i still have many projects made in 1.8 -- View this message in context: http://osgeo-org.1560.x6.nabble.com/editing-problems-tp5052578p5055466.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
+1 i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. I did a quick google and came across this: http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ The QGIS icons do all of the top three things. Jonathan On 24 May 2013 09:27, skampus stefano.cam...@regione.piemonte.it wrote: that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Layers rendering order swapped (behavior change)
I saved a simple project with 3 layers from 1.8.0. Opening it with current master (commit:83445af) renders those 3 layers upside down (layer on top in the layer manager is rendered at the bottom in the map canvas). Moving layers around confirms the behavior: you have to move point layers at the bottom in order for them to NOT be covered by lineal layers. Is this intentional ? you may want to add your notes here http://hub.qgis.org/issues/7623 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Composer load time
There are no additional svg folders defined in the settings. I have tried to compile QGIS with debug enabled, but it doesn't seem that there are any additional messages. Are there log files I should check? If I run make test, there are quite a few failed tests: Running tests... Test project /home/rudi/personal/programming/python/qgis/qgis-git/Quantum-GIS/build-debug Start 1: qgis_clippertest 1/67 Test #1: qgis_clippertest . Passed0.89 sec Start 2: qgis_distanceareatest 2/67 Test #2: qgis_distanceareatest Passed0.67 sec Start 3: qgis_applicationtest 3/67 Test #3: qgis_applicationtest . Passed0.30 sec Start 4: qgis_diagramtest 4/67 Test #4: qgis_diagramtest . Passed3.79 sec Start 5: qgis_expressiontest 5/67 Test #5: qgis_expressiontest .. Passed0.72 sec Start 6: qgis_filewritertest 6/67 Test #6: qgis_filewritertest .. Passed0.35 sec Start 7: qgis_regression992 7/67 Test #7: qgis_regression992 ... Passed0.52 sec Start 8: qgis_regression1141 8/67 Test #8: qgis_regression1141 .. Passed0.33 sec Start 9: qgis_rasterlayertest 9/67 Test #9: qgis_rasterlayertest .***Failed0.71 sec Start 10: qgis_rastersublayertest 10/67 Test #10: qgis_rastersublayertest .. Passed0.40 sec Start 11: qgis_rasterfilewritertest 11/67 Test #11: qgis_rasterfilewritertest Passed0.88 sec Start 12: qgis_contrastenhancementtest 12/67 Test #12: qgis_contrastenhancementtest . Passed0.20 sec Start 13: qgis_maplayertest 13/67 Test #13: qgis_maplayertest Passed0.31 sec Start 14: qgis_rendererstest 14/67 Test #14: qgis_rendererstest ...***Failed1.77 sec Start 15: qgis_maprenderertest 15/67 Test #15: qgis_maprenderertest . Passed8.34 sec Start 16: qgis_blendmodestest 16/67 Test #16: qgis_blendmodestest ..***Failed0.93 sec Start 17: qgis_geometrytest 17/67 Test #17: qgis_geometrytest Passed0.68 sec Start 18: qgis_coordinatereferencesystemtest 18/67 Test #18: qgis_coordinatereferencesystemtest ... Passed0.44 sec Start 19: qgis_pointtest 19/67 Test #19: qgis_pointtest ... Passed0.20 sec Start 20: qgis_vectordataprovidertest 20/67 Test #20: qgis_vectordataprovidertest .. Passed0.32 sec Start 21: qgis_vectorlayertest 21/67 Test #21: qgis_vectorlayertest . Passed0.35 sec Start 22: qgis_rulebasedrenderertest 22/67 Test #22: qgis_rulebasedrenderertest ... Passed0.31 sec Start 23: qgis_ziplayertest 23/67 Test #23: qgis_ziplayertest Passed1.74 sec Start 24: qgis_dataitemtest 24/67 Test #24: qgis_dataitemtest Passed0.47 sec Start 25: qgis_composermaptest 25/67 Test #25: qgis_composermaptest .***Failed 21.87 sec Start 26: qgis_composereffectstest 26/67 Test #26: qgis_composereffectstest . Passed6.20 sec Start 27: qgis_atlascompositiontest 27/67 Test #27: qgis_atlascompositiontest Passed 28.02 sec Start 28: qgis_composerlabeltest 28/67 Test #28: qgis_composerlabeltest ... Passed3.48 sec Start 29: qgis_stylev2test 29/67 Test #29: qgis_stylev2test . Passed2.23 sec Start 30: qgis_composerhtmltest 30/67 Test #30: qgis_composerhtmltest ***Failed 14.79 sec Start 31: qgis_rectangletest 31/67 Test #31: qgis_rectangletest ... Passed1.10 sec Start 32: qgis_composerscalebartest 32/67 Test #32: qgis_composerscalebartest ***Failed 20.06 sec Start 33: qgis_ogcutilstest 33/67 Test #33: qgis_ogcutilstest Passed0.23 sec Start 34: qgis_vectorlayercachetest 34/67 Test #34: qgis_vectorlayercachetest Passed0.45 sec Start 35: qgis_zoomtest 35/67 Test #35: qgis_zoomtest Passed0.49 sec Start 36: qgis_histogramtest 36/67 Test #36: qgis_histogramtest ... Passed1.75 sec Start 37: qgis_projectionissues 37/67 Test #37: qgis_projectionissues Passed1.33 sec Start 38: qgis_scalecombobox 38/67 Test #38: qgis_scalecombobox ... Passed0.34 sec Start 39: qgis_dualviewtest 39/67 Test #39: qgis_dualviewtest Passed0.53 sec Start 40: qgis_rubberbandtest 40/67 Test #40: qgis_rubberbandtest .. Passed0.40 sec Start 41: qgis_analyzertest 41/67 Test #41: qgis_analyzertest Passed
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
I would like to ask the powers that be to keep the old and trusted icons. They never failed me and the gui is quite uplifting. The new set may be technically better but is not as friendly to users. Please keep both. Duarte De: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk] Enviada: sexta-feira, 24 de Maio de 2013 09:59 Para: skampus Cc: qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org Assunto: Re: [Qgis-user] [Qgis-developer] New Icons - difficult to read +1 i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. I did a quick google and came across this: http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ The QGIS icons do all of the top three things. Jonathan On 24 May 2013 09:27, skampus stefano.cam...@regione.piemonte.itmailto:stefano.cam...@regione.piemonte.it wrote: that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] How to enable labeling tools to move labels (since last merge of Larry's work)
Hi all, Larry, first, congratulations for the great labeling refactoring, this is huge! I couldn't find a way to enable the move / rotate tools in toolbar, in edit mode, after having defined fields for X and Y in expression. Tools that opens a dialog to modify font, text.. is working, but I couldn't change Y X values in it. Is this an issue or a I missing something? régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/How-to-enable-labeling-tools-to-move-labels-since-last-merge-of-Larry-s-work-tp5055535.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
Hi! -1 for keeping the old Icons.. I'd rather vote to probably leave them for 2.0 but get rid of them afterwards.. It does not make any sense to have different sets of icons .. And as GRASS is using the same icon set in their GUI it does indeed make sense to use it probably in every open source GIS .. I know that the first time might be hard but thats just the usual human behaviour of refusing new things. But for e.g. I am working with the new icon set since a very long time (to use GRASS and QGIS in parallel) and I can find everything at once but rather have some kind of problems when I switch to the old ones.. So I know that I could adapt myself to the old iconset within a few days .. Its just human that every more work you have to do gets refused at first regardless of the advatnages it might bring later So maybe for a period of migration Id leave the old icons inside but definitely not for 2.1 or later .. OF course that all is just my personal experience and opinion kind regards Werner On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira dcarre...@edia.pt wrote: I would like to ask the “powers that be” to keep the old and trusted icons. They never failed me and the gui is quite uplifting. The new set may be technically better but is not as friendly to users. ** ** Please keep both. ** ** Duarte ** ** *De:* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk] *Enviada:* sexta-feira, 24 de Maio de 2013 09:59 *Para:* skampus *Cc:* qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org *Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons - difficult to read ** ** +1 ** ** i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. ** ** ** ** Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. ** ** ** ** I did a quick google and came across this: http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ ** ** The QGIS icons do all of the top three things. ** ** Jonathan ** ** ** ** ** ** ** ** On 24 May 2013 09:27, skampus stefano.cam...@regione.piemonte.it wrote:* *** that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.* *** ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ 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] New Icons - difficult to read
Hi, -1. I agree with Werner. Having used the gis icon set for many months, I have problems using the old ones. That's just how the human mind works. Let's improve the gis icons where it makes sense but let us focus or work on one set. Best wishes, Anita On Fri, May 24, 2013 at 1:14 PM, Werner Macho werner.ma...@gmail.comwrote: Hi! -1 for keeping the old Icons.. I'd rather vote to probably leave them for 2.0 but get rid of them afterwards.. It does not make any sense to have different sets of icons .. And as GRASS is using the same icon set in their GUI it does indeed make sense to use it probably in every open source GIS .. I know that the first time might be hard but thats just the usual human behaviour of refusing new things. But for e.g. I am working with the new icon set since a very long time (to use GRASS and QGIS in parallel) and I can find everything at once but rather have some kind of problems when I switch to the old ones.. So I know that I could adapt myself to the old iconset within a few days .. Its just human that every more work you have to do gets refused at first regardless of the advatnages it might bring later So maybe for a period of migration Id leave the old icons inside but definitely not for 2.1 or later .. OF course that all is just my personal experience and opinion kind regards Werner On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira dcarre...@edia.ptwrote: I would like to ask the “powers that be” to keep the old and trusted icons. They never failed me and the gui is quite uplifting. The new set may be technically better but is not as friendly to users. Please keep both. Duarte *De:* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk] *Enviada:* sexta-feira, 24 de Maio de 2013 09:59 *Para:* skampus *Cc:* qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org *Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons - difficult to read +1 i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. I did a quick google and came across this: http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ The QGIS icons do all of the top three things. Jonathan On 24 May 2013 09:27, skampus stefano.cam...@regione.piemonte.it wrote: that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ 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
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
Hi, I fully agree with Werner and Anita. gis theme is consistent, clear and looks much better then old icons. Maybe all we need is only some small improvements in color scheme as suggested by Robert. So, -1 for keeping old icons. 2013/5/24, Anita Graser anitagra...@gmx.at: Hi, -1. I agree with Werner. Having used the gis icon set for many months, I have problems using the old ones. That's just how the human mind works. Let's improve the gis icons where it makes sense but let us focus or work on one set. Best wishes, Anita -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
Hi Jonathan, You are right. Problem with new icons is that we have started with some idea (add raster, vector, PostgreSQL layer) and end up with several icons of the same type. First three icons are different, however have too many elements. Next are worse, and Oracle and others wait for more general problem solution. What are the options from my point of view (just layer toolbar)? 1. We could remove green plus leaving the others (yellow star and red minus). This will give some more space to increase symbol size. 2. Remove 'layer' symbol, but in this case 'create vector layer' will be identical to 'create vector' in edit toolbar. But considering toolbar context is could be OK. Definitely we should remove 'layer' from WMS, WFS and similar. 3. Due to variety of database formats replace them with clones of database logo. All changes are possible, but after general agreement. We can do it now or after QGIS 2.0 release. regards, Robert On 24.05.2013 10:59, Jonathan Moules wrote: +1 i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. I did a quick google and came across this: http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ The QGIS icons do all of the top three things. Jonathan On 24 May 2013 09:27, skampus stefano.cam...@regione.piemonte.it mailto:stefano.cam...@regione.piemonte.it wrote: that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ 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] New Icons - difficult to read
Agree as well with Werner and Anita. It is just matter of a short adaptation period. Ciao On 05/24/2013 01:34 PM, Anita Graser wrote: Hi, -1. I agree with Werner. Having used the gis icon set for many months, I have problems using the old ones. That's just how the human mind works. Let's improve the gis icons where it makes sense but let us focus or work on one set. Best wishes, Anita On Fri, May 24, 2013 at 1:14 PM, Werner Macho werner.ma...@gmail.com mailto:werner.ma...@gmail.com wrote: Hi! -1 for keeping the old Icons.. I'd rather vote to probably leave them for 2.0 but get rid of them afterwards.. It does not make any sense to have different sets of icons .. And as GRASS is using the same icon set in their GUI it does indeed make sense to use it probably in every open source GIS .. I know that the first time might be hard but thats just the usual human behaviour of refusing new things. But for e.g. I am working with the new icon set since a very long time (to use GRASS and QGIS in parallel) and I can find everything at once but rather have some kind of problems when I switch to the old ones.. So I know that I could adapt myself to the old iconset within a few days .. Its just human that every more work you have to do gets refused at first regardless of the advatnages it might bring later So maybe for a period of migration Id leave the old icons inside but definitely not for 2.1 or later .. OF course that all is just my personal experience and opinion kind regards Werner On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira dcarre...@edia.pt mailto:dcarre...@edia.pt wrote: I would like to ask the “powers that be” to keep the old and trusted icons. They never failed me and the gui is quite uplifting. The new set may be technically better but is not as friendly to users. Please keep both. Duarte *De:*Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk mailto:jonathanmou...@warwickshire.gov.uk] *Enviada:* sexta-feira, 24 de Maio de 2013 09:59 *Para:* skampus *Cc:* qgis-u...@lists.osgeo.org mailto:qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org mailto:qgis-developer@lists.osgeo.org *Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons - difficult to read +1 i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. I did a quick google and came across this: http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ The QGIS icons do all of the top three things. Jonathan On 24 May 2013 09:27, skampus stefano.cam...@regione.piemonte.it mailto:stefano.cam...@regione.piemonte.it wrote: that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org
Re: [Qgis-developer] QGIS Server - GetPrint with a composer containing HTML block causes segfault
Hi I just opened a new issue : http://hub.qgis.org/issues/7894 Discussion can go on there. Cheers Michael 2013/5/24 kimaidou kimai...@gmail.com Hi I just tested the same long text replacement passed in the parameter, but after unchecking the feature Display in HTML. It appears that the behaviour is the same : when using this feature (dynamic strings for text item in composers) in the GetPrint request, QGIS does not respect the position and size of the text box. All the text is displayed in a single line which make the box overflows to the right. I have not yet find the specific server code wich handles this part, so I cannot propose a pull request for it. Michael 2013/5/23 kimaidou kimai...@gmail.com Ok, so I ran some more test. Here are the results I have set up a simple composer in QGIS (last master, compiled this morning) http://picpaste.com/Capture_du_2013-05-23_15_48_30-9NozmDib.png When I export in PDF from QGIS composer, I get this http://temp-share.com/show/KdPfy1yuh When I ran the request [1] which is the getprint (wrapped by Lizmap, but it is kind of a proxy to QGIS Server) Basically I added the parameter truc=MY FOO TITLE bBOLD/b I get this : http://temp-share.com/show/Pf3YjoO62 When I ran the same request but with a longer truc parameter, like truc=MY FOO TITLE bBOLD/bpLorem ipsum dolor sit amet, consectetur adipiscing elit. Quisque luctus adipiscing fringilla. Fusce eget justo tellus. Maecenas dolor augue, sollicitudin at iaculis et, congue et metus. Aenean tincidunt ipsum sit amet ipsum ornare fermentum. Proin fringilla laoreet hendrerit. Curabitur dui urna, interdum tempus blandit eu,/p I get this: http://temp-share.com/show/f3YgiOWwn So it appears that the dynamic replacement via the GetPrint request does not respect the position and size of my truc text box. Have I missed something or shall I report a bug ? Thanks in advance Michael [1] http://localhost/LIZMAP/lizmap-web-client/lizmap/www/index.php/lizmap/service/?repository=devproject=dev_printSERVICE=WMSVERSION=1.3REQUEST=GetPrintFORMAT=pdfEXCEPTIONS=application/vnd.ogc.se_inimageTRANSPARENT=trueSRS=EPSG:3857DPI=300TEMPLATE=lizmapmap0:extent=423524.8086443924,5400434.830480828,431474.979630755,5410235.04125647map0:rotation=0map0:scale=4.999LAYERS=communetruc=MY%20FOO%20TITLE%20%3Cb%3EBOLD%3C/b%3E 2013/5/23 kimaidou kimai...@gmail.com Ok, new report here : * Instead of using an HTML item which forces to load an external html file, I just use a classical Text item. I have checked the Display in HTML checkbox * I setup an ID for this text box, for example myid * I can request the getPrint and add the parameter and content, for example ...LAYERS=communemyid=h1a small test/h1br/br/plorem ipsum blablabl/p * It seems to work, but I get a tiny tiny box with some unreadble text in it. I think I must pass some extra parameters to the fake X Server, like the screen size, etc. I will report further attempts Cheers Michael 2013/5/23 kimaidou kimai...@gmail.com I report my progress here I managed to get a PDF via the GetPrint request by following these steps 1/ Create a fake X server Xvfb :99 -ac -noreset 2/ Add the option in the fastcgi , for example FastCgiConfig -idle-timeout 70 -maxClassProcesses 50 -minProcesses 3 -init-start-delay 3 -restart-delay 20 -startDelay 15 -initial-env DISPLAY=:99 LD_LIBRARY_PATH=/home/kimaidou/src/qgis/build/lib/ 3/ Restart Apache service apache2 restart After this, I tried the GetPrint request from my QGIS project with a composer containing a HTML item. The request get a PDF as an answer, but the HTML item is empty. I will try with another composer, etc., and report here. By the way, is there a way to pass an HTML string via a parameter to the getPrint request for HTML items, as it is possible for text item ? This would rock ! Michael 2013/5/23 kimaidou kimai...@gmail.com Hi Tim and Marco I come back to this subject after helping to solve the performance problem with Mathias. So, I am first runnning my tests on my ubuntu laptop. Since it is my computer, it is not ubuntu server but the classical Ubuntu with an X server running. I tried in my terminal echo $DISPLAY :0 So it seems (but I am far from being a X server guru !) that this is the DISPLAY value I should pass to QGIS Server. This is why I added the following configurartion in my virtual host (and in the fastcgi config file): In the virtual host ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ Directory /usr/lib/cgi-bin AllowOverride None Options +ExecCGI -MultiViews FollowSymLinks Order allow,deny Allow from all SetEnv LD_LIBRARY_PATH /home/kimaidou/src/qgis/build/lib SetEnv DISPLAY :0 /Directory In /etc/apache2/mods-available/fastcgi.conf IfModule mod_fastcgi.c AddHandler
[Qgis-developer] Faunalia is hiring
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 See http://www.faunalia.eu/ 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/ iEYEARECAAYFAlGfhT4ACgkQ/NedwLUzIr4VswCgtJ0Tgfqs2B6CNnAMgd/vM+OD /k4AnRzdYkNK0YQAlrS60O7kzyg/OYsQ =/Egg -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
Hi Marco, I'm afraid I respectfully disagree. A short adaptation period won't make the icons more obvious. I'm not a big QGIS user. If I want to use /any/ function in QGIS, I have to stare at the icons and use the tooltips to figure out what button does what, so I'm not adapted to the 1.8 set, let alone the 2.x ones. That said, when I look at the 2.0 set what I see is many icons that are almost identical. Any icon that is only ~3% different from its neighbour (i.e. the database ones) is never going to be any good for its purpose. I'd imagine people with a visual impairment may struggle even more. Also remember, not all users navigate by knowing where the buttons are (in fact, most don't). For those users you *have* to have a good set of icons that are easily differentiated at a glance. I think colour would be a start, but the designs themselves are still too similar. I think resolving this in time for the 2.x release makes sense. Otherwise those who do learn these icons will have to re-learn them for 2.1. It doesn't make sense to change something as fundamental as the iconography twice in as many releases. Just my 2p. Kind Regards, Jonathan On 24 May 2013 13:23, Marco Bernasocchi ma...@bernawebdesign.ch wrote: Agree as well with Werner and Anita. It is just matter of a short adaptation period. Ciao On 05/24/2013 01:34 PM, Anita Graser wrote: Hi, -1. I agree with Werner. Having used the gis icon set for many months, I have problems using the old ones. That's just how the human mind works. Let's improve the gis icons where it makes sense but let us focus or work on one set. Best wishes, Anita On Fri, May 24, 2013 at 1:14 PM, Werner Macho werner.ma...@gmail.com mailto:werner.ma...@gmail.com** wrote: Hi! -1 for keeping the old Icons.. I'd rather vote to probably leave them for 2.0 but get rid of them afterwards.. It does not make any sense to have different sets of icons .. And as GRASS is using the same icon set in their GUI it does indeed make sense to use it probably in every open source GIS .. I know that the first time might be hard but thats just the usual human behaviour of refusing new things. But for e.g. I am working with the new icon set since a very long time (to use GRASS and QGIS in parallel) and I can find everything at once but rather have some kind of problems when I switch to the old ones.. So I know that I could adapt myself to the old iconset within a few days .. Its just human that every more work you have to do gets refused at first regardless of the advatnages it might bring later So maybe for a period of migration Id leave the old icons inside but definitely not for 2.1 or later .. OF course that all is just my personal experience and opinion kind regards Werner On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira dcarre...@edia.pt mailto:dcarre...@edia.pt wrote: I would like to ask the “powers that be” to keep the old and trusted icons. They never failed me and the gui is quite uplifting. The new set may be technically better but is not as friendly to users. Please keep both. Duarte *De:*Jonathan Moules [mailto:jonathanmoules@**warwickshire.gov.ukjonathanmou...@warwickshire.gov.uk mailto:jonathanmoules@**warwickshire.gov.ukjonathanmou...@warwickshire.gov.uk ] *Enviada:* sexta-feira, 24 de Maio de 2013 09:59 *Para:* skampus *Cc:* qgis-u...@lists.osgeo.org mailto:qgis-user@lists.osgeo.**org qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org mailto:qgis-developer@lists.**osgeo.orgqgis-developer@lists.osgeo.org *Assunto:* Re: [Qgis-user] [Qgis-developer] New Icons - difficult to read +1 i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. I did a quick google and came across this: http://turbomilk.com/blog/**cookbook/icon_design/10_** mistakes_in_icon_design/http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ The QGIS icons do all of the top three things. Jonathan On 24 May 2013 09:27, skampus stefano.campus@regione.**piemonte.itstefano.cam...@regione.piemonte.it
Re: [Qgis-developer] How to enable labeling tools to move labels (since last merge of Larry's work)
Hi Régis, On Fri, May 24, 2013 at 5:04 AM, Régis Haubourg regis.haubo...@eau-adour-garonne.fr wrote: Hi all, Larry, first, congratulations for the great labeling refactoring, this is huge! I couldn't find a way to enable the move / rotate tools in toolbar, in edit mode, after having defined fields for X and Y in expression. Tools that opens a dialog to modify font, text.. is working, but I couldn't change Y X values in it. Is this an issue or a I missing something? There is a short description about this below those settings: ( Define attribute fields to enable labeling map tools ) It means that only an attribute field mapping data definition can be used to enable the labeling map tools (e.g. Move, Rotate, Change Properties). An expression does not work. Since those tools directly edit the attribute table, access to the field needs to be established, i.e. a data defined mapped attribute field. While it is possible to find out what attribute fields (aka columns) are referenced within an expression, there is no simple means of determining any one of those fields are intended to be open for writing new values. It is possible when there is only one field in the expression, and no other parts to the expression, to use it directly, but then why not just map a field? There are use cases for allowing expressions for all of those settings (X, Y, Alignments, Rotation), so limiting those data definitions to only allowing attribute field mappings would not be a good idea. It looks like the 1 line help description, noted above, needs more work. Maybe invert the logic?: (Defining expressions will disable labeling map tools) Also, a good and concise contextual help needs drafted to explain new labeling options and how they work. Then, expanded upon for inclusion in general documentation. Regards, Larry régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/How-to-enable-labeling-tools-to-move-labels-since-last-merge-of-Larry-s-work-tp5055535.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ 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] New Icons - difficult to read
Hi, I'm along the lines of Werner, Anita, Marco... The new gis icon set looks much more professional than the old icon set and the look of the icon set actually gives the software a whole different look. From what I've read here, the main concern lies on the add layer icons which look too similar. If I remember correctly there was a plan to collapse them all into a single add layer button. I don't know what happened to this plan, but that would help to overcome this problem and enhance the gui as it will get cleaner. Is there anybody working on this feature still? Please allow me to ask, which other icons (apart from the add layer icons) look too similar or have other problems. For me the icon set is something similar to the logo. The current (1.8) designs look hobby-ish and need a redesign. But as you mentioned, a change should happen once only and not in every minor release. So please let's focus on making the gis icon theme better. The old version gets a big -1 from me. Matthias On Fre 24 Mai 2013 17:28:49 CEST, Jonathan Moules wrote: Hi Marco, I'm afraid I respectfully disagree. A short adaptation period won't make the icons more obvious. I'm not a big QGIS user. If I want to use /any/ function in QGIS, I have to stare at the icons and use the tooltips to figure out what button does what, so I'm not adapted to the 1.8 set, let alone the 2.x ones. That said, when I look at the 2.0 set what I see is many icons that are almost identical. Any icon that is only ~3% different from its neighbour (i.e. the database ones) is never going to be any good for its purpose. I'd imagine people with a visual impairment may struggle even more. Also remember, not all users navigate by knowing where the buttons are (in fact, most don't). For those users you *have* to have a good set of icons that are easily differentiated at a glance. I think colour would be a start, but the designs themselves are still too similar. I think resolving this in time for the 2.x release makes sense. Otherwise those who do learn these icons will have to re-learn them for 2.1. It doesn't make sense to change something as fundamental as the iconography twice in as many releases. Just my 2p. Kind Regards, Jonathan On 24 May 2013 13:23, Marco Bernasocchi ma...@bernawebdesign.ch mailto:ma...@bernawebdesign.ch wrote: Agree as well with Werner and Anita. It is just matter of a short adaptation period. Ciao On 05/24/2013 01:34 PM, Anita Graser wrote: Hi, -1. I agree with Werner. Having used the gis icon set for many months, I have problems using the old ones. That's just how the human mind works. Let's improve the gis icons where it makes sense but let us focus or work on one set. Best wishes, Anita On Fri, May 24, 2013 at 1:14 PM, Werner Macho werner.ma...@gmail.com mailto:werner.ma...@gmail.com mailto:werner.ma...@gmail.com mailto:werner.ma...@gmail.com__ wrote: Hi! -1 for keeping the old Icons.. I'd rather vote to probably leave them for 2.0 but get rid of them afterwards.. It does not make any sense to have different sets of icons .. And as GRASS is using the same icon set in their GUI it does indeed make sense to use it probably in every open source GIS .. I know that the first time might be hard but thats just the usual human behaviour of refusing new things. But for e.g. I am working with the new icon set since a very long time (to use GRASS and QGIS in parallel) and I can find everything at once but rather have some kind of problems when I switch to the old ones.. So I know that I could adapt myself to the old iconset within a few days .. Its just human that every more work you have to do gets refused at first regardless of the advatnages it might bring later So maybe for a period of migration Id leave the old icons inside but definitely not for 2.1 or later .. OF course that all is just my personal experience and opinion kind regards Werner On Fri, May 24, 2013 at 12:15 PM, Duarte Carreira dcarre...@edia.pt mailto:dcarre...@edia.pt mailto:dcarre...@edia.pt mailto:dcarre...@edia.pt wrote: I would like to ask the “powers that be” to keep the old and trusted icons. They never failed me and the gui is quite uplifting. The new set may be technically better but is not as friendly to users. Please keep both.
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 24/05/2013 17:42, Matthias Kuhn ha scritto: I'm along the lines of Werner, Anita, Marco... The new gis icon set looks much more professional than the old icon set and the look of the icon set actually gives the software a whole different look. So please let's focus on making the gis icon theme better. The old version gets a big -1 from me. Sorry I was unclear. I agree that the new theme must be the default, and our efforts must focus on this one. What I think our users will not like it being *forced* to change. Leaving the old theme does not cost us anything, and would be a favour to the many who, understandably or not, do not like the change. 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/ iEYEARECAAYFAlGfkXEACgkQ/NedwLUzIr72fACfciPn0mHjN0CKbkJZgCm9U3mt eEEAoJVe382A8sr7/IfbQ5IP6KjT6C5R =oWdS -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Adjacency Matrix - Connectivity Matrix
Hi all, I am trying to develop a plugin for QGIS with PyQgis and I am wondering how is possible to get the adjacency for a network. I have two layers, nodes.shp and link.shp. The nodes.shp are the vertex of the links.shp. So my idea was to create a buffer of nodes.shp and then intersect this buff_nodes.shp with link.shp and get the the attributes which are connected between them. I tried to do in this way, and when I intersect the buffer with link doesn't give me any file with the intersection. I don't know if that is because can no be intersected polynes and polygins or what. I am new using the libraries of pyqgis and maybe is already developed some library which calculates it automatically. So... Anyone knows or has any idea how to get the adjacency matrix of a vectorLayer? Thanks in advance Carles ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] New Icons - difficult to read
+1 with Paolo I prefer the new default qgis icon set, but I do not understand why we need to remove the other icon sets, as long as the qgis theme is the new default one. 2013/5/24 Paolo Cavallini cavall...@faunalia.it -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 24/05/2013 17:42, Matthias Kuhn ha scritto: I'm along the lines of Werner, Anita, Marco... The new gis icon set looks much more professional than the old icon set and the look of the icon set actually gives the software a whole different look. So please let's focus on making the gis icon theme better. The old version gets a big -1 from me. Sorry I was unclear. I agree that the new theme must be the default, and our efforts must focus on this one. What I think our users will not like it being *forced* to change. Leaving the old theme does not cost us anything, and would be a favour to the many who, understandably or not, do not like the change. 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/ iEYEARECAAYFAlGfkXEACgkQ/NedwLUzIr72fACfciPn0mHjN0CKbkJZgCm9U3mt eEEAoJVe382A8sr7/IfbQ5IP6KjT6C5R =oWdS -END PGP SIGNATURE- ___ 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] New Icons - difficult to read
Hi, On Fri, May 24, 2013 at 11:10 AM, kimaidou kimai...@gmail.com wrote: +1 with Paolo I prefer the new default qgis icon set, but I do not understand why we need to remove the other icon sets, as long as the qgis theme is the new default one. A big -1 for the project maintaining 2 themes. If the old default is not maintained with distinctly different icons (it hasn't been for a while) then it only presents more hodge-podge-looking design for the project to end users. If something ships with the final release package, it should be maintained. IMO, the old default theme is not maintained (and looks like it), therefore it should not ship, and no more energy should be wasted on maintaining it. This is similar to the decision to focus on only master branch and release the app from it, instead of maintaining multiple version branches with backports. It really comes down to streamlining the whole release process and providing a quality app, all with limited development resources, instead of trying to be everything to all users. Using that paradigm, maintaining a second, defunct theme just doesn't seem reasonable. I do think the multi-theme code should be left, so third-party devs or users can use their own themes, but this does mean those users need to recompile the app. (Current theme support does not allow run-time switching of the theme, even after a restart.) A big +1 for only focusing on fixing the current issues with the new default theme, AND extending the GUI/string freeze until it is ready for 2.0 release (though the hard feature/API freeze should happen really soon). Towards that move-forward-only goal, and given the obvious time constraints, I propose the following: 1) List all icons on a single wiki page - Something similar was started back in 2011 [0]. Just updating that page should work. This means all icons in main image.qrc and for core plugins that have their own .qrc files. 2) Comment on specific icons or groups of icons - Everyone puts their comments on that wiki page, hopefully in a constructive and timely manner (within the next 3-5 days?). 3) Fix a subset of icons for 2.0 - Once problem icons are identified, fix the most problematic ones for 2.0 release. This does mean that some more icons will later change on 2.1 release (to update all of the theme), but no icon should change at both releases, especially the core, main interface icons. Using this method, Robert, and anyone helping him, can focus directly on what needs fixed, and prioritize those fixes for a 2.0 release. [0] http://hub.qgis.org/wiki/17/Icons_20 Regards, Larry 2013/5/24 Paolo Cavallini cavall...@faunalia.it -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 24/05/2013 17:42, Matthias Kuhn ha scritto: I'm along the lines of Werner, Anita, Marco... The new gis icon set looks much more professional than the old icon set and the look of the icon set actually gives the software a whole different look. So please let's focus on making the gis icon theme better. The old version gets a big -1 from me. Sorry I was unclear. I agree that the new theme must be the default, and our efforts must focus on this one. What I think our users will not like it being *forced* to change. Leaving the old theme does not cost us anything, and would be a favour to the many who, understandably or not, do not like the change. 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/ iEYEARECAAYFAlGfkXEACgkQ/NedwLUzIr72fACfciPn0mHjN0CKbkJZgCm9U3mt eEEAoJVe382A8sr7/IfbQ5IP6KjT6C5R =oWdS -END PGP SIGNATURE- ___ 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
Re: [Qgis-developer] New Icons - difficult to read
Layer toolbar could look like this [1], except OWS icons. Oracle Spatial logo was not found, so I took 'O' from Oracle, but it looks ugly in this context. Combination of this 'O' with database symbol doesn't look nice either. Some proposals ...? We could leave old database symbol with different colours, but MSSQL, SpatiaLite and Oracle icons are mainly red so this will be hard. Additionally we must remember about color-blind persons. regards, Robert [1] http://robert.szczepanek.pl/tmp/layer-toolbar.png On 24.05.2013 13:51, Robert Szczepanek wrote: Hi Jonathan, You are right. Problem with new icons is that we have started with some idea (add raster, vector, PostgreSQL layer) and end up with several icons of the same type. First three icons are different, however have too many elements. Next are worse, and Oracle and others wait for more general problem solution. What are the options from my point of view (just layer toolbar)? 1. We could remove green plus leaving the others (yellow star and red minus). This will give some more space to increase symbol size. 2. Remove 'layer' symbol, but in this case 'create vector layer' will be identical to 'create vector' in edit toolbar. But considering toolbar context is could be OK. Definitely we should remove 'layer' from WMS, WFS and similar. 3. Due to variety of database formats replace them with clones of database logo. All changes are possible, but after general agreement. We can do it now or after QGIS 2.0 release. regards, Robert On 24.05.2013 10:59, Jonathan Moules wrote: +1 i.e. The difference between the Add PostGIS layers and Add SpatiaLite layers is that one has a regular cylinder and the other has a fat-waisted hour-glass cylinder - about 20-30 pixels are different in an icon that's got 1024 pixels! I have to look at them in detail to see the differences. And there's still MSSQL and Oracle icons to be created in the new schema which using this system will only confuse things more. Don't get me wrong, I like the style of the new icons, but they're really hard to visually differentiate. I did a quick google and came across this: http://turbomilk.com/blog/cookbook/icon_design/10_mistakes_in_icon_design/ The QGIS icons do all of the top three things. Jonathan On 24 May 2013 09:27, skampus stefano.cam...@regione.piemonte.it mailto:stefano.cam...@regione.piemonte.it wrote: that could be a useful option. sincerely, from my point of view, many icons are unreadable/undistinguishable so i click them correctly only because now i remberer relative position -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-user-New-Icons-difficult-to-read-tp5055427p5055467.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ 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