Rendered at 06:59:51 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
Fnoord 17 hours ago [-]
Thank you, German government:
> Within the frame of Prototype Fund round 15 (March 2024 to August 2024), the German Federal Ministry of Education and Research sponsored Tobias Zwick to work on StreetComplete for iOS (see progress report)
The current demo doesn't seem to cover many places worldwide, but what is there is really neat! To me this already looks better than modern city sim games, because they never seem to get the scale right, among other things.
Not sure what's stopping them from covering more places, since the idea presumably is to generate these tiles from existing OSM data. And in fact one of the easiest things to do with StreetComplete is add the height and type of a building.
geokon 4 hours ago [-]
Usually government data is CC0 or public domain while OSM is not (maybe Germany is different?), so I thought they'd be allergic to OSM's licensing. OSM actually has a lot of problems ingesting data b/c a lot of map data can't be relicensed under their license.
Ironically.. you can't contribute map data that requires attribution to OSM... even though they require attribution..
It's a great project.. but I think they really messed up the licensing in a misguided effort to make the project viral. Maybe trying to emulate Wikipedia. But text and map data are just fundamentally very different. It's really unfortunate. I hope an alternative emerged eventually
Karliss 5 minutes ago [-]
I would say biggest issue with licensing comes from clear attribution being problematic at the scale of OSM not the virality or relicensing problems. That and OSM aiming for being squeaky clean, far away from any ambiguity in terms of third party data licensing.
It is simply impractical to attribute all the sources anywhere in UI or printed copies of map. And whether an attribution hidden somewhere deep in wiki is considered acceptable is grey zone.
The fact that OSM themselves want attributions is another reasons why they have high standards for what's considered an attribution which they can't achieve for third party data sources.
In case of software License.txt and Help/About is considered standard practices. But that doesn't necessarily translate to other mediums of copyrighted work. Something like books or research papers have their own generally accepted practices of how attributions are handled. For maps digital and physical text in the corner is often used practice. You can see it even for something like a building plan posted next to construction site, listing additional map sources used for preparing the drawing. So it's not exactly unique invention by OSM. Back to comparison with software, software can't exactly be printed out so the concerns about attribution are different. Also software licenses typically require listing including a copy of license text not just attribution , which is simply impossible outside separate file or dedicated UI.
In practice the OSM aiming for better than good and thousands of unverified contributors being uncontrollable lands it somewhere in the middle. But if they aimed for barely acceptable all the contributors would definitely push the bar bellow legally acceptable.
On the topic of government data, CC-BY is also common which is somewhat problematic. But more often they have no idea under what license they are releasing their data. They come up with complicated schemes of metadata, which never gets properly filled or parsed, thus resulting in conflicting information about license being used. And if you ask them to clarify they will just say, "yes yes it's open data you can reuse it", with the government employee having no understanding about differences between various licenses and that not all open data is equal.
matkoniecz 3 hours ago [-]
> Usually government data is CC0 or public domain
Sadly, this is very often not true at all.
In some cases you are unable to legally get parts of law without paying for it. For example where law mandates following proprietary standards.
Government funded data creation is very often entirely proprietary.
Dig1t 11 hours ago [-]
More like: thank you German taxpayers. You are very generous for funding stuff like this for the benefit of the entire world.
Gigachad 8 hours ago [-]
Finally a government doing something that benefits us rather than blowing up schools.
toomuchtodo 9 hours ago [-]
Just as they did with solar power. Thank you Germany!
wafflemaker 6 hours ago [-]
Can you explain further? Wasn't China the one to give us cheap solar?
StreetComplete is an easy to use editor of OpenStreetMap data available for Android. It can be used without any OpenStreetMap-specific knowledge. It asks simple questions, with answers directly used to edit and improve OpenStreetMap data. The app is aimed at users who do not know anything about OSM tagging schemes but still want to contribute to OpenStreetMap.
StreetComplete automatically looks for nearby places where a survey is needed and shows them as quest markers on its map. Each of these quests can then be solved on site by answering a simple question. For example, tapping on a marker may show the question "What is the name of this road?", with a text field to answer it. More examples are shown in the screenshots below.
The user's answer is automatically processed and uploaded directly into the OSM database. Edits are done in meaningful changesets using the user's OSM account. Since the app is meant to be used on a survey, it can be used offline and is economic with data usage.
amenghra 20 hours ago [-]
This is great! I wish more knowledge bases realized their barrier to entry. Eg even Wikipedia can be scary to edit the first time, if you want to present things like citations the right way.
kccqzy 18 hours ago [-]
Wikipedia is fine. Just make sure the content itself is good and appropriate for Wikipedia (such as no original research) and formatting citations is really least of your worries. When you do it wrong, some other editor will come and fix it.
charcircuit 2 hours ago [-]
>no original research
This is one of the worst Wikipedia rules. It gives way too much power to institutions giving them free reign to publish misinformation as long as they don't care about fact checking each other, which is common for niche subjects where corrections are not going to get as many clicks as "drama" would.
nephihaha 15 hours ago [-]
What is, and isn't, original research is quite often subjective.
In practice it is murkier. On one article, I see an editor has removed some material for not having enough references, and yet on the same article he has removed other material for being "ref-bombed" as he puts it, i.e. having too many references.
xmprt 5 hours ago [-]
"I wish more knowledge bases realized their barrier to entry."
dndkdkdkdk 15 hours ago [-]
[flagged]
encom 15 hours ago [-]
The stupidest Wikipedia argument I ever had, was having to cite the fact that bread is sold sliced.
Ardon 15 hours ago [-]
You accidentally found a good example reason for the rule to exist. It's only relatively recently (2019-2021-ish) that Germany had more pre-slided bread move than unsliced loaves.
Therefore scoping the claim being made with citations actually does improve the wiki's accuracy.
You can say bread is sold pre-sliced accurately in a colloquial sense, but actually making a claim - as an encyclopedia inherently does - should carry information on how general a claim it actually is.
victorbjorklund 14 hours ago [-]
Where I come from bread is normally not sold sliced. That is the exception.
dghlsakjg 8 hours ago [-]
That doesn’t in any way invalidate that bread is sold sliced. That is the assertion, that sliced bread is available for sale. Even in places where bread is typically sold unsliced, the concept of sliced bread exists.
Or are you claiming that you are completely unaware of unsliced bread and need a citation to verify its existence?
pcthrowaway 7 hours ago [-]
Would it be appropriate for the Wikipedia article on "milk" to mention that it's sold frozen, unqualified, simply because that has happened?
Bread is usually sold sliced in some places, and usually sold unsliced in others. For a claim about this to be useful for wikipedia it should be specific and cited.
chorsestudios 7 hours ago [-]
Why is a citation necessary rather than simply wording the statement to more accurately reflect the situation?
Bread is sold both sliced and unsliced, sometimes geographic location impacts which variation is predominant.
pcthrowaway 7 hours ago [-]
> rather than simply wording the statement to more accurately reflect the situation?
I'm arguing that this should be done, and yet a citation is still important. You didn't answer my question about milk. In what situation would it be appropriate to mention milk being sold frozen without a citation? For example, human milk banks actually do freeze the milk for transport, but if this is mentioned in a wikipedia article, it should be cited! Same goes for making a claim about whether bread is sold sliced or unsliced (even if both are encountered more commonly than frozen milk)
mycall 6 hours ago [-]
I'm going to merge some of this into my new guidance system. Very cool.
atollk 14 hours ago [-]
I love the project idea, unfortunately I had bad experiences with the community. I had lots of fun walking my neighbourhood to perform quests in the app until like one or two other users started reverting my edits. I checked their comments and it was some weird pedantic arguments, like I shouldn't mark a street as not walkable because there is no official sign that prohibits walking; the fact that it's basically a highway with no sidewalk would not matter.
I ended up digging through the OSM wiki for definitions and rules to argue my case but in the end it felt very much like people on a power trip insistent on getting their way. It has ruined the fun in StreetComplete for me and I haven't participated since.
westnordost 13 hours ago [-]
This has been the most controversial quest in StreetComplete for a while. Following several discussions about it, I have now removed it for the upcoming version (i.e. v64.0).
pcthrowaway 7 hours ago [-]
Can you steelman the case of the users who reverted the above commenters' edits?
In most countries, walking on a controlled-access highway[1] is specifically illegal. Why should it not be marked as non-walkable just because there's no signage?
> it's basically a highway with no sidewalk would not matter.
"Basically a highway" and "a highway" is different!
In my experience all highways have markings explicitly banning walking (among other things). So it sounds like OP was making a judgement call based on the fact that there's no sidewalk.
I have the unfortunate experience of walking alongside certain roads without sidewalks. It's not fun by any means but I wouldn't want OSM to outright say that it's not walkable.
Of course it maybe "actually" was a highway.
matkoniecz 6 hours ago [-]
In some countries it is legal to walk in places where it is dangerous and noone would ever do it.
Maybe it was such case?
bwnkl 13 hours ago [-]
Just tag POI, they get stale so quickly. Everybody wants to tag the roads, but the real gap in many places is stale POI, or missing tags like opening hours. You'll get much less attention from these gatekeepers there too
technothrasher 13 hours ago [-]
I actually feel better about making edits if I know people may revert them. I don't have the time or interest to dig in deeply to what exactly they want, so I normally wouldn't contribute. But if I know people double check and fix mistakes, I'm more likely to try and be helpful with the app.
zeeveener 13 hours ago [-]
"I feel more comfortable contributing to huge open source projects through the use of AI because I know that the maintainers will review my code for me and catch the issues I didn't"
I don't want to attribute anything to how you expressed that you feel, but I believe that this is what's known as "Deferral of Responsibility" and it can actually _negatively_ impact the quality of the data you are claiming to want to help curate.
not2b 8 hours ago [-]
Please don't use quotes in this context, you're putting words in someone else's mouth that the person did not say and did not mean. In this case, the contributor is making a good faith effort to help, providing data that no one else is in a position to provide, and worries less because any issues can be corrected. In the AI case, anyone can run the slop generator and massive changes can be produced that overwhelm the ability of maintainers to check. It's not the same.
zeeveener 2 hours ago [-]
Respectfully I disagree. The purpose of quoting is to present a hypothetical statement that I believe is comparable to what the original person wrote. This is a common and well-known method of communicating such a comparison in a concise way.
As I wrote in my original post, I am not attributing any intent to what the person wrote, and am focusing on how what they are describing is equivalent in nature to the hypothetical statement I presented and can actually be harmful, even if the intentions are pure.
While the scope of the issues being compared is not equivalent, you're excluding from your rebuttal the scores of low-experience developers submitting changes to open source projects with their own pure intentions.
To borrow your own words; those contributors are making a good faith effort to improve the open source project by providing AI-generated change requests that they believe no one else is in a position to provide (time, priorities, etc), and worry less because any issues with their submissions can theoretically be corrected by the maintainers.
Please take some time to understand the nuance in the statements I am making. I assure you I chose my original words with intent.
not2b 2 hours ago [-]
Quotes should be something that the person literally said. Sorry. Taking more time isn't going to change my mind on that.
zeeveener 2 hours ago [-]
I could have framed it better through the use of "It's like saying..." or something equivalent. There's clearly a spectrum in how folks handle nuance in a text post online. I should have accounted for that in my original post.
apt-apt-apt-apt 14 hours ago [-]
Aren't there many places where a highway with no sidewalk is the only walkable option? So if someone saw your not-walkable, they might think not walkable at all.
Seems like you guys had two different perspectives, both arguably right. Maybe it needs to be split into technically-walkable and comfortably-walkable layers.
junehwi 3 hours ago [-]
Rather than compressing a judgment about reality into a single boolean, it seems more natural to break it down into smaller observations and evidence, then derive conclusions from them. Users wouldn't need to touch the ontology directly; they'd just answer small, concrete questions like "Is there a sidewalk here?"
Tempest1981 14 hours ago [-]
Or add a "probability of injury or death" attribute for more granularity.
Ylpertnodi 13 hours ago [-]
Walkability based on time of day?
globular-toast 11 hours ago [-]
The trouble is you start getting into subjectivity. Some people are comfortable with vie ferrate, many are not. The only thing you can do is tag with objective features that can be verified on the ground, including physical features and legal restrictions that are indicated by signage.
goda90 6 hours ago [-]
Are they actually checking for said signs? In the US, freeways have explicit no-pedestrian signs at on-ramps from other roads and streets. But those can be miles apart while potential places for a pedestrian to approach the freeway might be more frequent.
mrloop 11 hours ago [-]
It’s tricky and maybe locale specific. A lot of roads near me have no pavement. You have to anticipate pedestrians, cyclists and horses on the road. Not at the same frequency as motor vehicles but not completely out of the ordinary.
mycall 6 hours ago [-]
You would think photo evidence would be helpful here.
globular-toast 11 hours ago [-]
It's not pedantic, it's just the way it is. For OSM to be valuable it needs to be consistent. There are many tags available but the "you can't walk here" tag is about whether you have a right to walk there. There are many highways you wouldn't want to walk on, but there are other tags to indicate that, like speed limit and presence of footpaths etc.
Gigachad 8 hours ago [-]
Saying a path can't be walked has pretty large consequences since routing apps will refuse to use them for walking directions. A highway with no footpath does seem extreme enough to warrant refusing to route for walking directions, but otherwise it's best to not block walking unless it's literally impossible or illegal to walk there.
Ajedi32 14 hours ago [-]
If you were using StreetComplete I don't think you would have run into that. StreetComplete is very beginner friendly, and I don't think you can use it to mark a road as prohibiting pedestrians (which, as you discovered, is easy to get wrong if you don't understand what you're doing). You can use StreetComplete to mark whether there's a sidewalk or not, but I don't think anyone would object to you marking roads without sidewalks as not having a sidewalk.
Ajedi32 10 hours ago [-]
Nevermind, I was wrong. Looks like they added a quest for this recently, and they're removing it now because it the wording of the quest didn't really match the tags it was applying when you solved it.
I'd personally never seen that quest myself, but looking at it now I can see why they're removing it.
greggsy 19 hours ago [-]
Link to the actual TestFlight beta invite, since it wasn’t easily found on the linked page:
Thanks. If anyone from StreetComplete is watching - please put the TestFlight link prominently on your page!
aquova 16 hours ago [-]
I wonder if it's by design. TestFlight apps have a hard user install limit, I remember waiting around for someone to leave previous betas to try them out.
ChrisMarshallNY 15 hours ago [-]
10,000.
I suspect one day at the top of HN's front page, will exhaust that.
That's a big reason I never mention my apps, here.
PetitPrince 20 hours ago [-]
StreetComplete is regularly cited whenever OpenStreetMap is mentioned on HN, and with excellent reason (this is a really good introduction to mapping with OSM). Congratulations to the team for the beta!
dewey 19 hours ago [-]
Indeed, I've been following the issue since it was mentioned here last time and was positively surprised about how quickly they progressed and got the first version shipped.
tbo47 19 hours ago [-]
I tried both StreetComplete and EveryDoor on my Android for a while.
I prefer EveryDoor. It's oriented more towards stores and things I'm interested in on the map.
EveryDoor exist on the Apple store too.
rafram 18 hours ago [-]
Every Door has a very confusing UI (lots of unlabeled buttons with unclear icons), unfortunately. I would love to use it, but even the web-based iD editor is so much easier to figure out!
Gigachad 8 hours ago [-]
The Street Complete UI is just perfect for mobile. If I'm walking down the street with a phone, I don't want to edit polygons or accidentally move a road. I just want to fill in missing data on existing mapped points.
raybb 14 hours ago [-]
I agree and I've been thinking about making something similar to Every Door but that takes advantage of AI to let you snap a photo or just send a voice note and then have the appropriate tags generated for review based on some very strict schemas. Would something like that be of interest to you?
Also open to feedback from anyone.
Gigachad 7 hours ago [-]
I was thinking it would be ideal to have something that lets you walk down a street holding your phone out, capture a series of images and then process that in to changes you approve manually at home. Could even be processed locally on a computer after the fact.
raybb 4 hours ago [-]
Being able to process it later on the computer would definitely be great! That's kinda what I already do via notes but it's fairly painful to match up the photos I took to the notes and times.
I'll certainly keep this in mind though.
rafram 14 hours ago [-]
Sounds like hosted AI inference would be involved! Who's paying?
raybb 13 hours ago [-]
Me!
abdullahkhalids 16 hours ago [-]
You can choose the type of questions you want to get asked about in StreetComplete. If you want to only enter store names and timings, then go into Settings and pick those.
westnordost 17 hours ago [-]
Have you tried out the Things or Places overlay? Second button from the right at the top, looks like a cake.
SomeonesAccount 18 hours ago [-]
StreetComplete, as indicated by it's name, is about street data. Both are for contributing to OSM, but they are for different parts of OSM
remedan 18 hours ago [-]
StreetComplete asks about things other than street data as well. For example, I get queries about operating hours of businesses.
blargpls 18 hours ago [-]
The name probably just references the street in OpenStreetMap (OSM) as StreetComplete doesn't only collect street data as the sibling comment already noted.
thrownawaysz 19 hours ago [-]
>Known caveats (we are working on it):
>forms can only be canceled with the back gesture rather than clicking anywhere on the map
Well for me not even the back gesture works, I just have to force close the app if I don't want to answer a survey lol
jamwil 3 hours ago [-]
This drove me crazy and I was about to uninstall it before I came across this comment.
dewey 19 hours ago [-]
It takes a bit of practice, but I got it to work after a few tries.
rgehan 18 hours ago [-]
I might be dense, but what's the back gesture exactly?
EDIT: Got it, swiping from left to right, starting from the very border of the screen. Not super intuitive but simple enough
Aachen 16 hours ago [-]
That's Apple's native way of going back across macOS and iOS no? I'm not an Apple user and even I've come across this when handling a family member's device for a few minutes
Maybe Android's visual ←back button is the way to go after all instead of hoping someone will accidentally discover implicit gestures
Gigachad 10 hours ago [-]
It’s only intuitive when you see a page slide from the right to the left. Then you know you can go back to the previous page with a left to right slide. I’ve never seen it used to close a modal
not2b 8 hours ago [-]
Android can work either way. I turn off the gestures because I prefer the explicit back button.
ocdtrekkie 16 hours ago [-]
I've been on iOS for like seven years and have never done this. But... hey, it works!
dewey 13 hours ago [-]
Do you already know the one where you swipe alongside the bottom of the screen from left to right, or right to left? If not it's probably one of my most used gestures to swipe between apps.
alethic 13 hours ago [-]
I am incredibly excited for this -- while I love doing StreetComplete quests myself, the lack of iOS support has prevented me from grabbing my friends / random strangers and turning mapping my city into a social outing. I'm going to wait until it's officially available, but this is so wonderful... gosh, I can't wait. First style of quest I'm going to get ppl coordinated with is accurate hours on local businesses :^)
anotherpaul 19 hours ago [-]
StreetComplete is great. For me it made Openstreetmap much more approachable and now thanks to me there are a few more public toilets and one small road in osm. Especially with the road it was really interesting to see how quickly Google maps also took in this path. But they still also have the old road in the app. So it's linked but not 100%
Loic 19 hours ago [-]
I have been using StreetComplete on Android thanks to a comment here some weeks ago. This is a really great tool, the barrier to contribute is brought to nearly zero.
The only one thing missing for me is a small history of my past contributions. At some point, I made a mistake and entered the wrong information (nothing terrible, the surface of a walkway, it was 30% one surface, 70% another, I gave the 30% value instead of what I think 70% would be better). I would have been glad to be able to quickly "revert" this contribution.
As someone who has enjoyed playing GeoGuessr-like games in the past, I find it a bit fun to enter/guess a completely random username and see what edits it has made. Interestingly, quite a few of them are concentrated in the Germany/Switzerland/Austria region (the US is popular too)
Edit: I had no idea that https://www.openstreetmap.org/history shows a list of the most recent changes in a sidebar, and there seems to be a similar trend too in terms of where OpenStreetMap is edited most often.
There is an undo button on the lower left corner of the screen. Try it!
(It only shows edits made in the last 24 hours IIRC, but this limit is chosen quite arbitrarily. If there is a use case for it, it can be extended.)
precommunicator 18 hours ago [-]
you can revert immediately in bottom left corner of StreetComplete, click on little revert arrow
progbits 17 hours ago [-]
> I think 70% would be better
You can actually split the road into multiple segments and answer each separately if you don't mind the extra effort. I think there should be something like "differs along the way" button which then asks you to pick a point where to cut.
elaus 20 hours ago [-]
It's a great app, been using it on Android for years. It has a really low barrier of entry (except maybe OSM account creation) and makes improving OpenStreetMap really easy even for people that have no experience with map editing. There's simple questions, e.g. about road surface or accessibility, with illustrated multiple-choice answers.
intrasight 20 hours ago [-]
I'd like to hear more about people's experiences with Kotlin Multiplatform
westnordost 17 hours ago [-]
Overall, my experience has been pretty smooth. Just look at how little platform specific code is found in the streetcomplete repo and how straightforward these connect with the common code.
Or maybe I have been using it too long so that I don't notice the awkward bits anymore.
Any specific parts you are after?
meepmorp 15 hours ago [-]
Have you ever used flutter? If so, what's the relative pain level like?
westnordost 13 hours ago [-]
I can't compare it to Flutter, I haven't used it.
sargunv 13 hours ago [-]
I've been building https://maplibre.org/maplibre-compose/ in my spare time for the past two years and helped with this port; happy to answer any questions you have about KMP or CMP
Generally, I'm very happy with the platform and it's only gotten better over the past couple years I've been deep in it.
WhitneyLand 15 hours ago [-]
Yes, to be more specific, every tool like this has benefits offered and then taxes to be considered. For example, what's the tax for:
- Maintaining a significant new moving part in the dev process. KMP updates, management, integration, futures awareness, this all takes non-zero time.
- If an iOS dev wants to work on a KMP project what's the ramp up time? How much less efficiently can they contribute compared to a pure native app?
- How much time is spent on problems, bugs, issues, related to KMP. This is guaranteed non-zero for any tool.
- Is there less benefit to KMP with coding agents? Previously with two native apps, a bug fix had to be done twice. Currently, say a fix in done on Android, it's quite easy to say "propose an equivalent fix for the iOS repo". I do not claim this removes all benefits of a single code base, just that some things are not as bad now.
westnordost 13 hours ago [-]
Alright, let's see:
> KMP stability
Regarding moving parts in KMP, I have the impression that it is quite stable now, and has been for some time. I feel it is less maintenance work than having an Android project that uses the Android UI framework and system APIs. Google loves to deprecate and invent new APIs every few years.
I feel there is very little in the way of breaking changes that need changes in the code in KMP. Most of that comes from some third party libraries on major new versions. The biggest change recently was a change in the Android Gradle plugin that required to change the project structure. Arguably, that again was more of an Android than a KMP thing.
> iOS developers
Well, the app is Kotlin Multiplatform + Compose Multiplatform as UI framework. So, while it runs on iOS, the parts that would feel native to an iOS dev are near zero: There are about 50 lines of code in Swift in the project and about 1000 dealing with iOS APIs, but written in Kotlin.
As Kotlin and Compose is used in Android development, the project will always feel more accessible to Android developers. That said, Kotlin is somewhat similar to Swift and Compose is also a declarative reactive user interface framework, i.e. similar to SwiftUI.
As for the setup, they need at least IntelliJ/Android Studio to compile all that Kotlin to native code before launching the app from XCode in a simulator. That's my setup at least. Certainly one could also just use gradle (the build system) from the commandline.
> KMP bugs
KMP bugs, none that I remember. About platform-specific issues we will see what will surface during the beta test. So far, one thing surfaced, but it was found easily and necessitated changing 4 lines of code.
Compose (the UI framework) is a different matter. At times, I feel it is quite unwieldy when not solving standard problems. Being designed primarily by Google, I also find that best practices change and deprecations happen fairly frequently. Certain features lacking in Compose Multiplatform I need to implement myself. For example, there are still no scroll bars.
> Coding Agents
I have little experience with that, but what I have seen, the agents have no problem generating working code for the platform-specific parts of the implementation. Some un-slopping is necessary as always.
And, as I wrote, the platform specific code takes up a tiny part of the whole code base. Of the 80k lines of source code in the production code, 2k lines of source code are platform specific.
sargunv 7 hours ago [-]
(for context, I helped with the streetcomplete port, and have build and maintained a KMP / CMP maplibre sdk for the past two years, but otherwise consider myself a polyglot proficient in most common tech stacks at least to a moderate degree)
> Maintaining a significant new moving part in the dev process. KMP updates, management, integration, futures awareness, this all takes non-zero time.
If you're already doing that for Android, any additional tooling/infra churn for KMP is pretty negligible, except for a one-time cost of separating common kotlin code from android-specific code. KMP updates are just Kotlin updates.
> If an iOS dev wants to work on a KMP project what's the ramp up time? How much less efficiently can they contribute compared to a pure native app?
Two answers here:
1. Kotlin, the language, is quite similar to Swift, and can call ObjC APIs (or Swift annotated with @ObjC) directly via cinterop, so you're calling the same iOS SDKs. Compose is a declarative UI framework in the same vein as SwiftUI and React (and IMO with fewer footguns and quirks than SwiftUI, though there are some). It renders more like Flutter (via Skia) but it's not hard to embed as a component of a SwiftUI app.
2. KMP libraries can also export ObjC or Swift APIs, called in Swift. It's fairly common for there to be a shared business logic / service layer within an app, perhaps even shared view models, and leave the UI layer itself to SwiftUI and Compose for each platform.
Compared to something like React Native, I find that KMP is much friendlier and less opinionated about how you use it and how much you integrate it. You can use it to share a small module, or the whole app, or anywhere in between, and the seams at the boundary are not nearly as painful as you'd expect crossing languages.
> How much time is spent on problems, bugs, issues, related to KMP. This is guaranteed non-zero for any tool.
Hard to quantify, but in my time working on MapLibre Compose for the last two years, I've run into a handful of Androidx bugs, and much fewer KMP / CMP bugs. Even the same APIs, on the Compose Multiplatform side tend to have fewer pitfalls and bugs in my experience than on the Android side.
That said, the time I've spent dealing with _IDE_ bugs in JB IDEs has been far too much. These days, I spend much less time in an IDE, so it hasn't mattered as much, but I'd _like_ to spend more time there as ideally, even if agents are generating code, I want to read and navigate it in a nice environment.
> Is there less benefit to KMP with coding agents? ... just that some things are not as bad now.
Probably depends where you are on the vibe coding vs ai-assisted engineering spectrum. I'm a heavy AI user these days, close to 100% since Fable/Sol/Astra, but on code I care about, I don't vibe code, I still spend time to understand and refine at least the architecture, if not the line-by-line code. So still I prefer the single codebase because that's one fewer set of abstractions, of failure modes, of guardrails, of test harnesses, etc to worry about.
But if you care deeply about the native UI, using Compose on Android, SwiftUI on iOS, and then KMP for a shared core is an excellent architecture. The opposite, a shared Swift core, I think is also becoming more possible as Swift targets Android, though I'm unsure what the kotlin-on-android -> swift integration experience is like.
dmd 18 hours ago [-]
Maybe I don’t understand how it’s supposed to work, but the very first question I was given had three choices and none of them were correct. What are you supposed to do then?
nizmow 15 hours ago [-]
It’s very confusing to me too. I clicked an icon to see what it was, and it was opening times of a supermarket, which I had no idea about. But I couldn’t find a way to just get back to where I was before. My workflow now is to keep force killing the app frequently when I get stuck.
paweladamczuk 15 hours ago [-]
Same here, I can't believe there is no way to go back. I have to s of things around my house that I can just add because I live here, but I don't remember everything, and once I hit a question that I cannot answer from memory, I am stuck.
Mashimo 14 hours ago [-]
Click into open source on the map (on android). I think for Ios it might be back gesture.
Tomte 14 hours ago [-]
Same here, but the GitHub thread actually calls that out as a known bug. Swipe from the left. Intention is that clicking sonewhere on the map closes the dialog.
Mashimo 14 hours ago [-]
Click into open source on the map (on android). I think for Ios it might be back gesture.
boredinstapanda 18 hours ago [-]
Most of the time you can leave a note. Do you get an "Uh..." option?
dmd 18 hours ago [-]
No, there’s only the listed options (street has a sidewalk, or it doesn’t - no option for “sidewalk extends for half the street but not the other half”).
I don’t know if that counts as it does or it doesn’t.
mayneack 17 hours ago [-]
On android there's a "differs along the way" option which let's you split the way.
There is a limit to the type of quest you can fit into the mobile app. It also should have a fall back "leave a note" option.
westnordost 17 hours ago [-]
In this case, the intended flow is that you tap "Uh..." -> "Differs along the way..."
You will then be led to another UI in which you can split the road into several sections.
dmd 17 hours ago [-]
Aha. If you click 'Uh' exactly on its text, it works. If you click even one pixel away from the actual text, you get the chooser with not enough options.
mineo 16 hours ago [-]
First-time StreetComplete user here. I just answered a few of these "street has a sidewalk" questions myself. Upon first clicking on one of them, I was able to answer this question for each side of the street individually. The visual selection that you mentioned only applies to one side.
Dunedan 17 hours ago [-]
I can tell for sure the current version of StreetComplete for Android does allow specifying that only one side of the road has a side walk. I solved a few of these quests just last week. No idea what's the state on iOS though.
yaomtc 18 hours ago [-]
That's when you hit "uh..." and leave a note with details. In an effort to keep things simple on a small screen it doesn't include every possible option. You can read the wiki to find the best way to tag it. https://wiki.openstreetmap.org/
outside1234 10 hours ago [-]
I click a quest and answer it but the app seems to be stuck on that quest and I can't figure out how to get back to all of the quests available near me. Is that a common experience?
matkoniecz 5 hours ago [-]
This is a known bug, fixed but may be not released yet.
I'm trying to get off of Apple Maps and into OSM (using Magic Earth as my navigation app) - seeing more OSM work is exciting.
Now I need to figure out if it's possible to merge my navigation maps with the deflock maps..
mbirth 17 hours ago [-]
OSM editor Go Map!! also has a "Quests" overlay that is very similar to Street Complete (even uses the same icons). And you can also define custom quests for data you want to easily gather.
However, it's lacking the nice example pictures for each option - so, with Go Map!! you need to know what you're doing.
I feel I must warn you. It is a gateway to more heavy map editing using the online editor or tools like Vespucci.
smcleod 19 hours ago [-]
That's legitimately a good idea. I just contributed more to open street map in 5 minute than I have in 15 years.
12 hours ago [-]
cbeach 17 hours ago [-]
Good app. Some feedback -
I'd like to see native Apple sign-in, as opposed to via a WebView. When I used the WebView, the password text box was obscured and fiddly to fill in.
There should be an easier way to dismiss something I've clicked on, than having to tap "uh..." and then dismiss two dialog boxes.
Things that I've submitted (e.g. house numbers) should be visible on the map, to visually show my contribution progress (even if pending review or whatever). At present my contributions just disappear into the void.
Satellite overlay would be very useful to correlate houses.
Seeing some indication of other recent local contributions would be nice, to make the app feel more alive.
ocdtrekkie 16 hours ago [-]
Yeah, dismissing a question I don't see an answer for right now easily is the worst. I think swiping the app closed is the easiest way out.
19 hours ago [-]
Cider9986 14 hours ago [-]
I wonder what some experienced OSM editors think when they see StreetComplete edits.
sparrowidle 18 hours ago [-]
There is actually an edit history, the little arrow icon on the map pulls up your recent edits and lets you undo them.
conartist6 19 hours ago [-]
Can you use OpenStreetMap like Google Maps?
I tried to use it to list restaurants but the UI reacted like nobody had ever tried that before
flexagoon 19 hours ago [-]
OpenStreetMap is a database, not a map application. The map on the official openstreetmap website is more of a demo to show some of the data. There are many different map apps that use OpenStreetMap data though.
mbirth 17 hours ago [-]
https://cartes.app is trying to do this. OsmAnd is quite usable as well.
For navigation there's Magic Earth (can route around traffic jams), TomTom, and Scenic. OsmAnd can also do routing.
maelito 14 hours ago [-]
And we're adding new itinerary options soon.
For cars : avoid highways, tolls. For cycling : follow rivers, less noise, less traffic, etc; for walking : no steps.
Is TomTom's basemap entirely OpenStreetMap? Or do they add their own proprietary layer of map data on top?
unfocso 17 hours ago [-]
It's a... mix. I can see all the shapes of the roads and areas i mapped in my area, but they seem not to trust OSM naming so they either have no name or the name TomTom gave to the equivalent street.
I can see most POIs i added with the exact name i gave to them, but the reviews and opening hours are pulled from Tripadvisor.
It's explicitly advertised for driving, not walking, so it's optimized to get you to places. CoMaps and even OSMand are much better for walking around.
And there's a simple reason for the search being so bad in most OSM apps: offline search.
The focus of all these apps seems to be a self-imposed "the app should never touch a server, ever, because what if the user is on a 100$/GB roaming plan in Africa", but indexing the maps is not easy.
I run a local Nominatim database (search engine for OSM) for Italy and it's ~57gb of data and indexes for one country only, and it barely supports fuzzy search.
drcongo 18 hours ago [-]
I tried the TomTom app (on iOS) recently but found it incredibly buggy, especially when connected to CarPlay. The speed indicator would often just show 1mph, the dark mode would work about 20% of the time, and searches would show results from other countries ahead of a place 4 miles up the road.
tripdout 13 hours ago [-]
There's also OsmAnd for mobile.
eugenepavlov 18 hours ago [-]
nice to see StreetComplete coming to iOS. Its question-based approach makes contributing to OpenStreetMap feel approachable even if you’re not familiar with the underlying data model
asymmetric 19 hours ago [-]
I’ve been using EveryDoor so far, excited about trying this one out!
Poudlardo 19 hours ago [-]
OH long overdue, glad it finally came out
cryptolobster 12 hours ago [-]
I like this project
oulipo 14 hours ago [-]
The UX has some glitches... like when you click on an item, you HAVE to set the answer, you cannot go back to seeing all the markers...
sargunv 13 hours ago [-]
You can swipe back on the bottom sheet for now. It's a known issue and is being worked on!
oulipo 8 hours ago [-]
Nice !
yieldcrv 15 hours ago [-]
> The code base of this app is written in 100% Kotlin
weird choice, from 2023, to code an iOS app. but it doesn't matter today in 2026. frontier models can manage weird software stacks
westnordost 8 hours ago [-]
It is a multiplatform app with one codebase, compiling to both iOS or Android.
mvdtnz 12 hours ago [-]
Is there some reason this can't be done in a browser? We need to stop feeding these app stores.
matkoniecz 5 hours ago [-]
StreetComplete editing works also fully offline (if data was downloaded first). It also deals with fairly large amounts of data.
Not sure is it doable in browser.
Gigachad 17 minutes ago [-]
I think it probably could be done these days with Progressive Web Apps and Web ASM, but the fact no one is doing this makes me suspect something is wrong. Perhaps just the UX of adding a PWA to the home screen via safari is so hard that regular users don't do it.
mvdtnz 3 hours ago [-]
Does it need to work offline? Seems like a niche use case.
> Within the frame of Prototype Fund round 15 (March 2024 to August 2024), the German Federal Ministry of Education and Research sponsored Tobias Zwick to work on StreetComplete for iOS (see progress report)
And NLnet.
The current demo doesn't seem to cover many places worldwide, but what is there is really neat! To me this already looks better than modern city sim games, because they never seem to get the scale right, among other things.
Not sure what's stopping them from covering more places, since the idea presumably is to generate these tiles from existing OSM data. And in fact one of the easiest things to do with StreetComplete is add the height and type of a building.
https://osmfoundation.org/wiki/Licence/Licence_Compatibility
Ironically.. you can't contribute map data that requires attribution to OSM... even though they require attribution..
It's a great project.. but I think they really messed up the licensing in a misguided effort to make the project viral. Maybe trying to emulate Wikipedia. But text and map data are just fundamentally very different. It's really unfortunate. I hope an alternative emerged eventually
It is simply impractical to attribute all the sources anywhere in UI or printed copies of map. And whether an attribution hidden somewhere deep in wiki is considered acceptable is grey zone.
The fact that OSM themselves want attributions is another reasons why they have high standards for what's considered an attribution which they can't achieve for third party data sources.
In case of software License.txt and Help/About is considered standard practices. But that doesn't necessarily translate to other mediums of copyrighted work. Something like books or research papers have their own generally accepted practices of how attributions are handled. For maps digital and physical text in the corner is often used practice. You can see it even for something like a building plan posted next to construction site, listing additional map sources used for preparing the drawing. So it's not exactly unique invention by OSM. Back to comparison with software, software can't exactly be printed out so the concerns about attribution are different. Also software licenses typically require listing including a copy of license text not just attribution , which is simply impossible outside separate file or dedicated UI.
In practice the OSM aiming for better than good and thousands of unverified contributors being uncontrollable lands it somewhere in the middle. But if they aimed for barely acceptable all the contributors would definitely push the bar bellow legally acceptable.
On the topic of government data, CC-BY is also common which is somewhat problematic. But more often they have no idea under what license they are releasing their data. They come up with complicated schemes of metadata, which never gets properly filled or parsed, thus resulting in conflicting information about license being used. And if you ask them to clarify they will just say, "yes yes it's open data you can reuse it", with the government employee having no understanding about differences between various licenses and that not all open data is equal.
Sadly, this is very often not true at all.
In some cases you are unable to legally get parts of law without paying for it. For example where law mandates following proprietary standards.
Government funded data creation is very often entirely proprietary.
StreetComplete is an easy to use editor of OpenStreetMap data available for Android. It can be used without any OpenStreetMap-specific knowledge. It asks simple questions, with answers directly used to edit and improve OpenStreetMap data. The app is aimed at users who do not know anything about OSM tagging schemes but still want to contribute to OpenStreetMap.
StreetComplete automatically looks for nearby places where a survey is needed and shows them as quest markers on its map. Each of these quests can then be solved on site by answering a simple question. For example, tapping on a marker may show the question "What is the name of this road?", with a text field to answer it. More examples are shown in the screenshots below.
The user's answer is automatically processed and uploaded directly into the OSM database. Edits are done in meaningful changesets using the user's OSM account. Since the app is meant to be used on a survey, it can be used offline and is economic with data usage.
This is one of the worst Wikipedia rules. It gives way too much power to institutions giving them free reign to publish misinformation as long as they don't care about fact checking each other, which is common for niche subjects where corrections are not going to get as many clicks as "drama" would.
Therefore scoping the claim being made with citations actually does improve the wiki's accuracy.
You can say bread is sold pre-sliced accurately in a colloquial sense, but actually making a claim - as an encyclopedia inherently does - should carry information on how general a claim it actually is.
Or are you claiming that you are completely unaware of unsliced bread and need a citation to verify its existence?
Bread is usually sold sliced in some places, and usually sold unsliced in others. For a claim about this to be useful for wikipedia it should be specific and cited.
Bread is sold both sliced and unsliced, sometimes geographic location impacts which variation is predominant.
I'm arguing that this should be done, and yet a citation is still important. You didn't answer my question about milk. In what situation would it be appropriate to mention milk being sold frozen without a citation? For example, human milk banks actually do freeze the milk for transport, but if this is mentioned in a wikipedia article, it should be cited! Same goes for making a claim about whether bread is sold sliced or unsliced (even if both are encountered more commonly than frozen milk)
I ended up digging through the OSM wiki for definitions and rules to argue my case but in the end it felt very much like people on a power trip insistent on getting their way. It has ruined the fun in StreetComplete for me and I haven't participated since.
In most countries, walking on a controlled-access highway[1] is specifically illegal. Why should it not be marked as non-walkable just because there's no signage?
[1]: https://en.wikipedia.org/wiki/Controlled-access_highway
> it's basically a highway with no sidewalk would not matter.
"Basically a highway" and "a highway" is different!
In my experience all highways have markings explicitly banning walking (among other things). So it sounds like OP was making a judgement call based on the fact that there's no sidewalk.
I have the unfortunate experience of walking alongside certain roads without sidewalks. It's not fun by any means but I wouldn't want OSM to outright say that it's not walkable.
Of course it maybe "actually" was a highway.
Maybe it was such case?
I don't want to attribute anything to how you expressed that you feel, but I believe that this is what's known as "Deferral of Responsibility" and it can actually _negatively_ impact the quality of the data you are claiming to want to help curate.
As I wrote in my original post, I am not attributing any intent to what the person wrote, and am focusing on how what they are describing is equivalent in nature to the hypothetical statement I presented and can actually be harmful, even if the intentions are pure.
While the scope of the issues being compared is not equivalent, you're excluding from your rebuttal the scores of low-experience developers submitting changes to open source projects with their own pure intentions.
To borrow your own words; those contributors are making a good faith effort to improve the open source project by providing AI-generated change requests that they believe no one else is in a position to provide (time, priorities, etc), and worry less because any issues with their submissions can theoretically be corrected by the maintainers.
Please take some time to understand the nuance in the statements I am making. I assure you I chose my original words with intent.
Seems like you guys had two different perspectives, both arguably right. Maybe it needs to be split into technically-walkable and comfortably-walkable layers.
I'd personally never seen that quest myself, but looking at it now I can see why they're removing it.
https://testflight.apple.com/join/K1u3eUU5
I suspect one day at the top of HN's front page, will exhaust that.
That's a big reason I never mention my apps, here.
I prefer EveryDoor. It's oriented more towards stores and things I'm interested in on the map.
EveryDoor exist on the Apple store too.
Also open to feedback from anyone.
I'll certainly keep this in mind though.
>forms can only be canceled with the back gesture rather than clicking anywhere on the map
Well for me not even the back gesture works, I just have to force close the app if I don't want to answer a survey lol
EDIT: Got it, swiping from left to right, starting from the very border of the screen. Not super intuitive but simple enough
Maybe Android's visual ←back button is the way to go after all instead of hoping someone will accidentally discover implicit gestures
The only one thing missing for me is a small history of my past contributions. At some point, I made a mistake and entered the wrong information (nothing terrible, the surface of a walkway, it was 30% one surface, 70% another, I gave the 30% value instead of what I think 70% would be better). I would have been glad to be able to quickly "revert" this contribution.
But else, a really great tool.
Edit: I had no idea that https://www.openstreetmap.org/history shows a list of the most recent changes in a sidebar, and there seems to be a similar trend too in terms of where OpenStreetMap is edited most often.
Here are some more views:
- https://live.openstreetmap.fr/
- https://osm-in-realtime.jwestman.net/
- https://theplanetthinks.com/map
(It only shows edits made in the last 24 hours IIRC, but this limit is chosen quite arbitrarily. If there is a use case for it, it can be extended.)
You can actually split the road into multiple segments and answer each separately if you don't mind the extra effort. I think there should be something like "differs along the way" button which then asks you to pick a point where to cut.
Or maybe I have been using it too long so that I don't notice the awkward bits anymore.
Any specific parts you are after?
Generally, I'm very happy with the platform and it's only gotten better over the past couple years I've been deep in it.
- Maintaining a significant new moving part in the dev process. KMP updates, management, integration, futures awareness, this all takes non-zero time.
- If an iOS dev wants to work on a KMP project what's the ramp up time? How much less efficiently can they contribute compared to a pure native app?
- How much time is spent on problems, bugs, issues, related to KMP. This is guaranteed non-zero for any tool.
- Is there less benefit to KMP with coding agents? Previously with two native apps, a bug fix had to be done twice. Currently, say a fix in done on Android, it's quite easy to say "propose an equivalent fix for the iOS repo". I do not claim this removes all benefits of a single code base, just that some things are not as bad now.
> KMP stability
Regarding moving parts in KMP, I have the impression that it is quite stable now, and has been for some time. I feel it is less maintenance work than having an Android project that uses the Android UI framework and system APIs. Google loves to deprecate and invent new APIs every few years. I feel there is very little in the way of breaking changes that need changes in the code in KMP. Most of that comes from some third party libraries on major new versions. The biggest change recently was a change in the Android Gradle plugin that required to change the project structure. Arguably, that again was more of an Android than a KMP thing.
> iOS developers
Well, the app is Kotlin Multiplatform + Compose Multiplatform as UI framework. So, while it runs on iOS, the parts that would feel native to an iOS dev are near zero: There are about 50 lines of code in Swift in the project and about 1000 dealing with iOS APIs, but written in Kotlin.
As Kotlin and Compose is used in Android development, the project will always feel more accessible to Android developers. That said, Kotlin is somewhat similar to Swift and Compose is also a declarative reactive user interface framework, i.e. similar to SwiftUI. As for the setup, they need at least IntelliJ/Android Studio to compile all that Kotlin to native code before launching the app from XCode in a simulator. That's my setup at least. Certainly one could also just use gradle (the build system) from the commandline.
> KMP bugs
KMP bugs, none that I remember. About platform-specific issues we will see what will surface during the beta test. So far, one thing surfaced, but it was found easily and necessitated changing 4 lines of code.
Compose (the UI framework) is a different matter. At times, I feel it is quite unwieldy when not solving standard problems. Being designed primarily by Google, I also find that best practices change and deprecations happen fairly frequently. Certain features lacking in Compose Multiplatform I need to implement myself. For example, there are still no scroll bars.
> Coding Agents
I have little experience with that, but what I have seen, the agents have no problem generating working code for the platform-specific parts of the implementation. Some un-slopping is necessary as always.
And, as I wrote, the platform specific code takes up a tiny part of the whole code base. Of the 80k lines of source code in the production code, 2k lines of source code are platform specific.
> Maintaining a significant new moving part in the dev process. KMP updates, management, integration, futures awareness, this all takes non-zero time.
If you're already doing that for Android, any additional tooling/infra churn for KMP is pretty negligible, except for a one-time cost of separating common kotlin code from android-specific code. KMP updates are just Kotlin updates.
> If an iOS dev wants to work on a KMP project what's the ramp up time? How much less efficiently can they contribute compared to a pure native app?
Two answers here: 1. Kotlin, the language, is quite similar to Swift, and can call ObjC APIs (or Swift annotated with @ObjC) directly via cinterop, so you're calling the same iOS SDKs. Compose is a declarative UI framework in the same vein as SwiftUI and React (and IMO with fewer footguns and quirks than SwiftUI, though there are some). It renders more like Flutter (via Skia) but it's not hard to embed as a component of a SwiftUI app. 2. KMP libraries can also export ObjC or Swift APIs, called in Swift. It's fairly common for there to be a shared business logic / service layer within an app, perhaps even shared view models, and leave the UI layer itself to SwiftUI and Compose for each platform.
Compared to something like React Native, I find that KMP is much friendlier and less opinionated about how you use it and how much you integrate it. You can use it to share a small module, or the whole app, or anywhere in between, and the seams at the boundary are not nearly as painful as you'd expect crossing languages.
> How much time is spent on problems, bugs, issues, related to KMP. This is guaranteed non-zero for any tool.
Hard to quantify, but in my time working on MapLibre Compose for the last two years, I've run into a handful of Androidx bugs, and much fewer KMP / CMP bugs. Even the same APIs, on the Compose Multiplatform side tend to have fewer pitfalls and bugs in my experience than on the Android side.
That said, the time I've spent dealing with _IDE_ bugs in JB IDEs has been far too much. These days, I spend much less time in an IDE, so it hasn't mattered as much, but I'd _like_ to spend more time there as ideally, even if agents are generating code, I want to read and navigate it in a nice environment.
> Is there less benefit to KMP with coding agents? ... just that some things are not as bad now.
Probably depends where you are on the vibe coding vs ai-assisted engineering spectrum. I'm a heavy AI user these days, close to 100% since Fable/Sol/Astra, but on code I care about, I don't vibe code, I still spend time to understand and refine at least the architecture, if not the line-by-line code. So still I prefer the single codebase because that's one fewer set of abstractions, of failure modes, of guardrails, of test harnesses, etc to worry about.
But if you care deeply about the native UI, using Compose on Android, SwiftUI on iOS, and then KMP for a shared core is an excellent architecture. The opposite, a shared Swift core, I think is also becoming more possible as Swift targets Android, though I'm unsure what the kotlin-on-android -> swift integration experience is like.
I don’t know if that counts as it does or it doesn’t.
There is a limit to the type of quest you can fit into the mobile app. It also should have a fall back "leave a note" option.
You will then be led to another UI in which you can split the road into several sections.
Now I need to figure out if it's possible to merge my navigation maps with the deflock maps..
However, it's lacking the nice example pictures for each option - so, with Go Map!! you need to know what you're doing.
https://github.com/streetcomplete/StreetComplete/issues/5421...
I'd like to see native Apple sign-in, as opposed to via a WebView. When I used the WebView, the password text box was obscured and fiddly to fill in.
There should be an easier way to dismiss something I've clicked on, than having to tap "uh..." and then dismiss two dialog boxes.
Things that I've submitted (e.g. house numbers) should be visible on the map, to visually show my contribution progress (even if pending review or whatever). At present my contributions just disappear into the void.
Satellite overlay would be very useful to correlate houses.
Seeing some indication of other recent local contributions would be nice, to make the app feel more alive.
I tried to use it to list restaurants but the UI reacted like nobody had ever tried that before
For navigation there's Magic Earth (can route around traffic jams), TomTom, and Scenic. OsmAnd can also do routing.
For cars : avoid highways, tolls. For cycling : follow rivers, less noise, less traffic, etc; for walking : no steps.
https://cartes.app I can also recommend.
Both projects have a similar goal, to offer a more useful UI around using an OSM based map.
However, in my opinion TomTom (https://play.google.com/store/apps/details?id=com.tomtom.spe... or https://apps.apple.com/us/app/tomtom-maps-traffic/id14381065...) is still the best way to use OpenStreetMap for navigation since it combines OSM data with their own real time traffic information without dark patterns or asking for an account like Waze or Maps do.
I can see most POIs i added with the exact name i gave to them, but the reviews and opening hours are pulled from Tripadvisor.
It's explicitly advertised for driving, not walking, so it's optimized to get you to places. CoMaps and even OSMand are much better for walking around.
And there's a simple reason for the search being so bad in most OSM apps: offline search.
The focus of all these apps seems to be a self-imposed "the app should never touch a server, ever, because what if the user is on a 100$/GB roaming plan in Africa", but indexing the maps is not easy.
I run a local Nominatim database (search engine for OSM) for Italy and it's ~57gb of data and indexes for one country only, and it barely supports fuzzy search.
weird choice, from 2023, to code an iOS app. but it doesn't matter today in 2026. frontier models can manage weird software stacks
Not sure is it doable in browser.