2016-02-03 0:36 GMT+01:00 kovas boguta <kovas.bog...@gmail.com>: > > Out-of-band schemas/assumptions or automagic inference are incidental > complexity to deal with the fact that XML cannot directly represent the > concepts that algorithms want to deal in. This is the point I was making > originally. >
So first, let me quote my thought process for the counterpoint that I just wanted to make, before researching a bit: bub> You can, in fact, embed arbitrary xml within xml, via its namespace semantics, vis a vis reader tags. The point about out-of-band schemas is relevant, but not critical to the failure of xml, I think. bub> Thus it can directly represent any concept, that an algorithm might want to deal in. bub> My take is, that the expressivity of XML's built-in representation of associative data - attributes - is too weak, because a) it's not recursive and b) it only has string keys (like json) bub> The last straw is, that if there is some ... <here I googled for the "standard data structures" xmlns uri, to encode your hash maps in, hoping to discover, that it came too little, too late and is irrelevant. What I instead discovered, was this: https://www.w3.org/2005/07/xml-schema-patterns.html#Map-ID At that point I stopped, because even though publishing something called a "schema pattern", to deal with all the various hash-maps, in 2005, is - in fact - too little, as well as to late to redeem xml: a) Being a "schema pattern" means that there exists no namespace uri to say "this is a hash map". I.e. there exists no runtime type for it in the stdlib, not even an interface, only generics b) This makes your point about out-of-band schemas very critical to the failure of xml, when there is not even a general purpose "data structures" vocabulary to use without transmitting a schema. best regards -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
