Re: [OSM-talk-fr] illustration pour les nouveaux cantons
Le samedi 28 février 2015 05:34:16 Philippe Verdy a écrit : > Doucement je n'ai pas été aussi malpoli. Franchement, c'est lourd. Ta rhétorique commence à être usée. Merci Christian pour le script, les cantons intégrés et les vérifications en cours. Merci Philippe pour tes vérifications minutieuses. -- 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] illustration pour les nouveaux cantons
Le 27 févr. 2015 19:23, "Christian Quest" a écrit : > > Je comptais faire une passe de finition ce week-end sur les cantons pour vérifier que tout est d'équerre avant de trop communiquer dessus. Pour l'instant c'est une brève assez simple à destination de la communauté OSM pour évoquer le travail entrepris. On pourra faire une autre brève au moment d'une annonce plus officielle. > A minima, voici la couverture des nouveaux cantons il y a une semaine, puis dimanche et aujourd'hui on est quasiment bleu partout > https://twitter.com/cq94/status/569250859491692545/photo/1 > https://twitter.com/cq94/status/569460664886042625/photo/1 > https://twitter.com/cq94/status/569590250059763713/photo/1 Merci, ça illustre bien le concept de travail en cours. Je comptais faire une passe de finition ce week-end sur les cantons pour vérifier que tout est d'équerre avant de trop communiquer dessus. A minima, voici la couverture des nouveaux cantons il y a une semaine, puis dimanche et aujourd'hui on est quasiment bleu partout https://twitter.com/cq94/status/569250859491692545/photo/1 https://twitter.com/cq94/status/569460664886042625/photo/1 https://twitter.com/cq94/status/569590250059763713/photo/1 Le 27 février 2015 18:19, althio a écrit : > Salut, > > Est-ce que quelqu'un pourrait m'indiquer ou me fournir une carte > illustrant la modification en cours des cantons ? Peut-être une sorte > d'avant/après, sur une zone ? > Je voudrais la proposer pour la prochaine édition de weeklyOSM, au moins > en version française. > > althio > > ___ > 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] Entités urbaines de plus de 100 000 habitants
Concernant les chiffres du zonage urbain, il y aurait en tout - 2243 "unités urbaines" en 2007, dont environ 500 de plus de 10 000 habitants (y inclus les 61 unités urbaines de plus de 100 000 habitants, dont les 6 transfrontalières) ; - un peu moins d'aires urbaines", dont environ 350 de plus de 10 000 habitants. Ces zonages urbains sont admis avec des articles dans Wikipédia (qui manquent justement de carte et OSM peut aider à les fournir sans avoir à créer des tas de cartes SVG sur Commons, en intégrant les infos de géolocalisation pour appeler la carto OSM Mapnik hébergée par Wikimedia Labs). Pour tout ça dans OSM, ce serait donc des relations avec : * "boundary=urban" * "urban_type=FR:urban_unit" (unités urbaines de l'Insee) ou "urban_type=FR:urban_area" (aires urbaines de l'Insee). L'Insee propose aussi des zonage urbains fins, infracommunaux (permettant ensuite aux communes de délimiter légalement leurs limites "d'agglomérations" au sens du code de la route par exemple), mais aussi de définir le monde rural et les zones d'extension des parcs naturels (ou de protection dans les petits espaces urbains inclus dans les parcs soumis à certaines restrictions pour les communes qui ont désiré renforcer la protection et éviter les extensions urbaines sur l'espace rural environnant, ou qui mettent en place des contraintes environnementales : bruit, eaux usées, pollution, couverture des sols...) et de définir aussi correctement leur plan local d'urbanisme et éviter l'essaimage résidentiel (qui coûte cher ensuite aux collectivités pour l'entretien des infrastructures rurales ou en service à la population). Cartographier cela serait également une aide précieuse pour les communes rurales qui ont du mal à maîtriser leur espace bâti et estimer les besoins (et leurs CC n'est pas toujours très équipée non plus) et avoir ensuite un PLU clair et stable et un schéma de circulation. Cela leur donne des moyens pour éviter qu'un plus grosse collectivité ou l'Etat leur impose des choix. Et cela rend service aussi à leurs habitants qui peuvent les anticiper et mieux négocier avec les mairies les PLU et les défendre aux échelons administratifs supérieurs et dans les intercommunalités. Le zonage urbain ne donne pas qu'une vision actuelle mais permet d'entrevoir les évolutions futures et mesurer les déséquilibres existants. = On a aussi (séparément) le zonage démographique et statistique également de l'Insee, mais non directement lié au bâti, car le zonage urbain légal n'impose pas que le bâti soit habité ni même habitable. - ce peut être des installations à usage professionnel et commercial ou de service public ou du bâti historique (classé ou pas, protégé ou pas, public ou privé), - et les habitants ne sont pas tous non plus logé dans du bâti en dur (par exemple dans les ports maritimes et fluviaux, ou dans les terrains de campings en mobil-home, caravane ou sous la tente, et dans les baraquements et cases traditionnelles admis comme "bati en dur" seulement en outre-mer). Et pour ça on a parlé des IRIS (lié au recensement de la population, qui est une donnée importante au plan des dotations de l'Etat, et pour les élections en servant ensuite de base au découpages électoraux, aux études économiques et sociales, ou pour mettre en place les schémas de transport) : * "boundary=statistical" ou seulement "demographic" ? Le 2 mars 2015 02:25, Philippe Verdy a écrit : > Les unités urbaines transfrontalières sont peu nombreuses en France, il y > en a 6: > > - Lille (+ partie belge) > - Douai-Lens-Valencienne (+ partie belge) > - Maubeuge (+ partie belge) > - Strasbourg (+ partie allemande) > - périphérie française de Genève (+ partie suisse) > - Bayonne (+ partie espagnole) > > Il est question d'y ajouter Nice, étendue jusqu'à Menton (+ partie > monégasque + une éventuelle commune italienne, voire plus loin sur la > riviera italienne jusqu'à San Remo) mais pour l'instant l'unité urbaine de > Nice s'arrête au nord-ouest de Monaco avec La Trinité mais il manque La > Turbie (pour relier aussi Beausoleil). Cependant La Turbie a un gros > espace rural le séparant des deux grands pôles urbain, de même que > Vintimille coté italien. > Monaco pourrait en attendant être un centre d'unité urbaine (incluant > alors en France Beausoleil, Roquebrune-Cap-Martin, Cap-d'Ail, Menton... > voire aussi Castellar touchant la frontière italienne). > > Le 2 mars 2015 01:54, Philippe Verdy a écrit : > > Enfin bref, pas question de mettre ça dans "boundary=administrative" (il >> n'y a d'ailleurs aucune notion d'admin_level, et ces unités urbaines >> peuvent être transfrontalières, internationales). >> >> Mais on pourrait avoir "boundary=urban_area" (pas vraiment non plus >> "boundary=statistical" comme pour les éventuels IRIS et districts de >> recensement dont on a parlé récemment pour subdiviser les communes assez >> peuplées et qui n'ont rien à voir non plus avec le zonage urbain)... à >> condition de compléter aussi "urban_ar
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Comme le disait Philippe les unités urbaines sont un zonage d'étude (par opposition à un zonage administratif). Celui-ci est de plus susceptible d'évoluer dans le temps. (petite objection en revanche, ça couvre bien des communes entières.) Des zonages d'études, on peut en construire autant qu'il y a de problématiques, donc la question est de savoir lesquels sont pertinents dans osm. Personnellement je suis moyennement favorable à leur intégration. PY Le 2 mars 2015 01:48, Philippe Verdy a écrit : > Sauf que le terme c'est "unité urbaine" (pas "entité"), défini depuis > longtemps par l'Insee dans son zonage urbain. Ce n'est pas une entité > administrative en tant que tel, pas une collectivité, et ça ne couvre pas > des communes entières. > > > Le 1 mars 2015 18:07, barnes38 a écrit : > >> Bonjour, >> Je cherche à faire le point sur cette notion de "*Entité urbaine de plus >> de >> 100 000 habitants*". >> >> Cette notion de "Entité urbaine de plus de 10 habitants" existe au >> niveau de l'INSEE, pour des aspects réglementaires et notamment du code de >> l'environnement, la réglementation à l'intérieur de ces zones n'est pas >> la >> même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage >> publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. >> >> Voir une carte de ces entités urbaines ici : >> >> >> http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054&service=DDT_95 >> Il y en a 61 en France métropolitaine: >> http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 >> Celle de Grenoble par exemple regroupe 53 communes. C'est une entité >> différente de celle de la nouvelle métropole grenobloise (49 communes), >> différente de celle de communauté d'agglomération qui existait avant, etc. >> Les listes des communes des 61 entités urbaines de plus de 100 habitants >> peuvent être trouvées ici: >> http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html >> >> Donc la première question que je pose : *pensez-vous que il soit judicieux >> d'avoir cette notion dans OSM ?* >> >> >> S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire >> (et ça serait la deuxième question) ? >> Dans le wiki OSM, on peut trouver comment réaliser un regroupement de >> communes, ça a déjà été réfléchi à ceci pour les EPCI. >> >> >> http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI >> >> D'un autre coté, regrouper des entités peux se faire de deux façons >> différentes: >> >> >> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière >> >> >> Merci >> >> >> >> >> -- >> View this message in context: >> http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.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 > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re: Entités urbaines de plus de 100 000 habitants
___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Le 2 mars 2015 02:25, Philippe Verdy a écrit : > Les unités urbaines transfrontalières sont peu nombreuses en France, il y > en a 6: > > [...] > > Il est question d'y ajouter Nice, étendue jusqu'à Menton (+ partie > monégasque + une éventuelle commune italienne, voire plus loin sur la > riviera italienne jusqu'à San Remo) > Source ? > mais pour l'instant l'unité urbaine de Nice s'arrête au nord-ouest de > Monaco avec La Trinité mais il manque La Turbie (pour relier aussi > Beausoleil). Cependant La Turbie a un gros espace rural le séparant des > deux grands pôles urbain, de même que Vintimille coté italien. > Monaco pourrait en attendant être un centre d'unité urbaine (incluant > alors en France Beausoleil, Roquebrune-Cap-Martin, Cap-d'Ail, Menton... > voire aussi Castellar touchant la frontière italienne). > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] illustration pour les nouveaux cantons
Je fais encore des corrections minutieuses mais cette fois c'est pour des détail très fins. (j'ai laissé de côté la création brute des quelques cantons qui restent en Outre-mer). Cela va plus loin que la seule vérification de cohérence géométrique brute car il faut reprendre les listes de communes et de rues parfois une par une. Le plus urgent étant les listes de communes (car il y a encore des erreurs d'attribution, masi au niveau rue pour les communes découpées, on ne peut pas se contenter du shapefile du Minint qui est surtout informatif. Les décrets qu'on a sur Légifrance ne sont pas non plus tous des originaux en facsimilé du JORF (Légifrance a oublié des corrections ou s'est planté à plusieurs endroits, notamment les décrets rectificatifs et je pense en plus qu'il en manque sur Légifrance !). Des ambiguités existent encore dans les décrets et il faut les marquer une par une. Ce travail fastidieux ne devrait pas être répété aussi souvent : on ne peut plus se contenter dans OSM de la simple définition géométrique (instable et difficile à vérifier) avec juste les ways bruts, alors même que la réforme territoriale va encore avoir plein de changements mais que leurs effets vont se combiner (exemple : les "anciens cantons" persistent car ils sont encore utilisés légalement pour les circonscriptions législatives et les législatures ne prendront fin qu'en 2017 (il peut y avoir des élection partielles à tout moment d'ici là, et les chefs-lieux de cantons sont encore les bureaux centralisateurs des circonscriptions législatives). Entre 2015 et 2017 il faudrait parler des "cantons départementaux" (ceux définis en 2014 et qu'on a presque terminés) et des "cantons législatifs" (encore utilisés dans le code électoral et le code rural, définis par la réforme précédente de 2006 si je me souviens bien et qu'on a mis en "disused:" uniquement pour leur usage électoral dans les anciens conseils généraux), la date butoir de migration et d'arrêt des "anciens cantons" étant celle de la fin des nouvelles mandatures départementales (ce qui nous amène à conserver les deux types de cantons jusqu'à... mars 2021). Le 2 mars 2015 09:05, Nicolas Dumoulin < nicolas_openstreetmap@dumoulin63.net> a écrit : > Le samedi 28 février 2015 05:34:16 Philippe Verdy a écrit : > > Doucement je n'ai pas été aussi malpoli. > Merci Philippe pour tes vérifications minutieuses. > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] illustration pour les nouveaux cantons
En plus au delà des décrets ministériels, il faudrait faire des recherches de décisions prises en justice au Conseil d'Etat (dernière instance de la justice administrative) : elles remplacent tout ce que peut avoir écrit un décret ministériel. Je ne suis pas sûr qu'on les trouve toutes sur Légifrance (en revanche les mairies concernées connaissent nécessairement ces décisions ainsi que le Ministère de l'intérieur chargé de les appliquer et les contrôler), car des communes, citoyens ou candidats ont pu contester leur découpage, ou les chiffres de population ont pu être contestés, changeant potentiellement la répartition des sièges si les cantons ne sont pas réajustés territorialement. Ces décisions ont pu avoir lieu jusqu'il y a quelques jours, avant l'ouverture des inscriptions des candidats en préfecture (les listes électorales sont encore ouvertes dans les communes jusqu'à la veille du scrutin pour les nouveaux électeurs et les procurations, mais n'influent pas les populations légales... à priori bouclées en fin 2012). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Non: "urban_area=FR:urban_unit_10" ou "FR:urban_unit_10" n'a pas de sens. ce sont des unités urbaines, un point c'est tout. On peut en revanche (et on devrait) indiquer population=* avec sa source, et ça suffira à faire le tri (les 100 000 ou 10 000 c'est assez arbitraire et les seuils seront dépendants d'un texte à l'autre). 2015-03-02 9:45 GMT+01:00 : > Oui UNITÉ urbaine (disons UU). Mea culpa. > > Question 1 : c'est pertinent ou pas comme info dans OSM ? > > Question 2: donc sur comment le faire. > En France le code de l'environnement distingue les UU+10, des > UU+80. > Si on adoptait ce que tu dis : boundary=urban_area et > urban_area=FR:urban_unit, ça pourrait être alors > urban_area=FR:urban_unit_10 ou FR:urban_unit_10 ? > Est ce que cette façon de faire est facile à réaliser (à rentrer dans OSM) > et facile à utiliser par la suite? Qui peut expliquer un peu plus ? > > Je suis pas très expert, merci pour les compléments d'information ! > > > > > De : Philippe Verdy > Date : 2 mars 2015 02h27 > À : talk-fr@openstreetmap.org > Cc : > Objet : ***SPAM*** Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 > habitants > > Les unités urbaines transfrontalières sont peu nombreuses en France, il y > en a 6: > > - Lille (+ partie belge) > - Douai-Lens-Valencienne (+ partie belge) > - Maubeuge (+ partie belge) > - Strasbourg (+ partie allemande) > - périphérie française de Genève (+ partie suisse) > - Bayonne (+ partie espagnole) > > Il est question d'y ajouter Nice, étendue jusqu'à Menton (+ partie > monégasque + une éventuelle commune italienne, voire plus loin sur la > riviera italienne jusqu'à San Remo) mais pour l'instant l'unité urbaine de > Nice s'arrête au nord-ouest de Monaco avec La Trinité mais il manque La > Turbie (pour relier aussi Beausoleil). Cependant La Turbie a un gros > espace rural le séparant des deux grands pôles urbain, de même que > Vintimille coté italien. > Monaco pourrait en attendant être un centre d'unité urbaine (incluant > alors en France Beausoleil, Roquebrune-Cap-Martin, Cap-d'Ail, Menton... > voire aussi Castellar touchant la frontière italienne). > > Le 2 mars 2015 01:54, Philippe Verdy a écrit : > >> Enfin bref, pas question de mettre ça dans "boundary=administrative" (il >> n'y a d'ailleurs aucune notion d'admin_level, et ces unités urbaines >> peuvent être transfrontalières, internationales). >> >> Mais on pourrait avoir "boundary=urban_area" (pas vraiment non plus >> "boundary=statistical" comme pour les éventuels IRIS et districts de >> recensement dont on a parlé récemment pour subdiviser les communes assez >> peuplées et qui n'ont rien à voir non plus avec le zonage urbain)... à >> condition de compléter aussi "urban_area=FR:urban_unit" ("unité urbaine" >> selon l'Insee en France, nos voisins ou l'Union européenne pouvant avoir >> leur définition du zonage urbain y compris transfrontalier). >> >> >> >> Le 2 mars 2015 01:48, Philippe Verdy a écrit : >> >> Sauf que le terme c'est "unité urbaine" (pas "entité"), défini depuis >>> longtemps par l'Insee dans son zonage urbain. Ce n'est pas une entité >>> administrative en tant que tel, pas une collectivité, et ça ne couvre pas >>> des communes entières. >>> >>> >>> Le 1 mars 2015 18:07, barnes38 a écrit : >>> >>> Bonjour, Je cherche à faire le point sur cette notion de "*Entité urbaine de plus de 100 000 habitants*". Cette notion de "Entité urbaine de plus de 10 habitants" existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054&service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/w
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
L'unité urbaine de Cap d'Ail-Monaco-Menton existe déjà, elle est juste encore séparée de celle de Nice (mais sans atteindre les 100 000 habitants pour être listée dans les 61). Le zonage urbain sur la côte entre Nice et Cap d'Ail est très proche des seuils de continuité urbaine de l'Insee; idem du côté de Vintimille. J'aurais pu ajouter aussi l'unité urbaine de Bâle (Suisse) qui inclue des communes françaises dans sa périphérie, il a peut-être d'autres unités urbaines transfrontalières (Dunkerque ? sans doute aussi en Lorraine avec le Luxembourg ou l'Allemagne). Le 2 mars 2015 09:51, Pierre-Yves Berrard a écrit : > Le 2 mars 2015 02:25, Philippe Verdy a écrit : > >> Les unités urbaines transfrontalières sont peu nombreuses en France, il y >> en a 6: >> >> [...] >> >> Il est question d'y ajouter Nice, étendue jusqu'à Menton (+ partie >> monégasque + une éventuelle commune italienne, voire plus loin sur la >> riviera italienne jusqu'à San Remo) >> > > Source ? > > >> mais pour l'instant l'unité urbaine de Nice s'arrête au nord-ouest de >> Monaco avec La Trinité mais il manque La Turbie (pour relier aussi >> Beausoleil). Cependant La Turbie a un gros espace rural le séparant des >> deux grands pôles urbain, de même que Vintimille coté italien. >> Monaco pourrait en attendant être un centre d'unité urbaine (incluant >> alors en France Beausoleil, Roquebrune-Cap-Martin, Cap-d'Ail, Menton... >> voire aussi Castellar touchant la frontière italienne). >> > > ___ > 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours
"Thouars" (avec un h) et Loudun sont deux chef-lieux de cantons (devenant juste des bureaux centralisateurs), de deux départements différents. Thouars est plus peuplé que Loudun. Normal qu'il passe devant (on n'a pas de chiffres dans OSM pour les populations des agglomérations entières, on en revient à la problématique du zonage urbain qui nous manque). . Le 2 mars 2015 08:29, erwan salomon a écrit : > les POI : > j'aime bien aussi cette homogénéité du rendu HOT > mais autant faire autre chose et rendre plus visible certaines chose (les > pharmacies sont très bien sur le rendu FR par exemple) > pour les DAB sur le rendu HOT il me semble que c'est l'inverse, la carte > bancaire pour les banque et la caisse enregistreuse pour les DAB > j'aurais bien mis la carte pour les DAB justement (mais il y a risque de > confusion d'un rendu à l'autre) > je trouve surtout que les icônes pleines du rendu HOT ressortent mieux que > les dessins détaillés (carte/ticket pour les DAB) > de même des icônes de dimension plus proche (la pompe à essence je la > trouve un peu petite, la mairie aussi mériterait d'être un peu agrandi voir > beaucoup pour la faire ressortir) > et certains POI de couleur dégradé ressortent bizarrement alors que toutes > les autres sont en aplat voir mono-chrome (SNCF et la Poste ... au fait ces > logos sont libre d'utilisation ?) > > les noms de places ou autres sont bien mieux rendu qu'avant je trouve (on > va pas faire que critiquer hein) > > les villes en low-zoom (même si c'est pas vraiment le sujet du nouveau > rendu) : > les noms de régions gardent la priorité en zoom 6 maintenant ça c'est bien > (mais en zoom 5 l'île d'Oléron passe devant le Poitou-Charentes) > en zoom 6 Saint-Avé à disparu au profit de Lorient ... mais Lannion > disparait au profit de Plourivo ... > à partir du zoom 7 les départements sont distingués, mais seules les > villes de plus de 100.000 habitants ont un rendu spécifique (un point) il > me semblerait opportun d'offrir aussi un rendu aux préfectures (un cercle ? > ce qui donnerait un point cerclé pour les préfectures de plus de 100.000 > habitants) > zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars > écrase Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, > alors que sur le rendu FR Loudun reste visible) > > voilà si ça peut faire avancer le schmilblick > > Le 2 mars 2015 à 01:01, Philippe Verdy a écrit : > > C'est vrai que la comparaison avec le rendu humanitaire révèle des tas > d'icônes oubliées dans le rendu fr. > > Et je trouve les icônes monochromes du rendu humanitaire mieux finies et > plus lisibles (et moins gênantes pour une exploitation de la carte dans un > fond sur lequel on fera des cartes spécialisées avec des POI ou routes > mises en évidence en vectoriel sur une sélection ou simplement pour > parcourir la carte). > > Par exemple les écoles (les deux enfants qui courent pour le primaire et > le secondaire, la toque des étudiants pour les écoles supérieures, même si > les cérémonies de remise de diplôme en costume ne sont pas une tradition > française, on sait ce que c'est grâce aux médias) les bibliothèques (icone > symbolisant un livre ouvert), les médecins (trousse médicale avec le + > dessus), les théâtres et salles de spectacles (icône des deux masques de > carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), > les bureaux de change (icône "$+calculette") -- on n'a que les agences > bancaires -- les fontaines et points d'eau potable (icone du verre et du > robinet), et les grands types de commerces (alimentaire,s habillement, > restauration à l'assiette, restauration rapide, cafés/bars/pubs, superettes > alimentaires, boulangeries/patisseries, boucheries/charcuteries, coiffure > et soins personnels, vêtements, électroménager, location de véhicules, > services et location cycliste, arrêts de taxi = voiture avec panneau sur le > toit...), ambassades et consulats (à Paris surtout: bâtiment à dôme avec un > drapeau dessus), garages auto (deux outils croisés: clé à pans et > tournevis)... > > En France on pourrait avoir aussi les bureaux de tabac (la carotte rouge) > qui sont des points de vente de plus en plus multiservice (presse, bar, > assez souvent, dépot de pain, agence postale, ou relais colis...), les > boutiques de téléphonie/internet mobile (symbole possible: un smartphone, > avec antenne?) > > Le 1 mars 2015 17:21, Pierre Béland a écrit : > >> Chantier intéressant qui peut permettre d'innover par rapport au rendu >> standard, mieux répertorier les différents services et aussi se préoccuper >> de mieux équilibrer le rendu entre les différentes activités. >> >> Je suggère d'atténuer le jaune des grandes surfaces de stationnement. Par >> ailleurs, différents services à la collectivité sont souvent soit mal >> répertoriés soit non mis en évidence sur la carte alors qu'à coté les >> fast-foods sont parfois hyper-visibles. Les pharmacies sont bien rendues, >> mais ce n'est pas le cas pour
[OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?
Quai Gallieni ou Quai du Général Gallieni ? Quai Carnot ou Quai du Président Carnot ? Le second semble plus complet et plus canonique alors que le premier est souvent nettement plus spontanément utilisé... Et Nominatim ne donnera pas les mêmes résultats selon qu'on chercher l'un ou l'autre. Alors, name et alt_name ? Ca ne va pas suffire... http://www.charles-de-gaulle.org/pages/la-memoire/lieux/lieux-de-souvenirs/les-voies-de-gaulle.php m'apprend que "Même la simple question du nom exact de la voie n’était pas évidente : entre la rue Charles de Gaulle, la rue du Général de Gaulle, la rue Général de Gaulle et la rue de Gaulle, sans parler des noms composés". On pourrait demander aux utilisateurs de préciser le code FANTOIR de la rue qu'ils recherchent... Ou sinon, si vous pouvez m'éclairer sur la manière de répondre à ce problème... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Note: entre Thouars et Loudun il y a une limite de "métatuile" (le méridien 0 passe entre les deux): les tuiles ne sont pas encore rafraîchies sur la même base. L'un des deux doit disparaitre. en zoom 7. Le 2 mars 2015 10:33, Philippe Verdy a écrit : > "Thouars" (avec un h) et Loudun sont deux chef-lieux de cantons (devenant > juste des bureaux centralisateurs), de deux départements différents. > Thouars est plus peuplé que Loudun. Normal qu'il passe devant (on n'a pas > de chiffres dans OSM pour les populations des agglomérations entières, on > en revient à la problématique du zonage urbain qui nous manque). > > . > > Le 2 mars 2015 08:29, erwan salomon a écrit : > > les POI : >> j'aime bien aussi cette homogénéité du rendu HOT >> mais autant faire autre chose et rendre plus visible certaines chose (les >> pharmacies sont très bien sur le rendu FR par exemple) >> pour les DAB sur le rendu HOT il me semble que c'est l'inverse, la carte >> bancaire pour les banque et la caisse enregistreuse pour les DAB >> j'aurais bien mis la carte pour les DAB justement (mais il y a risque de >> confusion d'un rendu à l'autre) >> je trouve surtout que les icônes pleines du rendu HOT ressortent mieux >> que les dessins détaillés (carte/ticket pour les DAB) >> de même des icônes de dimension plus proche (la pompe à essence je la >> trouve un peu petite, la mairie aussi mériterait d'être un peu agrandi voir >> beaucoup pour la faire ressortir) >> et certains POI de couleur dégradé ressortent bizarrement alors que >> toutes les autres sont en aplat voir mono-chrome (SNCF et la Poste ... au >> fait ces logos sont libre d'utilisation ?) >> >> les noms de places ou autres sont bien mieux rendu qu'avant je trouve (on >> va pas faire que critiquer hein) >> >> les villes en low-zoom (même si c'est pas vraiment le sujet du nouveau >> rendu) : >> les noms de régions gardent la priorité en zoom 6 maintenant ça c'est >> bien (mais en zoom 5 l'île d'Oléron passe devant le Poitou-Charentes) >> en zoom 6 Saint-Avé à disparu au profit de Lorient ... mais Lannion >> disparait au profit de Plourivo ... >> à partir du zoom 7 les départements sont distingués, mais seules les >> villes de plus de 100.000 habitants ont un rendu spécifique (un point) il >> me semblerait opportun d'offrir aussi un rendu aux préfectures (un cercle ? >> ce qui donnerait un point cerclé pour les préfectures de plus de 100.000 >> habitants) >> zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars >> écrase Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, >> alors que sur le rendu FR Loudun reste visible) >> >> voilà si ça peut faire avancer le schmilblick >> >> Le 2 mars 2015 à 01:01, Philippe Verdy a écrit : >> >> C'est vrai que la comparaison avec le rendu humanitaire révèle des tas >> d'icônes oubliées dans le rendu fr. >> >> Et je trouve les icônes monochromes du rendu humanitaire mieux finies et >> plus lisibles (et moins gênantes pour une exploitation de la carte dans un >> fond sur lequel on fera des cartes spécialisées avec des POI ou routes >> mises en évidence en vectoriel sur une sélection ou simplement pour >> parcourir la carte). >> >> Par exemple les écoles (les deux enfants qui courent pour le primaire et >> le secondaire, la toque des étudiants pour les écoles supérieures, même si >> les cérémonies de remise de diplôme en costume ne sont pas une tradition >> française, on sait ce que c'est grâce aux médias) les bibliothèques (icone >> symbolisant un livre ouvert), les médecins (trousse médicale avec le + >> dessus), les théâtres et salles de spectacles (icône des deux masques de >> carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), >> les bureaux de change (icône "$+calculette") -- on n'a que les agences >> bancaires -- les fontaines et points d'eau potable (icone du verre et du >> robinet), et les grands types de commerces (alimentaire,s habillement, >> restauration à l'assiette, restauration rapide, cafés/bars/pubs, superettes >> alimentaires, boulangeries/patisseries, boucheries/charcuteries, coiffure >> et soins personnels, vêtements, électroménager, location de véhicules, >> services et location cycliste, arrêts de taxi = voiture avec panneau sur le >> toit...), ambassades et consulats (à Paris surtout: bâtiment à dôme avec un >> drapeau dessus), garages auto (deux outils croisés: clé à pans et >> tournevis)... >> >> En France on pourrait avoir aussi les bureaux de tabac (la carotte rouge) >> qui sont des points de vente de plus en plus multiservice (presse, bar, >> assez souvent, dépot de pain, agence postale, ou relais colis...), les >> boutiques de téléphonie/internet mobile (symbole possible: un smartphone, >> avec antenne?) >> >> Le 1 mars 2015 17:21, Pierre Béland a écrit : >> >>> Chantier intéressant qui peut permettre d'innover par rapport au rendu >>> standard, mieux répertorier les différents services et aussi se préoccuper >>> de mieux équilibrer le rendu entre les différentes
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
En fait l'anomalie c'est plutôt que Loudun laisse sa place à Nouzilly et Messelles. Vérifier population=* à Loudun (et ne pas pour autant le classer en "place=town", il n'atteint pas les 10 000 habitants. Le 2 mars 2015 10:41, Philippe Verdy a écrit : > Note: entre Thouars et Loudun il y a une limite de "métatuile" (le > méridien 0 passe entre les deux): les tuiles ne sont pas encore rafraîchies > sur la même base. L'un des deux doit disparaitre. en zoom 7. > > Le 2 mars 2015 10:33, Philippe Verdy a écrit : > > "Thouars" (avec un h) et Loudun sont deux chef-lieux de cantons (devenant >> juste des bureaux centralisateurs), de deux départements différents. >> Thouars est plus peuplé que Loudun. Normal qu'il passe devant (on n'a pas >> de chiffres dans OSM pour les populations des agglomérations entières, on >> en revient à la problématique du zonage urbain qui nous manque). >> >> . >> >> Le 2 mars 2015 08:29, erwan salomon a écrit : >> >> les POI : >>> j'aime bien aussi cette homogénéité du rendu HOT >>> mais autant faire autre chose et rendre plus visible certaines chose >>> (les pharmacies sont très bien sur le rendu FR par exemple) >>> pour les DAB sur le rendu HOT il me semble que c'est l'inverse, la carte >>> bancaire pour les banque et la caisse enregistreuse pour les DAB >>> j'aurais bien mis la carte pour les DAB justement (mais il y a risque de >>> confusion d'un rendu à l'autre) >>> je trouve surtout que les icônes pleines du rendu HOT ressortent mieux >>> que les dessins détaillés (carte/ticket pour les DAB) >>> de même des icônes de dimension plus proche (la pompe à essence je la >>> trouve un peu petite, la mairie aussi mériterait d'être un peu agrandi voir >>> beaucoup pour la faire ressortir) >>> et certains POI de couleur dégradé ressortent bizarrement alors que >>> toutes les autres sont en aplat voir mono-chrome (SNCF et la Poste ... au >>> fait ces logos sont libre d'utilisation ?) >>> >>> les noms de places ou autres sont bien mieux rendu qu'avant je trouve >>> (on va pas faire que critiquer hein) >>> >>> les villes en low-zoom (même si c'est pas vraiment le sujet du nouveau >>> rendu) : >>> les noms de régions gardent la priorité en zoom 6 maintenant ça c'est >>> bien (mais en zoom 5 l'île d'Oléron passe devant le Poitou-Charentes) >>> en zoom 6 Saint-Avé à disparu au profit de Lorient ... mais Lannion >>> disparait au profit de Plourivo ... >>> à partir du zoom 7 les départements sont distingués, mais seules les >>> villes de plus de 100.000 habitants ont un rendu spécifique (un point) il >>> me semblerait opportun d'offrir aussi un rendu aux préfectures (un cercle ? >>> ce qui donnerait un point cerclé pour les préfectures de plus de 100.000 >>> habitants) >>> zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars >>> écrase Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, >>> alors que sur le rendu FR Loudun reste visible) >>> >>> voilà si ça peut faire avancer le schmilblick >>> >>> Le 2 mars 2015 à 01:01, Philippe Verdy a écrit : >>> >>> C'est vrai que la comparaison avec le rendu humanitaire révèle des tas >>> d'icônes oubliées dans le rendu fr. >>> >>> Et je trouve les icônes monochromes du rendu humanitaire mieux finies et >>> plus lisibles (et moins gênantes pour une exploitation de la carte dans un >>> fond sur lequel on fera des cartes spécialisées avec des POI ou routes >>> mises en évidence en vectoriel sur une sélection ou simplement pour >>> parcourir la carte). >>> >>> Par exemple les écoles (les deux enfants qui courent pour le primaire et >>> le secondaire, la toque des étudiants pour les écoles supérieures, même si >>> les cérémonies de remise de diplôme en costume ne sont pas une tradition >>> française, on sait ce que c'est grâce aux médias) les bibliothèques (icone >>> symbolisant un livre ouvert), les médecins (trousse médicale avec le + >>> dessus), les théâtres et salles de spectacles (icône des deux masques de >>> carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), >>> les bureaux de change (icône "$+calculette") -- on n'a que les agences >>> bancaires -- les fontaines et points d'eau potable (icone du verre et du >>> robinet), et les grands types de commerces (alimentaire,s habillement, >>> restauration à l'assiette, restauration rapide, cafés/bars/pubs, superettes >>> alimentaires, boulangeries/patisseries, boucheries/charcuteries, coiffure >>> et soins personnels, vêtements, électroménager, location de véhicules, >>> services et location cycliste, arrêts de taxi = voiture avec panneau sur le >>> toit...), ambassades et consulats (à Paris surtout: bâtiment à dôme avec un >>> drapeau dessus), garages auto (deux outils croisés: clé à pans et >>> tournevis)... >>> >>> En France on pourrait avoir aussi les bureaux de tabac (la carotte >>> rouge) qui sont des points de vente de plus en plus multiservice (presse, >>> bar, assez souvent, dépot de pain, agence postale, ou relais colis...), les >>> boutiques de
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Loudun est partiellement coupé mais Sablé-sur-Sarthe aussi plus au nord : il semble qu'il n'y ait pas la liaison entre les méridiens est et ouest pour les libellés un peu longs qui franchissent cette limite. A différents niveaux de zoom on voit d'autres libellés coupés sur le méridien 0 (problème lié au changement de signe des longitudes et au calcul de géométrie des libellés, ou d'optimisation des requêtes relatives aux méta-tuiles: mauvaise estimation de la largeur pour la police utilisée, oubli de prise en compte de la taille de police quand le style et la taille des libellés dépend du niveau de zoom ?) Le 2 mars 2015 10:41, Philippe Verdy a écrit : > Note: entre Thouars et Loudun il y a une limite de "métatuile" (le > méridien 0 passe entre les deux): les tuiles ne sont pas encore rafraîchies > sur la même base. L'un des deux doit disparaitre. en zoom 7. > > Le 2 mars 2015 10:33, Philippe Verdy a écrit : > > "Thouars" (avec un h) et Loudun sont deux chef-lieux de cantons (devenant >> juste des bureaux centralisateurs), de deux départements différents. >> Thouars est plus peuplé que Loudun. Normal qu'il passe devant (on n'a pas >> de chiffres dans OSM pour les populations des agglomérations entières, on >> en revient à la problématique du zonage urbain qui nous manque). >> >> . >> >> Le 2 mars 2015 08:29, erwan salomon a écrit : >> >> les POI : >>> j'aime bien aussi cette homogénéité du rendu HOT >>> mais autant faire autre chose et rendre plus visible certaines chose >>> (les pharmacies sont très bien sur le rendu FR par exemple) >>> pour les DAB sur le rendu HOT il me semble que c'est l'inverse, la carte >>> bancaire pour les banque et la caisse enregistreuse pour les DAB >>> j'aurais bien mis la carte pour les DAB justement (mais il y a risque de >>> confusion d'un rendu à l'autre) >>> je trouve surtout que les icônes pleines du rendu HOT ressortent mieux >>> que les dessins détaillés (carte/ticket pour les DAB) >>> de même des icônes de dimension plus proche (la pompe à essence je la >>> trouve un peu petite, la mairie aussi mériterait d'être un peu agrandi voir >>> beaucoup pour la faire ressortir) >>> et certains POI de couleur dégradé ressortent bizarrement alors que >>> toutes les autres sont en aplat voir mono-chrome (SNCF et la Poste ... au >>> fait ces logos sont libre d'utilisation ?) >>> >>> les noms de places ou autres sont bien mieux rendu qu'avant je trouve >>> (on va pas faire que critiquer hein) >>> >>> les villes en low-zoom (même si c'est pas vraiment le sujet du nouveau >>> rendu) : >>> les noms de régions gardent la priorité en zoom 6 maintenant ça c'est >>> bien (mais en zoom 5 l'île d'Oléron passe devant le Poitou-Charentes) >>> en zoom 6 Saint-Avé à disparu au profit de Lorient ... mais Lannion >>> disparait au profit de Plourivo ... >>> à partir du zoom 7 les départements sont distingués, mais seules les >>> villes de plus de 100.000 habitants ont un rendu spécifique (un point) il >>> me semblerait opportun d'offrir aussi un rendu aux préfectures (un cercle ? >>> ce qui donnerait un point cerclé pour les préfectures de plus de 100.000 >>> habitants) >>> zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars >>> écrase Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, >>> alors que sur le rendu FR Loudun reste visible) >>> >>> voilà si ça peut faire avancer le schmilblick >>> >>> Le 2 mars 2015 à 01:01, Philippe Verdy a écrit : >>> >>> C'est vrai que la comparaison avec le rendu humanitaire révèle des tas >>> d'icônes oubliées dans le rendu fr. >>> >>> Et je trouve les icônes monochromes du rendu humanitaire mieux finies et >>> plus lisibles (et moins gênantes pour une exploitation de la carte dans un >>> fond sur lequel on fera des cartes spécialisées avec des POI ou routes >>> mises en évidence en vectoriel sur une sélection ou simplement pour >>> parcourir la carte). >>> >>> Par exemple les écoles (les deux enfants qui courent pour le primaire et >>> le secondaire, la toque des étudiants pour les écoles supérieures, même si >>> les cérémonies de remise de diplôme en costume ne sont pas une tradition >>> française, on sait ce que c'est grâce aux médias) les bibliothèques (icone >>> symbolisant un livre ouvert), les médecins (trousse médicale avec le + >>> dessus), les théâtres et salles de spectacles (icône des deux masques de >>> carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), >>> les bureaux de change (icône "$+calculette") -- on n'a que les agences >>> bancaires -- les fontaines et points d'eau potable (icone du verre et du >>> robinet), et les grands types de commerces (alimentaire,s habillement, >>> restauration à l'assiette, restauration rapide, cafés/bars/pubs, superettes >>> alimentaires, boulangeries/patisseries, boucheries/charcuteries, coiffure >>> et soins personnels, vêtements, électroménager, location de véhicules, >>> services et location cycliste, arrêts de taxi = voiture avec panneau sur le >>> toi
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
en dehors de donner une priorité à l'une ou l'autre ville je faisais surtout référence à un bug d'affichage http://tile.openstreetmap.fr/?zoom=7&lat=46.92777&lon=-0.11014&layers=B000FFF le "L" et la moitié du "o" de Loudon ne sont pas visibles ils sont cachés par "Thouars" il est aussi surprenant qu'un objet visible à un zoom disparaisse au zoom suivant c'est bien sûr le genre de "problème" qui arrive avec de l'automatisation comparé à une carte faite main est-il possible de rajouter des règles de priorité du type "une ville affiché au zoom z=n devient prioritaire à z=n+1" ? Le 2 mars 2015 à 10:33, Philippe Verdy a écrit : > "Thouars" (avec un h) et Loudun sont deux chef-lieux de cantons (devenant > juste des bureaux centralisateurs), de deux départements différents. Thouars > est plus peuplé que Loudun. Normal qu'il passe devant (on n'a pas de chiffres > dans OSM pour les populations des agglomérations entières, on en revient à la > problématique du zonage urbain qui nous manque). > > . > > Le 2 mars 2015 08:29, erwan salomon a écrit : > [...] > zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars écrase > Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, alors que > sur le rendu FR Loudun reste visible) > > voilà si ça peut faire avancer le schmilblick > > Le 2 mars 2015 à 01:01, Philippe Verdy a écrit : > > > > ___ > 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours
14 courriels aujourd'hui et il est pas encore 11h (du matin) ? Tu nous fait un digest pour la demi-journée ? Le 02.03.2015 10:47, Philippe Verdy a écrit : > En fait l'anomalie c'est plutôt que Loudun laisse sa place à Nouzilly et > Messelles. Vérifier population=* à Loudun (et ne pas pour autant le classer > en "place=town", il n'atteint pas les 10 000 habitants. > > Le 2 mars 2015 10:41, Philippe Verdy a écrit : > > Note: entre Thouars et Loudun il y a une limite de "métatuile" (le méridien 0 > passe entre les deux): les tuiles ne sont pas encore rafraîchies sur la même > base. L'un des deux doit disparaitre. en zoom 7. > > Le 2 mars 2015 10:33, Philippe Verdy a écrit : > > "Thouars" (avec un h) et Loudun sont deux chef-lieux de cantons (devenant > juste des bureaux centralisateurs), de deux départements différents. Thouars > est plus peuplé que Loudun. Normal qu'il passe devant (on n'a pas de chiffres > dans OSM pour les populations des agglomérations entières, on en revient à la > problématique du zonage urbain qui nous manque). > > . > > Le 2 mars 2015 08:29, erwan salomon a écrit : > > les POI : > j'aime bien aussi cette homogénéité du rendu HOT > mais autant faire autre chose et rendre plus visible certaines chose (les > pharmacies sont très bien sur le rendu FR par exemple) > pour les DAB sur le rendu HOT il me semble que c'est l'inverse, la carte > bancaire pour les banque et la caisse enregistreuse pour les DAB > j'aurais bien mis la carte pour les DAB justement (mais il y a risque de > confusion d'un rendu à l'autre) > je trouve surtout que les icônes pleines du rendu HOT ressortent mieux que > les dessins détaillés (carte/ticket pour les DAB) > de même des icônes de dimension plus proche (la pompe à essence je la trouve > un peu petite, la mairie aussi mériterait d'être un peu agrandi voir beaucoup > pour la faire ressortir) > et certains POI de couleur dégradé ressortent bizarrement alors que toutes > les autres sont en aplat voir mono-chrome (SNCF et la Poste ... au fait ces > logos sont libre d'utilisation ?) > > les noms de places ou autres sont bien mieux rendu qu'avant je trouve (on va > pas faire que critiquer hein) > > les villes en low-zoom (même si c'est pas vraiment le sujet du nouveau rendu) > : > les noms de régions gardent la priorité en zoom 6 maintenant ça c'est bien > (mais en zoom 5 l'île d'Oléron passe devant le Poitou-Charentes) > en zoom 6 Saint-Avé à disparu au profit de Lorient ... mais Lannion disparait > au profit de Plourivo ... > à partir du zoom 7 les départements sont distingués, mais seules les villes > de plus de 100.000 habitants ont un rendu spécifique (un point) il me > semblerait opportun d'offrir aussi un rendu aux préfectures (un cercle ? ce > qui donnerait un point cerclé pour les préfectures de plus de 100.000 > habitants) > zoom 7 toujours un petit bug d'affichage, en Poitou-Charentes Touars écrase > Loudun (qui disparait au zoom 8 pour ne réaparaitre qu'au zoom 11, alors que > sur le rendu FR Loudun reste visible) > > voilà si ça peut faire avancer le schmilblick > > Le 2 mars 2015 à 01:01, Philippe Verdy a écrit : > > C'est vrai que la comparaison avec le rendu humanitaire révèle des tas > d'icônes oubliées dans le rendu fr. > > Et je trouve les icônes monochromes du rendu humanitaire mieux finies et plus > lisibles (et moins gênantes pour une exploitation de la carte dans un fond > sur lequel on fera des cartes spécialisées avec des POI ou routes mises en > évidence en vectoriel sur une sélection ou simplement pour parcourir la > carte). > > Par exemple les écoles (les deux enfants qui courent pour le primaire et le > secondaire, la toque des étudiants pour les écoles supérieures, même si les > cérémonies de remise de diplôme en costume ne sont pas une tradition > française, on sait ce que c'est grâce aux médias) les bibliothèques (icone > symbolisant un livre ouvert), les médecins (trousse médicale avec le + > dessus), les théâtres et salles de spectacles (icône des deux masques de > carnaval), les DAB (icône de carte bancaire: ça saute aux yeux à Paris), les > bureaux de change (icône "$+calculette") -- on n'a que les agences bancaires > -- les fontaines et points d'eau potable (icone du verre et du robinet), et > les grands types de commerces (alimentaire,s habillement, restauration à > l'assiette, restauration rapide, cafés/bars/pubs, superettes alimentaires, > boulangeries/patisseries, boucheries/charcuteries, coiffure et soins > personnels, vêtements, électroménager, location de véhicules, services et location cycliste, arrêts de taxi = voiture avec panneau sur le toit...), ambassades et consulats (à Paris surtout: bâtiment à dôme avec un drapeau dessus), garages auto (deux outils croisés: clé à pans et tournevis)... > > En France on pourrait avoir aussi les bureaux de tabac (la carotte rouge) qui > sont des points de vente de plus en plus multiservi
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
On a demandé de relever les anos qu'on voit... Le niveau 7 de toute façon est très en retard et pas du tout synchrone : les tuiles ouest du méridien 0 datent de mi-décembre, celles de l''est date du 20 février il y a une semaine (avant le changement de style) bref elles sont toutes à recalculer mais pas encore faites. Le 2 mars 2015 11:00, JB a écrit : > 14 courriels aujourd'hui et il est pas encore 11h (du matin) ? > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?
2015-03-02 10:39 GMT+01:00 Jean-Marc Liotier : > Ou sinon, si vous pouvez m'éclairer sur la manière de > répondre à ce problème... Perso, je pense que les tags alt_name ou short_name ne devraient être utilisés que si on trouve des versions alternatives ou courtes sur le terrain (panneau) ou dans la documentation officielle. Pour les raccourcis de langage (comme "rue de Gaulle"), il faudrait plutôt chercher à améliorer les logiciels de recherche de nom au lieu d'envisager de tagguer toutes les façon possibles et imaginables de citer le nom d'une rue. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
ok tout s'explique 2 mois pour refaire les tuiles du niveau 7 ? à noter que le même phénomène ce produit pour le rendu FR et le rendu HOT (niveau 9 du côté de London), rien de spécifique donc les tuiles sont recalculées à partir du méridien 0° en faisant le tour ou c'est plus aléatoire ? si oui et si c'est paramétrable on pourrait choisir un autre méridien de départ qui comporterait moins de détails susceptible d'être coupé pendant 2 mois (aux alentour de -30° par exemple) Le 2 mars 2015 à 11:03, Philippe Verdy a écrit : > On a demandé de relever les anos qu'on voit... > Le niveau 7 de toute façon est très en retard et pas du tout synchrone : les > tuiles ouest du méridien 0 datent de mi-décembre, celles de l''est date du 20 > février il y a une semaine (avant le changement de style) bref elles sont > toutes à recalculer mais pas encore faites. > > Le 2 mars 2015 11:00, JB a écrit : > 14 courriels aujourd'hui et il est pas encore 11h (du matin) ? > > ___ > 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Le rendu Mapquest est aussi impacté par le phénomène le prolongement de l'A89 vers Tarare n'apparait pas dans les zoom les plus faibles. ça saute au yeux... Florian Le Lundi 2 mars 2015 11h22, erwan salomon a écrit : ok tout s'explique2 mois pour refaire les tuiles du niveau 7 ?à noter que le même phénomène ce produit pour le rendu FR et le rendu HOT (niveau 9 du côté de London), rien de spécifique doncles tuiles sont recalculées à partir du méridien 0° en faisant le tour ou c'est plus aléatoire ?si oui et si c'est paramétrable on pourrait choisir un autre méridien de départ qui comporterait moins de détails susceptible d'être coupé pendant 2 mois (aux alentour de -30° par exemple) Le 2 mars 2015 à 11:03, Philippe Verdy a écrit : On a demandé de relever les anos qu'on voit...Le niveau 7 de toute façon est très en retard et pas du tout synchrone : les tuiles ouest du méridien 0 datent de mi-décembre, celles de l''est date du 20 février il y a une semaine (avant le changement de style) bref elles sont toutes à recalculer mais pas encore faites. Le 2 mars 2015 11:00, JB a écrit : 14 courriels aujourd'hui et il est pas encore 11h (du matin) ? ___ 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] Carte agressions en France?
Bonjour Comme j'ai entendu parler de plusieurs agressions de cyclistes ces dernières années le long du Canal latéral à Toulouse… http://www.openstreetmap.org/?mlat=43.6553&mlon=1.4208#map=14/43.6553/1.4207&layers=Q … je me demandais si les informations liées aux agressions (plaintes, condamnations, etc.) étaient en accès libre, voire disponibles dans OSM, afin d'avoir une idée des zones connues pour être plus ou moins criminogènes. Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Carte-agressions-en-France-tp5835491.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] Nouveautés à venir sur rendu FR... merci pour vos retours
Bonjour, Le 01/03/2015 14:52, Christian Quest a écrit : Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) Cela n'a sans doute rien à voir avec les mises à jour, mais au zoom 8, certaines petites communes de Saône-et-Loire sont affichées sans raison (Torpes, Suin), contrairement à certaines sous-préfectures qui restent invisibles (Louhans, Charolles). Comme disait Coluche, "i'disent qu'ils veulent développer le tourisme, mais ils exagèrent quand même un p'tit peu !" ;-) Bonne journée Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveautés à venir sur rendu FR... merci pour vos retours
Bonjour, Le 01/03/2015 14:52, Christian Quest a écrit : Merci de remonter les défauts que vous détectez... à l'aide d'un permalien ;) Cela n'a sans doute rien à voir avec les mises à jour, mais au zoom 8, certaines petites communes de Saône-et-Loire sont affichées sans raison (Torpes, Suin), contrairement à certaines sous-préfectures qui restent invisibles (Louhans, Charolles). Lien : http://tile.openstreetmap.fr/?zoom=8&lat=46.74364&lon=4.54806&layers=B000FFF Comme disait Coluche, "i'disent qu'ils veulent développer le tourisme, mais ils exagèrent quand même un p'tit peu !" ;-) Bonne journée Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?
Bonjour, > De: "Pieren" > > 2015-03-02 10:39 GMT+01:00 Jean-Marc Liotier : > > > Ou sinon, si vous pouvez m'éclairer sur la manière de > > répondre à ce problème... > > Perso, je pense que les tags alt_name ou short_name ne devraient être > utilisés que si on trouve des versions alternatives ou courtes sur le > terrain (panneau) ou dans la documentation officielle. Pour les > raccourcis de langage (comme "rue de Gaulle"), il faudrait plutôt > chercher à améliorer les logiciels de recherche de nom au lieu > d'envisager de tagguer toutes les façon possibles et imaginables de > citer le nom d'une rue. D'accord avec ça. Pour illustrer en reprenant le titre du fil, il existe à Boulogne (92) une rue Gallieni [1] qui traverse la ville d'est en ouest, et il ne me viendrait pas à l'idée de surcharger ses tags avec des noms alternatifs, avec Général, Maréchal ou que sais-je. Ici, c'est une rue Gallieni "tout court" sur le terrain [2]. Chaque commune est autonome pour dénommer ses voies, donc l'idée de forme canonique d'un nom de rue est à prendre avec des pincettes (voire à oublier). Qu'un moteur de recherche organise des correspondances, libre à lui, mais de son côté, pas dans la donnée, où à mon sens on ne doit pas aller plus loin que le support d'un nom officiel (type Fantoir / Cadastre) et d'un nom d'usage (si le terrain diffère). vincent [1] : http://www.openstreetmap.org/relation/2841858 [2] : https://goo.gl/maps/J6ytJ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte agressions en France?
Il y a bien ca www.cartocrime.net Le 2 mars 2015 11:37, Shohreh a écrit : > Bonjour > > Comme j'ai entendu parler de plusieurs agressions de cyclistes ces dernières > années le long du Canal latéral à Toulouse… > http://www.openstreetmap.org/?mlat=43.6553&mlon=1.4208#map=14/43.6553/1.4207&layers=Q > … > > je me demandais si les informations liées aux agressions (plaintes, > condamnations, etc.) étaient en accès libre, voire disponibles dans OSM, > afin d'avoir une idée des zones connues pour être plus ou moins > criminogènes. > > Merci. > > > > -- > View this message in context: > http://gis.19327.n5.nabble.com/Carte-agressions-en-France-tp5835491.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] illustration pour les nouveaux cantons
2015-02-28 5:30 GMT+01:00 Philippe Verdy : > [citation] > pourrait avoir un impact sur la répartition de la fraction « > bourg-centre » de la DSR. > [/citation] Franchement, je ne vois pas là un argument suffisant pour garder les anciennes limites dans OSM (mais maintenant, je reste ouvert si on m'en avance un plus convainquant). De toute façon, quand on supprime quelque chose, il en reste toujours une trace. Il suffit d'écrire sur le wiki quel fichier planet contient encore les anciennes limites puis d'effacer. Ceux que ça intéresse pourront toujours se lancer dans l'archéologie OSM ;-) Il faut lutter contre cette tentation rampante, poussée par une infime minorité, de conserver des données obsolètes dans OSM. Wikipedia ne garde pas ses anciennes versions de texte dans la page article, même sous forme de commentaire, mais uniquement dans l'historique. Quand on édite la page, on ne trouve pas trace des anciennes contributions disparues. C'est le même esprit qui doit prévaloir dans OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Le 02/03/2015 10:59, erwan salomon a écrit : > en dehors de donner une priorité à l'une ou l'autre ville je faisais > surtout référence à un bug d'affichage > http://tile.openstreetmap.fr/?zoom=7&lat=46.92777&lon=-0.11014&layers=B000FFF > le "L" et la moitié du "o" de Loudon ne sont pas visibles > ils sont cachés par "Thouars" > Zoom 7... ce sont de vieilles tuiles. Les modifications de la feuille de style ne sont visibles qu'à partir du zoom 14. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?
On peut toujours utiliser name:etymology:wikidata pour indiquer d'où provient le nom. Toutes les variations peuvent être indiquées sur wikidata dans ce cas. Ils le feront de toute façon. Une requête Overpass pourra retrouver toutes les rues nommées après un personnage dans un pays entier ou à travers le monde entier. https://nl.wikipedia.org/wiki/Guido_Gezelle#Tastbare_gedenktekens http://overpass-turbo.eu/s/3lo Chercher sur nom, ne fonctionnera pas, car il y a également Gezellen- Jo 2015-03-02 11:52 GMT+01:00 Vincent de Château-Thierry : > Bonjour, > > > De: "Pieren" > > > > 2015-03-02 10:39 GMT+01:00 Jean-Marc Liotier : > > > > > Ou sinon, si vous pouvez m'éclairer sur la manière de > > > répondre à ce problème... > > > > Perso, je pense que les tags alt_name ou short_name ne devraient être > > utilisés que si on trouve des versions alternatives ou courtes sur le > > terrain (panneau) ou dans la documentation officielle. Pour les > > raccourcis de langage (comme "rue de Gaulle"), il faudrait plutôt > > chercher à améliorer les logiciels de recherche de nom au lieu > > d'envisager de tagguer toutes les façon possibles et imaginables de > > citer le nom d'une rue. > > D'accord avec ça. Pour illustrer en reprenant le titre du fil, il existe à > Boulogne (92) une rue Gallieni [1] qui traverse la ville d'est en ouest, et > il ne me viendrait pas à l'idée de surcharger ses tags avec des noms > alternatifs, avec Général, Maréchal ou que sais-je. Ici, c'est une rue > Gallieni "tout court" sur le terrain [2]. > Chaque commune est autonome pour dénommer ses voies, donc l'idée de forme > canonique d'un nom de rue est à prendre avec des pincettes (voire à > oublier). > Qu'un moteur de recherche organise des correspondances, libre à lui, mais > de son côté, pas dans la donnée, où à mon sens on ne doit pas aller plus > loin que le support d'un nom officiel (type Fantoir / Cadastre) et d'un nom > d'usage (si le terrain diffère). > > vincent > > [1] : http://www.openstreetmap.org/relation/2841858 > [2] : https://goo.gl/maps/J6ytJ > > ___ > 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Quel que soit la méthode de parcours des tuiles à rafraichir (pour les zooms faibles), il y aura toujours un décalage dans le temps quelquepart. On peut toutefois concevoir un parcours tel que le décala dans le temps soit maximale uniquement dans les zones à faible risque de changement : le centre des océans, ce qui placerait le point centraau milieu de l'Atlantique, en évitant de couper le Groenland et surtout l'Islande, et un peu plus haut que l'équateur pour couper autour du canal de Panama. Ensuite le parcours idéal est non pas un parcours en bandes parallèles, mais en fractale type S (prenez un S dessiné à angles droits sur les bords d'un grille de 2x2 carrés, centré sur le point choisi; décomposez ensuite chaque segment bordant une case en redessinant un S réduit à 50% à la place de chaque segment, avec les rotations à 0°, 90°, 180° ou 270° appropriées, et récursivement de façon fractale). Là où la fractale sort du cadre maximum, éliminez les segments en trop et joignez ceux qui restent dans le cadre. Arrêtez la décomposition fractale quand vous atteignez la longueur minimale des côtés de carreaux voulus pour chacune des métatuiles de la liste à raffraichir. Cela ne change rien à la durée totale de parcours de toutes les tuiles, mais les rafraichissements sont alors groupés dans le temps par zone avec moins de risque de désynchronisation entre les données lues pour tracer l'une ou l'autre. On peut optimiser davantage en commençant par créer un parcours prédéfini pour chaque continent (puis en comblant les océans restants, avant d'y faire les zigzags de parcours en fractale S sur la totalité de ce parcours Encore mieux en tenant compte de la densité des données dans chaque "super-métatuile" à parcourir par métatuiles (en Europe la France très dense serait parcourue en entier avant de passer à l'Allemagne, la Belgique, les Pays-Bas, la Pologne, l'Espagne, l'Italie, la République tchèque...) Le serveur peut décider aussi sur les tuiles très denses de les repasser plussouvent : à mi parcours avant de faire la suite, il reprend à nouveau la France qui est parcourue deux fois plus souvent, ou bien seulement les tuiles les plus denses couvrant Paris, Lille, Marseille. Cependant cela ne sera jamais assez optimal tant qu'on utilise pas une autre stratégie : le parcours à plusieurs couches distinctes (le fond coloré mais vierge de segments et de libellés bougeant assez peu, il devrait être gardé en cache à plus long terme. Un autre cache stocke uniquement les dessins (sur fond transparent) des ways à moyen terme. Un autre ne stocke que les libellés et icônes. Pour le rendu final on combine les 3 couches rapidement sans avoir à charger et traiter beaucoup de données. Chaque couche ayant son propre parcours indépendant des métatuiles à couvrir. Dans le cache de la couche des métatuiles de libellés, on peut y stocker une table des tous les libellés candidats avec une note d'évaluation de sa priorité en cas de collisions et leur taille calculée en fonction du style de police et de l'orientation souhaitée du libellé. Avec cette méthode il est plus facile de parcourir plus souvent la surcouche des libellés et de les parcourir tous assez vite. Il est possible de répartir le travail sur plusieurs serveurs gérant chaque couche, et de les laisser alors faire les parcours à leur rithme, sans s'occuper de ce qui ne les concerne pas: chacun aura moins de données à charger et combiner. Un autre serveur surveilles les métatuiles de chaque surcouche pour former les combinaisons superposées. Ce serveur peut ausis utiliser le parcours prédéfini ou simpelment un parcours à file LRU. Chaque "serveur" peut n'être aussi qu'un processus séparé sur la même machine. Si plusieurs machines sont utilisées, elles se répartissent le travail en prenant des jetons d'accès à la file de parcours, avec une limite de temps imposée pour terminer la sous-tâche prise en jeton, (sinon la sou-tâche repasse en tête de file d'attente (le parcours idéal étant hors file d'attente, la file toute entière étant toujours en dernière position de la file d'attente. Le 2 mars 2015 11:28, Otourly Wiki a écrit : > Le rendu Mapquest est aussi impacté par le phénomène le prolongement de > l'A89 vers Tarare n'apparait pas dans les zoom les plus faibles. ça saute > au yeux... > > Florian > > > Le Lundi 2 mars 2015 11h22, erwan salomon a écrit : > > > ok tout s'explique > 2 mois pour refaire les tuiles du niveau 7 ? > à noter que le même phénomène ce produit pour le rendu FR et le rendu HOT > (niveau 9 du côté de London), rien de spécifique donc > les tuiles sont recalculées à partir du méridien 0° en faisant le tour ou > c'est plus aléatoire ? > si oui et si c'est paramétrable on pourrait choisir un autre méridien de > départ qui comporterait moins de détails susceptible d'être coupé pendant 2 > mois (aux alentour de -30° par exemple) > > Le 2 mars 2015 à 11:03, Philippe Verdy a écrit : > > On a demandé de relever les anos qu'on voit... > Le niveau
Re: [OSM-talk-fr] Re Nouveautés à venir sur rendu FR... merci pour vos retours
Le 02/03/2015 12:14, Christian Quest a écrit : > Le 02/03/2015 10:59, erwan salomon a écrit : >> en dehors de donner une priorité à l'une ou l'autre ville je faisais >> surtout référence à un bug d'affichage >> http://tile.openstreetmap.fr/?zoom=7&lat=46.92777&lon=-0.11014&layers=B000FFF >> le "L" et la moitié du "o" de Loudon ne sont pas visibles >> ils sont cachés par "Thouars" >> > Zoom 7... ce sont de vieilles tuiles. > > Les modifications de la feuille de style ne sont visibles qu'à partir du > zoom 14. > Je complète... Le rendu "test" n'est pas remis à jour pour ne pas saturer le serveur déjà bien chargé par les rendus FR, HOT et QA. Ce n'est qu'un rendu de test, de travail sur lequel je vérifie ce que donne globalement les changement de la feuille de style avant de passer ça en "prod". Pour les rendus FR et HOT, les tuiles de faible zoom sont remises à jour une fois par semaine et le bug sur Loudun/Thouars n'est pas présent. La dernière mise à jour des tuiles FR de zoom 7 date de cette nuit... http://b.tile.openstreetmap.fr/osmfr/7/64/45.png/status On peut voir sur les graphes munin ces génération régulières: http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/renderd_zoom.html -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] illustration pour les nouveaux cantons
Mauvaise comparaison: Wikipédia garde les articles parlant d'histoire, les versions ne sont que pour les versions d'un même objet. Mais là on parle d'objets distincts dont le cycle de de vie est différent et en partie parallèle pour des rôles différents. Et on a des périodes de transition à assurer où ils coexistent en même temps (ce qui est justement le cas des nouveaux cantons avec les anciens (sauf pour ce qui ne concerne QUE les élections et mandats électoraux des élus du département, les canons servant aussi à d'autres choses, et les périodes préélectorales couvrant aussi les périodes de fin de mandats et de plein exercice des cantons). Même avec ~2000 cantons maintenant au lieu de ~4000 avant, ça ne fait pas tant de données que ça en base, c'est même ridiculement petit ces 4000 objets. On ne parle pas des versions d'un même bâtiment liées aux corrections et améliorations de précision. Le découpage administratif et électoral a des conséquences à plus long terme et il ne passe **jamais** instantanément de l'un à l'autre par effet big bang. On peut donc gérer ça proprement sans que ça gène l'énorme volume de tout le reste dont de toute façon il est impossible de suivre et vérifier les évolutions de versions (contrairement aux découpages officiels mentionnés par différentes de nos sources mais pas non plus exactement sur le même référentiel) Sinon demande toi pourquoi on garde aussi des "old_name" ou des "alt_name" pour très longtemps : on s'attend à les trouver, c'est important de pouvoir les trouver et d'avoir assez d'infos pour les distinguer et faire ensuite les rapprochements. Le 2 mars 2015 12:12, Pieren a écrit : > 2015-02-28 5:30 GMT+01:00 Philippe Verdy : > > [citation] > > pourrait avoir un impact sur la répartition de la fraction « > > bourg-centre » de la DSR. > > [/citation] > > Franchement, je ne vois pas là un argument suffisant pour garder les > anciennes limites dans OSM (mais maintenant, je reste ouvert si on > m'en avance un plus convainquant). De toute façon, quand on supprime > quelque chose, il en reste toujours une trace. Il suffit d'écrire sur > le wiki quel fichier planet contient encore les anciennes limites puis > d'effacer. Ceux que ça intéresse pourront toujours se lancer dans > l'archéologie OSM ;-) > Il faut lutter contre cette tentation rampante, poussée par une infime > minorité, de conserver des données obsolètes dans OSM. Wikipedia ne > garde pas ses anciennes versions de texte dans la page article, même > sous forme de commentaire, mais uniquement dans l'historique. Quand on > édite la page, on ne trouve pas trace des anciennes contributions > disparues. C'est le même esprit qui doit prévaloir dans OSM. > > 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] Re Nouveautés à venir sur rendu FR... merci pour vos retours
merci pour ces précisions je craignais d'être HS avec mes remarques sur le low-zoom et ça n'a pas manqué mais comme on dit, ça va mieux en le disant Le 2 mars 2015 à 12:26, Christian Quest a écrit : > > Le 02/03/2015 12:14, Christian Quest a écrit : >> Le 02/03/2015 10:59, erwan salomon a écrit : >>> en dehors de donner une priorité à l'une ou l'autre ville je faisais >>> surtout référence à un bug d'affichage >>> http://tile.openstreetmap.fr/?zoom=7&lat=46.92777&lon=-0.11014&layers=B000FFF >>> le "L" et la moitié du "o" de Loudon ne sont pas visibles >>> ils sont cachés par "Thouars" >>> >> Zoom 7... ce sont de vieilles tuiles. >> >> Les modifications de la feuille de style ne sont visibles qu'à partir du >> zoom 14. >> > > Je complète... > > Le rendu "test" n'est pas remis à jour pour ne pas saturer le serveur > déjà bien chargé par les rendus FR, HOT et QA. Ce n'est qu'un rendu de > test, de travail sur lequel je vérifie ce que donne globalement les > changement de la feuille de style avant de passer ça en "prod". > > Pour les rendus FR et HOT, les tuiles de faible zoom sont remises à jour > une fois par semaine et le bug sur Loudun/Thouars n'est pas présent. > La dernière mise à jour des tuiles FR de zoom 7 date de cette nuit... > http://b.tile.openstreetmap.fr/osmfr/7/64/45.png/status > > On peut voir sur les graphes munin ces génération régulières: > http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/renderd_zoom.html > > -- > 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] Carte agressions en France?
Merci. Amusant :-) "Your request for http://www.inhes.interieur.gouv.fr/ could not be fulfilled, because the connection to www.inhes.interieur.gouv.fr (81.255.232.15) could not be established. This is often a temporary failure, so you might just try again." -- View this message in context: http://gis.19327.n5.nabble.com/Carte-agressions-en-France-tp5835491p5835507.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] Carte agressions en France?
Apparemment, ils ne recessent pas la verbalisation des véhicules motorisés qui roulent ou stationnent sur une piste/bande cyclable :-/ -- View this message in context: http://gis.19327.n5.nabble.com/Carte-agressions-en-France-tp5835491p5835508.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] Carte agressions en France?
Le 2 mars 2015 13:03, Shohreh a écrit : > Apparemment, ils ne recessent pas la verbalisation des véhicules motorisés > qui roulent ou stationnent sur une piste/bande cyclable :-/ > > Ça existe cette verbalisation en France ? Fabien PS : en lisant ça j'ai cru qu'on était sur la ML de la FUB... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] avancement rapprochements cadastre/OSM pour projet BANO
Salut, comme vous le savez Lille va accueillir le 17 Mars une étape du BAN-Tour du coup, on zyeute un peu, localement, les avancées des rapprochement OSM/Cadastre sur cette page : https://openstreetmap.fr/outils/bano/status pour nous, il s'agit surtout d'améliorer la qualité d'OSM en détectant les manques ou erreur de noms de rues afin de les ajouter pour info, donc nous sommes passés ce jour sous la barre des 3 millions d'adresses restant à rapprocher (il ne reste plus que 2 départements au dessus des 100.000 adresses à rapprocher, le 33 et le 59!) @ bientôt adrien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte agressions en France?
Ca doit être classé dans les infractions simples au code de la route et pas sous-classé spécifiquement ou alors juste "infraction au stationnement", "circulation dans un sens interdit ou une voie réservée" (rues piétonne, voies bus, voies cyclables), ou "violations de propriété" (passage par une voie privée). Il y a diverses façons de catégoriser ça, mais les carnets à souches des dresseurs de PV ont des cases limitées, même s'il y a une case d'annotation gardée en réserve et rempli par l'agent verbalisateur. Avec les millions de PV à traiter, personne ne va retaper les inscriptions manuscrites, les PV sont juste scannés et archivés tels quels pendant quelques temps (le temps qu'ils soient soldés, annulés ou que les délais légaux de contestation et demandes de remboursement soient dépassés)... Le traitement statistique n'ira pas au delà des cases à cocher et catégories d'amendes, surtout si cela ne passe pas par une procédure judiciaire (si c'est juste une procédure de recouvrement par huissier ou une saisie des amendes et majorations de retard par le trésor public, cela ne change rien à l'infraction elle-même pour ces statistiques de crimes et délits). Déjà les "mains courantes" ne sont pas comptabilisées non plus, alors que les commissariats sont fortement poussés à faire qu'on ne dépose pas plainte (si vous avez essayé une fois, c'est pas simple et fait s'y reprendre plusieurs fois, choisir son jour, parfois même prendre rendez-vous, et on attend encore pendant des heures, et je pense que c'est fait exprès pour éprouver notre détermination... tout ça pour finalement juste une main courante et si on n'est pas content, nous dire de nous adresser aux procureur ou déposer plainte nous même dans un greffe). Même les mains courantes des rapports d'intervention des pompiers ou du SAMU sont mieux dressés que celles des interventions sur place de la police (qui peut se déplacer mais ne rien garder en trace après, même lors d'accidents mortels, je l'ai vu d'expérience et c'est ensuite très pénible pour faire valoir un droit aux assurances qui ensuite vont utiliser ça pour réduire leur prise en charge ou diluer les responsabilités). . Ce qui est compté en revanche ce sont les plaintes directement adressées au Procureur de la République, où ce n'est pas une simple main courante qui est dressée, les dossiers devant être classés par catégories puis renvoyés aux tribunaux pour la suite (les services du Procureur sont tenus de donner une réponse et informer les requérants des classements sans suite). Cependant le traitement est assez expéditif si on passe par là, il n'y aura aucun entretien contradictoire avant le classement sans suite (très difficile ensuite à renverser sans passer par un avocat, d'autant que l'attente de répons a fait perdre pas mal de temps et des témoins possibles, et les pièces disparaissent vite). Le 2 mars 2015 13:03, Shohreh a écrit : > Apparemment, ils ne recessent pas la verbalisation des véhicules motorisés > qui roulent ou stationnent sur une piste/bande cyclable :-/ > > > > -- > View this message in context: > http://gis.19327.n5.nabble.com/Carte-agressions-en-France-tp5835491p5835508.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] Quai Gallieni ou Quai du Général Gallieni ?
On 02/03/2015 11:52, Vincent de Château-Thierry wrote: > la donnée, où à mon sens on ne doit pas aller plus loin que le > support d'un nom officiel (type Fantoir / Cadastre) > et d'un nom d'usage (si le terrain diffère). Disons que le name=* doit être celui de FANTOIR (aux capitalisations et ponctuations près - aïe, c'est déjà moins officiel...) - reste la question du mythique 'terrain' : le terrain c'est la plaque de la rue, le nom que tout le monde utilise pour la désigner ? C'est bien sûr un mélange de tout ce qui fait la légitimité d'un nom... Parfois c'est une évidence consensuelle, mais parfois ça ne rentre pas dans une dualité officiel/usage car il s'agit plutôt d'un ordre décroissant de légitimité pour une liste de noms - avec au bout de la liste l'utilisateur qui entre dans le formulaire de recherche le nom qu'il connaît et s'attend à trouver la rue qu'il cherche (principe ergonomique de la moindre surprise)... Lui aussi est le 'terrain' ! Certes, les capacités de floutage par l'état de l'art des algorithmes de recherche devraient largement pallier cette lacune fonctionnelle - mais je garde quand même une petite impression de malaise face à l’hétérogèneité des odonymes mémoriels d'une même personne... Ça n'est peut-être que l'expression de mon goût pour la normalisation des données qui s'accommode parfois mal de la réalité salissante du terrain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?
Le 02/03/2015 10:39, Jean-Marc Liotier a écrit : > Quai Gallieni ou Quai du Général Gallieni ? Quai Carnot ou Quai du > Président Carnot ? Le second semble plus complet et plus canonique alors > que le premier est souvent nettement plus spontanément utilisé... Et > Nominatim ne donnera pas les mêmes résultats selon qu'on chercher l'un > ou l'autre. Alors, name et alt_name ? Ca ne va pas suffire... > http://www.charles-de-gaulle.org/pages/la-memoire/lieux/lieux-de-souvenirs/les-voies-de-gaulle.php > m'apprend que "Même la simple question du nom exact de la voie n’était > pas évidente : entre la rue Charles de Gaulle, la rue du Général de > Gaulle, la rue Général de Gaulle et la rue de Gaulle, sans parler des > noms composés". On pourrait demander aux utilisateurs de préciser le > code FANTOIR de la rue qu'ils recherchent... Ou sinon, si vous pouvez > m'éclairer sur la manière de répondre à ce problème... Bonsoir, Pour moi il faudrait prendre comme unique référence la délibération du conseil municipal. En effet c'est elle et elle seule qui fait foi. Un appel à l'aide des historiens locaux ne sera pas un luxe pour éclaircir le problème. Il faut retrouver la date de délibération et il faut parcourir le registre des délibérations conservé en mairie (ou ses archives le cas échéant) en série 1D. C'est le seul document qui ne sera, en théorie, jamais transmis aux Archives Départementales. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Wiki: Proposition de tag: amenity=reception_desk: Vote ouvert
Bonsoir, voilà la page de la proposition: https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk -- Victor ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?
Le 02/03/2015 19:33, Yannick VOYEAUD a écrit : > Bonsoir, Pour moi il faudrait prendre comme unique référence la > délibération du conseil municipal. En effet c'est elle et elle seule > qui fait foi. Un appel à l'aide des historiens locaux ne sera pas un > luxe pour éclaircir le problème. Il faut retrouver la date de > délibération et il faut parcourir le registre des délibérations > conservé en mairie (ou ses archives le cas échéant) en série 1D. C'est > le seul document qui ne sera, en théorie, jamais transmis aux Archives > Départementales. Amitiés La délibération du conseil municipal est la source la plus exacte, mais pas la plus facile à obtenir. A défaut, le FANTOIR est une bonne source, car la DGFiP a une bonne connexion avec les communes. Les communes de plus de 2000 habitants ont obligation d'informer la DGFiP de leur délibération de nommage. Ceci n'empêche pas le fichier FANTOIR de contenir des erreurs. Ensuite le terrain... mais là aussi des plaques de rues avec des erreurs ou incohérences ça existe. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] illustration pour les nouveaux cantons
Argument peu recevable... Si wikipédia ne décrivait que le présent on pourrait supprimer 95% de son contenu. Je suis sûr que les articles wikipédia sur les anciens cantons ne vont pas être supprimés parce qu'ils n'existent plus aujourd'hui. Je ne comprends pas cet entêtement que tu peux avoir sur ce sujet. Le 02/03/2015 12:12, Pieren a écrit : > 2015-02-28 5:30 GMT+01:00 Philippe Verdy : >> [citation] >> pourrait avoir un impact sur la répartition de la fraction « >> bourg-centre » de la DSR. >> [/citation] > Franchement, je ne vois pas là un argument suffisant pour garder les > anciennes limites dans OSM (mais maintenant, je reste ouvert si on > m'en avance un plus convainquant). De toute façon, quand on supprime > quelque chose, il en reste toujours une trace. Il suffit d'écrire sur > le wiki quel fichier planet contient encore les anciennes limites puis > d'effacer. Ceux que ça intéresse pourront toujours se lancer dans > l'archéologie OSM ;-) > Il faut lutter contre cette tentation rampante, poussée par une infime > minorité, de conserver des données obsolètes dans OSM. Wikipedia ne > garde pas ses anciennes versions de texte dans la page article, même > sous forme de commentaire, mais uniquement dans l'historique. Quand on > édite la page, on ne trouve pas trace des anciennes contributions > disparues. C'est le même esprit qui doit prévaloir dans OSM. > > Pieren > > ___ > 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] illustration pour les nouveaux cantons
Tout à fait d'accord d'autant plus que les "anciens cantons" ne disparaissent pas complètement avant au moins mi-2017 (fin de la législature normale) pour des raisons autant techniques que légales, au point qu'ils coexisteront même si ce n'est plus pour les élections départementales. L'argument essentiel vient du Parlement (statuts préservé des chef-lieux de cantons pour les législatives), mais l'Insee produit aussi ses réponses (avec la nécessité légale aussi pour l'Insee de la continuité statistique). On peut croire que les choses sont simples seulement si on ne considère que le seul statut des nouveaux conseil départementaux remplaçant les conseils généraux et en refusant de regarder le reste. Pour faire simple on a juste réutilisé les clés political_division pour tomber facilement sur ces nouveaux cantons, même sans regarder la date. et les indications "disused:" ne concernent que ce seul usage par les collectivités des départements. Le ministère de l'intérieur et la justice ont encore des besoins. Mais d'une façon générale il ne faut pas croire à l'évolution de type "big bang", ce n'est pas comme ça que ça marche dans la réalité (et OSM tague le réel, pas les superstitions, il ne se contente pas des seules approximations, même si c'est compliqué et nous oblige à quelques acrobaties pour modéliser ça). Et cela ne concerne pas que la France : le Luxembourg par exemple a encore besoin de son ancien découpage communal, la Belgique aussi. L'Espagne aussi de son découpage provincial même si les communautés autonomes n'en ont pas besoin pour elles-mêmes. Et plus on cartographie d'éléments dans OSM, plus on a besoin de précision et de gestion des découpage parallèles et de différenciations des statuts. Et plus ça va, moins l'ancien modèle de découpage hiérarchique pur tient la route (dans de très nombreux pays du monde d'ailleurs). Et puis il ne faut pas oublier qu'OSM est une base cartographique *ouverte* qui a aussi pour mission de s'adapter aux différents usages et n'est pas non plus seulement guidé par la seule toute dernière actualité et les seules dernières évolutions législatives et administratives (OSM n'est pas une base propriété des Etats et de leurs administrations et même entre elles il y a des désaccord et des sources différentes qui ont du mal à se synchroniser : il leur fait du temps à toutes pour s'adapter, mais nous aussi on a besoin de suivre; les utilisateurs de la carte aussi ont besoin des éléments de transition : supprimer tout par effet Bigbang c'est casser les usages qui se sont développés). Si on ne fait pas ça, alors autant fermer tout de suite le projet OSM et demander que l'Etat produise tout lui-même (il ne l'a jamais fait, il a toujours manqué des éléments au point que d'autres sources cartographiques se sont développées pour répondre aux besoins ; même l'Etat pour lui-même ou ses agences en a développé plusieurs) Le 2 mars 2015 21:45, Christian Quest a écrit : > Argument peu recevable... Si wikipédia ne décrivait que le présent on > pourrait supprimer 95% de son contenu. > Je suis sûr que les articles wikipédia sur les anciens cantons ne vont > pas être supprimés parce qu'ils n'existent plus aujourd'hui. > > Je ne comprends pas cet entêtement que tu peux avoir sur ce sujet. > > > Le 02/03/2015 12:12, Pieren a écrit : > > 2015-02-28 5:30 GMT+01:00 Philippe Verdy : > >> [citation] > >> pourrait avoir un impact sur la répartition de la fraction « > >> bourg-centre » de la DSR. > >> [/citation] > > Franchement, je ne vois pas là un argument suffisant pour garder les > > anciennes limites dans OSM (mais maintenant, je reste ouvert si on > > m'en avance un plus convainquant). De toute façon, quand on supprime > > quelque chose, il en reste toujours une trace. Il suffit d'écrire sur > > le wiki quel fichier planet contient encore les anciennes limites puis > > d'effacer. Ceux que ça intéresse pourront toujours se lancer dans > > l'archéologie OSM ;-) > > Il faut lutter contre cette tentation rampante, poussée par une infime > > minorité, de conserver des données obsolètes dans OSM. Wikipedia ne > > garde pas ses anciennes versions de texte dans la page article, même > > sous forme de commentaire, mais uniquement dans l'historique. Quand on > > édite la page, on ne trouve pas trace des anciennes contributions > > disparues. C'est le même esprit qui doit prévaloir dans OSM. > > > > Pieren > > > > ___ > > 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] Entités urbaines de plus de 100 000 habitants
2015-03-02 20:05 GMT+01:00 : > Serait il alors possible d'envisager cette solution : > > * "boundary=urban" > * "urban_type=FR:urban_unit" (unités urbaines de l'Insee) > * "urban_type=FR:urban_unit_10" (unités urbaines de + de 10 > habitants de l'Insee) > * "urban_type=FR:urban_unit_80" (unités urbaines de +de 80 > habitants de l'Insee) > * "urban_type=FR:urban_area" (aires urbaines de l'Insee). > > Etant donné que tes différents types sont tous des sous-classes de même et unique type ""urban_type=FR:urban_unit", la modélisation OSM veut qu'on utilise le même tag pour tous et que le sous-classement utilise un tag séparé. Le tag "population=*" conviendra très bien (on n'est pas obligé de mettre une population exacte et la faire évoluer, mais une population correcte avec une année de référence. Si cela impacte un statut ou une loi, ce sera un chiffre de population légale, qui ne change qu'une fois par an en France. (Note: il ne s'agit pas d'un simple cumul des populatiosn légales des communes membres car il faut éviter les doubles-comptes.) Pas besoin d'inventer un autre tag puisque population=* permet de faire des sous-sélections sur n'importe quel seuil légal. Sinon d'une loi à l'autre il y aura de nouveaux seuils et il faudra repasser en revue les classifications déjà faites, au risque d'en oublier. Des seuils légaux de population il y en a aussi sur les communes. Cela ne change pas leur statut, mais juste leurs droits et obligations d'une année sur l'autre quand elles en franchissent un. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] illustration pour les nouveaux cantons
Dans ma compréhension, il parlait de l'historique des modifications, pas de l'aspect "histoire". Je comprends Pieren. C'est la frontière entre le réel que décrit osm et la passé qui est à clarifier ici. C'est une question de principes qui cadrent osm. Une fois modélisée et exporté en ficher, qui intérêt de le maintenir dans osm ? Cela donne l'impression de ne faire qu'ajouter à la complexité. Mais vous êtes contributeurs et consommateurs sur cette donnée. N'étant ni l'un ni l'autre, j'ai peut être une vision limitée. Le 2 mars 2015 21:45, "Christian Quest" a écrit : > Argument peu recevable... Si wikipédia ne décrivait que le présent on > pourrait supprimer 95% de son contenu. > Je suis sûr que les articles wikipédia sur les anciens cantons ne vont > pas être supprimés parce qu'ils n'existent plus aujourd'hui. > > Je ne comprends pas cet entêtement que tu peux avoir sur ce sujet. > > > Le 02/03/2015 12:12, Pieren a écrit : > > 2015-02-28 5:30 GMT+01:00 Philippe Verdy : > >> [citation] > >> pourrait avoir un impact sur la répartition de la fraction « > >> bourg-centre » de la DSR. > >> [/citation] > > Franchement, je ne vois pas là un argument suffisant pour garder les > > anciennes limites dans OSM (mais maintenant, je reste ouvert si on > > m'en avance un plus convainquant). De toute façon, quand on supprime > > quelque chose, il en reste toujours une trace. Il suffit d'écrire sur > > le wiki quel fichier planet contient encore les anciennes limites puis > > d'effacer. Ceux que ça intéresse pourront toujours se lancer dans > > l'archéologie OSM ;-) > > Il faut lutter contre cette tentation rampante, poussée par une infime > > minorité, de conserver des données obsolètes dans OSM. Wikipedia ne > > garde pas ses anciennes versions de texte dans la page article, même > > sous forme de commentaire, mais uniquement dans l'historique. Quand on > > édite la page, on ne trouve pas trace des anciennes contributions > > disparues. C'est le même esprit qui doit prévaloir dans OSM. > > > > Pieren > > > > ___ > > 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