Re: [gdal-dev] Docs attribution for upcoming book!
The GDAL book is now live now at http://locatepress.com/gpt Thanks Frank and all contributors! On Nov 1, 2013, at 13:08, Frank Warmerdam warmer...@pobox.com wrote: Tyler, That approach sounds good to me. I look forward to seeing the book. Best regards, Frank On Fri, Nov 1, 2013 at 12:55 PM, TYLER MITCHELL tylermitch...@shaw.ca 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 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 and to confirm the attribution approach we took for the GDAL docs portion. I've included the main licensing text, with copyright Frank Warmerdam, but for authors I put GDAL Developers. Does that make sense? We will likely have a preview version out for sale today or tomorrow at http://locatepress.com/gpt Best wishes, Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Docs attribution for upcoming book!
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 and to confirm the attribution approach we took for the GDAL docs portion. I've included the main licensing text, with copyright Frank Warmerdam, but for authors I put GDAL Developers. Does that make sense? We will likely have a preview version out for sale today or tomorrow at http://locatepress.com/gpt Best wishes, Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Non-EPSG projections, esri_extra.wkt and best practices
Jorge, are you able to just provide the full PROJ syntax instead? +proj=robin +lon_0=0 +x_0=0 +y_0=0 +ellps=WGS84 +datum=WGS84 +units=m +no_defs Aside from that, you can just copy/append the ESRI definitions to the end of the EPSG main file and GDAL should pick it up. Tyler On 2013-06-03, at 8:00 AM, Jorge Arévalo wrote: Hello, Let say I want to warp this raster file https://dl.dropboxusercontent.com/u/6599273/gis_data/utm.tif From its original projection, EPSG:26711, to Robinson projection, not part of EPSG. So, I need to provide the correct frame of reference, and GDAL will be able to do it. I could download the OGC WKT definition from http://spatialreference.org/ref/esri/54030/ogcwkt/, and pass the downloaded file to gdalwarp, like: gdalwarp -s_srs epsg:26711 -t_srs robinson_file.wkt utm.tif utm_warped.tif The thing is I'm working with an app that uses GDAL to warp raster files. The information this app handles (and it's hard to change) related with non EPSG projections is something like ESRI:54030. I know this is something that GDAL doesn't accept. But I see, in GDAL_DATA directory, a file named esri_extra.wkt. This file contains a line like this: 54030,PROJCS[World_Robinson,GEOGCS[GCS_WGS_1984,DATUM[WGS_1984,SPHEROID[WGS_1984,6378137,298.257223563]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Robinson],PARAMETER[False_Easting,0],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,0],UNIT[Meter,1],AUTHORITY[EPSG,54030]] This is the number of the ESRI projection followed by the WKT definition. So, my question is: Is there any right mechanism, maybe provided by GDAL, to make the warping operation? Something that gets ESRI:54030 as input, looks in this file (or where needed) and gets the wkt definition 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/?sig) ___ 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 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Non-EPSG projections, esri_extra.wkt and best practices
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 the definitions are in the main epsg file you would normally just use EPSG: with the new number. Someone else may have a better idea :) ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Calculating polygon area
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 federicoju...@suremptec.com.ar wrote: Dear all, here I am with one question which I'm sure has such a simple answer that I already feel embarassed in advance! Here goes anyway... I'm trying to calculate the area length on a GeoTIFF file using GetArea() method of OGRPolygon class and i'm not sure which is the unit that returns. This is the information about the raster dataset GEOGCS[\WGS 84\,DATUM[\WGS_1984\,SPHEROID[\WGS 84\,6378137,298.2572235630016,AUTHORITY[\EPSG\,\7030\]],AUTHORITY[\EPSG\,\6326\]],PRIMEM[\Greenwich\,0],UNIT[\degree\,0.0174532925199433],AUTHORITY[\EPSG\,\4326\]] Thanks for your patience -- Federico Jurio SUR Emprendimientos Tecnológicos Perú 345 Piso 5to Oficina B (C1067AAG) Ciudad de Buenos Aires, Argentina Tel. +54 (11) 4342-2976/84 federicoju...@suremptec.com.ar www.suremptec.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Adding labels
Hi Benoit, you'll probably have more luck if you ask on the QGIS mailing list, as GDAL helps with data access but not with the visualisation you are aiming for. Best wishes, Tyler On 2013-05-13, at 6:34 AM, Benoît Laurent wrote: Hello, In a previous post, I was trying to automatically add labels to a vector layer, the text of each label being contained in one field of the layer. I was proposed different solutions. I eventually chose to write a Python script that I run with the script runner from Gary Sherman : http://spatialgalaxy.net/2012/01/29/script-runner-a-plugin-to-run-python-scripts-in-qgis/. I can load all my shapefiles properly. However, I am struggling with the labelling process. I had a try relying on an old post : http://svn.osgeo.org/qgis/trunk/code_examples/3_basic_labelling/tutorial3.t2t. For the moment, I was unsuccessfull. Furthermore, it seems that there is a new labelling engine... Is there a sample of use somewhere ? Any help would be appreciated. Benoît ___ 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 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Adding labels / specifying styles
Once you've got the data stored in the table, you can then use desktop mapping products like QGIS (http://qgis.org) to use those columns to fuel labelling on your maps. I highly recommend you checkout QGIS for your next steps. Tyler On 2013-05-02, at 8:38 AM, Alexandre Gacon wrote: Hi, The shapefile format is not a format who supports styles and labels. It is a data only format. So you can not associate labels to your points. You can at most add a column with a text. Regards Alexandre 2013/5/2 Benoît Laurent blaur...@heurisis.eu Hello, I am a newbie with GDAL and OGR. I managed to create a shapefile following the provided sample : http://www.gdal.org/ogr/ogr_apitut.html. The shapefile contains points. Now, I would like to associate labels to my points. I also wish to specify the size, the color of my points. Is it possible ? How ? Thank you very much in advance for your help. Benoît ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- 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 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
Re: [gdal-dev] Adding labels / specifying styles
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 layer in QGIS that allow you to select which column to use for the label text. It's really simple :)___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] [SPAM?]: Re: Adding labels / specifying styles
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 look at creating QGIS project files directly. Once you know the pattern you should be able to automate what you need, as the file is just XML and you can create one manually and inspect it. I look forward to hearing what you figure out. Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Anyone interested in mentoring my project?
Jorge, While I'm not really an ideal mentor, I really like the idea. I hope you can find someone! Tyler On 2013-04-30, at 12:55 PM, Jorge Arévalo wrote: Hello, I've applied as student to Google Summer of Code, with this project (GDAL/OGR on the web): http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/jorgearevalo/10002 The project has no assigned mentor on the ideas page (http://trac.osgeo.org/gdal/wiki/SummerOfCode). So, is anyone interested in mentoring it? Best regards, -- 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.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
Re: [gdal-dev] OGR OSM-driver unable to open datasource
ogrinfo --formats Should tell all too :) On 2013-04-14, at 1:17 PM, Even Rouault even.roua...@mines-paris.org 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: $ ogrinfo test.sqlite INFO: Open of `test.sqlite' using driver `SQLite' successful. 1: aaa (Point) When I try to read a OSM File it fails to open the datasource: $ ogrinfo test.osm FAILURE: Unable to open datasource `test.osm' with the following drivers. - ESRI Shapefile - MapInfo File ... The OSM file itself is not broken (I opened it in QGIS). What am I doing wrong? You are just not using the appropriate GDAL version ;-) The OSM driver is new to GDAL/OGR 1.10.0, which should be released within a few days. You can try the RC2 by the way : http://download.osgeo.org/gdal/gdal-1.10.0RC2.tar.gz Thanks, Uli ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] gdal_translate using a wms as input
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 even.roua...@mines-paris.org 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 call I'm doing: gdal_translate -of GTiff -co TFW=Y ES -srcwin 0 0 377 283 WMS: http://www502.regione.toscana.it/cartografia/wmsras ter/com.rt.wms.RTmap/wms?map=wmsofclanguage=itaSERVICE=WMSVERSION=1.3.0 REQU EST=GetMapBBOX=1671200.0,468.0,1672800.0,4681200.0CRS=EPSG:3003WIDT H=377 HEIGHT=283LAYERS=rt_ofc.10k10STYLES=FORMAT=image/jpegDPI=96MAP_RESOLU TION=9 6FORMAT_OPTIONS=dpi:96TRANSPARENT=TRUE output_01J31.tif But it give me this error: Input file size is 1073741824, 805306368 0ERROR 2: jpegDPI=96MAP_RESOLUTION=96FORMAT_OPTIONS=dpi:96TRANSPARENT=TRUE, band 2: Out of memory in InitBlockInfo(). If I try the sam wms request on a browser it work so I don't understand what is wrong. This is due how GDAL manages rasters. It allocates a block cache array. For such huge rasters as WMS layers, the dimensions of the block cache can be huge themselves. In your case, the block cache dimensions are (1073741824 / 64 / 1024) * (805306368 / 64 / 1024) = 16 384 * 12 288 = 201 millions blocks -- 800 MB on a 32 bit OS. I've tested the above on a Linux 64bit machine, and it works due to more virtual memory available (on Linux, the 800 MB, well 1.6 GB on 64bit, wouldn't actually be allocated right away, but only reserved due to virtual memory overcommit mechanism ). The way the block cache is managed is clearly not satisfactory for huge rasters such as WMS. There's a proposed RFC ( http://trac.osgeo.org/gdal/wiki/rfc26_blockcache ) to address that, but it is not yet implemented. Any help is welcome, thx ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] DDS driver plugin?
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
Re: [gdal-dev] Creation/read format question
Great explanation, thanks! On 2013-03-04, at 9:14 PM, Chaitanya kumar CH wrote: Hi Tyler, 'ro' and 'rw' mean what they imply. The '+' symbol tells that the format supports the Create() method. So, we can use them to create 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. On Tue, Mar 5, 2013 at 9:01 AM, Tyler Mitchell tyler.mitch...@actian.com wrote: 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 rw+v, rwv, rw+ all mean same thing? Any tips appreciated :) Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Best regards, Chaitanya kumar CH. +91-9494447584 17.2416N 80.1426E 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
Re: [gdal-dev] Creation/read format question
On 2013-03-05, at 10:39 AM, Even Rouault wrote: Selon Tyler Mitchell tyler.mitch...@actian.com: 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 Ah, perfect, I had thought I saw it somewhere too! I'm writing about it in some tutorials and it helps a lot, thanks. Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Approaches for 3D and beyond
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 handle and maintain all XYZM ordinates is important for me. Is it such a lot of work that it'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 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
Re: [gdal-dev] Approaches for 3D and beyond
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 handle and maintain all XYZM ordinates is important for me. Is it such a lot of work that it'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 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Creation/read format question
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 rw+v, rwv, rw+ all mean same thing? Any tips appreciated :) Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] convert linestring to point data
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 shapefile with one more step. But let me know first if this works for you. Depending on how the Z or 3D dimension is stored, it may only have zeros in the third column of the CSV. Try it and let me know! Tyler From: gdal-dev-boun...@lists.osgeo.org on behalf of Murat BEYHAN Sent: Thu 1/31/2013 7:41 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] convert linestring to point data Dear All, I would like to convert linestring shape (.shp) file into point shape (.shp) file using gdal. Is this made by gogr2ogr ogr2ogr -f ESRI Shapefile -nlt POINT e34c3_point.shp e34c3_line.shp I have tried this but it gives an error Please How can I do using command I do this using qgis but I have to do using command. Thanks Murat -- 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/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] problems converting gdb to shp
Hi Sarah, Be sure to quote ESRI Shapefile or it will use shapefile as the output filename. Since Shapefile is default, you can remove the -f ... stuff altogether to simplify. As far as I can tell that's your main problem there. I don't have a GDB install to test against though. Tyler On 2013-01-31, at 12:30 PM, Sarah Zatko wrote: I’m trying to use the –where command in ogr2ogr (1.9.0) to separate out different geometry types, as was described in the FAQ for converting gdb to shp files, but when I do the following command Ogr2ogr.exe -f ESRI Shapefile points.shp input.gdb -a_srs EPSG:4326 -nln points -where 'ogr_geometry=POINT' it thinks that the –where… part of the command is the name of a gdb layer. I tried moving the –where part of the command earlier, to before the –f argument, but then it just hangs and doesn’t complete at all. Any thoughts on what I’m doing wrong here? Also, when I try to go from shapefile to geodb in Windows, it only works if I’m running as administrator. Is that just a requirement? It doesn’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-303-1831 SKYPE spatialguru www.actian.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] convert linestring to point data
Just a brief follow up for posterity on the list... I've completed my first run of updates on this script and it's looking pretty good. Others welcomed to give feedback :) It's been modularised now and also allows you to enter a field name to take the Z value from. So 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, 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 shapefile with one more step. But let me know first if this works for you. Depending on how the Z or 3D dimension is stored, it may only have zeros in the third column of the CSV. Try it and let me know! Tyler From: gdal-dev-boun...@lists.osgeo.org on behalf of Murat BEYHAN Sent: Thu 1/31/2013 7:41 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] convert linestring to point data Dear All, I would like to convert linestring shape (.shp) file into point shape (.shp) file using gdal. Is this made by gogr2ogr ogr2ogr -f ESRI Shapefile -nlt POINT e34c3_point.shp e34c3_line.shp I have tried this but it gives an error Please How can I do using command I do this using qgis but I have to do using command. Thanks Murat -- 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/listinfo/gdal-dev ___ 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 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] shape file to GMT dem file
Glad you had some success Murat! Are you okay now or you have more questions? Best wishes, Tyler On 2013-01-30, at 12:49 AM, Murat Beyhan wrote: Dear Tyler, I really thank you, you gave me very useful hints. Yes As you say I have obtain point data from shape file than I use Qgis to obtain point file using extract node. (By the way is it possible to do this using command line in terminal.) then I have used gdal_grid to obtain grid data than I used Raster Analysis DEM models in qgis. (by the way it took long and long time to do this for one threader. 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: Do you have elevation data stored in the source data somewhere? You can convert lines to points using QGIS Vector tool - Extract Nodes, but if you do not have elevation values stored in the attribute table for the lines, it won't help you :) Feel free to share a zipped set of files with me (directly) if you want me to take a peek. Tyler On 2013-01-29, at 1:28 PM, Murat BEYHAN wrote: Dear Mitchell, Thanks for repply me. As you say I have to obtain point data first. If I would able to obtain xyz data it will be easy using GMT xyz2grd. But my problem I could not do that. So I produced point data using ogr2ogr command and it is drawn by qgis well The picture on this mail. Lines belongs shapefile and points belongs GMT data. But there is a problem its atribute table are null and ogrinfo gives 0.0 for the field structure. So is this normal or not. And I couldn't achieve to use gdal_grid using GMT data file. Do you have any idea, please. Thanks murat@murat:~/maps$ ogr2ogr -f GMT -nlt point test1.gmt e34c3_n.shp murat@murat:~/maps$ ogrinfo -so -al test1.gmt INFO: Open of `test1.gmt' using driver `GMT' successful. Layer name: test1 Geometry: Point Feature Count: 341440 Extent: (697857.17, 4597069.19) - (708674.20, 4611236.78) Layer SRS WKT: (unknown) UserId: Real (0.0) 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) On Tue, 29 Jan 2013 12:05:17 -0800, Tyler Mitchell wrote gdal_grid command can convert OGR to GDAL formats, but you need to only have point data. Your line shape file won't work with it. So if you can convert your lines into a set of points, and you will need a Z or elevation point or attribute to point gdal_grid to. Perhaps you already have the point data in your grass dataset that you could export to GDAL. But I also suspect you just do all you need to in grass itself. Tyler On 2013-01-29, at 11:04 AM, Murat BEYHAN wrote: Dear All, Is it possible to obtain dem grid data from shapefile using gdal or ogr. info about shape file as follows murat@murat:~/maps$ ogrinfo -so -al e34c3_n.shp INFO: Open of `e34c3_n.shp' using driver `ESRI Shapefile' successful. Layer name: e34c3_n Geometry: Line String Feature Count: 4047 Extent: (697857.17, 4597069.19) - (708674.20, 4611236.78) Layer SRS WKT: (unknown) UserId: Real (11.0) FNODE_: Real (11.0) TNODE_: Real (11.0) LPOLY_: Real (11.0) RPOLY_: Real (11.0) LENGTH: Real (18.5) CVRGE34C3#: Integer (5.0) CVRGE34C3-: Integer (5.0) DETAY: String (12.0) SEMBOL: Integer (3.0) YUKSEKLIK: Real (12.3) I have installed and use grass, GMT and qgis, but I'm not good at GIS. My purpose is to obtain slope map of topographic data. any suggestion appreciated. Regards Murat -- 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/listinfo/gdal-dev Tyler Mitchell Engineering Director Actian Corporation tyler.mitch...@actian.com MOBILE 250-303-1831 SKYPE spatialguru www.actian.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Murat Beyhan Jeofizik Yük. Müh. T.C. BAŞBAKANLIK Afet ve Acil Durum Yönetimi Başkanlığı Deprem Dairesi Başkanlığı Eskişehir Yolu 12. Km. Lodumlu/Ankara Tel:+90 (312) 2872680-1550 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. map.jpg Tyler Mitchell Engineering Director Actian Corporation tyler.mitch...@actian.com MOBILE 250-303-1831 SKYPE spatialguru www.actian.com -- This message has been scanned
Re: [gdal-dev] shape file to GMT dem file
gdal_grid command can convert OGR to GDAL formats, but you need to only have point data. Your line shape file won't work with it. So if you can convert your lines into a set of points, and you will need a Z or elevation point or attribute to point gdal_grid to. Perhaps you already have the point data in your grass dataset that you could export to GDAL. But I also suspect you just do all you need to in grass itself. Tyler On 2013-01-29, at 11:04 AM, Murat BEYHAN wrote: Dear All, Is it possible to obtain dem grid data from shapefile using gdal or ogr. info about shape file as follows murat@murat:~/maps$ ogrinfo -so -al e34c3_n.shp INFO: Open of `e34c3_n.shp' using driver `ESRI Shapefile' successful. Layer name: e34c3_n Geometry: Line String Feature Count: 4047 Extent: (697857.17, 4597069.19) - (708674.20, 4611236.78) Layer SRS WKT: (unknown) UserId: Real (11.0) FNODE_: Real (11.0) TNODE_: Real (11.0) LPOLY_: Real (11.0) RPOLY_: Real (11.0) LENGTH: Real (18.5) CVRGE34C3#: Integer (5.0) CVRGE34C3-: Integer (5.0) DETAY: String (12.0) SEMBOL: Integer (3.0) YUKSEKLIK: Real (12.3) I have installed and use grass, GMT and qgis, but I'm not good at GIS. My purpose is to obtain slope map of topographic data. any suggestion appreciated. Regards Murat -- 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/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
Re: [gdal-dev] elevetions from ASTER GDEM V2
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 download data from there, and gives me geotiff files. Overall for the entire planet is 22,702 granule with 400GB size Then what should I do? Hi Elias, Have you tried the gdallocationinfo command? You can pass it a lat/lon and raster and it will report back what you're after I believe. Hope it helps, Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Ignore geometry_columns table in VRT
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 MapServer when I connect it actually fails and throws a blocking error. I did find, though, that it worked fine for my point and line layers - but failed on my polygon layers. I'm assuming this is a function of the Ingres driver, but thought I'd ask in case someone could recommend a way to override the driver an NOT automatically look for a geometry_columns table, since it isn't using it anyway. Tips? ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Ignore geometry_columns table in VRT
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 code of course!) to disable that query. But I'm not clear why a failure of it would cause MapServer to misbehave if ogrinfo works. I think Mapserver checks this to see if it needs to reproject the data. You might be able to get around it by adding or removing using srid clause from the sql. Basically you want to trick mapserver into thinking that it does not need to do a reprojection then it might not make the check that is failing. Mind you this is only my intuition, I have not looked at the code. Thanks guys, I'll give it a whirl. Obviously I need to tweak our Ingres driver so it can work better too :) The weirdest part was having different behaviour between points/lines and the polygons.. but I've found a workaround for now - just used a spatially enabled db instead heh. Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Ignore geometry_columns table in VRT
On 2012-12-31, at 2:03 PM, Brent Fraser wrote: Tyler, So using GeometryField encoding='WKT' field='myWKT'/ 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-spatial db - OGR wants to read the geometry_columns table but it doesn't exist. That's the error that's stopping me. So I'll chalk it up to a bad driver and work on fixing it that way. Thanks! Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] OGR XYZ - GDAL VRT?
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 similar on-the-fly raster format method, so I can share raster data directly from the OGR datasource. I'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 ;-) Tyler, There's a GDAL XYZ driver, but it has very strict requirements : http://gdal.org/frmt_xyz.html Otherwise you can use the OGR CSV driver (make sure the file extension is .csv), wrap it in a OGR VRT, and then ingest that in gdal_grid to produce a raster. But that's not really on-the-fly. Hi Even, Thanks for the tips I'm so close .. thanks to the XYZ driver which I've been using a lot lately, since I can input/output CSV and both GDAL and OGR can read it, but yeah, GDAL can't read it directly from the db source. My challenge is now to make it pull the CSV from the db in real-time via a VRT. (Actually I'm sure I can do it with a SQL statement in a VRT, my db is just not cooperating at the moment, since it's a non-spatial version of the Ingres db and the OGR driver is looking for geometry_columns table and bails out.) But, yeah it's still not on-the-fly from a GDAL raster perspective. I assume some of the other drivers (DODS?) do have a similar mechanism to deal with grids in databases? Isn't there some fancy bash scripting that can be done to masquerade an OGR VRT/script as a virtual file - e.g. it looks like a data file but it's really a realtime script inside it. Which leads me to wonder if there are ways to pipe CSV data into gdalinfo/translate? Hm... thanks again, I'll keep pick away on it when I have time. A generic gdal-ogr CSV bridge driver would be cool! Some for rambling, it's getting late ;) Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] OGR XYZ - GDAL VRT?
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. Hopefully I've understood at least some of what you are trying to accomplish. At first I thought you wanted a GDAL VRT that defines a raster, referencing an OGR VRT as the source data and defining a method of producing a grid. Yikes! Yeah, that's the ticket actually :) Think of it as poor-man's raster-in-db solution - a table with X, Y, Z columns - I'm looking for the best way to let GDAL pull that data out and re-assemble it as a raster. I can do it programatically but want to do it on the fly, so MapServer, QGIS, etc. can simply use it. Thanks again, Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] OGR XYZ - GDAL VRT?
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 similar on-the-fly raster format method, so I can share raster data directly from the OGR datasource. I'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...@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
[gdal-dev] Geosoft format?
Anyone looked at the trying to read in the geosoft.com file formats (.gdb) used in their mineral and oil/gas exploration software. They already have ERMapper and ArcGIS extensions as well as an SDK, though I don't know how deep it goes.. http://www.geosoft.com/support/downloads/developer-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-303-1831 SKYPE spatialguru www.actian.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] doxygen updates
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 I don't see it now. Are these files simply updated manually? Thanks! Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Seg fault exporting to wkt...
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.ExportToWkt() Same issue with all the GEOS functions I was trying as well. Thanks for any thoughts, Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Open Source GIS Raster Viewer
I'd recommend the OSSIM platform which as various additional image processing utilities that you will find useful. If you just need desktop GIS viewing functionality, I suggest QGIS which will read all GDAL image formats fine and provide all of what you talk about. Tyler http://trac.osgeo.org/ossim/ http://qgis.org On 2012-10-12, at 5:52 AM, kishore Borra wrote: Hi All, we are implementing support of elevation processing of various raster images in a standalone desktop Viewer using opensource. we are using GDAL library to support performing various operations like hillshade, slope, aspect map color coded relief. I would like to know your suggestions on what opensource control can be used as a map control so that I can load various type of processed raster images into it. I need to provide the user with the coordinates readout information and standard zoom In, zoom out zoom By area operations. I should also be able to read the elevation info from the displayed raster and display the same in the status bar. Please suggest. Regards, Kishore. ___ 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 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] s57 layers
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 layers Hi All, I am trying to load s57 dataset into a windowform using C# coding. The datasoruce is read well. But the layers are not presented properly. Layers are shown as below instead of layers like ACHARE, BCNSPP. https://mail.ingres.com/exchange/mitty01/Drafts/RE:%20[gdal-dev]%20s57%20layers.EML/1_multipart/print2.png Actually I have 49 layers in my map.Can anyone tell me why is this happening?Any help is appreciated. With Regards, Neelima Emmani inline: print2.png___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] VRT with attribute filter?
Thanks I'll check that out. I'm mainly using the VRT in QGIS against Ingres database. QGIS isn't doing filtering properly for me, (even with passthrough=true) so I'm trying to discern whether it's a deficiency of our Ingres driver or if the functionality just doesn'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. Tyler, You have 2 possibilities : 1) Probalby not what you want for your use case, but you can set a OGR VRT and set externally an attribute filter on the returned layer. The attribute filter should be applied directly on the underlying source layer if you set attrFilterPassThroughTRUE/attrFilterPassThrough in the OGRVRTLayer (or if no explicit Field is present, or -in trunk- automatically in compatible cases) 2) Or you use a SrcSQL definition with a WHERE clause in it. In case the underlying datasource as a specific implementation of ExecuteSQL() , that should be efficient (and even if it doesn't the generic OGR SQL engine should extract the WHERE clause and pass it to the SetAttributeFilter() implementation of the underlying layer) Even Tyler___ 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 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] VRT with attribute filter?
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.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Fwd: [gdal-dev] Propose Chen Zhen as committer
I just realised he had replied about this earlier, but only to me (below).. Begin forwarded message: From: chen zhen zhenche...@gmail.com Date: April 28, 2012 9:51:11 PM PDT To: 'Tyler Mitchell' tyler.mitch...@actian.com Subject: RE: [gdal-dev] Propose Chen Zhen as committer Hi Folks, I am Chen Zhen who helps Tyler improving Ingres OGR driver. It will be a great honor for me to be a committer for a such great Open Source project. I promise I will follow the RFC and obey all rules when developing and committing source code and try my best to perfect the Ingres OGR driver, if I has such an opportunity. Regards, Chen zhen From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Tyler Mitchell Sent: Sunday, April 29, 2012 11:23 AM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] Propose Chen Zhen as committer Chen Zhen (zhenchen17) has been instrumental at tweaking our Ingres driver in OGR and he hopes for further contributions in the future (backporting and other improvements). At Frank's suggestion I'm proposing that Chen is set up to do commits to his area of focus directly. Having 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...@actian.com MOBILE 250-303-1831 SKYPE spatialguru www.actian.com 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
[gdal-dev] VRT with attribute filter?
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/900 Tyler___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] GDAL/OGR 1.9.1 Release Candidate
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: gdal-dev-boun...@lists.osgeo.org on behalf of Frank Warmerdam Sent: Tue 5/15/2012 7:35 AM To: gdal-dev Subject: [gdal-dev] GDAL/OGR 1.9.1 Release Candidate Folks, I have prepared a GDAL/OGR 1.9.1 Release Candidate at: http://download.osgeo.org/gdal/gdal-1.9.1RC1.tar.gz http://download.osgeo.org/gdal/gdal191RC1.zip Please test and confirm there are no regressions since 1.9.0. I'll send a separate message motioning to declare this 1.9.1 final once I've done a bit of testing myself. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://home.gdal.org/warmerda and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Building trunk with VS2010 SP1
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, -- Mateusz Loskot, http://mateusz.loskot.net ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Backport Ingres plugin
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 errors, but not taking advantage of latest features from 1.9 either. Any suggestions? Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] Layer operations, a proposal
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 probably too slow--or at least very suboptimal--to even read all of the features into memory, much less call GEOS on them; all of that would happen in a later pass, when a subset of features was identified via the spatial index pass I was intrigued to read the earlier thread you pointed out Jason, and to see also Jan's comment about spatial index handling. I would really love to see a common approach to adding spatial index files to my files (and even database connections done via a VRT) - and then having OGR understand how to use those indexes. That'd be pretty awesome in my opinion... not that I'm able to implement anything myself, but thought I'd raise a cheer around the idea ;-) Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Ingres patch uploaded to trac
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.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Building Improvment for Ingres driver in Windows
Hi Jeff, Good point, will do - fortunately we don't doing any magic :) I'll definitely get that updated though! Thanks, Tyler On 2012-01-30, at 6:22 AM, Jeff McKenna wrote: As you all travel down this path, I think it's important to document the Windows build steps on the GDAL wiki: http://trac.osgeo.org/gdal/wiki/Ingres Thank you! -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ ___ 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 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Re: Building Improvment for Ingres driver in Windows
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 improved approach we could consider taking? Tyler___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Ingres driver on Windows
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 pointed to the exact same lib sources that I put up for you. Built without a hitch and ogrinfo worked perfectly! Just trying out ogr2ogr now and having success too. I'd love to get this ingres support built into whatever versions we can get it into. OSGeo4W would be great of course but any chance for having in other default builds? Happy to help make it happen however I can. Thanks again!! Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Ingres driver on Windows
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/0LtX9YvL Tyler, Cool, that seemed to have what I needed. Linux variables seem to look for: INGRES_LIB - ingres\lib INGRES_INC - ingres\files There was no build support on windows. I've added it in trunk: http://trac.osgeo.org/gdal/changeset/23805 http://trac.osgeo.org/gdal/changeset/23806 You can see in the nmake.opt an example of what needs to be set. Note there is no precise correspondence between windows builds and unix builds with regard to variables needed. So on windows they are slightly different. I was able to build and link, but I didn't try running since I don't have a windows instance. They aren't officially distributed separately as a library package, so I might have missed something doing it ad-hoc. I'd be thrilled if you get a chance to peek at it. I'll be in IRC if you have thoughts to share or things I should try. 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. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://home.gdal.org/warmerda and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Ingres driver on Windows
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 mostly because I'm new to how nmake (VS2010) expects things, having barely used it before. While setting INGRES_LIB and INGRES_INC as env vars pointing to the right folders on Linux, it was enough for it to figure itself out. But on Windows does it require a pointer to a specific file instead? My build's failing as it tries to open a strange permutation of INGRES_LIB: LINK : fatal error LNK1181: cannot open input file 'C:\Users\admin\src\ingres\lib\.obj' If I set it to point to any files, then it builds without errors but not with any Ingres support. Perhaps the windows makefile needs to be updated to handle Ingres? I'm grasping at straws, I know :) Any tips for an nmake n00b? :) I don't assume anyone other than Frank has kicked the Ingres tires much, but would appreciate any suggestions. Best wishes and thanks! Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Ingres driver on Windows
On 2012-01-25, at 10:41 AM, Frank Warmerdam wrote: On Wed, Jan 25, 2012 at 7:13 AM, Tyler Mitchell tyler.mitch...@actian.com 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 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 mostly because I'm new to how nmake (VS2010) expects things, having barely used it before. While setting INGRES_LIB and INGRES_INC as env vars pointing to the right folders on Linux, it was enough for it to figure itself out. But on Windows does it require a pointer to a specific file instead? My build's failing as it tries to open a strange permutation of INGRES_LIB: LINK : fatal error LNK1181: cannot open input file 'C:\Users\admin\src\ingres\lib\.obj' If I set it to point to any files, then it builds without errors but not with any Ingres support. Perhaps the windows makefile needs to be updated to handle Ingres? I'm grasping at straws, I know :) Any tips for an nmake n00b? :) I don't assume anyone other than Frank has kicked the Ingres tires much, but would appreciate any suggestions. Tyler, Skimming gdal\nmake.opt and looking in gdal\ogr\ogrsf_frmts\ingres for a makefile.vc it appears that I never built the ingres driver on windows so I'm guessing you have added INGRES_LIB/INGRES_INC yourself and set up vc makefiles? If you come up with changes make sure to file a ticket with them to incorporate. Thank you for looking Frank! I have only been setting the variables myself and don't know enough about vc makefiles to much more at this point. I'll definitely get this written up if you can get it building. I'm stuck though so far. If you need a hand building things on windows point me to ingres windows libraries and I'll try it in a VM. I've bundled together just the basics that I think are needed. http://db.tt/0LtX9YvL Linux variables seem to look for: INGRES_LIB - ingres\lib INGRES_INC - ingres\files They aren't officially distributed separately as a library package, so I might have missed something doing it ad-hoc. I'd be thrilled if you get a chance to peek at it. I'll be in IRC if you have thoughts to share or things I should try. Thank you, Tyler ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
