aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8 <develop@web>2013-09-11 20:33:58 +0000
committerGravatar admin <admin@branchable.com>2013-09-11 20:33:58 +0000
commitf47bd546d27646a184b91e9a3e4f8af4707acd92 (patch)
tree9c412fb0c7d283cd203a773794b73d7e0ccf0e01
parent5e29735864758ac1de0f844cad24eeaa22b172b1 (diff)
-rw-r--r--doc/tips/flickrannex.mdwn24
1 files changed, 18 insertions, 6 deletions
diff --git a/doc/tips/flickrannex.mdwn b/doc/tips/flickrannex.mdwn
index 84a32f71c..202d5ee53 100644
--- a/doc/tips/flickrannex.mdwn
+++ b/doc/tips/flickrannex.mdwn
@@ -36,15 +36,27 @@ After the setup has finished, it will print the git-annex configure lines.
# Notes
## Unencrypted mode
+The photo name on flickr is currently the GPGHMACSHA1 version.
-The photo name on flickr is currently the [[key|backends]] used by git-annex.
+Run the following command in your annex directory
+ git annex content flickr uuid include=*.jpg or include=*.jpeg or include=*.gif or include=*.png
## Encrypted mode
+The current version base64 encodes all the data, which results in ~35% larger filesize.
-The current version base64 encodes all the data, which results in ~35%
-larger filesize.
+I might look into yyenc instead. I'm not sure if it will work in the tEXt field.
-I might look into yyenc instead. I'm not sure if it will work in the tEXt
-field.
+Run the following command in your annex directory
+ git annex content flickr exclude=largerthan=30mb
--- Tobias
+## Including directories as tags
+Get get each of the directories below the top level git directory added as tags to uploads:
+
+ git config annex.flickr-hook 'GIT_TOP_LEVEL=`git rev-parse --show-toplevel` /usr/bin/python2 %s/flickrannex.py'
+
+In this case the image:
+ /home/me/annex-photos/holidays/2013/Greenland/img001.jpg
+would get the following tags: "holidays" "2013" "Greenland"
+(assuming "/home/me/annex-photos" is the top level in the annex...)
+
+Caveat Emptor - Tags will *always* be NULL for indirect repos - we don't (easily) know the human-readable file name.