Re: [OSM-dev] JOSM plugin public transport update (Google Summer of Code program)
Having a tool that does the selection part according to a direct route would also be a help but might be more demanding - the acceptable features for waterways or railways differ from those for streets, and even for streets the subsets that fits for buses differs significantly from the subset for cyclists. So the feature will require some clever user interface to handle this explanation challenge. I thought about algorithm guessing connection type based on: - what type was previously selected (i.e. if a user had selected a type X in the past, then this selection will be assumed as more likely the next time) - common tags on ways that contain selected nodes - decision by user (this would be optional, there would be possible to skip this in case when two previous items were sufficient. I imagine it as a messagebox that is not capturing focus and is appearing at the bottom of the screen. Something similar to box You have X unread messages recently added to JOSM). Some types would be predefined. There would be possibility to edit existing and add more. A connection type would have: - name - icon (not sure, requires testing whether it would be helpful) - set of data about tags that would identify ways that can be included - tags that must appear - tags that indicate this route type - tags that should not appear and indicate that it is not this type - tags that must not appear Quick examples of types: - bus - must appear: highway=* - indicate: psv=yes, psv=designated, bus=yes, bus=designated - should not appear: highway=pedestrian - must not appear: highway=footway, highway=cycleway, highway=path psv=no, bus=no, (access=no AND NOT bus) - waterway - must appear: waterway=* - must not appear: waterway=riverbank In general the biggest problem will be with various flavours of highways (at least bus, car and bicycle), other linear features rarely share nodes and it should be easy to detect way based on what is the same on two selected nodes (except some degenerated cases like selecting two nodes that are both railway/highway crossings, with the same rail and the same road). This approach may make coding more complicated but it would solve far more general problem. Having another selection aid for JOSM would indeed help even more. I you want then you could also focus the project to this challenge and leave aside the tagging issues. I like this idea, but is it big enough to qualify as entire project? Maybe yes, especially after considering that things often are harder than expected and take far more time than it seemed at start. In this project I see following parts - creation of ticket on JOSM bugtracker (I am not expecting this, but in case that JOSM developers reject the entire idea I would instead create plugin with this functionality). - collecting use cases (two nodes + what ways would be expected to be found by algorithm) - setting up development environment, with ability to build JOSM - interface (new position in tool menu, icon, fetching data about what is selected, error messages) - algorithm that will find suitable connection (probably A* with cost functions) - interface (selection of ways found by algorithm) - automatic testing of algorithm based on collected use cases would be an interesting thing but I am unsure whether it would be feasible At this point it should be already useful for many tasks and faster than configuring filters to select linear feature consisting of multiple ways. It would depend on how JOSM developers would see it, but it could be at this stage merged into JOSM trunk (in case of backup plan I would release a plugin). Subsequently I would add handling of connection types - fixing bugs reported by user, encountered in released version - modification of algorithm (multiple A* searches? Maybe something smarter and faster would be needed.) - interface (selecting connection type) - loading user-defined connection types in reasonable and editable format - definitions of some obvious types Here I see good point for second release. I think that it should happen before final deadline of GSoC and I would spend final days on - fixing bugs reported by users Is there anything that I missed here? Is my plan realistic (GSoC coding starts on 19 May and finishes on 11 August)? ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Displaying snapshots of BING imagery with current OSM data and an overlaying grid
Pardon the lengthy topic but it details exactly what I am looking for. I created the Mapping Botswana project and in order to get a fairly hesitant population to contribute I'm thinking of new ways of outreach. A thread on Facebook (with me as Mapping Botswana) managed to get a local to point out several key amenities in the small town of Khawa in the Kgalagadi district, part of the Kalahari desert. Here is the thread in question: https://www.facebook.com/MappingBotswana/posts/10201577258421128?comment_id=63004294reply_comment_id=63011885offset=0total_comments=18notif_t=share_comment . What I did was to screenshot from the iD editor the area, split into 4 images with adequate zoom for details and then creating a grid using Paint.Net (decent enough image editor, freeware) before posting it. Now doing this by hand for all 700-ish locations in Botswana seems a fairly hard task so I'm wondering about ways to automate this somewhat. I have already created Trello-tasks for each of these locations, for example this is the Khawa one: https://trello.com/c/WGcTEDRQ Why, you ask, don't you just point them to the very easy to use iD-editor! Because, I answer, it is an extra step most people are unwilling to do simply to just say yeah that is the clinic and that is the supermarket. Hopefully some users will go down this route but the majority probably will not. So my intention is to create an interactive version of this, where I mark out a boundary box and then retrieve for it the Bing imagery alongside the OSM data, exactly like iD does currently. Overlay the image with a grid and then either allow someone (maybe using Facebook or Twitter login - not sure about that) to submit an observation. For example click on E6 and then type this is the Mojhgawe Clinic or simply allowing them to add a point on the map and select from presets (school, shop, clinic, bar, petrol station, other) and add it to a queue that would then submit to OSM as a seperate MappingBotswana user or likewise, after manual glancing at it. So the question is, what current tools do we have that can support this or even supplant it? Am I barking up a tree when I should be digging a hole? I'm looking at javascripts for creating a grid and suppose I can find how to do the bing+osm overlay in the iD code or someone can point to the exact spot. Yours, Jóhannes https://wiki.openstreetmap.org/wiki/WikiProject_Botswana ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Displaying snapshots of BING imagery with current OSM data and an overlaying grid
Hi, On 15.03.2014 20:18, Jóhannes Birgir Jensson wrote: What I did was to screenshot from the iD editor the area, split into 4 images with adequate zoom for details and then creating a grid using Paint.Net (decent enough image editor, freeware) before posting it. This might not be compatible with Bing's imagery license. Just because we can use it as a backdrop in an editor doesn't mean we can create copies and distribute in a forum. Why, you ask, don't you just point them to the very easy to use iD-editor! Because, I answer, it is an extra step most people are unwilling to do simply to just say yeah that is the clinic and that is the supermarket. Hopefully some users will go down this route but the majority probably will not. That's sad because it means you will be re-inventing large parts of the wheel. So my intention is to create an interactive version of this, where I mark out a boundary box and then retrieve for it the Bing imagery alongside the OSM data, exactly like iD does currently. Overlay the image with a grid and then either allow someone (maybe using Facebook or Twitter login - not sure about that) to submit an observation. You could think about using the OSM notes feature where even anonymous users can submit notes which you (or anyone else) can then call up in an OSM editor and convert to properly tagged objects. You could either direct people to the osm.org web site and explain the notes feature, or write a small Javascript interface yourself that places these notes in OSM. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Displaying snapshots of BING imagery with current OSM data and an overlaying grid
On 15/03/2014 19:18, Jóhannes Birgir Jensson wrote: Why, you ask, don't you just point them to the very easy to use iD-editor! Because, I answer, it is an extra step most people are unwilling to do simply to just say yeah that is the clinic and that is the supermarket. Hopefully some users will go down this route but the majority probably will not. Are OSM notes perhaps an option here? Or is there just not enough information already mapped for someone to say e.g. that building is the supermarket? Cheers, Andy ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev