OpenStreetMap

maxerickson has commented on the following diary entries

Post When Comment
Extracting regions from planet.osm ? about 1 month ago

Here's one way:

http://wiki.openstreetmap.org/wiki/Osmconvert#Clipping_based_on_a_Polygon

I've not actually done that, but I think Osmconvert is relatively stable. There are some other tools with the same feature:

http://wiki.openstreetmap.org/wiki/OSM_file_formats#Splitting_one_big_file_into_different_geographical_regions

- about 2 months ago

bdiscoe did some analysis of active accounts and found quite a few that aren't bots:

http://www.openstreetmap.org/user/bdiscoe/diary/34908

Simplified access for administrative entities? about 2 months ago

Sunnyvale has "is_in:state" set to California:

http://www.openstreetmap.org/relation/112145

Fix that and the last query should work. An alternative way to limit the geographic scope, that is not as reliant on tagging, is the search area feature of Overpass API:

http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_area_.28area.29

Overpass Turbo adds a convenience function for this, so putting something like “name=Sunnyvale in California” into the wizard will construct almost the right query:

http://overpass-turbo.eu/s/alc

(click Run to see the result)

Of course, you probably aren't interested in the street, but that is easy to fix, just prune out the way query (or maybe add another filter). Here's the Overpass Turbo wizard query pruned down to something that Overpass API will be able to understand on it's own:

http://overpass-turbo.eu/s/ald

It looks like you've got if figured out, but the ">;" and the extra "out;" statement are important, they tell Overpass API to recurse through the relation and return the members of it, and all the nodes that are part of the member ways.

There are also prepared extracts, Mapzen makes one set, I think there are others:

https://mapzen.com/data/borders/

These are noted. Religions 4 months ago

For the most part, the values for the religion tag are just the adjective form that describes the practices at the location. So a place is a Christian church, a Jewish synagogue, a Hindu temple, and so on. I expect a primary reason for the choice is that the adjective forms of religions and denominations tend to be a bit shorter to type than the other forms, but it doesn't really matter, it doesn't obscure the meaning.

As far as the many values on taginfo, that's the way it goes for OpenStreetMap. You anyway can't force a random contributor to attach a fairly specific meaning to a given key=value pair, so preventing the "obvious" coding errors represented by alternate spellings doesn't buy a lot, there can still be undetectable misinformation hiding in any object (I expect that the actual error rate is much higher than the 1% or so of values that are just alternate spellings).

US County Roads (from residential to track) 5 months ago

Yeah, that sounds about right to cut it there.

I wouldn't be surprised if the northern section is really an unnamed private track (But that's hard to tell).

US County Roads (from residential to track) 5 months ago

The roads are not all agricultural access roads. The primary purpose of the adjacent land might be agricultural, but many of the roads are public and administrated by a public entity (likely the county) for the purpose of accessing the land in general.

From a US POV, this way is obviously unclassified:

https://www.openstreetmap.org/way/13083011

If it has been recently graded, it would be suitable for driving 40+ mph in a sedan.

The one you link is less clear.

For the road I linked, it's even unlikely that the predominant traffic is agricultural, as there would likely be regular car traffic and only occasional use for accessing the nearby fields.

Osmose Errors 5 months ago

I had forgotten about it when I wrote the earlier comment, but right clicking on an error in the JOSM validator and selecting "Zoom to problem" will do just what it says.

Osmose Errors 5 months ago

http://www.openstreetmap.org/way/208009706 is not a complete area and redundant with the larger building it overlaps (not sure which this report is based on).

http://www.openstreetmap.org/way/184684683 looks like another extra fragment.

http://www.openstreetmap.org/way/102238692 overlaps itself on the top left corner.

http://www.openstreetmap.org/way/330790724 has an extra node at the "3rd step down" on the right, so it doubles back on itself.

http://www.openstreetmap.org/way/256128927 doubles back on itself too, the top right corner of the top bump out.

http://www.openstreetmap.org/way/304040452 doubles back on itself on the top left corner.

http://www.openstreetmap.org/way/303570359 has two nodes that are very close to each other on the left middle.

http://www.openstreetmap.org/way/330875894 doubles back on itself by the intersection with the park and bike path.

I left them all alone so you could easily go look at them.

The JOSM validator flags the doubling back as Self-intersecting ways, that can help in finding them (though it often doesn't help in pinpointing the error, so you just have to look for the mess).

Is it possible to view GPS traces on the map? 10 months ago

It will eventually show up in a background layer for iD. The stack button on the right bar, towards the bottom controls what is visible there.

If you want to work with it immediately, you can open it locally, using that same menu.

How do I mark a route? 11 months ago

I guess http://maperitive.net/ might be interesting then (I haven't used it though).

How do I mark a route? 11 months ago

Just to show friends or so? If that is the case, give uMap a look:

http://umap.openstreetmap.fr/en/

oh my what a cluster beep over 1 year ago

The "New and Misaligned Tiger" layer looks like it lines up pretty well with the Strava traces.

(Which is pretty good confirmation that the problem is from the Tiger data at the point it was imported)

Targeting inappropriate 'layer' entries. over 1 year ago

Keep Right reports some similar things (not sure what it would do with -5 with no other tag):

http://keepright.ipax.at/report_map.php?zoom=10&lat=40.72381&lon=-74.00086&layers=B0T&ch=0%2C231%2C232&show_ign=1&show_tmpign=1

Building not visualized. Weird mistake! over 1 year ago

I got here via https://twitter.com/search?q=openstreetmap&f=realtime

The building in question had an error in it's geometry. The validator in JOSM was able to detect it, there was an extra node on one of the corners. I just merged it with the corner.

Max