Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

OpenStreetMap Is in Trouble

blog.emacsen.net

Post reply on HN
Print view View original

231–240 of 290 posts

Re: OpenStreetMap Is in Trouble

#231

Post by aluhut »

rspeer wrote: post #219
aluhut wrote: post #185

CTRL+F street complete Nothing. Even though you've commented on my post. Guess, it would have got in the way of the flow of negativity. Same goes for maps.me.

This sounds like it was meant as some kind of direct message to emacsen. Do you want to explain to anyone else what you mean?

He already commented recently under a repost of his former article. I've pointed out the good things about OSM.

He proceeded with answering to my comment but completely ignoring the content of it while advertising this piece to come. I'm still unable to find those good things in this article which supports my theory of overdrawn and almost(?) total negativity and ignorance of the good aspects of OSM.

Re: OpenStreetMap Is in Trouble

#232

Post by rmc »

fludlight wrote: post #73
detaro wrote: post #52

Earlier quoted context omitted.

Goes both ways: Openstreetmap is better for some things already, and I don't see Google catching up to it at them. A big issue is consistency though: OpenStreetMap varies way more in quality between regions, to the point that detailed conversations almost make no sense without disclaimers about where you are talking. OpenStreetMap is a really good map where a strong community exists (either locally or dedicated remot…

> Openstreetmap is better for some things already Such as?

