[Qgis-developer] RFC/QEP template
Hi, do we have a template for an RFC/QEP to start with? IMHO is much more important than the name we choose for it. -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] RFC/QEP template
Hey Alessandro: We do indeed. Thanks to Larry. https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/QEP-0-Template.rst Regards, Nathan On Thu, Sep 4, 2014 at 4:57 PM, Alessandro Pasotti apaso...@gmail.com wrote: Hi, do we have a template for an RFC/QEP to start with? IMHO is much more important than the name we choose for it. -- Alessandro Pasotti w3: www.itopen.it ___ 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] RFC/QEP template
2014-09-04 9:05 GMT+02:00 Nathan Woodrow madman...@gmail.com: Hey Alessandro: We do indeed. Thanks to Larry. https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/QEP-0-Template.rst Regards, Nathan Great! how should I start then? Clone the repo and add a new file for my RFC then make a PR? Thanks!!! -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] RFC/QEP template
Yep that is the workflow. All QEPs are done though a PR. On Sep 4, 2014 5:21 PM, Alessandro Pasotti apaso...@gmail.com wrote: 2014-09-04 9:05 GMT+02:00 Nathan Woodrow madman...@gmail.com: Hey Alessandro: We do indeed. Thanks to Larry. https://github.com/qgis/QGIS-Enhancement-Proposals/blob/master/QEP-0-Template.rst Regards, Nathan Great! how should I start then? Clone the repo and add a new file for my RFC then make a PR? Thanks!!! -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] To Save Ogr Layer in VRT
Helllo All, Someboby knows if exists a QGIS function to save a QGIS vector layer into Ogr VRT definition format ? Thank you for any info about this. Regards Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
Hi Dave, IIRC you only have to set the cmake option ENABLE_QT5=TRUE Matthias On 09/02/2014 10:07 PM, Dave Johansen wrote: I'd be glad to give it a try and help resolve any issues. What do I need to do to build it? I tried running cmake and it is still looking for Qt4, so how do I tell it to build with Qt5? Thanks, Dave On Tue, Sep 2, 2014 at 11:41 AM, Matthias Kuhn matthias.k...@gmx.ch mailto:matthias.k...@gmx.ch wrote: Hi Dave, I have ported large portions of the code to Qt5 (for Android). It has not been widely tested but runs quite stable here on Fedora (so not far from RHEL). However, due to missing pyqt packages I could not test python support (arriving in Fedora 21). If you want to give it a try, you can find the code here [1] Good luck and let me know how it goes. Matthias [1] https://github.com/m-kuhn/QGIS/tree/final-2_4_0-qt5 On Die 02 Sep 2014 20:38:28 CEST, Dave Johansen wrote: http://gis.stackexchange.com/questions/62548/can-i-use-qgis-with-qt5 The above link indicates that QGIS 2.x can't be built with Qt 5.x and I was curious how much work would be involved in resolving that. I ask because I'm using RHEL 6 which comes with Qt 4.6 and so I can't build QGIS 2.x with that because it requires 4.7. Qt 5.x is available in the EPEL so I was wondering what would be involved in making it so I could use that. If it's not too big of an effort, then I could potentially help with the work but I wanted to find out what it would involve before I dove into anything. Thanks, Dave ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto: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] To Save Ogr Layer in VRT
On 2014/09/04 09:39, Geo DrinX wrote: Helllo All, Someboby knows if exists a QGIS function to save a QGIS vector layer into Ogr VRT definition format ? a VRT is a Virtual Raster Table and applies to raster data not Vector data. gdal deals with raster, and ogr with vector. Do you want to rasterise some vector data and then store it in a tiled index (VRT), or do you want to know if there is an indexing mechanism similar to VRT, for Vector data? HTH, Zoltan -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
Hi Paolo, On 09/03/2014 08:16 AM, Paolo Cavallini wrote: Hi Matthias, thanks for this. What is your roadmap to move main QGIS to Qt5? All the best. This decision is not either/or. We can have a codebase that compiles against both (at least for a transition time), my branch is totally targeted towards this solution. There is no particular reason I could think of to be in a rush to put preasure on distributions to change. In the beginning Qt4 will be used as default setting and when enough water has gone down the Danube river we can change the default to Qt5. This will let us have a transition time where distros can decide themselves what suits their needs better. Right now there are two parts that I know will need some attention: * evis plugin uses an incompatible API (easy change) * python bindings need to be tested (maybe just work, maybe hard work... don't know) I would like to merge this after 2.6 has been released so it will be possible to build 2.8 against Qt5. That will also allow us to have Android nightlies based on master again. Matthias ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] MetaSearch 0.3.0 released
Hi Tom, if you allow me a user-question here: Having said this, what about the Layer properties dialog's Metadata section? There is almost enough there for a fulsome enough metadata record. Adding a CSW publishing client ('Publish Metadata') would be straightforward. Such a feature would be very much appreciated. Would you think of shipping a CSW server (e.g. pyCSW) with a QGIS installation / make that a dependency for a plugin or do you think of an interface to Metadata catlogue software like (from the group of OSGeo tools) GeoNetwork. The latter - which probably would be comparable with this solution in the proprietary world: https://www.geocat.net/bridge/ - would be nice, because it would a) improve interoperability between OSGeo projects, and b) help in central metadata management of an organisation (while the former is probably mor beneficial for smaler companies or single users which do not operate something like GeoNetwork)! Otherwise, a way to get metadata from QGIS published (e.g. in GeoNetwork), would be XML-import... Cheers Stefan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
Il 04/09/2014 09:56, Matthias Kuhn ha scritto: I would like to merge this after 2.6 has been released so it will be possible to build 2.8 against Qt5. That will also allow us to have Android nightlies based on master again. Thanks a lot for the explanation, and for your work. All the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] To Save Ogr Layer in VRT
Hello Zoltan, a VRT is a Virtual Raster Table and applies to raster data not Vector data. gdal deals with raster, and ogr with vector. VRT is not only for Raster .You will find this article very interesting : http://www.portailsig.org/content/ogr-que-la-force-soit-avec-les-formats-virtuels :) So, Vector VRT are very powerful , and I repeat the question : it just exists a QGIS menu function or other to save vector layer VRT definition file ? Thank you again for any info about this Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QuickOSM as default plugin for OSM data
Hi all, recently I discovered the QuickOSM plugin. Thanks to the ease of all its features I think it is worth to integrate as a native plugin. I'm saying that especially because the difficulties to work with the current OSM core plugin that involves to many steps in order to have some data displayed in QGIS. Furthermore, with this plugin it would be simpler to work with the training manual: I mean that one can adapt the manual to a specific area and data. What do you think about it? Cheers, Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] To Save Ogr Layer in VRT
Selon Zoltan Szecsei zolt...@geograph.co.za: On 2014/09/04 10:17, Geo DrinX wrote: Hello Zoltan, a VRT is a Virtual Raster Table and applies to raster data not Vector data. gdal deals with raster, and ogr with vector. VRT is not only for Raster .You will find this article very interesting : http://www.portailsig.org/content/ogr-que-la-force-soit-avec-les-formats-virtuels I learn every day. Perhaps today I will learn French? :-) You having said this, does clarify your question. - Nope, I am not aware of such facility in QGIS (but that doesn't say much). Regards and share your experience with this question. Zoltan Roberto, You probably want to try http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/ogr2vrt.py , which is actually mentionned in the article you quote. I don't think there's a QGIS launcher for that one, but a few characters on the command line have not killed anybody ;-) Even :) So, Vector VRT are very powerful , and I repeat the question : it just exists a QGIS menu function or other to save vector layer VRT definition file ? Thank you again for any info about this Roberto -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === -- Spatialys - Geospatial professional services http://www.spatialys.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] To Save Ogr Layer in VRT
Il 04/09/2014 11:43, Even Rouault ha scritto: http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/ogr2vrt.py , which is actually mentionned in the article you quote. I don't think there's a QGIS launcher for that one, but a few characters on the command line have not killed anybody ;-) suerly not :) however, it would be nice to add it, possibly to Processing toolbox. Roberto, could you open a ticket about this? Thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] To Save Ogr Layer in VRT
Selon Paolo Cavallini cavall...@faunalia.it: Il 04/09/2014 11:43, Even Rouault ha scritto: http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/ogr2vrt.py , which is actually mentionned in the article you quote. I don't think there's a QGIS launcher for that one, but a few characters on the command line have not killed anybody ;-) suerly not :) however, it would be nice to add it, possibly to Processing toolbox. Roberto, could you open a ticket about this? I'd note that this script is not installed by default with GDAL. The samples directory is aimed at more or less esoteric scripts. Some might go to official if they seem to be popular enough. Thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Spatialys - Geospatial professional services http://www.spatialys.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] MetaSearch 0.3.0 released
On Thu, 4 Sep 2014, Blumentrath, Stefan wrote: Date: Thu, 4 Sep 2014 08:00:06 + From: Blumentrath, Stefan stefan.blumentr...@nina.no To: Tom Kralidis tomkrali...@gmail.com, Alexander Bruy alexander.b...@gmail.com Cc: qgis-developer qgis-developer@lists.osgeo.org Subject: AW: [Qgis-developer] MetaSearch 0.3.0 released Hi Tom, if you allow me a user-question here: Having said this, what about the Layer properties dialog's Metadata section? There is almost enough there for a fulsome enough metadata record. Adding a CSW publishing client ('Publish Metadata') would be straightforward. Such a feature would be very much appreciated. Would you think of shipping a CSW server (e.g. pyCSW) with a QGIS installation / make that a dependency for a plugin or do you think of an interface to Metadata catlogue software like (from the group of OSGeo tools) GeoNetwork. The latter - which probably would be comparable with this solution in the proprietary world: https://www.geocat.net/bridge/ - would be nice, because it would a) improve interoperability between OSGeo projects, and b) help in central metadata management of an organisation (while the former is probably mor beneficial for smaler companies or single users which do not operate something like GeoNetwork)! Otherwise, a way to get metadata from QGIS published (e.g. in GeoNetwork), would be XML-import... Optionally both. The default could be loosely coupled using the CSW endpoint and all is done via CSW-T. A user could manage/publish their metadata with a selected CSW of their choosing/configuration. The other option would be to ship pycsw as the QGIS CSW server to allow users to easily stand up their own CSW. pycsw is Python and can be embedded seamlessly into downstream apps with Python support (like QGIS). ..Tom ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QuickOSM as default plugin for OSM data
Hi Matteo, Thanks for raising this issue! From my (user) perspective, I totally agree that QuickOSM is much more usable than the current core OSM functionality (which I cannot get to work properly at all). I cannot comment on the dev perspective too much though but it does not seem like the current OSM core plugin is the best technical solution either. Best wishes, Anita On Thu, Sep 4, 2014 at 11:33 AM, matteo matteo.ghe...@gmail.com wrote: Hi all, recently I discovered the QuickOSM plugin. Thanks to the ease of all its features I think it is worth to integrate as a native plugin. I'm saying that especially because the difficulties to work with the current OSM core plugin that involves to many steps in order to have some data displayed in QGIS. Furthermore, with this plugin it would be simpler to work with the training manual: I mean that one can adapt the manual to a specific area and data. What do you think about it? Cheers, Matteo ___ 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] QuickOSM as default plugin for OSM data
Il 04/09/2014 13:24, Anita Graser ha scritto: Hi Matteo, Thanks for raising this issue! From my (user) perspective, I totally agree that QuickOSM is much more usable than the current core OSM functionality (which I cannot get to work properly at all). I cannot comment on the dev perspective too much though but it does not seem like the current OSM core plugin is the best technical solution either. I also agree that the mainstream solution is not quite usable to me, and reducing duplications is always good. So, if there are no good technical reasons to avoid this, I'd prefer to have QuickOSM in core, and current functions hidden or removed. Thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QuickOSM as default plugin for OSM data
Hi On Thu, Sep 4, 2014 at 1:28 , Paolo Cavallini cavall...@faunalia.it wrote: Il 04/09/2014 13:24, Anita Graser ha scritto: Hi Matteo, Thanks for raising this issue! From my (user) perspective, I totally agree that QuickOSM is much more usable than the current core OSM functionality (which I cannot get to work properly at all). I cannot comment on the dev perspective too much though but it does not seem like the current OSM core plugin is the best technical solution either. I also agree that the mainstream solution is not quite usable to me, and reducing duplications is always good. So, if there are no good technical reasons to avoid this, I'd prefer to have QuickOSM in core, and current functions hidden or removed. Thanks. For me QuickOSM has basic usability issues that should be addressed before we consider this. e.g. no OK/Cancel/Help buttonbar. Also no clear button in quick query. Also in some ways it is even more hard to use than the built in offering of QGIS - QuickOSM requires detailed domain knowledge of the OSM schema which novice users simply won't have. I would like to see a bunch of presets available (like we have for roads and buildings in InaSAFE - see http://inasafe.org/en/user-docs/application-help/openstreetmap_downloader.html) which let you select a feature type and get it downloaded, a qml style applied and have the layer ready to use in QGIS. I believe QuickOSM would be a good platform to do this on but in my mind as it stands it does not yet make a good replacement. Regards Tim -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QuickOSM as default plugin for OSM data
Hello, Totally agree with Tim, especially for the Cancel button. Any large query made by mistake will just freeze QGIS and there is no way out except killing it. Vincent Le jeudi 4 septembre 2014 14:36:21, Tim Sutton a écrit : Hi On Thu, Sep 4, 2014 at 1:28 , Paolo Cavallini cavall...@faunalia.it wrote: Il 04/09/2014 13:24, Anita Graser ha scritto: Hi Matteo, Thanks for raising this issue! From my (user) perspective, I totally agree that QuickOSM is much more usable than the current core OSM functionality (which I cannot get to work properly at all). I cannot comment on the dev perspective too much though but it does not seem like the current OSM core plugin is the best technical solution either. I also agree that the mainstream solution is not quite usable to me, and reducing duplications is always good. So, if there are no good technical reasons to avoid this, I'd prefer to have QuickOSM in core, and current functions hidden or removed. Thanks. For me QuickOSM has basic usability issues that should be addressed before we consider this. e.g. no OK/Cancel/Help buttonbar. Also no clear button in quick query. Also in some ways it is even more hard to use than the built in offering of QGIS - QuickOSM requires detailed domain knowledge of the OSM schema which novice users simply won't have. I would like to see a bunch of presets available (like we have for roads and buildings in InaSAFE - see http://inasafe.org/en/user-docs/application-help/openstreetmap_downloader.h tml) which let you select a feature type and get it downloaded, a qml style applied and have the layer ready to use in QGIS. I believe QuickOSM would be a good platform to do this on but in my mind as it stands it does not yet make a good replacement. Regards Tim ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
In the beginning Qt4 will be used as default setting and when enough water has gone down the Danube river we can change the default to Qt5. Naming the Aare would have been safer... ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QuickOSM as default plugin for OSM data
Il 04/09/2014 14:49, Vincent Picavet ha scritto: Totally agree with Tim, especially for the Cancel button. Any large query made by mistake will just freeze QGIS and there is no way out except killing it. Hi all. Did anybody opened tickets about these issues? On the other hand: are you able to really use the core osm download function? Thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QuickOSM as default plugin for OSM data
For me QuickOSM has basic usability issues that should be addressed before we consider this. e.g. no OK/Cancel/Help buttonbar. Also no clear button in quick query. I don't think that this is should be a problem. Also in some ways it is even more hard to use than the built in offering of QGIS - QuickOSM requires detailed domain knowledge of the OSM schema which novice users simply won't have. I didn't agree. With the quick query function you can download data just typing the location and a tag. Someone that has just a basic knowledge of osm (just like me) won't have any problem to use it. Actually I'm not able to download data from the core plugin without having so much troubles. I also think that with a few improvement quickosm could be the final answer to the osm-qgis implementation. cheers Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
Thanks for the info. As archlinux user, I will also start testing build against python3 and Qt5 Op 4 sep. 2014 10:04 schreef Paolo Cavallini cavall...@faunalia.it: Il 04/09/2014 09:56, Matthias Kuhn ha scritto: I would like to merge this after 2.6 has been released so it will be possible to build 2.8 against Qt5. That will also allow us to have Android nightlies based on master again. Thanks a lot for the explanation, and for your work. All the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
I tried doing -DENABLE_QT5=TRUE and -DENABLE_QT5:BOOL=TRUE and it still doesn't work. In CMakeCache.txt, it says //No help, variable specified on the command line.. Any recommendations on what else to try? Thanks, Dave On Thu, Sep 4, 2014 at 12:46 AM, Matthias Kuhn matthias.k...@gmx.ch wrote: Hi Dave, IIRC you only have to set the cmake option ENABLE_QT5=TRUE Matthias On 09/02/2014 10:07 PM, Dave Johansen wrote: I'd be glad to give it a try and help resolve any issues. What do I need to do to build it? I tried running cmake and it is still looking for Qt4, so how do I tell it to build with Qt5? Thanks, Dave On Tue, Sep 2, 2014 at 11:41 AM, Matthias Kuhn matthias.k...@gmx.ch wrote: Hi Dave, I have ported large portions of the code to Qt5 (for Android). It has not been widely tested but runs quite stable here on Fedora (so not far from RHEL). However, due to missing pyqt packages I could not test python support (arriving in Fedora 21). If you want to give it a try, you can find the code here [1] Good luck and let me know how it goes. Matthias [1] https://github.com/m-kuhn/QGIS/tree/final-2_4_0-qt5 On Die 02 Sep 2014 20:38:28 CEST, Dave Johansen wrote: http://gis.stackexchange.com/questions/62548/can-i-use-qgis-with-qt5 The above link indicates that QGIS 2.x can't be built with Qt 5.x and I was curious how much work would be involved in resolving that. I ask because I'm using RHEL 6 which comes with Qt 4.6 and so I can't build QGIS 2.x with that because it requires 4.7. Qt 5.x is available in the EPEL so I was wondering what would be involved in making it so I could use that. If it's not too big of an effort, then I could potentially help with the work but I wanted to find out what it would involve before I dove into anything. Thanks, Dave ___ 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] Another question about QEP/RFC submission process
Hi, I'm ready with a first draft of the RFC, what it's not clear to me if there will be a chance for discussion *after* I submit it or if it will be voted and accepted/rejects as it is. In other words, should the discussion take place on the draft and then, after I've collected all the different opinions and amended it, I submit it for voting or I should just submit the draft now, and then we work on that and finalize for voting? -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] How to set a QGIS layer Not editable ?
Hello all, as in object, somebody knows a way to set a layer not editable ? Thank you for infos about this. Regards Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
Hi Dave, Are you sure you have checked out the correct branch from my private repository (link in my first response)? There is no support for this in master yet. The definition of the cmake variable can be seen here[1] Best Matthias https://github.com/m-kuhn/QGIS/blob/final-2_4_0-qt5/CMakeLists.txt#L222 On Thu 04 Sep 2014 04:56:12 PM CEST, Dave Johansen wrote: I tried doing -DENABLE_QT5=TRUE and -DENABLE_QT5:BOOL=TRUE and it still doesn't work. In CMakeCache.txt, it says //No help, variable specified on the command line.. Any recommendations on what else to try? Thanks, Dave On Thu, Sep 4, 2014 at 12:46 AM, Matthias Kuhn matthias.k...@gmx.ch mailto:matthias.k...@gmx.ch wrote: Hi Dave, IIRC you only have to set the cmake option ENABLE_QT5=TRUE Matthias On 09/02/2014 10:07 PM, Dave Johansen wrote: I'd be glad to give it a try and help resolve any issues. What do I need to do to build it? I tried running cmake and it is still looking for Qt4, so how do I tell it to build with Qt5? Thanks, Dave On Tue, Sep 2, 2014 at 11:41 AM, Matthias Kuhn matthias.k...@gmx.ch mailto:matthias.k...@gmx.ch wrote: Hi Dave, I have ported large portions of the code to Qt5 (for Android). It has not been widely tested but runs quite stable here on Fedora (so not far from RHEL). However, due to missing pyqt packages I could not test python support (arriving in Fedora 21). If you want to give it a try, you can find the code here [1] Good luck and let me know how it goes. Matthias [1] https://github.com/m-kuhn/QGIS/tree/final-2_4_0-qt5 On Die 02 Sep 2014 20:38:28 CEST, Dave Johansen wrote: http://gis.stackexchange.com/questions/62548/can-i-use-qgis-with-qt5 The above link indicates that QGIS 2.x can't be built with Qt 5.x and I was curious how much work would be involved in resolving that. I ask because I'm using RHEL 6 which comes with Qt 4.6 and so I can't build QGIS 2.x with that because it requires 4.7. Qt 5.x is available in the EPEL so I was wondering what would be involved in making it so I could use that. If it's not too big of an effort, then I could potentially help with the work but I wanted to find out what it would involve before I dove into anything. Thanks, Dave ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto: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] QuickOSM as default plugin for OSM data
Am 04.09.2014 13:24, schrieb Anita Graser: Hi Matteo, Thanks for raising this issue! From my (user) perspective, I totally agree that QuickOSM is much more usable than the current core OSM functionality (which I cannot get to work properly at all). I get it to work, but sometimes features are missing. Alternatively, it is possible to load OSM data that is already downloaded with Vector - Add vector layer through GDAL. That seems to deal a bit better with features that are modelled as multipolygon relation. The QuickOSM plugin focusses on filtered download, which the other two do not offer. The basic filtering can be on any key or key-value pairs. It is a bit nasty to type in the key manually, a preset dropdown list (e.g. the keys that osm2pgsql imports by default) would be nice. I cannot comment on the dev perspective too much though but it does not seem like the current OSM core plugin is the best technical solution either. One thing that the current OSM plugin and GDAL do better is using a spatialite database instead of a shapefile like QuickOSM does. This leads to truncated key names, which is a regression compared to the others. I suggest to review the code, and merge the three possibilites to get OSM data into one core plugin. Unfortunately, I can not help much on coding. Greetings, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Building QGIS 2.x with Qt 5.x?
Sorry this was a stupid user error on my part. I cloned your repo but was still on the master branch. Once I switched to the qt5 branch it worked. I've attached a patch that fixes a few compiler errors because gcc 4.4 requires that the the template type be specified in the construction of the base class. I believe that the change shouldn't change anything on a compiler that the code already built with. The other issue that I ran into with the build process is that it didn't set the value for QT_LRELEASE_EXECUTABLE even though /usr/bin/lrelease-qt5 was on the system. Once I set it using -DQT_LRELEASE_EXECUTABLE=/usr/bin/lrelease-qt5 it built just fine, but if possible, it would be nice if this value was auto-detected and set like the rest of the values. I don't know the first thing about cmake, so unfortunately I'm no help in trying to fix this or I'd look into it and try to make a patch for that as well. Also, it appears that there's not PyQt5 in the EPEL repository, so unfortunately I can't test that at this time. Thanks for all the help and the work to get QGIS working with Qt5, Dave On Thu, Sep 4, 2014 at 8:06 AM, Matthias Kuhn matthias.k...@gmx.ch wrote: Hi Dave, Are you sure you have checked out the correct branch from my private repository (link in my first response)? There is no support for this in master yet. The definition of the cmake variable can be seen here[1] Best Matthias https://github.com/m-kuhn/QGIS/blob/final-2_4_0-qt5/CMakeLists.txt#L222 On Thu 04 Sep 2014 04:56:12 PM CEST, Dave Johansen wrote: I tried doing -DENABLE_QT5=TRUE and -DENABLE_QT5:BOOL=TRUE and it still doesn't work. In CMakeCache.txt, it says //No help, variable specified on the command line.. Any recommendations on what else to try? Thanks, Dave On Thu, Sep 4, 2014 at 12:46 AM, Matthias Kuhn matthias.k...@gmx.ch mailto:matthias.k...@gmx.ch wrote: Hi Dave, IIRC you only have to set the cmake option ENABLE_QT5=TRUE Matthias On 09/02/2014 10:07 PM, Dave Johansen wrote: I'd be glad to give it a try and help resolve any issues. What do I need to do to build it? I tried running cmake and it is still looking for Qt4, so how do I tell it to build with Qt5? Thanks, Dave On Tue, Sep 2, 2014 at 11:41 AM, Matthias Kuhn matthias.k...@gmx.ch mailto:matthias.k...@gmx.ch wrote: Hi Dave, I have ported large portions of the code to Qt5 (for Android). It has not been widely tested but runs quite stable here on Fedora (so not far from RHEL). However, due to missing pyqt packages I could not test python support (arriving in Fedora 21). If you want to give it a try, you can find the code here [1] Good luck and let me know how it goes. Matthias [1] https://github.com/m-kuhn/QGIS/tree/final-2_4_0-qt5 On Die 02 Sep 2014 20:38:28 CEST, Dave Johansen wrote: http://gis.stackexchange.com/questions/62548/can-i-use- qgis-with-qt5 The above link indicates that QGIS 2.x can't be built with Qt 5.x and I was curious how much work would be involved in resolving that. I ask because I'm using RHEL 6 which comes with Qt 4.6 and so I can't build QGIS 2.x with that because it requires 4.7. Qt 5.x is available in the EPEL so I was wondering what would be involved in making it so I could use that. If it's not too big of an effort, then I could potentially help with the work but I wanted to find out what it would involve before I dove into anything. Thanks, Dave ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer diff --git a/src/core/qgsvectorlayerfeatureiterator.cpp b/src/core/qgsvectorlayerfeatureiterator.cpp index 776500a..a2fdcd0 100644 --- a/src/core/qgsvectorlayerfeatureiterator.cpp +++ b/src/core/qgsvectorlayerfeatureiterator.cpp @@ -84,7 +84,7 @@ QgsFeatureIterator QgsVectorLayerFeatureSource::getFeatures( const QgsFeatureReq QgsVectorLayerFeatureIterator::QgsVectorLayerFeatureIterator( QgsVectorLayerFeatureSource* source, bool ownSource, const QgsFeatureRequest request ) -: QgsAbstractFeatureIteratorFromSource( source, ownSource, request ) +: QgsAbstractFeatureIteratorFromSourceQgsVectorLayerFeatureSource( source, ownSource, request ) , mEditGeometrySimplifier( 0 ) { diff --git a/src/providers/delimitedtext/qgsdelimitedtextfeatureiterator.cpp b/src/providers/delimitedtext/qgsdelimitedtextfeatureiterator.cpp index 6b525c7..4fee62b 100644 ---
Re: [Qgis-developer] Another question about QEP/RFC submission process
Hi, On Thu, Sep 4, 2014 at 8:57 AM, Alessandro Pasotti apaso...@gmail.com wrote: Hi, I'm ready with a first draft of the RFC, what it's not clear to me if there will be a chance for discussion *after* I submit it or if it will be voted and accepted/rejects as it is. In other words, should the discussion take place on the draft and then, after I've collected all the different opinions and amended it, I submit it for voting or I should just submit the draft now, and then we work on that and finalize for voting? I am actively doing the same (drafting a QEP/RFC), and would like to no the answer to this as well. I'd assume the latter makes the most sense. There are labels available in the github interface for pull requests, e.g. 'Draft' = open for review. We could add a new one, like 'Final Draft', that can be applied to signify that the proposal is ready for voting. The labels are nice, since they show up in the list view of PRs. Also, we can add Final Draft to the template, as a value for :Status:. Regards, Larry -- Alessandro Pasotti w3: www.itopen.it ___ 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] How to set a QGIS layer Not editable ?
Hi, as in any tool, you should use either file system or database authorization. This is the more powerfull way I'm not aware of any lock on password like access or excel affords, but they have limitations.. Cheers Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/How-to-set-a-QGIS-layer-Not-editable-tp5160152p5160176.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] Another question about QEP/RFC submission process
Hey, Yeah the use of labels and the status field in the QEP is the way to go. Depending on the type of change it can go to voting first up, some things are simple enough that they can be voted right away e.g Lets use Skype rather then IRC (example of course). There isn't much to flesh out there and it would just go right to vote. Most will go into discussion/draft mode first so feel free to open one while it's near completion but still in draft mode. Just make sure people are aware that you are building it out, and re-notify the mailing list once it's done before the vote for a final look. I would start with something that is as close to ready as possible so that people have a good idea first round but if some small details are missing that isn't an issue. As you already have an idea on what you are trying to do, I think it's best to put together as much as you can, open a QEP, then we can discuss any details that need to be fleshed out. - Nathan On Fri, Sep 5, 2014 at 4:09 AM, Larry Shaffer lar...@dakotacarto.com wrote: Hi, On Thu, Sep 4, 2014 at 8:57 AM, Alessandro Pasotti apaso...@gmail.com wrote: Hi, I'm ready with a first draft of the RFC, what it's not clear to me if there will be a chance for discussion *after* I submit it or if it will be voted and accepted/rejects as it is. In other words, should the discussion take place on the draft and then, after I've collected all the different opinions and amended it, I submit it for voting or I should just submit the draft now, and then we work on that and finalize for voting? I am actively doing the same (drafting a QEP/RFC), and would like to no the answer to this as well. I'd assume the latter makes the most sense. There are labels available in the github interface for pull requests, e.g. 'Draft' = open for review. We could add a new one, like 'Final Draft', that can be applied to signify that the proposal is ready for voting. The labels are nice, since they show up in the list view of PRs. Also, we can add Final Draft to the template, as a value for :Status:. Regards, Larry -- Alessandro Pasotti w3: www.itopen.it ___ 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] Crash of QGIS 2.4 built on RHEL 6 with Qt 5.3
I got the build of QGIS 2.4 running on RHEL 6 ( http://lists.osgeo.org/pipermail/qgis-developer/2014-September/034513.html ) but now when I run it, it segfaults. Here's the stacktrace: #0 QHash (this=0xf23fb0, recursionMode=QReadWriteLock::Recursive) at ../../src/corelib/tools/qhash.h:282 #1 QReadWriteLockPrivate (this=0xf23fb0, recursionMode=QReadWriteLock::Recursive) at thread/qreadwritelock_p.h:67 #2 QReadWriteLock::QReadWriteLock (this=0xf23fb0, recursionMode=QReadWriteLock::Recursive) at thread/qreadwritelock.cpp:126 #3 0x73d54a73 in fileEngineHandlerMutex () at io/qabstractfileengine.cpp:101 #4 0x73d54cdc in QAbstractFileEngineHandler::QAbstractFileEngineHandler (this=0xf23f90) at io/qabstractfileengine.cpp:125 #5 0x73d7f97e in QResourceFileEngineHandler () at io/qresource.cpp:1189 #6 resource_file_handler () at io/qresource.cpp:1503 #7 0x73d7fa29 in qt_force_resource_init () at io/qresource.cpp:1505 #8 __static_initialization_and_destruction_0 () at io/qresource.cpp:1507 #9 global constructors keyed to qresource.cpp(void) () at io/qresource.cpp:1508 #10 0x73e24ce6 in __do_global_ctors_aux () from /usr/lib64/libQtCore.so.4 #11 0x73cce023 in _init () from /usr/lib64/libQtCore.so.4 #12 0x73a68000 in ?? () #13 0x003574e0e555 in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2 #14 0x003574e00b3a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #15 0x0001 in ?? () #16 0x7fffe38b in ?? () #17 0x in ?? () Any ideas on what the issue is? I can rebuild with DEBUG enabled if that helps diagnose the issue. Thanks, Dave ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer