[gnso-rds-pdp-wg] Long Run Question: Octree data management techniques

[Sam Lanfranco]

I have posted a question to today’s Adobe Connect session, just to 
signal the question, and not to get an answer there.
The question is: */Does anyone in the working group have knowledge of 
octree data management techniques?/*
The technique holds promise for how the end product of this rds-pdp 
working group might be implemented.
Octree data management techniques are already used in Internet 
infrastructures (to reduce collisions etc.).

I am doing some tiny work with /non-destructive archaeology/ (think of 
opening up a tomb or crypt, installing a  “Mars Rover” type facility, 
sealing up the tomb and collecting data remotely).
Octree database techniques are increasingly being considered in 
archaeology as a way of archiving data for wider access and allow levels 
of gated access.
Most archaeologists cannot physically access a site (certainly not all 
at once) and the approach both protects the integrity of the site, and 
opens a more level playing field for archaeology research.

One additional advantage of using an octree technique, rather than 
common database management techniques, is that users can further tag 
data as it relates to their individual uses.
Those tags are simply a extension further down the octree tree, where 
the tags are integral to the subsets of the data assembled by the users, 
and tied to the work they are engaged in.
My impression is that at the Registrar/Registry level this is no more 
difficult to implement than a relatively flat standard database, but is 
rich in the range of applications it supports.

Sam L.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gnso-rds-pdp-wg/attachments/20170328/9562b638/attachment.html>