On Tue, Jun 29, 2010 at 3:41 AM, Axline, John wrote:
> We have a need to generate VMAP files from ESRI shapefiles. The
> most-promising utility I’m aware of is OGR/OGDI, but that appears to perform
> only the opposite conversion, VMAP to SHP. Am I missing a capability, or
> another resource?
>
> T
We have a legacy app that is using the csharp binaries. I tried to build the
csharp bins using the visual studio 2008 command prompt. Everything works fine
on the box that the bins were built on or any box that has visual studio (2009)
installed but once it goes on a non-dev box, I start getting
We have a need to generate VMAP files from ESRI shapefiles. The
most-promising utility I'm aware of is OGR/OGDI, but that appears to
perform only the opposite conversion, VMAP to SHP. Am I missing a
capability, or another resource?
Thanks, and apologies in advance for additional neophyte question
Well elevation, particularly bathymetry, is an obvious application for
colourmaps for negative data.
Marco, I deal with colourmaps with negative values using the vrt
element instead of the element.
See below, (note the data is a single band raster, but the VRT exands
this to 3 band RGB.
On 28-06-2010 23:47, Michael Sumner wrote:
Thanks for the heads up, I've not used GMT versions of NetCDF much, or
recently. The vast majority of NetCDF I've had to work with do not
make this explicit, and this is about the most detailed discussion
I've seen:
http://www.mail-archive.com/cf-metad.
Thanks for the heads up, I've not used GMT versions of NetCDF much, or
recently. The vast majority of NetCDF I've had to work with do not
make this explicit, and this is about the most detailed discussion
I've seen:
http://www.mail-archive.com/cf-metad...@cgd.ucar.edu/msg00566.html
Cheers, Mike.
On 28-06-2010 23:21, Michael Sumner wrote:
Am I correct in interpreting this post to mean that the pixel-is-area and pixel-is-point tiffs>are
read the exact same way by GDAL, with the only difference being in the value of the>AREA_OR_POINT
metadata key? Should viewers then be looking for>the "A
> Am I correct in interpreting this post to mean that the pixel-is-area and
> pixel-is-point tiffs >are read the exact same way by GDAL, with the only
> difference being in the value of the >AREA_OR_POINT metadata key? Should
> viewers then be looking for >the "AREA_OR_POINT" key in addition to
On Mon, Jun 28, 2010 at 11:41 AM, Fischer, Andreas
wrote:
> Hi Frank,
> I'm sorry for my missing response yet. Nevertheless thank you for your
> helpful explanation!
>
> But since it seems that there is no way getting gdal converted tif-files with
> creation option NBITS=1 properly displayed in
Hi,
I'm trying to wrap my head around Geotiff's AREA_OR_POINT=Area versus
AREA_OR_POINT=Point, and how that translates into GDAL. I've read the
"PixelIsPoint Raster Space" and "PixelIsArea Raster Space" sections of the
geotiff spec, and tried to find previous posts on the topic with very limi
Hello,
maybe a solution may be found at a lower level, using gdal java
bindings with Jackcess (http://jackcess.sourceforge.net/), the library
behind mdb-sqlite. This could be a simpler solution for all platforms
besides Windows.
c
On Fri, 25 Jun 2010 16:06:48 William Kyngesburye wrote:
> PGeo sup
I am doing some testing of the WMS driver with gdal and have a
question. If I define the and parameters as 2000px I
would expect that the WMS request would request a image width and
height of 2000. When I checked the log files GDAL is requesting a
976x976 image and then rescaling the returned i
Hi Frank,
I'm sorry for my missing response yet. Nevertheless thank you for your helpful
explanation!
But since it seems that there is no way getting gdal converted tif-files with
creation option NBITS=1 properly displayed in MapInfo Professional, it might
make sense looking for another shell p
13 matches
Mail list logo
