<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>Hi,</p>
<p>I also think that there is enough interest by many people/organizations to have support for it in QGIS core.</p>
<p>I would have the following (mostly additional) requirements:</p>
<p><br />1. being able to read a whole folder with photos<br />2. Support for additional graphic file formats next to JPEG. Professional photographers don't store their data in JPEG documents, but in their RAW files(e.g. NEF (Nikon Raw format), CRW (Canon Raw format))<br />3. Support for GPSDestXX Tags to diplay the target point. The target point is in my opinion more important than the point where the photo was taken<br />4. Support for GPSDestBearing/GPSDestDistance to show the direction from the photo standpoint to the target point<br />5. When clicking on a photo it would be nice if the view angle could be visualized, taking into account the fov (field of view) of the lense, GPSDestCoordinates or GPSDestBearing/Distance, based on whatever is available in the EXIF data<br />6. Being able to interactively edit EXIF data in QGIS, esp. GPSDestLongitude/GPSDestLatitude, GPSDestBearing/GPSDestDistance.</p>
<p>See http://www.exif.org/Exif2-2.PDF<strong> </strong>and <a href="http://www.geofoto.ch/geophotomap/">http://www.geofoto.ch/geophotomap/</a> (when you click with the "i" Button on a photo point, the view angle is displayed (see item 5 above))</p>
<p>Paolo: do you have funding for such improvements? I may be able to contribute privately in autumn in a crowd-funding effort (esp. for items 2-6 above)</p>
<p>Perhaps we should first write a complete specification of what we expect from such a tool.</p>
<p>Andreas</p>
<p>On 2016-07-04 08:09, Paolo Cavallini wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Oh, right, good suggestion, thanks Nathan. Moreover, it can also create<br /> thumbnails:<br /><a href="http://www.gdal.org/frmt_jpeg.html">http://www.gdal.org/frmt_jpeg.html</a><br /> So the work from QGIS side seems considerably reduced.<br /> In the far past, reading EXIF was a bit a black magic, beacuse vendors<br /> implemented it with lots of variations, thus many exif readers failed<br /> often: does anybody have recent experience, is GDAL driver working in<br /> most or all cases?<br /> Thanks again.<br /><br /> Il 04/07/2016 07:58, Nathan Woodrow ha scritto:
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">GDAL also seems to support reading EXIF information if we want to use<br /> that to avoid any extra libraries.<br /><br /> On Mon, Jul 4, 2016 at 3:51 PM, Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a><br /> <mailto:<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>>> wrote:<br /><br />     Hi all,<br />     a frequent request from user is a better management of geotagged photos.<br />     What most users expect is to:<br />     1. be able to load geotagged photos<br />     2. display the locations<br />     3. display the photo clicking on the location<br />     * possibly also to show a miniature.<br />     Currently we have:<br />     * an old and relatively complex C++ plugin, much more powerful than<br />     this, and thus overkill for such a simple task<br />     * the external plugin photo2shape, that only do #1 and #2, has issues<br />     with py libraries, and leaves photos in an external path<br />     * a plugin that helps georeferencing photos.<br />     My suggestion would be to modify photo2shape to save on a<br />     spatialite/geopackage db:<br />     * the photos<br />     * their locations<br />     * the line joining consecutive points<br />     * the photos themselves<br />     * a form that will display the photo on click.<br />     Such a plugin would be IMHO a good candidate for inclusion in core.<br />     Is anyone working on something similar? Better ideas?<br />     All the best.<br />     --<br />     Paolo Cavallini - <a href="http://www.faunalia.eu">www.faunalia.eu</a> <<a href="http://www.faunalia.eu">http://www.faunalia.eu</a>><br />     QGIS & PostGIS courses: <a href="http://www.faunalia.eu/training.html">http://www.faunalia.eu/training.html</a><br />     _______________________________________________<br />     Qgis-developer mailing list<br />     <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a> <mailto:<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a>><br />     List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br />     Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br /><br /><br /></blockquote>
</div>
</blockquote>
<p> </p>
<div> </div>
</body></html>