[gdal-dev] Call for discussion for "RFC 42: OGR Layer laundered field lookup"

LAUNDER in OCI or Pg). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS PSC

Re: [gdal-dev] Call for discussion for "RFC 42: OGR Layer laundered field lookup"

fd309420bc563e1a48b074b#diff-156f2c76948ed9a6134f385f35e83165R495 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.n

Re: [gdal-dev] Call for discussion for "RFC 42: OGR Layer laundered field lookup"

poDstFDefn->GetFieldIndex(poSrcFieldDefn->GetNameRef()) : poDstLayer->FindFieldIndex(poSrcFieldDefn->GetNameRef()); Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software

[gdal-dev] Motion: Adopt RFC 42 : OGR Layer laundered field lookup

think the RFC (and it's pull request) can be adopted as is. I'll start with: +1 jef Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26

Re: [gdal-dev] Motion: Adopt RFC 42 : OGR Layer laundered field lookup

Hi, On Wed, 23. Oct 2013 at 21:16:22 +0200, Jürgen E. Fischer wrote: > I propose a motion to formally adopt RFC 42 : OGR Layer laundered field > lookup I declare this motion passed with support from Daniel, Even, Frank, Tamas, Jukka and myself. Jürgen -- Jürgen E. Fischer norBI

Re: [gdal-dev] [NAS] srsName in NAS import

responding to a post on the nas list[1]. But didn't find time to yet. I didn't come across such datasets yet. Test data would be appreciated. Jürgen [1] http://lists.osgeo.org/pipermail/nas/2014-January/000596.html -- Jürgen E. Fischer norBIT GmbH

Re: [gdal-dev] Motion: Commit Access for Jürgen Fischer

/rfc3_commiters I've read and agree to the GDAL commiter guidelines. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http:

Re: [gdal-dev] Bus Error (memory error)

rs within GDAL. Maybe the disk errors aren't even on the data, but on the binaries. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden

Re: [gdal-dev] Bus Error (memory error)

if so [1] could be used to test. Jürgen [1] http://stackoverflow.com/questions/1870696/simulate-a-faulty-block-device-with-read-errors -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software

Re: [gdal-dev] Bus Error (memory error)

much as I can while I still can and replace the disk... Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.d

Re: [gdal-dev] [EXTERNAL] oci and oracle express 11

at hand, but for 11g using the service name instead of the SID might help. Not sure what the default for XE is. lsnrctl status should show it. Eg. ogrinfo OCI:foo/bar@localhost/xe.world Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH)

Re: [gdal-dev] gdal installation, geopdf not recognized

ugh trac for OSGeo4W, I found this which seems like it might be > similar, http://trac.osgeo.org/osgeo4w/ticket/408 I can't reproduce that. WI_Madison_West_20130722_TM_geo.pdf works fine with both the 32 and the 64bit build in OSGeo4W (using gdal-1.11.0-2). Jürgen -- Jürgen E. Fischer

Re: [gdal-dev] gdal installation, geopdf not recognized

ut three months ago and probably > updated about a month or two ago. Ok, that's explains it. #408 tries to explain that 1.11.0-2 is from 9 days ago and introduces pdf read support - earlier didn't have it. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-91

Re: [gdal-dev] OGR SQL and lother dialects?

sn't behave like x IS NULL. > I guess this must be evaluated like x = '' internally. That might have been the original behaviour which caused the problem - but it seems to have changed. I found that OGR SQL (if that's still the default dialect) now behaves like the others in

Re: [gdal-dev] direct.h and other Windows issue

27;t seem quite the same. > > And normally ./configure should define HAVE_DIRECT_H in port/cpl_config.h > only if > it is available. It's probably a OSGeo4W issue - because there GDAL is built with MSVC (w/o configure), while GRASS is built with mingw - using the MSVC built

Re: [gdal-dev] GDAL/OGR 2.0.2 RC1 Available for Review

nsaction); + } } end_loop: Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QG

Re: [gdal-dev] GDAL/OGR 2.0.2 RC1 Available for Review

is aborted, commands ignored until end of transaction block + ogrinfo 'pg:' test1 test2 INFO: Open of `pg:' using driver `PostgreSQL' successful. Layer name: test1 Geometry: Point Feature Count: 1 Layer SRS WKT: (unknown) Geometry Column = dummy id: String (0.0) foo:

Re: [gdal-dev] Fwd: GDAL/OGR 2.0.2 and 1.11.4 released

xperimental (enable Exp in the installer). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release m

Re: [gdal-dev] GDAL packaging in OSGeo4W

would not use the gdal nightly. But would probably not be what you intended ;) Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden htt

Re: [gdal-dev] GDAL packaging in OSGeo4W

