[Qgis-developer] backports for 1.7.3

Hi, Sorry for jumping in the discussion here without all the background. Maybe this has been discussed before by the qgis dev team (if that's the case, disregard what follows), but why not considering beta and RC stages, before declaring an official release ? Lots of projects do that, manily

Re: [Qgis-developer] Excel Export from QGIS attribute table

I'd be much more interested in reading of xls, xlsx, ods etc as tables for joining or generating spatial X,Y layers. FYI, Sandro Furieri has created a lightweight FreeXL library that can read XLS files. It can be integrated with spatialite (through a VirtualXLS module), or standalone. I've

Re: [Qgis-developer] Excel Export from QGIS attribute table

Le jeudi 01 décembre 2011 09:41:12, Even Rouault a écrit : I'd be much more interested in reading of xls, xlsx, ods etc as tables for joining or generating spatial X,Y layers. FYI, Sandro Furieri has created a lightweight FreeXL library that can read XLS files. It can be integrated

Re: [Qgis-developer] SpatiaLite layers invisible when loaded from browser

Le mardi 28 février 2012 18:42:13, Paolo Cavallini a écrit : Hi all. If I load a SL layer from the browser (from the files list, not from the SL submenu), the layer is loaded, and can be exported, but is not displayed: anyone confirms? All the best. I don't confirm. It works for me with both

Re: [Qgis-developer] SpatiaLite layers invisible when loaded from browser

Le mercredi 29 février 2012 08:45:21, Paolo Cavallini a écrit : Il 28/02/2012 20:23, Even Rouault ha scritto: I don't confirm. It works for me with both GDAL 1.9.0 and GDAL trunk, at least on the attached simple example. Confirmed: your sample is ok. The sample file[0] does not load

RE: [Qgis-developer] RE: ECW!!!

Selon Fred ETHEVE fred.eth...@wanadoo.fr: Thank you, all, ECW/win was OK with trunk (1.9.90) until 2 days before new nightly... perhaps, since, gdal used has been 1.9???!!! Yes, you should perhaps open a ticket (if not already done by someone else) in OSGeo4W trac instance to ask for the

RE: [Qgis-developer] RE: ECW!!!

-Message d'origine- De : Even Rouault [mailto:even.roua...@mines-paris.org] Envoyé : vendredi 23 mars 2012 14:15 À : Fred ETHEVE Cc : 'Jože Detečnik'; 'qgis-developer' Objet : RE: [Qgis-developer] RE: ECW!!! Selon Fred ETHEVE fred.eth...@wanadoo.fr: Thank you, all, ECW/win was OK

Re: [Qgis-developer] Re: import proprietary code inside a python plugin

Selon Vincent Picavet vincent...@oslandia.com: Hi, The gdal/ecw case is particularly complex, as the ECW licence changes regularly and is some kind of opensource but not really. The new read-only ECW dlls that are distributed in the QGIS Windows installer are not at all open source.

[Qgis-developer] Re: [gdal-dev] Problems with gdal and hdf files

Selon Agustin Lobo alobolis...@gmail.com: Hi! The gdal info of a multiband satellite image in hdf is reported by gdal as Size is 512, 512 in contradiction with the size of the subdatasets. QGIS and R (raster+rgdal) report an error at opening the file, while envi and HDFLook can open it

[Qgis-developer] Re: [gdal-dev] Problems with gdal and hdf files

but there is no way to actually select 1 or more specific subdatasets It is possible to select one subdataset. You must use the name reported in the lines that contain SUBDATASET_XXX_NAME. For example : gdal_translate HDF4_EOS:EOS_GRID:lndsr.L5169054_05420101216.hdf:Grid:band1 out.tif The

Re: [Qgis-developer] ziphttp?

Selon Etienne Tourigny etourigny@gmail.com: Hi, my pleasure! I agree that http support would be very cool, and perhaps not that hard to implement (internally) since .zip support is there. However, where would this fit in the interface? .zip support is builtin the browser and file

Re: [Qgis-developer] ziphttp?

I wasn't aware that the gdal api could be used to read zip (and other compressed files such as .gz .tar.gz .tar), I was under the impression that much functionality (such as getting a zipfile listing) was hidden under the hood , in files like cpl_vsil_gzip.cpp but not in the API. I may

Re: [Qgis-developer] WCS and Raster improvements for QGIS

Hi Tim, - Implement support for WCS as a native QGIS raster driver Just curious : has levering and/or improving the GDAL WCS driver been considered ? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org

Re: [Qgis-developer] WCS and Raster improvements for QGIS

Yes - Radim already made a first pass implementation using GDAL WCS though he said there were some problems with it - I think the most critical being that it doesn't support proxy access (I am speaking under correction here as I haven't looked into it in that much detail myself). This

