Saturday, June 27, 2015

Jeff Darran: Let's Talk Slips

Today's post was written by Level 2 Judge and North Carolina veteran Jeff Darran. Follow along for some stage perspective on result slips at large events :D

---

Let’s talk result slips and dealing with your scorekeeper!

Hi there! I’m going to talk about some of the experiences I had as a scorekeeper at GP Vegas. I was scorekeeping Swiss side events for the first three days of the event, and I was one of two scorekeepers for the Super Sunday Series event on Sunday.

I’d like to talk with you all today about what to do with result slips. Result slips are a big deal as a single missing slip can hold up an event and cost everyone precious minutes. When there are multiple scorekeepers for the side events, getting the slips in the correct result slips box can be tricky. At GP Vegas, there were no less than 8 other Swiss scorekeepers on any of the four days, meaning there were eight people sitting at a stage with a result slip box sitting in front of them.

 So, how do we get the slips in the right box? How do you know which box is yours? There are a couple different answers for this.

Side Events

In Vegas, each scorekeeper had a sign taped to their box with the event that they were scorekeeping listed on it.

On Thursday, I was the scorekeeper for three events:
  •  4:30 pm Legacy #2
  • 5:00 pm Modern Masters Sealed #3
  • 5:30 pm Modern #2

To make it easier for the players, I had taped a sign to my result slips box that listed each event on a single line, but in big bold face print. When you’re playing in a side event at a Grand Prix like this, the result slips will most likely (maybe not always though) have the actual event name listed near the top.

In Vegas, they didn’t print with the event time, but my slips did say Legacy #2, Modern Masters Sealed Trail #3, and Modern #2. This should make it easier on the players when they come up to the stage and see a box with these labels to identify which scorekeeper has which events.

Sometimes there is only one scorekeeper for all the Swiss side events. Generally speaking, this is what happens at Grand Prix presented by StarCityGames.com, and Jenn is often that scorekeeper (I’m most likely the one you gave money to in order to sign up for the event).  There’s a sign sitting near her that says something like “Sides Result Slips.” If you are playing in a side event, please put your result slip in that box. That’s all you need to do.

I realize these two situations are not always the case. Before asking a scorekeeper – who is usually swamped -- where the result slip in your hand goes, look at the box to see if there’s a tournament listed there and see if that tournament matches the name of the tournament on your result slip.

“Main” Events

Getting main event result slips to the right place can be tricky too. There were two of us scorekeeping the Super Sunday Series. We were sitting next to each other and we each had our own result slips box. My event was on blue paper: pairings were blue, result slips were blue, and the sheet that said when the round ended was blue. There was blue paper on the result box indicating that the blue result slips went in that box.

All my partner’s paperwork was on white paper. Sounds easy right? Nope. I easily had 50 players with result slips ask me if their slips went into my box. The only other choice was a box all decked out in white paper.

If there is a way to make result slips easier or clearer, please feel free to comment and let me know. I’m always interested in things being easier.

Thanks for reading!

Thursday, June 25, 2015

GP Vegas 2015: Saturday and Sunday

Scheduled side events on Saturday and Sunday in Vegas, for me at least, were a little different from the Bounty event on Friday night. Over my shift I was responsible for 2-3 of the Swiss side events, which were firing every half-hour and were each five rounds. I had done some work with them on Friday before the Bounty started when I was covering other scorekeepers for breaks, but these two days were my real tastes of scheduled events.

Each event started off the same way: a radio message from registration that the player import was ready in Dropbox. I got a little impatient and refreshed the folder around ten minutes before the scheduled start time because I like starting events on time.

The biggest challenges for these events were the large-event logistics kind:

  • How were we managing result slips across half a dozen scorekeepers and a dozen events?
  • How were we squishing all these events into the hall?
  • Why is running Two-Headed Giant events so challenging?

We had a pretty snazzy solution to the first problem: rainbow colored paper!

Colored Result Slips

When a single scorekeeper is managing multiple events, they'll often use colored paper to easily differentiate one event's paperwork from another's. This is secret tech I'll talk about a bit more when I post about GP Charlotte, because I had almost all of the Swiss sides at that event.

In Vegas, we had to institute a slight variation on the theme: with multiple scorekeepers each managing multiple events, each scorekeeper was using a different color.

While this isn't quite as easy on us — we have to read table numbers or the event name from the slip instead of just remembering which event is which color — the slight inconvenience is outweighed by not having to run all over the stage to figure out who has which event.

Seating

We also had a pretty snazzy solution to the second problem: a Google Docs spreadsheet.

It columns headers something like this:



Using Google Docs is great for this kind of thing because multiple people can edit the spreadsheet at the same time, and changes update across all the open versions immediately.

All of the scorekeepers, stage managers, and sides team leads had access to a spreadsheet that was updated each round as events shrank. At the beginning of the day, seating events was easy: start at table 1 for the first event and fire subsequent events where the previous one ended. Eventually, though, the side event areas ran out of space, and we had to consult the spreadsheet when we got final player counts from registration.

