XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Percentage of web services supporting XML versus JSON

Loic says "a lot of data is maps" (in the sense of JSON objects, Python
dictionaries, etc.).  While that's true, document are mainly lists,
because order is vital.  Moreover, naming (the selection of map keys) is
implicitly the act of deciding what each thing is.

Historically, this discussion keeps spiraling through the same
neighborhoods.  One perspective, let's call it "A", is focused on
communications technology.  The other perspective ("B") is focused on
information interchange -- actual communications in all their glorious
chaos, imprecision, etc.  "A" always thinks "B" would work better if
only everything were done in response to A's insight-du-jour (some jours
are very long days indeed, viz. ASN.1).  "B" is unable to respond to
such rational argument, and is generally impatient with A's naivete.
After all, B is the suboptimal context in which the discussion must take
place -- a key point generally missed by A.  (And when that point is
*not* missed by A, A tends to throw up its hands and apply an atrocious
hack, e.g. XML Namespaces.)

Personally I think it's better to focus on B.  I have to force myself to
recognize that while B is my perspective, A's perspective is both good
and necessary to B.

Because of my perspective, I think:

* It's better to pay the cost of preserving ambiguity than to outlaw
ambiguity.  Black markets bite back.  Even more fundamentally, unclear
thinking is the only available path to clear thinking.

* It's better to pay the cost of uttering names repetitiously in exactly
the way people use them.  If that uses a bit more bandwidth, so be it.
Conserving bandwidth will not save the planet, but history demonstrates
that human confusion and ignorance can certainly lay the planet waste.
(Personally I find Loic's "save the planet" argument rather off-putting.)

* XML is terrible, but, like democracy, it's still the best available
choice because it is the most humane choice.  Like XML, democracy could
work a lot better if it weren't so profoundly stiff in its operational
details.  Will we ever have a more perfect union?  Probably.  Will we
ever have a perfect union?  Probably not, but that's OK if the story can
continue.


On 06/09/2014 10:24 AM, Costello, Roger L. wrote:
> Loac says that a data format should have these properties:
> 
> 	- Hyperlinks and link relations
>     	- Binary, explicit sizes, efficient to parse
>     	- Small, exponentially smaller the larger the data gets
>     	- Good type coverage, extensible
>     	- No NULL value
>     	- Fully specified
> 
> Do you agree with those properties? Would you add other properties? Would you remove some of the properties?
> 
> /Roger
> 
> -----Original Message-----
> From: Simon St.Laurent [mailto:simonstl@simonstl.com] 
> Sent: Monday, June 09, 2014 10:00 AM
> To: xml-dev@lists.xml.org
> Subject: Re: [xml-dev] Percentage of web services supporting XML versus JSON
> 
> Okay - Loic's talk is up, though he's in the middle of a conference.
> 
> <http://ninenines.eu/talks/bed/bed.html>
> 
> Why Not JSON? is slide 19. Why Not XML? is slide 22.
> 
> He sketches out his (binary) alternative from 23 on.  I want to see a 
> lot more detail, but I wish this had existed a decade ago if only for 
> conversational use.
> 
> Thanks,
> Simon
> 
> 
> 
> On 06/09/2014 09:49 AM, Simon St.Laurent wrote:
>> On 06/09/2014 09:44 AM, Costello, Roger L. wrote:
>>> Loic says that JSON is "a terrible format" because:
>>
>> I am so confused to see JSON defended on xml-dev... ;)
>>
>> I'll check in with Loic and see what he's actually proposing, then try
>> to bring something more complete back here.
>>
>> Thanks,
>> Simon
>>
>> _______________________________________________________________________
>>
>> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
>> to support XML implementation and development. To minimize
>> spam in the archives, you must subscribe before posting.
>>
>> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
>> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
>> subscribe: xml-dev-subscribe@lists.xml.org
>> List archive: http://lists.xml.org/archives/xml-dev/
>> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> 
> _______________________________________________________________________
> 
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
> 
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> 


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS