Hi Jukka, David and others,
We were rendering in the past the elevation data into Mercator tiles with
http://www.maptiler.com/, the follower of my GDAL2Tiles.py script - for
extremely fast pixel access to the elevation values at given geographic
location - without a need for server software for ho
Jukka,
No matter the endpoint the user uses to access the data, behind the scenes,
there must be fast pixel access, correct? Or are you saying that at WFS would
do it quickly out of the box?
David
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@list
Hi,
Perhaps, but in this game the rule was not to have any GIS servers. Myself I
would rather consider WFS. It could send heights from single points but also a
profile along a line or all values within a polygon.
-Jukka-
Brian Case [r...@winkey.org] wrote:
> -Jukka
> tileindex, mapserver, an
Andy Cheetham geomaticSolutions.com> writes:
>
> Hi All
>
> I'm have trouble linking GDAL 1.10 with CURL support enabled.
>
> I can and have been building GDAL 1.9 with CURL so I'm sure I have all the
> settings within the nmake.opt file correct, unless I have to do something
> different for
-Jukka
tileindex, mapserver, and the gdal wms driver
On Mon, 2014-02-03 at 17:20 +, Jukka Rahkonen wrote:
> Luke Roth gmail.com> writes:
>
> >
> > Another thing that might speed up access is setting the config
> option GDAL_DISABLE_READDIR_ON_OPEN = TRUE, either as an environment
> varia
Luke Roth gmail.com> writes:
>
> Another thing that might speed up access is setting the config
option GDAL_DISABLE_READDIR_ON_OPEN = TRUE, either as an environment
variable or on the command line. That should help with GDAL reading the
directory each time it opens a dataset. I have an applica
Hi All
I'm have trouble linking GDAL 1.10 with CURL support enabled.
I can and have been building GDAL 1.9 with CURL so I'm sure I have all the
settings within the nmake.opt file correct, unless I have to do something
different for the latest version.
I'm on Windows 7 and have tried using both
Dan,
I had not heard of the KEA format and it looks promising, accept the need to
compile. I am hoping to this with out-of-the-box GDAL. I also did not see a
license statement. GDAL does support HDF5 (another format I am not familiar
with), but it looks like the limit is 2GB for the built in
Another thing that might speed up access is setting the config option
GDAL_DISABLE_READDIR_ON_OPEN
= TRUE, either as an environment variable or on the command line. That
should help with GDAL reading the directory each time it opens a dataset.
I have an application which reads one value from each
