Page 2 of 6

PostPosted: Thu Feb 12, 2009 5:22 pm
by rpc
OK, first sjarelkwint I'm not picking on you. But, your test case (some of these ARE test submissions, right?) demonstrates why perhaps the SP world is not ready for a bulk photo uploader.

Second, Michael - you know I've enjoyed & admire your countless climbing submissions from both PNW & The Alps. I know that you've put in a lot of effort in developing this beautiful piece of code.

However, I think that sjarelkwint's test submission case demonstrates exactly why it's not a great idea to have this tool in the hands of the vast majority of SP members. I can see how someone like you could make a great use of it. However, for each member like you there are a 100 (more?) members who will just use it to dump the content of their memory cards onto the rest of us.

From personal experience, the bottleneck of the process is not the actual manual submission effort - it's the presort of the photos that I end up using in say a TR. For me also this is probably the most fun of all steps involved.

Anyway, hope you guys are not offended. This is my 2 cents. Ultimately, with or without this tool, useless submissions will continue I think.


(apparent duplicates highlighted)

edit in: photo deleted (long time ago actually, but image here lingered till I just noticed it...sorry).

PostPosted: Thu Feb 12, 2009 6:06 pm
by mvs
Thanks all, and thanks for your comments RPC. I think it is important to address your thoughts.

As for the duplicates that sjarelkwint uploaded, that could be explained by the fact that the tool doesn't remove photos you uploaded from the listbox. You could easily press submit again and upload a duplicate! Oops. Tonight I will add the absolutely necessary feature that the tool removes items that were successfully uploaded so that this can't happen. So I'd file that under "kinks to be worked out" but I realize it doesn't address the full scope of concerns you raise.

