You should use gdalwarp only, no ned for gdal_merge.py.
The order of input datasets is important, so in your case you should use
gdalwarp south.tif north.tif merge.tif
Plus you don't need a mask, the last input file will override the first one.
Etienne
On Fri, Apr 13, 2012 at 4:09 PM,
looks to me like you do not have write permissions for that directory.
If on linux try 'cp 11MAY05170702-P1BS-052548267010_01_P001.NTF tmp1.NTF'
On Thu, Apr 12, 2012 at 4:54 PM, Jonathan Greenberg j...@illinois.edu wrote:
Here's it with debug ON:
gdal_translate -of ENVI
This might be overkill, but would using gdal to create an overview be
suitable for you?
You could call gdaladdo or use the API (BuildOverviews)
http://www.gdal.org/classGDALDataset.html#a2aa6f88b3bbc840a5696236af11dde15
Etienne
On Wed, Apr 11, 2012 at 11:31 AM, K.-Michael Aye
Your email is slightly contradictory, you say you use data from 1.8 in
both tests.
you definitely should not be mixing gdal version with associated data.
You chould be getting correct results when not mixing them, is that
the case?
Can you try using 'gdalsrsinfo EPSG:26943' with gdal 1.9 and
I suspect you get expected results if you force the crs like this:
gdal_translate -a_srs EPSG:26943 in.tif out.tif
gdalinfo out.tif
On Tue, Apr 10, 2012 at 5:41 PM, Ivan Lucena ivan.luc...@pmldnet.com wrote:
Hi Etienne,
OK, let's keep the focus on 1.9. I did what you said:
Can you try
Claire,
You may have to set the output extents manually with the -te option.
This has been the solution to many problems with gdalwarp.
Etienne
On Mon, Apr 9, 2012 at 11:12 AM, Claire Porter claire.por...@gmail.com wrote:
Dmitry (and the list),
Using the warp options you suggested does not
...@gmail.com wrote:
Etienne,
When I set the extents using -te, I get an output of size 0. I think
the problem is not in the warping itself, but in the transformation
using the RPCs.
Thanks,
Claire
On Mon, Apr 9, 2012 at 10:04 AM, Etienne Tourigny
etourigny@gmail.com wrote:
Claire,
You may
I am able to compile MrSID SDK with gdal-1.9 (custom install, not
ubuntugis) in Ubuntu 11.10, so probably something different in the
ubuntugis install of gdal, as suggested bu Even.
On Tue, Apr 3, 2012 at 6:31 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le mardi 03 avril 2012 23:07:51,
raster back down to my
extent of interest which is no problem.
Cheers,
Derek
On Thu, Mar 22, 2012 at 10:37 PM, Etienne Tourigny
etourigny@gmail.com wrote:
Derek - unless I am mistaken, gdalwarp should work fine for this, as
long as both datasets are properly geo-referenced.
gdalwarp tmp1
Kyle,
the driver(s) probably need to support large file API
From http://trac.osgeo.org/gdal/wiki/UserDocs/ReadInZip
The fact that this new capability is implemented as virtual file
systems imply that it will only work for GDAL drivers supporting the
large file API. A non-exhaustive list of such
Derek - unless I am mistaken, gdalwarp should work fine for this, as
long as both datasets are properly geo-referenced.
gdalwarp tmp1.tif tmp2.tif result.tif
The order of the arguments controls how they are stacked one on top of
the other.
Etienne
On Thu, Mar 22, 2012 at 11:12 PM, Derek Morgan
I am the author of those changes (adding metadata copy to gdalwarp),
and I must confess I had not thought of scale and offset.
What I did do was add non-conflicting metadata (at the dataset and
band level) and some band-related stuff like description.
I have just tested and gdalwarp does not pass
The reference for EPSGTreatsAsLatLong is This method returns TRUE if
EPSG feels this geographic coordinate system should be treated as
having lat/long coordinate ordering.
However, EPSG 3035 is not a geographic coordinate system, but a
projected one (Lambert Azimuthal Equal Area).
Etienne
On
Akshay,
Caching is done independently for each opened dataset, as long as
total caching does not exceed GDAL_CACHEMAX.
You can control the size of the cache with the GDAL_CACHEMAX config
option, see the following wiki pages
http://trac.osgeo.org/gdal/wiki/ConfigOptions
Hendy,
I suggest you have a look at the recent netcdf driver in trunk, I have
implemented proper handling of multidimension netcdf variables
(T,Z,Y,X). This might be able to resolve your problem - providing you
are able to create a netcdf file with multiple dimensions as this is
not done by the
I have created a patch to copy dataset and band-level metadata, following
the ideas in this thread.
Set ticket http://trac.osgeo.org/gdal/ticket/3898 - Any comments welcome.
I have not implemented Chaitanya's suggestion to scan for all sources
though.
Etienne
On Thu, Nov 10, 2011 at 3:26 PM,
Can you not pass the full path to the vrt file? This would resolve the
problem. Like Even I don't see an easy fix in the driver.
Etienne
On Wed, Feb 29, 2012 at 6:57 AM, Yves Jacolin yjaco...@free.fr wrote:
Even,
I understand.
Thanks,
Y.
Le Mercredi 29 Février 2012 09:54:27 Even Rouault
Brent,
to use that experimental feature (available in 1.9.0), you need to set
GDAL_FIX_ESRI_WKT=TOWGS84
Try the following:
GDAL_FIX_ESRI_WKT=TOWGS84 gdalsrsinfo yourfile.shp
If you see the towgs84 parameters in the PROJ.4 string, then it will
work with ogr2ogr.
This is documented in
Try with debugging output, perhaps it explains the error?
$ gdalinfo --debug on /data/tmp/2011-01.grib
GRIB: Problems with ReadGrib1Record called by ReadGrib2Record
Inside ReadGrib1Record
GRIB1 GDS: Expect PV = 255 != 33
ERROR 4: /data/tmp/2011-01.grib is a grib file, but no raster dataset
was
Not yet, but soon.
This question probably belongs in the ubuntu mailing list at osgeo, though.
Here is the answer to your question:
http://www.osgeo.org/pipermail/ubuntu/2012-February/000470.html
Etienne
On Wed, Feb 15, 2012 at 10:19 AM, maning sambale
emmanuel.samb...@gmail.com wrote:
As the
it sits now, in most cases you will need to
specify -te xmin ymin xmax ymax with gdalwarp to avoid that error
Brian
On Tue, 2012-02-07 at 19:22 -0200, Etienne Tourigny wrote:
Even, Frank,
thanks for your answers. I have run into a problem with using
gdalwarp with geoloc transform
with the transformer the way it sits now, in most cases you will need to
specify -te xmin ymin xmax ymax with gdalwarp to avoid that error
Brian
On Tue, 2012-02-07 at 19:22 -0200, Etienne Tourigny wrote:
Even, Frank,
thanks for your answers. I have run into a problem with using
Paolo,
This feature would have to be driver-specific, so adding it to netcdf
would not benefit other drivers (in fact not all of them support
this).
Some time ago there was a discussion about standardizing the
driver:filename syntax , it seems to have stalled. It could be a nice
addition to have
Hi all,
I would like to have information on the status of geolocation array
support in GDAL.
The relevant RFC4 (http://trac.osgeo.org/gdal/wiki/rfc4_geolocate) is
still under development, and the information there is that
GDALCreateGeoLocTransformer is currently partially implemented.
Also,
, 45d 9' 1.25N)
Regards,
Etienne
On Tue, Feb 7, 2012 at 7:05 PM, Frank Warmerdam warmer...@pobox.com wrote:
On Tue, Feb 7, 2012 at 7:40 AM, Etienne Tourigny
etourigny@gmail.com wrote:
Hi all,
I would like to have information on the status of geolocation array
support in GDAL
On Tue, Feb 7, 2012 at 9:13 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le lundi 06 février 2012 02:41:40, Etienne Tourigny a écrit :
Hi all,
The default memory limit for warp operations is 64MB, which is far too
low using recent hardware and leads to inefficiencies in I/O when
Alessandro,
unfortunately there is not a reliable tool on GDAL at the moment, but
I have been working on experimental EPSG lookup, see ticket #4345
http://trac.osgeo.org/gdal/ticket/4345
It requires gdalsrsinfo from gdal-1.9 and some extra data files
installed in the gdal data directory (see
The ticket is sort of a mess as there are 2 experimental features in there...
I have updated the ticket with more information and a modified shell script.
Etienne
On Mon, Feb 6, 2012 at 2:29 PM, Hermann Peifer pei...@gmx.eu wrote:
On 06/02/2012 14:52, Etienne Tourigny wrote:
I have been
Hi all,
The default memory limit for warp operations is 64MB, which is far too
low using recent hardware and leads to inefficiencies in I/O when
warping large images.
This can be changed using the -wm option of gdalwarp, or if using the
API change the value of GDALWarpOptions::dfWarpMemoryLimit.
You can use valrepl.py script to make a copy of your image with new values.
http://svn.osgeo.org/gdal/trunk/gdal/swig/python/samples/val_repl.py
Or if you really want to edit the shapefile afterwards, try out the
OGR python bindings, but you would need to write your script.
Etienne
On Thu, Feb
In my opinion the mode (majority) algorithm should be implemented
into gdalwarp, as it would solve re-gridding (to finer or coarser
grids) of thematic/discrete data.
The gdaladdo work-around (for coarser grids) is not very intuitive,
and does not work for finer re-gridding.
As there is existing
Hi devs,
what is the preferred way to apply a fix to a branch, given a specific
commit to trunk?
I have tried from within the branch root directory the command 'svn
merge -c 23794 ../../../trunk/gdal/ .', which works but generates a
few non-related diffs like:
Property changes on:
Martin,
My understanding is that you can back-port bugfixes which have bug
entries. New features and important changes require permission of
the PSC or release manager and perhaps an RFC.
However, as your changes only affect your driver, I think it would be
easier to commit them to 1.9.0
Andreas,
Why don't you simply use the netcdf api to create a GMT file (which
uses the netcdf file format)̣?
Have a look at the gdal hdf4 driver documentation :
http://www.gdal.org/frmt_hdf4.html , section Georeference . It seems
that you custom way of representing georeferencing is not one of
(it defaults to using curl), but GDAL doesn't test
netcdf with that (curl is tested much later).
Netcdf4 also needs some symbols from libhdf5_hl, but this is not checked for.
On Jan 3, 2012, at 4:49 PM, Etienne Tourigny wrote:
Folks,
I would appreciate minimal testing for netcdf-4 in osx before
William,
Can you comment on the status of support for netcdf4 + hdf5 in mac osx
? Has that been tested, or is it possible to include them in your
builds?
There have been a number of improvements to the netcdf driver for
1.9.0 (including support for netcdf-4), it would be nice to have that
+1 for a rc2, including fixes and netcdf-4 testing for osx and Even's bugfixes.
On Tue, Jan 3, 2012 at 12:57 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Selon Daniel Morissette dmorisse...@mapgears.com:
On 12-01-01 11:30 AM, Even Rouault wrote:
*Last minute* : I've just tested
;)
I saw some time ago that HDF5 added some capbility for integration with
netcdf4, GDAL 1.9 supports this now?
On Jan 3, 2012, at 8:04 AM, Etienne Tourigny wrote:
William,
Can you comment on the status of support for netcdf4 + hdf5 in mac osx
? Has that been tested, or is it possible
What is the status of Windows 32-bit and 64-bit ? Have they been
tested outside of Tamas' build bot?
best wishes for 2012,
Etienne
On Sun, Jan 1, 2012 at 1:30 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le dimanche 01 janvier 2012 02:38:00, Frank Warmerdam a écrit :
Motion: To
Yves,
processing of netcdf files like this may be much easier using NCO
(http://nco.sourceforge.net/)
example:
ncap -s WND=sqrt(u^2+v^2) in.nc out.nc
Etienne
On Wed, Dec 21, 2011 at 5:32 PM, Yves Jacolin (free) yjaco...@free.fr wrote:
Le mercredi 21 décembre 2011 21:01:22, Frank Warmerdam a
Frank,
is there any code freeze policy right now? I have a few bugs to
resolve in the netcdf driver (thanks to Kyle's comments).
regards,
Etienne
On Mon, Dec 19, 2011 at 7:04 PM, Frank Warmerdam warmer...@pobox.com wrote:
Dave,
If this does not make it into Beta1, then it should still make
I'd say the best habit is to 'make clean' after a significant 'svn
update', or if something is funny after a minor svn update.
cheers
Etienne
On Wed, Dec 14, 2011 at 10:25 AM, Joaquim Luis jl...@ualg.pt wrote:
On 14-12-2011 07:01, Even Rouault wrote:
Le mercredi 14 décembre 2011 01:48:36,
Frank, I have 2 issues I would like to address before 1.9 is released.
1) The ability to save the gdal commandline string and access it later.
This is useful for the netcdf 'history' metadata, and consistent with
all other software that manipulates netcdf files. Suggested patch
adds 2 functions
Yves, just out of curiosity, which gdal version are you using? You
might consider trying the dev version (1.9) as the netcdf driver has a
quite a few fixes.
Please also send me the netcdf and vrt file (or post them somewhere).
Etienne
On Tue, Dec 13, 2011 at 10:21 AM, Yves Jacolin
Yves, I tried the vrt and netcdf file you supplied and I got the same
problem if I started QGIS from another directory (than where the VRT
file is stored), but it worked if I was in the same directory.
However, gdalinfo -stats tmp4.vrt worked fine from another
directory... I can't understand why
Hi all
I have committed in the last few weeks a number of improvements to the
netcdf driver in trunk (1.9).
I would appreciate if users of the driver would try the latest version
(via svn or nightlies) and see if there are any bugs or regressions
and perhaps give some suggestions and feedback.
It would be nice to know which feature(s) or fix(es) you would like to
be implemented in the stable branch.
On Tue, Dec 13, 2011 at 5:15 PM, Andreas H. li...@hilboll.de wrote:
I would like to add many of these fixes and features to the stable 1.8
series, but new features cannot be added there
are right!
I used the top layer as the last input argument to gdalwarp, and the
result is as expected.
I had tried the opposite and only got one layer in the output (the
south american map).
Brian
On Tue, 2011-12-06 at 19:59 -0200, Etienne Tourigny wrote:
Hi all.
I am trying to combine 2
Hi all.
I am trying to combine 2 overlapping rasters into a single raster.
Specifically, I have a raster for land cover types covering South
America and another one for Brazil.
I want the values from the Brazil map to overlap the values from the
South American map.
To complicate things further,
-
From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-
boun...@lists.osgeo.org] On Behalf Of Etienne Tourigny
Sent: Thursday, December 01, 2011 7:48 PM
To: gdal-dev
Subject: [gdal-dev] Call to users and devs - ESRI .prj files needed for
testing
Hi all,
As an ongoing effort to improve ESRI
Hi all,
I have been trying to override the MODIS WKT definition (derived from
the source HDF4 files using gdal_translate), which apparently is not
sufficient for correct transformations.
The correct srs is '+proj=sinu +R=6371007.181 +nadgrids=@null
+wktext', whereas the one stored in GTiff files
Hi all,
As an ongoing effort to improve ESRI .prj file compatibility, I am
respectfully calling all users and devs to help in providing or
pointing to existing .prj files (in ESRI WKT format).
Specifically, I am working on improving support for TOWGS84 parameter
which is absent from ESRI .prj
Andy (and all),
no problem for dups, I'll quickly go through them all. Yes please
send me a zip file.
Etienne
On Thu, Dec 1, 2011 at 4:58 PM, Andy Colson a...@squeakycode.net wrote:
On 12/1/2011 12:48 PM, Etienne Tourigny wrote:
Hi all,
As an ongoing effort to improve ESRI .prj file
Thant works for me too.
A related question, does anyone know of an EPSG code to match this
sinusoidal projection used by MODIS?
Etienne
On Wed, Nov 30, 2011 at 1:26 PM, Vincent Schut sc...@sarvision.nl wrote:
On 11/30/2011 03:41 PM, elliott wrote:
Hello,
I have been searching for a way to
Hi all,
The WKT EXTENSION nodes are used in a few contexts, however I have not
been able to find any documentation, aside from random web pages and
mailing list comments about them.
Could anyone point me to any existing documentation, and inform me on
any other EXTENSION parameters that are
+1, but maybe add a short note in the ogr sql doc ?
On Thu, Nov 24, 2011 at 8:15 PM, Daniel Morissette
dmorisse...@mapgears.com wrote:
On 11-11-24 04:47 PM, Even Rouault wrote:
Hi,
The implementation of the OGR SQL SUBSTR(string, offset[, length])
function
considers that the character
Hello
On Wed, Nov 16, 2011 at 5:09 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Etienne,
It seems that setting source srs is needed when using shapefiles, as
you said. This should be documented somewhere (probably on the
ogr2ogr page and/or shapefile driver page).
Feel free to
Hi all,
I am working with data in the SAD69 Datum (EPSG:4618) from Brazil's
IBGE and when I convert any data to/from WGS84 (EPSG:4362) it appears
that there is absolutely no shift in the coordinates.
I understand that they are similar datums, but one would expect a visible shift.
The only
Even,
I had tried that as I thought it could be the cause, however:
I get the same result, although the +towgs84 parameters are set in the
source OGRCT.
You can see the shapes are identical in size:
-rw--- 1 tourigny tourigny 371684 2011-11-15 20:52 LC_CIDADE_32722.shp
-rw--- 1 tourigny
, Even Rouault
even.roua...@mines-paris.org wrote:
Le mercredi 16 novembre 2011 00:02:24, Etienne Tourigny a écrit :
Even,
I had tried that as I thought it could be the cause, however:
I get the same result, although the +towgs84 parameters are set in the
source OGRCT.
You can see the shapes
Yes, VSI* has been implemented in gdal 1.8.0, you should use the
latest stable 1.8.1.
You have this in debian experimental, but I don't use debian so can't
comment on how experimental the debian gdal 1.8 builds are.
You can also build gdal yourself from source.
Provided you upgrade to 1.8.1, you
Hi devs,
I have noticed today that there are a few format-specific tests in the
autotest/gcore folder:
aaigrid_read.py bmp_read.py envi_read.py hdf4_read.py hfa_read.py
pnm_read.py tiff_read.py
aaigrid_write.py bmp_write.py gtiff_write.py hdf4_write.py
hfa_write.py netcdf_write.py
Dear Mike,
Please add this to a relevant ticket, or create one and add it there.
http://trac.osgeo.org/gdal/report
thanks, Etienne
On Fri, Nov 4, 2011 at 4:27 PM, mrx...@hotmail.com wrote:
Dear all,
Included is a patch for s57reader.cpp that properly applies updates for
certain types of
You need an osgeo ID which you can use to login to the trac wiki.
http://www.osgeo.org/osgeo_userid/
2011/11/1 Jayesh Chaudhary aashis...@gmail.com:
Hi Mateusz I just realized that somehow my email got stuck in my outbox.
I like what you have proposed. I just wanted to add one or two points.
You can also modify the existing val_repl.py script, which modifies a
specific value found in an input dataset. You would have to modify it
because it changes the values for all bands, which is different from
your case, that all bands must have that value (254). The doownside
is that it's a
Joaquim,
I tried reading your dataset with the updated netcdf driver in linux,
but it reads the same (22) subdatasets (see below). But at least it
opens, with the following call:
gdalinfo NETCDF:S1998031140424.L2_MLAC_OC.x.hdf
In fact, your email prompted me to try it out and add support for
1) Not sure, but give it a try! If not, put it somewhere accessible on the
web. You should definitively create a ticket for this.
2)
netcdf supports HDF4 if it was configured for hdf4 support.
In that case, to force the netcdf driver you would have to
use NETCDF:filename:subdataset, or else the
On Wed, Oct 19, 2011 at 3:34 AM, Frank Warmerdam warmer...@pobox.com wrote:
On 11-10-18 10:19 PM, Etienne Tourigny wrote:
Hi Frank,
On Tue, Oct 18, 2011 at 7:22 PM, Frank Warmerdamwarmer...@pobox.com
wrote:
On Tue, Oct 18, 2011 at 1:10 PM, Etienne Tourigny
etourigny@gmail.com wrote
On Wed, Oct 19, 2011 at 10:42 AM, Jayesh Chaudhary aashis...@gmail.com wrote:
On Fri, Oct 7, 2011 at 4:44 PM, Mateusz Loskot mate...@loskot.net wrote:
On 07/10/11 19:14, Jayesh Chaudhary wrote:
It is good to see that people are supporting the idea. To know more
about CMake please visit
Analyst
Information Management and Technology
Yukon Department of Environment
10 Burns Road * Whitehorse, Yukon * Y1A 4Y9
867-667-8133 Tel * 867-393-7003 Fax
http://environmentyukon.gov.yk.ca/geomatics/
On 05/10/2011 4:08 PM, Etienne Tourigny wrote
Guys,
given these changes are considered bug-fixes/improvements, would you
approve of adding these changes (when sufficiently tested and matured)
to the 1.8 branch?
If not there are a number of bugfixes (some already commited) that I
would like to commit to 1.8.
Related to this - in what
Marc, if you get the same error with ogr2ogr/gdal_translate/gdalwarp,
it means that your destination srs is not supported. What is the
definition that you use for the destination srs?
On Tue, Oct 18, 2011 at 8:13 AM, dev4cx4...@snkmail.com wrote:
My program does MANY other things that GDAL
at
http://trac.osgeo.org/gdal/wiki/NetCDF_ProjectionTestingStatus
For reference, the page containing long-term ideas for improving the
NetCDF driver is at
http://trac.osgeo.org/gdal/wiki/NetCDF_Improvements
Regards,
Etienne Tourigny
___
gdal-dev mailing
/gdalsrsinfo.c
On Sun, Oct 16, 2011 at 11:06 PM, Frank Warmerdam warmer...@pobox.com wrote:
On Sun, Oct 16, 2011 at 6:02 PM, Etienne Tourigny
etourigny@gmail.com wrote:
I'll look into testepsg, I thought it was only for EPSG codes (guess I
was wrong). I also overlooked it because
I have written a small utility app that I think would make a nice
addition to the GDAL Utilities.
gdalsrsinfo (provisional name) processes an input SRS definition (or
dataset) and outputs the SRS definition in one or all of the formats
which GDAL can export to (WKT, PROJ.4, ESRI WKT, mapserver,
, Etienne Tourigny
etourigny@gmail.com wrote:
I have written a small utility app that I think would make a nice
addition to the GDAL Utilities.
gdalsrsinfo (provisional name) processes an input SRS definition (or
dataset) and outputs the SRS definition in one or all of the formats
which GDAL
two WKT
To: Etienne Tourigny etourigny@gmail.com
Cc: gdal-dev@lists.osgeo.org
Message-ID: 201110090132.21477.even.roua...@mines-paris.org
Content-Type: Text/Plain; charset=iso-8859-1
Le dimanche 09 octobre 2011 01:05:21, Etienne Tourigny a écrit :
Thanks Even
I see what you mean
with precedence.
regards,
Etienne
On Sat, Oct 8, 2011 at 7:56 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Le samedi 08 octobre 2011 07:05:31, Etienne Tourigny a écrit :
A related question:
given an unnamed datum with defined spheroid, PRIMEM and UNIT values,
is there a way to find
On Thu, Oct 6, 2011 at 5:52 PM, Antonio Valentino
antonio.valent...@tiscali.it wrote:
Hi Etienne,
Il 06/10/2011 22:01, Etienne Tourigny ha scritto:
Thanks for the information. It seems that using git-svn is more
suited for working locally, and then commiting back to the svn repos
Fri, 7 Oct 2011 12:52:16 -0300
Etienne Tourigny etourigny@gmail.com ha scritto:
On Fri, Oct 7, 2011 at 12:49 PM, Antonio Valentino
antonio.valent...@tiscali.it wrote:
Hi Etienne,
Il giorno Fri, 7 Oct 2011 11:17:34 -0300
Etienne Tourigny etourigny@gmail.com ha scritto:
[CUT
[degree,0.0174532925199433],
AUTHORITY[EPSG,4283]],
many thanks
Etienne
On Fri, Oct 7, 2011 at 8:36 PM, Etienne Tourigny
etourigny@gmail.com wrote:
Hi all,
I would appreciate any hints as to how I can compare 2
WKT/OGRSpatialReference objects.
My goal is to make sure that a more
My main concern with using github is that the bridge between svn and
git may or may not be easy to learn. I tried the procedure you
describe in the wiki and it was painfully slow on import. I didn't
know that you kept it up to date, because last time I checked it was
out of date.
Is it possible
It sounds great indeed!
In particular I am interested in improving detection of netcdf library
and its various incarnations and support libs (v3, v4, HDF4, HDF5,
zlib, szip), which would make things much easier for our improvements
to the netcdf driver.
I'd definitely like to help on that aspect
and don't want to break things!
thanks, Etienne
On Thu, Oct 6, 2011 at 4:56 PM, Mateusz Loskot mate...@loskot.net wrote:
On 06/10/11 20:45, Etienne Tourigny wrote:
On Thu, Oct 6, 2011 at 4:38 PM, Mateusz Loskot mate...@loskot.net wrote:
On 06/10/11 20:26, Etienne Tourigny wrote
On Thu, Oct 6, 2011 at 5:52 PM, Antonio Valentino
antonio.valent...@tiscali.it wrote:
Hi Etienne,
Il 06/10/2011 22:01, Etienne Tourigny ha scritto:
Thanks for the information. It seems that using git-svn is more
suited for working locally, and then commiting back to the svn repos
Hi all,
I was wondering what is the policy regarding access to the svn sandbox
directories. Can osgeo id's which are not commiters to gdal be
granted access to a directory within the sandbox svn (or just the
sandbox directory in general)?
I have not found any information on the gdal wiki, but
Hi all,
I am adding support for the netcdf history attribute (which keeps
track of all commands done on an netcdf file), I am trying to see how
to include as much possible information as possible in the
NCDFCreateCopy() function.
Firstly, is there a way to access to the current command line
Hi all,
On Tue, Oct 4, 2011 at 9:58 AM, Ivan Lucena ivan.luc...@pmldnet.com wrote:
Frank,
---Original Message---
From: Frank Warmerdam warmer...@pobox.com
To: Daniel Morissette dmorisse...@mapgears.com
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] Resquest for comments
the following error:
relocation R_X86_64_32 against `a local symbol' can not be used when
making a shared object; recompile with -fPIC
Means that the library you are linking to has not been compiled for
64-bit architecture.
I can see that it is trying to link to /usr/local/lib/libmfhdf.a
instead
Hi netcdf folks
It just occurred to me that input and output of the netcdf driver
could use libcf, which is an optional part of netcdf. This would
potentially ease development of complete CF compatibility.
We could also perhaps build datum and CRS support around libcf.
Thanks Frank!
I just noticed that in the resulting file, the contents of the first
file are not shifted, whereas the contents of the second file only are
shifted. Not what I would like but certainly correct, considering the
input files.
regards,
Etienne
wrote:
Motion: Extend GDAL/OGR Commit Access to Etienne Tourigny
I declare this motion passed with support from PSC members AndreyK, DanielM,
EvenR, FrankW and TamasS and with non-PSC member Kyle Shannon.
Etienne, I'll let Frank deal with the practical details to enable you as a
committer
On Wed, Sep 7, 2011 at 2:33 AM, Even Rouault
even.roua...@mines-paris.org wrote:
In case you feel like testing it, the functions needed are
OGRSpatialReference::importFromProj4() and exportToProj4(), the later
which is not documented.
Perhaps others can comment on the suitability of
Thanks for the info Even
I can see that there is not yet One standard to rule them all...
Correct me if I am wrong: is WKT the preferred way GDAL stores the
information?
There was a proposal some time ago in the CF trac to add descriptive
variables such as crs_id (EPSG code), crs_name and
On Tue, Sep 6, 2011 at 8:31 PM, Patrick Sunter patdeve...@gmail.com wrote:
On Mon, Sep 5, 2011 at 11:23 PM, Etienne Tourigny
etiennesky@gmail.com wrote:
Patrick,
A)
your suggestion does make sense, it is imperial that basic datum
information be saved as to adhere to CF-x standard
be appreciated! Here is the gdalinfo for the 3 files.
Etienne
tourigny@supernova: /data/research/work/modis/mcd45/gtiff/out/upload $
gdalinfo MCD45monthly.burndate.Win05.2010-byte.tif
Driver: GTiff/GeoTIFF
Files: MCD45monthly.burndate.Win05.2010-byte.tif
Size is 10923, 5234
Coordinate System
Patrick,
A)
your suggestion does make sense, it is imperial that basic datum
information be saved as to adhere to CF-x standard. Are those CF
variables (radius, flattening etc) really sufficient for software such
as THREDDS?
B)
The other aspect (to save projection_ref so that GDAL can import
, Aug 30, 2011 at 10:18 AM, Etienne Tourigny etienne...@yahoo.comwrote:
Brian,
I am not familiar with madis data. I assume that it is point-data for
meteorological stations?
If you like, please post your ideas and a short description in a new topic
in the wiki entry at
http://trac.osgeo.org
Frank, please do send me your emacs macros. With your permission I will
add that information to the wiki as suggested by Even.
I agree with your policy of not being too strict, but a minimal set of
standards is a good thing IMHO.
It could help in elaborating a suggested standard in the wiki
I agree with the RFC3 guidelines.
thanks for the support,
Etienne
On Fri, Sep 2, 2011 at 5:42 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Motion: Extend GDAL/OGR Commit Access to Etienne Tourigny
---
Hi,
Kyle Shannon and I would like to propose Etienne Tourigny for commit access
201 - 300 of 309 matches
Mail list logo