Re: [Qgis-developer] WCS and Raster improvements for QGIS

Hi Radim, - (I know that OS people don't like to here it and they will argue that is is not a way ahead.) WCS is not widespread yet and there are various issues with implementation in UMN Mapserver (and other servers) and GDAL. Combination of that issues made it for example impossible to

Re: [Qgis-developer] WCS and Raster improvements for QGIS

Yes, requests must be somehow assigned to layers/providers so that progress may be emitted from the right place. It could be maybe done using GDALDatasetH pointer? Just another hack. I've no ideal solution for this. Your suggestion could be indeed a possibility : adding 2 methods

Re: [Qgis-developer] Memory data provider persistence

Le jeudi 26 juillet 2012 21:41:57, Chris Crook a écrit : Hi Even Thanks for the suggestion and code examples - very helpful. I haven't followed up on this yet partly because this has prompted me to look at other storage formats for the data (something I'd been putting off). If I

Re: [Qgis-developer] Memory data provider persistence

Le jeudi 26 juillet 2012 22:52:47, Chris Crook a écrit : Hi Even Sorry .. lost wasn't quite correct. The point is that my code for saving some users data and then reloading needs to take account of whether they have a field called fid or not if I want the list of fields unchanged after

Re: [Qgis-developer] Large raster (ecw) identify very long

Selon Radim Blazek radim.bla...@gmail.com: On Wed, Aug 22, 2012 at 12:29 PM, haubourg regis.haubo...@eau-adour-garonne.fr wrote: Radim Blazek-2 wrote QGIS is using GDALRasterIO() which reads a single pixel on original resolution. AFAIK, ECW is using tiles internally so it should be

Re: [Qgis-developer] Large raster (ecw) identify very long

Le mercredi 22 août 2012 20:13:39, Radim Blazek a écrit : Even, thanks for exhaustive explanation and testing. On Wed, Aug 22, 2012 at 2:37 PM, Even Rouault even.roua...@mines-paris.org wrote: I found in GDAL ecwdataset.cpp that it is treating single row requests in IRasterIO

Re: [Qgis-developer] Large raster (ecw) identify very long

Until it get fixed in GDAL we can use if ( GDALGetDriverShortName() == ECW) and once you fix that #if defined(GDAL_VERSION_NUM) GDAL_VERSION_NUM x.x if ( GDALGetDriverShortName() == ECW) Seems reasonnable. Except I suggest using a string comparison function and not == ;-)

Re: [Qgis-developer] invalid conversion from 'void*' to 'OGRSpatialReferenceHS*'

Selon Marco Bernasocchi ma...@bernawebdesign.ch: hi every body, updating to th letest android qt version is being tougher than planned ... I got all the dependencies ok now but building qgis gives me this errors below. any Ideas? this is using android ndk 8b with gcc 4.4.3 thanks a lot

[Qgis-developer] Inconsistant use of VSIMalloc() / malloc() and VSIFree() / free()

Hi, I'm running QGIS master with a GDAL trunk built with a mechanism to detect unbalanced use of VSIMalloc() and VSIFree(). To enable it, edit gdal/port/cpl_vsisimple.cpp and uncomment the //#define DEBUG_VSIMALLOC line at the beginning of the file. When this is enabled, the pointer returned

Re: [Qgis-developer] Inconsistant use of VSIMalloc() / malloc() and VSIFree() / free()

Le samedi 29 septembre 2012 12:58:09, Paolo Cavallini a écrit : Il 28/09/2012 22:45, Even Rouault ha scritto: Hi, I'm running QGIS master with a GDAL trunk built with a mechanism to detect unbalanced use of VSIMalloc() and VSIFree(). Hi Even, thanks for pointing this ou. Perhaps

Re: [Qgis-developer] Inconsistant use of VSIMalloc() / malloc() and VSIFree() / free()

Le samedi 29 septembre 2012 15:24:59, Etienne Tourigny a écrit : Hi, my opinion is that VSIMalloc/VSIFree should be used mainly by the gdal/ogr providers, and if needed elsewhere (e.g. when calling gdal/ogr code) This is even not needed for code that interact with GDAL/OGR. GDAL/OGR

Re: [Qgis-developer] The future of OpenStreetMap plugin

you had a look to the OGR driver made by Even Rouault ? The use of PBF is possible (wa smaller and faster to import) and the performance are quite good when working on a big osm dataset. I only know that it exists, I do not know much more about it. Compared to OGR support which only

Re: [Qgis-developer] The future of OpenStreetMap plugin

