-- Forwarded message --
From: maven apache
Date: 2009/7/17
Subject: Re: [GRASS-user] The geotiff format problem
To:
Cc: grass-u...@lists.osgeo.org
2009/7/17 Markus Neteler
> On Thu, Jul 16, 2009 at 3:10 PM, maven apache
> wrote:
> > Hi all:
> > I have exported the roads in th
Hi all,
I am trying to compiling GDAL 1.6.1 with libdap. I find libdap 3.9.2 is not
compatible with GDAL because the object relationships are changed in libdap
3.9.2. I have to use libdap 3.8.2 and still get the error.
For libdap: ./configure --prefix=/var/tmp/www/libdap-3.8.2
For GDAL: ./con
no one?
To bad, well, I will see what I can do on my own.
/Tomas
Tomas R skrev:
I have no luck
Downloaded compiled package form http://vbkto.dyndns.org:1280/sdk/
(MSVC2008 (Win32) -stable, v 1500).
I set the path as described before, that is:
nadPath =
Path.Combine(Path.GetDirectoryName(
steve.tout...@inspq.qc.ca wrote:
Hello,
I need to crop an image based on a polygon from a shapefile.
Could not figure how to do it so I used gdal_translate and I specified
the extent of the shapefile like this
gdal_translate -projwin -428734.998712 20337 1.497532 -387578.449250
172036.180727 E
Folks,
Some folks have experienced poor performance with some GDAL drivers,
particularly on network disks, due to the high cost of fseek() and
ftell() operations. I have reworked the VSIL implementation used for
IO on non-win32 operating systems to try and keep track of the current
file offset,
Hello,
I need to crop an image based on a polygon from a shapefile.
Could not figure how to do it so I used gdal_translate and I specified the
extent of the shapefile like this
gdal_translate -projwin -428734.998712 20337 1.497532 -387578.449250
172036.180727 EstMtl.img rssMtl.img
But the polygo
Le Thursday 16 July 2009 10:14:27 Jørn Vegard Røsnes, vous avez écrit :
> Hi again,
>
> On Wednesday 15 July 2009 13:12:38 Jørn Vegard Røsnes wrote:
> > Hi all,
> >
> > can you see the problem (this works with proj4)?
> > It works if I remove "+a=6378273" from proj4-string, but I assume the
> > out
Le Thursday 16 July 2009 10:41:02 Smart, Gary, vous avez écrit :
>
> But how do I load a OGRSpatialRef object with the output from the
> GDALApplyGeoTransform? Presumably I can prime the OGRSpatialReference
> using the result of GDALDataset::GetProjectionRef?
Yes, almost. See below
> I'm not ye
Le Thursday 16 July 2009 18:08:33 jteasis, vous avez écrit :
> I am working towards getting a program using ECW and other formats. I have
> gotten my GDAL 1.5.4 to install with the rest but ECW is giving me
> problems. I was wondering if there was somebody who could help me figure
> out how to comp
Jorge,
CPLAssert should be rarely used. You should generally use CPLError instead.
I've regularly removed remaining CPLAssert from GDAL code base to replace
them with CPLError when it was appropriate.
As you noted, CPLAssert causes an abort to the process, which is generally a
bad thing from u
Gary,
I think it would be better if you give the requirements for your
application, the general way you would like to develop it and the
technologies you are comfortable with.
Best regards,
--
Chaitanya kumar CH.
On Thu, Jul 16, 2009 at 8:04 PM, Smart, Gary wrote:
> Thanks Craig,
>
>
>
> But
I am working towards getting a program using ECW and other formats. I have
gotten my GDAL 1.5.4 to install with the rest but ECW is giving me problems.
I was wondering if there was somebody who could help me figure out how to
compile GDAL with ECW correctly. I would greatly appreciate it. Thank yo
Thanks Craig,
But perhaps you can give me a clue as to how to set up a WMS and
interface with it (or where some documentation may exist online)?
I got the impression the WMS was only driven from XML files? I'm afraid
I still haven't got my head around what is a WMS and what is MapServer!
Hello,
Please, correct me if I'm wrong:
The CPLAssert macro should be used only to report errors that force
application to abort, like when we can't read a raster band, for
example. For errors that only has sense in the context of the code
that we're developing, we may perform a "common" error ch
> -Original Message-
> From: Even Rouault [mailto:even.roua...@mines-paris.org]
> Sent: 15 July 2009 21:14
> To: Smart, Gary
> Cc: gdal-dev@lists.osgeo.org
> Subject: Re: [gdal-dev] Converting raster pixel space to geospace
>
> Le Wednesday 15 July 2009 20:50:15 Smart, Gary, vous avez écr
Hi again,
On Wednesday 15 July 2009 13:12:38 Jørn Vegard Røsnes wrote:
> Hi all,
>
> can you see the problem (this works with proj4)?
> It works if I remove "+a=6378273" from proj4-string, but I assume the
> output will be wrong.
>
> ./ogr2ogr -s_srs EPSG:4326 -t_srs "+proj=stere +lat_0=90 +lon_0=
16 matches
Mail list logo