Hi Ragi,
You mean, unless I use this pre-built version you gave me (
http://bit.ly/cNdrSr ) I´ll have to download GDAL sources + AO patches
and then build at Win box my own GDAL/MapServer bins to read this
format? Am I right?
Eduardo
Ragi wrote>>
Eduardo:
Not sure what you mean, but the ArcObj
Ryan May wrote:
Hi,
I have some satellite image data (in a proprietary format) that are in various
projections. Is there a way to use GDAL to take the binary data I already have
in memory reproject/warp them to a different projection, yielding new arrays
(i.e. without writing the data to an imag
Matt Wilkie wrote:
Of course we can't ignore the fgdb as for better or ill we still live
and operate within an ecosystem dominated by ESRI. It just won't be the
next lingua franca, used by all as a common exchange format.
Matt,
I agree. I do not believe the file geodatabase will have a signi
Hello Stefan,
Sorry for the delay in the reply (I am trying to clean up my e-mail today).
Answers inline below
On Sun, Jun 6, 2010 at 7:02 AM, Stefan Keller wrote:
> Hi Ragi
>
> Thank you for the tips.
>
> I browsed through the pages you referred to but I somehow did not find
> neither a formul
If you want to know how to use it, I sent an e-mail to the mailing
list earlier
http://www.mail-archive.com/gdal-dev@lists.osgeo.org/msg05562.html
Hi Ragi, thanks for re-posting this. I missed the earlier announcement.
matt wilkie
Geomatics An
GdalWarp can reproject image data quite easily. The hard part in your
case is going to be getting GDAL to recognize the data. Your best bet is
to somehow convert the data to a GeoTiff or some other format GDAL can
read first.
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mail
I've lost all confidence that ESRI's as yet unpublished API will be open
enough to allow gdal/ogr to use it without reverse engineering.
Although promised years ago (ESRI UC, 2007) they've been dragging their
feet and being quite close mouthed about the whole thing. Even as
recently as a few m
Eduardo:
Not sure what you mean, but the ArcObjects OGR driver is, well, an OGR
driver. So it exposes things through an OGR interface. However the
ArcObjects side of things requires an ESRI license to run.
I have been using this driver in a production environment to load data from
FileGDB to PostG
Hi,
I have some satellite image data (in a proprietary format) that are in various
projections. Is there a way to use GDAL to take the binary data I already have
in memory reproject/warp them to a different projection, yielding new arrays
(i.e. without writing the data to an image on disk)?
All t
thanks for the help Frank,
Or in less words: this support is still in development and we probably have
to think in other solution to read fgdb´s using MapServer or other based on
OGR or FDO interfaces.
Eduardo
2010/6/9 Frank Warmerdam
Eduardo Kanegae wrote:
>
>> Hi,
>>
>> I´ve this topic at Go
John,
OSSIM has a command-line tool that might be helpful. It is called
"extract_vertices" and outputs the 4 corners of the true image data.
Here is an excerpt from the document -
Used to compute the valid vertices (corners) of an image. Defines a polygon
- inside the polygon are valid sampled p
Or add extra info to http://trac.osgeo.org/gdal/ticket/2637 which seems to be
about the same issue
Le Wednesday 09 June 2010 20:28:57 Frank Warmerdam, vous avez écrit :
> António Rocha wrote:
> > Greetings
> >
> > I'm using GDAL to pre-process a few GRIB files and compare it with
> > tkdegrib and
António Rocha wrote:
Greetings
I'm using GDAL to pre-process a few GRIB files and compare it with
tkdegrib and I realized that GDAL processing GRIBs have a displacement
of a nearly 0,5 pixel SE. I'm using GDAL 1.7.1, released 2010/02/08 . Is
there any fix for this issue/problem?
António,
Y
Eduardo Kanegae wrote:
Hi,
I´ve this topic at Google
http://osgeo-org.1803224.n2.nabble.com/When-or-if-OGR-can-support-ESRI-file-geodatabase-td2592778.html
Is there any plan for OGR on supporting this ESRI format or this will
depend on 'when' ESRI be able to open this format specification.
ation from ESET NOD32 Antivirus, version of virus signature
> database 5185 (20100609) __
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
> ___
> gdal-dev mailing list
&
>
> So does --config CENTER_LONG 180 impact processing of files that are in
> other UTM Zones? ie: can I just always use this or will if mess up other
> files in some way?
No, I'd advise against always using --config CENTER_LONG 180 if you want to be
able to deal with what lies at the west of the
Hi,
I´ve this topic at Google
http://osgeo-org.1803224.n2.nabble.com/When-or-if-OGR-can-support-ESRI-file-geodatabase-td2592778.html
Is there any plan for OGR on supporting this ESRI format or this will depend
on 'when' ESRI be able to open this format specification.
best regards
--
Eduardo Pa
s,
Antonio Rocha
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5185 (20100609) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
___
gdal-dev mailing list
gdal-dev@lists.osge
El día Wednesday 09 June 2010 15:24:13, John Mitchell dijo:
> Does anyone know of a tool that will derive the minimum bounding
> polygon of the actual image
Maybe you can start with http://www.gdal.org/gdal_polygonize.html ?
Get some polygons for the black areas, then do a bit of geoprocessing to
Does anyone know of a tool that will derive the minimum bounding
polygon of the actual image within a geotiff not including the black
area on the outside of the image that makes the entire image a
rectangle. I know that you can derive the minimum bounding rectangle
of the entire geotiff by running
Even,
Excellent! this fixed the problem and I can split the image if I need to
do that.
So does --config CENTER_LONG 180 impact processing of files that are in
other UTM Zones? ie: can I just always use this or will if mess up other
files in some way?
Thanks,
-Steve
Even Rouault wrote:
Thanks for the link Even!
There was everything I needed to know in line 338 - "Loop over bands".
I was missing this: Description = banda.GetDescription().
Thanks,
Eloi
On Tue, Jun 8, 2010 at 9:41 PM, Even Rouault
wrote:
>
> http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/python/samples/gda
2010/6/9 GeoSpatial - Kevin
> Has someone already documented the performance difference between x32 and
> x64 versions of the FWTools / gdal? Improvement by how much? Many thanks.
>
>
Kevin,
I don't expect too much difference in performance, and I'm not aware of any
compare results. However one
23 matches
Mail list logo
