Re: [Qgis-developer] QGIS Crash - Serious problem in 2x
My two cents, just add/leave the possibility to add a scale bar in m, km, Nm, whatever unit. Let the user decide if it's right or wrong. A simple and effective solution is to provide a message stating that scale bars in other units than degrees are not accurate or something along that line, mainly just as a reminder for people that may forget the data is unprojected when in composer Bernhard Ströbl wrote Hi Matthias, Am 24.06.2014 16:46, schrieb Matthias Kuhn: On 24.06.2014 16:10, Bernhard Ströbl wrote: Hi Matthias, In your mail I attached two files (not for the list). One is North America in a Lambert Conformal Conic projection, the other one in WGS84. Both show a grid with 10 degrees distance between parallels and meridians. Am 24.06.2014 14:02, schrieb Matthias Kuhn: Hi Bernhard, On 24.06.2014 11:06, Bernhard Ströbl wrote: Hi Matthias, probably this is academical... Am 24.06.2014 10:42, schrieb Matthias Kuhn: Hi Bernhard, I wouldn't say no sense at all. It strongly depends on the context, but if you have for example a lesson for geography students and are introducing CRS/projections and their properties one could want to add a scale bar in degrees. But would that scalebar show the degrees for lon or lat? Maybe I am wrong, but I assume that there is no difference. One unit (degree) will represent the same amount of pixels/points horizontal and vertical. Well, you are wrong because one degree in lat is always ~110km whereas one degree in lon is ~110 km at the equator and e.g. in Zurich ~75km (for calculation see [1]). So how many pixels are 1 degree? Depends on the projection; in WGS84 it is the same amount no matter if for lon or lat, in Lambert it is not. For Lambert neither one nor the other makes sense. The only appropriate solution here would be some kind of Lambert unit whatever that may be. But for the WGS84 map you sent the original statement above holds true: the same amount of pixels matches the same amount of degrees everywhere on the map (In terms of lat/lon, not in terms of degrees on the sphere though). While a scalebar in km as provided is subject to distortion for the exact reason you noted. Agreed. But a scale bar is used to measure distances (and IMHO distances are in miles, km,..., not in degrees) If a scale bar makes sense depends on the projection and the area covered (as I stated some mails ago: The fact that a map is suitable to measure and compare distances is not decided by the map units but by the used projection and the covered area.). If it does not make sense one should not put a scale bar on the map. If the first (lon) for which latitude? It doesn't matter in degrees. But it really matters when trying to put a scalebar in meters. It does also matter in degrees, depending on the projection. same in meters: 1 cm on the map represents always a certain distance in reality (though this distance varies troughout the map depending on the projection and the area covered). If you look at the Lambert map, you realize that the distance between two parallels (10 degrees!) increases towards the pole, although in reality it is always (10*110km =) 1100 km. In the WGS84 map the distance between the parallels is constant but so is the distance between the meridians, but this is false as the distance gets less towards the pole in reality. So a scalebar (in m) being accurate in the middle of the map becomes less accurate towards the edges. Hence my question on which base the scalebar is calculated. The question absolutely makes sense but I don't know the answer :) Could you check? or whom would we have to ask? Either of the two: how do you want to tell people that this scalebar is only true for North-South (lat) or East-West (lon) measurements and must not be used in any other direction? IMHO a scale bar is to enable readers to use their ruler to measure a distance on the map in _any_ direction. I agree that it's not very common and most people are probably unused, but if you explicitly state the fact that the map is in degrees you might even avoid confusion and prevent people from trying to compare distances. But adding a scale bar encourages users to compare distances! The fact that a map is suitable to measure and compare distances is not decided by the map units but by the used projection and the covered area. If your map is in degrees just enable the graticules and (if useful) add a scalebar in m/km/miles (does that work with degrees? I have not tried. If not this would be a feature request.) Doesn't really make sense to me. Graticules are just another reference for distances (in degrees in this case) and an alternative or addition to scale bars. What problem exactly would the combination of a grid in degrees and a scalebar in meters solve? a scale bar makes distances measurable while a graticule helps localizing a point. In certain cases (projections) the graticule
Re: [Qgis-developer] edit widgets do not work in current master
I can confirm it's not working under windows at least installing from OSGEO4W 32 bit -- View this message in context: http://osgeo-org.1560.x6.nabble.com/edit-widgets-do-not-work-in-current-master-tp5146847p5147085.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] Four month cycle too fast
I would like to add something else to the discussion, qgis is adding a lot of new features and enhancements and don't get me wrong I love them, but it seems bugs are not squashed at the same pace, I get that adding enhancements and new features is nice and desirable but I would like one release being just fixing bugs no enhancements and a release adding enhancements plus keep squashing bugs -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Four-month-cycle-too-fast-tp5146648p5146817.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] Vectors displayed as
*Layer name* could be the name in a postgis table for example, *displayed as* I would say should work more like an alias, in my opinion Layer name shouldn't be editable and just be read only as this gives you the name of the layer in provider, *displayed as* should be editable so people can use another name if desired, of course by default it would echo layer name -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Vectors-displayed-as-tp5146137p5146822.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] Attribute table update after trigger in Postgis
I want to check with developers before raising an issue, I have a postgis table with triggers to update fields after updates, I would expect to see the updated fields to show up after I toggle editing but right now I have to close the attribute table and reopen it to see the changes -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Attribute-table-update-after-trigger-in-Postgis-tp5146841.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] Attribute table opening several instances
Is there any use case where having the possibility of opening several times the same attribute table for a layer useful? Right now when opening attribute table on a layer you can open n attribute tables if you don't previously close it. I would think if you already have an opened attribute table for a layer and then clic Open Attribute table it should open a new window unless there is already one open, in that case it should focus the previously opened table respecting any formatting on it -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Attribute-table-opening-several-instances-tp5146844.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] Attribute table opening several instances
OK, that is actually quite handy instead of having to open another QGIS session. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Attribute-table-opening-several-instances-tp5146844p5146853.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] geodetic formulas
Hi all, in this document http://www.faa.gov/documentLibrary/media/Order/8260.54A.pdf in Appendix 2 there are lots of calculations and algorithms for solving some useful problems when working with non projected data e.g. EPSG 4326 There is also this github repo https://github.com/pkohut/GeoFormulas and http://wired2code.wordpress.com/2010/07/14/wgs84-ellipsoid-calculations/ Apparently they are written in C and I am wondering if maybe QGIS could benefit from it, I would really want to port this to python also but I am still very new to programming to actually achieve this Anyway I hope someone with more skills than me can review this and maybe see if this can be used for QGIS Regards -- View this message in context: http://osgeo-org.1560.x6.nabble.com/geodetic-formulas-tp5141732.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] QgsDistanceArea
Is this reference in the cookbook still valid? d = QgsDistanceArea() d.setProjectionsEnabled(True) It took me 2 days to finally get result I wanted using d.setEllipsoidalMode(True) but want to know if this is thecorrect way -- View this message in context: http://osgeo-org.1560.x6.nabble.com/QgsDistanceArea-tp5140588.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] [Processing] field calculator: area
It's a shame field calculator for models doesn't work the same as in the attribute table of QGIS -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Processing-field-calculator-area-tp5133449p5140047.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] Advanced digitize toolbar on first install
I don't like the fact that customization needs restart when it is to show/hide tools, other software don't need to restart so I am wondering if it is actually possible to QGIS to customize toolbars without having to restart -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Advanced-digitize-toolbar-on-first-install-tp5139704p5139776.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] changes to file filters in GDAL and OGR file open dialogs
+1, would there be a way to show all supported files as an option? That would work to show all supported by default files without showing extra files like all files (*) would do, All files still would be an option All files (*) All supported files () -- View this message in context: http://osgeo-org.1560.x6.nabble.com/changes-to-file-filters-in-GDAL-and-OGR-file-open-dialogs-tp5139506p5139778.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] Composer Shortcuts
Oh sorry, I wasn't talking about changing them by default but having the option to do it like I can with in Canvas Configure Shortcuts, I thought it was possible. BTW currently one can't navigate composer pages using Page Up or Page Down, should this be added? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Composer-Shortcuts-tp5139297p5139786.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] Redmine Issues
I would like to suggest that maybe developers could take a look at the list of issues and check them to see which ones are still valid, I have seen a few that could be closed or are no longer valid like issues with previous versions of QGIS some very old as 1.6. This would clean the list a lot Also there are a lot of feature requests and its very difficult to tackle them all specially with limited time and budget maybe it would be better to separate bugs from feature requests in redmine leaving just the bugs and for feature requests use something similar to http://leaflet.uservoice.com/forums/150880-ideas-and-suggestions-for-leaflet This way we can get a feel of what feature request are really needed/popular and which are specific use cases that could wait a while -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Redmine-Issues-tp5139271.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] Composer Shortcuts
Is there a way I can alter the shortcuts in composer to behave like the proposed key configuration, I cant seem to find where to configure them Layout Menu Raise -Page Up Lower - Page Down Bring to Front - Home Send to Back - End I really don't like the fact I have to do combinations of keys to do this and those keys are free I think in composer view -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Composer-Shortcuts-tp5139297.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] North Arrows
I decided to make a few North Arrows, please check them out http://hub.qgis.org/issues/8711 and provide feedback. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/North-Arrows-tp5139306.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] Legend context menu
I agree, having shortcuts is good having to many is not always good. Some actions could be removed if they are present somewhere else. Now the difficult part is what to keep For example for me set Project CRS from layer should be removed from there and add the option to use a layer in the appropriate menu but someone else might disagree -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Legend-context-menu-tp5137332p5137347.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] North Arrows
Do you think it would be a nice thing to have a dedicated icon to add North Arrows? I know you can just add an image and choose one of the very few North Arrows, but in canvas the option is explicit. It took me about an hour around composer until I google it to realize I can add an image. I think a dedicated icon/menu item would work best as it will provide only the relevant North Arrows like in canvas. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/North-Arrows-tp5136806.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] WMS getfeatureinfo
Anybody else has issues using WMS getfeatureinfo with Master? It returns nothing on click but in QGIS 2.2 it works ok Using Win 7, OSGEO4W 32 bit -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-getfeatureinfo-tp5134669.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] Adding plugins to core?
I think most users would have to download a few plugins before even considering using QGIS, which ones I certainly don't know since that would require community input via a poll or something but I would imagine a few should be installed by default like Processing e.g. Openlayers plugin once it's fixed Maybe another thing to consider is that bugs that affect shipped by default plugins could become blockers? For example the very popular Openlayers plugin is still broken in master P.S. I haven't had issues with Hotmail until now -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Adding-plugins-to-core-tp5133202p5133304.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] Plugin sync across machines via web file?
Hi is it possible to sync the plugins from one machine across all the machines I use QGIS? Here is the situation I normally work with QGIS on my personal laptop, I have downloaded and tested several plugins and I have kept the ones I want. When I go to my office I work on my workstation but I then have to remember what plugins I use or I think I have a plugin installed while that isn't true. What I would like is some way for QGIS to sync plugin from a web file I have shared on a public accessible place be that github, dropbox, etc. Ideas? I would love to have an automatic solution that doesn't involve copy/paste some file each time I need to sync plugins since that would be error prone -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Plugin-sync-across-machines-via-web-file-tp5133306.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] Plugin sync across machines via web file?
Hmm but that would require putting all the plugin files in sync right? I was thinking of something like QGIS generates automatically a list of installed plugins and updates a txt file to a path, it could be on the computer and I can upload to somewhere or to a folder which syncs automatically etc. Then QGIS would have the option to add the URL to this file and detect when new plugins have been added or deleted and then sync to repository. I will try how you suggest and see how it works out -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Plugin-sync-across-machines-via-web-file-tp5133306p5133310.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] Adding plugins to core?
I think it's a great idea, I was actually thinking about this the other day and glad you brought the topic. Although we can install plugins certainly it becomes evident when a plugin should really become a core feature, example the Openlayers Plugin, I bet almost all people using QGIS downloads it before doing anything with QGIS. Plugins extend QGIS functionality beyond what initially was thought but in many cases plugins become a must to be able to work efficiently If the plugins are added to core I would vote for blending the functions coherently with the rest of the interface in the appropriate menus. A good example would be CAD tools which I would say be called Advanced Editing or something. I would add http://plugins.qgis.org/plugins/zoomtocoordinates/ http://plugins.qgis.org/plugins/numericalDigitize/ - needs to add case for geographic coordinates -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Adding-plugins-to-core-tp5133202p5133245.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] Identified features vs. Selected features : could we merge those ?
Hi Oliver, I agree with Regis we can't be making this kind of changes very often based on this many users took time to learn a professionnal tool, and have difficulties with self learning, this is specially true when you look at tutorials online which haven't been updated for 2.0 or 2.2 and can make the life of novice users hell. I think improvements are always welcome, but maybe big changes like this should be worked and maybe even create a pull request for it but not merge it until a 3.0 release maybe? Just a thought On the identify vrs Selected, I think most or all current used GIS software have this functionality, right now I think a lot of users from certain vendor are looking for QGIS to switch and the first thing you do when you get a new software is to look for the tools you are used to. Regards -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Identified-features-vs-Selected-features-could-we-merge-those-tp5132738p5132891.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] Spatial reference systems and Area of applicability
I think both options are useful, sometimes people select a projection they think is ok but it isn't, showing a warning would be nice. Could this apply when you add a layer with a projection that is outside bounds? Show a warning about that also -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Spatial-reference-systems-and-Area-of-applicability-tp5132739p5132897.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] Label position colliding
Hi devs, Is there a way to prevent labels to collide features, see sample http://osgeo-org.1560.x6.nabble.com/file/n5130393/analysis_ALERA.jpg apparently the feature only works over the layer labelled. I would like the labels to try alternate positions to not obscure lines. This can be done in other COTS by using feature weight to assign importance Also can we try to keep label withing BBOX of the print composer frame? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Label-position-colliding-tp5130393.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] Cad-Input for QGIS prototype
May I propose we make an inventory of all the cad/digitizing plugins and their functionalities? Maybe have a google spreadsheet where we add them, their respective developers and the functions. Also maybe creating some sort of roadmap or list of desired functions? I created a spreadsheet for the plugin developers here https://docs.google.com/spreadsheet/ccc?key=0Aql2dM0gxEH8dHNfcjh3RGRRcFExcVFzdmxKdDhjUVEusp=sharing feel free to edit it as you feel And a google doc for the proposed functions/roadmap here https://docs.google.com/document/d/1OUYqdAdE7d7_fNZ-im0Uo8AAtKcOB-uO7Gu07gDNusY/edit?usp=sharing I think if all the individual developers of all those incredible plugins worked together in this new all in one plugin this could be awesome soon -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Cad-Input-for-QGIS-prototype-tp5100047p5100333.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 2 64bits, is it stable ?
I think if a case be made that x amount of money would put 3 full time positions for the project ( I would suggest mainly squash bugs) people might actually contribute. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/QGIS-2-64bits-is-it-stable-tp5081507p5088791.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] Possible bug in ProcessingGRASS
It gives me the same problem when I want to run v.distance from processing, don't know if its related regards -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Possible-bug-in-Processing-GRASS-tp5082690p5088792.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] Processing: more integration and upgrade
Opinions on the best way to do this are welcome +1 nothing more motivating that seeing bugs fixed quickly, it gives faith in the tool -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Processing-more-integration-and-upgrade-tp5083484p5088796.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] right-click to end the digitizing
I do a lot of digitising and +1 for right clic finish only unless you add other actions to right clic like snap to midpoint, snap to edge, etc like other software then my vote would g8 to double click to finish feature or f2 if that's not patented Sent from Samsung tabletEtienne Tourigny etourigny@gmail.com wrote:I have done little digitizing, but I think it would be more intuitive to have right-click finish digitizing only, no need to make that opional. Etienne On Thu, Jul 25, 2013 at 6:35 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Hi all, I propose to add an option for this. Here is the pull request, what do you think? https://github.com/qgis/Quantum-GIS/pull/765 Would it be ok for QGIS 2.0??? Cheers, Denis On 07/25/2013 09:02 AM, Régis Haubourg wrote: +1000, I had the same feedback here in training courses, but did not raise it here, since we never do mass digitizing here. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/right-click-to-end-the-digitizing-tp5068582p5068600.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] inverse selectionof features
I see inverse selection is already part of core in table can we add that to canvas there is a plugin but that should be core functionality Sent from Samsung tablet___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] right-click to end the digitizing
I agree, I like the shortcut to key idea.Sent from Samsung tablet HAUBOURG regis.haubo...@eau-adour-garonne.fr wrote: Well, Double click is source of a lot of double vertex if it’s not fast enough. IMHO this is too prone to generate invalid geometry. Adding a shortcut to a key would be convenient, especially if shortcut could be modified in option/configure shortcuts. Régis Cordialement, Régis Haubourg Régis Haubourg Administrateur de données Géographiques Département des Systèmes d'Information (DCSI) Agence de l'eau Adour Garonne 90 rue du Férétra, 31078 Toulouse Cedex4 Tél: 05 61 36 82 58 Mail: regis.haubo...@eau-adour-garonne.fr http://www.eau-adour-garonne.fr Accédez aux données sur l'eau : http://adour-garonne.eaufrance.fr/ De: antoniolocandro [mailto:antoniolocan...@hotmail.com] Envoyé: jeudi 25 juillet 2013 15:38 À: etourigny@gmail.com; denis.rouz...@gmail.com Cc: qgis-developer@lists.osgeo.org; HAUBOURG Objet: Re: [Qgis-developer] right-click to end the digitizing I do a lot of digitising and +1 for right clic finish only unless you add other actions to right clic like snap to midpoint, snap to edge, etc like other software then my vote would g8 to double click to finish feature or f2 if that's not patented Sent from Samsung tablet Etienne Tourigny etourigny@gmail.com wrote: I have done little digitizing, but I think it would be more intuitive to have right-click finish digitizing only, no need to make that opional. Etienne On Thu, Jul 25, 2013 at 6:35 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Hi all, I propose to add an option for this. Here is the pull request, what do you think? https://github.com/qgis/Quantum-GIS/pull/765 Would it be ok for QGIS 2.0??? Cheers, Denis On 07/25/2013 09:02 AM, Régis Haubourg wrote: +1000, I had the same feedback here in training courses, but did not raise it here, since we never do mass digitizing here. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/right-click-to-end-the-digitizing-tp5068582p5068600.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Toolbar and Panel defaults
+1 to hide it, someone might find it useful but most users will associate layer order with visibility/rendering Sent from Samsung tabletTim Sutton li...@linfiniti.com wrote:Hi On Tue, Jul 9, 2013 at 10:55 PM, Pirmin Kalberer pi...@sourcepole.com wrote: Panels: -Turn on Layer order and Browser in a tabbed view with Layers IMHO Layer order is an advanced feature and should be hidden by default - novice users are heavily confused by the fact that the legend order and the render order can be managed separately. Regards Tim -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Irc: timlinux on #qgis at freenode.net ==___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Toolbar and Panel defaults
I've never liked side bar tools but since I will be able to move it I wouldn't be unhappy if that's the default Sent from Samsung tabletLarry Shaffer lar...@dakotacarto.com wrote:H Pirmin, On Wed, Jul 10, 2013 at 3:29 PM, Pirmin Kalberer pi...@sourcepole.com wrote: Hi Jürgen, Am Mittwoch, 10. Juli 2013, 08.38:38 schrieb Jürgen E. Fischer: On Tue, 09. Jul 2013 at 22:55:18 +0200, Pirmin Kalberer wrote: Toolbars: -Turn off Advanced Digitizing -Move Label to second row Panels: -Turn on Layer order and Browser in a tabbed view with Layers Print composer: -Place all toolbars in one row In case anyone missed it: scripts/mkuidefaults.py produces src/app/ui_defaults.h from the current settings. Didn't know that. Updated the script to support composer UI defaults. Couple of other ideas comments, too: * Currently there are no side toolbars by default. Many apps utilize the left side toolbar for critical tools. To me, such tools in a GIS app are the canvas navigation tools. So whenever I to an initial setup of QGIS, I always put the Map Navigation toolbar on the left. * Similarly, I always place the Plugins toolbar on the right side. There is currently a bug that sets that toolbar to not be shown on a default install (that should be fixed). I would like to hear feedback on those two suggestions for default side toolbars. Following your suggestions (and mine), the default window would look similar to this (on Mac) [0]. +1 for removing Advanced Digitizing toolbar as a default, as all of the functions are available in the Edit menu already. If needed, the user can show that toolbar. Another major layout issue is what the layout looks like after turning on all core plugins [1]. Then, what it looks like when all those plugin toolbars are shown [2]. This needs some work. [0] http://drive.dakotacarto.com/qgis/qgis_default.png [1] http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_no-extra-toolbars.png [2] http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_with-toolbars.png Regards, Larry So updating it should be easy, once it's decides what should be the default. Not sure if the data contains pixel coordinates and if the screen resolution might therefore be an issue... Let's try: https://github.com/qgis/Quantum-GIS/pull/710 Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.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] Toolbar and Panel defaults
Could we add the possibility to close toolbars by undocking them and hitting an x in the window I prefer the right for navigation than left Sent from Samsung tabletLarry Shaffer lar...@dakotacarto.com wrote:Hi Nathan, On Wed, Jul 10, 2013 at 4:51 PM, Nathan Woodrow madman...@gmail.com wrote: Having the nav toolbar on the side would be ideal if you could dock it on the right side of the layers panel. I'm not a fan of having to go all the way over the layer panel to access the navigation tools. That's a very good point. What about the Navigation toolbar on the right, with the Plugin toolbar filling the empty space at right on the first row of horizontal toolbars? Here's my reasoning. Nav tools are quickly accessible, and when a new user downloads/installs a plugin, there is already space to show it (assuming that plugin loads a tool button into the Plugins toolbar). Then the user can move toolbars to their liking. Any other ideas? [0] http://drive.dakotacarto.com/qgis/qgis_default_nav-tools-right.png Regards, Larry - Nathan On Thu, Jul 11, 2013 at 8:49 AM, Larry Shaffer lar...@dakotacarto.com wrote: H Pirmin, On Wed, Jul 10, 2013 at 3:29 PM, Pirmin Kalberer pi...@sourcepole.com wrote: Hi Jürgen, Am Mittwoch, 10. Juli 2013, 08.38:38 schrieb Jürgen E. Fischer: On Tue, 09. Jul 2013 at 22:55:18 +0200, Pirmin Kalberer wrote: Toolbars: -Turn off Advanced Digitizing -Move Label to second row Panels: -Turn on Layer order and Browser in a tabbed view with Layers Print composer: -Place all toolbars in one row In case anyone missed it: scripts/mkuidefaults.py produces src/app/ui_defaults.h from the current settings. Didn't know that. Updated the script to support composer UI defaults. Couple of other ideas comments, too: * Currently there are no side toolbars by default. Many apps utilize the left side toolbar for critical tools. To me, such tools in a GIS app are the canvas navigation tools. So whenever I to an initial setup of QGIS, I always put the Map Navigation toolbar on the left. * Similarly, I always place the Plugins toolbar on the right side. There is currently a bug that sets that toolbar to not be shown on a default install (that should be fixed). I would like to hear feedback on those two suggestions for default side toolbars. Following your suggestions (and mine), the default window would look similar to this (on Mac) [0]. +1 for removing Advanced Digitizing toolbar as a default, as all of the functions are available in the Edit menu already. If needed, the user can show that toolbar. Another major layout issue is what the layout looks like after turning on all core plugins [1]. Then, what it looks like when all those plugin toolbars are shown [2]. This needs some work. [0] http://drive.dakotacarto.com/qgis/qgis_default.png [1] http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_no-extra-toolbars.png [2] http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_with-toolbars.png Regards, Larry So updating it should be easy, once it's decides what should be the default. Not sure if the data contains pixel coordinates and if the screen resolution might therefore be an issue... Let's try: https://github.com/qgis/Quantum-GIS/pull/710 Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Plug-in Installer option
I was looking at the different plugin available today and they are 215 different ones, the Plugin Installer gives some useful information but would it be possible to link to the webpage of the plugin (when available) where the tools can be described and reviewed before installing. What I would expect is to click the desired plugin then right click and show a help file with the functions, the icon or where the menu should show (yes it takes me a lot of time to see what icon/menu the tool is when I have never used it), tutorials, etc. I suggest the specific plugin webpage as this would be the easier way using a hyperlink This would help people learn about the plugin before installing it, because sometimes the description is not enough -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Plug-in-Installer-option-tp5050474.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] Plug-in Installer option
It apparently is! Would like to see also some sort of rating for plugins, like most downloaded (which probably could mean its the one users, at least beginners think would be the most useful). Just a suggestion not that it should be like that -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Plug-in-Installer-option-tp5050474p5050490.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] Make QGIS interact with LibreCAD.
I would say add CAD tools within QGIS, 1. Extend 2. Trim 3. Snapping environment 4. digitise using either icons or commands on a console 5. Intersection, etc. CAD tools are faster for digitising and more precise, having that possibility from within QGIS would make it so much better, I find digitising in QGIS very limited so for me right now its not to a point I can recommend it since in my industry we do a lot of complex shapes and edits. Sent from Samsung tabletBernhard Ströbl bernhard.stro...@jena.de wrote:Hi Diego, based on a discussion [1] on this list a couple of months ago I started coding some of the missing tools as my time allows. This is going to be a Python plugin made from scratch. What I do have right now is: 1) Dissolve multi geometries (code from Alexandre Neto's plugin) 2) Split feature with feature of another layer 3) Cut out feature with polygon of another layer I can share what I have on github. Maybe you want to have a look or join in. What would be the tools you have in mind (I do not know LibreCAD)? Bernhard [1] http://osgeo-org.1560.x6.nabble.com/more-advanced-editing-tools-td5019552.html Am 22.04.2013 13:29, schrieb Diego Gnesi Bartolani: Hi Bernhard, I'll take your opinion into account. I'm still in a preliminary phase and I'm still deciding. I verified that adding shapefile support to LibreCAD is relatively simple, due to the good architecture of LibreCAD's IO and geometry classes. Now I'll test how hard is adding advanced cad tools to QGIS and how much time it can require to me. Then I'll compare all the pros and cons of the two solutions and I'll start to work. I need to finish the work before september, when I'll have to use it in my job). I'm not an expert of the QGIS API, and I need to study the source code and the documentation in order to know precisely how can I interact with QGIS while drawing: - changing the snapping behavior and override the default one when required; - having context menus with CTRL + right click (like on AutoCAD); - drawing temporary entities (i.e. to trace extension lines); - forcing the pointer to move along specific directions inside the map canvas; - fast accessing to vertices, lines and angles of the existing shapes, also for polygons. I also need to understand if I can do all these things from a plugin or do I need to make changes to the QGIS source code (I'll try to avoid this). I'll update this threads with all my progresses in the next days. Diego 2013/4/22 Bernhard Ströblbernhard.stro...@jena.de: Hi Diego, some of my users with more complex editing tasks (and familiar with CAD software) are complaining about not having similar possibilities in QGIS and I admit that our CAD has much more to offer in that respect (snapping, construction), so thanks for the move. IMHO the best would be to have CAD-like functions in QGIS (strategy #1) because 1) many people missing these functions already might use some CAD or another to get their work done and are exchanging data between the two systems (with all problems), so strategy #2 would simply exchange their CAD software (if they are willing to change) 2) and more important: many things that work in CAD do not work in GIS and vice versa, e.g. CAD: line color, hatching, dimensioning, GIS: attributes. Splines could be resolved into polylines, resembling the original spline, though. In short words: CAD is about drawing, GIS is about data modelling. So if you have the functions in QGIS you can more easily prevent users from doing silly things. my 2 ct Bernhard Am 21.04.2013 12:52, schrieb Diego Gnesi Bartolani: Hi, Yesterday I posted in a wrong thread, so I'm opening a new one. I'll copy and paste the previous message and add some notes. Sorry for the mess! Original post: I am an Italian archaeologist and an enthusiastic QGIS user. I do what I can to spread the knowledge about QGIS and other open source softwares to my university students (I am a contract professor at the Basilicata University and some days ago I've become contract professor at the Specialization School of Archeology of Udin, Venice and Trieste). The main difficulty I have with open source GIS is the advanced editing of vector layers. QGIS doesn't offer too much support for digitizing, the CAD Tools plugin has some useful functions but is far from being complete and the kind of interaction that it proposes is not very productive and time-saving (it's not a critic: CAD Tools saved my life a lot of time, and I want to thank the developers and maintainers). Many times, I had to convert my vector layers to dxf and back in order to perform some complex tasks (with all kind of conversion problems, like the preservation of the attributes values, etc.). I have some experience in programming (about ten years of developement, mainly in C# with the .NET Framework, before I switched to Linux), and I would like to try (only try, without promising
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Well since I can't code I can help with the testing, just point me where to start and I will try Sextante Sent from Samsung tabletFilipe Dias filipesd...@gmail.com wrote:I agree with allowing the user to define some Menu entries. As an end user I'd rather have all Analytical tools in one place, but this would allow people to not loose their habit of calling some more commonly used tools (I agree with Paolo, a poll with be good) from the Menu. Sextante is more stable in the areas where there more users. This can only be solved if more people step in for testing or when the full testing suite is completed. In any case, Sextante is the single most powerfull GIS analysis tool out there, including proprietary software. It's a huge undertaking and it is being carried by very few people. I wish there were more people contributing to the code and testing it. On Wed, Apr 17, 2013 at 8:49 AM, Victor Olaya vola...@gmail.com wrote: I like the idea of allowing menu entries to be defined from SEXTANTE algorithms, as a shortcut to them. If we agree on that, I could start working on it. Thanks everyone for you ideas! Cheers Victor 2013/4/17 Bernhard Ströbl bernhard.stro...@jena.de: Hi all, for a course I am about to give tomorrow I played a bit with SEXTANTE, although I am going to teach geoprocessing with fTools (we are using QGIS 1.8). It was my first go with SEXTANTE and I was about to show what it will offer in the future. Therefore I built a small model with three input layers a buffer and two overlay operations. I did not succeed in running the model so I tried in current master. As it currently is SEXTANTE is not operable for me (or I am doing it wrong): First message is Layers do not all use the same CRS although they definitely do and the same EPSG-code is noted in square brackets behind each layer name!? Second I get an Error executing algorithm... it seems as SEXTANTE cannot use PostGIS layers as input (when I save them as shape files the model runs perfectly), this is a big limitation as my institution stores almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to choose as input layers then). Well, this was a very disappointing experience because additionally QGIS was frozen two or three times opening or closing the model. I do not want to complain, all I want is to ask for keeping fTools as they are until SEXTANTE can _really_ replace them in all aspects. Then we should remove the vector menue completely because I agree that finding the tool you are looking for is a lot easier in SEXTANTE. my 2 cents Bernhard Am 17.04.2013 07:42, schrieb Anita Graser: On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.com mailto:nirvn.a...@gmail.com wrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita __ Information from ESET Mail Security, version of virus signature database 8235 (20130416) __ The message was checked by ESET Mail Security. http://www.eset.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Yes probably, but other commercial software have made even more drastic changes and they have survived. The old theme may be familiar for most of you who have lots of years of experience with it, but newbies would absolutely don't care. I vote for supporting only one theme and use it for now on for documentation. If anything needs to be updated to reflect this, then I think there would be many volunteers happy to do it. Resistance to change is natural, embracing change is not easy. May I suggest that the whole now default (and I propose only theme) be completely revised before version 2.0 is announced. This is because from now on all documentation should use this theme. BTW I used the old theme and I completely hated it, too many icons are misleading, too many icons used for the same purpose and it looked unprofessional like an unfinished product made by amateurs but that's just my opinion. g_sherman wrote On Tue, Apr 16, 2013 at 4:14 AM, Tim Sutton lt; lists@ gt; wrote: Hi On Tue, Apr 16, 2013 at 6:24 PM, Larry Shaffer lt; larrys@ gt; wrote: Hi, Since adding back the old default as a 'classic' theme choice is fairly straightforward, only taking about an hour to do, I suggest the following: It isn't done for a couple of weeks. Here's my reasoning. If we are all looking at only the new default theme and helping develop that into a complete and cohesive look for 2.0, then those who are working on it will benefit greatly by the entire dev community's focus. I also think Robert's and other's reworking of the default icon set to address color and useability concerns needs the full focus and support of the community for it to have a good chance at success. If right before GUI freeze (~ 2 weeks), the new theme is assessed and there is still a consensus, or maybe a vote, that there should be a second project-supported choice, then the 'classic' theme can readily be put back in. Please let me know what you think of that approach. My 2c. I was also hesitant about switching to the new GIS theme - I have ~ten years of using the old theme so it was hard to make the switch. However the last few months I have been using exclusively the GIS theme and I must say you will get used to it and start to appreciate it for its visual consistency. I think there are a lot of benefits to having only one theme - some of which Larry had described above. Also we will have less 'stuff' in our source tree, QGIS will be readily identifyable in screenshots, screencasts and publications etc - it will go a long way to creating a unified image and brand for our project. Sure I would like the colours on the icons to be a little brighter and there are probably other things that can be improved, but I think having one officially maintained and supported icon set makes a lot of sense. Regards Tim One consequence of eliminating the classic theme as an option is a lot of otherwise good, general documentation (articles, blog posts, stackexchange posts, books) will be crippled. -gary Regards, Larry On Tue, Apr 16, 2013 at 2:18 AM, Nathan Woodrow lt; madmanwoo@ gt; wrote: Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@.osgeo Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice
Re: [Qgis-developer] Icon theme update
My views PAN: the current icon seems more that it will move a feature not pan, I vote for the hand, that is what the cursor shows anyway PAN TO SELECTION: This should really be a right click action not a separate icon. You would select the feature using the selection tool then right click (list of actions) pan to selected. This can also be added to the layer menu, currently it has zoom to layer extent, would it be too difficult to add also Pan to selection or Zoom to selection ROTATION: I would say just use the big rotation icon most software have (the same as rotate point symbol icon), its easy that way to identify the tool fast. Does anybody know why there is a separate Rotate point symbol icon ADD Vector, Database, etc icons: I think it was discussed somewhere that having a single dialog box that address all of them would be considered, to much space taken up by each case HELP icon: Do we really need a dedicated icon (lifesaver), the menu on the top is really pretty much accessible and F1 is pretty universal, this icon only takes space In the project menu (don't know how you call the toolbars), I would add What's this? icon eliminating the help toolbar and in this same project menu I would add the Add data/raster/etc new dialog if it was changed leaving the new shapefile, remove layer icons Touch Zoom and Pan icon I really don't understand its function Zoom Full extent : Not feeling it Zoom to Layer extent is already a right click action on the layer which I believe is more appropriate way of doing it, I would remove this icon to save space, the same for Zoom to native pixel resolution (I believe this would apply only to rasters so this icon should be eliminated and just be present as a right click action on the menu for raster layers Agree on Zoom last, Zoom next On the label toolbar, I would just change the rotate label one a bit, eliminate the square and make the rotation arrow stand out On the edit toolbar, the arrow in the move feature I would use the classic move arrow, the current one is more associated with nudge, for the node tool I would suggest something more similar to Inkscape I would also have the zoom and selection on the same toolbar On another note, can the tool bar have names on the top when undocked and can we close them using a (x) on the corner? That way I could have reference the toolbars in a better way Sorry for all my comments vinayan wrote Hi, Any discussions on colors,icons etc always generate a lot of heat. I hope I am not being offensive to anyone here. Personally, I liked the old classic theme and would prefer it to have as an alternate option. Anyway, putting my disappointment aside, I have started getting accustomed to the new theme. Here are my thoughts/comments about some icons from 'gis' theme. - pan map, pan map to selection - most apps associate 'hand' icon to pan..so first time qgis users(having already used other graphics apps) would find it handy.. - rotate feature(s) - both icons(classic and gis) are poor. In the gis icon, the rotation part near the corner is too small to see. Classic icon was contributed by me..no comments ;) - move feature(s) - most apps have icons similar to the classic theme - zoom last, zoom next - The left and right arrows are better inside the magnifying glass as in the classic theme. Also I like how the handles of glasses in classic theme are symmetrically placed about y-axis making the two icons complementary - Node Tool - very complicated icon in gis theme..only a single point is shown. If multiple vertices were present in icon, it would be better - All Icons in the add layer toolbar - the icons are good..it would be great if some bright colors can be used for all these icons instead of the lighter grey for better distinguishing hope others come up with better suggestions to make the 'gis' theme better. Thanks Vinayan -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047334.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] [Qgis-psc] Logo
I would go for that also, #50, can we also ask the designer to add a world inside like #126 in a lighter shade of grey and see how it works. In my view #50 would be a great logo as it is for the project and then the Q part can be used for the desktop icon and make some great looking t-shirts like shown in #55. This looks modern, professional and conveys what QGIS aspires. I would also suggest that logo colors be used in the icon theme where possible once the final logo is approved to have some uniformity. Anita Graser wrote I could imagine that something following the idea of http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/126 would work too. From all the submitted ones so far, I'd still go with http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 I don't see any bird in http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118and I don't think it would work well as an application icon. QGIS has no animal. Do we want one? Or stick to the Q? In my opinion, so far, the consensus seemed to be that we want to stick with the Q at least. Best wishes, Anita On Tue, Apr 16, 2013 at 12:12 PM, Saber Razmjooei saber.razmjooei@.co wrote: I go for this: http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118 It is an open source project, hence there should!! be some sort of animal (Q looks like a bird to me!) presence there in the logo! Cheers Saber *From:* qgis-developer-bounces@.osgeo [mailto: qgis-developer-bounces@.osgeo ] *On Behalf Of *Nathan Woodrow *Sent:* 16 April 2013 10:57 *To:* Larry Shaffer *Cc:* qgis-developer *Subject:* Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow lt; madmanwoo@ gt; wrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lt; larrys@ gt; wrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow lt; madmanwoo@ gt; wrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini lt; cavallini@ gt; wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
#201 #200 #199 don't look GIS related #198 looks like a copy of #50 #196 #195 #194 looks, well something else #192 looks aweful #191 #190,#186 look to simple #187 #185 #183 #182 #181 #180 #178 #177 #176 #175 #171 #170 #169 #168 #167 #166 #165 #164 #163 #162 #161 #160 #159 #158 #157 #156 #155 #154 #153 #152 #151 #150 #149 #148 #147 #146 #145 are just ugly I think #126 has some potential but I wouldn't vote for it myself, #118 would work well for a desktop icon I guess and #50 is what I am favoring right now, most people call Quantum GIS just QGIS anyway now and this logo kind of reflects it by making it more prominent Nathan Woodrow wrote Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow lt; madmanwoo@ gt; wrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lt; larrys@ gt;wrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow lt; madmanwoo@ gt;wrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini lt; cavallini@ gt; wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-psc-Logo-tp5046799p5047339.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] New website: update
Paolo Reviewing the website it seems you have two navigation menus, one at the top and one at the left. I would suggest making the only menu the top one It seems a lot of the features there should be under a common page as it looks right now looks crowded, messy..not good for general users (not developers) e.g. Under support could have chat, bugs, questions and all community I would have Home Support or Community Events News Blog (Planet isnt such a descriptive name for persons not familiar) About the home page should showcase qgis, maybe visit a few websites you may like and borrow ideas Finally a wireframe of your proposal, or a dev website for review would be easier to comment than text comments since we have to imagine how it would look when making a website you first create the visual component maybe using inkscape and once design is final you code it the site needs to be updated to 2013 standards my view only, and I also find the current site horrible to navigate and get answers, looks more designed for coders than users Sent from Samsung tabletPaolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. Back from a short meeting with Otto, Werner, Raynold, and Alessandro. Main conclusions: * we should move all the nerdy stuff to another section of the site, quite separate (but readily accessible) from it * as a consequence, the user website should be even leaner and simpler, listing only the info really essential for the users * we need to improve the current script to build up the website based on current GH, so everybody can see and comment the results * we need a suitable theme, but we can publish the pages with the current one until we find a better one * we *need help* on a small but important issue: adding links to the table of content, in the form: .. toctree:: :maxdepth: 2 :hidden: website/download docs/user_manual/index docs/gentle_gis_introduction/index http://plugins.qgis.org works, but the resulting link has a label None. Does anybody know how to add a proper label to it? I tried with the normal rst syntax `Plugins http://plugins.qgis.org`_ but it does not work. This is a stumbling block for the publication. * in the meantime, we are migrating content. Thanks to all. - -- 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/ iEYEARECAAYFAlFn/+0ACgkQ/NedwLUzIr6GMQCgqhXnNI3RK8SlHZkq8dgEoMAT G9EAmgMEHynAr/GiTzB+RheGB6ko/boj =8iBw -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] New website: update
yes I was referring the old one, the new looks just a leaner lest messy one but I think it will work for now. What CMS are you using? I got a web designer friend who I can ask to give a few pointers, but probably this would be for the next months. I cant code so I can only give suggestions, I will see if I can get some advice for the website though I think something will be needed to be done when a new logo is selected or updated the old one Sent from Samsung tabletPaolo Cavallini cavall...@faunalia.it wrote:-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 12/04/2013 17:51, antoniolocandro ha scritto: Paolo my view only, and I also find the current site horrible to navigate and get answers, looks more designed for coders than users Hi Antonio, thanks for your comments; are you referring to qgis.org? We are building an entirely different structure, based on http://documentation.qgis.org/2.0/html/it/index.html Of course we still have many things to fix there. Your comments and help on this will be much appreciated. 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/ iEYEARECAAYFAlFoURAACgkQ/NedwLUzIr4imACfbl4iBVURal/6pBolFcU3pdcw IloAnjTXno3RDG8N+G5gqibkgFjEq8fZ =Ezd2 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Presentación de QGIS (QGIS presentation at FLISOL)
there is a video from Paolo presenting at Spain I think that is great, cant remember the link Sent from Samsung tabletAndrea andyscreations2...@gmail.com wrote:Hola! Mi nombre es Andrea Rodas y voy a presentar algo sobre QGIS en el FLISOL de Guatemala, si alguién tiene alguna presentación sobre QGIS para tomar ideas, se los agradezco. Gracias por la atención Hi! my name is Andrea Rodas, I´m from Guatemala. I will present at FLISOL the QGIS program, If someone can share with me a presentation of QGIS to take some clues, I´ll appreciated it (not matter if it is in english). Thanks a lot. -- Andrea___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Misaligned Google OpenLayers layer
I confirm this on latest QGIS master + windows 7, also confirm it doesn't happen with bing -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Misaligned-Google-OpenLayers-layer-tp5039475p5044414.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
