Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le ven. 13 nov. 2020 à 18:26, Jérôme Amagat a écrit : > Pas de réaction hostile sur le robot :D > On pourrait aussi indiquer sur le wiki, que les population=* en France ne > sont connus qu'au niveau communal et donc que les population=* sur les > place=* sont les populations des communes dont ce place=* est le chef lieu. > Ce n'est pas tout à fait vrai, car il y a des chiffres de population au niveau des IRIS (ou parfois des TRIRIS quand il sont trop petits, pour respecter le secret statistique). Pour les petites communes, elles ne sont pas découpées en IRIS ou sont leur propre IRIS (mais elles sont parfois regroupées en TRIRIS avec d'autres pour certaines statistiques sensibles au plan personnel comme la fiscalité, l'emploi, l'équipement des ménages, quand ces données sont protégées par la loi Informatique et liberté de 1978, conformément aux directives de la CNIL: les données par IRIS existent à l'INSEE, mais leur accès est réservé aux personnels habilités des administrations: le fisc, la justice, les autorités policières et de contrôle, et certains personnels communaux qui doivent alimenter et corriger ces données, ainsi que pour permettre un accès personnel par les personnes concernées dans ces statistiques pour qu'elles aient un droit personnel d'accès et de rectification). Pour les communes-associations ou les communes nouvelles, le découpage continue de préserver au moins un IRIS par commune membre (commune associée ou commune déléguée) tant qu'elles n'entrent pas en fusion simple. Le découpage en IRIS est assez stable mais peut évoluer avec le temps pour conserver certains seuils (au moins à l'échelle des TRIRIS) permettant de les comparer entre eux (les seuils sont assez stricts maintenant concernant l'usage des IRIS de population résidente pour le zonage électoral, afin de préserver raisonnablement l'équité des électeurs, exigée par la Constitution). Les TRIRIS sont le plus souvent (pas toujours) des regroupements de trois IRIS (pas toujours dans la même commune, ou pouvant inclure une petite commune non découpée avec les IRIS d'une commune voisine découpée en IRIS). Les données par TRIRIS sont publiques. Pourquoi trois IRIS le plus souvent dans un TRIRIS ? C'est à cause de leur typologie qui distingue trois types d'IRIS selon leur usage principal: résidentiel, agricole, commercial: il peut arriver qu'il n'y ait plus qu'un seul résident ou forer fiscal dans une zone donnée où existent alors les deux autres types voisins. Si un IRIS seul a suffisamment de population, il n'est pas nécessaire de le regrouper avec d'autres IRIS voisins moins peuplés. De plus, seules les communes les plus peuplées sont découpées en IRIS: il reste alors peu de cas où, pour préserver les seuils de secret statistique, ces IRIS infra-communaux ont besoin d'être regroupés. Et autant que possible, le regroupement doit préserver la continuité territoriale (exception faite des iles où la continuité inclue les eaux territoriales ou adjacentes) et se fait au sein de la même commune (mais ce n'est pas toujours possible et il faut parfois rattacher le petit IRIS trop peu peuplé à un IRIS d'une commune voisine ou au seul IRIS d'une petite commune voisine non découpée (ce n'est pas fait pour les données simples de population mais pour les données fiscales ou d'emploi: les chiffres de population communale sont donc toujours calculables comme la somme des population de ses IRIS; on peut alors avoir dans les communes les plus peuplées découpées le détail par IRIS ou TRIRIS, mais les IRIS restants non rattachables à un TRIRIS d'une même commune sont alors seulement totalisés de façon non nécessairement contigue territorialement dans un pseudo-TRIRIS indiquant tout ce reste). Alors que pour les données sensibles (fiscalité, emploi, revenus, équipement des foyers, sécurité et criminalité, composition des foyers, statut matrimonial, nationalité...) on les retrouvera dans de véritables TRIRIS mais ceux-ci seront parfois intercommunaux (ces données ne sont donc pas disponibles partout à l'échelle des communes car il y a ces TRIRIS qui débordent un peu sur les communes voisines dont tout ou partie du territoire a été rattaché à une autre commune contenant l'IRIS le plus peuplé: ce découpage obtenu pour les données publiques n'est pas donc plus strictement communal et obéit aux exceptions demandées par la CNIL, alors que les communes et agences autorisées de l'Etat ont les chiffres exacts commune par commune, IRIS par IRIS, parfois même à un niveau plus fin foyer par foyer voir individu par individu, en fonction de leurs habilitations et de leur réel besoin de ces données précises ou si elles en sont elles-même la source ou si elles doivent pouvoir fournir un droit d'accès personnel aux résidents concernés, en suivant une procédure et vérifiant leur identité et droit à y accéder, avec des personnels qualifiés, formés à ces procédures et soumis au secret administratif et aux procédures normatives de sécurité, tous les employés
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Bonjour, 13 novembre 2020 16:20 "Rpnpif via Talk-fr" a écrit: > Attention aussi, certains admin-centre ne sont pas sur le village ayant > la plus grande population [...] J'ai une question assez proche : comment indiquer "Le Bourg" des petites communes ? Par exemple la commune de Foucarmont contenant le "Bourg de Foucarmont" (pour d'autres c'est juste "Le Bourg"). J'ai l'impression qu'il faudrait "Foucarmont" sur la relation frontière et "Bourg de Foucarmont" sur le noeud place=village qui est l'admin_centre, mais ce n'est pas ce qui est déjà en place. Ou il faut ajouter un "place=neighbourhood + name=Le Bourg de Foucarmont ? En attendant un avis éclairé, j'ai ajouté un "alt_name=Bourg de Foucarmont" au "place=village + name=Foucarmont". À avancer les noms de rue, la liste BANO des lieux manquants avec le plus d'adresse commence à lister "Le Bourg" "Le Bourg" "Le Bourg" :D -- Frantz ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Pas de réaction hostile sur le robot :D On pourrait aussi indiquer sur le wiki, que les population=* en France ne sont connus qu'au niveau communal et donc que les population=* sur les place=* sont les populations des communes dont ce place=* est le chef lieu. Pour une grande partie des communes française la population de la commune et de son chef-lieu est la même ou presque la même. Il y a bien sûr, un certain nombre de cas où ce n'est pas le cas, pas mal de communes nouvelles ou les communes issues de regroupement fait depuis les années 70. Il y a aussi les communes très étendues en zone rurale avec un nombre non négligeable de gens dans les hameaux entourant le village principal. Dans osm, le principe c'est d'indiquer des choses plus ou moins équivalentes de la même façon dans le monde entier. Partout dans le monde, population=* représente un nombre de personnes sur une surface donnée, plus ou moins claire suivant le pays, ce n'est pas la population située juste sous le node place=* :) Le ven. 13 nov. 2020 à 16:25, Rpnpif via Talk-fr a écrit : > Le 13/11/2020 à 10:16, Vincent de Château-Thierry a écrit : > > Bonjour, > > > >> De: "Christian Quest" > >> > >> Certes, mais ce n'est pas ce que dit le wiki (intl) et ce n'est pas > >> globalement la pratique, sauf en France. Séparatisme ? ;) > > Le wiki est un wiki :) On doit pouvoir y indiquer comment ça > fonctionne en France, tout simplement. > > Quand je vois les combinaisons du tag population sur Taginfo [1] on a > plus de 10 "admin_level=*" et plus de 10 "boundary=*". Donc c'est > loin d'être franco-français. > > > > vincent > > > > [1] https://taginfo.openstreetmap.org/keys/population#combinations > > Bonjour, > > Attention aussi, certains admin-centre ne sont pas sur le village ayant > la plus grande population, donc c'est une mauvaise idée de mettre en > relief l'admin-centre avec ce critère. Par ailleurs, on attend toujours > l'affichage des noms des communes nouvelles qui devrait se faire avant > les anciennes communes membres. > > Les départements ne sont pas affichés et ça ne pose de problèmes pour personne, pareil pour les comcom, les arrondissements départementaux (sous préfecture) portent aussi pour certains un nom différent de la ville sous préfecture et ils ne sont pas affichés non plus. Pour beaucoup ces communes nouvelles reprennent le nom des villages ou ajoutent un terme (région, rivière...) derrière le nom du village principal. Ça n'apporterait de toute façon que peu de choses de les afficher. Pour moi, cette volonté d'afficher leurs noms, c'est un peu comme la réticence de beaucoup à les créer, les gens pensent que ces communes nouvelles vont remplacer leur village, que leur village va disparaître alors que le village et son nom existeront toujours. Il faudra toujours utiliser le nom du village pour indiquer un lieu. On donne trop d'importance à ces communes nouvelles. De la même façon que les comcom, c'est juste plusieurs villes ou villages qui se regroupent pour leur gestion et bien sûr il faut donner un nom à ce regroupement... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 13/11/2020 à 10:16, Vincent de Château-Thierry a écrit : Bonjour, De: "Christian Quest" Certes, mais ce n'est pas ce que dit le wiki (intl) et ce n'est pas globalement la pratique, sauf en France. Séparatisme ? ;) Le wiki est un wiki :) On doit pouvoir y indiquer comment ça fonctionne en France, tout simplement. Quand je vois les combinaisons du tag population sur Taginfo [1] on a plus de 10 "admin_level=*" et plus de 10 "boundary=*". Donc c'est loin d'être franco-français. vincent [1] https://taginfo.openstreetmap.org/keys/population#combinations Bonjour, Attention aussi, certains admin-centre ne sont pas sur le village ayant la plus grande population, donc c'est une mauvaise idée de mettre en relief l'admin-centre avec ce critère. Par ailleurs, on attend toujours l'affichage des noms des communes nouvelles qui devrait se faire avant les anciennes communes membres. -- Rpnpif ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Bonjour, > De: "Christian Quest" > > Certes, mais ce n'est pas ce que dit le wiki (intl) et ce n'est pas > globalement la pratique, sauf en France. Séparatisme ? ;) Le wiki est un wiki :) On doit pouvoir y indiquer comment ça fonctionne en France, tout simplement. Quand je vois les combinaisons du tag population sur Taginfo [1] on a plus de 10 "admin_level=*" et plus de 10 "boundary=*". Donc c'est loin d'être franco-français. vincent [1] https://taginfo.openstreetmap.org/keys/population#combinations ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 12/11/2020 à 23:06, Vincent de Château-Thierry a écrit : Bonsoir, Le 12/11/2020 à 22:01, Christian Quest a écrit : Le 12/11/2020 à 17:58, Jérôme Amagat a écrit : Donc pour les rendus et pour être en accord avec ce qui est fait ailleurs dans le monde, il faudrait avoir les populations sur les node place admin_centre des communes. La seule source fiable pour obtenir ces populations est, il me semble, l'insee qui sort les populations légales tous les ans, donc pourquoi pas un bot qui modifierait population=* et source:pupulation=* des relations des communes et de leurs admin_centre tous les ans lorsque l'insee sort ces chiffres. Cela permettrait d'avoir des données tout le temps à jour. Je sais que pour beaucoup les bots c'est le mal :) mais à part les personnes qui vont compter les habitants de leur village, ça va être difficile d'avoir une meilleur source. Les bots c'est mal (il parait), mais oui, c'est vers ça qu'il faudrait aller sur ce type de données, plutôt que se fader tout à la main. Nos populations sont des populations communales, je ne vois donc pas pourquoi elles devraient être portées par autre chose que l'objet qui représente pour nous la commune, à savoir la relation admin_level=8 (ou admin_level=9 pour les arrondissements municipaux). Certes, mais ce n'est pas ce que dit le wiki (intl) et ce n'est pas globalement la pratique, sauf en France. Séparatisme ? ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Bonsoir, Le 12/11/2020 à 22:01, Christian Quest a écrit : Le 12/11/2020 à 17:58, Jérôme Amagat a écrit : Donc pour les rendus et pour être en accord avec ce qui est fait ailleurs dans le monde, il faudrait avoir les populations sur les node place admin_centre des communes. La seule source fiable pour obtenir ces populations est, il me semble, l'insee qui sort les populations légales tous les ans, donc pourquoi pas un bot qui modifierait population=* et source:pupulation=* des relations des communes et de leurs admin_centre tous les ans lorsque l'insee sort ces chiffres. Cela permettrait d'avoir des données tout le temps à jour. Je sais que pour beaucoup les bots c'est le mal :) mais à part les personnes qui vont compter les habitants de leur village, ça va être difficile d'avoir une meilleur source. Les bots c'est mal (il parait), mais oui, c'est vers ça qu'il faudrait aller sur ce type de données, plutôt que se fader tout à la main. Nos populations sont des populations communales, je ne vois donc pas pourquoi elles devraient être portées par autre chose que l'objet qui représente pour nous la commune, à savoir la relation admin_level=8 (ou admin_level=9 pour les arrondissements municipaux). Si un client des données a besoin de modéliser autrement cette information pour son usage propre, c'est possible. En l'occurence, descendre les informations d'une relation à un point membre de la relation est trivial, au moins avec imposm3. C'est implémenté dans BANO, je peux aider si besoin. C'est peut-être le cas aussi avec les scripts lua d'osm2pgsql [1], mais je parle sans certitude, n'ayant pas testé cette option. vincent [1] : https://osm2pgsql.org/doc/manual.html#lua-library-for-flex-output (voir l'exemple "way_member_ids") ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 12/11/2020 à 17:58, Jérôme Amagat a écrit : Donc pour les rendus et pour être en accord avec ce qui est fait ailleurs dans le monde, il faudrait avoir les populations sur les node place admin_centre des communes. La seule source fiable pour obtenir ces populations est, il me semble, l'insee qui sort les populations légales tous les ans, donc pourquoi pas un bot qui modifierait population=* et source:pupulation=* des relations des communes et de leurs admin_centre tous les ans lorsque l'insee sort ces chiffres. Cela permettrait d'avoir des données tout le temps à jour. Je sais que pour beaucoup les bots c'est le mal :) mais à part les personnes qui vont compter les habitants de leur village, ça va être difficile d'avoir une meilleur source. Les bots c'est mal (il parait), mais oui, c'est vers ça qu'il faudrait aller sur ce type de données, plutôt que se fader tout à la main. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
https://github.com/gravitystorm/openstreetmap-carto et pour la version française qui est dérivée d'une ancienne version : https://github.com/cquest/osmfr-cartocss/ Le 12/11/2020 à 08:45, Cyrille37 OSM via Talk-fr - talk-fr@openstreetmap.org a écrit : Auriez-vous un lien pour que je vois comment le rendu osm.org priorise ? Merci C/. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Donc pour les rendus et pour être en accord avec ce qui est fait ailleurs dans le monde, il faudrait avoir les populations sur les node place admin_centre des communes. La seule source fiable pour obtenir ces populations est, il me semble, l'insee qui sort les populations légales tous les ans, donc pourquoi pas un bot qui modifierait population=* et source:pupulation=* des relations des communes et de leurs admin_centre tous les ans lorsque l'insee sort ces chiffres. Cela permettrait d'avoir des données tout le temps à jour. Je sais que pour beaucoup les bots c'est le mal :) mais à part les personnes qui vont compter les habitants de leur village, ça va être difficile d'avoir une meilleur source. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Merci pour l'info, j'ai fait quelque chose de similaire en comptant juste le nombre de tags sur un objet. Les grandes villes, ont souvent leur nom traduit dans un grand nombre de langues, ce qui m'avait permis de rendre visible certaines grandes villes américaines qui sinon passaient en second plan (je ne me rappelle plus laquelle). Utiliser une table annexe me plait à moitié, il est quand même préférable d'avoir les infos pertinentes dans OSM et facilement exploitables. Le 12/11/2020 à 10:45, Sarah Hoffmann a écrit : Salut, Nominatim se sert de son propre table d'importance qui est computee au base du comptage liens dans wikipedia. Ca marche assez bien pour la recherche et j'imagine que ca pourrait marcher aussi bien pour le rendu. La table est pre-calculee et peut etre telechargee ici: https://nominatim.org/data/wikimedia-importance.sql.gz (c'est une table Postgresql SQL a importer avec: zcat wikimedia-importance.sql.gz | psql -d databasename) Elle contient des valeurs d'importance pour des pages wikipedia et wikidata. Alors, ca sera facil a ajouter au rendu: un simple 'join' avec le tag wikidata. Sarah -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Salut, Nominatim se sert de son propre table d'importance qui est computee au base du comptage liens dans wikipedia. Ca marche assez bien pour la recherche et j'imagine que ca pourrait marcher aussi bien pour le rendu. La table est pre-calculee et peut etre telechargee ici: https://nominatim.org/data/wikimedia-importance.sql.gz (c'est une table Postgresql SQL a importer avec: zcat wikimedia-importance.sql.gz | psql -d databasename) Elle contient des valeurs d'importance pour des pages wikipedia et wikidata. Alors, ca sera facil a ajouter au rendu: un simple 'join' avec le tag wikidata. Sarah On Thu, Nov 12, 2020 at 08:57:08AM +0100, Christian Quest wrote: > Le 11/11/2020 à 22:34, osm.sanspourr...@spamgourmet.com a écrit : > > Et pour que le rendu osm.org s'en sorte bien, il faut une bonne âme pour > > faire un PR s'inspirant du travail de Christian. > > > > Christian, tu peux utiliser les relations boundary d'admin_level=8 pour > > ajouter la population au nœud label ou admin_centre si la population > > n'est pas donnée. > > > > C'est bien trop complexe pour un rendu, car dans les tables générées par > osm2pgsql ou imposm on n'a pas le détail des relations et des rôles de tel > ou tel objet. > > On peut sûrement bricoler avec osm2pgsql via les tables qui servent à la > mise à jour, mais pas avec imposm à ce que je sache et bien sûr ceci a un > coût en perf (et on sature déjà). > > > > Et si tu veux te rappeler si c'est une donnée déduite, tu peux mette un > > nombre négatif à condition de ne pas oublier de prendre la valeur > > absolue ;-). > > > > Je dis 8 mais au delà ce serait intéressant pour les villes n'ayant pas > > capital= : une capitale régionale sera ainsi vue comme plus importante > > qu'une ville plus peuplée mais simple sous-préfecture par exemple. > > > > Donc peut-être regarder si on a capital= pour savoir si on doit faire > > "déteindre" la population de la relation sur le nœud. Oui c'est un > > boulot d'import en plus. > > Pour une amélioration, c'est soit remettre un population=* sur le noeud, > soit un capital=* (jusqu'à 7 suffit, en France). > > Pour info, dans le wiki : > > - population est en "useful combination" et encourage de le mettre... pas de > le retirer > > - population n'est même pas mentionné sur boundary=administrative > > > -- > > 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] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 11/11/2020 à 22:34, osm.sanspourr...@spamgourmet.com a écrit : Et pour que le rendu osm.org s'en sorte bien, il faut une bonne âme pour faire un PR s'inspirant du travail de Christian. Christian, tu peux utiliser les relations boundary d'admin_level=8 pour ajouter la population au nœud label ou admin_centre si la population n'est pas donnée. C'est bien trop complexe pour un rendu, car dans les tables générées par osm2pgsql ou imposm on n'a pas le détail des relations et des rôles de tel ou tel objet. On peut sûrement bricoler avec osm2pgsql via les tables qui servent à la mise à jour, mais pas avec imposm à ce que je sache et bien sûr ceci a un coût en perf (et on sature déjà). Et si tu veux te rappeler si c'est une donnée déduite, tu peux mette un nombre négatif à condition de ne pas oublier de prendre la valeur absolue ;-). Je dis 8 mais au delà ce serait intéressant pour les villes n'ayant pas capital= : une capitale régionale sera ainsi vue comme plus importante qu'une ville plus peuplée mais simple sous-préfecture par exemple. Donc peut-être regarder si on a capital= pour savoir si on doit faire "déteindre" la population de la relation sur le nœud. Oui c'est un boulot d'import en plus. Pour une amélioration, c'est soit remettre un population=* sur le noeud, soit un capital=* (jusqu'à 7 suffit, en France). Pour info, dans le wiki : - population est en "useful combination" et encourage de le mettre... pas de le retirer - population n'est même pas mentionné sur boundary=administrative -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 11/11/2020 à 12:11, Christian Quest a écrit : Le 11/11/2020 à 10:29, Yves P. a écrit : Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11, avant <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce à cause des données ? Christian avait bien expliqué le problème : Faire un rendu c'est compliqué, il y a des choix à faire. Dans "le" rendu .org, soit il ne tient pas compte de la population (tag dans les données OSM), soit il le fait mais va pas voir dans une source externe plus complète et plus à jour. Auriez-vous un lien pour que je vois comment le rendu osm.org priorise ? Merci C/. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Et pour que le rendu osm.org s'en sorte bien, il faut une bonne âme pour faire un PR s'inspirant du travail de Christian. Christian, tu peux utiliser les relations boundary d'admin_level=8 pour ajouter la population au nœud label ou admin_centre si la population n'est pas donnée. Et si tu veux te rappeler si c'est une donnée déduite, tu peux mette un nombre négatif à condition de ne pas oublier de prendre la valeur absolue ;-). Je dis 8 mais au delà ce serait intéressant pour les villes n'ayant pas capital= : une capitale régionale sera ainsi vue comme plus importante qu'une ville plus peuplée mais simple sous-préfecture par exemple. Donc peut-être regarder si on a capital= pour savoir si on doit faire "déteindre" la population de la relation sur le nœud. Oui c'est un boulot d'import en plus. Jean-Yvon Le 11/11/2020 à 12:11, Christian Quest - cqu...@openstreetmap.fr a écrit : Le 11/11/2020 à 10:29, Yves P. a écrit : Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11, avant <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce à cause des données ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Le 11/11/2020 à 10:29, Yves P. a écrit : Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11, avant <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce à cause des données ? Christian avait bien expliqué le problème : Faire un rendu c'est compliqué, il y a des choix à faire. Dans son rendu .fr il récupère la population (wikidata, INSEE… je ne sais plus) pour prioriser les communes plus importantes à un niveau de zoom donné. Dans "le" rendu .org, soit il ne tient pas compte de la population (tag dans les données OSM), soit il le fait mais va pas voir dans une source externe plus complète et plus à jour. Christian corrigera si j'ai dit des bêtises :D Je complète juste: - il me semble que le rendu .org ne prend en compte que place=* pour prioriser - à mon grand chagrin, population=* a été retiré sur un grand nombre de noeuds place=* de commune, du coup le rendu FR n'arrive plus à toujours prioriser - le rendu FR utilise aussi capital=* pour prioriser les préfectures, sous-préfectures... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
> Sur le rendu Humanitaire on voit Vichy mais pas Cusset : > > https://www.openstreetmap.org/#map=10/46.1332/3.2767=H C'est un rendu mais au point par un français, ceci explique cela Le rendu vectoriel s'en sort bien aussi : https://projetdumois.fr/projects/2020-09_aed/map#map=7.72/45.967/3.351 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Sur le rendu Humanitaire on voit Vichy mais pas Cusset : https://www.openstreetmap.org/#map=10/46.1332/3.2767=H Le 11/11/2020 à 08:27, Cyrille37 OSM via Talk-fr a écrit : Hello Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11, avant <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce à cause des données ? https://www.openstreetmap.org/#map=10/46.1332/3.4483 Merci de vos lumières Cyrille37. ___ 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] osm.org Affichage ville selon zoom - Vichy vs Cusset
> Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11, avant > <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce à cause des > données ? Christian avait bien expliqué le problème : Faire un rendu c'est compliqué, il y a des choix à faire. Dans son rendu .fr il récupère la population (wikidata, INSEE… je ne sais plus) pour prioriser les communes plus importantes à un niveau de zoom donné. Dans "le" rendu .org, soit il ne tient pas compte de la population (tag dans les données OSM), soit il le fait mais va pas voir dans une source externe plus complète et plus à jour. Christian corrigera si j'ai dit des bêtises :D __ Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset
Hello Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11, avant <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce à cause des données ? https://www.openstreetmap.org/#map=10/46.1332/3.4483 Merci de vos lumières Cyrille37. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
