Folks,
I have migrated the gdal.org domain from my own care at Tucows to OSGeo
administration at pairnic. There may be up to a four hour interruption in
operation of the gdal.org, www.gdal.org and home.gdal.org domains. Sorry for
the inconvenience.
Best regards,
--
Nick,
You can download an .osm file from the OSM Slippy Map (main map page) and
upload this to our online 'geoconverter'.
We're using a two step approach to do this:
1. convert .osm to gml by using an XSLT (based on
http://wiki.openstreetmap.org/index.php/Converting_OSM_to_GML)
2. convert gml to
Andrey Kiselev wrote:
> Mateusz,
>
> On Mon, Aug 04, 2008 at 08:55:13PM +0200, Mateusz Loskot wrote:
>>> Threshold is 1.0 for byte data type, so it means that we are
>>> having seriously different warping results on different hosts.
>> But do you consider these differences of warp_4 results as ef
Mateusz,
On Mon, Aug 04, 2008 at 08:55:13PM +0200, Mateusz Loskot wrote:
> > Threshold is 1.0 for byte data type, so it means that we are
> > having seriously different warping results on different hosts.
>
> But do you consider these differences of warp_4 results
> as effect of an error?
No, it
Two years ago, I had the same problem. The cascading documentation
is not obvious when starting with gdal.
(My problem was a CMD LINE BUFFER EXCEEDED error using gdal_merge.py not
knowing that I can use the general option --optfile). Starting the
documentation with a brief description of the cas