GDAL cannot be used to manipulate the netcdf dimension definitions.
You should use something specialized in dealing with netcdf dimensions such
as cdo [1] or nco [2].
[1] https://code.zmaw.de/projects/cdo
[2] http://nco.sourceforge.net/
On Tue, Apr 14, 2015 at 2:46 AM, Dominik Schneider
Does this happen when you use gdal_translate to copy the netcdf file to
another format (say gtiff)?
I am not familiar with c# but there must be a way to compile gdal and you
application to get the exact line of code that causes the crash?
Etienne
On Mon, Mar 16, 2015 at 8:57 AM, Robbie Price
Hi Julien
These improvements look really great!
Unfortunately I am on a long-term vacation and semi-retired from my GIS
work. So I am sorry but I cannot really help on testing and committing the
work...
That is why I did not respond sooner.
As the last official netcdf maintainer I should at
I am not sure, but you can do the following to make sure:
cp infile infile2
gdal_calc.py -A infile --A_band 1 -B infile2 --B_band 0 --outfile outfile
--calc (A-B)/(A+B)
Also, perhaps the extra comma in your command might be to blame -B infile,
Etienne
On Tue, Jul 29, 2014 at 3:46 AM, Cleo
Note that the licence used in the software (GNU GPL v3) is incompatible
with GDAL, so it cannot be included in the GDAL source tree without the
author's consent to use the code under another licence (such as the MIT/X
licence used by GDAL).
On Sat, Jul 19, 2014 at 10:15 AM, Nicu Tofan
this page suggests that gdal was updated to 1.10, perhaps not for you
fedora version or respositories
https://lists.fedoraproject.org/pipermail/package-announce/2014-March/130765.html
On Thu, Jul 17, 2014 at 3:41 PM, Even Rouault even.roua...@mines-paris.org
wrote:
Le jeudi 17 juillet 2014
this is not really related to gdal but to python... you should try using
shell=False and adding the entire command in one argument instead of an
array, but I'm not sure that the file globbing (*.tif) would work.
On Wed, Jul 9, 2014 at 12:31 PM, bas smit baspys...@gmail.com wrote:
While merging
It would help if you tell use how you installed gdal-1.11. Also where did
this gdal_formats.txt file come from?
On Fri, Jun 27, 2014 at 11:10 AM, 00darki alex.jong0...@gmail.com wrote:
Hi,
I'm new on the mailing list, and to begin i want to apologize for my bad
english skill.
I hope you
If these plugin files came from gisinternals and netcdf is not supported
without moving the plugin files to another directory, then that is a bug in
gisinternals. Perhaps Tamas can comment on this?
Etienne
On Fri, Jun 27, 2014 at 12:11 PM, 00darki alex.jong0...@gmail.com wrote:
..I found a
On Sat, May 24, 2014 at 4:54 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Le samedi 24 mai 2014 21:28:39, Etienne Tourigny a écrit :
Hi Even, great work!
Quick testing was fine and revealed no errors.
I was able to compile it in QGIS master very easily. The only issue I
+1 from me
On Mon, May 19, 2014 at 6:00 PM, Jukka Rahkonen
jukka.rahko...@mmmtike.fiwrote:
Even Rouault even.rouault at mines-paris.org writes:
Hi,
I think that the points raised in the discussion have been answered. I've
just
done a minor edit to the RFC text to mention RFC 36, as
From my understanding of the RFC, legacy functions GDALOpen() would only
try to open the dataset using raster drivers and OGROpen() would only try
using vector drivers, so it shouldn't take more time than in gdal 1.x.
It also seems that this RFC addresses the need to specify the driver(s)
used to
With this RFC, you could achieve this using GDALOpenEx()
e.g. GDALOpenEx( ASDFG, GDAL_OF_ALL, QWERTY)
On Fri, May 16, 2014 at 11:01 AM, Ivan Lucena lucena_i...@hotmail.comwrote:
Even,
Yes, it is hard to measure the impact of probing in a single file or any
interactive command line
You might be able to gzip compress the file
GDAL can read gzip files transparently, but I am not sure that the csv
reading code in GDAL works with compressed files.
On Thu, May 15, 2014 at 9:00 AM, Yann Chemin yche...@gmail.com wrote:
Hi Even,
I would be interested to include it. But I see
pretty interesting - it would be nice to incorporate the gdal fortran
bindings inside the gdal source!
however, it is distributed under the GNU Lesser General Public License, so
I think it's not possible...
Cheers
Etienne
On Tue, May 13, 2014 at 10:23 AM, Fabian Niggemann
, 2014 at 6:49 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Le samedi 10 mai 2014 23:31:30, Etienne Tourigny a écrit :
Hi Even,
why not simply add the geotransform and WKT or PROJ.4 string as exif
tags?
simple to read outside of gdal (any exif reader will support
Hi Even,
why not simply add the geotransform and WKT or PROJ.4 string as exif tags?
simple to read outside of gdal (any exif reader will support this) and
implement using libexif.
just my 2 cents.
Etienne
On Sat, May 10, 2014 at 5:21 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Hi,
Even is right - it never worked with the netcdf driver.
But - it works if you use the vsipreload mechanism
e.g. http://lists.osgeo.org/pipermail/gdal-dev/2013-May/036359.html
On Sun, Apr 27, 2014 at 6:03 PM, Joaquim Luis jl...@ualg.pt wrote:
On 27-04-2014 21:25, Even Rouault wrote:
Le
On Thu, Apr 24, 2014 at 6:43 PM, Eli Adam ea...@co.lincoln.or.us wrote:
Kasper,
On Thu, Apr 24, 2014 at 2:32 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Le jeudi 24 avril 2014 23:29:03, Kasper van Wijk a écrit :
thank you, Even, for the fast reply. I am a beginner at GDAL and
you probably need to include the entire string, including the WFS: prefix
On Mon, Apr 14, 2014 at 10:53 AM, David Tran david.t...@hsr.ch wrote:
Hi
I tried this:
OGRRegisterAll();
sourceName = http://maps.zh.ch/wfs/FnsNSWFS;;
sourceData = OGROpen( sourceName.c_str(), 0, NULL
On Mon, Apr 14, 2014 at 11:16 AM, Nicole Stoffels stoff...@f2e.de wrote:
Dear Gdal-List,
I have a large ASTER file (downloaded from http://www.eea.europa.eu/data-
and-maps/data/eu-dem#tab-european-data) in the GeoTIFF-format. It is
compressed with LZW. What I want to do is:
1. unpack it
Hi,
If there is a bug I am responsible for it...
I have just updated the ticket at http://trac.osgeo.org/gdal/ticket/5433
Etienne
On Tue, Apr 8, 2014 at 3:03 PM, Jonathan Greenberg j...@illinois.eduwrote:
Folks:
I'm running a gdalwarp on a sinusoidal MODIS class image to longlat,
using
Hi,
I have been looking at the GDAL TMS examples in [1] and it seems there are
a few errors
[1] http://www.gdal.org/frmt_wms.html
I am not sure if the driver, server path or server changes are to blame.
1) shouldn't EPSG:900913 be replaced by EPSG:3857 as it's now an official
EPSG entry?
2)
On Tue, Apr 1, 2014 at 5:57 PM, Kyle Shannon k...@pobox.com wrote:
On Tue, Apr 1, 2014 at 12:36 PM, Etienne Tourigny
etourigny@gmail.com wrote:
The 2 objections I have with json are :
- it is so verbose that editing by hand is not as easy as .csv
- the xml tags make file size much
On Wed, Apr 2, 2014 at 8:10 PM, William Kyngesburye
wokl...@kyngchaos.comwrote:
On Apr 2, 2014, at 4:33 PM, Even Rouault even.roua...@mines-paris.org
wrote:
Le mardi 01 avril 2014 22:14:11, William Kyngesburye a écrit :
I've wrestled with various nodata issues in the past, now it's hitting
On Mon, Mar 31, 2014 at 4:03 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Hi Etienne,
Thanks for your ideas.
Hi all,
I have a few suggestions for gdal 2.0, based on my personal experience in
learning to use, enhance and maintain gdal/ogr code.
- replace cpl/csl/string/xml
The 2 objections I have with json are :
- it is so verbose that editing by hand is not as easy as .csv
- the xml tags make file size much larger than .csv files, unless they
would be stored in a compressed file (gzip)
On the other hand, who messes with theses files on a regular basis anyway?
It
Hi all,
I have a few suggestions for gdal 2.0, based on my personal experience in
learning to use, enhance and maintain gdal/ogr code.
- replace cpl/csl/string/xml code with a mainstream, modern cross-platform
toolkit such as QT, boost, etc.
While cpl/csl classes are robust and do the job, they
I've just heard of this project - any reason (aside from licencing issues)
that it could not be added to gdal/ogr itself?
It would be cool for gdal 2.0...
cheers
Etienne
On Fri, Mar 28, 2014 at 6:49 AM, kempenep kempe...@gmail.com wrote:
Hi Jonathan,
If I understand your question
I admit I did not look too much into your application.
In fact, it would be great to add a reference to it (and other software
that uses GDAL) somewhere in the wiki, perhaps the FAQ page?
Perhaps a few of the tools could be added to the utilities or the
functionality be integrated into existing
How about multiple inheritance for mixed class? Say you have a class for
rasters and a class for vectors, and a dataset that would support both
types would inherit from these two base classes. Is that what you mean by
composite?
Etienne
On Thu, Mar 27, 2014 at 9:32 AM, Mateusz Łoskot
Have you tried running in debug mode (CPL_DEBUG=ON)?
On Thu, Mar 27, 2014 at 3:37 PM, Fabio Rinnone fabio.rinno...@gmail.comwrote:
Il 27/03/2014 18:27, Even Rouault ha scritto:
Selon Fabio Rinnone fabio.rinno...@gmail.com:
Hi, I'm trying to open datasets of WMS service with GDAL Java warp
-paris.org:
Selon Etienne Tourigny etourigny@gmail.com:
I also (respectfully) think that there are too many classes (mostly the
abstract classes and interfaces) which make it a bit hard to
understand.
I like Vincent's second suggestion to have 3 base Dataset classes
(GDALRasterDataset
I also (respectfully) think that there are too many classes (mostly the
abstract classes and interfaces) which make it a bit hard to understand.
I like Vincent's second suggestion to have 3 base Dataset classes
(GDALRasterDataset, GDALVectorDataset, GDALHybridDataset) which inherit
from
As Even suggests you should read the tutorial first, most questions will be
answered there.
As for Band extraction, you need to look at the metadata, which you can
inspect with gdalinfo
you should look for metadata like
NETCDF_DIM_time_DEF
NETCDF_DIM_time_VALUES
and band metadata like
the gdal api tutorial will give you pointers on how to access dataset and
band-level metadata
On Tue, Mar 18, 2014 at 2:38 PM, sandeep sandeepkumar7...@gmail.com wrote:
yes Etienne i need to extract band according to the NETCDF_DIM_time_VALUES.
so i am doing it in C. so i need to access these
loop for each raster as explained in the tutorial, and get the specific
metadataitem like this
const char* md = GDALGetMetadataItem(hBand, NETCDF_DIM_time_VALUE, )
md will contain the value of NETCDF_DIM_time_VALUE for that band
On Tue, Mar 18, 2014 at 2:42 PM, sandeep
You email should be sent to the qgis-developer list (this is the gdal-dev
list), which I am forwarding this to.
On Tue, Mar 11, 2014 at 7:44 AM, Nicholas Duggan
dragons8my...@live.co.ukwrote:
Hi all,
I'm trying to get my fix for the OSGB36 to WGS84 using Ordnance Surveys
OSTN02 (NTv2)
Have you tried using a 36bit (float) instead of 64bit (double) output?
double is usually the default output type and has more significant digits
(~16) than your source, so it's representation is ok in double format
see [1] for an explanation on floating-point precision
the following argument
Not sure about gdal, but cdo [1] can do this on netcdf files.
have a look at the docs and see the section grids.
You would probably have to define a rotated pole grid, then apply that grid
on your file (using setgrid), then regrid to a normal lat/lon grid using
one of the grid operators like
Perhaps differences in the hdf driver between the two versions could
explain differences in output.
Try converting netcdf file to gtiff with gdal_translate (using one gdal
version), then try gdalwarp from that common gtiff file.
On Sat, Mar 8, 2014 at 7:22 AM, Even Rouault
Jukka - have you tried with other pdf viewers?
On Fri, Mar 7, 2014 at 1:43 PM, Pepijn Van Eeckhoudt
pep...@vaneeckhoudt.net wrote:
On 07-03-14 11:42, Jukka Rahkonen wrote:
I had another try with the same binaries with a small png file (2000x2000
pixels) and conversion into pdf was fast and
tried using a .vrt file?
either way i'll reply to the list with what we do in the end
thanks for your response,
-i
*De :* Etienne Tourigny [mailto:etourigny@gmail.com]
*Envoyé :* Monday, 17 February 2014 14:09
*À :* Ivan Price
*Cc :* gdal-dev@lists.osgeo.org
*Objet
As far as I know, the gdal warp api is not exposed to python.
I have no idea on reading the MERIS data with the gdal netcdf driver - what
I the problem?
But you might be able to use this workaround: instead of creating a source
dataset using the memory driver, create a file on disk (in gtiff
this.. although it will be my fallback
option if all else fails..
have you tried using a .vrt file?
either way i'll reply to the list with what we do in the end
thanks for your response,
-i
*De :* Etienne Tourigny [mailto:etourigny@gmail.com]
*Envoyé :* Monday, 17 February 2014
On Sun, Feb 16, 2014 at 8:36 AM, Jukka Rahkonen
jukka.rahko...@mmmtike.fiwrote:
Hi,
I was thinking that a possibility to run images through filters with GDAL
could be nice sometimes. Especially for visual work with aerial and
satellite images filters like sharpen of unsharp mask
On Sun, Feb 9, 2014 at 10:21 AM, Even Rouault
even.roua...@mines-paris.orgwrote:
Le dimanche 02 février 2014 02:05:23, Joaquim Luis a écrit :
Hi,
I am seeing this warnings and trying to build with poppler (a trunk
build here) fails too with
pdfdataset.obj : error LNK2001: unresolved
What do you mean by subsets? Do you mean datasets (known as variables in
netcdf terminology)? If so, there is no way the netcdf driver can create a
netcdf file with subdatasets, sorry.
A workaround is to use gdal to create a file for each subdataset and then
merge them with the nco commandline
floating-point)
gdal-dev@lists.osgeo.org
So it recognizes bands as netcdf subsets, but with Create( ) only one
size for all bands is possible and not different sizes for different
bands-subsets.
2014-02-06 Etienne Tourigny etourigny@gmail.com:
What do you mean by subsets? Do you mean
do you mean the interface that is default in Ubuntu? there should be no
problem with that. After all, gdal is a library and a set of command line
tools.
On Tue, Feb 4, 2014 at 1:36 PM, xavier lhomme lhomme.xav...@gmail.comwrote:
Has anyone tried and succeeded to use GDAL with Unity ?
Xav
As was suggested, you could try using a mask instead.
On Thu, Jan 23, 2014 at 7:52 AM, Ammar ammar8...@yahoo.com wrote:
Chaitanya,
Thank you very much for your reply and suggestion. I have used LZW with
predictor 2 compression and added external overviews compressed in LZW too
and the
I noticed that qgis-2.0 also has a problem with this file, but places it
around 54 degrees west longitude (if using on-the-fly reprojection to
WGS84).
The CRS is different from that identified by gdal (the lon_0, units and
datum are different)
qgis:
+proj=lcc +lat_1=40.97
you have not initialized you variable pszFilename, try replacing it with
the actual file name of the file, or setting the contents of the variable.
On Fri, Dec 13, 2013 at 12:06 AM, Jun Xiong jun.xiong1...@gmail.com wrote:
Hi All:
I have a Erdas .ige file (=100GB) which was generated by gdal
Jan, can you please add your sample dataset and comments in that ticket?
Etienne
On Tue, Dec 3, 2013 at 6:37 PM, Etienne B. Racine etienn...@gmail.comwrote:
I added a ticket http://trac.osgeo.org/gdal/ticket/5311
Etienne
2013/12/2 Etienne Tourigny etourigny@gmail.com
The average
, but if you think it might be helpful, I could add a larger
raster and the results of the aggregation.
Etienne
2013/12/6 Etienne Tourigny etourigny@gmail.com
Jan, can you please add your sample dataset and comments in that ticket?
Etienne
On Tue, Dec 3, 2013 at 6:37 PM, Etienne B. Racine
The average resampling mode of gdalwarp does average resampling,
computes the average of all non-NODATA contributing pixels.
It was meant to compute the average of all the pixels in the aggregation
window. However, it may have issues in the corners.
I am the author of the average and mode
You can use gdal_translte with -projwin or -srcwin parameter
On Tue, Nov 26, 2013 at 1:50 PM, JSz ja...@agritech.co.uk wrote:
I am using GDAL_grid to create a raster image using the command :
*gdal_grid -a invdist:power=2:smoothing=0.001:radius1=0.0005:radius2=0.0005
-of GTiff -zField
are in meters though, and I'd
prefer to have them in degrees lat/lon. Do you know if there's a way to
specify that using the oar or gdal routines in your code?
Thanks,
Lee
On Mon, Nov 25, 2013 at 10:23 AM, Etienne Tourigny
etourigny@gmail.com wrote:
Forwarding to the list and others
Forwarding to the list and others...
-- Forwarded message --
From: Roger Veciana i Rovira rveci...@gmail.com
Date: Mon, Nov 25, 2013 at 9:35 AM
Subject: Re: [gdal-dev] WRF NetCDF import
To: Etienne Tourigny etourigny@gmail.com
As Etienne told you, the geotransform
fwtool is really old so you should not use it and uninstall it.
You may want to use the R package Rgdal, but I have not used iit under
windows.
http://cran.r-project.org/web/packages/rgdal/index.html
On Mon, Nov 25, 2013 at 6:16 AM, Lucia Rueda Ramirez
lucia.ru...@ba.ieo.eswrote:
Hi,
I
The georeferencing info you refer to is non-standard, and GDAL cannot use
that. It (and presumably the grass provider, although I don't know) use the
CF standard for encoding lat/lon information. what is the output of
gdalinfo NETCDF:test_full.nc:HGT
I don't know how the grass provider deals with
You might think of adding json/xml output also to gdalsrsinfo, it should
not be much work.
For example, if you have a srs node output by gdalsrsinfo, you could have
the same (and only) node in gdalsrsinfo. Also consider that there are
various output formats for srs (mostly in gdalsrsinfo, but
geolocation is stored in the GEOLOCATION metadata domain, so this should
probably work:
GDALGetMetadata( dataset, GEOLOCATION )
see http://trac.osgeo.org/gdal/wiki/rfc4_geolocate
On Wed, Oct 30, 2013 at 6:38 AM, laura0 lauram...@iol.it wrote:
Hi all,
I would like to know I can I read with
gdal-1.10.1 makes use of the 'ncconfig' utility which is available since
netcdf-4.1.3 (if I remember correctly).
In any case, it works with older versions (e.g. 4,1,1, 3.6.x) but cannot
detect netcdf-4 support as it falls back to the previous method for netcdf
detection.
As Even mentioned,
what you want is probably outside the scope of gdal. It would require some
clever metadata management so that gdal_translate puts them in a single
file...
I would advise you convert them all to netcdf using gdal_translate and then
use python-netcdf4 (not the one from numpy/scipy) to stack them in
The file has no subdatasets, so you can use any of the gdal tools
(gdalwarp, gdal_translate) normally. If you want a gtiff file you
would use gdal_translate
gdal_translate -of gtiff in.nc out.tif
On Tue, Aug 6, 2013 at 11:38 AM, Gunnar Oehmichen
oehm8...@uni-landau.de wrote:
Hi,
this is my
You could try calling exportToWkt() and test if the string is null or empty
(although I haven't tested that) - make sure to free the string afterwards.
Etienne
On Mon, Jul 22, 2013 at 8:44 PM, David Strip g...@stripfamily.net wrote:
Given an OGRSpatialReference class object, how do I tell if
You probably are experiencing a known bug, when the warping operation needs
more memory than the warp cache.
Try setting adding the following to the gdalwarp command (if it doesn't
work try a larger value).
--config GDAL_CACHEMAX 1000 -wm 1000
Also please update the ticket with any new
On Thu, Jul 4, 2013 at 3:58 AM, Carlo A. Bertelli (Charta s.r.l.)
berte...@charta.acme.com wrote:
Thanks a lot, Roger, it worked like a charm, just fiddling a little with
parameters and than run it in python.
It's really magic, I struggled with this question for two days before
writing to
It seems you don't have c++ installed...
you can *probably* install it like this
yum install gcc-c++
On Wed, Jul 3, 2013 at 1:54 PM, Daniel Kranich dan...@nusalaska.com wrote:
Hello,
I have been trying to compile GDAL on my system as I would like to enable
BigTIFF support.
I got through
you can always convert the files to netcdf using the command-line tool cdo
(climate data operators), although that would increase processing time and
disk space.
https://code.zmaw.de/projects/cdo
Etienne
On Mon, Jun 17, 2013 at 8:16 PM, Paolo Corti pco...@gmail.com wrote:
On Tue, Jun 18, 2013
I have created a ticket and a patch for this problem
http://trac.osgeo.org/gdal/ticket/5119
On Fri, May 31, 2013 at 3:28 PM, Etienne Tourigny
etourigny@gmail.comwrote:
On Fri, May 31, 2013 at 1:04 PM, Jonathan Greenberg j...@illinois.eduwrote:
Thanks -- I did notice it was an earlier
that should be a simple as
gdal_translate -of AAIGrid in.nc out.asc
On Thu, Jun 13, 2013 at 8:32 AM, Paul Meems bontepaar...@gmail.com wrote:
Hi list,
I have a netCDF file with 24 bands.
I want to create a new (ASCII) grid with the bands aggregated.
Is this possible using the gdal tools or
On Tue, Jun 4, 2013 at 6:59 AM, adi_khan adiba.niz...@gmail.com wrote:
Hi All,
Could you please suggest any open source library/API/ command line tools
(on
Linux) that can mosaic images of the kind I posted earlier (with different
paramters etc..)?
Also if I am to use gdal_merge then I
Update to gdal 1.9 and try again.
On Fri, May 31, 2013 at 2:36 AM, adi_khan adiba.niz...@gmail.com wrote:
I am using gdal 1.4.5 and wish to use gdal_merge to mosaic *.img images.
The command runs successfully (no error is reported) but the output file
contains the last input image and not
On Fri, May 31, 2013 at 7:47 PM, Jean-Claude Repetto jrepe...@free.frwrote:
On 31/05/2013 19:48, adi_khan wrote:
Thanks for your reply frank.
I understand that the GDAL I am using is ancient, but considering
'upgrading
to other version' not an option could you tell me if there's a way I can
On Thu, May 30, 2013 at 4:46 PM, Jukka Rahkonen
jukka.rahko...@mmmtike.fiwrote:
Jonathan Greenberg jgrn at illinois.edu writes:
Folks:
I'm using a Windows install of GDAL 1.7.0 (FWTools) -- when I run:
gdal_translate -sds -of GTiff [some.hdf] myoutput
The output filenames do not
On Tue, May 28, 2013 at 11:24 AM, Howard Butler hobu@gmail.com wrote:
On May 26, 2013, at 9:46 AM, Even Rouault even.roua...@mines-paris.org
wrote:
This file is the source code for a standalone shared library that can be
LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE
On Sun, May 26, 2013 at 11:46 AM, Even Rouault even.roua...@mines-paris.org
wrote:
Hi,
I've just commited in trunk a new file port/vsipreload.cpp.
This file is the source code for a standalone shared library that can be
LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE API to
On Tue, May 28, 2013 at 6:57 PM, Etienne Tourigny
etourigny@gmail.comwrote:
On Sun, May 26, 2013 at 11:46 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Hi,
I've just commited in trunk a new file port/vsipreload.cpp.
This file is the source code for a standalone shared
On Tue, May 28, 2013 at 7:35 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
I have managed to get it working buy using LD_PRELOAD=./vsipreload.so
Yes for some strange reason, some systems require the ./ and some not... My
old Ubuntu 10.04 does no, but Travis on Ubuntu 12.04 does.
On Wed, May 22, 2013 at 2:10 PM, Andreas Oxenstierna a...@t-kartor.se wrote:
Dear list,
GRID cannot interpret (tested with 1.9 and 1.10) the coordinate systems in
two different NetCDF files storing oceanographic/meteorological data.
But it can interpret the coordinates in a third NetCDF
On Tue, May 21, 2013 at 7:30 AM, Jose Gomez-Dans jgomezd...@gmail.comwrote:
Hi Frank,
On 21 May 2013 00:02, Frank Warmerdam warmer...@pobox.com wrote:
If you write a small part of an image, GDAL is likely to read a larger
area, update that and write it back. If other programs happen to
Please look at the netcdf docs at [1]
When there are various variables in a netcdf ffile, gdal treats them as
subdatasets, you can only operate on one at a time.
calling gdalinfo on the netcdf file will reveal the special names used to
access each subdataset
[1]
information gdal gets from the netcdf file.
Send me the output of both gdalinfo and 'ncdump -h yourfile.nc'
[2]
http://cf-pcmdi.llnl.gov/documents/cf-conventions/1.6/cf-conventions.html
Peng
On Mon, May 20, 2013 at 3:38 PM, Etienne Tourigny etourigny@gmail.com
wrote:
Please look
On Sun, May 19, 2013 at 4:24 PM, Peng FU fupengh...@gmail.com wrote:
Hi,
** **
Does anyone know how to build gdal in linux OS or windows OS? I want to
include the netcdf library into the gdal?
FYI some builds of gdal include netcdf support, such as ubuntugis-unstable
PPA (for ubuntu
I have created a ticket and attached a patch to resolve this.
http://trac.osgeo.org/gdal/ticket/5087
On Wed, May 15, 2013 at 11:12 AM, Etienne Tourigny
etourigny@gmail.comwrote:
I have just noticed that destination nodata value is not set when
-dstnodata option is not used in gdalwarp
I have just noticed that destination nodata value is not set when
-dstnodata option is not used in gdalwarp.
This can be problematic when warping a dataset with no data values, as the
result can be different from expected, if -dstnodata is not set.
gdalwarp does use source nodata pixels if
On Tue, May 14, 2013 at 5:54 PM, Frank Warmerdam warmer...@pobox.comwrote:
Sam,
It looks good to me, though I'm dubious about the value of treating
booleans as Byte instead of integer.
everywhere else booleans are defined as integers like this
int bSomeVar;
Best regards,
Frank
On
Whoever is responsible for the GDAL SOSI driver (at the github project
linked in the wiki) should consider contributing their code to the main
gdal codebase (dev version/trunk of course)
Cheers
Etienne
On Thu, Apr 25, 2013 at 5:58 AM, SBL stefan.blumentr...@nina.no wrote:
Done.
See:
I use a similar command, without the -a_ullr argument
e.g.
gdal_translate -a_srs '+proj=sinu +R=6371007.181 +nadgrids=@null +wktext'
input HDF subdataset output tiff file
On Thu, Apr 18, 2013 at 6:10 AM, Rutger kass...@gmail.com wrote:
Hey Laura,
Since the MxD14.A2 products are already
On Thu, Apr 18, 2013 at 12:10 PM, Rutger kass...@gmail.com wrote:
Hey,
Etienne Tourigny-3 wrote
I use a similar command, without the -a_ullr argument
And does it then capture the correct corner coordinates? If i run your
command it does assign the sinusoidal projection, but takes
You can have a look at the code used by the gdalsrsinfo , which basically
opens a GDAL/OGR datasource and outputs the proj4 (or wkt) string.
Assuming you use c/c++ of course...
http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalsrsinfo.cpp
Here is the relevant code (some declarations
information to help you out!
Jack.
--
mathuin at gmail dot com
On Sun, Apr 7, 2013 at 1:19 PM, Etienne Tourigny
etourigny@gmail.comwrote:
I have implemented mode and average warping algorithms, based on those
used in overview creation.
http://trac.osgeo.org/gdal/ticket/5049
I have committed new warping methods average and mode to trunk, this will
be part of gdal-1.10
On Tue, Apr 9, 2013 at 10:01 AM, Etienne Tourigny
etourigny@gmail.comwrote:
The patch works successfully - it was a build environment problem.
On Mon, Apr 8, 2013 at 3:17 AM, John Twilley math
Hi Even,
Thanks for your input
On Tue, Apr 9, 2013 at 3:34 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Le mardi 09 avril 2013 19:06:28, Etienne Tourigny a écrit :
I have committed new warping methods average and mode to trunk, this will
be part of gdal-1.10
Hi Etienne
On Tue, Apr 9, 2013 at 6:50 PM, Even Rouault
even.roua...@mines-paris.orgwrote:
Le mardi 09 avril 2013 20:34:40, Even Rouault a écrit :
Le mardi 09 avril 2013 19:06:28, Etienne Tourigny a écrit :
I have committed new warping methods average and mode to trunk, this
will
be part of gdal
.
ERROR 5: GDALWarpOptions.Validate()
eResampleArg=6 is not a supported value.
jmt@nala:~/git/mathuin/TopoMC$
Let me know if I can provide any additional information to help you out!
Jack.
--
mathuin at gmail dot com
On Sun, Apr 7, 2013 at 1:19 PM, Etienne Tourigny
etourigny
I have implemented mode and average warping algorithms, based on those used
in overview creation.
http://trac.osgeo.org/gdal/ticket/5049
This code has been tested on a few datasets (see attachments) with all
datatypes (Byte, Int, Float) but not all cases have been looked into (e.g.
color tables,
On Tue, Feb 19, 2013 at 12:59 PM, Frank Warmerdam warmer...@pobox.com wrote:
On Tue, Feb 19, 2013 at 9:39 AM, Etienne Tourigny
etourigny@gmail.com wrote:
It would be nice to be able to specify many extensions in a
comma-separated list such as nc,cdf,nc4. It can probably be done
(metadata
1 - 100 of 309 matches
Mail list logo