more like a nice idea, but not like real request. > My email was more about to try to find if the load can be shared. It > shouldn't fall on QGIS to build the whole stack since most packages have > their usefulness individually. Yes, of course. That's how I understood it

Re: [gdal-dev] GSoC 2016

and write to all of them. There's also libdxfrw that supports these. It's what we will use to do a DWG/DXF import in QGIS. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50

Re: [gdal-dev] GDAL packaging in OSGeo4W

AL in OSGeo4W now. Invoke gdal-dev-env from the osgeo4w shell to setup it's paths. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Nor

Re: [gdal-dev] Test Windows Build

er? Does https://trac.osgeo.org/gdal/wiki/TestingNotes help? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.

Re: [gdal-dev] GDAL/OGR 2.1.2 released

since 2.1.1. Thanks. Just introduced it into OSGeo4W. Including three patches, which I thought I had already applied. Did it now. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175

Re: [gdal-dev] C++11 timeline

that shouldn't matter. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release man

Re: [gdal-dev] C++11 timeline

, in > which case GDAL also needing it would not be an incremental burden. Well, it just meant that we use the C API and therefore are not tied to use the same compiler for GDAL and QGIS. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf.

Re: [gdal-dev] Linking against gdal201.dll with different MSVC versions

ird party dependencies (like filegdb - which I happend to start and stop checking) were available that would already be in place. Maybe I should just drop it in favor of openfilegdb - that's going to happen if it's still not available when gdal switches to C++11. Jürgen -- Jürgen E. Fischer

Re: [gdal-dev] gdalbuildvrt save relative paths

