[gdal-dev] Homebrew Package Manager and libKML dependency on libkml 1.3

Hello everyone, I was looking into adding the libKML OGR driver to the ever popular Mac OSX package manager Homebrew . After digging into why it wasn't building the driver, I realized it was because the libKML driver depends on version "1.3", which has never been

[gdal-dev] For those of you using ArcGIS (Open Source GDAL/OGR Plugin for ArcGIS)

Hi! For those of you using ArcGIS you may be interested in the GDAL/OGR plugin for ArcGIS that I open sourced today. It basically gives *read-only* access to any OGR datasource from ArcMap. It comes with a basic Add data dialog tha

Re: [gdal-dev] FileGDB OGR driver test

"logs/accept.lock" > -D DEFAULT_ERRORLOG="logs/error_log" > -D AP_TYPES_CONFIG_FILE="conf/mime.types" > -D SERVER_CONFIG_FILE="conf/httpd.conf" > > -Original Message- > From: gdal-dev-boun...@lists.osgeo.org [mailto: > gdal-dev-boun...

Re: [gdal-dev] FileGDB OGR driver test

Wild guess, you are using Apache Multithreaded. If you try on Apache prefork, and it works, it is a threading issue with the FileGDB API. The script version of your test would work because it spawns a brand new process. Just guessing... > Date: Fri, 29 Jul 2011 23:59:00 +0200 > From: Even Rouau

[gdal-dev] Re: Draw map in Visual C++

Brian, There are various libraries that already support drawing spatial data. One of them is Mapnik (which supports symbology and annotation among other things). Take a look at their C++ drawing sample. If you want to draw things in a much lower level, you

Re: [gdal-dev] Precision Mystery (FGDB)

se not including a Z origin and scale results in > the Z being zeroed out, which is No Good. > > P. > > On Fri, Jul 1, 2011 at 10:56 AM, Ragi Burhum wrote: > > Paul, > > > > The one line that I think is making the difference is > > true > > because,

Re: [gdal-dev] Precision Mystery (FGDB)

Paul, The one line that I think is making the difference is true because, if memory serves me right, it kicks in logic for using 64bit-coordinates internally (actually I remember something about the sign and the mantissa being 53bits - can't recall exactly). ESRI migrated to what they call high

Re: [gdal-dev] Metadata (FGDB)

Your assumption of: FeatureClass Table FeatureDataset\FeatureClass RelationshipClass FeatureDataset\RelationshipClass is correct. As far as metadata goes, you can add Domains ("Coded Value Domains" and "Range Domains") as well as Subtypes. Here is an explanations of what they are http://webhel

Re: [gdal-dev] FGDB Opening Sample File

There seems to be some misunderstandings about Relationship Classes, so I may as well explain. Relationship Classes come in two types 1.- Simple Relationship Classes 2.- Attributed Relationship Classes Conceptually, they just relate one (or more) column(s) in one field to another column(s) in an

Re: [gdal-dev] Re: FileGDB OGR driver test

ailed to determine value for column CONST_DATE > > long:-2147217395 > > ERROR 1: GDB Error: Failed to determine value for column CONST_DATE > > long:-2147217395 > > > > Thanks for the work on this. > > > > Eli > > > > >>> On 4/13/2011 a

Re: [gdal-dev] Re: FileGDB OGR driver test

Perfect. Thank you Michael. - Ragi > Date: Tue, 12 Apr 2011 15:45:25 -0400 > From: "Smith, Michael ERDC-CRREL-NH" > Subject: Re: [gdal-dev] Re: FileGDB OGR driver test > To: Even Rouault , > > Message-ID: > Content-Type: text/plain; charset="ISO-8859-1" > > I have a test v10 file

[gdal-dev] FileGDB OGR driver test

Hello list, I am trying to test a new version of the FileGDB driver for OGR, but I lack enough FileGDBs to test :) If you have an *ArcGIS 10* FileGDB and would like to test the FileGDB driver (and report back), feel free to grab a gdal-trunk binary I made for Windows. All I want to know is if it

[gdal-dev] FileGDB API support for OGR

Hello list, I checked it a **very alpha** version of a driver that uses the FileGDB API http://resources.arcgis.com/content/geodatabases/10.0/file-gdb-api It was mostly plumbing work, so right now it is very limited: - Only works with Points (it is all the samples where doing). The "API" publish

[gdal-dev] Re: Motion: Promote GDAL/OGR 1.7.3RC2 to final release

On Thu, Nov 11, 2010 at 3:56 AM, wrote: > > > Frank Warmerdam wrote: > > Motion: Promote GDAL/OGR 1.7.3RC2 to final release > > Folks, > > I declare this motion passed with support from Frank, Even, and Daniel. > I will send out an announcement shortly. > > > Woohoo! _

Re: [gdal-dev] Coding for appending to a database in OGR

> > From: Peter J Halls > Subject: Re: [gdal-dev] Coding for appending to a database in OGR > To: Frank Warmerdam > Cc: gdal-dev@lists.osgeo.org > Message-ID: <4ccad1df.60...@york.ac.uk> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Thanks, Frank ... > > Frank Warmerdam wrote:

Re: [gdal-dev] Motion: Adopt RFC 29: OGR Set Ignored Fields

> > Martin Dobias wrote: > > Hi, > > > > As there have been no further comments on RFC 29, I would like to call > > for vote on it: > > > > http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields > I hesitated whether to reply to this or not. I am aware that I can (deservingly) get publicly castrated

Re: [gdal-dev] Optimizing access to shapefiles

On Mon, Jul 19, 2010 at 10:54 AM, Frank Warmerdam wrote: > Ragi Burhum wrote: > >> Would it make sense instead of implementing a SetDesiredFields(..) to >> implement a SetSubFields(string fieldnames) where the function >> takes a comma delimited list of subfields and then

Re: [gdal-dev] Optimizing access to shapefiles

> > Date: Mon, 19 Jul 2010 16:34:40 +0200 > From: Martin Dobias > Subject: Re: [gdal-dev] Optimizing access to shapefiles > To: Frank Warmerdam > Cc: gdal-dev@lists.osgeo.org > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Frank > > On Mon, Jul 19, 2010 at 3:46 PM, F

Re: [gdal-dev] highly compressed vector format for points

u only need to store the reference to > the square once for the list. > > -Steve > > Ragi Burhum wrote: >> Hello Peter, >> The approach of scaling values into integers, if I recall correctly, is also >> used in the transfer protocol for ArcSDE. I have consid

Re: [gdal-dev] highly compressed vector format for points

hings separately, subtracting it > from the actual coordinates and adding it back on when I required the full > value. This is simple and would work well for your application. > > Best wishes, > > Peter > > Ragi Burhum wrote: > >> Hello there, >> >> The o

[gdal-dev] highly compressed vector format for points

Hello there, The other day I got a question from someone that wanted to store a relatively small amount of point features (~31K) that are close to each other in a 'highly compressed' format. He wants to be able to query features by proximity using coords. The reason for this requirement is that he

Re: [gdal-dev] Re: ESRI file geodatabase support

This is meant to be an export/import type of thing. So you won't be able to "open" something in ArcMap and start manipulating it live using the ArcMap/ArcCatalog tools. The other approach I am proposing would be OGR as a seamless datasource that integrates with ArcGIS at the data access layer level

Re: [gdal-dev] Re: ESRI file geodatabase support

Right. And you have to fork another $3000 (or $1500?) **per seat** for one of these licenses **on top** of what you already paid for ArcGIS desktop. On Fri, Jun 18, 2010 at 6:16 AM, Duarte Carreira wrote: > Just a quick note: SQLite is supported through the FME add-on aka > Interoperability Exte

Re: [gdal-dev] Re: ESRI file geodatabase support

This is exactly what I have been talking about. On Fri, Jun 18, 2010 at 5:37 AM, Duarte Carreira wrote: > Re-reading your email it seems I misunderstood what you meant… So using > the zigGIS ArcMap/PostGIS provider one could adapt it to read OGR > datasources, like QGIS does. You would then acc

RE: [gdal-dev] Re: ESRI file geodatabase support

> > From: Duarte Carreira > Subject: RE: [gdal-dev] Re: ESRI file geodatabase support > To: Eric Wolf , Peter J Halls > Cc: "gdal-dev@lists.osgeo.org" , Matt > Wilkie > > > Well, if SpatiaLite offers some "proper" benefits and disseminates through > all of the FOSS world, then it may

Re: [gdal-dev] ESRI file geodatabase support

> From: Eduardo Kanegae > Subject: Re: [gdal-dev] ESRI file geodatabase support > To: gdal-dev@lists.osgeo.org > > Hi Ragi, > > You mean, unless I use this pre-built version you gave me ( > http://bit.ly/cNdrSr ) I´ll have to download GDAL sources + AO patches > and then build at Win box my own

Re: [gdal-dev] PGeo: reading circular arcs - how?

r in ArcObjects http://resources.esri.com/help/9.3/ArcGISDesktop/ArcObjects/esriGeometry/IConstructCircularArc2.htm you will understand why it can be a pain. I don't know which attributes they are serializing, but it definitely is the parameters of one of the listed methods. Good luck, - Ra

Re: [gdal-dev] ESRI file geodatabase support

t; >> I´ve this topic at Google > >> > http://osgeo-org.1803224.n2.nabble.com/When-or-if-OGR-can-support-ESRI-file-geodatabase-td2592778.html > >> > >> Is there any plan for OGR on supporting this ESRI format or this will > >> depend on 'when' ES

Re: [gdal-dev] PGeo: reading circular arcs - how?

> From: Stefan Keller > Subject: [gdal-dev] PGeo: reading circular arcs - how? > To: gdal-dev@lists.osgeo.org > > > Hi all > > I have an ESRI Personal GeoDatabase .mdb file (PGeo) which I would > like to read and convert e.g. to Shapefile. > The PGeo file contains "circular arc"s (or circular