I've been collecting results data from various leagues in preparation for my NCSSORS presentation, and despite the fact that not all leagues follow a double round-robin, result data are organized in a fairly standard way.  That is, except for Major League Soccer.

First of all, in previous seasons there has not been a balanced double round-robin schedule, so instead result tables are presented in two long rows for each team and its opponent.  Then, the home team score is recorded second, not first as in every other league around the world.  Finally, the match is greyed out to indicate a home match, which is just fine is you're viewing the page, but not if you are extracting data to use for further analysis.  You then have to embed some additional information that tells you if the match was a home match for the team or not.  It's more labor-intensive work that is required because of a non-standard league format.

So fast forward to this season.  MLS now has 16 teams and they are playing a balanced schedule!  So now, whoever is writing the results page on Wikipedia can report the results as a matrix, which is a standard and much more efficient way of displaying league results.  I can use my software codes to post-process data in the manner that I want.  For most of the season, the results table was actually reported like this.  But two or three weeks ago, someone reverted the table back to the inefficient long column table.  Whaaa?  Was the previous format confusing people?  Did the writer have no idea what those data were representing?  Whatever is going on, the writer of MLS' Wikipedia page has gone from a simple representation of league results to a needlessly complicated one when there is no need to do so.

I am just blowing off steam here, but it's annoying to see my tasks become more complicated for no reason at all.

UPDATE: I found the current season's results grid on the French version of the MLS Wikipedia page.  As a matter of fact, you can find a lot of interesting data over there that is presented in one language but not another.