Fixed
Status Update
Comments
ke...@gmail.com <ke...@gmail.com> #2
I may need the same feature but I think a hash of the original picture would be better (title may not be unique)
ri...@outerearth.net <ri...@outerearth.net> #3
Hash is somewhat orthogonal to returning the title/original file name. Might be a useful feature, but you can already compute it yourself.
I personally would really appreciate having the original file name since some of my photos have an incorrect creation date listed on Google Photos, but the original filename has it listed. Ex: "signal-2016-08-08-201511.jpg".
I personally would really appreciate having the original file name since some of my photos have an incorrect creation date listed on Google Photos, but the original filename has it listed. Ex: "signal-2016-08-08-201511.jpg".
ri...@outerearth.net <ri...@outerearth.net> #4
Upon closer inspection, there's a header field with the original filename.
`content-disposition:inline;filename="signal-2016-08-09-211213.jpg"`
`content-disposition:inline;filename="signal-2016-08-09-211213.jpg"`
co...@gmail.com <co...@gmail.com> #5
> there's a header field with the original filename.
> `content-disposition:inline;filename="signal-2016-08-09-211213.jpg"`
Yes, there is. But if I am to use it, I need to pull every single photo in my Google Photos library using the "baseUrl'. I have tens of 1000s of photos there, it could be problematic and not the most efficient. But thank you for pointing me to a potential work around while Google is working on resolving this issue.
> `content-disposition:inline;filename="signal-2016-08-09-211213.jpg"`
Yes, there is. But if I am to use it, I need to pull every single photo in my Google Photos library using the "baseUrl'. I have tens of 1000s of photos there, it could be problematic and not the most efficient. But thank you for pointing me to a potential work around while Google is working on resolving this issue.
ri...@outerearth.net <ri...@outerearth.net> #6
Yeah, it's less than ideal definitely. If you pull the image with =h1-w1
it'll return a 1x1 pixel image which is a bit more bandwidth efficient.
Biggest issue for me is you can't access the grades in JavaScript due to
cors
On Fri, May 18, 2018, 14:34 <buganizer-system@google.com> wrote:
it'll return a 1x1 pixel image which is a bit more bandwidth efficient.
Biggest issue for me is you can't access the grades in JavaScript due to
cors
On Fri, May 18, 2018, 14:34 <buganizer-system@google.com> wrote:
jf...@google.com <jf...@google.com> #7
Thanks for filing this feature request!
The "title" shown in the Photos app is the filename of the image that was uploaded.
I agree, requesting a 1x1 image to retrieve the filename is not ideal. Stay tuned, I have forwarded this to the team and will update here once I have any news.
Re hashes - #2: Could you file a separate feature request describing your use case? (We are thinking about a way to include updates to albums in the list albums request, which may cover your use case as well.)
The "title" shown in the Photos app is the filename of the image that was uploaded.
I agree, requesting a 1x1 image to retrieve the filename is not ideal. Stay tuned, I have forwarded this to the team and will update here once I have any news.
Re hashes - #2: Could you file a separate feature request describing your use case? (We are thinking about a way to include updates to albums in the list albums request, which may cover your use case as well.)
to...@gmail.com <to...@gmail.com> #8
+1 for this feature. Having a mediaItem contain an original file name (even thought it might not be unique in the photo collection) is very useful, because it help me to relay the picture in GP and on my file system. It is pretty annoying that I can see the name in GP, but cannot get hold of it easily.
Now to verify if the picture is in GP I need to associate my file name with google photo id, and maintain that somewhere. To me this is an overhead and I'd like to avoid it if possible.
The fact the the filename in itself might not be unique in the whole collection is not really a big issue, because the mediaItem would have some other attributes (time, album, etc) to help to distinguish them.
Thanks for consideration!
Regards
Peter
Now to verify if the picture is in GP I need to associate my file name with google photo id, and maintain that somewhere. To me this is an overhead and I'd like to avoid it if possible.
The fact the the filename in itself might not be unique in the whole collection is not really a big issue, because the mediaItem would have some other attributes (time, album, etc) to help to distinguish them.
Thanks for consideration!
Regards
Peter
jf...@google.com <jf...@google.com> #9
We have just released a new version of the Google Photos Library API that now supports this feature.
Media item responses now contain a new field "filename" that is the name of the file.
See our release notes for further detail:https://developers.google.com/photos/library/support/release-notes#2018-07-31
Media item responses now contain a new field "filename" that is the name of the file.
See our release notes for further detail:
co...@gmail.com <co...@gmail.com> #10
Thanks, this does seem to work now!
[Deleted User] <[Deleted User]> #11
delete
bo...@gmail.com <bo...@gmail.com> #12
Hi there,
Thank you for fixing this.
Unfortunately, it was fixed only for image files, but not for videos.
Please see attached image of the response from uploading and creation of a video file.
Thank you,
Boris
Thank you for fixing this.
Unfortunately, it was fixed only for image files, but not for videos.
Please see attached image of the response from uploading and creation of a video file.
Thank you,
Boris
jf...@google.com <jf...@google.com> #13
Thanks for your comment - we were also able to reproduce this issue and have forwarded it to the engineering team for further investigation. (It appears that the response from a call to mediaItems.batchCreate
is missing the filename
property.)
As a workaround, you can retrieve the file name of a video file by making a mediaItems.get
request with the ID of the media item that was created in mediaItems.batchCreate
. This call returns a filename
field, even for recently uploaded video files.
br...@gmail.com <br...@gmail.com> #14
Any news on this ? I need it too
Description
In MediaItem, please provide "title" of the image. "title" is what is shown in photo properties
like here
* What is the purpose of this new feature?
When someone uploads a file "foo.jpg" to Google Photos, then "foo.jpg" becomes the "title" of the image in GP.
Therefore "title" of the image becomes something that ties a photo in GP back to the file system. I.e. by knowing
"title" of the photo, one can find a file on the file system where this photo has originated from. In other words,
without this information is necessary for synching with the file system.
* Please provide any additional information below.
Current information in MediaItem is not sufficient to find out which file on the file system has created the item.
Therefore it is impossible to develop a synchronization utility between google photos and a file system.
Thanks