Re: [OSM-talk-fr] Lyon nous a quitté
Le 12 février 2014 09:59, Damouns damo...@gmail.com a écrit : Le 12 février 2014 01:04, Rene Chalon rene.cha...@free.fr a écrit : Bonsoir, Après avoir vu que le noeud place=city de Lyon avait été édité récemment et avait un tag rank=10 supplémentaire, je suis allé faire un petit tour sur : http://wiki.openstreetmap.org/wiki/Proposed_features/new_place_values J'ai une idée qui peut-être a déjà été proposée, mais ne pourrait-on pas faire un rank = n où n est le niveau de zoom à partir duquel la ville doit être visible ? Par exemple : Paris : rank = 3 Marseille : rank = 6 Chambéry : rank = 9 Cailloux-sur-Fontaines = 12 etc. C'est plus intuitif que le rank de 0 à 30... inconvénient : c'est lié à un rendu. Plus intuitif oui, mais on franchit une sorte de ligne... on commence à mettre ici des metadonnées destinées uniquement au rendu, ce qui pour l'instant n'a jamais été le cas que je sache. Il y a déjà plein d'informations sur lesquelles on peut s'appuyer pour classifier les données. Il y a la population qui est simple à exploiter, mais on peut s'appuyer sur pas mal d'autres infos, exemple: est-ce que la ville est le centre administratif d'un niveau plus ou moins élevé du découpage administratif ? Le tag capital=* peut indiquer ce niveau de découpage et servir au rendu. Le problème c'est que pour un rendu dynamique (mise à jour en temps quasi-réel), les requêtes doivent rester légères et donc ces pré-traitements ne peuvent pas être trop complexes. Avoir des tags explicites comme capital=* permet de garder des requêtes simples et donc rapides, sans tomber dans des tags de pur rendu et qui peuvent aussi servir à accéder plus simplement à ces données. Nominatim a tout un algo pour déterminer le niveau d'importance d'un objet. Cet algo va même jusqu'à tester la présence de liens vers wikipédia. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12 février 2014 10:42, Christian Quest cqu...@openstreetmap.fr a écrit : Plus intuitif oui, mais on franchit une sorte de ligne... on commence à mettre ici des metadonnées destinées uniquement au rendu, ce qui pour l'instant n'a jamais été le cas que je sache. Ben si layer qui sert à indiquer quelle voie est au-dessus/dessous d'une autre sans rapport avec le niveau du sol au contraire de level. Si c'est pas un tag pour le rendu ça ! Il y a déjà plein d'informations sur lesquelles on peut s'appuyer pour classifier les données. Il y a la population qui est simple à exploiter, mais on peut s'appuyer sur pas mal d'autres infos, exemple: est-ce que la ville est le centre administratif d'un niveau plus ou moins élevé du découpage administratif ? Le tag capital=* peut indiquer ce niveau de découpage et servir au rendu. Le problème c'est que pour un rendu dynamique (mise à jour en temps quasi-réel), les requêtes doivent rester légères et donc ces pré-traitements ne peuvent pas être trop complexes. Avoir des tags explicites comme capital=* permet de garder des requêtes simples et donc rapides, sans tomber dans des tags de pur rendu et qui peuvent aussi servir à accéder plus simplement à ces données. Nominatim a tout un algo pour déterminer le niveau d'importance d'un objet. Cet algo va même jusqu'à tester la présence de liens vers wikipédia. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr Désolé, ça vaut même pas 0,02 EURO A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12/02/2014 10:42, Christian Quest a écrit : Le 12 février 2014 09:59, Damouns damo...@gmail.com mailto:damo...@gmail.com a écrit : Le 12 février 2014 01:04, Rene Chalon rene.cha...@free.fr mailto:rene.cha...@free.fr a écrit : Bonsoir, Après avoir vu que le noeud place=city de Lyon avait été édité récemment et avait un tag rank=10 supplémentaire, je suis allé faire un petit tour sur : http://wiki.openstreetmap.org/wiki/Proposed_features/new_place_values J'ai une idée qui peut-être a déjà été proposée, mais ne pourrait-on pas faire un rank = n où n est le niveau de zoom à partir duquel la ville doit être visible ? Par exemple : Paris : rank = 3 Marseille : rank = 6 Chambéry : rank = 9 Cailloux-sur-Fontaines = 12 etc. C'est plus intuitif que le rank de 0 à 30... inconvénient : c'est lié à un rendu. C'est effectivement plus intuitif. Mais comme le dit marc dans le mail suivant, la priorité devrait être donné à la balise capital (ou admin_centre si on grimpe dans les relations) lorsqu'elle existe. La question se pose aussi en région parisienne où de nombreuses villes sont classé town alors qu'elle devrait être des city au vue de leur population. Et en province, quelques town sont classé en city (limite placée à 75000 habitants), sans quoi la carte principale semblerait un peu trop déserte. J'avais fait quelques corrections à Noël en vérifiant toutes les communes de plus de 5 hab (par ex on voyait Orange et pas Avignon), il me semblait alors que Lyon apparaissait sur la carte... https://fr.wikipedia.org/wiki/Liste_des_communes_de_France_les_plus_peupl%C3%A9es Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12/02/2014 08:31, Christian Quest a écrit : Le 12 février 2014 01:04, Rene Chalon rene.cha...@free.fr mailto:rene.cha...@free.fr a écrit : Bonsoir, Après avoir vu que le noeud place=city de Lyon avait été édité récemment et avait un tag rank=10 supplémentaire, je suis allé faire un petit tour sur : http://wiki.openstreetmap.org/wiki/Proposed_features/new_place_values J'ai donc ajouté rank=30 sur le noeud place=city de Villeurbanne (que j'ai aussi légèrement déplacé pour le mettre plus au centre de la commune plutôt que pile-poil sur l'hôtel de ville). Je ne connaissais pas cette proposition qui a 3 ans et n'a pas bougé depuis ce qui n'est pas un bon indicateur sur son activité. Et trois utilisations en France : http://taginfo.openstreetmap.fr/keys/rank JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12/02/2014 13:20, JB a écrit : Le 12/02/2014 08:31, Christian Quest a écrit : Le 12 février 2014 01:04, Rene Chalon rene.cha...@free.fr mailto:rene.cha...@free.fr a écrit : Bonsoir, Après avoir vu que le noeud place=city de Lyon avait été édité récemment et avait un tag rank=10 supplémentaire, je suis allé faire un petit tour sur : http://wiki.openstreetmap.org/wiki/Proposed_features/new_place_values J'ai donc ajouté rank=30 sur le noeud place=city de Villeurbanne (que j'ai aussi légèrement déplacé pour le mettre plus au centre de la commune plutôt que pile-poil sur l'hôtel de ville). Je ne connaissais pas cette proposition qui a 3 ans et n'a pas bougé depuis ce qui n'est pas un bon indicateur sur son activité. Et trois utilisations en France : http://taginfo.openstreetmap.fr/keys/rank JB. Dont Lyon et Villeurbanne ;o) Reste Paris Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
2014-02-12 12:14 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Et en province, quelques town sont classé en city (limite placée à 75000 habitants), sans quoi la carte principale semblerait un peu trop déserte. Elle sort d'où, cette limite de 75000 habitants ? Je ne trouve la trouve pas dans le wiki. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le message de Christophe dit justement que des contributeurs ont délibérément choisi de ne pas tenir compte de la valeur minimale nécessaire ( 100.000hab.) pour pouvoir utiliser la clé 'place=city' en l'appliquant dès que la population dépasse 75.000hab., pour que plus de villes en province soient visibles sur la carte. Et ce, en contradiction totale avec ce que dit le wiki, comme tu le fais remarquer. Bref, encore une façon de tagguer pour le rendu ! Francescu Le 12 février 2014 13:57, Pieren pier...@gmail.com a écrit : 2014-02-12 12:14 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Et en province, quelques town sont classé en city (limite placée à 75000 habitants), sans quoi la carte principale semblerait un peu trop déserte. Elle sort d'où, cette limite de 75000 habitants ? Je ne trouve la trouve pas dans le wiki. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Surtout qu'avec le tag rank, on va tout droit vers une guerre des valeurs ! Où des contributeurs vont modifier la valeur de leur commune et/ou des commune voisines pour que la leur apparaisse avant... Bref, ça pue ! Francescu Le 12 février 2014 14:06, Pieren pier...@gmail.com a écrit : 2014-02-12 13:20 GMT+01:00 JB jb...@mailoo.org: J'ai donc ajouté rank=30 sur le noeud place=city de Villeurbanne (que j'ai aussi légèrement déplacé pour le mettre plus au centre de la commune plutôt que pile-poil sur l'hôtel de ville). Je ne connaissais pas cette proposition qui a 3 ans et n'a pas bougé depuis ce qui n'est pas un bon indicateur sur son activité. Et trois utilisations en France : http://taginfo.openstreetmap.fr/keys/rank JB. Je trouve aussi que ce rank est une très mauvaise idée. Sur quel critère on le fixe ? population, importance historique, importance administrative, un mélange, un mélange qui varie suivant les pays ou régions ou contributeurs ? Autant laisser les feuilles de style choisir ses critères et fournir des informations correctes (population, admin_level, admin_centre). Si vous n'êtes pas content du résultat, changez de style de carte au lieu d'inventer un tag à la smoothness (exemple fameux de tag subjectif) ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
2014-02-12 14:06 GMT+01:00 Francescu GAROBY windu...@gmail.com: Le message de Christophe dit justement que des contributeurs ont délibérément choisi de ne pas tenir compte de la valeur minimale nécessaire ( 100.000hab.) pour pouvoir utiliser la clé 'place=city' en l'appliquant dès que la population dépasse 75.000hab., pour que plus de villes en province soient visibles sur la carte. Et ce, en contradiction totale avec ce que dit le wiki, comme tu le fais remarquer. Bref, encore une façon de tagguer pour le rendu ! Oui, mais j'avais pas capter s'il approuvait ou pas Pour moi, c'est à corriger. Pas forcément les données d'ailleurs. On pourrait aussi bien tous se mettre d'accord pour de nouvelles valeurs limites de pop. pour les tags place. L'essentiel est que ce soit cohérent sur l'ensemble du territoire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Détrompez-moi, mais il me semble que la réalité du cartographe, c'est que quand il écrit Lyon, sur une carte de pays, il signifie Grand Lyon. De même quand il écrit Paris il pense au grand Paris, et c'est encore plus vrai pour Bruxelles dont la commune centre Bruxelles-ville n'est pas significativement la plus peuplée ni la plus étendue. Peut-être que ce qui devrait apparaître à la place des communes, c'est la communauté urbaine de Lyon avec son nom raccourci Lyon ? -- Feth ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
La remarque de Feth est intéressante : on pourrait choisir d'afficher, dans les zooms faibles, le nom de la principale commune de l'EPCI (métropoles, communautés urbaine, d'agglomération, ou de communes) dont elle fait partie. Ce serait donc toujours le nom d'une commune, et non celui de son EPCI, mais les conflits avec ses voisines serait de fait annulé car il y aurait moins de communes candidates. cf. cette page, pour la classification : http://fr.wikipedia.org/wiki/%C3%89tablissement_public_de_coop%C3%A9ration_intercommunale#Les_EPCI_.C3.A0_fiscalit.C3.A9_propre Francescu Le 12 février 2014 14:29, Jérôme Amagat jerome.ama...@gmail.com a écrit : Le problème pour une cohérence internationale au niveau des populations c'est le découpage différent suivant les pays et donc le problème du nombre important de commune en France. Dans d'autres pays le problème Lyon Villeurbanne n'existe pas, il n'y a qu'un seul ensemble qui les regroupe avec Bron,Venissieux... voir même Genas, Meyzieu... Et là tu passe de 500 000 habitants à 1 300 000 pour le Grand Lyon. Le 12 février 2014 14:10, Pieren pier...@gmail.com a écrit : 2014-02-12 14:06 GMT+01:00 Francescu GAROBY windu...@gmail.com: Le message de Christophe dit justement que des contributeurs ont délibérément choisi de ne pas tenir compte de la valeur minimale nécessaire ( 100.000hab.) pour pouvoir utiliser la clé 'place=city' en l'appliquant dès que la population dépasse 75.000hab., pour que plus de villes en province soient visibles sur la carte. Et ce, en contradiction totale avec ce que dit le wiki, comme tu le fais remarquer. Bref, encore une façon de tagguer pour le rendu ! Oui, mais j'avais pas capter s'il approuvait ou pas Pour moi, c'est à corriger. Pas forcément les données d'ailleurs. On pourrait aussi bien tous se mettre d'accord pour de nouvelles valeurs limites de pop. pour les tags place. L'essentiel est que ce soit cohérent sur l'ensemble du territoire. 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12/02/2014 14:10, Pieren a écrit : 2014-02-12 14:06 GMT+01:00 Francescu GAROBY windu...@gmail.com: Le message de Christophe dit justement que des contributeurs ont délibérément choisi de ne pas tenir compte de la valeur minimale nécessaire ( 100.000hab.) pour pouvoir utiliser la clé 'place=city' en l'appliquant dès que la population dépasse 75.000hab., pour que plus de villes en province soient visibles sur la carte. Et ce, en contradiction totale avec ce que dit le wiki, comme tu le fais remarquer. Bref, encore une façon de tagguer pour le rendu ! Ben oui, choisir city, town, village, hamlet, c'est par définition tagguer pour le rendu sinon ce serait simplement place=commune ! Oui, mais j'avais pas capter s'il approuvait ou pas Pour moi, c'est à corriger. Pas forcément les données d'ailleurs. On pourrait aussi bien tous se mettre d'accord pour de nouvelles valeurs limites de pop. pour les tags place. L'essentiel est que ce soit cohérent sur l'ensemble du territoire. Faut un peu se calmer sur l'idéologie on ne taggue pas pour le rendu. L'usage principal d'OSM est et sera toujours le rendu tuile. Il est tout à fait pertinent et justifié de faire en sorte que Lyon apparaissent prioritairement sur la carte par rapport à Villeurbanne. Faut juste trouver une méthodologie qui ne ressemble pas à un hack dégueu. Utiliser la balise capital est judicieux. Éventuellement rank. Quand je vois que le rendu par défaut d'OSM n'affiche pas Paris dès les premiers niveau de zoom, Il y a quand même un sérieux souci dans la feuille de style ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12 février 2014 14:29, Feth Arezki f...@tuttu.info a écrit : Détrompez-moi, mais il me semble que la réalité du cartographe, c'est que quand il écrit Lyon, sur une carte de pays, il signifie Grand Lyon. De même quand il écrit Paris il pense au grand Paris, et c'est encore plus vrai pour Bruxelles dont la commune centre Bruxelles-ville n'est pas significativement la plus peuplée ni la plus étendue. Peut-être que ce qui devrait apparaître à la place des communes, c'est la communauté urbaine de Lyon avec son nom raccourci Lyon ? c'est pas vraiment sont raccourci mais son siège donc il faut utiliser pour les rendu le role admin centre comme dit précédemment. -- Feth ___ 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] Lyon nous a quitté
Le 12 février 2014 14:40, Christophe Merlet red...@redfoxcenter.org a écrit : Le 12/02/2014 14:10, Pieren a écrit : 2014-02-12 14:06 GMT+01:00 Francescu GAROBY windu...@gmail.com: Le message de Christophe dit justement que des contributeurs ont délibérément choisi de ne pas tenir compte de la valeur minimale nécessaire ( 100.000hab.) pour pouvoir utiliser la clé 'place=city' en l'appliquant dès que la population dépasse 75.000hab., pour que plus de villes en province soient visibles sur la carte. Et ce, en contradiction totale avec ce que dit le wiki, comme tu le fais remarquer. Bref, encore une façon de tagguer pour le rendu ! Ben oui, choisir city, town, village, hamlet, c'est par définition tagguer pour le rendu sinon ce serait simplement place=commune ! Non, la commune et la ville c'est pas la meme chose. dans une commune il peut il y a Oui, mais j'avais pas capter s'il approuvait ou pas Pour moi, c'est à corriger. Pas forcément les données d'ailleurs. On pourrait aussi bien tous se mettre d'accord pour de nouvelles valeurs limites de pop. pour les tags place. L'essentiel est que ce soit cohérent sur l'ensemble du territoire. Faut un peu se calmer sur l'idéologie on ne taggue pas pour le rendu. L'usage principal d'OSM est et sera toujours le rendu tuile. Il est tout à fait pertinent et justifié de faire en sorte que Lyon apparaissent prioritairement sur la carte par rapport à Villeurbanne. Faut juste trouver une méthodologie qui ne ressemble pas à un hack dégueu. Utiliser la balise capital est judicieux. Éventuellement rank. Quand je vois que le rendu par défaut d'OSM n'affiche pas Paris dès les premiers niveau de zoom, Il y a quand même un sérieux souci dans la feuille de style ! Librement, -- Christophe Merlet (RedFox) ___ 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] Lyon nous a quitté
oui mais alors comment tu différencies les place=xi5dFBIk quand tu ne connait pas la population (ex en france on connait les population pour une commune mais pas pour chaque hameau). Je dirait plutot que le rendu doit se servir de la population si elle existe avant de regarder le place=city town village sur le rendu osmfr, les points a partir du zoom 6 c'est pour les place=city? En regardant rapidement avec wikipedia il y a des point en trop en italie si la limite est 100 000. en macedoine 10 ville de plus de 5 habitant d'apres wikipedia et 12 point sur le rendu. La definition d'une ville n'est pas la meme partout Le 12 février 2014 15:04, Christophe Merlet red...@redfoxcenter.org a écrit : Le 12/02/2014 14:48, Jérôme Amagat a écrit : Le 12 février 2014 14:47, Jérôme Amagat jerome.ama...@gmail.com mailto:jerome.ama...@gmail.com a écrit : Le 12 février 2014 14:40, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 12/02/2014 14:10, Pieren a écrit : 2014-02-12 14:06 GMT+01:00 Francescu GAROBY windu...@gmail.com mailto:windu...@gmail.com: Le message de Christophe dit justement que des contributeurs ont délibérément choisi de ne pas tenir compte de la valeur minimale nécessaire ( 100.000hab.) pour pouvoir utiliser la clé 'place=city' en l'appliquant dès que la population dépasse 75.000hab., pour que plus de villes en province soient visibles sur la carte. Et ce, en contradiction totale avec ce que dit le wiki, comme tu le fais remarquer. Bref, encore une façon de tagguer pour le rendu ! Ben oui, choisir city, town, village, hamlet, c'est par définition tagguer pour le rendu sinon ce serait simplement place=commune ! Non, la commune et la ville c'est pas la meme chose. dans une commune il peut il y avoir 2 village et 3 hameaux. Et le village et la commune ne pas avoir le meme nom. Sans blague ! Je crois que tu passé à coté du sens de ma phrase en te focalisant sur le terme commune je renomme en place=xi5dFBIk pour éviter tout malentendu... Librement, -- Christophe Merlet (RedFox) ___ 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] Lyon nous a quitté
N'allant pas trop vite en besogne. La réalité actuelle ce'st que le Grand Lyon n'est qu'une intercommunalité. Par conséquent on ne peut pas dire que Villeurbanne fait partie de Lyon. Certes, la différence est difficile à voir sur place mais niveau politique c'est très différent. Florian. Le Mercredi 12 février 2014 15h29, Pieren pier...@gmail.com a écrit : 2014-02-12 14:29 GMT+01:00 Jérôme Amagat jerome.ama...@gmail.com: Le problème pour une cohérence internationale au niveau des populations c'est le découpage différent suivant les pays et donc le problème du nombre important de commune en France. Dans d'autres pays le problème Lyon Villeurbanne n'existe pas, il n'y a qu'un seul ensemble qui les regroupe avec Bron,Venissieux... voir même Genas, Meyzieu... Et là tu passe de 500 000 habitants à 1 300 000 pour le Grand Lyon. Au contraire, les métropoles qui grandissent et finissent par avaler les communes voisines, ça arrive partout. Montmartre ou Grenelle étaient des villages à la campagne avant d'être les quartiers du Paris actuel. Et la population n'est pas toujours un critère satisfaisant. Un exemple connu est San Francisco (USA) qui a moins d'habitants que son voisin San José. L'admin_centre est plus pertinent dans ce cas. 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] Lyon nous a quitté
Un classique de la feuille de style par défaut… (le non-classement des villes par population décroissante pour l'affichage, il me semble, Christian devrait pouvoir confirmer…). Je clôture de temps en temps des notes qui font la même remarque, en les envoyant au casse pipe vers trac.osm.org… Le même problème à Valence, à Troyes, entre-autres. JB. Le 11.02.2014 19:33, Ista Pouss a écrit : Hello, Juste pour signaler que la ville de Lyon vient de disparaitre : http://osm.org/go/0Akrq [2] ... n'est aucune idée du pourquoi du comment c'est pas moi j'le jure. Si qqun qui s'y connait veux voir... (Saint-Étienne va peut être gagner le prochain derby enfin ? ) -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur - vidéo) [3] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-fr [2] http://osm.org/go/0Akrq [3] http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
trac.osm.org est plus qu'un casse pipe, c'est un cul de sac.
C'est vers https://github.com/gravitystorm/openstreetmap-carto/issues qu'il
faudrait plutôt aller...
La requête SQL est la suivante:
(select way,place,name from planet_osm_point where place in ('city','town')
and (capital is null or capital != 'yes')\n ) as placenames_medium
Il n'y a donc aucune classification, même un place=town peut apparaitre
avant un place=city !
Voici la requête sur le rendu FR :
(select way,place,coalesce(tags-'name:fr',tags-'int_name',name) as
name, replace(replace(replace(coalesce(tags-'short_name:fr',tags-'short_name',
tags-'name:fr',tags-'int_name',
name),'Saint-','Sᵗ-'),'Sainte-','Sᵗᵉ-'),'-sous-','-ss-') as nom,
cast(regexp_replace('0' || population,'[^0-9]','','g') as bigint) as
pop, coalesce(tags-'is_capital', (case when coalesce(admin_level,
capital)='2' then 'country' when coalesce(admin_level, capital)='4'
then 'state' else null end) ) as is_capital from planet_osm_point
where place is not null and place in ('city','town') and
(tags-'is_capital' in ('country','state') or capital in ('2','4') or
(capital='yes' and admin_level in ('2','4'))) order by is_capital,
place, pop desc ) as placenames,
Le tri par population décroissante fait bien son boulot.
J'ai créé un pull request pour ajouter ce double tri (place=* puis
population=*) dans le rendu standard:
https://github.com/gravitystorm/openstreetmap-carto/pull/337
Wait and see
Le 11 février 2014 19:49, JB jb...@mailoo.org a écrit :
Un classique de la feuille de style par défaut… (le non-classement des
villes par population décroissante pour l'affichage, il me semble,
Christian devrait pouvoir confirmer…). Je clôture de temps en temps des
notes qui font la même remarque, en les envoyant au casse pipe vers
trac.osm.org…
Le même problème à Valence, à Troyes, entre-autres.
JB.
--
Christian Quest - OpenStreetMap France
Conférence State Of The Map France du 4 au 6 avril à
Parishttp://openstreetmap.fr/sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
De ma (courte) mémoire de mappeur lyonnais, Villeurbanne a toujours eu le
dessus sur Lyon (au moins sur OSM).
Gaël
Le 11 févr. 2014 à 20:09, Christian Quest cqu...@openstreetmap.fr a écrit :
trac.osm.org est plus qu'un casse pipe, c'est un cul de sac.
C'est vers https://github.com/gravitystorm/openstreetmap-carto/issues qu'il
faudrait plutôt aller...
La requête SQL est la suivante:
(select way,place,name from planet_osm_point where place in ('city','town') and
(capital is null or capital != 'yes')\n ) as placenames_medium
Il n'y a donc aucune classification, même un place=town peut apparaitre avant
un place=city !
Voici la requête sur le rendu FR :
(select way,place,coalesce(tags-'name:fr',tags-'int_name',name) as name,
replace(replace(replace(coalesce(tags-'short_name:fr',tags-'short_name',
tags-'name:fr',tags-'int_name',
name),'Saint-','Sᵗ-'),'Sainte-','Sᵗᵉ-'),'-sous-','-ss-') as nom,
cast(regexp_replace('0' || population,'[^0-9]','','g') as bigint) as pop,
coalesce(tags-'is_capital', (case when coalesce(admin_level, capital)='2' then
'country' when coalesce(admin_level, capital)='4' then 'state' else null end) )
as is_capital from planet_osm_point where place is not null and place
in ('city','town') and (tags-'is_capital' in ('country','state') or capital in
('2','4') or (capital='yes' and admin_level in ('2','4'))) order by is_capital,
place, pop desc ) as placenames,
Le tri par population décroissante fait bien son boulot.
J'ai créé un pull request pour ajouter ce double tri (place=* puis
population=*) dans le rendu standard:
https://github.com/gravitystorm/openstreetmap-carto/pull/337
Wait and see
Le 11 février 2014 19:49, JB jb...@mailoo.org a écrit :
Un classique de la feuille de style par défaut… (le non-classement des villes
par population décroissante pour l'affichage, il me semble, Christian devrait
pouvoir confirmer…). Je clôture de temps en temps des notes qui font la même
remarque, en les envoyant au casse pipe vers trac.osm.org…
Le même problème à Valence, à Troyes, entre-autres.
JB.
--
Christian Quest - OpenStreetMap France
Conférence State Of The Map France du 4 au 6 avril à Paris
___
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] Lyon nous a quitté
Bonsoir,
Après avoir vu que le noeud place=city de Lyon avait été édité récemment
et avait un tag rank=10 supplémentaire, je suis allé faire un petit tour
sur :
http://wiki.openstreetmap.org/wiki/Proposed_features/new_place_values
J'ai donc ajouté rank=30 sur le noeud place=city de Villeurbanne (que
j'ai aussi légèrement déplacé pour le mettre plus au centre de la
commune plutôt que pile-poil sur l'hôtel de ville).
Je ne sais pas si c'est ça qui a fait quelque chose (certainement non,
d'après les éléments d'information de Christian...) mais Lyon a gagné
devant Villeurbanne à peu près à tous les niveaux de zoom (mais
certaines dalles ne doivent pas encore être recalculées...)
Si quelqu'un a une explication à ce mystère...
A+,
René (aka renecha).
On 11/02/2014 22:12, cqu...@openstreetmap.fr wrote:
trac.osm.org est plus qu'un casse pipe, c'est un cul de sac.
C'est vershttps://github.com/gravitystorm/openstreetmap-carto/issues qu'il
faudrait plutôt aller...
La requête SQL est la suivante:
(select way,place,name from planet_osm_point where place in ('city','town')
and (capital is null or capital != 'yes')\n ) as placenames_medium
Il n'y a donc aucune classification, même un place=town peut apparaitre
avant un place=city !
Voici la requête sur le rendu FR :
(select way,place,coalesce(tags-'name:fr',tags-'int_name',name) as
name, replace(replace(replace(coalesce(tags-'short_name:fr',tags-'short_name',
tags-'name:fr',tags-'int_name',
name),'Saint-','S?-'),'Sainte-','S??-'),'-sous-','-ss-') as nom,
cast(regexp_replace('0' || population,'[^0-9]','','g') as bigint) as
pop, coalesce(tags-'is_capital', (case when coalesce(admin_level,
capital)='2' then 'country' when coalesce(admin_level, capital)='4'
then 'state' else null end) ) as is_capital from planet_osm_point
where place is not null and place in ('city','town') and
(tags-'is_capital' in ('country','state') or capital in ('2','4') or
(capital='yes' and admin_level in ('2','4'))) order by is_capital,
place, pop desc ) as placenames,
Le tri par population décroissante fait bien son boulot.
J'ai créé un pull request pour ajouter ce double tri (place=* puis
population=*) dans le rendu standard:
https://github.com/gravitystorm/openstreetmap-carto/pull/337
Wait and see
Le 11 février 2014 19:49, JBjb...@mailoo.org a écrit :
Un classique de la feuille de style par défaut? (le non-classement des
villes par population décroissante pour l'affichage, il me semble,
Christian devrait pouvoir confirmer?). Je clôture de temps en temps des
notes qui font la même remarque, en les envoyant au casse pipe vers
trac.osm.org?
Le même problème à Valence, à Troyes, entre-autres.
JB.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12 février 2014 01:04, Rene Chalon rene.cha...@free.fr a écrit : Bonsoir, Après avoir vu que le noeud place=city de Lyon avait été édité récemment et avait un tag rank=10 supplémentaire, je suis allé faire un petit tour sur : http://wiki.openstreetmap.org/wiki/Proposed_features/new_place_values J'ai donc ajouté rank=30 sur le noeud place=city de Villeurbanne (que j'ai aussi légèrement déplacé pour le mettre plus au centre de la commune plutôt que pile-poil sur l'hôtel de ville). Je ne connaissais pas cette proposition qui a 3 ans et n'a pas bougé depuis ce qui n'est pas un bon indicateur sur son activité. Je ne sais pas si c'est ça qui a fait quelque chose (certainement non, d'après les éléments d'information de Christian...) mais Lyon a gagné devant Villeurbanne à peu près à tous les niveaux de zoom (mais certaines dalles ne doivent pas encore être recalculées...) Si quelqu'un a une explication à ce mystère... Il est fort probable qu'en éditant l'un ou l'autre des noeuds, tu ai changé l'ordre (aléatoire) dans lequel la requête SQL les fourni à Mapnik. En ajoutant explicitement un tri (order by), on s'assure que ça soit toujours trié de la même façon et pas au petit bonheur la chance (ou malchance). -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
