631
submitted 6 months ago by qaz@lemmy.world to c/memes@lemmy.ml
  • ISO 8601 is paywalled
  • RFC allows a space instead of a T (e.g. 2020-12-09 16:09:...) which is nicer to read.
top 50 comments
sorted by: hot top controversial new old
[-] OsrsNeedsF2P@lemmy.ml 112 points 6 months ago* (last edited 6 months ago)

Top post of the hour is about an RFC from >20 years ago.

This is worse than the Linux stuff.

Y'all a bunch of nerds

[-] qaz@lemmy.world 99 points 6 months ago

You’re not wrong

[-] Touching_Grass@lemmy.world 50 points 6 months ago
[-] warmaster@lemmy.world 21 points 6 months ago

One of us, one of us, one of us

[-] Amaltheamannen@lemmy.ml 30 points 6 months ago

Being a nerd is fun.

[-] Trainguyrom@reddthat.com 10 points 6 months ago

Thanks /u/OsrsNeedsF2P!

load more comments (1 replies)
[-] lowleveldata@programming.dev 108 points 6 months ago

A space is more problematic than a T tho

[-] qaz@lemmy.world 58 points 6 months ago
[-] lowleveldata@programming.dev 43 points 6 months ago

For a skilled pro like you I suggest using epoch time for everything

load more comments (1 replies)
[-] Transporter_Room_3@startrek.website 30 points 6 months ago

Any other day I'd see this get laughs, but I guess people are bitchier this time of day.

I'd write down the ISO timecode I'm talking about, but I can't afford it.

[-] rtxn@lemmy.world 74 points 6 months ago* (last edited 6 months ago)

You've just become the nemesis of the entire unix-like userbase for praising the space.

[-] meekah@lemmy.world 21 points 6 months ago* (last edited 6 months ago)

What's the issue with the space?

[-] rtxn@lemmy.world 45 points 6 months ago

