fresh install qgis2leaf, qgis 2.6.1, raster export crashes #179
Comments
|
It looks like the desired folder is not installed. GDAL functions like "near black" for raster data sets are working. The folder where the desired script is installed is probably located here: C:\Program Files\QGIS Brighton\apps\qgis\python\plugins\GdalTools the gdal.py script is located here on my machine: C:\Program Files\QGIS Brighton\apps\Python27\Lib\site-packages\osgeo Unfortunately I don't define the gdal driver in my plugin. the error is determined here: I think it is a problem of the the way QGIS is installed. We should use the process described in the issue #168 |
|
had the same issue on a fresh install on Ubuntu with QGIS 2.6.1: An error has occured while executing Python code: Traceback (most recent call last): |
|
The same issue also shows up on a fresh install on OSX Yosemite (10.10.1), with QGIS 2.6.1: Traceback (most recent call last): |
|
I also get errors - A fix would be very much appreciated - this is a great concept, and I would love to make it work! Traceback (most recent call last): |
|
Now it's woirking like a charm to me... strange tested in Win7, Version 1.4.1 |
|
I tried again - same error. What parameters did you use? Something must have changed for it to get past the "Received a NULL pointer" error. |
|
OK. If you can recreate with the test data, post a screenshot of your settings. |
|
I could recreate the error with the test data tif, but the jpg file exported OK. Here is the error when I ran the process from the attached screenshot: An error has occured while executing Python code: Traceback (most recent call last): Python version: QGIS version: Python path: ['C:/PROGRA |
|
Can you try to run the GDAL warp command from your toolbox and export the file by hand? Just want to check whether this works or not. |
|
Can this be an issue with chown/ user permissions? |
|
The whole process of exporting faster is two folded: creating a jpg copy of the file and use gdalwarp for reprojecting it to 4326. As the jpg works it's probably an issue with storing as jpg. But why?! |
|
That works. |
|
I have found two problems with my file:
The complete error here is: |
|
OK, so:
On 2, how has that GDAL install lost JPEG capability? |
|
|
@nirvine Your suggestion for 1 is a good one, so I'll look at that. Until I can recreate the issue (about to try now), I'm not sure about 2. Will report back. To clarify, does your QGIS map contain the JPEG or the TIFF from the test data? Or were you saying that the JPEG works fine, but the TIFF fails? |
|
Here's a very old reference which could possibly be relevant: http://lists.maptools.org/pipermail/fwtools/2005-November/000218.html So if the source raster is not JPEG, do we need to reproject with gdalwarp to something it can export to (something lossless like TIFF), and then gdal_translate to JPEG? Is that what #168 is proposing, as @riccardoklinger mentioned above? |
|
A better reference: http://trac.osgeo.org/gdal/wiki/FAQRaster#Whywontgdalwarporgdal_mergewritetomostformats (found via: http://lists.osgeo.org/pipermail/gdal-dev/2009-November/022782.html) So if the information on that page is still correct, we cannot |
|
That is already done! As I have described, I first re project it as tiff and then create a jpg copy of it. Von meinem iPhone gesendet
|
|
@riccardoklinger And I do not get the error if I export the TIFF test data layer. It works fine. Back to you, @nirvine, I'm afraid. Unless I can recreate the issue, I'm a bit stuck. |
|
Travelling at the moment - will try a few things tomorrow. |
|
I have tried converting the image to gtiff before export - same error.
Looks like we are stuck. |
|
Any chance you can Dropbox the file for us? -------- Original message -------- I have tried converting the image to gtiff before export - same error. An error has occured while executing Python code: Traceback (most recent call last): Looks like we are stuck. — Tom Chadwin, ICT Manager IMPORTANT NOTICE - Disclaimer - This communication is from Northumberland National Park Authority (NNPA).The Authority’s head office and principal place of business is Eastburn, South Park, Hexham, Northumberland, NE46 1BS, United Kingdom. If you are not the intended recipient(s) please note that any form of disclosure, distribution, copying or use of this communication or the information in it or in any attachments is strictly prohibited and may be unlawful. If you have received this communication in error, please delete the email and destroy any copies of it. Any views or opinions presented are solely those of the author and do not necessarily represent those of NNPA.Contractors or potential contractors are reminded that a formal Order or Contract is needed for NNPA to be bound by any offer or acceptance of terms for the supply of goods or services Although this email and any attachments are believed to be free of any virus or other defects which might affect any computer or IT system into which they are received, no responsibility is accepted by the NNPA for any loss or damage arising in any way from the receipt or use thereof. Computer systems of this Authority may be monitored and communications carried out on them recorded, to secure the effective operation of the system and for other lawful purpose. |
|
Shapefiles and tiff have been copied to Many thanks, On 24 January 2015 at 19:59, Tom Chadwin notifications@github.com wrote:
Narelle Irvine Ph. 0413592876 |
|
This is where my GIS ignorance shines. I see no .shp files, only the TIFF, and QPJ, PRJ, and CPG files for each layer. Should I be able to open these in QGIS, or are there some files missing? |
|
I just ran some test on my own sample data (airphoto). It's the warp and the reprojection that are failing, even if the projection is clearly detected by QGIS. In my tests the only Raster that works is one that is a jpg in 4326 already. I used Warp and Translate from the Raster menu (GDALtools) to prepare all the tests. Ubuntu 14.04 QGIS 2.6.1 GDAL 1.11.1 Tiff 26942 fail This seems to imply something isn't right with the calls to gdal. Another thing I realized which might need to be another ticket, is that Rasters that are not Integer based 0-255 values will fail to convert to anything useful (I was using a float dem). Which makes sense since it's outside the range of values a JPEG can store, but also means there's some preprocessing that needs to happen. |
|
@wildintellect Your non-8-bit raster issue has been raised in #168 - thanks. |
|
@wildintellect @riccardoklinger Because I'm not very familiar with the raster side of things, I thought I'd ask for clarification on some details:
|
|
now I am using only qgis API funcions and it worked perfectly with diferent projections and types. please check |
|
I still get errors with tifs and jpgs. I have upgraded to Qgis 2.8.1 Wien Tif error: JPG Error - no file [filename].aux.xml Both the tif and the jpg have been reprojected to WGS84. |
|
You need to download the current Github version of the plugin. the changes Geolicious GbR Riccardo Klinger mobil: 0176 63437298 Geolicious GbR Gesellschafter: Sitz der Gesellschaft: Berlin On Wed, Apr 15, 2015 at 3:35 PM, Narelle Irvine notifications@github.com
|
|
I added the current version, and it works fine. |
we saw this error before and it looks like there is still a bug in the gdal call. GDAL seems installed (as it shipped with QGIS and enable).
I still receive the error:
Traceback (most recent call last):
File "C:/Users/ricckli/.qgis2/python/plugins\qgis2leaf\qgis2leafdialog.py", line 295, in export2leaf
qgis2leaf_exec(self.outFileName, self.basemapName, self.basemapMeta, self.basemapAddress, self.width, self.height, self.extent, self.full_screen, self.layer_list, self.visible, self.opacity, self.encode2JSON,self.createcluster, self.webpage_name, self.webmap_head,self.webmap_subhead, self.legend,self.locate,self.address, self.precision, self.labels, self.labelshover)
File "C:/Users/ricckli/.qgis2/python/plugins\qgis2leaf\qgis2leaf_exec.py", line 493, in qgis2leaf_exec
dst_ds = driver.CreateCopy( out_raster, src_ds, 0 )
File "C:\PROGRA
1\QGISBR1\apps\Python27\lib\site-packages\osgeo\gdal.py", line 395, in CreateCopyreturn _gdal.Driver_CreateCopy(self, _args, *_kwargs)
ValueError: Received a NULL pointer.
Tested on Windows 7, QGIS 2.6.1 qgis2leaf V1.4.1
The text was updated successfully, but these errors were encountered: