The cell grouping is interesting. A colleague likes the outdoors, so he's preordered one for his Suzuki Jimny, to mount on it. I wonder if Starlink are considering this use case.

I haven't been able to preorder mine, because we're planning on moving out from the city to a small village next year, but the Starlink website requires a street address.

Our villages are quite primitive, no street names (I think it's cos nobody's thought of it). So, the nearest town where there's street names, is quite far.

I was feeling uneasy about using it as an address, this article sort of cements that concern.

I have 50/50Mbps fiber, but reckon we could still be served by 20 down if needed. Exciting!

You can put a google plus code (like coordinates) into the starlink address finder for places without street addresses.

Why not just coordinates? Talk about overcomplicating.

Probably because a plus code is harder for someone to screw up.

Find the place on Google Maps, copy the plus code.

Rather than entering lat/lon coords... except did you get the sign right, or maybe you flipped lat/lon, or got a significant digit out.

Clicking on a map location in Google maps shows a context menu where the first entry is the latitude and longitude, click that and it copies it to the clipboard. No need to use a Google specific encoding.

I'm not sure that using Google Maps to demonstrate copying a single way of encoding coordinates vs using an open standard is a terribly convincing argument.

Having a field that takes lat and lon has all sorts of ways to enter data either incorrectly, or in an unexpected format - if someone has coordinates from some other source they might be typing it in, rather than copy/pasting.

Also, as others have mentioned - plus codes (or Open Location Codes) are an open standard that can be implemented by anyone under an Apache 2.0 license with a whole bunch of example implementations on github[1]

[1] https://github.com/google/open-location-code