- From: Dave Raggett <dsr@w3.org>
- Date: Mon, 20 Jul 2015 12:11:57 +0200
- To: "Peintner, Daniel (ext)" <daniel.peintner.ext@siemens.com>
- Cc: "Kaebisch, Sebastian" <sebastian.kaebisch@siemens.com>, "public-wot-ig@w3.org" <public-wot-ig@w3.org>
- Message-Id: <7C3A1F35-B77C-4E8D-867A-DF67858BE9EB@w3.org>
> On 20 Jul 2015, at 11:05, Peintner, Daniel (ext) <daniel.peintner.ext@siemens.com> wrote: > > Hi Dave, Sebastian, all, > > I agree it is desirable for restricted devices to provide "shortcuts" for constrained devices. That said, I don't think we should allow “boolean” instead of “xsd:boolean" neither “uint32” instead of “xsd:unsignedInt”. > > Please let me state the reasons. > > First of all, introducing new names may shorten the message but on the other hand they also introduce more complexity. What if I still want to use “xsd:unsignedInt”? Is this forbidden, allowed, acceptable? This sounds like a cultural issue, you are likely to find that web developers and embedded hardware hackers don’t agree with you. For highly constrained devices (i.e. very cheap devices) it is reasonable to limit the range of data types supported. > > Second, if it is about message size, reducing the stream by some bytes only tackles the issue just half way. > > Third, if we want facilitating highly resource constrained devices being part of the system we might consider using identifiers instead of strings. It is not only shorter but in addition it is also easy to switch according to identifiers compared to do string comparisons. I have indeed explored this, but note that even that table of strings to identifiers is an issue as this takes significant space. My code discards the table as quickly as possible. > > Fourth, I believe we should consider existing techniques offering those afore mentioned "shortcuts" for constrained devices instead of inventing it from scratch. One solution could be W3Cs EXI format but there could be more relevant techniques… The JSON-LD specification already covers a lot of what we need. — Dave Raggett <dsr@w3.org <mailto:dsr@w3.org>>
Received on Monday, 20 July 2015 10:12:02 UTC