I am using gdal 1.4.5 and wish to use gdal_merge to mosaic *.img images.
The command runs successfully (no error is reported) but the output file
contains the last input image and not mosaiced output.
I use openEV to see the output file.
This is how is used the command :
gdal_merge.py -of HFA -o
On Thu, May 30, 2013 at 4:46 PM, Jukka Rahkonen
wrote:
> Jonathan Greenberg illinois.edu> writes:
>
> >
> > Folks:
> > I'm using a Windows install of GDAL 1.7.0 (FWTools) -- when I run:
> >
> > gdal_translate -sds -of "GTiff" [some.hdf] "myoutput"
> > The output filenames do not have the .tif ext
Dear all
On Linux systems the Norwegian SOSI-driver works now well and can be
compiled easily:
http://osgeo-org.1560.x6.nabble.com/Compile-GDAL-OGR-with-SOSI-support-tt5045207.html#a5049558
I would love to get that driver also into OSGeo4W (see also:
Packaging-the-FYBA-lib-for-SOSI-support-in-th
Jonathan Greenberg illinois.edu> writes:
>
> Folks:
> I'm using a Windows install of GDAL 1.7.0 (FWTools) -- when I run:
>
> gdal_translate -sds -of "GTiff" [some.hdf] "myoutput"
> The output filenames do not have the .tif extension. If I set the output
file to "myoutput.tif", it appends the "
Hi Folks,
Ari: thanks to raise my head. I'm now member of (also) this mailing list.
Yes, it seems that NLSFI has very unique way to create those GML's. However I
have understood that they like pretty much follow INSPIRE guidelines. So, this
kind of GML's could be common in Europe, soon.
I thin
