You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My little knowledge about PhotoPrism indexing:
I learned there is something called forced indexing which is maybe default to 300 seconds at the moment it is at 30 seconds.
I learned that each WebDav upload ends with a trigger that starts indexing
IDEA: the indexing routine in the code could check if indexing is already running and exit if indexing runs or has run in the last 5 seconds, is that implemented and working?
In the past after I made photos with the mobile, they automagically appeared in the Photo Stream of G**gle Photos.
I do NOT need the immediate upload as this is not efficient for me and it will use bandwidth when I do not plan to use bandwidth. That time I did not think about using the manual sync
Later I found PhotoPrism and I also found an Android App which later broke, I was told it is unsupported.It was called Photo Uploader for Photo Prism, the Google Play store history is one of my last data I still keep in my old limited Google Workspace account. So I could check it. With this Android App I manually uploaded to PhotoPrism and it appeared in the Stream right after upload.
I was told that PhotoSync for Android is the official solution, and WebDav the Transport. After getting rid of the unsupported Android App I bought the WebDav plugin for PhotoSync.
I had either a very slow response (maybe the 300 seconds of indexing) or the re-indexing everything after WebDav took too long.
So sometimes it seemed like 10 minutes after upload that I can work on the photos in the cloud.
Looking at this today it is not a high prio to get it solved, but upload should not break the indexing at all
It might happen that an error breaks PhotoPrism indexing:
maybe the issue is WebDav upload of 250 photos breaks at 170 (connection interrupted, can happen)
indexing is triggered after upload breaks, okay, but how to check if upload was completed on WebDav or not?
i restart the missing 80 photos upload
indexing is re-triggered after upload
you see usage of automation in indexing is the issue, it could break and the errors are not yet handled,
so in order to not have any automatic way, what would be the best MANUAL way of indexing
switch off automatic indexing completely
after WebDav upload no indexing shall happen
no recurring indexing at all not in 300 not in 30 seconds
keep the routines running that deal with the face recognition and labeling.
how to find a button to trigger re-indexing in the web app, at the moment you need to navigate to the menu, could there be an API call and a very simple widget?
Thank you for your help in brainstorming about this topic.
I am sorry to use issue tracker, but Git Hub Discussion was never mentioned yet and it was only introduced in 2020, you will see I am not the most active member on GitHub, just a Solution Integrator. Consider me as Customer or User and as Expert in Solution Integration :)
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi,
My little knowledge about PhotoPrism indexing:
I learned there is something called forced indexing which is maybe default to 300 seconds at the moment it is at 30 seconds.
I learned that each WebDav upload ends with a trigger that starts indexing
IDEA: the indexing routine in the code could check if indexing is already running and exit if indexing runs or has run in the last 5 seconds, is that implemented and working?
In the past after I made photos with the mobile, they automagically appeared in the Photo Stream of G**gle Photos.
I do NOT need the immediate upload as this is not efficient for me and it will use bandwidth when I do not plan to use bandwidth. That time I did not think about using the manual sync
Later I found PhotoPrism and I also found an Android App which later broke, I was told it is unsupported.It was called Photo Uploader for Photo Prism, the Google Play store history is one of my last data I still keep in my old limited Google Workspace account. So I could check it. With this Android App I manually uploaded to PhotoPrism and it appeared in the Stream right after upload.
I was told that PhotoSync for Android is the official solution, and WebDav the Transport. After getting rid of the unsupported Android App I bought the WebDav plugin for PhotoSync.
I had either a very slow response (maybe the 300 seconds of indexing) or the re-indexing everything after WebDav took too long.
So sometimes it seemed like 10 minutes after upload that I can work on the photos in the cloud.
Looking at this today it is not a high prio to get it solved, but upload should not break the indexing at all
It might happen that an error breaks PhotoPrism indexing:
maybe the issue is WebDav upload of 250 photos breaks at 170 (connection interrupted, can happen)
indexing is triggered after upload breaks, okay, but how to check if upload was completed on WebDav or not?
i restart the missing 80 photos upload
indexing is re-triggered after upload
you see usage of automation in indexing is the issue, it could break and the errors are not yet handled,
so in order to not have any automatic way, what would be the best MANUAL way of indexing
switch off automatic indexing completely
how to find a button to trigger re-indexing in the web app, at the moment you need to navigate to the menu, could there be an API call and a very simple widget?
Thank you for your help in brainstorming about this topic.
ps: this is the conclusion from the issue: #3227 (comment)
I am sorry to use issue tracker, but Git Hub Discussion was never mentioned yet and it was only introduced in 2020, you will see I am not the most active member on GitHub, just a Solution Integrator. Consider me as Customer or User and as Expert in Solution Integration :)
Beta Was this translation helpful? Give feedback.
All reactions