(Also, sjarelkwint, I hope you'll take a look at your photos and address that problem? It is unfortunate that because you are the very first user, you need to set an example for the rest of us! :wink: ).

The remaining concern, that people will "dump" poor quality photos here, is harder to answer. Your notion that "it's not a great idea to have this tool in the hands of the vast majority of SP members" is interesting, and provides the start of some ideas. I do fundamentally disagree with this idea, I think it is more likely to be a minority of people who make the poor choices that annoy us, I think we need to discuss some solutions that allow most of us to be happy. I certainly don't want to either reduce the quality of photo submissions on Summitpost, nor do I want to create hours of tedious drudge work for Elves!

I don't know if this would work at all, I am just brainstorming, but does it make sense to try to define what is a "good" user? And limit usage of the tool to such users? Someone would have to add some lines of code to perform the authorization step on the server. My tool would co-operate by making it easy to identify the UserAgent of course.

Possible ideas:
    A good user is one that an Elf says is a good user
    A good user has power X
    A good user is one who attaches photos to Mountain, Area, Route or Trip Report pages (I say that just because I've seen lots of forum threads decrying too many non-mountain related Albums and such)


I think we can solve those things, making life easier for all of us Summitpost fans, but also protecting us from mis-use. I am preferring to look on the "cup is half full" side.

(ps, I just thought of one more thing. Borrowing from some other folks who already mentioned this idea, I think it might be good to limit the size of uploads by auto-resizing the images. That will help storage space on the servers and also prevent (as of yet still imaginary) people from deciding to archive their full memory cards up here as a sort of backup location. That makes things clear: you are uploading a copy of your image here because it is worth sharing. And that is all.)

PostPosted: Thu Feb 12, 2009 7:07 pm
by rpc
Appreciate your well-thought out response Michael. I'm sure you'll find the right solution to this. Cheers.

PostPosted: Thu Feb 12, 2009 8:52 pm
by MoapaPk
I used to pre-size my images to ~1024x768; bigger for panos. Full-size images for digital cameras are usually too big for most computer screens.

This last go-round, I uploaded a few full-sized pics, and my sense of parsimony is overwhelming me. :?

But regardless of the size in bytes, people can still swamp with numbers of items. It's a thorny issue. The site masters could limit the number of photos uploaded, when not uploaded by page authors. It's rare for a person to be able to contribute more than a handful of pictures with new content, to an existing mountain page. But then people might start creating albums or custom objects just as storage.

PostPosted: Thu Feb 12, 2009 9:26 pm
by rpc
MoapaPk wrote:This last go-round, I uploaded a few full-sized pics, and my sense of parsimony is overwhelming me. :?


oh boy! santa gonna bring coals for you this coming xmas (hell, for THAT he might even take a dump on your livingroom rug!!). Naughty naughty!

PostPosted: Thu Feb 12, 2009 9:41 pm
by mvs
MoapaPk wrote:I used to pre-size my images to ~1024x768; bigger for panos. Full-size images for digital cameras are usually too big for most computer screens.

This last go-round, I uploaded a few full-sized pics, and my sense of parsimony is overwhelming me. :?

But regardless of the size in bytes, people can still swamp with numbers of items. It's a thorny issue. The site masters could limit the number of photos uploaded, when not uploaded by page authors. It's rare for a person to be able to contribute more than a handful of pictures with new content, to an existing mountain page. But then people might start creating albums or custom objects just as storage.


Yes! I have always done a pre-size step at home before uploading to the web, but more recently I gave that up. After an external hard drive crashed I was happy that some of the images, although re-touched, were full sized either at Summitpost or Flickr where I put them.

Good ideas about setting limits. Sounds like there are some creative options. I'm not sure how much leeway we have to tinker with the system...my impression is that we need the site owner to approve such things and he is often away. But those are good ideas.

Yeah, I got the impression from lurking in forums that we already have the problem of folks creating Albums and not contributing to the (I think) canonical Summitpost taxonomy: Mountain, Route, Area, TR.

You know, we could take a page from Flickr: For the free accounts, they limit the number of "Sets" you can create. What about just limiting the number of "Albums" you can create, thus mirroring a good policy? That policy was untenable for me, so I bought a full membership. That might cause the whole "I love Albums but don't give a damn about your moutains" problem to wither on the vine.

PostPosted: Thu Feb 12, 2009 9:41 pm
by MoapaPk
That rug tied the room together.

PostPosted: Thu Feb 12, 2009 9:53 pm
by rpc
:lol:

PostPosted: Fri Feb 13, 2009 6:58 am
by Gangolf Haub
Must say I agree with Bob and Radek here. SP is not about speed - mountains generally aren't either (Bob might disagree here). Out of the two or three hours it takes me to set up a page, half goes to uploading pictures and doing the layout of the page. Thanks to this I upload only about half the pics I make, which would be different if I used your tool. I most likely simply would upload the whole folder containing images related to a mountain.

Take your time and you can think about what you want to do with the picture.

As for your suggestions about good and bad users you unintentionally pointed out the problem directly. There are many possible criteria and none would work for all users. There are important contributers who are known to have swamped the site with pictures. There are low power users who certainly would use the tool according to common sense, etc... We are on the internet here and elvish life has told all of us that to contain anything here is outright impossible. The best thing you can do is ignor. Which would be difficult if there are too many new objects (pix) around.

Bottom line is that I'd prefer not to have this tool - neither me nor anybody - with you as the notable exception.

My 0.02€

PostPosted: Fri Feb 13, 2009 8:05 am
by mvs
Okay. Well your 2 cents weighs a lot more than that of course. In fact I was thinking of you, Radek and other high contributors as the primary audience. But I get the message and will quit pestering you about it! :lol:

I don't understand why, if you are a discerning user who selects his highest quality work to upload, you would suddenly become a mindless automaton and select entire folders just because you can batch upload? Now I've used batch uploaders for sites like Flickr for years, and I never became such a user. I always still chose for quality. Especially on a voting site like Summitpost, it always makes sense to chose that way. I'd argue to have a little more faith in our fellow users.

All the best,
--Michael

PostPosted: Fri Feb 13, 2009 1:59 pm
by mvs
visentin wrote:Congratulations !
I used it to upload a dozen of pictures of Rozsutec, it works very fine.
Few remarks/suggestions (despite I don't really know if I use the latest version)
<snip>...


Hi Eric, sorry I missed this one yesterday, let me answer inline:

I couldn't select the object to attach it to
Ah, that is addressed in version 1.0.0.3, targeted for release tonight.

The description field is perhaps a bit too small with one line
That is fixed in version 1.0.0.2, released yesterday.

Enlarging the application should allow enlarging the description zone only and not all text fields on 1 line
Now recorded as Bug #15.

Why not allowing multiple-select on the file list to enter a common title/description for several pics in the same time ?
I won't do that one now, though it was my idea from the start. I found that it's tough to get the right behavior with that, and I also want to respect some wishes expressed that each photo needs a unique caption. So let's wait and see on that one. It is a good suggestion but lets come back to it later.

A second tool (or check-box) to upload on MBPost ? :)
Great idea (I think). As far as I know that site needs content...but it also needs users...I have heard that it was kind of overwhelmed by spam?

Well, this shouldn't hide the big quality of your program: simple and efficient... well made ! In which language have you made it ? Did you have to ask the Elves for permission ? Would it be possible to have the source code to "customize" it a bit ? :)

Thank you very much! It is in C++. I didn't ask for permission, rather I'm choosing to beg for forgiveness. We'll see! :)

The problem right now with open source is that (in order to earn that forgiveness perhaps), the tool may need additional features or restrictions to satisfy some concerns raised by the Elves. I don't have a full list, but I recognize that there is a lot of uncertainty with such a tool.

One idea I've come around to is to restrict image size by resizing. If indeed too many people abuse the tool and upload too many images, at least they shouldn't kill the disk space. And I think it's time for a conversation about how many Albums we should be able to have. Sites like Flickr have restrictions there that are entirely appropriate (if you pay you get more).

Really, I want to see more Mountain, Area, Route, Trip Report pages. The people making that valuable content are investing a lot of time and I want to support that.

Thanks for all the suggestions and for using the program!
--Michael

Bulk Uploader: Version 1.0.0.3 online

PostPosted: Sat Feb 14, 2009 3:29 pm
by mvs
Hi all,
I've added two features:

* Return a list of IDs for the new objects in "EZ" format, ready for insertion in a Trip Report!
* Allow you to attach the images to a particular Summitpost object, not just your user page.


I think these were two really outstanding quality/"ease of use" issues.

Now I think I'll focus on something the elves will like more: a bulk deleter :lol: In my own testing I've added a bunch of images which I then needed to manually delete...very tedious!

I also want to focus on adding features that mitigate impact, as I've discussed in previous posts. With that in mind, I've made some polls that I'd love voting on. Anybody interested in the way the tool is shaped please go vote on my polls about restrictions.

Thanks again,
--Michael

PostPosted: Wed Feb 18, 2009 11:36 pm
by mvs
Version 1.0.0.4 released. It contains some authorization features, automatic removal of uploaded images from the list, and a bulk delete feature (that one is currently for the exclusive use of Elves at this time).

Thanks also to those who voted in the polls on the article page.
All the best,
--Michael

PostPosted: Sat Feb 21, 2009 4:52 am
by mvs
Thanks to Bob Sihler for discovering a bug in version 1.0.0.4: you couldn't type the number "2" in title or description! Weird, huh?

I fixed it and version 1.0.0.5 is available here.

PostPosted: Fri Apr 17, 2009 11:29 pm
by mvs
Quick status update. I've been way too busy to work on the tool at all, but I really want to get back to it in order to release Gabriele's feature (ability to detach photos from objects you own/admin in bulk). So a 2nd (or 3rd) apology to him and others who are waiting. I got a new job that gives me much more opportunity to write code so I don't need to inflict my work on you guys so much (big sigh o' relief from the elves I'm sure!) :D.

In general, it's been an interesting situation. I know there has been a lot of worry about this tool. I've heard from just a few folks who are using it and like it. I've asked the Elves to let me know if they see some bad usage (and of course they have the special "bulk delete" feature for that situation too). But it's been a very quiet 2 months since my last note.

I guess the bulk detach feature will be the last thing for this tool.