[GIS] Convert GeoTiff to KML

kmlkmz

I am new to QGIS and would like to convert some GeoTiff images to KML/KMZ for distribution to non-GIS users to look at in Google Earth. I have recently left the Windows OS and I am running QGIS in Linux-Ubuntu. I have not yet successfully installed GE Pro on this OS. In the past I would have used Arc, Global Mapper, or GE Pro to do this.

Can someone point me to a work around?

Best Answer

You can generate KML SuperOverlay KML that points to folder of tiles or KMZ file with GDAL2TILES.py that comes with GDAL. Even better, you can use GDAL2TILES_Parallel.py Commercial Software can also do this such as Global Mapper, Map Tiler and others

If you have WMS or TMS/XYZ Tile Server you can also generate KML via MapProxy

Google Earth Pro (which is free) can work with Tiff. It can also load WMS

QGIS raster GeoTIFF file covert to kml?

Related Solutions

[GIS] Building GDAL with libKML support

I clearly didn't use it at the moment but following the GDAL official Travis build configuration file should help you sort out the issue.

Just for info, this configuration file is for testing GDAL code on Ubuntu.

Trying on my computer only GDAL with kml integration, it works after below operations when testing with official example:

wget http://s3.amazonaws.com/etc-data.koordinates.com/gdal-travisci/install-libkml-r864-64bit.tar.gz
tar xzf install-libkml-r864-64bit.tar.gz
sudo cp -r install-libkml/include/* /usr/local/include
sudo cp -r install-libkml/lib/* /usr/local/lib
sudo ldconfig
wget http://download.osgeo.org/gdal/1.11.1/gdal-1.11.1.tar.gz
tar xvzf gdal-1.11.1.tar.gz
cd gdal-1.11.1
# Prefix is pointing to my empty directory to not mix with my other GDAL install
./configure --prefix=$HOME/gdal-compile --with-libkml
make
make install
ldconfig
export PATH=$HOME/gdal-compile/bin:$PATH
export LD_LIBRARY_PATH=$HOME/gdal-compile:$LD_LIBRARY_PATH

[GIS] How to adjust KML files so that they display properly in Google Earth, ArcGIS Desktop & ArcGIS Online

The coordinates of your bounding box seem to be at equivalent locations on "default" projected basemaps in Google Earth, ArcScene, ArcGIS Desktop, and ArcGIS Online. That makes sense based on my understanding: these projections are equivalent (EPSG:3857) and all use the WGS84 Datum (EPSG:4326).

Although we're dealing with KML ("Google") data, the coordinates are not in "Google" format -- the bounding box is plain old WGS84. Since the data was previously viewed on a 3D surface, it did not need to be projected. By default, Esri must project all data into EPSG:3857 when added to ArcGIS Online (since it must contain an Esri basemap, all projected in this system). I don't understand the Esri support response.

Perhaps it is indeed a bug or feature gap in projecting large extent KML GroundOverlay objects in ArcGIS Online as KHibma suggests. I have tested KML GroundOverlay to ArcGIS Online and it works correctly. It appears to be accurate up to +/- < 10 ft on smaller extents (tested up to ~100 x 100 miles) but have not be able to verify that KML GroundOverlay to ArcGIS Online projects accurately on large extent data(e.g., "quadrant", NE hemisphere). In the example data accuracy is around +/- 100 mile.

Maybe try breaking up your groundoverlay images into smaller extent tiles and referencing each in the KML?

Best Answer

Related Solutions

[GIS] Building GDAL with libKML support

[GIS] How to adjust KML files so that they display properly in Google Earth, ArcGIS Desktop & ArcGIS Online

Related Question