Assigned
Status Update
No update yet.
Comments
jf...@google.com
Thanks for your report!
We'll take a closer look at the behavior of the 'd' parameter.
We'll take a closer look at the behavior of the 'd' parameter.
pa...@gmail.com
Thank you! After 4 months, have you found out anything about the d parameter?
Can the Google Photos API be used as anything except a write-only API?
Can the Google Photos API be used as anything except a write-only API?
ds...@gmail.com
Being able to download the original photo seems like such a key operation for this API - can anyone confirm if this will be implemented any time soon?
gi...@gmail.com
This looks like it might have been addressed to me. My experience of using the d parameter is that the original image data is downloaded. However the metadata is modified, in particular the GPS information is removed:-
giles@gklinux:~$ idiff -v /media/Data/gphotos-tests/giles-photos/photos/2019/01/IMG_20190111_140358.jpg /home/giles/Downloads/IMG_20190111_140358.jpg
Comparing "/media/Data/gphotos-tests/giles-photos/photos/2019/01/IMG_20190111_140358.jpg" and "/home/giles/Downloads/IMG_20190111_140358.jpg"
didn't know how to process Exif:BitsPerSample, type 3 x 3
Found APP1 XMP! length 288
didn't know how to process Exif:BitsPerSample, type 3 x 3
Mean error = 0
RMS error = 0
Peak SNR = inf
Max error = 0
0 pixels (0%) over 1e-06
0 pixels (0%) over 1e-06
PASS
The vd parameter on videos is a different story, videos are always transcoded (and some older types of video blow up and cause 500 response).
giles@gklinux:~$ idiff -v /media/Data/gphotos-tests/giles-photos/photos/2019/01/IMG_20190111_140358.jpg /home/giles/Downloads/IMG_20190111_140358.jpg
Comparing "/media/Data/gphotos-tests/giles-photos/photos/2019/01/IMG_20190111_140358.jpg" and "/home/giles/Downloads/IMG_20190111_140358.jpg"
didn't know how to process Exif:BitsPerSample, type 3 x 3
Found APP1 XMP! length 288
didn't know how to process Exif:BitsPerSample, type 3 x 3
Mean error = 0
RMS error = 0
Peak SNR = inf
Max error = 0
0 pixels (0%) over 1e-06
0 pixels (0%) over 1e-06
PASS
The vd parameter on videos is a different story, videos are always transcoded (and some older types of video blow up and cause 500 response).
gi...@gmail.com
Sorry, my previous
Thus I was comparing two images that have already been modified by Googe Photos.
Google Photos has a setting that defines if your photos are "Original" or "High Quality". The latter does not count against disk quota but is compressed. I always use "High Quality" so should expect the image data to look different on anything stored in Google Photos. (Note that I find the difference visually indistinguishable even at high zoom)
The original poster does not specify if he is using "Original" mode. If not then the results are expected.
This does not alter the fact that "=d" does not work as expected since it messes with the metadata, in particular, GPS info is missing.
I think it is reasonable for us to expect to be able to extract our own data. Thus the original wording of this bug report title stands true.
Thus I was comparing two images that have already been modified by Googe Photos.
Google Photos has a setting that defines if your photos are "Original" or "High Quality". The latter does not count against disk quota but is compressed. I always use "High Quality" so should expect the image data to look different on anything stored in Google Photos. (Note that I find the difference visually indistinguishable even at high zoom)
The original poster does not specify if he is using "Original" mode. If not then the results are expected.
This does not alter the fact that "=d" does not work as expected since it messes with the metadata, in particular, GPS info is missing.
I think it is reasonable for us to expect to be able to extract our own data. Thus the original wording of this bug report title stands true.
th...@gmail.com
To be clear the "d" parameter does not download the original image data. Excluding the location metadata that is removed, I believe that should be a separate issue, there needs to be a way to download the original photo data.
Example use cases:
* Accessing the RAW photo would allow using RAW image editing tools.
* Accessing to original file would allow using the API to "backup"/"archive" media items.
Simple test case:
* Upload any non-lossless file format (e.g. any RAW camera file)
* Download with the "d" parameter
- Expected
* Sample file (potentially with edited/filtered metadata)
- Actual
* A high quality JPEG image
Note: This seems to also be true for any high quality video file.
Example use cases:
* Accessing the RAW photo would allow using RAW image editing tools.
* Accessing to original file would allow using the API to "backup"/"archive" media items.
Simple test case:
* Upload any non-lossless file format (e.g. any RAW camera file)
* Download with the "d" parameter
- Expected
* Sample file (potentially with edited/filtered metadata)
- Actual
* A high quality JPEG image
Note: This seems to also be true for any high quality video file.
gi...@gmail.com
re #7 please can you let us know the setting in Google Photos Web interface: Settings->UPLOAD SIZE FOR PHOTOS & VIDEOS. The choices are 'High quality (free unlimited storage)' and 'Original'.
If you are using 'Original' then the behaviour you describe is incorrect. Otherwise, it is expected.
If you are using 'Original' then the behaviour you describe is incorrect. Otherwise, it is expected.
th...@gmail.com
Images are correctly uploaded as "Original" quality and can be correctly downloaded in original quality when using the the https://photos.google.com web interface.
fi...@gmail.com
I still see the same issue not only with RAW files. I also have the upload quality set to "original".
Having access to my original photos is important to me, and I'd expect the API to allow this.
Steps to reproduce
* Upload a .jpg photo
* Download the photo from thehttps://photos.google.com web interface
* Download using the Photos API with the "d" parameter
Expected:
All three files should be the same
Actual:
The file downloaded using the web interface is identical to the original.
The file downloaded with the API is much more heavily compressed (about half the size).
Having access to my original photos is important to me, and I'd expect the API to allow this.
Steps to reproduce
* Upload a .jpg photo
* Download the photo from the
* Download using the Photos API with the "d" parameter
Expected:
All three files should be the same
Actual:
The file downloaded using the web interface is identical to the original.
The file downloaded with the API is much more heavily compressed (about half the size).
ds...@gmail.com
I have tested again and still getting the same behavior as when I posted before (#4) - the replication steps are same as previous post (#10). I tried on a different account this time that didn't have any photos, uploaded 4.01MB jpg using the web ui at original quality, then downloaded it using the baseurl + "=d", and the filesize was 1.97MB. Has any progress been made investigating this?
ni...@gmail.com
I've been building a backend for rclone so people can backup their photos easily and I've come across this issue.
Unless rclone can download the original file (unchanged image with all EXIF data) then it is going to be pretty useless as a backup which is very disappointing.
Please provide a download option which does allow fetching the original unmodified photo in the same way that downloading manually fromphotos.google.com does.
Unless rclone can download the original file (unchanged image with all EXIF data) then it is going to be pretty useless as a backup which is very disappointing.
Please provide a download option which does allow fetching the original unmodified photo in the same way that downloading manually from
gi...@gmail.com
I do not think you will be able to extract the original binary file from Google Photos. At the very least they have definitively said that they will be modifying the EXIF to remove GPS data and they are not intending to change this. See https://issuetracker.google.com/issues/80379228 .
I'm currently looking into an issue where a portion of my approx 100,000 photo library has been altered in subtle ways, such that the backup service I have been developing (https://github.com/gilesknap/gphotos-sync ) sees a whole bunch of changes when I have made none. This includes new EXIF information and changes in compression in JPG and video files.
Google has created a very compelling and free photos service. However, if they created the perfect API that allowed us to extract all of the data then we could walk away if they decided to make it less compelling (like charging for it). I can think of no other reason for some of the limitations of the API which you rightly raise.
Hopefully, I'm incorrect and there will be fixes to API coming soon.
I'm currently looking into an issue where a portion of my approx 100,000 photo library has been altered in subtle ways, such that the backup service I have been developing (
Google has created a very compelling and free photos service. However, if they created the perfect API that allowed us to extract all of the data then we could walk away if they decided to make it less compelling (like charging for it). I can think of no other reason for some of the limitations of the API which you rightly raise.
Hopefully, I'm incorrect and there will be fixes to API coming soon.
bb...@equalos.org
Comment has been deleted.
ma...@gmail.com
I really hope that there is an update on this very soon, especially on including the full original EXIF GPS data.
I am starting to get very uncomfortable having my photos on Google Photos now that the sync to Drive feature stopped working (and therefore my backup method).
I am starting to get very uncomfortable having my photos on Google Photos now that the sync to Drive feature stopped working (and therefore my backup method).
ha...@gmail.com
Not being able to retrieve a bit-exact copy of any file uploaded through the api is a complete deal-breaker for google photos and google one to me now that the drive sync option is gone. Having irreplacable media in only a single place without backup just isn't acceptable, and with these API limitations no third party tool can fix this. Google takeout is not a viable replacement to keep a big library continuously backed up. If this is to much to ask for the normal download modes please consider adding something like a "backup" scope+mode to allow retrieving original files with full exif as they were uploaded.
ju...@gmail.com
Ok now I can't retrieve copies of my photos on its original quality so it's time to look for another provider to store my pictures
cj...@gmail.com
Hey Google, any word on this one? Anything relating to accessing the original media via this API is a straight up dumpster fire right now (=d or =dv) and we as a community really need a fix like ASAP. It's pretty ridiculous that the only available API for google photos doesn't even work. This was fine when the photos still synced to Google Drive as they could be interacted with and downloaded from there, however since that feature is now deprecated, there is essentially no way to get the original photo bytes via API at this time (or video bytes- this is an even larger problem as it returns a 500 every time you add '=dv' to the url).
What gives?? Do you guys have any information at all about when we can expect a usable API for Google Photos? I don't hardly understand how you can publish an API for Google Photos that will not allow you to access the original photos and videos in there. What a dumpster fire
What gives?? Do you guys have any information at all about when we can expect a usable API for Google Photos? I don't hardly understand how you can publish an API for Google Photos that will not allow you to access the original photos and videos in there. What a dumpster fire
va...@gmail.com
Any update? This has been assigned to "li...@google.com" for over a year, but there's been no update on this issue since then.
Would appreciate at least a check-in from Google on this even if this isn't a high priority issue. Would be great to understand if this is simply a limitation we need to learn to live with, or if this is considered a real bug that Google intends to eventually address.
Would appreciate at least a check-in from Google on this even if this isn't a high priority issue. Would be great to understand if this is simply a limitation we need to learn to live with, or if this is considered a real bug that Google intends to eventually address.
bc...@gmail.com
I can confirm that this is still an issue as of September 2019 and affects third-party software using the Google Photos API. The API is, for instance, used with rclone, and when attempting to sync my images stored on Google Photos to my local storage drive, I was only able to download further-compressed .jpg files. Even worse, my .dng files (which is a raw format) were in fact only .jpg images with a .dng extension. A related bug report can be found on https://github.com/rclone/rclone/issues/3577 , but this is now a bug that only Google can fix.
Considering unlimited storage of raw images on Google Photos was the main reason I went with the Pixel line of smartphones, I am very disappointed in this limitation and will be looking at other options the next time around.
Considering unlimited storage of raw images on Google Photos was the main reason I went with the Pixel line of smartphones, I am very disappointed in this limitation and will be looking at other options the next time around.
da...@guzik.com.ar
+1 to this. I understand the need to strip GPS data away, but I would expect the rest of the file to be intact.
cc...@derago.com
It is very annoying that there is still no fully functional api. Including GPS data! Especially without the gdrive option now. Please fix this otherwise the only option is to switch away from Google photos.
sa...@gmail.com
deleted
rd...@gmail.com
+1 on this issue. I'm happy with Google Photos but this API limitation could be a real show stopper
ta...@gmail.com
+1. I've just spent my weekend setting up my own private NextCloud server so that I can stop using Google for storing my photos. I'm not coming back unless I can be guaranteed access to my original files at will.
ti...@kingston.gov.uk
I have just come across this issue. Alas as Google Photos isn't a supported app for G Suite Customers, I just have to leave with it.
I don't know how seriously Google takes Google Photos. There seems to be a lot of things wrong with it, considering how big Google is as a company.
The search facility, for example, isn't great and that doesn't even involve people taking stuff out of the Google ecosystem but searching within it.
Large companies are supposed to give us easy access to take our data and move it elsewhere. I guess take out does that.
However, in my case, I am just wanting to move Google Photos to Google Drive so that I can store the photos alongside other documents that Google Photos doesn't support. Alas as Gooogle Photos isn't a supported product, not much I can do. I'm not a sole trader but working for a larger company, so I can't go elsewhere.
I guess I shall just have to do the less efficient manual download and upload. Nice to know Google is helping me to work efficiently and collaborate... not. At least they haven't yet removed the option to share photos between accounts at high quality. I hope they don't ever feel the need to remove that.
I don't know how seriously Google takes Google Photos. There seems to be a lot of things wrong with it, considering how big Google is as a company.
The search facility, for example, isn't great and that doesn't even involve people taking stuff out of the Google ecosystem but searching within it.
Large companies are supposed to give us easy access to take our data and move it elsewhere. I guess take out does that.
However, in my case, I am just wanting to move Google Photos to Google Drive so that I can store the photos alongside other documents that Google Photos doesn't support. Alas as Gooogle Photos isn't a supported product, not much I can do. I'm not a sole trader but working for a larger company, so I can't go elsewhere.
I guess I shall just have to do the less efficient manual download and upload. Nice to know Google is helping me to work efficiently and collaborate... not. At least they haven't yet removed the option to share photos between accounts at high quality. I hope they don't ever feel the need to remove that.
ti...@kingston.gov.uk
I see this has a Priority of P3 and Severity of S3. What are the chances of Google looking at issues with this rating and fixing them? There is a work-around but is it a "reasonable workaround"? to quote the P3 text on the Google tracker issue guidance? https://developers.google.com/issue-tracker/concepts/issues . I'm not sure so sure.
gr...@poudrel.net
Hello Google,
can you take a moment to fix this bug please ?
I tested today, the issue is still here...
can you take a moment to fix this bug please ?
I tested today, the issue is still here...
pp...@gmail.com
+1
su...@gmail.com
It's an absolute shame that this has still not been fixed, especially now that there is no more google drive integration.
on...@gmail.com
+1
da...@gmail.com
+1
om...@gmail.com
+1
st...@erayd.net
Guys, all the +1 comments do not help, and are just annoying for all of us who subscribe to updates on this bug. Please just star the issue instead; it means the same thing, but won't result in everybody receiving yet another useless email.
il...@gmail.com
+1
ad...@bullserve.co.uk
+1
be...@gmail.com
+1
st...@erayd.net
Please don't add "+1" comments; they result in spam emails to everyone else who is following this issue.
Just star it, and refrain from commenting unless you are adding something of substance.
Just star it, and refrain from commenting unless you are adding something of substance.
mt...@gmail.com
It's been nearly two years, what gives?
om...@gmail.com
what the .. this is my data ? why can't i get my original data :((
ni...@gmail.com
+1
pe...@gmail.com
+1
lc...@gmail.com
In fact there is no way to get YOUR pictures programmatically or via a webservice in their original form ... The only two ways is downloading from Google Photo website or export your Google data.
None of these solution is acceptable if for example you want to put back an automatic backup of your pictures from Photos to Drive.
And I don't think Google will change this or even care about this issue ...
Sad but true. @Google, if you won't do anything about this issue, be honest and just close it.
None of these solution is acceptable if for example you want to put back an automatic backup of your pictures from Photos to Drive.
And I don't think Google will change this or even care about this issue ...
Sad but true. @Google, if you won't do anything about this issue, be honest and just close it.
de...@gmail.com
> @Google, if you won't do anything about this issue, be honest and just close it.
That's the main issue. Lack of information. Given fact, that now a lot of cool features are simply unusable (auto creation — very low quality of results, not predictable and no any answer why after my vacation it is not created automatically), I decided to switch to Adobe Lightroom.
That's the main issue. Lack of information. Given fact, that now a lot of cool features are simply unusable (auto creation — very low quality of results, not predictable and no any answer why after my vacation it is not created automatically), I decided to switch to Adobe Lightroom.
pu...@gmail.com
This issue will never be fixed. Google just do not want the original photo to be downloadable via API, likely for bandwidth reasons.
go...@jakewharton.com
Bandwidth is not a concern. People watch multiple billion hours of YouTube every day. Incremental photo backup at original quality would likely reduce reliance on Takeout so bandwidth usage would likely be a wash (and it's basically a rounding error when viewed in the context of their global network). It's far more likely semi-intentional vendor lock-in.
gi...@gmail.com
Semi? Nah. Just look at the GPS info removal.
These are fully intentional, and this BaseUrl one is the killer.https://github.com/gilesknap/gphotos-sync/issues/119
These are fully intentional, and this BaseUrl one is the killer.
cc...@derago.com
When will this be ever fixed? Now Photos is not free anymore such basics need to be fixed!
ti...@timdickson.com
I agree. My family has over a TB of photos in Google Photos (thanks Pixel promotion!, although that is dead now too)... Takeout crashes and won't complete a full archive export (the archives that do show up are a fricken mess). We have no way to get original data out as has always been the promise, and now risk either having to delete our photos, or get locked out of google when this expires.
Getting that much data out takes time and I'd love to get this started before the end of time - come on Google
Getting that much data out takes time and I'd love to get this started before the end of time - come on Google
la...@gmail.com
I'm thinking they are never going to fix this. Seems like I'll have to
manually export my photos on the website and find a different service for
photo storage. A shame because there are so many features that I do like
about Google Photos
On Fri, Nov 13, 2020, 4:11 PM <buganizer-system@google.com> wrote:
manually export my photos on the website and find a different service for
photo storage. A shame because there are so many features that I do like
about Google Photos
On Fri, Nov 13, 2020, 4:11 PM <buganizer-system@google.com> wrote:
cl...@gmail.com
+1 (and I want to add that the issue tracker is not good, since there does not seem to be other ways to show interest like thumbs up. Also I cannot seem to be able to ping the assignee to make him aware of this).
ma...@gmail.com
Replying to this email means your email address will be shared with the team that DON’T works on this product.
go...@purple.dropbear.id.au
There's a star next to the issue title that subscribes you to the topic and provides a tally of who's affected without having to do a +1 post.
jb...@gmail.com
+1
ma...@gmail.com
+1
[Deleted User] <[Deleted User]>
This is a dumpster fire. I just want to move my personal photos out of gsuite into an @gmail account without losing all of the location meta data. Why is this so hard Google?
st...@erayd.net
I just want to move my personal photos out of gsuite into an @gmail account without losing all of the location meta data.
If that is all you need, Takeout should be sufficient to complete that task. The lack of a complete API is frustrating, but luckily it's not something that impedes your particular use-case too badly.
wa...@gmail.com
the '=d' parameter has stopped downloading the original photo. even shared photos are unable to download the original size of photo.
si...@gmail.com
I was considering paying for a Google One space when I found this bug report via rclone. This really is quite bad Google. I did a test with a 13MB file and found a 2.8MB file return, minus most of its metadata. This makes the service useless for any kind of backup.
Google, people are paying for this storage and expecting to get back the same file that they uploaded. Not good enough!
Google, people are paying for this storage and expecting to get back the same file that they uploaded. Not good enough!
pl...@meta.com
Comment has been deleted.
be...@gmail.com
+1
rd...@gmail.com
+1
pa...@fletch.cx
"Being able to download the original photo seems like such a key operation for this API - can anyone confirm if this will be implemented any time soon"
I would also like an answer to this question! Please help with this!
I would also like an answer to this question! Please help with this!
ph...@gmail.com
+1
lg...@gmail.com
+1
ro...@catfood.net
This seems to have become worse. I pay for original quality and had a working script to download new photos that is now failing to get the full quality image 100% of the time. Did something change?
jo...@felixideas.ch
+1
jo...@gmail.com
+1
yo...@gmail.com
+1
When will this be fixed? Having GPS-data for all my photos. Why is this striped from the api is beyond my knowledge.
When will this be fixed? Having GPS-data for all my photos. Why is this striped from the api is beyond my knowledge.
du...@gmail.com
+1 moving my photo backup off google photos. I picked up a Pixel Pro 6 and was super happy about the google photos integration until I found I coujldn't grab the original photos without going to the website. To nextcloud I go.
ku...@gmail.com
+1 partner sharing to move to another google account moves original quality but it doesn't move gps data.
lu...@gmail.com
Only reason for this to be still open almost 3.5 years after is to lock down users. Same reason for new services (like Keep) not having an open API.
Shame on you, "don't be evil" company.
nd...@gmail.com
+1
cr...@gmail.com
Shame... ** Rings Bell **
83...@gmail.com
+1
se...@gmail.com
+1
wh...@gmail.com
+1
or...@gmail.com
Wow, as a paying customer I'm disgusted that I can't get my original photos ans videos. I'm freaking paying for that exact reason. I'll be moving away for SURE, it's one thing on top of too many.
jo...@gmail.com
Google has no incentive to fix this, as it only benefits competitors or niche users.
hu...@gmail.com
"Don't be evil" is dead to Google.
en...@gmail.com
I won't update to 2 TB plan without it. Get better Google.
gi...@gmail.com
🥱
mt...@gmail.com
Well, this sucks. 2,5 years after my previous comment about it beeing 2 years since first reported this bug is still not fixed! Already switched browser and mail away from Google's claws, I've been hoping I didn't have to move away from Photos as well. Sigh.
to...@gmail.com
+1
du...@gmail.com
> mt...@gmail.com added
> Well, this sucks. 2,5 years after my previous comment about it beeing 2
years since first reported this bug is still not fixed!
+1: it's been 6 years since my original post and absolutely no action from
Google. Shameful.
> Already switched browser and mail away from Google's claws, I've been
hoping I didn't have to move away from Photos as well. Sigh
You're in for a nasty surprise when you try to move away from Google
Photos: besides being impossible to download your original photos
programmatically (and having to do it by hand), you can't save albums nor
the other elements (eg interspersed text boxes) inside albums and have to
back them up one by one.
And Google's so-called "takeout" purges all photo metadata from the photo
files themselves and puts them inside a "magic" file which makes it a b*tch
to get them back inside the photo files...
Despite all that, I'm moving away from Google (Photos and other products),
and the greatest benefit is not having to suffer Google's incompetency,
neglect and bad technical decisions anymore.
On Fri, Dec 23, 2022, 19:26 <buganizer-system@google.com> wrote:
> Well, this sucks. 2,5 years after my previous comment about it beeing 2
years since first reported this bug is still not fixed!
+1: it's been 6 years since my original post and absolutely no action from
Google. Shameful.
> Already switched browser and mail away from Google's claws, I've been
hoping I didn't have to move away from Photos as well. Sigh
You're in for a nasty surprise when you try to move away from Google
Photos: besides being impossible to download your original photos
programmatically (and having to do it by hand), you can't save albums nor
the other elements (eg interspersed text boxes) inside albums and have to
back them up one by one.
And Google's so-called "takeout" purges all photo metadata from the photo
files themselves and puts them inside a "magic" file which makes it a b*tch
to get them back inside the photo files...
Despite all that, I'm moving away from Google (Photos and other products),
and the greatest benefit is not having to suffer Google's incompetency,
neglect and bad technical decisions anymore.
On Fri, Dec 23, 2022, 19:26 <buganizer-system@google.com> wrote:
al...@gmail.com
+1
va...@gmail.com
+1
mu...@gmail.com
Who is the best at storing photos right now?
Who has the best iPhone auto-sync app?
Anything self-hosted? How to auto sync from mobiles on self-hosted?
Who has the best iPhone auto-sync app?
Anything self-hosted? How to auto sync from mobiles on self-hosted?
na...@odinseye.org
I use GooglePhotos AND PhotoSync on iOS and FTP/SFTP onto a server that hosts them and replicates them to cloud (Google Drive/OneDrive).
PhotoSync is great:
- Shares purchase with Apple family, so buy once and everyone can use it
- Easily set up custom file names like "YYYY/MM/DD/<original file name>" etc. so you can organize files sanely and not use Apple's "IMG_1234" bullshit
- Supports a TON of back ends (FTP/SSH/etc.)
- Can be set to work based on getting home or a time at night
PhotoSync is great:
- Shares purchase with Apple family, so buy once and everyone can use it
- Easily set up custom file names like "YYYY/MM/DD/<original file name>" etc. so you can organize files sanely and not use Apple's "IMG_1234" bullshit
- Supports a TON of back ends (FTP/SSH/etc.)
- Can be set to work based on getting home or a time at night
be...@gmail.com
+1
ni...@nickme.com
+1
ge...@gmail.com
+1!
xd...@gmail.com
+1
zh...@gmail.com
Comment has been deleted.
zh...@gmail.com
na...@odinseye.org
If you want to download the image retaining all the Exif metadata except the location metadata, concatenate the base URL with the d parameter.
I haven't tested it but retaining Exif metadata does not mean that it is the original image. I'd love for this to work though, it would make rclone much nicer.
an...@paglusch.com
Comment has been deleted.
ap...@gmail.com
I just tested with the latest release of rclone. I am still getting back compressed photos.
hu...@gmail.com
+1
jj...@sigi.icu
+1
cr...@gmail.com
Hello? It has been freaking years since this was posted. Google you are maddening.
th...@gmail.com
Yeah it's an absolutely massive disrespect to their customers that they don't allow them to download their photo albums in the original quality!
Maybe they just threw away the original pictures and just kept the lossily compressed version. That would explain why they are entirely silent about this issue...
Maybe they just threw away the original pictures and just kept the lossily compressed version. That would explain why they are entirely silent about this issue...
es...@minols.com
That can't be the problem - because it applies equally if you uploaded to
"Keep original quality"
On Wed, 27 Sept 2023 at 09:11, <buganizer-system@google.com> wrote:
"Keep original quality"
On Wed, 27 Sept 2023 at 09:11, <buganizer-system@google.com> wrote:
pr...@gmail.com
+1.
The photo downloaded via API using "=d" is less than half the size of photo downloaded from web GUI.
Is anybody working on this!!
I rely on the file size, in addition to the filename, for synchronization with my central backup for various purposes. It's crucial for me to ensure the correct file size is obtained through the API, even if I'm unable to download the file itself.
The photo downloaded via API using "=d" is less than half the size of photo downloaded from web GUI.
Is anybody working on this!!
I rely on the file size, in addition to the filename, for synchronization with my central backup for various purposes. It's crucial for me to ensure the correct file size is obtained through the API, even if I'm unable to download the file itself.
sh...@deridder.org
When you come to the conclusion that Google does not care about this, you'll reach "acceptance." They have our photo data. They don't care to give an option to take that data back. There are open source tools to download photos at full quality by faking being a web browser. It's been over 5 years since this bug was filed. It's not going to get fixed, as it's likely considered "working as intended."
le...@gmail.com
Common Google be better give us your data.
gu...@gmail.com
In all honesty it sounds like the appropriate solution to keep a backup of my images is to request a monthly copy with Google Take Out, which I'm sure is going to cost Google a good buck if we all do it.
ry...@rcchan.com
At a monthly clip, you may as well keep your own parallel backup system...
unzip/tar-ing all the photos data every month will probably cost me more in
HDD wear than any amount Google will care about on its infrastructure
On Sun, Oct 15, 2023, 05:00 <buganizer-system@google.com> wrote:
unzip/tar-ing all the photos data every month will probably cost me more in
HDD wear than any amount Google will care about on its infrastructure
On Sun, Oct 15, 2023, 05:00 <buganizer-system@google.com> wrote:
jo...@gmail.com
Dear @assignees, would you please care to elaborate what information is missing to fix this bug?
As takeout has a different UseCase, I rely on gphotos-sync to get the original data via the api.
Starting this year, I'm happy to pay Google One, but I keep weekly backups on my own server.
Apparently they are lower quality, because this bug.
Would you please be so kind, to fix this?
Thanks!
As takeout has a different UseCase, I rely on gphotos-sync to get the original data via the api.
Starting this year, I'm happy to pay Google One, but I keep weekly backups on my own server.
Apparently they are lower quality, because this bug.
Would you please be so kind, to fix this?
Thanks!
ni...@nickme.com
Fix this.
al...@gmail.com
Any updates? It has been 5 years, aka half a decade.
na...@gmail.com
2024 still not fixed
ri...@gmail.com
This was an extremeley frustrating suprise. I just started paying for 1tb, but will stop asap and move all my photos elsewhere.
Also, if takeout strips metadata from the uploaded images, isnt that a GDPR offence?
Also, if takeout strips metadata from the uploaded images, isnt that a GDPR offence?
gi...@gmail.com
Takeout does not strip data. It just gives you such a mess that it is hard to sort through. This is how Google gets away with never fixing several issues with the photos API that make it useless for backup. Takeout is an almost unusable alternative that covers them for GDPR (where applicable!)
re...@gmail.com
We're going to get GTA6 before Google Photos fixes this API bug.
ry...@rcchan.com
Where does everyone live? Do we want to get a beach house for a weekend or something?
no...@gmail.com
You made my day, ry…. I'm in!
na...@odinseye.org
Unfortunately I can't make our
ho...@gmail.com
Love it. Could make the Italian coast or Adriatic somewhere.
te...@gmail.com
This is exactly the bug I thought of when I read https://xkcd.com/2881/. ..
gi...@gmail.com
Awesome idea. Everyone, upload a photo with your GPS location here https://photos.app.goo.gl/eHNFSAcsLxvopG9U9 . I'll write an app to triangulate our positions to work out the optimum beach house location.
gi...@gmail.com
oh, wait ...
br...@gmail.com
I'd offer up our beach house, but it's too small to accommodate the number of people affected by this bug....
ro...@gmail.com
any year now
[Deleted User] <[Deleted User]>
+1
pr...@gmail.com
+1
ro...@gmail.com
+1
kh...@gmail.com
+1
ed...@gmail.com
+1
br...@gmail.com
+1
jo...@gmail.com
Any news?
si...@gmail.com
+1
sm...@gmail.com
Wow such a basic feature missing. +1
ja...@gmail.com
+1
mg...@gmail.com
+1
me...@rafal.io
+1
ap...@gmail.com
+1
to...@gmail.com
+1
ne...@gmail.com
+1
dr...@gmail.com
+1
wa...@gmail.com
+1
ju...@gmail.com
+1
ki...@gmail.com
+1
We'll take a closer look at the behavior of the 'd' parameter. <-----6 years ago
We'll take a closer look at the behavior of the 'd' parameter. <-----6 years ago
th...@e-x-e.dk
+1
ma...@gmail.com
+1
da...@gmail.com
Seriously, 6+ years without resolution?! This is an essential feature and I can't believe this hasn't been fixed yet. C'mon Google!!!!
ph...@gmail.com
Assignee
li...@google.com
Clearly this isn't a priority...but SIX years and nothing??? I l discovered this bug literally right AFTER signing up with the 5tb plan under my developer account. Didn't even think about checking beforehand since it's such a basic feature. Well...just cancelled that account, my wife and son are also cancelling their separate accounts, and moving to another provider.
li...@google.com
Clearly this isn't a priority...but SIX years and nothing??? I l discovered this bug literally right AFTER signing up with the 5tb plan under my developer account. Didn't even think about checking beforehand since it's such a basic feature. Well...just cancelled that account, my wife and son are also cancelling their separate accounts, and moving to another provider.
by...@gmail.com
Clearly Goggle DGAF about users or our data. Have they ever? Will they ever? Clearly no and no.
Google, at least have the decency to Close this bug as either Won't Fix or more honestly, Working As Intended.
Google, at least have the decency to Close this bug as either Won't Fix or more honestly, Working As Intended.
ma...@gmail.com
+1
Hey Google do you need an API engineer to come take a look at this issue, as it seems like there may just be a vacancy. I'll do it just to have this issue fixed once and for all. I'd give you my contact info, but look who I'm talking to 🙃
Hey Google do you need an API engineer to come take a look at this issue, as it seems like there may just be a vacancy. I'll do it just to have this issue fixed once and for all. I'd give you my contact info, but look who I'm talking to 🙃
ge...@googlemail.com
+1
I encountered this issue while downloading photos with rclone, which uses this API.
These were the results:
Photos seem to be downloaded in their original size, but the location metadata is stripped entirely.
Videos are still only downloaded with a compressed file size.
I encountered this issue while downloading photos with rclone, which uses this API.
These were the results:
Photos seem to be downloaded in their original size, but the location metadata is stripped entirely.
Videos are still only downloaded with a compressed file size.
da...@stanley.ie
+1 can we get a fix?
ja...@ridyard.com
+1
ed...@gmail.com
+1
cr...@gmail.com
Hi Google,
Could you please provide an update here?
Could you please provide an update here?
xi...@gmail.com
+1
da...@googlemail.com
+1
ni...@gmail.com
+1
al...@gmail.com
+1
no...@gmail.com
+1
tr...@gmail.com
+1
da...@gmail.com
+1
am...@gmail.com
+1
vi...@gmail.com
+1
ro...@gmail.com
+1
al...@nizoux.fr
GIVE US OUR METADATA
ja...@gmail.com
+1
ni...@gmail.com
+1
bi...@gmail.com
One can probably assume that this is precisely what Google wants. I have set up a private cloud in parallel with Google and synchronize there in parallel.
This saves me the hassle of a deliberately mutilated API and I have everything safely in a second location.
This saves me the hassle of a deliberately mutilated API and I have everything safely in a second location.
Description
In this issue
What steps will reproduce the problem?
1. Download Original Photo in web gui
2. Download the same photo using the <baseUrl>=d
3. idiff web.jpg api.jpg
Comparing "web.jpg" and "api.jpg"
Mean error = 0.203714
RMS error = 0.260547
Peak SNR = 11.6823
Max error = 0.996078 @ (517, 1357, R)
2985188 pixels (100%) over 1e-06
2985188 pixels (100%) over 1e-06
FAILURE
du -sh web.jpg api.jpg
2.4M web.jpg
616K api.jpg
What is the expected output? What do you see instead? If you see error messages, please provide them.
a) idiff to return PASS
b) du to show they have the same file size.