Additional fix for the repeated crash on launch (BIG-296)
Improvements
Visits imported from Arc Timeline now carry across map coordinates. Added background task to backfill coordinates for already-imported visits (BIG-290)
Increased foreground data processing thresholds from 23 hours to 2 days for place statistics and activity model updates (BIG-312)
Added proper empty state views for timeline periods with no data (BIG-302)
App version and build number now logged at startup, visible in debug logs (BIG-310)
I recommend searching the forum for that one. There’s a lot of heated discussion about it over the years. But the short version is: For apps that use location data in the background it’s Apple’s rules that that status indicator must be present. And if you use old iOS systems to work around that and disable it, the app will be punished and there’s high risk it’ll stop working.
Hi @hutudaxian! The plan is to hopefully ship Arc Editor to the App Store proper some time next month.
At that point I’ll point existing Arc Timeline users to migrate. Though the migration will be optional - users can do it whenever they want. The old app will stay around for many more months, though won’t receive any new features.
Hi forgot if anyone asked before. Why not using apple map’s place system? Right now all places in China are unsearchable, as google map not work. Apple map place location seems free to use and search?(you already used that for city mapping.) Is that apple map lack something?
Heh. Globally Apple Maps is almost the worst of them all. Not quite worst, but near the bottom.
Arc has to use one maps service and one places service. So for each of those it has to be the one that has the best global coverage. Otherwise the app would be great for some minority of people then potentially completely unusable for some others.
Right now the best global maps overage is Google Maps, but they don’t provide a usable maps SDK for iOS, and Mapbox/OSM has the second best global maps coverage. So Mapbox is the choice for maps.
Right now for places database Google Places has the best global coverage. And weirdly, all the other options are now significantly worse. (It used to be historically that Foursquare had the best database, but they’ve dropped dramatically over the past ~5 years). Apple Maps might be better in some countries, but for most countries it would be a step down, and I’d be drowning in complaints about the places results getting worse.
Are you saying that the place search results in Arc show nothing in mainland China? No results at all?
yes, I tired search places but tgese data of places are like five years ago’s place. Only several non changed placed are correct. For small city it even worse.
Also I found the new TF keep stuck on chooseing transport or place view. First I’m thinking might be VPN rule problem. But I checked over and over, my rule based vpn not changed for a lot of times, and I just update the new version today. The problem not showing yesterday, obly after today’s beta.
Just to clarify, is it no place results at all? Or old / incorrect / low quality place results?
This one might be coincidence. Well, because you went back to check old data. That will result in more timeline processing load, with the processor dealing with old data that hasn’t been as well processed as the newer data.
The fix in build 38 / beta 15 improves that but doesn’t solve it completely. It’s still possible for the processing and classifiers to get backlogged and temporarily stuck (with “temporarily” sometimes being several minutes!) I’m going to keep working on that. Hopefully improved again in the next build.
This happened in newest data too! The screenshot is the car movement I just finished. Right before it marked me in a place. It’s just feeling it loading slower than before, I cannot be sure what make this happen