Please read wiki and good practices before adding data. Papa, Maman is not real name of camp_site. So don't set name if it don't really exist. Thank you
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.mapbox.com/changesets/59727319

Bonjour,

Pas de problème pour les tracteurs et autres sauf que pour cette voie il y a des panneaux d'interdiction de circuler à vélo. Je pense qu'une rectification doit être faite. La circulation est en effet dangeureuse. Je pense qu'il manque des panneaux à certains endroits qu'il serait bon de noté. Après sur la notion de voie rapide c'est discutable et cela a déjà fait couler beaucoup d'encre

Bonjour, Osmose peut aussi ajouter dans sa liste d'alerte des correspondance de valeurs incohérente dont le risque est important et donc émettre des alertes comme pour la case dont vous parlez dans l'exemple. Cette proposition peut être faite sur le site https://github.com/osm-fr/osmose-backend/issues. Bien à vous

Bonjour, Les terrains des gendarmeries sont des zones militaires. Il sont renseignés comme tel d'où ma dernière modification. Cette zone doit être considéré comme tel il me semble. C'est le cas des casernes à contrario de la police. Sinon, on peut aussi mettre cette zone en amenity=police. Cordialement

Hi, I have replace by construction:landuse=residential in accordance with lifecycle

Bonjour, cette discution sur la manière de tagué a été abordé en 2013. https://lists.openstreetmap.org/pipermail/tagging/2013-August/014582.html La page de traffic_signals a été mise à jour en 2016 et l'intégration à Osmose comme proposition d'intégration a été faite en cohérence avec cela. La mise à jour a bien été mesurée et vérifiée. J'aurais du, en effet, dire que j'allais m'occuper de mettre à jour le tag en question dont je suis déjà largement contributeur tous comme les highway=crossing... Pour moi la discussion sur la manière de taguer est actée et ce n'est pas un manque de respect que de mettre à jour un schéma. Le tag direction n'est plus proposé dans osm.wiki/Tag:highway%3Dtraffic_signals. Il y a donc eu forcément discussion sur le sujet. Je peux cependant ajouter à mon journal cette intervention si cela s'avère nécessaire. Encore une fois, il n'y a pas d'automatisation sauf à rechercher des données pour les ajouter dans un calque avant traitement. Cordialement

Bonjour, cet édit a été fait avec une requête Overpass API et surement pas avec un BOT. Cet modification répond au condition d'intégration OSMOSE et n'est en rien une tache non réfléchi. J'ai fait deux requêtes pour mettre à jour les données comme défini ici
osm.wiki/Key:traffic_signals:direction. Les conditon requise sont: highway=traffic_signals + direction = forward dans un des cas et highway=traffic_signals + direction = backward dans le dexième cas

Cette mise à jour a été faite avec une vérifications des points sur orhto photo et envoyé calque par calque depuis JOSM.

Merci de bien vouloir réintégrer cet édit.
Cordialement

Hi, I have check with josm but no warning :/ Thanks you for this fix.

Bonjour,
Je vous ai contacté mais vous ne m'avez pas répondu. Je vois que vous avez fait des changement sur les niveaux de voirie sans raison apparente. Sans réponse de votre part j'annulerai vos modifications.

Cordialement,
Jérôme

change closed
osm.org/changeset/40556967

Hi,
wow it an error in case. Thanks! I change this now

Avant d'envoyer vos modifications, JOSM fait un récapitulatif des éléments modifiés. N'hésitez pas à faire une petite vérification. Bonne journée.

Cordialement, Jérôme

Je pense avoir corrigé la totalité des données. Merci de bien vouloir faire une petite vérification. Cordialement, Jérôme

Bonjour,
L'opération est terminée.

La correction été énorme (en terme de volume de données d'où le problème

has it want... But add coastline don't change loading speed. This relation is very big has boundary... This question about coastline is very specific to russian lake because canadian lake dont have coastline and have same configuration.

So I wait ;-) If it to long to have all changes i can do that. I let you monitoring these changes.

Jérôme.

no problem. It is not that difficult but you must use java 64x with -Xmx = 1700M

Hi,
I have speak about my edit with twos others contributors Zverik and lenux (but no response...) and on talk-osm
OSM Forum registration have been blocked... problem is in relation of costline rendering because base layer water have no hole.

I have remove coastline in lake Onega but... I speak about that on OSM talk list and there is no concensus (it speak about edit war...) on big lake and i don't understand why...

There is a multipolygon with water information and i don't think it is necessary to add a coastline in this case.

This problem is link to the renderer because the background layer has been create with coastline and isn't refresh regulary...

So all inner part of relation multipolygon have rendering problem if islet or island are locate backside of the old coastline...

What do you think about that? Can you speak with RU community?

If it necessary I restore coastline but I don't want to do that if it is just a rendering solution... I think rebuilt background water layer is a sustainable solution to this problem and lakes can refresh has you want without those problems.

Jérôme

sorry for that. This is an interpretation error but not for others lakes and reservoir. Have you just reverter inner and outer parts of Caspian Sea for costlines? thanks

hi,
this is an human error... i have change it.
Thanks for QA.

Jérôme

Bonjour je doute de la position de cette compagnie car c'est un arrêt de tram. Merci de bien vouloir corriger.