Using GDAL and QGIS, I am able to pan and zoom through 1699 highly compressed
GeoJP2 images, that are seamlessly joined together by a .vrt file. After
zooming in to narrowing the area of interest, I then want to know the filename
of the highly compressed GeoJP2 image I am currently viewing, so t
I would find aligning the pixels to 'standard grid' to be useful as well.
Similar to the -a for g.region in GRASS.
Thanks, Eli
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Devs,
I've read and I agree with the GDAL/OGR committer guidelines.
Thanks,
Alan
On October 4, 2010 10:50:15 am Daniel Morissette wrote:
> Daniel Morissette wrote:
> > MOTION: To add Alan Boudreault as GDAL/OGR committer
>
> This motion has passed with +1 from PSC members DanielM, FrankW, EvenR
On 04/10/2010 19:43, Even Rouault wrote:
Le lundi 04 octobre 2010 17:01:14, Hermann Peifer a écrit :
* do you want to round/ceil/floor ? or so that the adjusted extent
includes the exact extent ? or so that the adjusted extent is contained
inside the exact extent ?
The adjusted extend includes
Le lundi 04 octobre 2010 17:01:14, Hermann Peifer a écrit :
>
> > * do you want to round/ceil/floor ? or so that the adjusted extent
> > includes the exact extent ? or so that the adjusted extent is contained
> > inside the exact extent ?
>
> The adjusted extend includes the exact extent.
>
Hum
Hi
We are using Gdal 1.7.0b from FWTools 2.7.1.
Our application is written in C#.
In our application we need to open a large number of tiff files (more than
2000).
We noticed that opening a dataset and then getting the projection string will
increase the amount of memory (private bytes) by more t
Todd Jellett wrote:
FYI There are mixed line endings (unix/windows) in the released version
of gdal172.zip obtained here
(http://trac.osgeo.org/gdal/wiki/DownloadSource).
This is causing a subversion problem when attempting to do a "Vendor
Update" from v1.6.0 to v1.7.2 which preserves our loc
FYI There are mixed line endings (unix/windows) in the released version
of gdal172.zip obtained here
(http://trac.osgeo.org/gdal/wiki/DownloadSource).
This is causing a subversion problem when attempting to do a "Vendor
Update" from v1.6.0 to v1.7.2 which preserves our local changes
(nmake.op
Hermann Peifer wrote:
On 04/10/2010 16:31, Even Rouault wrote:
This raises quite a few questions :
* what is a standard grid ?
Ours starts at 0,0, then goes in all directions with the given tr
* what syntax would you imagine to pass to gdal utilities to define
how you want
the rounding ?
On 04/10/2010 16:31, Even Rouault wrote:
This raises quite a few questions :
* what is a standard grid ?
Ours starts at 0,0, then goes in all directions with the given tr
* what syntax would you imagine to pass to gdal utilities to define how you want
the rounding ?
Some creation options
Daniel Morissette wrote:
> MOTION: To add Alan Boudreault as GDAL/OGR committer
>
>
This motion has passed with +1 from PSC members DanielM, FrankW, EvenR,
HowardB and TamasS (and non-PSC +1 from DidierR).
Alan, I will enable your CVS commit access once you confirm on this list
that you have re
On 10/01/2010 03:20 PM, Hermann Peifer wrote:
On 01/10/2010 07:03, Jukka Rahkonen wrote:
Hermann Peifer gmx.eu> writes:
At work, we are taking this "standard grid" issue pretty serious, but
indeed, we might be the only ones worldwide with such a business rule.
You are not alone, we are r
Brian,
Indeed, the file seems to be suspicious. See also my other mail where I
used wgrib2, as suggested by Bill. I will have to contact the data provider.
Thanks again for your time, Hermann
On 04/10/2010 16:24, brian wrote:
Hermann
GDAL uses degrib to read grib files. I tryed the product
Selon Hermann Peifer :
>
> Even,
>
> I guess that 3 interested GDAL users (on a global scale) are not enough
> to make you reconsider your initial statement:
Well, it looks like there is interest for that feature ;-) You know, when you
don't need personnaly a stuff, it generally looks a bit too s
On 04/10/2010 12:45, Vincent Schut wrote:
On 10/01/2010 03:20 PM, Hermann Peifer wrote:
On 01/10/2010 07:03, Jukka Rahkonen wrote:
Hermann Peifer gmx.eu> writes:
At work, we are taking this "standard grid" issue pretty serious, but
indeed, we might be the only ones worldwide with such a busi
On 04/10/2010 15:21, Cassanova, Bill wrote:
As a suggestion give wgrib2 a try. If it fails as well there is
something not quite correct in the grib2 itself.
I have seen this error before and the problem was exactly that.
Thanks for the hint! You are right: wgrib2 doesn't like the file either:
Hermann
GDAL uses degrib to read grib files. I tryed the product in both degrib
and gribdump, neither app will read it. Either the grib file is corrupt
or it is a varient that neither app will read.
Brian
r...@octopi ~ $ degrib HRES_ENS_2010100300+000.grib2 -I
ERROR: with inventory, so far:
Ms
Chaitanya kumar CH wrote:
> Hi,
>
> I think the problem is with the call to stat() on the samba mounted
> files. tab2tab reported the same problem.
>
Yes, that's what I think as well. I sent a small test program to
Sebastian off-list last week to try to find out more information about
what is h
Hi All,
I am getting this error for a grib2 file:
$ gdalinfo HRES_ENS_2010100300+000.grib2
ERROR 4: HRES_ENS_2010100300+000.grib2 is a grib file, but no raster
dataset was successfully identified.
gdalinfo failed - unable to open 'HRES_ENS_2010100300+000.grib2'.
I am using gdal from trunk w
It is here for the next 10 days:
http://transfer.eea.europa.eu/download/6694e0deb608337a8d0e6c1fb0ad5068
Thanks for your time, Hermann
On 04/10/2010 15:27, brian wrote:
Hermann
Do you have a link to the grib file you can share?
Brian
On Mon, 2010-10-04 at 15:16 +0200, Hermann Peifer wrote
Hi,
To follow myself up, I just had a look at the
documentation (i know, next time I'll look
before posting :-)) - the bounding window is sampled
in destination coordinates, so my remark viz
choosing SAMPLE_STEPS as the divisor of x-resolution
is not correct - but increasing the number of SAMPLE_
Hermann
Do you have a link to the grib file you can share?
Brian
On Mon, 2010-10-04 at 15:16 +0200, Hermann Peifer wrote:
> Hi All,
>
> I am getting this error for a grib2 file:
>
> $ gdalinfo HRES_ENS_2010100300+000.grib2
> ERROR 4: HRES_ENS_2010100300+000.grib2 is a grib file, but no raster
Hi all,
I'm using gdal 1.7.2 and still have the problem of reprojection with
data crossing 180W/180E.
The data are in lat-long from:
http://www.naturalearthdata.com/downloads/50m-raster-data/50m-shaded-relief/
The image is then cropped as follow:
gdal_merge.py -ul_lr
-180.0 -50.0 180.0 -90.0
Hi Ghislain,
you could try increasing the "SAMPLE_STEPS" warp option, e.g.
gdalwarp -wo "SAMPLE_STEPS=210"
which should improve the localization of the source bounding
window.
Choosing SAMPLE_STEPS as a divisor of the source datasets x-resolution
should help avoid this discretization a
24 matches
Mail list logo
