Hi, I don’t know your mapping workflow, but if you benefit from some “area manager”, feel free to test https://www.damn-project.org/. I’ll be happy for the feedback. Thanks.

https://mapathon-cz.gitlab.io/josm-on-flash/ could be helpful, maybe?

This could help, too: https://mapathon-cz.gitlab.io/josm-on-flash/ (sorry, I don’t speak Russian.)

Hi Pete. This is my summary & understanding with some added constructive criticism.

osm.org/user/qeef/diary/396270

Will be happy for your feedback.

Let assume nothing is binary. Then, I guess you can see each changeset as “yeah, well, this is not so good but useful”, or “whoo, no way, too many mistakes.”

I do support keeping the quality of data.

I started my contribution within the Missing Maps project. I’ve been told not to map if I’m not (the guess now) 80 % sure. 20 % can be found be “OSM gatekeepers” as you. (Thanks for that.)

IMO, each mapper should start with simple tasks (like map buildings and residential areas,) learn from the feedback, and listen to the local community.

IMO, each “OSM gatekeeper” should assume good faith, balance between useful/harmful, and trying to see the potential in newbie mappers.

I’m bit worried. I feel that

This has two implications: first, the hub does not serve HOT ‘the organization’. Second, the hub serves OpenStreetMap activities within HOT’s mission;

is contradiction.

Thanks, I am glad the project is usable and used!

A large crowd may seem like a nice thing to have, but I personally feel that it limits the opportunity to interact better with participants, and help them with concerns.

I totally agree. I think that the solution is to just split mappers to multiple groups, but keep some global communication channel to went back. Of course, I can’t consider our first online mapathon as reliable statistics.

One of the things I’m still curious about our sessions is that very few people use their cameras (it’snot required, of course) and the chat box (thought very basic) is quite active

That’s true. I feel like the people don’t like to show themselves if they don’t have to. And when there is no one else doing that. It’s completely same in our case. In our mapping groups, there is usually microphones and cameras off, only group leader is speaking and sharing screen. The chat is more active, however.

Maybe it’s also due to mindset of group leader <-> mapper. But this is guessing. If I would contribute to the mapping group as a member, I would probably switch off camera and mic, too.

Good job. It would be awesome if you can compare performance with mapathoner plugin (downloadable from JOSM, documentation here).

Also, I could advise utilsplugin2 (documentation here) and X for resizing just one wall of a building.

This is really cool.

Hope you upload some GPX traces :)

That’s an interesting problem, I will tell you how do I fight it, just for inspiration.

First, I selected the topics most interested for me and found out channels where these topics are discussed. Sometimes, there are multiple channels but I am trying to keep just one channel I like the most.

Second, the channels you talk about are different types:

1. Pull info (asynchronous, like email, RSS, weekly, wiki).
2. Instant messaging (synchronous, like Riot.im, Slack, Discord, IRC).
3. Social network/microblogging (chaotic, like Twitter)

I think that OSMCha is not the communication channel but tool you may use for map editing (maybe I am wrong as I don’t use it). I think that a conference is not a communication channel neither, but the event (as you pointed out).

1. Pull info (asynchronous communication) This is my main communication channel to “keep in touch and know what happens in the community”.

The base is email here. I do check my email inbox once or twice per day. Just set up the mailing lists of interest (talk, hot, josm-dev) and skip the not important messages. New weekly is always notified to talk (and also to hot so I end up with duplicity here). Mention in Slack, wiki change or new OSM message is notified by email, too.

A similar channel is RSS. I just sit down in the evening (not every as I haven’t learned it much yet) and pull all the RSS feeds, scanning what is interesting and reading it.

2. Instant messaging (IM) (synchronous communication) I think that IM is a good option for team I work with on a daily basis. Or when you need/provide support. Therefore I don’t use it much. When email notification from Slack comes, I do check it. If nothing comes, I do check Slack once per week, reading new conversations.

3. Social network/microblogging (chaotic communication) I am not a big fan of these as the network tells you what you want to see. I do follow some people, but not organizations. And I don’t have this channel as a significant one.

Hi @Artemis64, that sounds good! When it’s ready, it would be awesome to benchmark somehow your new version, damn server, and HOT Tasking Manager. I would be interesting :)

Hi tordans. Thanks for the link. I think I saw it somewhere but couldn’t use it as it is too specific. And I don’t know node.js.

I feel like the most problematic thing is to name things. Also, someone already pointed out that the name is problematic in a religion point of view. I will think about it. Until then, please consider the project damn awesome, thanks :)

Thanks.

The list of running instances is at damn project website. However, just the “developer” instance of the server is only running currently. By “developer” I mean cheap, low-performance server.

I would be really happy to test the damn project with some local community on self-hosted premises, however.

Missing Maps and HOT Tasking Manager are applications that use OpenStreetMap. Therefore, the problem is on their side.

In another view – OpenStreetMap does not push any data to Missing Maps nor HOT Tasking Manager.

@russdeffner I like your mindset. It’s the mindset of a mentor, I think. Which is great. But I can’t agree that validators should be mentors. There are two reasons:

1. Mappers can be mentors, too. No need to be validator to help novice mappers.

2. Validation must be binary (valid/invalid) to achieve quality, IMHO.

I must agree that every validator should provide at least why invalidating message. That’s for feedback. Any other help is mentoring, which is greatly appreciated. But I wouldn’t blame validators for not being mentors. I think that it can be beneficial to distinguish between validators and mentors.

I think that needs more work is a definitely better message. I don’t understand, why these basic things were not considered in GUI design of TM.

@russdeffner I believe that for making mapper better, the feedback is important. For making the map better, the quality assurance is needed. May I ask with what you disagree? Because I don’t see the conflict between my understanding and your comment.

@Kathyaus I got the point regarding disaster mapping and I do agree. I didn’t consider that as I am usually mapping Missing Maps projects.

I am thinking about invalidate fast approach during the mapathons where the small group of validators tries to validate as many beginner mappers as possible. I have to agree that when the task is old or disaster response, including mapping to validation is beneficial.

Thanks, Thomas. That tm_branch is what I was looking for.

Dear Thomas,

I couldn’t find any reports about this GSoC project. Probably, I didn’t search well. Can you direct me, please?

Thanks.