[KPhotoAlbum] GPS support in KPhotoAlbum

Mark Eichin eichin at gmail.com
Wed Jul 22 23:37:17 CEST 2009

appears to say that you *can* use it in a "free to download" non-web
app, with restrictions:

Can I use Google Maps in my non-Web application?
    Yes, the Google Maps APIs can now be used in Desktop applications,
provided that they adhere to the other restrictions of the Terms of
Service. Note that in order for a desktop application to be deemed
"publicly accessible", there must be a publicly accessible webpage
from which it can be downloaded. See Section 7.1c of the Terms of
Service for more information.

7.1c is about preserving the branding, so that may be a
GPL-incompatible constraint.  (Note that google isn't pretending that
maps is any more than "free-as-in-beer" so there are probably other
license issues too...)

That said, wasn't there a maemo google-maps app? I don't know how they dealt...

On Wed, Jul 22, 2009 at 3:18 PM, Jesper K. Pedersen<blackie at kdab.com> wrote:
> Well its not that I discredit what the marble team are doing, but they might
> simply have a different goal in mind than KPA.
> As I said previously, I have absolutely nothing against marble, but I do have
> something against it not showing the street I live on (which indicates to me
> that for my usecase (and I believe a lot of other peoples use cases, it simply
> isn't mature enough).
> If marble doesn't do google maps, then I only see two possibilities, either
> they can't (due to license reasons) or they wont (due to political reasons). I
> simply don't believe that google maps are too difficult for them to integrate,
> nor that they forgot about it.
> In any of the two cases, the chances that I wondering off becoming a marble
> developer and succeeding in getting google map support in is rather slim I'd
> say.
> But instead of speculating, I'd really appreciate if someone could figure out
> why marble doesn't support google maps. Any takers?
> Cheers
> Jesper.
> On Wednesday 22 July 2009 20:17:39 Jan Kundrát wrote:
> | Risto H. Kurppa wrote:
> | > - I record a track with my GPS (=Openmoko Freerunner) and get a GPX
> | > file. Then I have a stack of photos. I'd want to easily be able to add
> | > the GPS location to each photo (=EXIF, I think). There are some tools
> | > that can do it, I've never though tried it. I wouldn't care if KPA
> | > could do it for me, but I also accept that some external app does it.
> | > One of the difficulties there is the sync: the camera clock is never
> | > exactly on time with the GPS -> I usually take a photo of the GPS
> | > device showing the exact time so this way I'm able to compare the GPS
> | > and EXIF times and find out the offset.
> |
> | That's exactly how I work, too (except that I use garmin eTrex Vista HCx
> | as the logging device). I can recommend the `jhead` command line tool
> | for adjusting the image timestamps and then `gpscorrelate` for embedding
> |  the coordinates into EXIF. From that on, it's KPhotoAlbum's turn indeed.
> |
> | > - but after this, when I have apps with locations encoded, I'd
> | > appreciate the possibility to
> | > a) see on the (openstreetmap) map where the photo has been taken
> |
> | I'm strongly in favor of using Marble. Considering that they (the Marble
> |  developers) have already invested more than one year of development
> | time into producing a usable widget showing a map, I doubt we can do
> | that in one afternoon. If we desperately need a more detailed layer
> | (Google Maps, perhaps) and Marble doesn't support it already, I guess we
> | should focus on fixing Marble instead of developing our own dirty hack.
> |
> | I planned to do something similar (adding basic functionality to KPA,
> | not improving Marble) last year, but as stuff usually ends here, I got
> | no time. Right now, the DB already has fields for storing the
> | coordinates, but there's no code that actually reads them from the EXIF
> | data. I wanted to finish that EXIF/IPTC rework before that, as it fits
> | quite nicely together. It shouldn't be that hard to add reading from the
> | relevant EXIF fields and populating the DB from them.
> |
> | Anyway, if Jesper has time, it'd be great if he can add the support
> | himself. It's been more than one year since I bought mine GPS thingy and
> | I still haven't committed any substantial support to KPA :(, so I'm
> | looking forward to your work, boss :).
> |
> | Cheers,
> | -jkt
> --
> Jesper K. Pedersen | blackie at kdab.com
> Senior Software Engineer and Global Training Manager
> Klarälvdalens Datakonsult AB, a KDAB Group company
> Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
> KDAB - Qt Experts - Platform-independent software solutions
> _______________________________________________
> KPhotoAlbum mailing list
> KPhotoAlbum at kdab.net
> http://mail.kdab.net/mailman/listinfo/kphotoalbum

_Mark_ <eichin at thok.org> <eichin at gmail.com>

More information about the KPhotoAlbum mailing list