➜
This issue tracker has been migrated to GitHub,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2014-04-22 02:04 by karlcow, last changed 2022-04-11 14:58 by admin. This issue is now closed.
| Messages (3) | |||
|---|---|---|---|
| msg216978 - (view) | Author: karl (karlcow) * | Date: 2014-04-22 02:04 | |
There is a room for a consistent and good EXIF library for the Python Standard Library. |
|||
| msg217011 - (view) | Author: Brett Cannon (brett.cannon) *  |
Date: 2014-04-22 14:57 | |
A guide on how to get a module added to the stdlib can be found at https://docs.python.org/devguide/stdlibchanges.html#adding-a-new-module , although I think an EXIF module is going to be too niche to ever be accepted. |
|||
| msg217175 - (view) | Author: Terry J. Reedy (terry.reedy) * |
Date: 2014-04-25 22:47 | |
Generic ideas like this, without specific patch or patch prospect, should be first posted on python-ideas. You can reopen this if there is a concrete proposal with some support. However, I agree with Brett about an Exif module. We do not even have an image library in the stdlib. And according to https://en.wikipedia.org/wiki/Exchangeable_image_file_format the 'standard' is in practice a bit of a mess with constantly added extensions. There are multiple Exif modules on PyPi and that is where they belong, along with 1000s of other niche modules. https://pypi.python.org/pypi?%3Aaction=search&term=Exif&submit=search |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-04-11 14:58:02 | admin | set | github: 65524 |
| 2014-04-25 22:47:04 | terry.reedy | set | status: open -> closed versions: + Python 3.5 nosy: + terry.reedy messages: + msg217175 resolution: rejected stage: resolved |
| 2014-04-22 14:57:51 | brett.cannon | set | nosy:
+ brett.cannon messages: + msg217011 |
| 2014-04-22 02:04:33 | karlcow | create | |