| ▲ | iamcalledrob 4 hours ago |
| Similarly, the native Android photo picker strips the original filename.
This causes daily customer support issues, where people keep asking the app developer why they're renaming their files. https://issuetracker.google.com/issues/268079113
Status: Won't Fix (Intended Behavior). |
|
| ▲ | lifis 3 hours ago | parent | next [-] |
| Obviously an image picker shouldn't leak filenames... The filename is a property of the directory entry storing the file storing the image. The image picker only grants access to the image, not to directories, directory entries or files. If you want filenames, you need to request access to a directory, not to an image |
| |
| ▲ | sib 3 hours ago | parent | next [-] | | "Obviously" There are plenty of use cases where the filename is relevant (and many, many people intentionally use the image name for sorting / cataloging). | | |
| ▲ | nslsm an hour ago | parent [-] | | There are many, many more cases where the user doesn’t expect the name to become public when he sends a photo. If I send you a photo of a friend that doesn’t mean I want you to know his name (which is the name I gave the file when I saved it) | | |
| ▲ | bornfreddy 5 minutes ago | parent [-] | | So in webmail, when you upload an image / file to attach it to an email, you expect it to be renamed? I don't. |
|
| |
| ▲ | butlike 3 hours ago | parent | prev [-] | | The path is different than the filename though. If I want to find duplicates, it will be impossible if the filename changes. In my use case /User/user/Images/20240110/happy_birthday.jpg and /User/user/Desktop/happy_birthday.jpg are the same image. | | |
| ▲ | dns_snek 3 hours ago | parent | next [-] | | > it will be impossible if the filename changes. Not impossible, just different and arguably better - comparing hashes is a better tool for finding duplicates. | | |
| ▲ | butlike an hour ago | parent | next [-] | | From a technological standpoint, sure. I'd argue when you're staring down the barrel of 19,234 duplicate file deletions, with names like `image01.jpg`, `image02.jpg` instead of `happy_birthday.jpg`, there's a level of perceptual cognitive trust there that I just can't provide. | |
| ▲ | morissette 3 hours ago | parent | prev [-] | | ^ facts |
| |
| ▲ | tart-lemonade 2 hours ago | parent | prev [-] | | If your camera (or phone) uses the DCF standard [0], you will eventually end up with duplicates when you hit IMG_9999.JPG and it loops around to IMG_0001.JPG. Filename alone is an unreliable indicator. [0]: https://en.wikipedia.org/wiki/Design_rule_for_Camera_File_sy... | | |
| ▲ | hebelehubele 2 hours ago | parent | next [-] | | > loops around to IMG_0001 Almost all cameras create a new directory, e.g. DSC002, and start from IMG_0001 to prevent collision. | |
| ▲ | xigoi 38 minutes ago | parent | prev [-] | | Which systems still use this shortsighted convention? All photos I’ve taken with the default camera app in the last many years are named with a timestamp. | | |
|
|
|
|
| ▲ | thaumasiotes 4 hours ago | parent | prev [-] |
| This a very weird set of choices by Google. How many users are uploading photos from their camera to their phone so they can then upload them from the phone to the web? I bet almost 100% of photo uploads using the default Android photo picker, or the default Android web browser, are of photos that were taken with the default Android camera app. If Google feels that the location tags and filenames are unacceptably invasive, it can stop writing them that way. |
| |
| ▲ | 47282847 4 hours ago | parent | next [-] | | My phone: my private space. Anything in the browser: not my private space. I want exactly that: the OS to translate between that boundary with a sane default. It’s unavoidable to have cases where this is inconvenient or irritating. I don’t even know on iPhone how files are named “internally” (nor do I care), since I do not access the native file system or even file format but in 99% of all use cases come in contact only with the exported JPEGs. I do want to see all my photos on a map based on the location they were taken, and I want a timestamp. Locally. Not when I share a photo with a third party. | | |
| ▲ | TheLNL 3 hours ago | parent | next [-] | | It is not just a default when it is the only option. The word default is more appropriately used when the decision can be changed to something the user finds more suitable for their usecase | |
| ▲ | username223 3 hours ago | parent | prev [-] | | > Anything in the browser: not my private space. Google’s main business is ads, ie running hostile code on your machine. |
| |
| ▲ | embedding-shape 4 hours ago | parent | prev | next [-] | | > If Google feels that the location tags and filenames are unacceptably invasive, it can stop writing them that way. Something can be "not invasive" when only done locally, but turn out to be a bad idea when you share publicly. Not hard to imagine a lot of users want to organize their libraries by location in a easy way, but still not share the location of every photo they share online. | | |
| ▲ | eru 4 hours ago | parent | next [-] | | Definitely. I want to be able to search my Google Photos for "Berlin" and get me all the pictures I took there. | |
| ▲ | thaumasiotes 26 minutes ago | parent | prev [-] | | > Not hard to imagine a lot of users want to organize their libraries by location in a easy way, but still not share the location of every photo they share online. The location isn't just embedded in the EXIF tags. It's also embedded in the visual content. I imagine people will get tired of their image uploads being blacked out pretty quickly. |
| |
| ▲ | klausa 4 hours ago | parent | prev | next [-] | | > How many users are uploading photos from their camera to their phone so they can then upload them from the phone to the web? To _their phone_ specifically? Probably almost nobody. But to their Google/Apple Photos library? A lot, if not most of people who use DSLRs and other point-and-shoot cameras. Most people want a single library of photos, not segregated based on which device they shot it on. | | |
| ▲ | Ajedi32 an hour ago | parent | next [-] | | Yep, and having location data is really useful for organizing said photos. I think it's really neat Google Photos lets you see all photos taken at a particular location. One of my pet peeves is when friends share photos with me that we took together at a gathering and only the ones I took with my phone show up in that list unless I manually add location data. (Inaccurate timestamps are an even more annoying related issue.) | |
| ▲ | prmoustache 2 hours ago | parent | prev | next [-] | | I do it all the time for different reasons: - have a local backup
- being able to see them from a larger screen
- being able to share them
- sync them to home while I am away I don't upload anything to google photos or apple cloud. | |
| ▲ | pmontra 3 hours ago | parent | prev [-] | | I use to send pictures over the camera wifi from my Sony W500 to my phone. The main purpose is backup (think I'm in the middle of nowhere or with little internet for days) and then to send them to friends with WhatsApp. If I'm at home I pull the SD card and read it from my laptop. It's quicker. |
| |
| ▲ | 3 hours ago | parent | prev [-] | | [deleted] |
|