Re: [Qgis-developer] Raster providers
Hi Radim, Tim That being the case, I would suggest we poll Marco and other devs to see if it can move into trunk so that it can be more broadly tested I briefly tested the raster provider branch today and it works great. The performance seems to be fast now even with reprojection turned on. The only thing with my test rasters that didn't work was the 'zoom to best resolution' function. However, this is a detail and I'm in favor of merging the branch to trunk soon and fixing the minor issues there. Regards, Marco Am Montag, 28. Februar 2011, um 10.59:21 schrieb Tim Sutton: Hi On Mon, Feb 28, 2011 at 10:01 AM, Radim Blazek radim.bla...@gmail.com wrote: On Sun, Feb 27, 2011 at 9:54 PM, Tim Sutton li...@linfiniti.com wrote: Do you have anything else left on your todo list before you can merge to trunk? It looks like this: qgsrasterprojector.* qgsrasterdataprovider.* raster/qgsrasterlayer.* : 60 TODOs qgsgdalprovider.*: 11 TODOs qgsgrassrasterprovider.*: 8 TODOs qgswmsprovider.*: 53 TODOs But all those TODOs are not really problem, IIRC, before the merge I have to add only fall back to precise reprojection if approximation fails (easy) and code cleanup. The problem with data reloading on update (G. Manghi reported) I would like to solve in trunk because it may need QgsLayer and renderer modifications. Then, there are some places, usually constants which have to be checked better (e.g. max error, in reprojection, minimum source resolution etc.) That can still be done in trunk, I think. That being the case, I would suggest we poll Marco and other devs to see if it can move into trunk so that it can be more broadly tested before the release - I don't think it will be good to merge it at the last minute before the release for this reason. BTW: The approximate reprojection could may be used also for vectors? Hmm interesting. Is there a summary of the logic you have used to do this somewhere? Regards Tim Radim +1 from me to merge when you are ready I would like to make some cleanups to the raster properties dialog after you are done...hopefully I can do the ui clean upsin time for 1.7 Regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, 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] Raster providers
Hi, I have to do the code cleanup definitely in the branch + wms fix. Then I'll let you know before merge. Radim On Tue, Mar 1, 2011 at 9:27 AM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: Hi Radim, Tim That being the case, I would suggest we poll Marco and other devs to see if it can move into trunk so that it can be more broadly tested I briefly tested the raster provider branch today and it works great. The performance seems to be fast now even with reprojection turned on. The only thing with my test rasters that didn't work was the 'zoom to best resolution' function. However, this is a detail and I'm in favor of merging the branch to trunk soon and fixing the minor issues there. Regards, Marco Am Montag, 28. Februar 2011, um 10.59:21 schrieb Tim Sutton: Hi On Mon, Feb 28, 2011 at 10:01 AM, Radim Blazek radim.bla...@gmail.com wrote: On Sun, Feb 27, 2011 at 9:54 PM, Tim Sutton li...@linfiniti.com wrote: Do you have anything else left on your todo list before you can merge to trunk? It looks like this: qgsrasterprojector.* qgsrasterdataprovider.* raster/qgsrasterlayer.* : 60 TODOs qgsgdalprovider.*: 11 TODOs qgsgrassrasterprovider.*: 8 TODOs qgswmsprovider.*: 53 TODOs But all those TODOs are not really problem, IIRC, before the merge I have to add only fall back to precise reprojection if approximation fails (easy) and code cleanup. The problem with data reloading on update (G. Manghi reported) I would like to solve in trunk because it may need QgsLayer and renderer modifications. Then, there are some places, usually constants which have to be checked better (e.g. max error, in reprojection, minimum source resolution etc.) That can still be done in trunk, I think. That being the case, I would suggest we poll Marco and other devs to see if it can move into trunk so that it can be more broadly tested before the release - I don't think it will be good to merge it at the last minute before the release for this reason. BTW: The approximate reprojection could may be used also for vectors? Hmm interesting. Is there a summary of the logic you have used to do this somewhere? Regards Tim Radim +1 from me to merge when you are ready I would like to make some cleanups to the raster properties dialog after you are done...hopefully I can do the ui clean upsin time for 1.7 Regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, 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
Re: [Qgis-developer] Branch status for merge and release timeline proposal
Hi all, regarding globe, we have a pretty stable gui, controls and functionality but we also have a major speed issue that we didn't really investigate since we where waiting for OSGearth 2.0 (out now and packaged 8h ago by Pirmin -thanks ) to make globe run with it (should solve plenty of stability issues). So, i'd say it looks good, but Pirmin has to confirm and of course we rely on threading... ciao Marco On 03/01/2011 08:19 AM, Tim Sutton wrote: Hi all especially Martin and Pirmin and those actively working on new features I am just wondering how things are looking in terms of merging branches. Is a merge of threaded rendering + 3d globe on the cards for 1.7 assuming we have a code freeze of around March 15? I'd like to get 1.7 out before the hackfest (oops QGIS Meeting) so was thinking along the lines of : - code freeze 15 march - string freeze 21 march - release branching 1 April (yes I know its a cool date to release the code on :-) - release announcements 7 April (or when packages are available Are there any other major features people are working on that should be considered for the release timeline? If the threading + globe branches arent ready we can hold them over till 1.8, though it would be nice to get them out there now to keep all the slathering fans happy! Regards Tim ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster providers
Il giorno mar, 01/03/2011 alle 09.27 +0100, Marco Hugentobler ha scritto: function. However, this is a detail and I'm in favor of merging the branch to trunk soon and fixing the minor issues there. Great. Looking forward for the merge. As soon as it will be merged, I'll test it and prepare packages for Debian unstable amd64 for wider testing. Thanks a lot to Radim. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shapefile: prj vs qpj (CRS info)
Hi On Tue, Mar 1, 2011 at 11:17 AM, benoi...@bc-consult.com wrote: Hi Devs, It seems that QGIS Trunk does ignore the content of the 'prj' file for a shapefile. Instead it seems to only recognise a 'qpj' file to allocate CRS for that shapefile. I tested with a shp that I use in training courses I give. For me if I rename the qpj, the prj is still recognised correctly. Is it intentional in order to render import of shapefiles generated from other packages very difficult and lock users into QGIS? I think I can speak on behalf of myself and the other developers and categorically state that this *never* would be our intention. We embrace openness in every way and have nothing to gain by locking in users to our software. Or is it a bug? So given my comments above, yes, if it doesnt work for you it may be a bug. Regards Tim Regards, Benoit ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shapefile: prj vs qpj (CRS info)
Il giorno mar, 01/03/2011 alle 12.59 +0200, Tim Sutton ha scritto: I tested with a shp that I use in training courses I give. For me if I rename the qpj, the prj is still recognised correctly. Just checked: a shp with a prj, no qpj is recognized and reprojected correctly. Could you please share the shp that gives you trouble? All the best. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shapefile: prj vs qpj (CRS info)
Hi Tim, On Tue, 1 Mar 2011 12:59:27 +0200, Tim Sutton li...@linfiniti.com wrote: Hi On Tue, Mar 1, 2011 at 11:17 AM, benoi...@bc-consult.com wrote: Hi Devs, It seems that QGIS Trunk does ignore the content of the 'prj' file for a shapefile. Instead it seems to only recognise a 'qpj' file to allocate CRS for that shapefile. Let me comment a bit more: Create a new project and set its CRS to the same CRS the shapefile is in and enable OTF In Settings/Options, CRS tab, select Prompt for CRS Rename the qjp to prj Load the shapefile into the project You will be asked to defined its CRS. Remove the shapefile from the project Rename the prj to qjp Load the shapefile into the project You are not asked to defined its CRS. Can you replicate that behaviour? Even worse: Have a shapefile defined in a projected CRS (e.g. WGS84 UTM30N) with a prj file and no qpj Create a new QGIS project and set its CRS to another projected CRS (e.g. Google Mercator) and enable OTF Set Settings/Options, CRS tab, to Project wide default CRS will be used Load the shapefile, you are not asked for its projection but QGIS assumes that it is Google Mercator (the project CRS) not the shapefile CRS. Can you check that as well? BTW: I'm on Win7 - OSGeo4W - Trunk I tested with a shp that I use in training courses I give. For me if I rename the qpj, the prj is still recognised correctly. Is it intentional in order to render import of shapefiles generated from other packages very difficult and lock users into QGIS? I think I can speak on behalf of myself and the other developers and categorically state that this *never* would be our intention. We embrace openness in every way and have nothing to gain by locking in users to our software. Sorry, I was just cynical! I find QGIS very easy to use and love it, simply, the latest glitches with CRS drive me mad. Regards Benoit Or is it a bug? So given my comments above, yes, if it doesnt work for you it may be a bug. Regards Tim Regards, Benoit ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shapefile: prj vs qpj (CRS info)
Hi Benoit, I created a new shapefile by QGIS with same CRS of Town (EPSG 32630). The QGIS created two files of projections: PRJ and QPJ. The PRJ have the same value of yours (Town.prj) but the QPJ don´t have same value (see below): 1) Default -PRJ : PROJCS[WGS_1984_UTM_Zone_30N,GEOGCS[GCS_WGS_1984,DATUM[D_WGS_1984,SPHEROID[WGS_1984,6378137,298.257223563]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[latitude_of_origin,0],PARAMETER[central_meridian,-3],PARAMETER[scale_factor,0.9996],PARAMETER[false_easting,50],PARAMETER[false_northing,0],UNIT[Meter,1]] 2) Create by QGIS - QPJ : PROJCS[UTM Zone 30, Northern Hemisphere,GEOGCS[WGS 84,DATUM[WGS_1984,SPHEROID[WGS 84,6378137,298.257223563,AUTHORITY[EPSG,7030]],TOWGS84[0,0,0,0,0,0,0],AUTHORITY[EPSG,6326]],PRIMEM[Greenwich,0,AUTHORITY[EPSG,8901]],UNIT[degree,0.0174532925199433,AUTHORITY[EPSG,9108]],AUTHORITY[EPSG,4326]],PROJECTION[Transverse_Mercator],PARAMETER[latitude_of_origin,0],PARAMETER[central_meridian,-3],PARAMETER[scale_factor,0.9996],PARAMETER[false_easting,50],PARAMETER[false_northing,0],UNIT[Meter,1]] The QGIS read CRS only by QPJ value. You can put this value(QPJ) inside in PRJ file for work with QGIS. The questions is: Why, QGIS have two different values for WKT CSR for same EPSG 32630 ? One for PRJ other for QPJ 2011/3/1 benoi...@bc-consult.com: Hi Paolo, Please see attached zip file (small 2KB file) It contains: - A point shapefile with its CRS set to WGS84 UTM30N (prj file only) and a single point (located over the town of Kumasi in Ghana) - A QGIS project in Google Mercator CRS. When you load the shapefile into the project and then use the google plugin to display the satellite image around the point you could note that the satellite image is not what you expect (if you know the area). Also, double click the shapefile layer and go to the General tab. The CRS is set to Google Mercator, not UTM30N. Quit QGIS, rename the prj to qpj and do the above process again, and all is correct now. I hope you can reproduce this behaviour. Regards, Benoit On Tue, 01 Mar 2011 12:13:03 +0100, Paolo Cavallini cavall...@faunalia.it wrote: Il giorno mar, 01/03/2011 alle 12.59 +0200, Tim Sutton ha scritto: I tested with a shp that I use in training courses I give. For me if I rename the qpj, the prj is still recognised correctly. Just checked: a shp with a prj, no qpj is recognized and reprojected correctly. Could you please share the shp that gives you trouble? All the best. ___ 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] Shapefile: prj vs qpj (CRS info)
Hi Luiz, Thanks for your comments. Yes, there is a CRS definition difference between prj and qpj. But, if you only have a prj file you can rename it to qpj. QGIS does not complain and displays the shapefile at the correct location. So the way to go forward, at least for me, would be to rename all the shapefiles *.prj to *.qpj in order to use them in QGIS. Note that in doing the above, loading the shapefile into QGIS and going to Layers properties, General tab, the CRS is specified as below: - * Generated CRS (+proj=utm +zone=30 +ellps=WGS84 +units=m +no_defs) It seems that QGIS recomputes its own CRS from the qpj (= renamed prj). Another question is why does QGIS now need a qpj file when a prj file exists? Regards, Benoit On Tue, 1 Mar 2011 09:47:19 -0300, Luiz Motta motta.l...@gmail.com wrote: Hi Benoit, I created a new shapefile by QGIS with same CRS of Town (EPSG 32630). The QGIS created two files of projections: PRJ and QPJ. The PRJ have the same value of yours (Town.prj) but the QPJ don´t have same value (see below): 1) Default -PRJ : PROJCS[WGS_1984_UTM_Zone_30N,GEOGCS[GCS_WGS_1984,DATUM[D_WGS_1984,SPHEROID[WGS_1984,6378137,298.257223563]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[latitude_of_origin,0],PARAMETER[central_meridian,-3],PARAMETER[scale_factor,0.9996],PARAMETER[false_easting,50],PARAMETER[false_northing,0],UNIT[Meter,1]] 2) Create by QGIS - QPJ : PROJCS[UTM Zone 30, Northern Hemisphere,GEOGCS[WGS 84,DATUM[WGS_1984,SPHEROID[WGS 84,6378137,298.257223563,AUTHORITY[EPSG,7030]],TOWGS84[0,0,0,0,0,0,0],AUTHORITY[EPSG,6326]],PRIMEM[Greenwich,0,AUTHORITY[EPSG,8901]],UNIT[degree,0.0174532925199433,AUTHORITY[EPSG,9108]],AUTHORITY[EPSG,4326]],PROJECTION[Transverse_Mercator],PARAMETER[latitude_of_origin,0],PARAMETER[central_meridian,-3],PARAMETER[scale_factor,0.9996],PARAMETER[false_easting,50],PARAMETER[false_northing,0],UNIT[Meter,1]] The QGIS read CRS only by QPJ value. You can put this value(QPJ) inside in PRJ file for work with QGIS. The questions is: Why, QGIS have two different values for WKT CSR for same EPSG 32630 ? One for PRJ other for QPJ 2011/3/1 benoi...@bc-consult.com: Hi Paolo, Please see attached zip file (small 2KB file) It contains: - A point shapefile with its CRS set to WGS84 UTM30N (prj file only) and a single point (located over the town of Kumasi in Ghana) - A QGIS project in Google Mercator CRS. When you load the shapefile into the project and then use the google plugin to display the satellite image around the point you could note that the satellite image is not what you expect (if you know the area). Also, double click the shapefile layer and go to the General tab. The CRS is set to Google Mercator, not UTM30N. Quit QGIS, rename the prj to qpj and do the above process again, and all is correct now. I hope you can reproduce this behaviour. Regards, Benoit On Tue, 01 Mar 2011 12:13:03 +0100, Paolo Cavallini cavall...@faunalia.it wrote: Il giorno mar, 01/03/2011 alle 12.59 +0200, Tim Sutton ha scritto: I tested with a shp that I use in training courses I give. For me if I rename the qpj, the prj is still recognised correctly. Just checked: a shp with a prj, no qpj is recognized and reprojected correctly. Could you please share the shp that gives you trouble? All the best. ___ 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] Shapefile: prj vs qpj (CRS info)
Il giorno mar, 01/03/2011 alle 08.26 -0500, benoi...@bc-consult.com ha scritto: Yes, there is a CRS definition difference between prj and qpj. But, if you only have a prj file you can rename it to qpj. QGIS does not complain and displays the shapefile at the correct location. So the way to go forward, at least for me, would be to rename all the shapefiles *.prj to *.qpj in order to use them in QGIS. This is not the correct behaviour: QGIS should use qpj when present, otherwise prj, if nothing is available it should apply the default, as chosen by the user from the menu Options. If the behaviour you describe is confirmed (in my case it is not), then it's a bug. All the best. -- http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] qgis rev. 15305 rrror on very first zoom on an added .shp shapefile
Errore durante l'esecuzione di codice Python: Traceback (most recent call last): File /home/ubuntu/.qgis/python/plugins/gmap_overview_plugin/gmap_gui.py, line 116, in onChangeExtent html = html.replace('{scale}',str(self.getZoomScale())) File /home/ubuntu/.qgis/python/plugins/gmap_overview_plugin/gmap_gui.py, line 135, in getZoomScale return list(zoom).index(zoom.min()) ValueError: list.index(x): x not in list Versione Python: 2.6.5 (r265:79063, Apr 16 2010, 13:28:26) [GCC 4.4.3] Versione di QGIS: 1.7.0-Trunk Trunk, 15305 Any suggestion...? Thanks, best regards Marco -- Linux Infinite Freedom ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shapefile: prj vs qpj (CRS info)
Hi Paolo, I agree with you. Furthermore, the behaviour should depend on the option selected in Settings/Options-CRS tab: Option: Prompt for CRS should ask the user to define the CRS of the loaded file if, and only if, it is not defined. Unfortunately if you only have a prj file, QGIS asks you to define the CRS. QGIS only recognises the qpj file. Option: Project wide default CRS will be used. Here again the prj file is not recognised and the shapefile is given the project CRS. It is fine when both have the same CRS but lead to wrong location if they don't and on-the-fly projection has been enabled. Option: Global default CRS displayed below will be used. Again, the prj file is not recognised and the shapefile is given the global default CRS. I have this problem when I want to import a shapefile (in a projected CRS) into a project having a Google Mercator CRS and OTF enabled. Can this be confirmed by someone, or am I doing something wrong? Regards, Benoit On 01/03/2011 16:57, Paolo Cavallini wrote: Il giorno mar, 01/03/2011 alle 08.26 -0500, benoi...@bc-consult.com ha scritto: Yes, there is a CRS definition difference between prj and qpj. But, if you only have a prj file you can rename it to qpj. QGIS does not complain and displays the shapefile at the correct location. So the way to go forward, at least for me, would be to rename all the shapefiles *.prj to *.qpj in order to use them in QGIS. This is not the correct behaviour: QGIS should use qpj when present, otherwise prj, if nothing is available it should apply the default, as chosen by the user from the menu Options. If the behaviour you describe is confirmed (in my case it is not), then it's a bug. All the best. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Branch status for merge and release timeline proposal
Hi Mayeul On Tue, Mar 1, 2011 at 3:15 PM, Mayeul Kauffmann mayeul.kauffm...@free.fr wrote: Hi, What about open tickets (bug fixes) that are not in branches? What is the timeline for them? We usually try to make sure there are no show stoppers when we release and remaining tickets get carried over to next release. I dont think we will ever be able to be in a situation where there are no open tickets left at the time of a release. Now that New Symbology is the default, I guess the following should be fixed before release, or am I missing something? http://www.qgis.org/wiki/Switching_from_Old_to_New_Symbology_and_Labeling This is a great list / wiki page. The wait / when to release discussion is one that comes up periodically. I agree the items in your list should get attention - and no doubt more items will be raised when people are using symobology-ng by default. However these are not things I believe we should put a hold on the release for. If there is a general unhappiness about the situation, we can reinstate old symbology by default, but if not, lets put what we have out there for people to test and use, and march on towards 2.0. Regards Tim Thanks for clarification! Mayeul Le mardi 01 mars 2011 à 09:19 +0200, Tim Sutton a écrit : Hi all especially Martin and Pirmin and those actively working on new features I am just wondering how things are looking in terms of merging branches. Is a merge of threaded rendering + 3d globe on the cards for 1.7 assuming we have a code freeze of around March 15? I'd like to get 1.7 out before the hackfest (oops QGIS Meeting) so was thinking along the lines of : - code freeze 15 march - string freeze 21 march - release branching 1 April (yes I know its a cool date to release the code on :-) - release announcements 7 April (or when packages are available Are there any other major features people are working on that should be considered for the release timeline? If the threading + globe branches arent ready we can hold them over till 1.8, though it would be nice to get them out there now to keep all the slathering fans happy! Regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shapefile: prj vs qpj (CRS info)
On 03/01/2011 08:35 PM, John C. Tull wrote: Hi Benoit, Has a ticket been filed? Cheers, John On Mar 1, 2011, at 9:53 AM, Benoit wrote: I checked using QGIS 1.6 on Ubuntu, just one shapefile, after renaming the *.qpj - leaving only the *.prj - and it behaved as expected. i.e. the correct CRS was recognized without asking any questions. In the Options-CRS I have global default set to EPSG:4326, and that was not used, so QGIS found the correct CRS from the *.prj . Hi John, Thanks for your report and confirmation of this behaviour. I'm on windows7 64bits at work and winXP 32bits at home. On both it is OSGeo4W trunk. So it seems it is not OS dependent. Regards, Benoit On 01 Mar 2011, at 18:56, John C. Tulljct...@gmail.com wrote: Hi Benoit, I can confirm this behavior for me as well. It seems to have crept into trunk in the past month or two. I have been banging my head on this as it is very frustrating. Shapefiles with associated prj, gdal recognizes the CRS, but QGIS seems to ignore it. Let's look at the OS we are using. I am on OS X with William's frameworks. I build following the OS X build instructions. Any chance you are on the same build environment or is it another OS? Cheers, John On Mar 1, 2011, at 8:41 AM, Benoit wrote: Hi Paolo, I agree with you. Furthermore, the behaviour should depend on the option selected in Settings/Options-CRS tab: Option: Prompt for CRS should ask the user to define the CRS of the loaded file if, and only if, it is not defined. Unfortunately if you only have a prj file, QGIS asks you to define the CRS. QGIS only recognises the qpj file. Option: Project wide default CRS will be used. Here again the prj file is not recognised and the shapefile is given the project CRS. It is fine when both have the same CRS but lead to wrong location if they don't and on-the-fly projection has been enabled. Option: Global default CRS displayed below will be used. Again, the prj file is not recognised and the shapefile is given the global default CRS. I have this problem when I want to import a shapefile (in a projected CRS) into a project having a Google Mercator CRS and OTF enabled. Can this be confirmed by someone, or am I doing something wrong? Regards, Benoit On 01/03/2011 16:57, Paolo Cavallini wrote: Il giorno mar, 01/03/2011 alle 08.26 -0500, benoi...@bc-consult.com ha scritto: Yes, there is a CRS definition difference between prj and qpj. But, if you only have a prj file you can rename it to qpj. QGIS does not complain and displays the shapefile at the correct location. So the way to go forward, at least for me, would be to rename all the shapefiles *.prj to *.qpj in order to use them in QGIS. This is not the correct behaviour: QGIS should use qpj when present, otherwise prj, if nothing is available it should apply the default, as chosen by the user from the menu Options. If the behaviour you describe is confirmed (in my case it is not), then it's a bug. All the best. ___ 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 This mail was received via Mail-SeCure System. -- Micha Silver Arava Development Co. +972-52-3665918 http://www.surfaces.co.il ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] qgis rev. 15305 error on zoom on a just added .shp shapefile
Traceback (most recent call last): File /home/ubuntu/.qgis/python/plugins/gmap_overview_plugin/gmap_gui.py, line 116, in onChangeExtent html = html.replace('{scale}',str(self.getZoomScale())) File /home/ubuntu/.qgis/python/plugins/gmap_overview_plugin/gmap_gui.py, line 135, in getZoomScale return list(zoom).index(zoom.min()) ValueError: list.index(x): x not in list Versione Python: 2.6.5 (r265:79063, Apr 16 2010, 13:28:26) [GCC 4.4.3] Versione di QGIS: 1.7.0-Trunk Trunk, 15305 Any suggestion...? Thanks, best regards Marco -- Linux Infinite Freedom ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Full git svn repo of qgis
After several starts and stops over several days, I have cloned the entire qgis repository tree with all branches. It takes an incredibly long time to clone the entire source tree. If you are interested I have uploaded a zip file (260Mb) of the source tree. ophir:qgis_all gsherman$ ls -1 articles code_examples design documentation_source external_plugins qgis tools It is current to r15305. After unzipping it you can update using git svn fetch. From there you are on your own :) Download it from: http://spatialserver.net/qgis_repo.zip -- gary -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Geospatial Consulting Hosting *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Full git svn repo of qgis
Hi Gary, Thanks for our work. By the way, I want to know how do you organize the QGIS source. I mean when I SVN a branch and have a new directory created in my home, I can't even get an entry to start to read or learn. I was told that QGIS is developed with QT. Then what I can do to project the QGIS source files with QT Creator or something else. Could you please explain it with your experience? Thanks in advance. Elvis Wang Mar 2, 2011 On Wed, 02 Mar 2011 08:01:49 +0800, Gary Sherman gsher...@geoapt.com wrote: After several starts and stops over several days, I have cloned the entire qgis repository tree with all branches. It takes an incredibly long time to clone the entire source tree. If you are interested I have uploaded a zip file (260Mb) of the source tree. ophir:qgis_all gsherman$ ls -1 articles code_examples design documentation_source external_plugins qgis tools It is current to r15305. After unzipping it you can update using git svn fetch. From there you are on your own :) Download it from: http://spatialserver.net/qgis_repo.zip -- gary -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Geospatial Consulting Hosting *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- This letter comes from Wang Bo together with best wishes. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: PyQGIS Cookbook, MySQL geometries and Graduated symbol renderer
Hi Martin, I was unable to get the code highlighted in an appropriate way. However, here is the patch [1]. Regards, Germán -- [1] https://trac.osgeo.org/qgis/ticket/3536 2011/2/28 Martin Dobias wonder...@gmail.com 2011/2/28 Germán Carrillo carrillo.ger...@gmail.com: Hi Martin, I would like to propose a couple of Python snippets to be included in the PyQGIS Cookbook. 1) Load of MySQL geometries: 2) Graduated symbol renderer (Old symbology): Hi German, thank you for the snippets. Would you mind to spend few more minutes with that to add some comments and prepare a patch for the cookbook? The sources are in SVN repository here: http://svn.osgeo.org/qgis/docs/trunk/english_us/developer_cookbook/ That would speed up the addition to the cookbook. Regards Martin -- --- |\__ (:__)( |/ Soluciones Geoinformáticas Libres http://geotux.tuxfamily.org/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shapefile: prj vs qpj (CRS info)
Hi John, On Tue, 1 Mar 2011 10:35:48 -0800, John C. Tull jct...@gmail.com wrote: Hi Benoit, Has a ticket been filed? Not yet. Will do it now. And to confirm, yes, it only appears in Trunk (since at least the last 15 revisions, not sure exactly). Versions = 1.6 works as expected. Regards, Benoit Cheers, John On Mar 1, 2011, at 9:53 AM, Benoit wrote: Hi John, Thanks for your report and confirmation of this behaviour. I'm on windows7 64bits at work and winXP 32bits at home. On both it is OSGeo4W trunk. So it seems it is not OS dependent. Regards, Benoit On 01 Mar 2011, at 18:56, John C. Tull jct...@gmail.com wrote: Hi Benoit, I can confirm this behavior for me as well. It seems to have crept into trunk in the past month or two. I have been banging my head on this as it is very frustrating. Shapefiles with associated prj, gdal recognizes the CRS, but QGIS seems to ignore it. Let's look at the OS we are using. I am on OS X with William's frameworks. I build following the OS X build instructions. Any chance you are on the same build environment or is it another OS? Cheers, John On Mar 1, 2011, at 8:41 AM, Benoit wrote: Hi Paolo, I agree with you. Furthermore, the behaviour should depend on the option selected in Settings/Options-CRS tab: Option: Prompt for CRS should ask the user to define the CRS of the loaded file if, and only if, it is not defined. Unfortunately if you only have a prj file, QGIS asks you to define the CRS. QGIS only recognises the qpj file. Option: Project wide default CRS will be used. Here again the prj file is not recognised and the shapefile is given the project CRS. It is fine when both have the same CRS but lead to wrong location if they don't and on-the-fly projection has been enabled. Option: Global default CRS displayed below will be used. Again, the prj file is not recognised and the shapefile is given the global default CRS. I have this problem when I want to import a shapefile (in a projected CRS) into a project having a Google Mercator CRS and OTF enabled. Can this be confirmed by someone, or am I doing something wrong? Regards, Benoit On 01/03/2011 16:57, Paolo Cavallini wrote: Il giorno mar, 01/03/2011 alle 08.26 -0500, benoi...@bc-consult.com ha scritto: Yes, there is a CRS definition difference between prj and qpj. But, if you only have a prj file you can rename it to qpj. QGIS does not complain and displays the shapefile at the correct location. So the way to go forward, at least for me, would be to rename all the shapefiles *.prj to *.qpj in order to use them in QGIS. This is not the correct behaviour: QGIS should use qpj when present, otherwise prj, if nothing is available it should apply the default, as chosen by the user from the menu Options. If the behaviour you describe is confirmed (in my case it is not), then it's a bug. All the best. ___ 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