When adding multiple pictures for a single person I missed a way to add a date (and sometimes a place) when and where the photo was shot. This could be used to sort pictures based on this date. I don't think the title is the perfect place to add this information, as in this case there's no way to sort, ...
If you have some kind of "timestamp" for photos you could perhaps extend PGV in future versions to use the "nearest" photo for a specified point of time, e.g. use a child photo for the birth, a phote 30 years after for marriage etc...
As far as I found out the official GEDCOM specification does not support this structure, but I see no problems if a date and place information would appar in a media dataset.
Logged In: YES
user_id=1910459
Originator: NO
<<...but I see no problems if a date and place information would appear in a media dataset.>>
The problem with anything that cannot be stored in he GEDCOM file (is not compatible with the spec) is that it makes it impossible tto transfer your data to other software. This is the main reason for basing any Family History software on the GEDCOM spec, and is fundamental to PGV.
I think you will find the developers will be reluctant to add anything that cannot be correctly stored in the GEDCOM file.
Logged In: YES
user_id=1657960
Originator: NO
Bischofbb, I was thinking about the following workaround you might try. Create a custom event, call it PHOTO (or whatever you like), and add to it a date and location, along with the photo itself. I realize it's not what you're asking for in this request, but it's a process that would conform to gedcom spec and so could be done in current PGV.
Logged In: YES
user_id=1577017
Originator: YES
Thank you both for your comments.
I also see the problem that modifying the GEDCOM structure in a way that is not specified is not the best and could cause problems importing the data to any other application. On the other hand we already use some non-standard tags....
The idea of using a custom PHOTO event sounds great! Your're right - this is not exactly what I wanted but it seems to be the best solution without modifying anything.
Well, my request is only a "it would be cool". If noone else supports my idea I have no problem with the current situation.
Logged In: YES
user_id=157163
Originator: NO
Why don't me just add fields to the media database table? We could extract timestamps, as well as other information, from the images themselves in many cases