Le samedi 02 février 2013 17:04:52, Martin Dobias a écrit : On Sat, Feb 2, 2013 at 1:02 AM, Even Rouault even.roua...@mines-paris.org wrote: Le vendredi 01 février 2013 22:42:36, Martin Dobias a écrit : Right, the low level concepts of OSM model are not exposed through the OGR API

Re: [Qgis-developer] Status of Plugins to load PostGIS Raster and MBTiles directly?

Le dimanche 07 avril 2013 21:26:00, Stefan Keller a écrit : On 2013/4/7 I wrote What is the status of plugins 1. to load PostGIS Raster and 2. to load MBTiles directly into QGIS as (raster) layer? To be more specific: I really mean loading PostGIS Raster and MBTiles directly, w/o

Re: [Qgis-developer] mbtiles for android

Selon Marco Bernasocchi ma...@bernawebdesign.ch: Note that with GDAL 1.10, you'll be able to open mbtiles files directly as any other GDAL rasters. Even, do you already have a release date in mind? In the effort to get a QGIS 2.0 version out on android with a nice featureset (Python,

Re: [Qgis-developer] mbtiles for android

Selon Marco Bernasocchi ma...@bernawebdesign.ch: is there a beta src archive somewhere? i couldnt find it. so i could try if it builds well. Yes, see the announcement here : http://lists.osgeo.org/pipermail/gdal-dev/2013-March/035807.html Windows daily builds are also available at

Re: [Qgis-developer] License

