Active Topics

 


Reply
Thread Tools
Helmuth's Avatar
Posts: 1,259 | Thanked: 1,341 times | Joined on Oct 2009 @ Germany
#1
Abstract:
The Tags you can add to Images are stored in the Imagefiles itself. Actually, that causes, every changes on the Tagcloud the timestamp of the file is updated on the filesystem.

So when you copy Pictures from last christmas on your device and the Date and Time of the File are important for you avoid adding tags to it. (At example to know when you have modify the Image the last time)

Many Tag Editors for mp3 Files had this problem also in the past. Currently the most of this tag Editors are keeping file Date and Time when only the Tags in the Files are modified and not the content (the mp3 song) itself.

Edit the Image and store (and compress it again) is a other case. Then you have modify the image and the Time and Date on the File system should be updated. Sometimes you want to know when you have modified the picture the last time. Not when you have added the Tags to it.

Same Issue when you only rotate a image with the loseless process.
Link to Brainstorm: LINK
 
chemist's Avatar
Administrator | Posts: 1,036 | Thanked: 2,019 times | Joined on Sep 2009 @ Germany
#2
the "created" flag must not be changed just the "last modified", maybe the sorting is wrong and it sorts by "last modified"...

if it changes the "created" flag... consider a bugreport at bugs.maemo.org instead of a brainstorm problem please.

also if the image viewer does mess up the sorting it should go to the bugtracker and not to brainstorm as this is just wrong behaviour by the viewer, you need to know which item is the newest edit but you also want to keep the date you created/took it for any file, dont you? else is just odd!

did I get it wrong? if you are just looking for the tagging stuff?! I would keep it as "last modified" as you modified it... I would like mp3taggers to set "last modified" anyway.

Last edited by chemist; 2009-12-16 at 15:20.
 
Helmuth's Avatar
Posts: 1,259 | Thanked: 1,341 times | Joined on Oct 2009 @ Germany
#3
Originally Posted by chemist View Post
if it changes the "created" flag... consider a bugreport at bugs.maemo.org instead of a brainstorm problem please.
It does not change the created flag in the File. But the Timestamp on the File system. When you use xterm or copy the pictures back to the PC you can see the changed Date and Time of the File.

By the way. I filled in a Bug report for this first: 6956
It was my first thought tat this is not done wilful. But, it could be from a different point of view. So, this Brainstorm is the second step to report this issue.

Originally Posted by chemist View Post
I would keep it as "last modified" as you modified it... I would like mp3taggers to set "last modified" anyway.
I done it all the time the other way. So this is the reason here is now a Brainstorm to vote for.
 

The Following User Says Thank You to Helmuth For This Useful Post:
pelago's Avatar
Posts: 2,121 | Thanked: 1,540 times | Joined on Mar 2008 @ Oxford, UK
#4
If you're changing any bits within the contents of a file (whether that is via tagging or whatever), then I would expected the modified date of the file to change, so I think the current behaviour is correct. For example, if I was to do an incremental backup of my device based on timestamps, I would want it to include the newly tagged images.

If this upsets you, then maybe what you want is a way to add tags (and rotation info) only to a separate database, and not to alter the images themselves. I can see that for some people that might be desirable, but not for others. I guess it could be an option.
 

The Following User Says Thank You to pelago For This Useful Post:
benny1967's Avatar
Posts: 3,790 | Thanked: 5,718 times | Joined on Mar 2006 @ Vienna, Austria
#5
Also, it's not really a matter of "which time to change". Time stamps are handled by the file system, at least that's how things should be. I very much doubt that an application has any way of influencing which of the three possible time values are changed when you tag a file.
(Unix doesn't even know the exact "create" date of a file, only something that could probably be the create date if the file hasn't been moved or renamed.)

The other issue is what you expect to see in the image viewer when it sorts pictures "by date". As there is no create date that magically attached to the file, the image viewer could try to interpret the EFIF information... which could fail or could be wrong. (Aunt Hilda got her cam on christmas eve, didn't bother to read the manual and change setting, simply shot photos the whole evening... all tagged with 1.1.2002)

I'm afraid there won't be a solution to this. The only reasonable thing to do is to offer as many settings as possible in the application that interprets the data (the image viewer in this case), but Nokia decided for Maemo 5 that options are bad. So wait until a thrid party image viewer is available.
 
Reply


 
Forum Jump


All times are GMT. The time now is 08:08.