On the command line, space is what separates each argument. If a path contains a space, you either have to quote the entire path, or use an escape character (e.g. the \ character in most shells, the backtick in Powershell because Microsoft is weird, or the character's hexadecimal value), otherwise the path will be passed to the command as separate arguments. For example, cat hello world.txt would try to print the files hello and world.txt.

It is a good practice to minimize the character set used by filenames, and best to only use English alphanumeric characters and certain symbols like -, _, and .. Non-printable characters (like the lower half of ASCII), weird diacritics (like ő or ű), ligatures, or any characters that could be misinterpreted by a program should be avoided.

This is why byte-safe encodings, like base64 or percent-encoding, are important. Transmitting data directly as text runs the risk of mangling the characters because some program misinterpreted them.

load more comments (14 replies)
load more comments (1 replies)
[-] praise_idleness@sh.itjust.works 56 points 6 months ago

allows a space instead of a T

That's a bug not a feature

load more comments (5 replies)
[-] TeckFire@lemmy.world 42 points 6 months ago

The difference:

2023-12-12T21:18Z is ISO 8601 format

2023-12-12 21:18 is RFC 3339 Format

A small change

[-] treadful@lemmy.zip 26 points 6 months ago

ISO 8601 also allows for some weird shit. Like 2023-W01-1 which actually means 2022-12-31. There's a lot of cruft in that standard.

[-] SirQuackTheDuck@lemmy.world 8 points 6 months ago

Doesn't the ISO also includes time periods? Because if it does, those are amazing.

Without any explanation, you should be able to decypher these periods just by looking at them:

  • P1Y
  • P6M2D
  • P1DT4H
  • PT42M
load more comments (4 replies)
[-] EnderMB@lemmy.world 8 points 6 months ago

This is the killer for me. Most people promote ISO 8601 as a "definitive" date structure, when it actually supports a lot of different formats. What they actually want is usually RFC 3339.

load more comments (2 replies)
[-] kogasa@programming.dev 14 points 6 months ago

That Z is doing a lot of work.

[-] TeckFire@lemmy.world 10 points 6 months ago

Z indicates UTC. Alternatively,

2023-12.12T21:18-05 for time zone as central. The UTC time zone code at the end just tells you where the time is taken from. Usually Z is used since, well, it’s “universal,” but having a +13 or -06 or whatever else brings context, and allows computers to synchronize the string of text into a comparable time for event logs and such.

[-] kogasa@programming.dev 12 points 6 months ago

Yes. The RFC is missing something that explicitly indicates the time zone. The Z is a great unambiguous way of saying "yes, this is UTC."

load more comments (6 replies)
[-] hyperhopper@lemmy.world 5 points 6 months ago

I definitely don't agree that the RFC is easier to read, the two numbers can appear to be one at a quick glance without a separator.

[-] elauso@feddit.de 17 points 6 months ago

But there is a separator between the numbers: the same one that also very reliably separates the words in this comment

load more comments (1 replies)
load more comments (1 replies)
[-] KingThrillgore@lemmy.ml 38 points 6 months ago

Its funny because everything about ISO 8601 is covered on its Wikipedia article. Very few people need to spend the francs to need the spec.

[-] Mubelotix@jlai.lu 23 points 6 months ago

You HAVE to read the spec if you want to be compliant, you can't just hope every detail is on wikipedia

[-] Sylvartas@lemmy.world 7 points 6 months ago

Also, even if you fully respect the specs, I assume you can't get certified as "compliant" by ISO if you didn't pay for the specs ?

load more comments (1 replies)
[-] K4mpfie@feddit.de 8 points 6 months ago

If you want to be compliant for a standard you need to have a copy of it. Luckily it's only companies that really need to buy them

[-] SirQuackTheDuck@lemmy.world 7 points 6 months ago

Which means the companies using the specs pay the company making the specs for everyone (companies and people) to use.

That sounds fair, but I wouldn't be surprised if capitalism fucked it up anyhow.

[-] AnnaFrankfurter@lemmy.ml 29 points 6 months ago

Yeah I like a girl who is firm on her choice of date time format....😂😂😂😂

[-] OsrsNeedsF2P@lemmy.ml 27 points 6 months ago

I personally have a list of 14 RFCs I won't compromise on when it's a first date

[-] Tartas1995@discuss.tchncs.de 21 points 6 months ago* (last edited 6 months ago)

Please be serious and give me that list! Please be real!

Edit: guys, if they don't answer, they might just missed the question. They might be real. BELIEVE!!!

[-] qaz@lemmy.world 14 points 6 months ago

Do you care to share them?

[-] CowsLookLikeMaps@sh.itjust.works 11 points 6 months ago

Linux sex tips approved

[-] magnetosphere@kbin.social 28 points 6 months ago

I don’t even know what ISO 8601 is, but I agree with the sentiment

[-] stewsters@lemmy.world 30 points 6 months ago

https://en.m.wikipedia.org/wiki/ISO_8601

Date format that is both human readable and for the most part sortable as strings (assuming you are using the same time zone).

load more comments (1 replies)
[-] verstra@programming.dev 22 points 6 months ago
[-] qaz@lemmy.world 9 points 6 months ago

TIL, didn’t know that

[-] verstra@programming.dev 17 points 6 months ago
load more comments (1 replies)
[-] Pratai@lemmy.world 17 points 6 months ago
[-] flambonkscious@sh.itjust.works 10 points 6 months ago

This is about the old argument around how date strings are formatted.

MMDDYYYY vs YYYYMMDD, spaces or hyphens may differ. It's an old and passionate argument (mostly due to the American approach of starting with the month being insane)

[-] zik@lemmy.world 21 points 6 months ago

Both ISO8601 and RFC3339 are YYYY-MM-DD. The difference is in how the date and time are separated.

[-] flambonkscious@sh.itjust.works 7 points 6 months ago

Than you! I was shooting from the hip half asleep (the classic 'gosh I'm so clever' moment for me...)

load more comments (1 replies)
[-] datelmd5sum@lemmy.world 6 points 6 months ago

I've worked with this one project for so long I can now read +%s timestamps.

load more comments (1 replies)
[-] drdabbles@lemmy.world 9 points 6 months ago

ISO standards need to be purchased to be viewed, RFCs are freely available requests for comment. The RFC 3339 format is effectively the same is the ISO format, except RFC 3339 allows for a space between the date and time components whereas the ISO format uses a "T" character to separate date and time components.

If you want to get real weird, RFCs are not standards but rather a request for other participants to comment on the proposal. RFCs tend to be pointed towards as de facto standards though, even before they become a BCP or STD.

load more comments (1 replies)
[-] CetaceanNeeded@lemmy.world 10 points 6 months ago

How could it be paywalled? I've never heard of anyone paying ISO to be able to write the date and time in a handy way.

[-] sushibowl@feddit.nl 71 points 6 months ago

What he means is, if you want to download the document from ISO that describes the standard, you have to pay a fee. Here's their store page: click.

It's about 190 USD for a 38 page document describing the rules of the standard. There's another document with extensions for a similar price. Quite pricey for a PDF file obviously, and the RFC is free to download.

On the other hand, no one in the history of time has gone "hmm, I don't know how ISO-8601 works, let me go buy this document from the ISO store to figure it out." Most people just call datetime.isoformat() or whatever their library function is called.

load more comments (1 replies)
[-] dullbananas@lemmy.ca 5 points 6 months ago
load more comments (1 replies)
load more comments
view more: next ›
this post was submitted on 12 Dec 2023
631 points (95.1% liked)

Memes

44066 readers
2109 users here now

Rules:

  1. Be civil and nice.
  2. Try not to excessively repost, as a rule of thumb, wait at least 2 months to do it if you have to.

founded 5 years ago
MODERATORS