4 ms·
You have successfully argued that the data is too valuable to purge. You haven't argued that it's not worth backing up. In this case, it sounds like it should
by kbob 15y ago
You have successfully argued that the data is too valuable to purge. You haven't argued that it's not worth backing up. In this case, it sounds like it should be stored in Documents and backed up.
(Are you the original article's author? If so, sorry I misunderstood the lifetime of your mapping data.)
- andrewljohnson 15y agoIt's so much data that any user of the app would have to have an iCloud paid plan, and it would also swamp any 3G usage plan on an iPad. Both of those would put a chill on sales. Also, is iCloud secure enough for sensitive military charts? Maybe it is, but even so, explaining that to buyer is going to be a problem. If Apple insists on this course of action, the eventual solution is probably vector maps. But a good vector mapping API doesn't exist for developers, doesn't work for many maps that only exist as rasters, and will take much R&D to make into a reasonable reality. In the meantime, I would hope that Apple chooses to unbreak the hundreds of popular mapping apps they broke last week. If Apple insists on getting rid of the old behavior of the Caches folder, they need to deprecate it over the course of a year or so. None of us even figured out this would happen until after iOS5 went live, despite extensive testing from many devs. How this went live is beyond me.
- beej71 15y agoThe flight chart data is already backed up, is it not? One way to get to the issue is to ask these questions, I think: "is the data copied from another source?" and "is the data needed in offline use?" (where data is some amount of data larger than Apple can handle) N,N = Documents Y,N = Cache N,Y = Documents Y,Y = ??? What about that last case? It's even more annoying with map tiles than flight charts, if you've ever spent time backing up map tiles when you know they're already backed up on the main map tile server.