Hi all,
two issues are getting mixed up here. So I'm going to split the thread. I'll start a new thread about a maximum number of photos per photographer in a minute.
About the jury. In the Netherlands we had contact with professional newspaper photographers, and I was told by them it was totally not uncommon for them to go through thousands and thousands of pictures to find the right one. They even have special software to make that easier. I didn't get the impression that more photos lead to lower quality jurywork, so I'm curious how you got to that assumption, Peter!
In my experience, juries find numbers around 500-1000 ideal because it allows enough choice but is like totally easy to go through. Up to 10.000 seems to be quite acceptable with the right tools. If it gets above 5000 you may want to include a step in the process to lower the number of photos per juror. Some ways to accomplish that are to cut the set in a fer parts, and let each juror make a pre-selection of their set. Then combine those preselections for the whole jury. Another option would be to have a preselection by the organizers (read: we get some volunteers to do it), or just by the Wikipedian jury members. Please note that in either case the whole process can only take up to a month. The results should be in by the beginning of November.
Best, Lodewijk
2012/6/22 Jan Ainali jan.ainali@wikimedia.se
While making it as easy as possible for the jury, let's not forget the purpose of the contest, to get educational pictures of as many monuments as possible. There need to be an incentive for photographers to not be satisfied with just uploading their best image. Uploading with metadata is a pain, and if they are not entering the contest the risk is that we will miss out of some educational pictures that may not be the prettiest. The contest is our carrot to make people upload, and if the carrot is smaller not all will chase for it.
I think Racso is on to something though, by limiting it to a certain number per monument. The limit must be higher than one, eg. for a church the interior is at least as interesting as the exterior for one thing and while the photographer thinks one of them has better chance to win, maybe the other is of most value to the projects. Perhaps ten is enough, that could make those photographers that upload hundreds of picture of each monument less overwhelming. Can we do such a limitation technically, or do we make it as a strong recommendation to the contestants or solve it in another way?
-- Best Jan Ainali Chairman, Wikimedia Sverige http://se.wikimedia.org/wiki/Huvudsida
2012/6/22 Nicu Buculei nicubunu@gmail.com
On Fri, Jun 22, 2012 at 3:19 AM, Peter Ekman wrote:
It seems to me that you can't possibly give a jury a 1,000 photos and
expect
them to come up with anything reasonable. That type of system would
also
drive away quality jurors - the best jurors simply wouldn't have time
for
all that. And if we're talking about 10,000 photos, it just gets worse. There has to be some sort of pre-screening, whether we like it or not.
A jury put in front of 1000 or more photos would have a difficult job, but with a pre-screening you can get to a few hundreds of images and a reasonable amount of work.
A couple of suggestions for pre-screening:
- Let the photographer decide which of his photos is best - say 1 for
the
entire contest or 1 for each day he/she uploads. 2. Have a contest each day, with a each photographer who uploaded that
day
nominating a single photo, and letting the community vote (I'd say +1
for
each photo you like) then after a few days a selected screener from the community selects 2 or 3 photos from the group that has the highest
score.
After 30 days, you'd have 60-90 photos that the jury can deal with,
each
photog would have had the chance to nominate his best photos (multiple times), the community would have their say, and the screeners would not
have
to deal with 1,000s of photos.
Something like that would require a large organizational effort and a large community, which is not the case for most of the participating countries. Small teams and small communities will have to "Keep It Simple and Stupid". [1]
[1] http://en.wikipedia.org/wiki/KISS_principle
-- nicu :: http://photoblog.nicubunu.ro/
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.eu
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.eu