2011/1/7 Jason Roberts
> Thanks for your thoughts. Based on them, I'd recommend the following two
> things be created.
>
> 1. GDAL windows installation program, or at minimum, a wiki page that says
> how to install the GDAL libraries and utilities (executables and Python
> scripts) to \Program Fi
hello
Could you possibly give me an idea to create a "transparent" image
from a shape file ?
how can I do that ?
regards
--
Ahmet Temiz
Jeoloji Müh.
Planlama ve Zarar Azaltma Dairesi Başkanlığı
Bilgi ve CBS grubu
Eskişehir Yolu 10. km.
Lodumlu / Ankara
Tel : 0 312 2872680 / 1535
__
Hi Jonathan,
On Thu, 06. Jan 2011 at 22:06:06 -0700, jonathan.s...@gdc4s.com wrote:
> To bring this up to the capabilities that I already use from FWTools, how
> would an end user like myself add in support for additional formats (e.g.
> JPEG2000, MrSID) and .NET bindings?
If the ECW and MrSID DL
Ahmet,
Use the gdal_rasterize utility with a combination of the command line
options -a_nodata and -init with the same value.
To achieve transparency with the alpha band, give a fourth value for the
-burn option and make sure to include the fourth band with the -b option.
2011/1/7 ahmet temiz
>
repeatedly (nearly 1400). Is this a bug? Because I imagine that this is
not an expected print...
Thanks
Antonio
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5766 (20110107) __
The message was checked by ESET NOD32 Antivirus.
http
Frank,
> I would suggest building it as an installer .exe, perhaps using NSIS as
> I did for FWTools, or perhaps the method mentioned by Jurgen produces
> a nice installer.
If possible, I would suggest the final output be a .msi (Windows Installer
package) rather than a .exe. In an effort to make
400). Is this a bug? Because I imagine that this is not
> an expected print...
>
> Thanks
> Antonio
>
>
> __ Information from ESET NOD32 Antivirus, version of virus
> signature database 5766 (20110107) __
>
> The message
Tamas,
WIX looks like a great technology for building the installation package.
I've never used it but I took a quick look and it seems to provide what is
needed.
As I understand it, you are pondering whether it would be better to have
GDAL in Program Files\OSGeo\GDAL or in Program Files\GD
On 07-01-2011 15:07, Jason Roberts wrote:
Tamas,
WIX looks like a great technology for building the installation
package. I've never used it but I took a quick look and it seems to
provide what is needed.
As I understand it, you are pondering whether it would be better to
have GDAL in Prog
On 11-01-07 10:07 AM, Jason Roberts wrote:
put GDAL in Program Files\GDAL, and
OSGeo4W in Program Files\OSGeo4W.
Jason,
I would note that OSGeo4W installs in C:\OSGeo4W by default, and there are
no plans currently to change this. OSGeo4W will continue to use it's
internal copy of GDAL.
> It
Joaquim,
I hear your pain about having the space in the name. It would probably not
be too much trouble for the installer to allow the user to change the
installation directory. That is a basic option of most installers so it
would probably not be hard to implement with a WIX-built installer.
2011/1/7 Jason Roberts
> WIX looks like a great technology for building the installation package.
> I’ve never used it but I took a quick look and it seems to provide what is
> needed.
>
>
>
Jason,
I've already used WIX many times and I'm very satisfied with it.
> As I understand it, you are
Jason,
I understand all that (though not necessarily agree). Possibly part of
my reluctance stands also from the no-understanding of the degree of
potential evilness attributed to PATH changes. Remember that path
changes can be done on local profiles only or system wide but most of
all, path
So far, it sounds like I will have to build GDAL, with various options, third
party plugins, and libraries configured for the build, in order to get the
capabilities that I currently use from FWTools. (Unless a new release of
FWTools is made, but that seems unlikely to occur at this point.)
The
Hi Chaitanya,
Setting PYTHONPATH did solve the problem. The new gdal-python bindings
were installed under /user/local/lib64/python2.4/site-packages and the
path was not set automatically. It would be nice if the sys.path is
modified automatically by gdal installation.
Thanks
Xiaodong
Xiaodo
Frank,
Thanks for the clarification of the various issues. I will start an RFC for
this next week.
Jason
-Original Message-
From: Frank Warmerdam [mailto:warmer...@pobox.com]
Sent: Friday, January 07, 2011 10:29 AM
To: Jason Roberts
Cc: gdal-dev@lists.osgeo.org
Subject: Re: Fwd: Re: [gd
On 1/6/11 7:55 PM, Frank Warmerdam wrote:
One question not discussed is whether GDAL should be minimalist or
maximalist. That is, do we want to include as many formats as possible
despite the fact that it drags in lots of supporting libraries?
+1 for Maximalist. We want as many things as possi
Hi Chris,
On Fri, 07. Jan 2011 at 12:03:47 -0800, Christopher Barker wrote:
> On 1/6/11 8:23 PM, Jürgen E. Fischer wrote:
>> You get a desktop link and a start menu entry that both opens a command line
>> window from where you can use GDAL
> very nice.
>> and start python with gdal available.
>
All,
Below is a question/probelm from one of my co-workers (who doesn't (yet)
want to subscribe to the list).
~James Hiebert
From: Hailey Eckstrand
Date: Fri, 7 Jan 2011 13:05:10 -0800
Hello all,
I am trying to reproject a geotif using gdalwarp:
gdalwarp -t_srs "+proj=longlat" -s_srs "+proj=l
Hello,
Now that GDAL supports the OZF2 and OZFx3 formats, I think it is time to
improve the processing of the .map files.
The current implementation supports only 3 datums, while OziExplorer
supports 123 datums.
I have added the support for all OziExplorer datums, but before sending
the patc
On 11-01-07 04:35 PM, Jean-Claude REPETTO wrote:
Hello,
Now that GDAL supports the OZF2 and OZFx3 formats, I think it is time to
improve the processing of the .map files.
The current implementation supports only 3 datums, while OziExplorer supports
123 datums.
I have added the support for all O
On 11-01-07 04:18 PM, James Hiebert wrote:
All,
Below is a question/probelm from one of my co-workers (who doesn't (yet)
want to subscribe to the list).
~James Hiebert
From: Hailey Eckstrand
Date: Fri, 7 Jan 2011 13:05:10 -0800
Hello all,
I am trying to reproject a geotif using gdalwarp:
gda
On 01/07/11 22:18, James Hiebert wrote:
I am trying to reproject a geotif using gdalwarp:
gdalwarp -t_srs "+proj=longlat" -s_srs "+proj=lcc +lat_0=47.5 +lat_1=30.0 +y_0=320.0 +lat_2=60.0
+x_0=3825000.0 +lon_0=-97.0 +a=637" -r bilinear -srcnodata "1e20" -dstnodata "1e20" -tr
0.5 0.5 -te
Thanks for the quick response. It was definitely the missing +b. It seems
that proj will fill in the +b with the same value if +a is given. Adding +b
to the s_srs flag did the trick.
~James
On Fri, Jan 07, 2011 at 04:51:05PM -0500, Frank Warmerdam wrote:
> On 11-01-07 04:18 PM, James Hiebert w
On 01/07/11 22:48, Frank Warmerdam wrote:
I have two comments:
1) Please call the files ozi_ellips.csv and ozi_datum.csv
Sorry, it was a typo. Obviously, the names are ozi_ellips.csv and
ozi_datum.csv.
2) What is the origin of these files? What is their licensing? We
can't just take files
25 matches
Mail list logo