I'll have to look into this more.
gdal_grid --debug on -txe 440720.0 441920.0 -tye 3751320.0 3750120.0 \
> -outsize 20 20 -ot Float64 -l grid \
> -a
invdist:power=2.0:smoothing=0.0:radius1=0.0:radius2=0.0:angle=0.0:max_points=0:min_points=0:nodata=0.0
data/grid.vr
+1
Tamas
2015-02-12 18:55 GMT+01:00 Even Rouault :
> Hi,
>
> No issue has been reported on RC2, so I invite PSC members to vote on this
> motion after doing your own testing and validation.
> Input from everyone else who can test it is also very welcome.
>
> ---
>
> Motion: The GDAL/OGR 1.11.2
Le jeudi 12 février 2015 20:54:42, Kurt Schwehr a écrit :
> Here is the full output:
>
> https://gist.github.com/schwehr/c9e9fb595d0370e7eff7
>
> fink list -i libjpeg webp
> i libjpeg-bin 9a-2 Executables for
> libjpeg package
> i libjpeg9
On 2015-02-12 12:55 PM, Even Rouault wrote:
Motion: The GDAL/OGR 1.11.2RC2 package is promoted as the
final GDAL/OGR 1.11.2 release.
+1
Daniel
--
Daniel Morissette
T: +1 418-696-5056 #201
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000
Even Rouault spatialys.com> writes:
> Motion: The GDAL/OGR 1.11.2RC2 package is promoted as the
> final GDAL/OGR 1.11.2 release.
>
> +1 Even
+1
-Jukka Rahkonen-
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
Here is the full output:
https://gist.github.com/schwehr/c9e9fb595d0370e7eff7
fink list -i libjpeg webp
i libjpeg-bin 9a-2 Executables for
libjpeg package
i libjpeg9 9a-2 JPEG image format
handling library
i libjp
Brendan,
>
> Using the Python bindings, I am having trouble getting a memory raster to
> respect SetNoDataValue. It works with a GeoTiff(if I close and then reopen
> it for reading), I presume because everything gets written when the raster
> is closed. My code:
>
> conc_band = t_ds.GetRasterBan
Hi,
Using the Python bindings, I am having trouble getting a memory raster to
respect SetNoDataValue. It works with a GeoTiff(if I close and then reopen it
for reading), I presume because everything gets written when the raster is
closed. My code:
conc_band = t_ds.GetRasterBand(1)
conc_band.Se
Hi,
No issue has been reported on RC2, so I invite PSC members to vote on this
motion after doing your own testing and validation.
Input from everyone else who can test it is also very welcome.
---
Motion: The GDAL/OGR 1.11.2RC2 package is promoted as the
final GDAL/OGR 1.11.2 release.
+1 Eve
While you've shown us your output is in unprojected (lon/lat) WGS84
coordinates, you haven't told us about your input - only that it's
datum is NAD83. If the inputs are projected, you should expect to
see skewing, since a rectangular area in projected coordinates in
gener
Hello:
I´m trying to
1. transform coordinates with ogr2ogr, for every shape in folder “FONTE”
and its subfolders
2. put the results in a destination (sub)folder "Teste"
3. organize automatically the results, in the same manner as in source
“FONTE” (results organized in destination subfolder
I'm new to learning GDAL (mapping in general). I have a bunch of tif files
(300+) that are in NAD83, but my mapping application only uses WGS84. The
tiles are all around 50-75Mb each
I'm able to use gdal warp to convert the projection properly to WGS84, but
the images (tiles) come out skewed.
I
Hi. I am not that desperate ;)
I was trying to figure out if the command ogr2ogr could use the hint in the
ticket, by using the ewkt...
Thanks,
Duarte
On Thu, Feb 12, 2015 at 9:49 AM, Rémi Cura wrote:
> depending on how desperate you are you could :
> - use simple COPY statement to export you
depending on how desperate you are you could :
- use simple COPY statement to export you LINESTRINGZM from database
- use python + python-ogr and manually create a X Y Z M file
- use python + shapely
In all case you can wrap it into a command line executable, liek ogr2ogr.
Cheers,
Rémi-C
2015
14 matches
Mail list logo
