David
The COEL visualisation (the big ‘C’) consumes this JSON.
We are just planning to deploy this on the Coelition website so this is a good time to update it.
Please go ahead and do what you need to do and then I’ll get Signal Noise to adjust their code.
Regards
Joss
Important Information: The contents of this email are intended for the named addresses only and contain information which is confidential and which
may also be privileged. Unless you are the named addressee (or authorised to receive for the addressee) you may not copy, use it, or disclose it to anyone else. If you received it in error, please notify us immediately at
enquiries@activinsights.co.uk and then destroy it. Further, whilst we make efforts to keep our network free from computer viruses, etc., you do need to check this email and any attachments to it for viruses
as we can take no responsibility for any viruses which might be transferred by way of this email.
Activinsights Limited, Unit 11, Harvard Industrial Estate, Kimbolton, Cambs, PE28 0NJ. A company registered in England & Wales. Registered number:
06576069
From: coel@lists.oasis-open.org [mailto:coel@lists.oasis-open.org]
On Behalf Of david.snelling@uk.fujitsu.com
Sent: 14 October 2015 10:34
To: Paul.Bruton@tessella.com
Cc: coel@lists.oasis-open.org
Subject: RE: [coel] Structure of the COEL JSON documents
Paul,
Yes that one possibility, but we can also make it four separate fields.
--
Take care:
Dr. David Snelling < David . Snelling . UK . Fujitsu . com >
Senior Research Fellow
Research Transformation and Innovation
Fujitsu Laboratories of Europe Ltd.
+44-7590-293439 (Mobile)
From:
Paul.Bruton@tessella.com [mailto:Paul.Bruton@tessella.com]
Sent: 14 October 2015 10:24
To: Dave Snelling
Cc: coel@lists.oasis-open.org
Subject: Re: [coel] Structure of the COEL JSON documents
Well spotted David,
I do not have any code using those files.
A suggestion: You used to have a BCD-like identifier for each discrete entry, in this case something like 01010000 - would that work? It allows up to 99 per level.
Dr. Paul Bruton
Tessella
Chadwick House, Birchwood Park, Warrington, WA3 6AE
E: Paul.Bruton@tessella.com, T: +44 (0)7557 916535
www.tessella.com Registered in England No. 1466429
Please consider the environment and do not print this e-mail unless you really need to.
This message is commercial in confidence and may be privileged. It is intended for the addressee only. Access to this message by anyone else is unauthorised and strictly prohibited. If you have
received this message in error, please inform the sender immediately. Please note that messages sent or received by the Tessella e-mail system may be monitored and stored in an information retrieval system.
From: <david.snelling@uk.fujitsu.com>
To: <coel@lists.oasis-open.org>
Date: 14/10/2015 10:10
Subject: [coel] Structure of the COEL JSON documents
Sent by: <coel@lists.oasis-open.org>
Folks,
As happens when you finally start working on something you find the bugs in the idea. Here is a typical entry from the class file:
{"class_id": 1, "code": 4352, "cluster_id": 1, "name": "Body"}
The cluster_id points to the cluster_id for the parent of this class and the class_id is used similarly in the sub-class file.
The I have problem is with the code. It is currently created as a cluster code time 4096 plus the class ode * 256. Basically allowing only 15 classes, sub-classes, and element under each parent. The BAP currently allows for 99 of each. Furthermore the code
fully encodes the hierarchy, so in some sense the _ids are redundant. I would like to have a go at a better extraction of this data from my database. It shouldn't take long and I do it tonight. But it means a slight delay to this work.
Is there any implementation work built on the files currently posted in OASIS? I know the 'C' runs of the direct extract from the database, so it is not affected.
--
Take care:
Dr. David Snelling < David . Snelling . UK . Fujitsu . com >
Senior Research Fellow
Research Transformation and Innovation
Fujitsu Laboratories of Europe Ltd.
+44-7590-293439 (Mobile)
______________________________________________________________________
Fujitsu Laboratories of Europe Limited
Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE
Registered No. 4153469
This e-mail and any attachments are for the sole use of addressee(s) and
may contain information which is privileged and confidential. Unauthorised
use or copying for disclosure is strictly prohibited. The fact that this
e-mail has been scanned by Trendmicro Interscan does not guarantee that
it has not been intercepted or amended nor that it is virus-free.
|