On Sun, Aug 24, 2014 at 7:29 PM, eberhard speer jr. <[email protected]> wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > since we're adding anyway ;-) here are some more 'new' properties I'd > like to propose : > > ddr_ : properties pertaining to the DDR responsible for the 'response' > > ddr_vocabulary : Vocabulary Name [example : DeviceMap] > ddr_api : version number of the API used to create the response > ddr_version : data resources version number > ddr_date : release data of the data referenced in version number > > > I suppose these are mostly for the header (where they are already more or less maintained right now) or would you put a version of the resource data with every single device entry? The "ddr_vocabulary" sort of exists, it was added by OpenDDR and I think it's called "from" or similar. That contains values like "ODDR" or (if we add new ones) "DeviceMap". I don't think it is very heavily referred to, mostly meta-data, so if it makes sense for better understanding such a field could be named differently, e.g. ddr_vocabulary, too. > guid : a *unique* identifier > use-case : user queries DDR, gets a response, [user may save the > response], later user re-queries the DDR and gets a *different* > response. The guid tells the user both are responses to the same > request, when properties [or their number] change over time. > > Do you have all of these in your existing data, too? E.g. where would we generate such guid (which except a few cases is a rather MS/.NET feature btw;-) Most others I don't see the "use-case" of these, they sound fairly dynamic, e.g. for a particular session. That is nothing a single device "class" would hold, would it? Maybe you can explain these 3 a bit more. Thanks Werner > Comments ? > > esjr > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (MingW32) > > iQEcBAEBAgAGBQJT+iD7AAoJEOxywXcFLKYccmoH/iCGCVUnImwAwbReHKHo2TuB > JKrF+5IEW/vMRV2dxzj/qD54WfJRcK75WtR1yFwicDOzlPf1i4e34rqnF7kO+8P5 > QNc7MxqnWZOvrQeoYltV0u0fjZ4qsv4pRAFU9DNrVwQRJq2v5TILAvk+LFilMyaY > TxeHh7b5VdZooyd8fnhKe24xR1FY/BVikrXZdpEUyyetq6Pm/RJNKuM8FYsx+F2w > 8eCdfVgYobDlS0/KspBZlCDebPviW/InQyNeFme+2u5pnEFQmlKcc0Rr7UkVDJfD > FmhIiwinHFFgN1SVUK/Q7mooUeA26demAimzxiGQA7Pob4GAjK0QFHy2dS5ZIfo= > =ud/o > -----END PGP SIGNATURE----- >
