UNIFIED Challenge Admin testground / Discuss

This thread has been closed by Alesa Dam.

Current Discussion

STICKY  UNIFIED CHALLENGES CheckPlay Tool - ChangeLog
Latest: 2 months ago
STICKY  UNIFIED CheckPlay language listing
Latest: 3 months ago
STICKY  UNIFIED CheckPlay group listing
Latest: 3 months ago
STICKY  UNIFIED CheckPlay For Challenge Group Administration - ChangeLog
Latest: 6 months ago
STICKY  UNIFIED CheckPlay: Tips, Tricks and Work-arounds - comment wrongly counted as a vote
Latest: 7 months ago
STICKY  UNIFIED CheckPlay: Tips, Tricks and Work-arounds
Latest: 8 months ago
STICKY  UNIFIED CheckPlay For Challenge Group Administration - documentation
Latest: 13 months ago
STICKY  UNIFIED CheckPlay: Tips, Tricks, and Work-arounds - list challenges with overrides
Latest: 13 months ago
STICKY  Challenge medals - definitions
Latest: 16 months ago
STICKY  UNIFIED CheckPlay: Tips, Tricks and Work-arounds - vote corrections
Latest: 17 months ago
STICKY  UNIFIED CheckPlay: Tips, Tricks, and Work-arounds - photo not recognized
Latest: 19 months ago
STICKY  UNIFIED CHALLENGES CheckPlay Tool - documentation
Latest: 38 months ago
More...

Search this group's discussions

UNIFIED CheckPlay For Challenge Group Administration - documentation

view profile

Alesa Dam is a group administrator Alesa Dam says:

Receive update notifications via Twitter.

Here is some documentation on the installation and use of the UNIFIED CheckPlay For Challenge Group Administration script.
The documentation is split up in small parts, making them usable for context sensitive help in the script.

What does it do?
Installation
• General
 . Version number
• Discuss page functionality
 . Info
 . Make sticky
 . Bump
 . Preferences
 . Challenge Cross-Inspection
    . check the challenge numbering / challenge name format
    . check for similar themes
    . count player entries
    . check for photos that are participating in multiple challenges
    . check for players that did not vote
    . Caveats!
• Challenge thread functionality
 . Bump
 . Workflow
    from OPEN to VOTE
    claim ownership
    finalize
    create new challenge
 . workflow threads formatting
    themes list
    medals list
    challenge headers list
 . Challenge configuration box
  Overrides
 . Photo information box
 . EXIF data
Pending items functionality
• Vote recognition
 . Voided vote
 . Example vote
 . Vote corrections
Photo recognition

Known issues - Future features

current stable version: 2.0.4
current stable script version: 2.0.4
current stable extension version: 2.0.4
Changelog


Other interesting scripts for admin/mods of Challenge groups:
. New Flickr Post Notification: script will notify of any new posts in any (backroom) group.
. FlickrGroupPoolTagChecker: checks the pool for photos that miss a required tag
Originally posted at 3:40AM, 3 April 2010 PDT (permalink)
Alesa Dam edited this topic 6 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

What does it do?

The script aids in administrating challenges, in the supported Flickr Challenge Groups.
Posted 38 months ago. (permalink)

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Installation

To be able to use the script, you will need to use Mozilla's Firefox web browser, with the Greasemonkey add-on.

The script also runs in Google Chrome, and in Opera (v10.53 and up).

Firefox
Once you have installed Firefox+Greasemonkey, head over to userscripts.org, and click the Install button on the UCheckPlay script's page.

Google Chrome
Head over to the extension's webstore page, and click the Add to Chrome button.

Opera
Download the script from the UCheckPlay script's page, and place it in your scripts directory.


In case you encounter problems, with installing, or with running the script, don't hesitate to Flickr-mail me. In case of errors, you may first try the beta version to see if your issue has already been solved. The beta version can be found at userscripts.org/scripts/show/70286.

Note

Some people did not see any output from the script, after installation. They were able to get the script working by fiddling with their Firefox preferences: enabling third-party cookies did the trick. Note, however, that on both my own systems, one Windows, one Linux, third-party cookies are disabled:

Screenshot - 04082010 - 09:46:02 AM

Credits for solving this mystery go to blueeyeddebby , in the discussion Bump feature with Firefox 3.6 on userscripts.org
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 6 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Version number

The script adds it's name and version at the top of the page:

Screenshot - 04052010 - 04:55:11 PM

When reporting bugs, please include the version number.
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 38 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Preferences
To open the Preferences dialog, click the link next to UCheckPlayNG Admin preferences::

Screenshot - 04052010 - 09:22:20 AM

Photo Information Boxes:

