In this way you can, for instance, start building a database in each continent and then join them, and there will be no conflicts.
You just have to map again the set of all vectors.
Geolocations in the interior of Earth, may prove to be useful in the future and even at present in many sciences and areas of knowledge.
For instance, to tell the estimated origin of an earthkake. It can be useful for dowsing, also. It can certainly be more useful than what it seems at first glance.
Topic: Dynamic Identity Numeric Representation (DINR) (Read 3016 times)
I was unaware that getting a unique digital ID number ever was a problem.. Isn't the real problem that anyone can get as many of those as they want?
Most of your co-ordinate space is spent representing rocks buried under the surface or liquid magma? That's not very efficient. You can represent points with ~1cm accuracy in a 64 bit number using a Hilbert space filling curve.
Yes, and it works even if you miss some of those geolocations, how much information is missing is expressed in one of the percentage parameter from the number of ECS registered devided by the number of ECS you should have by then since beginning of recording such data.
Governments could use taxes and other measures to make people have their ID vector as much accurate as possible.
For instance, if your register showed great contradictions you could incur in severe penalties.
Generally you would have to pay for gaps and contradictions in the register, according to the laws in force.
Definitely smartphone apps could be used to accomplish the records and calculate the vectors.
More over it is possible to map these vectors to a set of integers with the exact cardinality of the number of population, and we can even include cats, dogs, birds, etc.
It would be a dynamic number, but an integer, someone would be No.1, other No.2, ... etc ... up to the billions.
Governments could use taxes and other measures to make people have their ID vector as much accurate as possible.
For instance, if your register showed great contradictions you could incur in severe penalties.
Generally you would have to pay for gaps and contradictions in the register, according to the laws in force.
Definitely smartphone apps could be used to accomplish the records and calculate the vectors.
More over it is possible to map these vectors to a set of integers with the exact cardinality of the number of population, and we can even include cats, dogs, birds, etc.
It would be a dynamic number, but an integer, someone would be No.1, other No.2, ... etc ... up to the billions.
If I understand correctly, one's ID number is derived from their location history. This should be unique as no two people travel the same places simultaneously...even people holding hands or driving in the same car don't share the exact same path.
More simply though, no two people ever share the same space at the same time (with exceedingly rare biological exception). I suppose since there is no way to pinpoint location with great precision, having multiple rough estimates of position over a period of time is used to resolve ambiguities. I think my iPhone does this
More simply though, no two people ever share the same space at the same time (with exceedingly rare biological exception). I suppose since there is no way to pinpoint location with great precision, having multiple rough estimates of position over a period of time is used to resolve ambiguities. I think my iPhone does this
Dynamic Identity Numeric Representation (DINR)
I have just realised what seems a good way of giving each person a dynamic number that seems optimal for representing someone identity with a number, to be more precise with a vector of 10 ordered pairs.
As I explained in my article: "Earth Cubic Spacetimestamp (ECS)", https://bitcointalksearch.org/topic/earth-cubic-spacetimestamp-ecs-141141
you can use 22 digits to specify any geolocation on Earth, using cubes with 1 meter edge. 21 million cubed gives us: 9261 000 000 000 000 000 000 cubes.
Now if you register the cube you are on every second, making a dynamic list of them, updated whenever possible, you can use the analysis of the space geolocations, given by the cube numbers made of 22 digits,
and get DINR: [(1,%),(2,%),(3,%),(4,%),(5,%),(6,%),(7,%),(8,%),(9,%),(0,%)]
That is, the vector will always be, for the maximum number ECS cubes numbers you can consider reliable to have in your register to generate the updated DINR, the most precise and exact percentage possible for the frequency of each of the algarisms in that list of ECS cubes numbers.
I'm not sure how many decimals for the percentages would be a reasonable to have, but I think a good few of them would do.
It should fit an ID card with Liquid Crystal Displays, IMO. And ensure the ID's would be unique, except very rare exceptions like two people living in the same body, or something.
The good thing about it is that you don't need to divulgate the list of ECS to others and still this simple representation is the most accurate uniqueness of them, in a particularly compact format.
Also it paves the way to a new paradigm of very anonymous and dynamic way of representing our ID in time, as you can always had a timestamp to it and add an extra percentage parameter to tell how much percent of your life does it pertain with.
I have just realised what seems a good way of giving each person a dynamic number that seems optimal for representing someone identity with a number, to be more precise with a vector of 10 ordered pairs.
As I explained in my article: "Earth Cubic Spacetimestamp (ECS)", https://bitcointalksearch.org/topic/earth-cubic-spacetimestamp-ecs-141141
you can use 22 digits to specify any geolocation on Earth, using cubes with 1 meter edge. 21 million cubed gives us: 9261 000 000 000 000 000 000 cubes.
Now if you register the cube you are on every second, making a dynamic list of them, updated whenever possible, you can use the analysis of the space geolocations, given by the cube numbers made of 22 digits,
and get DINR: [(1,%),(2,%),(3,%),(4,%),(5,%),(6,%),(7,%),(8,%),(9,%),(0,%)]
That is, the vector will always be, for the maximum number ECS cubes numbers you can consider reliable to have in your register to generate the updated DINR, the most precise and exact percentage possible for the frequency of each of the algarisms in that list of ECS cubes numbers.
I'm not sure how many decimals for the percentages would be a reasonable to have, but I think a good few of them would do.
It should fit an ID card with Liquid Crystal Displays, IMO. And ensure the ID's would be unique, except very rare exceptions like two people living in the same body, or something.
The good thing about it is that you don't need to divulgate the list of ECS to others and still this simple representation is the most accurate uniqueness of them, in a particularly compact format.
Also it paves the way to a new paradigm of very anonymous and dynamic way of representing our ID in time, as you can always had a timestamp to it and add an extra percentage parameter to tell how much percent of your life does it pertain with.
Jump to: