Add GeoTIFF support

[dalkvist]

JOSM should support GeoTIFF:

• Java supports TIFF out of the box since ​JEP 262 included in Java 9, so we just have to code the "Geo" part
• GeoTIFF is an ​OGC standard since 2019
• Projection grids will soon be provided in GeoTIFF format, see #18733
• ​Cloud Optimized GeoTIFF is being used for new imagery on ​OpenAerialMap

I have made a first version of geotiff support, it assumes that the (geo)tiff images are in the WGS84 projection.

Depends on GeoTools library.

[stoecker]

Probably this is better done in WMS plugin? I don't like the geotools deps in main josm.

[stoecker]

Will you change this to be a part of WMS or an own plugin?

[stoecker]

Wont go into JOSM main. Leaving as new until made into a plugin.

[HamishB <hamish_b@…>]

would you consider it with a dependency on GDAL instead? (GDAL+OGR is the de facto gold standard, also supports almost every other geodata format out there, including Shapefiles)

​http://www.gdal.org/formats_list.html
​http://www.gdal.org/ogr/ogr_formats.html

Setting up a localhost GeoServer instance for WMS support is absolutely no easy substitute for the average OSMer!

thanks,
Hamish

GRASS GIS/OSGeo/DebianGIS/GpsDrive dev teams

[HamishB <hamish_b@…>]

(for example, I have local aerial photos in GeoTIFF format which would be very useful to use, and last month we helped out with creating kml+geotiffs for the Chilean earthquake satellite extracts)

[HamishB <hamish_b@…>]

fyi, Merkaartor (plugin) support:

​http://www.mail-archive.com/merkaartor@openstreetmap.org/msg01833.html

[bastiK]

Could be added to piclayer plugin.

[anonymous]

Just wondering, is there any ETA on this?

[Klumbumbus]

No, currently nobody is working on this.

[anonymous]

Noted, thank you for the response.

I am currently using the Import Image plugin to get this functionality, but performance with large files (1Gb+) if very slow and I have to run JOSM with -Xmx4096M parameter to stop it from crashing. Would be amazing if this ticket could some day fix these issues.

[Don-vip]

It's on my radar on long term plan, unless someone beats me to do it. I have not yet planned when I will start to work on it. So no ETA.

I can only say there is about 0% chance I work on this before we switch to Java 11.

[skyper]

Replying to anonymous:

Noted, thank you for the response.

I am currently using the Import Image plugin to get this functionality, but performance with large files (1Gb+) if very slow and I have to run JOSM with -Xmx4096M parameter to stop it from crashing. Would be amazing if this ticket could some day fix these issues.

You could try to set up your own local imagery server to provide parts as tiles. Did similar once with "AeroWest" images where I had to download each tile on each zoom level separately but this was years ago. Sadly, the georeferenced aerial images are not available anymore.

[stoecker]

Setting up mapserver for a GeoTIFF on Unix is relatively easy. Result then either is a WMS or TMS.

[Don-vip]

First step is to fix this issue: ​https://github.com/drewnoakes/metadata-extractor/issues/278

[Don-vip]

PR submitted: ​https://github.com/drewnoakes/metadata-extractor/pull/586
This will allow JOSM to detect GeoTIFF files easily.

[pangoSE]

The Swedish Lantmäteriet is about to soon publish high-quality imagery as COGEO via an API.
I wonder if any help is needed to get support in JOSM for this format?
see ​https://community.openstreetmap.org/t/oppna-data-fran-lantmateriet/72615/27

[taylor.smock]

First, @Don-vip's PR to metadata-extractor needs to be merged. Don't poke that PR; someone already did that today.

Beyond that, the "big" thing with COG is that its metadata leverages HTTP GET range requests so that we only ask for bits we need. I've done that before in the PMTiles plugin.

[Don-vip]

I hope the maintainer will merge it, I had to rebase it after two years of inactivity and now it's already been 3 months without answer from him :( As I need these changes on another project I had to create a fork, I really hope I won't have to maintain it too long: ​https://github.com/don-vip/metadata-extractor/tags

[pangoSE]

Great work don-vip!
If I understood correctly, the CRS can now be extracted using ​https://github.com/don-vip/metadata-extractor
What left to support geotiff?
I found this nogdal Python library ​https://github.com/KipCrossing/geotiff which seems rather simple and supports various simple operations like extracting a boundary box to a zarr (since geotiffs are often to big to load in memory).