Fyi: https://mapcomplete.org/disaster_response.html?z=14.9&lat=51.0765252719909&lon=3.104881382656913#way/883373764

Heb ook een typo gefixed

Hi, you removed the 'start_date' here. Why?

I'll revert it later today (unless you revert it first)

FYI: met https://mapcomplete.org/bookcases kan je die makkelijk zien en aanpassen

Hallo,

Voor drinkwater is er een speciale preset; je hoeft die niet nog eens 'drinking water' als naam te geven.

Je kan ook bv. https://Mapcomplete.org om deze toe te voegen

* changeset/155752905

Hi,

To add a 'mosque', you can select the 'mosque' option, no need to add a 'religious landuse'

@mcliquid: I'm suspecting this person is part of osm.wiki/Organised_Editing/Activities/Trziste_prace

Ok, I'm very glad to hear this! I was afraid that we would have to revert all your hard work, that would have been sad!

Because of this confusing context, I'm gonna write a very small wiki page about your actions. If other openstreetmappers encounter your edits, they will probably have the same concerns as me and might contact you again. (Note: this is highly exceptional!)

I'm gonna send you a message when I'm done and ask you to link to this page from your user profiles.

At last, I'm also the creator of the mapcomplete.org website that you have been using. If, in a future project, you ever want or need a data layer about a specific theme, feel free to reach out.

Hi! Thank you very much for getting back to me!

I've also sent you a message via your website.

I was interpreting your actions as a paid campaign by your company Trziste Prace for booking.com (or similar) to get data imported into OpenStreetMap, which can be problematic - from a technical but even more from legal perspective.
However, if these were places that you visited before, this is acceptable.

Can you confirm that you did not copy other data (e.g. phone numbers, email addresses) from trippingguides.com nor from booking.com?

(Note that copying data from the official website of each respective hotel is completely fine, this counts as doing your own research instead of systematically copying another database)

Hi,

I'm further reviewing the hotels, and users @Trziste%20prace and @Pedro%20Holbe have very similar behaviour.

Are these accounts owned by you or some friends? Is there an organized campaign going on to copy data from trippingguide?

No problem! I see that you are pretty new to OpenStreetMap, beginners often don't realize this and that is when we send a friendly message about this.

In the same vein, we are also not allowed to copy from other maps. You might find https://en.wikipedia.org/wiki/Trap_street an interesting read.

Kind regards & happy mapping!

Hello Lawrence,

It seems to me that you added pictures that you found on the respective websites. As those websites own the copyright and often do not allow to redistribute the images, I'm afraid I have to delete those images again.

In other words, it is only allowed to upload images that you take yourself.

Kind regards,
Pietervdvn

Also see https://mapstodon.space/@alan@subdued.social/112884510553493010

Hallo Willy,

OpenStreetMap wordt gebruikt door duizenden en mag enkel echt bestaande data bevatten. Zo wouden wij gisteren dit pad volgen, maar we kwamen bedrogen uit.

Hoezeer ik de trage wegen ook een warm hart toedraag, is het niet de bedoeling dat verdwenen paden op de kaart staan - dit is niet "openFantasieKaart".

Daarnaast verwijs ik ook naar het principe "Don't tag for the renderer". Het is niet de bedoeling dat je bepaalde attributen toekent omdat dit dan op een bepaalde kaart in een bepaalde kleur verschijnt.

Mvg,
Pieter

I've made a proper forum post about this, I propose we take the discussion there.

Hi,

There is no discussion as of now.

Currently, the 'repair'-tagging is a mess. There were multiple wikipages, each indicating their own schema to indicate what is repaired where (namely "repair=yes|no|only", "repair=<item>" "<item>:repair=yes" and "service:<item>:repair=yes"

This changeset is a partial cleanup by changing all "repair=item" into "item:repair=yes", but it definitively isn't the end of the cleanup effort.

Note that part of the problem here is that some special cases are not documented well. For example, you indicate "service:vehicle:tyres_repair=yes", but this one has about 200 entries; whereas "service:vehicle:tyres=yes" has over 9000.

If you know of other such special cases, please, link to them in the wiki: repair=*

Hi,

There are many "repair" schemas in use. One is `repair=yes|no|only|brand|only_sold` which is widely used to indicate if a shop does repairs.

However, `repair=` has also been used to indicate various items which are replaced at the given location.

The second is `<item>:repair`, which already is in de-facto use.

The third is `service:<item>:repair` which is also widely used and is supported by the iD editor.

This changeset changes `repair=<item*>` into `<item>:repair=yes`.

I'm in favour of unifying `service:<item>:repair` and `<item>:repair` too, but those should go through discussion first.

Note that all three schemes were documented in the wiki, but at different locations; I'm unifying them under repair=*

You've added a stile here: node/11536825169 but it is snapped to a tertiary road. I assume that this is incorrect, shouldn't this be on the footway going west?

For node/11536825169, you used 'repair=poor'. I assume you meant 'stateofrepair'?