Re: [Qgis-developer] SRS DB maintenance
Hi! As I had some problems with non existing EPSG Codes in the srs.db lately too .. I support Radim here .. It seem's that something is going wroing here .. While most of the world is covered not all EPSGs are available or being overwritten .. Isn't there an official latest database that we can just take? Or try to make it easy for the user to update the db if connected to the internet sync db on QGIS start or something like that? kind regards Werner On Wed, Jul 3, 2013 at 10:03 PM, Radim Blazek radim.bla...@gmail.com wrote: On Mon, Jun 3, 2013 at 6:42 PM, Jürgen E. j...@norbit.de wrote: There shouldn't be any necessary addition to GDAL in our database. If there is stuff missing from GDAL, it should IMHO be added there and not to QGIS. That's why I usually point people to GDAL instead of adding it to our database. I can't tell if anything in our database is/was a better definition than what GDAL has or if anything we have and GDAL doesn't is necessary or useful to anyone or just cruft. There are new EPSG and towgs84 params for 5513, 5514, 5221, 2065,102067, 4156 and 4818 in QGIS but they are deleted/overwritten by wrong values from GDAL by crssync (at least in weekly build for win). Until we manage to push them also into GDAL, I need to preserve somehow the correct values from resources/srs.db. All definitions that are unique to QGIS are left untouched and everything else is overwritten with what GDAL (for EPSG) or PROJ.4 (for non-EPSG) has. So the final srs.db wouldn't be any different from what is now used now, would it? Unfortunately no, the new EPSG codes which are not in GDAL are deleted. The point is that it's not tied to any particular version of GDAL/PROJ.4 (and we use various versions across all the platforms and distributions). IIRC keeping our srsid is also important in some cases - so starting a fresh database from whatever GDAL/PROJ.4 version is installed, isn't that easy either. I agree that the current CRS handling (and that IMHO not only applies to the srs database) is far from optimal, but we didn't come up with anything better so far and the current approach is at least easy to maintain. It seems to be impossible to be maintained. I have correct EPSG codes but no way to get it into distribution. Radim ___ 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] SRS DB maintenance
Hi Werner, On Thu, 04. Jul 2013 at 08:35:42 +0200, Werner Macho wrote: As I had some problems with non existing EPSG Codes in the srs.db lately too .. I support Radim here .. It seem's that something is going wroing here .. While most of the world is covered not all EPSGs are available or being overwritten .. Isn't there an official latest database that we can just take? Or try to make it easy for the user to update the db if connected to the internet sync db on QGIS start or something like that? Brilliant. Why didn't we think of that before - and we can also reduce the cluttered QGIS UI to a single DWIM[1] button while we're at it. ;) 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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] SRS DB maintenance
*lol* I knew that that was coming .. And I also knew that you surely already took a look on it .. but as I did not know what has already been looked at .. I took the easiest thought that I had .. I also know that it is not easy .. but .. as Radim also said .. there are problems .. somehow .. But thanks for the insight into crssync and the noupdate field .. :( .. crazy stuff .. And .. if you could implement a DWIM UI .,. I would also like to see that in a lot of other software :) regards Werner On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: Hi Werner, On Thu, 04. Jul 2013 at 08:35:42 +0200, Werner Macho wrote: As I had some problems with non existing EPSG Codes in the srs.db lately too .. I support Radim here .. It seem's that something is going wroing here .. While most of the world is covered not all EPSGs are available or being overwritten .. Isn't there an official latest database that we can just take? Or try to make it easy for the user to update the db if connected to the internet sync db on QGIS start or something like that? Brilliant. Why didn't we think of that before - and we can also reduce the cluttered QGIS UI to a single DWIM[1] button while we're at it. ;) 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] new icons
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 attachment: panicons.png___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] new icons
Hi A big +1 to switch to the hand based ones from me. Regards Tim On Thu, Jul 4, 2013 at 10:28 AM, Denis Rouzaud denis.rouz...@gmail.comwrote: 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/693https://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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 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
Re: [Qgis-developer] SRS DB maintenance
On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. Great, thanks. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. It seems that GDAL is occasionally synced with EPSG from libgeotif [1], no additional overrides. In [2] is described EPSG in libgeotif. They keep overrides separate in gcs.override.csv and pcs.override.csv, it is not clear to me if gcs/pcs.override.csv are used somehow by crssync or not. If I got it, If we want to get correct towgs84 params to srs.db in a clean way, they must be added to libgeotif gcs/pcs.override.csv and crssync must use them. BTW, we have a problem [2]: Note that we deliberately keep alterations separate from the EPSG definitions in gcs.csv and pcs.csv to avoid violating the EPSG distribution license which requires that the definitions be distributed in unaltered form. Radim [1] http://trac.osgeo.org/gdal/log/trunk/gdal/data/pcs.csv [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SRS DB maintenance
Note. The database from epsg.org does contain the correct transformations (towgs84) 4836 (SK) and 5239 (CZ), the problem is that each one is for a different territory but the same CRS. While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one. So all the evil comes from QGIS itself. We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. Radim On Thu, Jul 4, 2013 at 11:00 AM, Radim Blazek radim.bla...@gmail.com wrote: On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. Great, thanks. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. It seems that GDAL is occasionally synced with EPSG from libgeotif [1], no additional overrides. In [2] is described EPSG in libgeotif. They keep overrides separate in gcs.override.csv and pcs.override.csv, it is not clear to me if gcs/pcs.override.csv are used somehow by crssync or not. If I got it, If we want to get correct towgs84 params to srs.db in a clean way, they must be added to libgeotif gcs/pcs.override.csv and crssync must use them. BTW, we have a problem [2]: Note that we deliberately keep alterations separate from the EPSG definitions in gcs.csv and pcs.csv to avoid violating the EPSG distribution license which requires that the definitions be distributed in unaltered form. Radim [1] http://trac.osgeo.org/gdal/log/trunk/gdal/data/pcs.csv [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SRS DB maintenance
Is it the same problem I had some years ago while doing some stuff on austrian coordinate system? I took a picture at that time how ESRI solved to manage it https://dl.dropboxusercontent.com/u/11824349/greenshot_2011-07-12_11-54-23.jpg If yes .. than cedric knows what I am talking about :) regards Werner On Thu, Jul 4, 2013 at 11:30 AM, Radim Blazek radim.bla...@gmail.com wrote: Note. The database from epsg.org does contain the correct transformations (towgs84) 4836 (SK) and 5239 (CZ), the problem is that each one is for a different territory but the same CRS. While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one. So all the evil comes from QGIS itself. We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. Radim On Thu, Jul 4, 2013 at 11:00 AM, Radim Blazek radim.bla...@gmail.com wrote: On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. Great, thanks. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. It seems that GDAL is occasionally synced with EPSG from libgeotif [1], no additional overrides. In [2] is described EPSG in libgeotif. They keep overrides separate in gcs.override.csv and pcs.override.csv, it is not clear to me if gcs/pcs.override.csv are used somehow by crssync or not. If I got it, If we want to get correct towgs84 params to srs.db in a clean way, they must be added to libgeotif gcs/pcs.override.csv and crssync must use them. BTW, we have a problem [2]: Note that we deliberately keep alterations separate from the EPSG definitions in gcs.csv and pcs.csv to avoid violating the EPSG distribution license which requires that the definitions be distributed in unaltered form. Radim [1] http://trac.osgeo.org/gdal/log/trunk/gdal/data/pcs.csv [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ 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
hi +1 for pan with hand too :) Nice work done so far ! 2013/7/4 Bernhard Ströbl bernhard.stro...@jena.de 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/693https://github.com/qgis/Quantum-GIS/pull/693 https://github.com/qgis/**Quantum-GIS/pull/693/fileshttps://github.com/qgis/Quantum-GIS/pull/693/files https://github.com/qgis/**Quantum-GIS/pull/692https://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.**pnghttps://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-**developerhttp://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] SRS DB maintenance
While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. We have a similar problem here with multiple transformations between two coordinate systems (ntv2 based transformation more accurate in that case). So I was also thinking about enhancing the coordinate transformation class to store transformations in a table (import from epsg transformation info) and let the user select the transformation in case several exist. QgsCoordinateTransform would then adjust the proj-strings of source and dest CRS on the fly. What do you think about such a solution? It looks like I have the possibility to work quite soon on such an enhancement. Regards, Marco On 04.07.2013 11:30, Radim Blazek wrote: Note. The database from epsg.org does contain the correct transformations (towgs84) 4836 (SK) and 5239 (CZ), the problem is that each one is for a different territory but the same CRS. While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one. So all the evil comes from QGIS itself. We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. Radim On Thu, Jul 4, 2013 at 11:00 AM, Radim Blazek radim.bla...@gmail.com wrote: On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. Great, thanks. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. It seems that GDAL is occasionally synced with EPSG from libgeotif [1], no additional overrides. In [2] is described EPSG in libgeotif. They keep overrides separate in gcs.override.csv and pcs.override.csv, it is not clear to me if gcs/pcs.override.csv are used somehow by crssync or not. If I got it, If we want to get correct towgs84 params to srs.db in a clean way, they must be added to libgeotif gcs/pcs.override.csv and crssync must use them. BTW, we have a problem [2]: Note that we deliberately keep alterations separate from the EPSG definitions in gcs.csv and pcs.csv to avoid violating the EPSG distribution license which requires that the definitions be distributed in unaltered form. Radim [1] http://trac.osgeo.org/gdal/log/trunk/gdal/data/pcs.csv [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SRS DB maintenance
On Thu, Jul 4, 2013 at 11:36 AM, Werner Macho werner.ma...@gmail.com wrote: Is it the same problem I had some years ago while doing some stuff on austrian coordinate system? I took a picture at that time how ESRI solved to manage it https://dl.dropboxusercontent.com/u/11824349/greenshot_2011-07-12_11-54-23.jpg If yes .. than cedric knows what I am talking about :) Yes, we need something like that. Radim regards Werner On Thu, Jul 4, 2013 at 11:30 AM, Radim Blazek radim.bla...@gmail.com wrote: Note. The database from epsg.org does contain the correct transformations (towgs84) 4836 (SK) and 5239 (CZ), the problem is that each one is for a different territory but the same CRS. While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one. So all the evil comes from QGIS itself. We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. Radim On Thu, Jul 4, 2013 at 11:00 AM, Radim Blazek radim.bla...@gmail.com wrote: On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. Great, thanks. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. It seems that GDAL is occasionally synced with EPSG from libgeotif [1], no additional overrides. In [2] is described EPSG in libgeotif. They keep overrides separate in gcs.override.csv and pcs.override.csv, it is not clear to me if gcs/pcs.override.csv are used somehow by crssync or not. If I got it, If we want to get correct towgs84 params to srs.db in a clean way, they must be added to libgeotif gcs/pcs.override.csv and crssync must use them. BTW, we have a problem [2]: Note that we deliberately keep alterations separate from the EPSG definitions in gcs.csv and pcs.csv to avoid violating the EPSG distribution license which requires that the definitions be distributed in unaltered form. Radim [1] http://trac.osgeo.org/gdal/log/trunk/gdal/data/pcs.csv [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ 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] SRS DB maintenance
On Thu, Jul 4, 2013 at 11:56 AM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. We have a similar problem here with multiple transformations between two coordinate systems (ntv2 based transformation more accurate in that case). So I was also thinking about enhancing the coordinate transformation class to store transformations in a table (import from epsg transformation info) and let the user select the transformation in case several exist. Where do you want to let user select the transformation? In my opinion it should be possible everywhere where CRS may be selected (including OWS dialogs). That means not to have one global transformation set for user or project because it may happen that it is necessary to work with data with different transformations in a single project. QgsCoordinateTransform would then adjust the proj-strings of source and dest CRS on the fly. Is it possible to do it without API break? Radim What do you think about such a solution? It looks like I have the possibility to work quite soon on such an enhancement. Regards, Marco On 04.07.2013 11:30, Radim Blazek wrote: Note. The database from epsg.org does contain the correct transformations (towgs84) 4836 (SK) and 5239 (CZ), the problem is that each one is for a different territory but the same CRS. While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one. So all the evil comes from QGIS itself. We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. Radim On Thu, Jul 4, 2013 at 11:00 AM, Radim Blazek radim.bla...@gmail.com wrote: On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. Great, thanks. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. It seems that GDAL is occasionally synced with EPSG from libgeotif [1], no additional overrides. In [2] is described EPSG in libgeotif. They keep overrides separate in gcs.override.csv and pcs.override.csv, it is not clear to me if gcs/pcs.override.csv are used somehow by crssync or not. If I got it, If we want to get correct towgs84 params to srs.db in a clean way, they must be added to libgeotif gcs/pcs.override.csv and crssync must use them. BTW, we have a problem [2]: Note that we deliberately keep alterations separate from the EPSG definitions in gcs.csv and pcs.csv to avoid violating the EPSG distribution license which requires that the definitions be distributed in unaltered form. Radim [1] http://trac.osgeo.org/gdal/log/trunk/gdal/data/pcs.csv [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ 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] Labels from loadNamedStyle()
Hi, Is anyone else still having problems with this bug http://hub.qgis.org/issues/6468? I am writing a standalone python program, and my code loads a style from a .qml file, but the labels do not display when the maps are rendered to a .jpg. The polygons have the correct styling (border etc), but not the labels. I am using new style labeling. The labels load correctly within QGIS GUI, but not in the python code. I am using QGIS master from OSGeo4W, updated today. Thanks James Stott ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SRS DB maintenance
Where do you want to let user select the transformation? In my opinion it should be possible everywhere where CRS may be selected (including OWS dialogs). That means not to have one global transformation set for user or project because it may happen that it is necessary to work with data with different transformations in a single project. Good point. Probably the user should be asked if setting/changing CRS of a layer or if user changes the map CRS (in that case he is asked for all layers). It might be a bit of a useability challenge to make this user friendly (especially for users who don't bother about transformations). Is it possible to do it without API break? I hope it is possible to enhance QgsCoordinateTransform with additional methods (reading transformations from sqlite, reading/writing to project file, etc...). My guess is that it is possible without break. Regards, Marco On 04.07.2013 12:27, Radim Blazek wrote: On Thu, Jul 4, 2013 at 11:56 AM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. We have a similar problem here with multiple transformations between two coordinate systems (ntv2 based transformation more accurate in that case). So I was also thinking about enhancing the coordinate transformation class to store transformations in a table (import from epsg transformation info) and let the user select the transformation in case several exist. Where do you want to let user select the transformation? In my opinion it should be possible everywhere where CRS may be selected (including OWS dialogs). That means not to have one global transformation set for user or project because it may happen that it is necessary to work with data with different transformations in a single project. QgsCoordinateTransform would then adjust the proj-strings of source and dest CRS on the fly. Is it possible to do it without API break? Radim What do you think about such a solution? It looks like I have the possibility to work quite soon on such an enhancement. Regards, Marco On 04.07.2013 11:30, Radim Blazek wrote: Note. The database from epsg.org does contain the correct transformations (towgs84) 4836 (SK) and 5239 (CZ), the problem is that each one is for a different territory but the same CRS. While the relation between CRS and transformation in EPSG database is (naturally) one-to-many, QGIS oversimplified the relation to one-to-one. So all the evil comes from QGIS itself. We should probably separate CRS from towgs84 and allow users to choose from multiple towgs84 for CRS. Radim On Thu, Jul 4, 2013 at 11:00 AM, Radim Blazek radim.bla...@gmail.com wrote: On Thu, Jul 4, 2013 at 8:59 AM, Jürgen E. j...@norbit.de wrote: 7805af3cf introduces a noupdate field in tbl_srs, that is set to 1 for the mentioned CRSes. And crssync doesn't update or delete records marked like that. Great, thanks. But that flag should probably tracked somehow and set to 0 eventually, when the CRSes get corrected in/introduced to geotiff/GDAL/proj.4. It seems that GDAL is occasionally synced with EPSG from libgeotif [1], no additional overrides. In [2] is described EPSG in libgeotif. They keep overrides separate in gcs.override.csv and pcs.override.csv, it is not clear to me if gcs/pcs.override.csv are used somehow by crssync or not. If I got it, If we want to get correct towgs84 params to srs.db in a clean way, they must be added to libgeotif gcs/pcs.override.csv and crssync must use them. BTW, we have a problem [2]: Note that we deliberately keep alterations separate from the EPSG definitions in gcs.csv and pcs.csv to avoid violating the EPSG distribution license which requires that the definitions be distributed in unaltered form. Radim [1] http://trac.osgeo.org/gdal/log/trunk/gdal/data/pcs.csv [2] http://svn.osgeo.org/metacrs/geotiff/trunk/libgeotiff/csv/README Jürgen [1] http://en.wikipedia.org/wiki/DWIM -- 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 committ(ed|ing) to QGISIRC: 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions
Re: [Qgis-developer] First contribution - Loïc Maury
I have no authority to say this, but just go for it ! There are lots of bugs and the core team seems a bit overwhelmed by blockers for 2.0 release, so they will welcome any help ! Once you have a fix, the best is to issue a pull request in github. Regards, Leyan On 07/02/2013 05:37 PM, Loïc Maury wrote: Hello I am interested to contribute to Quantum Gis. I think I found a first task to do Bug 8200. Another work on it ? Do you think it 's a good task for a first contribution ? Thank you Loïc ___ 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] .xls format in ogr file filter and browser?
Hi all, User here are a bit lost when having to open xls files, just because ogr file filters don't mention it, and because browser panel does not see it at all. Is there any technical problem not to display that file format? If not, I will create a feature request (for 2.1 of course now) All the best Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/xls-format-in-ogr-file-filter-and-browser-tp5064084.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] new 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] First contribution - Loïc Maury
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/02/2013 05:37 PM, Loc Maury wrote: Hello I am interested to contribute to Quantum Gis. I think I found a first task to do Bug 8200. Another work on it ? Do you think it 's a good task for a first contribution ? sure, please go ahead. 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 Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHVqFwACgkQ/NedwLUzIr5HqACgp8JoM7ugfXMpOsmSS45xFxQM YHkAmwThr4PFhuuevHnENXUWoAAo+/CX =4g83 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] ID for maps in composer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. How is it possible to know, in the print composer, which one is Map0, Map1, etc.? I kind of remember in 1.8 this was shown on a tooltip, but I cannot see it in current master. 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 Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHVq6gACgkQ/NedwLUzIr7ROwCgsM5gc3pYwyvS3sUf4cAAozCL NNgAoKXwsAcJccJoQ+CEAtGIUeSEu+yn =zf+/ -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Mouse scroll wheel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. In my recent install, the mouse wheel does not seem to work for zooming on the canvas: does anyone confirms? It works e.g. for selecting through a scrolldown menu. 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 Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHVrDcACgkQ/NedwLUzIr7jbwCglw7lMwtoDEvi+0/iLL0rtgAW OswAmgLK1ffN5ahGpijT3ENVIovHKqNB =ovbs -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] SEXTANTE adaptation to new SAGA version
Hi all SAGA 2.1.0 has just been released. The current version of SEXTANTE in master has been now adapted to work with SAGA 2.1.0, and raster algorithms will not work with any other version. Please, update your SAGA executables if using the latest master version, since now 2.1.0 is the target version. The only algorithm adapted so far is the raster export one, which, for SEXTANTE, was the most important one that had been modified, since it blocks all other raster algorithms. Other algorithms might have changed, but they are not adapted yet. If you find something that was working before and now it doesn't, please report. Also, if there are new algorithms, feel free to suggest them to be added to SEXTANTE as well, describing their syntax, if possible, to help us do it. Windows users, please notice that the Osgeo4W installer still ships with SAGA 2.0.8, so you will need to install SAGA 2.1.0 manually and change the SAGA path in SEXTANTE. This will be updated soon, so it's just a temporary issue Thanks for your help Victor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] SEXTANTE adaptation to new SAGA version
Thanks. This is good since only 2.1 works on OS X. On Jul 4, 2013, at 1:37 PM, Victor Olaya wrote: Hi all SAGA 2.1.0 has just been released. The current version of SEXTANTE in master has been now adapted to work with SAGA 2.1.0, and raster algorithms will not work with any other version. Please, update your SAGA executables if using the latest master version, since now 2.1.0 is the target version. The only algorithm adapted so far is the raster export one, which, for SEXTANTE, was the most important one that had been modified, since it blocks all other raster algorithms. Other algorithms might have changed, but they are not adapted yet. If you find something that was working before and now it doesn't, please report. Also, if there are new algorithms, feel free to suggest them to be added to SEXTANTE as well, describing their syntax, if possible, to help us do it. Windows users, please notice that the Osgeo4W installer still ships with SAGA 2.0.8, so you will need to install SAGA 2.1.0 manually and change the SAGA path in SEXTANTE. This will be updated soon, so it's just a temporary issue Thanks for your help Victor ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] new icons
Hi, I was under the impression that the GUI would be finalized with string freeze. Is the plan now to incorporate these new icons in 2.0? I'm asking because I'm preparing material which I would like to be up-to-date with the final release and I would like to know when I can be certain that the screenshots won't change anymore. Or should I wait until the release is out? Best wishes, Anita On 7/4/13, Antonio Locandro antoniolocan...@hotmail.com wrote: +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] new icons
Hi Anita! Sorry for that .. but string freeze does not seem no necessarily mean GUI Freeze :) Anyway .. I also fixed some typos and bug in the original language that i got reported back .. And i think with this changes to some icons we should be good to leave the GUI on its own .. And .. well except of the hand (which I also like more than the arrows for panning) The icons look at least very similar to what they looked before .. And my personal opinion is still that people should not rely that much on how the icon look like but more on the function behind it .. regards Werner ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Building QGIS 1.8 in openSUSE 12.3
Hi QGIS devs! I recently switch (and still am in a testing phase) from (K)Ubuntu to openSUSE (12.3). Feels great so far, stable -- very. I am trying to compile QGIS 1.8 from source but I have some difficulties as I am not sure how similar the process is comparing to (K)Ubuntu (Debian-based) Linux. I think I have (already) installed build dependencies with sudo zypper si -d qgis Reading installed packages... Loading repository data... Resolving package dependencies... Nothing to do. Next, I have instructed in /etc/ld.so.conf.d/osgeo.conf /osgeo/src/Quantum-GIS/build/output/lib/ The configuration (ccmake) goes fine and then, the compilation fails: Linking CXX shared library ../../output/lib/libqgis_gui.so [ 47%] Built target qgis_gui make: *** [all] Error 2 The file mentioned above exists in /osgeo/src/Quantum-GIS/build/output/lib/libqgis_gui.so What is next to do/search in order to get qgis compiled? Thanks, Nikos ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] new icons
Hi Anita, I am sorry I started this without discussing more. As said, I just wanted to do one or two, and I end up with doing 10. I will do the last today, and I will pull request today. So then, it's just a matter of when the pull requests are accepted. Also as said Werner, these are really minor changes except for the really bad ones (the next will be oracle and mssql). Greetgins, Denis On 07/04/2013 09:38 PM, Anita Graser wrote: Hi, I was under the impression that the GUI would be finalized with string freeze. Is the plan now to incorporate these new icons in 2.0? I'm asking because I'm preparing material which I would like to be up-to-date with the final release and I would like to know when I can be certain that the screenshots won't change anymore. Or should I wait until the release is out? Best wishes, Anita On 7/4/13, Antonio Locandro antoniolocan...@hotmail.com wrote: +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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer