OpenStreetMap logo OpenStreetMap

Changeset When Comment
151026263 over 1 year ago

Hello,

Thanks for adding such parking spaces.
You may be interested to know that we have tagging standards in OSM, i.e. we try to use the same standards for the same objects to make it easier to build queries. I had to redo your latest edits but I see you keep adding ones with the wrong tags, so maybe you might want to have a look.
Have a nice day.

151006146 over 1 year ago

Bonjour,

Si vous voulez dessiner des jolies cartes, vous pouvez utiliser le site suivant.
https://umap.openstreetmap.fr/en/

Mais merci de ne pas dessiner le trajet des manifestations directement dans la database OSM, ce n'est pas fait pour ça. Vos 4 modifications d’aujourd’hui ont été supprimées.

150984254 over 1 year ago

No.

In OSM, payment:visa and payment:mastercard are credit cards.

payment:visa_debit and payment:mastercard_debit are debit cards. Those may stay.

I will fix the tags, based on the latest information you provided.

150984254 over 1 year ago

Hello,

I see that the following tags are still set on the object, which somehow contradicts the changeset destription.

payment:mastercard=yes
payment:visa=yes

Shall we remove those too?

(Yes, it looks like a previous mapper added a whole bunch of payment:* tags here, which can be a little painful to review and clean up. That might explain the confusion)

148070292 over 1 year ago

Hello,
You are right; this changeset was followed by another one a few days later where we took care of removing extra nodes, but while preserving the correct outline of those buildings.
Have a nice day.

127848720 over 1 year ago

I realize I never replied on this one. Good suggestion, of course.

74207215 over 1 year ago

I have always wondered why the user left changeset comments here…

150977900 over 1 year ago

Hello,

Welcome to OpenStreetMap.
I had a look at your edit. We had to change a few things, as we’d rather not mix it with the building, and data like the postcode or full address does not have to be repeated on every single object. The restaurant is here:
node/11884628043

149296903 over 1 year ago

Hello @VLD549.

User Tom Ameye already replied to the same question here: changeset/145802282
You replied on April 4, therefore we shall assume that you read his reply.

It is not useful asking the same question repeatedly. Bullying users through changeset comments is not accepted. If you believe there is a general tagging issue, please discuss it on the OSM wiki or OSM community forum. And please mention the source you are using to back up your claim, not just an unnamed "mapping colleague"; how are we supposed to know whether this mysterious "mapping colleague" is someone we know and whose judgement in setting tagging guidelines can be trusted?

Have a nice day.

150840178 over 1 year ago

Fixed by changeset/150844943

150793632 over 1 year ago

Hello,

There is a cycle lane (with dashed lines) going downhill, but cyclists riding uphill here have bicycle logos and V-signs all along this road.

The correct value for cycleway:right is shared_lane.

I don’t understand why you changed that into cycleway:right=no. Probably a mistake when using the StreetComplete app.

Your edit has been reverted.

150793705 over 1 year ago

Hello,

The sidewalks here were already correctly mapped as separate ways. In that case, leave "sidewalk=separate" in the database, do not fill anything that says "sidewalk=both", because that creates unwanted duplicates here.

Your edit has been reverted.

150792777 over 1 year ago

Hello,
Zandvoordedorpstraat 95 is already the address of the container building here: way/608089140
Information such as postcode 8400 and city=Oostende are automatically calculated by the database.
Please do not type addresses on restaurants, shops or amenities, this is not necessary. All the address points in Belgium are normally already mapped.

150696845 over 1 year ago

Bonjour,

OK pour le changement.

Pour éviter les confusions, c’est toujours une bonne pratique de fournir une source vérifiable. Car quand une première contribution change un nom de rue, nous savons que dans 95 % des cas c'est pour vandaliser. Pour ici, j’ai trouvé la source sur le site de Gemeinde Bütgenbach et c’est OK, même si la décision ne précise pas à quelle date le changement est effectif. Nous adaptons aussi les adresses des bâtiments, qui changent également.

150747291 over 1 year ago

No problem, I finally found them on existing Mapillary pictures. The clothes-recycling container is yellow, therefore run by Les Petits Riens - Spullenhulp. Fixed, thanks.

150747291 over 1 year ago

Hello,

I fear there is a mistake here.
StreetComplete asked about the container with operator=Bruxelles-Propreté - Net Brussel
They only collect glass bottles.

You answered that their container also accepts cooking oil and clothes. We should map that on separate nodes. I can fix it. For cooking oil, I presume this is an Oliobox. Do you know who operates the clothes-recycling container you saw? (Petits Riens? Terre? Other?)

Thanks.

150634442 over 1 year ago

Hello,

The reason for the messages you get is because you edited Twigworth Green in Gloucester as well as amenities in Nairobi… but uploaded them in the same changeset. Next time, please finish working on one area (and upload) *before* moving on to the other.

150634143 over 1 year ago

Hello,

Naming objects in OSM in all-caps goes against established practice. We use ordinary capitalisation rules, i.e. The Cross instead of THE CROSS.

Have a nice day.

150630717 over 1 year ago

Hello,
Some advice here: surface:* tags make more sense on ways than on nodes.
When there is a very basic mapping scheme with crossings only as nodes, it is okay to use the tag on those nodes. But in Brussels we try to map footways accurately, and in that case perhaps it’d be better that the information about the rainbow colour goes to the way. That can be combined with surface=asphalt and other tags. ;-)

150578053 over 1 year ago

Hello,

I am afraid this edit is not correct.

The shape of those two buildings was correct, it was imported on the official building outline matching government data. The "spike" really exist, it was not a mistake. The correct outline can be found on Digitaal Vlaanderen GRB imagery, which is the official source for this part of Belgium.
way/513036904
way/513036905

This MapRoulette quest is apparently encouraging users to blindly "fix" buildings everywhere, even when there is no need. Please make sure to inspect source data correctly, and mark them as false positives in MapRoulette in cases like this.