On the challenge page, the challenge configuration box has a checkbox show information boxes which draws the photo information boxes below each photo.
When the option 'smart' photo information boxes is selected, the challenge page will have the photo information boxes available for all non-approved photos on the page.

Awarded medals:

The photo information boxes on both the challenge thread pages and the Pending Items provide a means to easily check previously won medals for a photo.
By default, it shows all medals, including the non-won medals. Check the only show won medals checkbox to change this default. On the photo information box you can always override this default value.

Searching the medals can be time consuming. If it's enough to find one won medal, check the stop at first medal preference. On the photo information box you can always override this default value.

On that photo information box, you can choose what group medals needs to be checked. By default, the script uses the current group. Choose a different group as the default. On the photo information box you can always override this default value.
A different group can be defined for the challenge pages and for the Pending items pages.

Bump:

After bumping, the bumped threads are marked with a green check mark, when successful, or with a red cross, when failed. If the reload after bumping option is set, the page will reload automatically after all selected threads have been successfully bumped.

Update group definitions

The script updates the group definitions every 12 hours.
If, for some reason, you need to force it to update right now, hit the update icon. You'll get a notification when it's done. If it errors out, it will show you the reason why when you hover the mouse over the red cross that will appear next to this option.

Update medal definitions

The script updates its medal definitions once a week.
If, for some reason, you need to force it to update right now, mark the check box and hit update. You'll get a notification when it's done. If it errors out, it will show you the reason why when you hover the mouse over the red cross that will appear next to this option.
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 13 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Challenge configuration box

In a challenge thread, below the challenge announcement (or the opening entry), a box is drawn with the challenge configuration:

Screenshot - 04052010 - 05:43:12 PM

Hovering the mouse over any of the elements of the dialog will show a brief explanation.

photos: the number of challengers needed in this challenge
Most challenges require a certain number of participants before voting can start.
Special value: 'n/a' = not applicable; is used for challenges that have a time constraint for entering.
UCheckPlay will show [Filled] once this number is reached.

score: the score needed to call a winner
Most challenges declare a winner once a certain score is reached.
Special value: 'n/a' = not applicable; is used for challenges that have a time constraint for voting.
UCheckPlay will show [Finished] once this number is reached.

voting: the type of voting
The script recognizes 7 types of voting:


HORIZONTAL: voters add a point for their favorite:
. voting starts with 0-0-0-0
. a vote for a photo increments the value for its index in the score
. example:
0-1-2-3
another vote for photo 3 would give:
0-1-3-3

PIC-P-1: voting used in MatchPoint, where voters give a point to a player
Point 3 @ Alesa

PIC-V-n: voters pick their n favorites from the competing photos, displayed vertically
. every vote is worth 1 point
. example:
#2
#4
#12

=> photos 2, 4 and 12 get 1 point each

PIC-H-n: voters pick their n favorites from the competing photos, displayed horizontally
. every vote is worth 1 point
. example:
12-24-3

=> photos 12, 24 and 3 get 1 point each

RATE-PHOTO: voters not only pick their favorites, they also give them points
. typically, a voter indicates which photo gets what points
. 6 points need to be given, to 3 photos
. example:

foto 1: 3 points
foto 2: 2 points
foto 5: 1 point

or

3 puntos #1
2 puntos #2
1 punto #5

. when no points indication is given, and only the photo's numbers, the script awards each vote 2 points
. when no points indication is given, and only the photo's numbers, and if the challenge definition's paramater equalWeights is set to false, the first mentioned photo gets 3 points, the second 2, and the third 1 point (only available from UCP v1.2.x)
. example:

#1
#2
#5

=> with equalWeights set to true, photos 1, 2 and 5 all get 2 points
=> with equalWeights set to false (the default), photo 1 gets 3 points, photo 2 gets 2 points, and photo 5 gets 1 point

VERTICAL: voters add 1 vote for their favorite
. voting starts with an empty list of the photo numbers:

#1 -
#2 -
#3 -
#4 -
# 5 -

. a vote for a photo increments the value for its index in the score
. example:

#1 -
#2 -1
#3 -
#4 -1+2+3
#5 -

another vote for photo 4 would give:

#1 -
#2 -1
#3 -
#4 -1+2+3+4
#5 -

VERTICAL-WEIGHTED: instead of adding 1 vote for their favorite (as in VERTICAL), voters add a weighted score for their 3 favorites; the total is given in brackets
. example:

#1)
#2) 1 (1)
#3) 2+2 (4)
#4) 3 (3)
#5) 3+1 (4)

awarding 1 point to photo 4, 2 points to photo 2, and 3 points to photo 5 would result in

