[Qgis-developer] Digitize Line starting at a point vertex with a defined angle and distance
Do anybody knows how can I draw a line starting at a point with an azimuth and distance? I tried Improved Polygon Capturing (misleading name a bit) but unfortunately it doesn't seem to do the work maybe because I am doing this with layers in WGS 84 but projected coordinates. It would be great if QGIS since I would like to recommend this for making aviation charts By the way can QGIS support Nautical Miles and Statute Miles? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Select by Location tool and other things
I was using the select by location tool today and here are my thoughts. 1st. Once it finishes the selection it gives the result in the status bar of QGIS, I think if it is succesful it should close the current window and show a pop up XX/XXX features selected, and during the performing of the operation a progress bar should be shown that way we know it is working 2nd. I saved this selection to a folder as a shapefile, the behavior I was expecting was for a pop up window or something asking if I wanted to add this layer to the QGIS or not. Instead I had to navigate to the folder where it was saved and add it. 3rd. On my laptop running windows 8 some of the popup dialogs of QGIS overrun the task bar at the lower part of the screen making it impossible to press the ok button or others. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Select by Location tool and other things
I think they are different, although have some similarities. I don't know what the right approach about reporting would be but I guess I was hoping someone in the developer list would check this out ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Old symbology removed in master
I would say remove all deprecated things and just move forward and have cleaner better code ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New website: update
Paolo I would suggest 1. To move the Go button to the same line as the search bar, making the bar a bit smaller, you may replace the GO with a loupe maybe, I believe you may just eliminate Enter search terms or a module, class or function name. as the search bar is self explaining 2. To add a footer to the main template, you can use this part to add some information such as Contact Us, Copyright etc.3. Above the footer or in it you may add social media buttons for facebook and twitter, I believe you use those platforms4. Maybe a slider of images that showcase some screenshots just like some commercial sites have, just to enhance visually the design and make it more pleasant5. Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America Date: Fri, 12 Apr 2013 12:58:02 -0600 From: antoniolocan...@hotmail.com To: cavall...@faunalia.it CC: qgis-community-t...@lists.osgeo.org; qgis-developer@lists.osgeo.org Subject: 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 tablet Paolo 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 ___ 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
From the logos so far I would vote for #64 or #50, I guess #50 Works better for me it looks a Little better looking the spacing of the letters, but that can be refined in #64, also I like a bit more the tone for #50 plus I like the idea #55 of T-shirt for the Project Would you consider eliminating the worst looking ones my vote for worst are #134 #121 #105 #82 #81 #79 #67 #68 #74 #66 #40 #41 #34 #35 #37 #38 #13 #6 #5 I would like to see #64 with a globe within the Q very light colors, just to see it that could work #91 for some reason it quite doesn't looks so good the marker withing the Q, looks a Little bit off for me Just my thoughts ___ 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 say it could work if you had an interface where you can set which layers you want to intersect but interactively select snapping within a console. I remember when I used AUTOCAD the thing that I really liked about it is thata. I can draw pretty fast and accurate using only commands but had the icons if I wantedb. Snapping is one of the best I used, you can interactively set the snapping while digitising like snap to end, snap to midpoint, snap to edge, etc. Like Diego said before I will start a shared google document where I will add digitising cases I use/need, once its up you are free to add your particular cases also. The idea is to see if all of this cases can be done using QGIS (core+extensions) at some point in the future I would say the necessary plugins needed to perform this edits would need to be merged into one single plugin. So having a tool with all CAD functions would be great. Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America From: stefan.zieg...@bd.so.ch To: antoniolocan...@hotmail.com; bernhard.stro...@jena.de; diego.gn...@gmail.com CC: qgis-developer@lists.osgeo.org Subject: AW: [Qgis-developer] Make QGIS interact with LibreCAD. Date: Mon, 22 Apr 2013 12:40:15 + I would like to see some changes in the snapping interface. If you got some 30+ layers it is really difficult to find a specific layer. A layer tree for snapping just like for the legend would be great. And add the tree as tab like the browser. Von: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] Im Auftrag von antoniolocandro Gesendet: Montag, 22. April 2013 14:36 An: bernhard.stro...@jena.de; diego.gn...@gmail.com Cc: qgis-developer@lists.osgeo.org Betreff: 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 tablet Bernhard 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
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
I started the shared document please be free to edit it, add your own preferences, comments etc. This could be used as a user requirement document of what editing tolos are needed to perform the feature creating needs the user base hashttps://docs.google.com/document/d/1aw_amN2_vNtw5TWooyvVxt5cfDhfA6J1sszITOBNRkY/edit?usp=sharing Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America From: olivier.dal...@gmail.com Date: Mon, 22 Apr 2013 12:53:08 + Subject: Re: [Qgis-developer] Make QGIS interact with LibreCAD. To: stefan.zieg...@bd.so.ch CC: antoniolocan...@hotmail.com; bernhard.stro...@jena.de; diego.gn...@gmail.com; qgis-developer@lists.osgeo.org I'd also suggest to include numerical entry (length, angle, X/Y coordinates). Please have a look at http://plugins.qgis.org/plugins/improvedpolygoncapturing/ (it does not work well in 2.0 yet). With advanced snapping environment (include angles, midpoints, intersections...), I'd say it's the CAD feature I miss the most in QGis. 2013/4/22 Ziegler Stefan stefan.zieg...@bd.so.ch I would like to see some changes in the snapping interface. If you got some 30+ layers it is really difficult to find a specific layer. A layer tree for snapping just like for the legend would be great. And add the tree as tab like the browser. Von: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] Im Auftrag von antoniolocandro Gesendet: Montag, 22. April 2013 14:36 An: bernhard.stro...@jena.de; diego.gn...@gmail.com Cc: qgis-developer@lists.osgeo.org Betreff: 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 tablet Bernhard 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
Re: [Qgis-developer] Make QGIS interact with LibreCAD.
Agreed +1 Having all the needed editing tools in one plugin would be better, right now you need to install several plugins to do editing work, maybe getting them together under one roof and deprecating the original afterwards would make the experience easier for users and for writing manuals also Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America Date: Mon, 22 Apr 2013 17:18:25 +0200 From: cavall...@faunalia.it To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Make QGIS interact with LibreCAD. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 22/04/2013 15:17, Diego Gnesi Bartolani ha scritto: Stefan and Bernahard, I don't want to create redundancy on the plugin repository: if you're working on similar projects, maybe I can try to help you instead of starting a brand new work. Agreed: if at all possible, please join forces rather than duplicating plugins: from the user point of view, it can quickly become a nightmare to move across hundreds of plugins. Thanks. - -- 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/ iEYEARECAAYFAlF1VMEACgkQ/NedwLUzIr73/gCfZddVszdHYFeAfLDR42Gdxws5 dQgAn0/Cvf9oF+aFBkokILgEYNnFmz4y =8mHv -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] Make QGIS interact with LibreCAD.
Would it be possible as a first interaction if all the CAD/Drawing tools be merged into a single plugin so the plugin library be less crowded and we knew exactly what tools are available? I disagree that some users wont be interested in this tools, some users are just doing analysis and that is fine but to be able to perform analysis and models you sometimes have to create the data, having the tools to create the data is part of every COTS GIS software and it should be part of QGIS. Of course if a user is just doing analysis he would just hide the tools Antonio Locandro From: olivier.dal...@gmail.com Date: Wed, 24 Apr 2013 12:57:03 + To: a.neum...@carto.net CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Make QGIS interact with LibreCAD. 2013/4/22 Andreas Neumann a.neum...@carto.net I would prefer if most of the editing tools would be available in core - - and if possible - implemented in C++. I'm not sure if I agree with that : getting a snapping engine that works smoothly will require a lot of tweaking, which is a pain in C++ compared to python. Also, some user will be interested in adapting the snapping engine to suit their particular habits, which is easy when working with python plugins. And some other users won't be interested at all in this kind of tools. About the problem of installing multiple plugins : it would of course be much more elegant if all the CAD-drawing related tools were neatly packed in one plugin, which could then even be preinstalled or featured. ___ 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] 'File' versus 'Project'
Ok now I see what the discussion is about. Seriously changing File for Project what was the rationale for that? Pretty much standard to use File and it wont cause any confusions. I am going with William on this issue Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America From: madman...@gmail.com Date: Thu, 25 Apr 2013 01:24:37 +1000 To: kyngch...@kyngchaos.com CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] 'File' versus 'Project' William, I can understand the concern, it was the same thing that went though my mind when I change the composer menu. In the end most people didn't care, or adapted. There are a lot of applications that don't use a file menu and work quite well, I would say better in fact. http://i.imgur.com/t0QZeJK.png Chrome and Firefox http://images.autodesk.com/adsk/images/autocad_context_sensitive_presspull_large_900x577.jpg AutoCAD Regarding the Edit menu, you will notice that the tools in there are not related to text or documents they only refer to the current feature, or selection of features. If you have a dialog open you can't use that menu, unless the dialog is non model and in that case still doesn't help you as there are no tools to use on text. If the Edit menu is to stay, that is fine however I would suggest a new menu called Feature/s which houses all the current tools in the edit menu minus the Undo/Redo and Copy/Paste Feature. Regards, Nathan On Thu, Apr 25, 2013 at 12:17 AM, William Kyngesburye wokl...@kyngchaos.com wrote: Well, my original reaction when I saw the File-Project change was that it's very non-standard, and may cause more cofusion than it's worth. Certainly on OS X, maybe on other systems. People know what the File menu means, even if the main object of an application is a project, or video or email or whatever. Same goes for the Edit menu. And it's standard position is right next to the File menu. Undo, Redo, Cut, Copy and Paste are the basics for the edit menu, and should work in dialog text boxes for copying and pasting text, as well as whatever document editing they may do. Do not move Undo/Redo, more confusion. I realize that this may be Mac-centric, but the OS X HI Guidelines seem to be generally followed or adapted on other systems, and these File and Edit menu changes are a bit radical. On Apr 24, 2013, at 6:07 AM, Nathan Woodrow wrote: Ramon, I would agree with those points. In fact I think the menu structure as is doesn't make much sense and the Edit menu should be renamed to Feature/s. What does Edit mean: - Edit Layer - Edit Feature - Edit Project If you look at all the tools in the Edit menu they are all related to the current feature or features. The undo and redo actions should be moved to the layer menu. Here are my thoughts on the Layer menu: http://i.imgur.com/oYO55Qz.png Moving the Add xxx Layer to the project menu would mean you follow these actions when creating a new project: Project - New Project - Add xxx Layer Change the style Layer - Properties That is a more logical flow IMO then currently what is there. Thoughts? - Nathan On Wed, Apr 24, 2013 at 8:21 PM, Ramon Andiñach cust...@westnet.com.au wrote: On 24/04/2013, at 05:55 , Ramon Andiñach wrote: On 24/04/2013, at 04:28 , John C. Tull wrote: Hi all, I was having some discussion on IRC today with Tim and Larry about the recent change to the menu in trunk. Before, the menu used File and that was changed to Project. My position is that it does not seem Mac-like, whether or not a QGIS document resides in the filesystem as a .qgs file or if your Project is fed from a database, something apparently planned for the future of QGIS. I'd be interested in feedback from other Mac users on this. I'm flexible to the change, but wanted to vet this and see if anyone else had a strong opinion one way or the other. Please make it clear if you are a Mac OS X user or not. Thanks, John Interesting. I'd say this is going to look as odd at home on my mac as at work on their windows box. No file menu - that's going to look very unfamiliar. That said, it's a good name. It does describe what's in there - those commands work on the project-file not a layer-file. -ramon. Ok. I've been standing at the bottom of a large-ish hole today, so if this sounds like a dumb idea that's my excuse. Could we move Layer across next to Project? Some reasoning. 1. If we're abandoning File in favour of Project, then there's possibly no reason to retain Edit next to it either. Other than historical ones. 2. Project and Layer are largely about opening, closing, saving (and other similar things) files. Project files in one menu
[Qgis-developer] Decorations on the View Menu
I just tried this feature and my impression is why is this enabled on the canvas view? This features are more suitable for the composer and having two ways to achieve something is not always a good thing. You can control in a better way how things look in the composer anyway. For me it doesn't make sense to have this enabled in the Canvas Ing. Antonio Locandro Tegucigalpa, Honduras ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Decorations on the View Menu
Ok I see the use cases, Thanks for the reply Ing. Antonio Locandro From: li...@linfiniti.com Date: Thu, 25 Apr 2013 00:37:51 +0400 Subject: Re: [Qgis-developer] Decorations on the View Menu To: antoniolocan...@hotmail.com CC: qgis-developer@lists.osgeo.org Hi On Wed, Apr 24, 2013 at 8:16 PM, Antonio Locandro antoniolocan...@hotmail.com wrote: I just tried this feature and my impression is why is this enabled on the canvas view? This features are more suitable for the composer and having two ways to achieve something is not always a good thing. You can control in a better way how things look in the composer anyway. For me it doesn't make sense to have this enabled in the Canvas Having scale (scalebar) and distance (via grid) is handy when panning around in the map view, taking application screenshots, screencasts, exporting the canvas as an image etc. These features are disabled by default so they should not cause you any interference if you don't want to use them. The copyright decoration functionality could probably be replaced by current map annotations implementation I guess... Regards Tim Ing. Antonio Locandro Tegucigalpa, Honduras ___ 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. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux 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] Logo Update
IMHO this decision should be taken only by the active qgis dev team behind the whole design process. Why? I am in the mailing list and I can certainly give my opinion, however for any reason I may or may not stick with QGIS in the future (dropping Quantum from the name by the way would be good), however devs have shown commitment with the project, gone to HF, solve user problems, etc. for me that is enough reason for the dev team to make the decision. I say most of the logos that made final round would make a better logo that what is currently used (no offense intended, just reality), like someone mentioned one logo looks more Corporate/Professional, the other looks more Community/Open-Source, I do not know which look would be better for QGIS, I do know if the aim is to displace COTS (because of the benefits it brings to communities which can invest that money in other ways not expensive software) then #50 would certainly look better and would attract more commercial/government interest just because of brochures, website, etc. If the aim is just to be community,open source driven then I would go with dakcarto logo with more rich colours and write a special place in the website explaining the logo and its story behind (would make a nice logo story), remember you should look the brand overall and think all the branding possibilities not just icons, but website colors, brochures, manuals, etc. I would strongly suggest whatever the decision, once made final do not question it, embrace it and move on P.S. My vote is for #50, probably with some tweaking of the color for richness.btw if it get confused so much, you can always rename to OGIS, OpenSource GIS ;) Cheers Ing. Antonio Locandro Tegucigalpa, Honduras Date: Wed, 1 May 2013 16:37:23 +0200 From: werner.ma...@gmail.com To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Logo Update Hi Larry, Devs, While I generally have no problems with criticism, I do take issue with having my work parodied in a cartoon which implies plagiarism. A simple it looks too much like Chrome's icon would have sufficed. I think it was not meant personally .. As far as I know Radim .. :) There are a lot of people outside that do really like your designs (including me) but I also understand the points of others.. It is indeed a important decision and probably everyone wants to see his favourite design as the final logo .. That's why I always say I am fine with whatever will win the contest.. Personally I go with Paolo and would like to see on of ours as the winner .. But I have to say that #50 is also a very clear design and would probably fit as Icon on the Desktop better.. As I am no Designer too (as Borys already mentioned) I would say every design that made it on the final page would be good to go and there should be a clean vote (i am not clear if it should be public or only the qgis team which stands behind the whole dev process). There are a lot of stories out there about wrong desicisions in logo design or naming (I remember some automobile which was called I think dick in another language) .. So I guess in some parts of the world the logo (and the colours) would have different meanings to people. We should try to be aware of that - but we cannot completely avoid such collisions. You never can do it right for everyone on this world. Let's just choose the most voted .. think about it from different viewpoints.. try to give the designer feedback about our concerns and afterwards we should avoid mails like this one or that one would have been better.. To complete this mail. #50 for simple and clear usable as Icon on the Desktop #338,#336 and still #280 (for me) to be a logo for a shirt and a very nice design with a story behind to remember.. but probably not an icon so let's try to be objective and choose the best one and also accept the decision with kind regards Werner ___ 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] Logo Update
I like this logo, not so keen on the colors though, but keeping into consideration the time constrain its understandable. I would prefer darker shade of grey and a more vibrant green, looks a bit opaque for me Ing. Antonio Locandro Tegucigalpa, Honduras Date: Thu, 2 May 2013 11:08:04 -0600 From: lar...@dakotacarto.com To: radim.bla...@gmail.com CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Logo Update Hi, On Thu, May 2, 2013 at 12:09 AM, Radim Blazek radim.bla...@gmail.com wrote: On Wed, May 1, 2013 at 4:19 PM, Larry Shaffer lar...@dakotacarto.com wrote: On Wed, May 1, 2013 at 1:44 AM, Radim Blazek radim.bla...@gmail.com wrote: On Tue, Apr 30, 2013 at 7:13 PM, Larry Shaffer lar...@dakotacarto.com wrote: I am not in favour of #338 or #336 because those are too complex for logo. And then, there seems to be 3 hands on it, right? I understand that the green one is Wassermann's hand [1][2] but I wonder whose is the blue and brown? Hmmm. I had never heard of Wassermann's hand, so that's just a coincidence. The hands represent dev's and user's hands, all working on the project together, but from different parts of the world and from different disciplines, which are represented by three elemental colors: brown (geology, landscaping, city planning, etc.), green (biology, forestry, etc.), blue (hydrology, oceanography, etc.). OK, I just want to let you know that the first impression for somebody who has not invented the logo may be different. I see three creatures, Wassermann and his fellows trying to divide the Earth. This is my second impression: http://bench.qgis.cz/ms-google-qgis.jpg While I generally have no problems with criticism, I do take issue with having my work parodied in a cartoon which implies plagiarism. I beg your pardon Larry. I am sure that you were not inspired by Chrome logo. I was thinking about impression it can make on people not about the origin of the logo. Radim, thank you very much for addressing my concern. Your point that the logo should not look too much like an existing one is important. I submitted a last minute design (actually I had 3 minutes left) in which I tried to incorporate a cleaner and more professional look like many devs believe is needed [0], while at the same time paying homage to the old logo and it's funky green arrow. Instead of an arrow I used only a green arrowhead and styled it with a hint of a modern location icon seen on many mobile devices. I think it is my best and most straightforward work on the logo. Hopefully, it doesn't look like anything else out there. :^) [0] https://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/419 Regards, Larry Sorry again. Radim A simple it looks too much like Chrome's icon would have sufficed. Larry Radim Regards, Larry Radim [1] http://de.wikipedia.org/wiki/Wassermann_(Mythologie) [2] http://www.zivli.cz/wp-content/gallery/2009/11/Vodnik-300x193.jpg I also like the idea that money goes to one of our devs. I agre that some refinement to #338 and #336 would help to look more professional. All the best, and thanks a lot for having taken the lead on this. - -- 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/ iEYEARECAAYFAlF/qgwACgkQ/NedwLUzIr4K+gCeLg/xSwnDfj4LIuKyf7aiD3Dz UvIAninKkhExlvlhWCNXd/Unl4/Tu6Nf =tTpj -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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Creating a pool of maps showcasing QGIS upcoming v2.0 features
Great idea! I like the idea of the maps to showcase QGIS. Maybe having a widget on the QGIS new website like a photogallery would be nice also Ing. Antonio Locandro Tegucigalpa, Honduras Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur Americawww.travelinghonduras.com Date: Tue, 7 May 2013 11:41:35 +0700 From: nirvn.a...@gmail.com To: madman...@gmail.com; anitagra...@gmx.at; qgis-developer@lists.osgeo.org; nyall.daw...@gmail.com Subject: [Qgis-developer] Creating a pool of maps showcasing QGIS upcoming v2.0 features Greetings all, As we are fast approaching the day QGIS v2.0 will be release, I thought it might be useful to create a public pool of nice maps showcasing some of the new features that'll be available in v2.0. That should help writing release notes (as visual examples of features will be readily available) as well as being a nice PR effort to attract new users. I believe quite a few of us QGIS users, as well as developers, have by now moved on to using QGIS 1.9 to produce maps. As such, we might already have a pretty good number of already-made maps exemplifying what's coming in v2.0. Anita has already posted a couple of nice blog posts with photos, so did Nyall. It'd be a matter of regrouping the maps under one umbrella. A Flickr group has been set up over here: http://www.flickr.com/groups/2244553@N22/ Nathan and I already uploaded a couple of maps. The concept would be to add maps and a description highlighting the new features (see http://www.flickr.com/photos/60284107@N00/8715653609/in/pool-2244553@N22 for example). To upload to the Flickr group, it requires a Flickr account, which shouldn't be too troublesome as one can link its yahoo or gmail account to log in. Is this something you guys would be interested in participating to? Mathieu Pellerin ___ 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
Just a thought, but most of the problems are due to the fact each *add feature* has an icon for quick access. I would simply vote to have an unified add data button and then select the data you want, someone has proposed something about it but don´t know if it will make it for 2.0 nor do I remember the exact reference. IMHO QGIS has way to many icons cluttering the UI and using precious space specially on small screen laptops Ing. Antonio Locandro Tegucigalpa, Honduras +504 9503 5747 Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America Date: Mon, 27 May 2013 23:07:16 +0200 From: rob...@szczepanek.pl To: li...@linfiniti.com CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] New Icons - difficult to read Hi Tim, On 25.05.2013 11:06, Tim Sutton wrote: @Robert - what about using a background colour scheme whereby e.g. all add layer icons get the same background colour and then you can remove e.g. the + and layer picture elements as they are visually grouped. Just a thought anyway This is an interesting idea, but I'm afraid hard to implement. We could get very strange mixture of colours (location of icons changes...). We could also make one background colour per toolbar. But there are several toolbars and we (man) - in opposite to women - don't recognize so many colours :) Maybe simply skip some icon elements in toolbars, with many similar operations (like add layer)? regards, Robert ___ 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
Just to reinforce the point raised The pan icon currently in Master are four arrows which are more associated with moving a graphic or a nudge, I would think the most well known symbol for that would be the famous little hand to pan Cheers Ing. Antonio Locandro Tegucigalpa, Honduras From: jonathanmou...@warwickshire.gov.uk Date: Tue, 28 May 2013 15:55:17 +0100 To: anitagra...@gmx.at CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] New Icons - difficult to read Hi Anita,I think we have to be fair and recognize that a GIS is a little more complex than a web browser and will always have more buttons. Many functions which have only one meaning in a simpler application can have different meanings in a GIS depending on context. To simply assume the context from the placement in a certain toolbar could raise other issues. Fair point, but that's why I also compared other GIS's where I could (ArcGIS, MapModeller (FME Data Inspector uses the refresh circle but doesn't have a back/forward feature) and noted that they hold the same convention. Also, that was only one single example, there are others.These days people *expect* certain icons for certain things. To use a different icon throws away the years of pre-training the user will have already have using other applications that stuck to the convention. I don't think I've ever seen a single application that had 10 icons that were mostly the same before in the same that the magnifying glass ones in QGIS 2.0 are. Regards, Jonathan On 28 May 2013 11:11, Anita Graser anitagra...@gmx.at wrote: Hi, On Tue, May 28, 2013 at 11:23 AM, Jonathan Moules jonathanmou...@warwickshire.gov.uk wrote: +1 for unified data adding button. From a use-perspective there's no good reason that raster adding should be separate from vectors for instance In depth example: take the Back, Next, and Refresh view icons. The new QGIS icons all have a magnifying glass behind them (I can barely make out the refresh circle). Why? In comparison, I have four web-browsers in front of me, all have these buttons and all of them are simple arrows/refresh circles. None of them have a picture of a web-page behind them. ArcGIS and MapModeller both use simple arrows/circles too. MapInfo doesn't seem to have this functionality. At this point these icons are standard conventions, but the QGIS 2.0 iconography makes that part only 1/6th of the actual icon, instead giving prominence to a magnifying glass that's entirely unnecessary. While I agree to some degree (+1 for unified data adding button), I think we have to be fair and recognize that a GIS is a little more complex than a web browser and will always have more buttons. Many functions which have only one meaning in a simpler application can have different meanings in a GIS depending on context. To simply assume the context from the placement in a certain toolbar could raise other issues. Best wishes,Anita ___ 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 2.0 and beyond
+1 No reason to dish out a QGIS version just to comply with deadline, IMHO its better to delay it a bit than to deal with lots of unsatisfied users from bugs and crashes Ing. Antonio Locandro Tegucigalpa, Honduras Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America Date: Tue, 28 May 2013 17:48:28 +0200 From: s...@keybit.net To: filipesd...@gmail.com CC: qgis-developer@lists.osgeo.org; giovanni.man...@faunalia.pt Subject: Re: [Qgis-developer] QGIS 2.0 and beyond On Tue, May 28, 2013 at 04:41:24PM +0100, Filipe Dias wrote: I agree with Giovanni. As an end user I'd rather wait a few more months than get an imcomplete version of QGIS 2.0. +1 Also note that there are currently 10 crasher tickets filed against 1.8.0, and even 1 against 1.7.4. --strk; On Tue, May 28, 2013 at 4:37 PM, Giovanni Manghi giovanni.man...@faunalia.pt wrote: Hi, Undoubtedly we will have to release with blockers please no :) It would be a huge blow to QGIS reputation as there are actually blockers that make QGIS really unusable for any real life job. cheers! -- Giovanni -- ___ 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] Icons for Qgis in svg
Hi Damian I am currently working on a proof of concept for a National Weather Service, I would like to know if you could provide a link to the svg symbols you mentioned Regards Ing. Antonio Locandro Tegucigalpa, Honduras Need a GPS map for Central America, Asia or South America / Necesitas un mapa GPS para Centro America, Asia o Sur America Date: Tue, 11 Jun 2013 13:07:01 +0200 From: damianc...@wp.pl To: qgis-developer@lists.osgeo.org Subject: [Qgis-developer] Icons for Qgis in svg Hello! I study on university of science and technology in Cracow Poland and i'm just finishing my BSc THESIS. My BSc THESIS is about scalable vector graphics, inkscape, svg in quantum gis and also include synoptic symbols that i made. I made 100 meteorological synoptic icons in svg. Are you interested in release them with new version of quantum GIS 2.0 ?? Damian ___ 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] EPSG 4326 coordinate ordering
Hello devs I got into a bit of problems today trying to render a GML file, I get the features in the wrong position. (https://docs.google.com/file/d/0B2WxCPuMM8hEanNmSDUyVU1JRFk/edit?usp=sharing) image (https://docs.google.com/file/d/0B2WxCPuMM8hEQkhDWUNmSEM5Qkk/edit?usp=sharing ) gml file for France airports After investigating a bit I found that EPSG:4326 specifically states that the coordinate order should be latitude, longitude. Many software packages still use longitude, latitude ordering which seems to be the case for Proj4 which is used in QGIS +proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs Now my question is how can I have the correct definition for EPSG 4326 to use? Should I create a custom CRS and how? Using windows Thanks for your time Ing. Antonio Locandro Tegucigalpa, Honduras ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] new icons
+1 for pan with the hand! for panToSelected, instead of rotating the hand you could try to just leave it like pan and add the selection box, that way it will eliminate the select by click effect I think Antonio Locandro Date: Thu, 4 Jul 2013 10:54:54 +0200 From: bernhard.stro...@jena.de To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] new icons Hi Denis, thanks for your effort. +1 for pan = hand panToSelected with hand looks like select by click to me, so +1 to keep current (symbols IMHO need not be similar as panToSelected is a button and pan is a tool) Bernhard Am 04.07.2013 10:28, schrieb Denis Rouzaud: Hi all, I have been redrawing a few PNG icons last days. I have already changed the identify and action icon as shown on the right of the printscreen. Two commits are on their way to get accepted for selection and system icons: https://github.com/qgis/Quantum-GIS/pull/693 https://github.com/qgis/Quantum-GIS/pull/693/files https://github.com/qgis/Quantum-GIS/pull/692 I think the pan icons are a more debatable point. I tried 2 news designs. Image attached or https://f.cloud.github.com/assets/127259/748218/16c720c0-e482-11e2-9058-58a5d24d56b5.png Could you tell what you think about them? 1. Keep current 2. Hand style 3. Pad and arrow style Of course we can have a combination, so please specify pan or panToSelected. I think it's a good time to update these icons, and will give QGIS a fresh look for 2.0. I took the initiative of doing so on my own. I started with two awful icons (identify and action), and I felt like going on So if you think things should not be changed, please say it, so I won't spend too much time on this. And if you like the changes, you can also say so ;) Greetings, Denis __ Information from ESET Mail Security, version of virus signature database 8524 (20130704) __ 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
Re: [Qgis-developer] CyberTracker integration
Hi Justin I think your project seems a little bit similar to http://fulcrumapp.com/ http://fulcrumapp.com/features/ for field data collection, maybe just missing the part for people who can read or write What they do is capture data using custom forms on the field and then you sync over the internet on the cloud, once on a computer you can export the data to use with GIS software and create PDF reports Probably a similar approach? Antonio Locandro From: jus...@steventon.com To: madman...@gmail.com Date: Sat, 6 Jul 2013 23:07:25 -0700 CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] CyberTracker integration That’s true, I missed the concept of a form in the description on the site. My interest is in a rich, user friendly data capture experience, especially for cases where the field user is not a QGIS user and may not be able to read or write. Our studies indicate that this is also a more efficient way to capture data for literate users. Over the years we’ve rolled our own mini-GIS for the desktop, but the scalability of this approach is clearly limited. Since we’re a non-profit and in the process of opening our code, it makes sense to leverage an existing system. Of the solutions I have investigated, QGIS seems most aligned at the technical level. We do bring some interesting work to the table. Our client supports Windows Mobile and Android and has a large library of customizable UI components which can capture many different data types, including images and sound. There is also support for timer tracks and a field map. I’m pretty new to the Open Source community, so apologies if this is off. I’m probably going about this all wrong. Cheers,-Justin From: Nathan Woodrow [mailto:madman...@gmail.com] Sent: Saturday, July 6, 2013 10:24 PM To: Justin Steventon Cc: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] CyberTracker integration My project isn't about putting QGIS onto PDA. QGIS doesn't run on PDAs and I doubt it ever will. QMap is meant to be a field collection version of QGIS. - Nathan On Sun, Jul 7, 2013 at 3:13 PM, Justin Steventon jus...@steventon.com wrote:Thanks Jürgen, I see Nathan’s project is really about putting a stripped down version of QGIS onto a PDA. Nevertheless, it’s impressive. CyberTracker is designed more as a data capture conduit – highly customizable UI (via XML) that can be used even by low-literate folks. Integration with QGIS would be great. If anyone is interested in a collaboration, please let me know. Cheers,-Justin ___ 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] CyberTracker integration
Thats understandable the differences, now Justin can you specify more about how would you like to make the integration I am thinking you would probably want to do the data collection using CyberTracker, then export it or download it to be used within QGIS. Now what is it that you would want to do with the data inside QGIS? Depending on your goals you may want to create a plugin that would take the data and do certain predefined analysis Regards Antonio Locandro From: jus...@steventon.com To: antoniolocan...@hotmail.com; madman...@gmail.com CC: qgis-developer@lists.osgeo.org Subject: RE: [Qgis-developer] CyberTracker integration Date: Sun, 7 Jul 2013 13:47:37 -0700 Hi Antonio, Yes, similar to Fulcrum. I’ve been following them for a while now and think they are doing a lot of things right. They’re missing a few components that are important for us, e.g. full offline (for security) and support for a number of in-field scenarios. It’s possible these features will be created over time. The proprietary nature of Fulcrum would tend to turn off some potential groups in the same way as it occasionally has for us. So far, we have not seen meaningful support for low literate users in any major product. As more and more folks have smart phones, this may pick up. Cheers,-Justin From: Antonio Locandro [mailto:antoniolocan...@hotmail.com] Sent: Sunday, July 7, 2013 8:54 AM To: Justin Steventon; 'Nathan Woodrow' Cc: qgis-developer@lists.osgeo.org Subject: RE: [Qgis-developer] CyberTracker integration Hi Justin I think your project seems a little bit similar to http://fulcrumapp.com/ http://fulcrumapp.com/features/ for field data collection, maybe just missing the part for people who can read or write What they do is capture data using custom forms on the field and then you sync over the internet on the cloud, once on a computer you can export the data to use with GIS software and create PDF reports Probably a similar approach? Antonio Locandro From: jus...@steventon.com To: madman...@gmail.com Date: Sat, 6 Jul 2013 23:07:25 -0700 CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] CyberTracker integrationThat’s true, I missed the concept of a form in the description on the site. My interest is in a rich, user friendly data capture experience, especially for cases where the field user is not a QGIS user and may not be able to read or write. Our studies indicate that this is also a more efficient way to capture data for literate users. Over the years we’ve rolled our own mini-GIS for the desktop, but the scalability of this approach is clearly limited. Since we’re a non-profit and in the process of opening our code, it makes sense to leverage an existing system. Of the solutions I have investigated, QGIS seems most aligned at the technical level. We do bring some interesting work to the table. Our client supports Windows Mobile and Android and has a large library of customizable UI components which can capture many different data types, including images and sound. There is also support for timer tracks and a field map. I’m pretty new to the Open Source community, so apologies if this is off. I’m probably going about this all wrong. Cheers,-Justin From: Nathan Woodrow [mailto:madman...@gmail.com] Sent: Saturday, July 6, 2013 10:24 PM To: Justin Steventon Cc: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] CyberTracker integration My project isn't about putting QGIS onto PDA. QGIS doesn't run on PDAs and I doubt it ever will. QMap is meant to be a field collection version of QGIS. - Nathan On Sun, Jul 7, 2013 at 3:13 PM, Justin Steventon jus...@steventon.com wrote:Thanks Jürgen, I see Nathan’s project is really about putting a stripped down version of QGIS onto a PDA. Nevertheless, it’s impressive. CyberTracker is designed more as a data capture conduit – highly customizable UI (via XML) that can be used even by low-literate folks. Integration with QGIS would be great. If anyone is interested in a collaboration, please let me know. Cheers,-Justin ___ 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] Digitization change in upcoming 2.0
+1 just tried it and its a huge improvement definitely better Antonio Locandro Date: Tue, 30 Jul 2013 08:53:04 +0200 From: denis.rouz...@gmail.com To: Qgis-developer@lists.osgeo.org; qgis-u...@lists.osgeo.org Subject: [Qgis-developer] Digitization change in upcoming 2.0 Dear QGIS users, On today's master and upcoming QGIS 2.0, the behaviour of the right-click in digitization has changed. Instead of adding a vertex and finishing the digitization, it now only finishes the digitization without adding any vertex. We understand it is quite a change for long-time users, but we believe this behaviour is much more intuitive, and that users will get used to it very quickly. Best regards, Denis ___ 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] Renaming SEXTANTE
I have to agree with this, Sextante has become a very recognizable brand I feel renaming it doesn't really bring any real benefit and users already know Sextante will be doing Analysis, my two cents with this Antonio Locandro Date: Fri, 9 Aug 2013 20:00:25 +0100 From: filipesd...@gmail.com To: vola...@gmail.com CC: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Renaming SEXTANTE Hi,Many people refer to Vector and Raster tools as Ftools and GDAL. Sextante, in my opinion, is not different, so I dont see why we should change anything. The Sextante menu is called Analysis which makes sense. And Sextante toolbox seems to be a good name, as well as Sextante Modeler. Additionally, Sextante is a recognizable name for gvsig and Arcgis users. Considering that we can expect that a lot more users are going to start using QGIS after 2.0 is released, it would make sense the keep the Sextante naming Best regardsF. On Fri, Aug 9, 2013 at 6:53 PM, Victor Olaya vola...@gmail.com wrote: Hi After much thinking and considering some suggestions, I think it would be a good idea to remove the SEXTANTE branding, and just have everything with a more descriptive name, such as geoanalysis, processing, or something like that. In the long-term, that will help to integrate the analysis framework into QGIS,and help users locate it. It shouldn't be more difficult than just replacing string ocurrences, but before doing such a big (and potentially troublesome) change, I would like to hear the opinion you guys have about this (is it a good idea? what name should we use instead of sextante for packages and modules? any good refactoring tool that you recommend?,etc) I am going to be out of office next week, so I might not read my email everyday, but it would be great to hear what you think about it. Once I am back, I will proceed to change it, I discussed it briefly with Tim and Paolo, who agreed on this, so I assumme this is not incompatible with the API freeze and the release plan that we have, but if anyone thinks this shouldn't be done now, please say it. I personally think that it would be good to have it in 2.0, so all analysis stuff is called analysis (or whatever) and not with a name that (although I like and feel very identified with it) for most people doesn't make much sense... Thanks in advance. Victor ___ 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] Cad-Input for QGIS prototype
Hi Oliver, thanks for copying me in this email Let me tell you that I have installed your prototype and tested it. I do think something like this is needed and I do like the fact that it works with other tools directly. I like the fact it gives you guidelines of what it will do like in CAD software. I think it would be nice to add also the possibility to use right clicks for actions To address your points 1) yes this feature is needed in QGIS, other COTS software have this functionality as Advanced Editing and I do rely heavily daily on this type of things for my job and is amongst several reasons why we cant switch for QGIS. I know the main user base of QGIS probably use it only for analysis but for some of us we need to digitize precisely coordinates based on field data or to create specific features. I would vote to keep to make it part of core as Advanced Tools or something, I also think it would be quite nice to merge the different CAD-like tools into one and have all this contributors who made this individual plugins work as a team. Resources are not always available and to join forces to me seems a better approach 2) I would leave that for developers 3) I cant code, at least I am not at that level. I am just learning python and it might take some time to achieve a level to make something useful. I can however test the plugin and suggest features. I think the best way is to add issues in the github repository of bugs, improvements etc. 4) Some ideas to start with, I will add them to github so you have them there also. I understand it is a prototype to see if it gathers traction but I feel it will - snap to midpoint (snapping options to behave like in CAD software) - Add trim line - Add extend line - Add ability to create arcs e.g. Tan Tan Radius; select center and add radius - Add the ability to draw by deflection angle apart from perpendicular and parallel - Maybe add the possibility to add x,y in DMS, DM, DD when working in WGS84 - The plugin already adds the function to calculate within fields. I think one useful thing in length is that by default it is m (or the epsg default unit I guess ft might be for some) and that you can add different units by adding the appropriate abbreviation like in other COTS e.g. 18 ft 1 NM 1 SM From: olivier.dal...@gmail.com Date: Sun, 26 Jan 2014 03:08:27 +0100 Subject: Cad-Input for QGIS prototype To: qgis-developer@lists.osgeo.org CC: diego.gn...@gmail.com; stefan.zieg...@bd.so.ch; bernhard.stro...@jena.de; antoniolocan...@hotmail.com Dear list, Some times ago, on this list, we discussed[1] about real CAD-like input for QGIS, and since I do myself long for such a feature very much, I'd like to reopen that discussion by proposing a python prototype. I know there are already a few plugins aiming in that direction (CadTools, ImprovedPolygonCapturing, NumericalInput and a few other).They provide the functionality, but not the ease of use you can find in CAD packages. One key aspect is that they are all specific tools, and do not work with other tools directly. The prototype is inspired from Archicad's input method which allows to combine numeric input with mouse input in a very efficient and flexible manner, to get the best of both. It is currently very raw and not well tested at all... It also relies on a lot of dirty hacks, since the python API is not well suited for this type of plugins (have a look at the README on the github page for more details). DEMO (video) : https://vimeo.com/85052231GITHUB (readme, download...) : https://github.com/olivierdalang/CadInput Please, tell me what you think : 1) Concept - Does this kind of input seem interesting to you ?- How does it fit in a GIS-environment ? Since it comes from a CAD environment, maybe it's more suited to designing than digitizing. 2) API/Core modifications (read https://github.com/olivierdalang/CadInput#technical-notes ) - How do you see the suggested improvements ? Are they feasible ? - Does developing this as a python plugin make sense, or does it have to be in the core from the start ? (I'm not familiar with core developing) 3) Collaboration...- Is anyone of you currently working on the same topic ? - Would anyone have some time/interest in collaborating on this feature ? 4) Other ideas are welcome ! Thanks for your attention, Olivier [1]: http://osgeo-org.1560.x6.nabble.com/Make-QGIS-interact-with-LibreCAD-td5048565.html (To those from this discussion I cc'ed, I though you may be interested, I hope you don't mind) ___ 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 agree completely with what you have written specially +1 for adding the functions but -1 for just bringing the plugins into core. Maybe start with some of the easier ones like the value tool you mention From: madman...@gmail.com Date: Sat, 5 Apr 2014 14:00:41 +1000 Subject: Re: [Qgis-developer] Adding plugins to core? To: antoniolocan...@hotmail.com CC: qgis-developer@lists.osgeo.org I agree that adding the plugins to core would be a good idea however I don't feel that we should just add them in their current state. The plugin repository has the benefit of of being able to update things faster then the release of QGIS itself if you find bugs, etc, you can also add features for older QGIS versions. I think these features in the plugins are great but we should really integrate them into the core project itself as new features rather then just a plugin. Having Python plugins in core can also raise issue for users because they still look like normal plugins but you can't update them because they are no longer in the repository. Having to enable handy features also feels a bit hap hazard to me. Something like the value tool could easily be integrated into the identify tool for instance. There are also some other concepts floating around the idea of bring CAD functions into core so I think it's best to just focus on making those stronger. So +1 for adding the functions but -1 for just bringing the plugins into core. - Nathan On Sat, Apr 5, 2014 at 1:22 PM, AntonioLocandro antoniolocan...@hotmail.com wrote: 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 ___ 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
Oh I thought you didn't need to list all the extensions, yeah that seems impractical. I thought you could add the extensions in the background and just show All supported files in the dialog box --- Original Message --- From: Etienne Tourigny etourigny@gmail.com Sent: May 12, 2014 9:51 AM To: AntonioLocandro antoniolocan...@hotmail.com Cc: qgis-developer qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] changes to file filters in GDAL and OGR file open dialogs It can be done but requires a really long filter string (with all possible file extensions) shown in the dialog - not very practical. See attached screenshot which occupies the whole screen. To do this properly (without showing the long filter string) would require a custom widget, I think. Etienne On Mon, May 12, 2014 at 11:17 AM, AntonioLocandro antoniolocan...@hotmail.com wrote: +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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] (no subject)
Hi! http://poster-designs.de/wp-content/themes/dt-nimble/images/soc-ico/Britishphp?vvqypqpq2103sk antoniolocan...@hotmail.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] (no subject)
Hi qgis http://fbcgroups.info/wp-includes/SimplePie/thick.php?bmnhvher2376gcxkyfp Antonio Locandro ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Use of master to refer to dev version
Hi, I have seen a debate about master going on in other tech domains and I note that QGIS dev version is called master, is this something that should be addressed? I particularly do not mind but it seems some people are offended by the use of the word master and considering QGIS is a project that prides itself in being inclusive of the community maybe it would be a good idea to review its use Of course I am not a developer just thought today of the issue not because it impacted me but because of what I see other people in tech talking about it , I have no idea on the extent of the changes, impact or even if it is necessary. Regards ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Greetings, qgis developer
Qgis https://www.google.com/search?q=qgis-developer@lists.osgeo.org Antonio ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QgsGeometryUtils.lineCircleIntersection
Hello all, I am trying to use this on a script I am writing however I can’t seem to get what the syntax for the Qgs Vector should be, I was expecting just to put directly an angle but it is something else. lineIntersection(p1: QgsPoint, v1: QgsVector, p2: QgsPoint, v2: QgsVector) → Tuple[bool, QgsPoint] On the other hand in order to use this function I need to write completely QgsGeometryUtils.lineCircleIntersection is there a way to make this shorter on my script? Finally why some functions require QgsPointXY while others QgsPoint, beats me, just above this one is lineCircleIntersection that requires the use of PointXY. My current workaround is to use segmentIntersection but that requires the calculation of dummy points so was looking for something more direct ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Unapproved Style in QGIS HUB
Hi all, Wondering who is in charge of approving new/update styles in the hub? I had one style "aviation" which I updated and now it is no longer visible as it is marked pending for review, I uploaded a new version today also trying to trigger the review since it has been a bit long. Probably would be good to have some way to update styles without going through a vetting procedure which is good for new styles but a bit cumbersome for updates. ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Unapproved Style in QGIS HUB
Thank you Tim, No intention on pointing fingers at all just was wondering who could I contact in case it took much longer. I think the updated workflow could reduce the amount of time required to review updates in theory On Nov 29, 2023, at 2:29 PM, Tim Sutton wrote: Hi Antonio It's me! (and a few others) that review. My apologies, there is a long standing issue that the notification of style updates go to spam and I can't 'untrain' the rules (despite trying many times). I think your proposal makes sense that authors can self approve after the initial review. Lova could you help us to implement this workflow? Regards Tim On Wed, Nov 29, 2023 at 6:46 PM Antonio Locandro via QGIS-Developer mailto:qgis-developer@lists.osgeo.org>> wrote: Hi all, Wondering who is in charge of approving new/update styles in the hub? I had one style "aviation" which I updated and now it is no longer visible as it is marked pending for review, I uploaded a new version today also trying to trigger the review since it has been a bit long. Probably would be good to have some way to update styles without going through a vetting procedure which is good for new styles but a bit cumbersome for updates. ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org<mailto:QGIS-Developer@lists.osgeo.org> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- -- [https://kartoza.com/files/KartozaNewLogoThumbnail.jpg] Tim Sutton Kartoza Co-Founder Visit http://kartoza.com<http://kartoza.com/> to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Tim is a member of the QGIS Project Steering Committee --- ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
