jseigneuret's Comments
Changeset | When | Comment |
---|---|---|
45650784 | over 8 years ago | 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 |
45650784 | over 8 years ago | 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
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.
|
44376722 | over 8 years ago | Hi, I have check with josm but no warning :/ Thanks you for this fix. |
41813093 | almost 9 years ago | Bonjour,
Cordialement,
|
40522518 | about 9 years ago | change closed
|
40522518 | about 9 years ago | Hi,
|
39907047 | about 9 years ago | 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 |
39909311 | about 9 years ago | Je pense avoir corrigé la totalité des données. Merci de bien vouloir faire une petite vérification. Cordialement, Jérôme |
39907047 | about 9 years ago | Bonjour,
La correction été énorme (en terme de volume de données d'où le problème |
37568366 | over 9 years ago | 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. |
37568366 | over 9 years ago | no problem. It is not that difficult but you must use java 64x with -Xmx = 1700M |
37568366 | over 9 years ago | Hi,
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 |
37563200 | over 9 years ago | 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 |
36883322 | over 9 years ago | hi,
Jérôme |
32186586 | almost 10 years ago | Bonjour je doute de la position de cette compagnie car c'est un arrêt de tram. Merci de bien vouloir corriger. |