OpenStreetMap

mikelmaron has commented on the following diary entries

Post When Comment
GeoGit and GitHub Geo over 2 years ago

@robert, good point about number of users ... can you really have a single Git/GitHub project with 100k contributors? Or a single project with pull requests from 100k forks? Yea, probably not. But that's not the structure I would expect to see develop. I'd expect to see a bounded number of forks emerge, with admin level merges, and individual users working as collaborators within a repository.

For an individual user, they'd rarely encounter a merge. How often do we encounter edit conflicts in OSM? More than we want clearly! Thankfully rare. It's not something our tools handle well at all (or any tools really).

So yea, essentially, I would think that the emergent structure wouldn't necessarily increase the number of merges over what we have to deal with now.

A Social OpenStreetMap.org Without Groups over 2 years ago

Alex, I guess you won't be surprised I disagree, and sorry, I'm going to respond strongly.

I don't disagree with some of the points you've made, some of which are wise, but with the overall thrust and timing of the argument, which I just don't understand. You're trying to inject stop energy into something that people are excited and interested to work on; active work and discussion which really started up again at SOTM US, but during which you chose to remain silent with your opinions. While you now have a couple practical suggestions, you are not personally or as a team working to provide solutions to issues. Worth remembering that MapBox's priorities are not necessarily OSM's priorities, and just because you guys evidently don't have bandwidth to get involved now, doesn't mean it can't be done well.

Your first points are totally contradictory. You say that groups are not necessary for discussion, but then say they are happening all over, but they are also never done right (explored in this post on finding communities). Fact is, mappers organize using lots of groups, but as a newcomer or even oldtimer, it's still too hard to reach other mappers in an area. Groups generally seem to work, they don't all suck ... why not contribute some ideas on what makes other groups work well? Or review the work done so far, and offer specific recommendations on the sketch?

A couple things to consider of which you may not be aware. Place based groups are not implemented yet, and this is what I imagine is the primary mode of groups organizing, and monitoring activity. It's straightforward to sort groups based on level of activity, to bring out the ones worth connecting on (certainly you've been able to judge the vibrancy of a github project based on its activity level). Groups shouldn't replace other means of organizing necessarily, but groups should be encouraged to gather a list of resources of importance to that group (including key mailing lists, facebook groups, wiki projects, etc).