(As an aside if you weren't in Vegas for the GP, the room was organized into ten sections with different colored tablecloths and iconic Magic characters, eight for the main event and two for side events. We quickly outgrew the side event areas and had to start using the main event tables. Yay!)

Two-Headed Giant

WER, DCI-R, it doesn't really matter: Two-Headed Giant is always kind of a pain. Wonky things happen with the software when you try to tie players together in teams, and Vegas was no exception. One of the 2HG events exceeded its registration cap by a little bit (read: a lot) and split into two events.

As a consequence, the player/team list took a little bit of time to get ready and the players were seated in their play area by judges to start building while we worked out the kinks. We printed team lists during build so teams could verify that they were on the list before the first round paired...

...Well, we tried to. One of the two events alternated between printing its own player/team list and the player/team list from the other split, somehow. The pairings and result slips were fine, though, and once the event got started (a little bit late), it was smooth-ish sailing from there.

Moral of the story: sometimes the best approach to 2HG events is crossing your fingers, pressing buttons, and hoping for the best. It works out. Most of the time.

Tuesday, June 23, 2015

WER: Backing Up -- Importing and Exporting Events

(It's been a busy few weeks! I still have some posts coming about GP: Vegas, and Charlotte last weekend. Additionally, look forward to a guest post by judge and registrar extraordinaire, Jeff Darran!)

Your probably won't need to make use of back ups much for your run-of-the-mill Friday Night Magic events, but for PPTQs, IQs, or other larger events, they can be invaluable.

At larger events, the scorekeepers make a back up every round. This does a couple things:
  • It's a reset button if things break. Instead of rebuilding the entire event, you get to start from the most recent round.
  • It makes a copy of files available to other staff members, which can be useful for referencing pairings and standings.
Some independent event series qualifiers, like StarCityGames.com Invitational Qualifiers, also require tournament files at the end of the event to verify the results. That file is basically a back up, and the process for creating it is the same.

Export

To export an event, find the Save menu from within the event. There's only one option under this menu: Export Event. Click on it.


You'll see a familiar save dialogue. The default file name is [Event Name in WER].wer. The default event names are based on the type of tournament you're exporting and will be very similar. If you're creating back ups of multiple events in one place, you should rename the file to something more distinguishable. I like to use the date and format, and when that's not enough (like at Grand Prix where they may be two Standard events on Saturday), the event's start time.


Import

The option to import a back up isn't available from within the event, You'll need to go back to WER's main screen, the one from which you usually schedule and start events. This time, you're looking for the Open menu:


Click Import Event. (Restore Backup is NOT the option you want here. That's looking for a .dat file that has all of the information from all of the events you've run in WER on the computer you're using.) Similar to the dialogue from above, you'll be asked to choose a .wer file to import. If you changed the file name, you shouldn't have much trouble finding the right tournament ;)

Once you choose the file you want to import, you might see a warning like this:


Any file with the same sanctioning number as a tournament that's active under your WER login will prompt this pop-up. If you're importing a file in a different state -- in a different round, with different players, or before whatever exploded that necessitated restoring a back up -- it will completely overwrite the file that WER is currently accessing. Most of the time this is a good thing.

And that's it! The process for exporting and importing events is from WER is fairly straightforward, and having a back up can save you quite the headache :)

Monday, June 8, 2015

GP Vegas 2015: Friday

I had the late shift on Friday. For those of you who have never experienced the 2 p.m. call time, it is glorious. I woke up early to have breakfast with some people on the 9:00, went back to bed for a few hours, and got up at noon with time still to kill. Late shift is, by far, the best.

Late shift on Friday was particularly nice as I got to dodge the madness that was 3500 Mini Masters players.

Three thousand, five hundred. Just think about that for a second. If the scale of Vegas hadn't set in for the staff yet, it did when a Friday side event ranked in the top 5 largest events of all time.

Instead, I got to sleep in (sort of), come in at 2:00 and break the scorekeepers on the early shifts before my Foiled Again Bounty sealed event at 6 p.m. The event was capped at 1200 players, and the original plan was to split it into two separate events.

We ended up with what we thought* was just under 1000, so we didn't split. It was all mine. Mwahahahahaha! Because of the size of the event, we were using DCI Reporter, which is the same program that the main event scorekeepers would be using the next day.

WER and DCI-R are fairly similar. WER's big advantage is that it's connected directly to a live player database and tournament uploads. DCI-R lacks that connectivity but trades it for some stability and flexibility — there are some things WER won't let you do, but there's a way to do pretty much anything you want in DCI-R. As it turns out, that was about to be a problem.



*This was the fun part of my day. Seatings went up for deck construction. I expected a few people not on the list due to illegible registration slips or name mix-ups, and those are easy to handle, especially in sealed. When someone says their name isn't on the seatings:

  • Check the player list to make sure they didn't just miss it. If they're registered already, send them to a table. If you don't have many people with issues, you can look up their seating, otherwise just send them to a table at the end.
  • If they're not registered (or if you'd rather skip the part where you scroll through or search the player list — you'll get a pop-up that they're already entered in both programs), enter their DCI number. Send them to a table at the end.

Some organizers have a process to verify that players actually did sign up for events. In Vegas we had a spreadsheet with notes about invalid DCI numbers and illegible names that we referenced.

I expected a few problems, but ended up with about 200. Fortunately, 95% of them I didn't need to solve right away:

  • If a player's name is on the seating twice, tell them to go sit at one of those tables, and figure out how to fix it later.

Yep. The file merge for DCI-R works a bit differently from the player list import in WER. You don't do it within the program, but instead edit the files to which the program writes tournament data. These are .dat files, but you can edit them in Notepad and/or Excel. Each file contains a different piece of the puzzle, and the one I find myself playing with most often is the 302 file, also known as the player data file.

It contains player names, DCI numbers, assigned seating information, and some other stuff that I try really hard not to mess with. To merge multiple registration stations, you just open the 302 file from each event that was used to register players and copy and paste them into one big 302 file.

Unlike the WER player import, there aren't any checks on this process, so if a player was in multiple files before the merge, they're now in your tournament multiple times.

This is exactly what happened to the Bounty event: when we started entering the slips from on-site registration, both computers started with the file that contained those players. When seating for build was posted, those 200 players were on the list twice.

Whoops.

Fortunately I'd have about 20 spare minutes to fix it while those players were constructing their awesome Modern Masters 2015 sealed decks at whichever of their two assigned seats they liked the most.

Also fortunate, this was DCI-R so I could open the aforementioned 302 file in Excel, click the "Remove Duplicates" button, save it, and pretend those players were never in the event twice. It took about two minutes to fix instead of however long it would have taken to manually delete each and every one of them.

When everything was said and done, about 650 players were paired for round one.

A Quick Note on Back Ups

I write pretty frequently about editing files and experimenting with things to see what works and what breaks things horrendously. If I'm working with a live tournament, that is, one with actual players playing actual matches of Magic: the Gathering, I don't do anything dangerous without making a back up first. Sometimes two. Occasionally three.

That way, when something does break — when, not if — and you can't undo whatever you did that broke it, you can just pretend you never did it in the first place. I'll go through backing up and importing back ups in WER in a future post.

Sunday, June 7, 2015

WER: Importing and Exporting Player Lists

Being able to take registration for an event on two computers, or a computer that isn't the one you're running the event from, can be the difference between starting on time and starting late. It's also how we manage to use separate stations for registration and scorekeeping at larger events.

Imagine Friday Night Magic at your FLGS. For many stores, their register and tournament computer are the same thing, and between getting players registered in WER and their last-minute card or pack purchases checked out, things can slow down to a crawl. Even if you need to run the event from the register computer for whatever reason — it's the only one connected to a printer, or close to the play area, for example — you can enter players on a different computer and import the list when it's time to pair round one.

The buttons you need are on the same screen you use to enter players:



One very important thing to note: if you press "Enrollment Complete" at any point, the Import and Export buttons will disappear. You'll still be able to add players to the event, but you won't be able to export the player list.

Click "Export." You'll get a dialogue box asking you where you want to save the exported list:


I usually prefer a cloud storage folder, like Dropbox or OneDrive, that I can access from the computer I'm going to be using to run the event. You can also save to a flash drive or a network folder if your store has that kind of thing set up. Note that the default name for the file is "EnrolledPlayers.xml" that you'll probably want to change it to something more specific, like MMDDYYFNM.xml.

One note on file types: WER uses two kinds of exports:. wer files and .xml files. For backing up and re-importing complete events, it uses. wer, which contains all of the information about the tournament. For player list and completed event copies, it uses .xml. If you're saving a. wer file for the player list, you clicked the wrong button.

When you click "Import," an identical dialogue pops up asking what file you want to import. You'll only be able to select an .xml file. Select the file for your event (which you named something more specific than "EnrolledPlayers.xml" so you could tell which one is the correct file), and click Open.

WER will do some stuff. If you're importing a few players, it processes very quickly. If you're importing more than about 50, WER will take its sweet time, and on my computer it likes to flicker, just to make me worry that it's doing Something Bad. When the import is complete, you'll see this:



The number of players added to the event should match the number of players from the file you imported. If players weren't added to the event, you'll see how many next to "players skipped." The most common reason for the import to skip players is because they're already enrolled, which might happen if you're importing multiple files or if you started to register players with this computer before you switched.

As long as the number of players in your event matches the number of players you're supposed to have, you should be good. Yay!

I mentioned in the beginning that you can also use the player list import and export to take registration on two computers and combine them. This works because the "Import" button doesn't disappear after you import one player list, and you can import as many additional files as you need. The process is the same:
  • Take registration at both registers/computers.
  • A few minutes before the event start time, hit "Export" to save the player lists from both computers. Make sure that either each file name is different or the files are exported to different folders.
  • Open the event on the tournament computer. Hit "Import" and select the first list. Wait for WER to do its thing. Hit "Import" again for the second list. You may see some skipped players that were accidentally registered into both files.
  • Click "Enrollment Complete" and pair round one! 
It's very important that you don't click "Enrollment Complete" before you're finished exporting or importing files, because those buttons disappear as soon as you do.

Hopefully this saves you some time and frustration getting those larger in-store events started :D