This is the bug tracker for Photo Organizer.
FS#349 - Checkout / Offline work with portion of organizer...
Attached to Project:
Photo Organizer
Opened by Peter Sanders (plsander) - Monday, 21 April 2008, 15:45 GMT-4
Opened by Peter Sanders (plsander) - Monday, 21 April 2008, 15:45 GMT-4
|
DetailsI'm not sure what category this should go it.
I'm using Photo Organizer for my family pictures on a non-public household server. When I go on a trip I usually take my laptop along as the storage collection device for my pictures. I would find it useful to have a way to enter information about my images while on the trip -- some sort of traveling instance of PO which could then be uploaded to the master Organizer server when I get home. It would also be useful to be able to 'check-out' a portion of the master Organizer's collection to the traveling instance to allow classification and tagging of images while on trips. |
This task depends upon
So. While splitting off subsets of a PO repository is straightforward, re-syncing them afterwards is a very tough problem, especially when you consider the possibility of conflicting changes. I have some ideas on how this might be implemented, but they'd inevitably require a radical rewrite of PO.
In the short term, all I can suggest is to use the 'XML Generator' to generate a template data.xml file. You can then customize it as needed in the field (eg add keywords, equiment, etc), and when you get home you can do a bulk upload using this file.
Longer-term, we need an off-line app that can be used to tag/sort the images. This can be something we write from scratch (or a plugin for an existing app) that will generate that data.xml for us. (A hard requirement for this app is that the original images must remain unmodified)
It's a complicated beast of a problem, and commercial solutions cost a *lot* of money.
- Checkout 'locks' the record for the picture.
This would work for me, since I am probably the only one who updates data.
There would need to be some way to manage the locks.
- Collision resolution at check-in time -- depending on how many collisions, this could be painful.
I'll use your suggestion of the XML template.