The last year has shown that we are capable of collecting scrambles from every competition. For transparency, for the benefit of reconstructions (which are getting quite popular), and to provide a more consistent mechanism for organizers to publish scrambles, I would like us to start publishing these with results in 2014.I would like someone (preferably the results team, or someone who can be on it) to take on the following responsibility starting for competitions in 2014:- Ensure that all competition results are accompanied with scrambles that are ready to post.
- Decrypt all files, and combine multiple files into one .zip if necessary.
- Upload the files on the competition results page. (Although we could do cool things like provide scramble downloads associated with each round, an unencrypted .zip should be sufficient for now. If it contains the JSON files, we can expand the functionality later.)Stefan had a mockup that provided a simple download on a competition page, below the Information/events navigation.1) Would someone on the website team be able to implement a simple way to make this work?2) Would the results team be able to incorporate this into their flow? What needs to be as simple as possible to enable this?Thanks,»Lucas Garron
--
You received this message because you are subscribed to the Google Groups "WCA Scrambler Team" group.
To unsubscribe from this group and stop receiving emails from it, send an email to wca-scramble...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
You received this message because you are subscribed to the Google Groups "WCA Results" group.
To unsubscribe from this group and stop receiving emails from it, send an email to wca-results...@googlegroups.com.
Ideally, each competition would just have one .zip with everything. Of course, that doesn't always happen.We just need some way to go from [multiple encrypted .zip files] to [everything online unencrypted].Either that, or generate something more composable than encrypted .zip files.TNoodle is welcome to help with this process,
as long as it doesn't require anyone to start TNoodle if they weren't already going to run it.
Do you have something concrete in mind? I'm aware of the issue here, but I can't think if any easy solution. You could imagine adding a "merge zip files" option to TNoodle, but that would definitely require people to start up TNoodle where they otherwise wouldn't. In the general case, there could be tons of conflicts between zip files, dealing with that is going to be a bitch, and it will still be possible for people to send in zip files that are inconsistent with the rounds that actually happened at the competition. That's why I'm leaning towards a solution using Lars's workbook checker, or cubecomps. You could even imagine scrambles being a part of the JSON file format that we eventually want people to send to the WCA.
--
You received this message because you are subscribed to the Google Groups "WCA Results" group.
To unsubscribe from this group and stop receiving emails from it, send an email to wca-results...@googlegroups.com.
On Dec 19, 2013 7:14 AM, "Tim McMahon" <t...@speedcubing.com.au> wrote:
>
> > I don't see why we want to "assign scrambles a numeric index", or "merge scrambles and extraScrambles".
>
> We might end up with situations where 3-4 extra scrambles are given because some poor competitor is having a bad day (e.g. interruptions, judges messing up etc). It'd be handy if more scrambles could be generated for a particular round, on-demand, instead of just 5 + 2 extra. E.g. Delegate prints 7 scrambles and finds that a total of 8 or 9 scrambles are needed so he generates scramble #8 and #9 on the spot.
I admit that this may happen, but I don't see why that means we need to get rid of the concept of "extra" scrambles.
>
> If the order is retained in the array then a numeric index isn't really required.
Order is maintained.
>
>
> > Why would we want to do CSV instead of JSON?
>
> If we're going to process Excel documents then CSV might be easier to process. JSON is really easy to process too though.
I think we should stick with JSON.
> You received this message because you are subscribed to the Google Groups "WCA website and results page work" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to wca-website...@googlegroups.com.
> Visit this group at http://groups.google.com/group/wca-website.
Sure, but won't that consume too much traffic?
I haven't looked at Lars's tool yet. James, if I get that done, is there anything you still need to do? Will it work for delegates to send in a Json file for scrambles?
Looks great! Not being able to delete scrambles is fine. I just want to make sure you error out if there are scrambles present for rounds that didn't happen. I'm not sure how you'd integrate that into your Y/N gui right now.
Well, it displays an error. Would you rather not import scrambles for a round with no results? I was thinking it could be used as a cross-check to indicate results may not have been uploaded properly (hence the table).
I was assuming the workbook assistant would just not include unused scrambles in it's json output.
I would also like a 'delete' feature... better to not edit the db directly if needed.
I thought the general philosophy was that the website shouldn't make any assumptions about the JSON it is given.
I wouldn't expect people to edit the db directly. When something is wrong with the scrambles, the results team should tell the delegate/organizer, and they should fix it.
I thought the general philosophy was that the website shouldn't make any assumptions about the JSON it is given.Right now it doesn't, other than to make sure enough information exists to import the json.
I wouldn't expect people to edit the db directly. When something is wrong with the scrambles, the results team should tell the delegate/organizer, and they should fix it.Well, there are always use cases like what if someone uploaded the wrong scrambles and needs to clear them out, etc.Currently too much editing is done directly on the db - I don't think there is a way to delete data without directly querying the database. As another use case example, Ron just had difficulty clearing out the 2AVG results.
neither of us would like to see too many features added to the current php system if we're going to be switching over to Stefan's django system.