TIVE/PATH/TO/THE/DATASOURCES/*.tif perl -i.bak -pe 's/relativeToVRT="0"/relativeToVRT="1"/' foo.vrt Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-9181

Re: [gdal-dev] Re: Swig-problem, possibly

ürgen [1] http://www.microsoft.com/downloads/details.aspx?FamilyID=a7b7a05e-6de6-4d3a-a423-37bf0912db84&displaylang=en -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer

Re: [gdal-dev] 64bit integers

n-numeric (or partly numeric) string is parsed incompletely to a number. Overflows are not yet covered (we don't reset and check errno for ERANGE after the conversion). Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH)

Re: [gdal-dev] Feature styles units in dxf export

t might assume running with the DXF header shipped with GDAL (assuming there is one) and you are using another one? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Softw

Re: [gdal-dev] dxf linewidth

utodesk.com/adsk/files/autocad_2012_pdf_dxf-reference_enu.pdf -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de commi

Re: [gdal-dev] EDIGEO format

using driver `EDIGEO' successful. > FAILURE: Couldn't fetch requested layer E201.THF! This probably expands to ogrinfo E101.THF E201.THF i.e. list the layer "E201.THF" in the data source E101.THF - which is probably not what you meant. Jürgen

Re: [gdal-dev] Gdal Java

e specified module. > > ERROR 1: Can't load requested DLL: C:\Program > Files\Gdal_321\bin\gdal\plugins\ogr_OCI.dll > 126: It is not possible to find the specified module. Those plugins depend on Oracle DLLs. You can remove them if you don't need Oracle. Jürgen -- Jürg

Re: [gdal-dev] Having a GDAL version OSGEO4w that supports GRIBs

es not support GRIB. How > can I change this (if possible)? GDAL 1.5 doesn't have GRIB support in OSGeo4W, but GDAL 1.6 and 1.7 do. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-

Re: [gdal-dev] Updating GDAL on OSGEO4w (windows

w\bin and >I run it... I didn«'t get any error or warning but, still gdalinfo >--version is 1.5.4 But you're running gdalinfo from the same shell, that you ran gdal16/gdal17/gdaldev and your current directory is _not_ %OSGEO4W_ROOT%\bin? Jürgen -- Jürgen E. Fi

Re: [gdal-dev] FWTools and GDAL 1.7.0

't be too difficult. Jürgen [1] http://trac.osgeo.org/qgis/browser/trunk/qgis/ms-windows/osgeo4w/creatensis.pl -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

nterest hasn't > turned into action over quite a few months of interest. A starting point could be [1]. It's result is [2]. Jürgen [1] http://qgis.org/~jef/creatensis.tar.bz2 [2] http://qgis.org/~jef/GDAL-OSGeo4W-1.7.3-Setup.exe -- Jürgen E. Fischer norBIT GmbH

Re: [gdal-dev] FWTools and GDAL 1.7.0

ly be different - perhaps they now even now use symlinks to point a localized path to a hidden "Program Files". Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Softw

Re: [gdal-dev] FWTools and GDAL 1.7.0

the problem, that there might already be conflicting DLLs in system32 that take precedence. Jürgen [1] http://trac.osgeo.org/osgeo4w/ticket/35 -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-5

Re: [gdal-dev] FWTools and GDAL 1.7.0

But that's as far as it gets with repacking OSGeo4W. With that we don't support different/other pythons, perl, compilers... Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-91817

Re: [gdal-dev] FWTools and GDAL 1.7.0

Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Gesellschaft fuer Unternehmensber

Re: Fwd: Re: [gdal-dev] FWTools and GDAL 1.7.0

Hi Chris, On Fri, 07. Jan 2011 at 12:03:47 -0800, Christopher Barker wrote: > On 1/6/11 8:23 PM, Jürgen E. Fischer wrote: >> You get a desktop link and a start menu entry that both opens a command line >> window from where you can use GDAL > very nice. >> and start py

Re: [gdal-dev] GDAL 1.8 - Switch Thrown

age (and AFAIK also the standalone WinGRASS package) is built with MinGW using the libraries for OSGeo4W (ie. with GDAL, GEOS and PROJ.4 build with MSVC). AFAIK that seems to work fine - although I must admit to what extent GDAL/OGR is used in GRASS. Jürgen -- Jürgen E. Fischer

Re: [gdal-dev] GDAL 1.8 - Switch Thrown

S nightly build it now using GDAL 1.8. And the automatic "promotion" is back in place. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer

Re: [gdal-dev] GDAL 1.8 - Switch Thrown

Works fine for me - just the reverse doesn't. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de

Re: [gdal-dev] Potential dangerous use of CPLSetErrorHandler()

n unsuual code > paths, such as error code paths). Something like http://trac.osgeo.org/qgis/browser/trunk/qgis/src/providers/ogr/qgsogrprovider.cpp#L67 might be useful to automate the push/pop. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Di

Re: [gdal-dev] Error running gdal16 binary

On Wed, 23. Feb 2011 at 09:30:09 +, António Rocha wrote: > Hello Chaitanya > Yesterday I was searching Windows binary gdal18 version and I didn't > find it. Where can I get it? OSGeo4W[1] has GDAL 1.8. Jürgen [1] http://trac.osgeo.org/osgeo4w/ -- Jürgen E. Fischer

Re: [gdal-dev] Gamma parameter not set in proj4 string for RSO projections

ct adds to the picture... Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Ges

Re: [gdal-dev] git(hub) migration ?

ree nature of gh than anything else. I guess using separate counters and prefixes for issues and pull requests wouldn't be too difficult to do. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +

Re: [gdal-dev] GDAL way to set open options in QGIS?

OM_LEVEL_AUTO open option > is not recognized. > > Also looks like a spelling mistake in the message. Wasn't just in the message - the typo is fixed in r41535. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstr

Re: [gdal-dev] Oracle spatial with gdal

ch the instant client (both are also included in the QGIS standalone installer). Jürgen [0] http://osgeo4w.osgeo.org -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer

Re: [gdal-dev] RFC 73 merged in master / PROJ master required

Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden https://www.norbit.de signature.asc Description: PGP signature norBIT Gesellschaf

Re: [gdal-dev] ogr2ogr PDF

> >/340030/create-geospatial-pdf-geopdf-is-greyed-out-in-pdf-export-options-in-qgis-3-10 > > OSGeoW switched today to GDAL >= 3.0 as default And new QGIS standalones are out. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH)

Re: [gdal-dev] Spatialite functions missing when reading GeoPackage

`GPKG' successful. > > Layer name: SELECT > Geometry: None > Feature Count: 1 > Layer SRS WKT: > (unknown) > spatialite_version(): String (0.0) > OGRFeature(SELECT):0 > spatialite_version() (String) = 4.3.0 gdal-dev in OSGeo4W behaves the same as 3.0.2. Jürge

Re: [gdal-dev] Is anyone working on an OGR driver for IDRISI vector data?

version only. ESRI Personal GeoDatabase (PGeo driver) is also MSAccess based. See http://www.gdal.org/ogr/drv_pgeo.html Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Softw

[gdal-dev] How to use GDAL Library

l work. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Gesellschaft fuer Unterneh

Re: Re :[gdal-dev] How to use GDAL Library

ample from > GDAL 1.5.0 to GDAL 1.6.0) due to additions of new virtual methods, new > member variables to core classes, etc. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-5

Re: [gdal-dev] Developing support in MSVC6 & Other

Hi Reinaldo, On Tue, 07. Apr 2009 at 08:12:10 -0300, Reinaldo Escada Chohfi wrote: > I tried compiling ogr-capi_test.c with MS Visual C/C++ 6.0, but get > several errors: > error LINK2001: unresolved external symbol Which symbols? Jürgen -- Jürgen E. Fischer no

Re: [gdal-dev] Installation on Windows

which error messages did you get? I'd go with OSGeo4W[0], but that's not listed anymore and I'm biased. Jürgen [0] https://trac.osgeo.org/osgeo4w -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fa