User talk:R2

From RogueBasin
Jump to navigation Jump to search

(standardization of dates)

Whoa, what happened here. Was this site-wide change discussed anywhere? Kiefer 07:14, 21 July 2008 (CEST)

It wasn't discussed on this wiki (so I doubt that the discussion, even if it exists, "counts"). Furthermore, it's not a uniform readability improvement. -- Bessarion 8:18 21 July 2008 (CDT)
The reasons for standardization are at --R2 19:53, 21 July 2008 (CEST)
That doesn't count, unless there's some undocumented management integration between the two sites. Fixing that application (a function that takes a gloppy date, and returns a standard-formed date if possible) is the correct approach. If I was to propose any (unnecessary) standardization, I would suggest four-digit years, and months as text. That way, the difference between U.S. dates and EU dates doesn't cause confusion.
As it is, anyone from the EU who doesn't know the standardization convention is going to think the correct format for Dec 3 2008 is 2008/3/12, which breaks your abstractor application without any chance of recovery.
I'm going to make up my mind on whether to revert this spam for Zaiband and YADS later, once the emotional reasoning no longer is in the way. -- Bessarion 17:54 21 July 2008 (CDT)
The standard I used (YYYY MM DD) is an ISO standard (ISO-8601) for international date format, a UE standard (EN 28601), and also is the most logical format (as the usual big endian sorting works correctly on it). (The US date format is as far as I know MM/DD/YYYY and cannot be confused because of the 4-digit year which is immediately recognized. DD/MM/YYYY also should not be confused for the same reason. YYYY/DD/MM potentially could be confused, but I think it is not used anywhere as a date standard.) You are right that displaying months as text would be also a good option, and also would eliminate any risk of confusion, and would be more readable for some. But I suggest to make the template make clear that "YYYY/MM/DD" is the format to use. --R2
Bessarion's suggestion to standardize with textual months in full is the most human readable and the simplest. I for one would be happy with it. To achieve machine readability, a standard must be used. But it doesn't matter which one. So lets have a standard so that R2 gets what they want. And lets make it unambiguous for humans and easy to read like Bessarion wants. Everybody wins. Duerig 01:59, 22 July 2008 (CEST)
Oh, it doesn't have to be in full -- C gets by perfectly well with three-character abbreviations for asctime. (IMO, the date standardizer for the abstractor application should handle both abbreviations and full names). I do prefer something where a legitimate transposition oversight doesn't change the meaning. (I use a YYYYMMDD file part myself on files not meant for public consumption to get the lexical sorting to line up with the date sorting, but that doesn't mean I think such unintuitive constructs belong in prose. I certainly wouldn't expect a non-programmer to have a clue what 2008/12/3 was supposed to mean. 2008 Dec 3 merely looks grammatically weird, but is readable.) -- Bessarion 19:36 21 July 2008 (CDT)
OK, I will wait until the discussion ends, and change the format to "2008 Dec 03" if there is no new input. --R2 10:39, 22 July 2008 (CEST)
I don't see anything at that has anything to do with how to standardize dates. Also, it doesn't appear that (YYYY MM DD) was what was always used, as the change on the POWDER page ( uses (YYYY DD MM). For readability, using text for the month is really needed, at least if this site is meant to be more international, as opposed to regional. Kiefer 06:08, 22 July 2008 (CEST)
Sorry for breaking POWDER date. This link was only a quick explanation. A table which shows release dates for many roguelikes looks better when all the dates follow the same format, and is also more reasonable to implement when they follow a standard. I used YYYY MM DD because it's the most logical for me and because it does not need any further work. --R2 10:39, 22 July 2008 (CEST)
I do not expect impulsive decisions to be well-documented. The idea was to reduce date ordering to string-compare ordering (which is tangentially mentioned), but at the time no consideration was documented of the agonizingly obvious idea of a date format canonicalizer in the abstractor. Such a canonicalizer also would allow extending the abstractor application to more than just Roguebasin. -- Bessarion 8:03 22 July 2008 (CDT)
I believe that standardizing dates on Roguebasin is a better approach than making the abstractor understand all the date formats possible. In our case, it is just easier to eliminate the special formats (by editting) than to recognize them aumatically. Both Roguebasin and abstractor are cleaner that way, and also it makes the job simpler for anyone in the future who wants to use the data for some purpose. Having non-standardized data is like carrying a separate charger for each of your 10 electronic devices, and having a standard is like have one charger working for all of them. --R2 17:19, 22 July 2008 (CEST)
Pardon my ignorance, but is the wiki being implemented into some other project where those dates are going to be grabbed? (Once again, the lack of a Community Portal page and Help section for the wiki leaves me ignorant about this, if this is the case.) Kiefer 19:17, 22 July 2008 (CEST)
While there is an informal relation between RogueTemple and RogueBasin (e.g., the article backup feature), the formal administrator of this Wiki being AWOL makes tracing such things difficult. -- Bessarion 13:08 22 July 2008 (CDT)
We shall just have to disagree then; I'm not the one maintaining that abstractor. I have written such an omni-date converter in Perl (needed it for some log translation for one of my clients), so it's [sarcasm]trivial[/sarcasm] to write one (I would expect under two hours total time including design and testing in anything higher than assembly language, maybe about an hour in Perl). -- Bessarion 13:08 22 July 2008 (CDT)
Okay, so what I get from this discussion is that the dates aren't used anywhere else, but if they are to be in the future, they should be uniform. For programmers, that is best done as (YYYY/MM/DD), but for actual visitors to the Roguebasin wiki, (Month DD, YYYY) or (Mon. DD, YYYY) is more readable and understandable. I'm all for a wiki being implemented in other applications/sites/whatever, but I always think of a wiki as primarily a resource for a human being, and human being "scan" things differently and can read things incorrectly. I think that's shown in the POWDER date being messed up. Sometimes things have to be done in manner that benefits the general audience, rather than the needs of programmers. oh, I know that's going to go over well with this audience, he says to himself.  :-)
So, who's the head admin here, anyway? 5 admins, and User:Slash appears to be the only one that has had a serious presence here in 2008. Kiefer 05:58, 24 July 2008 (CEST)
I like the YYYY MM DD format. Also yyyy?????mm???dd????? is another possible format. Example: 2008?????07???24????? if you don't understand this Japanese format or you don't have this font install then you might confuse, but it tell you which one is the year, month, and day. Another way you could put hyperlink on the date, or a tooltop on the date, tell you which format it is, in case you don't know. --Zzo38 17:46, 24 July 2008 (CEST)
The "2002 Mar 18" format looks like arse. I'd rather see "18-Mar-2002", because right now it reads "backwards". Stu 19:17, 24 July 2008 (CEST)
But "18-Mar-2002" is backwards! YYYY MM DD (in numbers, optionally follow by kanji symbols) is good way. --Zzo38 19:34, 24 July 2008 (CEST)
Actually, 18 Mar 2008 is the wiki way for dates, as shown by our signatures, and not backwards. Kanji would be fine if the wiki was a Japanese-only wiki. As it is, it doesn't appear that this wiki supports the kanji symbols, as another one that I go to functions fine with kanji, but this one doesn't show the characters at all. Kiefer 05:22, 25 July 2008 (CEST)
OK. You can use the way that is used in the signatures (I still think it is backwards though, but if that is the wiki way then obviously it should be used). The wiki way however uses the full month name, not the abbreviation. Kanji is not needed, but it did display correctly (except the summary) until you edited this page. When you edited, then it did mess up the kanji. I don't know if that is a bug. It doesn't need to be fix unless someone else uses Unicode writing in these pages for some reason (such as their Roguelike games using those special characters that must be indicated in the description). --Zzo38 05:45, 25 July 2008 (CEST)
Wait, you changed the date format only to fit a program you wrote? It seems to me changing the way how IRLDb processes these numbers would be both easier and less work. –Michal BielinskiTalk 05:50, 27 July 2008 (CEST)
So what date is "1/2/08" ? Is it 1st of Feb 2008 or is it January 2nd 2008?? Do you understand now why the change...Stu 16:23, 27 July 2008 (CEST)
I still don't. I saw nowhere 1/2/08. Format was 1 February 2008 and now it is 2008 Feb 1. Both equally unambiguous. What bugs me is amount of work the change took looks unnecessary. Have a look at this example. –Michal BielinskiTalk 16:36, 27 July 2008 (CEST)
CyberRogue was listed originally as 04/07/2008 - 4th July, or 7th April? I'm English, therefore it's the former - for an American (such as my wife) it's the latter. I know someone where I work who would write it as (extremely uncommon, I'm sure) 4/7/8 (shortened form of 04/07/08) which could become one of 3 standard date formats, 4th July 2008, 7th April 2008, or 8th April 2004. Given the multinational form of the internet, a standard form of date where every date is the same makes more sense. Incidentally... CEST (Central European Standard Time - UTC+2) and CDT (Central Daylight Time - UTC-5) kinda proves that point. Scautura 21:47, 27 July 2008 (CEST)
As I said above, I thought that standardizing dates across RogueBasin would be more useful than adding such processing to IRLDb, and not that much work either. Actually, I am not sure whether doing this automatically would be easier, as sometimes some intelligence is required to check whether 01.02.2005 is in mm.dd or format. I did not suppose that it would cause so much controversy. --R2 18:41, 27 July 2008 (CEST)
Well, dates were mostly standarized before you began your work and this is why many are cautious. Better is the enemy of good. Anyway, great job. Now if community becomes bored with reading dates right-to-left we may just send a bot. For now I have added IRLDb here: Links. –Michal BielinskiTalk 21:15, 27 July 2008 (CEST)
I'm always in favour of standardization, and don't personally care what the standard is. Considering the number of different date formats I've encountered trying to maintain the list of actively developing roguelikes, no date format would surprise me. --JeffLait 17:36, 28 July 2008 (CEST)