Citation needed. As a New Yorker, intersections of streets are how we do it all the time, when you want to meet on the street to walk somewhere together. "Meet me on 23rd and 8th."

> We barely even need street names for navigation anymore; instead, our software tells us how many blocks to walk and when to turn (even automobile GPS tells us to expect turns in the next X miles).

When streets are closely spaced, the name is absolutely necessary to know which one to turn onto -- you can pass a whole street in the time it takes the GPS to start and stop speaking and have no idea which street the "next street" refers to.

And plenty of people still walk or bike, where they check their phone only occasionally and memorize the name of the next street they need to stop at or turn on.

Sure there are new use cases, but the old ones aren't going away at all.

In my experience, navigation with Google Maps can be terrible about interchange / exit lanes. It's much easier just to pick the road name and follow the well-labelled and up-to-date highway signs.

So that's the navigational use case for 'meet person'

Another common use case is 'proceed to building at 123 Long Street'. I've met several confused tourists and couriers whose satnav has dumped them at, say, 973 Long Street with an arrival fanfare.

Now, we have moving maps that scroll at whatever speed you're driving or moving, and arbitrary, smooth zooming, so you can't just let an algorithm take hold or you get labels popping in and out as the logic decides in real time where to put them. Users will find it distracting and weird, and most designers will say "no way". So you need to add things like debounce and hysteresis. You have to have resolve label conflicts in a way that doesn't always let (for example) POI names always take precedence. You have to determine whether/when to display street numbers vs street names. Do the locals call it I-880 or "Nimitz Freeway"? You have to keep labels right side up at arbitrary map rotations and along twisty road geometry (easy but yet more code). It adds up and requires these fiddly thresholds and scaling factors that are usually hidden from the user.

As someone else pointed out, having sliders and preferences for every little tuning knob is always a no-go with the designers, who want everything to just magically work without configuration. As a programmer, I've always thought that "design minimalism" is cancer, but on the other hand, it provides constraints and makes the problem interesting to solve.

Google Maps already does some flowing, it's just not very good at it once you zoom all the way in.

If you have an important point of interest center-screen, then the lower priority labels flow away, or are priority pruned if overly numerous. This allows users to resolve invisible labels simply by zooming in.

I'm absolutely in agreement on the performance challenges, which are likely the real reason precomputed labels seem to be used on Google Maps.

Do Google or Apple let you use navigation offline? I know it can continue an existing route if the connection drops, but I've never tried to start navigation somewhere while offline.