Re: [OSM-talk-fr] BANO... premiers pas...
Le 10 mai 2014 22:40, Paul Mallet cont...@paulmallet.net a écrit : Hello, Si j'ai bien compris les adresses déjà intégrées dans OSM sont prioritaires sur celles du cadastre. Elles le seront dans la BANO en cas de doublon (ou triplon avec l'opendata). Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus bleu et rouge lorsqu'il y a doublon). Du coup je ne comprends pas trop pourquoi aucune des adresses de Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas prises en compte (du coup il y a doublon avec celles venant de l'import cadastral, est ce un problème du script d'import ou manque t-il des infos dans OSM pour faire la liaison ? Il manque le traitement des adresses OSM mises sur les polygones des bâtiments. C'est dans le tuyau... De même quoi faire quand les noms de rues du cadastre ne correspondent pas au terrain (et a OSM), et que du coup les adresses ressortent en rouge ? Comme dans toutes les comparaisons avec des jeux de données... le terrain prime. Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel carré, qu'on va y ajouter des bâtiments. Pour les orthographes différentes de nom, on peut utiliser alt_name, official_name et affiner les scripts de rapprochement pour qu'ils les exploitent en plus du seul name=* En tout cas bravo pour le taf, c'est très prometteur ! C'est en chantier et on a préféré ouvrir le chantier au public dans l'esprit du release early, release often. Ca permet aussi les remontées rapides pour améliorer dès les fondations et pas une fois qu'on en est à la peinture. -- Christian Quest - OpenStreetMap France ___ 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
Un pas dans la bonne direction... à confirmer quand ce ne sera pas qu'une recommandation, mais un fonctionnement par défaut des outils que Mapbox met à la disposition de ses clients. Le 11 mai 2014 02:21, Jean-Marc Liotier j...@liotier.org a écrit : Suite aux réactions, Mapbox a mis à jour ses recommandations d'attribution Openstreetmap: http://www.openstreetmap.org/user/lxbarth/diary/218471 L'attribution complète est © Mapbox © OpenStreetMap et un lien Améliorez cette carte menant à l'édition est conseillé. © OpenStreetMap est désormais lié vers http://www.openstreetmap.org/copyright, tandis que © Mapbox est inchangé vers http://mapbox.com/about/maps qui énumère l'ensemble des sources utilisées pour la carte, y compris Openstreetmap. L'attribution sous forme d'icône i reste recommandée pour les petites cartes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Charge serveur cadastre (était BANO... premiers pas...)
Bonjour, Je m'interroge sur les exports du cadastre. Il me semble que toutes les données exportées sont dans les dossiers data et qu'ils restent disponibles 24h. Pour les adresses, j'ai cru comprendre que les fichiers sources étaient le mêmes. Est-ce réellement utile de télécharger une nouvelle version à chaque fois ? Peut être qu'on pourrait par défaut proposer la dernière extraction en indiquant sa date, et proposer une actualisation manuelle ou au bout d'une période à affiner ? De toute façon le cadastre bouge peu, et cela multiplie les requêtes, traitements inutiles. L'exemples concrets : . j'importe des données et je veux faire une vérification deux semaine après (ou quelqu'un d'autre d'ailleurs) . des dizaines de villes importées pour du bâti qui pourraient servir pour des gens qui travaillent sur des adresses ;) Le 10 mai 2014 15:07, Christian Quest cqu...@openstreetmap.fr a écrit : Version courte: Il ne s'agit pas d'un import du cadastre. BANO ne touche pas aux données OSM, mais va permettre aux contributeurs de les améliorer. Version longue: Le projet BANO a pour but de créer une Base d'Adresses Nationale Ouverte... cette base est constituée des adresses présentes dans OSM, auxquelles on ajoutes les adresses disponibles en opendata puis celles extraites (automatiquement) du cadastre. Elle ne sera pas importée massivement en l'état dans OSM, mais pourra l'être petit à petit avec le travail de vérification manuel estimé nécessaire vu la qualité variable d'une commune à l'autre. L'intégration du bâti manuelle dans OSM est utile à BANO, car les adresses sont repositionnées sur les façades des bâtiments présents dans OSM quand ils s'y trouvent. De plus, les noms des rues sont aussi repris d'OSM quand on arrive à faire le lien. Pour les améliorations que BANO va permettre aux contributeurs: - identifier les rues manquantes... soit juste le nom manquant, soit le tracé complet - identifier les lieux-dits et il y en a sûrement d'autres ! Le projet est décrit sur: http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO) Le 10 mai 2014 14:50, nono pingven...@free.fr a écrit : Salut Le samedi 10 mai 2014 à 14:20 +0200, Christian Quest a écrit : On va y aller calmement... plutôt le soir et week-end histoire de ne pas faire surchauffer les serveurs de Bercy lorsqu'ils sont les plus sollicités. L'Alsace est en cours d'extraction... on met la priorité sur les régions les plus complètes en bâti/voirie, histoire d'avoir un maximum de rapprochements avec les données OSM, d'où le choix Nord-Pas-de-Calais, Alsace, Pays-de-la-Loire... Je lis ce fil mais n'y comprends pas grand chose, donc je me pose des questions ;-) Vous semblez tester un import automatique du cadastre. Donc faut-il que je continue à importer les bâtis du cadastre des patelins de mon coin et les mettre à jour manuellement ? Dans le cas d'un import automatique comme le vôtre, que fait-il exactement ? Supprime-t-il les build déjà présents dans osm pour y mettre les siens ? En bref, en tant que contributeur, faut-il continuer à consacrer du temps individuel sur l'import cadastral ? nono -- Chuck Norris est au courant de l'existence des extraterrestres. Du moins les races qu'il a exterminées. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ 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] Charge serveur cadastre (était BANO... premiers pas...)
Le 11 mai 2014 10:23, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Bonjour, Je m'interroge sur les exports du cadastre. Il me semble que toutes les données exportées sont dans les dossiers data et qu'ils restent disponibles 24h. Exact Pour les adresses, j'ai cru comprendre que les fichiers sources étaient le mêmes. Pas tout à fait. Est-ce réellement utile de télécharger une nouvelle version à chaque fois ? Peut être qu'on pourrait par défaut proposer la dernière extraction en indiquant sa date, et proposer une actualisation manuelle ou au bout d'une période à affiner ? De toute façon le cadastre bouge peu, et cela multiplie les requêtes, traitements inutiles. L'exemples concrets : . j'importe des données et je veux faire une vérification deux semaine après (ou quelqu'un d'autre d'ailleurs) . des dizaines de villes importées pour du bâti qui pourraient servir pour des gens qui travaillent sur des adresses ;) En fait, le service d'extraction cadastre.openstreetmap.fr a un dossier de travail hidden dans lequel sont stockées les données brutes récupérées sur cadastre.gouv.fr. Jusqu'à il y a peu, ce dossier était lui aussi vidé toutes les 24h, mais on a suspendu ce mécanisme pour les tests de BANO. Du coup, cela forme une sorte de cache et les scripts publics ou ceux de BANO puisent dedans et les serveurs du cadastre ne sont interrogés que si on n'a pas les données dans ce cache. C'est pour éviter un trop forte charge de ceux-ci qu'on fonctionne comme ça et comme le cadastre évolue lentement ce n'est pas gênant. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO... premiers pas...
Je vois quelques problèmes d'encodage sur les caractères accentués du rendu BANO, les 'é' et les 'ê' sont remplacés pas des losanges. http://layers.openstreetmap.fr/?zoom=18lat=49.03166lon=7.96925layers=00B00FFT On 5/11/14, Christian Quest cqu...@openstreetmap.fr wrote: Le 10 mai 2014 22:40, Paul Mallet cont...@paulmallet.net a écrit : Hello, Si j'ai bien compris les adresses déjà intégrées dans OSM sont prioritaires sur celles du cadastre. Elles le seront dans la BANO en cas de doublon (ou triplon avec l'opendata). Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus bleu et rouge lorsqu'il y a doublon). Du coup je ne comprends pas trop pourquoi aucune des adresses de Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas prises en compte (du coup il y a doublon avec celles venant de l'import cadastral, est ce un problème du script d'import ou manque t-il des infos dans OSM pour faire la liaison ? Il manque le traitement des adresses OSM mises sur les polygones des bâtiments. C'est dans le tuyau... De même quoi faire quand les noms de rues du cadastre ne correspondent pas au terrain (et a OSM), et que du coup les adresses ressortent en rouge ? Comme dans toutes les comparaisons avec des jeux de données... le terrain prime. Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel carré, qu'on va y ajouter des bâtiments. Pour les orthographes différentes de nom, on peut utiliser alt_name, official_name et affiner les scripts de rapprochement pour qu'ils les exploitent en plus du seul name=* En tout cas bravo pour le taf, c'est très prometteur ! C'est en chantier et on a préféré ouvrir le chantier au public dans l'esprit du release early, release often. Ca permet aussi les remontées rapides pour améliorer dès les fondations et pas une fois qu'on en est à la peinture. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Information position lieu dit sur le cadastre (ou autres)
Par ailleurs, autre magie|facetie du plan, un lieu-dit peut s'étendre sur plusieurs feuilles cadastrales et prendre des graphies légèrement différentes. C'est au contributeur et à lui seul de trier le bon grain de l'ivraie. C'est là que réside essentiellement la mission d'OSM : collecter non seulement les données qui vont parviennent de nos institutions publiques, mais aussi du ressenti des habitants, de leur expérience, de la nôtre aussi. Denis, Bonjour Parfois même sur le terrain, la graphie peut changer. exemple sur une commune du 63, un lieu dit traversé par une peite route est signalé par un panneau Chamfigne dans un sens et Champhigne dans l'autre claude -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées
Bonjour, Le consensus actuel pour les adresses semble être de ne pas rajouter de tag addr:city sur les relations AssociatedStreet parce qu'on peut déduire l'info de la commune à partir des limites administratives. Mais ça pose des problèmes dans les communes fusionnées / associées qui partagent sont englobés dans une limite administrative unique mais qui peuvent avoir des noms de rues en doublon. Voir : http://fr.wikipedia.org/wiki/Commune_associ%C3%A9e#Remarque Je n'aime pas la solution du cadastre qui est de rajouter le nom de l'ancienne commune à la suite du nom de rue. Par exemple la Rue Principale à Bremmelbach (commune de Cleebourg) ne devrait pas à mon avis s'appeler la Rue Principale Bremmelbach : http://layers.openstreetmap.fr/?zoom=17lat=48.98551lon=7.90047layers=00B00FFT Sur une adresse postale, l'information du nom de l'ancien village viendrait sur une ligne séparée : Hans Schmitt 6 Rue Principale Bremmelbach 67160 Cleebourg Donc de mon point de vue l'info Bremmelbach devrait exister dans OSM ou BANO dans un tag séparé du tag name / addr:street. Des idées ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Messages publicitaires par les journaux utilisateurs
Bonjour, La publicité est-elle autorisée sur les journaux utilisateurs ? C'est la première fois que j'en vois ici : http://www.openstreetmap.org/user/sdaadasa/diary/21851 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Messages publicitaires par les journaux utilisateurs
Et un peu de spam par là : http://www.openstreetmap.org/user/%E7%99%BE%E5%BA%A6%E9%AA%8C%E8%AF%81/diary 2014-05-11 13:31 GMT+02:00 Éric Gillet fear.hardc...@gmail.com: Bonjour, La publicité est-elle autorisée sur les journaux utilisateurs ? C'est la première fois que j'en vois ici : http://www.openstreetmap.org/user/sdaadasa/diary/21851 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO... premiers pas...
Oui, j'ai vu ça... un problème d'encoding sur la connexion entre mapnik et le serveur postgres, qui bien sûr n'arrive pas chez moi avec TileMill... Le 11 mai 2014 13:09, Pierre Knobel pierr...@gmail.com a écrit : Je vois quelques problèmes d'encodage sur les caractères accentués du rendu BANO, les 'é' et les 'ê' sont remplacés pas des losanges. http://layers.openstreetmap.fr/?zoom=18lat=49.03166lon=7.96925layers=00B00FFT On 5/11/14, Christian Quest cqu...@openstreetmap.fr wrote: Le 10 mai 2014 22:40, Paul Mallet cont...@paulmallet.net a écrit : Hello, Si j'ai bien compris les adresses déjà intégrées dans OSM sont prioritaires sur celles du cadastre. Elles le seront dans la BANO en cas de doublon (ou triplon avec l'opendata). Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus bleu et rouge lorsqu'il y a doublon). Du coup je ne comprends pas trop pourquoi aucune des adresses de Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas prises en compte (du coup il y a doublon avec celles venant de l'import cadastral, est ce un problème du script d'import ou manque t-il des infos dans OSM pour faire la liaison ? Il manque le traitement des adresses OSM mises sur les polygones des bâtiments. C'est dans le tuyau... De même quoi faire quand les noms de rues du cadastre ne correspondent pas au terrain (et a OSM), et que du coup les adresses ressortent en rouge ? Comme dans toutes les comparaisons avec des jeux de données... le terrain prime. Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel carré, qu'on va y ajouter des bâtiments. Pour les orthographes différentes de nom, on peut utiliser alt_name, official_name et affiner les scripts de rapprochement pour qu'ils les exploitent en plus du seul name=* En tout cas bravo pour le taf, c'est très prometteur ! C'est en chantier et on a préféré ouvrir le chantier au public dans l'esprit du release early, release often. Ca permet aussi les remontées rapides pour améliorer dès les fondations et pas une fois qu'on en est à la peinture. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Messages publicitaires par les journaux utilisateurs
pas étonnant... il y a des robots qui epluchent les lostes de blogues ou forums Internet et créent des cimptes n'importe ou pour diffuser de ka pub. souvent l'annonceur est même trompé car il a juste acheté une prestation de référencement via un logiciel plus ou moins automatique ou un prestataire bidon qui promet un bon retour mais ne fait aucun reel ciblage. les vraus reoonsables sont les escrocs qui vendent ces prestations nulles. Pas la peine d.insister avec ce compte utilisateur car derriere il n.y a qu.un robot qui n.a aucune idee de quoi parle le site... cela veut dire que ka creation de compte osm n'est pas assez protégée contre les robots sui au contraire detectent encore plus facilement les systèmes antibot Le 11 mai 2014 13:33, Éric Gillet fear.hardc...@gmail.com a écrit : Bonjour, La publicité est-elle autorisée sur les journaux utilisateurs ? C'est la première fois que j'en vois ici : http://www.openstreetmap.org/user/sdaadasa/diary/21851 ___ 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] Adresses : Problème des noms de rue identiques dans des communes associées
Il va sûrement y avoir pas mal de réflexion sur le sujet adresses... Un autre cas: les commune pluri-distribuée pour le courier (cas de la mienne). Marcel Machin 14 rue du Bac 94210 La Varenne Saint-Hilaire Robert Truc 12 rue des Remises 94100 Saint-Maur des Fossés Ces 2 adresses sont dans la commune de St Maur des Fossés (code INSEE 94068), mais on n'indique jamais St Maur sur un courier qui va à La Varenne (ou par erreur)... certaines personnes pensent même que c'est une commune à part entière. Dans un GPS de navigation, on doit pouvoir utiliser les 2 noms... aucune ambiguité sur les noms de rue, ils sont uniques. Autre cas qu'il va falloir prendre en compte par des tags annexes... le libellé différent entre l'usage et un référentiel comme FANTOIR. Grâce au rendu BANO, j'ai repéré quelques mélange rue/avenue et après vérification sur la plan de ville, il y a bien des différence entre FANTOIR et le plan officiel de la ville... à vérifier encore sur le terrain. Pour l'instant je met un alt_name + note, mais un name:FANTOIR pourrait être utile même si on ne taggue pas pour BANO ;) Le 11 mai 2014 13:26, Pierre Knobel pierr...@gmail.com a écrit : Bonjour, Le consensus actuel pour les adresses semble être de ne pas rajouter de tag addr:city sur les relations AssociatedStreet parce qu'on peut déduire l'info de la commune à partir des limites administratives. Mais ça pose des problèmes dans les communes fusionnées / associées qui partagent sont englobés dans une limite administrative unique mais qui peuvent avoir des noms de rues en doublon. Voir : http://fr.wikipedia.org/wiki/Commune_associ%C3%A9e#Remarque Je n'aime pas la solution du cadastre qui est de rajouter le nom de l'ancienne commune à la suite du nom de rue. Par exemple la Rue Principale à Bremmelbach (commune de Cleebourg) ne devrait pas à mon avis s'appeler la Rue Principale Bremmelbach : http://layers.openstreetmap.fr/?zoom=17lat=48.98551lon=7.90047layers=00B00FFT Sur une adresse postale, l'information du nom de l'ancien village viendrait sur une ligne séparée : Hans Schmitt 6 Rue Principale Bremmelbach 67160 Cleebourg Donc de mon point de vue l'info Bremmelbach devrait exister dans OSM ou BANO dans un tag séparé du tag name / addr:street. Des idées ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ 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
Des avancées là dessus ? Sinon je me lance la dedans... mais je n'ai ni les connaissance ni probablement le matériel qui va bien. Ça me semble quand même important de publier ces vidéos. Frédéric. Le 23/04/2014 09:56, François Lacombe a écrit : Bonjour Christophe, Le 22 avril 2014 19:36, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : 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 !! En effet c'est assez conséquent. J'ai également un octocoeur, sous windows avec une bonne connexion. Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja commencé. On verra après pour l'encodage. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.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] Vidéo SotM-FR : besoin d'aide avant publication
Je me remet aux upload... Le 11 mai 2014 14:38, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Des avancées là dessus ? Sinon je me lance la dedans... mais je n'ai ni les connaissance ni probablement le matériel qui va bien. Ça me semble quand même important de publier ces vidéos. Frédéric. Le 23/04/2014 09:56, François Lacombe a écrit : Bonjour Christophe, Le 22 avril 2014 19:36, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : 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 !! En effet c'est assez conséquent. J'ai également un octocoeur, sous windows avec une bonne connexion. Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja commencé. On verra après pour l'encodage. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.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 -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM à l'Open Bidouille Camp à Bordeaux le 17 et 18 mai
Bonjour, Le weekend prochain aura lieu le deuxième Open Bidouille Camp 33 à Bordeaux. Ça se passe à la nouvelle adresse de la Fabrique Pola à l'ancien centre de tri postal de Bègles : http://obc33.fr http://obc33.fr/?page_id=17 OpenStreetMap sera présent sur un stand et avec deux petites cartoparties d'initiation le samedi et le dimanche en début d'après midi. Vous pouvez venir pour participer ou donner un coup de main. En espérant vous y voir, Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Tr : Re: BreizhGo - carte
Quel fond de carte basé sur OSM envisagez-vous d'utiliser ? Il en existe une multitude... et vous pouvez facilement avoir le vôtre, correspondant à vos besoins exacts. Le 11 mai 2014 17:43, Ly V l.vinsonn...@gmail.com a écrit : Bonjour à tous, Je me permets de relayer ci-dessous une question de ma collègue du service transport au conseil régional de Bretagne qui s'occupe de la mise en place de la future version de Breizh Go. Pour nous, l'un des objectifs majeurs de la future version est l'utilisation des fonds OSM (en flux) pour la partie visualisation interactive. Mais la représentation des données réseaux routier et ferré à petite échelle pose problème à leur usage. Il est vrai que la particularité de la Bretagne est de ne pas disposer d'autoroute sur son territoire. Si chaque citoyen peut s'en réjouir pour des raisons économiques, ceci a l'effet pervers de présenter la Bretagne comme un no man's land politiquement incorrect au jugé de notre service en charge du dossier. Peut-être que le problème s'est posé ailleurs et qu'un style ad'hoc existe déjà ? En tout cas, je vous remercie par avance des éléments de réponse que vous pourrez me fournir. Lydie, (GéoBretagne et région Bretagne) A : Lydie VINSONNEAU/ADMINISTRATION/CRB@CRB De : Odile BREHIER/ADMINISTRATION/CRB Date : 06/05/2014 17:09 Cc : ESTELLE SOURDIN/ADMINISTRATION/CRB@CRB Objet : Re: BreizhGo - carte *(Voir fichier joint : google maps Bretagne.JPG)(Voir fichier joint : fond de plan mapquest-niveau régional.doc)* Rebonjour Lydie, suite à notre échange, voici donc des précisions sur notre besoin pour que tu puisses relayer la question au sein de la communauté open street map : Pour assurer la bonne représentation du territoire breton dans le cadre d'un outil d'information sur les transports publics, nous cherchons un fond de plan tel que celui proposé sur mapquest, à 2 différences près : il faudrait que dès le niveau de zoom régional (cf. pièce jointe) on puisse voir apparaître : - le réseau routier principal (2*2 voies + continuité des routes), avec une représentation graphique qui soit proche du réseau autoroutier pour les sections en 2*2 (à l'exemple de ce que propose Google maps) - le réseau ferré en exploitation Merci d'avance et à ta dispo pour en reparler, *Odile Bréhier* *Responsable du pôle qualité, concertation, information* T I PGZ 02 99 27 14 72 F I PLR 02 99 27 14 03 *Région Bretagne I Rannvro Breizh * Service de la mobilité et du transport régional de voyageurs I Servij ar fiñvusted ha treuzdougen rannvroel ar veajourien Direction de la mobilité et des transports I Renerezh ar fiñverezh hag an treuzdougen 283 avenue du Général Patton - CS 21101 I 283 bali ar Jeneral Patton - CS 21101 35711 Rennes Cedex 7 I 35711 Roazhon Cedex 7 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan
Bonsoir A lire sur http://www.openstreetmap.org/user/1piedsurTerre/diary/21853 Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO... premiers pas...
Problème d'accents réglé... Une couleur de plus... le jaune/orange qui est utilisé pour les points adresse provenant de données en opendata. Pour l'instant, il n'y a que sur Strasbourg et Nantes que c'est intéressant à visualiser. Nantes a donc 3 sources: OSM, opendata et cadastre. Strasbourg n'a pas de cadastre vectoriel (étonnant !) Le 11 mai 2014 14:07, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, j'ai vu ça... un problème d'encoding sur la connexion entre mapnik et le serveur postgres, qui bien sûr n'arrive pas chez moi avec TileMill... Le 11 mai 2014 13:09, Pierre Knobel pierr...@gmail.com a écrit : Je vois quelques problèmes d'encodage sur les caractères accentués du rendu BANO, les 'é' et les 'ê' sont remplacés pas des losanges. http://layers.openstreetmap.fr/?zoom=18lat=49.03166lon=7.96925layers=00B00FFT On 5/11/14, Christian Quest cqu...@openstreetmap.fr wrote: Le 10 mai 2014 22:40, Paul Mallet cont...@paulmallet.net a écrit : Hello, Si j'ai bien compris les adresses déjà intégrées dans OSM sont prioritaires sur celles du cadastre. Elles le seront dans la BANO en cas de doublon (ou triplon avec l'opendata). Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus bleu et rouge lorsqu'il y a doublon). Du coup je ne comprends pas trop pourquoi aucune des adresses de Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas prises en compte (du coup il y a doublon avec celles venant de l'import cadastral, est ce un problème du script d'import ou manque t-il des infos dans OSM pour faire la liaison ? Il manque le traitement des adresses OSM mises sur les polygones des bâtiments. C'est dans le tuyau... De même quoi faire quand les noms de rues du cadastre ne correspondent pas au terrain (et a OSM), et que du coup les adresses ressortent en rouge ? Comme dans toutes les comparaisons avec des jeux de données... le terrain prime. Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel carré, qu'on va y ajouter des bâtiments. Pour les orthographes différentes de nom, on peut utiliser alt_name, official_name et affiner les scripts de rapprochement pour qu'ils les exploitent en plus du seul name=* En tout cas bravo pour le taf, c'est très prometteur ! C'est en chantier et on a préféré ouvrir le chantier au public dans l'esprit du release early, release often. Ca permet aussi les remontées rapides pour améliorer dès les fondations et pas une fois qu'on en est à la peinture. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan
Tiens on a le GR 38 nommément sur cette carte : mixage des licences ODbL et FFRP, donc carte non libre et en violation de l'ODbL ? 2014-05-11 19:58 GMT+02:00 Club Informatique Inter Communes / C2IC cont...@c2ic.net: Bonsoir A lire sur http://www.openstreetmap.org/user/1piedsurTerre/diary/21853 Lionel ___ 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] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan
Ou alors c'est une contribution directe du pays du Roi Morvan de ses propres droits sur ce GR (mais alors a-t-il le droit d'utiliser ce label dans une carte ODbL sans l'accord de la FFRP)? La FFRP commencerait-elle à céder du terrain en se rendant compte qu'elle gêne ses propres membres dans leurs propres publications sur leur propre terrain ? Le 12 mai 2014 05:28, Philippe Verdy verd...@wanadoo.fr a écrit : Tiens on a le GR 38 nommément sur cette carte : mixage des licences ODbL et FFRP, donc carte non libre et en violation de l'ODbL ? 2014-05-11 19:58 GMT+02:00 Club Informatique Inter Communes / C2IC cont...@c2ic.net: Bonsoir A lire sur http://www.openstreetmap.org/user/1piedsurTerre/diary/21853 Lionel ___ 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] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan
Bonjour, Tiens on a le GR 38 nommément sur cette carte : mixage des licences ODbL et FFRP, donc carte non libre et en violation de l'ODbL ? Il n'y a que le fond de carte qui est tiré d'OSM ... le GR38 comme les autres données de rando sont issus des informations mises en place par la graphiste ... Et je n'ai jamais annoncé que la carte était en ODbL ... Juste que le fond de carte était tiré d'openstreetmap ! Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
