Re: [OSM-talk-fr] Invasion de fourmis
Le 07/01/2012 19:28, simon a écrit : Bonjour, Juste une idée qui me passe par la tête (peut être mauvaise d'ailleurs). Les cartoparties classique ne touchant souvent qu'un publique déjà concerné par le libre et n'intéressant que peut les médias (il ne s'agit que de mon expérience personnel) Je me disait donc pourquoi ne pas créer une invasion de fourmis sur le principe des apéros Facebook. On donne un point de rendez vous et on rassemble un maximum de contributeurs sur un secteur géographique restreint avec pour but principal de ce faire voir. Cela n'est pas forcément productif sur le plan de la cartographie, mais on devrait pouvoir faire parler d'OSM de cette manière. Le vice pourrait même aller jusqu'à une invasion de fourmis rouge http://wiki.openstreetmap.org/wiki/OSM_Surveyors_Jacket ou orange dans http://fr.wikipedia.org/wiki/Marabunta ? Va falloir soigner la comm, mais l'idée me plaît bien. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import manuel des zones Corine
Le 08/01/2012 14:52, Vincent Pottier a écrit : ... En attendant qu'on réveille Corine. Ses congénères l'ont refroidi, ses congénères crient au génie. La réveillez-pas, la reveillez-pas, pas avant 2043. Alain Bashung PS : le dimanche soir, c'est permis, na ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Dans quelle catégorie de contributeur êtes-vous ?
Le 10/01/2012 16:45, Eric Sibert a écrit : Addicted moi aussi... faut-il consulter ? +1. Question : Les addicted sont-ils sur-représentés sur la liste de diffusion? Vous avez une heure ;-) Sans surprises, j'en suis. J'en chie aussi, parfois. Denis, désolé et hors délais * * la liste c'est pendant les gros upload ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans quelle catégorie de contributeur êtes-vous ?
Le 10/01/2012 14:54, Pieren a écrit : Le site How did you contribute to OpenStreetMap ? (http://hdyc.neis-one.org/) fournit quelques informations supplémentaires depuis peu. Outre votre moyenne de changesets dans la semaine ou par 24 heures, il catégorise les contributeurs officiellement suivant le nombre de changesets mais je pense que d'autres critères entrent en jeu. J'ai pu identifier les catégories suivantes : - nothing (par ex. JohnSmith) - a newbie - a hit-and-run mapper - a heavy mapper - a heavy mapper 2.0 - an addicted mapper - a crazzy mapper Pieren Il y a aussi ceci que j'aime beaucoup pour son côté kitsch : http://osmfight.neis-one.org/ Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dans quelle catégorie de contributeur êtes-vous ?
Le 10/01/2012 22:03, Hélène PETIT a écrit : Le 10/01/2012 21:40, l...@worldonline.fr a écrit : Gagné contre Pieren moi aussi je gagne contre pieren : 5 : 0 HelenePETIT VS pieren Final Result: HelenePETIT wins ! Je trouve ça zerbi ; pieren, t'as un truc ? Simon parlait du Pieren avec une Majuscule. Avec lui, tu es défaite par 1:4 * *http://osmfight.neis-one.org/?u1=HelenePETITu2=Pieren à part ça, je suis - heavy mapper 2.0 ; 2.0, passe encore ; mais heavy ? ça fait pas un peu engin de chantier ? En hiver, on prend toujours un peu de poids : c'est l'effet cadastre. T'aurais pas grignoté du cadastre néerlandais entre deux communes ariégeoises des fois ? Denis, maxweight ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie d'un village viticole
Le 26/01/2012 18:31, Patrice Hadot a écrit : Bonjour, J'ai commencé à cartographier le village de Brochon http://www.openstreetmap.org/?lat=47.23598lon=4.97588zoom=17layers=M, où j'habite. Il s'agit d'un village viticole. Tout d'abord je souhaite vos avis et remontées sur d'éventuelles bourdes et maladresses. Ensuite, j'ai commencé à tagger les parcelles viticoles. Le WIKI n'est pas très prolixe sur le sujet, je me suis donc contenté du nom de la parcelle et d'un landuse=vineyard. Cela me convient bien pour, par exemple, la parcelle Les Journaux L'ensemble de la parcelle étant constituée de vignes. Par contre pour une parcelle plus urbaine, comme le Meix Fringuet, je n'ai taggé que la zone plantée en vignes et non tout le quartier qui qui fait partie de cette parcelle dixit le cadastre. Et si on regarde plus au sud, la ville de Gevrey http://www.openstreetmap.org/?lat=47.225lon=4.98703zoom=15layers=M, les mêmes infos sont taggués avec place=locality et le nom de la parcelle. Un avis sur la bonne pratique ? Bonsoir Patrice, Quelques rappels sur l'organisation des données dans le cadastre français : - la parcelle (je vous fais grâce des subdivisions cadastrales) - le lieu-dit (place=locality) si tu descends un peu, vers Vosne-Romanée au hasard : http://osm.org/go/0A_BJkbCH- ;-) tu découvriras que ces lieux-dit correspondent parfois aux climats des apellations bourguignones si appréciées de nos palais et hélas, hors des capacités de nos bourses. - la sous-section (correspondant à la fameuse feuille cadastrale que toutes les fourmis qui mangent du cadastre raster connaissent bien ;-) - la section - la commune Ces couches sont emboitées les unes dans les autres et sont distinguées par des motifs ou des couleurs différentes (suivant que l'on est en raster ou vecteur). Cartographier les parcelles viticoles ©est MAL si tu entends tracer tous les détails des parcelles cadastrales qui ont une vocation (ou constatées d'usage) viticole et c'est pour cela que, j'espère, le wiki restera muet sur le sujet ; cartographier les climats est un plus pour la base, surtout quand ils correspondent à des délimitations de grand cru, de premier cru, etc... Pour moi, les lieux-dit sont un calque de toponymie, parfois associé à du bâti (constaté : le toponyme sert à nommer la rue desservant le lotissement, autrefois champs, prairies, bois,...), parfois associé à rien du tout (c'est du champ, de la vigne, un bois, basta), parfois, c'est aussi le nom d'un ancien village disparu. Bref une richesse trop souvent ignorée. Dans tous les cas, je tague en place=locality, sauf exception dûment constatée par mon expertise). Si ton objectif est de travailler plus le côté landuse=wineyard, il te faut découvrir le Recensement Parcellaire Graphique qui contient l'ensemble des déclarations de parcelles agricoles (avec leur usage dominant) dans le cadre de la PAC (Politique Agricole Commune). Ces données sont disponibles par département sous licence OL/LO sur le portail data.gouv.fr. Je n'ai pas encore eu le temps d'analyser ces lot de données, mais c'est la référence sur les pratiques culturales (au moins au niveau statitique). Pour ma part, j'attends la libération des données géocodées des délimitations des différentes AOC. Je crois que cela finira par arriver, mais pas sur qu'on ait une précision parcellaire ! Si ton objectif est de travailler sur les lieux-dit, abstrais-toi le plus souvent de l'occupation du sol sous-jacente et généralement postérieure. Denis, qui va aller se re-ballader dans la Grande Rue l'été prochain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie d'un village viticole
Le 26/01/2012 21:34, simon a écrit : Moi aussi je regarde du coté des AOC, j'ai trouvé ceci sur le site data.gouv.fr http://www.data.gouv.fr/content/search?SearchText=Aoc On as toutes les communes bénéficiant d'une AOC par contre dés que l'appelation ne fait partis que d'une patrtie de la commune il faut se référer aux texte de lois qui indique les numéros de parcelle. Cela ne pose pas de souci pour les AOC hors vin qui ne sont délimité que par des limites communales. Une autres source est la base de données européenne door http://ec.europa.eu/agriculture/quality/door/list.html?locale=fr qui liste toutes les aoc hors vins avec les liens vers les textes de lois. Pour les vins c'est la base de données e-bacchus http://ec.europa.eu/agriculture/markets/wine/e- bacchus/index.cfm?event=resultsPEccgislanguage=FR Merci Simon pour ces liens intéressants Donc, suivant bacchus, les appelations sont controlées par les textes législatifs nationaux (ici le *Décret du 24 janvier 2001 relatif à l'appellation d'origine contrôlée Alsace grand cru -*NOR: AGRP0001971D) Or que trouve-t-on à l'article 3 dudit décret ? Les plans de délimitation sont déposés à la mairie des communes intéressées. Ça m'intéressait si quelqu'un pouvait nous faire un compte-rendu d'une telle demande à sa mairie et de sa réponse éventuelle. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie d'un village viticole
Le 26/01/2012 21:51, Matthias Dietrich a écrit : ... Pour avoir essayé de relever les limites précises de certaines appellations à partir des listes de parcelles, il faut en plus tenir compte des fusions et divisions de parcelles intervenues depuis plus de 20 ans (lorsque la demande de classement a été déposée). À cela il faut ajouter un brin d'imagination lorsque les parcelles ne sont classées que pour partie. Autant dire que c'est un énorme travail. +10 et il n'y a pas que les AOC qui sont concernées. On a le même problème pour les Zones Urbaines Sensibles et autres Réserves Naturelles Régionales. A ces époques reculées, l'État qui établissait ces périmètres avec une précision chirurgicale (à la parcelle quoi), fournissait les plans de délimitation des zones sur un fond Top25 !! Le meilleur : les données SIG des ces ZUS|Zone Franche|GPV ont la précision du 1:25.. Moi qui croyait que l'IGN était à moitié financé par l'Etat pour sa mission de service public, que le cadastre dépendait du Ministère des Finances, j'en suis plusieurs fois tombé de ma chaise. Finalement, c'est peut-être pour cette raison que l'Etalab est né et l'open data traduit en français. Je crois qu'on n'est pas au bout de nos surprises. Denis PS : je ne jette la pierre à personne, mes collègues de la fonction publique (actuels et anciens) font le maximum avec les moyens dont ils disposent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste talk-fr et hors-sujets
Le 01/02/2012 20:53, simon a écrit : Finalement ce fut quiche au St Maure et rillons de Touraine Dans 'l rillon tout est bon. Avec un Vouvray sec, bien sûr. Si tu vas sur Ballan-Miré, la boucherie Vengeon (fils maintenant) en faisait d'excellents. Bon appétit Simon J'espère bien en récupérer bientôt ; j'ai ma filière Denis PS : ça va chuis pas HS ? sinon dis-moi !!! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti = nettoyage des données cleo carto
Le 07/02/2012 18:43, sly (sylvain letuffe) a écrit : Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis de christian. Ni moi le tien. C'est ce qui fait le charme (?) de cette liste. Hé ben je ne dois pas être tombé sur les bonnes communes, mais ça ne me semble pas pas tant que ça. un cadastre importé, c'est un cadastre importé. C'est sûr si c'est un patelin de 300 habitants, c'est moins de boulot qu'une banlieue de plusieurs milliers d'âmes (genre Kingersheim au hasard). L'enjeu et le travail reste le même : 1. on laisse faire les outils en attendant qu'ils s'améliorent (sur quels critères d'abord ?) et on a ce que l'on mérite 2. on connaît les limites de 1, mais le sang de la fourmi ne fait qu'un seul tour quand elle découvre que des miettes de qualité peuvent être grapillées (la fourmi est écolo dans l'âme). La fourmi est besogneuse, sinon c'est une cigale déguisée en fourmi. L'import de masse est déjà sévèrement critiqué par nos voisins. Alors si en plus, on ne corrige pas les erreurs géométriques, ça va être encore pire pour notre (déjà mauvaise) réputation. Je suis bien d'accord. Une critique que j'ai déjà entendu concerne Corine qui parfois chevauche aussi d'autres polygones landuse (sans doute suite à une intervention manuelle, soit dans l'import, soit dans la création du doublon) et qui perdure dans la base pendant des années. Je suis aussi d'accord A l'analyse, il semble que les outils (et autre méthodes d'import de masse) soient tolérés dans la mesure où la colonie ne s'assied pas sur le tas de données produit d'un air satisfait : ça c'est fait, mais prend pelle et pioche pour remuer le tout et l'intéger au reste de la base. Certains regrettent d'avantage les imports sans voirie, ou sans correction sur les voiries qui se croisent alors avec le bâti. Mais c'est le même mécanisme qui entre en jeu, celui de dire que d'autres s'en chargeront plus-tard. Pas d'accord. Le mécanisme dont il est question, c'est la possibilité de réparer de manière automatique ce que des humains devraient faire sinon. Dans celui que tu cites, je n'arrive pas à imaginer un processus automatique pour placer des rues entre les bâtiments ou pour savoir où passerait vraiment la rue. Donc là, oui, je suis d'accord pour condamner ces imports avec chevauchement car aucun robot ne pourra le corriger plus tard. Repense à HAL9000 Chacun est responsable de ses apports (tiens cela ressemble encore trop à imports) à la base. Chaque contributeur est, de fait, responsable du niveau de qualité qu'il injecte dans la base. Noboby is perfect (as a ro(b)ot ?), mais on moins on aura mis de la transpiration dans cette base ; c'est ce qui devrait faire son odeur si particulière, appréciée par certains. Denis, tâcheron, moucheron, fourmi, cigale, cœlacanthe selon l'humeur ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] place = locality / hamlet
Le 11/02/2012 19:01, Pierre-Alain Dorange a écrit : Po Gnux...@gmail.com wrote: Sur le cadastre, un nom est affiché souvent dans les champs à coté des bâtiments d'une ferme. A ma connaissance, ce même nom sert d'adresse. Plusieurs questions : 1 - Utilisez vous place=locality ou place=hamlet pour une ferme unique ? Le nom peut servir d'adresse serait plus juste. isolated_dwelling ou hamlet suivant la taille estimée locality c'est à priori pour les endroits avec un nom mais sans habitants. Ma pratique : * en milieu urbain, il y a aussi des toponymes, donc place=locality. Le nom du quartier ( ou de l'ancienne commune fusionnée ex. Bourtzwiller dans le 68) peut être placé en plus. On joue plus sur l'historique du terrain (les toponymes sont souvent porteurs de sens local). * en milieu rural : s'il n'y a que de la nature, c'est place=locality; si c'est un hameau ciblé, un corps de ferme identifié en tant que tel j'ai aussi utilisé isolated_dwelling ou hamlet 2 - Utilisez vous un point ou une area pour enregistrer cette information Point 3 - Si area : quel contour utilisez vous. Si un point, à quel endroit le placez vous (à la place du texte dans le cadastre ou sur le bâtiment) ? Si possible dans un espace publique vers le croisement des routes importantes... Le plus possible au centre du hameaux... Il risque d'y avoir doublon entre le name d'un landuse farmyard (logiquement area - voir http://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dfarmyard) et un (logiquement point) place=locality. Il faut juste choisir l'approche la plus pragmatique. Ouais, je sais on ne tague pas pour le rendu, mais on ne tague pas non plus 2x la même réalité (sauf bonnes raisons). Denis, fan de topo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Le 23/02/2012 13:56, Christian Rogel a écrit : Dans une expérimentation projetée, en Bretagne, les mappeurs ne sont impliqués qu'en amont, car il sont créé la carte qui a été complétée par le SIG. C'est très intéressant ce que tu dis : je cartographie donc je suis. Dans la relation aux autorités habilitées à modéliser notre quotidien, cela donne une saveur à mon goût de citoyen. Finalement, c'est très physique : la masse déforme l'espace ; plus nous serons nombreux à proposer des regards alternatifs, plus notre territoire nous ressemblera. Qui pèse le plus ? Celui qui consacre son temps libre à créer un espace qui le contraint le moins ou celui qui consacre ses moyens contraints à créer un espace qui satisfait au cahier des charges ? Denis PS (principe de précaution) : désolé par avance des kilomètres de commentaires superfétatoires engendrés En même temps, j'ai qu'à fermer ma gueule. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus qu un mois avant le changement de licence
Le 01/03/2012 20:12, Christian Quest a écrit : Pour l'ODbLthon, que va-t-il se passer sur nos fabuleux découpage administratif ? J'ai mis à jour cette page afin d'afficher le statut de chaque relation concernée: Régions: http://www.openstreetmap.fr/outils/etat-du-decoupage-administratif?l=4 Départements: http://www.openstreetmap.fr/outils/etat-du-decoupage-administratif?l=6 Arrondissements: http://www.openstreetmap.fr/outils/etat-du-decoupage-administratif?l=7 Bilan 4 régions à corriger et 9 départements. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Franchement je viens de regarder la situation de la région Alsace (http://osm.mapki.com/history/relation.php?id=8636). Il faut déjà du courage pour lire et comprendre le tableau quand on n'a pas un écran de 220 de large. Donc, si j'ai bien vu, un contributeur, en 2009, supprime un tag created_by et cela casserait toute la chaîne vertueuse car il a le malheur, pour nous, de ne pas avoir accepter la nouvelle licence. Si l'on y réfléchit bien, rétablir ce tag created_by suffirait à rebasculer l'ensemble du travail dans la légalité ultra propre dont la Fondation se fait le pourfendeur et, ensuite de revirer ce tag parasite. Je ne jouerai pas à ce jeu, pas sur ce cas de figure en tous cas, c'est trop débile comme perte de temps. Avec le Code Officiel Géographique de l'INSEE, je peux reconstituer automatiquement toutes les limites supra-communales (sauf celles des paroisses ;-). On n'a pas inventé les bases de données relationnelles pour les chiens, nom d'une fourmi. Oups, j'ai marché dans de la ce de troll. La Fondation a-t-elle prévu un cahier de signalement de cas de cet ordre et|ou des pistes pour y répondre? Dans le cas d'espèce, il n'y a pas création, mais destruction. La suppression est-elle une contribution protégeable par le droit d'auteur ? Désolé pour le ton brut, mais je fatigue Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus qu un mois avant le changement de licence
Le 01/03/2012 22:38, Francisco DOS SANTOS a écrit : Le jeudi 01 mars 2012 à 21:18 +0100, DH a écrit : Donc, si j'ai bien vu, un contributeur, en 2009, supprime un tag created_by et cela casserait toute la chaîne vertueuse car il a le malheur, pour nous, de ne pas avoir accepter la nouvelle licence. Il n'y a aucun droit d'auteur sur une suppression ! Les règles sont (partiellement ?) énoncées ici : http://wiki.openstreetmap.org/wiki/Open_Data_License/What_is_clean%3F Francisco Merci pour le lien que j'aurais dû consulter. On apprend toujours plus en lisant, écoutant, discutant qu'en parlant. Il n'empêche que ce changement de licence est un chemin de croix pour tous les contributeurs. Les outils censés aider à cheminer à travers ce labyrinthe juridique mènent souvent à de la parano (noexit=yes). Ce qui ne tue pas, rend plus fort. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article dans le Figaro sur OSM
Le 14/03/2012 18:52, Emilie Laffray a écrit : Non, c'est un peu deforme par rapport a ce que j'ai dit et ca ne concerne que l'Australie. La fondation est en train de negocier les orthophotos en precision 2.5 cm pour l'Australie et a un serveur pour fournir l'orthophoto. Donc rien de bien fantastique. 2.5 cm c'est fantastique si je pense au fait que mon administration-employeur est en train de faire réaliser une ortho à 20 cm sur un territoire aussi petit que l'Alsace (comparativement à l'Australie ;-) et que bibi va se colleter la validation des Gigots de données (1 To le dpt). 2,5 m ça suffirait amha amplement sur 90 % du territoire sinon c'est du peta-ge de plombe à charger. Big data, je veux bien ; faut rester raisonnable quand même, non ? M'enfin Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article dans le Figaro sur OSM
Le 14/03/2012 18:17, Pieren a écrit : 2012/3/14 Emilie Laffrayemilie.laff...@gmail.com: Bon, 3 ans après libé/ecrans.fr/Camille, il n'est jamais trop tard pour bien faire ;-) Le plus étonnant c'est que le Figaro cite Ecrans.fr !! Plus loin, en province, ça peut être vide», reconnaît la responsable de l'association française - Ca peut mais pas toujours. Combien de fours à goémon à Paris, hein ? ;-) En France, les contributeurs peuvent ainsi réutiliser les plans du cadastre depuis 2009, l'imagerie aérienne de Bing Maps depuis 2010, mais également l'imagerie aérienne de la ville de Brest. Il suffit alors aux contributeurs de recopier les données existantes sur ces cartes, qu'il s'agisse des noms et numéros de rue, ou du tracé des routes. Qu'est ce qu'une carte, un plan, une orthophoto, une image satellitaire, une open data ? Ce serait un bon début pour éviter ce gloubiboulga ? Mais peut-être que les lecteurs du Figaro s'en tamponnent. Denis PS : Camille, au secours ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] article dans magazine Géomètre
Le 22/03/2012 19:44, Ophélie PETIT a écrit : Bonjour Pieren, Merci pour ton complément d'information. Nous n'étions pas suffisament experts d'OSM à l'époque (et je ne le suis toujours pas) pour effectuer ce protocole. Cependant je ne sais pas si nous aurions pu le généraliser à l'ensemble de la Sarthe ... Concernant ta conclusion, je comprends bien ta frustration, mais pour effectuer une calcul global de précision géométrique il faut bien une référence et comme nous n'allions pas effectuer le levé complet de la Sarthe au GPS centimétrique, le RGE s'avérait une référence plutôt fiable^^ Je voulais aussi te remercier d'avoir lu mon rapport (un peu indigeste) et je voulais néanmoins effectuer une petite précision quant à ta remarque prendre un peu de temps pour vérifier qui à tort et qui à raison au lieu de faire aveuglément confiance aux données de l'IGN et de systématiquement écarter celles d'OSM lorsqu'il y a un doute. Il ne s'agit pas du tout de ça. Tu as du certainement voir dans la partie GPS que nous mettions en évidence une erreur du RGE sur un sentier et que tout le long du rapport nous critiquions la qualité des données dans le RGE. Par ailleurs avec le principe de l'appariement nous avons essayé de comparer des objets comparables, il s'agissait plus de donner une appréciation globale de la qualité du réseau que de pointer des particularismes. L'intérêt de cette étude est je trouve de donner du crédit à OSM en montrant sa bonne qualité géométrique et en allant à l'encontre d'une idée reçue selon laquelle le GPS doit être toujours privilégié. Nous avons montré que quand l'imagerie aerienne Bing était de bonne qualité, on obtenait de meilleurs résultats qu'avec le GPS. Seules les grandes villes étant couverte; cela limite vite je te l'accorde. Par ailleurs je reste un peu sceptique sur la qualité des levés GPS en sous-bois ou en forêt en raison des pertes de signals... Nos levés GPS, pourtant augmentés avec EGNOS, ont perdus beaucoup de précision dès que nous avions un couvert forestier. Mais là je ne peux que me ranger à ton avis, de toute manière on ne peut faire autrement pour le lever des chemins de rando. Voilà. Encore merci de t'être intéressé à notre étude. Non seulement j'ai également lu cette étude vraiment intéressante, mais j'en inspire également pour un travail interne d'évaluation de la couverture d'OSM dans notre bonne région d'Alsace. Je me rends compte du boulot que cela a du représenter. Au fait, combien de temps a pris ce travail ? Bref, j'utilise aussi le RGE comme référentiel de comparaison, parce que nous y avons droit et que mon ambition dépasse le simple cadre du réseau routier (aka adresses, POI, réseau cylable). Avec l'application mise en place par Christian Quest (et autres ?) -www.openstreetmap.fr/outils/etat-commune?- sur les stats de comparaison communale des POI avec le BPE de l'INSEE (base permanente des équipements) et autres stats sur les typologie et volumes des réseaux, je me dis qu'il y a les briques intéressantes pour un monitoring (et donc du reporting) de la qualité made in OSM. Je sens que c'est une question assez récurrente chez les collectivités de tous ordres. Pour notre communauté, aux côtés d'autres outils tels qu'osmose, keepright, etc., je crois qu'une analyse des trous pourrait motiver les troupes déjà sur zone ou appelées en renfort (comme pour Suippes) ou au moins permettrait d'établir des plans de bataille. Christian, à propos, est-il envisageable d'avoir des exports CVS et/ou une possibilité de remonter à une synthèse départementale (voire EPCI, voire tout autre zonage à terme) des différents items? Je serais très preneur + longueur sur le réseau ferré. Ophélie, sur la bonne qualité géométrique d'OSM, voici mes débuts : précision du réseau autoroutier OSM vs RGE : 2,7m ±2,3m Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FranceTopo: Message à destination du pirate breton qui se reconnaîtra
Le 24/03/2012 20:08, Romain MEHUT a écrit : Bonjour, Je vous à lire le message d'avertissement à l'ouverture de http://francetopo.fr/ Je pense que nous pouvons lui accorder notre soutien. Romain J'ai également lu cela (je kiffe trop ce rendu). Plein soutien aux artistes|artisants du site. Une mention dans le prochain -excellent- bulletin d'OSM-FR ? http://dev.www.openstreetmap.fr/bulletin-OSM-FR-6 sur les risques de piratage de l'effort collectif fourmi ? Si d'autres pompent impunément, c'est que nous sommes une source de données, de créativité -what else ?- ; c'est flatteur mais ceux qui souhaitent vivre de l'apport qu'ils font au projet commun ne subsisteront avec des flatteries, encore moins avec des pratiques de margoulins. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FranceTopo: Message à destination du pirate breton qui se reconnaîtra
Le 24/03/2012 21:27, Pierre-André Le Ny a écrit : Bonsoir, parfois peuplée de gens de votre espèce C'est quoi cet amalgame entre l'origine de l'IP et le peuple breton ? Je comprends l'avertissement mais je le trouve personnellement super limite. Et je suis également perplexe sur la méthode menaçante. Le coeur a ses raisons, que la raison ne connaît point. On le sent en mille choses. /Pensées/, Blaise Pascal, éd. Gallimard (édition de Michel Le Guern), coll. Folio classique, 1977 (ISBN 2070316254 http://fr.wikiquote.org/wiki/Sp%C3%A9cial:Ouvrages_de_r%C3%A9f%C3%A9rence/2070316254), fragment 397, p. 251 (texte intégral sur Wikisource http://fr.wikisource.org/wiki/Pens%C3%A9es) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] micro-maping de surface
Le 06/04/2012 12:53, Pieren a écrit : On 4/6/12, Etienne Trimailleetienne.trimai...@gmail.com wrote: Concernant le mapping des surfaces, il y a une discussion récemment sur l'utilisation des area=yes sur un highway : http://lists.openstreetmap.org/pipermail/talk-fr/2012-March/041787.html Il n'y a pas eu vraiment de consensus. Je crois qu'utiliser le tag area=yes dans ce contexte est admis par la majorité comme erroné (j'espère). L'area=yes désigne une place ouverte où la circulation se fait librement dans tous les sens alors que là, on cherche juste à représenter l'occupation du sol de la route (avec une orientation donc),. D'où la proposition sur le wiki. Pour ma part, j'ai expérimenté le landuse=highway (à la manière du landuse=railway). Area est une sorte de autres pour se dépatouiller de situations non solubles dans l'état actuel des étiquettes. Comme dans toute définition de l'occupation du sol, il est nécessaire de définir une surface minimale (ou une largeur minimale d'emprise) : ce travail est en cours d'évaluation. un exemple : http://osm.org/go/0DMr6H_g (way id : 154491741) J'ai bien conscience que cela ne répond pas forcément au problème évoqué par Hélène sur les petites places urbaines. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] micro-maping de surface
Le 06/04/2012 20:22, Philippe Verdy a écrit : C'est bien dommage car on peut mapper des surfaces quand elles sont désignées comme parkings. Mais si on essaye de fermer une zone de type highway, pour l'instant c'est toujours considéré comme uniquement une ligne de contour (que ce soit fait dans un seul way ou dans plusieurs au sein d'une relation de type highway). Effectivement cela vient d'une ambiguïté du modèle OSM, qui ne différencie pas formellement les lignes des surfaces, mais suppose que ce sont les autres tags qui permettront de faire la distinction. Pour un type highway, c'est toujours une géométrie de type ligne qui est prise en compte. Même quand on essaye de lever l'ambiguïté en marquant area=yes, les moteurs de rendu n'en tiennet pas compte, ou en mettant cela dans une relation de type=multipolygon (qui normalement ne devrait être QUE de type surface, au contraire de type=multilinestring) selon les normes GIS (Well-Known Text). Bref l'ambiguïté doit être levée lorsqu'on convertit le modèle OSM simplifié en modèle GIS (par exemple avec osm2pgsql, le principal outil utilisé ensuite par les moteurs de rendus qui s'appuient sur le modèle GIS normalisé et non le modèle OSM trop basique) : ce sont les tags présents qui indiquent comment convertir un way ou une suite de ways soit en MultiLineString ou LineString (linéaire), soit en MultiSurface ou Surface. AMHA, tu fais confondre le modèle GIS (ref nécessaire) et les normes OGC (http://fr.wikipedia.org/wiki/Open_Geospatial_Consortium). J'ai passé dernièrement qques dizaines d'heures à rendre compatibles (erreurs Self Ring-intersection, Self-intersection) des données produites par des logiciels SIG pour d'autres clients SIG. De surcroît, la modélisation OSM est, par essence, un processus itératif à base d'expériences réussie/ratée. Elle peut se targuer d'une démarche quasi-scientifique (bon un peu 19e s.) à la différence par exemple, du format de transfert couramment usité qu'est le shapefile (fichier de formes ;-) qui ne peut pas évoluer et est donc condamné aux contignences de l'époque (partie attributaire limité en type et en taille; partie géométrique monolithique, etc.). La piste à tracer n'est pas l'ambiguïté du modèle OSM à corriger, mais la normalisation de la créativité des contributeurs. C'est une voie prometteuse pour qui veut bien s'occuper de la valorisation du bien commun que constitue la BASE. J'adore les fraisiers cartographiques de Christian mais si je ne mange aujourd'hui plus de fraises ! Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] micro-maping de surface
Le 06/04/2012 21:36, Philippe Verdy a écrit : Je sais qu'il y a plusieurs normes GIS en compétition. Les standards OGC et les normes ISO 19100 et suivantes (dans la même centaine). Elles sont très similaires (et convertibles entre elles sans aucune ambiguïté, ce qui n'est pas le cas du modèle ambigu d'OSM !) Je te souhaite bien du plaisir à convertir un fichier GML (ISO normé) en shapefile/mapinfo, etc Je te prédire qu'il y aura de la perte d'information. Juste pour l'histoire : les standards OGC sont devenus les normes ISO même si ces dernières (la fameuse série des 19xxx) couvrent un domaine plus étendu ou de manière plus extensive (ISO 19115 pour les métadonnées, par exemple). D'une bonne pratique (visant l'interopérabilité), les instances concernées ont tiré une norme (cela a pris qques années pour la fixation de la version finale). Mais je ne vois pas qui utilise les normes ISO 191xx avec OSM. On utilise partout dans nos outils les modèles GIS d'OGC... sauf dans la base OSM elle-même, qui a un format totalement non standard (je dirais même propriétaire...), et qu'on est obligé de convertir en permanence pour seulement pouvoir utiliser d'autres outils standards (presque tous développés autour des modèles GIS du standard OGC, même s'il y en a quelques uns qui préfèrent les modèles de la norme ISO 191xx). OSM un format propriétaire ? FUD ! Pour mémoire, les standards et autres normes sont, avant tout, destinés à de l'échange de données. Il ne tient qu'à toi de développer (ou de faire développer sur la base de ton cahier des charges) une interface entre la base OSM et les besoins (réels) de la communauté pro SIG (les paléo-géographes ;-) ; ce sera certainement utile à pleins de gens. Je rêve d'un flux WFS ou même d'un (ou plusieurs) WMS, patiemment normés, ardamment épaulé par des professionnels pour en assurer la pérennité. Mais je crois qu'il y a déjà des produits disponibles sur le marché Je ne connais pas de situation où un outil (de stockage, de traitement ? je n'utilise pas les mêmes pour tout faire) 100 % ISO compatible. Il y a toujours des contigences, y compris chez les pros. Celle d'OSM est de faire la base la plus neutre sur un modèle le plus ouvert possible (l'API est déjà une contrainte d'accès ;-). La base est la mine (de bauxite ou autre) et tu voudrais qu'il en sorte des lingots (de cuivre ou autre) directement utilisables dans l'industrie. Cela ne sera pas si tu ne crées pas ton entreprise d'extraction, de raffinage, etc. pour obtenir le produit que tu escomptes. Cette conversion en permanence est un gros gâchis de ressources pour le projet qui demande beaucoup trop de travail (et des tonnes de corrections dans la base, parce que le moèle OSM n'assure pas du tout la cohérence du jeu de données pour que la conversion en modèle GIS (sous-entendu OGC mais ce serait exactement le même problème car les modèles ISO et ceux d'OGC sont actuellement convertibles entre eux sans aucune ambiguité). Que de temps perdu par les contributeurs pour corriger tout ça ! Il me semble que ton problème tient moins à une question de format (la boîte) que de contenu (le for intérieur). Aucune norme ISO ou standard OGC ne s'aventurera sur le terrain de la modélisation du réel. Ils diront comment formaliser une modélisation ; pas moins mais pas plus. Ils ne sont plus d'aucun secours ici. Si j'entends bien, le gros gâchis de ressources concerne plus la manière dont les contributeurs (les néo-géographes) s'approprient leur territoire à l'aide des indications des bonnes pratiques issues de la communauté. Pour y remédier, je crois qu'il te faut changer de projet ou accepter de consacrer du temps (gâcher du temps n'est pas une bonne solution) à toujours affiner|polir|rectifier|raboter la base de données. Ite missa est Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Topo de plus de 20 ans...
Le 06/04/2012 20:08, Christian Quest a écrit : Qui aurait ça dans ses tiroirs ? 1. Cela ne peut pas exister : le RGE n'avait pas encore été inventé ! 2. Je crois pouvoir retrouver une BD Carto de 1996 sur l'Alsace (pas avant une dizaine de jours) mais je meurs d'impatience de savoir à quoi cela peut-il bien servir Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Topo de plus de 20 ans...
Le 06/04/2012 23:04, Vincent de Chateau-Thierry a écrit : Bonsoir, Le 06/04/2012 22:44, Christian Quest a écrit : D'après le monsieur de l'IGN croisé à SIG la lettre, les droits sur les bases de données durent 20 ans... donc une BD Carto (topo ou autre) de 1991 serait aujourd'hui dans le domaine public... de quoi récupérer nos limites de commune car elles n'ont sûrement pas trop changé depuis. Tout ceci est bien sûr à vérifier... Le 6 avril 2012 22:42, DHdhel...@free.fr a écrit : Le 06/04/2012 20:08, Christian Quest a écrit : Qui aurait ça dans ses tiroirs ? 1. Cela ne peut pas exister : le RGE n'avait pas encore été inventé ! Euh.. la BD Topo n'a pas attendu le RGE pour exister ?? Au temps pour moi, j'ai raconté des bêtises. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contacter les nouveaux contributeurs pour mieux les accompagner et les accueillir
Le 18/04/2012 18:20, Christian Quest a écrit : Depuis hier je tente un petite expérience. A l'aide d'une requête poilue, je sort la liste des nouveaux contributeurs et j'envoie (pour l'instant manuellement) un message interne OSM de bienvenue comme celui-ci: J'ai fait la même expérience il y a quelques semaines (suite à l'afflux de nouveaux contributeurs 'Foursquare' et autres). Résultat des courses : 5 % de réponse Les répondants ont apprécié l'idée d'un message d'accueil. Il y a un effet bris de solitude. Je vous dirai ce que ça donne comme retour... vos idées sont les bienvenues ! Après, s'il y a un après, vient le temps du questionnement (comment faire ma première relation ;-). Cela exige du temps et de la finesse pour décoder quand il faut relancer. L'observation est toujours riche d'enseignements. Denis, pas animateur pour 2 sous ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap discuté dans l'émission Autour de la Table sur France Culture le 23/04
Le 24/04/2012 15:03, Romain MEHUT a écrit : Bonjour, Le podcast est ici http://rf.proxycast.org/m/media/296096201420.mp3?c=culturep=LA+GRANDE+TABLE+1%C3%A8re+partie_11476l3=20120424l4=media_url=http%3A%2F%2Fmedia.radiofrance-podcast.net%2Fpodcast09%2F11476-23.04.2012-ITEMA_20362678-0.mp3 (à écouter à partir de 32 min 50 s). Une belle promo pour le projet! Bonne écoute. Romain Merci Romain pour cette URL. Je viens d'écouter et c'est franchement pertinent et motivant. Camille, t'as de la concurrence On attend ton prochain... Denis, yapukairetourner ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap discuté dans l'émission Autour de la Table sur France Culture le 23/04
Le 24/04/2012 22:15, Pieren a écrit : 2012/4/24 DHdhel...@free.fr: Bon, ça reste du France-Culture, hein. Subjectivation, fiction de l'espace, état de veille et d'inventaire, ça ré-introduit du récit, réseau d'urbanité Quelques perles: carte soumise à des virus (à propos des risques de vandalisme), des zones où il n'y a pas de couverture GPS, l’Antarctique, c'est très peu représenté, la zone la plus représentée, c'est le Royaume-Uni (l'Allemagne, en fait). Je suis globalement d'accord avec tes remarques ; il reste quelques approximations pour les vieux routards comme nous. Néanmoins, le discours (largement plus de 5 minutes d'affilé) tient la route et quelques sollicitations récentes sur cette liste, ouvraient des perspectives nouvelles auxquelles tous ne sont pas préparés (et ne l'ont pas forcément à l'être). Ce que j'aime foncièrement dans ce projet, c'est sa créativité, dans ce qu'il suscite comme innovation. Si cette nouvelle forme d'appropriation du terrain est soulignée sous l'angle académique, ne crachons pas dans la soupe. Après, on est d'accord, il faut rentrer à la mano ces fu. limites communales, ces put... de bâtiments, d'adresses, de boîtes aux lettres et c'est cela qui nous préoccupe au quotidien. Quand je me rends compte (et j'en rendrais compte à la Base très prochainement) que les cabines téléphoniques disparaissent petit à petit (et je ne suis pas au fin fond de l'Ariège, coucou Hélène;-), je me dis que c'est peut-être un des indicateurs d'une ville, d'un quartier qui, subtilement, subrepticement, change la donne de nos quotidiens. Je crois (je peux me tromper) qu'un des intervenants voulait parler de Kibera (tout en le situant au Brésil); le bidonville qui existe parce qu'il est cartographié. Quelles villes, quelles campagnes dessinons-nous, voulons-nous dessiner ? Nous ressemblent-elles ? Denis, hop dodo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème insoluble de géométrie.
Le 04/05/2012 21:43, sly (sylvain letuffe) a écrit : .., et surtout dans le cas d'espace, j'avais personnellement tout compris dès le schéma, Cet espace est une espèce de trou noir si j'ai bien compris le schéma. le reste était superflux avant nouvelles questions. Quelle dimension pour le supertuyau afin de canaliser le superflux ? PVCompatible ? Mon mail a un but constructif pour re-centrer le débat et permettre à plus de gens d'y participer. Self-Ring Intersection ? http://workshops.opengeo.org/postgis-intro/validity.html Non, je ne m'engagerai pas plus avant. Cette liste n'est pas ni dimensionnée ni opportune pour faire cela. Denis PS : quelle autre solution que de se dissoudre ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème insoluble de géométrie.
Le 04/05/2012 22:31, sly (sylvain letuffe) a écrit : Le vendredi 4 mai 2012 22:22:55, DH a écrit : Cet espace est une espèce de trou noir si j'ai bien compris le schéma. Quelle dimension pour le supertuyau afin de canaliser le superflux ? PVCompatible ? ça va ? c'est de la bonne ? oui c'est de la bonne ; je l'ai acheté dans la même boutique où tu as trouvé ton dictionnaire. Self-Ring Intersection ? http://workshops.opengeo.org/postgis-intro/validity.html Non, je ne m'engagerai pas plus avant. Cette liste n'est pas ni dimensionnée ni opportune pour faire cela. C'est un peu facile, tu réponds, maintenant t'assume le retour ;-) Certes c'est technique, mais c'est directement une question de comment (ne pas) mapper une relation multipolygone et en ça, ça n'est pas une question de dev donc dev-fr ne me semble pas la liste la plus adaptée, mais je peux me tromper. Il me semble que le problème se situe au niveau de l'interprétation d'un osm2pg (ou autre) et donc plutôt dev. Mais je peux me tromper. Modifier la manière de tracer des figures complexes (mais valides) est un pis-aller pour éviter des problèmes de conversion en SQL/OGC. Ton lien est très bien et j'étais déjà tombé dessus mais il parle de la primitive POLYGON de l'OGC pas de la primitive MULTIPOLYGON dont il est question ici, qui elle autorise que deux polygons distinct se touchent au sein d'une primite MULTIPOLYGON Exact. Pour un multipolygon ça ne le rend pas invalide. Comment se prend la décision de passer un way en polygone ou en multipolygone (hors cas faciles) ? Si les bordures constitutives de la commune sont transformées en polygon, il y une erreur de validité de la figure. Si les bordures dont converties en multipolygon, ça passera sans souçi. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Le 05/05/2012 17:54, Jean-Francois CINTRAT a écrit : Bonjour [...] un appareil, dispositif ou produit de nature ou présenté comme étant de nature à déceler la présence ou perturber le fonctionnement d'appareils [...] Ce premier paragraphe s'applique au détecteur de radars, (déceler) systeme de contre mesure de radars (perturber), mais pas aux systèmes qui nous concernent. Dans notre cas, c'est la paragraphe 5 de l'article du JO que tu cite qui nous concerne : [...] Les dispositions du présent article sont également applicables aux dispositifs ou produits visant à avertir ou informer de la localisation d'appareils, instruments ou systèmes servant à la constatation des infractions à la législation ou à la réglementation de la circulation routière. [...] Si l'on fait une lecture stricte du texte, la base OSM peut viser à informer de la localisation des appareils et est donc potentiellement concernée. Dans aucun de ces articles je ne vois quoi que ce soit qui interdise de produire l'information. Cela signifierai par exemple qu'il serait interdit de maintenir à jour une liste avec l'emplacement des radars pour en assurer la maintenance. Ca me semblerait difficile dans les appels d'offre de ne pas remettre la liste des radars à maintenir à l'opérateur :-) Par contre de fait celà interdit de transporter son smartphone, son ordinateur, même éteints car si l'utilisation est explicitement réprimée, la simple détention ou transport est réprimée de la même façon sans distinction. Tous les smartphones ont un navigateur internet qui leur permet de se connecter par exemple sur la carte de Trapster. La majorité des smartphones peuvent activer leur routeur wifi et donc permettre aux ordinateur portables de se connecter au même site. En ville dès que vous passez dans le champ d'un acces point, votre ordinateur devient un dispositifs ou produits visant à avertir. Ou bien, il faut avoir une lecture stricte de dispositifs ou produits visant à avertir. Cela signifierait dont le seul et unique but est de... La production de l'information, au sein d'OSM ne cible pas de manière structurelle ni fonctionnelle tel ou tel usage (cela pourrait être défendu par un avocat qu'il n'y a pas volonté de la communauté de cibler les radars précisément). Cela rendrait légaux les logiciels dans les smartphones qui signalent les radars, mais aussi les accidents, les écoles, les bouchons, les animaux morts sur la chaussée... Si c'était cette lecture qu'il fallait retenir, je pense que les fabricants comme Coyot et leurs amis n'auraient pas modifiés leur appareils. Je sens que l'on va devoir attendre les jurisprudences, les appels, les cassation, les passages devant la cour européenne pour savoir ce qui est légal ou pas. Donc non je ne vois rien qui tente d'interdire la production de l'information, mais juste des tentatives maladroites d'interdire les appareils qui exploitent l'information. Mais je comprends par l’ambiguïté entretenue dans les médias entre la production de l'information et la possession, le transport des appareils amène les utilisateurs à se poser des questions. On se retrouve dans le débat (le cauchemar pour certains) : toute vérité est-elle bonne à dire ou le crowdsourcing peut-il être contrevenant dans ses usages ? Nous portons une part (mais seulement une part) de responsabilité en entrant dans la base la localisation précise (vitesse limite, position géo précise, etc.) d'objets dont les Autorités veulent (ou souhaitent vouloir) encadrer l'usage. Le plus amusant dans l'histoire est que nous nous interrogeons sur la légalité de rendre compte de ce que nous pouvons observer. Il est probablement extrêment compliqué de légiférer sur des régulateurs de vitesse mais visiblement plus simple (efficace) de disuader d'utiliser (quelle qu'en soit la finalité) une information neutre. Finalement, c'est peut-être la raison que me pousse à ne pas rentrer, à titre personnel, ce type d'objets dans la base OSM : après tout, ils sont redondants avec les panneaux de limitation de vitesse (qui, eux, sont probablement moins bien renseignés que les radars eux-mêmes). La Loi n'interdit pas d'informer l'automobiliste de la vitesse règlementaire à laquelle il peut circuler au maximum sur une portion de route. Quel meilleure assistance à la conduite ? Le reste relève de la responsabilité du conducteur et des dispositifs mis en oeuvre par l'État pour la contrôler. Denis 25 ans de permis, 0 point perdu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [conf]L’Open Data : des opportunités de business en Alsace
Bonsoir à tous, Désolé pour les délais courts, mais je viens d'apprendre la tenue à Strasbourg ce vendredi 22 juin d'une conférence sur L’Open Data : des opportunités de business en Alsace ! pitch L'open data doit permettre l'accès et l'exploitation des données publiques par tout citoyen. Il permet de renforcer la transparence de l'action des pouvoirs publics, de soutenir l'innovation et de participer au développement de l'économie numérique. L'objectif de cet atelier est de présenter le contexte de l'open data, son cadre réglementaire, les opportunités de business et de permettre aux entreprises d'échanger avec les collectivités locales sur leur stratégie dans ce domaine. http://minilien.fr/a0n60o Le Centre de culture numérique (bâtiment Atrium) c'est ici : http://osm.org/go/0DOBNnO0W-- Pour ma part, j'y serai (vivent les RTT ;-) surtout pour écouter . A+ Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes nouvelles
Le 03/01/2013 11:40, Vincent de Chateau-Thierry a écrit : Au niveau national, peut-être du côté du JO ? Je dis ça mais je n'en sais rien. Sinon pour rappel, l'INSEE diffuse la liste et la composition des EPCIs dans un fichier téléchargeable ici : http://insee.fr/fr/methodes/default.asp?page=zonages/intercommunalite.htm mais avec un gros bémol : les données ont +/- 1 an de retard, donc impossible d'y trouver aujourd'hui les modifs opérées au 01/01/2013. Sinon Banatic ( http://www.banatic.interieur.gouv.fr/Banatic2/ ) a des mises à jour trimestrielles mais il y a des restrictions sur l'usage des données : http://www.banatic.interieur.gouv.fr/Banatic2/static/ba-Infos-legales.htm qui concrètement empêchent qu'on s'en serve comme source. De mon côté, j'utilise un mix entre les fichiers de l'INSEE (pour le ref:INSEE justement) et les infos trouvées, le plus souvent, sur les sites web des EPCIs (beaucoup en ont) pour valider la liste des communes membres. On trouve aussi des docs sur les sites des préfectures, lorsque des décisions de fusion/adhésion sont prises à ce niveau. Bref, c'est un peu la pêche à droite à gauche... vincent Il ne faudra rien attendre du niveau national puisque ces décisions sont de l'ordre de l'arrêté préfectoral (mise en oeuvre des schémas départementaux de coopération intercommunale). Donc la source officielle est le RAA (Recueil des Actes Administratifs), document réutilisable, sans restrictions légales (hormis la mention de source, comme le veut la Loi). D'ailleurs le schéma départemental de coopération intercommunale est un document en lui-même indiquant l'état futur (souhaité) des EPCI. Il faut juste attendre que les arrêtés soient pris pour officialiser la fusion de CC ou le rattachement de communes isolées, etc. J'ai maintenu pendant de nombreuses années une base de données sur l'intercommunalité à fiscalité propre en Alsace ; je parle d'expérience. Si on est pas pressé, il reste banatic qui fera le boulot en double. Denis exemples de schéma départemental de coopération intercommunale : http://www.bas-rhin.gouv.fr/site/Commission-departementale-de-cooperation-intercommunale-567.html de RAA : http://www.bas-rhin.pref.gouv.fr/site/RAA-du-Bas-Rhin-37.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] place handicapées et stationnement : quels tags ?
Le 17/01/2013 18:43, ZIMMY a écrit : Superbe, Maintenant, il me reste à bourriner (c'est ma spécialité ;-) Pour ce qui est du tag wheelchair=yes c'est une démarche qualité que je pousse de manière systématique. En effet un emplacement peut être dédié de manière officielle, mais ne pas être aménagé (si si ça existe !!!) pour rejoindre le trottoir (wheelchair=no) ou avec un aménagement inapproprié (wheelchair=bad). C'est ce que je pousse dans le démonstrateur que nous avons financé dans la commune d'Orange : Lizmobility (dans lequel je rajouterai parking_space=disabled) http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3 +1 pour le wheelchair=* (pour démontrer les lacunes des politiques municipales et les encourager à faire mieux) A quand la hauteur de trottoir et les bateaux ? Super boulot avec 3Liz dont on pourra s'inspirer par la suite. Tu démontre bien la puissance citoyenne d'OSM. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Développement économique : exemple d'utilisation pour un propsect
Le 18/01/2013 14:47, Cyrille Giquello a écrit : je ne comprends pas la démonstration. ancien local ... n'est pas le genre de données trouvées dans OSM ? sauf shop=vacant + note/description/history ? voir : http://wiki.openstreetmap.org/wiki/Tag:shop%3Dvacant Il y aurait des études très intéressantes à faire sur la géolocalisation dans le temps des magasins selon leur métier (combien de droguistes, de merceries, de cordonniers, de tailleurs, etc. dans un centre-ville il y a 5 ans) ou suivre le déplacement d'une enseigne dans le temps (stratégie d'entreprise en fonction du coût du foncier, de la clientèle captable, etc.). Mais laissons les études aux étudiants et continuons à fournir des billes pour ces futures analyses. Notre travail quotidien formera les archives de demain. Denis PS : tiens, j'ai justement une suppression et une création de commerce dans mon périmètre de vie immédiat. hop challenge facile. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Film documentaire cartopartie alpine ViaAlpina
Le 20/01/2013 12:05, Mayeul Kauffmann a écrit : Bonjour à tous, Je viens de mettre en ligne sur youtube un film documentaire de 15 mn sur une cartopartie OpenStreetMap réalisée durant l’été 2012 dans les Alpes, le long de la Via Alpina. Quatre nationalités étaient représentées. Le film présente OpenStreetMap et parle de la préparation et du voyage lui-même (à pieds et en VTT). Les thèmes suivants sont aussi abordés: amitié internationale, qualité et usage des données cartographiques, soutien à l’économie alpine, développement durable, traités internationaux, nouvelles technologies, randonnée légère et rock-and-roll! C’est un outil de communication destinée au grand public et dont la traduction en 3 autres langues est en cours (en partenariat avec le Secrétariat international de la Via Alpina). Film visible en HD sur: http://www.youtube.com/watch?v=JfpbW9Q0W4U J’en profite pour remercier la Via Alpina de son soutien, notamment pour son autorisation d’utiliser son nom et les données dont elle détient le copyright. Cf.: http://wiki.openstreetmap.org/wiki/ViaAlpina#name_and_authorization Sans doute un des meilleurs reportages issu de la base qui mélange autant les enjeux stratégiques, les aspects techniques, la citoyenneté, le dépassement des frontières (des limites ?). Un grand bravo à tous ceux qui ont participé à cette aventure et ont si bien réussi à la partager. Waouh. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique
Le 25/01/2013 21:18, Vincent de Chateau-Thierry a écrit : Bonsoir, Le 25/01/2013 15:44, HELFER Denis a écrit : Je commence à m’intéresser sérieusement à la segmentation dynamique dans le domaine de l’infra ferroviaire où l’on raisonne essentiellement en termes de PK (pour les événements ponctuels ex. Passage à niveau, appareil de voie)ou PK début/Pk fin pour les événements linéaires (ouvrages d’art, chantiers, électrification, …). Je confirme mon intérêt pour cette démarche ! Idéalement, on devrait avoir une consistance topologique au niveau du tracé, la consistance sémantique serait assurée par des relations. Exemple pour un pont-rail Relation X Required Type=ouvrage_art Required Description=pont-rail Optional source=RFF Optional material=metal Optional length=xxx Optional height=xxx Optional name=blabla Required Members : a rôle « from » Required Members : b rôle « to » Required Members : c rôle « on » Optional members : d rôle « under » a=id du point début du pont (son PK debut) b=id du point fin du pont (son PK fin) c=id du tronçon de voie supportant la relation d=id du tronçon de la voie traversée (rivière, chemin, route, …) C’est clair qu’il y a du boulot pour des applications pour transformer ces relations en objets découpés suivant les pointillés. Dans ton exemple, la portion de voie ferrée de type pont-rail est définie par ses bornes, sous forme de nodes : a et b. Une autre manière, même sans node, consiste à définir le pont avec 2 abscisses curvilignes, à partir d'un way dont une extrémité serait le PK 0. Dans ce cas, on pourrait dire : le pont rail commence au PK 7.5 et se termine au PK 7.6, c'est à dire : le pont rail commence à 7.5km du début du way et mesure 100m. Ces 2 manières de dire la même chose souffrent du même bémol : il ne faut pas que la référence (le way) bouge, sinon l'objet pont-rail bouge aussi. Dans le premier modèle, il suffit de bouger par exemple le node a pour déplacer le début du pont-rail. Dans le second, si je raffine la courbure de la voie ferrée, j'augmente la longueur du way, et je déplace l'endroit situé à 7.5 km du début. Dans les deux cas on est face à, j'ai l'impression, une contradiction : la segmentation dynamique requiert une stabilité du référentiel géométrique pour que les objets définis relativement à cette géométrie soient stables, et à l'inverse, dans OSM, chacun est libre de modifier tous les objets, rien n'est figé/vérouillé. Du coup est-ce compatible, au stade des contributions ? C'est différent au stade de la réutilisation, où chacun est libre de définir des objets (des 'évènements') relativement au graphe OSM, dès lors que celui-ci a été extrait une fois et figé pour servir de référence. La stabilité du référentiel géométrique dans le cadre d'un projet collaboratif ouvert relève du domaine de la foi (et non pas de la doctrine). Cela ne concerne pas que cette histoire de segmentation dynamique. Qu'un attribut vienne à disparaïtre, une coordonnée de noeud soit déplacée, de manière intentionnelle ou non, et toute application se servant des données OSM se trouve potentiellement malmenée. Nous disposons d'outils de surveillance qui deviennent de plus en plus efficaces parce qu'à mesure que la taille de la base, les usages -notamment dans des environnement professionnels- croissent, les exigences sont toujours plus prégnantes. La tentation est donc de ne mettre dans la base que le substrat, le terreau sur lequel les réutilisateurs de tous poils viendront planter leurs graines. C'est la vision minimaliste et une question récurrente sur les listes de discussion : jusqu'où aller dans la description du réel, quel niveau de détail, quelle homogénéité, quels usages ? Selon moi, il y a triple réflexion : - organiser la base (ontologie) de la manière la plus rationnelle et consensuelle possible, quitte à innover avec les relations au détriment de l'acception courante des applications ; c'est le modèle de données qui doit être le moteur car il essaie de traduire les visions multiples de nos réalités complexes ; - veiller à ce que la base soit conforme à un minimum de modélisation (documentée) commune. Sans parler de labellisation, on peut chercher à évaluer (donner de la valeur) le niveau de conformité par rapport à nos règles (osmose est probablement un des meilleurs démonstrateurs de cette veille -surveillance-) ; - adapter dans le temps l'ambition de 1 aux ressources nécessaires en 2 : accompagnement au changement. Après avoir enfoncé ces portes ouvertes, et si je t'ai bien compris, réserve-t-on l'ontologie commune (donc minimale) aux contributeurs et les ontologies spécialisées aux réutilisateurs ? Je crois qu'OSM peut être, outre un lieu d'intégration de données, un creuset de savoirs de tous les acteurs, une lunette géante qui corrigerait tous les défauts d'astigmatisme, de myopie, d'ambiopie, etc. et qui serait gratuite pour tous. Denis, pas en charge du budget de la Sécu
Re: [OSM-talk-fr] repère de crues - zone inondables
Le 03/02/2013 13:11, Philippe Verdy a écrit : Le 3 février 2013 12:41, ades_...@orange.fr ades_...@orange.fr a écrit : je ne vais pas défendre les Pays de la Loire, mais dans ce cas je crois que c'est l'Etat, serveur carmen (équipement, écologie, je ne sais plus comment ça s'appelle maintenant). Pour la licence, j'espérais que ça éclairerait ;-). Reste à appeler une Dréal, à moins qu'un lecteur de la liste soit dans la maison, et qu'il puisse avoir la réponse plus facilement. Je pense que ce sont des données libres puisque simplement collectées auprès des communes (obligation réglementaire) et que pour certains bassins de crue il est même fait appel à la collaboration du public (la Seine je crois). Penser que... cela ne fait pas une licence claire. Rien ne vaut une licence en bonne et due forme. Qui ne s'oppose pas non pus à l'application de la loi ou d'une décision judiciaire : si tel était le cas, on pourra encore supprimer certaines données et appliquer la loi ou la décision judiciaire, et OSM dispose publiquement de tels recours. Tu dis à la fois que cela n'est pas un licence libre mais que Bigre ! C'est quoi ce jargon incompréhensible ?. L'administration française n'est pas tenue de fournir les données sous une licence OL/LO (même si c'est plus confortable pour tous les réutilisateurs), mais est tenue à respecter la Loi française (et d'en faire un rappel -comme l'a fait en son temps la Direction Générale des Finances Publiques pour nous signifier clairement que nous avions à faire face à de l'information publique légalement réutilisable-). Comprendre la convention d'Aarhus, la directive européenne INSPIRE, la politique et la stratégie de l'État français n'est pas une tâche simple, mais nous ne sommes pas les seuls à investir ce maquis juridique. L'Open Data jette un trouble dans un monde où l'eau claire distillée par les sources officielles ne gênait personne. Les temps ont changé et il faut accepter que tous les acteurs se donnent le temps de s'adapter à cette nouvelle donne. Pour en revenir aux données environnementales, la seule tache qui pourrait empêcher une pleine réutilisation est le fait que les données produites l'aient été à partir de données IGN sans que ces services de l'État bénéficient alors de la licence étendue permettant de s'approprier (au sens droit d'auteur et droits voisins) les données dérivées. On entre ici dans le dur de la stratégie de l'État vis à vis de lui-même ou de ses émanations (s'agissant plus particulièrement de la partie de la mission de service public de l'IGN (Référentiel à Grande Échelle -RGE) théoriquement entièrement subventionné. En résumé, utiliser des données DREAL, aucun doute sur la légalité. Télécharger des données DREAL, nécessité de verrouiller la clause IGN. Denis, ex-voisin de la maison ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] de la carto réellement dynamique
Encore un exemple de la créativité des applications liées à l'opendata. C'est ici : http://traintimes.org.uk/map/tube/ et c'est très certainement transposable à nos réseaux de transports. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture du portail OpenData de l'Agglomération Pau-Pyrénées
Le 26/02/2013 20:56, Christophe Merlet a écrit : Bonjour, La communauté d'Agglomération Pau-Pyrénées a annoncé ce mardi 26 février 2013 l'ouverture de son portail OpenData. http://opendata.agglo-pau.com/ Je rebondis sur le message de Christophe pour vous informer que la Communauté Urbaine de Strasbourg a, elle aussi, libéré quelques jeux de données (ils partent de très loin) à titre expérimental. Les données sont sous licence OL/LO et souvent au format GML. - parkings publics - localisation des conteneurs de tri (verre et papier) - localisation des salles de spectacle, des médiathèques, des OT, ... - arrêts de bus (source : Compagnie des Transports Strasbourgeois -CTS) - stations velhop - stations Autotrement (source : Autotrement) Les conteneurs de tri sont déjà intégrés sur la CUS (hors Strasbourg), mais il reste du boulot pour les autres jeux de données. J'ai déjà les données CTS en format osm brut pour ceux que cela intéresse. Je ferai prochainement une annonce sur la toute nouvelle liste local-alsace (http://listes.openstreetmap.fr/wws/info/local-alsace) pour une coordination. le site de la CUS :http://www.strasbourg.eu/ma-situation/professionnel/open-data/donnees. Denis Helfer http://carto.strasmap.eu/store/data/module/poi_recycle.xml ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-alsace] un peu de lecture, ça peut pas faire de mal....
Le 28/02/2013 21:53, Romain MEHUT a écrit : Une petite question à ceux qui auraient accès aux données selon le point 4 pour un usage de service public: parlant de données, s'agit-il de données brutes comme on l'entend avec OSM? Romain Réponse courte : les données brutes n'existent pas chez l'IGN, du moins elles ne sont pas visibles des clients^Wréutilisateurs. Ah si, les photos historiques, sans paramètres de prise de vue pour entreprendre soi-même un ortho-rectification. Denis, client professionnel de l'IGN ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] source=inconnue
Le 06/03/2013 15:33, Jo. a écrit : Pour les cours d'eau, ce sont des éléments physique qui sont mouvant alors que les frontières sont fixée. On peut avoir la même logique avec les routes dont les autorité locale peuvent modifier le tracé sans respecter à la lettre les frontière. Près de chez moi, un cours d'eau change doucement chaque année pourtant il est en plaine et le débit en hivers n'est pas très fort. J'avais par erreur modifier les frontières en suivant le cours d'eau mais le cadastre indiquai autre chose même si les écarts sont de quelques mètres, j'ai du tout séparer et réparer pendant une longue demie journée de perdue : http://osm.org/go/xVlCOin3O- Pareil pour les routes et ponts avec un exemple passant au dessus d'une autoroute : http://osm.org/go/xVlmmAVBA-- Après *ce n'est qu'un conseil d'édition*, c'est simplement pour éviter de créer/propager une erreur. Séparer les éléments physique des éléments immatériel me semble conseillé pour éviter de nombreuses heures de correction. Je suis preneur de la définition légale de la limite d'une commune. Genre article du Code des Collectivités Locales. Perso, je n'ai rien trouvé de convaincant, mais j'ai peut-être pas assez ou mal cherché. Une indication : le cadastre ne définit pas les limites communales (ils seraient bien en peine puisque les limites de 2 cadastres adjacents ne sont pas toujours concordantes). Enfin, OSM n'a pas vocation à être une base d'arbitrage des limites communales. Rappelez-vous : sans garanties. Mais on pourrait dire : OSM a raison, in fine, la limite entre les communes X et Y c'est bien la rivière Z, le chemin d'exploitation AA. La parcelle 1 de la feuille 2 de la section 3 de la commune 4 est bien identifiée comme étant la limite de la commune 4 (selon le cadastre et donc, par dérivation des POS-PLU et autres documents réglementaires, etc.) et participe du faisceau de preuves des revendications territoriales de la commune. Il se pratique régulièrement des échanges de territoires entre communes (et cela change légalement la limite desdites communes car consignée dans le COG -Code Officiel Géographique- publié annuellement au JO). Nos arrangements et règles diverses n'auront aucune influence sur le COG. Je veux dire que le flou légal du juridique ne peut pas être compensé par une confiance aveugle dans les données cadastrales quant aux limites communales et que, de surcroît, ce n'est pas de notre compétence d'interférer dans ce débat. Le jour où OSM sera utilisable (fiable ?), sur l'ensemble du territoire national (pas que métropole) aux échelles cadastrales, il sera temps de recauser de ce débat, avec l'IGN (qui entretemps aura fait la convergence cadastrale -graal des géomaticiens de la grande échelle- et libéré les limites communales de la BD Parcellaire -marge suffisante ?). Denis, ready for the rencontre avec M. DGPiP ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion AFIGEO/OGC à l'IGN
Le 08/03/2013 14:57, Philippe Verdy a écrit : Le 8 mars 2013 12:35, Christian Quest cqu...@openstreetmap.fr a écrit : Si l'on se place sur le droit des bases de données, tracer par dessus une ortho (et uniquement de l'ortho) ne recréera en rien une partie substantielle des données, vu qu'on produira de nouvelles données qui n'ont aucun rapport avec les photo d'origine. Si on traçait sur des fond carto issus de la BD TOPO ça serait une autre histoire mais il n'en est pas du tout question*. Oui mais BD TOPO n'est pas fait que de vectorisations de photos (pour ça on s'en passe déjà avec les imageries Bing ou autres), mais contient des tas d'autres informations et métadonnées structurant le jeu de données. Ce n'est pas parce qu'on trace à partir d'une autre source qu'on n'est pas exempt de respecter les droits relatifs à ces structures géocodées de la BD TOPO. A côte de ça on a aussi le cadastre, même s'il n'est pas vectorsé partout (et des outils pour analyser alors les facsimilés en bitmap des planches cadastrales de communes non encore vectorisées). Le fait que par ailleurs, l'IGN utilise (ou pasà ces orthos pour produire une autre base de données contenant des informations similaires à celle que nous produisons n'a pas de rapport direct. Je suis d'accord aussi. Mais si nos demandes d'accès à la BD TOPO est en cours c'est pour semble-t-il autre chose que la vectorisation cadastrale (cela semble plus proche du remplacement futur des conflations qu'on fait approximativement pour joindre les planches cadastrales, en s'appuyant au minimum sur un certain nombre de points très précisément géolocalisés (le but c'est la précision qui doit s'approcher mieux de la précision légale... à condition que les collectivités s'entendent, le fisc aussi, ainsi que les propriétaires concernés qui pourraient avoir leurs parcelles changer de surface légale, sur la géodésie précise de ces points (et sur leurs mises à jour éventuelles en cas d'évolution naturelle ou accidentelle des terrains). On n'est plus là en train de considérer l'orthophotographie, on touche à un domaine plus proche du niveau légal, qu'une photo ne représente pas. Et donc on accède directement à des données provenant d'une base, meêm si à côte de ces données on en a intégré d'autres : on risque donc vite de dépasser ce que la loi permet de juger comme étant une partie substantielle de la base d'origine (si on atteint le niveau parcellaire cela sera encore plus vrai, car une bonne partie des données de la base OSM pour la France sera en fait une réplication des données qu'on n'a pas entrées nous même mais juste converti d'un format à l'autre avec des robots programmés, et juste un peu de manipulations de notre part qui ne changeront guère l'aspect substantiel de l'import). Pour l'instant on a pu le faire pour les planches cadastrales (vectorisées ou non) individuelles des communes (quitte à ce que nous fassions nous mêmes les ajustements pour les recadrer avec la géodésie et l'orthophotographie). Mais accéder à la BD TOPO nous supprimera une grande partie de ce travail d'ajustement. L'import ne sera plus négligeable et il sera alors possible d'extraire de la base OSM des parties substantielles pratiquement conformes au contenu de la base IGN, afin de produire (dans des bases dérivées de la base OSM, ou dans des applications dérivées) des produits concurrents (y compris commerciaux) de ceux de l'IGN. Il semble que l'IGN craigne en fait davantage Google qu'OSM dans cette perspective, puisque l'ouverture complète des données permettrait à Google (ou Bing, ou Apple, ou aux autres fournisseurs cartographiques commerciaux, pour la navigation ou d'autres usages comme la planification agricole ou la logistique) d'offrir à un coût de conception et de maintenance dérisoire, des produits entrant en concurrence directe avec les solutions commerciales de l'IGN (qui en a besoin pour assurer plus d'autonomie dans ses missions, y compris les missions publiques pour lesquelles l'Etat veut lui apporter de moins en moins de moyens financiers : l'Etat dit à tous les ministères et toutes ses agences publiques ou mixtes, de faire des économies, et donc dégager des marges de rentabilité). * tracer grâce au géoportail les limites de communes manquantes, c'est à dire les 12% restants... est-ce substantiel ? ;) Pas grand intérêt de tracer ces communes à partir des bitmaps proposées sur le géoportail. On s'en passe déjà concernant l'orthophoto (l'IGN ne peut plus prétendre au monopole, en revanche il peut disposer de photos plus actualisées commandées à CNES/SPOT Image, dont il garde la fraicheur pendant un certain temps. L'idée à creuser avec l'IGN est de libéraliser ses données datant par exemple de plus d'1 ou 2 ans, et chercher à développer son activité commerciale et son expertise justement sur les données les plus fraiches (de notre côté on est nous mêmes sources de données actualisées remplaçant certaines des données provenant de sa base, mais on aura toujours de
Re: [OSM-talk-fr] Rappel maintenance serveurs OSM
Le 08/03/2013 13:50, Sylvain Maillard a écrit : pour tous ceux qui ne savent vraiment pas quoi faire et qui n'ont pas put venir au SOTMFR à Lyon, je rappelle qu'il y a des vidéos sur http://ecologeek.org/osm/ , ça peut vous donner pleins d'idées :D ou pour ceux qui étaient de l'autre côte de la rue le dimanche après saucisson. Merci à toi, grâce à qui j'ai découvert les vertus du SODA, même light. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Le 21/03/2013 20:23, Christian Quest a écrit : Et hop: http://tile.openstreetmap.fr/?lon=2.44923lat=48.83113zoom=17layers=B0 Je suis preneur de permaliens où le rendu serait à côté de la plaque... comme ici : http://tile.openstreetmap.fr/?lon=7.72182lat=48.58201zoom=19layers=B0 ? Finalement, taguer pour le rendu permet d'améliorer le rendu ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'utilité des riverbank pour les streams ou drain ou ditch
Le 24/03/2013 21:00, PierreV a écrit : Bonsoir, Je suis en train de travailler sur la simplification des nombreux riverbank de mon marais poitevin. Qu'est ce que vous en pensez de l'utilité de garder l'emprise des voies d'eau en riverbank pour ce qui correspond a des petits canaux et fossés de type stream, drain ou ditch? Peut être que si vous êtes d'accord avec moi que de le garder uniquement pour les river et canal on pourrait éventuellement faire une analyse osmose pour proposer de supprimer les riverbank sur les stream, drain ou ditch? qui serait complémentaire a Riverbank sans river? En dessous de 5 m de large, le riverbank est superfétatoire car illusoire en terme de maintenabilité. mes 0,02€ Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Le 31/03/2013 20:49, Marc Sibert a écrit : PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! Pareil ! c'est dire j'en fais appel à 007 ce soir Live or let die ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage de relations pour les parcs urbains...
Le 03/04/2013 12:01, Christian Quest a écrit : Je ne vois pas l'utilité de faire un tel mitage. Le lac fait partie de la forêt et si on regarde les différentes ré-utilisation des données ça donne: - le rendu: s'en sort bien (en dessinant les grandes surface avant les petites et aussi en dessinant aussi la couche hydro par dessus l'occupation des sols) - pour des stats, la surface de la forêt correspond bien au polygone y compris le lac... et si on veut connaitre le détail des différents types de surfaces (boisée, plan d'eau, clairière) on peut faire le calcul facilement. Et pourquoi exclure le lac mais pas les différents riverbank des cours d'eau ? il faut pousser la logique à l'extrême pour voir si c'est bien logique ;) Pour moi même une clairière dans la forêt je ne la met pas en inner, car même si elle n'est pas plantée d'arbre, elle fait bien partie de la forêt. De plus maintenir les relations bien à jour n'est pas donné à tout le monde et donc même si sur un plan conceptuel c'est parfois plus clean, ça complique beaucoup trop l'édition pour le contributeur peu expérimenté... d'où souvent le problème de maintenance des relations. Christian, ton histoire de mitage m'interpelle. Dans toutes les bdd d'occupation du sol que j'ai pu consulter ou manipuler, le cahier des charges (ou son avatar : les métadonnées ;-) indiquent des seuils de visibilité des objets (surfaces minimales comme critère déterminant). Quand je traduis Corinne Land Cover (100.000e) en quelque chose d'équivalent au 10.000e, je me fixe des seuils (perso, intuitifs) dans ma façon de simplifier, de faire apparaître tel ou étang de pêche, haie d'arbres fruitiers, etc. Ces seuils ne sont pas documentés ; c'est leur principal défaut, pour l'instant. Selon moi, une couche d'occupation du sol (au sens d'une classe d'objets qui partage des attributs communs, une topologie commune) doit inclure l'ensemble des éléments censés composer cette classe. Donc dans landuse, nous avons farmland, meadow, orchard, winyard, construction etc. mais aussi cemetery (sinon faut changer la clé) Dans la classe natural, nous avons les scrub, les wood, les wetland, waterway (plus exactement les riverbank des waterways importants -ref necessaire-) Donc, j'essaie au maximum d'avoir une cohérence topologique entre les natural et les landuse en ne laissant le soin à personne (surtout pas aux rendus) de me dicter les règles de laisser-aller mais on supprimant sans vergogne des objets qui me paraissent anticiper un poil le niveau de précision maintenable dans la base (typiquement un riverbank d'un fossé d'irrigation, une seule rangée d'arbres taggable autrement). Donc un étang de taille suffisante est un trou dans mon polygone de prairie ou de forêt. En 2 mots, cohérence et détail raisonnable (évalué à 1:10.000 en campagne peut-être 1:2.000 en milieu urbain). J'ai commencé à m'attaquer à Corinne le long du chantier de la LGVEE et purée, c'est pas simple de passer de 1.0 à 2.0 Denis, en pleine expérimentation PS : et pis les relations c'est pas si compliqué que cela, sauf si elles font 500 km² et sont traversées par 2 voies ferrés, une autoroute, un canal à grand gabarit, qu'elles datent de 2006 et ne correspondent plus à grand chose sur le terrain !! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur OSM
Le 06/04/2013 18:01, Emilie Laffray a écrit : Non différent. C'est un problème au lieu qui a le serveur. Il faut noter qu'un serveur a été commandé pour éviter les problèmes de la semaine dernière. Emilie, t'as ton lit de camp dans la salle machine ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Interview de Gaël MUSQUET, président d'OSM France sur Data Publica
Le 03/09/2012 18:24, Christian Quest a écrit : Les deux aspects sont à prendre en compte: les contributeurs (donc le réseau social), les données (c'est quand même l'objectif du projet) Le contributeurs et le réseau social sont me semble-t-il un moyen de parvenir à l'objectif. Il y a beaucoup à faire sur le site osm.org pour développer le côté réseau social. Pour l'instant c'est quand même très pauvre avec la carte des contributeurs proches et le fait qu'on puisse faire ami-ami ;) Un truc de base dans un réseau social c'est la notion de groupe... inexistante en l'état à part à se perdre dans les dizaines de mailing-list, de forums, de canaux IRC et milliers de pages de wiki. Le problème je pense c'est que la communauté est très technique, donc les développements vont dans un sens souvent très technique eux aussi. Abaisser la marche d'entrée... je pense que l'enjeu est là et pas que sur les outils d'éditions (ça aussi c'est un chantier qui mérite réflexion). Vision tout à fait partagée. Il reste des outils à inventer. Bon voyage aux 3 émissaires. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modération de la liste talk-fr [Etait : Potlatch, utilisable avec le cadastre ?]
Le 11/09/2012 18:32, Philippe Verdy a écrit : Donc tout le monde dans ce fil a fait du hors sujet. Pourquoi alors c'est moi qu'on insulte ? Les HS il y en a de la part de presque tout le monde ici. On reste correct si on répond, c'est tout, sinon si ça n'intéresse pas, on passe. Mais le fait que plusieurs aient répondu indiquait que justement ça pouvait intéresser. Le sujet de départ c'était bien le choix d'une plateforme pour développer une application. Choix difficile, et comme on n'a pas de solution unique pour tout le monde on va peser le pour et le contre des solutions possibles qui ne seront pas universelles. Philippe Je vais faire court : inscris-toi sur http://www.calimero.com/. Tu verras, il y a aussi des cartes et un club. Pour ma part, je vais passer à un mode plus digest Denis, pourtant fan de cadastre PS : tu devrais jubiler puisque je t'inscris dans ta démarche PS2 : aka trop long (les anciens connaissent, fouille les archives) était là avant toi, ses propos étaient au moins pertinents sur cette liste ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Elections? pour le Groupe de Travail des Données Français (GTDF) ?
Le 21/09/2012 19:13, sly (sylvain letuffe) a écrit : Peut-être qu'avant de se lancer dans des votes, pourrait on d'abord juger de la pertinence de la méthode que je propose puis attendre que les candidats se présentent ? Et vu que ça vote à l'arrache ;-) mais je suppose que tout le monde est d'accord que ce n'est que le vote du pré-tour. Les primaires, c'est très tendance... Je ne l'ai pas précisé, mais je me présente comme candidat ;-) Par contre, je ne vote pas pour moi mais pour pieren. C'est de bon aloi. Toutefois, cela n'en fait pas une profession de foi pour autant. Je crois que : 1. c'est une responsabilité importante, surtout vis à vis de la Fondation et de ses ex-croissances/groupies de travail 1a. un suppléant, même non officiel, ne serait pas du luxe (n'est pas un luxe hors de portée de la qualité de la communauté francophone) 2. c'est une tâche (dans le sens ingrat) qui coûte du temps, il faut, en tant que communauté, penser dès maintenant aux pièces de rechange. Ne s'use que si l'on s'en sert et l'histoire récente démontre qu'il y a matière. 3. bref, l'idée est excellente, mais ne baclez pas la méthode : on est surveillé, sûrement (STP Philippe, sors de mon mail ;-)... pas sur le quoi qui semble en passe d'en acquis (merci aux fighters de la liste talk ; le (trop) peu que j'ai pu en lire m'a convaincu que nous comptions, désormais) mais sur le comment et donc .. 4. il me semble que l'engagement de tel ou tel doit se faire sur la base d'une guideline francophone qui n'a pas l'air d'être difficile à proposer mais dont la formalisation ne peut faire que du bien à tous (formalisation que l'on pourra brandir tel un crucifix à la tête de tous les vampires et autres bêtes malfaisantes). La diplomatie est un argument supplémentaire, parfois et efficace 5. il me semble encore que les mandataires locaux ou d'autres contributeurs avertis pourraient intervenir pour faire la médiation si nécessaire. Je veux dire par là que ces imports (pour le coup c'en sont réellement) foireux sont de la responsabilité de tous, pas seulement d'un seul représentant. Il ne doit pas se sentir investi d'une mission divine mais doit pouvoir compter sur sa fourmillière ; pas un moteur, mais plutôt une courroie de transmission (d'où la plupart des critères de F. Ramm) Encore bravo à ceux qui portent le combat. Denis, pas candidat mais veilleur à ses heures perdues ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compte rendu activité Vallée Violette, Joué Lès Tours
Le 22/09/2012 20:17, RÉAU Simon a écrit : Bonjour Voici un petit compte rendu des activités passé et a venir en rapport avec OSM sur la quartier de la Vallée Violette à Joué Lès Tours http://www.openstreetmap.org/?lat=47.34593lon=0.67964zoom=16layers=M Durant l'année passé j'ai mis en place une animation durant l'accompagnement à la scolarité organisé par le centre social www.centresocialvalleeviolette.fr http://www.centresocialvalleeviolette.fr/ . Cet accompagnement se caractérisait par deux périodes. Durant la première partie était organisés des activités de culture général, jeux de société, découverte de différents thèmes ... Et dans la deuxième partie soutient scolaire et aide aux devoirs. J'intervenais donc une fois par semaine dans la première partie pour les élèves de CM1 et CM2. Mon intervention a été anticipé par les animateur par une discussion avec les élèves sur la connaissance de leur adresse et sur la recherche du quartier et de leurs maisons sur une carte. Durant mes premières interventions je leur est présenté le projet OSM et les grandes lignes d'un projet libre. Ensuite est venu la phase de contribution ou une a deux fois par semaines les élèves parcouraient le quartier avec les animateurs et notaient leurs observations sur OpenStreetBug. Lors de mon intervention par petit groupe ils rentraient chacun lors tours leur contributions via JOSM. Après quelque séance et des motivations différentes en fonctions des élèves (certain désiraient aller plus loin dans l'édition tandis que d'autre n'étaient plus motivés par ce travail) nous avons dérivé sur différentes activité autour de la cartographie. Nous avons donc abordé de nombreux sujet tel que les projections, le repérage avec un index de carte, les tables de distances, l'interprétation de la légende d'une carte ... De cette activité est ressorti un article dans le journal de quartier écrit par les enfants ( page 3 http://www.centresocialvalleeviolette.fr/docs/PetiteSource-2012.05.pdf ) Suite a cela le centre social ma proposé d'animé une activité permanente pour tous public pour enrichir un peut plus la carte et a terme imprimer une carte du quartier qui sera diffusée dans les boites aux lettres. Cette activité démarre donc officiellement jeudi 27 septembre http://www.centresocialvalleeviolette.fr/activites.php , avec pour but de former un maximum de contributeur sur le quartier et la ville. Nous allons commencer avec une initiation a JOSM et ensuite évoluer techniquement en fonction des demandes des participant (a la fin il seront prêt a intégrer le bati ;-) ). Bravo Simon ! C'est simplement réjouissant de voir de telles initiatives. Une petite question : vers quelle(s) direction(s) s'orientaient les jeunes contributeurs motivés pour aller plus loin ? Technique, sémantique, pratique ? Ne manques pas de nous tenir au courant de la suite des aventures dans cette si belle région. En plus, on peut mettre un visage sur ton nom maintenant ! Félicitations pour t'occuper de la Next Generation Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compte rendu activité Vallée Violette, Joué Lès Tours
Le 24/09/2012 10:59, RÉAU Simon a écrit : Sur le groupe de 10 jeunes, il y en avais 3 qui étais réellement intéressé par la prise en main de JOSM et qui commençaient a bien maîtriser la recherche sur le wiki (les différentes images illustrant les tags était un avantage pour les partie pas ou partiellement traduite), 2 a trois étais intéressés mais n'aurait pas passé de temps libre à contribuer, et les autres ou bout de deux séance commençaient a se disperser et ne plus s'intéresser au sujet. C'est pourquoi ensuite tout en restant dans le sujet de la cartographie j'ai essayer de changer de thème a chaque séance. Les jeunes participant à l'accompagnement scolaire sont sélectionné parmi les plus faible au niveau scolaire, chose que je n'ai pas forcément ressenti dans cette activité. Simon Merci pour ces précisions. Ce sont de bons chiffres ! Je ne suis pas sûr que, sur une population d'adultes, tu obtiennes de meilleurs résultats ; on attendra ton compte-rendu pour cette nouvelle année d'animation. Au niveau scolaire je préfère le niveau citoyen ; il y a peut-être quelque chose à creuser : notes versus valeurs. Vaste débat... HS ici, quoique Bonne continuation en tous cas Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le 24/09/2012 20:26, Pieren a écrit : 2012/9/24 Augustin Roche augustin.ro...@gmail.com: - je stoppe mes imports jusqu'à ce que la question des comptes dédiés soit éclaircie avec le DWG ? - Je l'envoie poliment se faire voir ? - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire) Je pense que comme ils ont un message pré-formatté pour cette demande, on devrait leur envoyer une réponse pré-formattée du genre: I thank the DWG for the great work you are doing to solve conflicts, vandalism and copyright infringements worldwide. But I'm strictly following the import guidelines defined by the French community and documented here on the wiki ([1]). I've contacted the local community to verify that the rules didn't change recently. Since building strong local communities is always a high priority for the OSMF, I chose the rules defined and approved locally by the whole French community where a separate account is not required to watch, identify and fix French cadastre import issues, something that the local community is able to manage itself. As Frederik Ramm said ([2]), the rule has been defined only if the DWG has to clean-up the mess which is not the case here. That's why I declining your offer to create a seperate account and welcome you to discuss it again on the talk-fr@openstreetmap.org or t...@openstreetmap.org list. Best regards, ton blaze [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents [2] http://lists.openstreetmap.org/pipermail/talk/2012-September/064412.html Pyromane !!! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Profession de foi de sly à la candidature au poste de membre du DWG
Le 25/09/2012 18:51, sly (sylvain letuffe) a écrit : Bonjour, Suite à ma proposition ici : http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/048217.html Je confirme présenter ici même ma candidature au poste de membre du DWG http://wiki.openstreetmap.org/wiki/DWG à la communauté française. Tout en rappelant que même si l'on m'accepte ici à ce poste, le DWG peut toujours me refuser. Rappelons qu'occuper ce poste devrait comprendre : - La possibilité de discuter avec les autres membres du DWG avec plus de chance d'être écouté que le reste des contributeurs - La possibilité d'empécher un utilisateur OSM de continuer à éditer (blocage) exemple : http://www.openstreetmap.org/user_blocks/248 Voici un bref CV de qui je suis : ... fin ps: p'tain de prise de tête ! On dirait que j'ai fais ça toute ma vie Cela (me) prouve que ta candidature est mûre et ton envie indéniable. Je ne voterais pas pour toi, je te coopterais. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le 25/09/2012 20:41, Christian Quest a écrit : Richard, en quoi le volume change quelque chose ? Si j'envoie 20 nodes avec les tags adéquates dans le changeset pour tout savoir de leur provenance quel est l'intérêt d'un compte dédié ? Ca va apporter quoi au juste ? Je n'arrive pas à comprendre ce que ces règles sont censée régler comme problème. C'est peut être ça le problème, si on posait avant tout les problèmes à régler, on arriverai à se mettre d'accord sur les règles... (c'est un test de ton niveau de français cette phrase ;) Christian, En quoi un changeset de 20.000 noeuds apporterait-il un plus à la dynamique du projet, de la communauté OSM, fût-il bien préparé (0 erreur au validateur, etc.) ? On est bien d'accord qu'il est délicat (et donc politique) de borner une contribution. Je suis d'accord avec la (pro)position du DWG de cantonner ces imports dans des comptes dédiés aux conditions suivantes : - une seule source - un seul objectif|type d'objet - un volume anormal - un caractère recherché d'exhaustivité % à l'emprise du changeset - (liste à compléter et négocier) Toutefois, et je me répète, je ne vois pas l'utilité d'une telle stratégie de contribution quand cela dépasse un certain quota (on ne parle pas d'un village de 200 âmes). La valeur de la contribution de notre communauté gauloise est d'intégrer les données cadastrales à l'existant de la base. Nous avons tous en tête des noms de contributeurs qui n'ont pas eu cette démarche pour diverses raisons dont c'est la responsabilité de la communauté française de comprendre les origines|motivations (ignorance ou défiance) et de s'assurer que les règles communément admises soient partagées par le plus grand nombre. Nous ne pouvons pas durablement fonctionner sans règles solides (une sorte de GIDC guide d'intégration des données cadastrales genre http://fr.wikipedia.org/wiki/Le_Guide_du_Voyageur_Galactique_%28objet%29 best-seller publié par la Cadastre Task Force) . Certains les expliquent, la plupart les comprennent ; restent les réfractaires Denis, intégrateur non modéré mais pas intégriste ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pnorman = Spam
Le 12/10/2012 09:21, Ab_fab a écrit : Pour info, PNorman avait ce compte : gilbert Aeschelmann http://www.openstreetmap.org/user/gilbert%20Aeschelmann dans le collimateur hier soir. C'est étrange parce que cette personne a justement _un compte dédié_ pour les ajouts de bâti, et que jusqu'à preuve du contraire il se partage convenablement entre les deux. Franchement, pour le vérifier, il n'y a pas besoin d'aller bien loin : http://www.openstreetmap.org/stats/data_stats.html Pour hier, je vois qu'il a fait 10 000 modifs sur son compte perso, mais en plein de changesets (40), et surtout, c'est de _l'ajustement_, pas de l'intégration semi automatique. Je ne saisis pas la démarche de PNorman, dans ce cas, puisque Gilbert fait justement ce qui nous est reproché de ne pas faire : assurer le service après intégration. Ne nous abîmez pas notre Gilbert régional, nous n'en avons pas d'autre de rechange pour le moment et le Sud Haut-Rhin lui doit beaucoup. J'ai rarement vu un contributeur récent s'impliquer aussi rapidement et aussi massivement. Je voudrais lui rendre ici publiquement un hommage pour 2 choses : - s'être plié aux injonctions du DWG - continuer à accroître la qualité de la base OSM, nonobstant les obstacles. Si le but du DWG est de freiner le volume des contributions françaises, il a tort. Si le but du DWG est de maintenir un niveau de qualité des contributions, il a raison mais ce n'est pas dans ses attributions et donc il a tort d'agir comme il le fait. Je crois que le DWG s'est monté le bourrichon pour pas grand chose et je partage l'avis de Sylvain qu'il y a lieu de calmer les pyromanes de tout bord. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk] toc, toc, salut, c'est pour un sondage (de l'OSMF)
Le 26/10/2012 13:37, Pieren a écrit : Ci-dessous vous trouverez le lien vers un sondage en ligne de la part d'un des membres du board OSMF. Il demande à la commauté OSM ce que nous pensons sur le fait d'accepter ou pas des membres corporate (des entreprises) au sein de l'OSMF (OSM Foundation). http://polls.cc/cyzooQ/ Traduc des choix possibles: * Non, uniquement des personnes physiques doivent pouvoir être membres * Oui, comme toute personne physique * Oui, comme soutien mais sans droit de vote * le sondage a besoin d'être plus détaillé que ça. Pieren User 22165 a voté ! J'ai eu la même impression que lors du référendum sur le traité de Maastricht. Curieux, isnt'it ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 900K utilisateurs inscrits
Le 09/11/2012 13:39, sly (sylvain letuffe) a écrit : ps: ceci dit, passé mes blagues à 3 kopecks, cela me fait remarquer que l'on obtient donc une moyenne de 13 changeset par utilisateur inscrit, ce que je considère comme extrêmement faible, indiquant l'iniquité d'une telle mesure pour en déduire une quelconque popularité du projet, donc une mesure selon moi sans grand intérêt. Il se passe quoi ? on veut concurrencer la mythomanie de face de bouc ? Ceux qui veulent transformer osm en réseau social se frottent les mains ? On a une action à faire monter ? Ceci dit -et je partage ta critique- dans nos présentations , on aime bien, faute de mieux, présenter la dynamique du projet avec des courbes comme celle-ci : http://wiki.openstreetmap.org/wiki/Stats#Registered_users. Bien évidemment, toute mesure, nécessite interprétation ; croire que la qualité, la complétude, la pertinence de la base suit cette courbe flatteuse est un raccourci que seul les journalistes en mal de scoop osent emprunter. Ce sont pourtant eux, en partie, qui apporteront la connaissance du projet à Mme. Michu (et sa parentèle et aux voisins). La vraie question est : comment mesurer cette qualité, complétude, pertinence,etc. hors des applications, des usages réels, concrets. Il faudra continuer à naviguer entre approximation flatteuse au niveau mondial et expériences de terrain réussies et relatées au niveau local. Ce ne sont pas des démarches antinomiques. La fourmi a-t-elle conscience que la Terre n'est qu'un point dans l'espace ? Non, nous n'avons pas une action à faire monter, mais une action à mener. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 900K utilisateurs inscrits
Le 09/11/2012 14:28, Christian Quest a écrit : Bien sûr que ce chiffre est n'est pas à prendre à la lettre, mais en un an avoir quasiment doublé le nombre d'inscrits sur le site montre indirectement qu'OSM intéresse même si une très faible proportion d'inscrits contribuent. C'est comme les 3000 comptes ouverts sur le site openstreetmap.fr http://openstreetmap.fr ça montre un intérêt certain, au point de s'ouvrir un compte (qui n'apporte rien de plus d'ailleurs). Au moins, ça permet d'avoir une base pour envoyer des mails d'info ce qui serait pas mal à la sortie de chaque bulletin de Pieren. Lors de la présentation d'OSM au SIG de la Communauté Urbaine de Strasbourg le 26 octobre, la courbe des inscrits était bien présente dans les slides mais ce n'est peut-être pas cela qui a été le plus parlant (les statistiques des contributeurs actifs réguliers sur la région est un indicateur plus pertinent). On a autant étonné par la richesse des objets décrits, le souci du détail, par l'acharnement bénévole. Il reste à gérer : - le maintien voire l'amélioration de cette qualité sur l'agglomération strasbourgeoise sur la durée ; - les collaborations avec les producteurs d'informations locaux prêts à entrer dans la danse de l'opendata. Le printemps prochain devrait être riche d'annonces. - la mise à niveau des autres acteurs qui connaissent pas encore (ou pas bien) le projet. Bref, plein de pain sur la planche. Denis PS : quand même prêt pour fêter le million !!! On pourrait lancer un concours sur la date prévue ? C'est peut-être déjà prévu ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classification des cours d'eau
Le 09/04/2013 22:09, Ista Pouss a écrit : Le 9 avril 2013 21:53, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : À ce sujet la Rivière de Morlaix n'est ni une rivière, ni un fleuve (du moins pas avant le premier barrage où cela n'est plus qu'un minuscule cours d'eau), et n'est pas à proprement parler non plus un estuaire, mais un aber : une ancienne vallée glacière envahie par la mer après la montée des eaux de la mer. La nature des eaux ne trompe pas : ce sont bien des eaux salées STOP ! Je ne peux laisser pareille stupidité de touriste glauque résultat d'épandage de station d'épuration de gazol de micro-particules ! Un aber est une vallée __non glacière___ envahie par la mer lors de la remontée des eaux après la dernière glaciation. Les vallées glacières qui ont fait pareil ou à peu près sont des FJORDS. À ce propos, je me demande si la DCRI envisage d'entourer de barbelés les fjords de la Haute-Loire pour protéger les caissières plus dangereuses que les militaires, dans la neige du moins ? L'aber Verdy crie au génie alors qu'il congèle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PauLLA et OSM sur France Inter
Le 17/04/2013 15:31, Jean-Guilhem Cailton a écrit : Bonjour, Peu après 12 h 30 sur France Inter, dans l'émission Carnets de Campagne, Michaël Latour a été interviewé pendant quelques minutes sur PauLLA et OSM (en particulier le serveur de tuiles). L'enregistrement est maintenant en ligne, et peut-être (ré)écouté à partir de http://www.franceinter.fr/emission-carnets-de-campagne-les-pyrenees-atlantiques-35 ou plus précisément http://www.franceinter.fr/player/reecouter?play=609616 à partir de 2:15 ou 3:16 Merci à PauLLA pour la réalisation de ce souhait : http://www.mail-archive.com/talk-fr@openstreetmap.org/msg16311.html et pour le reste aussi. Ça ne nous rajeunit pas ! Bravo à Nadia, la dénonciatrice. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo SNCF / aéroports sur rendu FR...
Le 25/04/2013 18:28, Christian Quest a écrit : Le logo SNCF est parlant et il s'applique à la gare et pas aux lignes commerciales. Bien sûr il y a des trains opérés par d'autres société que la SNCF. Cela reste la minorité et pour 99% de la population un logo SNCF indique bien qu'on a affaire à une gare plus qu'un petit carré bleu (icône d'origine), tout comme le logo de La Poste est parlant lui aussi. Il ne faut pas toutefois abuser de ces logo car on arrive vite à des situations où il ne sont pas explicites sauf pour les locaux. L'ouverture à la concurrence des lignes voyageurs ne concerne actuellement que les lignes internationales. Pour le reste, il faudra attendre 2019 (selon les dernières infos disponibles). Je serai assez favorable, dans l'immédiat, de maintenir le logo (sous réserve de légalité|pubicité abusive) et, en projection, à réfléchir à une symbologie moins nominative ; concours pour une icône définissant une gare|halte voyageur. Je ne suis pas non plus super satisfait du résultat car il faudrait différencier les grandes gares où l'on trouve plein de service aux heures ouvrables, des petites gares où les services et créneaux horaires sont très limités. Différencier les gares TGV des gares grandes lignes/TER ou des gares Transilien... si vous avez des idées discutons-en ! Pour les haltes (railway=halt) le rendu les différencie déjà en ne met pas le logo SNCF dessus. De mémoire, la définition d'une gare, selon la SNCF, est la présence ou non d'un personnel permanent. De fait, il y a probablement beaucoup trop de gares dans OSM. Pour le reste, j'active mon devoir de réserve (mode facile) Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo SNCF / aéroports sur rendu FR...
Le 26/04/2013 14:48, Christian Quest a écrit : Le logo du métro parisien est un M bleu, même si il reste encore de vieux logo M jaunes à certaines entrées de métro... le M jaune c'est pour McDo ;) Comme le dit justement Pieren, il ne faut pas abuser des logos locaux, car ceux-ci ne sont pas toujours très explicites et reconnaissables si on n'est pas local. A Lyon ça semble assez évident et ça permet de distinguer plusieurs réseaux (Métro, bus 'C', bus 'B', tram). A Lille c'est déjà moins évident, j'ai zappé à Clermont Ferrand où le logo n'est pas du tout explicite et un logo générique est du coup plus parlant. C'est ça qui pour moi est le critère: est-ce parlant... je veux dire plus qu'une icône générique et aussi est-ce que c'est un service universel. La Poste et la SNCF m'ont semblé répondre à ces critères, mais si ça gêne vraiment, je les retirerai. Pour l'instant j'ai eu beaucoup plus de retours positifs que négatifs. Dans le cas des lignes TER, il serait de bon aloi d'indiquer à la fois le logo de l'Autorité Organisatrice de Transport (la Région) et celui de l'opérateur qui agit par délégation de service public. Idem pour les réseaux de bus. Il est clair que sur certains endroits, il n'y aurait plus beaucoup de place pour dessiner le réseau, une fois l'ensemble des logos nécessaires et suffisants tracés. Allez Christian, courage pour déterminer ce qui parle. Quand une gare bénéficie d'un programme d'aménagement, le poteau normalisé matérialisant l'arrêt mentionne plutôt le logo de la Région (financeur oblige) aux côtés de celui de la SNCF. Les TER ont des livrées aux couleurs des Régions et non de la SNCF (ok, on ne décrit pas les trains, mais les installations fixes). En tous cas, c'est comme cela que cela se passe en Alsace ; pour le reste . Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logo SNCF / aéroports sur rendu FR...
Le 26/04/2013 18:36, Jean-Francois Nifenecker a écrit : Le 26/04/2013 13:22, Christian Quest a écrit : Tout dans la finesse et la mesure... je pense que je vais devoir m'auto-flageller en place publique pour faire pénitence pour l'inadmissible publicité faite à La Poste et la SNCF ! Auto-flagelle-toi... http://tile.openstreetmap.fr/?zoom=16lat=47.56857lon=7.56966layers=B0F Amusant ;-)) En même temps, les zones frontières sont un bordel tant du point de vue juridique que technique. Passés les bornes, il n'y a plus de limites. J'ai inscrit sur mon agenda pro de travailler sur ces zones (on a plein sur notre territoire de compétence - 4 pays frontaliers ;-). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osm_fr : les arbres
Le 08/05/2013 12:43, Christian Quest a écrit : Je vais essayer d'améliorer le rendu des natural=tree_row car là ce n'est qu'une grande barre verte floutée... En attendant, le petit ajout de ce matin c'est un magnifique éléphant comme symbole pour les zoo ;) et qu'en est-t-il des passages à niveau ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Médias et afflux de nouveaux contributeurs...
Le 08/05/2013 13:45, Jean-Baptiste Holcroft a écrit : Je n'ai jamais vu le message, mais peut être que le message pourrait être un poil géolocalisé pour proposer les événements locaux listés sur osm.fr http://osm.fr ? ou les listes locales. Ce qui est marrant dans l'histoire, c'est que j'ai vu des vieux comptes (2009) se réactiver à l'occasion. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osm_fr : les arbres
Le 08/05/2013 16:21, Christian Quest a écrit : Et voilà: http://tile.openstreetmap.fr/?zoom=17lat=48.75428lon=2.43472 Pour le même prix tu as les buttoirs ;) mouais, c'est férié, c'est service minimum merci déjà pour ça Juste faire une distinction entre level_crossing (passage pour véhicules) et railway=crossing (passage pour piétons). Des icônes plus signalisation routière disponibles ? Sur wikicommons, on doit pouvoir trouver cela, non ? Je pense faire la distinction, à l'avenir, sur la typologie des PN (SAL -système d'avertissement lumineux- 2 (1/2 barrières), 4, croix de saint-andré avec|sans stop) dans la balise denomination. Utile ? quite à faire franco-français. les PN ne tuent pas mais les utilisateurs des PN se tuent à cet endroit particulier (priorité au train selon le Code de la Route). Denis, ferrovipath ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 90% des limites administratives des communes...
Le 12/05/2013 19:40, Hélène PETIT a écrit : Je suis partante pour ton groupe façon Yalta, autant que je m'y remette avant d'avoir oublié comment aller vite à faire ça (quel pied quand j'ai bouclé midi-pyrenées !). Tiens, d'ailleurs, le truc que j'utilisais pour démarrer le travail n'a plus l'air de marcher, ou alors plus pareil ? quand je lance josm il se plaint de ne plus trouver geotools ? je me servais de ça pour afficher la trame geofla (pour les communes en raster sans croisillons) : savoir quelle est l'étendue de la commune, et surtout anticiper sa forme générale et son orientation. Sans affichage préalable de geofla, je multiplie par 3 ou 4 le temps passé pour une commune, uniquement en essais infructueux de calage initial (il faut aussi avoir des carrefours et des ponts, mais ça, ça vient après). une info que j'ai loupé ? merci ! Ceux qui ont de jeunes enfants savent encore mieux que les autres que c'est en chutant que l'apprentissage de la marche marche. Oui, tomber sur une commune dont toutes les feuilles se flétrissent à l'analyse géoréférentielle est un échec cuisant et décourageant. Si c'était si facile, nous n'en serions pas là. A l'aune de mes expériences récentes en Sud-Lorraine (corroborées par celles de la Meuse et de la Haute-Marne), le plus délicat est de trouver le bout de la pelote qui permettra de déméler ce qui est humainement faisable maintenant de ce qui est réservé aux fondus, aux accros du 100% (dont je fais parti par conviction). Ainsi Vézelise était tout à fait accessible à celui (ou celle) qui veut bien prendre de son temps pour géoréférencer chaque feuille individuellement, vérifier que ce géoréférencement est dans les clous de notre précision géométrique acceptable (5-10 mètres). Après il y a une autre idée qui me trotte dans la tête depuis un moment, c'est de partager ces informations (la feuille AB est objectivement à décaler de 4-5 mètres vers les sud-est) dans le total respect de la législation et des licences en vigueur. Ce dont nous avons besoin pour partager nos informations libérées c'est de formaliser cette intelligence collective dans cette démarche tout au moins. +1 pour la task force si son but est d'accroître l'intelligence personnelle par effet de masse. À un moment donné, il faut passer du tricycle à la bicyclette pour tester l'effet de la force de Coriolis. Denis, rastermen depuis 5 ans Vézelise, c'est ici : http://osm.org/go/0DB3hTQy- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites communales de la Corrèze au complet !
Le 20/05/2013 21:42, Vincent de Château-Thierry a écrit : Bonsoir, Presque tout est dans le titre :-) Le chantier proposé il n'y a même pas une semaine pour tracer les limites des 121 communes de Corrèze manquantes est achevé depuis ce soir. Oui, déjà :-) Avant tout merci aux 9 contributeurs qui ont participé. Ce projet a aussi permis, au passage, d'augmenter le compteur des régions au complet, avec le Limousin. Mais la Corrèze n'aura pas été qu'un département de plus. Celà a été l'occasion de tester un fonctionnement collégial, grâce à MapCraft [1]. Cet outil a prouvé toute sa pertinence, permettant à la fois de se répartir le travail, se coordonner en différé et même en live, papoter (aussi, oui :-)), et même, ultime cerise, décider qui allait franchir la ligne d'arrivée en premier, en bouclant la dernière commune [2]. Le maillot jaune est pour Denis ;-). Dans l'élan, j'ai mis en place un nouveau gâteau sur MapCraft. Il s'agit de l'Aisne : http://mapcraft.nanodesu.ru/pie/253# Certains Corréziens n'ont pas résisté à l'envie d'y migrer. N'hésitez pas à nous y rejoindre ! Il y a de la place pour qui veut, et suffisamment d'expérience cumulée pour que des novices dans l'exercice trouvent conseil. Je suis encore surpris aujourd'hui par la capacité de la communauté OSM à se mobiliser efficacement autour d'un problème. Ce challenge des communes corréziennes en est une preuve de plus. De plus, c'était fun et j'ai découvert toute la pertinence d'un outil comme Mapcraft pour fédérer les énergies. Merci pour le maillot jaune mais c'est avant tout une victoire collective ; c'était un contre-la-montre par équipes ! Pour l'Aisne, je crois que cela prendra un peu plus de temps, mais je risque encore d'être surpris Bravo à tous les corréziens et à bientôt dans l'Aisne. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02) (c'est terminé)
Le 24/05/2013 13:07, V de Chateau-Thierry a écrit : Et le métier rentre à tel point que le tracé des limites communales de l'Aisne est maintenant complet. 164 communes bouclées entre lundi soir [1] et aujourd'hui midi, soit une belle vélocité ! Un grand bravo à l'équipe qui s'est formée pour l'occasion, et qui, un bon point, a vu son effectif augmenter par rapport au chantier sur la Corrèze. Cette fois-ci, 11 contributeurs se sont coordonnés pour arriver au but. Well done ! Parions que l'expérience de ce groupe, cette task-force commune, se transmette aux curieux, aux challengers. La force de ces expériences c'est la solidarité, la complémentarité, la curiosité, la coordination... Pour OSM ce ne sont pas des notions marketing, c'est une réalité éprouvée. On peut être hot aussi dans nos campagnes et c'est un message qui peut faire mouche auprès de certains publics de décideurs. Bref, c'est fun ET réaliste, un oxymore pour une part encore trop importante de la société. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02) (c'est terminé)
Le 24/05/2013 21:26, Philippe Verdy a écrit : Pas tout à fait il en manque une non référencée (mais dans les frontières de communes limitrophes sont tracées). Tu es pathétique ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ESRI : 1er éditeur mondial de logiciel géomatique fait de la promo pour OSM
Le 04/07/2013 17:09, ZIMMY a écrit : C'est ici : http://www.arcopole.fr/Blog/tabid/72/EntryID/147/Default.aspx Une annonce avait été faite lors de la journée SIG et transports organisée par ESRI il y a une dizaine de jours à Paris mais je n'ai pas eu le temps d'en faire echo ici. Je suivrais cela au tant (ou temps) que possible. Curieux de voir dans quelle(s) direction(s) ce forum va aller (questions, pistes de travail, critiques,..). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy
Le 24/08/2013 22:20, Romain MEHUT a écrit : Bonsoir, Le portail Open Data de la Communauté urbaine du Grand Nancy (CUGN) a été officiellement ouvert aujourd'hui. http://opendata.grand-nancy.org/ 47 jeux de données sont d'ores et déjà disponibles sous licence ODbL et la plupart sont d'intérêt pour une confrontation avec celles d'OSM. En particulier, il y a les points adresse qui pourraient être ajoutés à Osmose. Frédéric,tu pourrais t'en charger? Aussi, il y a plusieurs orthophotographies et est-ce qu'il serait possible d'en mettre une à disposition via un flux WMS sur les serveurs d'OSM-France? J'ajoute qu'en parallèle du portail Open Data, la CUGN a lancé l'application https://www.g-ny.org/ sur la mobilité au sein du territoire de la communauté urbaine. Les données OSM y sont exploitées et il y a un souhait de développer l'usage d'OSM. Il va y avoir une sensibilisation des différents acteurs du territoire et une collaboration à prévoir avec les contributeurs locaux, des formations... A suivre... Romain Merci pour cette bonne nouvelle Romain. Pour donner un exemple de la qualité de l'image : http://dhelfer.free.fr/gare%20de%20Nancy.png (ortho à 7,5 cm) Du coup, il y a du boulot ; j'vais y faire un tour virtuel ce soir... Un souhait particulier pour l'attribution de source ? ©Communauté Urbaine du Grand Nancy 2012 ? Denis, voisin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy
Le 25/08/2013 18:59, Landry Breuil a écrit : Le 25 août 2013 13:07, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Connais pas le format ECW. C'est problématique? C'est généralement très chi... a intégrer sous linux car la libecw est non libre, donc generalement les outils utilisant GDAL (mapserver, geoservr, qgis..) n'ont pas le support par défaut pour ECW. Landry C'est vrai mais http://geomatips.blogspot.fr/2009/12/disposer-du-support-de-lecw-sous-ubuntu.html Ça tombe bien, je suis sous Ubuntu et j'utilise mapserver, qgis, etc. what else ? Comme on dit : http://www.chezmoicamarche.org/ Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Poster sur sur la contribution à OpenStreetMap
Le 10/09/2013 20:39, bobo_ a écrit : Bonsoir, Je vous partage cette ressource proposée par Manuela Schmidt lors des rencontres internationales de cartographie. http://de.slideshare.net/manuelaschmidt1/poster-dresden-icc Le poster présenté dresse les conclusions d'une enquête menée sur la contribution à OpenStreetMap. s'intéressant aux 62 % d'inscrit non contributeurs. wala bonne soirée ! merci pour le lien Çà, c'est instructif. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osrm ferroviaire ?
Le 19/09/2013 18:48, Christian Quest a écrit : Le 19 septembre 2013 18:24, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le jeudi 19 septembre 2013 18:15:03, HELFER Denis a écrit : La réponse simple à ta dernière question est « non » aussi surprenant que cela puisse paraitre. Ca, pour être surprenant, ça l'est Et pourtant, si vous saviez ! Je rencontre régulièrement des services très officiels, grandes entreprises et autre qui s'extasient sur la richesse des données OSM et qui n'en reviennent pas de ce qui a pu être fait en partant d'une feuille blanche avec des moyens sommes toute relativement réduits. On s'en rend compte assez régulièrement maintenant avec des données mises en opendata qui ont une qualité souvent moindre que celles présentes dans OSM... elles ont juste pour elles l'exhaustivité que nous n'avons souvent pas par manque d'un maillage suffisant du territoire par des contributeurs régulièrement actifs. ton juste est pertinent. Nous le comprenons comme juste fais le © ; le titulaire (*) de la donnée va raisonner juste, c'est juste ? on peut utiliser ? non ? alors il faut continuer avec nos process. Nous arrivons à un stade où le gap entre les néographes et les paléographes arrive à être suffisamment faible ou que la dynamique du crowdsourcing soit suffisamment puissante pour compenser la faiblesse des moyens publics par la bonne volonté (à combien peut être évaluer (valorisé ?) de la foule, du citoyen impacté par son territoire. Il reste un travail énorme à faire pas uniquement sur la qualité de notre base (besoin interne), mais aussi sur notre capacité à améliorer les données qui nous sont proposées via l'open data. Pour ma part, je me suis fixé comme objectif de compléter la donnée PN issue de RFF sur mon périmètre de compétence (Alsace - Lorraine - Champagne-Ardenne). J'ai tendance à déborder de cet objectif initial (tracé de voies + aiguilles sur Nancy tellement l'ortho était tentante). Bref, il faut rentrer soit individuellement, soit collectivement (Mapcraft) sur la complétion d'objectifs atteignables dans un délai raisonnable * le titulaire d'une donnée géographique est l'entité responsable de juri de la constitution et de l'entretien d'une information (DREAL pour les zones réglementaires environnementales, IGN pour le RGE, la DGFiP pour le découpage parcellaire, etc.) - liste à établir sur le wiki pour mémo pour les distinguer des diffuseurs de cette même information (y compris sous des formes plus pratiques pour la communauté des réutilisateurs). Le Droit les appelle les producteurs de données, il faut comprendre, entre les lignes, que personne d'autre ne saurait se substituer à cette mission de service public quand bien même la donnée serait de meilleure qualité (selon quels critères d'ailleurs). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osrm ferroviaire ?
Le 20/09/2013 16:31, Tristram Gräbener a écrit : Je pense qu’il s’agit là d’un excellent exemple comment l’opendata peut bénéficier à l’entreprise qui les ouvre. je serais un poil plus réservé Ça ne m’étonnerait pas que les données soient éclatées entre divers départements RFF et de la SNCF et qu’il soit techniquement difficile de les combiner et que c’est un travail qui est refait à l’occasion de divers projets. C'est juste et c'est sans compter les niveaux d'échelle différents (opérationnel - plan ; analytique/stratégique - SIG), les cultures afférentes, les projets. Il faut savoir que la culture SIG est relativement (par rapport à d'autres collectivités/services de l'État) récente chez RFF. Cette culture est portée par notre service informatique au niveau national. Bref une écologie assez étrangère au web collaboratif. Ça commence à bouger, doucement mais le chantier est vaste ; les enjeux nous dépassent. Les ouvrir a évidemment un cout, mais une fois l’importation faite, les données seront enrichies et combinée (imaginons une base avec les PN, une autre base avec les aiguillages). Les données sont plus facilement accessibles en interne de l’entreprise sans devoir retrouver qui a ces données dans l’entreprise. De plus des outils pour mettre à jour ces données sont probablement plus simples à utiliser. La synchronisation entre les données collectées en local et les bases nationales est déjà compliquée (je l'ai expérimenté cette semaine justement sur les passages à niveau). Pour en avoir discuté avec mes collègues des autres régions, OSM est perçu comme souvent plus précis géométriquement, plus fin sémantiquement. Toutefois, nous sommes contraints de ne l'utiliser que comme béquille (OSM/Mapnik fait partie des fonds de cartes de notre intranet cartographique). Il y a un réel challenge à mettre en place un espace de collaboration et à maintenir à un niveau de qualité satisfaisant l'existant (je fais référence aux jeux de données déjà publiées officiellement en open data) et durablement. Le reste sera affaire de démonstrateur du potentiel d'OSM. Un chiffre (09/2013) : 2130 passages à niveau sur les 3 régions Alsace-Lorraine-Champagne/Ardenne (non supprimés et sur lignes circulées) . La moitié environ a été mis en qualité (selon notre terminologie) malgré un travail entamé au printemps dernier. J'ai été effaré par le nombre de ponts virtuels que j'ai dû supprimer car il s'agissait en réalité de passage à niveau. Je m'interroge toujours sur cette pratique : pourquoi créer des objets fictifs plutôt que de reconnaître je ne sais pas comment se fait ce franchissement. Bien évidemment, j’espère bien que l’exploitation du réseau ne se base pas sur une base collective. Mais le fait de publier en opendata une base d’éléments qui doivent être juste, permet de gagner une nouvelle base agrégée qui sera utile pour des projets plus annexes comme un calculateur d’itinéraire kilométrique sur rail ;) Suite au drame récent de Brétigny/Orge, des citoyens via des démarches collectives ont demandé aux autorités un accès libre aux données du réseau ferré national. Cet appel a été assez largement relayé par la presse (notamment http://www.01net.com/editorial/601882/apres-la-catastrophe-de-bretigny-une-petition-demande-a-la-sncf-plus-dopen-data/). Wait see sur les réponses de cette démarche. Heureusement, la sécurité ferroviaire fera toujours fi d'éléments qui ne sont pas intégrés dans un process contrôlé, évaluable. Cela n'empêchera pas les incidents non plus, mais c'est une autre question. Sur le calculateur d'itinéraire kilométrique, je continue ma réflexion, avec votre aide. Denis, opinion personnelle qui, bien entendu, ne saurait engager mon employeur mais qui va retourner de suite à ses PN champenois ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osrm ferroviaire ?
Le 20/09/2013 21:59, Jean-Marc Liotier a écrit : Une distinction très importante en effet: chez mon employeur (un opérateur de réseaux de télécommunications national) on importe des plans dans les SIG mais on perds au passage des objets purement graphiques qui ne sont pas de objets de notre réseau - les annotations et les cotes notamment, mais aussi des éléments d'environnement. Pour les préserver on archive donc les plans et les utilisateurs de SIG disposent de couches d'empreintes de plans pour y accéder. Le monde du BTP télécom travaille avec des plans dans une approche franchement géographique tandis que le monde des réseaux est côté SIG avec une sensibilité topologique. Pour l'un la priorité est que les objets soient bien positionnés alors que pour l'autre c'est qu'ils soient bien connectés. N'oublions pas que quelle que soit l'organisation, la donnée n'est que le moyen d'un processus (et donc fragmentée organisationnellement) sous contrainte de coût à court terme (la qualité des données est une démarche extrêmement difficile à intégrer préventivement). En conséquence, même si je suis surpris que RFF ne dispose pas d’une base complète du réseau ferré détaillé jusqu’au niveau de la voie et même si je suis souvent déçu de la qualité de ce que les démarches d'ouverture des données permettent de publier, avoir été acteur des problématiques entourant des données similaires permet de comprendre que l'échantillon visible est probablement bien représentatif d'une réalité dominante... Pas de miracles open data en perspective ! Nous avons bien sûr l'exhaustivité du réseau dans des bases métiers. Ces référentiels sont juste référencés avec un système ligne+pk (discussion déjà entamée ici). La problématique, par exemple, est que ma base de référence infra me dit que du pk 17,458 au pk 18,615 sur la voie 2bis de la ligne 21 j'ai du rail de tel âge/qualité. Je peux faire semblant de le représenter sur l'équivalent ferroviaire d'une Route500 si elle me permettait d'identifier les voies de circulation. Nous avons un système d'information presbyte. Comme déjà dit précédemment, on nous a prescrit des verres progressifs. On attend la livraison !! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osrm ferroviaire ?
Le 21/09/2013 10:03, Christian Quest a écrit : En gros pour pouvoir mixer ces données ligne+pk avec les géométries d'OSM il faudrait reporter les pk sur les lignes qu'on a déjà identifié par leur numéro... Ca ne semble pas très compliqué même si ça peut être fastidieux. En plus ces pk sont visibles sur le terrain à ce qu'il me semble, au moins au niveau des PN ;) En gros c'est cela, mais l'enfer se cache dans les détails. Parfois, nous avons des données à la ligne, parfois nous avons des données à la voie (pourquoi faire simple ?). Pour une voie double, on pourrait considérer que la ligne est réprésentée par la voie 1. Le problème est que cette voie 1 se transforme, par endroit, en voie 1m, bis etc. On retombe sur le problème des raccords (aiguillage et cheminement) : c'est là que cela devient complexe (où commence telle voie et où s'arrête-t-elle ?). Pour faire de la segmentation dynamique, basiquement, on a besoin du pk début et du pk fin de la ligne. Sauf qu'une ligne, notamment sur mon périmètre géographique, peut être en partie coupée (neutralisée est encore le cas le plus facile, mais quand c'est déclassé vendu, on se retrouve avec des bouts de ligne où il est nécessaire de récalculer des pk début ou fin. Je ne fais que découvrir un réseau ferroviaire dense et historiquement qui a beaucoup changé depuis l'après-guerre : je me forge une véritable culture. L'autre solution pour le calibrage des itinéraires est de disposer d'une couche de points de calage (ici PN + gares, par exemple) et de s'en servir pour étalonner la ligne ou la voie. Je n'ai pas encore beaucoup exploré cette piste. Pour le moment ma stratégie ressemble à ceci : - une voie = une relation (c'est surtout valable pour les voies principales qui comportent des bouts -ponts/tunnels ; les voies de service sont généralement en un seul tronçon) - une ligne = une relation de relations (voies principales + voies de service + voie hors Réseau Ferré National -Embranchement particulier/Installation terminales embranchées). Cela me permet de récupérer tous les éléments nécessairesà partir d'une simple relation. Pas implémentée encore dans ma todo list A terme, il faudrait que je créée une relation voie en tant que ligne où j'assemblerais les morceaux de voie principale quelque soit leur dénomination mais continue et représentatif de la ligne. Reste à régler la question de l'identifiant des voies (probablement un mixte ref_ligne||_||nom_voie). Je n'arrive pas à me déterminer pour choisir entre nom et ref pour la voie. Peut-être un peu de redondance à terme qui pourrait donner genre : name=voie 3;ref=07_3. J'ai peur qu'il ne faille encore rajouter un élément car il se peut qu'il y ait plusieurs voie 3 sur la ligne (la numérotation est propre à chaque gare, parfois même à un faisceau). Autre solution : mettre dans OSM l'identifiant (n° unique) de la voie de notre référentiel infra. Tout ceci est encore en phase essai/ratage/correction. Enfin pour les pk (en fait il faut parler de rk -repères kilométriques-), certaines données sont vérifiables sur le terrain, encore faut-il avoir accès au domaine ferroviaire qui est réglementé. Pour les pk des PN, ils figurent dans des documents administratifs réutilisables (arrêtés préfectoraux). L'historique ferroviaire m'intéresse aussi (GeoFer aussi je crois ;-) mais pour le moment, pas de ressource disponible pour traiter ce cas de figure de manière approfondie. Des questions comme faut-il raccorder topologiquement au réseau existant des voies qui n'ont plus de consistance physique restent en stand-by. Denis, ferromaniaque ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osrm ferroviaire ?
Le 21/09/2013 10:43, Christian Quest a écrit : Entre usage=* et service=* sans parler de gauge, voltage, etc... on peut quand même bien décrire une voie ferrée. Le 21 septembre 2013 10:39, Ab_fab gamma@gmail.com mailto:gamma@gmail.com a écrit : Bonjour Denis, Si la classification des voies se précise avec la clef usage = * cela doit aider, non ? http://wiki.openstreetmap.org/wiki/Key:usage J'ai appris son existence hier en regardant un peu plus précisément la page du wiki consacrée aux réseaux ferrés Bonne journée OSM n'est pas désarmé pour décrirer une voie ferrée (d'autant plus qu'on dispose de notre propre forge pour créer les éléments manquants ;-). Souvent, il faut rapatrier ces données des tronçons sur la relation : c'est plus écologique pour la base. Connaître et décrire l'électrification des voies de service serait un sacré plus !! Merci pour le lien ; ça tombe bien je travaille en ce moment sur des lignes (à voie unique) exclusivement fret. A terme, il y aurait des analyses à faire entre relations et tronçons ferroviaire sur l'absence de ces tags qualificatifs intéressants. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Qui était à Carnac cet été ? Map F4
Le 21/09/2013 20:55, Pieren a écrit : 2013/9/21 Christian Quest cqu...@openstreetmap.fr: Pour les alignements, j'avais vu qu'ils étaient mis comme murs par un contributeur précédent, mais je n'ai pas eu le courage de mapper les 4000 menhirs un à un, je n'ai passé qu'une semaine sur place ;) Ca pourrait faire l'objet d'un projet du mois ;-) Les cailloux sont visibles sur l'imagerie et leur nombre est connu. Bon sang : Rolling Stones !! OSM=Rock'n'Roll ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible
Le 21/09/2013 21:37, Frédéric Rodrigo a écrit : Les conditions de diffusion ne sont pas assez claire pour se permettre d'intégrer ces données dans OSM. Sauf si tu un autre lien. Là il y a juste : Contraintes d'accès : Autres restrictions (Restrictions non prévues) Contraintes d'utilisation : Autres restrictions (Restrictions non prévues) Autres contraintes : Usage libre sous réserve des mentions obligatoires sur tout document de diffusion : Source : Propriétaire de la donnée Quand il n'y a pas de contrainte évoquée dans les métadonnées autre que celle de mention d'auteur (obligation légale - Loi dite informatique et libertés de 1978), ben c'est qu'il n'y a pas d'autres contraintes et donc c'est libre. Pourquoi cette méfiance à priori ? L'information publique diffusée est, à priori, réutilisable, sauf mention contraire explicite. La doctrine change, mais la Loi reste (encore) la même. La méfiance est certes louable mais elle a aussi ses limites légales. Denis, ferroviphile mais toujours pas légiste ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mulhouse rejoint le club des villes ouvertes
Bonsoir, Ouvert depuis quelques jours seulement http://www.mulhouse.fr/fr/les-donnees/ propose des choses sympa : adresses, réseau bus, voirie routière, plan topo 200e, etc. Encore du boulot en perspective. Je n'ai pas vu beaucoup de comm la-dessus et vous ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mulhouse rejoint le club des villes ouvertes
Le 23/10/2013 22:06, Christian Quest a écrit : Une première (petite) pierre pour amorcer la pompe : 17 défibrillateurs dont la position avait l'air correcte, c'est à dire dans un bâtiment public... et il n'y en avait aucun de mappé. Super ! Merci Christian pour ta contribution. Je suis en train de parcourir les données ; c'est pas du flan. Localisation des arbres gérés par la Ville, des poubelles, des trottoirs dénivelés et même le nom en Alsacien des rues sur toute l'agglomération quand il existe. Même le ferroviaire est bon (je vais quand même controler ;-) Les adresses sont localisées au bâtiment. Franchement côté géométrie je ne crains pas grand chose. En revanche le plan topo au 200e est muet (pas d'attributs) mais on pourra requalifier derrière. Je connais le responsable de la base de données urbaine de la M2A. Si vous avez besoin d'eclaircissements, je pourrais faire relais éventuellement. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'intégration des adresses
Le 07/11/2013 22:08, Frédéric Rodrigo a écrit : Bonsoir, L'outil d'intégration des addreses est à nouveau disponible : http://addr.openstreetmap.fr/ À noter qu'il y a une nouveauté, il est disponible pour nos voisins de Flandre et leur 77 000 rues. L'interface est toutefois encore uniquement Français. http://addr.openstreetmap.fr/stats.php Et prochainement sur vos écrans : Mulhouse. Merci pour Mulhouse !! Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 08/11/2013 17:45, Nolwenn DOUCET a écrit : La personne de RFF qui participe à OSM ainsi qu'à cette liste de diffusion est Denis HELFER. C'est donc bien possible qu'il lise le fil. C'est bien possible en effet teaser Le sujet est vaste et la discussion partie dans différentes directions. Je vais y répondre de manière séparée au fur et à mesure de la soirée /teaser Le Denis de RFF ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 08/11/2013 09:32, Benjamin C. a écrit : Je contribue depuis quelques mois à l'enrichissement d'OSM dans le domaine ferroviaire. J'essaie de tendre vers une exhaustivité des voies ferrées existantes sur le territoire picard. Je suis concerné professionnellement par ce sujet sans pour autant que l'enrichissement d'OSM ne soit un objectif professionnel. Je me suis concentré sur la saisie des géométries, l'écartement des rails ainsi que les tags usage et service. En fait, ce sont ces deux derniers tags qui ont motivé mon activité sur le réseau ferré. En effet, dans le cadre de mon travail, j'essaie de faire en sorte que, sur les cartes basées sur OSM que je réalise, l'apparence/la visibilité des voies ferrées soit modulée en fonction de l'échelle de sorte que les voies des gares de triage n'apparaissent qu'aux plus grandes échelles, que les voies ferrées utilisées par les grandes lignes apparaissent dès les petites échelles, etc.. Pour cela, il me semble que le renseignement des tags usage et service soit indispensable. J'ai eu peur un temps d'être le seul à m'intéresser au ferroviaire de manière détaillée. Il y a d'abord eu Geofer qui s'est manifesté ici et/ou sur le forum puis toi. On va bientôt former une équipe !! J'aimerais franchir un cap en travaillant non plus de manière quasi-autonome mais au sein d'un projet de la communauté OSM française sur le thème réseau ferré dont les buts seraient : - avoir une animation, un suivi voire une coordination sur ce thème - tendre vers une couverture exhaustive du territoire français - partager des bonnes pratiques et tendre vers une homogénéité de la manière d'utiliser les tags, de positionner certains objets (comme je n'ai pas eu l'occasion de réellement confronter mes pratiques à celles des autres, je suis quasiment sûr qu'elles sont largement perfectibles) Je n'ai pas l'impression qu'un tel projet existe actuellement. Est-ce que je me trompe ? (j'ai bien trouvé une page sur le wiki consacrée aux lignes ferroviaires françaises mais guère plus et je suis plus intéressé par la topographie que par l'exploitation du réseau) Est-ce que créer un tel projet vous semble une idée intéressante ? Si oui, quelle pourrait être la bonne manière de le lancer (identifier le projet à quel endroit, quels outils de suivi et d'échanges en-dehors de la présente liste, bien sûr) ? Salarié du gestionnaire d'infrastructure ferroviaire ferroviaire (futur SNCF-Réseau selon les termes prévus par le projet de réforme ferroviaire), je suis intéressé à plusieurs titres à partager connaissances, savoirs-faire et temps de travail. 1. je vais animer un groupe de travail en interne (réseau des géomaticiens) sur, entre autres, la définition des données dont la diffusion sera autorisée, gratuitement disponible et réutilisable. Je vous préviens, il n'y a rien de gagné d'avance et la culture de certains service est à mille lieux des questions que notre communauté se pose. Ce groupe de travail a comme tâche de faire un point trimestriel sur l'actualité de l'opendata -tant comme réutilisateur que comme producteur- Autant dire que le rapport Trojette, la déclaration du G8, le vade-mecum du gouvernement tombent à pic pour notre première session (début décembre). 2. je suis également intéressé en principal par l'infrastructure et moins par l'exploitation. Quand je vois la page du wiki sur les voies ferrées qui ne parlent que de services de voyageur, je me dis que c'est pas gagné. 3. avec un ancien collègue qui travaille toujours pour une Autorité Organisatrice de Transport (AOT) nous souhaitons présenter OSM sur les forums de spécialistes ferroviaires et les solliciter pour participer au projet ou partager leurs connaissances (réseau ferré en biens communs en quelque sorte). Là encore, il y a des cultures très diverses et tant de richesses qui ne sont partagées que dans des milieux restreints. 4. j'ai, de mon côté, pas mal avancé sur la localisation et la qualification des 2125 PN des régions Alsace, Lorraine et Champagne-Ardenne. J'ai bien un fichier de suivi mais c'est dommage de ne pas le partager. Au passage un nombre important de lignes (au sens infra) sont des relations (ex. http://www.openstreetmap.org/browse/relation/2696155). Je me rend compte que ce travail, entamé début 2013) a pas mal évolué mais manque toujours singulièrement de documentation. 5. L'idée de l'opendata est encore neuve pour certains de mes collègues mais tous s'accordent à dire que plus une information est partagée, plus elle est fiabilisée. Une présentation officielle de l'opendata et d'OSM sera tout à fait faisable en 2014 sur notre direction régionale. Nous regorgeons de données sans avoir tous les outils pour les valoriser : ça tombe bien, je vais leur proposer OSM (l'accessibilité PMR des gares pourrait être une initiative intéressante ;-) Bon j'arrête là pour ce soir... Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 08/11/2013 18:17, Benjamin Chartier a écrit : Merci Christian et Ab_fab pour vos réponses. Je vois bien l'intérêt pour les utilisateurs de Wikipedia même si à mon sens il serait préférable que chaque utilisateur puisse visualiser l'objet dans la carto qu'il préfère et pas uniquement dans OpenStreetMap. Un peu comme la partie coordonnées qui peut être utilisées avec différents site web cartographiques. Inversement, je trouve plutôt étrange de mettre des références directes (url j'entends) à Wikipedia directement dans la base de données. On risque de devoir intégrer des liens spécifiques à plein de sites externes au fil des ans sans pouvoir les maintenir et en aboutissant à une espèce de bazar complet (à mon sens). De mon point de vue, il serait préférable d'insérer des identifiants universels (genre des uri) non dépendants d'outils ou de services particuliers. Charge aux applications exploitant les données OSM de renvoyer les utilisateurs vers les sites qui savent exploiter ces identifiants universels et présenter les informations de leur choix. Plutôt que de mettre des http://fr.wikipedia.org/wiki/Ligne_de_Paris-Montparnasse_%C3%A0_Brest j'aurais tendance à mettre une référence d'un organisme qui une compétence en la matière (RFF par exemple pour la France). Charge aux différents outils du web (dont OSM) d'utiliser des références aussi communes que possible. C'est plutôt comme cela que je vois le linked-data. D'autant plus que du point de vue du multi-linguisme cela me parait plus souple. Par contre, j'aurais effectivement tendance à coller l'url d'un site particulier si c'est une source utilisée par le contributeur et qu'on veut les faire apparaitre dans les métadonnées des objets ou des change-sets. Pour moi ce sont deux choses différentes : d'un côté, on a un truc pour faire des expèces de jointures entre la base OSM et d'autres sources d'information sur le web ; de l'autre on a une problématique de traçabilité ou un quelque chose qui s'en rapproche. Je dis cela, mais j'imagine que vous avez sans doute déjà discuté de tout cela en long et en travers. En plus, je ne suis pas un spécialiste de la question. L'idée, si j'ai bien compris, serait de du genre un tableau : ref;univers1;univers2;universn 42;http://www.openstreetmap.org/browse/relation/2420300;http://fr.wikipedia.org/wiki/Ligne_de_Paris-Montparnasse_à_Brest Ce serait déjà utile pour le wiki OSM. Ca devrait fonctionner si tous les univers parlent du même objet : la ligne ferroviaire du point de vue infra (et non pas circulation). Je ne suis pas choqué par les référence WP sur les relations de lignes d'OSM dans la mesure où seuls ces deux projets ambitionnent de partager la connaissance de l'objet à grande échelle. Cela implique que si des sites de passionné(e)s traitent du même objet sur une URI, il n'y a pas de raison qu'OSM n'y fasse pas référence. Tant qu'il n'y a pas foule, le système actuel peut perdurer, sinon il faudrait réfléchir à une sorte de : http://reseau_ferre.france.fr?ref=42univers=wikipediacarto=OSM. J'espère avoir compris la problématique ! Denis, ref:RFF PS : il est encore trop tôt pour parler du statut des lignes (exploitées, neutralisées, fermées, déclassées, etc.) même moi je m'y perds parfois et c'est une des bonnes raisons pour faire un projet ferroviaire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 08/11/2013 18:33, Benjamin Chartier a écrit : Oui. Diviser la France en parts surfaciques de gâteaux ne me semble pas délirant pour suivre l'avancement de la saisie des voies ferrées surtout quand on ne connait pas a priori la liste, ni la localisation de toutes les lignes. Dans mon cas, j'ai cherché à traiter la part Picardie. Benjamin Le 08/11/2013 18:20, Ab_fab [via GIS] a écrit : Il y a cette page aussi http://wiki.openstreetmap.org/wiki/Railways Elle n'a pas encore sa traduction en français Je crois que MapCraft est conçu pour suivre l'avancement de parts de gâteau (des surfaces) plutôt que des éléments linéaires. Mais je peux avoir raté quelque chose. [...] Mapcraft est un outil de partage de tâches intéressant effectivement plus adapté pour des objets surfaciques que pour du linéaire ou du ponctuel. Il est surtout intéressant dans le sens où il soude une communauté (chat) autour d'un objectif précis et dont l'avancement est visuel. On le voit sur le projet des limites communales. Un suivi wiki sur une page projet a l'avantage de rassembler documentation, historique, possibilité de discussions au sein du même outil. Pour m'être attelé à l'harmonisation des passages à niveau, je peux dire que c'est plusieurs jours pour parcourir une ligne d'environ 50 kms (je profite du passage sur le coin, pour affiner géométrie, dédoubler les voies si nécessaire, compléter le réseau routier/chemins traversant ou longeant). On a peut-être moins besoin d'immédiateté. De toute façon, il y a le geochat dans JOSM (pas testé encore). Bref, je privilégierai un suivi de projet plutôt via le wiki que via Mapcraft. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 11/11/2013 15:41, Romain MEHUT a écrit : Le 8 novembre 2013 19:02, DH dhel...@free.fr mailto:dhel...@free.fr a écrit : Au passage un nombre important de lignes (au sens infra) sont des relations (ex. http://www.openstreetmap.org/browse/relation/2696155). Je me rend compte que ce travail, entamé début 2013) a pas mal évolué mais manque toujours singulièrement de documentation. Est-ce qu'il vous semblerait logique que les membres de la relation ne portent pas de nom. Par ex dans http://www.openstreetmap.org/browse/relation/1662336 conviendrait-il de retirer les name=Ligne de Paris-Montparnasse à Brest? Tout à fait. Factorisation de l'information même si on aime beaucoup le Paris-Brest, il ne faut pas abuser de la crème au beurre. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 11/11/2013 16:09, Christian Quest a écrit : Attention à ne pas confondre ligne commerciale et infrastructure physique. http://www.openstreetmap.org/browse/relation/1662336 - ligne TER commerciale (route=train) http://www.openstreetmap.org/browse/relation/2696155 - Ligne d'infrastructure (route=railway) On peut avoir plusieurs lignes commerciales qui empruntent la même infrastructure... C'est bien la première distinction qu'il faudrait faire sur la page http://wiki.openstreetmap.org/wiki/WikiProject_France/Voies_ferrées Comme dit, je veux bien faire un premier jet avec une liste des lignes infra sur le Grand Est et qques définitions (du point de voie gestionnaire de l'infra - cf discussions gare/halte) En fonction du type de carte qu'on veut produire on utilisera l'un ou l'autre, l'infra étant quand même plus courante que les lignes commerciales. Faudra organiser une opération cartographie ta ligne TER quotidienne, dès que vous en aurez fini avec Transilien. Sinon, d'un point de vue de réutilisateur... oui, les relations c'est top sur le plan modélisation, par contre ça n'aide pas toujours la réutilisation. osm2pgsql par exemple ne va bien construire les géométries correspondant aux type=route, mais ensuite pour l'utiliser sur le rendu c'est pas super simple. On va avoir des géométries pour les ways + des géométries pour les route=train + des géométries pour les route=railway. On pourrait placer en premier les noms des ways, puis en second celles des route=railway mais ce n'est pas le cas actuellement sur le rendu FR ni je crois sur le rendu osm.org http://osm.org. Il ne faut ni abuser du Paris-Brest, ni des relations ;) Il y a un vrai challenge (pour le réutilisateur que je serai prochainement) dans l'élaboration des relations : - par ligne ? - par voie ? - que faire des voies de service, des installations terminales embranchées, des triages ? Les difficultés de représentation cartographique relèvent en grande partie, d'adaptation des outils (on ne tagge pas pour ) Beaucoup de questions, pas encore trop de réponses. Je suis dans l'expérimentation. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 12/11/2013 18:02, adrien carpentier a écrit : Je ne connaissais pas non plus openrailwaymap la question de redfox sur les trains touristiques me fait juste poser une question : n'y a-t-il pas par contre, une façon différente de gérer les réseaux ferrés des parcs d'attraction : exemple celui de bagatelle dans le pas-de-calais désolé pas vu de permalink depuis openrailwaymap... http://tile.openstreetmap.fr/?zoom=17lat=50.42905lon=1.60292layers=B00 ou ceux de chez mickey? http://tile.openstreetmap.fr/?zoom=17lat=48.872lon=2.77707layers=B00 @drien Joker ! Le train de Mickey c'est pas ma tasse de thé. Mais je suis d'accord qu'il y a des marges de créativité sur la description de ce genre d'objets. Le railway=preserved de http://www.openstreetmap.org/browse/relation/3084842 me laisse perplexe par exemple et j'ai une poussée de compassion pour les associations qui se battent pour l'animation de leur train touristique (qui eux empruntent des lnfrastructures ayant jadis servi). J'ai peut-être une méconnaissance crasse de l'histoire ferroviaire de Marne-la-Vallée. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 12/11/2013 21:34, Benjamin C. a écrit : Il y a sûrement une manière particulière (voire plusieurs) de saisir ce type de voies. Pour ma part, je propose que ces voies ne soit pas traitées dans le projet que nous lançons. Pour l'instant, j'ai placé ce type d'objets dans la rubrique objets non concernés de la page du projet : http://wiki.openstreetmap.org/wiki/WikiProject_France/R%C3%A9seau_ferr%C3%A9#Objets_non_concern.C3.A9s Mais ce n'est qu'une suggestion et cela ne doit pas nous empêcher de trouver une manière d'harmoniser leur saisie. J'ai inauguré la page de discussion mais pas sur Mickey !! Demain, les PN. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 13/11/2013 19:35, Benjamin C. a écrit : Ma proposition : concentrons-nous d'abord sur les objets qui structurent le réseau et qui assure l'intermodalité avant de nous attaquer aux détails des heurtoirs, aiguillage et autres petits équipements qui risquent de monopoliser notre temps et de n'attirer que des contributeurs très spécialisés. Pour le reste, je n'ai pas de compétence en allemand. Je ne pourrai pas aider pour la traduction de la page. Benjamin Pas d'inquiétude à avoir. C'est juste intéressant de voir le développement de la sémantique sur un sujet particulier, de s'interroger sur son bien-fondé et d'en tirer des expériences positives pour notre projet. 2625 railway:switch=default pour 39781 railway=switch uniquement pour les noeuds. Quel est l'apport sémantique ? quel est ce default ? Ma recommendation : railway=switch si vous le souhaitez (si vraiment, vous en ressentez le besoin et avez l'info diffusable vous pouvez passer au niveau supérieur railway:switchdefault) Denis Ps : où renseigner l'état d'avancement du projet (sous-page du miki, autre outil, ...) ? Quelle grille d'évaluation ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 13/11/2013 22:08, Vincent de Château-Thierry a écrit : J'ai souvenir d'une page de suivi de l'avancement du réseau autoroutier, dont Jocelyn parlait ici : https://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026427.html mais qui n'est plus accessible. Je ne sais pas comment, techniquement, ça tournait, mais ça offrait des stats par référence d'autoroute. Pour le réseau ferré, quelles sont les logiques de découpage possibles, sur le plan géographique ? Est-ce que RFF a des secteurs, des régions, bref une manière de découper le territoire ? On pourrait aussi se fabriquer un zonage à l'aide du réseau offert par Route500, ou, évidemment, se rabattre sur carroyage arbitraire, ou un découpage départemental façon GeoFLA. On peut aussi imaginer une segmentation selon une hiérarchie des voies, si elle existe. Si un maillage se dégage, on pourrait alors le reporter dans Mapcraft, ou, dans le cas d'un carroyage, utiliser OSMQA [1] pour coordonner les efforts. RFF a des territoires de compétences à base de Régions (ex. ALCA = Alsace-Lorraine-Champagne-Ardenne). La France est couverte par 12 Directions Régionales. Mais certaines lignes, sinon c'est pas drôle, traversent plusieurs DR ce sont essentiellement les Lignes à Grande Vitesse (LGV) et les Grandes Lignes (GL). On peut commencer par distinguer le réseau structurant (LGV+GL) puis lignes régionales (essentiellement TER) puis ce qu'on appelle dans notre jargon le capillaire fret (lignes qui se terminent en impasse, généralement sans trafic voyageur). Voir le DRR -Document de Référence du Réseau, mis à jour chaque année ici : http://www.rff.fr/fr/mediatheque/textes-de-reference-francais-45/document-de-reference-du-reseau/horaire-de-service-2014-861/ Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 14/11/2013 18:19, Christophe Merlet a écrit : Si tu regardes les données OSM, j'ai taggué l'ancienne voie en railway=dismantled :) Ça n'apparait pas sur les rendu OSM, mais c'est là... Ce qui pose une vraie question sur le périmètre du projet Reseau Ferré : où arrête-t-on les investigations ? plus de rails - plus concerné - relais sur les historiens du réseau ? Bon s'il ne nous reste plus que ces questions de bout de ligne à traiter, c'est qu'on aura déjà bien avancé. Let's go ! Dans les Vosges, sur Neufchâteau-Épinal (via Mirecourt)l, il me manquait un PN, situé quelques mètres après la fin officielle du tronçon. Va comprendre Charles (http://www.culturepub.fr/videos/pmu-quinte-la-femme-de-marchand). Plus loin, un peu avant Laruns (Geteu / Mouliè), on retrouve le tracé en railway=abandoned car les 2 tunnels ferroviaires et les remblais sont toujours bien présent et reconnaissable. Cependant un des tunnels, celui de Légnère, a été transformé en cave d'affinage de fromage !! Là faut pas hésiter à commencer à partager le fond de ta pensée sur le pourquoi d'un tag posé par toi ou par d'autres et, si besoin, harmoniser ! Fromage ou voie ferrée : il faudra choisir ou affiner les tags ! Je pense qu'il faudra revoir dans OSM le balisage de la zone ;o) http://www.tunnels-ferroviaires.org/tu64/64320.1.pdf Vraisemblablement lorsque le bâti cadastral de Laruns sera dispo ! A rajouter sur les ressources de la page wiki. Il y a tellement de documentations, de connaissances disséminées sur des sites particuliers, ce serait quand même un monde si OSM/Wikipédia n'arrivait pas à catalyser tout cela pour produire une connaissance supérieure à la somme des parties. Laruns : quelle surface, combien d'habitants ? On a mangé des communes plus consistantes que cela. À mapcrafter ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales normandes terminé
Le 19/11/2013 18:58, Christian Quest a écrit : Non, c'est pas ça... ça serait osé et peu diplomatique ! Le 19 novembre 2013 18:34, Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr a écrit : Roooh tu ne vas quand même pas oser commettre ce crime de lèse-majesté Christian ? Attention le père Berteaud va encore nous faire une crise et sortir un billet bien énervé à l'encontre d'OSM ! Nicolas Le 19/11/2013 16:26, HELFER Denis a écrit : Peut-être ça ? http://concours-geoportail.ign.fr/presentation.html Damned, le mystère demeure alors ? Allez les bleus Christian ! Denis PS : tiens, je vais aller contribuer ; mon petit doigt me dit que ce devrait être calme jusqu'à 22h30 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales normandes terminé
Le 20/11/2013 21:18, Christian Quest a écrit : Et hop... http://openstreetmap.fr/blogs/cquest/controle-qualite-limites-administratives-osm scientifique ! peut-être trop (mais c'est peut-être notre karma) Si l'IGN se donnait la peine de justifier autant la qualité de leurs données, autrement par indiquer que c'est basé sur la version x-n de leur propre référentiel, on pourrait avancer, ensemble. La co-construction du territoire se heurte encore à des cultures (soutenues en partie par le législateur) trop divergentes. A propos, c'en est où de la convergence cadastrale (troll inside ;-) Combien a pris ce chantier titanesque pour la saisie initiale ? quel en est le coût/bénéfice ? Mangez de ce pain labellisée et vous serez guéris de toute tentative d'aller changer de boulangerie. Robin, tu aurais cru cela possible ? si vite ? Si OSM se pose déjà la question de la maintenance de la qualité de ses propres données (avec l'appui de plus en plus fort des collectivités qui connaissent encore mieux le terrain que l'IGN), c'est qu'on est encore dans la course, non ? On ne lâche rien !! Denis, qui a lâché les limites communales pour un autre chantier aussi prégnant ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un projet réseau ferré
Le 25/11/2013 10:43, Romain MEHUT a écrit : Bonjour, Ceci un appel aux contributeurs spécialistes du rail. Un contributeur a modifié le schéma de la gare de Nancy avec l'ajout en particulier du nœud http://www.openstreetmap.org/browse/node/2524858356. Je lui ai fait remarquer qu'il me semble que ce nœud vient en doublon de ce qui existait c'est à dire la relation http://www.openstreetmap.org/browse/relation/2828546 Vos avis sont les bienvenus... Il m'a donné son accord pour publier le sens de sa démarche (attention c'est un peu long): ... Il y a un truc qui me gêne dans cette histoire : le bâtiment de la gare ne fait pas partie de la relation http://www.openstreetmap.org/browse/relation/2828546. C'est vraiment dommage de créer un noeud supplémentaire, fictif alors que sémantiquement, c'est bien le bâtiment (http://www.openstreetmap.org/browse/way/40493423) de la gare qui est, euh comment dire, ben la gare !! Pas bien compris tous les arguments quais, arrêts. Si vraiment son argumentaire est de servir les logiciels de routage, c'est vers l'entrée principale de la gare qu'il faut les diriger (http://www.openstreetmap.org/browse/node/1666956055). Il aura en plus l'info si c'est accessible PMR jusqu'à ce point là. S'il veut vraiment être utile, il reste les cheminements intra-muros à tracer : bandes podotactiles, portes automatiques, etc. Il est vrai que ce schéma public_transport est bien complexe, riche et mériterait une traduction. Je veux bien m'y atteler et faire un premier jet mais pas avant les vacances de Noël. Denis PS : modéliser les circulations sur une gare comme celle de Nancy est hors de portée d'un projet comme OSM (ou de ses avatars) tant qu'on aura pas accès aux données de la Direction des Circulations Ferroviaires (DCF). Ce n'est pas le cas aujourd'hui et ne risque pas d'arriver avant un temps certain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr