←back to thread

OpenStreetMap's New Vector Tiles

(tech.marksblogg.com)
479 points marklit | 4 comments | | HN request time: 0.001s | source
Show context
Someone ◴[] No.42183666[source]
> Imagery should appear much sharper and switching the language of the labels should become possible.

I expect that to work sub-optimally. Label dimensions are far from guaranteed to stay the same if you change language, and label dimensions interact with map layout, even influencing what to show.

If your labels grow larger, they may end up covering too much of the map or even overlapping. If they grow smaller, users may wonder why a city that was omitted before because of space constraints doesn’t show in the empty space created.

replies(3): >>42183722 #>>42183940 #>>42185036 #
dheera ◴[] No.42183722[source]
I hate it when city and street names disappear on Google Maps as you zoom in and out. Sometimes a street or business name only appears at one particular zoom level and not higher or lower. Just show the name of every street damnit. I don't care about crowding. Standing at an intersection staring at an unlabelled map is a useless map.
replies(8): >>42183815 #>>42183908 #>>42184175 #>>42184792 #>>42185206 #>>42186621 #>>42188951 #>>42189066 #
PrismCrystal ◴[] No.42183908[source]
Younger generations are much less likely to navigate by comparing a map to the street names at an intersection. Instead, people navigate by searching for a particular destination and then following the line that the router generates.

When Google Maps is a one-size-fits-all product, you can't blame them for choosing an approach like this. Fortunately, the OSM ecosystem lets you choose (or develop for yourself) whatever approach you prefer.

replies(2): >>42183957 #>>42188977 #
hackmiester ◴[] No.42183957[source]
That method just doesn't work in Manhattan, where due to buildings, you're lucky if your GPS is working, much less the compass to tell you which direction to face.
replies(1): >>42184091 #
PrismCrystal ◴[] No.42184091{3}[source]
The vast majority of Google Maps users are capable of using A-GPS data, they are not reliant on a clear GPS satellite signal alone. And Google’s A-GPS data for Manhattan is extremely detailed. Again, this makes sense for a one-size-fits-all product like Google Maps.
replies(1): >>42186064 #
astrange ◴[] No.42186064{4}[source]
That's not good enough, AGPS doesn't work near skyscrapers. The issue isn't that the signal isn't "clear", it's that it reflects off the buildings and the GPS receiver will get a clear but wrong signal.

To correct this you need something like QZSS or accurate models of the buildings to compensate for it.

replies(2): >>42187004 #>>42187051 #
1. mycall ◴[] No.42187051{5}[source]
The correction which Apple and Google are taking is anonymous UWB location in a mesh network via Time of Flight (ToF), Angle of Arrival (AoA) and Device-to-Device communication.
replies(1): >>42187636 #
2. astrange ◴[] No.42187636[source]
That is how locations are transmitted for Find My Phone/Device, and how relative close-by positioning works for AirTags and similar, but it's not used to determine absolute locations as far as I know. It would certainly be cool if it did that though.

You might be thinking of https://en.wikipedia.org/wiki/Differential_GPS.

replies(1): >>42188592 #
3. mycall ◴[] No.42188592[source]
3GPP Release 16 started the UWB location and position scope while Release 17 finalized the 5GC capability. Perhaps more work is being done there, I haven't been tracking it closely lately.

https://www.3gpp.org/technologies/location-and-positioning

replies(1): >>42191319 #
4. astrange ◴[] No.42191319{3}[source]
Huh, is that for mesh UWB networks? I would've assumed it was for mmWave cell stations, which I've never once seen in real life.