5 ms·

this doesn't really answer the question, because encoding the latitude/longitude number in base32 fixed point makes them short, readable and memorizable as much

this doesn't really answer the question, because encoding the latitude/longitude number in base32 fixed point makes them short, readable and memorizable as much as it would encode them in this scheme, and as I said above, would even result in a shorter string at comparable precision. once they're letter, people wouldn't care if internally are mapped to raw numbers or hierarchical quads, a program would do the conversion back and forth anyway for both systems. so for example the vatican's cupolone center under a b32 fixed point lat-encoded notation would be KUDRL6677SLE at full precision while it's opencode equivalent would be 15 letters (except for the shortening, which could be done here as well)

ColinWright 7y ago
I've just glanced again at the linked document and your comments seem to me to be adequately addressed there, so I'm not sure what you're suggesting/asking. The characters that are used in Open Location Codes were chosen ... to avoid, as far as possible, Open Location Codes being generated that included recognisable words. ... Open Location Codes are encodings of WGS84 latitude and longitude coordinates in degrees. ... The first approach ... provides codes that can be visually compared, or alphabetically ordered to determine if they are close to each other. The second approach allows the code area to be refined using only a single digit. If the entire code was generated using the second approach, it would result in codes that could not be reliably compared visually. I thought the benefits were explained quite clearly, so I'm at a bit of a loss as to what you're suggesting.
- LoSboccacc 7y ago
  all encodings are arbitrary, to some degree. this scheme of using hierarchical partitioning gives two shortcoming: degenerate area at poles and variable area at fixed precision. using raw degrees doesn't. why is the former preferred than the latter by mappers? it can't be just 'because it's letter and not numbers' because, as demonstrated above, that's just encoding data in memoizable forms, which doesn't depend on the choice of the mapping scheme. being able to visually compare codes also isn't enough of a differentiator, since nearby places would have nearby encoding even in a raw "latitiude/longitude to base-32" scheme, and if it's important that variation is on the least important digit one could just encode lat:long bits interleaved, so that the least significant bits of each are rightmost. the question I have is not about the encoding, as shown it's easy to create an encoding with the desired characteristics that uses the degrees by themselves without the partitioning and its issues, the question is why use these area based system with all the deformation they have instead of properly encoded degrees, what's the benefit to cartographers etc.
slyall 7y ago
I'm not sure why you want fixed point. Some of the reasoning behind them going with base20 is here: https://github.com/google/open-location-code/blob/master/docs/olc_definition.adoc#open-location-code https://github.com/google/open-location-code/blob/master/doc... * 10 characters can represent a 14x14 meter area suitable for many buildings * Using a number base of 20 makes some calculations easier * We could identify a 20 character subset from 0-9A-Z that doesn’t spell words.
- LoSboccacc 7y ago
  you can vary precision in a "degree encoding" scheme as well just truncating rightmost bits, that's precisely why I referenced using fixed point and not floating. it also makes extra convenient to transform them into base32 and maintain some of the property that the scheme has (small changes in coordinate result in small changes in the encoded sequence etc)

ColinWright 7y ago

I've just glanced again at the linked document and your comments seem to me to be adequately addressed there, so I'm not sure what you're suggesting/asking. The characters that are used in Open Location Codes were chosen ... to avoid, as far as possible, Open Location Codes being generated that included recognisable words. ... Open Location Codes are encodings of WGS84 latitude and longitude coordinates in degrees. ... The first approach ... provides codes that can be visually compared, or alphabetically ordered to determine if they are close to each other. The second approach allows the code area to be refined using only a single digit. If the entire code was generated using the second approach, it would result in codes that could not be reliably compared visually. I thought the benefits were explained quite clearly, so I'm at a bit of a loss as to what you're suggesting.

LoSboccacc 7y ago
all encodings are arbitrary, to some degree. this scheme of using hierarchical partitioning gives two shortcoming: degenerate area at poles and variable area at fixed precision. using raw degrees doesn't. why is the former preferred than the latter by mappers? it can't be just 'because it's letter and not numbers' because, as demonstrated above, that's just encoding data in memoizable forms, which doesn't depend on the choice of the mapping scheme. being able to visually compare codes also isn't enough of a differentiator, since nearby places would have nearby encoding even in a raw "latitiude/longitude to base-32" scheme, and if it's important that variation is on the least important digit one could just encode lat:long bits interleaved, so that the least significant bits of each are rightmost. the question I have is not about the encoding, as shown it's easy to create an encoding with the desired characteristics that uses the degrees by themselves without the partitioning and its issues, the question is why use these area based system with all the deformation they have instead of properly encoded degrees, what's the benefit to cartographers etc.

slyall 7y ago

I'm not sure why you want fixed point. Some of the reasoning behind them going with base20 is here: https://github.com/google/open-location-code/blob/master/docs/olc_definition.adoc#open-location-code https://github.com/google/open-location-code/blob/master/doc... * 10 characters can represent a 14x14 meter area suitable for many buildings * Using a number base of 20 makes some calculations easier * We could identify a 20 character subset from 0-9A-Z that doesn’t spell words.

LoSboccacc 7y ago
you can vary precision in a "degree encoding" scheme as well just truncating rightmost bits, that's precisely why I referenced using fixed point and not floating. it also makes extra convenient to transform them into base32 and maintain some of the property that the scheme has (small changes in coordinate result in small changes in the encoded sequence etc)