Supporting LOC RR's

[Timothe Litt]

On 02-May-22 09:02, Stephane Bortzmeyer wrote:
> On Wed, Apr 13, 2022 at 03:39:33PM +0200,
>   Bjørn Mork<bjorn at mork.no>  wrote
>   a message of 14 lines which said:
>
>> Which problems do LOC solve?
>>
>> I remember adding LOC records for fun?() in the previous millennium when
>> RFC 1876 was fresh out of the press.  But even back then paranoia
>> finally took over, and I deleted all of them.
>>
>> Don't think I ever found anything to actually use them for.
> Fun is a sufficient reason.
>
> French zip codes to LOC:
>
> % dig +short +nodnssec LOC 34000.cp.bortzmeyer.fr
> 43 36 47.108 N 3 52 9.113 E 0.00m 1m 10000m 10m
>
> https://www.bortzmeyer.org/dns-code-postal-lonlat.html  (in French)

I would never discourage anyone from having (harmless) fun.

On the other hand, unless your codes postaux are spherical (or a 
circular projection), your LOC will be at best an approximation of a 
point in the postal zone.  Perhaps the post office, or the geographic 
center, or a public building, or a monument, or the best restaurant, 
or...?  LOC can't represent the boundaries of most (any?) postal zones, 
as they tend to be polygons (or with curves, simply a closed path).  So 
the most fun may be guessing the meaning of the result :-)

Still, overall DNS seems to generate more problems than fun, so if LOC 
provides amusement, it's a good thing.

Malheureusement, LOC's practical application remains unclear.

Timothe Litt
ACM Distinguished Engineer
--------------------------
This communication may not represent the ACM or my employer's views,
if any, on the matters discussed.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20220502/a3caa579/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20220502/a3caa579/attachment.sig>