Do you like trains? Train nerds have made a detailed map ( https://www.openrailwaymap.org/ )

There are a few local specific maps ( Here's one in Welsh https://openstreetmap.cymru/ )

Interested in what shops/venues are wheelchair accessible? Wheelmap has you covered https://wheelmap.org/map#/?zoom=14

Kurviger is a routing service for motorcyclists. Pick a point, select a direction, and a distance, and it'll generate a round trip that doesn't go on the same road twice, you can go direct, or sorta curvy, or very curvy roads. https://kurviger.de/en

Re: OpenStreetMap Is in Trouble

#233

Post by laaph »

Doctor_Fegg wrote: post #158
pornel wrote: post #53

I've tried to build an open check-in app based on OSM data, and I've ran into many of the problems mentioned in the article: • Tags and relations are a total mess. There are many different and overlapping schemes. There is obviously outdated/sub-standard data, but automated fixes are forbidden. There are some neat tools to make sense of the tag data, but ultimately I had to deal with all that mess and complexity on m…

> The API returns only nodes entirely within an area, rather than everything intersecting a given area. The osm.org API is meant for editing. It's not a map rendering and querying API. There are lots of alternatives for that. > There was free building data available for areas I was interested in, but I was told to copy them by hand. OSM is open to imported data. It just has to be done carefully because "with great po…

Can you clarify which API I should be using for data access? My last project involved determining locations parks and rivers, and I ran in to a lot of the same problems. But, if I just want GPS coordinates, I'm not sure where else to go. Mapbox is find for rendering but less so if I want the raw data and use it myself (for a phone application for example).

Re: OpenStreetMap Is in Trouble

#234

Post by HNSucksAss »

andrewljohnson wrote: post #18

This post seems half right, half wrong. Wrong that OSM should be a service provider and not a database - I think it should be a database, and corporations are good for OSM. The post calls for OSM to essentially become Mapbox. It's insanely expensive to be Mapbox, and Mapzen just failed trying to be a less corporate version of Mapbox. And then the usage policy part of the article is moot or at least not that consequen…

Totally agree. The complaints about the database nature of the project are off-base.

Also, the quality of the data sucks. The author points out the lack of standardization, but also nonsensical terms (tags) are used in the database itself (road-type classifications make no sense, for example).

I guess someone needs to write code to do a massive sweep through the dataset and attempt to correct some of these problems while generating layers.

Re: OpenStreetMap Is in Trouble

#235

Post by HNSucksAss »

zokier wrote: post #148
andrewljohnson wrote: post #18

This post seems half right, half wrong. Wrong that OSM should be a service provider and not a database - I think it should be a database, and corporations are good for OSM. The post calls for OSM to essentially become Mapbox. It's insanely expensive to be Mapbox, and Mapzen just failed trying to be a less corporate version of Mapbox. And then the usage policy part of the article is moot or at least not that consequen…

> Probably wrong: Expanding the scope of OpenStreetMap to include transient data. Too much other work to do, maybe later for this. Maybe I'm misunderstanding the whole domain, but if OSM would get layers, that would lead to better composability, then wouldn't the question of transient/frivolous data kinda become moot? The way I see it, in that scenario I could make and host my own whatever pokemon layer and OSM prope…

Transient data do not belong in the database. Who's going to run around and clean all of it up, then?

Temporary flight restrictions aren't added to FAA charts (unless they're bullshit "temporary" restrictions like the one around Disneyland), nor should they be.

Re: OpenStreetMap Is in Trouble

#236

Post by aw3c2 »

petre wrote: post #209
lucideer wrote: post #197

Earlier quoted context omitted.

> you can chose to get a full copy of the data (and be responsible for pulling updates) Even if you could make the general setup and maintenance incredibly easy somehow, just syncing the map data from osm regularly would require decent hardware: the extra cost of each dev doing this themselves just doesn't compare to using a central tile host. On top of that, if every dev was regularly updating their own OSM data, OS…

> just syncing the map data from osm regularly would require decent hardware We need servers with at least 24 CPU threads and 256 GB RAM and moving the data into PostGIS, region by region takes a week or two. Plus you manually have to fix the process when it just spits out an error and aborts after 15 hours of churning.

Have you tried imposm? Your process sounds magnitudes too slow.

Re: OpenStreetMap Is in Trouble

#237

Post by Doctor_Fegg »

laaph wrote: post #233
Doctor_Fegg wrote: post #158

Earlier quoted context omitted.

> The API returns only nodes entirely within an area, rather than everything intersecting a given area. The osm.org API is meant for editing. It's not a map rendering and querying API. There are lots of alternatives for that. > There was free building data available for areas I was interested in, but I was told to copy them by hand. OSM is open to imported data. It just has to be done carefully because "with great po…

Can you clarify which API I should be using for data access? My last project involved determining locations parks and rivers, and I ran in to a lot of the same problems. But, if I just want GPS coordinates, I'm not sure where else to go. Mapbox is find for rendering but less so if I want the raw data and use it myself (for a phone application for example).

The Overpass API should be the first call. Alternatively, you can download OSM data and feed it into your own database, which gives you much more flexibility to write the queries you want (http://download.geofabrik.de/ is a good place to download the data for the area you want; osm2pgsql and Osmosis are the two standard tools for loading OSM into a database, usually Postgres/PostGIS, though there are others).

Re: OpenStreetMap Is in Trouble

#238

Post by batisteo »

itgoon wrote: post #153
SteveCoast wrote: post #104

Earlier quoted context omitted.

Directly Responsible Individual https://en.wikipedia.org/wiki/Steve_Coast

Oh. I was going with "Dirty Rotten Imbecile", from my youthful punk days. I can think of some cases where it would still fit. You seem okay, though ;)

My first reflex is to go to Urban Dictionary (!ud), and that's the first result.

Re: OpenStreetMap Is in Trouble

#239

Post by seppel »

dfox wrote: post #64
SippinLean wrote: post #47

Earlier quoted context omitted.

I thought GM used all the Waze data in their routing ever since they acquired Waze?

They do not and in fact technically can not, because the underlying map data is different between google maps and waze.

The underlying map data is the "real world", so there certainly is a mapping between the google and waze map data, even if the mapping is non-trivial :)

There are thing like OpenLR, which were invented exactly to solve these kinds of problems.

Re: OpenStreetMap Is in Trouble

#240

Post by [deleted] »

maxerickson wrote: post #171
madez wrote: post #161

I would love to mirror OSM including all the data, the rendering and the website. Is there a way to do that? I can get the data[0], but is there some guide or container image that includes all the rest that is needed in a working condition? [0] https://wiki.openstreetmap.org/wiki/Planet.osm

There's some guides for setting up tile rendering at https://switch2osm.org/ It doesn't entirely make sense to mirror the editing api, unless you want to fork OSM. And I guess a lot of the user data isn't really readily available. If your goal is to help the project you might consider running a tile node https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

[deleted]
Post reply on HN