Re: [OSM-talk-fr] graphe munin pour Bano
Bonjour, Le 29/01/2017 à 21:39, Laurent Combe a écrit : les graphes munin pour BANO semblent en rade depuis un certain temps http://munin.openstreetmap.fr/bano-month.html un admin peut-il relancer la génération de ces stats ? Merci pour le signalement. Ça a été rebranché par Jocelyn hier soir, merci à lui. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] hebdoOSM Nº 340 17/01/2017-23/01/2017
A noter aussi que suite à l'élection de Donald Trump et la volonté de son administration d'effacer des tas d'infos publiques, les universités et collectivités américaines se sont mises massivement à répliquer leurs données pour les publiéer en opendata sur des sites tiers sur des tas de sujets "sensibles" (ceux justement menacés de perte de financement et d'éradication par l'administration Trump). On peut s'attendre donc à des tas de centres de recherche américains qui travaillaient en collaboration avec d'autres pays, à libérer leurs données pour les sauvegarder, notamment les données environnementales, côtières, forestières, aquatiques, données urbaines diverses, données sur les minorités de toutes sortes (religieuses, orientations sexuelles, langues et cultures, médicales/épidémilogiques, climatiques, inondations, pollution de l'air ou des eaux... des tas de données qui ont pu avoir besoin de cartographie ou géolocalisation), et pas seulement concernant les Etats-Unis. Jusqu'à présent les données produite par l'administration fédérale américaine étaient libres de droit, mais même si elles le restent il y a bien la volonté de ne plus les diffuser sur le web, donc les rendre du jour au lendemain invisibles et compliquées à trouver et obtenir. Les destructions de données sur les sites fédéraux (ou barrières nouvelles pour y accéder) sont effectivement massives (même la simple mention de leur existence est effacée des index de recherche, comme si elles n'avaient jamais existé). Les chercheurs sont maintenant non seulement tenus de se taire mais aussi ne plus faire connaitre leurs travaux passés qui ont été pourtant financés par les fonds publics. Comme déjà on les prive de budget pour fonctionner, il est temps de leur donner un autre moyen d'expression et pouvoir au moins monter ce qu'ils ont fait dans le passé (normalement pour tous), afin qu'ils puissent obtenir des financements ailleurs puisqu'on les prive de budget (et que nombre d'entre eux vont devoir être virés s'ils ne parviennent pas à monter l'utilité de leurs travaux). Je pense qu'on a matière à les soutenir et les aider à monter un opendata. Jusqu'à présent ce n'était pas nécessaire vu que c'était du "domaine public", mais on voit que le domaine public américain n'est pas protégé et s'il devient invisible il fera l'objet d'appropriation abusive puis de restrictions d'usage: les premiers bénéficiaires en seront encore une fois les promoteurs Big Data bien connus (qui ont déjà les copies de toutes ces données mais sont prêts à nous les revendre avec des licences propriétaires abusives sans même mentionner leur origine véritable). Le 29 janvier 2017 à 13:47, weeklyteam a écrit : > Bonjour, > > Le résumé hebdomadaire n° 340 de l'actualité OpenStreetMap vient de > paraître en français. Un condensé à retrouver à: > > http://www.weeklyosm.eu/fr/archives/8656/ > > Bonne lecture! > > hebdoOSM? > Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages > Où?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently- > produced-in_56718#2/8.6/108.3 > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] hebdoOSM Nº 340 17/01/2017-23/01/2017
Il y a juste un gros problème pour le lien diffusé concernant la carte http://opendataday.org/ (le lien "Map of events") pour la carte ne fonctionne pas (ou pas encore), visiblement il n'existe même pas sur le site ou une ébauche initiale ne fonctionne pas et a été supprimée en attendant une autre solution, je n'ai pas trouvé de solution autre sur le site en question qui semble juste en cours de démarrage). Le 29 janvier 2017 à 13:47, weeklyteam a écrit : > Bonjour, > > Le résumé hebdomadaire n° 340 de l'actualité OpenStreetMap vient de > paraître en français. Un condensé à retrouver à: > > http://www.weeklyosm.eu/fr/archives/8656/ > > Bonne lecture! > > hebdoOSM? > Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages > Où?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently- > produced-in_56718#2/8.6/108.3 > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
D'autant plsu que si on cherche "SINTEGRA" on tombe sur http://www.sintegra.fr/ Autrement dit un société privée de géomètres. Reste à savoir pour qui ils travaillent et si les plans produits par cette société sont intégrables ou n'ont pas été abusivement importés sans autorisation de licence. Le 30 janvier 2017 à 00:09, Philippe Verdy a écrit : > Peut-être aussi qu'ils ne comprennent bien que le malgache. Ca va être > plus dur de communiquer. JE pense que tout ça se base sur une nouvelle > carto aérienne locale: qui sait si localement il n'y a pas une asso locale > qui a acquis un drone pour cartographier le terrain mieux que ce qu'on voit > sur Bing ? > > Cependant s'il y a une meilleure imagerie aérienne ce serait bien que ce > soit indiqué explicitement et qu'il y ait une page de projet locale > mentionnant la source et les contacts locaux obtenus. D'autant plus que ces > zones très rurales n'intéressent pas beaucoup les gros fournisseurs > commerciaux actuels qui peuvent avec des clichés très datés ou mal alignés > (faut de repères de triangulation en densité suffisante et assez > précisément mesurés). > > Bref ce demander ce que signie "SINTEGRA" ? un nom d'asso locale, une > société ayant une concession d'exploitation forestière ou minière qui fait > ses propres orthoplans (la question des licences est alors pertinente et > peut remettre en cause les données importées). JE pense que dans ce cas il > faut essayer de contacter une asso OSM locale pour voir ce qu'ils en pense > et s'ils ont été contactés. Il y a certainement quelquechose à compléter au > moins du côté du wiki pour voir les projets en cours. > > > Le 29 janvier 2017 à 23:49, a écrit : > >> >> > Au moins un des quatre contribue actuellement. Et je n'étais pas le >> premier à tenter de les contacter. >> C'est plus gênant. >> >> Tu as essayé en français ? >> Au moins un met des commentaires en français. >> Soyons optimistes, pensons qu'ils ne comprennent pas quand on écrit en >> anglais. >> >> Jean-Yvon >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Peut-être aussi qu'ils ne comprennent bien que le malgache. Ca va être plus dur de communiquer. JE pense que tout ça se base sur une nouvelle carto aérienne locale: qui sait si localement il n'y a pas une asso locale qui a acquis un drone pour cartographier le terrain mieux que ce qu'on voit sur Bing ? Cependant s'il y a une meilleure imagerie aérienne ce serait bien que ce soit indiqué explicitement et qu'il y ait une page de projet locale mentionnant la source et les contacts locaux obtenus. D'autant plus que ces zones très rurales n'intéressent pas beaucoup les gros fournisseurs commerciaux actuels qui peuvent avec des clichés très datés ou mal alignés (faut de repères de triangulation en densité suffisante et assez précisément mesurés). Bref ce demander ce que signie "SINTEGRA" ? un nom d'asso locale, une société ayant une concession d'exploitation forestière ou minière qui fait ses propres orthoplans (la question des licences est alors pertinente et peut remettre en cause les données importées). JE pense que dans ce cas il faut essayer de contacter une asso OSM locale pour voir ce qu'ils en pense et s'ils ont été contactés. Il y a certainement quelquechose à compléter au moins du côté du wiki pour voir les projets en cours. Le 29 janvier 2017 à 23:49, a écrit : > > > Au moins un des quatre contribue actuellement. Et je n'étais pas le > premier à tenter de les contacter. > C'est plus gênant. > > Tu as essayé en français ? > Au moins un met des commentaires en français. > Soyons optimistes, pensons qu'ils ne comprennent pas quand on écrit en > anglais. > > Jean-Yvon > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose: détection des limites admin décalées...
On n'est pas obligé de tout marquer commer corrigé quand il y a des marqueurs multiples sur le même way. On corrige le way, et le lendemain Osmose revalidera et annulera tous les signalements sur ce way de lui-même. Cependant ces marqueurs mulitples permettre d'avoir une idée de la forme de route attendue : les marqueurs d'Osmose sont en effet limité à seulement des noeuds et aucun way ce qui n'aide pas toujours à savoir quoi faire. Il serait bon dans le cas de signalement sur un way qu'Osmose mette des marqueurs de type way (et alors seulement deux marqueurs node aux extrémités ou juste un sur un noeud central sur le chemin, si possible hors intersection de ways, donc au milieu du segment le plus central), cela allégerait beaucoup. Mais comment représenter ces marqueurs way ? peut-être justement par ce noeud central, quitte à ce que quand on clique dessus cela affiche en plus un chemin ou ce segment central du way pour clarifier (et même éventuellement une flèche sur ce segment pour clarifier sa direction de tracé actuelle qui peut être pertinente pour de nombreux tags directionnels) Le 29 janvier 2017 à 17:25, Laurent Combe a écrit : > Deux points > > 1-je suis tombé sur ça > http://osmose.openstreetmap.fr/fr/error/9462257434 > vu l'importance de l'erreur il y a peut etre un bug donc je n'ai touché à > rien > > 2-tu dis dans ton mail "Elle les regroupe à 100m à la ronde pour > sortir une anomalie dans osmose afin d'éviter d'avoir plein d'erreurs" > et ben c'est exactement ce que je me disais pour les départementales > où le champ ref est absent ou en décalage par rapport à route500 > > osmose signale une erreur chaque 50m ça fait beaucoup trop de > marqueurs pour une meme cause, donc si qq chose était faisable ce > serait super > > Laurent > > Le 15 janvier 2017 à 13:09, Christian Quest a > écrit : > > J'ai revu l'analyse du décalage des limites administratives. > > > > Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de > > l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour > > donner une bonne indication. > > > > J'ai refait la même chose, mais en utilisant les limites extraites du > > cadastre. > > > > L'analyse repère les sommets des limites du cadastre qui sont à plus de > 25m > > des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une > > anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la > > zone à vérifier. > > > > Pour faciliter la vérification et la correction, j'ai ajouté dans le > rendu > > Route500 les limites de commune du cadastre (en violet) ainsi que les > > limites d'ADMIN EXPRESS (en gris, à titre indicatif). > > > > J'ai déjà pu détecter et corriger des décalage importants, tracés il y a > pas > > mal d'années (2008) par exemple entre Orly et Thiais (un pâté de maisons > > entier). > > > > L'analyse France entière est en cours de calcul, vous pouvez déjà > regarder > > ce que ça donne en Ile-de-France: > > http://osmose.openstreetmap.fr/fr/map/#item=7170&class=40 > > > > -- > > Christian Quest - OpenStreetMap France > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
> Au moins un des quatre contribue actuellement. Et je n'étais pas le premier à tenter de les contacter. C'est plus gênant. Tu as essayé en français ? Au moins un met des commentaires en français. Soyons optimistes, pensons qu'ils ne comprennent pas quand on écrit en anglais. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Un blocage imposant la lecture des commentaires me semble un bon point. J'ai plus l'impression que le commentaire fait référence à une zone à cartographier (ou un commanditaire ?) et la cartographie semble se faire depuis des vues aériennes. PULCI a moins de 30 jours et n'est pas non plus trouvé par l'outil que j'ai signalé. http://www.openstreetmap.org/changeset/44871498#map=19/10.35082/15.22058 Ici le contributeur ajoute des bâtiments. Donc "Il ne reste pas des outils utilisés lors du changement de licence pour retirer complètement le boulot d'un contributeur??? " ne me semble pas adapté. Mettre tout en primary, c'est stupide, peut-être n'ont-ils pas vu de différence de qualité de route. Je suis tombé sur un autre commentaire PULCI par un autre contributeur : http://www.openstreetmap.org/way/463402380#map=12/11.0106/15.0132 Je suppose que c'est un des quatre. À un moment ces commentaires sont "Occupation du sol Maroua" et autres plus intelligents. On peut se demander s'ils sont payés et font du travail à la sefaireconnaitre option mauvais jours. > Au moins un des quatre contribue actuellement. Et je n'étais pas le premier à tenter de les contacter. C'est plus gênant. Il faudrait peut-être utiliser overpass pour trouver les modifs des quatre utilisateurs sur Madagascar. Mais sans un outil permettant de voir facilement la différence avec la version précédente, ça va être galère. Christian va nous développer un "cliquathon" style OpenSolarMap pour qu'on dise pour chaque modif si on veut la prendre ou pas. Et quand on est plusieurs à avoir validé la modification ou repris la version précédente, on pousse le résultat. Trois vues : une vue aérienne, la carte du coin avant le début des changements, la carte actuelle. Je dis ça mais il existe peut être des outils ou d'autres veulent relever le défi. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Ils ont mis toujours le même commentaire sur leurs changesets à Madagascar : "SINTEGRA". Sintegra se trouve être un cabinet de géomètres basé... en Isère : http://www.sintegra.fr/ Sans réponse côté contributeurs, pourquoi pas les contacter ? Oui, j'y pense. Avec autant de changesets, tout reverter est sûrement voué à l'échec, d'autant que d'autres éditions ont dû se produire depuis. Oui, j'ai trouvé quelques éditions par dessus. On doit pouvoir se lancer dans un méticuleux boulot de reprise, au prix d'un peu d'organisation, mais surtout en ayant un minimum de garantie que les contributeurs à l'origine de ces changesets ne repasseront pas derrière pour annuler le travail de reprise. Il ne reste pas des outils utilisés lors du changement de licence pour retirer complètement le boulot d'un contributeur??? À voir ce qu'en dit le DWG, mais un blocage les forçant à lire leurs messages est peut-être la prochaine étape raisonnable ? J'attends la réponse du DWG. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Un de tes copains est passé au commentaire PULCI : http://www.openstreetmap.org/user/yvanna%20d/history#map=5/-3.754/31.285 Les 4 y sont passés. Ce ne sont pas des contributeurs débutants. Ils semblent surtout avoir contribuer au Cameroun et avoir fait juste une bretelle à Madagascar. Je n'ai pas évalué leurs contributions en dehors de Madagascar. Pas de modification depuis 25 jours, donc il n'a peut-être pas vu tes commentaires. Au moins un des quatre contribue actuellement. Et je n'étais pas le premier à tenter de les contacter. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Bonsoir, Le 29/01/2017 à 22:49, osm.sanspourr...@spamgourmet.com a écrit : Le 29/01/2017 à 22:30, Eric SIBERT - courr...@eric.sibert.fr a écrit : Ils ont mis toujours le même commentaire sur leurs changesets à Madagascar : "SINTEGRA". Sintegra se trouve être un cabinet de géomètres basé... en Isère : http://www.sintegra.fr/ Sans réponse côté contributeurs, pourquoi pas les contacter ? Mais ok ça ne réparera pas le réseau routier malgache... Avec autant de changesets, tout reverter est sûrement voué à l'échec, d'autant que d'autres éditions ont dû se produire depuis. On doit pouvoir se lancer dans un méticuleux boulot de reprise, au prix d'un peu d'organisation, mais surtout en ayant un minimum de garantie que les contributeurs à l'origine de ces changesets ne repasseront pas derrière pour annuler le travail de reprise. À voir ce qu'en dit le DWG, mais un blocage les forçant à lire leurs messages est peut-être la prochaine étape raisonnable ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Première question: comment trouver tous les changesets avec un commentaire donnée? http://neis-one.org/2014/02/osm-changesets/ Limité aux 30 derniers jours. Trop tard pour notre cas... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Le 29/01/2017 à 22:30, Eric SIBERT - courr...@eric.sibert.fr a écrit : Bonjour à tous, Ils ont mis toujours le même commentaire sur leurs changesets à Madagascar : "SINTEGRA". Un de tes copains est passé au commentaire PULCI : http://www.openstreetmap.org/user/yvanna%20d/history#map=5/-3.754/31.285 Pas de modification depuis 25 jours, donc il n'a peut-être pas vu tes commentaires. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réparer un carnage
Le 29/01/2017 à 22:30, Eric SIBERT - courr...@eric.sibert.fr a écrit : Première question: comment trouver tous les changesets avec un commentaire donnée? http://neis-one.org/2014/02/osm-changesets/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réparer un carnage
Bonjour à tous, Sur Madagascar, on vient de se rendre compte qu'un groupe de contributeurs a fait un gros carnage en mettant tout un tas de primary (soit de nouveaux way, soit en modifiant des ways existants): http://www.openstreetmap.org/#map=13/-18.8512/47.6966 En cherchant un peu, on voit aussi qu'ils ont passé un tas de unclassified en track, mis des residential au milieu de nul part. Enfin, on trouve des ways superposés. J'ai identifié quatre contributeurs distincts. Je leur ai envoyé des messages il y a 10 jours, sans réponse. (J'ai contacté le DWG aujourd'hui.) Ils ont agi à Madagascar début décembre. Ils ont mis toujours le même commentaire sur leurs changesets à Madagascar : "SINTEGRA". Première question: comment trouver tous les changesets avec un commentaire donnée? Deuxième questions: sachant qu'ils ont impactés jusqu'à 2000 ways en plusieurs centaines de changesets chacun, on fait comment pour annuler tout ça à l'échelle d'un pays? Merci d'avance pour vos conseils. -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] graphe munin pour Bano
Bonjour les graphes munin pour BANO semblent en rade depuis un certain temps http://munin.openstreetmap.fr/bano-month.html un admin peut-il relancer la génération de ces stats ? Laurent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose: détection des limites admin décalées...
Ouille... y'a un truc pas clair... Pour les cluster, je peux regrouper un peu plus, je passe à 200m ? Le 29 janvier 2017 à 17:25, Laurent Combe a écrit : > Deux points > > 1-je suis tombé sur ça > http://osmose.openstreetmap.fr/fr/error/9462257434 > vu l'importance de l'erreur il y a peut etre un bug donc je n'ai touché à > rien > > 2-tu dis dans ton mail "Elle les regroupe à 100m à la ronde pour > sortir une anomalie dans osmose afin d'éviter d'avoir plein d'erreurs" > et ben c'est exactement ce que je me disais pour les départementales > où le champ ref est absent ou en décalage par rapport à route500 > > osmose signale une erreur chaque 50m ça fait beaucoup trop de > marqueurs pour une meme cause, donc si qq chose était faisable ce > serait super > > Laurent > > Le 15 janvier 2017 à 13:09, Christian Quest a > écrit : > > J'ai revu l'analyse du décalage des limites administratives. > > > > Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de > > l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour > > donner une bonne indication. > > > > J'ai refait la même chose, mais en utilisant les limites extraites du > > cadastre. > > > > L'analyse repère les sommets des limites du cadastre qui sont à plus de > 25m > > des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une > > anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la > > zone à vérifier. > > > > Pour faciliter la vérification et la correction, j'ai ajouté dans le > rendu > > Route500 les limites de commune du cadastre (en violet) ainsi que les > > limites d'ADMIN EXPRESS (en gris, à titre indicatif). > > > > J'ai déjà pu détecter et corriger des décalage importants, tracés il y a > pas > > mal d'années (2008) par exemple entre Orly et Thiais (un pâté de maisons > > entier). > > > > L'analyse France entière est en cours de calcul, vous pouvez déjà > regarder > > ce que ça donne en Ile-de-France: > > http://osmose.openstreetmap.fr/fr/map/#item=7170&class=40 > > > > -- > > Christian Quest - OpenStreetMap France > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose: détection des limites admin décalées...
Deux points 1-je suis tombé sur ça http://osmose.openstreetmap.fr/fr/error/9462257434 vu l'importance de l'erreur il y a peut etre un bug donc je n'ai touché à rien 2-tu dis dans ton mail "Elle les regroupe à 100m à la ronde pour sortir une anomalie dans osmose afin d'éviter d'avoir plein d'erreurs" et ben c'est exactement ce que je me disais pour les départementales où le champ ref est absent ou en décalage par rapport à route500 osmose signale une erreur chaque 50m ça fait beaucoup trop de marqueurs pour une meme cause, donc si qq chose était faisable ce serait super Laurent Le 15 janvier 2017 à 13:09, Christian Quest a écrit : > J'ai revu l'analyse du décalage des limites administratives. > > Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de > l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour > donner une bonne indication. > > J'ai refait la même chose, mais en utilisant les limites extraites du > cadastre. > > L'analyse repère les sommets des limites du cadastre qui sont à plus de 25m > des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une > anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la > zone à vérifier. > > Pour faciliter la vérification et la correction, j'ai ajouté dans le rendu > Route500 les limites de commune du cadastre (en violet) ainsi que les > limites d'ADMIN EXPRESS (en gris, à titre indicatif). > > J'ai déjà pu détecter et corriger des décalage importants, tracés il y a pas > mal d'années (2008) par exemple entre Orly et Thiais (un pâté de maisons > entier). > > L'analyse France entière est en cours de calcul, vous pouvez déjà regarder > ce que ça donne en Ile-de-France: > http://osmose.openstreetmap.fr/fr/map/#item=7170&class=40 > > -- > Christian Quest - OpenStreetMap France > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
hebdoOSM Nº 340 17/01/2017-23/01/2017
Bonjour, Le résumé hebdomadaire n° 340 de l'actualité OpenStreetMap vient de paraître en français. Un condensé à retrouver à: http://www.weeklyosm.eu/fr/archives/8656/ Bonne lecture! hebdoOSM? Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tags étranges
Merci pour toutes vos réponses, c'est plus clair maintenant :) On Sat, 28 Jan 2017 21:57:49 +0100 Vincent de Château-Thierry wrote: > Bonjour, > > Le 28/01/2017 à 21:23, f.dos.san...@free.fr a écrit : > > Bonjour, > > > > Si tu remontes l'historique tu verras que c'est Marc qui a exploité > > les données de la communauté de communes de Concarneau Cornouaille > > il y a quelques années : > > - > > http://wiki.openstreetmap.org/wiki/WikiProject_France/Donn%C3%A9es_de_la_Communaut%C3%A9_de_Communes_de_Concarneau_Cornouaille > > > > Il pourra te donner plus d'explications quand il lira ces lignes, > > entre temps tu peux toujours lire la discussion : > > - > > https://lists.openstreetmap.org/pipermail/talk-fr/2010-December/029290.html > > > > > > - Mail original - > > De: "Julien Lepiller" > > À: talk-fr@openstreetmap.org > > Envoyé: Samedi 28 Janvier 2017 21:05:19 > > Objet: [OSM-talk-fr] tags étranges > > > > Bonjour, > > > > je viens de trouver une voie : > > https://www.openstreetmap.org/way/98034782 > > > > Elle a des tags que je ne comprends pas, comme 4C:ID_TRON. Est-ce > > que vous savez ce dont il s'agit ? > > On ne ferait sûrement plus comme ça aujourd'hui si la question d'un > import des mêmes données se posait. Attention, aucune critique ici, > ça date de 2010 et on n'avait pas le même recul sur les imports, et > surtout sur l'Open Data. > On garderait des attributs 4C:* au plus 1 seul tag, un identifiant > unique issu de la 4C qui serait une clé pour permettre des liens, un > suivi et une mise à jour. Et le tag serait plutôt "ref:FR:4C". > Concrètement aujourd'hui, il serait intéressant si quelqu'un a un > contact à l'agglo de savoir si ces identifiants sont toujours > d'actualité. Dans le cas contraire, supprimer les 4 tags ne me > choquerait pas. Et dans tous les cas, 4C:TYPE_VOIE est sans intérêt. > > vincent > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et relation "Public Transport Route (Bus)"
Honte à moi ! Je n'avais pas lu jusqu'à la fin les messages de JOSM, la réponse y est : Le rôle forward est inconnu parmi les modèles /stop_exit_only... -- View this message in context: http://gis.19327.n8.nabble.com/JOSM-et-relation-Public-Transport-Route-Bus-tp5890124p5890125.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM et relation "Public Transport Route (Bus)"
Bonjour à tous, Sur l'affichage du parcours de la relation http://www.openstreetmap.org/relation/4260090 dans josm, les discontinuités ne sont pas affichées en rouge mais juste par un décalage vertical. Cela semble lié à la présence du rôle forward sur les ways. A+ Marc -- View this message in context: http://gis.19327.n8.nabble.com/JOSM-et-relation-Public-Transport-Route-Bus-tp5890124.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr