Re: [OSM-talk-fr] qualité de la carte
Emilien Klein a écrit , Le 30/09/2010 15:01: Et pourquoi les piscines n'auraient rien à faire dans OSM? parce que ça me gonfle de les cartographier. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Hello, 2010/10/2 hpmt [via GIS] ml-node+5593933-1761601148-176...@n2.nabble.com: Emilien Klein a écrit , Le 30/09/2010 15:01: Et pourquoi les piscines n'auraient rien à faire dans OSM? parce que ça me gonfle de les cartographier. Hélène Personne ne te force a le faire... je suis vraiment d'avis que si on a pas envie de faire quelque chose sur OSM il vaux mieux le laisser faire par d'autre surtout pour une donnée que je trouve bien accessoire. CU Stéphane ___ Talk-fr mailing list [hidden email] http://lists.openstreetmap.org/listinfo/talk-fr View message @ http://gis.638310.n2.nabble.com/qualite-de-la-carte-tp5587669p5593933.html To start a new topic under France, email ml-node+3070341-1821432512-176...@n2.nabble.com To unsubscribe from France, click here. -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- -- View this message in context: http://gis.638310.n2.nabble.com/qualite-de-la-carte-tp5587669p5593947.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] qualité de la carte
Christophe Merlet a écrit , Le 30/09/2010 13:42: Et je vote pour la mise en place d'une équipe chargé de l'Assurance Qualité chargé de rappeler régulièrement les bonnes méthodes de contribution, et le cas échéant d'engueuler les gougnafiers ! C'est un profil de poste Assurance Qualité dont je ne vote pas la pertinence (suis-je assez prudente dans ma formulation ?). Suivant un vieil adage (1985) toujours vérifié : garbage in, garbage out ; ou, pour ceux qui n'étaient pas là au commencement des SGBDD : laisses rentrer tout et n'importe quoi dans ta BDD si tu tiens absolument à passer ton existence à nettoyer les sorties. Amha (0,02 cents à la revente), la qualité de la carte repose sur sa cohérence avec le terrain (unité de mesure AD (à définir)) ; donc : l'espace de la carte doit - être copieusement garni (merci les scripts-importateurs), ET - correspondre au terrain (merci les pedibus-gambis cartographes). Il me semble évident que les deux sont nécessaires et qu'il n'y a pas lieu de privilégier les uns ou les autres. Si QA il y a (on ne dit pas AQ en Français, à cause de pratiques estudiantines équivoques), alors elle devra (0,02 cents de plus au pot) rendre visible et utilisable pour tous l'avancement complémentaire de ces deux forces. Voir la QA comme un père fouettard plus ou moins subtil, gentil, et patelin n'a jamais fait diminuer le coût de la non-qualité ; cela ne contribue qu'à creuser le trou en le cachant momentanément derrière un vocabulaire volontariste. La QA, c'est est un métier difficile mais c'est un beau métier. Merci de m'avoir lue jusque là, Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Bonjour, Le 30/09/2010 00:24, Benoît ROUSSEAU a écrit : La seule solution c'est de bosser : - faire UN vrai tutoriel, sans espérer cela des CUM format A5 destinés aux expérimentés, - chercher des références, - discuter des solutions argumentées, - mettre à jour le wiki, - le tout sans œillères en gardant un esprit critique face à l'existant. je partage complètement ces idées. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 29 septembre 2010 23:03, Eric Marsden eric.mars...@free.fr a écrit : gb == Guilhem Bonnefille guilhem.bonnefi...@gmail.com writes: gb - s'il y a des corrections rébarbatives, il y a certainement un outil gb à inventer pour automatiser leur correction. Une partie des erreurs de données du cadastre pourraient peut-être être corrigées automatiquement sans trop de faux positifs (je pense en particulier aux chevauchements qui apparaissent commes des «T» dans le validateur). Mais d'autres bugs comme les polygônes invalides me semblent compliqués, sans parler du réalignement des rues avec le bâti, la fusion avec le bâti ou les POI existants, etc. Oui. Et à mon avis, pour résoudre un conflit entre un bâti et une route issue d'une trace GPS, le seul capable de trancher est le contributeur local (soit probablement une personne différente de celle qui a importé le bâti et celle qui a ajouté la trace GPS qu'elle a faite en voiture). Et ce problème est particulièrement vrai en zone rurale, où la densité de bâti ne permet pas de savoir si la route passe d'un coté ou de l'autre du bâti. Autre exemple : je rajoute une route à partir d'une trace GPS que je viens de faire en voiture. Je réalise alors qu'elle coupe une voie de chemin de fer. Sauf que je viens de me taper plusieurs dizaines voire centaines de kilomètres. Je ne me souviens donc certainement pas du détail qui me permettra de dire si l'intersection était un pont de voiture, un pont de chemin de fer ou un passage à niveau. Du coup, ben je laisse délibérément l'erreur car l'erreur me semble bien moins importante que de conserver la voie et la voie de chemin de fer. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30 septembre 2010 09:33, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 30/09/2010 00:24, Benoît ROUSSEAU a écrit : La seule solution c'est de bosser : - faire UN vrai tutoriel, sans espérer cela des CUM format A5 destinés aux expérimentés, - chercher des références, - discuter des solutions argumentées, - mettre à jour le wiki, - le tout sans œillères en gardant un esprit critique face à l'existant. je partage complètement ces idées. Moi aussi. Mais je n'attend pas que TOUS les contributeurs OSM participent à ces actions. A mon sens, cela incombe à une élite que je classerait dans le groupe QA. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
2010/9/30 Guilhem Bonnefille guilhem.bonnefi...@gmail.com Moi aussi. Mais je n'attend pas que TOUS les contributeurs OSM participent à ces actions. A mon sens, cela incombe à une élite que je classerait dans le groupe QA. Ouh la, il n'y a pas d' élite ou de groupe QA dans OSM. Il peut y avoir des contributeurs plus anciens qui peuvent éviter que certaines erreurs ne se reproduisent par expérience mais ils n'ont pas plus de responsabilité ou de pouvoir que les autres. Pour le reste, les outils surveillant la qualité des contributions, il y en a déjà beaucoup (même trop). Mais ils ne servent à rien si personne ne s'en sert pour corriger les erreurs signalées. Mais je veux revenir sur l'import semi-automatique du cadastre parce que ceux qui s'en servent ont une responsabilité plus importante que le contributeur lambda. Ils créent de nouvelles données cent fois plus vite que les autres qui font le boulot à la main. Et un import mal fait en quelques minutes peut déboucher derrière sur de nombreuses heures de travail pour rectifier Si ce sont toujours les mêmes qui créer les erreurs et toujours les autres qui corrigent, on va très vite faire face à une dégradation importante de la qualité de la carte telle qu'elle est aujourd'hui. Si les tracés de cours d'eaux ou les lignes de chemin de fer posent trop de problèmes, je me demande s'il ne serait pas plus opportun de ne pas les exporter semi-automatiquement dans le script d'extration... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
On 30/09/2010 11:02, sly (sylvain letuffe) wrote: On mercredi 29 septembre 2010, Vincent Pottier wrote: 3) utiliser le champs source pour documenter que les données sont approximatives (interpolation, knowledge) J'utilise souvent la solution qui consiste à ajouter un noeud/ligne arbitraire avec un tag fixme expliquant le problème si le problème est général à la zone. Ou directement sur le noeud/ligne concerné si c'est local. L'avantage/complément par rapport aux outils précédemment cités, c'est que ça suit les données osm puisque c'est dedans, et tout le monde ne consulte pas forcément tous les outils à coté +1 pour le tag FIXME. JOSM-valisator le détecte. Bon je ne suis pas (encore) grand utilisateur... Mais promis, juré, je vais faire des efforts. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
On 30/09/2010 11:58, Pieren wrote: Ouh la, il n'y a pas d' élite ou de groupe QA dans OSM. Il peut y avoir des contributeurs plus anciens qui peuvent éviter que certaines erreurs ne se reproduisent par expérience mais ils n'ont pas plus de responsabilité ou de pouvoir que les autres. Pour le reste, les outils surveillant la qualité des contributions, il y en a déjà beaucoup (même trop). Mais ils ne servent à rien si personne ne s'en sert pour corriger les erreurs signalées. Mais je veux revenir sur l'import semi-automatique du cadastre parce que ceux qui s'en servent ont une responsabilité plus importante que le contributeur lambda. Ils créent de nouvelles données cent fois plus vite que les autres qui font le boulot à la main. Et un import mal fait en quelques minutes peut déboucher derrière sur de nombreuses heures de travail pour rectifier Si ce sont toujours les mêmes qui créer les erreurs et toujours les autres qui corrigent, on va très vite faire face à une dégradation importante de la qualité de la carte telle qu'elle est aujourd'hui. Des données plutôt que de la carte... L'import semi-automatique permet de produire un joli rendu (la carte, dans la tête de beaucoup dont moi il y a pas si longtemps) mais produit des données détestables si on n'y veille pas. Or l'avenir d'OSM est dans la qualité des données (et latéralement dans la disponibilité d'une belle carte). Si les tracés de cours d'eaux ou les lignes de chemin de fer posent trop de problèmes, je me demande s'il ne serait pas plus opportun de ne pas les exporter semi-automatiquement dans le script d'extration... +1 ! Ou au moins une séparation des layers bâti, water, piscines... dans des fichiers séparés Ce serait sympa qu'on puisse repérer sur le wiki si le fichier qu'on va charger est 'tout-en-un' ou si les fichiers sont séparés (ce qui IMHO serait LA bonne pratique : le contrôle qualité n'a rien à voir entre le bâti et les cours d'eau. Quand aux piscines... si vous y tenez ;-) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30/09/2010 09:49, Guilhem Bonnefille a crit: Le 30 septembre 2010 09:33, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a crit : Le 30/09/2010 00:24, Benot ROUSSEAU a crit : La seule solution c'est de bosser : - faire UN vrai tutoriel, sans esprer cela des CUM format A5 destins aux expriments, - chercher des rfrences, - discuter des solutions argumentes, - mettre jour le wiki, - le tout sans illres en gardant un esprit critique face l'existant. je partage compltement ces ides. Moi aussi. Mais je n'attend pas que TOUS les contributeurs OSM participent ces actions. A mon sens, cela incombe une lite que je classerait dans le groupe QA. "lite" est peut tre stigmatisant :p et ce n'est peut tre pas une bonne ide que de mettre des personnes part dans un groupe QA. Je pense que les discussions qualit ne doivent en aucun cas tre traites par un groupe "fixe" en dehors de la communaut globale. Les discussions QA doivent pouvoir bnficies de l'exprience de tous dans des domaines qui vont bien au del de la cartographie : politique, informatique, statistiques, hydrographie, ... Et a permet tous de s'enrichir de tous. Moi j'ai beaucoup appris lire des discussions QA. Je m'explique... Si on cre un groupe QA, il risque d'tre fort orient par sur reprsentation d'une spcialit (Cratographes, Hydrographes, fortes gueules, ...) ou de "secteurs gographiques" (Les villes). Il y a des chances que ce ne soit pas le cas, mais on ne peux le garantir puisqu'on n'en a pas la matrise. Pour prendre l'exemple de la discussion des limites administratives fr. Si elle avait eu lieu part en petit comit, le groupe aurait-il bnficier des connaissances de tous ? Je pense au signalement de l'existence des Conseils de quartier avec une certaine autonomie et des communes associes. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Bonjour, De : Vincent Pottier On 30/09/2010 11:58, Pieren wrote: Si les tracés de cours d'eaux ou les lignes de chemin de fer posent trop de problèmes, je me demande s'il ne serait pas plus opportun de ne pas les exporter semi-automatiquement dans le script d'extration... +1 ! Ou au moins une séparation des layers bâti, water, piscines... dans des fichiers séparés Complètement d'accord sur le principe de limiter l'export semi-auto aux buildings, et rien qu'aux buildings (si c'est bien ce que tu suggères, Pieren). A chaque évocation ici des imports de l'hydro, ça tourne invariablement autour du niveau d'approximation élevé de l'hydrographie dans le cadastre, pour au moins une bonne raison : le cadastre n'a pas vocation à être exact / précis sur les contours hydro. Pour moi, proposer l'hydro dans un fichier séparé revient à la proposer tout court. Le caractère incitatif à mon avis n'est pas lié à la livraison tout en 1 du bâti et de l'hydro dans un seul fichier, mais au distingo : contenu disponible en export semi-auto versus contenu non dispo par ce biais. Ca n'empêchera pas le décalque de cours d'eau voire piscines depuis le WMS du cadastre, mais ça devrait en décourager plus d'un, et au moins faire réfléchir avant de se lancer dans une digitalisation longue et pénible, bref tout le contraire de l'import 1-clic. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30/09/2010 12:36, sly (sylvain letuffe) a crit: On jeudi 30 septembre 2010, Pieren wrote: Pour le reste, les outils surveillant la qualit des contributions, il y en a dj beaucoup (mme trop). Et bien moi, je ne pense pas. Je dirais pas vraiment qu'il n'y en a pas assez, mais je dirais qu'il leur manque surtout quelques fonctionnalits, et cela influe ( mon avis) sur le problme suivant : Mais ils ne servent rien si personne ne s'en sert pour corriger les erreurs signales. Rflchir raliser un agrgateur des avertissements des d'outils de surveillance. Un programme qui regroupe sur une carte l'ensemble des erreurs repres par les diffrents outils. Les cartes pourraient faire peur, mais il serait pratique de n'avoir et de ne donner qu'une adresse pour voir les avertissements sur une zone. Je vais tenter un programme d'essai pour valuer les pb (faut-il dfinir un format d'change commun ?, ...). Pour les imports et corrections (semi-)automatiques, il faudrait au moins un semblant de coordination. Dans ce cas, un groupe et une liste part, mais qui passe l'info digre, sur la liste principale serait peut-tre utile. J'ai en tte le revert de suppression de points orphelins ou j'ai foir un import CLC de Simon. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le jeudi 30 septembre 2010 à 11:58 +0200, Pieren a écrit : 2010/9/30 Guilhem Bonnefille guilhem.bonnefi...@gmail.com Moi aussi. Mais je n'attend pas que TOUS les contributeurs OSM participent à ces actions. A mon sens, cela incombe à une élite que je classerait dans le groupe QA. Ouh la, il n'y a pas d' élite ou de groupe QA dans OSM. Ben oui, c'est tous le sujet de ce fil de discussion ! Et je vote pour la mise en place d'une équipe chargé de l'Assurance Qualité chargé de rappeler régulièrement les bonnes méthodes de contribution, et le cas échéant d'engueuler les gougnafiers ! Il peut y avoir des contributeurs plus anciens qui peuvent éviter que certaines erreurs ne se reproduisent par expérience mais ils n'ont pas plus de responsabilité ou de pouvoir que les autres. Les plus anciens qui utilisent des barrier=wall pour dessiner les lignes de but d'un stade de foot ? Bref, heureusement que le noyau Linux n'est pas développé de manière aussi anarchique et je m'en foutiste que la data d'OSM, il ne pourrait toujours pas servir a afficher une console ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30/09/2010 13:02, Vincent de Chateau-Thierry a écrit : Pour moi, proposer l'hydro dans un fichier séparé revient à la proposer tout court. Le caractère incitatif à mon avis n'est pas lié à la livraison tout en 1 du bâti et de l'hydro dans un seul fichier, mais au distingo : contenu disponible en export semi-auto versus contenu non dispo par ce biais. Ca n'empêchera pas le décalque de cours d'eau voire piscines depuis le WMS du cadastre, mais ça devrait en décourager plus d'un, et au moins faire réfléchir avant de se lancer dans une digitalisation longue et pénible, bref tout le contraire de l'import 1-clic. +1 D'ailleurs c'est pénible d'avoir à supprimer les natural=water des fichiers d'import, même avec un filtre :) Comme tu le dis, les piscines n'ont rien à faire dans OSM et les réseaux hydrographiques ramenés par les fichiers d'import sont soit farfelus soit partiels soit produisent des waterways plus compliqués à corriger à la main que de les tracer par décalque directe depuis le cadastre. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
2010/9/30 Christophe Merlet red...@redfoxcenter.org Et je vote pour la mise en place d'une équipe chargé de l'Assurance Qualité chargé de rappeler régulièrement les bonnes méthodes de contribution, et le cas échéant d'engueuler les gougnafiers ! Ben, ça sert à rien de trépignier sur place en serrant ses petits poings et en criant je veux ! je veux ! comme Joe Averell. Si tu veux utiliser les outils de contrôle et parler à ceux qui font des erreurs évidentes (pas les points discutables), vas-y. Si tu le souhaites, tu peux même créer un wikiProject et t'autoproclamer QA group leader for France en mettant ton nom en haut de la liste, personne ne te retiendra. Les yaka, fokon n'ont jamais fait avancer ce projet. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Concernant la qualité, j'ai surtout l'impression que la majorité des contributeurs ne se sentent pas concernés. Cette semaine, je suis en déplacement pour le boulot à Nice. Je charge dans mon GPS une carte réalisé à partir d'OSM. Premier impression quand j'arrive en ville: c'est bien sur l'aspect routier. On dirait qu'il y a toutes les rues, les sens interdits. Hier après-midi, temps libre. Je vais me balader dans la vieille ville. Il manque des ruelles qui n'ont pas les même noms que les rues principales. Sur les sens uniques, ce n'est pas si complet que ça. Retour à l'hôtel, je commence à étudier la carte OSM. Le réseau routier n'est pas bien structuré. Des primary/secondary qui ne débouchent rien. Coup d'oeil dans Keepright. Des chemins qui se croisent sans se connecter. Des points très proches non reliés. Ca correspond à des règles qui n'ont rien de neuf. Or, quand je vois le boulot global qui a été fait sur Nice, ce n'est pas du travail de débutant. Pourtant, l'aspect qualité ne suit pas. Donc, on peut faire des groupes QA élitisto-minoritaires mais il faudrait surtout arriver à sensibiliser la majorité. En les contactant quand on voit qu'ils font des erreurs répétitives comme suggéré dans un autre message??? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] qualité de la carte
From: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net [...]Comme tu le dis, les piscines n'ont rien à faire dans OSM [...] Et pourquoi les piscines n'auraient rien à faire dans OSM? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30/09/2010 14:33, Pieren a crit: 2010/9/30 Christophe Merlet red...@redfoxcenter.org Et je vote pour la mise en place d'une quipe charg de l'Assurance Qualit charg de rappeler rgulirement les bonnes mthodes de contribution, et le cas chant d'engueuler les gougnafiers ! Ben, a sert rien de trpignier sur place en serrant ses petits poings et en criant "je veux ! je veux !" comme Joe Averell. Si tu veux utiliser les outils de contrle et parler ceux qui font des erreurs videntes (pas les points discutables), vas-y. Si tu le souhaites, tu peux mme crer un wikiProject et t'autoproclamer "QA group leader for France" en mettant ton nom en haut de la liste, personne ne te retiendra. Les "yaka, fokon" n'ont jamais fait avancer ce projet. Pieren Grrr... :p Christophe veux tu coordonner et suivre les initiatives qualit. Comme tu le dis ce serait une bonne chose, rien n'empche d'essayer. Si a ne fonctionne pas on laissera tomber sans t'incriminer car tu auras essay. Comme l'arrt du tabac, on sait qu'il faut arrter mais il faut parfois rater plusieurs essais. Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30 septembre 2010 15:01, Emilien Klein emilien+...@klein.st a écrit : From: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net [...]Comme tu le dis, les piscines n'ont rien à faire dans OSM [...] Et pourquoi les piscines n'auraient rien à faire dans OSM? Parce que ce sont des informations privées et non vérifiables. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30/09/2010 15:01, Emilien Klein a écrit : From: Jean-Francois Nifeneckerjean-francois.nifenec...@laposte.net [...]Comme tu le dis, les piscines n'ont rien à faire dans OSM [...] Et pourquoi les piscines n'auraient rien à faire dans OSM? (J'entendais les piscines privées.) Je ne reporte pas les chemins qui desservent les propriétés privées ni, pour les mêmes raisons, les piscines de ces propriétés. On peut donner des grands mots et dire respect de la vie privée. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le jeudi 30 septembre 2010, à 15:18:40 +0200, Jean-Francois a écrit : Le 30/09/2010 15:01, Emilien Klein a écrit : From: Jean-Francois Nifeneckerjean-francois.nifenec...@laposte.net [...]Comme tu le dis, les piscines n'ont rien à faire dans OSM [...] Et pourquoi les piscines n'auraient rien à faire dans OSM? (J'entendais les piscines privées.) Je ne reporte pas les chemins qui desservent les propriétés privées ni, pour les mêmes raisons, les piscines de ces propriétés. On peut donner des grands mots et dire respect de la vie privée. Du coup, c'est à peu près tout le bâti qu'il faudrait supprimer ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
On 30 sept. 2010, at 15:01, Eric Sibert wrote: Cette semaine, je suis en déplacement pour le boulot à Nice. Je charge dans mon GPS une carte réalisé à partir d'OSM. Premier impression quand j'arrive en ville: c'est bien sur l'aspect routier. On dirait qu'il y a toutes les rues, les sens interdits. Hier après-midi, temps libre. Je vais me balader dans la vieille ville. Il manque des ruelles qui n'ont pas les même noms que les rues principales. Sur les sens uniques, ce n'est pas si complet que ça. Retour à l'hôtel, je commence à étudier la carte OSM. Le réseau routier n'est pas bien structuré. Des primary/secondary qui ne débouchent rien. Coup d'oeil dans Keepright. Des chemins qui se croisent sans se connecter. Des points très proches non reliés. En effet, j'ai également été assez surpris de la qualité très inégale des données sur Nice lorsque j'ai commencé a m'intéresser a OSM, alors j'ai commencé par compléter des bouts par-ci, corriger des bouts par la... mais il ne semble pas y avoir ici une organisation structurée qui permette de se partager le boulot, de mesurer le chemin parcouru et ce qui reste a faire, surement par manque de cohésion au niveau local. D'un autre coté j'avoue aussi que cette façon de faire assez informelle est séduisante quand on ne peut pas s'investir a 102% dans un projet comme celui-ci... Donc, je ferais avancer les choses sur Nice au hasard de mes visites mais cela prendra du temps si tous les autres font comme moi :) Vlad.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
delugeag a écrit : Parce que ce sont des informations privées et non vérifiables En quoi les piscines sont-elles plus ou moins vérifiables que les bâtiments privés ? Tu n'as pas non plus le moyen d'accéder au bâtiment pour être sûr qu'il est bien tel que que le décrit sur OpenStreetMap. N'empêche que ça ne choque personne d'ajouter le bâtiment. Alors pourquoi pas les piscines ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
On 30/09/2010 15:01, Eric Sibert wrote: Concernant la qualité, j'ai surtout l'impression que la majorité des contributeurs ne se sentent pas concernés. Je dirais pas conscient. Je crois qu'il y a (mais de moins en moins) des contributeurs qui 'crachent' leur bout de GPX transformé en highway, qu'il y ait ou non un bout de route déjà cartographié. J'avoue ne pas avoir beaucoup de respect pour ces éléments (les données, pas les humains ;-)... Il m'est arrivé de réagir un peu vertement (en privé) à cette façon de faire (histoire récente autour du Camino !). Il y a, probablement la catégorie la plus fournie, les 'débutants' qui mappent (sous potlatch ?) sans percevoir l'enjeu de la topologie (je n'ai pas tout de suite compris ce que c'était et je ne suis pas encore sur de ma définition) : J'ai tracé une route, Mapnik le rend bien, donc c'est bon. Là, j'essaie, parfois, d'expliquer, notamment quand je perçois de la bonne volonté... J'ai même parfois des messages de remerciement en retour. C'est plaisant ! Comme beaucoup apprennent par l'exemple, je reste convaincu que le meilleur tuto, c'est le bon exemple dans la carte, le 'best practice' appliqué aux données, la zone bien faite. Donc je corrige, souvent sans rien dire... espérant que le cartographe local appréciera les corrections (voies réalignées, connectées...) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
On 30/09/2010 15:21, arno wrote: Le jeudi 30 septembre 2010, à 15:18:40 +0200, Jean-Francois a écrit : Le 30/09/2010 15:01, Emilien Klein a écrit : From: Jean-Francois Nifeneckerjean-francois.nifenec...@laposte.net [...]Comme tu le dis, les piscines n'ont rien à faire dans OSM [...] Et pourquoi les piscines n'auraient rien à faire dans OSM? (J'entendais les piscines privées.) Je ne reporte pas les chemins qui desservent les propriétés privées ni, pour les mêmes raisons, les piscines de ces propriétés. On peut donner des grands mots et dire respect de la vie privée. Du coup, c'est à peu près tout le bâti qu'il faudrait supprimer ? Bon, j'aurai du éviter mon amorce de troll à propos des piscines. On va encore avoir 50 messages sur le sujet... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 30 septembre 2010 15:01, Emilien Klein emilien+...@klein.st a écrit : From: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net [...]Comme tu le dis, les piscines n'ont rien à faire dans OSM [...] Et pourquoi les piscines n'auraient rien à faire dans OSM? Parce que ce sont des informations privées et non vérifiables. si ca viens du cadastre ca a au moins autant de valeur que les murs de la maison qui est a coté de la piscine Quand aux chemin privé, je m'arrete si il y a un panneau propriété privé mais si je vois que le chemin continue sur 20m, je mets les 20m dans OSM taggé en private. Apres si le chemin fait un coude, je ne met pas le reste du chemin comme je ne le vois pas. -- Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
2010/9/30 Eric Sibert courr...@eric.sibert.fr Concernant la qualité, j'ai surtout l'impression que la majorité des contributeurs ne se sentent pas concernés. Cette semaine, je suis en déplacement pour le boulot à Nice. Je charge dans mon GPS une carte réalisé à partir d'OSM. Premier impression quand j'arrive en ville: c'est bien sur l'aspect routier. On dirait qu'il y a toutes les rues, les sens interdits. Hier après-midi, temps libre. Je vais me balader dans la vieille ville. Il manque des ruelles qui n'ont pas les même noms que les rues principales. Sur les sens uniques, ce n'est pas si complet que ça. Retour à l'hôtel, je commence à étudier la carte OSM. Le réseau routier n'est pas bien structuré. Des primary/secondary qui ne débouchent rien. Coup d'oeil dans Keepright. Des chemins qui se croisent sans se connecter. Des points très proches non reliés. Ca correspond à des règles qui n'ont rien de neuf. Or, quand je vois le boulot global qui a été fait sur Nice, ce n'est pas du travail de débutant. Pourtant, l'aspect qualité ne suit pas. Donc, on peut faire des groupes QA élitisto-minoritaires mais il faudrait surtout arriver à sensibiliser la majorité. En les contactant quand on voit qu'ils font des erreurs répétitives comme suggéré dans un autre message??? Tout a fait, mettre en place une sorte de bureaucratie qui fait du QA a tire larigot (je hais fortement le concept d'une élite qui fasse quelque chose en permanence, même s'il faut bien remarquer que dans certains cas, on a un groupe qui prévaut, qui est celui que fait les choses) , c'est bien gentil mais ça ne résout pas le problème de base qui est de sensibiliser la majorité. C'est loin d'être un problème facile. C'est pour cela que je suis très sceptique sur l'approche de certains (pas sur cette mailing list) de recruter a outrance et en grande quantité de nouveaux contributeurs. Concernant les tutoriaux, je suis en train de travailler sur des traductions des tutoriaux que Richard Weait produit très régulièrement. Tout cela prend du temps et j'avoue que mon temps est une denrée extrêmement rare au final (d'où une certaine raréfication de mes emails récemment). Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Le 01/10/2010 à 01:38:54 +1100 jul...@krilin.org jul...@krilin.org a écrit Objet: [OSM-talk-fr] qualité de la carte : Quand aux chemin privé, je m'arrete si il y a un panneau propriété privé mais si je vois que le chemin continue sur 20m, je mets les 20m dans OSM taggé en private. Apres si le chemin fait un coude, je ne met pas le reste du chemin comme je ne le vois pas. C'est ainsi que je procèdes aussi. -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Concernant les tutoriaux, je suis en train de travailler sur des traductions des tutoriaux que Richard Weait produit très régulièrement. J'ai rencontré récemment des contributeurs ne maîtrisant absolument pas l'anglais. C'est clair que des traductions en français sont un gros plus, et pas seulement les tutoriaux mais aussi les messages d'erreur de keepright (pas intégralement traduits) et sans doute quelques autres éléments. Sinon, une idée comme ça. Vu que la carte sur openstreetmap.org est le point d'entrée, on pourrait imaginer qu'une fois connecté, ça affiche les erreurs/avertissements sur la carte, façon osmose/keepright. Ou au moins les erreurs du contributeur une fois qu'il a contribué. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Warning: Troll detected! En ce qui me concerne, je me range dans le camp de Sylvain. OpenStreetMap est bien trop complexe pour que personne ne fasse d'erreur. De même, cette complexité nécessite un effort/investissement considérable pour arriver à ce que certains jugent correct (voire parfait, mais on sait tous que la perfection n'existe pas). En parallèle, OpenStreetMap ne pourra exister que si le plus grand nombre y participe. Ce qui signifie donc qu'il y aura nécessairement des degrés d'implication et d'investissement très variable parmi les contributeurs. Je rejoins donc Sylvain dans le sens où il est important que chacun veille à ménager ce qui est le plus important pour le projet : les bonnes volontés. En même temps, je ne jette la pierre à personne car je suis le premier à manquer cruellement de tact dans mes emails publics. De mon point de vue, Eric tout comme Sylvain méritent d'être ménagés : l'un pour ses contributions, l'autre pour ses remarques. :-) Guilhem, un contributeur via Potlach qui préfère des infos positionnées à 10 m prés avec un tagging approximatif, plutôt qu'une carte vide mais parfaite, réservée à des experts. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Sylvain Perrinel a écrit , Le 27/09/2010 09:16: Sur cette zone, il faudrait même fusionner le ruisseau avec la limite administrative car elles correspondent et un seul objet suffit. Maleureusement, non. La marcaissonne a changé son lit, et par endroit il n'est plus sur la limite communale. Je vais donc défaire la fusion que tu as faite avant-hier à cet endroit. Ne le prend pas mal surtout, je me ballade souvent à la Marcaissonne ; d'ailleurs j'avais écris un mail ici à ce sujet à l'époque où je débutais sur OSM, et où je me rendais mal compte de la répartition des tâches entre les :)) scripto-importateurs et les pedibus-gambis cartographes. De retour de ballade je crois bien qu'il en est de même pour le Nicol ; je ne suis pas une fan de ne faire qu'un seul chemin pour deux objets différents, je préfère utiliser les mêmes points et plusieurs chemins (je maîtrise bien maintenant la technique bouton central de la souris + Btn Ctrl, et je trouve la maintenance plus pratique ainsi). Après avoir jeté mon dévolu sur mon patelin (Escalquens) je vais squatter la cartographie de Belberaud, et de Auzielle. Soyez gentils de me prévenir si vous faites des modifs vues de loin, moi, j'ai le nez dessus, voyez ? Par contre on pourrait peut-être se coaliser, les cartographes du Lauragais ? Je rappelle que cette zone est en pleine évolution, avec des pelles de permis de construire chaque année, et le cadastre ne suit pas en temps réel ; je cartographie les nouvelles voies au GPS ; même les photos de google sont obsolètes. Et, dites moi, sincèrement, quand vous utilisez une carte pour trouver votre chemin, et que les choses que vous y voyez ne collent pas avec ce qu'il y a sur le terrain, là sous vos yeux, quelles sont les pensées qui vous montent ? C'est pourquoi j'avais au début intitulé ce fil qualité de la carte ; je ne m'attendais pas du tout à ce que Pinpin et Vincent Pottier aillent presque aussitôt faire des modifs dans :)) MON coin ; je pensais bêtement qu'après avoir élucidé ensemble la raison de la présence de ces riverbank, on conviendraient ensemble de ce qu'il vaut mieux y faire. Pfou, Pfou, on a bien des choses à convenir ensemble (et de conserve), pour que nous puissions cartographier en paix avec nos consciences. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Fais de ton mieux. La connaissance du terrain prime bien sûr sur d'autres sources comme le cadastre qui est en effet pas toujours à jour mais quand on a que ça, on fait avec. N'oublie pas de modifier la source pour éviter que d'autres contributeurs modifient ton travail. Bon courage 2010/9/29 hpmt h...@free.fr Sylvain Perrinel a écrit , Le 27/09/2010 09:16: Sur cette zone, il faudrait même fusionner le ruisseau avec la limite administrative car elles correspondent et un seul objet suffit. Maleureusement, non. La marcaissonne a changé son lit, et par endroit il n'est plus sur la limite communale. Je vais donc défaire la fusion que tu as faite avant-hier à cet endroit. Ne le prend pas mal surtout, je me ballade souvent à la Marcaissonne ; d'ailleurs j'avais écris un mail ici à ce sujet à l'époque où je débutais sur OSM, et où je me rendais mal compte de la répartition des tâches entre les :)) scripto-importateurs et les pedibus-gambis cartographes. De retour de ballade je crois bien qu'il en est de même pour le Nicol ; je ne suis pas une fan de ne faire qu'un seul chemin pour deux objets différents, je préfère utiliser les mêmes points et plusieurs chemins (je maîtrise bien maintenant la technique bouton central de la souris + Btn Ctrl, et je trouve la maintenance plus pratique ainsi). Après avoir jeté mon dévolu sur mon patelin (Escalquens) je vais squatter la cartographie de Belberaud, et de Auzielle. Soyez gentils de me prévenir si vous faites des modifs vues de loin, moi, j'ai le nez dessus, voyez ? Par contre on pourrait peut-être se coaliser, les cartographes du Lauragais ? Je rappelle que cette zone est en pleine évolution, avec des pelles de permis de construire chaque année, et le cadastre ne suit pas en temps réel ; je cartographie les nouvelles voies au GPS ; même les photos de google sont obsolètes. Et, dites moi, sincèrement, quand vous utilisez une carte pour trouver votre chemin, et que les choses que vous y voyez ne collent pas avec ce qu'il y a sur le terrain, là sous vos yeux, quelles sont les pensées qui vous montent ? C'est pourquoi j'avais au début intitulé ce fil qualité de la carte ; je ne m'attendais pas du tout à ce que Pinpin et Vincent Pottier aillent presque aussitôt faire des modifs dans :)) MON coin ; je pensais bêtement qu'après avoir élucidé ensemble la raison de la présence de ces riverbank, on conviendraient ensemble de ce qu'il vaut mieux y faire. Pfou, Pfou, on a bien des choses à convenir ensemble (et de conserve), pour que nous puissions cartographier en paix avec nos consciences. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Le 29 sept. 2010 à 10:50, Guilhem Bonnefille a écrit : Guilhem, un contributeur via Potlach qui préfère des infos positionnées à 10 m prés avec un tagging approximatif, plutôt qu'une carte vide mais parfaite, réservée à des experts. J'essaie d'apportier ma pierre à cette discussion avec un problème qui m'embête depuis peu. Je suis d'accord avec toi et Pinpin que du point de vue utilisateur de la SlippyMap, il vaut mieux une carte approximative que rien du tout en attendant mieux, mais cela pose quand même un problème : comment du point de vue du mapping garder le contrôle de ces zones grises ? Ce que je veut dire, c'est que quand il y a un trou de plusieurs km2 dans la SlippyMap, il est clair qu'il y a quelque chose à faire. Par contre, quand il y a des routes au tracé et tags approximatifs, ainsi que des bâtiments pleins d'erreurs, comment documenter ça et s'assurer que ça sera corrigé bientôt ? Comme solutions, j'entrevois : 1) ajouter des bugs (http://openstreetbugs.schokokeks.org/) (Bati importé mais avec plein d'erreurs de validation) 2) décrire le statut exact sur le Wiki (mais pour le moment, sur le Wiki c'est du blanc ou noir, par exemple bati importé ou non, il n'y a pas de demi-mesure) 3) utiliser le champs source pour documenter que les données sont approximatives (interpolation, knowledge) Le problème est qu'il n'y a pas de méthodologie ou d'outils officiels. Je comprends donc la position de ceux qui attendent une grande qualité des imports, car le risque est grand que les erreurs restent dans la carte pendant un temps indéterminé voire long, et/ou que ce soit souvent les mêmes qui passent derrière pour faire les corrections rébarbatives... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] qualité de la carte
(Je me permet de changer le sujet de la discussion pour ne plus polluer le fil de discussion qui concerne une zone de la carte et qui intéresse donc plutôt les contributeurs locaux) Le 29 septembre 2010 14:21, Croquette Olivier m...@ocroquette.de a écrit : Le problème est qu'il n'y a pas de méthodologie ou d'outils officiels. Tu met ici le doigt sur ce qui me semble être BEAUCOUP plus gênant que des contributeurs fougueux. Pour moi, le problème essentiel que doit résoudre OSM (ou une division locale) c'est de définir un outillage (méthodologie et outils) *officiel*. Une fois que ce sera fait, il deviendra bien plus simple à un contributeur très motivé de faire moins d'erreurs. Aujourd'hui, il y a des conventions dans tous les coins, des trucs que le plus grand monde pratique, mais qui sont toujours dans l'état proposal ou que les éditeurs ne supportent pas (dans le sens où ils permettent de faire le contraire). Ensuite nous avons des outils tels que l'import du bati qui extrait des informations avec beaucoup d'information incorrecte pour OSM (trop de détails, des cours d'eau où il n'y en a pas...). A nouveau, je ne jette la pierre à personne (il est très bien de laisser la liberté dans le tagging et il est très bien d'avoir un outil qui extrait toutes ces informations des planches cadastrales), j'explique juste pourquoi à mon sens il est naturel que des contributeurs fassent des erreurs. Et dans la mesure où cette erreur est finalement *naturelle* il me parait sain de respecter *toutes* les contributions, qu'elles soient parfaites ou erronées. Je comprends donc la position de ceux qui attendent une grande qualité des imports, car le risque est grand que les erreurs restent dans la carte pendant un temps indéterminé voire long, et/ou que ce soit souvent les mêmes qui passent derrière pour faire les corrections rébarbatives... Je vais me risquer à faire des réponses très caricaturales : - s'il y a des erreurs qui perdurent, c'est qu'à priori elles ne dérangent personne, donc pourquoi fournir un effort jugé inacceptable pour les corriger. - s'il y a des corrections rébarbatives, il y a certainement un outil à inventer pour automatiser leur correction. Si on prend l'exemple des doublons et qu'on considère, comme moi, qu'il n'est pas raisonnable d'espérer que personne n'insèrera jamais un doublon dans la base, alors il faut un outil qui permette à un contributeur informé/motivé de corriger des doublons en fournissant un effort minimal. Je vais prendre un exemple dans un domaine que je connais mieux : la gestion des sources logicielles dans un environnement collaboratif. Dans cet environnement, il y a un élément perturbateur qui est la modification concurrente d'un même document. Historiquement, la solution consiste à verrouiller le document afin qu'un seul ne travaille dessus, ce qui pose le problème qu'un seul travaille dessus et que les autres doivent perdre leur temps à attendre. Aujourd'hui, la vision est plutôt d'offrir un outil qui permette à plusieurs personnes de travailler sur le même document et que l'outil tente de fusionner le résultat tout seul en criant à l'aide lorsqu'il ne s'en sort pas. Dans la mesure où le projet est OUVERT il me parait nécessaire qu'un maximum de responsabilité porte sur les outils. Et dans la mesure où ça ne pourra jamais être suffisant de se reposer sur les outils, si on veut obtenir encore plus de qualité sur la carte, il va falloir mettre en place une organisation qui assure cette qualité, par exemple en isolant une version de la carte jugée de bonne qualité d'une version de la carte dans laquelle il peut y avoir des soucis (et où sont apportées les nouveautés). Mais cela nécessite des personnes pour faire du travail de modération que certains jugeront rébarbatif. Pour moi, le meilleur exemple est une distribution GNU/Linux comme Debian : il y a une version de travail (sid), une version de développement (testing) et une version stable. Et pour que les paquets/logiciels passent d'une version à l'autre, il y a des outils, des packageurs (dont le travail peut certainement être considéré comme rébarbatif) et des testeurs pour détecter les problèmes (dont le travail peut aussi être jugé comme rébarbatif puisque leur environnement n'est jamais stable ou exempt de bugs). Désolé pour mon mail si long et bravo à ceux qui ont tenus. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Merci pour cette Belle intervention. qui à mon sens nous ramène à plusieurs point déjà débattu dans diverses interventions. Pas de méthodologie, mais y a t il une méthode, nous dirons les adeptes du on n'en veut pas. Il y a plusieurs méthodes certes mais à mon sens il devrait y avoir une organisation plus rigoureuse des intégrations de data. Je ne pense pas que sur le noyaux linux, une distribution sur un driver quelconque on accepte un patch sans le regarder de près, et avoir validé que la contribution était juste et judicieuse. Or dans OSM on s'inscrit on charge josm , on trace deux trois way on mets peut - étre n'importe quoi, on commit et ensuite on entends les grognements dans les mailing listes . La qualité est quelques chose de très subjectif. C'est sur certain point facile à résoudre. Pourquoi l'outil d'import accepte il un import de chemin incomplètement marqué? Ma réponse : parce que le processus est itératif, que l'organisation doit être souple pour intégrer de nouveaux contributeurs, parce qu'aujourd'hui il est plus important d'engranger des données même partielles, même fausses que de qualifier finement. Et je suis un partisan du mieux vaut une voie mal codifiée que pas de voie. Pourtant je me suis étonné courant Aout qu'il n'y ai pas de processus de d'apprentissage , d'accompagnement des nouveaux CartoGrafAmateur, j'ai déploré la présence d'une organisation plus structuré, la présence d'un outil de documentation plus facile d'accès au nouvel arrivant . Pensez vous vraiment que cette page http://wiki.openstreetmap.org/wiki/FR:Beginners_Guidesoit un guide pour débutant. J'avais cru comprendre que justement un désir des premiers contributeurs était de s'appuyer sur des communautés locales, mais visiblement la sauce n'a pas prise , il y a peu de communauté en deçà du niveau national. Donc que faire pour avancer : Des cartes stable / test / travail est bien. j'imagine que sa mise en place puisse etre complexe , couteuse mais bon , dans la vie réelle je vois souvent 3 , 4 niveau d'organisation. Un bac à sable et un accompagnement pour les nouveaux contributeurs un contributeur ne commit en base travail qu'aprés avoir eu le OK de plusieurs parrains. He oui je trouve étrange que je puisse contribuer sans avoir vraiment compris l'importance du ref:sandre ;-) Des outils qui génèrent moins d'erreur , encore l'import bati... Une mailling liste qui soit éclater en au moins 5 traffics: Dev Debutant Question Mapping general Question mapping France Info diverse, annonces. Salut a tous. Pierre Pierre Boizot CH-1009 PULLY Le 29 septembre 2010 19:18, Guilhem Bonnefille guilhem.bonnefi...@gmail.com a écrit : (Je me permet de changer le sujet de la discussion pour ne plus polluer le fil de discussion qui concerne une zone de la carte et qui intéresse donc plutôt les contributeurs locaux) Le 29 septembre 2010 14:21, Croquette Olivier m...@ocroquette.de a écrit : Le problème est qu'il n'y a pas de méthodologie ou d'outils officiels. Tu met ici le doigt sur ce qui me semble être BEAUCOUP plus gênant que des contributeurs fougueux. Pour moi, le problème essentiel que doit résoudre OSM (ou une division locale) c'est de définir un outillage (méthodologie et outils) *officiel*. Une fois que ce sera fait, il deviendra bien plus simple à un contributeur très motivé de faire moins d'erreurs. Aujourd'hui, il y a des conventions dans tous les coins, des trucs que le plus grand monde pratique, mais qui sont toujours dans l'état proposal ou que les éditeurs ne supportent pas (dans le sens où ils permettent de faire le contraire). Ensuite nous avons des outils tels que l'import du bati qui extrait des informations avec beaucoup d'information incorrecte pour OSM (trop de détails, des cours d'eau où il n'y en a pas...). A nouveau, je ne jette la pierre à personne (il est très bien de laisser la liberté dans le tagging et il est très bien d'avoir un outil qui extrait toutes ces informations des planches cadastrales), j'explique juste pourquoi à mon sens il est naturel que des contributeurs fassent des erreurs. Et dans la mesure où cette erreur est finalement *naturelle* il me parait sain de respecter *toutes* les contributions, qu'elles soient parfaites ou erronées. Je comprends donc la position de ceux qui attendent une grande qualité des imports, car le risque est grand que les erreurs restent dans la carte pendant un temps indéterminé voire long, et/ou que ce soit souvent les mêmes qui passent derrière pour faire les corrections rébarbatives... Je vais me risquer à faire des réponses très caricaturales : - s'il y a des erreurs qui perdurent, c'est qu'à priori elles ne dérangent personne, donc pourquoi fournir un effort jugé inacceptable pour les corriger. - s'il y a des corrections rébarbatives, il y a certainement un outil à inventer pour automatiser leur correction. Si on prend l'exemple des doublons et qu'on considère, comme moi, qu'il n'est pas
Re: [OSM-talk-fr] qualité de la carte à Auzielle
On 29/09/2010 14:21, Croquette Olivier wrote: Ce que je veut dire, c'est que quand il y a un trou de plusieurs km2 dans la SlippyMap, il est clair qu'il y a quelque chose à faire. Par contre, quand il y a des routes au tracé et tags approximatifs, ainsi que des bâtiments pleins d'erreurs, comment documenter ça et s'assurer que ça sera corrigé bientôt ? Comme solutions, j'entrevois : 1) ajouter des bugs (http://openstreetbugs.schokokeks.org/) (Bati importé mais avec plein d'erreurs de validation) 2) décrire le statut exact sur le Wiki (mais pour le moment, sur le Wiki c'est du blanc ou noir, par exemple bati importé ou non, il n'y a pas de demi-mesure) 3) utiliser le champs source pour documenter que les données sont approximatives (interpolation, knowledge) Il y a aussi ça. http://www.qualitystreetmap.org/osmqa/ Bon, c'est tout neuf et ça va encore évoluer... Pour l'instant il y a les valeurs 0,1 ou vrai,faux. S'il y avait une valeur -1 pour dire 'fautif', ce serait pas mal. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
gb == Guilhem Bonnefille guilhem.bonnefi...@gmail.com writes: gb Tu met ici le doigt sur ce qui me semble être BEAUCOUP plus gênant que gb des contributeurs fougueux. Pour moi, le problème essentiel que doit gb résoudre OSM (ou une division locale) c'est de définir un outillage gb (méthodologie et outils) *officiel*. Une fois que ce sera fait, il gb deviendra bien plus simple à un contributeur très motivé de faire gb moins d'erreurs. Salut gUI, Je te rejoins sur l'importance d'outils facilitant l'assurance qualité. Heureusement, il en existe plusieurs qui sont très performants : osminspector, keepright, le validator dans JOSM. Heureusement aussi (à mon sens), aucun d'entre eux n'est «officiel». Personne dans OSM n'a autorité à décréter qu'un outil est plus officiel qu'un autre, et c'est très bien comme ça. Je rajoute pour polémiquer qu'il est bien dommage que la nouvelle licence souhaitée par l'OSMF donnerait bien plus de pouvoir à cet organisme au fonctionnement opaque pour décréter ce qui arrive aux données. Mais c'est sans doute inévitable si on s'appuie sur le droit des contrats. gb Aujourd'hui, il y a des conventions dans tous les coins, des trucs que gb le plus grand monde pratique, mais qui sont toujours dans l'état gb proposal ou que les éditeurs ne supportent pas (dans le sens où ils gb permettent de faire le contraire). Oui, c'est un bordel fabuleux. En discutant (avec plus ou moins de tact) quand on n'est pas d'accord, on arrive ensemble à produire de belles données. gb Je vais me risquer à faire des réponses très caricaturales : gb - s'il y a des erreurs qui perdurent, c'est qu'à priori elles ne gb dérangent personne, donc pourquoi fournir un effort jugé inacceptable gb pour les corriger. Le problème dans le cas qui nous préoccupe est que l'effort pour corriger les erreurs est colossal face à la facilité d'import des erreurs. gb - s'il y a des corrections rébarbatives, il y a certainement un outil gb à inventer pour automatiser leur correction. Une partie des erreurs de données du cadastre pourraient peut-être être corrigées automatiquement sans trop de faux positifs (je pense en particulier aux chevauchements qui apparaissent commes des «T» dans le validateur). Mais d'autres bugs comme les polygônes invalides me semblent compliqués, sans parler du réalignement des rues avec le bâti, la fusion avec le bâti ou les POI existants, etc. gb Désolé pour mon mail si long et bravo à ceux qui ont tenus. Ça mérite une blague sur les modes d'assurance qualité. An MIT guy and a Harvard guy went into a bathroom together and went up to the urinal to pee. After finishing, the MIT guy went to leave the room without washing his hands. The Harvard guy, appalled, called after him: At Haavaahhhd, they teach us to wash our hands after we urinate. The MIT guy looked back at him and said, At MIT they teach us not to urinate on our hands. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte
Dsol mais je remets ma cape de ronchon rleur. Le 29/09/2010 22:18, Pierre BOIZOT a crit: Merci pour cette Belle intervention. qui mon sens nous ramne plusieurs point dj dbattu dans diverses interventions. [...] Ma rponse : parce que le processus est itratif, que l'organisation doit tre souple pour intgrer de nouveaux contributeurs, parce qu'aujourd'hui il est plus important d'engranger des donnes mme partielles, mme fausses que de qualifier finement. Itratif n'implique pas de ne jamais s'arrter pour regarder en arrire et corriger. Donc, pour ma part : - l'itratif bon dos, parlez en avec les Matres des mthodes agiles, il y en a sur la liste. Itratif n'implique pas foutoir ; - l'intgration est pour le moins souple mais elle ne facilite pas l'intgration (certains ont t reus de manire trs souple sur la liste) ; - jouer celui "qu'a la plus grande" en comparant la taille des fichiers Allemagne/France/Angleterre, remplir la pelle puis rflchir en 2020, n'est pas une solution. La seule solution c'est de bosser : - faire UN vrai tutoriel, sans esprer cela des CUM format A5 destins aux expriments, - chercher des rfrences, - discuter des solutions argumentes, - mettre jour le wiki, - le tout sans illres en gardant un esprit critique face l'existant. [...] Une mailling liste qui soit clater en au moins 5 traffics: Dev Debutant Question Mapping general Question mapping France Info diverse, annonces. La liste "dev" dj un pied dans la tombe. La dernire discussion prog s'est tenue sur cette liste. La mailling liste "dbutants" reviendrait passer ses journes rpondre aux mme questions, autant faire LE tutoriel ou au moins une FAQ ferai trs bien l'affaire. Quant aux autres... Salut a tous. Pierre Benot R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Malheureusement non... Je n'ai pas vu que les waterway étaient importés en même temps que le bati sur cette zone. Ce n'est pas toujours simple. Je supprime généralement les riverbank du cadastre car ils sont souvent partiels mais là ça m'a échappé. ça peut arriver... plutôt que de juger hâtivement. Sur cette zone, il faudrait même fusionner le ruisseau avec la limite administrative car elles correspondent et un seul objet suffit. 2010/9/25 Pieren pier...@gmail.com 2010/9/25 Vincent Pottier vpott...@gmail.com Aucun des trois tracés, limite de commune, stream, riverbank ne se superpose. Qu'en est-il dans la réalité ? Franchement, moi, je contacterais pinpin pour lui demander de nettoyer son import. Il faut un peu aussi responsabiliser les gens qui privilégient visiblement la quantité à la qualité de leurs contributions. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Sylvain Perrinel a écrit , Le 27/09/2010 09:16: ... Je n'ai pas vu que les waterway étaient importés en même temps que le bati sur cette zone. Ce n'est pas toujours simple. Je supprime généralement les riverbank du cadastre car ils sont souvent partiels mais là ça m'a échappé. J'en conclus (peut-être hâtivement ?) que Pinpin, c'est toi ? Si oui, un grand merci à toi pour tous les trucs et machins déjà importés dans mon coin ! Maintenant il ne me reste qu'à fignoler, et c'est moins effrayant :)) que les grands déserts cartographiques des villages où le cadastre n'est pas vectorisé, et donc pas trop importable. Sur cette zone, il faudrait même fusionner le ruisseau avec la limite administrative car elles correspondent et un seul objet suffit. Sur ce coup là : oui. Mais ça n'est pas toujours vrai dans notre coin ; merci de ta réponse je me mets au travail pour Auzielle. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Oui c'est bien moi. Je viens de fusionner la limite admin avec le ruisseau pour la Marcaissonne et le ruisseau de Nicol. Je te laisse fignoler si tu trouves des écarts ou autres problèmes... -- Pinpin 2010/9/27 hpmt h...@free.fr Sylvain Perrinel a écrit , Le 27/09/2010 09:16: ... Je n'ai pas vu que les waterway étaient importés en même temps que le bati sur cette zone. Ce n'est pas toujours simple. Je supprime généralement les riverbank du cadastre car ils sont souvent partiels mais là ça m'a échappé. J'en conclus (peut-être hâtivement ?) que Pinpin, c'est toi ? Si oui, un grand merci à toi pour tous les trucs et machins déjà importés dans mon coin ! Maintenant il ne me reste qu'à fignoler, et c'est moins effrayant :)) que les grands déserts cartographiques des villages où le cadastre n'est pas vectorisé, et donc pas trop importable. Sur cette zone, il faudrait même fusionner le ruisseau avec la limite administrative car elles correspondent et un seul objet suffit. Sur ce coup là : oui. Mais ça n'est pas toujours vrai dans notre coin ; merci de ta réponse je me mets au travail pour Auzielle. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Sylvain Perrinel a écrit , Le 27/09/2010 09:55: Je te laisse fignoler si tu trouves des écarts ou autres problèmes... ça marche. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
sp == Sylvain Perrinel sylvain.perri...@gmail.com writes: sp ça peut arriver... plutôt que de juger hâtivement. Dans le registre des jugements lentement muris, j'ai passé pas mal de temps ce weekend à corriger des imports bâti que tu as commis au nord de Toulouse en début de mois. Il y avait des bâtiments redondants (tu n'avais pas enlevé / transféré les tags des bâtiments préexistants), des tonnes de bâtiments chevauchants (il faut utiliser le plugin validator!), des waterway qui ne correspondent à rien sur le terrain. STP arrête ce genre d'import sauvage. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
J'aime bien l'ambiance de cette mailing-list qui au lieu d'encourager les gens leur tape dessus... C'est très agréable. Merci ! Pour le nord de Toulouse, je m'en suis aperçu, mais les circonstances font que l'on ne peut pas toujours être à 100% sur osm. Sur ce coups-là, je comptais y revenir mais les choses ont fait que je suis passé à autre chose... On a le droit d'oublier. Si faut que je commence à faire un planning, le fait de contribuer à osm va devenir beaucoup moins agréable. Chacun contribue à osm à son rythme. Si tu n'es pas contents, tu corriges ou tu le fais remarquer gentillement. 2010/9/27 Eric Marsden eric.mars...@free.fr sp == Sylvain Perrinel sylvain.perri...@gmail.com writes: sp ça peut arriver... plutôt que de juger hâtivement. Dans le registre des jugements lentement muris, j'ai passé pas mal de temps ce weekend à corriger des imports bâti que tu as commis au nord de Toulouse en début de mois. Il y avait des bâtiments redondants (tu n'avais pas enlevé / transféré les tags des bâtiments préexistants), des tonnes de bâtiments chevauchants (il faut utiliser le plugin validator!), des waterway qui ne correspondent à rien sur le terrain. STP arrête ce genre d'import sauvage. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Le lundi 27 septembre 2010 à 13:57 +0200, Sylvain Perrinel a écrit : Chacun contribue à osm à son rythme. Si tu n'es pas contents, tu corriges ou tu le fais remarquer gentillement. J'approuve cette remarque. Les communications électroniques sont délicates, il faut toujours faire preuve d'un maximum de compréhension et de patience. Et s'inspirer du Wikilove, on ne le dira jamais assez Philippe 2010/9/27 Eric Marsden eric.mars...@free.fr sp == Sylvain Perrinel sylvain.perri...@gmail.com writes: sp ça peut arriver... plutôt que de juger hâtivement. Dans le registre des jugements lentement muris, j'ai passé pas mal de temps ce weekend à corriger des imports bâti que tu as commis au nord de Toulouse en début de mois. Il y avait des bâtiments redondants (tu n'avais pas enlevé / transféré les tags des bâtiments préexistants), des tonnes de bâtiments chevauchants (il faut utiliser le plugin validator!), des waterway qui ne correspondent à rien sur le terrain. STP arrête ce genre d'import sauvage. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ 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] qualité de la carte à Auzielle
Sylvain Perrinel a écrit , Le 27/09/2010 13:57: Chacun contribue à osm à son rythme. Si tu n'es pas contents, tu corriges ou tu le fais remarquer gentillement. +1 Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Art Penteur art.pent...@gmail.com wrote: je vais essayer de le dire gentiment, parce que je ne veux braquer personne, mais Sylvains, est-ce que tu t'es rendu compte que ta répons n'est pas un modèle de tact, non plus ? Il faut le dire. Avec ces médias numérique il est malheureusement toujours très facile d'avoir des malentendus et des expressions qui seront mal interprété ou mal comprise... On va donc dire que les tords sont un peu partagé et qu'il faudra plus recommencer ;-) Sur la forme, pour ce genre de remarque je préfère m'en ouvrir poliment auprès du contributeur par email (lien sur OSM) pour lui expliqué qu'il laisse trainé des trucs pas très propre, car souvent (ca semble le cas ici) ce dernier est un contributeur normal et il un truc lui a echappé une fois... La remontrance en public n'est pas a conseiller, AMHA. Sur le fond, pour mes imports bâtis je prépare tout dans JOSM et fait tout les contrôles avant export. En fait j'importe le bati (cadastre) dans JOSM puis dans un autre claque l'existant. Sur le calque bati je fais un premier ménage avec validator (remove dupplicates et croisements de chemins) et à l'oeil pour repérer les batiments couper en morceaux. Je fait aussi un peu de simplification (SHIFT+Y), notamment sur les objets ronds (réservoir agricole par exemple) pour pas importer trop de points peu utile. Ensuite sur le calque existant je repère les batiments déjà présents pour copier les tags et les coller sur le batiment correspond du claque bâti. J'efface les batiments de l'existant ensuite, j'ajuste les routes existantes si nécessaire, j'ajoute les routes non tracés grace au fond cadastre... Pour finir j'exporte l'existant (avec indication ménage pour import bâti) : puis j'importe le calque bâti (JOSM réglé sur paquet de 500). Le lendemain un petit tour dans dupe_nodes et Geofabrik tools pour repérer si il y a des erreurs flagrantes. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Mais je ne nie pas les faits et je lui ai répondu que j'allais corrigé cela à mon rythme. Ce qui me fait marrer, c'est la forme et le lieu. Lorsque je rencontre un problème, je contacte l'utilisateur et je n'utilise pas les listes publiques pour raconter qu'il fait du travail incorrect (voire du sabotage). Bref pour moi, le problème est clos. Merci 2010/9/27 Art Penteur art.pent...@gmail.com Bon, je vais essayer de le dire gentiment, parce que je ne veux braquer personne, mais Sylvains, est-ce que tu t'es rendu compte que ta répons n'est pas un modèle de tact, non plus ? OK, le message d'Eric n'était pas très agréable, il aurait pu être mieux tourné, mais il faut reconnaître qu'il se basait sur des faits, et décrivait un problème sur lequel il a passé du temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
sp == Sylvain Perrinel sylvain.perri...@gmail.com writes: sp Chacun contribue à osm à son rythme. Si tu n'es pas contents, tu corriges ou sp tu le fais remarquer gentillement. Je suis désolé de t'avoir agressé personnellement ; j'ai réagi sur la liste (après mon message privé de samedi) puisqu'il y a deux facettes de ta façon de contribuer que j'ai rencontrées chez d'autres et qui m'agacent : - l'attitude «j'importe puis d'autres corrigeront». En particulier pour le bâti, il est trivial d'importer massivement mais fastidieux de corriger toutes les données et intégrer proprement avec l'existant. Et je vois beaucoup d'imports (pas seulement de Pinpin, d'où l'intérêt d'en parler publiquement) qui n'ont pas été passées au validateur. - «je fais n'importe quoi mais c'est à mon rythme»: il est tout à fait normal que des contributeurs béotiens (surtout utilisant Potlatch) fassent des erreurs (ways non raccordés entre eux par exemple, assez fréquent). Mais s'agissant de gens qui utilisent des outils plus complexes pour faire des imports semi-automatisés, j'ai un niveau d'exigence plus élevé. On nettoie _avant_ d'importer, on vérifie ce qu'on fait ; il y a beaucoup d'outils pour le faire (le validator, osminspector, keepright, carte dupe_nodes, etc.). Je caricature un peu pour qu'on se comprenne bien. -- What is written without effort is in general read without pleasure. S. Johnson ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle
Bonjour, Je partage l'avis d'Éric. Je ne suis pas le dernier à faire des erreurs par étourderie ou méconnaissance mais j'évite d'être négligeant en comptant sur une bonne âme ou sur mon éventuelle disponibilité ultérieure pour corriger les erreurs détectées a posteriori. D'ailleurs, je n'ai utilisé les scripts d'extraction du bâti et la procédure d'import associée que sur deux communes et à chaque fois, le travail préliminaire à l'import m'a demandé plusieurs heures d'effort pour : - supprimer les cours d'eau dont le tracé est plus que douteux sur le cadastre, - éliminer les bâtiments qui faisaient doublon (doublon avec l'existant ou intrinsèque aux données importées), - fusionner les morceaux de bâtiments résultant du découpage des parcelles, - simplifier les contours en éliminant les points aberrants ou surabondants (je me souviens notamment de deux châteaux d'eau dont la section circulaire ne devait pas excéder 3 mètres de diamètre mais était décrite par 114 segments). - corriger moult autres anomalies détectées par le greffon Validator ou au détour de la revue systématique que j'ai opérée (croix marquant les églises sur le plan du cadastre identifiées comme des voies ferrées). 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] qualité de la carte à Auzielle
2010/9/25 Vincent Pottier vpott...@gmail.com Aucun des trois tracés, limite de commune, stream, riverbank ne se superpose. Qu'en est-il dans la réalité ? Franchement, moi, je contacterais pinpin pour lui demander de nettoyer son import. Il faut un peu aussi responsabiliser les gens qui privilégient visiblement la quantité à la qualité de leurs contributions. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] qualité de la carte à Auzielle (et au milieu coule une rivière)
Le 25/09/2010 14:11, Vincent Pottier a écrit : ... Le riverbank importé du cadastre ne correspond peut-être pas exactement au lit du ruisseau, il est souvent plus large (zone inondable). Le vrai tracé du riverbank doit comprendre une connaissance du terrain. Les parcelles colorées en bleu (souvent se sont des trous dans le parcellaire appelé domaine non cadastré) sur les plans vectoriels ne sont ni la marque des berges d'une rivière encore moins d'un ruisseau, encore moins des indications de zones inondable (le cadastre n'est pas conçu ni n'a vocation à faire cela). Parfois, pour des rivières de taille conséquente, ces limites cadastrales correspondent effectivement à un lit de cours d'eau mais c'est très loin d'être le cas majoritaire. Il ne faut pas oublier que le cours d'une rivière peut évoluer dans le temps suivant la topographie des lieux ; les limites parcellaires, elles, ne bougeront pas d'un iota (pas à cause de cela, en tous cas). A titre personnel, je trouve ridicule de tracer des berges pour un cours d'eau qui fait 2m de large, voire moins (au-delà de 10m, pourquoi pas, mais ce n'est pas ma priorité). Nous n'avons pas (encore) de source pour établir utilement ce genre d'objets. Autant essayer de cartographier des bans de sable. m'enfin c'est mon avis Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr