David Storrs <david.sto...@gmail.com> writes: >> This: >> >> https://mosaic-data-model.github.io/ > > That looks very cool, and like something that I'd like to talk to you > about professionally. Would you mind if I contact you off-list?
Not at all! > Wow. That's impressive, and seems like something that could have a > real impact. Kudos. We'll see. The whole idea is still very hard to "sell". >> In both cases, the motivation was to facilitate access to the data for >> as many software developers as possible. There are good XML support >> libraries for most programming languages, even Fortran. > > True, but most languages also have good JSON tools, YAML tools, etc. Yes, those are the obvious competitors. But YAML is probably worse than XML in terms of overengineering (see e.g. https://medium.com/@lefloh/lessons-learned-about-yaml-and-norway-13ba26df680) > "Overengineered" is a good way to put it -- I think that's what > bothers me about XML. I do grant its utility, I'm simply not > convinced that most of it is necessary for most cases. Me neither! > I was specifically thinking of JSON. It allows for encoding all the > essential structure of XML in far fewer characters, meaning there's > less data to send over the wire. It's more human-readable. There are JSON is basically a serialization notation for nested lists and hash maps. What it lacks compared to XML is tags and namespaces. You have to add a layer of conventions on top of JSON to get some form of data identification, and since that layer is not standardized, it's likely to get messy once you need to work with data from different sources. JSON is probably a good choice if all software working with your data is under your control. Less so if the client software pool is open-ended or if the data may be archived for an indefinite future with different software tools. Konrad. -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.