#1)
#2) 1 +2 (3)
#3) 2 +2 (4)
#4) 3 +1 (4)
#5) 3 +1+3 (7)

group limit
Some groups set a limit on the number of active challenges someone can play in. Typically this rule is only applicable for 'normal' challenges.
true: entering this challenge counts toward this limit

photos per challenger: maximum entries per challenger
Most challenges only accept 1 photo per player. But there are exceptions.
Special value: 'n/a' = not applicable; there is no limit on the number of photos a player can enter


player voting: player participation

Indicates if a player in this challenge may vote / must vote / may not vote in this challenge. (this has nothing to do with the almost general rule that players should vote in all VOTING challenges)

MAY VOTE: players in this challenge can vote, but they don't have to; they should never vote on their own photos, though

MUST VOTE: players in this challenge must return to this challenge once it enters the VOTE state; typically they risk not getting their medal if they did not vote; they should never vote on their own photos, though

MAY NOT VOTE: players in this challenge are forbidden to vote in this challenge, not even against their own photo(s)

Special value: 'n/a' = not applicable; used in Chat, Showroom, Info and other non-challenge threads

There's some more clarification further down the page.

incremental
Voting in HORIZONTAL and VERTICAL starts at a score of 0 for all photos, and each vote adds one point to the score.
In 'Constructive' challenges however, all photos start with the maximum score (5-5-5), and each vote subtracts one point from the score until there is only one photo left with points.

icon
Regular challenges are played with medium-sized photos. Icon challenges are an exception.


Overrides

The Unified CheckPlay script uses a predefined configuration for the challenges in a group. But there are circumstances where those predefined defaults are not valid: group rules can change, early voting, ...

The "MOTM finals" in TMOACG is a nice example: it is defined to expect 3 photos, but in January of 2010 it had 4. With this tool, an override for the challenge can be defined, for this time only.

If an override is defined, and used by UCheckPlay, it is colored red:
Screenshot - 04062010 - 07:43:15 AM

Admins and mods can define overrides by changing the values in this row, and click the SAVE button.
Overrides can be undone by setting the overridden value back to its default value, and click SAVE.

Technically, for each override, a little, invisible piece of code is added to the challenge announcement. In this example case, it will make the script check for 4 photos, and corresponding votes.

