On Mon, Jan 30, 2012 at 1:17 PM, John Twilley wrote:
> I'm using gdalbuildvrt as a simple way to merge adjoining data files.
> Unfortunately, I'm noticing that some values change. I've created a
> simple test case where I make a VRT from a single GeoTIFF and compare
> histograms before and after,
On 2012-01-29, at 10:53 PM, chen zhen wrote:
> 1. One switch for turn on/off the Ingres definition.
>
> 2. Building Ingres driver as a plugin library.
I certainly like both suggestions and I see many formats are built using #1
and several with #2.
Frank et al, do you have an opinion about an
I'm using gdalbuildvrt as a simple way to merge adjoining data files.
Unfortunately, I'm noticing that some values change. I've created a
simple test case where I make a VRT from a single GeoTIFF and compare
histograms before and after, and I've attached it to this message.
Can someone tell me why
Hi Jeff,
Good point, will do - fortunately we don't doing any magic :) I'll definitely
get that updated though!
Thanks,
Tyler
On 2012-01-30, at 6:22 AM, Jeff McKenna wrote:
> As you all travel down this path, I think it's important to document the
> Windows build steps on the GDAL wiki: http
Hi,
What to do for avoiding this error when reading data from WFS into Spatialite?
Using -preserve_fid was the only thing that came into my mind but it did not
help. I am not sure if this error is critical, though.
ogr2ogr -f SQLite -dsco spatialite=yes -preserve_fid -dsco init_with_epsg=yes
-nln
Hi,
the EPSG (32662) code is projected and in meters. But my metafile is
in degrees.
Alfredo
2012/1/30 Jose Gomez-Dans :
> Hi
>
>
>
> On 30 January 2012 13:28, Alfredo Alessandrini wrote:
>>
>> Hi,
>>
>> I'm trying to reproject the VGT-P product with the gdal libraries.
>> It's right to assume
On Jan 30, 2012, at 2:20 AM, Dmitry Baryshnikov wrote:
> 30.01.2012 12:03, Tyler Mitchell пишет:
>> On 2012-01-29, at 11:46 PM, Dmitry Baryshnikov wrote:
>>
>>> By my opinion, the cmake will more flexible in path searching and setting
>>> all necessary definitions.
>>> I'm playing with cmake bu
As you all travel down this path, I think it's important to document the
Windows build steps on the GDAL wiki: http://trac.osgeo.org/gdal/wiki/Ingres
Thank you!
-jeff
--
Jeff McKenna
MapServer Consulting and Training Services
http://www.gatewaygeomatics.com/
__
Le 30/01/2012 15:05, Jose Gomez-Dans a écrit :
I don't think they are the same. Plate Carree is an equidistance
cylindrical projection. I used a different EPSG (32662) for this same
data with success, although it shows are "deprecated"...:
http://spatialreference.org/ref/epsg/32662/
Jose
spa
Le 30/01/2012 14:28, Alfredo Alessandrini a écrit :
Hi,
I'm trying to reproject the VGT-P product with the gdal libraries.
The metafile is reported below.
It's right to assume the EPSG 4326 code as source spatial reference set?
Yes, I think so. But it is not a Plate Carrée projection, since
Hi
On 30 January 2012 13:28, Alfredo Alessandrini wrote:
> Hi,
>
> I'm trying to reproject the VGT-P product with the gdal libraries.
> It's right to assume the EPSG 4326 code as source spatial reference set?
I don't think they are the same. Plate Carree is an equidistance
cylindrical projec
Hi,
I'm trying to reproject the VGT-P product with the gdal libraries.
The metafile is reported below.
It's right to assume the EPSG 4326 code as source spatial reference set?
Thanks,
Alfredo
MAP_PROJ_NAME PLATE_CARREE_1KMG nom provisoirement egal au code
MAP_PROJ_FAMILY
Hi,
It might be good to have a common option for all GDAL JPEG2000 drivers for
writing out the GMLJP2 style metadata into external GML file. There seems to be
a free special tool from j2k-codec which can add GML box into existing JPEG2000
file [1] and perhaps some day GDAL will have a similar tool
Jukka Rahkonen mmmtike.fi> writes:
> Hi,
>
> I received an JPEG2000 image which contains wrong georeferencing as
embedded
> GML. I know that origin in this
>
>
> 32.0 6953999.5
>
>
> should actually be 32.250 6953999.750
>
> Does GDAL offer any mea
Le 30/01/2012 08:22, Jukka Rahkonen a écrit :
AksakTimur yahoo.com> writes:
Yes, the files that I try to open are jpgs and bmps.
I would guess that GDAL does not support .map files generally but only with the
OZF file format. http://gdal.org/frmt_ozi.html
GDAL supports only Ozi .map file
Hi,
I received an JPEG2000 image which contains wrong georeferencing as embedded
GML. I know that origin in this
32.0 6953999.5
should actually be 32.250 6953999.750
Does GDAL offer any means for correcting the metadata? Are there other open
source t
30.01.2012 12:03, Tyler Mitchell ?:
On 2012-01-29, at 11:46 PM, Dmitry Baryshnikov wrote:
By my opinion, the cmake will more flexible in path searching and
setting all necessary definitions.
I'm playing with cmake building of gdal (but not final version yet).
What do you think about cmake
On 2012-01-29, at 11:46 PM, Dmitry Baryshnikov wrote:
> By my opinion, the cmake will more flexible in path searching and setting all
> necessary definitions.
> I'm playing with cmake building of gdal (but not final version yet). What do
> you think about cmake building of GDAL?
I enjoy using c
18 matches
Mail list logo
