Folks,
A client has asked me to support unicode filenames on windows. To that end
I have constructed an RFC for migration to treating all filesnames in the
GDAL API as utf-8.
http://trac.osgeo.org/gdal/wiki/rfc30_utf8_filenames
I'd appreciate review and comment. If all is well I hope to cal
Hi,
Any comments/suggestions on this issue would be immensely helpful!
I'm storing the pixel values in a buffer like this:
pafScanline = (short int*)CPLMalloc(sizeof(short int)*nxSize*nySize);
I can read the data alright. The call to GDALRasterIO is being made
correctly, which I do with:
GDAL
Smith, Michael ERDC-CRREL-NH wrote:
Frank,
I was testing accesing the OGR_STYLE value from a kmz file using the LIBKML
driver. Previously this had worked.
u4rt9...@maps:/htdocs/dhs/marine$ ogr2ogr -f OCI
oci:"user/p...@tns:marinetest MarineTraffic.kmz -nln MArineTest3 -lco dim=2
-lco srid-8265
Frank,
I was testing accesing the OGR_STYLE value from a kmz file using the LIBKML
driver. Previously this had worked.
u4rt9...@maps:/htdocs/dhs/marine$ ogr2ogr -f OCI
oci:"user/p...@tns:marinetest MarineTraffic.kmz -nln MArineTest3 -lco dim=2
-lco srid-8265 -lco launder=yes -lco precision=no -sq
I am trying to rasterize a set of points from a CSV file with
coordinates. I have created a VRT file to define a virtual 2D layer. I
am using version1.7 so I need to copy a template output image file to
rasterize (output.tif). The field "abl_val" contains the data I want to
rasterize and "f_year
* Ari Jolma (ari.jo...@gmail.com) [100914 15:37]:
> Would it make sense to use Geo::GDAL (i.e., the Perl interface to GDAL)
> for i/o data to GDAL and from there to any GDAL supported format or just
> for use within GDAL?
Geo::GML translates XML (in this case representing GML data) into
Perl's nes
I am trying to grid a set of points. My input is a CSV file for which I
have created a VRT file. The input coordinate system is WGS84 but the
output is Transverse Mercator (for which I have an ESRI PRJ file). The
command completes but the output is upside down. Here is the command
line.
gda
2010/9/14 Mark Overmeer
> * eros (gml.check.t...@gmail.com) [100914 01:50]:
> > likewise here...
> > we are adopting 3.2.1 and trying to create GML 3.2.1 validation tool but
> > getting hard to it..
>
> I have created the Perl module Geo::GML, which is capable of reading
> and writing any version
Le 14/09/2010 16:56, Donnet , Sebastien a écrit :
Hi,
I have a bunch of data in NAD27 (lat, lon ascii files) that I would like
to convert into NAD83.
How can I do that easily with gdal?
Up to now I've tried it like this:
gdaltransform -s_srs NAD27 -t_srs NAD83 < nad27.txt > nad83.txt
using a nad2
Donnet , Sebastien wrote:
Hi,
I have a bunch of data in NAD27 (lat, lon ascii files) that I would like
to convert into NAD83.
How can I do that easily with gdal?
Up to now I've tried it like this:
gdaltransform -s_srs NAD27 -t_srs NAD83 < nad27.txt > nad83.txt
using a nad27.txt that loo
Hi,
I have a bunch of data in NAD27 (lat, lon ascii files) that I would like to
convert into NAD83.
How can I do that easily with gdal?
Up to now I've tried it like this:
gdaltransform -s_srs NAD27 -t_srs NAD83 < nad27.txt > nad83.txt
using a nad27.txt that looks like that (tab separated):
71
I am trying to write a GDAL driver.
I am using Visual Studio 2005
I am new to NMake project.
My problem is that even if I make a small change and compile(F7), it
takes significant amount of time. also after compilation when I start
debugging (F5 or F10 with gdal_translate.exe) it starts buildin
I have the correct georef in the first image and the wrong in the second.
I would like to copy the georef of the first into the second.
I will try mogrify, but I think that the easier way is to create a C program
as suggested above by Giacomo.
--
View this message in context:
http://osgeo-org.1
You have a wrong georeferentiation? I think it is better to transform this
"wrong" georeferentiation.
The quick way: strip geotiff information with mogrify -strip. Now the
information from world file will be used.
Gr
Ralf
Am Dienstag 14 September 2010 12:23:08 schrieb canduc17:
> My files have
My files have both the georeferentiation, but one is correct and the other
one is wrong.
And the georeferentiation is INSIDE the geotiff file, not in a separated
.tfw file.
I would like to obtain only one file as output. To have only one GEOTiff
image with the corrected georef...
--
View this me
I think that you want to work in this way:
You can "copy" the georeference from an already opened dataset
(inputhDataset) ...
pszTargetSRS = (char *)GDALGetProjectionRef(inputhDataset);
GDALGetGeoTransform(inputhDataset, padfGeoTransform);
nGCPCount = GDALGetGCPCount(inp
Hi canduc17,
Am Dienstag 14 September 2010 11:17:07 schrieb canduc17:
> Thank you everyone.
> I thought it was simpler.
>
> @Ralf Suhr-3
> I have produced the ftw file as you suggested:
>10.00
> 0.00
> 0.00
> -10.00
>
Le 14/09/2010 11:17, canduc17 a écrit :
@Ralf Suhr-3
I have produced the ftw file as you suggested:
10.00
0.00
0.00
-10.00
584018.562500
5147058.50
but why the values are different from gd
Thank you everyone.
I thought it was simpler.
@Ralf Suhr-3
I have produced the ftw file as you suggested:
10.00
0.00
0.00
-10.00
584018.562500
5147058.50
but why the values are different from gda
* eros (gml.check.t...@gmail.com) [100914 01:50]:
> likewise here...
> we are adopting 3.2.1 and trying to create GML 3.2.1 validation tool but
> getting hard to it..
I have created the Perl module Geo::GML, which is capable of reading
and writing any version of GML. While reading it strictly vali
20 matches
Mail list logo