On Dec 11, 2008, at 8:43 PM, philippe brosson wrote:
when i configure GDAL like this:
./configure --prefix=/usr/pkg
--with-libgrass=/usr/pkg \
--with-tiff=internal \
--with-gif=internal \
--with-png=internal \
--with-jpeg=internal \
--with-libz=internal \
--without-netcdf \
--without-jas
William Kyngesburye wrote:
>
> On Dec 11, 2008, at 3:15 PM, pbrosson wrote:
>
>
>
> ECW has problems with OSX. Read works. Write does not. Though
> ECWJP2 does work both read/write (a recent development). To get that
> far with either ECW or JP2 I had to do a bit of hacking. Find all
Is there a web page where I can download GDAL/OGR 1.6?
I want to download the whole thing, the osgeo installer doesn't work past
my
office's firewall.
Regards,
nick
***
WARNING: This e-mail (including any attachments) may conta
Hi Jason,
I used a lot of the old code from old version of GDAL2Tiles when
implementing tilemapresource.xml generation, so it is possible there
are those bugs in it.
There is practically no software reading this xml file yet, so I did
not paid enough attention probably.
But it should be correct f
Hi,
I am using the Python OGR bindings to create a shapefile with a regularly
spaced grid over some multipolygons. I only want to have grid cells when the
centroid of the cell falls within one of my multipolygons. My code is simple
and rustic, but seems to be working. However, it is taking a long t
Frank Warmerdam kirjoitti:
Gong, Shawn (Contractor) wrote:
I used MS VC++ 6.0 to build gdal. Here is the error for file:
C:\build19\gdal-1.6.0\frmts\gtiff\libtiff\tif_ojpeg.c
tif_ojpeg.c(620) : error C2632: 'long' followed by 'long' is illegal
Shawn,
I think vc6 uses __int64 instead of lo
On Dec 11, 2008, at 3:15 PM, pbrosson wrote:
PowerMac G4, Mac OSX 10.4.11, tiger
powerpc-apple-darwin8.11.0
My objective is to convert maps into ECW format (for personal use).
i have build and install ECW SDK , and then built and install
sucessfully
GDAL 1.6.0. Many thanks to the develope
PowerMac G4, Mac OSX 10.4.11, tiger
powerpc-apple-darwin8.11.0
My objective is to convert maps into ECW format (for personal use).
i have build and install ECW SDK , and then built and install sucessfully
GDAL 1.6.0. Many thanks to the developers of GDAL and ECW.
However gdal_translate to ECW
hi Frank and list,
Here is another error that I got:
C:\PROGRA~1\MICROS~3\VC__6~1\INCLUDE\math.h(514) : error C2894:
templates cannot be declared to have 'C' linkage
I searched the web and the suggested solution was moving the #include
outside of the extern "C" thing. But I cannon find #include
Hi Daniele,
> I guess some definitions previously contained on java.opt have been
> actually moved on NMAKE.opt in the main gdal folder.
That was all I need to know. Grazie!
{{{
compile:
[mkdir] Created dir: C:\Dev\gdal\swig\java\build\classes
[javac] Compiling 49 source files to C:\De
Asger
it appears that when translating to GeoTIFF and that the photometric
interpretation creation option is not set, the GeoTIFF driver will try to
make a best guess and write the interpretation as RGBA.
You can achieve what you want by specifying the photometric interpretation
creation optio
thanks Frank.
I will give vc6 one more try, then migrate to VC 2005.
Shawn
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam
Sent: Thursday, December 11, 2008 2:06 PM
To: Gong, Shawn (Contractor)
Cc: gdal-dev
Gong, Shawn (Contractor) wrote:
hi list,
I used MS VC++ 6.0 to build gdal. Here is the error for file:
C:\build19\gdal-1.6.0\frmts\gtiff\libtiff\tif_ojpeg.c
tif_ojpeg.c(599) : error C2632: 'long' followed by 'long' is illegal
tif_ojpeg.c(601) : error C2632: 'long' followed by 'long' is illega
hi list,
I used MS VC++ 6.0 to build gdal. Here is the error for file:
C:\build19\gdal-1.6.0\frmts\gtiff\libtiff\tif_ojpeg.c
tif_ojpeg.c(599) : error C2632: 'long' followed by 'long' is illegal
tif_ojpeg.c(601) : error C2632: 'long' followed by 'long' is illegal
tif_ojpeg.c(606) : error C2632: '
I also just noticed that the lat and lon are reversed for the Origin and
BoundingBox. x should correspond to longitude and y should correspond to
latitude, but they are switched.
Thanks!
Jason
On Thu, Dec 11, 2008 at 10:35 AM, Jason Beverage wrote:
> Hi all,
>
> I've been playing around with g
Hi,
On Wed, Dec 10, 2008 at 7:36 PM, Lucena, Ivan <[EMAIL PROTECTED]>wrote:
> Hi there,
>
> I build the Java wrapper a couple of days ago following the instructions on
> [1] but now I need to help someone to
> build for Windows based on [2] but it looks like there was some changes
> that are not
Hi all,
I've been playing around with gdal2tiles in the OSG4W distribution and
noticed that the BoundingBox and Origin elements of the generated
tilemapresource.xml file that is generated always seems to be in lat/lon
coordinates, even when the output map is in Mercator. Other TMS resources
I've
Hi all,
I'm having problems with the color interpretation of the output from
GDAL utilities. I have some 4 band (Red, Green, Blue, Near infrared)
rasters. The fourth band is interpreted as "Undefined" by GDAL, but GDAL
insists on marking the fourth band as ALPHA in the output. Having the
fourth
18 matches
Mail list logo
