Places Tab Navigation (BIG-209): Tap countries to see cities, tap cities to see places, tap places to open Place Details view. Countries and cities display as cards showing visit statistics.
App Localization (BIG-81): Full UI localization in German, Japanese, Chinese Simplified, Chinese Traditional, Spanish, French, and Thai. Natural language search on Search view works in any language.
Improvements
Stationary pauses during trips (traffic lights, street crossings) now capture more samples for better detail (BIG-262)
I have recently took a leap of faith to Arc Editor as Arc Timeline has become super slow on my iPhone 16 Pro Max. Itād take half an hour, or sometime more, to process a dayās track log, and iOS would terminate location tracking processes, and some logs would be lost, even with Arc Timeline Recorder active.
So far, I really like it! Processing only takes seconds compared to dozens of minutes, and interfaces are a lot nicer. I am now confident with the new app enough to actually turn off Arc Timeline and Arc Timeline Recorder. Thanks for the work!
However, few feedbacks:
It seems like populating nearby places on location select screen is slightly broken. No nearby venues pops up until I start actively searching, and if I go back to a previous location where I searched for a keyword, only past search results populate.
I am really wishing for comeback of GPX export feature. I have used Arc Timeline to log GPS coordinates on photos taken from my ātraditionalā cameras, and Iām missing the feature dearly.
Regardless of those feedbacks, Arc Editor is a vast improvement over the old app, and Iām glad that I took the leap.
Hi @k4869! Glad youāre liking Arc Editor so far!
This is unfortunately intentional.
Those results come from the Google Places, which is ridiculously expensive. A large portion of Arcās revenue goes to paying the Google Places bill each month. So I have to limit the number of requests the app makes. That means that on first appear it wonāt do a search - it will wait until you type a search query.
Though it will populate the list with nearby results it has cached from previous searches. Thatās why youāre being past search results populate the lists sometimes.
Noted! Iāll push up the priority of that task now. Ah actually, I see itās already high priority and assigned to the current cycle! Maybe if I get time I can get to it this week or next.
You can swipe down to dismiss the photos, but itās awkward. You have to get the swipe exactly right. Keep trying.
I will be rebuilding the image viewer from scratch. I tried to build it with SwiftUI (Appleās new-ish interface framework) but itās just not ready for handling the multiple gestures. So Iāll have to rebuild it again in old UIKit, because at least that can do everything the image viewer needs.
Thatās on the todos as a ārelease blockerā, meaning that it has to be done before Arc Editor gets called final and published to the App Store. Itās high priority.
For each pace in the unknown list, tap through to one visit to that place. Then go into the edit view for that visit. When the places results list loads it will attempt to do āreverse geocodeā on each place in the list, if itās missing the reverse geocode data. That will automatically fill in the missing info.
You donāt have to actually change anything - just opening the edit view for one visit to the place will fix it.
Though it is rate limited. It uses Appleās reverse geocode service, which is limited to a small number of requests per minute. Thatās why thereās a lot missing - it canāt backfill them all after old LocoKit import.
But if youāre going through the edit view one by one, thatās unlikely to hit the rate limit most of the time. So you should be able to get a lot filled in quickly.
Eventually Iāll build something to try to slowly backfill all the reverse geocode data after import. But yeah, because itās rate limited itāll still take time. But itāll be better once itās being automatically done.
Not sure how to interpret the new Places tab. It says for December 2025 Iāve visited one place for 34 days and another in 28 days. But there are only 31 days total.
When it says X days and Y places, I interpret X to be the number of days Iāve been in that city, so it cannot be greater than the total number of days in that month.
You can be in multiple cities (or countries) in a single day. For example every day I walk from Nakano to Shinjuku and back in Tokyo, so Iām in two cities every day.
If the numbers added up to only the number of whole days, then for each day itād have to decide which city or country you spent the most time in. I think thatād be the wrong answer, personally speaking.
Ah sorry, I didnāt mean that. Let me clarify. I didnāt mean to say the number of days should add up to the number of whole days, but I expect that each city should have up to the number of whole days.
If every day you walk from Nakano to Shinjuku then I expect both cities to have 31 days. But not more than 31. They can add up to 62 though.
Ok so for now i will not need to manually go to each day to doing that right? I found out a lot city of place is not loaded in the Place stats. After I got to a day and confirm location, it will load to the stats. I can wait for your tools so I donāt need to manually click right? I have like 7 years of dataš
@trackerminerfs Ooh I didnāt read or look carefully enough! I see youāve got 34 for a month view. I didnāt realise it was a month view. Yeah 34 is definitely impossible. Something wrong there. Iāll track down whatās going on
Thankfully triggering it manually doesnāt require going to every single day. Like, if you stayed in one city for 30 days, and stayed in the same room every day, you only need to go into edit view for one visit to that place. Thatāll then fill in the information for all 30 days.
But yeah if you move around a lot (like me!) it can be more work. I managed to get maybe 90% of it backfilled manually, by just going into edit views for hotels around the world that I go back to each year. But there were still a bunch of short stays left, that required fussing about a bit.
Anyway yeah before Arc Editor goes final as v1 on the App Store Iāll have this automatically backfilling
Choose date. scolling year month view will then jump to That 1st dayvof month. Should giving the caldendar list of that month and let user choose the day right?
This is an annoying quirk of SwiftUIās DatePicker (calendar nav widget). Month and year changes look identical to day selections. So the rest of the UI doesnāt know whether youāve selected the 1st of the month or youāve only changed the month or year.
I think the best I can do in this case is to have the calendar not auto close when you change something. Thatāll mean that at least it stays open, so after changing month or year you can quickly tap a day you want to navigate to.
But itāll still immedaitely update the list view every time you change month or year. And then once youāve picked the day youāll have to tap somewhere outside the calendar to close it. So Iām not really happy with that either. But I think itāll at least be a bit less annoying than the current behaviour.
Hm. I donāt think thereās any relevant logging for that. The reverse geocode lookups might show up in the debug logs, but Iāve got a feeling theyāre not in there.
I suspect itāll just be the UI not immediately updating. You could possibly trigger a places report rebuild by switching to a different date range then back again, to dump the loaded views and reports and get them rebuilt again.
If the places are still showing under Unknown after thatā¦ then Iāll be confused. Let me know in that case and Iāll figure out how to debug whatās going on.
this is what i do to refresh it too. Unfortunately still mark as Unknown. Right now all these places with unknown city are under China. Seems all US city are fine.
For date selection I think mentioned a leaning towards something like Fitness rings view or Calendar app. Such would could be infinite scroll, might offer some preview of dates where one traveled more which could help in someway as colored indicators for active days, plus maybe a secondary indicator for dates that need confirmation. Maybe there is better but that is what I can think of. Calendar :
I love this idea. I think the colored dots should just match the journey types: gray for car, yellow for train, blue for bicycle, green for walking etc. The size of the colored dots could be proportional to the duration of that journey.
Not sure if new to this beta. When confirming sometimes the view seems to reset and go back to today even if confirming another date. Or perhaps too when confirming for today maybe the same thing happens and scroll position of visits resets.
Good progress overall. Hoping someday for an updated Arc Recorder and perhaps just saying goodbye to 3.x.
