George,
I suspect you have not generated the swig wrappers. There is a guide for
windows java bindings building in trac under the java topic.
Best regards,
Sent from my HTC
- Reply message -
From: "George Corrado"
Date: Mon, Jul 18, 2011 2:55 pm
Subject: [gdal-dev] gdal swig 1.8.1 co
More testing feedback:
When displaying in MapServer, a full path is required on Windows (only
Windows, relative paths work on Unix), in the CONNECTION parameter, such as:
FAILS: CONNECTION "filegdb/us_states.gdb"
WORKS: CONNECTION "C:/ms4w/apps/ms101/data/filegdb/us_states.gdb"
I have documen
Hi All,
Does anyone know why I'm getting this error? Or has anyone ever seen this
error?
C:\gdal-1.8.1\swig\java>nmake -f makefile.vc
Microsoft (R) Program Maintenance Utility Version 10.00.30319.01
Copyright (C) Microsoft Corporation. All rights reserved.
cd ogr
Hi Even/Frank,
An hour or two back I did take a look at Frank's idea, and noted the "no
skipped cells" and other limitations :-(
I'll go through the xyz driver docs on Wednesday because I'm out all day
tomorrow - right now I'm trying to tie up some loose ends before going
home ... (it's 10:30 p
Le lundi 18 juillet 2011 18:01:08, Frank Warmerdam a écrit :
> Zoltan,
>
> I haven't used it myself, but it looks like the XYZ driver might be
> ready made for your need:
>
> http://www.gdal.org/frmt_xyz.html
>
> It looks like it is new in 1.8.
The XYZ driver doesn't fit Zoltan's requirements b
Zoltan,
I haven't used it myself, but it looks like the XYZ driver might be
ready made for your need:
http://www.gdal.org/frmt_xyz.html
It looks like it is new in 1.8.
Best regards,
On Mon, Jul 18, 2011 at 7:04 AM, Zoltan Szecsei wrote:
> Hi,
> I have an ASCII file of DEM points that need to
Hello,
2011/7/18 Frank Warmerdam :
> 2011/7/18 Jorge Arévalo :
>> Hello,
>>
>> Is GDAL prepared for not equally sized tiled rasters? I mean this
>> http://dl.dropbox.com/u/6599273/irregularly_tiled_raster_coverage.png
>>
>> I think if my raster coverage has that arrangement, I can get rid of
>> th
2011/7/18 Jorge Arévalo :
> Hello,
>
> Is GDAL prepared for not equally sized tiled rasters? I mean this
> http://dl.dropbox.com/u/6599273/irregularly_tiled_raster_coverage.png
>
> I think if my raster coverage has that arrangement, I can get rid of
> the GDAL "block" concept. Am I right?
>
> Many
Probably, but choosing src_datasource is the unanswered part...
ie:
is there a possibility where you can specify columns for eastings &
northings, and not just height?
or does anyone know of an srs_datasource that I can restructure my file
to, that does not make me do the row/column ordering, n
Hello,
Is GDAL prepared for not equally sized tiled rasters? I mean this
http://dl.dropbox.com/u/6599273/irregularly_tiled_raster_coverage.png
I think if my raster coverage has that arrangement, I can get rid of
the GDAL "block" concept. Am I right?
Many thanks in advance, and best regards
--
Hi,
I have an ASCII file of DEM points that need to be converted into AAIG
format, so I'm hoping gdal (_translate?) will do the trick
I do not want to rely on the fact that my DEM is column/row ordered, nor
that it is "exactly" 2m spaced.
Is there some free-format ASCII that gdal can read, or
Resolved thank you.
On 07/17/2011 01:58 PM, Even Rouault wrote:
Selon David Burken:
Even,
See below with more info, looks like there are multiple defined things
including external cpl_serv.h. Hope this helps.
Dave
Yes, this was helpful. Should be fixed now. See
http://trac.osgeo.org/gdal/ti
Selon Ivan Lucena :
> Frank,
>
> I am having a similar problem with a files like that. They are taking more
> than 3 seconds just to open on gdalinfo or any GDALOpen() call. That wouldn't
> be a problem except in a case where we are running a large bath process with
> several gdal_translate runs f
13 matches
Mail list logo