Le jeudi 25 juillet 2013 18:18:46, Angelos Tzotsos a écrit : Hi Tim, As per license disclaimer in qgis.cpp: /** * * * * This program is free software; you can redistribute it and/or modify * * it under the terms of

Re: [Qgis-developer] [gdal-dev] QGIS hanging when opening a FileGDB on 64 bit Linux

Le lundi 12 août 2013 22:12:11, Jeremy Palmer a écrit : Further to this I see that when you open a FIleGDB in QGIS 3 OGROpen calls made to the same database before any OGR_DS_Destroy calls are made. These open calls occur during the layer selection dialog, the OGR provider construction, and

Re: [Qgis-developer] [gdal-dev] QGIS hanging when opening a FileGDB on 64 bit Linux

- From: Even Rouault [mailto:even.roua...@mines-paris.org] Sent: Tuesday, 13 August 2013 11:29 a.m. To: gdal-...@lists.osgeo.org Cc: Jeremy Palmer; 'qgis-developer@lists.osgeo.org' Subject: Re: [gdal-dev] QGIS hanging when opening a FileGDB on 64 bit Linux Le lundi 12 août 2013 22:12:11, Jeremy

Re: [Qgis-developer] [gdal-dev] QGIS hanging when opening a FileGDB on 64 bit Linux

done that (although the changeset is a bit more substantial/risky than the usual fixes done in stable branch). Thanks again for your help. Cheers Jeremy From: Jeremy Palmer Sent: Tuesday, 13 August 2013 9:50 p.m. To: Even Rouault Cc: 'gdal

[Qgis-developer] GDAL 1.10.1 release schedule ? [Was Re: [gdal-dev] QGIS hanging when opening a FileGDB on 64 bit Linux]

Le mardi 13 août 2013 22:04:38, Jeremy Palmer a écrit : I see the QGIS dev team is looking to release 2.0 about the 7th of Sept. Is there a chance to release a GDAL/OGR 1.10 point release to coincide with this? I'm particularly interested in the OSGeo4W QGIS 2.0 package then being linked

Re: [Qgis-developer] GDAL 1.10.1 release schedule ? [Was Re: [gdal-dev] QGIS hanging when opening a FileGDB on 64 bit Linux]

Le mardi 13 août 2013 22:34:49, Even Rouault a écrit : Le mardi 13 août 2013 22:04:38, Jeremy Palmer a écrit : I see the QGIS dev team is looking to release 2.0 about the 7th of Sept. Is there a chance to release a GDAL/OGR 1.10 point release to coincide with this? I'm particularly

Re: [Qgis-developer] [gdal-dev] Support of filemapping for fast rendering in QGIS...

On the other hand, this provider may also accelerate with some small changes that are pending of review in the ticket (http://trac.osgeo.org/gdal/ticket/5272) that I hope will be evaluated. Actually when thinking about the atof() optimization, a far better idea would be to make sure that

Re: [Qgis-developer] QGIS Multi-threaded Rendering

Selon Martin Dobias wonder...@gmail.com: Hi Even thanks for your thoughts. On Thu, Dec 12, 2013 at 8:30 PM, Even Rouault even.roua...@mines-paris.org wrote: - rasters - currently we do not have API to cancel requests for raster blocks. This means that currently we need to wait until

Re: [Qgis-developer] Difference for transform reference system between QGIS and GDAL

Le vendredi 17 janvier 2014 20:43:13, Luiz Motta a écrit : Hi all, Thank Jürgen for your explanation about how QGIS set the reference system from source. I agreement with André Joost about the user should select your specific reference. The source of my problem is the creating of

Re: [Qgis-developer] Call for mentors

Le jeudi 13 février 2014 21:04:31, Larry Shaffer a écrit : Hi, On Thu, Feb 13, 2014 at 10:22 AM, Alexander Bruy alexander.b...@gmail.comwrote: Hi devs, GSoC applications period for mentoring organizations will close soon (about 24 hours). We already have ideas page [0]. But

[Qgis-developer] Spatial reference systems and Area of applicability

Hi, This is something I discussed with Paolo during the past Code Sprint. In the original EPSG databases, there is an area of applicability defined as a bounding box in latitude,longitude for each spatial reference system. In the import process of the EPSG database used for libgeotiff, GDAL,

Re: [Qgis-developer] GDAL 1.11 new formats

Le mercredi 07 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support added in QGIS's source. I have added the OpenFileGDB format (because it was simple to do) [1], but don't have enough experience with the other database formats to

Re: [Qgis-developer] GDAL 1.11 new formats

Le mercredi 07 mai 2014 22:19:25, Larry Shaffer a écrit : Hi Even, On Wed, May 7, 2014 at 1:21 PM, Even Rouault even.roua...@mines-paris.orgwrote: Le mercredi 07 mai 2014 20:51:53, Larry Shaffer a écrit : Hi, GDAL/OGR 1.11 offers several new OGR formats [0] that need support

[Qgis-developer] Fwd: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

: Even Rouault even.roua...@mines-paris.org À : gdal-...@lists.osgeo.org Hi, This is a call for discussion on RFC 46: GDAL/OGR unification http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification Best regards, Even -- Geospatial professional services http://even.rouault.free.fr

Re: [Qgis-developer] Fwd: [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification

Le jeudi 08 mai 2014 07:56:23, Paolo Cavallini a écrit : Il 08/05/2014 00:28, Even Rouault ha scritto: This might be of interest for the OGR provider in QGIS. -- Message transmis -- Sujet : [gdal-dev] Call for discussion on RFC 46: GDAL/OGR unification Date : jeudi

Re: [Qgis-developer] Geospackage Slow in QGIS

Le samedi 17 mai 2014 10:46:39, Stefan Keller a écrit : So it's this code fragment? 419 /* Requirement 6: The SQLite PRAGMA integrity_check SQL command SHALL return â??okâ? */ 420/* http://opengis.github.io/geopackage/#_file_integrity */ 421if( strncmp(pszFilename, /vsicurl/,

Re: [Qgis-developer] ogr osm provider seems broken

Le vendredi 06 juin 2014 08:55:39, Richard Duivenvoorde a écrit : Hi Devs, to me the way qgis handles .osm files seems broken, see: http://hub.qgis.org/issues/1 http://hub.qgis.org/issues/10427 apparently ogr returns -1 on the number of features, but more important the feature

Re: [Qgis-developer] ogr osm provider seems broken

Le vendredi 06 juin 2014 14:48:01, Richard Duivenvoorde a écrit : On 06-06-14 14:26, Even Rouault wrote: Le vendredi 06 juin 2014 08:55:39, Richard Duivenvoorde a écrit : Hi Devs, to me the way qgis handles .osm files seems broken, see: Richard, Jukka pretty much answered rightly

[Qgis-developer] Use GEOS reentrant API (_r functions) and update requirement to GEOS = 3.1.0

Hi, I've submitted the following (big in terme of lines changed, but mostly boring) pull request https://github.com/qgis/QGIS/pull/1461 : Currently QGIS uses the 'classic' GEOS API that uses a global context. This can conflict with libraries that would also use the global context and

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Hi, I'm mostly an observer of QGIS dev, but I think it would be a nice move to help coordination and formalize big changes. GDAL or MapServer have been successfully following such a practice for years. See http://trac.osgeo.org/gdal/wiki/RfcList or http://mapserver.org/development/rfc/index.html

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Le vendredi 22 août 2014 17:19:34, Marco Hugentobler a écrit : Hi Nathan Sounds good to me (no strong opinion wheter to call it RFC or QEP). The old RFC template is even online (http://hub.qgis.org/projects/quantum-gis/wiki/RFC_Template). So open questions: - What needs to have an RFC?

Re: [Qgis-developer] To Save Ogr Layer in VRT

Selon Zoltan Szecsei zolt...@geograph.co.za: On 2014/09/04 10:17, Geo DrinX wrote: Hello Zoltan, a VRT is a Virtual Raster Table and applies to raster data not Vector data. gdal deals with raster, and ogr with vector. VRT is not only for Raster .You will find this

Re: [Qgis-developer] To Save Ogr Layer in VRT

Selon Paolo Cavallini cavall...@faunalia.it: Il 04/09/2014 11:43, Even Rouault ha scritto: http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/ogr2vrt.py , which is actually mentionned in the article you quote. I don't think there's a QGIS launcher for that one, but a few characters

Re: [Qgis-developer] Invisible shapefile

Le samedi 18 octobre 2014 13:21:47, Paolo Cavallini a écrit : Hi all. I am creating shapefiles with SAGA (from Contour lines from grid) that are correctly loading, but not shown. Once resaved, they are OK. Any hint? File available is someone wants to test. Paolo, Have you compared the output

Re: [Qgis-developer] Invisible shapefile

Le samedi 18 octobre 2014 13:35:43, Paolo Cavallini a écrit : Il 18/10/2014 13:24, Even Rouault ha scritto: Have you compared the output of ogrinfo -al on the shapefile after SAGA has created it, and after resaving ? Thanks Even. The wrong one has: Extent: (nan, nan) - (nan, nan) However

Re: [Qgis-developer] 1:many relation enhancements

Le mercredi 22 octobre 2014 09:46:23, Matthias Kuhn a écrit : Hi Hugo, On 22.10.2014 09:13, Hugo Mercier wrote: Le 22/10/2014 08:39, Matthias Kuhn a écrit : Hi Régis On 10/21/2014 09:44 PM, HAUBOURG wrote: Hi Matthias, Agregate functions could be provided by virtual table feature

Re: [Qgis-developer] Vector equivalent of a VRT

Le dimanche 26 octobre 2014 14:37:04, Zoltan Szecsei a écrit : On 2014/10/24 18:49, Andre Joost wrote: +100 from me if you promise to build a QGIS plugin for the purpose ;-) Well, I'm not building a plugin - but rather a bash script, both to keep it simple, and to further my knowledge.

Re: [Qgis-developer] Vector equivalent of a VRT

I still get no syntax errors on opening the VRT, and no features either. Could it be the 'slashes' in the filename? No that's OK I would have thought they'd be OK because they are in double-quotes: You likely need to add the attribute relativeToVRT=1 in SrcDataSource so that the paths

Re: [Qgis-developer] VRT functionality

Le dimanche 26 octobre 2014 16:44:37, Zoltan Szecsei a écrit : Hi, I just want to clear up my mindset as to how a VRT is implemented in QGIS. Zoltan, In fact those are more OGR questions than QGIS questions. QGIS makes no difference when reading a plain shapefile (through OGR) or a VRT.

Re: [Qgis-developer] VRT functionality

Le lundi 27 octobre 2014 08:04:21, Zoltan Szecsei a écrit : On 2014/10/26 19:22, Even Rouault wrote: Le dimanche 26 octobre 2014 16:44:37, Zoltan Szecsei a écrit : Hi, I just want to clear up my mindset as to how a VRT is implemented in QGIS. Zoltan, In fact those are more OGR

Re: [Qgis-developer] Continuous Integration / Testing with TravisCI

Matthias, Great move from yours ! I can point you to an email I sent to the mapguide folks recently, sharing my experience with C.I. tools for GDAL. See the end of http://lists.osgeo.org/pipermail/mapguide-internals/2014-August/007518.html I'm skeptical you'll manage to build QGIS with (the

Re: [Qgis-developer] Travis build failed: cannot reproduce

Le jeudi 27 novembre 2014 10:17:01, vous avez écrit : On Thu, Nov 27, 2014 at 08:25:35AM +0100, Alessandro Pasotti wrote: Hi, build fails but I cannot reproduce on my dev machine: https://travis-ci.org/qgis/QGIS/builds/42216306#L907 Any hint? Maybe a different cmake version ?

Re: [Qgis-developer] QtXml is no longer maintained in Qt5

Considering a sponsor: it might be packaged in a proposal of a native project file format that also supports storing layers. You could potentially consider using a GeoPackage container as a base for that : - http://www.geopackage.org/spec/ - http://www.gdal.org/drv_geopackage.html It would

Re: [Qgis-developer] False failures in the testsuite

Or unclearn builds from travis ? Travis starts a fresh snapshot of a VM for each build, so seems impossible. What about uninitialized memory isssues. Does the test suite run cleanly under Valgrind ? --strk; () ASCII ribbon campaign -- Keep it simple ! /\

Re: [Qgis-developer] Loading layer from zip

Le mardi 16 décembre 2014 20:56:24, Radim Blazek a écrit : It is not supported by OGR, see: http://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip http://lists.osgeo.org/pipermail/gdal-dev/2011-April/028384.html If you are in doubts, you can right click on the item, open Properties and try

Re: [Qgis-developer] LibDWG and QuantumGIS

Le dimanche 08 février 2015 20:14:58, Geo DrinX a écrit : Hello all, I am asking if it is known this library: http://libdwg.sourceforge.net/en/index.html What about including it in QuantumGIS ? Roberto, There's currently a DWG driver in GDAL/OGR that depends on a non-free library

Re: [Qgis-developer] problem with GROUP BY in `Execute SQL` Processing

Le mardi 20 janvier 2015 10:40:05, Jürgen E. Fischer a écrit : Hi Matteo, On Tue, 20. Jan 2015 at 09:47:50 +0100, Matteo Ghetta wrote: yes, the column is ID. Meaning that ID is the only column in au? Did you try to use ID instead of *? On Fri, 16. Jan 2015 at 10:48:16 +0100, Matteo

Re: [Qgis-developer] Best practice for a new Vector Data Provider

Le jeudi 29 janvier 2015 11:55:40, Sverre Jonassen a écrit : Hi Jürgen, Thank you very much for your reply. I will then go forward with approach nr 2). UTSL. You can browse through all provider in QGIS and look for one that is close to what you need. Of course ;-) It's just that the

