<div dir="ltr"><div>​Work is being done in this area, intended to be an extension of the RasterLite2 library (of the spatialite project), which will hopefully come out this year.</div><div><br></div><div>The Raster-support in RasterLite2 supports Georeferenced images called Raster-Coverage's.</div><div><br></div><div>The idea would be to add support for Geotaged images in the form of an 'Album'</div><div>- one Album containing images</div><div>- each Album could belong to another Album</div><div><br></div><div>For each Image, the Exif-Information would be extracted and stored in the row together with the original image.</div><div>- spatialite already has reading capabilities for Exif-Information (but at the moment no writing)</div><div>The GPS-Information is then stored in a MULTIPOINT Geometry</div><div>- 2 points if GPSDest* Information was found</div><div><br></div><div>Since the Exif-Information is stored in the row</div><div>- the idea would be that it could be changed and the image updated (and exported)</div><div><br></div><div>Based in the existing RasterLite2 logic, where there is an extra TABLE containing a summery of Information about for each Raster-Coverage</div><div>- there would be a corresponding 'Album-Coverage' would exist with one entry per Album (as a summery), containing</div><div>-- the area the photos inside the Album contains --> to zoom to the area</div><div>-- a MULTILINE GEOMETRY which shows all the LINESTRING that exist in the Album</div><div>-- a MULTIPOINT GEOMETRY which shows all the images that do not have GPSDest* Information</div><div>-- an GEOMETRYCOLLECTION, containing both) also exists, but in my version of QGIS at least,  GEOMETRYCOLLECTION cannot be displayed</div><div>- Bearing and distance being calculated when possible.</div><div><br></div><div>This had be developed about 2 years ago for a historical Database project</div><div>- about 600 images were at that time collected</div><div>- short (title) long (image description) where collected an added with the exiftool</div><div>-- setting fields used by linux, mac and windows file explorers (each system using different fields)</div><div>- the estimated position where the photo was shot from being set as the GPSLat/Long value</div><div>- the main point of interest set as the GPSDest* value</div><div><br></div><div>The RasterLite2 tool 'rl2sniff' was initially used as a base</div><div>- which runs through a directory, searching for Georeferenced images</div><div><br></div><div>This tool was adapted (called 'rl2sniff_album') to also look for geotagged images</div><div>- and add it to the Database</div><div>-- after a refresh in QGIS, the POINTS or LINESTRINGs show up so that correction can be made when needed</div><div><br></div><div>So much of what of what is being requested, is being considered and at the moment I am working</div><div>on moving the present logic from the rl2-tool into RasterLite2-Library so that it can be SQL-Driven</div><div>- retrieve, Import, Export, update</div><div><br></div><div>My intention was to suggest this to Sandro after the first release of RasterLite2</div><div>- but since this has been delayed, I am working on this now and will summit the concept when completed</div><div>  (So Sandro has no idea about this concept of adding the 'poor cousin' geotaged images to RasterLite2)</div><div><br></div><div>As for the importing of external 'RAW' files</div><div>- at the moment the idea was to support the exiftool-json format</div><div>-- so that when a non-geotaged image was found, but a exiftool-json existed, that would be used</div><div>    (just as is done with a tif with a world file)</div><div>So adding a reading support for these RAW-files using the same logic would be practicable</div><div><br></div><div>The present documentation is based on the code of 2 years ago, but will be updated when the integration has been completed.</div><div><br></div><div>Mark Johnson, Berlin Germany</div></div>