Honestly, it would be more helpful if you created some issues or pull requests on github for those usability points for the current OSM features (some of which are quite easy and not controversial), and explain a practical solution for some of the trickier ones (how do you make it easier to see who's mapping in an area)?

Local Chapters v2.0 - A standardised starting point for new contributors over 2 years ago

Hey

Great thinking, I've been exploring some of these questions too ... was the topic of my SOTM US talk

http://stateofthemap.us/saturday.html#schedule/saturday/all-i-want-for-openstreetmap-is-social-and-attention

and this blog post

http://www.openstreetmap.org/user/mikelmaron/diary/18630

We have started implementing a few of the ideas around Groups in OSM.org. It's actually not too far off.

https://github.com/osmlab/openstreetmap-website/tree/groups-sketch

Finally, Local Chapters group is due to restart with a call in 1 weeks time. I expect the focus will be more legal, as you say.

Quality Assurance Feeds over 2 years ago

Handy! Can imagine this being straightforward to integrate into osm.org too.

UN Collaborates on Zaatari Camp Data in OSM over 2 years ago

Some feedback and suggestions from taking a look at all our data-work together in the map.

Tags

The flexibility of tags are what make OSM work, when you don't find a representation existing, you're free to make your own. Then over time, others start mapping similar things, and eventually make connections, and then work towards consensus. I think we're seeing a lot of that here in Zaatari, with work from other humanitarian mapping, mapping informal settlements, and general work in OSM. So that's my first point, to look at tags, and see if we can broaden the discussion into new community consensus if needed, and do some clean up on the Zaatari data.

For example, toilets have been getting a look by the general OSM community; HOT has worked on mapping humanitarian attributes; and Map Kibera did a lot of work on different toilet types. http://wiki.openstreetmap.org/wiki/Toilets http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags http://mapkibera.org/wiki/index.php?title=Tagging/Watsan

For a toilet like http://www.openstreetmap.org/browse/node/2446725252, I'd suggest adding a new value to "toilets:disposal", instead of new tag "latrine_type"; and then use "disused", rather than "status", only when there's a problem with the facility. http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/operational_status. Also, for "source", if you use a new value, good idea to document it here: http://wiki.openstreetmap.org/wiki/Key:source

For a water point like http://www.openstreetmap.org/browse/node/2446736025, "type" is typically already used as part of relations, and doesn't specifically deal with water points; might have "tank_type", split up into http://wiki.openstreetmap.org/wiki/Operator, and keys in the "watsan:" namespace or such to capture the kind of tank and volume.

Also, for the kitchens, they're tagged as "drinking_water", but since the primary function is kitchen, we might just consider using a new tag "amenity=kitchen" (you don't find commons kitchens many places. http://www.openstreetmap.org/browse/way/227361542

Anyway, could go on and on about tags. There's certainly a lot to figure out.

Linking data

With multiple sources of data, we're starting to (I think) see the same things represented twice. This structure from UNOSAT http://www.openstreetmap.org/browse/node/2440575510, and this kitchen from UNHCR http://www.openstreetmap.org/browse/way/227361542 are very near each other, and I guess the same. We could catch more of these through analysis. I wonder, how can we design a process to catch these, and merge features during imports and updates.

Similarly, http://www.openstreetmap.org/browse/node/2440522483 is tagged as a shelter, but right near a water point and toilet ... is this perhaps actually an administrative structure?

Skill Share: Map Photos Using OpenStreetMap and TileMill over 2 years ago

@stephan75 I've incorporated your suggestion to use templates, and mentioned TagInfo.

Skill Share: Map Photos Using OpenStreetMap and TileMill over 2 years ago

Hi, I just updated the tutorial to include the GeoJSON Flickr Groomer, http://mikelmaron.github.io/geojson-flickr-groomer/. No longer necessary to store preview images as tags in OSM.

@dieterdreist: indeed, this can work with other photo image sharing sites. It would be cool to incorporate 23hq.com as well ... what will it take to add support to http://mikelmaron.github.io/geojson-flickr-groomer/, in terms of the 23hq API?

Skill Share: Map Photos Using OpenStreetMap and TileMill over 2 years ago

@stephan75 nice! I will look to incorporate this when I revise. One issue though ... when loading layers in TileMill, each layer can only contain one geometry type, so the key template doesn't work. The key-type template does, so could construct something like

http://overpass-turbo.eu/?key=image&template=key-type&type=node

and mention this one, in case they want to branch off into other geometries.

http://overpass-turbo.eu/?key=image&template=key-type&type=way

New contributor experience over 2 years ago

Great notes on the new experience. I think that feedback about tile rendering delay should be noted in the iD walkthrough, or on commit (at least the first couple times). And lots of other useful ideas. Welcome to OSM!

Is the OpenStreetMap Rails App Appropriate for Other Data Sets? over 2 years ago

@JimmyRocks There probably won't be much that's useful for OSM, but perhaps. For certain data layers, we can choose the license, but other imports might be restricted by source.

Maybe I'm not too concerned about the data model, perhaps I'm just used to it. Certainly it will be weird for importers, who will want OGC standards I expect. Editing, well I think iD is one of the best out there for straightforward editing.

@migurski Good point. We could relax those zoom level restrictions in iD, dependent on the data layer being edited. What do you mean by "tools assume street-scale and enforce that in high-precision data output"?

If anything, I'm most concerned about defining some notion of layers in OSM, and in adding permissions.

Is the OpenStreetMap Rails App Appropriate for Other Data Sets? over 2 years ago

@ebwolf: Machine tags, a good idea. I'm also thinking it could help with attribute level focus/access; much of the enhanced data is not going to fit in standard tags, and can organize group focus around that. Definitely permissions/roles are going to be something to add, so that's something to investigate ... is it relatively straightforward to add to the current app, or is the notion of open so deep, that it would become a sink.

@wonderchook: I've been thinking a lot about enhancing the social functions directly in the rails app, we started hacking on it during the SOTM US sprint day. So possibly, this project provides some support to really advance on those features. Question is, how much of what's needed for Moabi is also needed for OSM.

The other platforms I'm thinking about are Cartaro and GeoNode. There you have GeoServer on the back end, and then Drupal or Django for presentation. Just GeoDjango might be good enough too, to start from. Interested to hear more opinions on other options definitely.

What a fantastic State of the Map US over 2 years ago

thanks Ian, Martijn. great to see you both too. and all this was only from my perspective!

(Not) Finding Communities almost 3 years ago

Another nice way to keep track of changes https://ifttt.com/recipes/92908

A new way of fast browsing of latest changes almost 3 years ago

Nice! Seems obvious in retrospect.

Issue is that it only works efficiently at high zoom level, and that also varies depending on data density ... DC is having trouble loading at same zoom levels at Witchita. How do you design reasonable fall throughs to traditional history?

overpass turbo now with MapCSS support almost 3 years ago

awesome. hey, when can we get a simple link from osm.org export tab to overpass turbo?

National Park Service Mapping almost 3 years ago

tpcolson, edit wars occur much less often then you might think. It's not a matter of trumping, but rather, of conversation and collaboration. So far, for the parks, we've seen really good collaboration between authoritative data and community collected data. It's about creating the best map after all, and we all recognize we can do it better together. And you're already part of it ;) since you've done a great job using your wiki to document the Smoky Mountain map. Mt Renier Park Tiles are also a good example of this. This post has another of examples where authoritative sources and community are working together http://www.openstreetmap.us/2013/04/openstreetmap-in-government/ (and this is just the US).

Anyway, if you have some specific concerns, let's all talk and figure it out.

Hyattsville Mapping Party almost 3 years ago

Looking at planning the Arboretum mapping party soon. Making a note for myself.

There does preexist some GIS data by the Arboretum. http://usna.usda.gov/abe/. Doesn't look to be open (yet), and I don't know how complete it actually is ... has biological data on the trees, but not why they're present. For instance the Grove of US Trees (yes every state tree in a grove, even a sad looking Redwood from California) does not have the State listed in the GIS data.

(Not) Finding Communities almost 3 years ago

Richard, hope you collected some POI also!

(Not) Finding Communities almost 3 years ago

A note from lyx...

I did just read your blog entry. The only mapper currently active in Jordan that I know of would be user "cabal", who is from the Netherlands but AFAIK in Jordan currently (or at least until very recently). The country was not really hit hard by redaction, because there was not that much data to be redacted to begin with. About 85% of the countries data now has been added by me, not all from imagery but some from GPS tracks that I took when I spent a few weeks there. Unfortunately I did not have the time to collect street names, so even the data added from local visits remains mostly nameless.

Geographic names (villages, mountain peeks etc.) in Jordan have been added byuser Metehyi, apparently by importing data from GNIS(?) and translating it into Arabic. Unfortunately the location data in that dataset was very inprecise; I have improved it where I could but much of it is still off by hundreds of meters.

I think user cabal is trying to get a few locals and/or expats into mapping; don't know if he had any success so far.

National Park Service Mapping about 3 years ago

Thanks Glassman. Will definitely keep in touch, and I'm happy to help and build on the shoulders of what you've done. As things develop, I'll definitely update the wiki. Something on the National Day of Civic Hacking is a great idea too.