Re: [Qgis-developer] american fuzzy lop

Le vendredi 06 mars 2015 10:44:48, Hugo Mercier a écrit : Hi, Interesting. The idea of fuzzing is to add random noise to inputs of a program in order to make it crash and exhibit hard-to-test branches of code. It is very well suited for programs that parse complex inputs. For QGIS, the

Re: [Qgis-developer] Possible regression with QGIS v2.8.1 with rasters rotated/skew via worldfile

Le vendredi 27 février 2015 20:23:49, Jesse McGraw a écrit : I'm seeing a potential regression with QGIS v2.8.1 on under Xubuntu v14.10 I'm loading some .PNGs that have .wld files associated with them. Ones that have rotation/skew values other than 0 are no longer displaying where they had

Re: [Qgis-developer] KMZ not parsed into columns?

Le mercredi 22 avril 2015 13:43:59, Paolo Cavallini a écrit : Hi all. Opening a KMZ results in a layer with several fields, but most info is stored in a description field, where all the xml is written, without parsing it into columns. Is this a GDAL limitation? Any better solution? Care to

Re: [Qgis-developer] Problem with the MySQL/GDAL implementation in QGIS

A few precisions: My current conclusions are: 1) the problem is likely in the implementation of MySQL/GDAL driver since QGIS 2.0 This should rather read : The problem is likely the implementation of OGR datasource management in QGIS since QGIS 2) The last version that worked fine

