Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015
Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit : On a aussi (entre autres) évoqué les références portées sur les églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF Et il s'est dit quoi ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015
Bonjour, Le 31/01/2015 12:15, Shohreh a écrit : Merci pour la rencontre hier soir. La prochaine sera un _jeudi_ : le 26/02 ;) Et puisqu'on parlait des bornes incendie, un sujet connexe… The One-Man Beautification Plan: A security guard from Queens explains why he’s repainting New York’s forgotten emergency call boxes. www.slate.com/articles/podcasts/gist/2015/01/the_gist_fdny_call_box_beautification_with_john_colgan_and_a_new_lobstar.html On a aussi (entre autres) évoqué les références portées sur les églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détermination des communes littorales
En overpass, j'essaye avec cette requête (relation['admin_level'='8'][ref:INSEE ~ 22...|29...|35...|56...];way(r)[natural=coastline];node(r)); out qt; -- View this message in context: http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009p5832013.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
[OSM-talk-fr] Détermination des communes littorales
Bonjour à tous, J'essaye de trouver l'ensemble des communes littorales de la région Bretagne. J'ai l'impression qu'il n'existe pas de tag spécifique sur la relation commune. Est-ce que la présence d'une way natural=coastline est un critère suffisant sur la relation commune ? A+ Marc -- View this message in context: http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009.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] Région Centre devient Centre-Val de Loire
Le 22 janvier 2015 17:39, Philippe Verdy verd...@wanadoo.fr a écrit : ca sent fort un prochain arrêté rectificatif (après avis du Conseil d'Etat ou du parlement car changer une loi n'est pas si simple). Épilogue : Finalement le rectificatif est arrivé sur la graphie du nom de la région : LOI n° 2015-29 du 16 janvier 2015 relative à la délimitation des régions, aux élections régionales et départementales et modifiant le calendrier électoral (1) (rectificatif) : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT30170562 Au lieu de : la région Centre - Val-de-Loire... , Lire : la région Centre - Val de Loire... . On ne sait toujours pas si il faut des espaces autour du tiret (peu probable) mais en tout cas il est certain qu'il n'y a pas de tirets dans Val de Loire. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Elle n'est pas rapprochée car cette avenue est située dans les limites communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il y a seulement quelques maisons qui semblent en faire parti. Je ne crois pas qu'il y ait de solution toute prête pour ce genre de situation, mais Vincent pourra certainement en dire plus. Stéphane Le 31/01/2015 19:24, lenny.libre a écrit : Bonjour, J'ai rencontré un highway non rapproché qui a me semble-t-il toutes les infos pour être rapproché ! J'ai mis à jour les données BANO avec OSM. Qu'ais-je raté ? Code FANTOIR Voie FANTOIR Voie OSM Cartes Édition Statut FANTOIR (wiki) http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR 330632046T AV DES CHENES -- ORG http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 FR http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544 BANO http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544 JOSM ID http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544 P2 http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544 http://www.openstreetmap.org/way/22755613 Chemin : Avenue des Chênes (22755613) ref fantoir Modifié il y a 4 mois par Vinber Version #13 · Groupe de modifications #26103596 Attributs bicycle yes foot yes highway residential horse yes maxspeed 30 name Avenue des Chênes oneway no ref:FR:FANTOIR 330632046T surface asphalt zone:maxspeed FR:30 Cordialement lenny ___ 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] Rencontre parisienne OSM au Numa le 30 janvier 2015
Le 31/01/2015 17:30, Vincent Pottier a écrit : Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit : On a aussi (entre autres) évoqué les références portées sur les églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF Et il s'est dit quoi ? On a parlé de toi ;) C'était en évoquant l'identification et le référencement des églises, notamment parmi les bâtiments importés depuis le cadastre, car Donat passe du temps sur le sujet. Mais je vois sur le wiki que ces références ne sont plus accessibles ? Autre questionnement hier, suite à une récente cartopartie au Père-Lachaise : comment décrire, mieux qu'avec un simple tag name, les subdivisions des cimetières ? Comme ici : http://www.openstreetmap.org/way/177232497 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un abattoir municipal
Pas que pour les pics de charge puisque la structure est faite aussi pour accueillir les abatteurs indépendants et ceux des clients (par exemple ceux des centrales d'achat; et des bouchers pour la découpe, l'emballage sous vide, la surgélation, les expéditions...) Diixit la mairie elle-même. Tous les employés qui travaillent sur place ne sont pas des employés municipaux mais des personnels en mission (qui peuvent aller d'un abattoir à l'autre et faire la découpe sur place ou ne livrer que les carcasses bruites).. Les pics de charge peuvent être gérés par tous les intervenants (public et privés) par des intérimaires; bien que ce ne soit pas le rôle d'une mairie d'employer des intérimaires et créer des CDD ! elle fait appel à des prestataires par ses appels d'offre publics mais n'embauche pas à moins d'avoir une enveloppe budgétaire sur un terme assez long; mais les communes ne savent pas gérer correctement les besoins en dessous d'un an sans contracter des dettes à court terme (parmi les plus chères) Pour compléter un besoin temporaire de trésorerie et fournir les commandes. Mais si l'abattoir ne peut répondre à des demandes exceptionnelles de gros clients comme les centrales d'achat et industries agroalimentaires, il sortira de la liste de leurs fournisseurs (les acheteurs n'ont pas le temps d'attendre; ils travaillent en flux tendu mais exigent des prix négociés à lavance et au moindre retard de fourniture ils appliquent des décotes ou refusent les produits; en plus ils exigent des marges arrières sur leurs ventes futures aux fournisseurs qui doivent avancer la trésorerie, et ils payent très tard les commandes réalisées). Ces commanditaires iront acheter n'mporte où sur les marchés de gros internationaux (qui regorgent de produits à vendre hormis les pièces exceptionnelles labellisées); avec plein d'intermédiaires, et une traçabilité réduite origine union européenne sans plus, même la nature de la viande est masquée et on ne sait même pas les espèces de ce qu'on achète dans ces produits manufacturés). Et si pour le label origine France il manquent de ressources, ils n'hésitenet pas à faire voyager des animaux vivants achétés dans toute l'Europe ou au delà, pour les placer quelques jours dans un élevage industriel où seront prises les bêtes mélangées à abattre (mais dans n'importe quel abattoir qui a de la disponibilité et les moindres prix; pas le plus proche et pas toujours non plus en France; car de l'Allemagne à la Bulgarie, des tas d'abattoirs payent très peu leurs employés immigrés : les bêtes voyagent beaucoup de même que les produits de l'abattage qui passent d'un congélateur à l'autre ou de camion en camion; et qui sont encore mélangés). A ce stade, la viande congelée n'est plus qu'un minerai (et comme on consomme surtout des viandes hachées sous diverses formes (plats cuisinés, sauces, conserves, hamburgers, charcuterie industrielle; plus question de savoir de quels morceaux il s'agit ou quelle en est la valeur nutritionnelle, d'autant plus qu'on y mélange des tas d'autres choses que de la viande; notamment des matières grasses douteuses, divers déchets qu'un char refuserait de manger, de l'amidon de maïs ou de pomme de terre, du sucre comme liant, beaucoup de sel pour redonner un peu de goût, beaucoup d'eau pour faire des émulsions, des conservateurs comme les nitrites, des colorants qui seront; au mieux, de la cochenille autrement dit des larves d'insectes séchés; réduits en poudre; mais qui améliorent aussi le taux de protéines et qu'on mange déjà en moyenne à hauteur d1 ou 2 kilos par an, et des arômes industriels). Méfiez vous des merguez et chipolatas et de la plupart des saucisses dites de Toulouse sans aucune texture, des knackies de Strasbourg, des hachis parmentiers; lasagnes ou boulettes, du hachis surgelé émietté sur les pizzas : il n'y a pas beaucoup de viande dedans et ce sont des mélanges de divers espèces et es plus mauvais morceaux. (en fin de compte le steak haché de McDo, hormis le fait qu'il soit trop fin et trop salé, des fromages très bas de gamme, avec aussi trop de sauce industrielle dessus; presque pas de tomate et beaucoup d'amidon; très peu de légumes; une tranche hyperfine de cornichon gorgé de saumure, mais le produit brut sort du congé est pas si mal si on compare au steak haché des hypermarchés et tous les plats cuisinés; ou à ce que servent à l'assiette bien des brasseries qui se disent restaurants... à condition de ne pas tout gâcher avec double ration de frites; autant de mayo, et un soda hypersucré. Mais laissez tomber les chicken nuggets ou tacos; il n'y a rien de bon dedans) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Bonjour, J'ai rencontré un highway non rapproché qui a me semble-t-il toutes les infos pour être rapproché ! J'ai mis à jour les données BANO avec OSM. Qu'ais-je raté ? Code FANTOIR Voie FANTOIR Voie OSM Cartes Édition Statut FANTOIR (wiki) http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR 330632046T AV DES CHENES -- ORG http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 FR http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544 BANO http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544 JOSM ID http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544 P2 http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544 http://www.openstreetmap.org/way/22755613 Chemin : Avenue des Chênes (22755613) ref fantoir Modifié il y a 4 mois par Vinber Version #13 · Groupe de modifications #26103596 Attributs bicycle yes foot yes highway residential horse yes maxspeed 30 name Avenue des Chênes oneway no ref:FR:FANTOIR 330632046T surface asphalt zone:maxspeed FR:30 Cordialement lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Le 31/01/2015 19:49, Stéphane Péneau a écrit : Elle n'est pas rapprochée car cette avenue est située dans les limites communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il y a seulement quelques maisons qui semblent en faire parti. Je ne crois pas qu'il y ait de solution toute prête pour ce genre de situation, mais Vincent pourra certainement en dire plus. Stéphane Bien vu, en effet, je l'ai vraiment raté !!! Le rapprochement se fait avec la même voie à Mérignac 332810642U AV DES CHENES Avenue des Chênes ORG http://www.openstreetmap.org/#map=18/44.8467708102/-0.633763371924 FR http://tile.openstreetmap.fr/?zoom=18lat=44.8467708102lon=-0.633763371924 BANO http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8467708102/-0.633763371924 JOSM ID http://www.openstreetmap.org/edit?editor=id#map=18/44.8467708102/-0.633763371924 P2 http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8467708102/-0.633763371924 Je n'ai pas trouvé de statuts FANTOIR qui corresponde : Adresses hors périmètre est le plus proche, mais c'est toute la rue qui est hors périmètre ... Lenny Le 31/01/2015 19:24, lenny.libre a écrit : Bonjour, J'ai rencontré un highway non rapproché qui a me semble-t-il toutes les infos pour être rapproché ! J'ai mis à jour les données BANO avec OSM. Qu'ais-je raté ? Code FANTOIR Voie FANTOIR Voie OSM Cartes Édition Statut FANTOIR (wiki) http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR 330632046T AV DES CHENES -- ORG http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 FR http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544 BANO http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544 JOSM ID http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544 P2 http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544 http://www.openstreetmap.org/way/22755613 Chemin : Avenue des Chênes (22755613) ref fantoir Modifié il y a 4 mois par Vinber Version #13 · Groupe de modifications #26103596 Attributs bicycle yes foot yes highway residential horse yes maxspeed 30 name Avenue des Chênes oneway no ref:FR:FANTOIR 330632046T surface asphalt zone:maxspeed FR:30 Cordialement lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015
Le 31/01/2015 17:47, Vincent de Château-Thierry a écrit : Le 31/01/2015 17:30, Vincent Pottier a écrit : Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit : On a aussi (entre autres) évoqué les références portées sur les églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF Et il s'est dit quoi ? On a parlé de toi ;) C'était en évoquant l'identification et le référencement des églises, notamment parmi les bâtiments importés depuis le cadastre, car Donat passe du temps sur le sujet. Mais je vois sur le wiki que ces références ne sont plus accessibles ? Faites du lobbying auprès de la CEF ! Le responsable Web, c'était Gabriel Leroy. Je ne sais pas s'il est encore en fonction. Faites lui comprendre que son système ne permet plus de faire la liaison avec d'autres sites, notamment avec OSM. De fait, du temps de l'ancienne version, quand ça n'était encore pas googleAPIsé, je m'étais fait un script qui avait pompé les refs existantes. J'ai bien le projet de reprendre ça un jour. Un jour... Et de faire un outil à la comcomMaker. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM hors ligne
Bonsoir. Je suis en train de me demander s'il existe des solutions pour consulter l'intégralité d'OSM sans accès internet. Mon problème c'est que je travaille dans un environnement où l'accès Internet est très lent et très cher, et où il est impossible de télécharger plus de quelques Mo de données par heure sans impacter la bande passante de mes collègues. On se partage une connexion satellite pour 50 personnes, et la majorité de la bande passante est allouée aux usages professionnels, sans rapport avec OSM. Je ne m'attends pas à trouver une solution toute prête pour OSM comme on en trouve pour Wikipedia ( http://fr.m.wikipedia.org/wiki/Wikip%C3%A9dia:Wikip%C3%A9dia_hors-connexion), donc je me demande quel type de matériel il me faudrait pour héberger la base de données complète planet, un serveur de tuiles et overpass-turbo. Il n'y aurait pas besoin de grosses performances, le plus souvent il n'y aurait qu'un seul utilisateur à la fois, et jamais plus de deux ou trois (dans le cas où je parviendrais à faire marcher les serveurs sur l'intranet). Est-ce que vous pensez qu'un PC de bureau récent avec une petite rallonge d'espace disque (1 ou 2 To) pourrait faire l'affaire ? En admettant que j'arrive à faire tourner tout ça, est-ce qu'il existe une solution pour mettre à jour la base de données de manière intermittente (une fois tous les deux mois dans mon cas) sans devoir réimporter l'intégralité de la base de données ? Je précise que je pars de loin, et qu'il me faudrait une bonne doc pour réussir à installer tous les composants logiciels nécessaires. J'ai déjà installé une base de données géospatiale et un serveur Web pour jouer avec GeoDjango, mais j'avais bêtement suivi des tutoriaux. Donc ce n'est pas évident que mon projet se concrétise. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Le 31/01/2015 20:43, lenny.libre a écrit : Le 31/01/2015 19:49, Stéphane Péneau a écrit : Elle n'est pas rapprochée car cette avenue est située dans les limites communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il y a seulement quelques maisons qui semblent en faire parti. Je ne crois pas qu'il y ait de solution toute prête pour ce genre de situation, mais Vincent pourra certainement en dire plus. Bien vu, en effet, je l'ai vraiment raté !!! Le rapprochement se fait avec la même voie à Mérignac Je n'ai pas trouvé de statuts FANTOIR qui corresponde : Adresses hors périmètre est le plus proche, mais c'est toute la rue qui est hors périmètre ... Il y a bien un bout de code qui permet de récupérer des voies en dehors d'une commune pour tenter un rapprochement. Mais comme on est hors commune, pour ne pas prendre n'importe quoi, il faut un code Fantoir rattaché à la commune. Le cas que tu indiques est pile dedans, donc ça devrait marcher. Sauf que non. Bordeaux est une commune où certains noms sont suffixés. Et jusque là, pour les communes avec des noms suffixés, je zappe cette étape de recherche des voies en dehors de la commune. Pourquoi ? Pas idée ! Ça doit être la flemme :) Bref, ça ne marchera pas ce soir, mais pour ne pas oublier j'ai créé un ticket : https://github.com/osm-fr/bano/issues/88 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM hors ligne
Une base planet pour du rendu c'est environ 500Go atuellement Une base overpass c'est du même ordre (et plus avec la gestion des historiques). Ce qu'il faut c'est la RAM mais surtout un SSD (de plus en plus abordable). Côté CPU, pas besoin de se ruiner vu le nombre d'utilisateurs et ce sont surtout les I/O qui sont la limitation. Le 31/01/2015 21:46, Pierre Knobel a écrit : Bonsoir. Je suis en train de me demander s'il existe des solutions pour consulter l'intégralité d'OSM sans accès internet. Mon problème c'est que je travaille dans un environnement où l'accès Internet est très lent et très cher, et où il est impossible de télécharger plus de quelques Mo de données par heure sans impacter la bande passante de mes collègues. On se partage une connexion satellite pour 50 personnes, et la majorité de la bande passante est allouée aux usages professionnels, sans rapport avec OSM. Je ne m'attends pas à trouver une solution toute prête pour OSM comme on en trouve pour Wikipedia ( http://fr.m.wikipedia.org/wiki/Wikip%C3%A9dia:Wikip%C3%A9dia_hors-connexion), donc je me demande quel type de matériel il me faudrait pour héberger la base de données complète planet, un serveur de tuiles et overpass-turbo. Il n'y aurait pas besoin de grosses performances, le plus souvent il n'y aurait qu'un seul utilisateur à la fois, et jamais plus de deux ou trois (dans le cas où je parviendrais à faire marcher les serveurs sur l'intranet). Est-ce que vous pensez qu'un PC de bureau récent avec une petite rallonge d'espace disque (1 ou 2 To) pourrait faire l'affaire ? En admettant que j'arrive à faire tourner tout ça, est-ce qu'il existe une solution pour mettre à jour la base de données de manière intermittente (une fois tous les deux mois dans mon cas) sans devoir réimporter l'intégralité de la base de données ? Je précise que je pars de loin, et qu'il me faudrait une bonne doc pour réussir à installer tous les composants logiciels nécessaires. J'ai déjà installé une base de données géospatiale et un serveur Web pour jouer avec GeoDjango, mais j'avais bêtement suivi des tutoriaux. Donc ce n'est pas évident que mon projet se concrétise. ___ 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
[OSM-talk-fr] boundary=postal_code... et BANO
Pour gérer au plus proche les codes postaux dans les communes pluri-distribuées, j'ai modifié les scripts d'export de BANO pour tirer partie des boundary=postal_code + post_code=N Quand une commune est couverte par plusieurs codes postaux, vous pouvez donc créer un polygone (ou multipolygone via une relation) pour définir la zone où chaque code postal est valable. Si le nom du bureau distributeur est différent du nom de la commune, vous pouvez l'indiquer avec postal_code:name=* ou addr:postcode:name=* (j'ai trouvé les 2 et le script prends en compte les deux). J'ai ajouté les polygones disponibles en opendata pour Toulouse et Mulhouse, et j'avais déjà créé il y a bien longtemps ceux pour St-Maur des Fossés. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015
Bonsoir J'ai corrigé le wiki car c'est faux d'affirmer qu'on ne peut plus ajouter de code ref:FR:CEF. Le seul problème est que la vérification sur le site est plus longue. Mais pour la plupart des communes qui ne comportent qu'un édifice religieux catholique, la référence est facile à bâtir : code_insee_commne_01 C'est vrai que le plus simple serait que la CEF nous donne accès à sa base de donnée -- on pourrait même alors l'intégrer dans osmose... T. Ruchin Le 31 janvier 2015 20:32, Vincent Pottier vpott...@gmail.com a écrit : Le 31/01/2015 17:47, Vincent de Château-Thierry a écrit : Le 31/01/2015 17:30, Vincent Pottier a écrit : Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit : On a aussi (entre autres) évoqué les références portées sur les églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF Et il s'est dit quoi ? On a parlé de toi ;) C'était en évoquant l'identification et le référencement des églises, notamment parmi les bâtiments importés depuis le cadastre, car Donat passe du temps sur le sujet. Mais je vois sur le wiki que ces références ne sont plus accessibles ? Faites du lobbying auprès de la CEF ! Le responsable Web, c'était Gabriel Leroy. Je ne sais pas s'il est encore en fonction. Faites lui comprendre que son système ne permet plus de faire la liaison avec d'autres sites, notamment avec OSM. De fait, du temps de l'ancienne version, quand ça n'était encore pas googleAPIsé, je m'étais fait un script qui avait pompé les refs existantes. J'ai bien le projet de reprendre ça un jour. Un jour... Et de faire un outil à la comcomMaker. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Le 31/01/2015 23:28, Philippe Verdy a écrit : Raison de plus pour ne pas séparer le chemin d'une rue et celui d'une frontière administrative alors que c'est dévidence la même; la rue étant partagée par deux communes, chacune utilisant son code FANTOIR et éventuellement son propre nom et sa propre numérotation des adresses (et son éventuel code de voie communal dans son SIG; si ce n'est pas le FANTOIR et le rapprochement complet n'est pas fait ou difficile car pas complètement équivalent pour certaines sections distinguées dans un des codes mais pas dans l'autre). La séparation physique (en séparant les nœuds) s'impose seulement si la frontière s'écarte de la voirie et va séparer des parcelles d'une seule commune. Dans le cas présent la frontière entre Bordeaux et Mérignac ne passe pas par l'axe de l'Avenue des Chênes, mais traverse bien des parcelles. La limite dans OSM est raccord avec celle visible directement sur le cadastre : http://www.openstreetmap.org/way/186045436#map=18/44.84906/-0.63297 donc la question du partage des chemins entre rue et frontière n'est pas à poser ici. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : non rapprochement highway avec code FANTOIR
Oui mais on a bien le cas de bâtiments à cheval sur deux communes, et la voie partagée pour les adresses. La solution de deux relations associatedStreet est raccord avec le problème : évidement dans ce cas la voirie sera sur une commune différente que les noeuds d'adresse positionnés sur une autre: les noeuds ne sont pas hors périmètre et donc la relation sera trouvée même su les segments de voirie incus dans la relation sont hors périmètre. Le rapprochement est donc possible exactement de la même façon que quand la frontière suit l'axe de voirie: ce sont surtout les noeuds positionnés de chaque côté qui guident le résultat (et il est également permis d'associer un seul noeud à deux relations de rues différentes, pour le cas de batiments ayant des accès sur chacune des rues et une adresse sur chacune; cependant il se pose le cas des numéros différents sur chaque rue et pour ça pas moyen de faire autrement que d'avoir deux noeuds distincts sur le même bâtiment; l'un associé à une rue, l'autre associé à une autre rue). Le 31 janvier 2015 23:49, Vincent de Château-Thierry v...@laposte.net a écrit : Le 31/01/2015 23:28, Philippe Verdy a écrit : Raison de plus pour ne pas séparer le chemin d'une rue et celui d'une frontière administrative alors que c'est dévidence la même; la rue étant partagée par deux communes, chacune utilisant son code FANTOIR et éventuellement son propre nom et sa propre numérotation des adresses (et son éventuel code de voie communal dans son SIG; si ce n'est pas le FANTOIR et le rapprochement complet n'est pas fait ou difficile car pas complètement équivalent pour certaines sections distinguées dans un des codes mais pas dans l'autre). La séparation physique (en séparant les nœuds) s'impose seulement si la frontière s'écarte de la voirie et va séparer des parcelles d'une seule commune. Dans le cas présent la frontière entre Bordeaux et Mérignac ne passe pas par l'axe de l'Avenue des Chênes, mais traverse bien des parcelles. La limite dans OSM est raccord avec celle visible directement sur le cadastre : http://www.openstreetmap.org/way/186045436#map=18/44.84906/-0.63297 donc la question du partage des chemins entre rue et frontière n'est pas à poser ici. vincent ___ 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] [suggestion] Formation aux employés de mairie
Bonjour Après avoir lu cette page… Mieux se déplacer à vélo dans le 15e http://www.mairie15.paris.fr/mairie15/jsp/site/Portal.jsp?document_id=17735portlet_id=545comment=1current_page_id=195 … j'ai envoyé un mail à la mairie du 15ème arrondissement de Paris pour leur suggérer de rentrer les infos dans OSM afin d'en faire profiter tout le monde plutôt que de créer un PDF statique sans grand intérêt. Réponse : Elle a été relevée entièrement sur le terrain, à vélo et sur papier, pour autant non nous ne l’avons pas intégrée à Open Street Map. Naturellement nous trouverions excellent qu’elle s’y trouve puisque l’objectif est de rendre service aux cyclistes. Si vous le faites, notez quand même que trois erreurs mineures s’y sont glissées : […] Ces réserves étant faites, nous vous encourageons donc, si tel est votre souhait, à utiliser ces données. S'il y a des gens qui savent/aiment faire ça, il pourrait être intéressant de proposer une formation à OSM aux employés de mairies qui sont amenés à générer des cartes. My 0.15€, -- View this message in context: http://gis.19327.n5.nabble.com/suggestion-Formation-aux-employes-de-mairie-tp5832061.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] BANO : non rapprochement highway avec code FANTOIR
Raison de plus pour ne pas séparer le chemin d'une rue et celui d'une frontière administrative alors que c'est dévidence la même; la rue étant partagée par deux communes, chacune utilisant son code FANTOIR et éventuellement son propre nom et sa propre numérotation des adresses (et son éventuel code de voie communal dans son SIG; si ce n'est pas le FANTOIR et le rapprochement complet n'est pas fait ou difficile car pas complètement équivalent pour certaines sections distinguées dans un des codes mais pas dans l'autre). La séparation physique (en séparant les nœuds) s'impose seulement si la frontière s'écarte de la voirie et va séparer des parcelles d'une seule commune. Mais dès qu'on partage les nœuds, cela n'a aucun sens de séparer les ways en les superposant (et ça complique beaucoup les jonctions de carrefours de rues, l'ajout des traversée piétons, le découpage pour des limites de vitesse, etc... (presque tout le temps c'est le mauvais chemin qui est utilisé pour ajouter un nœud ce qui donne une topologie incorrecte et des objets non trouvés dans les requêtes, et c'est infernal à corriger; en plus du fait que le rendu ne sait plus gérer correctement l'ordre d'affichage des layers et peut tracer un des chemins par dessus un libellé ce qui le rend difficilement lisible, ce cas étant encore pire si on a séparé aussi les nœuds). En revanche il arrive que la frontière communale soit parallèle à un chemin communal (fossés inclus) n'appartenant qu'à une seule commune la limite étant entre le fossé et la parcelle. L'écart dans ce cas entre l'axe de la voirie et le début de la parcelle est suffisant (de l'ordre de 2 mètres minimum, soit la moitié de la largeur de voirie et de ses bas-cotés et fossés) pour justifier la séparation physique des nœuds (et donc des chemins aussi). S'il n'y a qu'une voirie utilisée par les deux communes et pas de séparation physique centrale, alors un seul chemin partagé entre voirie et frontière communale : les deux communes en assument la charge de façon partagée (ou c'est les collectivités dont elles font partie). Pour les autres frontières non administratives n'entrant pas dans le champ des adresses on peut encore utiliser des chemins séparés (mais attention à ne pas en même temps couper des bâtiments et donc rester au moins dans la largeur de voirie publique mais dans ce cas garder les noeuds séparés. Dans les deux cas il faut deux relatons associatedStreet (ou type=street dans une proposition plus récente peu utilisée), une pour chaque coté avec ses propres nœuds d'adresse du bon côté et son bon nom de rue). et reprenant les chemins de voirie partagés ou longés sur la commune voisine. L'autre solution utilisant left:name et des left:ref:* ne marche pas bien du tout et n'est pas stable: un changement de direction et les noeuds adresses ne sont plus associés à la bonne commune... Cas particulier : il existe (surtout en zone urbaine dense, mais on en trouve aussi dans les zones industrielles comme des entrepôts et certains grands bâtiments agricoles ou des habitations qui ont été agrandies) des bâtiments à cheval sur deux communes (voire deux pays) et qui ont deux adresses : mettre un nœud d'adresse sur chaque partie disposant d'un accès sinon si on indique l'adresse sur le bâtiment lui-même elle indiquera une seule commune qui n'est pas celle qui couvre tout le bâtiment. Le 31 janvier 2015 19:49, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Elle n'est pas rapprochée car cette avenue est située dans les limites communales de Mérignac. A aucun moment elle ne passe dans Bordeaux. Il y a seulement quelques maisons qui semblent en faire parti. Je ne crois pas qu'il y ait de solution toute prête pour ce genre de situation, mais Vincent pourra certainement en dire plus. Stéphane Le 31/01/2015 19:24, lenny.libre a écrit : Bonjour, J'ai rencontré un highway non rapproché qui a me semble-t-il toutes les infos pour être rapproché ! J'ai mis à jour les données BANO avec OSM. Qu'ais-je raté ? Code FANTOIR Voie FANTOIR Voie OSM Cartes Édition Statut FANTOIR (wiki) http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#Typologie_des_anomalies_FANTOIR 330632046T AV DES CHENES -- ORG http://www.openstreetmap.org/#map=18/44.8484116907/-0.633291393544 FR http://tile.openstreetmap.fr/?zoom=18lat=44.8484116907lon=-0.633291393544 BANO http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#18/44.8484116907/-0.633291393544 JOSM ID http://www.openstreetmap.org/edit?editor=id#map=18/44.8484116907/-0.633291393544 P2 http://www.openstreetmap.org/edit?editor=potlatch2#map=18/44.8484116907/-0.633291393544 http://www.openstreetmap.org/way/22755613 Chemin : Avenue des Chênes (22755613) ref fantoir Modifié il y a 4 mois par Vinber Version #13 · Groupe de modifications #26103596 Attributs bicycle yes foot yes highway residential horse yes maxspeed 30 name Avenue des Chênes
Re: [OSM-talk-fr] Détermination des communes littorales
C'est plus compliqué car même des comunes qui ne bordent pas directement la mer snt considérées comme littorales (concernées par la loi associée dans la bande réservée) et il est difficile aussi de déterminer le point de séparation des eaux maritimes et fluviales (qui varie selon les coefficents de marées et les régimes fluviaux, ce qui peut changer l'analyse si on ne se base que sur les tags). Et ensuite voir si dans OSM on a assez (ou trop) remonté le cours des fleuves (au moins jusqu'au premier pont bien qu'un pont puisse aussi passer sur des eaux considérées encore comme maritimes en raison de la salinité moyenne et des apports de sédiments marins dans les terres; et d'espèces maritimes; exceptées celles comme les saumons). Il est difffcile de tenir compte des variations liées à la marée : en montant la mer freine ou inverse l'écoulement des fleuves et crée un coussin d'eau douce qui s'accumule en amont et maintient un niveau temporairement plus élevé, et cela reste vrai même s'il y a un barrage, une écluse ou un déversoir pour limiter les remontées d'eau de mer). A cela il faut ajouter les effets régulateurs des marais côtiers dont l'hydrographie est très complexe. Ces particulièrement compliqué en Bretagne avec ses nombreux et profonds abers; même petits mais pas forcément plus simple en Charentes ou dans les Landes où la lgne de côte est très mouvante ou floue dans les marais. Donc le mieux c'est de se baser sur la liste des communes littorales concernées par la loi et basée sur des études du milieu naturel et les mesures de salinité à diverses périodes ou encore par l'enregistrement de certains évènements comme les submersions dues aux tempêtes par exemple pour lesquelles des zones submersibles ont été délimitées et empeche certains aménagements... Le 31 janvier 2015 10:42, Christian Quest cqu...@openstreetmap.fr a écrit : Pas aussi simple... la limite maritime du découpage communal n'est pas forcément en natural=coastline La bonne façon de procéder est plus complexe... chercher les ways membres de relation admin_level=8 qui n'appartienne qu'à une relation et pas deux. Pour les besoins de la génération des limites communales simplifiées, j'ai ces infos en base si jamais... 2015-01-31 9:27 GMT+01:00 mga_geo mga_...@yahoo.fr: En overpass, j'essaye avec cette requête (relation['admin_level'='8'][ref:INSEE ~ 22...|29...|35...|56...];way(r)[natural=coastline];node(r)); out qt; -- View this message in context: http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009p5832013.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Détermination des communes littorales
Pas aussi simple... la limite maritime du découpage communal n'est pas forcément en natural=coastline La bonne façon de procéder est plus complexe... chercher les ways membres de relation admin_level=8 qui n'appartienne qu'à une relation et pas deux. Pour les besoins de la génération des limites communales simplifiées, j'ai ces infos en base si jamais... 2015-01-31 9:27 GMT+01:00 mga_geo mga_...@yahoo.fr: En overpass, j'essaye avec cette requête (relation['admin_level'='8'][ref:INSEE ~ 22...|29...|35...|56...];way(r)[natural=coastline];node(r)); out qt; -- View this message in context: http://gis.19327.n5.nabble.com/Determination-des-communes-littorales-tp5832009p5832013.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] Rencontre parisienne OSM au Numa le 30 janvier 2015
Merci pour la rencontre hier soir. Et puisqu'on parlait des bornes incendie, un sujet connexe… The One-Man Beautification Plan: A security guard from Queens explains why he’s repainting New York’s forgotten emergency call boxes. www.slate.com/articles/podcasts/gist/2015/01/the_gist_fdny_call_box_beautification_with_john_colgan_and_a_new_lobstar.html -- View this message in context: http://gis.19327.n5.nabble.com/Rencontre-parisienne-OSM-au-Numa-le-30-janvier-2015-tp5830936p5832027.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
[OSM-talk-fr] Réforme territoriale et fusion de communes
Bonjour, Pour ceux qui n'auraient pas vu passer les articles sur ce qui nous a agité début janvier, Le Monde a publié 2 articles intéressants sur la réforme territoriale et les fusions de communes. http://www.lemonde.fr/politique/article/2015/01/27/en-milieu-rural-des-communes-nouvelles-pour-dessiner-la-campagne-du-xxie-siecle_4563231_823448.html?xtmc=bocagextcr=1 http://www.lemonde.fr/politique/article/2015/01/27/le-regroupement-des-villages-prochaine-etape-de-la-reforme-territoriale_4562477_823448.html Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un abattoir municipal
Merci de vos réponses Je reste surpris qu'il n' y a aucun abattoir dans OSM en France ;-( C'est donc le premier ;-) Pour répondre à Philippe, il s'agit d'un abattoir municipal qui a plus de 100 ans fonctionnant avec des employés municipaux et des indépendants pour les pics de charge. http://www.openstreetmap.org/way/320515536 Eric 2015-01-30 9:56 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: La discussion n'est plus nécessaire étant donné l'usage important. La doc fournie est suffisante. Et il n'y a a pas d'autre proposition concurrente visant à la déprécier et capable de l'égaler. Les discussions sont toujours possibles si les valeurs proposées ne suffisent pas ou sont ambiguës pour certains pays qui ne font pas certaines distinctions ou en ajoutent. La distinction peut être floue entre ngo et community, et la notion d'agrément et de concession pour le service public est aussi importante en France; que l'opérateur soit public ou privé, mais cette concession ne s'applique pas nécessairement à toutes les activités de l'opérateur ou même d'un seul de ses établissements qui peut avoir aussi d'autres délégations ou concessions. Un même établissement pouvant avoir pour chacune une voire plusieurs enseignes commerciales différentes (qui sont ce que voit le public à l'extérieur ou dans l'établissement, même si la loi impose de citer l'opérateur légal de l'établissement sur les factures, devis et documents légaux ou contractuels; indépendamment des enseignes dont la mention n'est pas obligatoire sauf si elle est contractuelle et partie du contrat de franchise liant le titulaire de l'établissement au titulaire de l'enseigne, puisque des services de l'enseigne doivent être rendus au public par l'exploitant de l'établissement car l'enseigne en fait publicité). 2015-01-30 9:35 GMT+01:00 althio althio.fo...@gmail.com: Il y a aussi la très bonne suggestion de panieravide qui est malheureusement passée hors fil de discussion. operator:type=public http://wiki.openstreetmap.org/wiki/Key:operator:type ___ 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
