[Qgis-developer] ItemDelegate with a tool button: can't click
Hi all, Nyall is using the new QgsFieldExpressionWidget as an item delegate and there's a problem with clicking on the button. Indeed, pressing on the button (to open the expression dialog) works only and only if the combo box has the focus. For a demo, see http://youtu.be/o5AgjC4cCqY Do you have any idea how to handle this? Thanks a lot, Denis PS: I posted the same question on stackoverflow: http://stackoverflow.com/questions/23510297/qt-itemdelegate-with-a-tool-button-cant-click ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Problems editing WFS in QGIS
Il 07/05/2014 09:24, rldhont ha scritto: The patch has been merged and backported to release 2.2 https://github.com/qgis/QGIS/pull/1266 https://github.com/qgis/QGIS/commit/a98df93a0db86db0b41431b44d0d5835c7c892a6#diff-32d7f8e430e38ae79be2ead93f97a418 https://github.com/qgis/QGIS/commit/ad21b90b613afd3beae0e4192d02883d0ca3ff99#diff-32d7f8e430e38ae79be2ead93f97a418 I hope a bugfix will be released. It should already be in the official Debian package, build from 2.2 branch. All the best, and 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] Problems editing WFS in QGIS
Le 07/05/2014 09:28, Paolo Cavallini a écrit : Il 07/05/2014 09:24, rldhont ha scritto: The patch has been merged and backported to release 2.2 https://github.com/qgis/QGIS/pull/1266 https://github.com/qgis/QGIS/commit/a98df93a0db86db0b41431b44d0d5835c7c892a6#diff-32d7f8e430e38ae79be2ead93f97a418 https://github.com/qgis/QGIS/commit/ad21b90b613afd3beae0e4192d02883d0ca3ff99#diff-32d7f8e430e38ae79be2ead93f97a418 I hope a bugfix will be released. It should already be in the official Debian package, build from 2.2 branch. All the best, and thanks. It's QGIS-PSC official release ? What about Mac OSX, Windows, Ubuntu users ? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Problems editing WFS in QGIS
Il 07/05/2014 09:29, rldhont ha scritto: It's QGIS-PSC official release ? it's an official Debian package. 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] One to many relations: forms
Hi all. I'm working with forms and one to many relations, and I do not know whether I hit a current limitation, or if I'm missing something. I have custom forms (DD designer) for both parent and child tables. I want to add the custom child form to the parent one, so the user can insert new data in the parent table, and add data to the child from the same form. I cannot find a way to do it with DD forms. With autogenerated forms, this is possible, but: * the FK, added by hand to the parent, is not shown on the list of the available ones for child (so the list is taken from the saved table) * in the tab showing the parent form, also the child table is shown (twice in my case). I find this rather confusing. It seems to me that the function is geared for adding children to existing parents, rather than adding parents and children in one shot: am I wrong? I think also the second case is quite useful in many contexts. Thanks for any suggestion. 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] Ticket opening
Hello, are there any directives out there about what to attach to a ticket? I'm going to file one or two relative to globe plugin and I want to know what information (debug outputs, etc) would be useful for the developers prior to file it, Don't know if there is already any document relative to this. Any directions would be much appreciated. Also I would like to suggest the creation of a guide to perform this, for those who are willing to help but not very skilly. Best regards, Jorge Tornero ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ticket opening
Hi, there is already a document about creating tickets [0] [0] http://www.qgis.org/en/site/getinvolved/development/index#bugs-features-and-issues.html 2014-05-07 11:08 GMT+03:00 Jorge Tornero - Listas jtorlis...@gmail.com: Hello, are there any directives out there about what to attach to a ticket? I'm going to file one or two relative to globe plugin and I want to know what information (debug outputs, etc) would be useful for the developers prior to file it, Don't know if there is already any document relative to this. Any directions would be much appreciated. Also I would like to suggest the creation of a guide to perform this, for those who are willing to help but not very skilly. Best regards, Jorge Tornero ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Processing (Saga) help files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, thanks to the last update of Processing, help files for some Saga algorithms are available through the Help Tab. If you want to contribute writing some help, the procedure is very straightforward. You just need to go here https://github.com/qgis/QGIS/tree/master/python/plugins/processing/algs/saga/help choose the algorithm, click on `edit` and fill the fields. Once you have done, click on the green button `Propose file change`, and that's it. Thanks to all! p.s. Victor, if you want to give more explanations please do it! Matteo -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBAgAGBQJTafVkAAoJEBy7UYf0gaEOgmEH/i/RFnkbD20S3RvEyjvd/qYj JUBVcWGf2LsKZqSLc8t8rGSA94J/NcFpX+/ok+2TvUnBCqV0jnCsGxfwejZz5RbG 7s1vk5jP4NUZUpPxEqJ8Y6ZYZxyctv9RFlLA3+OVyzaE7NTRXAkNRGydBaYDk3ff iLbBnheRV+sZwUS2WGRDmvbItnMTfnwHc2ijyn8/XcQt7Bwkz2qRrXdZrBh9bIlY gGANaZh34Di2uVHGXuk7Hu3JMjyTuxxZhbg6h7ZfxoOEAuumP2n8H1LovgT/j/iX cHS1NlGKoz4SuwEI8t2zLJyN4wYOlIDogtJ0to+f2DR9hf9gCl6fOibnu0FOtHw= =82/I -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ticket opening
Thank you very much, Alexander. Jorge Tornero El 07/05/14 10:37, Alexander Bruy escribió: Hi, there is already a document about creating tickets [0] [0] http://www.qgis.org/en/site/getinvolved/development/index#bugs-features-and-issues.html 2014-05-07 11:08 GMT+03:00 Jorge Tornero - Listas jtorlis...@gmail.com: Hello, are there any directives out there about what to attach to a ticket? I'm going to file one or two relative to globe plugin and I want to know what information (debug outputs, etc) would be useful for the developers prior to file it, Don't know if there is already any document relative to this. Any directions would be much appreciated. Also I would like to suggest the creation of a guide to perform this, for those who are willing to help but not very skilly. Best regards, Jorge Tornero ___ 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] Report bug/feature on homepage
Here's the pull request to put report bugs at the top of get involved https://github.com/qgis/QGIS-Website/pull/162 Best wishes, Anita On Fri, May 2, 2014 at 3:49 PM, Jeff McKenna jmcke...@gatewaygeomatics.com wrote: All good. Never once have we had a problem. Because the process means you need to create an account, login, then report issue, it weeds out any non-serious reports (the feedback form idea would be full of those non-serious reports I worry; people who report then you never hear from them again). -jeff On 2014-05-02, 10:47 AM, Nathan Woodrow wrote: Did you find it a good or a bad thing Jeff? Nathan On May 2, 2014 11:43 PM, Jeff McKenna jmcke...@gatewaygeomatics.com mailto:jmcke...@gatewaygeomatics.com wrote: It was me who years ago put Issue Tracker on the MapServer homepage beside the Download link. I think you/we must remember this is about the new users, about helping them tell developers the problems they are having; a link to Github means absolutely nothing to a new user, and if it is hidden on some sub-page it is useless to a new user. (I love QGIS and am just trying to help) -jeff On 2014-05-02, 4:18 AM, Alex Mandel wrote: There's a reason some projects choose to call them issues and not bugs (translations vary). I agree you can put a link on the front page to info about issues, but I would avoid a comment box - that will get hit by spam bots and then becomes another places people have to check. Thanks, Alex On 05/01/2014 11:50 PM, Zoltan Szecsei wrote: Hiya, What about a link saying Think you've found a bug? That then sends the user to a separate page which gives guidance that you want to give the user, AND also a box saying Paste a short error message here This is then sent off to google for them. Regards, Zoltan On 2014/05/02 08:44, Anita Graser wrote: My main objections to having a report bugs button on the main page: - I think users who are not too familiar with the workings of open source projects will be alarmed why we think it necessary to add a report bugs button right next to the download button. They want (the illusion? of) bug-free software (even if there is no such thing). - I want to avoid cluttering of the homepage. - I also think Randal has a point when he says that some small hurdle can help keep the number of not-so-helpful bug reports down. +1 for top of get involved page. On Fri, May 2, 2014 at 7:26 AM, Nathan Woodrow madman...@gmail.com mailto:madman...@gmail.com wrote: What is the main objection to having it on the main page? But if that doesn't feel right then I think we should raise it to the top of get involved page. Nathan On May 2, 2014 3:22 PM, Anita Graser anita.graser...@gmail.com mailto:anita.graser...@gmail.com wrote: Hi, I saw the discussion you had. I would prefer not to add a report bugs button on the first page of qgis.org http://qgis.org but we could make it more prominent on get involved. It's not that long since I added the report a bug section to get involved. Many users might only remember the old page. Best wishes Anita On May 2, 2014 1:24 AM, Nathan Woodrow madman...@gmail.com mailto:madman...@gmail.com wrote: Hi all, After talking to some users one concern they raised was it was a bit tricky to get find how to report a bug or feature. I was thinking it might be a good idea to have a report bug/feature on the homepage. It would fit quite nice between the Download and Support I am aware that you can just click Get Involved, and scroll to the bottom but it still feels a bit hidden. Does anyone else feel that same way? Regards, Nathan ___ ___ 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] Report bug/feature on homepage
Are we able to change that wording to Report bugs or features? - Nathan On Wed, May 7, 2014 at 8:57 PM, Anita Graser anitagra...@gmx.at wrote: Here's the pull request to put report bugs at the top of get involved https://github.com/qgis/QGIS-Website/pull/162 Best wishes, Anita On Fri, May 2, 2014 at 3:49 PM, Jeff McKenna jmcke...@gatewaygeomatics.com wrote: All good. Never once have we had a problem. Because the process means you need to create an account, login, then report issue, it weeds out any non-serious reports (the feedback form idea would be full of those non-serious reports I worry; people who report then you never hear from them again). -jeff On 2014-05-02, 10:47 AM, Nathan Woodrow wrote: Did you find it a good or a bad thing Jeff? Nathan On May 2, 2014 11:43 PM, Jeff McKenna jmcke...@gatewaygeomatics.com mailto:jmcke...@gatewaygeomatics.com wrote: It was me who years ago put Issue Tracker on the MapServer homepage beside the Download link. I think you/we must remember this is about the new users, about helping them tell developers the problems they are having; a link to Github means absolutely nothing to a new user, and if it is hidden on some sub-page it is useless to a new user. (I love QGIS and am just trying to help) -jeff On 2014-05-02, 4:18 AM, Alex Mandel wrote: There's a reason some projects choose to call them issues and not bugs (translations vary). I agree you can put a link on the front page to info about issues, but I would avoid a comment box - that will get hit by spam bots and then becomes another places people have to check. Thanks, Alex On 05/01/2014 11:50 PM, Zoltan Szecsei wrote: Hiya, What about a link saying Think you've found a bug? That then sends the user to a separate page which gives guidance that you want to give the user, AND also a box saying Paste a short error message here This is then sent off to google for them. Regards, Zoltan On 2014/05/02 08:44, Anita Graser wrote: My main objections to having a report bugs button on the main page: - I think users who are not too familiar with the workings of open source projects will be alarmed why we think it necessary to add a report bugs button right next to the download button. They want (the illusion? of) bug-free software (even if there is no such thing). - I want to avoid cluttering of the homepage. - I also think Randal has a point when he says that some small hurdle can help keep the number of not-so-helpful bug reports down. +1 for top of get involved page. On Fri, May 2, 2014 at 7:26 AM, Nathan Woodrow madman...@gmail.com mailto:madman...@gmail.com wrote: What is the main objection to having it on the main page? But if that doesn't feel right then I think we should raise it to the top of get involved page. Nathan On May 2, 2014 3:22 PM, Anita Graser anita.graser...@gmail.com mailto:anita.graser...@gmail.com wrote: Hi, I saw the discussion you had. I would prefer not to add a report bugs button on the first page of qgis.org http://qgis.org but we could make it more prominent on get involved. It's not that long since I added the report a bug section to get involved. Many users might only remember the old page. Best wishes Anita On May 2, 2014 1:24 AM, Nathan Woodrow madman...@gmail.com mailto:madman...@gmail.com wrote: Hi all, After talking to some users one concern they raised was it was a bit tricky to get find how to report a bug or feature. I was thinking it might be a good idea to have a report bug/feature on the homepage. It would fit quite nice between the Download and Support I am aware that you can just click Get Involved, and scroll to the bottom but it still feels a bit hidden. Does anyone else feel that same way? Regards, Nathan ___ ___ 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] Report bug/feature on homepage
Reporting a feature sounds odd. What about sticking to issues as a more general term? On Mit 07 Mai 2014 12:58:59 CEST, Nathan Woodrow wrote: Are we able to change that wording to Report bugs or features? - Nathan On Wed, May 7, 2014 at 8:57 PM, Anita Graser anitagra...@gmx.at mailto:anitagra...@gmx.at wrote: Here's the pull request to put report bugs at the top of get involved https://github.com/qgis/QGIS-Website/pull/162 Best wishes, Anita On Fri, May 2, 2014 at 3:49 PM, Jeff McKenna jmcke...@gatewaygeomatics.com mailto:jmcke...@gatewaygeomatics.com wrote: All good. Never once have we had a problem. Because the process means you need to create an account, login, then report issue, it weeds out any non-serious reports (the feedback form idea would be full of those non-serious reports I worry; people who report then you never hear from them again). -jeff On 2014-05-02, 10:47 AM, Nathan Woodrow wrote: Did you find it a good or a bad thing Jeff? Nathan On May 2, 2014 11:43 PM, Jeff McKenna jmcke...@gatewaygeomatics.com mailto:jmcke...@gatewaygeomatics.com mailto:jmcke...@gatewaygeomatics.com mailto:jmcke...@gatewaygeomatics.com wrote: It was me who years ago put Issue Tracker on the MapServer homepage beside the Download link. I think you/we must remember this is about the new users, about helping them tell developers the problems they are having; a link to Github means absolutely nothing to a new user, and if it is hidden on some sub-page it is useless to a new user. (I love QGIS and am just trying to help) -jeff On 2014-05-02, 4:18 AM, Alex Mandel wrote: There's a reason some projects choose to call them issues and not bugs (translations vary). I agree you can put a link on the front page to info about issues, but I would avoid a comment box - that will get hit by spam bots and then becomes another places people have to check. Thanks, Alex On 05/01/2014 11:50 PM, Zoltan Szecsei wrote: Hiya, What about a link saying Think you've found a bug? That then sends the user to a separate page which gives guidance that you want to give the user, AND also a box saying Paste a short error message here This is then sent off to google for them. Regards, Zoltan On 2014/05/02 08:44, Anita Graser wrote: My main objections to having a report bugs button on the main page: - I think users who are not too familiar with the workings of open source projects will be alarmed why we think it necessary to add a report bugs button right next to the download button. They want (the illusion? of) bug-free software (even if there is no such thing). - I want to avoid cluttering of the homepage. - I also think Randal has a point when he says that some small hurdle can help keep the number of not-so-helpful bug reports down. +1 for top of get involved page. On Fri, May 2, 2014 at 7:26 AM, Nathan Woodrow madman...@gmail.com mailto:madman...@gmail.com mailto:madman...@gmail.com mailto:madman...@gmail.com wrote: What is the main objection to having it on the main page? But if that doesn't feel right then I think we should raise it to the top of get involved page. Nathan On May 2, 2014 3:22 PM, Anita Graser anita.graser...@gmail.com mailto:anita.graser...@gmail.com mailto:anita.graser...@gmail.com mailto:anita.graser...@gmail.com wrote: Hi, I saw the discussion you had. I would prefer not to add a report bugs button on the first page of qgis.org http://qgis.org http://qgis.org but we could make it more prominent on get involved. It's not that long since I added the report a bug section to get involved. Many users might only remember the old page. Best wishes Anita On May 2, 2014 1:24 AM, Nathan Woodrow madman...@gmail.com mailto:madman...@gmail.com mailto:madman...@gmail.com mailto:madman...@gmail.com wrote: Hi all, After talking to some users one
Re: [Qgis-developer] Report bug/feature on homepage
Hi Matthias, On Wed, 07. May 2014 at 13:49:04 +0200, Matthias Kuhn wrote: Reporting a feature sounds odd. What about sticking to issues as a more general term? How about file a feature request or a bug report. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS PSC member (RM) Germany IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Report bug/feature on homepage
Hi Jürgen, On Mit 07 Mai 2014 14:46:51 CEST, Jürgen E. Fischer wrote: Hi Matthias, On Wed, 07. May 2014 at 13:49:04 +0200, Matthias Kuhn wrote: Reporting a feature sounds odd. What about sticking to issues as a more general term? How about file a feature request or a bug report. Jürgen If it was for me I would prefer file a feature request or report an issue. I think bug sounds more severe than issue and we want people to also report e.g. usability issues. Even more I would prefer a shorter, more catchy phrase. But I just can't think of that one. Matthias ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Report bug/feature on homepage
Am 07.05.2014 15:26, schrieb Matthias Kuhn: If it was for me I would prefer file a feature request or report an issue. I think bug sounds more severe than issue and we want people to also report e.g. usability issues. Even more I would prefer a shorter, more catchy phrase. But I just can't think of that one. Does not work as expected? Greetings, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] label when multiple lines
i set in the label setting dialog and change to formatting Tab i set the wrap on character as letter 'L', when the label of a feature is AUSTRALIA, the label change to AUSTRA IA, i wonder know if it is viewed should like this, or it is missed a letter L in the multilines label? -- Yang Li ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] label when multiple lines
i set in the label setting dialog and change to formatting Tab i set the wrap on character as letter 'L', when the label of a feature is AUSTRALIA, the label change to AUSTRA IA, i wonder know if it is viewed should like this, or it is missed a letter L in the multilines label? -- Yang Li ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] label when multiple lines
Hi, On Wed, May 7, 2014 at 9:26 AM, 李杨 gisyan...@gmail.com wrote: i set in the label setting dialog and change to formatting Tab i set the wrap on character as letter 'L', when the label of a feature is AUSTRALIA, the label change to AUSTRA IA, i wonder know if it is viewed should like this, or it is missed a letter L in the multilines label? Yes, the 'L' is removed when using multiline labels, if that is the character set to wrap on. Regards, Larry -- Yang Li ___ 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] GDAL 1.11 new formats
Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to add their support. * CartoDB : read/write support * GME (Google Map Engine) : read/write support * GPKG (GeoPackage): read-write support (vector part of the spec.) * SXF: read-only support * WALK : read-only support * WAsP .map : read-write support Would anyone be willing to help add support for those? Looks like in addition to qgsogrprovider.cpp's createFilters( QString type ) that QgsVectorFileWriter::initMetaData() also needs updated. IMO, it would be good to then backport these to release-2.2 branch as well, so current users may benefit from the new formats. I could add my commit, but seems like it would be better to add full GDAL/OGR 1.11 support at once to that branch, excepting some formats if they will need more extensive support added first. [0] http://trac.osgeo.org/gdal/wiki/Release/1.11.0-News [1] https://github.com/qgis/QGIS/commit/a096cf4 Regards, Larry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GDAL 1.11 new formats
Hi Larry, Le mercredi 7 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to add their support. * CartoDB : read/write support * GME (Google Map Engine) : read/write support * GPKG (GeoPackage): read-write support (vector part of the spec.) * SXF: read-only support * WALK : read-only support * WAsP .map : read-write support Vincent Mora will be able to help adding in QGIS the necessary parts (if any) for the WAsP support, as he is the author of the GDAL driver. Ping him to coordinate the effort. Vincent Would anyone be willing to help add support for those? Looks like in addition to qgsogrprovider.cpp's createFilters( QString type ) that QgsVectorFileWriter::initMetaData() also needs updated. IMO, it would be good to then backport these to release-2.2 branch as well, so current users may benefit from the new formats. I could add my commit, but seems like it would be better to add full GDAL/OGR 1.11 support at once to that branch, excepting some formats if they will need more extensive support added first. [0] http://trac.osgeo.org/gdal/wiki/Release/1.11.0-News [1] https://github.com/qgis/QGIS/commit/a096cf4 Regards, Larry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GDAL 1.11 new formats
Le mercredi 07 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to add their support. * CartoDB : read/write support -- Not file based, but remote database. Should be dealt like others myDatabaseDrivers cases * GME (Google Map Engine) : read/write support -- Remote database too. * GPKG (GeoPackage): read-write support (vector part of the spec.) -- File-based (similar to CSV) Extension is .gpkg * SXF: read-only support -- File-based. Extension is SXF * WALK : read-only support -- Similar to PGEO. It is a MDB database * WAsP .map : read-write support -- File-based. Extension is .map Would anyone be willing to help add support for those? Looks like in addition to qgsogrprovider.cpp's createFilters( QString type ) that QgsVectorFileWriter::initMetaData() also needs updated. IMO, it would be good to then backport these to release-2.2 branch as well, so current users may benefit from the new formats. I could add my commit, but seems like it would be better to add full GDAL/OGR 1.11 support at once to that branch, excepting some formats if they will need more extensive support added first. [0] http://trac.osgeo.org/gdal/wiki/Release/1.11.0-News [1] https://github.com/qgis/QGIS/commit/a096cf4 Regards, Larry -- Geospatial professional services http://even.rouault.free.fr/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GDAL 1.11 new formats
There is also one new raster format (KRO). To whoever adds support for these, it would be nice to test that they it works in file open dialogs as well as the browser dock and app. Should work automatically once the ogr and gdal drivers are updated. Looks like there is no support for network-based gdal/ogr drivers in the browser - that would be nice to have. It could take the form of a new top-level item, and a New connection dialog similar to the one used in the new vector database widget. Etienne On Wed, May 7, 2014 at 4:21 PM, Even Rouault even.roua...@mines-paris.orgwrote: Le mercredi 07 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to add their support. * CartoDB : read/write support -- Not file based, but remote database. Should be dealt like others myDatabaseDrivers cases * GME (Google Map Engine) : read/write support -- Remote database too. * GPKG (GeoPackage): read-write support (vector part of the spec.) -- File-based (similar to CSV) Extension is .gpkg * SXF: read-only support -- File-based. Extension is SXF * WALK : read-only support -- Similar to PGEO. It is a MDB database * WAsP .map : read-write support -- File-based. Extension is .map Would anyone be willing to help add support for those? Looks like in addition to qgsogrprovider.cpp's createFilters( QString type ) that QgsVectorFileWriter::initMetaData() also needs updated. IMO, it would be good to then backport these to release-2.2 branch as well, so current users may benefit from the new formats. I could add my commit, but seems like it would be better to add full GDAL/OGR 1.11 support at once to that branch, excepting some formats if they will need more extensive support added first. [0] http://trac.osgeo.org/gdal/wiki/Release/1.11.0-News [1] https://github.com/qgis/QGIS/commit/a096cf4 Regards, Larry -- Geospatial professional services http://even.rouault.free.fr/services.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] GDAL 1.11 new formats
Hi Even, On Wed, May 7, 2014 at 1:21 PM, Even Rouault even.roua...@mines-paris.orgwrote: Le mercredi 07 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to add their support. * CartoDB : read/write support -- Not file based, but remote database. Should be dealt like others myDatabaseDrivers cases * GME (Google Map Engine) : read/write support -- Remote database too. * GPKG (GeoPackage): read-write support (vector part of the spec.) -- File-based (similar to CSV) Extension is .gpkg Should this be treated more like SQLite, or Spatialite, instead of CSV? https://github.com/qgis/QGIS/blob/master/src/core/qgsvectorfilewriter.cpp#L1274-L1428 Regards, Larry * SXF: read-only support -- File-based. Extension is SXF * WALK : read-only support -- Similar to PGEO. It is a MDB database * WAsP .map : read-write support -- File-based. Extension is .map Would anyone be willing to help add support for those? Looks like in addition to qgsogrprovider.cpp's createFilters( QString type ) that QgsVectorFileWriter::initMetaData() also needs updated. IMO, it would be good to then backport these to release-2.2 branch as well, so current users may benefit from the new formats. I could add my commit, but seems like it would be better to add full GDAL/OGR 1.11 support at once to that branch, excepting some formats if they will need more extensive support added first. [0] http://trac.osgeo.org/gdal/wiki/Release/1.11.0-News [1] https://github.com/qgis/QGIS/commit/a096cf4 Regards, Larry -- Geospatial professional services http://even.rouault.free.fr/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GDAL 1.11 new formats
The Norwegian SOSI format (Vector) is also “new” - or more precise improved - in terms of build process in GDAL 1.11. On windows, it is now supported as a GDAL plugin and available in OSGeo4W. On Linux / Mac it still has to be built from source with an external library dependency (https://github.com/kartverket/fyba). SOSI is a bit peculiar, but it is the format of the official map data in Norway, used by public authorities. The driver says it is Read/Write but writing is not fully implemented (yet). It would be splendid to be able to open SOSI files directly in QGIS (see also http://hub.qgis.org/issues/3708) and also write it once the public mapping authority fully implements the driver… Cheers Stefan From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Etienne Tourigny Sent: 7. mai 2014 21:42 To: Even Rouault Cc: qgis-developer Subject: Re: [Qgis-developer] GDAL 1.11 new formats There is also one new raster format (KRO). To whoever adds support for these, it would be nice to test that they it works in file open dialogs as well as the browser dock and app. Should work automatically once the ogr and gdal drivers are updated. Looks like there is no support for network-based gdal/ogr drivers in the browser - that would be nice to have. It could take the form of a new top-level item, and a New connection dialog similar to the one used in the new vector database widget. Etienne On Wed, May 7, 2014 at 4:21 PM, Even Rouault even.roua...@mines-paris.orgmailto:even.roua...@mines-paris.org wrote: Le mercredi 07 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to add their support. * CartoDB : read/write support -- Not file based, but remote database. Should be dealt like others myDatabaseDrivers cases * GME (Google Map Engine) : read/write support -- Remote database too. * GPKG (GeoPackage): read-write support (vector part of the spec.) -- File-based (similar to CSV) Extension is .gpkg * SXF: read-only support -- File-based. Extension is SXF * WALK : read-only support -- Similar to PGEO. It is a MDB database * WAsP .map : read-write support -- File-based. Extension is .map Would anyone be willing to help add support for those? Looks like in addition to qgsogrprovider.cpp's createFilters( QString type ) that QgsVectorFileWriter::initMetaData() also needs updated. IMO, it would be good to then backport these to release-2.2 branch as well, so current users may benefit from the new formats. I could add my commit, but seems like it would be better to add full GDAL/OGR 1.11 support at once to that branch, excepting some formats if they will need more extensive support added first. [0] http://trac.osgeo.org/gdal/wiki/Release/1.11.0-News [1] https://github.com/qgis/QGIS/commit/a096cf4 Regards, Larry -- Geospatial professional services http://even.rouault.free.fr/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto: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] GDAL 1.11 new formats
Le mercredi 07 mai 2014 22:19:25, Larry Shaffer a écrit : Hi Even, On Wed, May 7, 2014 at 1:21 PM, Even Rouault even.roua...@mines-paris.orgwrote: Le mercredi 07 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to add their support. * CartoDB : read/write support -- Not file based, but remote database. Should be dealt like others myDatabaseDrivers cases * GME (Google Map Engine) : read/write support -- Remote database too. * GPKG (GeoPackage): read-write support (vector part of the spec.) -- File-based (similar to CSV) Extension is .gpkg Should this be treated more like SQLite, or Spatialite, instead of CSV? https://github.com/qgis/QGIS/blob/master/src/core/qgsvectorfilewriter.cpp#L 1274-L1428 As far as I understand the code, from QGIS perspective, that's pretty much the same thing. Even if .gpkg is technically closer to sqlite/spatialite. But in any case you have to check with http://gdal.org/ogr/drv_geopackage.html what dataset and layer creation options are available. FYI, I'm currently working on a GDAL RFC that should make all that knowledge of OGR drivers metadata to go from QGIS back to GDAL. -- Geospatial professional services http://even.rouault.free.fr/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GDAL 1.11 new formats
On 2014-05-07, 5:31 PM, Blumentrath, Stefan wrote: The Norwegian SOSI format (Vector) is also “new” - or more precise improved - in terms of build process in GDAL 1.11. On windows, it is now supported as a GDAL plugin and available in OSGeo4W. On Linux / Mac it still has to be built from source with an external library dependency (https://github.com/kartverket/fyba). SOSI is a bit peculiar, but it is the format of the official map data in Norway, used by public authorities. The driver says it is Read/Write but writing is not fully implemented (yet). It would be splendid to be able to open SOSI files directly in QGIS (see also http://hub.qgis.org/issues/3708) and also write it once the public mapping authority fully implements the driver… Hello Stefan, That is very interesting. Are all of your notes included on the GDAL Buildhints page, for Windows and Linux/Mac? http://trac.osgeo.org/gdal/wiki/SOSI -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GDAL 1.11 new formats
Hi, As far as I understand the code, from QGIS perspective, that's pretty much the same thing. Even if .gpkg is technically closer to sqlite/spatialite. But in any case you have to check with http://gdal.org/ogr/drv_geopackage.html what dataset and layer creation options are available. The code is only there to formalize the layer and dataset options and is currently only used to create GUI elements in the save-as dialog. Werner Macho has translated all the information from the OGR docs into this format. FYI, I'm currently working on a GDAL RFC that should make all that knowledge of OGR drivers metadata to go from QGIS back to GDAL. That's great news! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GDAL 1.11 new formats
Yes, though I have to admit that I have no experience with building GDAL with SOSI support on Mac, but I know that the underling OpenFYBA lib has been successfully build on Mac, so I assume the Unix build hints should apply for Mac also for GDAL/OGR. Probably I should note, that the free map data of the Norwegian Mapping Authority (http://data.kartverket.no/download/) also come in SOSI format (vector)... Cheers Stefan -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Jeff McKenna Sent: 7. mai 2014 22:56 To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] GDAL 1.11 new formats On 2014-05-07, 5:31 PM, Blumentrath, Stefan wrote: The Norwegian SOSI format (Vector) is also new - or more precise improved - in terms of build process in GDAL 1.11. On windows, it is now supported as a GDAL plugin and available in OSGeo4W. On Linux / Mac it still has to be built from source with an external library dependency (https://github.com/kartverket/fyba). SOSI is a bit peculiar, but it is the format of the official map data in Norway, used by public authorities. The driver says it is Read/Write but writing is not fully implemented (yet). It would be splendid to be able to open SOSI files directly in QGIS (see also http://hub.qgis.org/issues/3708) and also write it once the public mapping authority fully implements the driver... Hello Stefan, That is very interesting. Are all of your notes included on the GDAL Buildhints page, for Windows and Linux/Mac? http://trac.osgeo.org/gdal/wiki/SOSI -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.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] Fwd: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification
Hi, This might be of interest for the OGR provider in QGIS. Please join gdal-dev if you want to participate to that thread. Best regards, Even -- Message transmis -- Sujet : [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification Date : jeudi 08 mai 2014, 00:13:22 De : Even Rouault even.roua...@mines-paris.org À : gdal-...@lists.osgeo.org Hi, This is a call for discussion on RFC 46: GDAL/OGR unification http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification Best regards, Even -- Geospatial professional services http://even.rouault.free.fr/services.html ___ gdal-dev mailing list gdal-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev --- -- Geospatial professional services http://even.rouault.free.fr/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification
Il 08/05/2014 00:28, Even Rouault ha scritto: This might be of interest for the OGR provider in QGIS. -- Message transmis -- Sujet : [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification Date : jeudi 08 mai 2014, 00:13:22 De : Even Rouault even.roua...@mines-paris.org À : gdal-...@lists.osgeo.org Hi, This is a call for discussion on RFC 46: GDAL/OGR unification http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification Merci Evan, very interesting indeed. I guess this will imply a significant amount of work from the QGIS side. This could be the right time to do the final cleanup we have been talking about several times, removing all the different Add... buttons, and unifying the interface (perhaps using only the Browser). 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