Re: [Qgis-user] Re: new xytools plugin: now open and save simple Excel files
On 2011-12-17 00:57, Arif Arham wrote: I got a problem when executing Save attribute table as Excel file. An error has occured while executing Python code: . In fact, several plugins end with this kind of errors. Is it python's bug or plugin's bug? can you give more info? In this mail I cannot see the actual message also not here: http://osgeo-org.1803224.n2.nabble.com/new-xytools-plugin-now-open-and-save-simple-Excel-files-td7098439.html#a7101831 You can sent me a screendump or copy the full message from the error window. Otherwise, let me know which OS and Qgis version you use, and/or sent me the data that is throwing the error. Regards, Richard ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Python modules (dependencies?)
As far as I know, OSGeo4W as well as the standalone installer contains matplotlib 0.99, while Contour plugin 0.9 require matplotlib 1.0.1 So you can either: - install matplotlib 1.0.1 by your own - contact OSGeo4W matplotlib maintainer: http://trac.osgeo.org/osgeo4w/wiki/pkg-python-matplotlib - contact the plugin author: http://www.blogger.com/profile/11552330570446337100 - use contor from GdalTools ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] new xytools plugin: now open and save simple Excel files
On 2011-12-16 10:44, Paolo Cavallini wrote: Isn't it what Python-UNO is meant for? Ok, version 0.3.0 now my first shot with python-UNO. in 0.3.0 only opening of ods-files is working, saving not yet. Working with Linux, for windows I think the uno-python dll is not in the PYTHONPATH or so. Because the uno-package is not found there. There are also some hickups with the UNO-stuff: I can either start the 'soffice'-service invisible, but after that I cannot visibly open oocalc anymore (on ubuntu here). So for now I start the service visible, meaning that you see LibreOffice start up and open a window... If somebody has an easy solution for this, please let me know. Regards, Richard Duivenvoorde ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
RE: [Qgis-user] problems with layers from one source
The main problem could be that your layers are in different CRS. I assume that you want to use lat lon coordinates (they should be in the range of (-87, 41)). Because you can not have millions of degrees, it is pretty sure that the layers that display coordinates in the millions could be a CRS that defines its measuring units in meters or feets. For vector layers (and assuming a format that can store projection information), select the layer , right click, choose properties and go to the general tab. There you must be able to see the projection information. For raster layers go to rater menu, choose Miscellaneous and select info. Choose your raster and you must be able to see the projection information there. I like to have all my layers in the same CRS, some people also likes to use the on the fly CRS transformation capability of QGIS . Try in Settings, project settings and go to the CRS tab, Choose enable on the fly CRS transformation, then load some layers. One thing is for sure, you must know the crs of each of your layers before starting to work with them. Hope it helps Gerardo Jiménez Delgado Instituto de Investigaciones Antropológicas Universidad Nacional Autónoma de México Ciudad Universitaria s/n Coyoacan 04510 Mexico City Mexico 56 22 95 16 Date: Fri, 16 Dec 2011 11:36:07 -0600 From: caroline.t.ren...@gmail.com To: qgis-user@lists.osgeo.org Subject: [Qgis-user] problems with layers from one source Hello (again!) I'm having trouble with all the layers I download from one particular source. These layers don't show up in the same place as any others of the same area, including those I've geocoded myself. The coordinates shown at the bottom of the screen for these are HUGE - they should be in the range of (-87, 41) but they're in the millions. I've made sure all layers are in the correct CRS and done everything else I can think of. Does anyone have any tips or ideas? Thank you! Caroline ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: Problem displaying GPS data Re: [Qgis-user] From Bob Peck who needs help
I'd add to what the others have said that I think your step 7 below is wrong. You don't want to set the topo map to some other CRS. It's already in UTM zone 17 (NAD27). All you want to do after step 6 is "Right click-Zoom to layer", and it should appear in the correct position (check coordinates in the status bar). THen, as Alex explained, make *sure* what CRS the coordinates in your csv file are. Once you've imported the CSV coordinates, do a "Save As..." and choose the correct CRS in the Save shapefile dialog window. Once you load this new shapefile, it should overlay the topomap correctly, since you're already set OTF projection. -- Micha On 12/17/2011 04:07 AM, Alex Mandel wrote: On 12/16/2011 05:00 PM, Ramon Andiach wrote: On 17/12/2011, at 01:44 , Robert Peck wrote: Hello, Uncle! I need help. I have been trying to learn QuantumGIS so that I can put GPS (NAD 83 datum) locations of rock outcrops on a USGS quadrangle topographic map (NAD 27 datum), connect the points to make contours, and produce a geological map of the quadrangle. I know how to make an Excel file into a .csv file which I can use to import the data to the project. I have learned how to open a new project, load a topo quad map, load a data set, and make either one of them visible on the map panel, and that's as far as I get. I'm trying to get the data points to appear on the map but am having no success. Below are the steps I've taken to get that far. Any suggestions as to what I'm doing wrong or what I'm not doing right? Any assistance will be gratefully appreciated. Thank you, Pilgrim 1. Open QGIS. 2. FileNew Project. 3. LayerAdd Raster LayerBrowseHinton_UTM27z17_nocoll_grey400dpi.tiffOpen. 4. The Hinton,WV USGS quadrangle map appears in the map panel. 5. SettingsProject Properties. a. Enable 'on the fly' CRS transformation. b. Set CRS to NAD 27/UTM zone 17N (ID 2146). c. Hit "apply" and then "OK". 6. The map disappears. 7. Right click on the Hinton quad layer in the left panel Set layer CRSSet CRS to NAD 27/UTM zone 17N (ID 2146)hit "OK". 8. The map reappears. 9. LayerAdd delimited text layerbrowse NRGGPSHINTONAVIS.csvOpen. 10. "Create a layer from a delimited text file" dialog box opens. 11. I made sure that "selected delimiters" and "comma" boxes were both checked. 12. I set X to UTME and Y to UTMNhit "OK". 13. No data points appear. 14. Right click on the data layerset layer CRSset CRS to NAD 83/UTM zone 17N (ID 2294). 15. Viewzoom to layerdata appear but no map. 16. If I choose the map layer and go to Viewzoom to layerthe map appears but no data. This goes back and forth with no data points appearing on the map, even when the map layer is the bottom layer in the layer panel. Hi Bob, I have a suggestion. I'm not saying that I definitely have the answer. The bit of information that we'll need here is how you made the csv file (or maybe a look at the first few rows of the csv file). If you copied the waypoints down manually, then that's probably the right path, and I'd suggest checking your numbers. But, if you downloaded the data from the GPS, then the data is probably not in NAD 83. On all of the GPS units I've used, they only display points in the datum you select. Really they store them in another datum, typically WGS84 (lat-long, and not projected). You should be able to confirm this by looking in the csv file (WGS84 would be a small number with lots of decimals, NAD would be a big number with few decimals). And a suggestion to finish with. Try and use an informative subject line "Help!" doesn't give me any idea if it's something I can help with, but "problem displaying GPS data" is something I might be able to help with (or at least make a suggestion :) -ramon. Yes, I agree if you copied the data via cable from the GPS it is most likely WGS84 Lat/Lon EPSG:4326 However, note that NAD 83 is only a datum, not a coordinate system. If the data was written down by hand on a unit set to display UTM Zone whatever NAD 83 then the statement in the prior email would be correct. If the unit was set to Lat/Lan NAD 83 then it's would actually look the same and only be off by a few meters. So yes, verify what you actually have in your csv. If you're still having trouble I'd be happy to convert it to a shp or gml file for you, and make a quick tutorial video (hmm look online there might be one). Thanks, Alex ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user This mail was received via Mail-SeCure System. -- Micha Silver GIS Consultant, Arava Development Co. http://www.surfaces.co.il
Re: [Qgis-user] problems with layers from one source
The CRS is the same for all my layers, this doesn't seem to change anything. On Sat, Dec 17, 2011 at 7:06 AM, Gerardo Jimenez gej...@hotmail.com wrote: The main problem could be that your layers are in different CRS. I assume that you want to use lat lon coordinates (they should be in the range of (-87, 41)). Because you can not have millions of degrees, it is pretty sure that the layers that display coordinates in the millions could be a CRS that defines its measuring units in meters or feets. For vector layers (and assuming a format that can store projection information), select the layer , right click, choose properties and go to the general tab. There you must be able to see the projection information. For raster layers go to rater menu, choose Miscellaneous and select info. Choose your raster and you must be able to see the projection information there. I like to have all my layers in the same CRS, some people also likes to use the on the fly CRS transformation capability of QGIS . Try in Settings, project settings and go to the CRS tab, Choose enable on the fly CRS transformation, then load some layers. One thing is for sure, you must know the crs of each of your layers before starting to work with them. Hope it helps Gerardo Jiménez Delgado Instituto de Investigaciones Antropológicas Universidad Nacional Autónoma de México Ciudad Universitaria s/n Coyoacan 04510 Mexico City Mexico 56 22 95 16 -- Date: Fri, 16 Dec 2011 11:36:07 -0600 From: caroline.t.ren...@gmail.com To: qgis-user@lists.osgeo.org Subject: [Qgis-user] problems with layers from one source Hello (again!) I'm having trouble with all the layers I download from one particular source. These layers don't show up in the same place as any others of the same area, including those I've geocoded myself. The coordinates shown at the bottom of the screen for these are HUGE - they should be in the range of (-87, 41) but they're in the millions. I've made sure all layers are in the correct CRS and done everything else I can think of. Does anyone have any tips or ideas? Thank you! Caroline ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: new xytools plugin: now open and save simple Excel files
I work on Ubuntu 11.10, QGIS 1.7.3 start--- An error has occured while executing Python code: Traceback (most recent call last): File /home/areev/.qgis/python/plugins/xytools/xytools.py, line 188, in excelSave from providers import excel File /usr/lib/python2.7/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File /home/areev/.qgis/python/plugins/xytools/providers/excel.py, line 1, in import xlwt File /usr/lib/python2.7/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named xlwt Python version: 2.7.2+ (default, Oct 4 2011, 20:29:37) [GCC 4.6.1] QGIS version: 1.7.3-Wroclaw Wroclaw, exported Python path: ['/usr/share/qgis/python', '/home/areev/.qgis/python', '/home/areev/.qgis/python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PIL', '/usr/lib/python2.7/dist-packages/gst-0.10', '/usr/lib/python2.7/dist-packages/gtk-2.0', '/usr/lib/pymodules/python2.7', '/usr/lib/python2.7/dist-packages/ubuntu-sso-client', '/usr/lib/python2.7/dist-packages/ubuntuone-client', '/usr/lib/python2.7/dist-packages/ubuntuone-control-panel', '/usr/lib/python2.7/dist-packages/ubuntuone-couch', '/usr/lib/python2.7/dist-packages/ubuntuone-installer', '/usr/lib/python2.7/dist-packages/ubuntuone-storage-protocol', '/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode', '/home/areev/.qgis/python/plugins/openlayersov/logic', '/home/areev/.qgis/python/plugins/openlayersov/gui', '/usr/share/qgis/python/plugins/fTools/tools'] --end--- On Sat, Dec 17, 2011 at 3:14 PM, Richard Duivenvoorde rdmaili...@duif.netwrote: On 2011-12-17 00:57, Arif Arham wrote: I got a problem when executing Save attribute table as Excel file. An error has occured while executing Python code: . In fact, several plugins end with this kind of errors. Is it python's bug or plugin's bug? can you give more info? In this mail I cannot see the actual message also not here: http://osgeo-org.1803224.n2.nabble.com/new-xytools-plugin-now-open-and-save-simple-Excel-files-td7098439.html#a7101831 You can sent me a screendump or copy the full message from the error window. Otherwise, let me know which OS and Qgis version you use, and/or sent me the data that is throwing the error. Regards, Richard ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] problems with layers from one source
On Sat, 2011-12-17 at 10:33 -0600, Caroline Rendon wrote: The CRS is the same for all my layers, this doesn't seem to change anything. the layers have an *explicit* CRS? are the rasters geotiffs? the shapefiles have the .prj file? If the CRS of your layers is not explicit then you'll have to set the proper CRS manually or configure QGIS to ask you what CRS give a specific layer when you load it. cheers -- Giovanni -- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
FW: [Qgis-user] problems with layers from one source
Gerardo Jiménez Delgado Instituto de Investigaciones Antropológicas Universidad Nacional Autónoma de México Ciudad Universitaria s/n Coyoacan 04510 Mexico City Mexico 56 22 95 16 From: gej...@hotmail.com To: caroline.t.ren...@gmail.com Subject: RE: [Qgis-user] problems with layers from one source Date: Sat, 17 Dec 2011 12:30:49 -0500 I am sorry to differ. They can not be in the same CRS. A latitutude longitude CRS has valus for longitud +- 180 and for latitude +- 90 Degrees. A crs such as a UTM (for instance) could have values in the 10,000 to less than a million for the east, and northings could have values from 0 to almost 10,000,000. Then, your data could not share crs. If you change the crs in propertied/general/specify crs that aill not make any difference and could make the problems worst since, for instance, if your data is in the west hemisphere and you load data from a utm layer as a latitude longitue crs , any GIS (not only qgis)all will be displace the layers, since utm do not handle negative values. In order that data could be in the same crs you have to reproject your data. Reprojecting converts from one crs to another totally different (from espherical coordinates to metric ones). For vector layers in qgis 1.7 you have the layer and chose save as, define the file format, choose the original crs and the one you want. For raster layers you have to go to raster/projections/war(reproject). In order to reproject, I insist, you must know the original crs of your data. Can you let us know where your data is located? also if you know the crs? also sometimes it is worth to know which version of Qgis you are using and in which OS you are using... Hope it helps Gerardo Jiménez Delgado Instituto de Investigaciones Antropológicas Universidad Nacional Autónoma de México Ciudad Universitaria s/n Coyoacan 04510 Mexico City Mexico 56 22 95 16 Date: Sat, 17 Dec 2011 10:33:17 -0600o select the laye Subject: Re: [Qgis-user] problems with layers from one source From: caroline.t.ren...@gmail.com To: gej...@hotmail.com CC: qgis-user@lists.osgeo.org The CRS is the same for all my layers, this doesn't seem to change anything. On Sat, Dec 17, 2011 at 7:06 AM, Gerardo Jimenez gej...@hotmail.com wrote: The main problem could be that your layers are in different CRS. I assume that you want to use lat lon coordinates (they should be in the range of (-87, 41)). Because you can not have millions of degrees, it is pretty sure that the layers that display coordinates in the millions could be a CRS that defines its measuring units in meters or feets. For vector layers (and assuming a format that can store projection information), select the layer , right click, choose properties and go to the general tab. There you must be able to see the projection information. For raster layers go to rater menu, choose Miscellaneous and select info. Choose your raster and you must be able to see the projection information there. I like to have all my layers in the same CRS, some people also likes to use the on the fly CRS transformation capability of QGIS . Try in Settings, project settings and go to the CRS tab, Choose enable on the fly CRS transformation, then load some layers. One thing is for sure, you must know the crs of each of your layers before starting to work with them. Hope it helps Gerardo Jiménez Delgado Instituto de Investigaciones Antropológicas Universidad Nacional Autónoma de México Ciudad Universitaria s/n Coyoacan 04510 Mexico City Mexico 56 22 95 16 Date: Fri, 16 Dec 2011 11:36:07 -0600 From: caroline.t.ren...@gmail.com To: qgis-user@lists.osgeo.org Subject: [Qgis-user] problems with layers from one source Hello (again!) I'm having trouble with all the layers I download from one particular source. These layers don't show up in the same place as any others of the same area, including those I've geocoded myself. The coordinates shown at the bottom of the screen for these are HUGE - they should be in the range of (-87, 41) but they're in the millions. I've made sure all layers are in the correct CRS and done everything else I can think of. Does anyone have any tips or ideas? Thank you! Caroline ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: new xytools plugin: now open and save simple Excel files
The next version will not show you this python error anymore, but a message that you have to install the python libs xlrd and xlwr... On Ubuntu just do sudo apt-get install xlwt xlrd this will install the nessecary python libraries which are needed to do the excel reading and writing (and you are invited to read the help from the xytools context menu :-) ) Regards, Richard On 2011-12-17 17:55, Arif Arham wrote: I work on Ubuntu 11.10, QGIS 1.7.3 start--- An error has occured while executing Python code: Traceback (most recent call last): File /home/areev/.qgis/python/plugins/xytools/xytools.py, line 188, in excelSave from providers import excel File /usr/lib/python2.7/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File /home/areev/.qgis/python/plugins/xytools/providers/excel.py, line 1, in import xlwt File /usr/lib/python2.7/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named xlwt Python version: 2.7.2+ (default, Oct 4 2011, 20:29:37) [GCC 4.6.1] QGIS version: 1.7.3-Wroclaw Wroclaw, exported Python path: ['/usr/share/qgis/python', '/home/areev/.qgis/python', '/home/areev/.qgis/python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PIL', '/usr/lib/python2.7/dist-packages/gst-0.10', '/usr/lib/python2.7/dist-packages/gtk-2.0', '/usr/lib/pymodules/python2.7', '/usr/lib/python2.7/dist-packages/ubuntu-sso-client', '/usr/lib/python2.7/dist-packages/ubuntuone-client', '/usr/lib/python2.7/dist-packages/ubuntuone-control-panel', '/usr/lib/python2.7/dist-packages/ubuntuone-couch', '/usr/lib/python2.7/dist-packages/ubuntuone-installer', '/usr/lib/python2.7/dist-packages/ubuntuone-storage-protocol', '/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode', '/home/areev/.qgis/python/plugins/openlayersov/logic', '/home/areev/.qgis/python/plugins/openlayersov/gui', '/usr/share/qgis/python/plugins/fTools/tools'] --end--- On Sat, Dec 17, 2011 at 3:14 PM, Richard Duivenvoorde rdmaili...@duif.net mailto:rdmaili...@duif.net wrote: On 2011-12-17 00:57, Arif Arham wrote: I got a problem when executing Save attribute table as Excel file. An error has occured while executing Python code: . In fact, several plugins end with this kind of errors. Is it python's bug or plugin's bug? can you give more info? In this mail I cannot see the actual message also not here: http://osgeo-org.1803224.n2.nabble.com/new-xytools-plugin-now-open-and-save-simple-Excel-files-td7098439.html#a7101831 You can sent me a screendump or copy the full message from the error window. Otherwise, let me know which OS and Qgis version you use, and/or sent me the data that is throwing the error. Regards, Richard ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: [Qgis-developer] Georeferencer produces wrong (shifted) result
Many thanks Manuel. No hurry for including the patch, once the problem is identified and you even provide a simple way to circumvent it. What is needed is to have users know of these potential problems, ie. through a note of Known Problems included in the release mentioning that the Georeferencer plugin requires users to check that their files do not include an implicit geotransform and use e.g. gdal_translate -co PROFILE=BASELINE -of GTiff Ilerfly125v2.tif Ilerfly125v2-nogeotrans.tif to remove it in case this is actually needed. In other words, once the problem is identified and warned, users can rely on using the software for the rest of cases. The question is thus that, in addition of the excellent developers already involved, we need a team of users and a battery of tests to be regularly performed. Agus 2011/12/17 Manuel Massing m.mass...@warped-space.de: Hi Agustin, The points are correct (therefore the errors etc), but the georeferenced image is shifted. May be the datum is not taken into account when the georeferenced image is created. I did a clean checkout, and could finally reproduce the problem: it stems from the fact that your input file has a geotransform, which flips the yaxis of the local coordinate system and changes the origin. As the geotransform plugin does not handle geotransform info correctly, this results in the shift you have observed. Removing the geotransform (e.g. using gdal_translate -co PROFILE=BASELINE -of GTiff Ilerfly125v2.tif Ilerfly125v2-nogeotrans.tif) should give you a file which the georeferencer can handle correctly (you may have to delete the accompanying .aux file, if gdal uses this to keep the geotransform). I had a local patch in the georeferencer which handles geotransform information, so this is why I couldn't reproduce the problem (talk about a mixture of good and bad luck :-)). I will see what is required to make my local changes ready for submission, so we can avoid such subtle problem with georeferenced/pseudo-georeferenced files in the future. As I already mentioned, due to an important deadline at work, I have little time to dedicate to this atm, so it may take a few day... is there a release in the pipeline? cheers, Manuel ___ Qgis-developer mailing list qgis-develo...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: [Qgis-developer] Georeferencer produces wrong (shifted) result
Very good idea.. Implementing a known problems per release seems possible to me. But it can only be a webpage cause at the time of release you mostly are not aware of the problems.. Regards Werner Am 17.12.2011 21:07 schrieb Agustin Lobo alobolis...@gmail.com: Many thanks Manuel. No hurry for including the patch, once the problem is identified and you even provide a simple way to circumvent it. What is needed is to have users know of these potential problems, ie. through a note of Known Problems included in the release mentioning that the Georeferencer plugin requires users to check that their files do not include an implicit geotransform and use e.g. gdal_translate -co PROFILE=BASELINE -of GTiff Ilerfly125v2.tif Ilerfly125v2-nogeotrans.tif to remove it in case this is actually needed. In other words, once the problem is identified and warned, users can rely on using the software for the rest of cases. The question is thus that, in addition of the excellent developers already involved, we need a team of users and a battery of tests to be regularly performed. Agus 2011/12/17 Manuel Massing m.mass...@warped-space.de: Hi Agustin, The points are correct (therefore the errors etc), but the georeferenced image is shifted. May be the datum is not taken into account when the georeferenced image is created. I did a clean checkout, and could finally reproduce the problem: it stems from the fact that your input file has a geotransform, which flips the yaxis of the local coordinate system and changes the origin. As the geotransform plugin does not handle geotransform info correctly, this results in the shift you have observed. Removing the geotransform (e.g. using gdal_translate -co PROFILE=BASELINE -of GTiff Ilerfly125v2.tif Ilerfly125v2-nogeotrans.tif) should give you a file which the georeferencer can handle correctly (you may have to delete the accompanying .aux file, if gdal uses this to keep the geotransform). I had a local patch in the georeferencer which handles geotransform information, so this is why I couldn't reproduce the problem (talk about a mixture of good and bad luck :-)). I will see what is required to make my local changes ready for submission, so we can avoid such subtle problem with georeferenced/pseudo-georeferenced files in the future. As I already mentioned, due to an important deadline at work, I have little time to dedicate to this atm, so it may take a few day... is there a release in the pipeline? cheers, Manuel ___ Qgis-developer mailing list qgis-develo...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list qgis-develo...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
