Re: [OSM-talk-fr] Politique Undercover : l'accessibilité de la RATP
Le 15/12/2014 21:47, François Lacombe a écrit : Sur Direct 8 en ce moment, Thierry Mariani expérimente l'accessibilité du RER. Son accompagnatrice avoue ne pas savoir où sont les infrastructures d'accessibilité du réseau RATP C'est intéressant :) Je regarde et j'ai eu la même surprise. Ya encore ps mal à faire sur Wheelmap... Mais le pire la dedans c'est l'incompétence de la RATP ! Merci au chauffeur de bus qui brave le règlement ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Manque d'attribution OSM
Bonjour, Une carte créée via CartoDB et MapBox qui manque cruellement d'une attribution OpenStreetMap http://www.eca-watch.org/node/3637 Serait-ce toujours de la mauvaise volonté de la part de ces boites que de créditer proprement leur fond de carte ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fusion de 7 communes dans l'Orne
Le 03/11/2014 19:16, Philippe Verdy a écrit : Attention c'est une fusion-association : ne pas supprimer les relations mais les passer au niveau 9. Les communes associées convervent leur état-civil, leur numéro INSEE, leur SIREN, elles sont encore des établissements publics même si elles sont regroupées pour beaucuoup de choses avec un budget et une fiscalité commune. Lors de la fusion, créer une autre commune de niveau 8 reprenant l'ensemble des communes associées. Je viens de découvrir le statut de Commune nouvelle https://fr.wikipedia.org/wiki/Commune_nouvelle En France, le statut de commune nouvelle a été créé par l'article 21 de la loi n° 2010-1563 du 16 décembre 2010 de réforme des collectivités territoriales1, et est destiné à favoriser à nouveau le regroupement de communes. Ce régime remplace les dispositions relatives aux communes associées issues de la loi Marcellin du 16 juillet 19712, et permet le regroupement soit de communes contiguës, soit d'un EPCI entier qui souhaiterait se transformer en commune nouvelle. A priori les communes délégués ont les mêmes compétences que les arrondissement de Paris, Marseille, Lyon. Donc admin_level=9 est tout a fait recommandé. Or ce n'est pas tout à fait le cas des autres communes nouvelles présentes dans OSM. Par ex, pour Bleury-Saint-Symphorien, la limite est en admin_level=10 http://www.openstreetmap.org/way/222199851 Le 3 novembre 2014 14:52, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Il faudra faire la modification quand ça sera effectif... c'est à dire publié au JORF. Ce qu'on a fait jusqu'à maintenant pour garder les anciens découpage c'était de les passer en admin_level=10 Le 3 novembre 2014 14:39, Francescu GAROBY f.gar...@gmail.com mailto:f.gar...@gmail.com a écrit : Bonjour, 7 communes de l'Orne ont décidé de fusionner http://france3-regions.francetvinfo.fr/basse-normandie/2014/10/30/dans-l-orne-naissance-d-une-commune-nouvelle-581195.html. Savez-vous comment on déclare cette commune nouvelle ? Je n'ai pas trouvé l'info, sur la page du wiki http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives Francescu Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Le 31/10/2014 15:36, Jérôme Seigneuret a écrit : donc j'ai du mal à comprendre où est l'incompatibilité avec le tag addr:housename, tu peux préciser ? Parce que *housename *est le nom du bâtiment pas le nom du lieu-dit. On ne parle plus des lieux-dits ici. On parle des petites inscriptions dans le cadastre. Ex: quand dans le cadastre il y a écrit Mairie ou École , on est bien d'accord que ce n'est pas un lieux-dit mais un bâtiment ? Hé ben là c'est pareil... pour les autres bâtiments. C'est comme si ta maison individuelle avait sur sa facade le mas des Garrigues ou autre. Tu peux être seul à habiter ton lieudit mais si ta maison est conçu par un architecte et qu'il a donné un nom à ta maison, dans ce cas ce sera aura un housename (certains baptise leur maison et leur donne un nom aussi). Voilà pourquoi même si il n'y a qu'une maison tu crées un noeud place et pour ton bâti tu ajoutes *addr:place http://wiki.openstreetmap.org/wiki/Key:addr:place.* *addr:housename* seulement s'il y a un nom pour le batî (comme pour les grands HLM avec le nom des batîments) Jérôme Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Le 31/10/2014 15:47, Christophe Merlet a écrit : Le 31/10/2014 15:36, Jérôme Seigneuret a écrit : donc j'ai du mal à comprendre où est l'incompatibilité avec le tag addr:housename, tu peux préciser ? Parce que *housename *est le nom du bâtiment pas le nom du lieu-dit. On ne parle plus des lieux-dits ici. En plus tu as toi-même donné la définition officiel du cadastre pour les lieux-dits Le lieu-dit correspond à un groupement de parcelles du territoire communal auquel les habitants ont coutume d'appliquer une certaine appellation (Ex. Le Vallon). Un lieu-dit est toujours compris en entier dans une même SECTION ou dans une même FEUILLE PARCELLAIRE (Association Française de Topographie - section cadastre ) Or ici, ces petits noms s'applique à une seule parcelle avec une typographie bien différente des lieux-dits cadastraux. On parle des petites inscriptions dans le cadastre. Ex: quand dans le cadastre il y a écrit Mairie ou École , on est bien d'accord que ce n'est pas un lieux-dit mais un bâtiment ? Hé ben là c'est pareil... pour les autres bâtiments. C'est comme si ta maison individuelle avait sur sa facade le mas des Garrigues ou autre. Tu peux être seul à habiter ton lieudit mais si ta maison est conçu par un architecte et qu'il a donné un nom à ta maison, dans ce cas ce sera aura un housename (certains baptise leur maison et leur donne un nom aussi). Voilà pourquoi même si il n'y a qu'une maison tu crées un noeud place et pour ton bâti tu ajoutes *addr:place http://wiki.openstreetmap.org/wiki/Key:addr:place.* *addr:housename* seulement s'il y a un nom pour le batî (comme pour les grands HLM avec le nom des batîments) Jérôme Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capitole du Libre : appel à animateurs de stand et d'atelier
Le 31/10/2014 00:44, Sébastien Dinot a écrit : Bonsoir, La mi-novembre approche et pas grand monde s'est proposé pour me filer un coup de main à Capitole du Libre. Concernant l'atelier, il se déroulera finalement entre 10 et 13h le dimanche. N'y a-t-il vraiment pas de volontaires sur la région ? Je serais présent, si un volontaire m'héberge la nuit du samedi à dimanche... Sinon, je crains de n'être là que le samedi. Je précise que l'animation du stand et de l'atelier ne nécessitent nullement d'être une pointure incollable sur (J)OSM. Il suffit d'avoir une expérience un peu consistante à partager et pour le reste, ce sont plutôt des qualités humaines qui sont utiles. :) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Le 30/10/2014 23:55, Tyndare a écrit : Le 30 octobre 2014 09:39, Christophe Merlet red...@redfoxcenter.org a écrit : Effectivement, sur la commune de Baliracq-Maumusson, le texte écrit en diagonale n'est pas extrait. Une analyse visuel du cadastre reste donc toujours utile. Je n'avais jamais rencontré de petits noms écrits en diagonal, je voulais mettre des règles strictes pour ne pas extraire n'importe quoi mais manifestement c'était très con de ma part de les filtrer selon l'angle, j'ai supprimé ce filtre. Whaouu, je ne pensais pas possible d'extraire autant de données textuelles. Bien joué !! Encore quelques années de travail devant nous pour intégrer tout ça dans OSM oO Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Le 30/10/2014 01:53, Tyndare a écrit : J'ai rajouté le code FANTOIR pour les lieux-dits. Super :) Pour les noms de maisons, c'est plus compliqué. Dans les infos textuelles associées aux parcelles on ne retrouve pas ces noms là (on n'y trouve que les adresses ou les lieux-dits). Il faut donc se baser sur l'interprétation du dessin vectoriel du texte. J'ai rajouté la génération d'un fichier -petits_noms.osm (il n'est pas listé sur la page web, il faut aller le chercher dans le lien Accès aux fichiers), par exemple http://cadastre.openstreetmap.fr/data/064/PB237-GELOS-petits_noms.osm C'est plus qu'utilisable Il contient les mots écrits en petit à l'horizontal sur le cadastre, Effectivement, sur la commune de Baliracq-Maumusson, le texte écrit en diagonale n'est pas extrait. Une analyse visuel du cadastre reste donc toujours utile. À l'inverse tu as extrait des noms que je n'avais pas vu moi-même et même plus, un nom qui n'apparait pas dans le cadastre avec JOSM ! Donc c'est vraiment complémentaire :) mais en général chaque mots est découpés donc il y aura plusieurs nœuds si un nom est composé de plusieurs mots. Ça ne me semble pas possible de les regrouper simplement car j'ai trouvé des cas ou les mots sont très espacés (verticalement) et pas alignés du tout. J'avais déjà rencontré ces petits noms écrits en minuscules sur le cadastre mais pour des noms de lotissements, des noms de places (genre place du village), des noms d'écoles ou des noms de parcs, mais pas pour des noms de maisons. J'ai peur qu'en fait chaque commune ou département utilise cette notation pour des choses différentes. Si ces noms n'apparaissent pas dans le fichier FANTOIR on a aucun moyen de vérification pour les qualifier automatiquement.. Oui, sur Gelos il y a un peu de tout, donc ça reste un travail d'intégration manuel. Mais tu as extrait des infos de voirie intéressante qui n'était pas encore dans OSM. Donc c'est tout bénef. Ce fichier -petits_noms.osm est donc dangereux si des contributeurs l'envoient tel quel sur OSM, Dites moi si il faut mieux le supprimer ou alors comment mieux le protéger (j'ai juste mis le flag upload=false). Tu ne peux guère faire mieux. Sinon, ce matin j'ai eu l'idée de regarder dans le bon vieil annuaire des pages blanches à quoi ressemblait les adresses sur la commune de Baliracq-Maumusson, et effectivement, la plupart sont de type maison bidule. Donc je m’interroge encore plus sur comment faire la distinction entre addr:housename et place=isolated_dwelling :/ Le 29 octobre 2014 20:08, Christophe Merlet red...@redfoxcenter.org a écrit : Le 29/10/2014 19:10, Vincent de Château-Thierry a écrit : Bonsoir, Le 29/10/2014 09:52, Christophe Merlet a écrit : Ne serait-il pas possible que l'appli d'extraction des adresses du cadastre http://cadastre.openstreetmap.fr/ ajoute le code FANTOIR sur les lieux-dits ? De plus, sur les communes sans aucun numéro de rue, on trouve à priori, à la place le nom des maisons écrit en plus petits. Ce serait pas mal d'extraire ces noms et de les mettre dans un fichier (isolated_dwelling ou addr:housename ?) À partir de quand un nom de maison devient un nom de lieu-dit ? C'est un clin d'oeil au fil que vient d'ouvrir Pieren, mais aussi une demande de cas que tu aurais repérés, je n'ai pas souvenir d'un tel distinguo entre noms, j'ai l'impression que les noms sont tous assimilables à des lieux-dits dans le cadastre. Prenons la commune de Baliracq-Maumusson (64090) Dans le Cadastre, les lieux-dits sont écrits en majuscules et ce que je considère être les noms de maison/propriété en minuscules. Souvent la maison/propriété donne son nom à la voie qui y mène. Les noms en minuscules sont toujours proche d'un bâtiment, alors que les noms en majuscules peuvent être au milieu de nul part. http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/JOSM%20-%2020141029%20-%20Lieux-dits.png C'est, semble t'il, une constante dans le 64. Ces lieux-dits en majuscules correspondent exactement aux lieux-dits avec un code FANTOIR sur la couche BANO (bien que n'étant pas positionné aux mêmes endroits) Prenons la commune de Gelos Si on lit l'histoire de la commune et que l'on regarde les cartes (issu du cadastre, du SIG de la CAPP et du PLU) http://paupyreneescommunesetpatrimoines.wordpress.com/2014/08/11/histoire-et-patrimoines-urbains-de-gelos/ Même chose, les noms en majuscules du cadastre correspondent aux lieux dits avec code FANTOIR de la couche BANO. Et sur le PLU à des quartiers de la communes. Tandis que les noms en minuscules correspondent à des maison/propriété inclus à l'intérieur du lieux-dit... que l'on ne retrouve pas sur BANO Auparavant, je ne me souciais pas de ces noms en minuscules, mais je m'aperçois avec le temps que cela représente un véritable patrimoine historique et culturel qu'il serait dommage de ne pas intégrer à OSM (et donc de l'extraire du cadastre autant que possible
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30/10/2014 12:14, Vincent Calame a écrit : J'espère que vous êtes quand même d'accord pour éviter que n'importe quel quidam puisse inventer son nom de lieu-dit et le mette dans OSM. Alors, au lieu de protester de manière un peu stérile, aidez-nous à trouver les critères qui fixerait les limites. À partir du moment que le quidam en question habite ou travaille sur le territoire et que le nom est utilisé par un cercle plus large que le cercle familial, c'est légitime de mon point de vue. C'est le terrain et les êtres humains qui l'occupent qui priment. Prenons un exemple moins polémique que celui de Gazad : celui donné par un quidam à sa propriété et qu'il affiche avec un panonceau à son entrée (juste à côté du panneau « Chien méchant » :-)). Certes, c'est un nom qui n'a rien d'officiel et il n'est pas forcément pérenne car pouvant changer avec le propriétaire. Il n'en reste pas moins que ce nom existe, il est affiché, il peut permettre de se situer, notamment en milieu rural et il peut être utilisé par le voisinage. Ce genre de nom, je le met sans hésitation dans addr:housename. Mais il s'agit de relevé terrain. Difficile quand on fait du mapping bureau à partir du cadastre. Je pense qu'un tel nom à sa place dans OSM mais, bien sûr, pas sur le même plan que les lieux-dits « officiels et sourcés », en particulier par la mairie et le cadastre. La solution pourrait être l'utilisation de local_name ou d'un autre attribut que place=locality. Et c'est la même question posée dans l'autre fil de discussion FANTOIR sur lieux-dits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A partir de quand un lieu-dit existe ?
Le 30/10/2014 09:16, HELFER Denis a écrit : J'ai appris ce matin sur France Inter (chronique de Thomas Legrand à 7:45) à propos des opposants de tous poils (NDDL, Sivens, ..) que ZAD signifie : Zone à Défendre. Ca met en perspective Gazad. OpenStreetMap est effectivement utilisé par les opposants au projet :) http://occupysivens.fr/ -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : mercredi 29 octobre 2014 18:22 À : talk-fr@openstreetmap.org Objet : [OSM-talk-fr] A partir de quand un lieu-dit existe ? Bonjour, Je viens de supprimer deux place=locality, Gazad et les Bouilles, créés hier aux alentours de Tested et de la zone des travaux du barrage de Sivens, actuellement sour les feux de l'actualité: http://www.openstreetmap.org/changeset/26416986 Pour l'instant, je pense que ces lieux sont d'avantage des points de rassemblement et je ne crois pas qu'OSM soit le meilleur endroit pour signaler ça (vu le caractère récent et transitoire de la chose), encore moins avec place=locality. J'explique aussi dans mon commentaire de changeset qu'une appli du genre umap serait plus appropriée. Mais quel est votre avis ? Quelle doit être notre attitude si ces lieux-dits réapparaissent ? A partir de quand un endroit nommé devient un lieu-dit ? faut-il attendre son officialisation ? ou laisser la place à l'usage ? au temps ? Pieren Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Bonjour, Ne serait-il pas possible que l'appli d'extraction des adresses du cadastre http://cadastre.openstreetmap.fr/ ajoute le code FANTOIR sur les lieux-dits ? De plus, sur les communes sans aucun numéro de rue, on trouve à priori, à la place le nom des maisons écrit en plus petits. Ce serait pas mal d'extraire ces noms et de les mettre dans un fichier (isolated_dwelling ou addr:housename ?) J'hésite d'ailleurs à trouver la différence entre les isolated_dwelling et les addr:housename que je finit par me demander si au niveau du rendu il ne serait pas préférable que les place=isolated_dwelling soit écrit plus petit que les place=locality avec la même police que les adresses et en les faisant apparaitre à partir du zoom 15 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence ODBL : Mapbox...
Le 29/10/2014 15:51, Christian Quest a écrit : 1.6 millions de contributeurs ? Euh... soyons honnêtes, ce sont les comptes enregistrés pas le nombre de contributeur qui est quand même nettement inférieur (ce qui ne change rien au fond de ton propos que je partage). Pour info, j'ai posté un commentaire assez critique sur ce white paper. Voir https://www.openstreetmap.org/user/lxbarth/diary/25979#comment28500 Quand je vois la carte qui illustre ce billet, je me dis que la France a bien rattrapé son retard par rapport à nos voisins allemands et anglais. Insistons donc sur le fait, qu'en France, l'OdBL n'est pas un frein au développement du projet et serait même une garantie de confiance entre acteurs impliqués dans OSM. Les critiques formulés envers l'OdBL me rappelle vraiment celles que l'on entendait contre la GPL. De plus ces critiques ne sont juridiquement ou législativement pas fondés. Bref, du FUD bien gras. Les commentaires qui suivent sont plus que critique. Si MapBox continu son forcing, ils vont se retrouver avec la communauté à dos ! Le 28 octobre 2014 19:29, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 28/10/2014 19:14, Pieren a écrit : 2014-10-28 19:01 GMT+01:00 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr: L'ODbL n'est peut être pas parfaite, mais que propose-t-on en échange ? Bah, je crois que c'est clair : l'alternative est le public domaine, seule option possible pour que les services publics américains adoptent OSM. Et surtout la possibilité pour MapBox et d'autres entreprises d'utiliser le travail fournit par 1,6 millions de contributeurs enrichi de quelques données propriétaires (non redistribuable) afin d'avoir un avantage concurrentiel et mieux vendre leurs services en éclipsant la communauté. Dans le monde du logiciel Libre, la GPL et LGPL n’empêche pas des entreprises d'être profitable, de faire des bénéfices et d'être coté en bourse. Il en est de même dans le monde de la data avec l'OdBL. Les licences type GPL et OdBL sont les seules licences qui maintiennent un véritable équilibre des droits entre multinationales et simples contributeurs. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction cadastre et FANTOIR sur lieux-dit
Le 29/10/2014 19:10, Vincent de Château-Thierry a écrit : Bonsoir, Le 29/10/2014 09:52, Christophe Merlet a écrit : Ne serait-il pas possible que l'appli d'extraction des adresses du cadastre http://cadastre.openstreetmap.fr/ ajoute le code FANTOIR sur les lieux-dits ? De plus, sur les communes sans aucun numéro de rue, on trouve à priori, à la place le nom des maisons écrit en plus petits. Ce serait pas mal d'extraire ces noms et de les mettre dans un fichier (isolated_dwelling ou addr:housename ?) À partir de quand un nom de maison devient un nom de lieu-dit ? C'est un clin d'oeil au fil que vient d'ouvrir Pieren, mais aussi une demande de cas que tu aurais repérés, je n'ai pas souvenir d'un tel distinguo entre noms, j'ai l'impression que les noms sont tous assimilables à des lieux-dits dans le cadastre. Prenons la commune de Baliracq-Maumusson (64090) Dans le Cadastre, les lieux-dits sont écrits en majuscules et ce que je considère être les noms de maison/propriété en minuscules. Souvent la maison/propriété donne son nom à la voie qui y mène. Les noms en minuscules sont toujours proche d'un bâtiment, alors que les noms en majuscules peuvent être au milieu de nul part. http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/JOSM%20-%2020141029%20-%20Lieux-dits.png C'est, semble t'il, une constante dans le 64. Ces lieux-dits en majuscules correspondent exactement aux lieux-dits avec un code FANTOIR sur la couche BANO (bien que n'étant pas positionné aux mêmes endroits) Prenons la commune de Gelos Si on lit l'histoire de la commune et que l'on regarde les cartes (issu du cadastre, du SIG de la CAPP et du PLU) http://paupyreneescommunesetpatrimoines.wordpress.com/2014/08/11/histoire-et-patrimoines-urbains-de-gelos/ Même chose, les noms en majuscules du cadastre correspondent aux lieux dits avec code FANTOIR de la couche BANO. Et sur le PLU à des quartiers de la communes. Tandis que les noms en minuscules correspondent à des maison/propriété inclus à l'intérieur du lieux-dit... que l'on ne retrouve pas sur BANO Auparavant, je ne me souciais pas de ces noms en minuscules, mais je m'aperçois avec le temps que cela représente un véritable patrimoine historique et culturel qu'il serait dommage de ne pas intégrer à OSM (et donc de l'extraire du cadastre autant que possible...) Et c'est encore plus important dans les zones non numérotés. Pour ce qui est de l'extraction, le travail a commencé sur l'initiative de Tyndare, ensuite en ajoutant les lieux-dits dans BANO j'ai testé leur rapprochement avec Fantoir, qui est plutôt direct. Reste à consolider ces morceaux, en effet, pas juste vers BANO mais vers le service d'extraction d'adresses, en ajoutant une heuristique pour catégoriser les valeurs de tag place. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence ODBL : Mapbox...
Le 28/10/2014 19:14, Pieren a écrit : 2014-10-28 19:01 GMT+01:00 Christian Quest cqu...@openstreetmap.fr: L'ODbL n'est peut être pas parfaite, mais que propose-t-on en échange ? Bah, je crois que c'est clair : l'alternative est le public domaine, seule option possible pour que les services publics américains adoptent OSM. Et surtout la possibilité pour MapBox et d'autres entreprises d'utiliser le travail fournit par 1,6 millions de contributeurs enrichi de quelques données propriétaires (non redistribuable) afin d'avoir un avantage concurrentiel et mieux vendre leurs services en éclipsant la communauté. Dans le monde du logiciel Libre, la GPL et LGPL n’empêche pas des entreprises d'être profitable, de faire des bénéfices et d'être coté en bourse. Il en est de même dans le monde de la data avec l'OdBL. Les licences type GPL et OdBL sont les seules licences qui maintiennent un véritable équilibre des droits entre multinationales et simples contributeurs. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Y sont fou ces américains
Le 25/10/2014 09:59, David Crochet a écrit : Bonjour Je suis étonné de ceci : http://www.openstreetmap.org/relation/183958 Qu'il y ait 2 entités distincts n'est pas gênant en soit, mais d'avoir créer une bande terrestre de 20 m est drôle. z'en pensez quoi ? Qu'en France on a la même chose http://www.openstreetmap.org/relation/2809778#map=13/43.2471/-0.7234 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voitures sans conducteur et OSM
Le 24/10/2014 13:40, Brice MALLET a écrit : Le degré de précision potentiel d'OSM contribuera t'il à la réussite des voitures autonomes ? Ci-dessous un extrait tiré de : Les voitures Google Cars autonomes très loin d'être au point ? http://www.numerama.com/magazine/31037-les-voitures-google-cars-autonomes-tres-loin-d-etre-au-point.html En effet selon Slate, les essais de Google sont réalisés après une cartographie 3D extrêmement précise du trajet que doit emprunter le véhicule. Avant de lancer la voiture autonome sur la route, les équipes repèrent le moindre changement de panneau de signalisation, de feu de croisement, de peinture au sol, etc. (...) Sans cette cartographie 3D préliminaire, beaucoup plus exigeante qu'un Google Maps ou Google Street View, la voiture refuse de bouger. Si tu regarde la video de la Mercedes Autonome, tu y reconnaitra JOSM à 0'40. http://www.youtube.com/watch?v=CKqJccK_EkM Cependant, si une bonne cartographie peut bien évidemment aider un véhicule a choisir un trajet, ce n'est assurément pas ça qui fera leur succès. Il leur faut surtout apprendre à réagir à l'environnement, aux événements inopinés. Un enfant qui traverse en courant sans prévenir, des travaux urbains avec un feu de signalisation temporaire, une moto qui double en frôlant la voiture, une route inondée, un changement de sens unique... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] thingling ?
Le 23/10/2014 10:09, Christian Quest a écrit : Je découvre cette utilisation d'un fond OSM avec une personnalisation que je ne connaissait pas: http://www.larepubliquedespyrenees.fr/2014/10/22/tour-de-france-gros-plan-sur-l-arrivee-a-la-pierre-saint-martin,1216349.php Qu'en pensez-vous ? Tu lis la PQR des pyrénées ? :) Espérons que l'utilisation d'OSM devienne un réflexe autant que possible ;o) Il me semble cependant qu'uMap aurait tout de même été mieux... et ne chipotons pas trop sur les mentions légales, OpenStreetMap est tout de même cité ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tour eiffel ?
Le 21/10/2014 10:07, Cactusbone a écrit : pas à ma connaissance :( le seul truc qui soit en diagonale c'est les toits donc il est possible de faire plein de toits pour avoir une diagonale en profondeur, mais ça sera moche, et ça ne réponds pas du tout au terrain :( du coup sur F4map, c'est normalement un bâtiment modélisé, mais quand l'id de base change, on perds la modélisation :) J'imagine du coup qu'il est important qu'il n'y ai qu'un seul building et tout le reste en building:part afin que le bâtiment modélisé remplace l'intégralité du bâtiment OSM. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Couche Bano
Le 20/10/2014 13:18, Vincent de Château-Thierry a écrit : Bonjour, Selon JB jb...@mailoo.org: Le rendu BANO tousse fortement ? Plus d'affichage possible par chez moi. Oui, soucis depuis 48h sur le rafraîchissement des données, ce qui impacte les listes et les tuiles carto. Je constate comme toi que ça tousse à l'affichage depuis peu, mais je n'ai pas la main. À suivre lorsque quelqu'un aura pu soulever le capot de nos chers serveurs... Je pense qu'on ne va pas tarder à acheter le matériel nécessaire à la mise à jour des serveurs suite à l'appel aux dons. Priorité BANO ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controverse : l'empire des data, les frontières de l'Open
Le 19/10/2014 19:01, Sébastien Dinot a écrit : Christophe Merlet a écrit : Je tiens à saluer tout particulièrement le travail du graphiste qui a illustré avec talent les sujets abordés par l'ensemble des intervenants. http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/20141018_Novela_OpenData.jpg Christophe, sous quelle licence est disponible cette photographie ? :) Double licence au choix WTFPL ou CC-By-SA :) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controverse : l'empire des data, les frontières de l'Open
Le 17/10/2014 16:35, sebastien.di...@free.fr a écrit : Bonjour, Ceux d'entre vous qui s'intéressent à l'Open Data, aux opportunités et problèmes que créent le « Big Data » et le « Data Mining » et qui seront sur Toulouse ce week-end seront peut-être intéressés par la controverse à laquelle je vais participer samedi à 14h au Grand Rond : « Controverse : l'empire des data, les frontières de l'Open http://www.fete-connaissance.fr/controverse-lempire-des-data-les-frontieres-de-lopen » J'y suis invité en tant que contributeur à OpenStreetMap et promoteur de l'Open Data. C'était intéressant. Cependant 3 heures c'était vraiment trop court vu l'étendue du sujet (Open Data / Big Data) qui plus est d'un point de vue technique, juridique et sociétal, sans oublier les prospectives futuristes. Je tiens à saluer tout particulièrement le travail du graphiste qui a illustré avec talent les sujets abordés par l'ensemble des intervenants. http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/20141018_Novela_OpenData.jpg Un seul regret à cette après-midi : J'ai encore perdu mon téléphone portable !! Nom de diou. Et comme je l'avais mis en mode avion, ben pas possible de le faire sonner. Cette guigne :/ Les autres invités sont : * Bertrand Serp, vice-président de Toulouse Métropole en charge du numérique et président d'Open Data France * Sandrine Mathon, juriste, spécialiste de droit de l'informatique et ancienne membre de la CNIL, elle est aussi la chef de projet du portail Open Data de Toulouse Métropole * Pierre-Henri Cros, fondateur du CERFACS (Centre européen de recherche et de formation avancée en calcul scientifique) * Jean-Michel Loubes, mathématicien au sein de l'IRIT, connu pour ses recherches sur le Big Data * Céline Castets-Renard, professeur de droit privé à l'Université Toulouse 1 Capitole, directrice adjointe de l’IRDEIC (Institut de Recherche en Droit européen, International et Comparé) * Fanny Lalleman, docteur en science du langage dont la thèse porte sur l'exploitation des grandes masses de données Les animateurs de l'événement l'on qualifié de « Controverse » car ce ne sera ni une conférence, ni une table ronde mais bien un débat au cours duquel les participants, mêlés au public, échangeront leurs points de vue sur les grandes questions du domaine et répondront aux questions du public. Sébastien Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Controverse : l'empire des data, les frontières de l'Open
Le 17/10/2014 20:42, Philippe Verdy a écrit : Pas non plus de représentants des organisations de consommateurs ou d'associations d'utilisateurs des FAI et télécoms. Pas de médiateur non plus, personne de la justice ou vrai spécialiste du droit (national, européen ou international), ni aucune profession juridique (avocats, notaires, huissiers, magistrature...). Je crois que tu es passé à coté du trait d'humour de Yves :) Le 17 octobre 2014 16:40, Yves yve...@gmail.com mailto:yve...@gmail.com a écrit : Pas de représentants syndical? Le 17 octobre 2014 16:35:51 CEST, sebastien.di...@free.fr mailto:sebastien.di...@free.fr a écrit : Bonjour, Ceux d'entre vous qui s'intéressent à l'Open Data, aux opportunités et problèmes que créent le « Big Data » et le « Data Mining » et qui seront sur Toulouse ce week-end seront peut-être intéressés par la controverse à laquelle je vais participer samedi à 14h au Grand Rond : « Controverse : l'empire des data, les frontières de l'Open http://www.fete-connaissance.fr/controverse-lempire-des-data-les-frontieres-de-lopen » J'y suis invité en tant que contributeur à OpenStreetMap et promoteur de l'Open Data. Les autres invités sont : * Bertrand Serp, vice-président de Toulouse Métropole en charge du numérique et président d'Open Data France * Sandrine Mathon, juriste, spécialiste de droit de l'informatique et ancienne membr e de la CNIL, elle est aussi la chef de projet du portail Open Data de Toulouse Métropole * Pierre-Henri Cros, fondateur du CERFACS (Centre européen de recherche et de formation avancée en calcul scientifique) * Jean-Michel Loubes, mathématicien au sein de l'IRIT, connu pour ses recherches sur le Big Data * Céline Castets-Renard, professeur de droit privé à l'Université Toulouse 1 Capitole, directrice adjointe de l’IRDEIC (Institut de Recherche en Droit européen, International et Comparé) * Fanny Lalleman, docteur en science du langage dont la thèse porte sur l'exploitation des grandes masses de données Les animateurs de l'événement l'on qualifié de « Controverse » car ce ne sera ni une conférence, ni une table ronde mais bien un débat au cours duquel les participants, mêlés au public, échangeront leurs points de vue sur les grandes questions du domaine et répondront aux questions du public. Sébastien Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intempéries et praticabilité des routes
Le 12/10/2014 18:16, David Crochet a écrit : Bonjour Le 12/10/2014 15:11, Donat ROBAUX a écrit : Pour le moment je ne vois pas l'intérêt de tagger les routes impraticables temporairement, Cela permet aux GPS utilisant OSM d'être mis à jour. Je ne crois pas que l'on puisse émettre du RDS-TMC localement ou globalement. Il y a des GPS qui se mette à jour en temps réel avec les données OSM ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intempéries et praticabilité des routes
Le 12/10/2014 15:11, Donat ROBAUX a écrit : Bonjour à tous, Suivant l'actualité des intempéries dans le sud de la France, au travers des MSGU (médias sociaux en gestion d'urgence), j'ai remarqué qu'un pont avait été détruit cette nuit. J'ai voulu mettre à jour OSM, et là, je n'ai pas trouvé quoi mettre. En attendant, j'ai mis access=no sur le segment de pont et une note et un fixme. Y a-t-il des tags plus pertinents pour décrire qu'une route ou un pont s'est effondré? donc que ca va durer un certain temps. Pour le moment je ne vois pas l'intérêt de tagger les routes impraticables temporairement, vu c'est fait par Visov Un pont détruit peu effectivement se tagguer access=no temporairement, mais puisqu'il va devoir être reconstruit, tu peux aussi utiliser highway=construction + construction=tertiary (ou autres) Tu peux aussi rajouter les clés start_date et end_date correspondant à la date de destruction et à la date prévu de fin de travaux. On peut ainsi rechercher les travaux normalement fini et corriger les données en conséquence. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap, un projet ultralibéral ?
Le 09/10/2014 15:20, Ab_fab a écrit : Première réaction sans vraiment chercher à étayer : est-ce qu'OSM ne serait pas ultra-libéral, mais plutôt dans le sens anglo-saxon ? http://en.wikipedia.org/wiki/Liberalism (Vous avez quatre heures) Comme pour tout projet libre, certains essaye de catégoriser dans une des quelques cases avec lesquelles ils regardent le monde. Pour certains ce sera du communisme, pour d'autres du libéralisme, voire de l’ultra-libéralisme. Bref, ces gens là nécessite une mise à jour de leur logiciel de pensée pour rajouter la case Libre Le 9 octobre 2014 14:37, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : Récemment, un syndicat de l'IGN a présenté OSM comme un projet à la limite de l'ultralibéral ([1]). Effectivement, on pourrait le voir comme ça puisque le projet est gratuit et que la plupart des contributeurs travaillent gratuitement (donc dans une forme d'exploitation). Mais lorsque nous présentons OSM, on dit souvent qu'en libérant les données géographiques, on ne sait pas ce qui en sera fait, ce qui permet des usages innovants ou inattendus. C'est en cela qu'il est, c'est vrai, le plus libéral, en réduisant les contraintes d'utilisation à leur stricte minimum (attribution, partage à l'identique) et qu'il le fait pour la planète entière. Un exemple récent illustre, de mon point de vue, parfaitement ce propos: Deux chercheurs français viennent de publier une étude montrant qu'en appliquant des méthodes d'analyses mathématiques, toutes les grandes villes du monde utiliseraient en fait seulement 4 types de topologies ([2]). Ce genre d'étude sur 131 villes à travers le monde serait très difficile sans OpenStreetMap. Car même si de nombreuses agences nationales ou collectivités locales publient leurs données géographiques avec des licences souvent compatibles pour la recherche (et l'éducation), leur disponibilité est loin d'être exhaustive et il aurait été très difficile et très long pour ces chercheurs d'obtenir un jeu de données assez cohérent pour être comparé sans passer par OSM. Ce type de recherches qui pouvait se faire auparavant à une échelle nationale peut maintenant s'étendre à un niveau mondial grâce à OpenStreetMap. Mais notre projet n'est pas ultralibéral dans le sens que notre licence OdBL empêche l'accaparement de notre travail bénévol par une société privée ou un groupe d'individus. Personne n'est forcé de travailler pour OSM et plus il y aura d'utilisations et d'utilisateurs, plus nos contributeurs bénévoles auront la sensation d'avoir oeuvré au service du public, de tous les publics, une notion que les services du même nom perdrent parfois de vue au profit d'intérêts particuliers. A la rigueur, on pourra bien taxer OSM de projet où règne un esprit libertaire ([3]), mais sans tomber non plus dans l'anarchisme ([4]). Pieren, qui ne fait partie d'aucun courant de pensée autre que le sien [1] http://cgtgeo.wordpress.com/2014/09/25/la-base-adresse-de-lign-en-danger/ [2] http://phys.org/news/2014-10-openstreetmap-mathematics-reveals-unique-city.html [3] http://fr.wikipedia.org/wiki/Libertaire [4] http://wiki.openstreetmap.org/wiki/Vandalism Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 09/10/2014 23:48, Jérôme Amagat a écrit : ça serait pas possible de remplacer : IMP RTE CHE ... par Impasse, Route ,Chemin... Et d'écrire les noms de rue en minuscule avec les majuscules où il faut. Ça permettrait de faire du copier coller des noms de voie. Voilà c'est tout!! :-) Le copier/coller des noms du FANTOIR n'est pas forcément une bonne idée sans une vérification sur le terrain ou le croisement avec d'autres sources distincts. Exemple de différence sur Pau : FANTOIR / Terrain Rue des Frères Camors / Rue Paul et Jean-Claude Camors Rue Laperrine / Rue du Général Laperrine Rue Athos / Impasse AThos Rue Aramits/ Impasse Aramits Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banque de Données Urbaines
Le 08/10/2014 14:29, Félix Marty a écrit : Bonjour, Bonjour, Voilà un sujet qui va probablement vous faire sourire... Je contribue à OpenStreetMap depuis quelques mois. Suite à un article paru dans le journal municipal sur un service de la mairie de Thonon-les-Bains, la Banque de Données Urbaines, j'ai pensé que leur envoyer un mail leur présentant le projet OpenStreetMap et leur proposant de mettre à disposition une partie ou l'ensemble de leur base de donnée pour collaborer avec OSM serait une idée intéressante. Je vous mets à ce propos l'article du journal http://image.noelshack.com/fichiers/2014/41/1412769973-2014-10-08-135842.png et mon mail http://image.noelshack.com/fichiers/2014/41/1412770433-2014-10-08-1410382.png envoyé (inspiré pour certaines parties de la page wiki correspondante). J'ai aujourd'hui reçu une réponse, à mon sens favorable, m'invitant à un rendez-vous pour présenter /« [les]objectif et [les] méthode d’acquisition, traitement et contrôle des données »/. Le fait que je ne sache rien niveau traitement et contrôle des données n'est pas vraiment le problème, j'aurais pu regarder sur le wiki ou demander conseil ici... Mon seul vrai problème — et c'est là que vous allez sourire — est mon âge. Contrairement à une large partie (la totalité ?) d'entre vous, je suis mineur et ne me vois vraiment pas aller à la mairie présenter OpenStreetMap. A moins que la responsable de la BDU ait une grande ouverture d'esprit, j'ai du mal à croire que je serai pris au sérieux. J'ai commencé à contribuer cet été par ennui, et il faut dire que ça m'a plu. Ce mail à la mairie était peut-être de trop, parce que du coup je ne sais vraiment pas quoi faire. Auriez-vous une idée ? Par chance, pour ce genre de situation, l'asso OpenStreetMap France a des mandataires locaux pour faire le travail d'évangélisation auprés des collectivités entre autres. Un des plus proche est sans doute Guillaume Allègre sur Grenoble... Mais ça fait quand même 200 km Sinon, tu peux essayer de contacter les gros mappeurs autour de toi pour trouver un volontaire. http://resultmaps.neis-one.org/oooc?zoom=10lat=46.37292lon=6.59212layers=B00TFT En tout cas bravo pour ton engagement dans la promotion du projet :) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Banque de Données Urbaines
Le 08/10/2014 15:30, Pieren a écrit : 2014-10-08 14:29 GMT+02:00 Félix Marty felixma...@outlook.com: Contrairement à une large partie (la totalité ?) d'entre vous, je suis mineur Ha, en fait, on n'est sait rien ! Et il n'y a pas d'âge limite pour participer à OSM. A part quelques intervenants dont on a pu voir la trombine sur des images de SOTM ou autres présentations comme Christian et Ratzilla dont on se doute qu'ils sont très vieux, il se pourrait qu'il y ait de nombreux jeunes mineurs participants à OSM ainsi qu'à cette liste de diffusion :-) Ce mail à la mairie était peut-être de trop, parce que du coup je ne sais vraiment pas quoi faire. Bah, le mail semble correct et se limite à demander la mise à disposition de leurs données. Pas besoin de les rencontrer pour ça. Vu l'article, la responsable est SIGiste et devrait déjà connaitre OSM. Ils disent fournir des rapports à d'autres prestataires comme l'INSEE, ViaMichelin ou TomTom. Mais c'est eux qui créent la donnée, ils sont libres d'en choisir la licence. Et à mon avis, ils sont aussi déjà sensibilisés sur ce sujet (directive inspire, mouvement opendata, etc). C'est surtout là-dessus qu'il faudrait les titiller. Comme le dit Christophe, envoyer un représentant local d'OSM-fr serait idéal mais ils sont peu nombreux. À noter que n'importe qui d'impliqué peut se proposer auprès de l'association pour être mandataire local (sur son EPCI, département , région) et que l'on recherche toujours un responsable des mandataires locaux pour faire ce travail de coordination. Par ailleurs. Les adhérents de l'association, à jour de leur cotis, peuvent aussi s'afficher publiquement sur la carte https://adherents.openstreetmap.fr/plugins/galette-plugin-maps/maps.php Un bon moyen de faire connaitre son implication pour développer des projets locaux. Auriez-vous une idée ? Espérer que quelqu'un prenne le relai ici. Ou alors, renvoyer la réponse à ta demande à l'association osm-fr (http://www.openstreetmap.fr/contact). Dans tous les cas, ta démarche est la bonne car cela vient de la base, du local. Elle prouve que la réutilisation des données publiques concerne tout le monde et qu'il n'y a pas d'âge pour s'y intéresser. Pieren Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 04/10/2014 16:47, Jérôme Seigneuret a écrit : Salut, J'ai testé chez moi 30326 et il y a plein de voies rattaché non 31 ce qui fait beaucoup vu que j'en ai encore 7 normalement... Il me semble au le rapprochement ne prend pas en compte certaines clés comme la suppression de ach quand il existe dans le nom ancien chemin. Et d'autre surement mais c'est celui qui me vient à l'idée ( j'ai vérifié sur mon tel car pas de pc sous la main) peut ton a l'inverse faire un onglet pour les voies Osm sans rapprochement avec fantoir pour remonter les éventuelle erreur osm ou voies manquante dans fantoir? Il me semble que cela existait à l'adresse http://openstreetmap.fr/outils/adresses En tout cas ce script va être bien utile car il fait ressortir des références FANTOIR qui n'apparaisse pas sur le calque BANO du fait qu'aucun point adresse ne semble exister. Cependant, des rapprochement avec OSM ne sont pas fait alors que le nom de la rue parait strictement identique. Exemple sur Pau (64445) la RUE GOLDA MEIR (644451902Z) qui existe bien dans OSM http://layers.openstreetmap.fr/?q=RUE%20GOLDA%20MEIR,%20pau jerome Le 4 octobre 2014 15:42, Vincent de Château-Thierry osm.v...@free.fr mailto:osm.v...@free.fr a écrit : Bonjour, Comme évoqué hier avec Yves, voici une page qui permet un inventaire, par commune, des voies proposées par FANTOIR et, parmi elles, de celles retrouvées dans OSM. L'outil a comme point d'entrée le code INSEE de la commune. C'est volontairement simple (vous pouvez dire rustique :) ), ça n'évoluera qu'en fonction des suggestions. Mon idée première était de proposer en complément du rendu carto, une manière simple de connaître et copier/coller les codes FANTOIR sans avoir à les ré-écrire : moins pénible et plus sûr. http://cadastre.openstreetmap.__fr/fantoir/ http://cadastre.openstreetmap.fr/fantoir/ Vos retours bienvenus, vincent Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des voies OSM et codes FANTOIR par commune
Le 04/10/2014 22:00, Yves Pratter a écrit : Le 4 oct. 2014 à 17:44, Vincent de Château-Thierry osm.v...@free.fr mailto:osm.v...@free.fr a écrit : C'est une limite des listes proposées : elles s'appuient sur la table des adresses de BANO. Pour qu'un code Fantoir soit connu dans cette table, il faut a minima 1 adresse, qu'elle soit issue d'OSM ou du cadastre. La rue Golda Meir n'a aucune adresse (apparemment) d'où son classement (abusif) en non rapprochée. Il faudra remédier à ça. C’est donc pour ça qu’il y a toutes ces allées, avenues, *autoroute*, avenues, boulevards, chemins, chemins ruraux (CR ?), impasses, passages, places, ponts, ronds-ponts, routes, rues, squares… sortent en erreur alors que bien orthographiés ? Idem pour l’hôpital Saint-Luc ? Au passage, il y a un lieu-dit Saint-Luc http://www.openstreetmap.org/node/3040840782#map=17/43.30171/-0.33772 dans la surface de l’hôpital, mais j’ai l’impression qu’il s’agit de son ancien nom. Il faudrait supprimer le lieu-dit et rajouter un alt_name=Hôpital Saint-Luc », loc_name ou old_name au Centre Hospitalier Spécialisé des Pyrénées http://www.openstreetmap.org/way/34428389#map=16/43.3024/-0.3374layers=D Toute cette zone hospitalière a été restructurée. Il faut mettre à jour le cadastre dans osm et faire une reconnaissance des chemins de circulation interne (ou attendre une photo satellite récente...) Le nom Hôpital Saint-Luc est historique je crois. http://psychiatrie.histoire.free.fr/hp/documents/pau.htm http://www.larepubliquedespyrenees.fr/2012/04/04/l-hopital-psychiatrique-commence-sa-modernisation,231430.php http://www.ch-pyrenees.fr/ http://www.ch-pyrenees.fr/Acces-directs/Le-C.H.P.-en-images Saint-Luc correspond à un nom de lieu-dit dans le Cadastre. J'ignore de quand il date, mais on dirait que cela fait au moins 150 ans. En tout cas, ce nom est bien ancré dans l'usage local. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Le 02/10/2014 17:57, Jérôme Seigneuret a écrit : /Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M€ d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes./ Proposons ça au Ministre de l'économie ou/et à notre président. A l'erreur des économies publiques cela peut passer! C'est déjà fait. Si tu as suivi l'actualité, le projet BANO a reçu le soutien de l'État au conseil des ministre du 17 septembre dernier. Voir le dossier de presse Le numérique pour transformer l'Etat téléchargeable sur le site du gouvernement... http://www.gouvernement.fr/partage/1672-le-numerique-pour-transformer-l-etat Le 2 octobre 2014 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de BANO au CNIG
Le 02/10/2014 19:28, Jérôme Seigneuret a écrit : Merci pour le document, je ne suis que contributeur je me remets sur OSM depuis peu bénévolement. Dans ce cas c'est un peu ironique car on se retrouve sur des organismes qui refuse de fournir les infos pour des questions de modèle alors que c'est l'état qui impose l'uniformisation des données sur un modèle commun. Quel intérêt de mettre en cause le système? Quand l'inertie d'un système bureaucratique installé ne répond plus aux demandes de ses administrés et usagers naturels, on réforme le système. Soit frontalement et c'est l'échec, soit en expérimentant en parallèle un autre système plus moderne, plus agile, plus souple. L'état n'a-t-il pas le pouvoir d'imposer la fourniture des données. L'état a affirmé le principe d'ouverture et de gratuité des données publiques. Il faut maintenant le traduire dans la loi. Cela ne se fait pas du jour au lendemain. Le dialogue ne devrait-il pas s'orienter sur les moyens pour que ça réussissent plutôt que de remettre en cause le modèle mis en place (validé déjà par l'état). La dynamique est là (Création d'Etalab, puis Adhésion à l'Open Government Partnership et création d'une fonction d'Administrateur Général des Données entre autres) Il me semble quand même facile pour l'état de réallouer des budgets (déjà fait au CNRS et autres organismes) Sachant qu'en plus on économise de fait le coût du système de financement qui tourne autour des données IGN. On ne change pas les budgets et orientations en cours de contrat souvent quadriennaux au minimum. L'avantage c'est d'avoir, entre autres, une réactivité sur le terrain bien plus rapide, soit en alimentation, soit en alerte via le système de note et de fixme. Entre l'idéal théorique et la réalité... Bref, BANO^2 en cours de dév devrait apporter des solutions Jérôme Le 2 octobre 2014 18:11, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 02/10/2014 17:57, Jérôme Seigneuret a écrit : /Rien que sur l'économie réalisée en supprimant les multiples silos, le Danemark (10 fois plus petit que la France) a comptabilisé plus de 60 M€ d'économie sur les 5 premières années de l'ouverture de leur base adresse. Il n'ont pas compté ce genre d'économies externes./ Proposons ça au Ministre de l'économie ou/et à notre président. A l'erreur des économies publiques cela peut passer! C'est déjà fait. Si tu as suivi l'actualité, le projet BANO a reçu le soutien de l'État au conseil des ministre du 17 septembre dernier. Voir le dossier de presse Le numérique pour transformer l'Etat téléchargeable sur le site du gouvernement... http://www.gouvernement.fr/partage/1672-le-numerique-pour-transformer-l-etat Le 2 octobre 2014 17:47, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Le jeudi 2 octobre 2014 17:12:08, Nicolas Moyroud a écrit : Ce genre d'absurdités ça me hérisse le poil ! C'est quoi la logique ? Continuons à faire faire le même travail en multiples exemplaires parce que ça occupe des fonctionnaires ? Vive la France ! Sérieusement, les syndicats des fois ça fait vraiment peur ! La vue à court terme, la mauvaise fois, ce n'est malheureusement pas réservé aux syndicats. Je ne serais pas surpris d'entendre un jour parler de licenciements avec comme sous-entendu c'est pas not' faute si on les met à la porte, c'est à cause des p'tit contributeurs du libre qui nous mangent not' pain :-/ Stf Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...
Le 01/10/2014 00:00, Yves Pratter a écrit : Le 30 sept. 2014 à 23:53, Yves Pratter yves.prat...@gmail.com mailto:yves.prat...@gmail.com a écrit : Alors sur celle-là tu vas pleurer :-D ! Il y en a 36 contre 5. Oups, j’ai oublié le lien : http://professionnels.ign.fr/gratuite-des-donnees Au passage, est-ce quelqu’un à une réponse sur le fond de mon message ? ;-) Tu as le lien sur Gratuit pour... http://professionnels.ign.fr/gratuite-des-donnees et concernant BD ADRESSE, c'est NON pour tous les usages autres que missions de service public et recherche et enseignement. heuuu wait, BANO ne serait pas devenu de service public ? Bon, on s'emballe pas, on va prendre le temps de la réflexion ;o) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bon usage de motorway_link
Le 25/09/2014 19:51, Mides a écrit : Bonsoir, Bonjour, Quelle est la bonne façon de faire pour taguer un segment reliant une autoroute à une plateforme de service (aire de repos). Doit-on utiliser highway = service pour ce tronçon sachant que highway = motorway_link lève une erreur dans Osmose. Je n'ai pas d'erreur ici http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=43.23183lon=-0.07975layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=fixable=bbox=-0.3827190399169922%2C43.30764529931585%2C-0.3549957275390625%2C43.31991693581428 Michel Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par vinci
Le 25/09/2014 19:52, didier2...@free.fr a écrit : http://www.vinci-autoroutes.com/fr/info-trafic-nouvelle-carte avec l'attribution Pas mal. Leur rendu de tuile a des soucis avec pas mal de rivières qui n'apparaissent pas... Ça serait pas mal qu'ils fournissent maintenant les données en surcouche du fond OSM en OpenData... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bon usage de motorway_link
Le 25/09/2014 20:20, Mides a écrit : Oui, mais j'en ai ici : ;-) http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=43.15405lon=1.61516layer=Mapnikoverlays=FFFTitem=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxlevel=1%2C2tags=fixable=bbox=1.5969228744506836%2C43.14688660233125%2C1.625826358795166%2C43.15671751566736 C'est parce que ton motorway_link s’arrête sur une voie de faible importance. Fait un motorway_link d'un seul tenant comme ici http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=43.42072lon=-0.59156layer=Mapnikoverlays=FFFTitem=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxlevel=1%2C2tags=fixable=bbox=1.597909927368164%2C43.14809207007617%2C1.6256332397460938%2C43.16039587441534 Au passage, ya une drôle concentration de place sans name pas loin de ton problème d'autoroute oO http://osmose.openstreetmap.fr/fr/map/#zoom=11lat=43.2687lon=1.7396layer=Mapnikoverlays=FFFTitem=6030level=1%2C2tags=fixable=bbox=-0.6087970733642578%2C43.414790018176085%2C-0.5810737609863281%2C43.42703608176 Michel Le 25 septembre 2014 20:11, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 25/09/2014 19:51, Mides a écrit : Bonsoir, Bonjour, Quelle est la bonne façon de faire pour taguer un segment reliant une autoroute à une plateforme de service (aire de repos). Doit-on utiliser highway = service pour ce tronçon sachant que highway = motorway_link lève une erreur dans Osmose. Je n'ai pas d'erreur ici http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=43.23183lon=-0.07975layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=fixable=bbox=-0.3827190399169922%2C43.30764529931585%2C-0.3549957275390625%2C43.31991693581428 Michel Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte de randonnées à cheval sur waymarkedtrails.org
Le 17/09/2014 12:13, Yves Pratter a écrit : Bonjour, Sarah Hoffmann vient de mettre sont site à jour : il affiche désormais les relations de type route=horse :-) Voici un exemple : l’étape 5 de la GTJ à Pontarlier (Grande traversée du Jura) http://riding.waymarkedtrails.org/fr/?zoom=13lat=46.87345lon=6.38513hill=0.335#routes Bonnes randos, A mon avis, il y a tellement peu de relations route=horse, qu'il serait surement intéressant de mettre aussi en avant les highway ayant horse=yes Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie de l'infrastructure et loi anti-terroriste
Le 15/09/2014 21:30, François Lacombe a écrit : Bonsoir, La nouvelle loi de programmation militaire, son volet anti-terroriste ainsi que leurs nombreux amendements sont en cours d'étude au parlement (si ils n'ont pas déjà été votés). Sans en connaitre le contenu, j’imagine que des activités de cartographie un peu poussées comme ce que certains, dont moi, font sur OSM peuvent être impactées. Peut-être que cette fois-ci, il pourra être interdit noir sur blanc de concentrer de l'information sur les centraux téléphoniques ou les postes source électriques. Est-ce que quelqu'un sur cette liste a déjà jeté un coup d'oeuil là dessus ? Lors du Tech Camp de la Conférence de Paris, j'ai posé cette question en présence, entre autres, de membres d'Etalab. Une personne, a priori bien informé sur les questions de sécurité, a répondu que l'on pouvait tout mettre dans OSM. Que cette problématique avait déjà été réfléchie en haut lieu (indépendamment d'OSM), et qu'a priori les risques se trouvaient ailleurs que dans les infos du terrain que l'on peut reporter dans OSM. En gros, il ne faut pas confondre terrorisme et vandalisme... Et les terroristes ont déjà les infos que l'on hésite à mettre dans OSM. Bref, inutile d'épiloguer sur l'actualité sans quelques choses de concret à se mettre sous la dent. M'est avis qu'OSM, de par sa nature internationale et d'origine Britannique, ne pourrait pas être concerné par cette loi. Par contre les contributeurs pris individuellement pourraient l'être. A+ *François Lacombe* Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation du logo OSM possible sans attribution ?
Le 14/09/2014 13:50, George Kaplan a écrit : Bonjour, Bonjour, En visitant le site web de la ville de Mouans-Sartoux (http://www.mouans-sartoux.net), j'ai remarqué le logo OSM agrémenté du logo de la ville. Je m'attendais à tomber sur un plan de la ville sur fond OSM. Déception, la page affiche un fond Google Maps. Bref, on voit souvent passer des manques d'attributions sur les cartes mais quid du logo ? Quelle est la licence du logo ? Est-il possible de le modifier ? George Elle est pas mal celle là !! J'ai fait un petit tweet. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos des redirections du domaine OpenStreetMap.fr
Le 11/09/2014 01:01, Thomas Gratier a écrit : Bonsoir, Demeurant sur Nantes, j'ai participé à une réunion pour préparer la rentrée pour avoir une fois par mois un événement récurrent dédié à OpenStreetMap. En discutant, nous avons abordé la question du domaine à utiliser. Pour communiquer, il nous faut une URL assez simple. Nous avons comme alternative d'utiliser : * un domaine dédié * http://wiki.openstreetmap.org/wiki/Nantes * un sous-domaine http://nantes.openstreetmap.fr qui pointe vers http://wiki.openstreetmap.org/wiki/Nantes Nous préfererions utiliser la dernière option car * nous sommes attaché à collaborer avec l'association OpenStreetMap France, * choisir un nom de domaine est simple sur le papier mais entre les url sans tirets, avec tirets, les domaines (fr, org, net,...), les squatteurs de domaine. Ainsi, nous n'avons pas encore pu faire de choix * utiliser http://nantes.openstreetmap.fr plutôt que sa version wiki est plus souple. En effet, le point d'entrée de la communauté nantaise en fonction de l'évolution ne sera peut être plus le wiki L'intérêt pour nous est d'avoir un avis rapidement car nous devons produire des affiches. Dans ce contexte, nous ne souhaitons pas avoir à réafficher plusieurs fois pour cause d'URL changeante. Merci de vos retours à ce sujet C'est OK pour moi. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !
Le 04/09/2014 02:56, Tetsuo Shima a écrit : Le probleme c'est pas tant le sentier qui n'est pas exactement au bon endroit ... ce n'est pas tres tres grave dans qu'il y a bien un sentier praticable et qu'il est connecté correctement au reste. Un sentier correctement tracé, correctement connecté, mais qui est décalé de 50m c'est pas bien grave au milieu de nulle part, on a pas forcément besoin de la précision d'un centre ville. Le vrai gros probleme ce sont les sentiers tracés dans OSM qui n'existent pas du tout sur le terrain, ou bien les connections entre sentiers sur OSM, alors que sur le terrain il n'y a pas de connection et souvent meme pas de possibilité de couper a travers champ. Le pire c'est qu'il est très difficile a posteriori de faire le tri dans OSM entre les chemins correctement tracés, et les chemins fantasmés, et que je doute qu'on puisse produire un outil de contrôle qualité a ce propos, sauf a avoir accès au donnée Topo de l'IGN. Pour le moment je considère qu'OSM n'est pas fiable du tout sur ce point - ni exhaustivité, ni qualité -, qu'il ne faut se baser dessus que si on les a tracé/contrôlé soit meme, et je doute que ça puisse se résoudre a court terme tant le travail est immense. Si on ajoute a ca le fait que tout le monde peut se faire un atlas IGN électronique et meme papier en trois coup de cuillère a pot ... on comprend vite le peu d’intérêt qu'on les quelques utilisateurs a participer. Ca plus ceux qui ne veulent pas voir les touristes débouler sur leur sentier favori :) Le 4 septembre 2014 01:13, Nicolas Frery nico...@zoubi.info a écrit : Le 04/09/2014 00:05, Pierre Knobel a écrit : Je viens signaler que j'ai eu une très mauvaise expérience en montagne aujourd'hui après avoir fait confiance au fond de carte OSM de mon GPS. J'ai vécu la même expérience en 2013. Je ne voyais plus aucun chemin de tracé, j'ai donc suivi le tracé sur mon GPS. Sauf que je suis arrivé sur un cul de sac (avec mon vélo le long d'une falaise), impossible de faire demi-tour, j'ai du escalader avec le vélo dans les mains et une belle chute d'au moins 500m. Depuis j'ai rectifié le sentier. La contribution dans OSM est un travail itératif. Il m'arrive fréquemment de tracer des pistes et chemin depuis le cadastre et il me faut ensuite quelques jours, semaines, mois, voire année pour aller sur le terrain constater l'état réel de ce que j'ai dessiné. Il n'est alors pas rare que le chemin se transforme en piste et vice-versa. qu'il faille décaler de quelques dizaines de mètres. Qu'entre temps une photo satellite de meilleur qualité soit arrivée. Que le temps d'une saison pluvieuse la piste n'en soit plus une suite à divers glissement de terrain sans grand espoir de voir la commune faire des travaux. Ça fait partie du cycle de vie normal des données que d'aller vers plus de précision avec le temps. Par ailleurs, connaitre quelques moments de galère en pleine nature est ce qui fait le charme d'une bonne randonnée que ce soit à pied, en vélo, ou dans mon cas en moto... Sortir 200 kg d'une cuvette ou d'un bourbier ou réussir à faire demi tour entre un ravin et des arbres c'est autre chose que de faire du portage de VTT ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] INSEE et modification des limites communales
Bonjour, L'INSEE à mis en ligne une interface permettant de ressortir tout l'historique des modifications des communes depuis 1930... http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp En regardant pour les Pyrénées-Atlantiques (64) http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930fin=2014dep=64mod=M0 J'ai découvert que les communes pouvait se céder des hectares de terrain, et donc que les limites communales pouvait bouger en conséquence... 64010 01/05/2008 Aïcirits-Camou-Suhast reçoit des parcelles de Saint-Palais. 64010 01/05/2008 Aïcirits-Camou-Suhast cède des parcelles à Saint-Palais (10 ha). 64493 01/05/2008 Saint-Palais cède des parcelles à Aïcirits-Camou-Suhast. 64493 01/05/2008 Saint-Palais reçoit des parcelles d'Aïcirits-Camou-Suhast (10 ha). 64254 01/08/2010 Hagetaubin cède des parcelles à Saint-Médard (3 ha). 64491 01/08/2010 Saint-Médard reçoit des parcelles d'Hagetaubin (3 ha). Vu que l'intégration des limites communales dans OSM a commencé il y a plus de 6 ans, il serait bon de faire une vérification des communes françaises concernées... Depuis 2008, il y en a quelques dizaines... http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008fin=2014dep=00mod=MG Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE et modification des limites communales
Le 04/09/2014 15:30, Christian Quest a écrit : Et oui, bien sûr que des communes s'échanges des terrains. C'est même publié au JO, mais sans les plans malheureusement... Je n'ai jamais lu d'infos à ce sujet sur cette liste Le plan, c'est pas le cadastre ? Extraction régulière des limites communales du cadastre et comparaison avec l'existant jusqu'à ce qu'une modification soit détectée. On trouve parfois quelques signalements sur l'outil Ripart de l'IGN. Le 4 septembre 2014 15:19, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Bonjour, L'INSEE à mis en ligne une interface permettant de ressortir tout l'historique des modifications des communes depuis 1930... http://www.insee.fr/fr/methodes/nomenclatures/cog/historique.asp En regardant pour les Pyrénées-Atlantiques (64) http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=1930fin=2014dep=64mod=M0 J'ai découvert que les communes pouvait se céder des hectares de terrain, et donc que les limites communales pouvait bouger en conséquence... 64010 01/05/2008 Aïcirits-Camou-Suhast reçoit des parcelles de Saint-Palais. 64010 01/05/2008 Aïcirits-Camou-Suhast cède des parcelles à Saint-Palais (10 ha). 64493 01/05/2008 Saint-Palais cède des parcelles à Aïcirits-Camou-Suhast. 64493 01/05/2008 Saint-Palais reçoit des parcelles d'Aïcirits-Camou-Suhast (10 ha). 64254 01/08/2010 Hagetaubin cède des parcelles à Saint-Médard (3 ha). 64491 01/08/2010 Saint-Médard reçoit des parcelles d'Hagetaubin (3 ha). Vu que l'intégration des limites communales dans OSM a commencé il y a plus de 6 ans, il serait bon de faire une vérification des communes françaises concernées... Depuis 2008, il y en a quelques dizaines... http://www.insee.fr/fr/methodes/nomenclatures/cog/recherche_historique.asp?debut=2008fin=2014dep=00mod=MG Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)
Le 03/09/2014 06:29, Art Penteur a écrit : Dans le cas que tu présentes, tu as bien trois points : les lignes que tu traces et qui partent loin sont bien accrochées à un point, quelque part. Donc à chaque angle que tu vois, tu peux bien définir le point du virage, le point avant, le point après. Reste la question du calcul du rayon de courbure. La méthode de base consiste à trouver le centre du cercle passant par les trois points. On le trouve à l'intersection des médiatrices des deux segments avant/après. Puis il suffit de calculer la distance entre ce centre et le point. Sur des points très irrégulièrement espacés, je ne sais pas ce que cette méthode peut donner. Il est aussi possible de calculer la parabole qui passe par les trois points, puis d'appliquer des formules analytique (en dérivée seconde, ...) sur cette parabole. Il est possible que ça donne de meilleurs résultats. Bon courage. Je relève les copies dans une heure. D'ici là, je surveille que vous ne copiez pas sur le voisin, ni sur Internet. D'après moi, il suffit de charger la trace GPX. De la simplifier à 1m Ensuite on calcule l'angle de tous les 3 points consécutifs de la trace On fait la somme des angles positifs consécutifs et des angles négatifs consécutifs et si la somme dépasse un certain seuil (par ex 30°) alors on a un virage. Le total donnerait une bonne approximation du nb de virage total. Art. Le 3 septembre 2014 01:05, Vincent Pottier vpott...@gmail.com a écrit : Le 03/09/2014 00:13, Christian Quest a écrit : Un petit outil pour analyser un GPX, et le compléter par des POI sur les virages... C'est ici: http://forum.openstreetmap.fr/viewtopic.php?f=3t=1443 Hum... Intéressant mais contrairement à ce qui est dit sur le forum, je ne crois pas que ça soit si simple. Je ne suis pas matheux, mais... Compter les virages, ça va. Calculer les rayons de courbure, ça va dépendre de la qualité du tracé. Un exemple : . . . | | x---. Il y a un virage. Mais quelle courbure ? Autre exemple (la route qui croise la voie ferrée) ...-x \ x-... Il y a deux virages repérables, mais quelle courbure ? Il faut au moins trois points pour marquer un virage dont on pourra calculer le rayon de courbure. Avec deux points (angle cassé) il me semble que ça ne suffit pas. Voir aussi le cas de deux virages successifs du même côté : il faut repérer deux minima de rayon de courbure distincts. Je crois aussi que la variation d'azimut entre l'entrée et la sortie du virage est un critère important pour sa force : une épingle à cheveux, c'est un rayon court mais aussi 180° de variation d'azimut. Intéressant à suivre... sur dev, peut-être... -- FrViPofm FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Stand OSM lors de Capitole du Libre
Le 28/08/2014 21:09, Sébastien Dinot a écrit : Bonsoir, Je dois donner rapidement une réponse aux organisateurs. Je réitère donc mon appel à volontaire (le stand ne doit être tenu que le samedi car le dimanche est réservé aux ateliers). Volontaire pour samedi. Et aussi pour dimanche si besoin, si on me trouve un petit hébergement... Sébastien Sébastien Dinot a écrit : Bonsoir, Les organisateurs de Capitole du Libre me demandent si, comme l'année dernière, nous souhaitons tenir un stand le samedi : http://2014.capitoledulibre.org/ Au passage, l'appel à propositions est lancé : http://2014.capitoledulibre.org/propositions/ L'année dernière, nous avions proposé plusieurs conférences et ateliers, la plupart avaient été acceptés. Des volontaires pour cette année ? A++, Sébastien Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89
Le 18/08/2014 11:57, Christian Quest a écrit : Plus d'une trentaine de communes sur le 64... Juste ce qu'il faut pour terminer l'import du bâti dans le 64 ! Au passage, ça fait plaisir que le rendu QA soit de nouveau régulièrement mis à jour depuis quelques semaines. Le détail est là: https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610 -- Christian Quest - OpenStreetMap France Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Le 17/08/2014 23:15, Philippe Verdy a écrit : Les noms de communes prennent des traits d'union (généralement mais ce n'est plus imposé en France pour aucun toponyme), mais PAS les noms d'églises qui sont consacrés réellement aux noms des saints eux-mêmes (exception: Notre-Dame qui garde son trait-union) Tu as des références pour ces règles typographiques ? Je croyais que l'on ne mettais pas de trait d'union à Saint uniquement lorsque l'on parlais du Saint lui-même, pas d'un élément qui porte son nom, y compris les lieux religieux. Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors propose de supprimer totalement la clé qui pourtant contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans Osmose qui a déjà fait a troncature erronée). Si on accepte la correction proposée par Osmose sans regarder le contenu original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à gauche), les mots importants entre guillemets disparaissent, et il ne reste plus que la désignation générique. Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions intempestives d'informations ! NOTE: Osmose devrait afficher dans son éditeur le nom original avant la modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec son nouvel éditeur. Danger ! Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII ou proposer une correction les rempleçant par des « guillemets français » voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en XML dans les datas au format OSM ou dans les requêtes de recherche, qui utilisent déjà des guillemets ASCII comme délimiteur de chaînes). Et ensuite seulement il peut rechercher les espaces surnuméraires (attention aux guillemets françaus qui incluent normalement une espace fine U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier, la plupart du temps on utilise l'espace insécable U+00A0=nbsp; voire juste une espace normale U+0020 qui sera contextuellement remplacé au rendu par une espace fine insécable quand ils sont accolés aux guillemets français) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Le 18/08/2014 00:01, Philippe Verdy a écrit : Les seules références du trait d'union viennent d'anciennes recommandations venues de la Poste, alors que la Poste elle-même n'en veut même pas dans les adresses sur les enveloppes (elle ne veut en fait aucune ponctuation et demande l'espace; elle voudrait même qu'on supprime les apostrophes) ! L'usage est resté dans les toponymes des noms de communes, mais de nombreuses collectivités en France (de plus en plus nombreuses) se passent de ces traits d'union (qu'on ne garde que dans les toponymes officiels existant depuis longtemps). L'usage du trait d'union est fortement critiqué dans toutes la francophonie et il n'y a plus qu'en France où il y a encore de la résistance dans certains organismes officiels. En fait ces usage franco-français est tellement plein d'incohérences qu'il ne s'impose plus et s'il y a encore d'anciennes références de linguistes qui suivaient les recommandations de l'ancienne administration postale (avant l'informatisation des adresses) pratiquement tout le monde les omet. A commencer par les cultes eux-mêmes (les collectivités ne sont plus toutes propriétaires des églises et chapelles, elles les revendent de plus en plus, et les nouvelles constructions n'en mette aucun et les cultes omettent ces traits d'union car ils font référence directement au saint lui-même). Dans les références actuelles il n'y a plus aucun accord à mettre ces traits d'union ou pas, et il y a plus d'opposants que de partisans. Laissons seulement les traits d'union aux noms de collectivités (et évitons aussi de mettre des traits d'union dans les noms de rue entre prénom et nom comme Rue Victor-Hugo (voire pire après un titre ou une particule comme Avenue du Général-de-Gaulle). En plus ça pose des difficultés de rendu: libellés trop longs, et si on fait une coupure après le trait d'union on le confonds avec un tiret de césure). Quand je demande des références, c'est pour avoir autre chose que ton seul avis. Donc moi je continuerai à écrire Église Saint-Bidule avec majuscules et trait d'union car tu es incapable de justifier que ce serais une mauvaise pratique. Et puis en plus, c'est comme ça que fait le Vatican !! http://www.vaticanstate.va/content/vaticanstate/fr/monumenti/webcam/basilica-di-s-pietro-.html Regarde bien comment ils écrivent Basilique Saint-Pierre Le 17 août 2014 23:42, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 17/08/2014 23:15, Philippe Verdy a écrit : Les noms de communes prennent des traits d'union (généralement mais ce n'est plus imposé en France pour aucun toponyme), mais PAS les noms d'églises qui sont consacrés réellement aux noms des saints eux-mêmes (exception: Notre-Dame qui garde son trait-union) Tu as des références pour ces règles typographiques ? Je croyais que l'on ne mettais pas de trait d'union à Saint uniquement lorsque l'on parlais du Saint lui-même, pas d'un élément qui porte son nom, y compris les lieux religieux. Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com mailto:romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Pour info, j'ai rétabli des traits d'union pour les Saint des noms d'église cf. https://www.openstreetmap.org/changeset/24817936 J'espère qu'Osmose ne suggérait pas de les supprimer? Romain Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr mailto:verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit : Certaines correction proposées par Osmose sont complètement erronées, particulièrement celles concernant les espaces surnuméraires. Je me suis aperçu en consultant les historiques de certains objets que ceux-ci était nommés par exemple (je met le tout entre accolades ici pour que ce soit plus clair): {name=École publique maternelle XYZ} Oui, avec des guillemets ASCII autour du nom qui suit une désignation générique. Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII dans le nom (ils sont pourtant stockés et correctement encodés en XML), et en fait va tronquer la chaîne au premier guillemet pour obtenir: {name=École publique maternelle } Et Osmose alors proteste en disant Espace surnuméraire à la fin. On se retrouve même dans certains cas avec : {name=} ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant le nom entre guillemets) {name= } Et Osmose alors
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/2014 10:47, Lapinos03 a écrit : Avé tout le monde, Depuis que je suis passé sous JOSM java7, j'ai remarqué que le logiciel se met à scanner mon disque dur pendant des minutes et des minutes peu après son lancement. C'est systématique. Ça ralentit le PC et ça fait mouliner le disque dur. Dans quel but ? A la longue, cela devient franchement irritant ! Je voudrais savoir pourquoi ce logiciel scanne mon disque et ce qu'il scanne exactement pour que cela dure aussi longtemps. Il lit et écrit sur le disque. Sans compter l'antivirus, par derrière, qui intercepte les données (écrites certainement) et qui consomme encore plus de CPU. Si je quitte JOSM, l'activité disque s'arrête aussitôt. Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ? Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/2014 11:28, Pierre-Alain Dorange a écrit : Christophe Merlet red...@redfoxcenter.org wrote: Vu que tu parles d'antivirus, j'en conclus que tu es sous Winbloat. L'option pour faire cesser ce problème est de passer à GNU/Linux. Euh... je suis pas sur du rapport... Sauf a laisser entendre que c'est autrechose que JOSM qui scanne le disque. Il aurait été irresponsable de lui dire de supprimer son(ses) antivirus. De mon coté je suis resté avec java6 et sur MacOS X (je sais c'est mal aussi) mais ça marche bien. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
Le 16/08/2014 11:55, Philippe Verdy a écrit : Je n'ai strictement aucun problème avec Java7 que j'utilisse depuis longtemps pour JOSM sous Win7. Cependant je ne l'utilise PAS en version 32bits mais 64bits. le compilateur Hotspot ClientVM Java7 32 bits est une vraie daube. Je n'utilise QUE la version serveur qui est très stable, très rapide; ne swappe pas à répétition. La version 32 bits a été optimisée pour des installations sur de très petits appareils mais n'est définitivement plsu faire pour une appli comme JOSM qui traite un grand volume de données en mémoire (il est courant que j'ai plusieurs millions d'objets chargés, impossible de Plusieurs millions d'objets chargés ??? Rien que ça !! Tu peux nous faire une capture d'écran de JOSM avec la petite fenêtre d'informations du calque ? Je demande à voir ! Et n'hésite pas a nous expliquer pourquoi tu dois bosser avec des volumes de données aussi gigantesque à la fois... et aussi comment tu fais pour tenir à jour ces données. travailler correctement avec la VM 32 bits). Elle passe tout son temp à créer des threads de nettoyage mémoire et c'est son pool de threads qui grossit de façon inconsidérée dans JOSM. Passe en Java 64 bits et c'est réglé ! Pour ça il suffit de modifier le lien créé sur ton bureau ou dans un menu démarrer: C:\Windows\System32\javaws.exe -J-d64 -Xmx2048M -localfile -J-Djnlp.application.href=https://josm.openstreetmap.de/download/josm-latest.jnlp C:\Users\Philippe\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\31\583aa85f-13b77784 En gros j'ai ajouté -J-d64 pour utiliser la VM Server 64 bits au lieu de la VM Hotspot 32 bits, et -Xmx2048M pour passer à 2 Go de RAM, j'ai laissé l'emplacement du cache JNLP d'où je lance JOSM (qui se met à jour alors tout seul au lancement vers la version latest). Le 16 août 2014 10:47, Lapinos03 lapino...@free.fr mailto:lapino...@free.fr a écrit : Avé tout le monde, Depuis que je suis passé sous JOSM java7, j'ai remarqué que le logiciel se met à scanner mon disque dur pendant des minutes et des minutes peu après son lancement. C'est systématique. Ça ralentit le PC et ça fait mouliner le disque dur. Dans quel but ? A la longue, cela devient franchement irritant ! Je voudrais savoir pourquoi ce logiciel scanne mon disque et ce qu'il scanne exactement pour que cela dure aussi longtemps. Il lit et écrit sur le disque. Sans compter l'antivirus, par derrière, qui intercepte les données (écrites certainement) et qui consomme encore plus de CPU. Si je quitte JOSM, l'activité disque s'arrête aussitôt. Y a-t-il une option pour faire cesser cela ? Avez-vous aussi ce problème ? Merci. @+ _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Altisurfaces identifiées comme aérodromes
Le 09/08/2014 17:58, Sébastien Dinot a écrit : Bonjour, En consultant la carte au dessus des Pyrénées, je suis tombé sur un point qui m'a intrigué au nord-ouest de l'étang d'Araing. Il est tagué comme étant un aérodrome : https://www.openstreetmap.org/node/1042037312#map=14/42.8545/0.8490 On n'observe pourtant aucun aérodrome à cet endroit sur le fond photographique fourni par Bing : http://binged.it/1ohieuf Et il en va de même sur les photographies de l'IGN et de Google. Moi j'ai le problème inverse, J'ai découvert sur les photos sat un truc qui pourrait être une piste d'ULM au milieu des champs avec un petit parking à coté, mais je n'ai rien trouvé pour confirmer mon intuition. Va falloir que je me rende sur place... http://www.bing.com/maps/?v=2cp=43.446692~-0.726527lvl=18sty=hform=LMLTCC Ce point est issu d'un import de données ouvertes : http://ourairports.com/airports/FR-0308/ Et en effet, sur la couche « Transport / Aéroport » du Géoportail, un aérodrome est bien signalé. J'en ai donc touché deux mots à des amis passionnés de montagne et ils m'ont dit qu'il s'agissait d'une « altisurface », autrement dit d'une aire plus ou moins plane permettant à de petits avions d'atterrir. La fiche descriptive de celle-ci est ici : http://www.navigeo.org/LF3130 Cette altisurface (Uls Melles) se situe à 2163 m d'altitude et n'est utilisable que lorsqu'elle est enneigée. Les seuls bâtiments dans les environs sont la « Cabane d'Uls » et, à 2 km au sud-est, le refuge de l'étang d'Araing. Je ne connais pas grand chose au domaine aérien mais ne serait-il pas souhaitable de taguer différemment un véritable aérodrome et un « simple pré » pouvant servir de piste ? Je n'ai rien trouvé à ce sujet sur le wiki d'OSM. Si certains d'entre vous sont un peu plus familier du sujet, je serai heureux d'avoir leur éclairage. Sébastien -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Eclairs et réseau électrique
Le 08/08/2014 16:38, François Lacombe a écrit : Bonjour, En voyant ce qui s'amène sur Lyon sur cette carte : http://www.lightningmaps.org/realtime?lang=fr Il pourrait être intéressant de croiser la position des éclairs et quelques features dans OSM Les tours, chateau d'eau et infras électriques par exemple ? Ceci suivant la précision de la position mais à premier vue ça à l'air assez précis. Ceux qui ont une sonde sur leur réseau peuvent récupérer des exports. Certains d'entre eux seraient-ils aussi sur OSM ? Une idée de data viz Officiellement, la précision serait de l'ordre de 1km... Pratiquement, j'entends le tonnerre sur Pau, et la carte indique que ça pète à plus de 20km... J'en conclus que la précision est loin d'être à la hauteur de tes espérances ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Eclairs et réseau électrique
Le 08/08/2014 21:26, Christian Quest a écrit : Oui, on peut détecter des orages sur de longues distances, mais la densité du maillage permet d'améliorer la qualité des localisations en multipliant les triangulations et en limitant les propagations perturbées... enfin il me semble avec ce qu'il me reste de mes cours de physique du siècle dernier ;) Pour participer, il suffit de récupérer un kit à 200€ http://www.blitzortung.fr/viewtopic.php?f=7t=7 De l'installer sous un toit, ou mieux, à l'extérieur loin de toutes perturbations électriques. http://www.blitzortung.org/Webpages/index.php?lang=frpage=2 Et autant combler une zone sans capteurs. http://www.blitzortung.fr/viewtopic.php?f=19t=46 Le 8 août 2014 21:04, Pierre Knobel pierr...@gmail.com mailto:pierr...@gmail.com a écrit : Quant on voit la portée des stations de mesures - en ce moment certaines stations en République Tchèque détectent des impacts de foudre dans le sud-ouest - on se dit que c'est pas nécessaire d'avoir un réseau hyper dense. On 8/8/14, David Crochet david.croc...@free.fr mailto:david.croc...@free.fr wrote: Bonjour Entre une version officiel [1] qui indique le taux de présence d'orage par département et une version collaborative, qui indique une présence aux alentours, je crois que le choix est vite fait. Si tu cherches un site d'impact de foudre en temps réel, ils ont majoritairement tous la même source. Cordialement [1] http://www.meteorage.fr/ -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Laboratoire de recherche ?
Le 05/08/2014 10:19, Pierre-Alain Dorange a écrit : Bonjour, je cherche a tagger des laboratoires de recherche (privé et public), je trouve pas beaucoup d'informations sur le sujet à part une vague proposition de 2008 :(1) mais ne me satisfait pas trop research_institution=yes. Dans le domaine médical il existe un truc (peu usité) : health_facility:type=laboratory (138 selon taginfo). Il existe aussi des amenity=laboratory (66 selon taginfo) Et quelques building=laboratory (10) Avez-vous des pistes ? Je souhaite indiquer le labo mais aussi sont domaine de recherche (géologie, biologie, etc...) J'aurai tendance a utiliser un truc du genre : amenity=laboratory + laboratory=biology ou building=laboratory + laboratory=biology Des avis ? (1) http://wiki.openstreetmap.org/wiki/Proposed_features/research_instituti on En premier lieu, un laboratoire de recherche est généralement sous la tutelle du ministère de l'enseignement supérieur et recherche. Donc amenity=university avec éventuellement ref:FR:CNRS ou autre Pour un laboratoire privé office=research Pour un laboratoire d'analyses médical ouvert au public amenity=clinic (mais ya surement mieux) Le fait qu'il puisse y avoir des équipements semi-industriels ne devrait pas entrer en ligne de compte. Ou alors précise le type de labo auquel tu penses. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Laboratoire de recherche ?
Le 05/08/2014 12:34, Romain MEHUT a écrit : Le 5 août 2014 12:27, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Pour un laboratoire d'analyses médical ouvert au public amenity=clinic (mais ya surement mieux) Petit aparté, pour ces laboratoires il y a la proposition http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples#Medical_laboratory Cette page me parait être une usine à gaz ! A ton besoin d'indiquer chaque spécialité et l'étendue de la spécialité pratiquée ? Les seules choses utiles à connaitre pour réussir son parcours de soin, c'est l'adresse des généralistes, des pharmacies, des laboratoires d'analyse et des urgences. Si on a besoin d'un spécialiste ou d'une analyse vraiment particulière, on est alors guidé par son médecin, pas par OpenStreetMap ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Laboratoire de recherche ?
Le 05/08/2014 13:04, Pierre-Alain Dorange a écrit : Christophe Merlet red...@redfoxcenter.org wrote: Le fait qu'il puisse y avoir des équipements semi-industriels ne devrait pas entrer en ligne de compte. Ou alors précise le type de labo auquel tu penses. Ca me fait drole par exemple de tagger office=research les batiments du site de recherche nucléaire de Cadarache : c'est pourtant uiquement de la recherche mais y'a quand même des (petits) réacteurs nucléaires (impliquant une installation undistrielle). On y trouve des entreprises privés et des entreprises publics, mais aucun lien avec une quelconque université. Centre de recherche de Cadarache : https://fr.wikipedia.org/wiki/Centre_de_Cadarache http://www-cadarache.cea.fr/ On y trouve : CEA (organisme public) INRS (établissement public a caractère commercial) AREVA (privé) ITER (organisme internationall) La il s'agit de tagger l'ensemble (landuse=?) et les différents sites ou batiments (laboratoires de recherche). landuse=industrial pour l'ensemble du site et office=research ou amenity=university pour les différents bâtiments. En France, il y a plein d'autres cas similaires qui mixte labo privé et public avec juste le landuse qui varie entre commercial et industrial, voire military (Direction des Applications Militaires du CEA par ex) Idem pour les building qui peuvent varier en commercial, industrial et university Et enfin les man_made pour les autres structures artificielles équipant le site Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte nucléaire à jour
Le 01/08/2014 18:20, Jean-Baptiste Holcroft a écrit : Probablement aucun débat sur les objets physiques. Ce sont les événements qui n'ont pas trop leur place. H, je ne suis pas tout à fait de cette avis. Une explosion nucléaire ne laisserait donc aucune trace sur le terrain ? Aucune retombée radioactive ? Aucun impact sur la faune, la flore et le relief ? Aucune radiation pour les milliers d'années à venir ? Perso, je ne suis pas outré qu'un nœud dans la base OSM marque ce type d'événement qui, il me semble, marque durablement dans le temps l'écosystème avoisinant. Cela vaudrait la peine de contacter les contributeurs si le sujet t'intéresse et leur demander s'il y a un objet physique qui commémore l'événement et le taguer en conséquence (tu peux imaginer un tag adapté à accoler pour les extraire facilement). Si pas d'objet, il semble qu'il vaut mieux les supprimer (je parle sous contrôle des anciens). Le 1 août 2014 14:47, Pierre-Alain Dorange pdora...@mac.com mailto:pdora...@mac.com a écrit : Philippe Verdy verd...@wanadoo.fr mailto:verd...@wanadoo.fr wrote: Ce n'est pas une source faible qui pose problème; c'est leur prolifération partout qui expose de plus en plus de monde à des doses à long terme, toute la vie. Rappelons que le risque ne s'atténue pas avec le temps, il est cumulatif. si on est exposé à des milliers de sources faibles mal contrôlées car peu surveillées, au total on est plus exposé que même lors d'un accident majeur. [...] Excusez moi de vous interrompre, mais vous comptez les cartographier ou pas, finalement ? -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage et description...
Le 30/07/2014 14:13, Christian Quest a écrit : Question récurrente... réponse classique c'est plutôt pour les contributeurs. Pour les terrains de sport, inutile de vous rappeler que le rendu FR montre ça à l'aide des lignes du terrain. Ca rend une carte plus lisible à mon avis que de multiplier les textes si difficile à placer... et ça laisse la place pour indiquer le N° de court ;) Je trouve que l'icône d'une Mairie, prends moins de place que Mairie et classifie mieux l'information sur la carte sinon Mairie n'est qu'un texte parmis d'autre. Attention, une mairie peut aussi cacher un Hôtel de Ville, ou plus subtil, une Herriko Etxea. Je ne suis pas choqué par ces name. Je pense qu'il y a bien pire dans la base :o) Dans de nombreux cas, ce n'est pas le cas. Combien de Mairie sans amenity=townhall ? Dans les cas de l'exemple, tout est correctement décrit sémantiquement. L'ajout du name qui n'en est pas un revient un peu à tagguer pour les rendus qui ne tirent pas partie des détails sémantiques bien renseignés. Les rendus ne peuvent pas tout bien sûr, mais doit-on ainsi les forcer ? Il me semblerait quand même intéressant de préciser dans le wiki que name sert à nommer les objets et pas à les décrire... Pour Aire de camping-car, même si ça apparait sur un panneau c'est une description plus qu'un nom. Aire de de camping-car de la Rivière ça c'est un nom. Le 30 juillet 2014 11:53, Mides mides@gmail.com mailto:mides@gmail.com a écrit : Juste une petite question : osm.org http://osm.org a-t-il aussi vocation à être consulté par un utilisateur lambda à la recherche d'informations visuelles sur un secteur, ou se cantonne t-il en un outil de contrôle s’adressant uniquement aux contributeurs ? (Question juste pour ma gouverne) Michel Le 30 juillet 2014 11:27, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : 2014-07-30 11:09 GMT+02:00 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr: Tout ceci se décrit à l'aide de tags relativement simples (ce qui est fait) et faciles à réutiliser. Le problème est que ces tags ne se voient pas sur la carte. Et les gens contribuent pour qu'on puisse utiliser (interprèter) la carte. Le tag name est plus nécessaire qu'un tag description. Personnellement, je ne suis pas choqué par ces name, même s'ils peuvent s'améliorer et compléter. On peut les voir comme des premières contributions mais pas comme des erreurs ou mauvais tags. Un Concession Peugeot peut s'améliorer plus tard par un Garage Peugeot Popol et fils ou Garage Popol et fils (Peugeot). A vouloir trop formatter les contributions (inutilement), on risque de tomber dans le piège wikipedia qui ne trouve plus assez de nouveaux contributeurs. Ne faisons pas les mêmes erreurs. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose/Pharmacies/changement massifs
Le 29/07/2014 12:21, JB a écrit : Sans forcément rentrer dans le débat du dispensing=yes nécessaire en France (je pense au oneway=no sur toutes les voies, par exemple, et l'homogénéité qui n'y gagnera pas forcément), la modification en masse a eu des ennuis : http://www.openstreetmap.org/node/623646858 Comme quoi, même quand c'est simple, ça peut foirer. Effectivement, pas facile de faire un script sans aucune erreur. Cela dit, je note que cette pharmacie a été tagué sur le bâtiment. C'est a mon avis une erreur, car tout le bâtiment, de 3 étages, n'est pas dédié à la pharmacie. Ou alors préciser building=apartments qui part du principe qu'on a des commerces au rez-de-chaussée et des appartements au-dessus. http://wiki.openstreetmap.org/wiki/Key:building Cela pourrait faire l'objet d'une analyse osmose. À partir du moment ou un building=yes est associé à un shop, office ou amenity, demander à préciser si on a affaire a un building=apartments, commercial, industrial, retail ou warehouse. JB. Le 29/07/2014 08:03, Art Penteur a écrit : Je viens de faire une première étape, la moins intrusive ; ajouter dispensing=yes sur les objets ressemblant à des pharmacies, en France, et pour lesquels rien n'était déjà précisé. Mon plus gros changeset (numéro 24411346 : 15742 objets, selon JOSM. 553 lignes, 4 relations, 15185 nœuds). Voici le détail de l'opération : - récupération de toutes les amenity=pharmacy de France. - sélection de celles : + dont le nom n'indique pas que c'est une paraphamarcie (technique : recherche de la chaîne para et lecture du nom. J'ai sélectionné pharmacie et parapharmacie Machin, mais je n'ai pas sélectionné Parapharmacie Bidule) + et qui n'ont pas dispensing=np - Pour toute cette sélection, application de dispensing=yes - Correction de quelques-uns des problèmes signalés par le validateur (nœuds identiques superposés, area=yes inutile, ...). Je n'ai pas touché aux problèmes signalés sur opening_hours, qui relèveraient d'une action disjointe, à mon avis. Trois actions restent à faire : - Pour les amenity=pharmacy dont le nom indique qu'il s'agit en fait d'une parapharmacie, appliquer les attributs appropriés (shop=chemist, comme le suggère Osmose, ou amenity=pharmacy+dispensing=no comme on trouve assez souvent ?). Je n'ai pas d'avis, donc je n'ai rien fait. J'ai le fichier .osm à disposition de qui veut agir. - Pour les amenity=pharmacy dont le nom indique qu'il s'agit d'une pharmacie, mais qui ont dispensing=no, basculer vers dispensing=yes. La difficulté pour une action en masse est le critère le nom indique qu'il s'agit d'une pharmacie. - Pour les amenity=pharmacy sans nom, avec dispensing=no. Difficile de savoir ce qu'il en est, en réalité. A faire signaler par Osmose ? Art. 2014-07-21 12:16 GMT+02:00 Pieren pier...@gmail.com: Je vous invite à relire ce fil de discussion d'il y a exactement un an et exactement sur le même sujet: http://gis.19327.n5.nabble.com/Osmose-et-les-pharmacies-td5769488.html Ma position n'a pas variée. Pieren Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] effacement volontaire de radar
Le 28/07/2014 12:11, David Crochet a écrit : Bonjour Le 28/07/2014 11:48, willemijns a écrit : routes pour dire que sur X metres il y a possibilité de se prendre une prune... On cartographie l'existence sur le terrain. Le radar : « il est là », et non pas : « faite gaffe entre là et là, y'a un radar » Et définir un radar, c'est une relation comportant 3 informations : - L'emplacement physique du phototachygraphe (noeud) (non obligatoirement sur une chemin de type « highway » - Les emplacements, situé sur le chemin de type « highway » concerné définissant via le rôle « from » et « to » le sens de circulation pour lequel le phototachygraphe peut émettre un avis d'information à l'attention d'un propriétaire d'un véhicule. Et on essaye de séparer les nœuds from et device de quelques centaines de mètres afin de bien marquer la zone de danger et permettre aux automobilistes d'anticiper et adapter leur conduite au danger. Sauvons des vies ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] import lieux-dits (avec fixme)
Le 28/07/2014 13:47, Tyndare a écrit : Le 28 juillet 2014 13:07, Pieren pier...@gmail.com a écrit : il y a place=neighbourhood, ce qui est un usage incorrect en rase campagne (locality ou isolated_dweeling ou hamlet serait plus approprié) Dans ma campagne les maisons sont le plus souvent isolées et on parle de quartier et non pas de lieu-dit. Il y a en général de 2 à 10 maisons dans le même quartiers, mais elles sont loin les unes des autres, j'ai jamais trouvé quel tag place= j'étais sensé utiliser. Ça ne peut pas être des isolated_dwelling avec plus de 2 maisons et ce n'est certainement pas des hameaux. La définition du wiki pour place=neighbourhood [1] ne mentionne pas le fait que ça doit être en zone urbaine et la description qui est faite correspond tout à fait là définition que je donne des quartiers de ma rase campagne (cad banlieu d'un village...) [1] http://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dneighbourhood Je suis de l'avis de Pieren. Dans le même esprit, ce n'est pas parce que tes habitants de quartiers disent qu'ils vont à la ville pour acheter le pain, que ton place=village doit devenir un place=city ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi je quitte OSM
Le 24/07/2014 16:28, Stéphane Péneau a écrit : Par hasard, je viens de tomber sur le message ci-dessous qui n'est pas arrivé sur la ML. Je pense que c'est quelqu'un qui est inscrit sur nabble, mais pas sur la mailing-list, ce qui expliquerait pourquoi il est indiqué This post has NOT been accepted by the mailing list yet. : http://gis.19327.n5.nabble.com/Pourquoi-je-quitte-OSM-tp5810862p5812264.html = Je voudrais apporter quelques compléments sur l'origine du nom officiel de la commune de Vers : Les dénominations officielles successives ont été : XVIIIème siècle : la carte de Cassini indique « Ver » pour la localité est « la Celle » pour la rivière. 1793 : Vers-Hébécourt. (Convention Nationale an II) 1801 : Vers et Hébécourt. (Bulletin des Lois) XIXème siècle : la minute de levé de la carte de l’état-major reporte « Vers », le nom de la rivière est devenu « la Selle ». Nom mais franchement, si la rivière qui traverse la commune s'appelle La Selle, je ne comprends même pas que cette discussion ai pu s'éterniser si longtemps ! Ce point de détail a t'il été mentionné précédemment ? 1878 : Vers, à la suite de la création de la commune de Hébécourt. (Ministère de l’Intérieur) 1919 : Vers est renommée Vers-sur-Selles, très probablement pour la différencier des sept autres communes françaises se nommant Vers. « Selles » y est écrit avec un « s » final alors que la rivière est dénommée « la Selle », ce qui peut résulter d’une erreur de transcription faite à l’époque, officialisée alors par les services de l’État (ministère de l’intérieur à l’époque) et conservée ainsi depuis près d’un siècle. Ces éléments peuvent être versés à l’appui d’une demande que ferait le maire de Vers-sur-Selles conformément aux dispositions de l’article L. 2111-1 du code général des collectivités territoriales. Jean-sébastien Majka Unité de toponymie de l'IGN. = ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose/Pharmacies/changement massifs
Le 20/07/2014 16:07, Jean-Baptiste Holcroft a écrit : +1, et expliquer la différence entre para pharma et pharma sur le wiki serait super ... Personnellement je connais pas Une pharmacie vend des médicaments, un produit qui contient des substances actives qui ont des effets sur l'organisme. Conçu pour soigner, ils peuvent être dangereux s'il sont mal utilisés et sont donc prescrit par un médecin ou un pharmacien. http://www.sante.gouv.fr/definition-d-un-medicament.html Une parapharmacie ne vend pas de *médicaments*, elle se limite aux produits de soins dermatologiques, cosmétiques et capillaires, diététique... https://fr.wikipedia.org/wiki/Parapharmacie Ce sont des rayons que l'on voit fleurir dans les supermarchés, ou des boutiques sur Internet. Je ne crois pas qu'il existe en france beaucoup de boutiques physiques qui fasse uniquement parapharmacie. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Doublon de mail Was: Edition des relations pour les transports en commun (ville de Nantes) (JeanMichel FRANCOIS)
...@redfoxcenter.org, relay=vs-mail.redfoxcenter.org[192.168.10.106]:24, delay=58, delays=56/1.1/0.39/0.36, dsn=2.1.5, status=sent (250 2.1.5 Ok SESSIONID=cyrus-27909-1405837555-1) Jul 20 08:25:56 vs-mail postfix/qmgr[1096]: A7C7976002: removed -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Le 17/07/2014 10:13, Jo a écrit : Effectivement, on mappe toujours de plus en plus en détail. Découper les rond-points fait partie de cette évolution. Ce n'est pas mapper pour le rendu, mais le rendu est fausse si les rond-points d'une route avec des chemins séparés pour chaque direction ne sont pas découpés. Le bus ne fait pas 360+180 dégrées sur les giratoires. C'est un contresens de définir comme une évolution de découper les rond-point. En terme de navigation vocale, un rond-point découpé ne peut être reconstitué et l'on perd alors de précieuses informations. Genre Dans 300m vous allez arriver dans un rond-point Prenez la 3e sortie Sans un way continue marqué explicitement junction=roundabout la navigation vocale devient incompréhensible incapable de dire correctement où et quand sortir d'un rond-point. Idem en terme de description d'itinéraire : Avec rond-point : http://osrm.at/8vT Direction nord-ouest sur D 817 Au rond-point, prenez la première sortie sur D 817 Au rond-point, prenez la deuxième sortie sur D 817 Au rond-point, prenez la deuxième sortie sur D 817 Au rond-point, prenez la première sortie sur D 817 Vous êtes arrivé Sans rond-point : http://osrm.at/8vU Direction sud sur Avenue Jean Mermoz Tournez légèrement à droite sur Rond-Point du Souvenir Français Tournez légèrement à droite sur Boulevard Champetier de Ribes Tournez légèrement à gauche sur Rue Michelet Tournez légèrement à droite Vous êtes arrivé Notons par ailleurs qu'OSRM n'a aucune difficulté a n'emprunter que la partie utile d'un rond-point lorsqu'il dessine un itinéraire... De plus, un rond-point possède implicitement des règles de priorité qui sont perdus lorsqu'il est fragmentés en petit-morceaux. Bref, arrêtons de mutiler nos pauvres rond-points. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Le 17/07/2014 14:23, Stéphane Péneau a écrit : J'oubliais, Si ça ne fonctionne pas avec le rond point du souvenir français de Pau, c'est qu'il ne porte pas les tags junction=roundabout. Ce qui ce tient si je me réfère à l'imagerie aérienne (multiple feux tricolores, et règles de priorités différentes d'un giratoire standard). Mais c'est quand même un rond-point et il s'appelle comme tel. Et le Wiki a déjà pris la peine de documenter ce genre de cas http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout#Signal-controlled_Roundabouts Stf Le jeudi 17 juillet 2014 14:18:06, Stéphane Péneau a écrit : He, je suis plutôt partisan du non-découpage, mais ton argument ne tient pas avec osrm : http://osrm.at/8vW Ce trajet passe par plusieurs giratoires découpés, et ça ne lui fait ni chaud ni froid : = Direction sud-ouest sur Mail Pablo Picasso 82 m Continuez sur Rue du Pont de l'Arche de Mauves 28 m Au rond-point, prenez la troisième sortie sur Mail Pablo Picasso 0.32 km Au rond-point, prenez la deuxième sortie sur Rue du Progrès 0.15 km Au rond-point, prenez la troisième sortie sur Pont de Tbilissi 0.18 km Continuez sur Rue de Fleurus 70 m Au rond-point, prenez la première sortie sur Rue de Fleurus 69 m Au rond-point, prenez la troisième sortie sur Avenue Jean-Claude Bonduelle 92 m Continuez sur Pont Aristide Briand 0.28 km Continuez sur Boulevard du Général de Gaulle 69 m Vous êtes arrivé = Stf Le jeudi 17 juillet 2014 13:52:56, Christophe Merlet a écrit : C'est un contresens de définir comme une évolution de découper les rond-point. En terme de navigation vocale, un rond-point découpé ne peut être reconstitué et l'on perd alors de précieuses informations. Genre Dans 300m vous allez arriver dans un rond-point Prenez la 3e sortie Sans un way continue marqué explicitement junction=roundabout la navigation vocale devient incompréhensible incapable de dire correctement où et quand sortir d'un rond-point. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Le 17/07/2014 14:18, Stéphane Péneau a écrit : He, je suis plutôt partisan du non-découpage, mais ton argument ne tient pas avec osrm : http://osrm.at/8vW Je viens de télécharger la zone dans JOSM et... OMG oO 547 erreurs dans le validateur Les rond-points sont effectivement tous découpés et surtout sur-définis en nb de points. Ya pas besoin d'une centaine de nœuds pour dessiner un rond-point. Faut absolument arrêter de taguer pour le rendu Ce trajet passe par plusieurs giratoires découpés, et ça ne lui fait ni chaud ni froid : = Direction sud-ouest sur Mail Pablo Picasso 82 m Continuez sur Rue du Pont de l'Arche de Mauves 28 m Au rond-point, prenez la troisième sortie sur Mail Pablo Picasso 0.32 km Au rond-point, prenez la deuxième sortie sur Rue du Progrès 0.15 km Au rond-point, prenez la troisième sortie sur Pont de Tbilissi 0.18 km Continuez sur Rue de Fleurus 70 m Au rond-point, prenez la première sortie sur Rue de Fleurus 69 m Au rond-point, prenez la troisième sortie sur Avenue Jean-Claude Bonduelle 92 m Continuez sur Pont Aristide Briand 0.28 km Continuez sur Boulevard du Général de Gaulle 69 m Vous êtes arrivé = Effectivement si les segments de rond-point sont doublés d'une junction=roundabout OSRM s'y retrouve (est-ce le cas de tous les moteurs de routage ?). Mais au prix d'une sacré complexité qui fait que malgré ce haut niveau de découpage, il reste insuffisant pour toutes les relations routes (ex: Commerce - Aéroport Nantes Atlantique) Et y a t'il besoin de préciser access=yes, surface=asphalt, motor_vehicle=yes... C'est tout à fait overkill et le neo contributeur fait demi tour devant une tel verbosité. Soyez KISS https://fr.wikipedia.org/wiki/Keep_it_Simple,_Stupid Stf Le jeudi 17 juillet 2014 13:52:56, Christophe Merlet a écrit : C'est un contresens de définir comme une évolution de découper les rond-point. En terme de navigation vocale, un rond-point découpé ne peut être reconstitué et l'on perd alors de précieuses informations. Genre Dans 300m vous allez arriver dans un rond-point Prenez la 3e sortie Sans un way continue marqué explicitement junction=roundabout la navigation vocale devient incompréhensible incapable de dire correctement où et quand sortir d'un rond-point. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Le 17/07/2014 14:39, Stéphane Péneau a écrit : Le jeudi 17 juillet 2014 14:36:48, Christophe Merlet a écrit : Mais c'est quand même un rond-point et il s'appelle comme tel. Et le Wiki a déjà pris la peine de documenter ce genre de cas http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout#Signal-controlled_Roundabouts Alors dans ce cas, remet le tag junction=roundabout, et tout ira bien. Je refusionnerai les ways ensemble, car il n'y a même pas de relation route pour justifier vainement ce découpage ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Le 17/07/2014 23:50, Paul Mallet a écrit : Depuis le début de ce débat on parle de tagger pour le rendu, d'algo de routage etc. mais pour moi la seule chose à prendre en compte c'est la réalité du terrain, hors dans la réalité, un bus (ou tout autre route) ne fait pas le tour du rond point, donc seule la portion empruntée par le bus devrait avoir la relation correspondante ! Pour découper le reste du rond point, c'est pour moi inutile si les ways possèdent les mêmes tags et les mêmes relations... PS : N'y a t'il pas des problèmes + importants ? C'est un problème important. Il faut bien comprendre qu'OpenStreetMap est un projet communautaire qui ne peut exister que grâce aux contributions de cartographes bénévoles. Ces cartographes doivent se renouveler, or plus les données sont inutilement complexe, illisible, incompréhensible, moins les nouveaux contributeurs franchisse le pas de la modification et de l'amélioration des données. Moins de contributeurs entraine la stagnation du projet voire son déclin. Ce n'est pas une preuve de bonne ingénierie que de complexifier le taguage dans OSM au point d'être le seul à le comprendre. Bien au contraire. Que le bus coupe le rond-point ou serre bien sur la droite pour rejoindre la troisième sortie, on s'en fout. On sait qu'il est arrivé par telle route, qu'il a emprunté le rond-point et qu'il est ressorti à la troisième voie. La seule chose qui te fait croire que le bus a fait 3 fois le tour du rond point et un rendu simpliste. Découper le rond-point signifie donc bien que tu taggue uniquement pour le rendu et n'a donc pas lieu d'être. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Le 16/07/2014 11:26, Stéphane Péneau a écrit : Puisqu'on parle des relations, j'ai une question : Est-ce qu'on est d'accord sur le fait que sur les relations route, il est inutile de découper les giratoires en plusieurs morceaux ? Exemple : https://www.openstreetmap.org/relation/1710434#map=19/47.21445/-1.53770 Je ne vois vraiment pas l'intérêt de ce morcelage qui complique vraiment l'édition. Je suis contre ce genre de morcelage. Et dernièrement j'ai même constaté qu'on m'avait morcelé un rond-point palois qui ne fait même pas partie d'une relation route avec comme commentaire Amélioration giratoire http://www.openstreetmap.org/way/222542759 Ça me laisse perplexe :/ Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Edition des relations pour les transports en commun (ville de Nantes)
Le 16/07/2014 10:10, Francescu GAROBY a écrit : Si tu veux regrouper les relations d'un même réseau/opérateur, utilise les tags 'network' et 'operator' et donne-leur la même valeur pour chaque relation, tout simplement... Ici, c'est 'network=TAN' et 'operator=SEMITAN', si j'en crois les relations déjà existantes. Pas mieux ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Le 16/07/2014 15:31, Jo a écrit : Moi je continuerai de les découper. Le bus n'emprunte le rond-point que du chemin d'entrée jusqu'au chemin de sortie et pas le reste. http://www.openstreetmap.org/#map=18/50.71124/4.60632layers=T http://www.openstreetmap.org/#map=18/50.65964/4.61581layers=T Dans la même logique, découpe toutes les routes en 2 car le bus n'utilise qu'une seule voie sur les 2. Là tu découpe le rond-point typiquement pour le rendu et non pas à cause d'un logiciel de routage défaillant. Comme dit précédemment, un rond-point est une jonction et peu facilement être traité comme tel. Pour rendre rond: Ctrl-f: inview child junction=roundabout Shift-O Aucun problème avec JOSM. Jo 2014-07-16 15:10 GMT+02:00 V de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net: Bonjour, PS : N'oubliez pas que dans les modèles routables, les RP sont généralement réduit à un noeud. Les RP n'ont d’intérêt que pour le rendu alors il est bien inutile de les découper. (et ça rend sa maintenance bien difficile). Oh que non. C'était vrai au XXè siècle, ça :) Aujourd'hui dans les BD du commerce, d'une échelle de saisie comparable à OSM (Here, TomTom, Google) les rond-points sont décrits en détaillant chaque entrée, chaque sortie, et toutes les portions qui forment la partie circulaire sont découpées à chaque intersection. Donc dire (plus haut dans ce fil) : Les logiciels de navigation le font déjà très bien c'est oublier qu'ils s'appuient sur un graphe où chaque croisement de plus de 2 ways occasionne un découpage. Un rond-point basique à 4 entrées sera composé de 8 ways. Je suis d'accord qu'un enjeu est de garder la marche d'entrée la plus basse possible pour la contribution. Mais pousser le curseur à l'extrême opposé en supposant que les logiciels consommateurs sauront se dépatouiller seuls, ça n'est pas forcément non plus nous rendre service pour la démocratisation de l'usage d'OSM. vincent (découpeur de rond-points sauf quand le bus fait un tour complet...) ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi je quitte OSM
Le 14/07/2014 16:05, Pieren a écrit : Suite à la réponse du maire et en l'absence d'autres réactions, j'ai modifié moi-même le nom de cette commune en Vers-sur-Selle avec ce changeset: http://www.openstreetmap.org/changeset/24141183 http://www.openstreetmap.org/#map=16/49.8420/2.2317 La version INSEE/COG est déplacée dans le tag nat_name que je préfère à official_name qui est encore flottant (son usage dérive de sa définition première). Je suis d'accord que name doivent contenir le nom couramment utilisé localement. Mais par contre, le nom INSEE, lorsqu'il diffère du name, doit se trouver dans official_name COG == Code Officiel Géographique OpenStreetMap est une base de données qui doit pouvoir être utilisé par des scripts, et aux dernières nouvelles le COG de l'INSEE reste la référence officiel. Comme ça, on prouve qu'OSM est capable de reconnaitre ses erreurs plus vite que l'INSEE et l'IGN (même si on le savait déjà ;-) Pour tous les auteurs de logiciels QA qui comparent OSM et INSEE, merci de tenir compte de ce fait : le COG a parfois tord ;-) Ça on le savait déjà. Mais ça reste **la référence officielle** Lorsque le COG à tord, il existe une procédure administrative pour corriger que les élus locaux n'ont qu'à effectuer. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi je quitte OSM
Le 14/07/2014 16:50, Christophe Merlet a écrit : Le 14/07/2014 16:05, Pieren a écrit : Suite à la réponse du maire et en l'absence d'autres réactions, j'ai modifié moi-même le nom de cette commune en Vers-sur-Selle avec ce changeset: http://www.openstreetmap.org/changeset/24141183 http://www.openstreetmap.org/#map=16/49.8420/2.2317 La version INSEE/COG est déplacée dans le tag nat_name que je préfère à official_name qui est encore flottant (son usage dérive de sa définition première). Je suis d'accord que name doivent contenir le nom couramment utilisé localement. Mais par contre, le nom INSEE, lorsqu'il diffère du name, doit se trouver dans official_name COG == Code Officiel Géographique OpenStreetMap est une base de données qui doit pouvoir être utilisé par des scripts, et aux dernières nouvelles le COG de l'INSEE reste la référence officiel. Je rajoute que nat_name c'est moins d'une vingtaine d'occurrences dans taginfo contre près de 1600 pour official_name http://taginfo.openstreetmap.fr/keys/nat_name http://taginfo.openstreetmap.fr/keys/official_name Comme ça, on prouve qu'OSM est capable de reconnaitre ses erreurs plus vite que l'INSEE et l'IGN (même si on le savait déjà ;-) Pour tous les auteurs de logiciels QA qui comparent OSM et INSEE, merci de tenir compte de ce fait : le COG a parfois tord ;-) Ça on le savait déjà. Mais ça reste **la référence officielle** Lorsque le COG à tord, il existe une procédure administrative pour corriger que les élus locaux n'ont qu'à effectuer. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mon mashup carto
Le 14/07/2014 16:28, orhygine a écrit : Salut, Je vous signale que j'ai mis en ligne un nouvel outil cartographique. Cet outil m'a permis d'explorer certains concepts et m'est utile lors de mes contributions à Openstreetmap. Les principes : - rassembler des données cartographiques diverses pour les superposer sur la même carte - donner l'accès aux outils d'édition OSM, - donner l'accès aux outils de vérification OSM, - donner l'accès à d'autres sites cartographiques, - et ce toujours sur l'emprise courante de la carte. Je partage si cela peut s'avérer utile à d'autres personnes. L'URL : map.orhyginal.fr http://map.orhyginal.fr Super. Je ne connaissais pas le rendu OpenMapSurfer, vraiment pas mal. Ton outil est vraiment complet. Bravo. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL - Fwd: Montage des stands aux journées grand public
Le 03/07/2014 10:32, Frédéric Rodrigo a écrit : C'est moi qui ai réservé le stand pour les RMLL, mais je n'y serrais pas. Moi j'y serais, mais j'ai pas encore prévu mon hébergement. Lorsque je suis allé sur le site des RMLL les réservations de chambres CROUS n'étais pas encore ouverte. Lorsque j'y suis retourné, les réservations était déjà fermé au 11 juin minuit !! Et là, demander à monter les stands en pleine nuit , heuuu c'est chaud !! A propos, qui amène les kakemono, posters, t-shirts et goodies sur le stand ? Message original Sujet: Montage des stands aux journées grand public Date : Thu, 03 Jul 2014 08:55:02 +0200 De : Eric Niort obrown...@gmail.com Organisation : Frul Pour : eric.ni...@frul.org Mesdames, Messieurs, Comme vous le savez, le village des journées grand public ouvrira ses portes à 9 heures samedi sur l'esplanade Charles de Gaulle. Les estivales de Montpellier ayant lieu le vendredi soir au même endroit, le village devra être monté à partir de 5 heures du matin. Nous serons donc sur le pied de guerre très tôt ! Toute aide sera bienvenue pour les courageux. Concernant vos stands, ils devront être montés à partir de 7 heures et prêts pour 9 heures du matin pour l'ouverture car nous aurons la visite du Maire de Montpellier Philippe Saurel, de la députée Anne Yvonne Le Dain et de la secrétaire d'Etat chargée du numérique Axelle Lemaire dès 10 heures ,du matin ! En prime vous aurez Richard M. Stallman qui viendra faire son petit tour... Pour cette revue d'effectif, il faudra donc que le village ne ressemble pas à un vaste chantier et que vous vous pariez de votre plus beau sourire ! Seules quelques cernes sous les yeux seront tolérées ;-) Nous vous remercions Cordialement, L'orga. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RMLL - Fwd: Montage des stands aux journées grand public
Le 03/07/2014 12:37, Nicolas Moyroud a écrit : Bonjour, Je serai sur le stand et à la carto-partie samedi et je peux amener des posters et les tie-shirts qu'il me restent du dernier SOTM-FR. Par ailleurs j'en profiterai Christophe pour te donner le chèque des trucs que j'ai vendu au niveau du groupe local OSM hérault. Par contre je n'ai pas l'intention d'arriver aux aurores pour monter un stand au garde à vous à 9h pour la tournée des huiles. Faut pas pousser quand même... J'arriverai sans doute entre 9h et 10h. Question hébergement j'héberge déjà Guillaume Allègre et je peux proposer une autre place chez moi si besoin. Par contre j'habite à 35 km de Montpellier donc vous ne serez pas sur place le soir pour profiter des joies de Montpellier... ;-) 35 km c'est rien du tout, je suis véhiculé... Du coup si tu m'héberges et que Guillaume est à pied je peux venir en voiture, sinon au dernier moment je peux me décider de venir en moto (la météo est capricieuse :( ) Nicolas Le 03/07/2014 11:16, Christophe Merlet a écrit : Moi j'y serais, mais j'ai pas encore prévu mon hébergement. Lorsque je suis allé sur le site des RMLL les réservations de chambres CROUS n'étais pas encore ouverte. Lorsque j'y suis retourné, les réservations était déjà fermé au 11 juin minuit !! Et là, demander à monter les stands en pleine nuit , heuuu c'est chaud !! A propos, qui amène les kakemono, posters, t-shirts et goodies sur le stand ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de place=village
Le 11/06/2014 19:16, Pierre-Alain Dorange a écrit : Stéphane Péneau stephane.pen...@wanadoo.fr wrote: J'ai repéré une zone où un grand nombre de hamlet sont taggés en tant que village : http://overpass-turbo.eu/s/3Gv Quelqu'un connaitrait une méthode astucieuse pour ne pas y passer des lustres à tout corriger ? Comme le signale Vincent à coté, ça va être u peu coton, car faut vérifier un à un leur status. Peut contacter l'auteur si y'en a qu'un) ? Sinon faut récupérer un fichier OSM avec que les place=* de la zone avec XAPIU ou OverPass puis éditer tranquillement avec JOSM et en s'aidant de Wikipediia ou l'INSEE comme source... C'est long je l'ai déjà fait y'a quelques années pour un coin des Alpes... Après avoir exclus les vrais communes (ref:INSEE=*) En une passe, on peut tous les faire passer en place=locality et laisser le temps les faire repasser en hamlet ou isolated_dwelling Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de place=village
Le 11/06/2014 19:40, Pierre-Alain Dorange a écrit : Christophe Merlet red...@redfoxcenter.org wrote: Comme le signale Vincent à coté, ça va être u peu coton, car faut vérifier un à un leur status. Peut contacter l'auteur si y'en a qu'un) ? Sinon faut récupérer un fichier OSM avec que les place=* de la zone avec XAPIU ou OverPass puis éditer tranquillement avec JOSM et en s'aidant de Wikipediia ou l'INSEE comme source... C'est long je l'ai déjà fait y'a quelques années pour un coin des Alpes... Après avoir exclus les vrais communes (ref:INSEE=*) En une passe, on peut tous les faire passer en place=locality et laisser le temps les faire repasser en hamlet ou isolated_dwelling J'ai pas regarder les données, mais il y a peut être de *vrais*village dans le tas. Par exemple Magnac-Bourg, mais qui a le tag INSEE en effet. Mais je sais pas utiliser suffisamment bien Overpass pour garder les Village et exclure ceux avec INSEE... Tu fais une grosse requete overpass et tu sélectionnes les bons noeuds dans JOSM avec l'outil de recherche. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bano - nouveaux rapprochements ?
Le 09/06/2014 11:23, Vincent de Château-Thierry a écrit : Le 09/06/2014 11:04, aurélien BONDU a écrit : le rapprochement cadastre/OSM ce fait-il sur les codes FANTOIR présent dans une relation de type associatedStreet, je n'ai pas l'impression que c'est le cas actuellement. Exemple de code FANTOIR dans un relation http://www.openstreetmap.org/relation/3751385 Code FANTOIR juste sur la rue http://www.openstreetmap.org/way/282594462 Quelle est la technique à utiliser. La rapprochement envisage aussi bien les codes FANTOIR sur les points adresse que sur les highways et sur les relations. Ceux que tu donnes en lien ne sont pas reconnus car ils ont un '0' en caractère parasite en 3è position. Et les miens, ils ne sont pas reconnus pour quels raison ? http://www.openstreetmap.org/relation/3790560 http://www.openstreetmap.org/relation/3786719 http://www.openstreetmap.org/relation/3786873 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Feuilleton sur la carto
Le 30/05/2014 17:17, Eric a écrit : Bon et ben 5 x 4mn sur la carto au JT et pas une seule allusion à OSM. Il reste du boulot pour se faire connaitre ! :) (ou reconnaitre) C'est ce que l'on appelle un publireportage. Vu les attaques et critiques que subit l'IGN depuis plusieurs mois, normal qu'elle essaye de communiquer le plus largement possible sur son savoir-faire. Et elle en a, mais on est en 2014, il faut qu'elle évolue avec son temps... et la concurrence. Cependant, à part les reconnaissances aériennes et les voitures laser, je n'ai pas trouvé ses méthodes de travail plus professionnelles que celles des contributeurs OSM. Notons que nous avons jusqu'à 2017 pour compléter OSM aussi exhaustivement que possible pour comparer notre carte à la nouvelle génération de l'IGN... Notre roadmap : - voirie et toponymie - bâti - équipements - adresses Ne faiblissons pas ! Eric [Blueberry] Message transféré Sujet: Feuilleton sur la carto Date : Mon, 26 May 2014 13:43:48 +0200 De :Eric eric...@sfr.fr Pour : Discussions sur OSM en français talk-fr@openstreetmap.org Salut ! Je suis tombé en cours de route sur un reportage du journal 13h de F2 sur la carto. Comme c'est un feuilleton du journal, ca doit etre diffusé en 5 épisodes sur la semaine. J'y ai croisé rapidement un logo OSM mais pas de mention explicite, que de l'IGN. Esperons que ca sera le cas sur les 4 autres épisodes de la semaine... A revoir sur PLUZZ [1] Eric [Blueberry] [1]http://pluzz.francetv.fr/france2 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Feuilleton sur la carto
Le 30/05/2014 21:21, JB a écrit : Bouh ! et les zones rurales ! La cavalière aura jamais sa barrière si le chemin est pas dans la base ! (Bon, ceci dit, je coure aussi après le rouge en ce moment…) Je viens de vérifier dans wikipedia, la voirie désigne bien l'ensemble des voies de circulation (routes, chemins, rues...) https://fr.wikipedia.org/wiki/Voirie et par équipements je pense aussi aux barrières... A propos, elle est dans OSM la table de pique nique de Louis XVI ? Le 30/05/2014 18:43, Christophe Merlet a écrit : Notre roadmap : - voirie et toponymie - bâti - équipements - adresses Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Feuilleton sur la carto
Le 30/05/2014 22:44, JB a écrit : La barrière y est pas (au fait, un attelage, ça passe pas sur un path, si ?) : C'était une barrière amovible, donc il y a surement des véhicules qui circulent, donc - track http://www.openstreetmap.org/?mlat=48.72746mlon=1.79299#map=17/48.72746/1.79299layers=N Et on a un truc comme ça : http://www.openstreetmap.org/node/1402037817, qui s'appelle aussi « Table du Roi » sur la carte IGN. JB. Super Le 30/05/2014 21:40, Christophe Merlet a écrit : Le 30/05/2014 21:21, JB a écrit : Bouh ! et les zones rurales ! La cavalière aura jamais sa barrière si le chemin est pas dans la base ! (Bon, ceci dit, je coure aussi après le rouge en ce moment…) Je viens de vérifier dans wikipedia, la voirie désigne bien l'ensemble des voies de circulation (routes, chemins, rues...) https://fr.wikipedia.org/wiki/Voirie et par équipements je pense aussi aux barrières... A propos, elle est dans OSM la table de pique nique de Louis XVI ? Le 30/05/2014 18:43, Christophe Merlet a écrit : Notre roadmap : - voirie et toponymie - bâti - équipements - adresses Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation d'une carte OSM pour suivre une course par relais
Le 26/05/2014 19:19, Christian Rogel a écrit : Depuis samedi dernier se court la « Redadeg », autrement dit une course de 1500 km dans toute la Bretagne pour collecter de l’argent afin de soutenir l’enseignement du breton, sa production audiovisuelle et l’initiation des adultes. Pour ceux que cela intéresse, j’ai résumé les buts et l’organisation, ici : http://www.agencebretagnepresse.com/fetch.php?id=33879 Le point intéressant est que cette course peut être suivie sur un site Internet avec un pointage satellite qui montre que les coureurs arrivent à Nantes en ce moment et la carte est basée sur MapQuest ouverte. http://www.ar-redadeg.org (cliquez sur la version française ou anglaise, au choix) J’avais écrit (en breton) )à l’organisation pour signaler que les cartes n’avaient pas la bonne attribution. Là, c’est quasi parfait (il me semble que le CC-By-SA n’est pas nécessaire). Dommage que ce site n'utilise pas un fond OSM localisé en breton ... Il y a quand même 10 000 toponymes bretons dans la base. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sur le modèle des adresses (était Rendu BANO)
. Bizarre de ne pas vouloir faire évoluer les pratiques d'OSM vers un niveau plus industriels. Le but c'est de voir les données réutilisé le plus massivement possible, pour cela il faut un certain formalisme, même si cela augmente un peu le niveau de compétences requis pour contribuer. Encore que dans le même temps, les outils de contribution vont masquer cette difficulté dans des cliquodromes appropriés. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Le 21/05/2014 02:27, Jérôme Amagat a écrit : Quelques remarques après avoir pas mal utilisé le rendu bano et cadastre.openstreetmap.fr/adresses/ http://cadastre.openstreetmap.fr/adresses/ Le cadastre ne donne pas toujours des bons résultats : Le type de voie(route, rue,…) pas toujours le bon Certaine fois les types de voie sont différentes sur papier et celui sorti pour mettre dans bano Faute de frappe ? (inversion de lettre, mauvaise lettre) Préposition pas toujours là Les 60XX ce n’est pas des adresses (je ne sais pas d’où ils sortent) Des fois le type de voie est présent quand il ne faut pas : Rue grande Rue Impasse petite impasse (Lotissement) Machin : avec ou sans le mot lotissement Les Abréviations : Qrt : Quartier Doc : Docteur Gen : Général Pte : Petite … Il faudrait je pense que la machine fasse un choix moins restrictif dans les noms de rue pour peut-être obtenir quelque chose qui n’est pas vert mais qui n’est pas rouge en tous cas (je vous laisse faire j’en suis incapable !). Ca permettrait aussi de faire remonter les bon osm pour la bano. Mettre le code fantoir je ne suis pas sûr que ce soit la bonne solution car le bon nom existe peut-être avec un autre code. Le code fantoir est attaché à un bout de rue physique ou à un nom ? Attention a ne pas trop simplifier les rapprochements de toponymie. On peut le faire éventuellement sur certaines abréviations, mais pas plus. Ex sur Pau. Il y a une AVENUE ROBERT SCHUMA selon le fichier SHP de l'OpenData de la CAPP AVENUE ROBERT SCHUMAN selon le fichier KML de l'OpenData de la CAPP Avenue Robert Schumann selon le Cadastre AV ROBERT SCHUMANN selon le FANTOIR Pas de panneau sur le terrain. Sur Wikipedia, Il existe https://fr.wikipedia.org/wiki/Robert_Schuman https://fr.wikipedia.org/wiki/Robert_Schumann Suffisamment illustre pour avoir une rue à leur nom. Mon avis est que le cadastre et le FANTOIR se trompe. Donc je suis bien content que le rendu BANO affiche en rouge une erreur de rapprochement pour 1 seul caractère différent. ça permet d'avoir cette réflexion... Autre chose plus sur la longueur des rues Ça peut arriver que le nom de la rue ai été placé sur un way qui ne représente pas toute la rue et donc des adresses se retrouvent devant un way sans nom ou avec un mauvais nom. Et tout apparait en bleu comme si tout allais bien :-) Maintenant plus une question Où arrêter une voie ? Problème Rencontrer Surtout quand on quitte une zone habité Je dirais : Rue : ça s’arrête en sortie de zone habité Chemin ça ne s’arrête pas Route je dirais que ça ne s’arrête pas mais des fois on dirait que si Je sais bien que le terrain prime mais à part ça Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Overpass.Turbo.eu résultat requête
: _ Une erreur est survenue lors de l'exécution de la requête overpass ! Voici ce que l'API overpass a retourné : runtime error: Query run out of memory in query at line 4 using about 513 MB of RAM. Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Le 12/05/2014 11:13, Mides a écrit : Bonjour, je tourne toujours autour. J'ai bien déclaré un landuse:resdential en inner par rapport au landuse (outer)englobant la totalité de la ville. Distinction faite au niveau du nom, bien que le landuse outer n'ait pas de tag name. (/et je passe sur l'erreur Josm/) Par contre, suite à cette opération, le landuse principal (outer) ne s'affiche plus et suite logique, un mappeur est passé par là pour supprimer le tag type:multypolygone sur landuse outer. Peut être une remonté d'Osmose, je n'ai pas eu le temps de voir. :-) Sur ce constat, je retire donc la relation multypolygone sur le landuse inner, pour le mettre tout simplement en surcouche, et là, plus d'affichage du tag name du lotissement sur la carte. J'ai loupé quelque chose ? Michel Et si, de temps en temps, tu donnais un lien sur la zone qui te pose problème ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Le 12/05/2014 14:37, Mides a écrit : Non, pas de landuse:residential sur la relation. Dans ton cas, je mettrais un place=neighbourhood sur le polygone de ton lotissement avec son name. Pas de relation, pas de landuse identique imbriqués. Par ailleurs, j'améliorerais le contour du polygone en suivant les parcelles cadastrale des maisons concernés. Il n'y a pas de raison de ne pas inclure leurs jardins. Dans d'autre cas, j'indique le nom du lotissement sur les voies de circulation, mais dans ton cas elles ont déjà un nom. http://www.openstreetmap.org/#map=19/43.31071/-0.31825 http://www.openstreetmap.org/#map=17/43.39395/-0.33114 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag lotissement
Le 12/05/2014 16:54, Mides a écrit : En gros et pour résumer, d'après ce que j'ai pu comprendre, à ce jour personne ne sait comment réellement taguer un lotissement. Je crois surtout que tu te fais des noeuds au cerveau en cherchant à analyser tous les cas tordu existants. Au cas où, mais je n'ai pas les liens à te fournir, je t'invite à relire le fils de discussion de ce sujet et tu y verras que les avis divergent tellement, qu'en conclusion on ne sait plus quoi utiliser ! Il y a des métriques simple permettant de faire des choix. Utiliser une solution qui obtient le concensus générale, utiliser les balises les plus répandues. Quant à inclure l’emprise du lotissement par rapport aux parcelles, je suis entièrement d'accord avec toi dans le sens où il faudrait que cela ce rapproche au maximum de la réalité, mais malheureusement le cadastre n'est pas numérisé à ce jour dans mon secteur, je garde quand même grand espoir que cela soit fait d'ici 2030, et je ne manquerai pas d'actualiser cette zone le moment venu. Heureusement les photos satellites permettent de deviner aisément l'emprise des parcelles en suivant les clôtures et les haies. Une chose que j'aurai apprécié aurait été que l'on m'indique tout simplement, pour mon cas bien précis, comment inclure un polygone dans un polygone de même type. J'ai bien compris, à travers quelques bribes d'informations, qu'il ne me faut pas utiliser le tag landuse:residential sur le polygone outer mais sur la relation. Qu'en est il concernant le landuse:inner ? Cela a été dit. On passe outre l'erreur rapportée par JOSM . Exemple avec les forets... Et si j'élargie mes recherches dans l'espoir d' espérer trouver une façon de faire correcte, je vois que dans certains secteurs on pratique totalement différemment. Tiens, je te fournis le lien : https://www.openstreetmap.org/way/150349470#map=17/44.13986/4.82013 Déjà on n'utilise pas d'area sur un landuse ! Ensuite, taginfo indique 132 place=subdivision vs 11430 place=neighbourhood Il n'y a donc pas photo quand à la popularité et l'acceptation générale d'une balise par rapport à l'autre. et si tu creuses, tu peux trouver 51 valeurs à la clé place utilisée par ci par là, pas une raison pour toutes les amener sur le tapis et se plaindre que c'est confus. Dans ce cas là, on peut y voir qu'est utilisé le tag place: subdivison. Seulement voilà, si je jette un coup d'oeil sur le wiki : http://wiki.openstreetmap.org/wiki/Neighbourhood used 638 times as of 2011/04/14, though the vast majority were last edited by one user in the Philippines, though also used in Cincinnati, OH, USA, tu m'autoriseras à penser que je ne vais pas me jeter à bras le corps vers cette solution. C'est pour cela que je me suis tourné vers la communauté OSM, au travers de ce fil de discussion, en espérant, non pas demander de faire mon travail, mais tout simplement arriver à élaguer le problème moi même d'après vos conseils. Ceci me permettant, peut être à terme, d'acquérir une certaine autonomie, certes toute relative, mais faisant en sorte que je vous dérangerai bien moins avec mes soucis. Toujours est il, merci pour vos réponses. Des solutions ont été apportées. Il n'y a pas de manière strictement unique de cartographier dans OSM. Le cas général est suffisant dans 99,99% des situations. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les régions en France ne sont pas des états
Le 08/05/2014 13:00, Pieren a écrit : 2014-05-08 12:11 GMT+02:00 Fanny Schertzer fanny.schert...@gmail.com: Dans la mesure où OSM s'occupe de cartographie et pas de droit, il n'y a pas de raison de prévoir un tag différent pour un Etat américain ou une région française. Mouais. Dans la mesure où le tag place=region existe déjà, pourquoi conserver un tag moins précis ? Pour moi, désigner les régions françaises sous le terme de state au lieu de region, c'est justement faire de la politique là où ça ne devrait pas avoir lieu. OSM doit refléter le statut officiel des choses et pas en faire des interprétations personnelles. Si on doit utiliser une balise dédiée a chaque particularisme national, on va en avoir un bon nombre... Pour un aperçu rien que sur l'Europe : http://en.wikipedia.org/wiki/Nomenclature_of_Territorial_Units_for_Statistics On constate que le terme region ne désigne carrément pas la même chose d'un pays à l'autre... Je ne suis pas particulièrement attaché à place=state, mais changer uniquement pour une question de similitude sémantique ne m'emballe pas non plus. Je pense qu'il faut avoir une réflexion plus global est voir par qui et comment sont utilisé les clés state et region. Je suis quelqu'un d'assez basic. Quand je vois un canard, je taggue un canard (voir http://wiki.openstreetmap.org/wiki/Duck_tagging pour comprendre le test du canard ;) Quand à l'existence même du noeud, c'est vrai qu'on pourrait s'en passer et migrer les tags vers la relation de type boundary (s'ils n'y sont pas déjà). On perd le label mais en métropole, on peut s'en passer puisqu'on peut revenir sur le centroide du polygone. Je pense qu'avoir un peu de redondance entre relation et noeud est plutôt bénéfique à lextraction et l'exploitation des données et ne coute pas grand chose. Sinon, j'ai tout de même regardé l'état des régions en France et le validateur JOSM m'a sortir pas mal d'erreurs sur la Bretagne. Un grand nombre d'îles sont inclus dans la relation avec le role outer, alors qu'elles sont déjà inclus dans le polygone principal http://tile.openstreetmap.fr/?zoom=12lat=47.60407lon=-2.82823layers=00B0FFF En fait, la limite administrative ne suit pas la ligne de cote, mais coupe l'anse de Locmariaquer à Navalo. http://tile.openstreetmap.fr/?zoom=16lat=47.55172lon=-2.92297layers=00B0FFF C'est une erreur confirmé par le SHOM Si on récupère le trait de cote officiel (en licence ouverte) sur http://www.data.gouv.fr/fr/dataset/trait-de-cote-histolitt , on s'aperçoit qu'il y a pas mal de simplification à supprimer dans OSM... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imagerie de la Communauté urbaine de Bordeaux
Le 08/05/2014 15:02, Frédéric Rodrigo a écrit : Bonjour, L'imagerie aérienne de la Communauté urbaine de Bordeaux est disponible depuis déjà un moment en OpenData sous ODbL. Elle est maintenant disponible pour l'édition : un service de tuile TMS est disponible via l'association OSM-FR. http://wms.openstreetmap.fr/tms/1.0.0/bordeaux_2012/{zoom}/{x}/{y} L'identification de source à utiliser est : Communauté urbaine de Bordeaux - 2012 Également disponible dans JOSM. Pour l'ajouter aller dans le menu Imagerie, puis Préférence d'imagerie, puis utiliser l'icône bleu à droite pour regarder la liste des fournisseurs disponibles. Et pour finir sélectionner dans la première liste FR Communauté urbaine de Bordeaux - 2012 et utiliser le bouton Activer. La vue satellite de Bing est plus récente et plus précise. En tout cas sur cette zone... http://www.bing.com/maps/?v=2cp=44.801990~-0.612015lvl=19sty=aform=LMLTCC Mais la CUB est plus récente et précise que DigitalGlobe/Mapbox... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Libération du calculateur multimodal Navitia utilisant OSM
Le 08/05/2014 21:39, Tristram Gräbener a écrit : Bonjour, Bonjour, Je n’ai pas vu passer l’information sur cette liste sur la libération de Navitia par Canal TP. Même si le focus est surtout sur les itinéraires en transports en communs, OpenStreetMap est utilisé pour les trajets d’approche des arrêts et pour la saisie d’une adresse. Lorsque je travaillais chez Canal TP j’avais poussé à l’ouverture du tout premier composant : un outil minimaliste pour liste les fichiers osm.pbf en C++ : https://github.com/CanalTP/libosmpbfreader Pour le reste, je ne vais pas répéter ce qui a été dit dans d’autres posts : http://labs.canaltp.fr/2014/04/navitia-est-opensource/ http://linuxfr.org/news/liberation-de-navitia-un-calculateur-d-itineraire-pour-les-transports-en-communs Espérons que Canal TP arrive à pousser les collectivités qui sont ses clients (souvent des régions) à utiliser OSM Je profite de ton intervention pour te féliciter pour ton billet Petit historique du calcul d’itinéraire. Je ne pensais pas que les algo de routage était finalement si récent. Très instructif. Des évolutions depuis ? Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accès de certaines voies en France
Le 07/05/2014 23:10, Tetsuo Shima a écrit : En fait c'est faux. Les piéton sont tenus d'emprunter la partie de la chaussée qui leur est réservé quand il y en a une ... donc le trottoir s'il y en a un. Autrement il peuvent emprunter n'importe quel partie de la chaussée, zone pour les automobile, ou bande cyclable ou piste cyclable, tant qu'ils restent sur un des coté... C'est encore pire avec les bande cyclable dessinée sur le trottoir et non les solutions en site propre, là légalement c'est un bordel sans nom, les piétons pouvant circuler dessus sans vraiment faire attention - ne serait ce que les mal voyant - Reste le cas des piste cyclable vraiment dédié en site propre, ou il existe aussi une piste piétonne elle aussi dédié et en site propre ... le cas qui n'existe nulle part en France. Si si , ça existe... https://maps.google.fr/?ll=43.29484,-0.383019spn=0.0057,0.019398t=mz=16layer=ccbll=43.294835,-0.387089panoid=g7uEGCERDAQ9cyAXNcSh1gcbp=12,195.5,,0,6.93 Article R412-34 I. - Lorsqu'une chaussée est bordée d'emplacements réservés aux piétons ou normalement praticables par eux, tels que trottoirs ou accotements, les piétons sont tenus de les utiliser, à l'exclusion de la chaussée. Ces dispositions ne s'appliquent pas aux aires piétonnes et aux zones de rencontre. ... Article R412-35 Lorsqu'il ne leur est pas possible d'utiliser les emplacements qui leur sont réservés ou en l'absence de ceux-ci, les piétons peuvent emprunter les autres parties de la route en prenant les précautions nécessaires. Les piétons qui se déplacent avec des objets encombrants peuvent également emprunter la chaussée si leur circulation sur le trottoir ou l'accotement risque de causer une gêne importante aux autres piétons. Les infirmes qui se déplacent dans une chaise roulante peuvent dans tous les cas circuler sur la chaussée. Dans une zone de rencontre, les piétons peuvent circuler sur la chaussée mais ne doivent pas gêner la circulation des véhicules en y stationnant. ... Article R412-36 Lorsqu'ils empruntent la chaussée, les piétons doivent circuler près de l'un de ses bords. Hors agglomération et sauf si cela est de nature à compromettre leur sécurité ou sauf circonstances particulières, ils doivent se tenir près du bord gauche de la chaussée dans le sens de leur marche. Toutefois, les infirmes se déplaçant dans une chaise roulante et les personnes poussant à la main un cycle, un cyclomoteur ou une motocyclette doivent circuler près du bord droit de la chaussée dans le sens de leur marche. Pour résumer le seul cas ou une piste cyclable est vraiment réservé au seuls vélo, c'est quand elle est en site propre, qu'il y a aussi une piste pour les piéton, et que la piste cyclable est vraiment noté comme interdite a autre chose que les vélos. 2014-05-05 11:30 GMT+02:00 Pieren pier...@gmail.com mailto:pier...@gmail.com: 2014-05-04 11:52 GMT+02:00 George Kaplan georgekaplan...@hotmail.fr mailto:georgekaplan...@hotmail.fr: http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dcycleway J'ai amélioré cette page du wiki pour le foot (l'accès, pas le sport). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Share alike ou le partage à l'identique
Le 29/04/2014 16:16, Nicolas Moyroud a écrit : Merci Pieren pour ce magnifique résumé. J'avais très mal saisi de quoi il s'agissait jusque là. Dans mon cas personnel en cas d'abandon de la clause Share-Alike, j'arrête totalement de contribuer à OSM. Petite question : en cas d'abandon de cette clause les contributeurs devront-ils donner leur accord comme lors du changement CC-By-SA vers ODbL ou est-ce que ça peut être fait sans leur accord ? ap.org/listinfo/talk-fr Lors du changement de licence, j'ai répété à l'envie que je trouvais inacceptable de lier le changement de licence avec les Termes du contributeur. Il ne vous reste plus qu'a relire les termes du contributeur pour voir dans quelles conditions ce changement de licence est possible. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap France reçue par le Président de la République
Le 28/04/2014 11:33, François Lacombe a écrit : Le 25 avril 2014 18:03, RatZilla$ ratzil...@gmail.com mailto:ratzil...@gmail.com a écrit : La cartographie des infrastructures a eu un écho particulier compte tenu des enjeux. À défaut de faire d'OpenStreetMap une base de données d'autorité, la cartographie des infrastructures dans OSM permettra de libérer l’imagination des développeurs sur les futurs enjeux d'interopérabilité nationale/internationale - inter acteurs/administration. Merci Gaël, je partage complètement ! Pas d'autorité, mais des connexions avec des référentiels existant pouvant être libérés. D'où le besoin d'intégrer les codifications et identifications faisant parties de ces référentiels pour réaliser ces connexions en dehors d'OSM une fois libérés (ou pas, peu importe). C'est super prometteur, to be continued ! À propos de cartographie d'infrastructures, j'ai discuté avec des représentants d'Etalab de la problèmatique sécurité/défense... Doit on faire gaffe aux infos que l'on mets dans OSM ? sujet récurrent. Ben, il n'y a pas de problèmes, on peut tout mettre, pas de restriction, pas d'auto censure. C'est sur le terrain, on le mets. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] SotM-EU 2014: programme et volontaires
Le 23/04/2014 16:43, Christine Karch a écrit : Pour moi la langue francaise n'est pas facile. Je suis heureuse de trouver quelque mots et d'écrire ici un peu et de pouvoir raconter un peu d'organisation de sotm-eu. J'essaie fortement de faire quelque chose francophone avec ce sotm-eu et inviter des francais (etc.). Mais ne me critique pas que je ne sais pas la langue parfaitement, ca n'aide pas du tout faire quelque chose ensemble. La communauté francophone ne s'associe pas aux propos tenus par Philippe Verdy. C'est notre troll, notre boulet... Au contraire, nous saluons votre effort de communiquer en français pour présenter le SOTM-Eu sur cette liste de diffusion. En espérant que des volontaires se joignent à vous pour aider à l'organisation de cet événement. On 04/23/2014 04:22 PM, Philippe Verdy wrote: Il faut quand même s'habiter à éviter les anglicismes à tout bout de champ, même si on vise aussi dans les projets francophone à un support aussi par la communauté anglophone (où on a des contacts fréquents ici) avec de bonnes traductions. En français “rendering” [ | !~O ] se dit « rendu » et se comprend aussi clairement et parfaitement [ {{ ;–[) ]. Nos voisins allemands; puisqu'on parle d'eux, font plus attention que nous à ce genre de « détail » linguistique et cela participe aussi à une meilleure sensibilisation chez eux aux projets open source dont ils ne se sentent pas mis à l'écart des discussions. Tout le monde ici n'est pas technicien capable de travailler clairement avec l'idiome shakespearien (souvent encore plus maltraité par le monde technique). SOTM ne vise pas que la communauté des développeurs, qui n'a pas réellement besoin de ce genre de conventions internationales. Mais en maltraitant ici le français, on oublie ceux à qui on veut parler et démontrer notre sérieux en France, en Belgique, au Canada ou dans d'autres pays francophones qui tiennent aussi à ce qu'on fasse l'effort du multilinguisme par égard aussi à leurs propres langues et cultures nationales ou régionales. Le 23 avril 2014 15:03, Christine Karch christ...@hermione.de mailto:christ...@hermione.de a écrit : Salut, le programme de SotM-EU 2014 à Karlsruhe est fixe et couvre le monde entier de OpenStreetMap: Il y aura présentations au sujet de rendering et cartographie, geocoding, routing, assurance de la qualité, le sujet humanitaire, cartes pour bicyclette, mobile apps et plus: http://sotm-eu.org/fr/program Nous cherchons des volontaires, qui aident pendant les présentations ou qui supportent le team video. On n'a pas besoin de connaissances spéciales. En plus on cherche des gens avec d'expérience pour la modération des présentations. Si vous avez envie d'aider pendant la conférence inscrivez-vous ici: https://wiki.openstreetmap.__org/wiki/State_Of_The_Map___Europe_2014/Helpers https://wiki.openstreetmap.org/wiki/State_Of_The_Map_Europe_2014/Helpers Enfin nous sommes très heureux que nous pouvons vous présenter un programme d'ateliers supérieur à hackday. Il y aura des ateliers au sujet de Osmium (Jochen Topf), Overpass Api (Roland Olbricht), OpenStreetMap Carto (Andy Allan) et MapRoulette (Martijn van Exel). Je me réjouis à vous voir à Karlsruhe au mois de Juin. Christine Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication
Le 22/04/2014 18:48, François Lacombe a écrit : Bonjour, Concernant les confs du 05/04, il ne semble y avoir que celles données au 4ième étage sur le serveur de RedFox. Il y a aussi celles du rez de chaussée. Malheureusement elles n'ont pas été segmentée à la source, et ça pèse lourd !! /20140405-101056_7585/ 9,3 Go /20140405-114439_5e07/ 1,6 Go /20140405-134335_775d/ 22,3 Go !! J'aurais pourtant bien re-regardé celles sur L'OAPI et Tilemill qui ont eu lieu au RdC. Peut-être qu'elles ont voyagé via un autre circuit ? Non non :) Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication
Le 21/04/2014 17:31, Eric a écrit : Je suis en train de coder la journée du 4/4 en coupant par intervenant (désolé si des noms sont mal orthographiés). Les fichiers sont en cours d'upload sur le lien ci dessous mais c'est lng...). Ca devrait être bon demain matin http://www.blueb.fr/_osm/sotm/ Je laisse volontiers les autres jours si il y a d'autres volontaires :) C'est du boulot ! Merci d'y participer :) Eric [Blueberry] Le 21/04/2014 14:58, Eric a écrit : Le 21/04/2014 12:04, Frédéric Rodrigo a écrit : Bonjour, Les vidéos du SotM-FR ne sont pas encore disponible pour la diffusion. Il faut avant les préparer un petit peu : un peu de montage et de l'encodage. Les enregistrements brut fait au NUMA sont disponible là : ftp://ftp.redfoxcenter.org/pub/OpenStreetMap/SOTM-Fr_2014/ On est donc à la recherche de quelques personnes connaissant le sujet pour de l'aide. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Salut ! Ok, j'attaque l'encodage de tout ca histoire de faire chauffer le PC cette aprem ... Eric -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr