Re: [OSM-talk] More secondary attributes for schools
Thank you for the replies. Is there an example of how this has been done elsewhere? I think dumping into wikidata would be a good option and a solution we will be pursuing. On Sun, May 27, 2018 at 5:17 PM, Mateusz Konieczny wrote: > 27. May 2018 12:47 by gthapa.w...@gmail.com: > > collected every year > > > I think that better solution would be to keep it in the external database, > and create/use > > something to link them. > > > For example external database may contain locations of school or this data > may be dumped > > into wikidata. > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] More secondary attributes for schools
Recently, in Nepal we have been getting more and more requests from government and private schools to be able to upload more information about their schools to OSM. These in particular include detailed data such as number of boys in grade 1, number of girls in grade 5 and number of permanent staff etc. This data is nationally collected every year by schools and are seen as valuable in letting schools, communities and districts know where there are failing girls in the education ladder or to just understanding general diversity in schools. I was initially planning on posting this in the Nepal talk list but decided that this might be something other countries might be interested in as well hence sharing it here. Current, tags that I have found are more generic such as isced:levels=* and grades=*. Do you suggest that we propose tags specifically to Nepal or do you even think data such as this should be in OSM? Gaurav Thapa OSM Nepal Volunteer ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to teach novices about optimal changeset size?
@Craig, thank you for this new information. I will give this a try regarding keeping a changeset open while uploading different parts and will also teach novice mappers about this option. Though, like John Whelan I am still skeptical about the added advantage of bigger changesets. @mmd regarding your question about internet connection. Yes normally a large changeset results in a long wait for things to upload thus, we like to encourage people to upload after every 100 map changes (tracing 1 rectangular building = 5 changes). However, when internet is really slow there is the problem of OSM server response you mention. On Sat, Jan 20, 2018 at 8:53 PM, Craig Wallace <craigw84+...@gmail.com> wrote: > On 2018-01-20 14:36, Gaurav Thapa wrote: > >> Yes, I am aware of these buttons. Do you mean that we do Ctrl+S >> frequently in order to do partial saves? I feel this might allow for >> greater chance for conflicts to occur rather than uploading frequently. >> > > In JOSM, click on the Upload button. Then in the Upload dialogue, click on > the tab for "Changesets". Then that has an option for "Close changeset > after upload". If you untick that option, it will keep the changeset open. > So you can do frequent uploads, all in the same changeset. Or you could > have several changesets open, and upload different parts into each one. > > Some details here: https://josm.openstreetmap.de/wiki/Help/Action/Upload > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to teach novices about optimal changeset size?
@Craig, thank you for this new information. I will give this a try regarding keeping a changeset open while uploading different parts and will also teach novice mappers about this option. Though, like John Whelan I am still skeptical about the added advantage of bigger changesets. @mmd regarding your question about internet connection. Yes normally a large changeset results in a long wait for things to upload thus, we like to encourage people to upload after every 100 map changes (tracing 1 rectangular building = 5 changes). However, when internet is really slow there is the problem of OSM server response you mention. On Sat, Jan 20, 2018 at 8:53 PM, Craig Wallace <craigw84+...@gmail.com> wrote: > On 2018-01-20 14:36, Gaurav Thapa wrote: > >> Yes, I am aware of these buttons. Do you mean that we do Ctrl+S >> frequently in order to do partial saves? I feel this might allow for >> greater chance for conflicts to occur rather than uploading frequently. >> > > In JOSM, click on the Upload button. Then in the Upload dialogue, click on > the tab for "Changesets". Then that has an option for "Close changeset > after upload". If you untick that option, it will keep the changeset open. > So you can do frequent uploads, all in the same changeset. Or you could > have several changesets open, and upload different parts into each one. > > Some details here: https://josm.openstreetmap.de/wiki/Help/Action/Upload > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to teach novices about optimal changeset size?
Yes, I am aware of these buttons. Do you mean that we do Ctrl+S frequently in order to do partial saves? I feel this might allow for greater chance for conflicts to occur rather than uploading frequently. On Sat, Jan 20, 2018 at 2:59 AM, althio <althio.fo...@gmail.com> wrote: > Hi Gaurav, > > In the row of buttons, the first two are "Open" and "Save": these actions > are for files locally on your computer. > Third and fourth buttons are "Download" and "Upload", commonly used to > interact with OSM servers. > > -- althio > > On Jan 19, 2018 10:29 AM, "Gaurav Thapa" <gthapa.w...@gmail.com> wrote: > > > > Hi Michael, > > Could you tell me what buttons are used in JOSM for partial saves? Here > in Nepal we frequently upload changes as internet is intermittent this > feature would be greatly beneficial for us all. > > > > Regards, > > Gaurav > > > > On Fri, Jan 19, 2018 at 1:13 PM, Michael Collinson <m...@ayeltd.biz> > wrote: > >> > >> Hi Micah, > >> > >> I think you came up with a good answer to your conundrum in an earlier > post in this thread: Don't explain what an optimal changeset IS, explain > what it is NOT: > >> > >> Something like: > >> > >> "It helps other contributors understand your edits if you group what > you are doing in a local area into one changeset. For example, if you are > creating the outlines of 20 buildings, group them into one changeset. On > the other hand, if you are adding 3 POIs, (points of interest), that are > 1000 km apart in different countries, then it is more useful to put them > into 3 changesets. Of course, if you are creating the outlines of 1,000 > buildings in your town, you do not have to do them all at once! > >> > >> If you worried about losing your data, our data editor software allows > you to make incremental saves to the OSM server as you go along. iD does > this automatically. Potlatch and JOSM have buttons that allow you to save > partial work into a changeset and then keep adding to it until you are > done." > >> > >> [This could probably be improved for readability by non-native English > speakers. And the editor text should be fact checked, I am a die-hard > Potlatch user.] > >> > >> > >> Mike > >> > >> (first post for a long, long time) > >> > >> > >> On 1/17/18 4:13 PM, Micah Brzozowski wrote: > >>> > >>> Certainly I am not intending to change the community and require every > mapper to comply. If you're an experienced mapper, you're fine. > >>> > >>> I mean new users, who are not yet integrated with the community. Their > work should be checked thoroughly (in Achavi, osmcha...). All novices make > mistakes, after all. Better to give them good habits. By extension, smaller > number of changeset will lead to less recycling of same changeset comments. > >>> > >>> I made this thread because I found it difficult to convey what is best > practice in short form in changeset comments. > >>> > >>> Maybe I should simplify things when explaining to them? No need to > tell all the conventions, just what is a good start - but hoping it won't > backfire ;) > >>> > >>> 17.01.2018 3:35 PM "Imre Samu" <pella.s...@gmail.com> napisał(a): > >>>> > >>>> > one changeset per building, repeated 20 times > >>>> > >>>> my typical use case: House numbering on the street: push the > numbers & forget & go to the next house( fast feedback loop vs. Delayed > gratification ) > >>>> - sometimes the mobil app is crashing, and I don't want to go back > 100m to re-enter - the last 5-10 numbers > >>>> > >>>> > >>>> > Obviously this makes them PITA to review quickly in Achavi or > whatever tool you use. > >>>> > >>>> imho: it is easier to group the changeset on the reviewer side : by > user + by hour ( group by user, hour ) than change the community. > >>>> > >>>> Imre > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> 2018-01-17 15:13 GMT+01:00 Michał Brzozowski <www.ha...@gmail.com>: > >>>>> > >>>>> Certainly not: > >>>>> - one changeset per building, repeated 20 times > >>>>> - one changeset for 3 POIs that are 1000 km apart in different > countries > >>&
Re: [OSM-talk] How to teach novices about optimal changeset size?
t;> > >>> > >>> > ___ >>> > talk mailing list >>> > talk@openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk >>> > >>> >>> >>> ___ >>> talk mailing list >>> talk@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk >>> >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> >> > > > > ___ > talk mailing > listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board Elections
Congratulations! On Sat, Dec 9, 2017 at 10:21 PM, Douglas Ssebaggala <erun...@gmail.com> wrote: > Congratulations to the new OSMF Board Members: Paul Norman and Heather > Leson > > > *Twitter: @mapuganda <http://www.twitter.com/mapuganda> @douglaseru > <https://twitter.com/douglaseru> | Mob: +256 772 422524 > <+256%20772%20422524>* > > On Sat, Dec 9, 2017 at 7:23 PM, Clifford Snow <cliff...@snowandsnow.us> > wrote: > >> Congratulations Paul Norman and Heather Leson to being elected to serve >> on the OSMF Board >> >> Thank you Ilya Zverev for serving on the Board. >> >> Clifford >> -- >> @osm_seattle >> osm_seattle.snowandsnow.us >> OpenStreetMap: Maps with a human touch >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> >> > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Streak: edit the map every day
Ilya, Thank for creating this interesting challenge. I have used it for the last two days. I am having a slight problem with two things. - I am having trouble connecting with telegram. Everytime I click on the 'click to start the bot' it gives me a 'this address wasn't understood' error (tg://resolve?domain=osm_streak_bot=04d4548656a3ce0c6a3bb8e3c920650be6873505a0a2d9e13470e76f9d43fb66) - I get my daily reminder email at 6:47 AM. Is there any way for me to get this around 9 AM when I am around my computer? Regards, Gaurav On Tue, Dec 5, 2017 at 8:18 PM, Ilya Zverev <i...@zverev.info> wrote: > Frederik wrote: > > I'm sure that before too long, you will receive many emails by people > who offer all kinds of excuses for not having edited on one particular day > and who beg you to allow them to make up for it without breaking their > "streak" ;) > > Actually the website should accept a changeset from the day before, in > case you missed it, but received a task by email or telegram. But it > haven't been tested: I don't want to risk my streak :) > > Ilya > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to map alleys in African cities?
iki/Highway_Tag_Africa > >> > >> The additions made to the wiki page a few months ago about the width add > >> confusion. I think that we should simply move this in a separate section > >> giving guidance on possible widths that represent the various types of > >> highways. > >> > >> regard > >> > >> Pierre > >> > >> > >> Le mardi 14 novembre 2017 16:14:22 HNE, john whelan < > jwhelan0...@gmail.com> > >> a écrit : > >> > >> > >> I'm not even sure if this is the best place to raise this but Africa > >> covers a lot of countries. > >> > >> We have some agreement on how to map highways in general Africa but > narrow > >> residential highways are a problem. I suspect highway=residential plus > a > >> width tag might be best. > >> > >> South Africa I think has local mappers who able to resolve any problems > >> but for the rest of Africa given the large number of armchair mappers > >> mapping there some guidance would be nice. > >> > >> Some mappers use highway=service generously. > >> > >> Is it possible to reach some sort of general concenus? > >> > >> Thoughts? > >> > >> Thanks John > >> ___ > >> talk mailing list > >> talk@openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk > >> > > > > > > > > ___ > > talk mailing list > > talk@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk > > > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Topology rules
@Dave F Here is an example of where idependent buildings have been built as connected in OSM (https://osm.org/go/zrViz5k4A--?layers=D=). Here is an area where we have a great difficulty tracing using satellite imagery alone and where mapping historically has not been clear regarding this rule ( http://osm.org/go/zrWcyA9Wb?m=). On Wed, Oct 25, 2017 at 9:52 PM, Dave F <davefoxfa...@btinternet.com> wrote: > Could you link to an example? > > DaveF > > > On 25/10/2017 16:36, Gaurav Thapa wrote: > > "2. Buildings. > If 2 buildings share a wall or are constructed one aside the other (double > wall), you should have them connected in OSM as well." > > In Nepal we have been trying to make sure that each constructed building > has its own footprint and is not connected to a neighbouring structure via > a shared wall. We do this as in reality this is the case as each building > structure though built next to each other has its own footprint > (independent foundation). We have changed many buildings that have been > drawn as suggested by you Martin (previously traced by remote mappers > especially in highway towns of Nepal). > > So, there if there is a set of rules it would help us as well. > > Regards > > On Wed, Oct 25, 2017 at 4:48 PM, Martin Koppenhoefer < > dieterdre...@gmail.com> wrote: > >> 2017-10-25 11:50 GMT+02:00 Tomas Straupis <tomasstrau...@gmail.com>: >> >>> Hello >>> >>> For a long time I wanted to hear opinion on the topic of topology >>> rules. >>> >>> By "topology rules" here I mean just simple rules such as: >>> * polygon X should not overlap polygon Y >>> * polygon X should always be above polygon Y >>> * point X should be not further from line Y than D >>> etc. >>> >> >> >> >> most important is IMHO: when do you share nodes, and when not. >> >> >> 1. E.g. political boundaries usually should reuse the same border ways >> (=no gap between entities). >> >> Other examples: >> >> 2. Buildings. >> If 2 buildings share a wall or are constructed one aside the other >> (double wall), you should have them connected in OSM as well. >> >> If a square is delimited by buildings, the place=square object should >> share ways with the buildings. >> etc. >> >> Some mappers tend to map these things very close but distinct, which IMHO >> is a topology error. >> The rule I want to see: map in a way that it represents reality nicely. >> >> 3. Roads and areas: >> Some mappers connect "incompatible" object types (centre lines of roads >> and areas). The areas should end at their border and not be extended. >> >> Cheers, >> Martin >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> >> > > > -- > Gaurav Thapa > Project Manager > Secondary Cities Pokhara Project > Kathmandu Living Labs > > > ___ > talk mailing > listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk > > > > > <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient> > Virus-free. > www.avast.com > <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient> > <#m_-5115046008826388596_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Topology rules
"2. Buildings. If 2 buildings share a wall or are constructed one aside the other (double wall), you should have them connected in OSM as well." In Nepal we have been trying to make sure that each constructed building has its own footprint and is not connected to a neighbouring structure via a shared wall. We do this as in reality this is the case as each building structure though built next to each other has its own footprint (independent foundation). We have changed many buildings that have been drawn as suggested by you Martin (previously traced by remote mappers especially in highway towns of Nepal). So, there if there is a set of rules it would help us as well. Regards On Wed, Oct 25, 2017 at 4:48 PM, Martin Koppenhoefer <dieterdre...@gmail.com > wrote: > 2017-10-25 11:50 GMT+02:00 Tomas Straupis <tomasstrau...@gmail.com>: > >> Hello >> >> For a long time I wanted to hear opinion on the topic of topology rules. >> >> By "topology rules" here I mean just simple rules such as: >> * polygon X should not overlap polygon Y >> * polygon X should always be above polygon Y >> * point X should be not further from line Y than D >> etc. >> > > > > most important is IMHO: when do you share nodes, and when not. > > > 1. E.g. political boundaries usually should reuse the same border ways > (=no gap between entities). > > Other examples: > > 2. Buildings. > If 2 buildings share a wall or are constructed one aside the other (double > wall), you should have them connected in OSM as well. > > If a square is delimited by buildings, the place=square object should > share ways with the buildings. > etc. > > Some mappers tend to map these things very close but distinct, which IMHO > is a topology error. > The rule I want to see: map in a way that it represents reality nicely. > > 3. Roads and areas: > Some mappers connect "incompatible" object types (centre lines of roads > and areas). The areas should end at their border and not be extended. > > Cheers, > Martin > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > -- Gaurav Thapa Project Manager Secondary Cities Pokhara Project Kathmandu Living Labs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