Adding that piece of code can also be done by hand:
<img src="http://l.yimg.com/g/images/spaceout.gif" alt="UCPoverride:photos:4"/>
The used image is a 1x1 pixel image used on about every Flickr page (hence will be fetched from the browser's cache).


show information boxes

Clicking the checkbox show information boxes will put a photo information box below each photo. This dialog is capable of retrieving information about the entry.
To ease administration, two extra buttons are made available:
. check all photos: simulates a mouse click on each check all button
. approve all photos: simulates a mouse click on each Approve button

If 'smart' photo information boxes is selected, and there are non-approved entries in the challenge, those two buttons will also be available.
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 20 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Photo Information Box

After clicking the show information boxes in the Challenge Configuration box, an information box is drawn below each competing photo (or it may be available for non-approved entries, when the 'smart' photo information boxes option is set). It provides a means to request information about the photo, without leaving the challenge page:

Screenshot photo info box

Any of the info items can be checked with the corresponding button. The check all button runs all test simultaneously.

Screenshot photo info box

- date taken (as given by Flickr)
- public: is the photo public?
- edit: can admins/mods add comments or tags?
- views: the number of views
- comments: the number of comments
- favs: the number of persons that call this photo a favorite
- pool: is the photo already in the pool?
- awards in group: awards received in the selected group (special case: --Any--)

The photo information box uses the default values specified in the preferences.

Approve button

The Approve button adds an invisible hint (using the same technique as overrides) to indicate that someone inspected the photo for rule compliance. It contains some checksums to ensure its integrity:
- changing a photo after the approval will issue a warning that the photo has been changed
- copying the approval hint to another challenge, for the same, or another photo, will issue a warning
Both this Admin script and the user's Unified CheckPlay script (v0.9.2c and up) will show 'approved by '.

EXIF button

see EXIF data
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 38 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Bump

At the top of a challenge thread page, there is a button bump this thread, which will put the challenge at the top of the Discuss page.
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 38 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Pending items

The script offers the same Awards check as the photo information box:



It can help Admins/Mods to decide whether the photo is allowed in the group pool or not.
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 38 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Info

The Title column on the Discuss page offers the possibility to get more information from selected challenges:
Screenshot - 04212010 - 10:42:22 AM

Use the checkbox in front of a challenge to select it (or use the select all, select open, select vote or unselect all links).

Press the collapse/expand button.

For each selected challenge, the information will be fetched, and some basic checking is performed. The small blue arrow on the right of the challenge name will be highlighted:
. red, if the script finds an error
. yellow, if there is an override defined in the challenge's definitions box

Click the arrow to see the information the script was able to retrieve (click it again to hide the information):
Screenshot - 04212010 - 11:05:16 AM
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 25 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

EXIF data

A click on the EXIF button on the photo information box opens a transparent window with the EXIF data of the photo:

Screenshot - 04232010 - 04:14:51 PM

. the taken date on the photo information box is the one reported by Flickr, and which is easy to change; the dates in the EXIF data are more likely not altered
. for challenges that have specific requirements, only available in the EXIF data, that data is now easily accessible (long exposure challenges, photos with a certain camera type or model, ...)
Originally posted 38 months ago. (permalink)
Alesa Dam edited this topic 38 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Bump multiple threads

The Title column on the Discuss page offers the possibility to bump selected challenges:
Screenshot - 04262010 - 08:56:27 PM
Use the checkbox in front of a challenge to select it (or use the select all, select open, select vote or unselect all links).

Press the bump button.

In every selected thread, the script will post an empty comment.
contact me if you want a custom bump message for your challenge group

Note:
For non-challenge groups, the script provides an input field where one can provide the message to be used. It can contain any HTML that is allowed on Flickr.

When bumping, the script tries to remove any previously posted bump messages.

If a thread was successfully bumped, it will have a green check mark in front of it.
On failure, it will have a red cross in front of it. When you hover the mouse over the red cross, you will get the reason of the failure.
Most common errors:

. This thread has been closed, so you may not post to it
When a thread is closed, no bump message can be posted.

. Error while deleting bump message
Due to connection errors, the bump message may have been posted, but the script may have been unable to remove previous bump messages.

Note: if you select reload after bumping in the preferences dialog, the page will not reload automatically if one of the bumps failed.
Originally posted 37 months ago. (permalink)
Alesa Dam edited this topic 25 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Voided vote

In horizontal types of voting (type HORIZONTAL or PIC-H-n), a vote will be ignored if it contains the word void.
It will also be ignored in score type RATE-PHOTO.

In vertical types of voting (type VERTICAL or PIC-V-n or VERTICAL-WEIGHTED), a vote will be marked as a voided vote when the post contains the word void.
Originally posted 37 months ago. (permalink)
Alesa Dam edited this topic 37 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

In any type of voting, except PIC-P-n the following word(s) in the post will make the script consider the post as an example post:
. example
. sample vote
. ejemplo

In PIC-P-n, commenting on the entries is encouraged, and people often use phrases like a nice example of, which would make most votes be considered example votes.

When the first voting post contains the normal formatting for a vote, but has no real vote, it will be considered an example vote:
. in HORIZONTAL

0-0-0

. in VERTICAL
#1-
#2-
#3-
#4-


For constructive challenges, the test is reversed: when the first vote contains the maximum score for all entries, it will be considered an example vote:
. in HORIZONTAL, with needed score = 5
5-5-5

. in VERTICAL, with needed score = 5
#1-5
#2-5
#3-5
#4-5

Originally posted 37 months ago. (permalink)
Alesa Dam edited this topic 37 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Vote corrections

UNIFIED CheckPlay: Tips, Tricks and Work-arounds - vote corrections
Originally posted 37 months ago. (permalink)
Alesa Dam edited this topic 17 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Photo recognition

Although not really part of the Admin script, this paragraph fits better in this thread.

The tests performed on img tags are:
. src attribute: if not available, not a photo
. src attribute: if it contains the string buddyicons it is not a photo
. src attribute: if it does not contain the string static.flickr.com it is not a (Flickr) photo
. alt attribute: if it contains UCPthumbnail it is not considered a photo (used in thumbnail view, and photo information box)
. width attribute: if the width attribute is specified, and is less than 275, not a photo
. src attribute: if the src contains the Flickr codes for thumbnail size or small size version, it is not a photo
. src attribute: if the src is listed as a non-photo image in the group definitions, it is not a photo

Note: the restrictions on the width attribute can be removed if you define the challenge as an icon challenge
Originally posted 37 months ago. (permalink)
Alesa Dam edited this topic 28 months ago.

view photostream

TPorter2006 says:

History - Manual Moderation:
At first, all challenge group moderation was manual.
1. Start a challenge thread with a theme and copy the rules for the challenge into the header.
2. Players would post their entries
3. A moderator would change the challenge from an Open state to a Vote state after first checking that all images submitted followed the rules. Was the player entered into too many challenges? Excluded from a challenge for being a previous winner? Did the entry fit the theme? Did they vote in the time limit allotted?
4. Players would vote in whatever format the group required. Could be 0-0-1 to cast a vote for pic #3 in a 3 pic challenge. Or 0-0-0-0-1 in a five image challenge. There were several other variants of voting styles.
5. Moderators would have to check that the voting was right. Did the player vote for more than one image? Did a vote slip in while they were voting that would get the sequence wrong? Votes would have to be corrected and sometimes whole challenges rolled back.
6. Once the voting was complete, at 5 votes or 10 votes or whatever the group rules stated, the moderator would close the thread. They would have to change the status from voting to closed and indicate the winner’s name. Checking the voting again was needed to make sure a win was properly reached. Then award the medal to the winning pic and possibly tag it as well.
7. Finally, start a new challenge thread so the whole process could repeat.
8. Each challenge group had a chat thread where players could ask questions and moderators were expected to monitor the chats and provide answers
Originally posted 33 months ago. (permalink)
TPorter2006 edited this topic 33 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Challenge configuration box: player voting: player participation

recap from above: Indicates if a player in this challenge may vote / must vote / may not vote in this challenge. (this has nothing to do with the almost general rule that players should vote in all VOTING challenges)


MAY VOTE: players in this challenge can vote, but they don't have to; they should never vote on their own photos, though

MUST VOTE: players in this challenge must return to this challenge once it enters the VOTE state; typically they risk not getting their medal if they did not vote; they should never vote on their own photos, though

MAY NOT VOTE: players in this challenge are forbidden to vote in this challenge, not even against their own photo(s)

Special value: 'n/a' = not applicable; used in Chat, Showroom, Info and other non-challenge threads

The 'mustvote', 'mayvote' and 'maynotvote' values apply only for the current challenge: a player must vote (may vote / may not vote) in this challenge he/she is playing in. It has nothing to do with challenge cross-checking.

mayvote
In most challenges, it does not matter if a player votes in a challenge he plays in. As long as it is not a vote for his own photo. A vote against his entry would be fine.

It makes the UCP script show the label [Player].


People don't often do that, though. Mainly only in challenges with only 2 participants. It is sometimes used to finish the challenge a bit faster, where the voting is almost at the required score, and where there's a big difference in score. Say, you and I compete against each other, and the score is 9-0, with a required score of 10. I could vote for your photo to make it a sweep. It would also finish the (unbalanced) challenge, and make room for a new one.
In challenges with more than two participants, it could result in accusations of favoritism. That's probably the main reason some groups state a clear rule: no voting in the challenges you participate in.

mustvote
In some challenges, typically icon or monthly challenges, players in this challenge are required to also vote.

It makes the UCP script show two labels:
. when not voted yet: [Player][Vote]
. when already voted: [Player]

maynotvote
And of course, there are challenges (mostly a group-wide rule) that one may not vote in a challenge he/she plays in.

It makes the UCP script show the label [Player].
Originally posted 28 months ago. (permalink)
Alesa Dam edited this topic 28 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Make multiple threads sticky

The Title column on the Discuss page offers the possibility to make selected challenges sticky:
Screenshot-bump
Use the checkbox in front of a challenge to select it (or use the select all, select open, select vote or unselect all links).

Press the make sticky button.

The script will make all selected threads sticky

If a thread was successfully made sticky, it will have a green check mark in front of it.
On failure, it will have a red cross in front of it. When you hover the mouse over the red cross, you will get the reason of the failure.
Most common errors:

. You have reached the sticky threads limit
There is a maximum of 20 sticky threads for every group.

. You don't have permission to make a thread sticky
The script checks for admod privileges every 24 hours. If you were demoted from your privileges recently, the script may still provide the button(s).
Originally posted 25 months ago. (permalink)
Alesa Dam edited this topic 25 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Workflow

The workflow feature of the UCheckPlay admin script is only implemented for a few challenge groups.

In short, the workflow feature lets you manage a challenge thread, from start to finish, from the challenge page itself:
. change the title from OPEN to VOTE
. change the title from VOTE to CLOSED
. award medal(s), add tags, drop admin invites, ...
. start a new challenge, recycling challenge number, and theme (changeable, of course)
without leaving the challenge thread


Screenshot: UCPA Workflow button

Click the workflow button to access the different parts of the workflow. It will open a small dialog with the different steps:
Screenshot: UCPA Workflow steps

The first choice allows to change the title from OPEN to VOTE, while staying on the challenge thread page.

The second choice allows to close the challenge thread. The person closing the challenge thread takes responsibility to complete the rest of the workflow.

The third choice will finalize a challenge thread (change the thread title from VOTE to CLOSED, unstickify the thread, award medals and add tags to the winning photo, and invite the winner to the group pool) without leaving the challenge thread.

With the forth choice, a new challenge can be created, based on the current challenge thread, again, without leaving the challenge thread. It will copy the challenge number (if applicable), and challenge theme into the new thread, but with a possibility the suggested default. Themes and challenge headers, will be read from specially formatted threads in the admod's backroom.

From OPEN to VOTE

The first step in the workflow is promoting the challenge from OPEN to VOTE.

If the challenge requires a certain amount of entries (the UCP script will show [Filled]), and if that amount has been reached, the first option will be enabled by default.
In any other case, this option will not be enabled. Enable it by clicking the radio button.

Click the Promote.. button to open the promotion dialog:
Screenshot: UCPA Promote dialog

The script changes the title according to the group's policy: change OPEN into VOTE (in this case, the group uses TO VOTE).
One can change the provided title with the edit button at the right:
Screenshot: UCPA edit button

It will put the new title in a text field:
Screenshot: UCPA edit field

Save your changes with save button at the right:
Screenshot: UCPA workflow save button

The Promote.. dialog also has a button Check all photos. This will run the standard check on all non-approved entries. Click the link to the photo entry, and the script will take you to that entry. The Promote.. dialog will follow.

Click the SAVE button to change the title.
If there is an error, the script will show a red cross next to the new title. Hover the image to read the error.
If all went fine, the script will reload the thread, showing the new title.

Claim ownership

The second step will close the challenge thread. In order to prevent simultaneous processing of the challenge, one should claim ownership of the thread. The admod that gets to close the thread, shall complete the workflow.

If the challenge requires a certain amount of votes (the UCP script will show [Finished]), and that amount has been reached, the second option will be enabled by default.
In any other case, this option will not be enabled. Enable it by clicking the radio button.

Click the Claim ownership.. button to open the close dialog:

Screenshot: UCPA Claim ownership dialog
Click the CLOSE button to claim ownership, and take responsibility to complete the workflow.

If the challenge thread has been closed by someone else before you clicked the CLOSE button, the script will show:
Screenshot: UCPA workflow - already closed

If the challenge thread has not been closed between you visiting the thread, and clicking that button, the thread will be closed, and reloaded. The workflow dialog will automatically present the next step:

Finalize

The third step finalizes the challenge.

If the challenge requires a certain amount of votes (the UCP script will show [Finished]), and that amount has been reached, and the thread has been closed by yourself, the third option will be enabled by default.
In any other case, this option will not be enabled. Enable it by clicking the radio button.

Click the Finalize.. button to open the finalization dialog:

Screenshot: UCPA workflow - Finalize dialog

Based on the last vote, the script indicates the winner(s). If the script's decision is in error, choose the winner(s) yourself.

The script changes the title according to the group's policy: change VOTE into CLOSED (some groups use AWARDED, or something else). There is support to include the winner's name in the new title (if there are multiple winners, their names will be separated with - and -). The proposed title can be changed with the edit button (see also above).

A list of medals is read from a specially formatted thread (typically in the admods' backroom). Each medal comes with tags (optional) and an invitation for the group pool (optional, multiple group pools supported).

The tags and invite group ids can be changed, or added manually with the edit button (see also above).

When medals are also awarded to the runner up (e.g. runner up medal in Faves Contest, CY-niner in Challenge You, ...), select the award second place checkbox. That will provide a similar player list to allow the posting of a runner up medal. Similar for third place.

The award second place/medal can also be used to provide multiple medals to the winner: the photo gets a regular medal, next to a sweep medal, for example. The script does not care for first vs. second vs. third place or medal. It only uses the winner(s) list to fill in the title.

Click the SAVE button to
. change the challenge title
. close the thread
. remove the stickiness from the thread
. post the selected medal(s) to the winner/second/third
. post the selected tags(s) to the winner/second/third
. post the selected admin invite(s) to the winner/second/third

If one of the actions errors out, the script will report with a red cross. Hover the image to see the error.
If all is fine, the script will reload the page.

Create new challenge

The last step in the workflow is creating a new challenge out of a closed one.

If the challenge is CLOSED, and you closed the thread yourself, the forth option will be enabled by default.
In any other case, this option will not be enabled. Enable it by clicking the radio button.

Click the Create.. button to open the creation dialog:
Screenshot: UCPA workflow creation dialog

The script automatically uses the same number and theme as the current challenge. This title can be changed
. with the edit button (see also above)
. with the theme list (which is read from a specially formatted thread)
. with a fixed theme assigned to a challenge header chosen from the list

On selecting a predefined header, its content is copied into the new header which will be used as the opening comment of the new challenge:
Screenshot: UCPA create challenge
This header can be edited using the edit button (see also above)

The script supports templates for the name of the winner in this challenge (its name, photo title, and photo page url). They are filled in when selecting the player in the winner(s) list. (support for this data for second and third place will be added in future versions).

Click the SAVE button to create a new challenge:
. with the given title
. with the given header
. and made sticky (if selected)

If the script is unable to create the challenge, or it can not make the new challenge sticky, it will report with a red cross. Hover your mouse over the image to read the error.
A link to the newly created challenge is provided at the bottom of the creation dialog.
Originally posted 25 months ago. (permalink)
Alesa Dam edited this topic 11 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Formatting for the workflow feature

the medals

The script needs to know about the thread were the medals are defined. This thread typically resides in the group's backroom, accessible to the group's admods. The thread header is skipped, and can be used to clarify about the formatting.
Each comment in the thread is parsed with these tags

===Start of Title===
Monthly Icon Medal
===End of Title===
===Start of Medal===
Congratulations! You have won our Monthly Icon Challenge!
Candle light by Alesa Dam

You are welcome to post this image in the group pool
===End of Medal===
===Start of Referrer===
===End of Referrer===
===Start of Tag===
"Monthly Icon Winner"
===End of Tag===
===Start of GroupID===
===End of GroupID===

The tags need to be exactly as stated in the above example

. the title is the text used in the dropdown list on the create challenge dialog
. the medal part is the regular HTML that is normally used in a copy-paste operation to post a medal
. the referrer part is regular HTML appended to the medal text, but with support for a link back to the won thread
. the tag line is optional; uses the same rules as on the photo page: group tags in double quotes, multiple tags are separated with spaces
. the groupid line is optional; the script will drop an admin invite for the specified groups

medal referrer templates

The referrer HTML code can contain certain placeholders that will be replaced with data from the current challenge when creating a new one.

. %__referrer__theme__%: will be replaced with the theme of the current challenge
. %__referrer__url__%: will be replaced with the url of the current challenge
. %__referrer__number__%: will be replaced with the challenge number (if applicable)

These can be used as in
...
===Start of Referrer===
---
You have won our <a href="%__referrer__url__%">%__referrer__theme__%</a> challenge!
===End of Referrer===
...
Which would result in

---
You have won our Monthly Icon challenge!
appended to the comment

An example can be found in this thread

the theme list

The script needs to know about the thread were the themes are defined. This thread typically resides in the group's backroom, accessible to the group's admods. The script will list all the lines between the start and end tag in the theme combo list on the create challenge dialog.
===Start of theme list===
Anything goes!
Bird in flight
...
===End of theme list===

The tags need to be exactly as stated in the above example!

An example is provided in this thread.


the challenge headers

The script needs to know about the thread were the challenge headers are defined. This thread typically resides in the group's backroom, accessible to the group's admods. The thread header is skipped, and can be used to clarify about the formatting.
Each comment in the thread is parsed with these tags
===Start of Title===
Monthly Icon Challenge
===End of Title===
===Start of Header===
Rules of the Monthly Icon Challenge:
1...
===End of Header===
===Start of Theme===
00 - OPEN - Monthly Icon Challenge
===End of Theme===

The tags need to be exactly as stated in the above example

. the title is the text used in the dropdown list on the create challenge dialog
. the header part is the regular HTML that is normally used in a copy-paste operation to fill the challenge header
. the theme line is optional; it overrides the theme selected in the theme combo list

header templates

The header can contain certain placeholders that will be replaced with data from the current challenge when creating a new one.

. %__previousWinner__name__%: will be replaced with the name of the challenge winner
. %__previousWinner__title__%: will be replaced with the title of the winning photo
. %__previousWinner__photo__%: will be replaced with the photo page url of the winning photo

These can be used as in
...
===Start of Header===
...
The last one to win this Monthly Icon Challenge was <b>%__previousWinner__name__%</b> with "%__previousWinner__title__%":
[%__previousWinner__url__%]
===End of Header===
...
Which would result in
...
The last one to win this Monthly Icon Challenge was Alesa Dam with "Candle Light":
Candle light by Alesa Dam


A real-life example can be found in this thread
Originally posted 25 months ago. (permalink)
Alesa Dam edited this topic 25 months ago.

view photostream

Alesa Dam is a group administrator Alesa Dam says:

Challenge Cross-Inspection

In the title row of the Challenge table on the group's Discuss page, there is a new button next to the make sticky, bump, and expand/collapse button: cross-inspect. This button will open a dialog above the challenge list.

When opening, it will read in the selected challenge threads, and collect most of the necessary information (photo entries and votes, mainly).

Once the script has that information it will provide the following checks:
check the challenge numbering / challenge name format
check for similar themes
count player entries
check for photos that are participating in multiple challenges
check for players that did not vote

For each available check, you have an option on when to run it:
• always run the check
the check is always performed when you open the Cross-Inspect dialog
• never run the check
the check will only be run if you click it yourself
• only run the check in auto-mode
the check is performed only when you open the Cross-Inspect dialog with no challenges selected

Caveats!

Click the arrow (or the line itself) to start the given check.

check the challenge numbering

This check will list the selected challenges sorted by their challenge number.
Double numbering will be colored red; missing numbers are listed at the bottom.

The script will need a regular expression to extract the challenge number. Here are some examples:

• You Rock!


05 - OPEN - Theme: Bird/s
06 - TO VOTE - Theme: Musician/s
...

The regular expression would be
 ^(\d{2})

Which denotes:
^ : "starts with"
\d{2} : "two digits"
(..) : extracts the number

• Anything Goes! Challenge Group

#10 ~OPEN~ MEGA Challenge!
#9 ~VOTE~ Sweeps!Challenge
...

Regular expression would be
 ^#(\d{1,2})

Which denotes:
^# : "starts with '#'"
\d{1,2} : min. one digit, max. two digits
(..) : extracts the number


check for similar themes

The script tries to detect duplicate themes. It can only do that based on the spelling, not the meaning.

• it should report themes that are listed twice (or more)
• it should report variations in singular and plural forms
Bridge
Bridge/s
Bridge(s)
Bridging
 should all be reported as equal
• it should report variations in lower or upper case
bridge
Bridge
BRIDGE
 should all be reported as equal

count player entries

The script will list the all players in the selected threads, sorted by the number of entries for each player.

A threshold can be supplied, which will instruct the script to only list the players that have entries in more challenges than specified in this threshold.

This is not a check on the group limit!!
In a future version, the script will take the group limit into account (if applicable), and will even distinguish between different limits (per challenge category, for example), if your group has those.

check for photos that are participating in multiple challenges

The script will list all photos that are entered in more than one of the selected challenges.

check for players that did not vote

This function provides a check to see if participants vote in other challenges.
You can provide a time frame for participants to vote in.

The script will list participants that did not yet vote in other challenges that have been set to VOTE. It will provide an entry for each posted image that is in violation of this rule. You may get two lists: one with players that didn't vote within the given time frame, and another with players that did not vote yet, but for whom the time frame is still open.


output

exact matches will be colored red
(a match is considered exact if the script was able to parse both required timestamps: "edited this topic xx minutes ago", for the change to VOTE, and "Posted xx minutes ago", for the challenge entry)


• "--none found--"
this means that every participant in any of the selected OPEN challenges is participating, or has voted, in any of the selected VOTE challenges

• "--no violators found--"
this means there might be participants that have not voted yet, but they still have time left to do so, or they have posted their entry prior to the challenges changing to VOTE



Typical use-case

1. run on some specific challenges:

• select some OPEN and VOTE challenges of a particular type (level 2 challenge, for example)
• open the cross-inspect dialog
• all checks marked as always run will be performed automatically
• other checks can be run manually

2. auto-mode

• make sure no threads are selected
• open the cross-inspect dialog
• all checks (that have not been set to never run) will be performed automatically

Caveats


Group limit
The script does not care about the type of challenges that have been selected. Even if there is a limit on the number of challenges one may enter in a group, there's generally an exception for next-level challenges, or icon challenges.
If the script lists a player as having entered more challenges than specified, one may want to click that user's reported line to see the challenges he/she has entered, and see if it does not contain one of those exceptions.

Changing challenge title or description
The script uses the time provided by Flickr of the last topic change as the time the challenge has been set to VOTE. If the challenge title, or the challenge announcement are edited after setting it to VOTE, the script will use this new time stamp.

Time specifications on Flickr and voting time frame
The script uses the time provided by Flickr on the entries to determine when one has posted a photo. It starts with x minutes ago. That should be accurate enough when tested within the first 90 minutes. Then it changes into 2 hours ago. People that had posted, but did not vote within the required time frame, typically 20 or 30 minutes, will get some extra time to vote :-)

Data caching
Re-running a check without first closing, and then re-opening the Cross-Inspect dialog will yield no different results. The script keeps using the data it retrieved when you first opened the dialog. That data does not change over time :-)


Originally posted 13 months ago. (permalink)
Alesa Dam edited this topic 13 months ago.

Would you like to comment?

Sign up for a free account, or sign in (if you're already a member).

RSS 2.0 feedSubscribe to a feed of stuff on this page...</!!> Feed – Subscribe to UNIFIED Challenge Admin testground discussion threads