New Zealand offline map downloads contain empty tiles in MapD v1.12.0

[maxzzznz]

Hi,

I’m using MapD v1.12.0 through a SunnyPilot-based openpilot fork, and I believe there is an issue with the offline map data served for New Zealand.

The MapD client recognizes the NZ country code correctly and calculates the expected New Zealand bounding box. It downloads and unpacks 3,136 offline tiles successfully, and the download reports completion without errors.

However, all resulting NZ tile files are only 35–37 bytes each. The complete offline NZ directory is about 115 KB, and MapD produces no road name, map speed limit, upcoming speed limit, curvature, or target-velocity data while driving with valid GPS.

I compared the archive responses directly from the same MapD v1 data server:

Area | Archive URL pattern | HTTP status | Downloaded archive size

New Zealand | https://map-data.pfeifer.dev/offline/-38/174.tar.gz | 200 | 1.8 KB
Paris, France | https://map-data.pfeifer.dev/offline/48/2.tar.gz | 200 | 58.2 MB
New York, USA | https://map-data.pfeifer.dev/offline/40/-74.tar.gz | 200 | 55.2 MB

This suggests that the v1 map-data server is returning valid but effectively empty archives for New Zealand, rather than this being a client-side issue with the NZ code, GPS, or the SunnyPilot integration.

One additional observation: MapD v1 treats an HTTP 200 response and successful archive extraction as a completed download, but does not validate whether the extracted tiles contain any road ways. Therefore the UI shows the map as downloaded even though it contains no usable map data.

Could you please check whether the New Zealand offline archives are generated and published correctly on map-data.pfeifer.dev?

I can provide further logs, file listings, or test results if useful.

Thanks for maintaining MapD and making all this possible!

[pfeiferj]

Yeah, likely a server side map generation issue. I somewhat recently switched over to generating the files using mapd v2 and there might be a bug I missed. mapd v1 and mapd v2 actually use the same files (mapd v1 just can't use newer attributes in them), and the data server is just a cloudflare r2 bucket that the files get uploaded to. Anyways, taking a look to see what's going on

[pfeiferj]

@maxzzznz do you happen to know if new zealand ever worked before now? just glancing at things I suspect it never has but was hoping to confirm

[pfeiferj]

I found the issue, will have fixed maps uploaded within about 24 hours

[maxzzznz]

Thank you so much for fixing this, I only received my comma device a month ago so I don't know if this was working previously or not.

I did a few tests in the Pacific for instance it was working for Australia but not working for New Caledonia nor New Zealand for instance.

Glad that you managed to find the issue! I'll be able to to test map based curvature to adapt cruising speed and see if it's better than vision only.

I hope Sunnypilot will update to mapd v2 soon and add a navigation routing feature.

[maxzzznz]

I found the issue, will have fixed maps uploaded within about 24 hours

I have tried again now and it seems the files were not updated yet. Are the tiles regenerated every 24H?

[pfeiferj]

I have tried again now and it seems the files were not updated yet. Are the tiles regenerated every 24H?

ah, sorry, try it again now. It was a caching issue. I have a cloudflare cache setup in front of the files that caches the requests for 3 days to reduce costs. I just purged the cache and lowered it to 24 hours, so everything should be good now. As for how often the files get updated, it's weekly refreshes that start saturday utc hour 1 and it takes about 16-20 hours to update the entire planet.

[maxzzznz]

I confirm everything is now working fine the files have been updated and now contain actual information.
Thanks again for having fixed the issue and for maintaining MapD!