Re: [Qgis-developer] GeoPackage: Vector layer save as... support

Le vendredi 05 juin 2015 00:53:39, Stefan Keller a écrit : Hi, Can somebody explain, if there is a problem when GeoPackage is being added as writable driver (see also this feature request [1])? I'm not sure but it seems that it's mainly inserting following snippet to

Re: [Qgis-developer] Crash in thread on FILE opened by a lib compiled by MinGW

Le vendredi 19 juin 2015 11:04:39, Radim Blazek a écrit : Hi, I am trying to fix QGIS (compiled by MSVC) crashes with GRASS 7 (compiled by MinGW) on Windows. I have traced down that it crashes when functions are called on a FILE structure which was created by a library

Re: [Qgis-developer] 2.10 segfaults on startup

Le mardi 30 juin 2015 13:40:33, Radim Blazek a écrit : On Tue, Jun 30, 2015 at 1:22 PM, Even Rouault even.roua...@spatialys.com wrote: Le mardi 30 juin 2015 13:17:50, Paolo Cavallini a écrit : Il 30/06/2015 11:15, Richard Duivenvoorde ha scritto: Yep, confirmed here on a fresh Debian

Re: [Qgis-developer] 2.10 segfaults on startup

Le mardi 30 juin 2015 13:17:50, Paolo Cavallini a écrit : Il 30/06/2015 11:15, Richard Duivenvoorde ha scritto: Yep, confirmed here on a fresh Debian self compiled version. Might be related to the issue discussed at http://lists.osgeo.org/pipermail/gdal-dev/2015-May/041796.html and

