>> On Fri, Nov 1, 2013 at 12:55 PM, TYLER MITCHELL
>> wrote:
>> Hi all,
>>
>> I'm working with Gary Sherman via Locate Press to (finally) publish the GDAL
>> reference manual, along with some more examples and other GDAL/OGR related
>> material
Hi all,
I'm working with Gary Sherman via Locate Press to (finally) publish the GDAL
reference manual, along with some more examples and other GDAL/OGR related
material I've written over the past year. It will be in a book entitle
Geospatial Power Tools.
I just wanted to let you know about it
On 2013-06-03, at 8:41 AM, Jorge Arévalo wrote:
> I like the idea about append the ESRI definitions to the end of the EPSG main
> file. So, I guess than, in that situation, I should just replace the "ESRI"
> part in the string with "EPSG", right?
I guess so, I haven't done it myself, but once
efinition as output, that can
> be safely used with gdalwarp.
>
> Many thanks in advance,
>
> --
> Jorge Arevalo
> Freelance developer
>
> http://www.krop.com/jorgearevalo
> http://about.me/jorgeas80
>
> Enviado con Sparrow (http://www.sparrowmailapp.com/?si
Did you get square degrees back? Project to a meter or feet based projection
to get a measure more meaningful.
Cheers,
Tyler
On 2013-05-28, at 7:14 AM, "Federico Jurio"
wrote:
Dear all, here I am with one question which I'm sure has such a simple
answer that I already feel embar
-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch...@actian.com
MOBILE 250-303-1831
SKYPE spatialguru
www.actian.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
> However, I deal with a great number of files and I would like to accelerate
> the process. That is why I am asking for a script based solution. I can
> already import all my shapefiles with a Python script. I would like to
> indicate which column to use as label.
I see... perhaps you could lo
On 2013-05-02, at 8:45 AM, Benoît Laurent wrote:
> After that, I am importing my shapefiles in QGis. Maybe, I should create my
> labels using a Python script based on the added text column ?
You shouldn't have to use Python to draw labels, there are capabilities in the
properties for each laye
gt;
>
>
> --
> Alexandre Gacon
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch...@actian.com
MOBILE 25
> Jorge Arevalo
> Freelance developer
>
> http://www.krop.com/jorgearevalo
> http://about.me/jorgeas80
>
> Enviado con Sparrow (http://www.sparrowmailapp.com/?sig)
>
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo
ogrinfo --formats
Should tell all too :)
On 2013-04-14, at 1:17 PM, "Even Rouault" wrote:
> Le dimanche 14 avril 2013 22:12:29, Ulrich Strötz a écrit :
>> I want to read an OSM file with OGR. I use Version GDAL 1.9.1, released
>> 2012/05/15.
>>
>> To read a SQLITE file works fine:
>>
>> $ ogr
I'm not at my desk right now but I thought adding -outsize x y would do the
trick?
On 2013-04-13, at 1:21 PM, "Even Rouault" wrote:
> Le samedi 13 avril 2013 22:10:07, Andrea Peri a écrit :
>> Hi,
>>
>> I'm try-ing to get a raster from a wms service using gdal_translate
>>
>> this is the cal
Howdy, just wondering if anyone has a plugin DLL or dylib of the GDAL DDS
driver handy they could share?
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
oops wrong list :)
On 2013-03-05, at 11:35 AM, Tyler Mitchell wrote:
> Hi guys,
>
> What are GEOS users and devs doing to enable M measures in their GEOS-backed
> solutions? I won't worry about specialised functions at this point, but at
> least being able to reliably han
#x27;s not worth adding this to
GEOS? I saw a few messages in the archives looking at how to add measures but
it wasn't encouraging ;)
Do you think GEOS will support all the SFSQL 1.2 types?
Are people moving to Boost or CGAL instead? Would love to hear thoughts on it.
Cheers,
Tyler
On 2013-03-05, at 10:39 AM, Even Rouault wrote:
> Selon Tyler Mitchell :
>
>> Great explanation, thanks!
>
> I knew this was documented somewhere. See --formats in the "General Command
> Line
> Switches" section of http://gdal.org/gdal_utilities.html
A
dataset from scratch and add metadata explicitly.
> Without it, we need a 'template' dataset.
>
> The 'v' means that the format driver supports the virtual system interface.
> Note that there may be drivers that support it but don't report that they do.
>
>
Not sure how to describe it, but when gdal lists available formats, I see a few
different ways that formats are marked as read, write, etc.
The "rw" and "ro" items are easy enough for me to understand, but what about:
"rov"
"rw+v"
"rwv"
"rw+"
?
Does the "v" refer to support in VRTs perhaps?
Do
Murat, it does everything you need now, so grab a fresh copy!
The only other improvement I can think of is to specify an output format and
create a non-CSV output instead.
Tyler
On 2013-01-31, at 7:45 AM, Tyler Mitchell wrote:
> Hi Murat,
> I put together a PYthon script that uses OGR,
oesn’t
> require root in Linux.
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch...@actian.com
MOBILE 250-3
Hi Murat,
I put together a PYthon script that uses OGR, just for you actually :)
https://github.com/spatialguru/NME/blob/master/ogr_explode.py
Run it like:
python ogr_explode.py e34c3_line.shp output.csv
It doesn't automatically create a shape file but you can convert from CSV to a
shapefil
. about 5 minutes)
> The example jpeg file is in this email. But I wonder the sensitivity of
> gridded data using qgis.
>
> Thanks for your help after one week I took way in my job.
> Warm regards...
> murat
>
>
> On Tue, 2013-01-29 at 14:11 -0800, Tyler Mitchell wrote:
> FNODE_: Real (0.0)
> TNODE_: Real (0.0)
> LPOLY_: Real (0.0)
> RPOLY_: Real (0.0)
> LENGTH: Real (0.0)
> CVRGE34C3#: Integer (0.0)
> CVRGE34C3-: Integer (0.0)
> DETAY: String (0.0)
> SEMBOL: Integer (0.0)
> YUKSEKLIK: Real (0.0)
>
>
>
>
>
;
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> _______
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/l
On 2013-01-24, at 11:43 AM, Elias Kotsifis wrote:
> I want to calculate the elevation of any point on earth, giving lat, Long
> (for example like google elevation Api, or the earth tools:
> http://www.earthtools.org/webservices.htm # cheigit) based the ASTER GDEM
> MODEL V2.
> I went to downloa
On 2012-12-31, at 2:03 PM, Brent Fraser wrote:
> Tyler,
>
> So using
>
>
>
> in the VRT doesn't work when used with Mapserver?
Hi Brent,
Sort of yes, more or less, but upstreams errors from my OGR driver are somehow
stopping it.
The main issue is with using a spatial db driver, on a non-sp
On 2012-12-31, at 12:17 PM, Stephen Woodbridge wrote:
>> Just from code looking, I see that the geometry_columns table is queried from
>> OGRIngresLayer::FetchSRSId(OGRFeatureDefn *poDefn), which is called by
>> OGRIngresTableLayer::ReadTableDefinition(). There's no way (apart changing
>> the
>> c
Hi all,
I'm building a VRT that connects to an Ingres db to grab some WKT text from a
text column. I can run ogrinfo against it just fine, though it complains about
not finding geometry_columns table (this is a non-spatial db example), it still
returns all the detailed records. But in MapServe
On 2012-12-20, at 7:34 AM, Brent Fraser wrote:
> I've also constructed views in the database, basically reformatting the
> lat/lon columns into WKT format to do:
Hi Brent, you gave some good examples, thanks. This has been the approach I
took so far, but is not precisely what I'm after.
> Ho
On 2012-12-19, at 10:54 PM, Even Rouault wrote:
> Le jeudi 20 décembre 2012 02:08:01, vous avez écrit :
>> Hi all, does anyone know a way to put up a GDAL VRT fed by an OGR
>> datasource that has data in XYZ format (regular gridded) .
>>
>> It doesn't have to ultimately be a VRT, just some simila
27;ve been digging around and saw wkt raster/postgis raster but it's really a
little different than this approach as it doesn't use arrays.
I can share more but thought I'd keep it simple first ;-)
Any tips?
Tyler
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch.
loper-resources/gx-developer-toolkit
(May be based on some sort of CBD "mapbrowser" vector format?)
Sample available if you want to have a peek:
http://geo-demo.actian.com/maps/bell_gdb.zip
Tyler
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch...@actian.com
MOBILE 250
Hi guys, I'm just doing some review of the gdal/ogr utility docs and
occassionally finding some typos, etc. So if I want to fix them is updating
the gdal_utlilities.dox / ogr_utilities.dox file the right place to do it?
I thought there was some sort of magic dox stuff stuck into the API, but
Just curious why the following two (seemingly similar) approaches using OGR
Python access act differently. Should it act that way?
This works:
...
f1 = lay1.GetFeature(1)
g1 = f1.GetGeometryRef()
g1.ExportToWkt()
This seg faults:
...
g1 = lay1.GetFeature(1).GetGeometryRef()
g1.ExportToWk
e.
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch...@actian.com
MOBILE 250-303-1831
SKYPE spatialguru
www.ac
I'm sure I can't help you but if you share some of your code it might be easy
to diagnose.
Best wishes,
Tyler
From: gdal-dev-boun...@lists.osgeo.org on behalf of Neelima Emmani
Sent: Thu 9/20/2012 9:59 PM
To: gdal-dev@lists.osgeo.org
Subject: [gdal-dev] s57 lay
> If you want to know if it is a QGIS or OGR issue, you can try ogrinfo
> your.vrt
> -where ""
Great tip, thanks Even. Confirmed that OGR does filter properly using ogrinfo,
so that's encouraging :)___
gdal-dev mailing list
gdal-dev@lists.osgeo.o
esn't exist yet elsewhere :)
On 2012-05-18, at 3:10 AM, Even Rouault wrote:
> Le vendredi 18 mai 2012 07:12:03, Tyler Mitchell a écrit :
>> I've done my best to comb through the code but can't see how to use an
>> attribute filter in a (OGR) VRT definition.
>
> Tyl
I've done my best to comb through the code but can't see how to use an
attribute filter in a (OGR) VRT definition. Yet, I see an old ticket from Bart
that was asking for it and seemed to be implemented. Or am I reading too much
into this? Any one using it?
http://trac.osgeo.org/gdal/ticket/9
I just realised he had replied about this earlier, but only to me (below)..
Begin forwarded message:
> From: "chen zhen"
> Date: April 28, 2012 9:51:11 PM PDT
> To: "'Tyler Mitchell'"
> Subject: RE: [gdal-dev] Propose Chen Zhen as committer
>
>
I'm pretty sure I did, just not sure what SP it was. It was a version of
express 2010 that I installed only a month or so ago.
On 2012-05-15, at 5:48 AM, Mateusz Loskot wrote:
> Folks,
>
> Has anyone successfully built GDAL trunk using
> Visual Studio 2010 with SP1 installed?
>
> Best regards
Hi Frank, this is great to see. I saw some commits not to long ago re: Ingres
driver, but I don't see those changes reflected in this RC. e.g. nothing in
nmake.opt for Ingres. Or maybe I just though we updated that file and we never
did.. any tips? :)
From:
Hi all, just looking for a tip on backporting the OGR Ingres plugin from 1.9 to
1.8. Anything in particular that comes to mind to watch for? I'm naive enough
to try to just copy latest 1.9 or trunk versions of the ingres plugin in - but
it's not building Ingres support in for some reason. No
g him with commit access will really
help streamline support and improvements over the longer term.
I've sent him the reference to the RFC for committers guidelines and
requirements and
he is interested.
Thanks,
Tyler
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch...@act
Jason Roberts wrote:
...
> For scenarios involving large numbers of features, I suspect it is much
> harder to do it fast and within available memory. It is probably necessary
> to do a multi-pass approach, where the first step operates only on the
> spatial indexes of the layers involved. It is
...@lists.osgeo.org on behalf of Ari Jolma
Sent: Wed 4/18/2012 9:00 AM
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Layer operations, a proposal
On 04/18/2012 06:48 PM, Tyler Mitchell wrote:
>
> Hi Ari,
>
> For what it's worth, I'd sure love to see this functionality
Hi Ari,
For what it's worth, I'd sure love to see this functionality - essentially
ArcInfo workstation like capabilities. I don't have any opinion on whether
it's core or not in GDAL, but when I started doing something similar with
Python (a couple years ago) I found that GEOS didn't play nice
Thanks Zhen (and Frank) for his work on helping improve the Windows build for
the Ingres driver.
More details at http://trac.osgeo.org/gdal/ticket/4483
I can provide libs if anyone else wants to test it.
Tyler___
gdal-dev mailing list
gdal-dev@lists.os
On 2012-01-29, at 10:53 PM, chen zhen wrote:
> 1. One switch for turn on/off the Ingres definition.
>
> 2. Building Ingres driver as a plugin library.
I certainly like both suggestions and I see many formats are built using #1
and several with #2.
Frank et al, do you have an opinion about an
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
Tyler Mitchell
Engineering Director
Actian Corporation
tyler.mitch...@actian.com
MOBILE 250-303-1831
SKYPE spatialguru
www.actian.com
___
gd
On 2012-01-29, at 11:46 PM, Dmitry Baryshnikov wrote:
> By my opinion, the cmake will more flexible in path searching and setting all
> necessary definitions.
> I'm playing with cmake building of gdal (but not final version yet). What do
> you think about cmake building of GDAL?
I enjoy using c
> If you svn update from gdal trunk you should be able to build. I'm also
> interested in trying an OSGeo4W package for INGRES support but it is
> getting a bit late tonight to push on that.
Some great news, it's working!
I pulled from SVN, uncommented the INGRES variables in nmake.opt,
and I po
Awesome, I'm going to check it out today for sure!
Thanks a lot!
Tyler
On 2012-01-26, at 1:03 AM, Frank Warmerdam wrote:
> On 12-01-25 11:23 AM, Tyler Mitchell wrote:
>> I've bundled together just the basics that I think are needed.
>>
>> http://db.tt/0LtX9
On 2012-01-25, at 10:41 AM, Frank Warmerdam wrote:
> On Wed, Jan 25, 2012 at 7:13 AM, Tyler Mitchell
> wrote:
>> Hi Frank and all, hope your winter (or summer) is treating you well, things
>> are going well at my end. I'm getting my head into the OGR Ingres driver
>
Hi Frank and all, hope your winter (or summer) is treating you well, things
are going well at my end. I'm getting my head into the OGR Ingres driver these
days and happy to have it building well on Linux. :)
On Windows I'm not having so much fun though and could use a tip or two.
That's mos
55 matches
Mail list logo
