Re: [gdal-dev] FileGDB driver - internal paths

2013-01-23 Thread Simon Lyngby Kokkendorff
Hi Even, Looks great, thanks. Cheers, Simon On Wed, Jan 23, 2013 at 10:18 PM, Even Rouault wrote: > Le mercredi 23 janvier 2013 20:59:09, Simon Lyngby Kokkendorff a écrit : > > Hello List, > > > >I'm using OGR to read a FileGDB database, perform some transformations > > and then wri

Re: [gdal-dev] GDAL correlator [thoughts]

2013-01-23 Thread Even Rouault
Le mercredi 23 janvier 2013 07:56:39, Dmitriy Baryshnikov a écrit : > Hi Cristian, > > I don't understand what really you want to do. There is a normal way to > improve GDAL - make changes in local SVN snapshot and provide patches. > If you need any help feel free to ask. Dmitriy, I think that t

Re: [gdal-dev] FileGDB driver - internal paths

2013-01-23 Thread Even Rouault
Le mercredi 23 janvier 2013 20:59:09, Simon Lyngby Kokkendorff a écrit : > Hello List, > >I'm using OGR to read a FileGDB database, perform some transformations > and then write an output FileGDB database. In that process I would like to > preserve the structure of the original FileGDB, i.e. p

Re: [gdal-dev] GCTP projection -s_srs=???

2013-01-23 Thread Nikolaos Hatzopoulos
I got it: http://nsidc.org/data/atlas/epsg_3410.html On Wed, Jan 23, 2013 at 11:46 AM, Nikolaos Hatzopoulos wrote: > thanks for the respond, > > Yes you are right it is +proj=cea > I got confused with the GCTP codes > about the datum=WGS84 I am not quite sure the specs that I find from > HDFvi

[gdal-dev] FileGDB driver - internal paths

2013-01-23 Thread Simon Lyngby Kokkendorff
Hello List, I'm using OGR to read a FileGDB database, perform some transformations and then write an output FileGDB database. In that process I would like to preserve the structure of the original FileGDB, i.e. put "Feature Classes" into the right "Feature Datasets" etc. Hence, my question i

Re: [gdal-dev] GCTP projection -s_srs=???

2013-01-23 Thread Nikolaos Hatzopoulos
thanks for the respond, Yes you are right it is +proj=cea I got confused with the GCTP codes about the datum=WGS84 I am not quite sure the specs that I find from HDFview are: Projection=GCTP_CEA ProjParams=(6371228,0,0,0,0,3000,0,0,0,0,0,0,0) SphereCode=-1 --Nikos On Wed, Jan 23, 2013 at 1

Re: [gdal-dev] GCTP projection -s_srs=???

2013-01-23 Thread Frank Warmerdam
Nikos, I see that GCTP Projection 97 is Cylindrical Equal Area. This can have a standard parallel and a central meridian (from http://www.remotesensing.org/geotiff/proj_list/cylindrical_equal_area.html). Without knowing what these are it is hard to do much, but you might try it assuming they are

Re: [gdal-dev] gridding binary data

2013-01-23 Thread David Hoese
Ah sorry about that. I thought OGR formats and GDAL Raster Formats were the same thing. Thank you. On 1/23/13 12:12 PM, Etienne Tourigny wrote: gdal_grid takes a vector file (e.g. shapefile) as input, it cannot take a raster (gtiff) as input please read the documentation before asking other

Re: [gdal-dev] GDAL/OGR 1.10.0 Beta1 Question

2013-01-23 Thread Even Rouault
Le mercredi 23 janvier 2013 01:05:19, Smith, Michael ERDC-CRREL-NH a écrit : > The EXIF metadata is data from Digital Cameras (see > http://en.wikipedia.org/wiki/Exchangeable_image_file_format). This changes > just puts the metadata in a specific domain. Yes and no, this is not a "change". This is

[gdal-dev] GCTP projection -s_srs=???

2013-01-23 Thread Nikolaos Hatzopoulos
I have this projection for my nasa hdf file: Coordinate System is: LOCAL_CS["GCTP projection number 97", UNIT["Meter",1]] Origin = (-17334194.000,7344784.82500186265) Pixel Size = (25067.525334417932754,-25067.525298634809587) I tried to reporject my image using gdalwrap and

Re: [gdal-dev] gridding binary data

2013-01-23 Thread Even Rouault
Le mercredi 23 janvier 2013 17:57:37, David Hoese a écrit : > Hi Norman, > > Yes this sounds like it should work. I'll try it when I get a chance. > If I made a geotiff with no navigation(WKT) and had X,Y,Z as individual > bands would that work? How do I tell gdal_grid which dimension or band >

Re: [gdal-dev] gridding binary data

2013-01-23 Thread Etienne Tourigny
gdal_grid takes a vector file (e.g. shapefile) as input, it cannot take a raster (gtiff) as input please read the documentation before asking other questions http://www.gdal.org/gdal_grid.html Etienne On Wed, Jan 23, 2013 at 2:57 PM, David Hoese wrote: > Hi Norman, > > Yes this sounds like it

Re: [gdal-dev] gridding binary data

2013-01-23 Thread David Hoese
Hi Norman, Yes this sounds like it should work. I'll try it when I get a chance. If I made a geotiff with no navigation(WKT) and had X,Y,Z as individual bands would that work? How do I tell gdal_grid which dimension or band is X, which is Y, and which is Z? Thanks. Could you please CC me

Re: [gdal-dev] gridding binary data

2013-01-23 Thread Norman Vine
Dave Seems to me this is a point not a raster process you are looking for e.g. How do I make a surface from a bunch of discrete points ? So instead of having 3 bands of raster you want a stream of XYZ triplets you can then submit these to gdal_grid or other tools that work with discrete data

Re: [gdal-dev] GDAL/OGR 1.10.0 Beta1 Question

2013-01-23 Thread reinaldo
Frank, The reason I asked is because very few cameras with GPS save photo images as Tiff. There are very few that also save it as proprietary RAW. If the idea is to read the GPS EXIF Tags and output a GeoTiff, a Tiff reader will not reach most users of cameras with GPS. It should be a JPEG read