[Qgis-developer] Fwd: [MetaCRS] Common SQLite-based dictionaries

Forwarding to a few lists that might be interested in the below proposal as metacrs is perhaps not widely followed. But please keep the discussion to metacrs to avoid cross postings. -- Forwarded Message -- Subject: [MetaCRS] Common SQLite-based dictionaries Date: Sunday 02

Re: [Qgis-developer] WktExport plugin for QGIS

Le mardi 25 août 2015 16:22:13, Geo DrinX a écrit : Side remark. Your plugin probably makes it a bit more convenient, but you can already get the geometries in WKT format with Save as, select CSV and enter GEOMETRY=AS_WKT as layer creation option (cf http://www.gdal.org/drv_csv.html)

Re: [Qgis-developer] use ogr2ogr in a plugin

Le jeudi 29 octobre 2015 09:38:38, Victor Olaya a écrit : > 2015-10-29 9:18 GMT+01:00 Matthias Kuhn : > > Hi Denis, > > > > I assume the path env variable should be appropriately set in all OS'es > > when inside QGIS so calling ogr2ogr (e.g. subprocess.call( 'ogr2ogr > >

Re: [Qgis-developer] use ogr2ogr in a plugin

Le jeudi 29 octobre 2015 09:59:50, Denis Rouzaud a écrit : > Cool feature, thanks for the info. > > What's the time frame for 2.1? ~ April / May 2016 > > On 10/29/2015 09:55 AM, Even Rouault wrote: > > Le jeudi 29 octobre 2015 09:38:38, Victor Olaya a écrit : > >

Re: [Qgis-developer] WktExport plugin for QGIS

Le mardi 25 août 2015 15:18:10, vous avez écrit : Hello, I created a new plugin that saves a file containing all gemetries in WKT format. http://plugins.qgis.org/plugins/wktexport/ If you like, please approve it. Hi, Side remark. Your plugin probably makes it a bit more

Re: [Qgis-developer] proj.4 new codes

Le lundi 21 septembre 2015 17:29:51, Andre Joost a écrit : > Am 20.09.2015 um 19:32 schrieb Paolo Cavallini: > > On Debian sid we now have proj.4 4.9.2, which should contain also new > > EPSG codes (namely 6707, and more). How can I get QGIS 2.10 know about > > it? > > The usual way would be to

Re: [Qgis-developer] Error in QGIS or not proper KML format?

Le mardi 08 décembre 2015 10:50:04, magerlin a écrit : > When I recieve KML files from af public state bureau the point coordinates > are written like this in the kml file: > > > 8.43307284569448, 55.478226574306 > > > When opening it in Qgis all points get a y coordinate of zero. Removing the

[Qgis-developer] Update to EPSG database v8.8

Hi, Just to inform you I've just completed the update to EPSG v8.8 (previous one was v8.5) in GDAL trunk ( ​https://trac.osgeo.org/gdal/changeset/32964 ), libgeotiff trunk ( ​https://trac.osgeo.org/geotiff/changeset/2714 ) and proj.4 master ( ​

Re: [Qgis-developer] Plugin licence

Le mercredi 25 mai 2016 13:26:02, Vincent Picavet (ml) a écrit : > Hi, > > On 25/05/2016 12:39, Even Rouault wrote: > [..] > > > > > > > Technically you could licence the plugin with any license you want, but > > as soon you execute it against QGIS, it m

Re: [Qgis-developer] WFS question in QGIS master

Hi Andreas, > > Is this a problem in the WFS server or in the client issueing an invalid > request? Can QGIS do something do be more tolerant and display this WFS > layer? There are several issues : - the server doesn't like srsname of the form urn:ogc:def:crs:EPSG::X, but only

Re: [Qgis-developer] MapInfo edition in QGIS

Le mardi 21 juin 2016 11:58:53, DelazJ a écrit : > Hi, > > If I recall correctly, with GDAL2 in OSGeo4w, Windows users have now the > capabilities to edit Map Info files. > > Is this available for other platforms, too? I often read "GDAL is in > Osgeo4w" and not "GDAL2 is in QGIS", reason why

Re: [Qgis-developer] MapInfo edition in QGIS

s nothing OS specific here (the OGR regression tests for .tab edition work on the Travis MacOSX instance). It only depends on against which GDAL version QGIS has been built. > > 2016-06-21 12:14 GMT+02:00 Even Rouault <even.roua...@spatialys.com>: > > Le mardi 21 juin 20

[Qgis-developer] Interpretation of a 3 point CircularString with p0 == p2 (circle)

Hi, I just came into a difference how QGIS and GDAL interpret a CircularString made of a 3 points p0, p1, p2 where p0 == p2, which is a way of representing a full circle. GDAL interprets p1 as the symetrical point of p0 with respect to the center

Re: [Qgis-developer] Interpretation of a 3 point CircularString with p0 == p2 (circle)

rg/issues/15116 > > Regards, > Marco > > On 06/23/16 15:32, Even Rouault wrote: > > Hi, > > > > I just came into a difference how QGIS and GDAL interpret a > > CircularString made of a 3 points p0, p1, p2 where p0 == p2, which is a > > wa

Re: [Qgis-developer] GDAL 2.1 can update Geojson files - What is missing in QGIS to edit GeoJSON files ?

wouldn't be trivial since json-c returns a IEEE-754 double and not the original ASCII representation. A less user friendly but more reliable way would be to have an open option / env. variable to define the wished precision when you're in update mode. > > Regards > Michaël > >

Re: [Qgis-developer] GDAL 2.1 can update Geojson files - What is missing in QGIS to edit GeoJSON files ?

> It will benefit from expression compiling (for filtering and order by) > which results in performance improvements when it can be applied. I'm not completely sure to know what you refer to in the QGIS context but the OGR SetAttributeFilter() method is directly evaluated by the SQLite request

Re: [Qgis-developer] GDAL 2.1 can update Geojson files - What is missing in QGIS to edit GeoJSON files ?

Le jeudi 14 janvier 2016 18:04:00, Matthias Kuhn a écrit : > On 01/14/2016 05:42 PM, Even Rouault wrote: > >> It will benefit from expression compiling (for filtering and order by) > >> which results in performance improvements when it can be applied. > > > > I'm

Re: [Qgis-developer] GDAL 2.1 can update Geojson files - What is missing in QGIS to edit GeoJSON files ?

Le jeudi 14 janvier 2016 20:38:04, Nyall Dawson a écrit : > On 15 Jan 2016 2:39 AM, "Even Rouault" <even.roua...@spatialys.com> wrote: > > A more "streaming-like" approach for the driver not proceeding to full > > ingestion of features could be desirable t

Re: [Qgis-developer] GDAL 2.1 can update Geojson files - What is missing in QGIS to edit GeoJSON files ?

GDAL 2.1, would I be able to edit the GeoJSON as > > I can for Shapefiles ? For the record, capabilities are defined here [2] > > > > Perhaps the GDAL doc about "updating existing GeoJSON files" has a > > different meaning that the need raised by Even Rouault here [3

Re: [Qgis-developer] GDAL 2.1 can update Geojson files - What is missing in QGIS to edit GeoJSON files ?

Hi Michael, > > I have read that GDAL can now update GeoJSON since version 2.1.0. See [1] > > If I build QGIS with GDAL 2.1, would I be able to edit the GeoJSON as I can > for Shapefiles ? Yes, that was developed mostly for the QGIS use case and has been tested with it. You have full editing

Re: [Qgis-developer] Fwd: [Qgis-user] QGIS problem with GeoPackage database views

Le dimanche 26 juin 2016 21:50:38, Richard Duivenvoorde a écrit : > On 26-06-16 21:22, Even Rouault wrote: > > The issue is that the OGR GeoPackage driver cannot derive an integer > > primary key from the view, and affects 0 as the fid for all features. In > >

Re: [Qgis-developer] Fwd: [Qgis-user] QGIS problem with GeoPackage database views

Le dimanche 26 juin 2016 21:15:24, Richard Duivenvoorde a écrit : > On 26-06-16 20:27, Matthias Kuhn wrote: > > Hi > > > > On 06/26/2016 08:23 PM, Richard Duivenvoorde wrote: > >> @Marcus: forwarding this to the Developers mailing list, as I think > >> there are more people there who maybe can

Re: [Qgis-developer] Help needed setting up Ubuntu build environment

Le mercredi 10 février 2016 23:43:44, David Adler a écrit : > The instructions at > http://qgis.org/en/site/getinvolved/development/qgisdevelopersguide/qtcreat > or.html have a link for "detailed instructions" but the link doesn't work. > > I'm up to the CMake error "Could not find GEOS". > sudo

Re: [Qgis-developer] Check geometry not fixing errors?

Le vendredi 22 janvier 2016 10:06:59, Paolo Cavallini a écrit : > Il 22/01/2016 10:02, Even Rouault ha scritto: > > Sounds like a PolygonZ (=1003) is passed to OGR as WKB encoded with ISO > > SQL/MM to GDAL 1.11 or older. Only GDAL 2.0 will support that. GDAL 1.X > > will only

  1   2   3   4   5   >