StreetComplete on iOS is now in public beta
Thread
Loading the complete thread in the background. This saved snapshot is available now. Refresh
Unofficial Hacker News client; not affiliated with Y Combinator.
StreetComplete on iOS is now in public beta
Loading the complete thread in the background. This saved snapshot is available now. Refresh
Unofficial Hacker News client; not affiliated with Y Combinator.
JBiserkov · · focus · HN ↗
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 · · focus · HN ↗
kccqzy · · focus · HN ↗
encom · · focus · HN ↗
Ardon · · focus · HN ↗
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 · · focus · HN ↗
dghlsakjg · · focus · HN ↗
Or are you claiming that you are completely unaware of unsliced bread and need a citation to verify its existence?
pcthrowaway · · focus · HN ↗
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 · · focus · HN ↗
Bread is sold both sliced and unsliced, sometimes geographic location impacts which variation is predominant.
pcthrowaway · · focus · HN ↗
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)
encom · · focus · HN ↗
<a href="https://www.youtube.com/watch?v=bxU2eqZtYmc" rel="nofollow">https://www.youtube.com/watch?v=bxU2eqZtYmc
dghlsakjg · · focus · HN ↗
In rigorous academic contexts things that are generally accepted or common knowledge do not need to be cited. Nobody is disputing the existence of frozen milk or sliced bread for sale. They are commonly known and accepted facts. We do not need a peer reviewed citation for those claims to be believable.
The claim is not that sliced bread is always available in every place on earth. Nor is it that bread is usually sliced. That is a different claim that you have added. The claim is that sliced bread is available for sale, nonspecifically. It is a commonly known fact that bread can be purchased sliced in some places.
If you make a specific claim, like: sliced bread is not usually available in Nordic countries, I could see that needing a citation. You have made specific claims about sliced bread availability and market preferences. I am making the general case that it exists.
The point is that there is some basic level of knowledge that we don’t need to validate with a third party source. People drink water. I’ve never seen a scientific study or source for this, but it is universally accepted as truth. Bread is sold sliced sometimes is a similar fact.
nephihaha · · focus · HN ↗
dndkdkdkdk · · focus · HN ↗
kccqzy · · focus · HN ↗
xmprt · · focus · HN ↗
nephihaha · · focus · HN ↗
charcircuit · · focus · HN ↗
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.
samat · · focus · HN ↗
Feels like government bureaucracy of the worst sort
mycall · · focus · HN ↗
PetitPrince · · focus · HN ↗
dewey · · focus · HN ↗
elaus · · focus · HN ↗
intrasight · · focus · HN ↗
westnordost · · focus · HN ↗
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 · · focus · HN ↗
westnordost · · focus · HN ↗
WhitneyLand · · focus · HN ↗
- 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. Guaranteed on-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 · · focus · HN ↗
> 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 · · focus · HN ↗
> 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.
sargunv · · focus · HN ↗
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.
anotherpaul · · focus · HN ↗
greggsy · · focus · HN ↗
<a href="https://testflight.apple.com/join/K1u3eUU5" rel="nofollow">https://testflight.apple.com/join/K1u3eUU5
cbeach · · focus · HN ↗
aquova · · focus · HN ↗
ChrisMarshallNY · · focus · HN ↗
I suspect one day at the top of HN's front page, will exhaust that.
ryanascend · · focus · HN ↗
[dead]
conartist6 · · focus · HN ↗
I tried to use it to just restaurants but the UI reacted like nobody had ever tried that before
unfocso · · focus · HN ↗
However, in my opinion TomTom (<a href="https://play.google.com/store/apps/details?id=com.tomtom.speedcams.android.map">https://play.google.com/store/apps/details?id=com.tomtom.spe... or <a href="https://apps.apple.com/us/app/tomtom-maps-traffic/id1438106561">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.
xd1936 · · focus · HN ↗
unfocso · · focus · HN ↗
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 · · focus · HN ↗
flexagoon · · focus · HN ↗
westnordost · · focus · HN ↗
<a href="https://cartes.app" rel="nofollow">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.
mbirth · · focus · HN ↗
mbirth · · focus · HN ↗
For navigation there's Magic Earth (can route around traffic jams), TomTom, and Scenic. OsmAnd can also do routing.
maelito · · focus · HN ↗
For cars : avoid highways, tolls. For cycling : follow rivers, less noise, less traffic, etc; for walking : no steps.
tripdout · · focus · HN ↗
[deleted] · · focus · HN ↗
[deleted]
Poudlardo · · focus · HN ↗
thrownawaysz · · focus · HN ↗
>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
dewey · · focus · HN ↗
rgehan · · focus · HN ↗
EDIT: Got it, swiping from left to right, starting from the very border of the screen. Not super intuitive but simple enough
ocdtrekkie · · focus · HN ↗
dewey · · focus · HN ↗
Aachen · · focus · HN ↗
Maybe Android's visual ←back button is the way to go after all
Gigachad · · focus · HN ↗
not2b · · focus · HN ↗
jamwil · · focus · HN ↗
asymmetric · · focus · HN ↗
Loic · · focus · HN ↗
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.
PetitPrince · · focus · HN ↗
rpozarickij · · focus · HN ↗
Ajedi32 · · focus · HN ↗
habi · · focus · HN ↗
Here are some more views:
- <a href="https://live.openstreetmap.fr/" rel="nofollow">https://live.openstreetmap.fr/
- <a href="https://osm-in-realtime.jwestman.net/" rel="nofollow">https://osm-in-realtime.jwestman.net/
- <a href="https://theplanetthinks.com/map" rel="nofollow">https://theplanetthinks.com/map
precommunicator · · focus · HN ↗
westnordost · · focus · HN ↗
(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.)
progbits · · focus · HN ↗
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.
smcleod · · focus · HN ↗
tbo47 · · focus · HN ↗
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.
SomeonesAccount · · focus · HN ↗
remedan · · focus · HN ↗
blargpls · · focus · HN ↗
rafram · · focus · HN ↗
raybb · · focus · HN ↗
Also open to feedback from anyone.
rafram · · focus · HN ↗
raybb · · focus · HN ↗
Gigachad · · focus · HN ↗
raybb · · focus · HN ↗
I'll certainly keep this in mind though.
Gigachad · · focus · HN ↗
westnordost · · focus · HN ↗
abdullahkhalids · · focus · HN ↗
sparrowidle · · focus · HN ↗
dmd · · focus · HN ↗
boredinstapanda · · focus · HN ↗
dmd · · focus · HN ↗
I don’t know if that counts as it does or it doesn’t.
Dunedan · · focus · HN ↗
mayneack · · focus · HN ↗
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 · · focus · HN ↗
You will then be led to another UI in which you can split the road into several sections.
dmd · · focus · HN ↗
mineo · · focus · HN ↗
yaomtc · · focus · HN ↗
nizmow · · focus · HN ↗
paweladamczuk · · focus · HN ↗
Mashimo · · focus · HN ↗
paweladamczuk · · focus · HN ↗
Mashimo · · focus · HN ↗
Tomte · · focus · HN ↗
outside1234 · · focus · HN ↗
matkoniecz · · focus · HN ↗
eugenepavlov · · focus · HN ↗
bjoli · · focus · HN ↗
PiGCodingAgent · · focus · HN ↗
[dead]
Fnoord · · focus · HN ↗
> 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.
morsch · · focus · HN ↗
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.
alper · · focus · HN ↗
Dig1t · · focus · HN ↗
toomuchtodo · · focus · HN ↗
wafflemaker · · focus · HN ↗
toomuchtodo · · focus · HN ↗
Gigachad · · focus · HN ↗
geokon · · focus · HN ↗
<a href="https://osmfoundation.org/wiki/Licence/Licence_Compatibility" rel="nofollow">https://osmfoundation.org/wiki/Licence/Licence_Compatibility
I find it ironic that you can't contribute map data that requires attribution to OSM...
It's a great project.. but I think they really messed up the licensing in a misguided effort to make the project viral. It's really unfortunate. I hope an alternative emerged eventually
matkoniecz · · focus · HN ↗
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.
Karliss · · focus · HN ↗
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.
geokon · · focus · HN ↗
- I sort of respect the copyleft ethos. You put out a thing with the understand everything it touches is also going to be openly available. I think attribution isn't really part of the central idea there.
- I also respect the MIT/BSD style thing where you're just putting stuff out there in the public domain and it's part of the corpus of human knowledge. You leave your mark so to speak.
The middle ground of "You can use this but you gotta promote our service and stamp our name on it" just feels icky. I don't want to contribute to that. I feel I'm helping OSM the organization and.. I don't know them .. are they good stewards of the data I'm giving them? Are they going to be good stewards in 10 years? Hopefully that kinda makes sense? I guess the same can be said for Wikipedia, but Wikipedia for better or worse is very siloed. You have to attribute stuff you copy from Wiki but ..
A: Realistically nobody is actually copying wiki articles other than lazy high school students. It's just not very reusable outside of Wikipedia
B: This is more of a plagiarism issue. It encourages people to disclose it's not their own words (this is not an issue with maps.. nobody thinks you surveyed your city to draw the map)
If Wiki became CC0 tomorrow nothing would really change. If you needed to fork Wiki and put an attribution in the footer, it'd be very innocuous..
Karliss · · focus · HN ↗
geokon · · focus · HN ↗
The OSM situation seems more akin to GIMP insisting you have to watermark every image with "Made thanks to the GIMP Corporation!"
cowsandmilk · · focus · HN ↗
That’s not true.
geokon · · focus · HN ↗
> Licences that are not compatible
> Licences that require downstream attribution
> For practical reasons we require that users of OpenStreetMap data attribute the project as a whole and we in turn provide attribution to third parties via the "Contributor" pages. Licences and terms of use that require attribution of the third party data source directly on derived works are incompatible.
"require attribution of the third party data source directly on derived works" is exactly what OSM requires. It's hypocrisy of a sorts
Doctor_Fegg · · focus · HN ↗
OSM's sharealike provision has never been about making the project "viral". Free map data is enough to do that by itself.
OSM's sharealike provision is, and always has been, unambiguously aimed at stopping bigcos killing the project by scooping up the map data then contributing nothing back - the scenario where Schmoogle Maps takes all OSM's footpath data, combines it with their own motor-centric, sensor-fuelled dataset to create the one map to rule them all, and thereby attracts the flow of new contributors that OSM needs to survive.
Ajedi32 · · focus · HN ↗
geokon · · focus · HN ↗
Can you imagine if GIMP has a similar policy to watermark all it's output with a "Made my GIMP!" in an effort to "attracts the flow of new contributors" and to make it hard for people to build a product with it?
JacketPotato · · focus · HN ↗
geokon · · focus · HN ↗
donalhunt · · focus · HN ↗
cbeach · · focus · HN ↗
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 · · focus · HN ↗
matkoniecz · · focus · HN ↗
cbeach · · focus · HN ↗
matkoniecz · · focus · HN ↗
edits are immediately applied to live database (with delay if you have chose to do so or internet connection is not available). Once a minute update is published to data consumers.
if you want to see house numbers you can enable house number overlay (left circle in top right, select blueish icon with address label next to it)
and why it is not visible immediately on background map? because it is also OSM data, but processed OSM data and updates with delay
(why processed? because globe-spanning map requires some simplification, rendering from raw OSM data is infeasible on a phone)
mbirth · · focus · HN ↗
However, it's lacking the nice example pictures for each option - so, with Go Map!! you need to know what you're doing.
pkthunder · · focus · HN ↗
Now I need to figure out if it's possible to merge my navigation maps with the deflock maps..
K2h · · focus · HN ↗
Alifatisk · · focus · HN ↗
<a href="https://github.com/streetcomplete/StreetComplete/issues/5421#issuecomment-5908871082" rel="nofollow">https://github.com/streetcomplete/StreetComplete/issues/5421...
yieldcrv · · focus · HN ↗
weird choice, from 2023. but it doesn't matter today in 2026. frontier models can manage weird software stacks
westnordost · · focus · HN ↗
jasonmp85 · · focus · HN ↗
[dead]
Cider9986 · · focus · HN ↗
oulipo · · focus · HN ↗
sargunv · · focus · HN ↗
oulipo · · focus · HN ↗
atollk · · focus · HN ↗
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.
apt-apt-apt-apt · · focus · HN ↗
Seems like you guys had two different perspectives, both arguably right. Maybe it needs to be split into technically-walkable and comfortably-walkable layers.
Tempest1981 · · focus · HN ↗
Ylpertnodi · · focus · HN ↗
globular-toast · · focus · HN ↗
junehwi · · focus · HN ↗
Ajedi32 · · focus · HN ↗
"Would an ordinary person want to walk here?" is pretty subjective. "Are people legally prohibited from walking here?" is pretty objective. Generally only the latter would be recorded in OSM.
Ajedi32 · · focus · HN ↗
Ajedi32 · · focus · HN ↗
technothrasher · · focus · HN ↗
zeeveener · · focus · HN ↗
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 · · focus · HN ↗
zeeveener · · focus · HN ↗
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 · · focus · HN ↗
zeeveener · · focus · HN ↗
bwnkl · · focus · HN ↗
westnordost · · focus · HN ↗
pcthrowaway · · focus · HN ↗
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]: <a href="https://en.wikipedia.org/wiki/Controlled-access_highway" rel="nofollow">https://en.wikipedia.org/wiki/Controlled-access_highway
matkoniecz · · focus · HN ↗
Maybe it was such case?
rtpg · · focus · HN ↗
> 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.
komali2 · · focus · HN ↗
So for example, you'll see a sign indicating cars are OK for a freeway. That means, heavy motorcycles and scooters are NOT ok. You can only take your heavy motorcycle on it if it also has a heavy motorcycle sign. But SOMETIMES they'll use the slightly different motorcycle sign which means scooters ok. Well, if it's ok for scooters, it must be ok for heavy motorcycles as well, right? Wrong! Heavy motorcycles must then take the car lane, if there's a lane marked for scooters.
Also sometimes there's a road marked no cars! Scooters ok. Heavy motorcycles? Who knows!
As for pedestrians: lol just die
Cars ok, heavy motorcycles ok scooters not ok: <a href="https://taipeiscooterrentals.com/wp-content/uploads/2026/01/heavy-vehicle-warning.png" rel="nofollow">https://taipeiscooterrentals.com/wp-content/uploads/2026/01/...
Cars ok, heavy motorcycles ok, scooters not ok by implication: <a href="https://blog.calebjay.com/posts/rent-motorcycle-taiwan/cars_motorcycles.jpg" rel="nofollow">https://blog.calebjay.com/posts/rent-motorcycle-taiwan/cars_...
Quick, google is telling you you need to cross this river, are you allowed on this road or not??? <a href="https://www.google.com/maps/@25.0756527,121.6435485,3a,75y,96.01h,85.1t/data=!3m7!1e1!3m5!1sdLgq35h_l6ipRWs65dLDiw!2e0!6shttps:%2F%2Fstreetviewpixels-pa.googleapis.com%2Fv1%2Fthumbnail%3Fcb_client%3Dmaps_sv.tactile%26w%3D900%26h%3D600%26pitch%3D4.903936136757039%26panoid%3DdLgq35h_l6ipRWs65dLDiw%26yaw%3D96.01443445056339!7i16384!8i8192?entry=ttu&g_ep=EgoyMDI2MDkyOS4wIKXMDSoASAFQAw%3D%3D" rel="nofollow">https://www.google.com/maps/@25.0756527,121.6435485,3a,75y,9...
Time to head back to Taipei proper after hanging at e7play, let's cross the river... oh wait, there's 600 cars behind you blaring their horns as you enter this intersection, which way are you going? Can you go straight?? Who knows! <a href="https://www.google.com/maps/@25.0722621,121.4934581,3a,75y,43.8h,86.79t/data=!3m7!1e1!3m5!1s1oI6UkHmPrmJ-j51w0auYw!2e0!6shttps:%2F%2Fstreetviewpixels-pa.googleapis.com%2Fv1%2Fthumbnail%3Fcb_client%3Dmaps_sv.tactile%26w%3D900%26h%3D600%26pitch%3D3.2142431134372345%26panoid%3D1oI6UkHmPrmJ-j51w0auYw%26yaw%3D43.8037387582172!7i16384!8i8192?entry=ttu&g_ep=EgoyMDI2MDkyOS4wIKXMDSoASAFQAw%3D%3D" rel="nofollow">https://www.google.com/maps/@25.0722621,121.4934581,3a,75y,4...
pasc1878 · · focus · HN ↗
In the UK you can walk on any road except a Motorway. Non of this is signed.
In the UK there are many places to get somewhere you have to walk on a road (even A roads) that does not have a pavement (US sidewalk)
Ajedi32 · · focus · HN ↗
What OP was (probably) doing was tagging roads that aren't motorways and that have no sign banning pedestrians with `foot=no`, which is only supposed to be used in situations where walking is illegal or impossible. Eventually more experienced mappers noticed what OP was doing and reverted a bunch of his edits, which isn't a great feeling, particularly if you've been mapping that way for a while before anyone noticed.
pasc1878 · · focus · HN ↗
Your explanation of why edits were reverted makes sense
specialist · · focus · HN ↗
eg "Earth: mostly harmless."
globular-toast · · focus · HN ↗
Gigachad · · focus · HN ↗
mrloop · · focus · HN ↗
mycall · · focus · HN ↗
goda90 · · focus · HN ↗
SoftTalker · · focus · HN ↗
New to online communities, are you?
samat · · focus · HN ↗
alethic · · focus · HN ↗
mvdtnz · · focus · HN ↗
matkoniecz · · focus · HN ↗
Not sure is it doable in browser.
mvdtnz · · focus · HN ↗
matkoniecz · · focus · HN ↗
At least in my area you often have highly degraded connectivity while seeing city center. For example forest park at <a href="https://www.openstreetmap.org/#map=18/50.060283/19.845654" rel="nofollow">https://www.openstreetmap.org/#map=18/50.060283/19.845654
To say nothing about more rural areas or forests outside cities.
Also, it allows loading maps on wifi and editing as tourist without paying bajllion/KB roaming fees.
Gigachad · · focus · HN ↗
jezek2 · · focus · HN ↗
The trust problem is a general one, it even involves trusting yet another app (not just the installation method). This can be solved by providing a good value and good references / marketing.
For developers it is most likely a FOMO by thinking about anything other than App Store as "a lesser". But just being in the App Store doesn't achieve much as you're one among the millions, you have to market your app yourself anyway.
Some users have this weird association where web apps are considered as not secure while native apps are safe while in reality it's the exact opposite, web apps are nicely sandboxed and native apps siphoons out private information in bulk.
I don't think there is a genuine barrier if you have a really good app that adds enough value to the user. For example GeForce NOW (and other game streaming services) with millions of users use PWAs on iOS/iPad with success.
The installation process can be presented as a simple guide to the users (on Android it's even easier as you can just click a button directly). Of course a portion of users won't be able or be unwilling to follow it. On the other hand you'll get a higher quality users who can follow guides and you retain a direct relationship with them.
There are some annoyances, mostly by Apple when they sometimes add or change some feature that interferes with the web apps, but workarounds are quickly to be found. I would say it's not occurring that often, and native apps needs to adapt to Apple changes too.
It's also a good idea to not use the term PWA, but rather terms like "installable web app" / "add to home screen" or something similar. Almost nobody knows the PWA term (including the developers).
PWAs don't have all capabilities that the native apps have, but most apps don't need these. PWAs certainly can work offline, have push notificatins and other stuff. Some demos are here: <a href="https://whatpwacando.today/" rel="nofollow">https://whatpwacando.today/
matkoniecz · · focus · HN ↗
Doctor_Fegg · · focus · HN ↗
cryptolobster · · focus · HN ↗
cryptolobster · · focus · HN ↗