#8573 closed enhancement (duplicate)
Image attachment Exif should be stored in individual post meta entries
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Gallery | Version: | 2.7 |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Currently, image Exif information is stored in one big serialized post meta entry. This makes it impossible to query against an individual entry (for instance, querying all images shot at 50mm).
It's easy enough to separate them out with an upgrade routine, and have new images put each Exif value in its own post meta entry. The question is backwards compatibility. Should we drop the old serialized info? Should we leave it and just not ever update it? We could make a compatibility layer (would involve a filter on postmeta updates that looks for changes to the individual keys or the serialized key, and sync changes made in one to the other).
My vote is to leave the old data, but not populate it for new attachments. Thoughts?
Change History (6)
comment:1
janeforshort
— 4 years ago
- Milestone changed from 2.8 to Future Release
comment:2
Denis-de-Bernardy
— 4 years ago
- Keywords needs-patch added
comment:3
Denis-de-Bernardy
— 4 years ago
- Milestone changed from Future Release to 2.9
comment:5
johnbillion
— 22 months ago
- Keywords needs-patch removed
- Resolution set to duplicate
- Status changed from new to closed
comment:6
SergeyBiryukov
— 22 months ago
- Milestone Future Release deleted
Punting due to time constraints, will reconsider for upcoming release cycle. Media changes planned for 2.9/3.0.