Select some files from plain vanilla windows explorer, right mouse click, choose Send To.. menu, seelct Smugmug (via SE) - and it will use existing instance of S*E, or will launch S*E automatically..
I've actually already had registered the S*E extension in my context menu - that's what I wondered would happen if I use it:
I've never reassigned a single picture within S*E and therefore didn't figure out at first how to do it.
However I found the message informing me about the unassigned picture a bit strange - even though it adjusts with more unassigned pictures to "them. Please assign There are xx unassigned images to some albums."
Guess not many have been using this feature like I did.
Hmm
Interesting, I guess I need to look at the error message, huh...
In fact, when you use Send To, S*E has no clue what album you want to upload the newly acquired images. That's why there is Assign Album button on the upload toolbar (and item in the queue context menu).
As always, I appreciate a feedback!
In fact, when you use Send To, S*E has no clue what album you want to upload the newly acquired images.
You're totally right and there's nothing wrong with the assign button / context menu. My comment was more about my lazyness to do anything else in S*E, but what my usual workflow includes. That's why I discovered the strange error message, but there's no need to adjust anything else assign-UI-wise. I figured that out by now.
I'll be out to shootout
I will be out of town for the period of time since Wed May 17th until Sun May 28th 2006, for the smugmug shootout. Therefore I will not be able to issue any new licenses even if purchased. If your trial of S*E expires within the said time and you intend to purchase S*E after the expiration, please purchase it before May 17th - or endure the consequences .
Contact me via email if you have any questions/concerns.
Cheers!
I will be out of town for the period of time since Wed May 17th until Sun May 28th 2006, for the smugmug shootout. Therefore I will not be able to issue any new licenses even if purchased. If your trial of S*E expires within the said time and you intend to purchase S*E after the expiration, please purchase it before May 17th - or endure the consequences .
Contact me via email if you have any questions/concerns.
Cheers!
Shootout was great, views was awesome - and S*E online store is now open again:-)
Great feedback from S*E customer
I just returned back from the shootout and found this in my inbox:
My first upload with the tool was over a wired connection of about 520+
images total over 1.2 Gb. The upload was going great until I had to unplug
the laptop power supply and move the computer to get it away from the kids
(I have a 11 month old and 3 year old). I panicked when the program stopped
responding after the move. Before, I had to manually figure out which files
to upload and with 520+ images it would be very time consuming. But, I
simply ran Star*Explorer, was prompted with a dialog about an interrupted
upload and if I wanted to proceed. I, of course, said yes and another dialog
confirmed the number of files yet to be uploaded. It's great when a tool
does what it claims to do with a minimum of impact to the user. I ran a
smaller upload last night over my wireless network. I have never had any
size upload complete successfully wirelessly, until Star*Explorer. I did not
have any problems or interrupts. Thanks for a great tool!
Kinda gives you that "warm and fuzzy" feeling :-) :
Although SE did download my images already on SM, SE does not display any image information for those images. How can I synchronize my few GB of images with SE (without uploading them all again)?
Although SE did download my images already on SM, SE does not display any image information for those images. How can I synchronize my few GB of images with SE (without uploading them all again)?
Pieter
So, you have uploaded some (probably a lot:-) images before you had Star*Explorer and now you want to upload the rest, which is also a ton, correct?
While I can't offer you a "one button solution" right now, there is a relatively simple workaround.
You've said you have already downloaded the SM-stored images to you hard drive. What you can do is to mark those files read-only, copy your whole collection over to the same sync root at your HDD (those R/O files remain untouched:-). Now search the sync root folder for those ReadOnly files again and delete them (or move them some place else). This will give you a sync root folder full of your unuploaded files. Now all you have to do is to make sure your folder structure matches your smugmug category/subcategory structure, after which you can use AutoAlbum creation feature (essentially, drop "category" level folders into your S*E root). S*E will parse the tree structure, auto create proper album and ready the queue. Validate the match and hit upload. It's all a matter of a few seconds (or a few minutes, depending on how fast you HDD is:-).
So, you have uploaded some (probably a lot:-) images before you had Star*Explorer and now you want to upload the rest, which is also a ton, correct?
Correct, but what I would like to know is; when I drop pictures into SE to upload, SE shows info for those pictures, what I would like is for SE to also show info for pictures I uploaded before I started using SE?
Correct, but what I would like to know is; when I drop pictures into SE to upload, SE shows info for those pictures, what I would like is for SE to also show info for pictures I uploaded before I started using SE?
Pieter
S*E would not show it in the same way as for the upload, but it will allow you to download image info (or images themselves) into the local database, which you then can explore using MS Access or any other ADO/OLE/ODBC compatible software.
I know it sounds nerdy, but this what I have for a moment. I have solid plans to make the whole thing simpler in the future, but they are not for tomorrow (family and day job kinda cut in, too)...
Nikolai: Does S*E have any integration with Photoshop or Bridge? I would love to choose the photos from within Bridege and rt click to "send to smugmug". I can do this now, sort of, with the Universal Loader: I can drag and drop a selection from Bridge onto the DnD window within my browser. Only problem is, I have to set up the gallery first from the loader.
Nikolai: Does S*E have any integration with Photoshop or Bridge? I would love to choose the photos from within Bridge and rt click to "send to smugmug". I can do this now, sort of, with the Universal Loader: I can drag and drop a selection from Bridge onto the DnD window within my browser. Only problem is, I have to set up the gallery first from the loader.
As of now, the only thing you can do between Bridge and S*E is to drag and drop your selection from Bridge into S*E (you gotta have S*E open for this ). I plan to add more integration some time soon to allow direct send of Bridge/PS files into S*E, whether it's launched or not, kind Send To functionality I currently have with Windows Explorer.
Not tomorrow, but soon enough.
As of now, the only thing you can do between Bridge and S*E is to drag and drop your selection from Bridge into S*E (you gotta have S*E open for this ). I plan to add more integration some time soon to allow direct send of Bridge/PS files into S*E, whether it's launched or not, kind Send To functionality I currently have with Windows Explorer.
Not tomorrow, but soon enough.
HTH
Thanks, will patiently await the feature .
Another question: the website says "System Shutdown upon Upload Yes, user-configurable: none, suspend, hibernate, logoff, shutdown"
I can not find this configuration setting anywhere in the menus....
Haven't encountered a problem before when uploading using Star Exploror. I am trying to upload images now and it is reporting "RPC-XML: systemerror (galleryclosed) (5)". The images are being uploaded but are rejected.
Hey, I've used starexplorer before with no problems.... fired it up today, uploaded 4 pics... no errors, but only 2 showed up!
My Smugmug "upload log" show that 2 had errors:
<TABLE width="100%" border=0><TBODY><TR><TD vAlign=center align=middle></TD><TD vAlign=center>_ML_6628e.jpg</TD><TD vAlign=center></TD><TD vAlign=center>73011775</TD><TD vAlign=center></TD><TD vAlign=center>Error</TD><TD vAlign=center></TD><TD vAlign=center noWrap>2006-06-02 01:57:28</TD><TD vAlign=center></TD><TD vAlign=center>0s</TD><TD vAlign=center></TD><TD vAlign=center>n/a</TD><TD vAlign=center></TD><TD vAlign=center>File had errors and could not be processed. : Non-JPEG/GIF/PNG/MPG : Non-JPEG/GIF/PNG/MPG</TD></TR><TR><TD vAlign=center colSpan=14></TD></TR><TR><TD vAlign=center align=middle></TD><TD vAlign=center>_ML_6553e.jpg</TD><TD vAlign=center></TD><TD vAlign=center>73011758</TD><TD vAlign=center></TD><TD vAlign=center>Error</TD><TD vAlign=center></TD><TD vAlign=center noWrap>2006-06-02 01:57:17</TD><TD vAlign=center></TD><TD vAlign=center>4s</TD><TD vAlign=center></TD><TD vAlign=center>n/a</TD><TD vAlign=center></TD><TD vAlign=center>File had errors and could not be processed. : Non-JPEG/GIF/PNG/MPG</TD></TR></TBODY></TABLE>
0:20:46: Started Uploading
0:20:46: Upload files: 4, 5.23 MB
0:20:46: Started Upload files: 4, 5.23 MB
0:20:46:
0:20:46: 1 out of 4: _ML_5647e.jpg
0:20:46:
0:20:46: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_5647e.jpg to album 1519736
0:20:46: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_5647e.jpg to album 1519736
0:20:55: Multipart Post result: 73011735
0:20:55: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_5647e.jpg to album 1519736 (0:00:08)
0:20:55: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_5647e.jpg to album 1519736 (0:00:08)
0:20:55:
0:20:55: 2 out of 4: _ML_6553e.jpg
0:20:55:
0:20:55: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6553e.jpg to album 1519736
0:20:55: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6553e.jpg to album 1519736
0:21:02: Multipart Post result: 73011758
0:21:02: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6553e.jpg to album 1519736 (0:00:07)
0:21:02: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6553e.jpg to album 1519736 (0:00:07)
0:21:02:
0:21:02: 3 out of 4: _ML_6628e.jpg
0:21:02:
0:21:02: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6628e.jpg to album 1519736
0:21:02: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6628e.jpg to album 1519736
0:21:13: Multipart Post result: 73011775
0:21:13: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6628e.jpg to album 1519736 (0:00:11)
0:21:13: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6628e.jpg to album 1519736 (0:00:11)
0:21:13:
0:21:13: 4 out of 4: _ML_6659e.jpg
0:21:13:
0:21:13: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6659e.jpg to album 1519736
0:21:13: Started Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6659e.jpg to album 1519736
0:21:22: Multipart Post result: 73011792
0:21:22: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6659e.jpg to album 1519736 (0:00:09)
0:21:22: Finished Uploading C:\Documents and Settings\dmc\My Documents\My Pictures\2006\20060318 Track day - Stephen\_ML_6659e.jpg to album 1519736 (0:00:09)
0:21:22: Finished Upload files: 4, 5.23 MB (0:00:36)
0:21:23: Finished Uploading (0:00:36)
Hey, I've used starexplorer before with no problems.... fired it up today, uploaded 4 pics... no errors, but only 2 showed up!
My Smugmug "upload log" show that 2 had errors:
<TABLE width="100%" border=0><TBODY><TR><TD vAlign=center align=middle></TD><TD vAlign=center>_ML_6628e.jpg</TD><TD vAlign=center></TD><TD vAlign=center>73011775</TD><TD vAlign=center></TD><TD vAlign=center>Error</TD><TD vAlign=center></TD><TD vAlign=center noWrap>2006-06-02 01:57:28</TD><TD vAlign=center></TD><TD vAlign=center>0s</TD><TD vAlign=center></TD><TD vAlign=center>n/a</TD><TD vAlign=center></TD><TD vAlign=center>File had errors and could not be processed. : Non-JPEG/GIF/PNG/MPG : Non-JPEG/GIF/PNG/MPG</TD></TR><TR><TD vAlign=center colSpan=14></TD></TR><TR><TD vAlign=center align=middle></TD><TD vAlign=center>_ML_6553e.jpg</TD><TD vAlign=center></TD><TD vAlign=center>73011758</TD><TD vAlign=center></TD><TD vAlign=center>Error</TD><TD vAlign=center></TD><TD vAlign=center noWrap>2006-06-02 01:57:17</TD><TD vAlign=center></TD><TD vAlign=center>4s</TD><TD vAlign=center></TD><TD vAlign=center>n/a</TD><TD vAlign=center></TD><TD vAlign=center>File had errors and could not be processed. : Non-JPEG/GIF/PNG/MPG</TD></TR></TBODY></TABLE>
Thanks you for the feedback, I apologize for the inconvenience.
The info you have provided can mean one thing only: at the time of the upload SM servers made a decision to reject the file. However, since the error was not returned to S*E (as you can see, all four files recieved a valid ID, which means they were officially accepted), there was no earthly reason for S*E to raise an alarm. There is only so much a 3d party application can do, checking SM server's internal logic is definitely not one of them...
I'm pretty sure that if you have had repeated the upload with S*E (when you used Universal uploader) it would go just fine.
Once again, I'm sorry, but there are limits in what I can do with the API we were given...
Thank you for using Star*Explorer, I hope this glitch does not spoil your overall uploading experience.
Haven't encountered a problem before when uploading using Star Exploror. I am trying to upload images now and it is reporting "RPC-XML: systemerror (galleryclosed) (5)". The images are being uploaded but are rejected.
Any ideas?
Thanks!
Cammo
Thank you for trying Star*Explorer!
During the last few days I was personally getting similar messages and get the reports from other users about similar ones. This is an error smugmug servers return. The only thing I can do is to acknowledge it and inform the user. Normally it means some glitch in the server's work. Possibly the servers still didn't recuperate from the troubles they had on Memorial Day.
There is not much we can do about it except to wait for the SM crew to fix it. To their merit, this kind of mishaps is an extremely rare phenomenon, I guess it was just our turn to be unlucky..
I can assure you that the S*E code is well tested and practice-proven by hundreds of users, so as soon as the servers are completely fixed you will continue to enjoy trouble-free upload, download and all the nice things that Star*Explorer already has and will have in the very near future (like a full-text search accross all the text fields - coming soon:-)
The info you have provided can mean one thing only: at the time of the upload SM servers made a decision to reject the file. However, since the error was not returned to S*E (as you can see, all four files recieved a valid ID, which means they were officially accepted), there was no earthly reason for S*E to raise an alarm. There is only so much a 3d party application can do, checking SM server's internal logic is definitely not one of them...
Okay, this seems to getting an issue that I wasn't aware before having the SM upload log. Actually I haven't really checked every single picture I uploaded. Especially when I haven't uploaded in a while and dump a large batch in a gallery.
With the new upload log I actually also experienced one of the
"File had errors and could not be processed. : Non-JPEG/GIF/PNG/MPG : Non-JPEG/GIF/PNG/MPG" errors and wonder if this has happened before.
The only explanation for this I can think of is that the upload server accepts it as a valid file and puts it in the processing queue where later on the processing server realizes that the file somehow doesn't work.
What about using the upload log to prevent S*E from reporting everything been uploaded correctly? After the batch is through S*E could scan the upload log for the image IDs it just uploaded and check if there are any errors, missing image IDs or still pending images and report this / offer an instant re-upload. This would verify that every image has been actually processed correctly.
Another possibility to check if all image IDs are valid would be to access the tiny thumb (smugmug.com/photos/id-Ti.jpg). If no Jpg-data is returned, the ID should be invalid. It shouldn't matter if external linking is on or off, because if the browser's logged in I can access all of my images, even if they are in a gallery where external linking is off. As S*E is logged in too, this should also work there.
Okay, this seems to getting an issue that I wasn't aware before having the SM upload log. Actually I haven't really checked every single picture I uploaded. Especially when I haven't uploaded in a while and dump a large batch in a gallery.
With the new upload log I actually also experienced one of the
"File had errors and could not be processed. : Non-JPEG/GIF/PNG/MPG : Non-JPEG/GIF/PNG/MPG" errors and wonder if this has happened before.
The only explanation for this I can think of is that the upload server accepts it as a valid file and puts it in the processing queue where later on the processing server realizes that the file somehow doesn't work.
What about using the upload log to prevent S*E from reporting everything been uploaded correctly? After the batch is through S*E could scan the upload log for the image IDs it just uploaded and check if there are any errors, missing image IDs or still pending images and report this / offer an instant re-upload. This would verify that every image has been actually processed correctly.
Another possibility to check if all image IDs are valid would be to access the tiny thumb (smugmug.com/photos/id-Ti.jpg). If no Jpg-data is returned, the ID should be invalid. It shouldn't matter if external linking is on or off, because if the browser's logged in I can access all of my images, even if they are in a gallery where external linking is off. As S*E is logged in too, this should also work there.
What do you think Nik?
Thanks,
Sebastian
The whole upload log thing is relatively new, as well as the said upload problems/error message. I'm not sure how stable its format is. From a standard interfacing point of view, I'd much rather prefer API not to return a valid ID in case it decides to through the file away (especially if it's going to OK the same file later on).
However, if the situation with the API-based upload problems prevails well outside the limits of the Memorial Day Glitch, I think I'll have no other choice but to parse the darn log on a regular basis... :uhoh
As to the accessing -Ti image... This opens the whole new can of worms. Lately I've experienced hours of delay before ANY image was processed. This mean S*E would have to wait for that, too..
All in all, it looks like SM has been busy updating its internals, which, unfortunately, affects all us poor API users. I would really like to wait until the update is complete and the dust settles...
Thanks for SE. It just made my uploads *so* much easier.
But I really want to use the sales download tool, but it doesn't seem to work:
Thanks for the info!
I just verified - same result for me:-( :cry
Apparantly, SM guys changed the something of the Sales page, effectively causing my parser to stop working
I will check it asap. Looks like something simple, hopefully get it fix this week the latest..
Thank you for using Star*Explorer!
HTH
Comments
I've never reassigned a single picture within S*E and therefore didn't figure out at first how to do it.
However I found the message informing me about the unassigned picture a bit strange - even though it adjusts with more unassigned pictures to "them. Please assign There are xx unassigned images to some albums."
Guess not many have been using this feature like I did.
Sebastian
SmugMug Support Hero
Interesting, I guess I need to look at the error message, huh...
In fact, when you use Send To, S*E has no clue what album you want to upload the newly acquired images. That's why there is Assign Album button on the upload toolbar (and item in the queue context menu).
As always, I appreciate a feedback!
Sorry for the confusion,
Sebastian
SmugMug Support Hero
You've found the glitch, and that is what counts, not why or how:-)
Cheers!
What's new:
- Bugfix (Sebastian): funny error message if not all images are assigned to albums (in conjunction with "Send To..." feature). Fixed.
- Image captions are immediately added to cache after the upload
- "Dgrin" (after-upload) list now shows captions, if available
- Bugfix: multiline image captions we're not processed correctly. Fixed.
Thank you for using Star*Explorer!Another threshold has been crossed - S*E stat counter accumulated 50,000 hits!
I'd like to thank all the customers and supporters for helping me making S*E better!
Cheers!
I will be out of town for the period of time since Wed May 17th until Sun May 28th 2006, for the smugmug shootout. Therefore I will not be able to issue any new licenses even if purchased. If your trial of S*E expires within the said time and you intend to purchase S*E after the expiration, please purchase it before May 17th - or endure the consequences
Contact me via email if you have any questions/concerns.
Cheers!
Shootout was great, views was awesome - and S*E online store is now open again:-)
I just returned back from the shootout and found this in my inbox:
Kinda gives you that "warm and fuzzy" feeling :-)
Although SE did download my images already on SM, SE does not display any image information for those images. How can I synchronize my few GB of images with SE (without uploading them all again)?
Pieter
So, you have uploaded some (probably a lot:-) images before you had Star*Explorer and now you want to upload the rest, which is also a ton, correct?
While I can't offer you a "one button solution" right now, there is a relatively simple workaround.
You've said you have already downloaded the SM-stored images to you hard drive. What you can do is to mark those files read-only, copy your whole collection over to the same sync root at your HDD (those R/O files remain untouched:-). Now search the sync root folder for those ReadOnly files again and delete them (or move them some place else). This will give you a sync root folder full of your unuploaded files. Now all you have to do is to make sure your folder structure matches your smugmug category/subcategory structure, after which you can use AutoAlbum creation feature (essentially, drop "category" level folders into your S*E root). S*E will parse the tree structure, auto create proper album and ready the queue. Validate the match and hit upload. It's all a matter of a few seconds (or a few minutes, depending on how fast you HDD is:-).
Drop me an email if confused.
And welcome to DGrin!
Cheers!
Pieter
S*E would not show it in the same way as for the upload, but it will allow you to download image info (or images themselves) into the local database, which you then can explore using MS Access or any other ADO/OLE/ODBC compatible software.
I know it sounds nerdy, but this what I have for a moment. I have solid plans to make the whole thing simpler in the future, but they are not for tomorrow (family and day job kinda cut in, too)...
As of now, the only thing you can do between Bridge and S*E is to drag and drop your selection from Bridge into S*E (you gotta have S*E open for this
Not tomorrow, but soon enough.
HTH
Thanks, will patiently await the feature
Another question: the website says "System Shutdown upon Upload Yes, user-configurable: none, suspend, hibernate, logoff, shutdown"
I can not find this configuration setting anywhere in the menus....
It's a combobox (pulldown) on an upload toolbar, next to the bandwidth cap. It's a non-persistent per-session setting.
HTH
Nik
Odd, I finally found it when I made the app full screen. Until then, it was hidden from view, thus my confusion. runnng 1024x768
I guess sometimes size does matter
Cheers!
Hi,
Haven't encountered a problem before when uploading using Star Exploror. I am trying to upload images now and it is reporting "RPC-XML: systemerror (galleryclosed) (5)". The images are being uploaded but are rejected.
Any ideas?
Thanks!
Cammo
Smugmug address - http://camlaird.smugmug.com
My Smugmug "upload log" show that 2 had errors:
<TABLE width="100%" border=0><TBODY><TR><TD vAlign=center align=middle></TD><TD vAlign=center>_ML_6628e.jpg</TD><TD vAlign=center>
I uploaded all 4 pics again via Universal uploader with no probs!
http://www.smugmug.com/gallery/1519814/
The starexplorer log looked fine... what's up?
Thanks you for the feedback, I apologize for the inconvenience.
The info you have provided can mean one thing only: at the time of the upload SM servers made a decision to reject the file. However, since the error was not returned to S*E (as you can see, all four files recieved a valid ID, which means they were officially accepted), there was no earthly reason for S*E to raise an alarm. There is only so much a 3d party application can do, checking SM server's internal logic is definitely not one of them...
I'm pretty sure that if you have had repeated the upload with S*E (when you used Universal uploader) it would go just fine.
Once again, I'm sorry, but there are limits in what I can do with the API we were given...
Thank you for using Star*Explorer, I hope this glitch does not spoil your overall uploading experience.
HTH
Thank you for trying Star*Explorer!
During the last few days I was personally getting similar messages and get the reports from other users about similar ones. This is an error smugmug servers return. The only thing I can do is to acknowledge it and inform the user. Normally it means some glitch in the server's work. Possibly the servers still didn't recuperate from the troubles they had on Memorial Day.
There is not much we can do about it except to wait for the SM crew to fix it. To their merit, this kind of mishaps is an extremely rare phenomenon, I guess it was just our turn to be unlucky..
I can assure you that the S*E code is well tested and practice-proven by hundreds of users, so as soon as the servers are completely fixed you will continue to enjoy trouble-free upload, download and all the nice things that Star*Explorer already has and will have in the very near future (like a full-text search accross all the text fields - coming soon:-)
HTH
With the new upload log I actually also experienced one of the
"File had errors and could not be processed. : Non-JPEG/GIF/PNG/MPG : Non-JPEG/GIF/PNG/MPG" errors and wonder if this has happened before.
The only explanation for this I can think of is that the upload server accepts it as a valid file and puts it in the processing queue where later on the processing server realizes that the file somehow doesn't work.
What about using the upload log to prevent S*E from reporting everything been uploaded correctly? After the batch is through S*E could scan the upload log for the image IDs it just uploaded and check if there are any errors, missing image IDs or still pending images and report this / offer an instant re-upload. This would verify that every image has been actually processed correctly.
Another possibility to check if all image IDs are valid would be to access the tiny thumb (smugmug.com/photos/id-Ti.jpg). If no Jpg-data is returned, the ID should be invalid. It shouldn't matter if external linking is on or off, because if the browser's logged in I can access all of my images, even if they are in a gallery where external linking is off. As S*E is logged in too, this should also work there.
What do you think Nik?
Thanks,
Sebastian
SmugMug Support Hero
The whole upload log thing is relatively new, as well as the said upload problems/error message. I'm not sure how stable its format is. From a standard interfacing point of view, I'd much rather prefer API not to return a valid ID in case it decides to through the file away (especially if it's going to OK the same file later on).
However, if the situation with the API-based upload problems prevails well outside the limits of the Memorial Day Glitch, I think I'll have no other choice but to parse the darn log on a regular basis... :uhoh
As to the accessing -Ti image... This opens the whole new can of worms. Lately I've experienced hours of delay before ANY image was processed. This mean S*E would have to wait for that, too..
All in all, it looks like SM has been busy updating its internals, which, unfortunately, affects all us poor API users. I would really like to wait until the update is complete and the dust settles...
Cheers!
Thanks for SE. It just made my uploads *so* much easier.
But I really want to use the sales download tool, but it doesn't seem to work:
0:08:46: Started Getting sales data
0:08:46: Started Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444
0:09:00: Finished Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444 (0:00:14)
0:09:00: Started Getting order details
0:09:00: Order #0 (1 out of 203
0:09:00: Started Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444
0:09:15: Finished Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444 (0:00:15)
0:09:15: Started No customer info found
0:09:15: Attempt #1 (out of 3) failed, pausing for 3 sec
0:09:18: Attempt #2 (out of 3)
0:09:18: Started Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444
0:09:28: Finished Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444 (0:00:10)
0:09:28: Started No customer info found
0:09:28: Attempt #2 (out of 3) failed, pausing for 3 sec
0:09:31: Attempt #3 (out of 3)
0:09:31: Started Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444
0:09:38: Finished Getting http://technocraft.smugmug.com/homepage/prosales.mg?UserID=20444 (0:00:07)
0:09:38: Started No customer info found
0:09:38: Failed to obtain details for order #0
0:09:38: Finished No customer info found (0:00:00)
0:09:38: Finished No customer info found (0:00:10)
http://images.tonyschreiber.com
(technocraft.smugmug.com)
Thanks for the info!
I just verified - same result for me:-( :cry
Apparantly, SM guys changed the something of the Sales page, effectively causing my parser to stop working
I will check it asap. Looks like something simple, hopefully get it fix this week the latest..
Thank you for using Star*Explorer!
HTH
As I suspected, there was HTML page format change. I wish I knew earlier...
Anyway, please get the new version, it's fixed now.
HTH
Due to the sales html change on the server, my Sales Download feature stopped working. Fixed.
Coming soon:
- full-text search
- upload log usage to avoid upload gaps
HTHhttp://images.tonyschreiber.com
(technocraft.smugmug.com)