https://bugzilla.wikimedia.org/show_bug.cgi?id=13172





--- Comment #9 from Ilmari Karonen <nos...@vyznev.net>  2009-06-06 16:06:32 UTC 
---
(In reply to comment #8)
> Reverted, needs complete backwards compatibility with stored metadata to avoid
> the potential for a file storage backend overload due to heavy recache 
> traffic.

Okay, fair enough.  (Should we tag the metadata version field with a /* do not
change, ever */ comment? ;)

I could try to rework the patch to remain as backwards-compatible as possible,
but there's a problem: the current implementation simply throws out some useful
metadata fields (including the GPS location data this bug was initially about)
and there's no way for code loading the serialized metadata to know (without
rescanning the file) if that might've happened or not.

For the GPS fields specifically, this could perhaps be kluged around, since the
old implementation did retain the "Ref" fields and the presence of those should
be a pretty good indicator that a coordinate value should also have been there.
 But in general, we'd need some way of gradually regenerating the metadata for
all files without overloading the backend.  Ideas, anyone?  Perhaps a
maintenance script?

Anyway, I probably won't have time to do anything about this for this month at
least, and possibly longer, so anyone else who's interested is welcome to pick
up the ball.


-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to