Re: [OSM-talk-fr] Fusions d'arrondissements (était:Guebviller: nouveau plan de circulation...)
Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit : Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. Il y a eu des fusions d'arrondissements en Moselle (57) aussi, il me semble. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
Le 24/02/2015 22:04, Jean-Baptiste Holcroft a écrit : je serai là également ! À l'intérieur de ce batiment il y aura une salle particulière ? Non, on sera dans la salle de réunion du rez-de-chaussée. Et grignotage dans le quartier ensuite, bien sûr ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
Le mardi 24 février 2015 à 20:09 +0100, Vincent de Château-Thierry a écrit : La fin du mois approche, Si vous êtes parisien(ne)s ce jeudi soir, jeudi ! me deplacer je ferais ... vous êtes les bienvenus à partir de 19:00 à la Maison des Associations du IIè arrondissement, 23, rue Greneta. = http://www.openstreetmap.org/node/691721185 À jeudi, vincent ( Christian) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
Le 24/02/2015 19:11, Christian Quest a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! Je relaie sur la liste locale Alsace Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
L'article de Wikipédia qui les historise s'arrête à 2007 depuis la disparition de l'arrondissement des îles du Nord en Guadeloupe (autonomie de Saint-Martin et Saint-Barthélemy) http://fr.wikipedia.org/wiki/Arrondissement_%28France%29 Mais dans les articles par arrondissements on trouve des références, par exemple: http://fr.wikipedia.org/wiki/Arrondissement_de_Strasbourg-Campagne (fusion des arrondissements de Strasbourg-Ville et -Campagne) Le 24 février 2015 20:39, Philippe Verdy verd...@wanadoo.fr a écrit : Au fait j'ai entendu dire qu'il y avait eu des suppressions/fusions d'arrondissements (départementaux) en janvier, notamment dans l'Est (Guebviller, Mulhouse-Campagne et ville) Il y a des sources pour ça ? Est-ce qu'on est à jour ? Le 24 février 2015 19:11, Christian Quest cqu...@openstreetmap.fr a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
Au fait j'ai entendu dire qu'il y avait eu des suppressions/fusions d'arrondissements (départementaux) en janvier, notamment dans l'Est (Guebviller, Mulhouse-Campagne et ville) Il y a des sources pour ça ? Est-ce qu'on est à jour ? Le 24 février 2015 19:11, Christian Quest cqu...@openstreetmap.fr a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons
La requête Overpass Turbo (sur http://overpass-turbo.eu/) fait ces vérifications de façon visuelle et interactive (données à jour disponibles dans la minute) osm-script output=json timeout=40 union query type=relation has-kv k=boundary v=political/ has-kv k=political_division v=canton/ bbox-query {{bbox}}/ /query /union print mode=body/ recurse type=down/ print mode=skeleton order=quadtile/ /osm-script (pour les cantons il faut zoomer sa vue (la bbox par défaut est celle de votre onglet d'affichage dans le navigateur) un peu à l'échelle d'un département sinon on déborde vite en volume de données) Modifiez les lignes has-kv (paires clé et valeur d'un même tag) selon vos critères de recherche (anciens ou nouveaux cantons, arrondissements, circonscriptions législatives) On repère vite les trous (zones blanches) et superposition (zones jaunes plus intenses), ou enclaves/exclaves oubliées dans une relation voisine 'bordure violette et non bleue, car les ways ne sont pas réutilisés par deux relations). Le 24 février 2015 18:12, Christian Quest cqu...@openstreetmap.fr a écrit : Le 24/02/2015 16:49, Jérôme Amagat a écrit : Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. C'est ce que je comptais faire en poussant un peu plus l'extraction automatique des données du JORF. On a effectivement des communes qui ont sauté à cause de leur nom orthographié différemment (le JORF ne met pas d'accent sur les majuscules, utilise des e dans l'a alors que dans OSM on a des ae). Je comptais par exemple vérifier les trous dans la couverture des cantons en croisant avec les polygones des communes, et détecter les cantons qui se chevauchent partiellement, chose possible aussi à intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter ça). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Le 24 février 2015 16:53, Nicolas Moyroud nmoyr...@free.fr a écrit : Tu voudrais que je sois cohérent avec moi-même, tu m'en demandes beaucoup là ! ;-) Blague à part Ortho SIG L-R 2012 c'est ce que j'ai mis dans attribution-text ça ne suffit pas ? Pour le name j'ai suivi la même structure que ce qui a été fait pour le CRAIG : nom organisme - zone année - résolution. Ok comme ça alors. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
C'est une bonne démo typique d'utilisation d'UMAP (à montrer aux assos qui veulent cartographier leurs événements, j'en ai aidé quelques unes pour des cartes moins fournies, avec des points, des lignes, des aires, et quelques icônes custom pour les bulles). En revanche une visualisation c'est bien, mais ces données ne demandent plus qu'à avoir un jeu de données associé... à indiquer par un lien dans les infos de la légende (par exemple en remplissant la zone crédits encore vide, même si en bas de carte on a en tout petit les mentions d'OpenStreetmap et OdBL (fond de carte) et CCPRO 2014 (avant le lien légende). Le 24 février 2015 16:30, Tony Emery tony.em...@yahoo.fr a écrit : C'est tout nouveau et tout frais, la Communauté de Communes des Pays de Rhône et Ouvèze se lance dans la communication sur fond OSM. La première carte publiée sur son site Internet avec un fond OpenStreetMap et en utilisant UMAP www.ccpro.fr/environnement http://www.ccpro.fr/environnement/collecte_et_valorisation_des_dechets/pav/ http://gis.19327.n5.nabble.com/file/n5834808/Capture.png - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/La-CCPRO-se-lance-dans-OpenStreetMap-tp5834808.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte avec les panneaux autoroutiers / Destination Sign ?
Merci à tous, j'ai ajouté le lien sur les panneaux de direction : https://wiki.openstreetmap.org/wiki/FR:Relation:destination_sign et la page des autoroutes https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway En espérant que les ajouts sont bien pertinents. -- Jean-Baptiste Holcroft Le 24 février 2015 11:16, Otourly Wiki otou...@yahoo.fr a écrit : Dans mes archives de courriels en cherchant Telenav (Merci Pieren) j'ai trouvé http://checkautopista.hol.es/?id=158011 Peut-être que ça t'aidera ? Florian Le Mardi 24 février 2015 11h04, Pieren pier...@gmail.com a écrit : 2015-02-24 8:17 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Il me semble qu'une société de logiciels de routage avait fait une saisie importante aux USA et avaient fourni un lien. La société, c'est Telenav qui a racheté Skobbler qui s'appelle maintenant Scout et qui a payé des gens pour remplir ces info sur les USA: http://blog.openstreetmap.de/blog/2014/07/wochennotiz-nr-210/ Quelqu'un se souvient du lien ? Ca ne me dit rien, par contre. Désolé. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guebviller: nouveau plan de circulation...
Si on veut une référence simple avec ses versions consolidées (pour ne pas citer une version initiale non corrigée), le lien est http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005698 Il est préférable sur LégiFrance de mentionner les liens avec juste cidTexte=* pour avoir la dernière version consolidée (tout en permettant de voir les autres versions) plutôt qu'une version spécifique ou le lien d'un PDF (ça permet de voir ce qui a changé dans un texte avant sa finalisation ou correction). Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit : Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-alsace] Re: Guebviller: nouveau plan de circulation...
Le 24 février 2015 21:11, DH dhel...@free.fr a écrit : Le 24/02/2015 19:11, Christian Quest a écrit : Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/ 02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! Je relaie sur la liste locale Alsace Denis Merci Denis, Habitant à quelques kilomètres et connaissant très bien Guebwiller, je veux bien m'en occuper, à moins évidemment qu'un non-abonné aux listes s'en charge d'ici là. Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce jeudi
je serai là également ! À l'intérieur de ce batiment il y aura une salle particulière ? -- Jean-Baptiste Holcroft 2015-02-24 20:47 GMT+01:00 didier2020 didier2...@free.fr: Le mardi 24 février 2015 à 20:09 +0100, Vincent de Château-Thierry a écrit : La fin du mois approche, Si vous êtes parisien(ne)s ce jeudi soir, jeudi ! me deplacer je ferais ... vous êtes les bienvenus à partir de 19:00 à la Maison des Associations du IIè arrondissement, 23, rue Greneta. = http://www.openstreetmap.org/node/691721185 À jeudi, vincent ( Christian) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fusions d'arrondissements (était:Guebviller: nouveau plan de circulation...)
Une recherche sur les décrets de la même date (29 décembre 2014) sur LégiFrance avec le mot clé arrondissement) me donne cette liste de 3 décrets: * Décret n° 2014-1720 du 29 décembre 2014 portant suppression des arrondissements de Guebwiller et de Ribeauvillé (département du Haut-Rhin) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005678 * Décret n° 2014-1721 du 29 décembre 2014 portant suppression des arrondissements de Boulay-Moselle, de Château-Salins, de Thionville-Ouest et de Metz-Campagne (département de la Moselle) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005688 * Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30005698 Le 24 février 2015 22:11, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 24 février 2015 20:58, Philippe Verdy verd...@wanadoo.fr a écrit : Et le décret qui va avec Décret n° 2014-1722 du 29 décembre 2014 portant suppression des arrondissements de Strasbourg-Campagne et de Wissembourg (département du Bas-Rhin) http://www.legifrance.gouv.fr/eli/decret/2014/12/29/2014-1722/jo/texte Il procède à la suppression des arrondissements de Strasbourg-Campagne et de Wissembourg et modifie les limites territoriales des arrondissements d'Haguenau, de Molsheim, de Saverne et de Strasbourg-Ville et les noms d'Haguenau et de Strasbourg-Ville. Cette réforme vise à adapter la carte des arrondissements à l'organisation administrative territoriale contemporaine et à ses dynamiques de développement, en prenant notamment en compte les limites des établissements publics de coopération intercommunale. Avec un tableau en annexe des communes. Il y a eu des fusions d'arrondissements en Moselle (57) aussi, il me semble. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Bonjour, De: djoman djo_...@laposte.net Mais ce matin BANO est toujours rouge. Retard ou autre chose ? Ça peut être du côté de ton cache, car je ne vois rien d'anormal pour Orléans ici : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9017/1.9072 ni là : http://cadastre.openstreetmap.fr/fantoir/#insee=45234 Pour info les tuiles du rendu BANO sont invalidées / regénérées chaque nuit au moment de la mise à jour quotidienne de la base. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte avec les panneaux autoroutiers / Destination Sign ?
Dans mes archives de courriels en cherchant Telenav (Merci Pieren) j'ai trouvé http://checkautopista.hol.es/?id=158011 Peut-être que ça t'aidera ? Florian Le Mardi 24 février 2015 11h04, Pieren pier...@gmail.com a écrit : 2015-02-24 8:17 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Il me semble qu'une société de logiciels de routage avait fait une saisie importante aux USA et avaient fourni un lien. La société, c'est Telenav qui a racheté Skobbler qui s'appelle maintenant Scout et qui a payé des gens pour remplir ces info sur les USA: http://blog.openstreetmap.de/blog/2014/07/wochennotiz-nr-210/ Quelqu'un se souvient du lien ? Ca ne me dit rien, par contre. Désolé. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
Autres erreurs constatées : certains ont pris comme frontière communale (une fois tracés les limites cantonales infracommunales) des limites de quartiers (admin_level=10), ça donne des bouts manquants: ils ont juste cherché le premier boundary=administrative qui se présentait du bon côté pour fermer la commune, sans charger réellement la relation communales. Le 24 février 2015 10:00, Philippe Verdy verd...@wanadoo.fr a écrit : En faisant le tour des départements qui avaient été faits (marqués en vert sur le wiki) je constate que certains ont été trop rapides et ont repris les cantons actuels du moment qu'ils avait le bon numéro. Bref de nombreux trous dans la carte s'expliquent ! Durant le renommages des cantons 2014 en disused: (avec des oublis) et des nouveaux sansplanned: (là aussi avec des oublis) personne n'a eu l'idée en les voyant dans les données de vérifier que c'était bien des cantons 2015 avant de les mettre dans le wiki. Il y a du ménage à faire et de nombreux trous dans le rendu Layers s'expliquent comme ça. J'ai vérifié une série de départements au fur et à mesure qu'ils se faisaient mais ces dernières semaines cela a été plus vite que je ne pouvais le faire (et j'avais aussi d'autres occupations). En attendant, Layers n'est pas utilisable. Je rappelle cette requête OverPass pour visualiser (zoomer sur une zone pas beaucoup plus grande qu'un département avant de lancer sinon vous aurez trop de données pour votre navigateur. Le résultat est immédiat (contrairement à Layers dont le serveur est à la peine pour générer ses bitmaps) et permet de consulter les tags et voir les admin_center: http://overpass-turbo.eu/s/7Qz Le 24 février 2015 08:51, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut, Le lundi 23 février 2015 23:26:43 Christian Quest a écrit : Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. […] Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Intéressant. Mais je me demande si le critère est bon … Par exemple, si on regarde ceux qui sont le moins charcutés : Lille-1 et Lille-7 http://layers.openstreetmap.fr/?zoom=13lat=49.25551lon=4.04531layers=BFFTFFF C'est pas flagrant. Où alors, c'est qu'il sont de toutes façons tous charcutés, à leur échelle :-) En effet, compter le nombre de noms de voies comporte des biais : - une ligne droite peut changer 3 fois de noms - 10 faibles changement de direction (surtout dans le même sens) et moins pire qu'un crochet en 3 mouvements (à croire que certains font pression pour rester dans un canton) - un petit canton aura plus de chance d'avoir moins de tronçon mais d'être plus charcuté Bref, c'est marrant mais pas aussi simple :-) Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Salut Nicolas, Il existe un greffon pour JOSM : https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Imagery-XML-Bounds Bien cordialement, Jean-Guilhem Le 24/02/2015 10:31, Nicolas Moyroud a écrit : Salut, Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). Et donc ma question : sur le wiki JOSM vous générez comment le bloc shape qui contient l'emprise de la zone couverte ? Je veux bien le faire à la main point par point, mais demain j'y serai encore et ça risquerait de faire baisser ma moyenne de contributions à OSM... ;-) Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
Autres erreurs courantes : oublier les enclaves ou les taguer incorrectement en outer quand il faut les exclure (en inner) de la (ou des) communes qui la sépare(nt) de la partir principale. Ce cas se produit quand l'enclave sort des limites du canton prises sur les parties principales. Souvent les parties externes sont présentes mais rarement les parties internes à exclure: c'est la tentation de terminer vite une fois qu'on a fait le tour d'un canton, sans voir s'il n'y avait pas de bouts d'une commune voisine hors canton. Et cela peut même aboutir à omettre des communes entières. Dernier cas: pour le tracé on croit avoir fait le tour mais on a oublié une commune à la périphérie du canton mais pourtant bien dans le canton. Ce n'est pas toujours facile à voir quand on a déjà fait des cantons voisins, mais le repérage c'est tout de même de voir q'il n'y a pas de bout où l'icône du noeud place est absente (il arrive cependant que certaines commuens n'aient toujours pas de noeud place positionné en role admin_centre de la relation. Le 24 février 2015 10:10, Philippe Verdy verd...@wanadoo.fr a écrit : Autres erreurs constatées : certains ont pris comme frontière communale (une fois tracés les limites cantonales infracommunales) des limites de quartiers (admin_level=10), ça donne des bouts manquants: ils ont juste cherché le premier boundary=administrative qui se présentait du bon côté pour fermer la commune, sans charger réellement la relation communales. Le 24 février 2015 10:00, Philippe Verdy verd...@wanadoo.fr a écrit : En faisant le tour des départements qui avaient été faits (marqués en vert sur le wiki) je constate que certains ont été trop rapides et ont repris les cantons actuels du moment qu'ils avait le bon numéro. Bref de nombreux trous dans la carte s'expliquent ! Durant le renommages des cantons 2014 en disused: (avec des oublis) et des nouveaux sansplanned: (là aussi avec des oublis) personne n'a eu l'idée en les voyant dans les données de vérifier que c'était bien des cantons 2015 avant de les mettre dans le wiki. Il y a du ménage à faire et de nombreux trous dans le rendu Layers s'expliquent comme ça. J'ai vérifié une série de départements au fur et à mesure qu'ils se faisaient mais ces dernières semaines cela a été plus vite que je ne pouvais le faire (et j'avais aussi d'autres occupations). En attendant, Layers n'est pas utilisable. Je rappelle cette requête OverPass pour visualiser (zoomer sur une zone pas beaucoup plus grande qu'un département avant de lancer sinon vous aurez trop de données pour votre navigateur. Le résultat est immédiat (contrairement à Layers dont le serveur est à la peine pour générer ses bitmaps) et permet de consulter les tags et voir les admin_center: http://overpass-turbo.eu/s/7Qz Le 24 février 2015 08:51, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut, Le lundi 23 février 2015 23:26:43 Christian Quest a écrit : Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. […] Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Intéressant. Mais je me demande si le critère est bon … Par exemple, si on regarde ceux qui sont le moins charcutés : Lille-1 et Lille-7 http://layers.openstreetmap.fr/?zoom=13lat=49.25551lon=4.04531layers=BFFTFFF C'est pas flagrant. Où alors, c'est qu'il sont de toutes façons tous charcutés, à leur échelle :-) En effet, compter le nombre de noms de voies comporte des biais : - une ligne droite peut changer 3 fois de noms - 10 faibles changement de direction (surtout dans le même sens) et moins pire qu'un crochet en 3 mouvements (à croire que certains font pression pour rester dans un canton) - un petit canton aura plus de chance d'avoir moins de tronçon mais d'être plus charcuté Bref, c'est marrant mais pas aussi simple :-) Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte avec les panneaux autoroutiers / Destination Sign ?
2015-02-24 8:17 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com: Il me semble qu'une société de logiciels de routage avait fait une saisie importante aux USA et avaient fourni un lien. La société, c'est Telenav qui a racheté Skobbler qui s'appelle maintenant Scout et qui a payé des gens pour remplir ces info sur les USA: http://blog.openstreetmap.de/blog/2014/07/wochennotiz-nr-210/ Quelqu'un se souvient du lien ? Ca ne me dit rien, par contre. Désolé. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Salut, Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). Et donc ma question : sur le wiki JOSM vous générez comment le bloc shape qui contient l'emprise de la zone couverte ? Je veux bien le faire à la main point par point, mais demain j'y serai encore et ça risquerait de faire baisser ma moyenne de contributions à OSM... ;-) Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le mardi 24 février 2015 12:35:54 Jérôme Amagat a écrit : Qu'on soit bien clair, moi je ne parlais pas de superposer mon way boundary=political aux ways déjà existants en réutilisant les nœuds. Ok tu ne réutilises pas les noeuds. Tu trace des way très très proches des ways déjà existant donc c'est quand même très proche d'une superposition, non? très proche, oui -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le 24 février 2015 13:54, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques Oui et on parle bien du cas des cantons mais pas par exemple des limites administratives. La réponse de Christian fait bien la distinction entre les 2 cas de figure. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
je corrige ce que je vois au fur et à mesure. C'est long, fastidieux car les causes d'erreurs sont multiples. J'indique ça parce que certains peuvent y reconnaitre certaines de leurs erreurs ou ne pas voir ce qui cloche pour le corriger. A ce sujet, on a encore des problèmes de rendu dans la couche Layers, à cause des circonscriptions législatives mal fermées. Pour les voir séparément on peut là encore utiliser Overpass: http://overpass-turbo.eu/s/7QN La plupart du temps c'est parce qu'il manquait les cantons de 2012 (lesquels composent encore les circonscriptions et il n'est pas prévu pour l'instant de nouveau découpage législatif). On peut encore les corriger ces cantons pour terminer ou refermer les circonscriptions législatives. Le 24 février 2015 11:49, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Salut Philippe, Le mardi 24 février 2015 11:02:14 Philippe Verdy a écrit : Autres erreurs courantes : oublier les enclaves ou les taguer incorrectement en outer quand il faut les exclure (en inner) de la (ou des) communes qui la sépare(nt) de la partir principale. Ce cas se produit quand l'enclave sort des limites du canton prises sur les parties principales. Merci pour tes vérifications. Tu corriges au fil de l'eau ? Parce que énoncer des erreurs sans laisser trace des relations à pbs … Merci encore ! -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Isochronie 'transport public' avec OSM
Bonjour, Je souhaite faire sur la region francilienne et les departements limitrophes à l 'ile de france (ceux du Centre, picardie, Bourgogne, Normandie, Champagne-Ardenne) de la cartographie d'isochronie de transports public. Je compte utiliser soit Grass ou Postgis. Les transports en commun en question sont les tramways, les bus, metro, RER (pour l'ile de france), et les transiliens. J'ai téléchargé la data OSM via le site geofabrik. 1/ La data Railways peut elle etre utilisée pour ce type de cartographie? Avant le traitement pur d'isochronie, faut il quand meme la nettoyer, l'optimiser? 2/ Concernant la data roads, chaque entité ( ou enregistrement) est elle obligatoirement mono-partie ou peut elle etre multi-partie. Autrement dit, un enregistrement de la base 'roads' correspond à une géométrie 'mono-partie' ou 'multi-partie'. JE pose cete question car depuis ce matin j'essaie dans qgis de decouper la data OSM afin de conserver la data uniquement sur les departements utiles. Mais dans qgis l'opération ne marche pas. Mes 2 couches sont dans la meme projection. Je me demande alors si le soucis ne viendrait pas du fait que les data OSM soient du lineaire multiparties... Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/Isochronie-transport-public-avec-OSM-tp5834780.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les _limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiq ues[1] -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les _limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiq ues ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La CCPRO se lance dans OpenStreetMap
C'est tout nouveau et tout frais, la Communauté de Communes des Pays de Rhône et Ouvèze se lance dans la communication sur fond OSM. La première carte publiée sur son site Internet avec un fond OpenStreetMap et en utilisant UMAP www.ccpro.fr/environnement http://www.ccpro.fr/environnement/collecte_et_valorisation_des_dechets/pav/ http://gis.19327.n5.nabble.com/file/n5834808/Capture.png - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/La-CCPRO-se-lance-dans-OpenStreetMap-tp5834808.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Nicolas, Dans les préférences JOSM WMS/TMS, clique pour recharger la liste des fournisseurs. J'y vois SIG L-R Languedo-Rousillon affiché. Pierre De : Nicolas Moyroud nmoyr...@free.fr À : talk-fr@openstreetmap.org Envoyé le : Mardi 24 février 2015 9h09 Objet : Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM Je viens d'ajouter le service WMS SIG L-R Orthophotos 2012 dans la liste des Maps for France de JOSM. Il faudra attendre combien de temps à peu près pour que ce soit pris en compte dans JOSM ? Nicolas Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Le 24 février 2015 16:27, Pierre Béland pierz...@yahoo.fr a écrit : Nicolas, Dans les préférences JOSM WMS/TMS, clique pour recharger la liste des fournisseurs. J'y vois SIG L-R Languedo-Rousillon affiché. Et de le renommer en Ortho SIG L-R 2012 pour être raccord avec la proposition de tag source décrit dans http://libreavous.teledetection.fr/index.php/geomatique/9-openstreetmap/79-contribuer-a-osm-avec-les-images-aeriennes-haute-resolution-de-sig-l-r ? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Isochronie 'transport public' avec OSM
Je te conseille également la même chose, utiliser les GTFS, de plus il y a déjà des outils qui sont fait pour en déterminer des isochrones. Regarde Navitia et OpenTripPlanner. http://www.navitia.io http://www.opentripplanner.org Frédéric. Le 24/02/2015 15:45, Christian Quest a écrit : Pour le les bus RATP, le métro et le RER, plutôt que d'évaluer les temps à la louche, reprends le GTFS diffusé par la RATP et par SNCF/Transilien pour avoir de vrais temps de parcourt... Le filaire du réseau ferroviaire sera sûrement trop détaillé et pour le calcul isochrone l'utilisation du GTFS sera sûrement plus opportune. Le 24/02/2015 12:21, image93 a écrit : Bonjour, Je souhaite faire sur la region francilienne et les departements limitrophes à l 'ile de france (ceux du Centre, picardie, Bourgogne, Normandie, Champagne-Ardenne) de la cartographie d'isochronie de transports public. Je compte utiliser soit Grass ou Postgis. Les transports en commun en question sont les tramways, les bus, metro, RER (pour l'ile de france), et les transiliens. J'ai téléchargé la data OSM via le site geofabrik. 1/ La data Railways peut elle etre utilisée pour ce type de cartographie? Avant le traitement pur d'isochronie, faut il quand meme la nettoyer, l'optimiser? 2/ Concernant la data roads, chaque entité ( ou enregistrement) est elle obligatoirement mono-partie ou peut elle etre multi-partie. Autrement dit, un enregistrement de la base 'roads' correspond à une géométrie 'mono-partie' ou 'multi-partie'. JE pose cete question car depuis ce matin j'essaie dans qgis de decouper la data OSM afin de conserver la data uniquement sur les departements utiles. Mais dans qgis l'opération ne marche pas. Mes 2 couches sont dans la meme projection. Je me demande alors si le soucis ne viendrait pas du fait que les data OSM soient du lineaire multiparties... Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/Isochronie-transport-public-avec-OSM-tp5834780.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
De: Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Ben, pas moi. J'entends les deux points de vue (+ le 3 ème que j'ai expérimenté mais que je n'essaierai pas plus de défendre), et aucun des deux n'est satisfaisant (sans parler de parfait). Oui, rien d'idéal, je suis d'accord. Pour reprendre ton exemple de rues séparées en deux (sans parler des voies), je trouve les deux propositions bancales. Là, je préfère tracer une nouvelle polyligne sur le terre-plein centrale pour la limite, c'est parfait :-). Je parlais d'une rue dont les propriétés changent sur la longueur. Pour une rue à plusieurs chaussées, d'accord avec ce que tu décris, et dont parlais aussi Philippe : il y a un tracé en propre pour la limite, à mi-largeur de l'ensemble. Même chose lorsque une limite croise un rond-point. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Datacamp Elections... le charcutomètre ;)
Le 24/02/2015 08:51, Nicolas Dumoulin a écrit : Salut, Le lundi 23 février 2015 23:26:43 Christian Quest a écrit : Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me suis perdu, ça m'a donné l'idée de mon sujet du jour: le charcutomètre. L'idée est simple : mesurer la complexité de définition du découpage des cantons en partant de leur définition textuelle dans le JORF. […] Le top 50 est disponible sur https://gist.github.com/cquest/0105e48cb2bfb8df161a Intéressant. Mais je me demande si le critère est bon … Par exemple, si on regarde ceux qui sont le moins charcutés : Lille-1 et Lille-7 http://layers.openstreetmap.fr/?zoom=13lat=49.25551lon=4.04531layers=BFFTFFF C'est pas flagrant. Où alors, c'est qu'il sont de toutes façons tous charcutés, à leur échelle :-) En effet, compter le nombre de noms de voies comporte des biais : - une ligne droite peut changer 3 fois de noms - 10 faibles changement de direction (surtout dans le même sens) et moins pire qu'un crochet en 3 mouvements (à croire que certains font pression pour rester dans un canton) - un petit canton aura plus de chance d'avoir moins de tronçon mais d'être plus charcuté Bref, c'est marrant mais pas aussi simple :-) Merci Oui, ce n'est pas si simple, mais ça permet de démarrer la réflexion sur le sujet et je trouvais intéressant de ne travailler que sur la définition textuelle sans rien d'autre ;) Le fait de repasser N fois par le même nom de rue est par contre un indication intéressante pour détecter les détours. Les ratios surface du canton et complexité de définition peuvent aussi servir. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : Orléans et environs en rouge
Le mardi 24 février 2015 14:23:29 Vincent de Château-Thierry a écrit : Je donne mon avis tout en sachant (d'avance) que chacun sur le sujet a un point de vue bien arrêté. Mais bon. :) Ben, pas moi. J'entends les deux points de vue (+ le 3 ème que j'ai expérimenté mais que je n'essaierai pas plus de défendre), et aucun des deux n'est satisfaisant (sans parler de parfait). Pour reprendre ton exemple de rues séparées en deux (sans parler des voies), je trouve les deux propositions bancales. Là, je préfère tracer une nouvelle polyligne sur le terre-plein centrale pour la limite, c'est parfait :-). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Quand la définition officielle (JORF) du canton utilise comme support la voie, le mieux c'est d'utiliser les highway comme support. Du coup, on peut facilement vérifier que la succession de noms de voies correspond bien à la définition textuelle du JORF ;) Le 24/02/2015 13:54, Nicolas Dumoulin a écrit : Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Je viens d'ajouter le service WMS SIG L-R Orthophotos 2012 dans la liste des Maps for France de JOSM. Il faudra attendre combien de temps à peu près pour que ce soit pris en compte dans JOSM ? Nicolas Bon grâce Landry et ce fil de discussion je viens d'apprendre qu'on pouvait intégrer soi-même un nouveau service d'imagerie dans la liste officielle JOSM. Et du coup j'y ajouterai bien le flux Orthophotos Languedoc-Roussillon 2012 mis à disposition par SIG L-R (notre CRAIG à nous les sudistes). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Isochronie 'transport public' avec OSM
Pour le les bus RATP, le métro et le RER, plutôt que d'évaluer les temps à la louche, reprends le GTFS diffusé par la RATP et par SNCF/Transilien pour avoir de vrais temps de parcourt... Le filaire du réseau ferroviaire sera sûrement trop détaillé et pour le calcul isochrone l'utilisation du GTFS sera sûrement plus opportune. Le 24/02/2015 12:21, image93 a écrit : Bonjour, Je souhaite faire sur la region francilienne et les departements limitrophes à l 'ile de france (ceux du Centre, picardie, Bourgogne, Normandie, Champagne-Ardenne) de la cartographie d'isochronie de transports public. Je compte utiliser soit Grass ou Postgis. Les transports en commun en question sont les tramways, les bus, metro, RER (pour l'ile de france), et les transiliens. J'ai téléchargé la data OSM via le site geofabrik. 1/ La data Railways peut elle etre utilisée pour ce type de cartographie? Avant le traitement pur d'isochronie, faut il quand meme la nettoyer, l'optimiser? 2/ Concernant la data roads, chaque entité ( ou enregistrement) est elle obligatoirement mono-partie ou peut elle etre multi-partie. Autrement dit, un enregistrement de la base 'roads' correspond à une géométrie 'mono-partie' ou 'multi-partie'. JE pose cete question car depuis ce matin j'essaie dans qgis de decouper la data OSM afin de conserver la data uniquement sur les departements utiles. Mais dans qgis l'opération ne marche pas. Mes 2 couches sont dans la meme projection. Je me demande alors si le soucis ne viendrait pas du fait que les data OSM soient du lineaire multiparties... Merci d'avance. -- View this message in context: http://gis.19327.n5.nabble.com/Isochronie-transport-public-avec-OSM-tp5834780.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
Bonjour, Je relance ce post datant de fin 2014. Encore merci pour vos réponses. Je dois me remettre à l'isochronie sur voie routière. 1/ Grace à vos messages, j'ai bien compris que dans la pratique, on affectait essentiellement une vitesse max ou profile de vitesse aqu'à un certain type de voies . Concernant tous les autres types de voies (crossing, footway, steps, virtual, pedestrian, disused, etc. Est il préférable de tout simplement les supprimer de notre base de données lorsqu'on fait de l'isochronie automobile) ? si on décide de les conserver, j'imagine qu'on peut fixer un speed_profile par defaut (5 ou 10). Mais j'imagine qu'il ne faut pas affecter la valeur zero? La valeur zéro pourrait peut etre etre mal comprise par les logiciels pour l'isochronie (je compte utiliser grass ou postgis). 2/ Pour le champ type, j'ai une valeur 'roads'. Quelle valeur de speed_profile serait pertinent pour les roads'? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810p5834815.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM
Le 24/02/2015 16:33, Romain MEHUT a écrit : Le 24 février 2015 16:27, Pierre Béland pierz...@yahoo.fr mailto:pierz...@yahoo.fr a écrit : Nicolas, Dans les préférences JOSM WMS/TMS, clique pour recharger la liste des fournisseurs. J'y vois SIG L-R Languedo-Rousillon affiché. Super c'est immédiatement pris en compte ! Et de le renommer en Ortho SIG L-R 2012 pour être raccord avec la proposition de tag source décrit dans http://libreavous.teledetection.fr/index.php/geomatique/9-openstreetmap/79-contribuer-a-osm-avec-les-images-aeriennes-haute-resolution-de-sig-l-r ? Tu voudrais que je sois cohérent avec moi-même, tu m'en demandes beaucoup là ! ;-) Blague à part Ortho SIG L-R 2012 c'est ce que j'ai mis dans attribution-text ça ne suffit pas ? Pour le name j'ai suivi la même structure que ce qui a été fait pour le CRAIG : nom organisme - zone année - résolution. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cantons
Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fichier roads / champ : maxspeed incomplet
Tu peux regarder les choix de vitesses fait pas osrm : https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua Osrm fait aussi déjà de l'isochrone : https://github.com/mapbox/osrm-isochrone Frédéric. Le 24/02/2015 17:26, image93 a écrit : Bonjour, Je relance ce post datant de fin 2014. Encore merci pour vos réponses. Je dois me remettre à l'isochronie sur voie routière. 1/ Grace à vos messages, j'ai bien compris que dans la pratique, on affectait essentiellement une vitesse max ou profile de vitesse aqu'à un certain type de voies . Concernant tous les autres types de voies (crossing, footway, steps, virtual, pedestrian, disused, etc. Est il préférable de tout simplement les supprimer de notre base de données lorsqu'on fait de l'isochronie automobile) ? si on décide de les conserver, j'imagine qu'on peut fixer un speed_profile par defaut (5 ou 10). Mais j'imagine qu'il ne faut pas affecter la valeur zero? La valeur zéro pourrait peut etre etre mal comprise par les logiciels pour l'isochronie (je compte utiliser grass ou postgis). 2/ Pour le champ type, j'ai une valeur 'roads'. Quelle valeur de speed_profile serait pertinent pour les roads'? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/fichier-roads-champ-maxspeed-incomplet-tp5826810p5834815.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM BANO : Orléans et environs en rouge
Tout à fait d'accord. Du moins tant que la voirie n'est pas à chaussée séparée : dans ce cas on trace un trait dans l'axe entre les deux voies roulantes, sur le terre-plein (et on ne fait pas le tour des rond-points, on trace un trait passant par son centre connecté aux noueds centraux des Y). Les superpositions de traits multiples sont autant à éviter que les noeuds multiples superposés, et de même les traits artificiellement déplacés quand la définition de la limite utilise officielement l'axe d'une rue. Si la définition utilise un cours d'eau on suit le filaire de ce cours d'eau. Si la définition utilise une voie ferrée, on réutilise la voie ferrée (bien que souvent il y a plusieurs voies parallèles, on peut placer alors un trait entre les voies qui en sera suffisamment écarté pour qu'on puisse le distinguer de la même façon qu'on distingue les voies ferrées parallèles. Si la définition utilise une limite de zone hospitalière ou d'une forêt on peut cependant s'écarte légèrement, mais s'il y a un muret ou une clôture physique on peut réutiliser cette clôture qui est ce qui est le plus proche de la réalité, sans pour autant utiliser l'axe d'une voirie qui la border. Et autant que possible on évite de couper les bâtiments (sauf bien sûr pour les cas particulier des grands batiments construit à cheval sur deux communes sur deux parcelles mitoyennes, ou des batiments enjambant une voirie, ces cas assez rares ne se trouvent en pratique que dans les milieux urbains assez denses dans des agglomérations de plusieurs communes, où les terrains sont rares; c'est compliqué et risqué pour le bâtisseur/investisseur qui doit obtenir deux permis de construire ou racheter d'anciens batimnets à démolir pour construire un truc plus grand à la place, mais on en trouve parfois autour des villes moyennes dans les zones industrielles où les entrepôts s'étendent autour ; mais les limites cantonales snot plutôt définies sur les lieux d'habitations et pour éviter toute ambiguité sur les adresses des électeurs, et l'attribution des bureaux de votes les limites cantons évitent de telles coupures ou alors passent entre deux blocs internes séparés du bâtiment disposant chacun de leur porte et leur numéro d'adresse : les cantons ne sont pas des limites foncières des colectivités, elles séparent seulement les surfaces habitables par un même foyer d'occupants, mais il peut arriver ensuite qu'un batiment s'étende au delà de cette frontière virtuelle... et souvent très temporaire qui peut rebouger 2 ans plus tard). Le 24 février 2015 15:31, Christian Quest cqu...@openstreetmap.fr a écrit : Quand la définition officielle (JORF) du canton utilise comme support la voie, le mieux c'est d'utiliser les highway comme support. Du coup, on peut facilement vérifier que la succession de noms de voies correspond bien à la définition textuelle du JORF ;) Le 24/02/2015 13:54, Nicolas Dumoulin a écrit : Le mardi 24 février 2015 13:49:05 Romain MEHUT a écrit : Le 24 février 2015 13:45, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : utiliser des chemins superposés aux chemins physiques existants. Non pas superposés mais les chemins existants eux-mêmes. Relis la réponse de Christian cf. https://lists.openstreetmap.org/pipermail/talk-fr/2015-January/074580.html Ha Ok, donc le premier modèle de http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives#Limites_administratives_utilisant_des_.C3.A9l.C3.A9ments_physiques -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons
Le 24/02/2015 16:49, Jérôme Amagat a écrit : Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. C'est ce que je comptais faire en poussant un peu plus l'extraction automatique des données du JORF. On a effectivement des communes qui ont sauté à cause de leur nom orthographié différemment (le JORF ne met pas d'accent sur les majuscules, utilise des e dans l'a alors que dans OSM on a des ae). Je comptais par exemple vérifier les trous dans la couverture des cantons en croisant avec les polygones des communes, et détecter les cantons qui se chevauchent partiellement, chose possible aussi à intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter ça). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons
Sinon tout les way des cantons doivent apparaître dans 2 cantons sauf au frontière terrestre de la france (et paris et le grand lyon) Ceux qui n'apparaisse quune fois c'est qu'il y a un probleme : commune manquante ou chevauchement. Le 24 février 2015 18:12, Christian Quest cqu...@openstreetmap.fr a écrit : Le 24/02/2015 16:49, Jérôme Amagat a écrit : Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. C'est ce que je comptais faire en poussant un peu plus l'extraction automatique des données du JORF. On a effectivement des communes qui ont sauté à cause de leur nom orthographié différemment (le JORF ne met pas d'accent sur les majuscules, utilise des e dans l'a alors que dans OSM on a des ae). Je comptais par exemple vérifier les trous dans la couverture des cantons en croisant avec les polygones des communes, et détecter les cantons qui se chevauchent partiellement, chose possible aussi à intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter ça). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Guebviller: nouveau plan de circulation...
Pour info: http://france3-regions.francetvinfo.fr/alsace/2015/02/16/guebwiller-change-de-sens-tous-les-six-ans-656557.html Quelqu'un pour faire la mise à jour ? Ca semble changer le 4/3... Pour info, nous avons reçu un message sur le formulaire de contact venant des services de la ville pour signaler les changements et les répercuter dans OSM. Ca fait plaisir de voir qu'on pense naturellement à nous ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre parisienne ce jeudi
La fin du mois approche, Si vous êtes parisien(ne)s ce jeudi soir, vous êtes les bienvenus à partir de 19:00 à la Maison des Associations du IIè arrondissement, 23, rue Greneta. = http://www.openstreetmap.org/node/691721185 À jeudi, vincent ( Christian) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger une place composite ?
Salut, Je confirme qu'en attendant de trouver mieux j'utilise landuse=plaza Stf Le 21/02/2015 17:51, Félix Marty a écrit : Il y avait eu une discussion à ce sujet : http://gis.19327.n5.nabble.com/Les-places-place-de-l-eglise-etc-td5812285.html Le samedi 21 février 2015, 17:45:03 Félix Marty a écrit : Bonjour, [...] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs Osmose Fantoir Place=
Hello ! Est-ce que tu es un local de la commune ? place=farm ? C'est le nom réel des fermes ? Attention de ne pas confondre avec un nom d'usage tel que la ferme de nom du hameau. Ce n'est pas rare que la ferme porte un nom différent (GAEC de ...) Le wiki anglais indique aussi que si la ferme ne fait pas parti d'un ensemble plus grand, alors on doit plutôt utiliser place=isolated_dwelling. place=suburb dans une commune de 1500 habitants ?? Le wiki dit Use place http://wiki.openstreetmap.org/wiki/Key:place=*suburb* to identify a major area in a place http://wiki.openstreetmap.org/wiki/Key:place=town http://wiki.openstreetmap.org/wiki/Tag:place%3Dtown or place http://wiki.openstreetmap.org/wiki/Key:place=city http://wiki.openstreetmap.org/wiki/Tag:place%3Dcity Ce qui veut dire, une partie importante d'une ville comportant plus de 10 000 habitants. Je crois qu'on est loin du compte :-) Il faudrait donc changer ces tag en place=neighbourhood Encore que, est-ce que ces noms de lieu sont encore présents sur le terrain ? Ce n'est pas rare de trouver dans le cadastre des toponymes qui avec l'urbanisation se sont retrouvé noyés dans des zones résidentielles et qui ne sont plus utilisés du tout, ou juste repris dans des noms de rues ou de lotissement. Stf Le 25/02/2015 01:37, Cavok a écrit : Bonjour, a l'aide de l'outil http://cadastre.openstreetmap.fr/ j'ai importé des lieux dits d'une commune, certain avec différentes valeurs pour la clé place= Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling Cette erreur est indiquée sur les clés:place= farm suburb ...etc...(tout ce qui est comme l'erreur l'indique différent de locality, hamlet or isolated_dwelling) Est-ce donc vraiment une erreur de ma part ou Osmose devrait agrandir sa tolérance à plus de type de place ? Vous pouvez trouvez ces erreurs sur http://osmose.openstreetmap.fr/fr/byuser/?username=Cavokld# Merci de votre aide. ___ 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
[OSM-talk-fr] OpenData Tourisme en Aquitaine
Bonjour, Le Réseau SIRTAQUI, l'information touristique en Aquitaine, a libéré des données en ODbL : http://catalogue.datalocale.fr/dataset?sous_themes=http://eurovoc.europa.eu/4470 Pour commencer, trois jeux de données on été ajouté à Osmose pour aider à leur intégration dans OpenStreetMap, choix totalement arbitraire : - les bibliothèques - les restaurants - les chais Ce sont les trois dernier de la liste dans Osmose : http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=44.89368lon=-0.15521item=8230%2C8240%2C8250level=1%2C2%2C3 Il y en a beaucoup d'autres, si vous souhaitez que j'en ajoute d'autres prioritairement, il suffi de demander (ou d'autres jeux de données n'importe où dans le monde). Cordialement, Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons
sinon ça : http://overpass-turbo.eu/s/7RM Le 24 février 2015 21:10, Philippe Verdy verd...@wanadoo.fr a écrit : La requête Overpass Turbo (sur http://overpass-turbo.eu/) fait ces vérifications de façon visuelle et interactive (données à jour disponibles dans la minute) osm-script output=json timeout=40 union query type=relation has-kv k=boundary v=political/ has-kv k=political_division v=canton/ bbox-query {{bbox}}/ /query /union print mode=body/ recurse type=down/ print mode=skeleton order=quadtile/ /osm-script (pour les cantons il faut zoomer sa vue (la bbox par défaut est celle de votre onglet d'affichage dans le navigateur) un peu à l'échelle d'un département sinon on déborde vite en volume de données) Modifiez les lignes has-kv (paires clé et valeur d'un même tag) selon vos critères de recherche (anciens ou nouveaux cantons, arrondissements, circonscriptions législatives) On repère vite les trous (zones blanches) et superposition (zones jaunes plus intenses), ou enclaves/exclaves oubliées dans une relation voisine 'bordure violette et non bleue, car les ways ne sont pas réutilisés par deux relations). Le 24 février 2015 18:12, Christian Quest cqu...@openstreetmap.fr a écrit : Le 24/02/2015 16:49, Jérôme Amagat a écrit : Bonjour, Ça serai pas possible de créer un truc (pour ceux qui savent faire :) ) pour aider à trouver les problèmes. J'ai vu des communes (beaucoup commençais par un e majuscule, problème de l'accent dans les décrets?) qui n’étaient dans aucun canton (et qui n'attendent pas d’être découpé). les problèmes : endroit sans canton, et aussi role et admin-centre manquant. C'est ce que je comptais faire en poussant un peu plus l'extraction automatique des données du JORF. On a effectivement des communes qui ont sauté à cause de leur nom orthographié différemment (le JORF ne met pas d'accent sur les majuscules, utilise des e dans l'a alors que dans OSM on a des ae). Je comptais par exemple vérifier les trous dans la couverture des cantons en croisant avec les polygones des communes, et détecter les cantons qui se chevauchent partiellement, chose possible aussi à intégrer par une nouvelle analyse Osmose (si Freed a envie de rajouter ça). -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreurs Osmose Fantoir Place=
Bonjour, a l'aide de l'outil http://cadastre.openstreetmap.fr/ j'ai importé des lieux dits d'une commune, certain avec différentes valeurs pour la clé place= Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling Cette erreur est indiquée sur les clés:place= farm suburb ...etc...(tout ce qui est comme l'erreur l'indique différent de locality, hamlet or isolated_dwelling) Est-ce donc vraiment une erreur de ma part ou Osmose devrait agrandir sa tolérance à plus de type de place ? Vous pouvez trouvez ces erreurs sur http://osmose.openstreetmap.fr/fr/byuser/?username=Cavokld# Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr