I have recently found out about Star Explorer and I am verry impressed with the program, I was wondering if it is compatiable with Kingstons new U3 DataTraveler memory stick that allows you to install apps on the stick and run them on any XP or Vista based machince with out having to install the program .
This would be perfect when we travel as we could us any system to safely upload our pictures to Smugmug while on vacation or at a clients if we do not have access to our system.
I have recently found out about Star Explorer and I am verry impressed with the program, I was wondering if it is compatiable with Kingstons new U3 DataTraveler memory stick that allows you to install apps on the stick and run them on any XP or Vista based machince with out having to install the program .
This would be perfect when we travel as we could us any system to safely upload our pictures to Smugmug while on vacation or at a clients if we do not have access to our system.
Unfortunately S*E requires an install. However, if your travels are short, you can simply use it as a trial on each new machine, which would give you almost unlimited access for a month.
I have not found it yet, but is there a way to pause and restart the upload?
There sure is!
Switch to regular view and press the big red stop button (or select Process|Cancel main menu item).
After the confirmation it will stop (not immediately, but soon enough). The you can add items to queue, delete them, shutdown machine, etc. Just don't clear the whole queue, since it's not possible to restore it after that...
There sure is!
Switch to regular view and press the big red stop button (or select Process|Cancel main menu item).
After the confirmation it will stop (not immediately, but soon enough). The you can add items to queue, delete them, shutdown machine, etc. Just don't clear the whole queue, since it's not possible to restore it after that...
HTH
PS
Thank you for using Star*Explorer!
Ok did that. How come the ones uploaded so far still show in que?
Hit upload and 1st file skipped but 2nd one uploading again. I had stopped
it at No. 17. Should I have deleted to ones uploaded?
Is this going thru each one? Don't understand what's happening. Looks like
uploading whole file again. At least going thru the motions, taking a lot of
time.
0:51:54:
0:51:54: TWiddle-Dee: 1 out of 53: IMG_1389.JPG
0:51:54:
0:51:54:
0:51:54: TWiddle-Dum: 2 out of 53: IMG_1390.JPG
0:51:54:
0:51:55: Started TWiddle-Dee: uploading IMG_1389.JPG to album 1364299
0:55:00: Finished TWiddle-Dee: uploading IMG_1389.JPG to album 1364299 (0:03:05)
0:55:00: Started TWiddle-Dum: uploading IMG_1390.JPG to album 1364299
0:55:00: TWiddle-Dee: Upload result: 132070130
0:55:00:
0:55:00: TWiddle-Dee: 3 out of 53: IMG_1391.JPG
0:55:00:
Edit: looks like I'm getting duplicates. Guess have to delete from que ones already uploaded.
Allen,
With the two threads running simultaneousely there is a chance that if you cancel the file that was actually uploaded would remain in queue. Otherwise if S*E gets the upload notification it should remove the file from the queue.
My main goal when processing "Cancel" was to preserve the queue, since it can be tricky to rebuild. Maybe I overdid it a bit:-). I rarely cancel myself, so I can't say for sure.
So in the mean time please pay a bit more attention what get uploaded and what not if you hit Cancel.
With the two threads running simultaneousely there is a chance that if you cancel the file that was actually uploaded would remain in queue. Otherwise if S*E gets the upload notification it should remove the file from the queue.
My main goal when processing "Cancel" was to preserve the queue, since it can be tricky to rebuild. Maybe I overdid it a bit:-). I rarely cancel myself, so I can't say for sure.
So in the mean time please pay a bit more attention what get uploaded and what not if you hit Cancel.
Gatcha. Dee & Dum threads uploading simultaneously. Just have to wait
until it's finished and see what's left. I deleted from cue what was uploaded
and also dups up there. No problem, now know what to expect.
Great app, I love it.
S*E v 167: featuring uploaded duplicates verification
New version has a great new feature: it can automatically ignore the files that have been already uploaded.
All the original versions of S*E were checking for duplicates in the existing upload queue.
Starting from version 167 you can tell SE* to check if you have already uploaded a file to a particular album at some time before.
This can greatly facilitate a "picture of the day" logic: you can simply keep dropping your local POTD folder to the same album and S*E will check for those files you have uploaded previously and only accept the new ones.
As always with S*E, this feature is fully configurable (via Sync Upload tab in the Options).
You can choose between
No verification: pre-existing and fastest behaviour
All time verification: every album will be verified.
Naturally, it will slow down the parsing the most
And, last but not least: verification for the selected albums only.
This last option allows you keep the speed high, but make sure that few specified albums are covered.
NOTE: to avoid unbearably slow real-time online verification, this feature operates against S*E cache. If you use S*E on the same PC for all your uploads, you have nothing to worry about. However, if you employ several upload methods/machines, you may need to use "Get Images Info" command once in a while to ensure the data needed makes it to the local database.
I dragged and dropped a whole file of images onto star*explorer and only some of them uploaded. The rest won't show up on star*explorer at all. I drag them over to the upload queue and nothing happens-- they don't show up. They're 8-bit jpegs and I was able to upload them using the regular smugmug drag and drop. Any ideas?
EDIT: nevermind-- it was a file size issue. I changed the file upload size limit under tools, but in the text editor box, that's why it wasn't working. Great program... it's just smarter than me!
I dragged and dropped a whole file of images onto star*explorer and only some of them uploaded. The rest won't show up on star*explorer at all. I drag them over to the upload queue and nothing happens-- they don't show up. They're 8-bit jpegs and I was able to upload them using the regular smugmug drag and drop. Any ideas?
You might d/l the latest again and re-install. I just put a few in and running now. It took all I dragged over. First two showed on Smug.
I dragged and dropped a whole file of images onto star*explorer and only some of them uploaded. The rest won't show up on star*explorer at all. I drag them over to the upload queue and nothing happens-- they don't show up. They're 8-bit jpegs and I was able to upload them using the regular smugmug drag and drop. Any ideas?
EDIT: nevermind-- it was a file size issue. I changed the file upload size limit under tools, but in the text editor box, that's why it wasn't working. Great program... it's just smarter than me!
Glad you've figured it out. Sometimes size does matter:-)
Any plan to make star explorer compatible with replace photo? Easy enough for me to ask-- I don't have to write the code!
AFAIK, no API for this yet. And with all the recent changes I'm not so sure about the "creative browsing" approach.
Besides, this operation is a rarely used, so Smugmug UI is fairly adequate, IMHO...
Sorry, but you need to give me some more reasons to do it:-)
AFAIK, no API for this yet. And with all the recent changes I'm not so sure about the "creative browsing" approach.
Besides, this operation is a rarely used, so Smugmug UI is fairly adequate, IMHO...
Sorry, but you need to give me some more reasons to do it:-)
Since Replace Photo is the only way to modify a photo before printing when using proof delay, that function gets used a lot more than it used to. I've suggested that Smugmug just add a flag to the upload function that would inidicate you want to replace an existing photo with the same filename in the same gallery as a nice API shortcut for replace photo and it would make it easy for existing uploaders to support. As it is, the Smugmug UI for Replace Photo is really clunky and forces you to deal with images one at a time. That's pretty time consuming if you want to do fine post processing on 20 images that were just ordered and you then have to do replace photo on each and every one, one at a time.
But, as you say, if there's no API, then we're just waiting for Smugmug to enable something.
AFAIK, no API for this yet. And with all the recent changes I'm not so sure about the "creative browsing" approach.
Besides, this operation is a rarely used, so Smugmug UI is fairly adequate, IMHO...
Sorry, but you need to give me some more reasons to do it:-)
Yeah, I'm sure you need more reasons. For me, all it took was replacing 15 photos one by one tonight (for a print order-- something fairly common for me)... very slow indeed. Star*explorer works so well at uploading photos, just thought it might be a good tool for replacing photos too. I'd buy an upgrade, maybe others would too?
Yeah, I'm sure you need more reasons. For me, all it took was replacing 15 photos one by one tonight (for a print order-- something fairly common for me)... very slow indeed. Star*explorer works so well at uploading photos, just thought it might be a good tool for replacing photos too. I'd buy an upgrade, maybe others would too?
Pete, John,
that is actually a fairly serious reason... at least for a Pro version:-)
I'll see what I can do. As you know, I recently added online dups check, the same logic can be applied if we want to replace the existing file...
Aren't these APIs for their web albums (the thing that competes with Smugmug), not for the Picasa desktop application itself?
Yeah, I spoke too soon. I got all excited about the API to be released, but then finally had a chance to dive in.
Yeah -- web albums, not any plugin architecture for the Picasa client application. Too bad.
Unless someone wants to create a client application that acts as a proxy, intercepts the HTTP traffic from Picasa to Picasa Web Albums and then redirects the request to some local client interface that massages the request and redirects to smugmug. That souds like a piece of cake!
Comments
Good Morning
I have recently found out about Star Explorer and I am verry impressed with the program, I was wondering if it is compatiable with Kingstons new U3 DataTraveler memory stick that allows you to install apps on the stick and run them on any XP or Vista based machince with out having to install the program .
This would be perfect when we travel as we could us any system to safely upload our pictures to Smugmug while on vacation or at a clients if we do not have access to our system.
Thanks in adcance
Rob
www.u3.com is the main site for the technology
Thank you for your interest in Star*Exlorer!
Unfortunately S*E requires an install. However, if your travels are short, you can simply use it as a trial on each new machine, which would give you almost unlimited access for a month.
HTH
Another month, anther hit threshold
Portland, Oregon Photographer Pete Springer
website blog instagram facebook g+
Appreciate the feedback!
Thank you for using Star*Explorer!
My Website index | My Blog
There sure is!
Switch to regular view and press the big red stop button (or select Process|Cancel main menu item).
After the confirmation it will stop (not immediately, but soon enough). The you can add items to queue, delete them, shutdown machine, etc. Just don't clear the whole queue, since it's not possible to restore it after that...
HTH
PS
Thank you for using Star*Explorer!
Hit upload and 1st file skipped but 2nd one uploading again. I had stopped
it at No. 17. Should I have deleted to ones uploaded?
Is this going thru each one? Don't understand what's happening. Looks like
uploading whole file again. At least going thru the motions, taking a lot of
time.
0:51:54:
0:51:54: TWiddle-Dee: 1 out of 53: IMG_1389.JPG
0:51:54:
0:51:54:
0:51:54: TWiddle-Dum: 2 out of 53: IMG_1390.JPG
0:51:54:
0:51:55: Started TWiddle-Dee: uploading IMG_1389.JPG to album 1364299
0:55:00: Finished TWiddle-Dee: uploading IMG_1389.JPG to album 1364299 (0:03:05)
0:55:00: Started TWiddle-Dum: uploading IMG_1390.JPG to album 1364299
0:55:00: TWiddle-Dee: Upload result: 132070130
0:55:00:
0:55:00: TWiddle-Dee: 3 out of 53: IMG_1391.JPG
0:55:00:
Edit: looks like I'm getting duplicates. Guess have to delete from que ones already uploaded.
My Website index | My Blog
With the two threads running simultaneousely there is a chance that if you cancel the file that was actually uploaded would remain in queue. Otherwise if S*E gets the upload notification it should remove the file from the queue.
My main goal when processing "Cancel" was to preserve the queue, since it can be tricky to rebuild. Maybe I overdid it a bit:-). I rarely cancel myself, so I can't say for sure.
So in the mean time please pay a bit more attention what get uploaded and what not if you hit Cancel.
until it's finished and see what's left. I deleted from cue what was uploaded
and also dups up there. No problem, now know what to expect.
Great app, I love it.
My Website index | My Blog
New version has a great new feature: it can automatically ignore the files that have been already uploaded.
All the original versions of S*E were checking for duplicates in the existing upload queue.
Starting from version 167 you can tell SE* to check if you have already uploaded a file to a particular album at some time before.
This can greatly facilitate a "picture of the day" logic: you can simply keep dropping your local POTD folder to the same album and S*E will check for those files you have uploaded previously and only accept the new ones.
As always with S*E, this feature is fully configurable (via Sync Upload tab in the Options).
You can choose between
- No verification: pre-existing and fastest behaviour
- All time verification: every album will be verified.
- And, last but not least: verification for the selected albums only.
NOTE: to avoid unbearably slow real-time online verification, this feature operates against S*E cache. If you use S*E on the same PC for all your uploads, you have nothing to worry about. However, if you employ several upload methods/machines, you may need to use "Get Images Info" command once in a while to ensure the data needed makes it to the local database.Naturally, it will slow down the parsing the most
This last option allows you keep the speed high, but make sure that few specified albums are covered.
77,000+ hits, 390+ customers!
Nikolai:
I dragged and dropped a whole file of images onto star*explorer and only some of them uploaded. The rest won't show up on star*explorer at all. I drag them over to the upload queue and nothing happens-- they don't show up. They're 8-bit jpegs and I was able to upload them using the regular smugmug drag and drop. Any ideas?
EDIT: nevermind-- it was a file size issue. I changed the file upload size limit under tools, but in the text editor box, that's why it wasn't working. Great program... it's just smarter than me!
Portland, Oregon Photographer Pete Springer
website blog instagram facebook g+
My Website index | My Blog
Glad you've figured it out. Sometimes size does matter:-)
Any plan to make star explorer compatible with replace photo?
Portland, Oregon Photographer Pete Springer
website blog instagram facebook g+
AFAIK, no API for this yet. And with all the recent changes I'm not so sure about the "creative browsing" approach.
Besides, this operation is a rarely used, so Smugmug UI is fairly adequate, IMHO...
Sorry, but you need to give me some more reasons to do it:-)
Since Replace Photo is the only way to modify a photo before printing when using proof delay, that function gets used a lot more than it used to. I've suggested that Smugmug just add a flag to the upload function that would inidicate you want to replace an existing photo with the same filename in the same gallery as a nice API shortcut for replace photo and it would make it easy for existing uploaders to support. As it is, the Smugmug UI for Replace Photo is really clunky and forces you to deal with images one at a time. That's pretty time consuming if you want to do fine post processing on 20 images that were just ordered and you then have to do replace photo on each and every one, one at a time.
But, as you say, if there's no API, then we're just waiting for Smugmug to enable something.
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
Yeah, I'm sure you need more reasons. For me, all it took was replacing 15 photos one by one tonight (for a print order-- something fairly common for me)... very slow indeed. Star*explorer works so well at uploading photos, just thought it might be a good tool for replacing photos too. I'd buy an upgrade, maybe others would too?
Portland, Oregon Photographer Pete Springer
website blog instagram facebook g+
Pete, John,
that is actually a fairly serious reason... at least for a Pro version:-)
I'll see what I can do. As you know, I recently added online dups check, the same logic can be applied if we want to replace the existing file...
I'll see what "creative browsing" can give us...
No ETA at the moment, but consider it on the list
Yay! Star*Explorer got 400th customer tonight!
SmugMug API Developer
My Photos
Hasta pronto,
Sebastian
SmugMug Support Hero
Thanks!
Danke, mein bruder! (I hope I didn't screw this up too much:-)
Nik,
Please, please, please tell me you are working on integrating SE with Picasa now that Google has just released their API.
http://code.google.com/apis/picasaweb/overview.html
I swear I will never, ever ask for anything (from anyone) again.
If I sound desprate, that's because I am.
Aaron
Aaron Christy
http://www.surfacedamage.com/
Aren't these APIs for their web albums (the thing that competes with Smugmug), not for the Picasa desktop application itself?
Homepage • Popular
JFriend's javascript customizations • Secrets for getting fast answers on Dgrin
Always include a link to your site when posting a question
Portfolio • Workshops • Facebook • Twitter
Yeah, I spoke too soon. I got all excited about the API to be released, but then finally had a chance to dive in.
Yeah -- web albums, not any plugin architecture for the Picasa client application. Too bad.
Unless someone wants to create a client application that acts as a proxy, intercepts the HTTP traffic from Picasa to Picasa Web Albums and then redirects the request to some local client interface that massages the request and redirects to smugmug. That souds like a piece of cake!
Aaron Christy
http://www.surfacedamage.com/
When there is something for local stuf I will take shot at it...
Thank you for using Star*Explorer!