On 2/9/2013 8:24 PM, Stephen Woodbridge wrote:
On 2/9/2013 6:41 PM, Even Rouault wrote:
Le dimanche 10 février 2013 00:23:37, Stephen Woodbridge a écrit :
On 2/9/2013 6:03 PM, Jukka Rahkonen wrote:
Stephen Woodbridge swoodbridge.com> writes:
Just a followup to this, I have downloaded gdal-1.
On 2/9/2013 6:41 PM, Even Rouault wrote:
Le dimanche 10 février 2013 00:23:37, Stephen Woodbridge a écrit :
On 2/9/2013 6:03 PM, Jukka Rahkonen wrote:
Stephen Woodbridge swoodbridge.com> writes:
Just a followup to this, I have downloaded gdal-1.9.2 and get the same
results. So no joy there.
On 2/9/2013 6:41 PM, Even Rouault wrote:
Le dimanche 10 février 2013 00:23:37, Stephen Woodbridge a écrit :
On 2/9/2013 6:03 PM, Jukka Rahkonen wrote:
Stephen Woodbridge swoodbridge.com> writes:
Just a followup to this, I have downloaded gdal-1.9.2 and get the same
results. So no joy there.
Le dimanche 10 février 2013 00:23:37, Stephen Woodbridge a écrit :
> On 2/9/2013 6:03 PM, Jukka Rahkonen wrote:
> > Stephen Woodbridge swoodbridge.com> writes:
> >> Just a followup to this, I have downloaded gdal-1.9.2 and get the same
> >> results. So no joy there.
> >>
> >> -Steve
> >
> > Perh
On 2/9/2013 6:03 PM, Jukka Rahkonen wrote:
Stephen Woodbridge swoodbridge.com> writes:
Just a followup to this, I have downloaded gdal-1.9.2 and get the same
results. So no joy there.
-Steve
Perhaps vsicurl_streaming that is also mentioned in the same blog is something
worth trying.
Ye
Le samedi 09 février 2013 22:28:15, Stephen Woodbridge a écrit :
> Hi Even,
>
> Frank pointed me to your blog entry on the GDAL virtual file system at:
>
> http://erouault.blogspot.com/2012/05/new-gdal-virtual-file-system-to-read.h
> tml
>
> This is most excellent. I am trying to get this to wor
Stephen Woodbridge swoodbridge.com> writes:
>
> Just a followup to this, I have downloaded gdal-1.9.2 and get the same
> results. So no joy there.
>
> -Steve
Perhaps vsicurl_streaming that is also mentioned in the same blog is something
worth trying.
-Jukka Rahkonen-
Just a followup to this, I have downloaded gdal-1.9.2 and get the same
results. So no joy there.
-Steve
On 2/9/2013 4:28 PM, Stephen Woodbridge wrote:
Hi Even,
Frank pointed me to your blog entry on the GDAL virtual file system at:
http://erouault.blogspot.com/2012/05/new-gdal-virtual-file-s
Hi Even,
Frank pointed me to your blog entry on the GDAL virtual file system at:
http://erouault.blogspot.com/2012/05/new-gdal-virtual-file-system-to-read.html
This is most excellent. I am trying to get this to work using the
/vsicurl/ option to connect to a php page that generates CSV output,
Even,
Thanks for the response. In my case the target image uses zero for the 8bit
transparency color. When I initialize the target image I set the entire
image to all transparent, or all zeros using INIT_DEST. Then I warp /
mosaic in the source imagery. If the source imagery does NOT have
Hi Ivan,
I orthorectify such products with comparable with Envi results. But,
exist TIL driver usually have SRS WGS84 and output raster lost in
resolution on Y Axis. I correct driver and commit it (see ticket #3482
for details). Everything should be OK.
Also you need to add RPC_HEIGHT with so
Ivan,
This might be wrong, but I don't believe the GDAL RPC warper is aware of
vertical datums either. Your projections might be wrong if you are using
USGS NED DEMs which are referenced against NAVD88. My quick read of
gdal_rpc leads me to believe that GDAL only knows about horizontal and
ellipso
Thanks Even,
The low-res option really helped. Now I can test the commands in seconds
instead of hours.
I did these commands which seem to produce a tif file with overviews and
correct transparency.
I've opened it in MapWindow for now to check. MapWindow is using GDAL to
read raster files.
I will
On Sat, Feb 9, 2013 at 2:17 PM, Even Rouault
wrote:
>
> A solution - provided that MapWindows supports GDAL mask bands as
> transparency
> channels - would be :
>
By the title Paul seems to be targetting GeoServer, which does not support
the mask
bands
Cheers
Andrea
--
==
Our support, Your Su
Dear All,
I have data in (WGS84) latitude, longitude, and value format that I
would like to use the python gdal bindings convert to pixel units so
that I may interpolate the data to a grid.
I have found the following blog entry with code to do the former, but I
am receiving errors when runnin
Le vendredi 08 février 2013 23:35:26, Martin Chapman a écrit :
> I asked the following a couple of weeks ago and never got a reply. Frank,
> can you comment on this please?
>
>
>
> .
>
>
>
> I am trying to remap all "0" value pixels in the source images to the
> value "1" in the output image
> Since GDAL does not support the .TIL file,
Huh, there *IS* a TIL driver (frmts/til/tildataset.cpp) and I can see that it
tries to load the associated .RPB file.
However the manual procedure you used shouldn't change things fundamentally,
and I wouldn't expect directly using the TIL file will
Le samedi 09 février 2013 13:48:13, Paul Meems a écrit :
> The last days I've been trying to convert my ecw file to a GeoTiff so I can
> use it in Geoserver.
> The ecw is a mozaik of aerial photos.
> When I do these two commands it is working in Geoserver:
>
>- gdal_translate -of GTiff -co til
The last days I've been trying to convert my ecw file to a GeoTiff so I can
use it in Geoserver.
The ecw is a mozaik of aerial photos.
When I do these two commands it is working in Geoserver:
- gdal_translate -of GTiff -co tiled=yes -co compress=jpeg -co
photometric=YCBCR -a_srs EPSG:28992 -
19 matches
Mail list logo
