Re: [OSM-talk-fr] Niveaux des erreurs OsmOse ?
sur la partie gauche de la carte d'osmose , tu peux voir le niveau de chaque analyse ( a droite du libellé). l'intégration des postes ou monuments est au level 3 Les noeuds orphelins sont au level 1 l'ordre de gravité est a prioris 1 - 3 corriger c'est comme mapper, ce que tu fais enrichi openstreetmap. on peut aussi contacter un utilisateur quand on voit qu'il fait une mutltitude d'erreurs pas grave Le lundi 17 septembre 2012 à 07:40 +0200, Jean-Francois Nifenecker a écrit : Bonjour, sous Osmose, l'excellent outil d'assurance-qualité lié à OSM, http://osmose.openstreetmap.fr/map/ il existe trois niveaux de visibilité des erreurs. Ma question -- pour laquelle je n'ai pas trouvé de réponse dans l'aide -- est : ces niveaux reflètent-ils un quelconque ordre d'importance ou bien sont-ils purement arbitraires ? Et si niveau d'importance il y a, dans quel ordre faut-il le lire : le plus important est le niveau 1 ou le niveau 3 ? En d'autres termes, est-il préférable de commencer par corriger les erreurs de niveau 1 ou 3, ou bien cela est-il sans importance ? Merci aux concepteurs d'OsmOse ! 1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Niveaux des erreurs OsmOse ?
Le 17/09/2012 08:00, didier2020 a écrit : l'ordre de gravité est a prioris 1 - 3 Euh, pour moi ce n'est pas clair. Que veux-tu dire par 1 - 3 ? Le niveau 1 est plus important que le niveau 3 ? Ou bien les niveaux partent de 1 (moins important) jusqu'à 3 (plus important) ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Niveaux des erreurs OsmOse ?
1 = bugs grossiers, logiquement à corriger en priorité .. 3 = bugs les moins prioritaires Par exemple sur les chevauchements de bâtiments, en 2 ce sont de gros chevauchements qui peuvent correspondre à un bâtiment en double qui sont moins nombreux et à corriger logiquement avant le niveau 3 qui correspond aux petits chevauchements sans gravité qui n'ont pas de réel impact. Le 17 septembre 2012 08:09, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 17/09/2012 08:00, didier2020 a écrit : l'ordre de gravité est a prioris 1 - 3 Euh, pour moi ce n'est pas clair. Que veux-tu dire par 1 - 3 ? Le niveau 1 est plus important que le niveau 3 ? Ou bien les niveaux partent de 1 (moins important) jusqu'à 3 (plus important) ? -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circuit VTT de la FFCT
Pour info, la FFCT gère ce site : http://www.veloenfrance.fr quelques contacts et partenaires, dont une société qui fait de l'édition de cartes GPS Le 17 septembre 2012 09:03, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Je n'ai rien trouvé sur le site de la FFCT. Sur cette page, il y a une adresse de contact: http://www.ffct.org/index.php?id=29 C'est l'occasion de leur poser la question... Romain Le 16 septembre 2012 18:52, Mickaël Guéret m.gue...@free.fr a écrit : Bonjour, je cherche à savoir si on peut légalement ajouter une relation dans la base OSM pour un circuit VTT balisé par la FFCT (le fameux triangle + 2 rond). Je ne retrouve aucune information sur le Wiki... Merci, Mika_Gueret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Flickr : Problème de licence ?
2012/9/16 Pierre-Alain Dorange pdora...@mac.com: Mais a priori sur la France, se sont bien les données de Nokia qui sont utilisées (NavTeq donc). As-tu un exemple concret d'un tracé ou nom qui serait uniquement dans OSM ? Pour les noms de rues, il possible et même probable que les autres fournisseurs comme Navteq se mettent eux aussi à jour sur les odonymes. Pas toujours nécessaire d'aller sur place, ils peuvent aussi suivre les délibérations de mairies. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateurs d'ArcGIS
Bonjour à tous, Quelqu'un sait-il pourquoi http://api.openstreetmap.fr ne fonctionne pas aujourd'hui ? -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725572.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Planet ODbL disponible !
Mine de rien, juste pour se faire une idée, ça pèse 5 DVD, ou 30 CD-ROM... Teuxe - Mail original - De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Vendredi 14 Septembre 2012 19:14:30 Objet: [OSM-talk-fr] Planet ODbL disponible ! Ca y est... le fichier planet ODbL est disponible: http://planet.openstreetmap.org/planet/2012/ 23Go... Le propose-t-on en mirroir sur un de nos serveurs fr ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateurs d'ArcGIS
oui, j'ai un problème de requête, que je mette http://api.openstreetmap.fr/xapi-meta? comme tu me l'avais suggéré ou http://api.openstreetmap.fr/xapi?, j'ai The server was unable to fulfill the request. -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725584.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographie de gymnases
Bonjour, éternel débutant sur OpenStreetMap, je souhaite cartographier les quelques gymnases de ma connaissance. Mais je ne sais quels balises utiliser. Le wiki n’est pas très bavard sur ce point. Vos avis ? Merci ! -- Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie de gymnases
Bonjour, J'utilise dans ce cas leisure=sports_centre Romain Le 17 septembre 2012 11:24, Jérôme Blanc jerome.bl...@sanctuaire.fr.eu.orga écrit : Bonjour, éternel débutant sur OpenStreetMap, je souhaite cartographier les quelques gymnases de ma connaissance. Mais je ne sais quels balises utiliser. Le wiki n’est pas très bavard sur ce point. Vos avis ? Merci ! -- Jérôme __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie de gymnases
Bonjour, Le 17/09/2012 11:30, Romain MEHUT a écrit : J'utilise dans ce cas leisure=sports_centre Pareil. J'ai un exemple par chez moi d'un complexe sportif avec plusieurs salles si ça peut aider : http://www.openstreetmap.org/?lat=47.214987lon=-1.720342zoom=18layers=M Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] circuit VTT de la FFCT
Je viens d'envoyer un mail... on verra bien ! Mika Le lundi 17 septembre 2012 à 09:03 +0200, Romain MEHUT a écrit : Bonjour, Je n'ai rien trouvé sur le site de la FFCT. Sur cette page, il y a une adresse de contact: http://www.ffct.org/index.php?id=29 C'est l'occasion de leur poser la question... Romain Le 16 septembre 2012 18:52, Mickaël Guéret m.gue...@free.fr a écrit : Bonjour, je cherche à savoir si on peut légalement ajouter une relation dans la base OSM pour un circuit VTT balisé par la FFCT (le fameux triangle + 2 rond). Je ne retrouve aucune information sur le Wiki... Merci, Mika_Gueret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateurs d'ArcGIS
On lundi 17 septembre 2012, Tony Emery wrote: oui, j'ai un problème de requête, que je mette http://api.openstreetmap.fr/xapi-meta? comme tu me l'avais suggéré Disons que cette adresse c'était juste pour toi temporairement le temps de vérifier que ça marche ;-) je l'ai désactivée depuis, et la suivante (celle documentée) la remplace. ou http://api.openstreetmap.fr/xapi?, j'ai The server was unable to fulfill the request. Le message n'est pas très clair... Pourtant ça devrait marcher. Tu peux re-faire un test, et me donner précisément la date+heure+minute+seconde à laquelle tu tentes l'opération que je te repère dans les logs du serveur et, peut-être, voir ce qui cloche ? -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Relation ouverte ?
Bonjour, En regardant sur Osmose les bugs qu'il y a dans mon coin, je vois que certaines relations (de moi, pour la plupart) sont dites relations ouvertes, c'est à dire qu'elles ne seraient pas closes. Ex : la 2341038http://ra.osmsurround.org/analyzeRelation?relationId=2341038noCache=true_noCache=on Sauf qu'en regardant la carte, et plus particulièrement les points marqués par Osmosehttp://osmose.openstreetmap.fr/map/?zoom=16lat=49.17511lon=-0.36637layers=B00FF0FFTitem=6010level=2, je ne vois pas où il y aurait rupture... Est-ce un bug ? Est-ce dû à des données périmées ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche outil
On 12/09/12 09:37, Nicolas Dumoulin wrote: Le mardi 11 septembre 2012 16:36:50 Rodolphe Quiedeville a écrit : Bonjour, Je suis à la recherche d'un outil sous la forme d'un site web afin de préparer mes sorties en VTT. L'idée serait de définir tous les points de passages et que l'outil contruise avec ces points l'itinéraire complet et qu'il donne les infos de base comme la longueur de l'itinéraire complet. C'est très proche du routage mais comme c'est du VTT il faut prendre tous les chemins possibles en compte (path, track, ...). Je n'ai pas trouvé mon bonheur pour le moment et avant de le coder moi-même je préfère m'assurer auprès de vous qu'il n'existe pas. Salut, Pour ce genre de cas, j'utilise marble. Dans les routages proposés, il y a piétons et vélo. Tu mets le point de départ et d'arrivée et tu n'as plus qu'a faire glisser des points de l'itinéraire pour ajouter un waypoint, comme visible ici : http://photos.dumoulin63.net/picture.php?/156/category/9 Après dans marble, j'ai la distance et une courbe de dénivellé interactive. Oui, je sais, je ramène toujours un peu tout à marble, mais c'est tellement pratique que ça vaut le coup de l'essayer ;-) Après, tu peux peut-être essayer sur l'interface web d'openrouteservice. Merci pour cette idée, cela correspond assez bien à l'usage que j'envisage, je vais installer marble de ce pas. -- Rodolphe Quiédeville - SIP/XMPP : rodol...@quiedeville.org Blog : http://blog.rodolphe.quiedeville.org/ http://cartosm.eu - Intégration de carte libre sur site web GNUPG key available on public servers ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation ouverte ?
On lundi 17 septembre 2012, Francescu GAROBY wrote: Bonjour, En regardant sur Osmose les bugs qu'il y a dans mon coin, je vois que certaines relations (de moi, pour la plupart) sont dites relations ouvertes Cet outil devrait t'aider un peu plus : http://analyser.openstreetmap.fr/cgi-bin/index.py -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation ouverte ?
Certainement deux nœuds superposés Ou le problème a été corrigé par quelqu'un d'autre Le 17 septembre 2012 12:46, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, En regardant sur Osmose les bugs qu'il y a dans mon coin, je vois que certaines relations (de moi, pour la plupart) sont dites relations ouvertes, c'est à dire qu'elles ne seraient pas closes. Ex : la 2341038 Sauf qu'en regardant la carte, et plus particulièrement les points marqués par Osmose, je ne vois pas où il y aurait rupture... Est-ce un bug ? Est-ce dû à des données périmées ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation ouverte ?
Le 17 septembre 2012 13:01, Matthias Dietrich eiger@gmail.com a écrit : Le 17 septembre 2012 12:46, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, En regardant sur Osmose les bugs qu'il y a dans mon coin, je vois que certaines relations (de moi, pour la plupart) sont dites relations ouvertes, c'est à dire qu'elles ne seraient pas closes. Ex : la 2341038 Sauf qu'en regardant la carte, et plus particulièrement les points marqués par Osmose, je ne vois pas où il y aurait rupture... Est-ce un bug ? Est-ce dû à des données périmées ? Entre les points 34028148 et 410883168, la relation n'est pas fermée. Autrement dit, la rue en highway=primary+bridge=yes n'a pas de connexion avec la limite administrative. En espérant avoir été clair dans mes explications ... Et il y a d'autres problèmes dans cette relation : - le way Boulevard Yves Guillou Briand (4576941) est présent 3 fois - le way Boulevard Yves Guillou Briand (4302560) est présent 4 fois - le way 161690460 est présent 2 fois Tu peux commencer par utiliser l'éditeur de relations de JOSM qui montre clairement que la relation ne boucle pas (cliquer sur A-Z pour réordonner les way au besoin). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation ouverte ?
Si tu passes par JOSM, tu devrais aussi voir que de nombreux tronçons sont présents plusieurs fois dans la relation, et que lorsqu'on lui demande d'y mettre un peu d'ordre (trier), il galère un peu, il créée des boucles, par exemple… Si tu supprimes les tronçons en double (voire triple et quadruple), il s'en sort mieux. Je n'ai pas envoyé mes modifs, tu peux le faire. Au fait, les cases en orange dans la fenêtre relation de JOSM, c'est les éléments en double ? Il est vraiment bien fait, cet outil, je continue à lui découvrir régulièrement des capacités… JB Le 17.09.2012 12:46, Francescu GAROBY a écrit : Bonjour, En regardant sur Osmose les bugs qu'il y a dans mon coin, je vois que certaines relations (de moi, pour la plupart) sont dites relations ouvertes, c'est à dire qu'elles ne seraient pas closes. Ex : la 2341038 [2] Sauf qu'en regardant la carte, et plus particulièrement les points marqués par Osmose [3], je ne vois pas où il y aurait rupture... Est-ce un bug ? Est-ce dû à des données périmées ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr [2] http://ra.osmsurround.org/analyzeRelation?relationId=2341038amp;noCache=trueamp;_noCache=on [3] http://osmose.openstreetmap.fr/map/?zoom=16amp;lat=49.17511amp;lon=-0.36637amp;layers=B00FF0FFTamp;item=6010amp;level=2 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation ouverte ?
Merci pour vous remarques, conseils et pour avoir trouvé où se situaient certaines ouvertures. Et vous m'avez convaincu d'abandonner Merkaartor au profit de JOSM : ce genre de fonctionnalités, c'est tout simplement le must ! :-) Francescu Le 17 septembre 2012 13:18, Christian Quest cqu...@openstreetmap.fr a écrit : Le 17 septembre 2012 13:14, jb...@mailoo.org a écrit : ** Si tu passes par JOSM, tu devrais aussi voir que de nombreux tronçons sont présents plusieurs fois dans la relation, et que lorsqu'on lui demande d'y mettre un peu d'ordre (trier), il galère un peu, il créée des boucles, par exemple… Si tu supprimes les tronçons en double (voire triple et quadruple), il s'en sort mieux. Je n'ai pas envoyé mes modifs, tu peux le faire. Au fait, les cases en orange dans la fenêtre relation de JOSM, c'est les éléments en double ? Il est vraiment bien fait, cet outil, je continue à lui découvrir régulièrement des capacités… Toutafé... membres en orange = membres en double (ou plus) Quand tu trie les membres, tu peux facilement naviguer vers les ruptures (clic droit dans la liste des membres). Sur de longues relations comme une ligne de chemin de fer, c'est très pratique. Cet éditeur de relations recèle de mille petits trucs de ce genre. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche outil
On Sep 12, 2012, at 9:37 AM, Nicolas Dumoulin wrote: Pour ce genre de cas, j'utilise marble. Dans les routages proposés, il y a piétons et vélo. Tu mets le point de départ et d'arrivée et tu n'as plus qu'a faire glisser des points de l'itinéraire pour ajouter un waypoint, comme visible ici : http://photos.dumoulin63.net/picture.php?/156/category/9 Excellent tuyau, merci ! Est-ce que tu sais comment agrandir la fenêtre de dénivelé ? Dans la version Mac (QT) je n'ai pas trouvé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateurs d'ArcGIS
voilà, je fais le test en direct, maintenant. Je récupère les données sur l'API : endpoint (d'ailleurs, tu as une définition de endpoint ?) : http://api.openstreetmap.fr/xapi? bbox (haut, bas, gauche, droite) : 44.19 , 44.06 , 4.72 , 4.88 requête : [bollard=*] ben là, ça à l'air de marcher... Je charge dans ArcMap : non, la table est vide (donc même problème qu'au début)... -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725626.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateurs d'ArcGIS
On lundi 17 septembre 2012, Tony Emery wrote: voilà, je fais le test en direct, maintenant. ok, vu. Je récupère les données sur l'API : endpoint (d'ailleurs, tu as une définition de endpoint ?) : non, mais j'imagine que ça veut juste dire à quelle adresse http://api.openstreetmap.fr/xapi? ça c'est bon ben là, ça à l'air de marcher... Je charge dans ArcMap : non, la table est vide (donc même problème qu'au début)... Voici la requête demandée au serveur : GET /xapi?way%5Bbollard%3D%2A%5D%5Bbbox%3D4.72%2C44.06%2C4.88%2C44.19%5D Je l'ai essayé, et ça marche normalement. Sauf que ça ne retourne rien, parce qu'il n'y a rien dans cette zone qui soit : - un way - avec bollard=* Et comme bollard= est présent quasiment tout le temps sur un point et non un way, ben j'imagine que ce ne sont pas les chemins qu'il faut demander mais des points Genre, avec un navigateur, aller sur : http://api.openstreetmap.fr/xapi?node%5Bbollard%3D%2A%5D%5Bbbox%3D4.72%2C44.06%2C4.88%2C44.19%5D et là il y a des choses -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Niveaux des erreurs OsmOse ?
Le 17/09/2012 08:33, Christian Quest a écrit : 1 = bugs grossiers, logiquement à corriger en priorité .. 3 = bugs les moins prioritaires Merci ! -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] suivi des communes
bonsoir, c'est juste pour signaler que http://suivi.openstreetmap.fr/communes/communes.csv.txt le fichier est mis a jour mais la base date du 12/9. ne pas tenir compte du message si la base est en reconstruction suite aux changements récent didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] GPS dans les chaussures...
A voir en vidéo: http://www.lemonde.fr/technologies/video/2012/09/17/apres-les-smartphones-et-les-lunettes-google-les-chaussures-gps_1761476_651865.html Les chaussures contiennent un GPS, on charge l'itinéraire et ensuite des diodes indiquent la direction à prendre... J'en connais qui en veut sûrement déjà une paire, mais avec des roulettes ;) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GPS dans les chaussures...
Le 17/09/2012 20:49, Christian Quest a écrit : J'en connais qui en veut sûrement déjà une paire, mais avec des roulettes ;) Faudra qu'il fasse gaffe, c'est un truc à se retrouver pieds nus dans le bus, les chaussures collées à la vitre :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Analyse Osmose 2060
Hello, Osmose me retourne des erreurs pour : *addr:housenumber sans addr:street doit être dans une relation associatedStreet * Mais, il y a un tag add:hamlet Osmose ne pourrait pas en tenir compte ?* Stf * ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Atelier cartographique les 21 et 22 septembre à Ivry-sur-Seine par l'association A Travers à l'occasion du week-end Parking Day
-- Message transféré -- De : Asso A TRAVERS atravers.a...@gmail.com Date : 17 septembre 2012 17:14 Objet : Carte Blanche no10 les 21, 22, 23 septembre week-end Parking Day - Ivry-sur-Seine et Triangle de Gonesse À : Asso À TRAVERS atravers.a...@gmail.com Si vous ne voyez pas ce message correctement cliquez icihttp://www.atravers.org/ pour charger cette newsletter au format pdf cliquez icihttp://cartes-blanches.atravers.org/cb10/cb10.pdf Dans le cadre de Parking Day 2012 http://www.parkingday.fr/ *l'association À Travers vous invite sur la place de parking jouxtant son local * Afficher dans Google Mapshttps://maps.google.fr/maps/ms?msa=0msid=202407355405918976037.0004c028161272e6e6c44ie=UTF8t=msource=embedll=48.603858,1.801758spn=21.886705,42.319336z=5vpsrc=0iwloc=0004c8f129d0361425ff9 [image: Google Maps] * ** **au 18ter rue J.-M. Poulmarch à Ivry-sur-Seine Métro Pierre et Marie Curie Ligne 7* *vendredi 21 septembre* *11h apéritif* *12h **déjeuner* grillades sur notre place de parking en musique *14-17h30 atelier cartographique* partage et fabrication de cartes papier initiation au logiciel de cartographie internet JOSMhttp://josm.openstreetmap.de/ et à openstreetmap (OSM http://www.openstreetmap.org/) repérages avec les habitants sur le quartier Pierre et Marie Curie debrief participatif de notre journée consacrée à openstreetmap le 27 juin dernier 17h30 apéritif et musique 19h rendez-vous pour descendre ensemble salle Robespierre lieu de l'inauguration du Festival Littéraire d'Ivryhttp://www.enpremiereligne.sitew.com/#Presentation.A * **samedi 22** septembre* *10h *poursuite de l'*atelier cartographique* mise à jour de la carte du quartier *11h30* acceuil pour l'*apéritif* *12h déjeuner *grillades sur notre place de parking en musique *13h *départ pour Villiers-le-Bel avec Denis Moreau ( *conférence-débat*Triange de Gonesse ) *14-17h30 atelier cartographique* partage et fabrication de cartes papier initiation au logiciel de cartographie internet JOSM repérages et publication de nos cartes actualisées du quartier Pierre et Marie Curie * **dimanche 23** septembre* *promenade anti parking de 10h à 18h Triangle de Gonesse* * *rdv *10h gare RER de Villepinte* Afficher dans Google Mapshttps://maps.google.fr/maps/ms?msa=0msid=202407355405918976037.0004c028161272e6e6c44ie=UTF8t=msource=embedll=49.181703,1.801758spn=21.64116,42.319336z=5vpsrc=0iwloc=0004c8f236863c7b1054f [image: Google Maps] * avec Denis MOREAU et des militants de Val d'Oise Environnement* à 18h retour depuis la gare RER parc des expositions prévoir un pique-nique et de bonnes chaussures *PRINCIPE DES CARTES BLANCHES* La forme proposée, variable, est cependant toujours celle d'une rencontre conviviale permettant l'échange immédiat entre différents voisins et voisinages, créateurs et habitants sans limitations de champs disciplinaires, de façon à dépasser les cloisonnements que la ville ou sa marge nous impose, de mélanger différents groupes ou communautés qui habituellement s'ignorent. La conception de chacune de ces cartes blanches est confiée à un ou plusieurs membres de l'association ou non. Autour de la rencontre, une soirée ou une après-midi, un déjeuner, une exposition, peuvent être organisée afin de concevoir différents mode d'interactions avec les partenaires des projets soutenus ou développés par l'association ou avec son environnement immédiat. *L'association À Travers* basée à Ivry-sur-Seine, a pour vocation de favoriser les rapprochements de personnes travaillant autour de l'urbanisme, de l'image, du multimédia, ou tout autre domaine. Située quartier du Petit-Ivry, l'activation de la position stratégique du local de l'association comme carrefour et lieu de rencontre sur le chemin d'Ivry constitue l'un des volet du dispositif D2CP, Des 2 Cotés du Périphérique qui interroge le devenir de l’interface Paris / banlieue. http://www.atravers.org Tél. 09 51 76 42 57 Mobile 06 52 67 61 10 -- Pour vous desabonner de cette liste, merci de repondre en l'indiquant pour objet. -- *Atelier cartographies partagées* Pour tout public et en accès libre Le mercredi de 19h à 22h au local de l'association ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse Osmose 2060
Bonsoir, Le 17/09/2012 21:18, Stéphane Péneau a écrit : Osmose me retourne des erreurs pour : *addr:housenumber sans addr:street doit être dans une relation associatedStreet * Mais, il y a un tag add:hamlet Osmose ne pourrait pas en tenir compte ?* Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant un peu je vois que La Poste prévoit ce cas dans sa définition d'une adresse postale : elle envisage parmi les différents éléments de l'adresse [1] la voie [2] dont un des types est le lieu-dit [3]. Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber + addr:place=hamlet. vincent [1] : http://www.laposte.fr/sna/rubrique.php3?id_rubrique=135 [2] : http://www.laposte.fr/sna/rubrique.php3?id_rubrique=145 [3] : http://www.laposte.fr/sna/article.php3?id_article=671 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Place de la Toile -- La cartographie, un acte politique.
Pour ceux qui n'écoutent pas Place de la Toile, l'émission de dimanche dernier (16-02-2012) consacré à McLuhan (inventeur des expressions « village global » et « le medium est le message », un passage est consacré à la cartographie et son aspect politique. Ça se passe vers la 35eme minute. Librement, -- Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net Rejoignez les 4990 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Je fais suivre ici quelques messages qui font suite à ce fil de discussion, mais pour lesquels la liste de diffusion n'a pas été mise en copie (vraisemblablement exprès, mais j'estime que le contenu concerne tous les contributeurs français). Eric ---BeginMessage--- Le 16/09/2012 22:10, Richard Weait a écrit : On Sat, Sep 15, 2012 at 6:27 AM, Eric Marsden eric.mars...@free.fr wrote: Hello, DWG member Paul Norman has implemented a 24 hour account block on contributor Marc Sibert, citing as justification the import guideline concerning use of a dedicated account. Marc Sibert is a very active member of the French OSM community, and there is overwhelming agreement in the French Openstreetmap community that this aspect of the import guidelines is not appropriate for semi-automated imports from the French cadastre. I don't think that French cadastre importers are being as careful as you think that they are being. Let's look at this changeset from today. The user has been previously notified that a separate account is required for imports. They appear not to have followed this guidance as this changeset has 46000 nodes and 3000 ways. http://www.openstreetmap.org/browse/changeset/13130816 I looked at the first four buildings imported, and found the are from the attached image. Problems. - missing roundabout shown in imagery - bad shape of water - bad width of water - disconnected water either side of a road. I do not consider this a good example of responsible use of an external source. It appears to be a simple dump of data from cadastre, with only minimal connection for the road. I don't see how the user would connect the cadastre road to the existing road by user ratzilla, without adding the roundabout though. That seems really odd. Given my very superficial examination of the one changeset, I'm left with an expectation that the rest of the changeset is also of low quality. I'm inclined to send another notification to the user along with a temporary block. it would request: - separate account - better reconciliation of available sources before import - smaller edit areas I have not done this yet, and will for now send only the message, not the block, as a gesture of good faith. Would you please: - contact the mapper and advise them to use a separate account for imports. Yes. Cadastre used this way is an import. - instruct them in how to do a better job. Probably by using a smaller area and much more care. I think that you can do a better job of helping this mapper than I can. If they continue to ignore you, I'll be happy to get their attention with a block. Best regards, Richard Hi, Again, my account was blocked because I was not following the Guidelines not because of vandalism. Here, you are changing the subject to quality, that's not the point. Should I loose my time to find errors at roundabout in UK or anywhere else in the world : the proof is only that anyone corrects what he's interested in (buildings not roads, etc.) Again, my point of view, is that local imports doesn't need a special account : what for ? revert ? You can do it with my regular account ! a+ Marc -- Marc Sibert mailto:m...@sibert.fr ---End Message--- ---BeginMessage--- On Sat, Sep 15, 2012 at 6:27 AM, Eric Marsden eric.mars...@free.fr wrote: Hello, DWG member Paul Norman has implemented a 24 hour account block on contributor Marc Sibert, citing as justification the import guideline concerning use of a dedicated account. Marc Sibert is a very active member of the French OSM community, and there is overwhelming agreement in the French Openstreetmap community that this aspect of the import guidelines is not appropriate for semi-automated imports from the French cadastre. I don't think that French cadastre importers are being as careful as you think that they are being. Let's look at this changeset from today. The user has been previously notified that a separate account is required for imports. They appear not to have followed this guidance as this changeset has 46000 nodes and 3000 ways. http://www.openstreetmap.org/browse/changeset/13130816 I looked at the first four buildings imported, and found the are from the attached image. Problems. - missing roundabout shown in imagery - bad shape of water - bad width of water - disconnected water either side of a road. I do not consider this a good example of responsible use of an external source. It appears to be a simple dump of data from cadastre, with only minimal connection for the road. I don't see how the user would connect the cadastre road to the existing road by user ratzilla, without adding the roundabout though. That seems really odd. Given my very superficial examination of the one changeset, I'm left with an expectation that the rest of the changeset is also of low quality. I'm inclined to send another notification to the user along with a temporary block. it would request: - separate account - better reconciliation of
[OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Bonsoir, Comme vous avez pu le suivre ici, l'importation de données depuis le cadastre numérique est critiqué par différentes personnes du monde Openstreetmap, dont certaines ont un certain poids politique dans le projet (par exemple, le nouveau président de l'OSMF, Simon Poole, est un intégriste anti-import et pro-ODbL). J'ai récemment défendu une utilisation raisonnée des données bâtiments du cadastre auprès du Data Working Group, qui fait de l'activisme sur le sujet (allant à mon avis bien au delà de son mandat, et ne respectant pas le principe basique de subsidiarité). Je pense avoir défendu la position majoritaire dans la communauté française sur ce point, mais naturellement chacun est libre d'intervenir dans le débat. Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Ces données accumulent plusieurs défauts importants (et pour ma part, je ne les intègre pas dans OSM): - dans de nombreux endroits, elles représentent des zones susceptibles d'être régulièrement inondées, plutôt que le lit du cours d'eau qu'on aimerait avoir comme waterway=riverbank - elles donnent uniquement une représentation surfacique, sans le waterway=stream (ou river) qui serait plus utile ; la représentation surfacique s'interrompt aux croisements avec les routes. Je vois rarement des endroits où les contributeurs ont rajouté ces informations filaires. - les données ont des géométriques excessivement complexes donc alourdissent inutilement la base (surtout pour une précision de géolocalisation qui me semble parfois relativement faible). Peu de contributeurs, dans les zones que je fréquente, semblent simplifier les géométries, alors que c'est suggéré dans le checklist. J'aimerais suggérer que : - nous cherchions à développer un algorithme pour déterminer la représentation filaire à partir de la représentation surfacique (mon niveau en PostGIS est hélas trop faible pour ça) - on intègre cet algorithme à la moulinette sur cadastre.openstreetmap.fr (pour remplacer les données waterway=riverbank) - en attendant que le code soit au point, les données -water ne soient pas mises à disposition sur ce site Qu'en pensez-vous? -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Le 17/09/2012 22:47, Eric Marsden a écrit : Je fais suivre ici quelques messages qui font suite à ce fil de discussion, mais pour lesquels la liste de diffusion n'a pas été mise en copie (vraisemblablement exprès, mais j'estime que le contenu concerne tous les contributeurs français). Ben, c'est pas gagné ! (mais le coup du rond-point est quand même limite...) Je crois que pour faire avancer notre point de vue hors frontières, il faut aussi qu'on mette, de notre côté, l'accent sur la qualité de l'intégration. Je vois deux points : * quoi qu'on pense de la pertinence par ailleurs, la question de l'overlap des buildings corrigés à la mano est un point important. * on est faible, lors des intégrations de buildings, dans la qualification de ces buildings en yes|house|apartments|church... Quelqu'un avait soulevé ce point il y a quelques temps. Il y a là aussi de la valeur ajoutée à la main. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Le lundi 17 septembre 2012 23:19:59, Eric Marsden a écrit : Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Je le serais aussi. Ces données accumulent plusieurs défauts importants Je suis entièrement d'accord avec tout ce qui suit, et je ne les intègre pas non plus. J'ajouterais que dans de nombreux cas que j'ai pu constater (1 cas sur 3? en savoie), il ne s'agit pas même de zones inondables, ou alors la dernière inondation date d'il y a 50 ans. En clair, il n'y a plus rien sur le terrain qui s'approche de près ou de loin d'un cours d'eau. J'aimerais suggérer que : - nous cherchions à développer un algorithme pour déterminer la représentation filaire à partir de la représentation surfacique (mon niveau en PostGIS est hélas trop faible pour ça) Pourquoi pas, mais reste que, d'après ma petite expérience, trop de données sont simplement à jeter. - en attendant que le code soit au point, les données -water ne soient pas mises à disposition sur ce site +1 pour retirer cette mise à disposition pour l'instant. Et réfléchir à ce que nous avons à gagner à importer des trucs parfois/souvent erronés -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Bonsoir, Le 17/09/2012 23:19, Eric Marsden a écrit : J'ai récemment défendu une utilisation raisonnée des données bâtiments du cadastre auprès du Data Working Group, qui fait de l'activisme sur le sujet (allant à mon avis bien au delà de son mandat, et ne respectant pas le principe basique de subsidiarité). Je pense avoir défendu la position majoritaire dans la communauté française sur ce point, mais naturellement chacun est libre d'intervenir dans le débat. un grand merci à toi pour ça. Je n'ai pas eu l'occasion de le faire, alors, voilà, c'est dit. Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Ces données accumulent plusieurs défauts importants (et pour ma part, je ne les intègre pas dans OSM): idem. +1 - elles donnent uniquement une représentation surfacique, sans le waterway=stream (ou river) qui serait plus utile ; la représentation surfacique s'interrompt aux croisements avec les routes. Je vois rarement des endroits où les contributeurs ont rajouté ces informations filaires. +10 ! - les données ont des géométriques excessivement complexes donc alourdissent inutilement la base (surtout pour une précision de géolocalisation qui me semble parfois relativement faible). Peu de contributeurs, dans les zones que je fréquente, semblent simplifier les géométries, alors que c'est suggéré dans le checklist. +100 ! J'aimerais suggérer que : - en attendant que le code soit au point, les données -water ne soient pas mises à disposition sur ce site +1.000.000 En l'état les données Cadastre sur les cours d'eau sont inutilisables. De plus elles conduisent les nouveaux venus à penser que c'est la bonne manière de représenter. Chaque fois que je peux, je supprime ces riverbanks sans waterway=*. D'autant plus que ces riverbanks apparaissent quel que soit le type de waterway. Stream ou river, même combat... Donc, non, en l'état ce n'est pas exploitable et il vadrait mieux ne pas le mettre à disposition. Qu'en pensez-vous? Pas souvent ;) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
En suivant les divers liens de DWG vers Vandalism, je suis arrivé à : http://wiki.openstreetmap.org/wiki/File:Gpx_graffiti_vandalism.png Capilotracté comme je ne suis pas le premier à le mentionner dans les commentaires. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Comme vous avez pu le suivre ici, l'importation de données depuis le cadastre numérique [...] On n'importe pas le cadastre, on l'intègre ;-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Entièrement d'accord et ça évitera les piscines en natural=water Et oui... on n'importe pas, on intègre... après travail manuel non automatisable. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Salut Éric, Eric Marsden a écrit : J'ai récemment défendu une utilisation raisonnée des données bâtiments du cadastre auprès du Data Working Group Et je t'en remercie. J'ai lu tes messages et d'autres (ceux de Pieren notamment), ils sont tout à fait pertinents. Je suis agacé que le DWG n'en fasse pas plus de cas. Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Ces données accumulent plusieurs défauts importants (et pour ma part, je ne les intègre pas dans OSM): Je partage totalement ton constat. Les autres défauts des cours d'eau tels qu'ils sont représentés dans le cadastre sont : - la discontinuité au niveau des ponts ; - le découpage en deux demi-cours d'eau au niveau des frontières administratives. Entre ces arguments et ceux que tu présentes, à mon niveau, la cause est entendue : - je n'importe jamais ces cours d'eau ; - quand j'en trouve, selon mon humeur, soit je n'y touche pas, soit je leur file une sérieuse claque (il m'est même arrivé d'en supprimer qui semblaient ne rimer à rien car apparaissant en plein milieu de terres cultivées parfaitement homogènes) ; - quant aux étangs qui proviennent du cadastre, je me fais un plaisir d'en simplifier le tracé (vive le « Shift-Y ») dans un premier temps puis de l'ajuster en m'appuyant sur les images de Bing. Mais globalement, j'ai constaté que les contributeurs qui importent des cours d'eau depuis le cadastre sont assez négligents à leur égard et il est clair que nous ne changerons pas la position du DWG si ses membres ont repéré cela. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
2012/9/17 Eric Marsden eric.mars...@free.fr: Je fais suivre ici quelques messages qui font suite à ce fil de discussion, mais pour lesquels la liste de diffusion n'a pas été mise en copie (vraisemblablement exprès, mais j'estime que le contenu concerne tous les contributeurs français). Pas que les français. C'est un débat sur les imports en général. Mais pour nous, il faut leur expliquer que: 1. l'import cadastral ne concerne pas les routes. D'ailleurs, il dit I looked at the first four buildings imported pour nous dire qu'il trouve 1 erreur de rond-about et 3 erreurs de rivières... cherchez l'intrus. 2. on sait déjà qu'il peut y a avoir de mauvais imports du cadastre, ce qui n'a rien à voir avec l'exigence d'un compte séparé. Citer un changeset d'un deuxième larron est de très mauvaise foi. Hors sujet sauf à vouloir discréditer l'import cadastral en général. Et là, ils devraient avoir l’honnêteté de le reconnaitre par écrit. 3. Comment peuvent-ils citer Bing comme référence pour déterminer la largeur d'une rivière ? Les berges dans OSM, c'est le lit mineur, le lit majeur ? Est-ce que Bing garantie le niveau de l'eau dans ses prises de vues ? Ils sont contents avec une simple ligne symbolisant un tracé approximatif voir faux mais pas avec une berge avec un tracé approximatif uniquement par ce que ça vient d'un import ? Depuis quand le DWG bloque un compte pour un tracé approximatif des rivières ? A partir de combien de mètres ils considèrent qu'il y a un problème de qualité ? C'est une blague ou quoi, ces arguments à deux balles ? Avec ces argument, le premier import de masse dans OSM qui a définit les lignes de côte dans le monde entier n'aurait jamais dû avoir lieu. 4. Frederik parle bien d'un problème de qualité dans les imports cadastre comme la plupart des autres uploads. Ben voila, on y est. Parce qu'il y a quelques moutons noirs comme il dit, il y a un problème général de qualité et il faut empêcher autant que possible les imports du cadastre. Mais si on connait la position de Frederik depuis longtemps, j'aimerais savoir si c'est la position officielle du DWG (en fait, je le sais déjà, ils ne peuvent pas le dire officiellement). La solution est pourtant simple, il suffirait que le DWG délègue la surveillance des mauvais imports du cadastre à la communauté française elle-même. C'est bien la fondation qui prêche toujours community, community alors qu'ils laissent la communauté locale s'en charger. Christian, Émilie, des nouvelles de ce côté-là ? Faut-il lancer la discussion sur la liste principale ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Le 17/09/2012 23:19, Eric Marsden a écrit : Bonsoir, Comme vous avez pu le suivre ici, l'importation de données depuis le cadastre numérique est critiqué par différentes personnes du monde Openstreetmap, dont certaines ont un certain poids politique dans le projet (par exemple, le nouveau président de l'OSMF, Simon Poole, est un intégriste anti-import et pro-ODbL). J'ai récemment défendu une utilisation raisonnée des données bâtiments du cadastre auprès du Data Working Group, qui fait de l'activisme sur le sujet (allant à mon avis bien au delà de son mandat, et ne respectant pas le principe basique de subsidiarité). Je pense avoir défendu la position majoritaire dans la communauté française sur ce point, mais naturellement chacun est libre d'intervenir dans le débat. Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Ces données accumulent plusieurs défauts importants (et pour ma part, je ne les intègre pas dans OSM): - dans de nombreux endroits, elles représentent des zones susceptibles d'être régulièrement inondées, plutôt que le lit du cours d'eau qu'on aimerait avoir comme waterway=riverbank Bonsoir, Tu n'as pas tort pourtant on a besoin de cette information! Il y a deux points différents à regarder! 1) l'information cours-d'eau est-elle utile? Sans discussion possible la réponse est oui DONC il faut l'intégrer. 2) Il y a l'usage de l'intégration qui elle est problématique! En effet comment tagguer correctement un cours-d'eau? Tu as le ru qui est actuellement à sec depuis plusieurs années Tu as le ruisselet qui suinte par intermittence Tu as le ruisseau qui va grossir lors d'épisode orageux Tu as la rivière naissante qui peut gonfler rapidement Tu as ... Bref il y a énormément de cas possible et il me semble donc qu'il y a: Le lit ordinaire pour schématiser en *U* Le lit d'expansion en cas de crues annuelles un *V* évasé Le lit des crues centenales où là c'est un *V* TRÈS évasé C'est ce que l'on appelle le plan des risques naturels. Pour agrémenter les choses il y a les cours-d'eau canalisés et les berges surélevées par des digues où pas ... Le truc est de coder ces niveaux d'eau différents. Et c'est impératif de le faire. Si nous étions rationnels, mais nous ne le sommes pas, c'est la terre qui est posée sur l'eau et non l'inverse. Un fleuve est en origine absolue 1 point hors nous obstinons à en faire un couloir d'où beaucoup de déconvenues tant dans notre vision de l'information cours-d'eau que dans les risques naturels. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
2012/9/17 Sébastien Dinot sebastien.di...@free.fr: Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Ces données accumulent plusieurs défauts importants (et pour ma part, je ne les intègre pas dans OSM): Je ne sais pas si vous vous rendez compte mais ça n'est pas le rôle de la fondation, ni du DWG de décider de la pertinence des données à importer. C'est à nous, en tant que communauté des contributeurs de le faire. Il y a ici un énorme dévoiement des missions de la fondation. C'est scandaleux et un dangereux précédent. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
vp == Vincent Pottier vpott...@gmail.com writes: vp Je crois que pour faire avancer notre point de vue hors vp frontières, il faut aussi qu'on mette, de notre côté, l'accent sur vp la qualité de l'intégration. Je vois deux points : vp * quoi qu'on pense de la pertinence par ailleurs, la question de vp l'overlap des buildings corrigés à la mano est un point important. Je suis d'accord, et j'estime que les contributeurs français sont laxistes à cet égard : une géométrie invalide, c'est une géométrie invalide. J'en corrige beaucoup manuellement. vp * on est faible, lors des intégrations de buildings, dans la vp qualification de ces buildings en yes|house|apartments|church... vp Quelqu'un avait soulevé ce point il y a quelques temps. Il y a là vp aussi de la valeur ajoutée à la main. Qualifier à la main demandera un effort gigantesque, et quand je vois le nombre de routes en zone rurale qui ne sont pas présentes dans OSM, je n'y crois pas beaucoup pour l'instant. Mais si la personne qui développe le script d'extraction utilisé sur cadastre.openstreetmap.fr pouvait changer le building=yes en building=church pour les églises (déjà détectées puisque tagguées en amenity=place_of_worship), ça serait un petit pas en avant. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
md == Matthias Dietrich eiger@gmail.com writes: md pourquoi est-on passé en novembre 2011 d'une recommandation d'un md compte séparé à une obligation ? Décision d'un groupe de la OSMF ? md Discussion ouverte ? Dans les ML talk et imports, je n'ai rien vu md autour de novembre 2011. Je n'ai pas de réponse : je présume que le DWG (dont les archives de la liste de diffusion ne semblent pas être publiques) en a discuté en conciliabule. Encore un exemple de l'opacité du fonctionnement de l'OSMF. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
rn == Pieren pier...@gmail.com writes: rn Je ne sais pas si vous vous rendez compte mais ça n'est pas le rôle de rn la fondation, ni du DWG de décider de la pertinence des données à rn importer. C'est à nous, en tant que communauté des contributeurs de le rn faire. Il y a ici un énorme dévoiement des missions de la fondation. rn C'est scandaleux et un dangereux précédent. Je suis absolument d'accord avec toi, et c'est une question fondamentale de gouvernance. J'ai peur que l'OSMF, dont le fonctionnement est depuis longtemps opaque (parfois simplement par manque de temps), poursuive sa dérive autocratique, qui elle me semble basée sur une méfiance à l'égard du contributeur de base. Ceci dit, ça nous impose (ou devrait nous imposer) en tant que communauté semi-organisée une rigueur peut-être plus importante qu'actuellement sur ce qu'il convient d'intégrer, sur le suivi des éjaculateurs précoces de l'import, sur la pédagogie envers de nouveaux contributeurs, etc. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Juste très rapidement... pour donner un avis complémentaire que j'ai déjà donné sur d'anciens sujets du même genre: j'habite dans le MARAIS POITEVIN, deuxième zone humide de la france! et nous avons de nombreux canaux et divers cours d'eau de différentes tailles et cette couche est bien utile (je fait régulièrement des sorties en canoé a l'aide de mon GPS avec une carto OSM...) http://osm.org/go/eqt_sfZ--?layers=T Il ne faut pas supprimer l'accès aux données de pouvoir éventuellement intégrer les données water du cadastre. Par contre tant que nous n'avons pas assez de recul sur la méthode de traitement de ce genre de données il faut en INTERDIRE L’INTÉGRATION dans OSM par les débutants (voire même autoriser uniquement par des testeur reconnus par la communauté qui déterminerons la meilleure méthode après expérience!). Premièrement suivant les communes la résolution est inégale et donc sur certaines communes le moindre fossé est renseigné, et sur la voisine seul le réseau primaire (entre les deux dans le marais Poitevin nous avons deux niveaux: le réseau secondaire et tertiaire) Ensuite sur les communes avec un réseau tertiaire, beaucoup de relations sont utilisées pour pouvoir y intégrer les iles, et je me suis rendu compte que qu'il y a beaucoup de boulot car les relations sont vites cassées... Mais en attendant que j'ai le temps de pouvoir intégrer les données du réseau en filaire que le Parc du Marais Poitevin pourrait nous mettre a disposition, je préfère tout de meme maintenir les données actuellement déja intégrées dans OSM (que j'ai commencé a nettoyer...) plutot que quelqu'un les supprime radicalement! -- View this message in context: http://gis.19327.n5.nabble.com/Arretons-les-imports-des-cours-d-eau-depuis-le-cadastre-tp5725704p5725725.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
+1 parfaitement d'accord avec tout ce qui précède et sur le point de ne plus fournir de fichiers tout prêts pour un mauvais import automatique sans intervention supplémentaires ... le dernier contact que j'ai eu avec un import de rivière depuis le cadastre se situe autour de http://www.openstreetmap.org/?lat=43.654080927372lon=4.27270263433456zoom=18, il n'y a rien de plus agaçant que de voir des morceaux de surface intégrés, sans aucune prise en compte de la continuité du canal (alors même que sur cet espace ça colle parfaitement et qu'il aurait été très simple de prolonger) ! Ça m'embête de mettre de côté des données comme ça qui ne sont quand même pas trop mauvaises dans beaucoup de cas, mais je me dis qu'en ne donnant plus un accès aussi facilité à ce genre de données ça évitera que des contributeurs en mal de statistiques n'importent des choses que pour faire du chiffre sans faire aucun travail d'intégration des données. On ne parle bien que de ne plus mettre à disposition les fichiers de couche d'eau extrait du cadastre, donc la donnée de base sera toujours accessible à tous ceux qui décalquent depuis les feuilles du cadastre ou depuis bing ! Je suis totalement POUR l'intégration de données rivières dans OSM, mais je suis CONTRE les imports bruts irréfléchis, donc si pour éviter ce genre de situation (avec inévitablement des amalgames au niveau du DWG) il faut en arriver à limiter l'accès à certains outils (déblocage suite à unt est d'intégration réussit par exemple), je vote pour ... je ne pense pas que ça soit élitiste, mais juste éviter de se retrouver avec des données importées n'importe comment ! (ce qui peut d'ailleurs arriver avec n'importe qu'elles données) Sylvain Le 17 septembre 2012 23:53, Sébastien Dinot sebastien.di...@free.fr a écrit : Salut Éric, Eric Marsden a écrit : J'ai récemment défendu une utilisation raisonnée des données bâtiments du cadastre auprès du Data Working Group Et je t'en remercie. J'ai lu tes messages et d'autres (ceux de Pieren notamment), ils sont tout à fait pertinents. Je suis agacé que le DWG n'en fasse pas plus de cas. Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Ces données accumulent plusieurs défauts importants (et pour ma part, je ne les intègre pas dans OSM): Je partage totalement ton constat. Les autres défauts des cours d'eau tels qu'ils sont représentés dans le cadastre sont : - la discontinuité au niveau des ponts ; - le découpage en deux demi-cours d'eau au niveau des frontières administratives. Entre ces arguments et ceux que tu présentes, à mon niveau, la cause est entendue : - je n'importe jamais ces cours d'eau ; - quand j'en trouve, selon mon humeur, soit je n'y touche pas, soit je leur file une sérieuse claque (il m'est même arrivé d'en supprimer qui semblaient ne rimer à rien car apparaissant en plein milieu de terres cultivées parfaitement homogènes) ; - quant aux étangs qui proviennent du cadastre, je me fais un plaisir d'en simplifier le tracé (vive le « Shift-Y ») dans un premier temps puis de l'ajuster en m'appuyant sur les images de Bing. Mais globalement, j'ai constaté que les contributeurs qui importent des cours d'eau depuis le cadastre sont assez négligents à leur égard et il est clair que nous ne changerons pas la position du DWG si ses membres ont repéré cela. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Am 17.09.2012 23:19, schrieb Eric Marsden: Qu'en pensez-vous? Entièrement d'accord avec tout ce que tu écris! Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Le 18/09/2012 00:26, Eric Marsden a écrit : Je suis d'accord, et j'estime que les contributeurs français sont laxistes à cet égard : amha, tu ne fais pas progresser l'analyse des problèmes avec ce genre de tautologie ; je suis un contributeur français, n'est-ce pas ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
