-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Color me confused, but wasn't there such a thing as 'Aspect' in the
various standards ?
To whit, the W3C DDR Aspects : Device, Browser, OS.

So Aspect qualifies Property, as in : Device Vendor, Browser Vendor
and OS vendor...

If that's the case "os_vendor" is a travesty at best.

esjr



On 31/07/2014 23:22, Werner Keil wrote:
> If we want to properly use a a value like "Microsoft", then adding 
> "osvendor" instead of "vendor" for that could be a first step. If
> streamlining with OMA or similar standards is in the interest of 
> downstream projects, that would be the next step. Either for a
> pending "1.0.1" update of the data artifacts in the near future or
> for one beyond.
> 
> Werner
> 
> On Thu, Jul 31, 2014 at 9:50 PM, eberhard speer jr.
> <[email protected]> wrote:
> 
> About the 'default', to be clear :
> 
> I am referring to any value that is empty, '-', 0 [meaning no
> value] and any property/value that represents a 'default' value. 
> Not only the properties that are 'meaningless' like nokia_version
> for a desktop.
> 
> Adding these generic 'defaults' may look impressive but the data
> is meaningless fluff. If the value for property xyz is not present,
> not known or is some known default [you can spot them], it should
> not be included in the response.
> 
> That's an 'honest' response, in that the end-user now knows that
> any property not present can default to something meaningful in
> their current context, instead of having them 'run' with nonsense
> 'default' data.
> 
> That's an honest and much shorter response : all signal.
> 
> esjr
>> 
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJT2ql+AAoJEOxywXcFLKYcOfYIAKqkGN2kvF4kx+zMKhvbslvu
errQq9qqoxX1cXcpIvPwokv8NqDVS9iL4ufFzN25SnLflR6DuZHtlfwPp4bO2Krg
8JfD1kFS6jr3yAizxdwr2jWrN+SVaEpFOZalpTuECE+YSQErmO4WTJ3ieBq4hrEA
AhyAkQmNskObvsk564kqLatGo4Tw8FZhi4loLlGKpSk/XnnEPHNRceVzhtIoX8sQ
xWMyDk9p/X7/msIQZGrRLk16d2Yc8oraMbUrZqZxUGx9D2sGoi3Rt5WFG2UBL2M4
EdnQAGoMJ6aUIKBDejD3B9YALwUaLudGL/CLuW25wTIgkkwQZjGVhVsb/Qz4Twc=
=eEaS
-----END PGP SIGNATURE-----

Reply via email to