When we list data I strip out the path because if there are any CJK
files inside it will break the layout [TODO: fix this better]
The backup file creates a new backup file each time the file gets
written with ".BK.n." where n is a number starting from 1
Data was not written if some data was found in LR and then a Maps
lookup was done. This was because the overwrite check was done on set
data not original data
Add debug URL output to google (requests)
Add more valid types to look for an address in the returned data for
Google Maps API
Removed spaces from some lines
Skip XMP files with .BK. inside, they are backup files
Look into double-byte characters and print layout issues -> open
OpenStreetMap has optional parameter email to add an email address for
large requests amount.
Also check google and open street map options do not overlap.
All requests are now built with the parameters option when queries so
any parameter given is automatically correctly encoded.
If -s (--strict) argument is given it will check the path too and not
only the file basename.
The following bug fixes have been done:
- if verbose was not given it was unset and so google lookup debug
output crashed. Is set to 0 on unset
- if data is found multiple times in the Lightroom DB we print out a
different warning and not put it into the not found group
- after a google lookup write the data back into the base set for debug
output purposes
- if Lightroom data is used for overwrite data was never written because
the unset check was done on the already set data and not the original
unset data
