W3C home > Mailing lists > Public > semantic-web@w3.org > June 2020

RE: International Postcode system using Cubic Meters - CubicPostcode.com

From: Cox, Simon (L&W, Clayton) <Simon.Cox@csiro.au>
Date: Wed, 17 Jun 2020 03:46:12 +0000
To: Daniel Alexandre <bicomplex@gmail.com>, "semantic-web@w3.org" <semantic-web@w3.org>
Message-ID: <ME2PR01MB2882556FDC942B813A4C9402889A0@ME2PR01MB2882.ausprd01.prod.outlook.com>
Yes – aware of the challenges with what3words.

For an example of DGGS/rHealPIX – see

You can zoom in and out and pan from side to side by following the links.

This is a prototype service. The persistent URI for the cell is http://pid.geoscience.gov.au/dggs/ausPIX/R7847718648121

though the URL redirection knitting has not been completed yet.

Alternative views of the data are available – e.g.

From: Daniel Alexandre <bicomplex@gmail.com>
Sent: Wednesday, 17 June, 2020 13:24
To: Cox, Simon (L&W, Clayton) <Simon.Cox@csiro.au>; semantic-web@w3.org
Subject: Re: International Postcode system using Cubic Meters - CubicPostcode.com

Thanks. I know about what3words, sure, but it is a proprietary system. Also, the words get clunky and there are many languages that don't use the English alphabet making it much more clunky. Algorithms are much more widely used and better for a universal, compact and unambiguous system. Also, my proposed cubic postcode includes all places on Earth volumetrically, not just the surface and creates an interesting aesthetical appeal for monument architectonical creations.
Also if we used 22 algorisms strings for everything, including phone numbers, we would not need international prefixes in our phone numbers. We could use these 22 algarism strings for everything, including phone numbers without prefix, etc. as described in the cubicpostcode website.

What3words is interesting but slightly flawed. Being proprietary makes it more likely to be widely adopted as they can afford advertisement and infrastructure development. But still, I think this system is much better. Simple, compact, universal and elegant.

Thanks a lot for the Discrete Global Grid (DGG) hint. Never heard about it before.

On Wed, 17 Jun 2020 at 03:52, Cox, Simon (L&W, Clayton) <Simon.Cox@csiro.au<mailto:Simon.Cox@csiro.au>> wrote:
Suggest you look at what3words which is already doing similar on 3m*3m squares.
And DGGS – in particular the rHealPIX variety – has a more algorithmic approach to the identifiers – nested to whatever resolution you need, around level 11 would match your requirement.

From: Daniel Alexandre <bicomplex@gmail.com<mailto:bicomplex@gmail.com>>
Sent: Wednesday, 17 June, 2020 12:41
To: semantic-web@w3.org<mailto:semantic-web@w3.org>
Subject: International Postcode system using Cubic Meters - CubicPostcode.com

Hello, I have some ideas to share about an international postcode system using cubic meters. Each postcode location would be quite small, that is, the size of a cubic meter. Each postcode location would be a cubic in a grid of cubes with an edge of 21 million cubes. This would total 9,261,000,000,000,000,000,000 cubes. All cubes would be numbered, using 22 algarisms (21m^3= 22 digits).

The website is on github, you can visit going to: CubicPostcode.com

This would have many applications and particularly cool with augmented reality, semantic web and new ways of world mapping for propriety register and real estate.

9,261,000,000,000,000,000,001 to 9,999,999,999,999,999,999 could be codes used for moving items, like

telephone numbers, ISBNs, RFIDs or IP addresses. Everyone would get used to this string codes of 22 algarisms.

Looking for someone that could collaborate with me in the algorytm design and code implementation.

Work in progress with a little script in Python that converts cube number into XYZ cartesian coordinates, In case you might be interested we have also HTML5 / JS code to convert GPS <-> XYZ cartesian coordinates in meters. Here: https://github.com/cubicpostcode/LLA_ECEF_Conversion

Daniel Alexandre, BEng(Hons)

London, UK


Received on Wednesday, 17 June 2020 03:46:36 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:46:04 UTC