Re: [OSM-talk-fr] Classement ville/village - city/town/village

[Philippe Verdy]

Pour les tags monoutilisateur, attention aussi à utiliser des clés
explicites et pas aussi génériques (qui ne veulent rien dire par elle-même
car on ne sait pas à quoi cela se rapporte, comme "legal=*" !)
En plus avant de créer un tag, faire une recherche sur Taginfo pour savoir
s'il n'est pas déjà utilisé pour autre chose (y compris des
expérimentations menées ailleurs). Comme ça ton tag sera facile à suivre,
et discuter sans entrer en conflit avec ce que font les autres. Et il sera
plus facile d'en changer après discussion, par une modif presque
automatique, ou de le supprimer si on peut en fait s'en passer par des
critères plus pertinents, ou parce que tu n'avais pas trouvé le bon tag
discuté et documenté ailleurs.
Si tu as des interrogations sur un tag à utiliser, pose la question. Mais
ce n'est pas parce qu'une idée possible est évoquée par une personne dans
une discussion qu'il faut se jeter dessus et l'utiliser. Ces discussions
sont des exemples et attendent des contre-propositions et des avis. Et un
certain accord.

Maintenant oui les expérimentations sont possibles sur des données
indépendantes du reste qu'on ne doit pas casser: on peut donc commencer à
importer des données nouvelles, puis les évaluer, les critiquer, revoir le
modèle, le formaliser, ébaucher une documentation, trouver des
comparaisons. Cela reste limité en général à une zone suffisante pour
l'évaluation: on voit si ça peut marcher, on regarde ce qu'on peut en
faire, on retient le meilleur on abandonne le reste qu'on supprime, et
ensuite on documente mieux et cherche un vote communautaire avant d'aller
plus loin. Ensuite différents outils pourront s'adapter pour tester ça
(analyses de qualité, rendus, rapports statistiques, etc.).

Mais en aucun cas OSM ne cherche à imiter les cartes Michelin (et on ne
doit surtout pas les regarder, elles sont des oeufs de Pâques et ne sont
pas libres, sauf quelques cartes que Michelin a produites avec des données
OSM). Ces cartes et données Michelin de toute façon sont anciennes, plus
mises à jour, et Michbelin est en train de changer de modèle car il n'a
plus les moyens de maintenir ses propres données et doit de plus en plus
utiliser des données libres: ses vieilles cartes sont jolies oui, mais ne
sont plus à jour et sont peu précises en comparaison d'OSM et de tous les
SIG publics, ou des autres cartes commerciales non libres (Google,
Microsoft, Apple...).

Michelin a aussi inclus des données non libres venant de tiers qui ne les
ont pas libérées: il a payé des licences pour ça. Et pour détecter les
abus, il a glissé des oeufs de Pâques dans ses cartes (pas dramatique pour
la lecture de la carte, comme le glissement de faux noms sur des sections
de routes, ou des routes parasites, ou le mélange de certains noms
attribués à des sections de routes proches mais pourtant différentes, mais
qui ne perturbent pas le routage (reprise de noms de petites voies privées
proches, ou de noms de lieux-dits non marqués sur des panneaux, changement
de numéros de référence de routes; dans certains endroits il a inclus aussi
des faux "points de vue" touristique, et modifié volontairement les formes
de rivières ou étangs, ou fait pivoter des bâtiments de 90 degrés, ou
ajouté des extensions fantômes à ces bâtiments; les oeufs de Pâques les
plus courants sont des altérations volontaires de l'orthographe des noms
affichés, mais on trouve aussi des indications fausse d'altitude; on trouve
même par endroit des noms de personnes de l'équipe de Michelin utilisés
pour nommer des routes en fait anonymes, comme des signatures d'auteurs).

Si tu veux faire un rendu façon Michelin, de toute façon il te faudrait ton
serveur de rendu, et le design des cartes Michelin est aussi protégé par le
droit d'auteur comme une oeuvre artistique (on ne peut pas reproduire sa
légende et ses couleurs, OSM et les utilisateurs d'OSM ont créé leurs
propres styles, et ces styles évoluent petit à petit suite à des
discussions communautaires ou pour certains usages nouveaux que Michelin de
toute façon n'a jamais pris en compte sur ses cartes routières).



Le lun. 17 sept. 2018 à 05:24,  a écrit :

> Absolument.
> Et il faudrait d'ailleurs renforcer l'usage de capital. Hormis le cas de
> ville-état qui est un peut particulier on devrait afficher par niveau
> capital décroissant et à capital égal par population décroissante.
> Pour capital=2 il ne faut pas que le confetti Vatican cache Rome c'est
> exemple il y en a d'autres).
> Ça peut se résoudre en faisant 2 passes : d'abord seulement les grandes
> villes avec l'algo précédent puis l'ensemble sans filtre de population avec
> cet algorithme. Ainsi le Vatican appararîtra avant une banlieue de Rome.
>
> Mais plus généralement je voudrais pousser comme d'autres une gueulante :
> la base OSM n'est pas le lieu pour expérimenter (encore plus quand il
> s'agit de concepts fumeux et discutables).
> Si tu veux expérimenter dans ton coin tu prends une copie de la base, tu
> montes un serveur de tuiles 

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[osm . sanspourriel]

Absolument.
Et il faudrait d'ailleurs renforcer l'usage de capital. Hormis le cas de 
ville-état qui est un peut particulier on devrait afficher par niveau capital 
décroissant et à capital égal par population décroissante.
Pour capital=2 il ne faut pas que le confetti Vatican cache Rome c'est exemple 
il y en a d'autres).
Ça peut se résoudre en faisant 2 passes : d'abord seulement les grandes villes 
avec l'algo précédent puis l'ensemble sans filtre de population avec cet 
algorithme. Ainsi le Vatican appararîtra avant une banlieue de Rome.

Mais plus généralement je voudrais pousser comme d'autres une gueulante : la 
base OSM n'est pas le lieu pour expérimenter (encore plus quand il s'agit de 
concepts fumeux et discutables).
Si tu veux expérimenter dans ton coin tu prends une copie de la base, tu montes 
un serveur de tuiles (vectoriel, ce sera plus simple pour faire évoluer le 
style), tu vois déjà tous les dégâts causés.
Une fois qu'Ancenis n'est plus une capitale régionale tu fais comme le fond les 
gens modifiant les style : tu postes un avant/après et tu attends et prends en 
compte les retours.

Sinon, comme tu sembles avoir mangé de la vache enragée :
- va voir un médecin pour détecter l'eventuelle maladie de Creuzfeld-Jacok ;-)
- mets-toi dans un coin en attendant que ça te passe
- fais un revert de tes dernières élucubrations non consensuelles
À défaut attend-toi à une demande de blocage. C'est con, mais certaines fois, 
même pour les personnes de bonne foi - et je pense que tu es de bonne fou - 
c'est la manière la plus efficace pour faire comprendre qu'OSM c'est avant tout 
une communauté.
À la limite un tag mono-utilisateur, je préfère à des changements aberrant de 
la classification des bretelles parce qu'un personne dans un coin préfère le 
rendu des bretelles à la Michelin.
Rendu non libre comme plusieurs fois rappelé.

Pour les impasses, c'est simple, île ou pas île, si au bout d'un chemin au sens 
topologique du terme tu dois faire demi-tour c'est une impasse. Sinon ce n'est 
pas une impasse même si je connais un panneau impasse posé à l'entrée de deux 
rues : de ce point on ne peut joindre que ces deux rues. On peut,sortir par 
ailleurs mais on reviens sur la rue principale qu'on quitte si on entre là.


Jean-Yvon


> Gesendet: Montag, 17. September 2018 um 03:44 Uhr
> Von: "Jérôme Amagat - jerome.ama...@gmail.com" 
> 
> An: "Discussions sur OSM en français" 
> Betreff: Re: [OSM-talk-fr] Classement ville/village - city/town/village
>
> Déjà qu'on a du mal à être d'accord sur les limite entre city town village
> comment on fait avec des valeur en plus du type large town...
> On a des tag qui existent est qui sont moins subjectif
> Population= capital=


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[Jérôme Amagat]

Déjà qu'on a du mal à être d'accord sur les limite entre city town village
comment on fait avec des valeur en plus du type large town...
On a des tag qui existent est qui sont moins subjectif
Population= capital=


Le dim. 16 sept. 2018 à 21:49, Jérôme Seigneuret <
jerome.seigneu...@gmail.com> a écrit :

> merci @ades j'aurais sorti le même lien
>
> Bref on a une définition française des termes. Il faut aussi comprendre
> qu'il y a des particularités locales et que l'on ne peut pas transposer les
> définitions des autres pays car cela n'a pas de sens. Le coté large medium
> small peux-être défini, comme on te l'a déjà proposé sur un autre sujet,
> sous forme de prétraitement en se basant sur les populations vu que c'est
> le critère qui permet dans faire la classification.
>
> Tu peux aussi utiliser le nombre de highway= tertiary; secondary; primary
> pour définir une classification secondaire.
>
> Bonne soirée
>
> Le dim. 16 sept. 2018 à 21:36, ades  a écrit :
>
>> @ Stéphane Péneau attention d’après  la définition de l’Insee (
>> https://www.insee.fr/fr/metadonnees/definition/c1501) ou celle du wiki
>> osm (https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dtown) Ancenis
>> devrait être taggé ville, ‘town’. Mais ce n’est surtout pas un ‘village’ et
>> encore moins une ‘city’, bien sur.
>> Faudrait peut-être remplacer ‘bourg’ par ‘agglomération’ dans la def. OSM
>> remplacer le ‘bourg’ de la def. par ‘aglomération’.
>> Mais j
>>
>> Le 16 sept. 2018 à 20:58, Philippe Verdy  a écrit :
>>
>> La granularité est suffisante pour ces clés. Ce n'est pas le seul critère
>> retenu de toute façon pour les rendus, et on a déjà indiqué en plus la
>> population (données pas trop anciennes, mais ça évolue pas si vite que ça :
>> les grandes villes pour la plupart continuent de croitre, les plus petites
>> continuent de baisser, l'ordre relatif bouge assez peu, c'est revu
>> régulièrement en cas de fusion/Scission de communes).
>>
>> Le dim. 16 sept. 2018 à 20:43, djakk djakk  a
>> écrit :
>>
>>> Oui effectivement ! Je me suis rendu compte que la clé place manque de
>>> granuralité, du coup je suis revenu en arrière, en ajoutant tout de même
>>> l’info capital:INSEE=“zone d’emploi”.
>>>
>>> Ca serait bien de passer à une granularité plus forte, passer de village
>>> - town - city à village - small_town - large_town - small_city -
>>> medium_city - large_city - metropolis.
>>> Ancenis serait pas mal en large_town ou en small_city ? Angers serait
>>> une medium_city, Nantes une large_, Paris une metropolis.
>>>
>>> Seulement ces valeurs qui étaient parfois rendues par la feuille de
>>> style “officielle” ont été supprimées : en pratique on ne va pas utiliser
>>> une valeur qui efface la ville de la carte ...
>>>
>>> Du coup je compte demander à gravitystorm/openstreetmap-carto de
>>> reprendre en compte ces valeurs, avant de changer les valeurs de place ...
>>> on risque de me répondre qu’il faut d’abord utiliser la valeur avant de la
>>> prendre en compte :-]
>>>
>>>
>>> djakk
>>>
>>>
>>> Le dim. 16 sept. 2018 à 20:23, Stéphane Péneau <
>>> stephane.pen...@wanadoo.fr> a écrit :
>>>
 Je disais ça en rigolant, mais lorsque je vois par exemple le "bourg"
 d'Ancenis, commune de 7800 habitants, qui passe de place=village à
 place=city, je rigole un peu moins.
 Ensuite, lorsque je vois que tu as modifié la page wiki du tag "place"
 pour que ça convienne à ta volonté, je commence à trouver ça pas drôle du
 tout.

 Que tu sois bourré d'énergie pour faire bouger les choses, super, mais
 que tu le fasses sans tenir compte de ce qui fait la force d'Osm, c'est à
 dire sa communauté, alors là je suis moins d'accord.

 Franchement, Ancenis, au même niveau que Nantes, dans les 10 plus
 importantes villes de france, faut pas déconner

 Stf


 Le 16/09/2018 à 18:39, djakk djakk a écrit :

 Ahah :)


 Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau <
 stephane.pen...@wanadoo.fr> a écrit :

> Wow wow !! Dis-nous un peu ce que tu as modifié.
> Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24
> depuis quelque temps !
>
> Stf
>
>
> Le 16/09/2018 à 15:50, djakk djakk a écrit :
>
> Yo,
>
> bon après avoir modifié les villes du grand ouest, je me rend compte
> qu’il manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin
> de : village (les “village”) - gros village (les “Town”) - petite ville
> (exemple : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?)
> - grosse ville (Rennes - big_city ?) - très grosse ville (Paris - 
> huge_city
> ?)
>
>
> djakk
>
> Le mar. 11 sept. 2018 à 15:04, Philippe Verdy  a
> écrit :
>
>> on a déjà les capital=yes (pour les capitales nationales) et
>> capital= pour les niveaux inférieurs
>>
>> Attributs un peu redondant avec les "admin_centre" des 

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[Jérôme Seigneuret]

merci @ades j'aurais sorti le même lien

Bref on a une définition française des termes. Il faut aussi comprendre
qu'il y a des particularités locales et que l'on ne peut pas transposer les
définitions des autres pays car cela n'a pas de sens. Le coté large medium
small peux-être défini, comme on te l'a déjà proposé sur un autre sujet,
sous forme de prétraitement en se basant sur les populations vu que c'est
le critère qui permet dans faire la classification.

Tu peux aussi utiliser le nombre de highway= tertiary; secondary; primary
pour définir une classification secondaire.

Bonne soirée

Le dim. 16 sept. 2018 à 21:36, ades  a écrit :

> @ Stéphane Péneau attention d’après  la définition de l’Insee (
> https://www.insee.fr/fr/metadonnees/definition/c1501) ou celle du wiki
> osm (https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dtown) Ancenis
> devrait être taggé ville, ‘town’. Mais ce n’est surtout pas un ‘village’ et
> encore moins une ‘city’, bien sur.
> Faudrait peut-être remplacer ‘bourg’ par ‘agglomération’ dans la def. OSM
> remplacer le ‘bourg’ de la def. par ‘aglomération’.
> Mais j
>
> Le 16 sept. 2018 à 20:58, Philippe Verdy  a écrit :
>
> La granularité est suffisante pour ces clés. Ce n'est pas le seul critère
> retenu de toute façon pour les rendus, et on a déjà indiqué en plus la
> population (données pas trop anciennes, mais ça évolue pas si vite que ça :
> les grandes villes pour la plupart continuent de croitre, les plus petites
> continuent de baisser, l'ordre relatif bouge assez peu, c'est revu
> régulièrement en cas de fusion/Scission de communes).
>
> Le dim. 16 sept. 2018 à 20:43, djakk djakk  a
> écrit :
>
>> Oui effectivement ! Je me suis rendu compte que la clé place manque de
>> granuralité, du coup je suis revenu en arrière, en ajoutant tout de même
>> l’info capital:INSEE=“zone d’emploi”.
>>
>> Ca serait bien de passer à une granularité plus forte, passer de village
>> - town - city à village - small_town - large_town - small_city -
>> medium_city - large_city - metropolis.
>> Ancenis serait pas mal en large_town ou en small_city ? Angers serait une
>> medium_city, Nantes une large_, Paris une metropolis.
>>
>> Seulement ces valeurs qui étaient parfois rendues par la feuille de style
>> “officielle” ont été supprimées : en pratique on ne va pas utiliser une
>> valeur qui efface la ville de la carte ...
>>
>> Du coup je compte demander à gravitystorm/openstreetmap-carto de
>> reprendre en compte ces valeurs, avant de changer les valeurs de place ...
>> on risque de me répondre qu’il faut d’abord utiliser la valeur avant de la
>> prendre en compte :-]
>>
>>
>> djakk
>>
>>
>> Le dim. 16 sept. 2018 à 20:23, Stéphane Péneau <
>> stephane.pen...@wanadoo.fr> a écrit :
>>
>>> Je disais ça en rigolant, mais lorsque je vois par exemple le "bourg"
>>> d'Ancenis, commune de 7800 habitants, qui passe de place=village à
>>> place=city, je rigole un peu moins.
>>> Ensuite, lorsque je vois que tu as modifié la page wiki du tag "place"
>>> pour que ça convienne à ta volonté, je commence à trouver ça pas drôle du
>>> tout.
>>>
>>> Que tu sois bourré d'énergie pour faire bouger les choses, super, mais
>>> que tu le fasses sans tenir compte de ce qui fait la force d'Osm, c'est à
>>> dire sa communauté, alors là je suis moins d'accord.
>>>
>>> Franchement, Ancenis, au même niveau que Nantes, dans les 10 plus
>>> importantes villes de france, faut pas déconner
>>>
>>> Stf
>>>
>>>
>>> Le 16/09/2018 à 18:39, djakk djakk a écrit :
>>>
>>> Ahah :)
>>>
>>>
>>> Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau <
>>> stephane.pen...@wanadoo.fr> a écrit :
>>>
 Wow wow !! Dis-nous un peu ce que tu as modifié.
 Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24
 depuis quelque temps !

 Stf


 Le 16/09/2018 à 15:50, djakk djakk a écrit :

 Yo,

 bon après avoir modifié les villes du grand ouest, je me rend compte
 qu’il manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin
 de : village (les “village”) - gros village (les “Town”) - petite ville
 (exemple : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?)
 - grosse ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city
 ?)


 djakk

 Le mar. 11 sept. 2018 à 15:04, Philippe Verdy  a
 écrit :

> on a déjà les capital=yes (pour les capitales nationales) et
> capital= pour les niveaux inférieurs
>
> Attributs un peu redondant avec les "admin_centre" des relations
> précisant ces niveaux, mais il y a des utilisations de ces attributs pour
> ne pas avoir à consulter la liste de toutes les relations qui pourraient
> référencer un noeud place=*, et ensuite les télécharger toutes pour voir 
> si
> cette référence a un rôle admin_centre (qui plus est n'est pas toujours
> unique par relation, par exemple dans des pays où peuvent coexister
> plusieurs "capitales" selon 

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[ades]

@ Stéphane Péneau attention d’après  la définition de l’Insee 
(https://www.insee.fr/fr/metadonnees/definition/c1501) ou celle du wiki osm 
(https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dtown) Ancenis devrait être 
taggé ville, ‘town’. Mais ce n’est surtout pas un ‘village’ et encore moins une 
‘city’, bien sur.
Faudrait peut-être remplacer ‘bourg’ par ‘agglomération’ dans la def. OSM 
remplacer le ‘bourg’ de la def. par ‘aglomération’.
Mais j

> Le 16 sept. 2018 à 20:58, Philippe Verdy  a écrit :
> 
> La granularité est suffisante pour ces clés. Ce n'est pas le seul critère 
> retenu de toute façon pour les rendus, et on a déjà indiqué en plus la 
> population (données pas trop anciennes, mais ça évolue pas si vite que ça : 
> les grandes villes pour la plupart continuent de croitre, les plus petites 
> continuent de baisser, l'ordre relatif bouge assez peu, c'est revu 
> régulièrement en cas de fusion/Scission de communes).
> 
> Le dim. 16 sept. 2018 à 20:43, djakk djakk  > a écrit :
> Oui effectivement ! Je me suis rendu compte que la clé place manque de 
> granuralité, du coup je suis revenu en arrière, en ajoutant tout de même 
> l’info capital:INSEE=“zone d’emploi”. 
> 
> Ca serait bien de passer à une granularité plus forte, passer de village - 
> town - city à village - small_town - large_town - small_city - medium_city - 
> large_city - metropolis. 
> Ancenis serait pas mal en large_town ou en small_city ? Angers serait une 
> medium_city, Nantes une large_, Paris une metropolis. 
> 
> Seulement ces valeurs qui étaient parfois rendues par la feuille de style 
> “officielle” ont été supprimées : en pratique on ne va pas utiliser une 
> valeur qui efface la ville de la carte ...
> 
> Du coup je compte demander à gravitystorm/openstreetmap-carto de reprendre en 
> compte ces valeurs, avant de changer les valeurs de place ... on risque de me 
> répondre qu’il faut d’abord utiliser la valeur avant de la prendre en compte 
> :-]
> 
> 
> djakk
> 
> 
> Le dim. 16 sept. 2018 à 20:23, Stéphane Péneau  > a écrit :
> Je disais ça en rigolant, mais lorsque je vois par exemple le "bourg" 
> d'Ancenis, commune de 7800 habitants, qui passe de place=village à 
> place=city, je rigole un peu moins.
> Ensuite, lorsque je vois que tu as modifié la page wiki du tag "place" pour 
> que ça convienne à ta volonté, je commence à trouver ça pas drôle du tout.
> 
> Que tu sois bourré d'énergie pour faire bouger les choses, super, mais que tu 
> le fasses sans tenir compte de ce qui fait la force d'Osm, c'est à dire sa 
> communauté, alors là je suis moins d'accord.
> 
> Franchement, Ancenis, au même niveau que Nantes, dans les 10 plus importantes 
> villes de france, faut pas déconner
> 
> Stf
> 
> 
> Le 16/09/2018 à 18:39, djakk djakk a écrit :
>> Ahah :)
>> 
>> 
>> Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau > > a écrit :
>> Wow wow !! Dis-nous un peu ce que tu as modifié.
>> Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24 depuis 
>> quelque temps !
>> 
>> Stf
>> 
>> 
>> Le 16/09/2018 à 15:50, djakk djakk a écrit :
>>> Yo, 
>>> 
>>> bon après avoir modifié les villes du grand ouest, je me rend compte qu’il 
>>> manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin de : 
>>> village (les “village”) - gros village (les “Town”) - petite ville (exemple 
>>> : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?) - grosse 
>>> ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)
>>> 
>>> 
>>> djakk
>>> 
>>> Le mar. 11 sept. 2018 à 15:04, Philippe Verdy >> > a écrit :
>>> on a déjà les capital=yes (pour les capitales nationales) et 
>>> capital= pour les niveaux inférieurs
>>> 
>>> Attributs un peu redondant avec les "admin_centre" des relations précisant 
>>> ces niveaux, mais il y a des utilisations de ces attributs pour ne pas 
>>> avoir à consulter la liste de toutes les relations qui pourraient 
>>> référencer un noeud place=*, et ensuite les télécharger toutes pour voir si 
>>> cette référence a un rôle admin_centre (qui plus est n'est pas toujours 
>>> unique par relation, par exemple dans des pays où peuvent coexister 
>>> plusieurs "capitales" selon l'usage:  administratif, législatif, 
>>> présidentiel/royale, exécutif, judiciaire, diplomatique, de facto parfois 
>>> aussi...)
>>> 
>>> Le mar. 11 sept. 2018 à 14:55, djakk djakk >> > a écrit :
>>> C’est vrai, mais pour le coup on est obligé d’etre relatif, par exemple je 
>>> verrai Figeac comme une “city” car le seul grand ensemble urbain alentours, 
>>> d’ailleurs capitale de sa zone d’emploi, par contre Figeac serait collée à 
>>> Rennes ça serait “Town” seulement et collée à Paris ça serait même 
>>> “village”. 
>>> 
>>> Comme pour les “highway” une rue tertiary de Paris à dans doute autant de 
>>> circulation qu’une “primary” de 

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[Philippe Verdy]

La granularité est suffisante pour ces clés. Ce n'est pas le seul critère
retenu de toute façon pour les rendus, et on a déjà indiqué en plus la
population (données pas trop anciennes, mais ça évolue pas si vite que ça :
les grandes villes pour la plupart continuent de croitre, les plus petites
continuent de baisser, l'ordre relatif bouge assez peu, c'est revu
régulièrement en cas de fusion/Scission de communes).

Le dim. 16 sept. 2018 à 20:43, djakk djakk  a écrit :

> Oui effectivement ! Je me suis rendu compte que la clé place manque de
> granuralité, du coup je suis revenu en arrière, en ajoutant tout de même
> l’info capital:INSEE=“zone d’emploi”.
>
> Ca serait bien de passer à une granularité plus forte, passer de village -
> town - city à village - small_town - large_town - small_city - medium_city
> - large_city - metropolis.
> Ancenis serait pas mal en large_town ou en small_city ? Angers serait une
> medium_city, Nantes une large_, Paris une metropolis.
>
> Seulement ces valeurs qui étaient parfois rendues par la feuille de style
> “officielle” ont été supprimées : en pratique on ne va pas utiliser une
> valeur qui efface la ville de la carte ...
>
> Du coup je compte demander à gravitystorm/openstreetmap-carto de reprendre
> en compte ces valeurs, avant de changer les valeurs de place ... on risque
> de me répondre qu’il faut d’abord utiliser la valeur avant de la prendre en
> compte :-]
>
>
> djakk
>
>
> Le dim. 16 sept. 2018 à 20:23, Stéphane Péneau 
> a écrit :
>
>> Je disais ça en rigolant, mais lorsque je vois par exemple le "bourg"
>> d'Ancenis, commune de 7800 habitants, qui passe de place=village à
>> place=city, je rigole un peu moins.
>> Ensuite, lorsque je vois que tu as modifié la page wiki du tag "place"
>> pour que ça convienne à ta volonté, je commence à trouver ça pas drôle du
>> tout.
>>
>> Que tu sois bourré d'énergie pour faire bouger les choses, super, mais
>> que tu le fasses sans tenir compte de ce qui fait la force d'Osm, c'est à
>> dire sa communauté, alors là je suis moins d'accord.
>>
>> Franchement, Ancenis, au même niveau que Nantes, dans les 10 plus
>> importantes villes de france, faut pas déconner
>>
>> Stf
>>
>>
>> Le 16/09/2018 à 18:39, djakk djakk a écrit :
>>
>> Ahah :)
>>
>>
>> Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau <
>> stephane.pen...@wanadoo.fr> a écrit :
>>
>>> Wow wow !! Dis-nous un peu ce que tu as modifié.
>>> Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24
>>> depuis quelque temps !
>>>
>>> Stf
>>>
>>>
>>> Le 16/09/2018 à 15:50, djakk djakk a écrit :
>>>
>>> Yo,
>>>
>>> bon après avoir modifié les villes du grand ouest, je me rend compte
>>> qu’il manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin
>>> de : village (les “village”) - gros village (les “Town”) - petite ville
>>> (exemple : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?)
>>> - grosse ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city
>>> ?)
>>>
>>>
>>> djakk
>>>
>>> Le mar. 11 sept. 2018 à 15:04, Philippe Verdy  a
>>> écrit :
>>>
 on a déjà les capital=yes (pour les capitales nationales) et
 capital= pour les niveaux inférieurs

 Attributs un peu redondant avec les "admin_centre" des relations
 précisant ces niveaux, mais il y a des utilisations de ces attributs pour
 ne pas avoir à consulter la liste de toutes les relations qui pourraient
 référencer un noeud place=*, et ensuite les télécharger toutes pour voir si
 cette référence a un rôle admin_centre (qui plus est n'est pas toujours
 unique par relation, par exemple dans des pays où peuvent coexister
 plusieurs "capitales" selon l'usage:  administratif, législatif,
 présidentiel/royale, exécutif, judiciaire, diplomatique, de facto parfois
 aussi...)

 Le mar. 11 sept. 2018 à 14:55, djakk djakk  a
 écrit :

> C’est vrai, mais pour le coup on est obligé d’etre relatif, par
> exemple je verrai Figeac comme une “city” car le seul grand ensemble 
> urbain
> alentours, d’ailleurs capitale de sa zone d’emploi, par contre Figeac
> serait collée à Rennes ça serait “Town” seulement et collée à Paris ça
> serait même “village”.
>
> Comme pour les “highway” une rue tertiary de Paris à dans doute autant
> de circulation qu’une “primary” de Figeac.
>
> La définition de “city” sur le wiki anglais parle de relativité :  Use
> the place =city tag
>  to identify the largest
> settlement or settlements within a territory,
>
>
> djakk
>
>
> Le mar. 11 sept. 2018 à 12:33, Rpnpif  a écrit :
>
>> Le 10 septembre 2018, djakk djakk a écrit :
>>
>> > Par exemple : être la capitale d’un bassin de vie ou d’une zone
>> d’emploi
>> > implique être place=Town au moins.
>>
>> Oui mais non, il ne faut pas oublier que la 

[OSM-talk-fr] hebdoOSM Nº 425 2018-09-04-2018-09-10

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 425 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10709/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[djakk djakk]

Oui effectivement ! Je me suis rendu compte que la clé place manque de
granuralité, du coup je suis revenu en arrière, en ajoutant tout de même
l’info capital:INSEE=“zone d’emploi”.

Ca serait bien de passer à une granularité plus forte, passer de village -
town - city à village - small_town - large_town - small_city - medium_city
- large_city - metropolis.
Ancenis serait pas mal en large_town ou en small_city ? Angers serait une
medium_city, Nantes une large_, Paris une metropolis.

Seulement ces valeurs qui étaient parfois rendues par la feuille de style
“officielle” ont été supprimées : en pratique on ne va pas utiliser une
valeur qui efface la ville de la carte ...

Du coup je compte demander à gravitystorm/openstreetmap-carto de reprendre
en compte ces valeurs, avant de changer les valeurs de place ... on risque
de me répondre qu’il faut d’abord utiliser la valeur avant de la prendre en
compte :-]


djakk


Le dim. 16 sept. 2018 à 20:23, Stéphane Péneau 
a écrit :

> Je disais ça en rigolant, mais lorsque je vois par exemple le "bourg"
> d'Ancenis, commune de 7800 habitants, qui passe de place=village à
> place=city, je rigole un peu moins.
> Ensuite, lorsque je vois que tu as modifié la page wiki du tag "place"
> pour que ça convienne à ta volonté, je commence à trouver ça pas drôle du
> tout.
>
> Que tu sois bourré d'énergie pour faire bouger les choses, super, mais que
> tu le fasses sans tenir compte de ce qui fait la force d'Osm, c'est à dire
> sa communauté, alors là je suis moins d'accord.
>
> Franchement, Ancenis, au même niveau que Nantes, dans les 10 plus
> importantes villes de france, faut pas déconner
>
> Stf
>
>
> Le 16/09/2018 à 18:39, djakk djakk a écrit :
>
> Ahah :)
>
>
> Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau 
> a écrit :
>
>> Wow wow !! Dis-nous un peu ce que tu as modifié.
>> Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24
>> depuis quelque temps !
>>
>> Stf
>>
>>
>> Le 16/09/2018 à 15:50, djakk djakk a écrit :
>>
>> Yo,
>>
>> bon après avoir modifié les villes du grand ouest, je me rend compte
>> qu’il manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin
>> de : village (les “village”) - gros village (les “Town”) - petite ville
>> (exemple : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?)
>> - grosse ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city
>> ?)
>>
>>
>> djakk
>>
>> Le mar. 11 sept. 2018 à 15:04, Philippe Verdy  a
>> écrit :
>>
>>> on a déjà les capital=yes (pour les capitales nationales) et
>>> capital= pour les niveaux inférieurs
>>>
>>> Attributs un peu redondant avec les "admin_centre" des relations
>>> précisant ces niveaux, mais il y a des utilisations de ces attributs pour
>>> ne pas avoir à consulter la liste de toutes les relations qui pourraient
>>> référencer un noeud place=*, et ensuite les télécharger toutes pour voir si
>>> cette référence a un rôle admin_centre (qui plus est n'est pas toujours
>>> unique par relation, par exemple dans des pays où peuvent coexister
>>> plusieurs "capitales" selon l'usage:  administratif, législatif,
>>> présidentiel/royale, exécutif, judiciaire, diplomatique, de facto parfois
>>> aussi...)
>>>
>>> Le mar. 11 sept. 2018 à 14:55, djakk djakk  a
>>> écrit :
>>>
 C’est vrai, mais pour le coup on est obligé d’etre relatif, par exemple
 je verrai Figeac comme une “city” car le seul grand ensemble urbain
 alentours, d’ailleurs capitale de sa zone d’emploi, par contre Figeac
 serait collée à Rennes ça serait “Town” seulement et collée à Paris ça
 serait même “village”.

 Comme pour les “highway” une rue tertiary de Paris à dans doute autant
 de circulation qu’une “primary” de Figeac.

 La définition de “city” sur le wiki anglais parle de relativité :  Use
 the place =city tag
  to identify the largest
 settlement or settlements within a territory,


 djakk


 Le mar. 11 sept. 2018 à 12:33, Rpnpif  a écrit :

> Le 10 septembre 2018, djakk djakk a écrit :
>
> > Par exemple : être la capitale d’un bassin de vie ou d’une zone
> d’emploi
> > implique être place=Town au moins.
>
> Oui mais non, il ne faut pas oublier que la population des villes et
> villages en Grande-Bretagne est souvent plus importantes qu'en France,
> que celle des villages et villes de Lozère est différente (inférieure)
> de celle du Nord de la France ou de l'Ouest.
>
> Ne pas oublier aussi que certains maires se font mousser en appelant
> ville leur village, que les gens de l'Ouest appelle village, les
> hameaux et bourg le... bourg principal.
>
> Faute de mieux, je pense que le wiki français distinguant en fonction
> de
> la population fait un bon compromis.
>
> Ce n'est que mon avis.
>
> --
> Alain Rpnpif
>
> 

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[Stéphane Péneau]

Je disais ça en rigolant, mais lorsque je vois par exemple le "bourg" 
d'Ancenis, commune de 7800 habitants, qui passe de place=village à 
place=city, je rigole un peu moins.
Ensuite, lorsque je vois que tu as modifié la page wiki du tag "place" 
pour que ça convienne à ta volonté, je commence à trouver ça pas drôle 
du tout.


Que tu sois bourré d'énergie pour faire bouger les choses, super, mais 
que tu le fasses sans tenir compte de ce qui fait la force d'Osm, c'est 
à dire sa communauté, alors là je suis moins d'accord.


Franchement, Ancenis, au même niveau que Nantes, dans les 10 plus 
importantes villes de france, faut pas déconner


Stf

Le 16/09/2018 à 18:39, djakk djakk a écrit :

Ahah :)


Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau 
mailto:stephane.pen...@wanadoo.fr>> a écrit :


Wow wow !! Dis-nous un peu ce que tu as modifié.
Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull
24/24 depuis quelque temps !

Stf


Le 16/09/2018 à 15:50, djakk djakk a écrit :

Yo,

bon après avoir modifié les villes du grand ouest, je me rend
compte qu’il manquerait des valeurs pour la clé “place” :
j’estime qu’on a besoin de : village (les “village”) - gros
village (les “Town”) - petite ville (exemple : Carhaix -
small_city ?) - ville moyenne (Brest - medium_city ?) - grosse
ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)


djakk

Le mar. 11 sept. 2018 à 15:04, Philippe Verdy mailto:verd...@wanadoo.fr>> a écrit :

on a déjà les capital=yes (pour les capitales nationales) et
capital= pour les niveaux inférieurs

Attributs un peu redondant avec les "admin_centre" des
relations précisant ces niveaux, mais il y a des utilisations
de ces attributs pour ne pas avoir à consulter la liste de
toutes les relations qui pourraient référencer un noeud
place=*, et ensuite les télécharger toutes pour voir si cette
référence a un rôle admin_centre (qui plus est n'est pas
toujours unique par relation, par exemple dans des pays où
peuvent coexister plusieurs "capitales" selon l'usage:
administratif, législatif, présidentiel/royale, exécutif,
judiciaire, diplomatique, de facto parfois aussi...)

Le mar. 11 sept. 2018 à 14:55, djakk djakk
mailto:djakk.dj...@gmail.com>> a écrit :

C’est vrai, mais pour le coup on est obligé d’etre
relatif, par exemple je verrai Figeac comme une “city”
car le seul grand ensemble urbain alentours, d’ailleurs
capitale de sa zone d’emploi, par contre Figeac serait
collée à Rennes ça serait “Town” seulement et collée à
Paris ça serait même “village”.

Comme pour les “highway” une rue tertiary de Paris à dans
doute autant de circulation qu’une “primary” de Figeac.

La définition de “city” sur le wiki anglais parle de
relativité : Use the place
=city tag
 to identify the
largest settlement or settlements within a territory,


djakk


Le mar. 11 sept. 2018 à 12:33, Rpnpif mailto:rpn...@trob.eu>> a écrit :

Le 10 septembre 2018, djakk djakk a écrit :

> Par exemple : être la capitale d’un bassin de vie
ou d’une zone d’emploi
> implique être place=Town au moins.

Oui mais non, il ne faut pas oublier que la
population des villes et
villages en Grande-Bretagne est souvent plus
importantes qu'en France,
que celle des villages et villes de Lozère est
différente (inférieure)
de celle du Nord de la France ou de l'Ouest.

Ne pas oublier aussi que certains maires se font
mousser en appelant
ville leur village, que les gens de l'Ouest appelle
village, les
hameaux et bourg le... bourg principal.

Faute de mieux, je pense que le wiki français
distinguant en fonction de
la population fait un bon compromis.

Ce n'est que mon avis.

-- 
Alain Rpnpif


___
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 

Re: [OSM-talk-fr] Le site de l'association OSM-FR fait peau neuve

[deuzeffe]

Hello,

nheir fait remarquer que l'ancienne page 
https://openstreetmap.fr/bdortho n'existe plus. Une page similaire 
est-elle prévue ?
(si non, je fais pointer l'url dans la page du wiki concernée vers 
l'ancienne sur Internet archive ^^).


On 03/09/2018 14:10, François Lacombe wrote:

Bonsoir à tous,

Cela avait été annoncé lors du dernier SOTM-Fr à Bordeaux en Juin 
dernier, la nouvelle version du site web de l'association arrivait à 
maturité.
L'été a permis de faire les dernières finitions et elle a été mise en 
ligne dans le courant du week-end.

https://www.openstreetmap.fr/

L'ergonomie a été complètement revue et une carte avec différents rendus 
a été ajoutée à la page d'accueil.
L'accès aux informations utiles pour chacun est désormais plus facile, 
avec de grandes rubriques telles que "Contribuer" ou "Utiliser" et un 
blog pour partager vos expériences et les actualités nationales.

https://www.openstreetmap.fr/contribuer/
https://www.openstreetmap.fr/actualites/

En remerciant Noémie, Flora et Florian pour le développement et Jocelyn 
pour l'administration et la bascule de ce week-end


Bonne consultation et à bientôt

François pour le CA de l'association


___
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] Classement ville/village - city/town/village

[ades]

Je dis effectivement que TOUS les tags sont mauvais mais je dis aussi que tous 
son modifiables mais pas n’importe comment et surtout pas chacun dans son coin… 
> Le 16 sept. 2018 à 18:38, djakk djakk  a écrit :
> 
> Oui bon j’ai mes marottes :P
> 
> Tu trouves les tags mauvais proposes donc des améliorations au lieu de 
> suggérer de ne rien faire :O
> 
> Le dim. 16 sept. 2018 à 18:33, ades  > a écrit :
> Et bien bon courage, place est renseigné 5 091 400 fois par 59 683 
> contributeurs, ‘city’ est utilisé 19446 fois, town 109 939 fois , village 1 
> 229 929 fois; ça te fait du pain sur la planche ;-) à moins qu’un grand 
> manitou US te licencie avant que tu finisse cette modeste tâche  ;-)
> 
> Plus sérieusement peu importe la pertinence ou pas de tes remarques ou 
> modifications,  les tags sont tous mauvais, ils constituent juste une partie 
> d'une règle du jeu et si tu joues, tu accepte la règle… Tu peux proposer de 
> la modifier mais faut poser la question avant et en discuter. 
> 
> Maintenant quand tu auras fini les ‘place’ je te recommande de te pencher sur 
> ‘landuse’  et ‘nature’ par exemple tu aurais du grain à moudre ;-)
> 
> > Le 16 sept. 2018 à 15:50, djakk djakk  > > a écrit :
> > 
> > Yo, 
> > 
> > bon après avoir modifié les villes du grand ouest, je me rend compte qu’il 
> > manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin de : 
> > village (les “village”) - gros village (les “Town”) - petite ville (exemple 
> > : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?) - grosse 
> > ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)
> > 
> > 
> > djakk
> > 
> 
> 
> ___
> 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] Classement ville/village - city/town/village

[djakk djakk]

Ahah :)


Le dim. 16 sept. 2018 à 18:32, Stéphane Péneau 
a écrit :

> Wow wow !! Dis-nous un peu ce que tu as modifié.
> Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24
> depuis quelque temps !
>
> Stf
>
>
> Le 16/09/2018 à 15:50, djakk djakk a écrit :
>
> Yo,
>
> bon après avoir modifié les villes du grand ouest, je me rend compte qu’il
> manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin de :
> village (les “village”) - gros village (les “Town”) - petite ville (exemple
> : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?) - grosse
> ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)
>
>
> djakk
>
> Le mar. 11 sept. 2018 à 15:04, Philippe Verdy  a
> écrit :
>
>> on a déjà les capital=yes (pour les capitales nationales) et
>> capital= pour les niveaux inférieurs
>>
>> Attributs un peu redondant avec les "admin_centre" des relations
>> précisant ces niveaux, mais il y a des utilisations de ces attributs pour
>> ne pas avoir à consulter la liste de toutes les relations qui pourraient
>> référencer un noeud place=*, et ensuite les télécharger toutes pour voir si
>> cette référence a un rôle admin_centre (qui plus est n'est pas toujours
>> unique par relation, par exemple dans des pays où peuvent coexister
>> plusieurs "capitales" selon l'usage:  administratif, législatif,
>> présidentiel/royale, exécutif, judiciaire, diplomatique, de facto parfois
>> aussi...)
>>
>> Le mar. 11 sept. 2018 à 14:55, djakk djakk  a
>> écrit :
>>
>>> C’est vrai, mais pour le coup on est obligé d’etre relatif, par exemple
>>> je verrai Figeac comme une “city” car le seul grand ensemble urbain
>>> alentours, d’ailleurs capitale de sa zone d’emploi, par contre Figeac
>>> serait collée à Rennes ça serait “Town” seulement et collée à Paris ça
>>> serait même “village”.
>>>
>>> Comme pour les “highway” une rue tertiary de Paris à dans doute autant
>>> de circulation qu’une “primary” de Figeac.
>>>
>>> La définition de “city” sur le wiki anglais parle de relativité :  Use
>>> the place =city tag
>>>  to identify the largest
>>> settlement or settlements within a territory,
>>>
>>>
>>> djakk
>>>
>>>
>>> Le mar. 11 sept. 2018 à 12:33, Rpnpif  a écrit :
>>>
 Le 10 septembre 2018, djakk djakk a écrit :

 > Par exemple : être la capitale d’un bassin de vie ou d’une zone
 d’emploi
 > implique être place=Town au moins.

 Oui mais non, il ne faut pas oublier que la population des villes et
 villages en Grande-Bretagne est souvent plus importantes qu'en France,
 que celle des villages et villes de Lozère est différente (inférieure)
 de celle du Nord de la France ou de l'Ouest.

 Ne pas oublier aussi que certains maires se font mousser en appelant
 ville leur village, que les gens de l'Ouest appelle village, les
 hameaux et bourg le... bourg principal.

 Faute de mieux, je pense que le wiki français distinguant en fonction de
 la population fait un bon compromis.

 Ce n'est que mon avis.

 --
 Alain Rpnpif

 ___
 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
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Classement ville/village - city/town/village

[djakk djakk]

Oui bon j’ai mes marottes :P

Tu trouves les tags mauvais proposes donc des améliorations au lieu de
suggérer de ne rien faire :O

Le dim. 16 sept. 2018 à 18:33, ades  a écrit :

> Et bien bon courage, place est renseigné 5 091 400 fois par 59 683
> contributeurs, ‘city’ est utilisé 19446 fois, town 109 939 fois , village 1
> 229 929 fois; ça te fait du pain sur la planche ;-) à moins qu’un grand
> manitou US te licencie avant que tu finisse cette modeste tâche  ;-)
>
> Plus sérieusement peu importe la pertinence ou pas de tes remarques ou
> modifications,  les tags sont tous mauvais, ils constituent juste une
> partie d'une règle du jeu et si tu joues, tu accepte la règle… Tu peux
> proposer de la modifier mais faut poser la question avant et en discuter.
>
> Maintenant quand tu auras fini les ‘place’ je te recommande de te pencher
> sur ‘landuse’  et ‘nature’ par exemple tu aurais du grain à moudre ;-)
>
> > Le 16 sept. 2018 à 15:50, djakk djakk  a écrit :
> >
> > Yo,
> >
> > bon après avoir modifié les villes du grand ouest, je me rend compte
> qu’il manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin
> de : village (les “village”) - gros village (les “Town”) - petite ville
> (exemple : Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?)
> - grosse ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city
> ?)
> >
> >
> > djakk
> >
>
>
> ___
> 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] Classement ville/village - city/town/village

[ades]

Et bien bon courage, place est renseigné 5 091 400 fois par 59 683 
contributeurs, ‘city’ est utilisé 19446 fois, town 109 939 fois , village 1 229 
929 fois; ça te fait du pain sur la planche ;-) à moins qu’un grand manitou US 
te licencie avant que tu finisse cette modeste tâche  ;-)

Plus sérieusement peu importe la pertinence ou pas de tes remarques ou 
modifications,  les tags sont tous mauvais, ils constituent juste une partie 
d'une règle du jeu et si tu joues, tu accepte la règle… Tu peux proposer de la 
modifier mais faut poser la question avant et en discuter. 

Maintenant quand tu auras fini les ‘place’ je te recommande de te pencher sur 
‘landuse’  et ‘nature’ par exemple tu aurais du grain à moudre ;-)

> Le 16 sept. 2018 à 15:50, djakk djakk  a écrit :
> 
> Yo, 
> 
> bon après avoir modifié les villes du grand ouest, je me rend compte qu’il 
> manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin de : 
> village (les “village”) - gros village (les “Town”) - petite ville (exemple : 
> Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?) - grosse 
> ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)
> 
> 
> djakk
> 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[Stéphane Péneau]

Wow wow !! Dis-nous un peu ce que tu as modifié.
Tu fais un peu peur là ! On dirait que tu tournes à la Red-Bull 24/24 
depuis quelque temps !


Stf

Le 16/09/2018 à 15:50, djakk djakk a écrit :

Yo,

bon après avoir modifié les villes du grand ouest, je me rend compte 
qu’il manquerait des valeurs pour la clé “place” : j’estime qu’on a 
besoin de : village (les “village”) - gros village (les “Town”) - 
petite ville (exemple : Carhaix - small_city ?) - ville moyenne (Brest 
- medium_city ?) - grosse ville (Rennes - big_city ?) - très grosse 
ville (Paris - huge_city ?)



djakk

Le mar. 11 sept. 2018 à 15:04, Philippe Verdy > a écrit :


on a déjà les capital=yes (pour les capitales nationales) et
capital= pour les niveaux inférieurs

Attributs un peu redondant avec les "admin_centre" des relations
précisant ces niveaux, mais il y a des utilisations de ces
attributs pour ne pas avoir à consulter la liste de toutes les
relations qui pourraient référencer un noeud place=*, et ensuite
les télécharger toutes pour voir si cette référence a un rôle
admin_centre (qui plus est n'est pas toujours unique par relation,
par exemple dans des pays où peuvent coexister plusieurs
"capitales" selon l'usage: administratif, législatif,
présidentiel/royale, exécutif, judiciaire, diplomatique, de facto
parfois aussi...)

Le mar. 11 sept. 2018 à 14:55, djakk djakk mailto:djakk.dj...@gmail.com>> a écrit :

C’est vrai, mais pour le coup on est obligé d’etre relatif,
par exemple je verrai Figeac comme une “city” car le seul
grand ensemble urbain alentours, d’ailleurs capitale de sa
zone d’emploi, par contre Figeac serait collée à Rennes ça
serait “Town” seulement et collée à Paris ça serait même
“village”.

Comme pour les “highway” une rue tertiary de Paris à dans
doute autant de circulation qu’une “primary” de Figeac.

La définition de “city” sur le wiki anglais parle de
relativité : Use the place
=city tag
 to identify the
largest settlement or settlements within a territory,


djakk


Le mar. 11 sept. 2018 à 12:33, Rpnpif mailto:rpn...@trob.eu>> a écrit :

Le 10 septembre 2018, djakk djakk a écrit :

> Par exemple : être la capitale d’un bassin de vie ou
d’une zone d’emploi
> implique être place=Town au moins.

Oui mais non, il ne faut pas oublier que la population des
villes et
villages en Grande-Bretagne est souvent plus importantes
qu'en France,
que celle des villages et villes de Lozère est différente
(inférieure)
de celle du Nord de la France ou de l'Ouest.

Ne pas oublier aussi que certains maires se font mousser
en appelant
ville leur village, que les gens de l'Ouest appelle
village, les
hameaux et bourg le... bourg principal.

Faute de mieux, je pense que le wiki français distinguant
en fonction de
la population fait un bon compromis.

Ce n'est que mon avis.

-- 
Alain Rpnpif


___
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



___
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] Impasse

[djakk djakk]

Pas de soucis Frédéric  ;) En fait je parle de sujets sur lesquels j’ai une
vue depuis un certain temps ;)

J’ai réfléchi au préprocess mais ça ne marche pas dans certains cas (le
réseau routier d’une île ou d’une péninsule).


djakk


Le dim. 16 sept. 2018 à 16:03, Frédéric Rodrigo  a
écrit :

> Le 16/09/2018 à 15:37, djakk djakk a écrit :
> > Salut !
> > Je souhaiterai tagger des impasses (panneau “voie sans issue”) afin
> > d’avoir l’information sur toutes les way de l’impasse. But =
> > transmettre l’info au moteur de rendu.
> > Je croyais que noexit était fait pour mais apparement c’est plutôt
> > pour ne pas affoler les éditeurs sur une éventuelle mauvaise connexion
> > avec une autre way.
> > Dois-je continuer à utiliser noexit=yes sur les ways, ou trouver une
> > autre clé ?
> >
> > PS : difficile de calculer ça, pensez au réseau routier de Belle-Île ;)
> >
>
> Désolé de te répondre comme ça.
>
> Mais vu tes dernières propositions et ta façon de partir bille en tête.
> Je pense que pour l'instant l'important est de rien faire et surtout de
> na pas modifier en masse OSM ou d'inventer des tags ou des usages. Le
> plus important est peut-être déjà de réparer ce que tu as fait.
>
> Tu as visiblement des besoins particulier de rendu, regarde du coté du
> préprossing ce qu tu peux faire, et c'est faisable.
>
> Frédéric.
>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Impasse

[Frédéric Rodrigo]

Le 16/09/2018 à 15:37, djakk djakk a écrit :

Salut !
Je souhaiterai tagger des impasses (panneau “voie sans issue”) afin 
d’avoir l’information sur toutes les way de l’impasse. But = 
transmettre l’info au moteur de rendu.
Je croyais que noexit était fait pour mais apparement c’est plutôt 
pour ne pas affoler les éditeurs sur une éventuelle mauvaise connexion 
avec une autre way.
Dois-je continuer à utiliser noexit=yes sur les ways, ou trouver une 
autre clé ?


PS : difficile de calculer ça, pensez au réseau routier de Belle-Île ;)



Désolé de te répondre comme ça.

Mais vu tes dernières propositions et ta façon de partir bille en tête. 
Je pense que pour l'instant l'important est de rien faire et surtout de 
na pas modifier en masse OSM ou d'inventer des tags ou des usages. Le 
plus important est peut-être déjà de réparer ce que tu as fait.


Tu as visiblement des besoins particulier de rendu, regarde du coté du 
préprossing ce qu tu peux faire, et c'est faisable.


Frédéric.



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Classement ville/village - city/town/village

[djakk djakk]

Yo,

bon après avoir modifié les villes du grand ouest, je me rend compte qu’il
manquerait des valeurs pour la clé “place” : j’estime qu’on a besoin de :
village (les “village”) - gros village (les “Town”) - petite ville (exemple
: Carhaix - small_city ?) - ville moyenne (Brest - medium_city ?) - grosse
ville (Rennes - big_city ?) - très grosse ville (Paris - huge_city ?)


djakk

Le mar. 11 sept. 2018 à 15:04, Philippe Verdy  a écrit :

> on a déjà les capital=yes (pour les capitales nationales) et
> capital= pour les niveaux inférieurs
>
> Attributs un peu redondant avec les "admin_centre" des relations précisant
> ces niveaux, mais il y a des utilisations de ces attributs pour ne pas
> avoir à consulter la liste de toutes les relations qui pourraient
> référencer un noeud place=*, et ensuite les télécharger toutes pour voir si
> cette référence a un rôle admin_centre (qui plus est n'est pas toujours
> unique par relation, par exemple dans des pays où peuvent coexister
> plusieurs "capitales" selon l'usage:  administratif, législatif,
> présidentiel/royale, exécutif, judiciaire, diplomatique, de facto parfois
> aussi...)
>
> Le mar. 11 sept. 2018 à 14:55, djakk djakk  a
> écrit :
>
>> C’est vrai, mais pour le coup on est obligé d’etre relatif, par exemple
>> je verrai Figeac comme une “city” car le seul grand ensemble urbain
>> alentours, d’ailleurs capitale de sa zone d’emploi, par contre Figeac
>> serait collée à Rennes ça serait “Town” seulement et collée à Paris ça
>> serait même “village”.
>>
>> Comme pour les “highway” une rue tertiary de Paris à dans doute autant de
>> circulation qu’une “primary” de Figeac.
>>
>> La définition de “city” sur le wiki anglais parle de relativité :  Use
>> the place =city tag
>>  to identify the largest
>> settlement or settlements within a territory,
>>
>>
>> djakk
>>
>>
>> Le mar. 11 sept. 2018 à 12:33, Rpnpif  a écrit :
>>
>>> Le 10 septembre 2018, djakk djakk a écrit :
>>>
>>> > Par exemple : être la capitale d’un bassin de vie ou d’une zone
>>> d’emploi
>>> > implique être place=Town au moins.
>>>
>>> Oui mais non, il ne faut pas oublier que la population des villes et
>>> villages en Grande-Bretagne est souvent plus importantes qu'en France,
>>> que celle des villages et villes de Lozère est différente (inférieure)
>>> de celle du Nord de la France ou de l'Ouest.
>>>
>>> Ne pas oublier aussi que certains maires se font mousser en appelant
>>> ville leur village, que les gens de l'Ouest appelle village, les
>>> hameaux et bourg le... bourg principal.
>>>
>>> Faute de mieux, je pense que le wiki français distinguant en fonction de
>>> la population fait un bon compromis.
>>>
>>> Ce n'est que mon avis.
>>>
>>> --
>>> Alain Rpnpif
>>>
>>> ___
>>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changement unilatéral de la définition de tags

[djakk djakk]

Je pense que je rajoute de l’information sans en supprimer ... ? Bon certes
je chamboule l’existant ...

djakk

Le dim. 16 sept. 2018 à 13:51, Philippe Verdy  a écrit :

> Djakk aussi met des noexit=yes un peu partout (sur les voies, pas sur le
> noeud final, et même quand elles ont pourtant bien une issue!)
>
> Le dim. 16 sept. 2018 à 13:48, Philippe Verdy  a
> écrit :
>
>> De même djakk a transformé unilatéralement des "highway=trunk_link" en
>> "highway=tertiary"+"link=trunk" ! Ce ne sont même plus des bretelles, alors
>> même qu'une partie de la voie est encore à 110 km/h, et qu'il n'y a
>> strictement aucune adresse le long de ces voies de décélération en sens
>> unique, et qu'elles ne font pas du tout partie du réseau "tertiaire"
>> (normalement partie du réseau communal, pas intercommunal).
>>
>> Evoquer ici des solutions à son "problème" ne signifie pas qu'il n'y a a
>> pas d'autres alternatives ni d'autres méthodes déjà existantes pour
>> consolider les pratiques. Djakk clairement fait du tagging pour le rendu
>> façon Michelin (interdit pour des raisons de droit d'auteur en plus) ! Nous
>> on veut s'appuyer sur des données objectives et raisonnablement observables
>> ou vérifiables dans des données libres, pas sur des cartes propriétaires.
>>
>> Le dim. 16 sept. 2018 à 13:40, Philippe Verdy  a
>> écrit :
>>
>>> De même le reclassement par djakk de la D29 autour de Rennes de
>>> "primary" en "trunk" est totalement faux.
>>> Voilà qui va compliquer notre tâche en plus pour requalifier les limites
>>> de 90 à 80.
>>>
>>> Merci djakk de ne pas continuer sur cette voie et même annuler ton
>>> "essai". Clairement la D29 n'est pas du tout comme la rocade de Rennes,
>>> c'est un itinéraire bis recommandé poru les poids lourds pour éviter la
>>> rocade, mais pas du tout de même type.
>>>
>>> Le dim. 16 sept. 2018 à 13:23, Philippe Verdy  a
>>> écrit :
>>>
 Note: djakk s'est aussi lancé dans le changement de type de toutes les
 bretelles pour coller au rendu Michelin (dont le design est lui aussi
 protégé par son droit d'auteur, donc à ne pas reproduire tel quel, d'autant
 que les cartes Michelin sont remplies "d'oeufs de Pâques" comme on le voit
 dans le cas de la N175 qui devient une impasse sur un pont ! Donc merci de
 ne PAS utiliser Michelin comme source, elle n'est PAS libre).

 Là aussi je ne suis pas d'accord, cela a été fait sans concertation. On
 peut discuter et comparer, mais avant de changer les choses, il faut savoir
 l'impact que ça aura car ce n'est pas du tout ce qui est documenté pour
 l'instant (donc ce sera incohérent).

 Ce que fait djakk n'a donc strictement aucun intérêt pour l'instant, il
 vient compliquer les choses sans se demander l'impact que cela aura pour
 les autres: ce sont des clés déjà utilisées depuis longtemps et partout.
 Les outils d'analyse sont égalemetn basés sur les règles existantes et il
 va donc créer donc des tas de nouveaux signalements
 d'anomalies/incohérences.


 Le dim. 16 sept. 2018 à 12:34, Philippe Verdy  a
 écrit :

> Là) je trouve que ces changements de typologies de villes est
> excessif. Pour Redon ce n'est clairement pas une "city": par sa population
> non, par celle de son agglomération non plus. Ce n'est pas un chef-lieu
> d'arrondissement non plus.
>
> Pour Laval on peut discuter. Pour Fougères et Vitré c'est deux
> "demi-chef-lieux" d'un même arrondissement (créé il y a une poignée
> d'années en le séparant de celui de Rennes), mais ce ne sont pas des 
> "city"
> et restent des "towns". De même pour Dinan.
>
> Concerant les nouveaux tags que djakk ajoute, il s'ajoute aussi à
> "traffic=*" qui existait aussi (valeurs="heavy", "trunk"... pas toujours
> consistante) de même que "motorway=yes".
>
>
> Le dim. 16 sept. 2018 à 12:19, Rpnpif  a écrit :
>
>> Le 15 septembre 2018, Axelos a écrit :
>>
>> > Le 15/09/2018 à 00:45, Jérôme Amagat a écrit :
>> > > pour moi, les trunk c'est des presque autoroutes. Des routes qui
>> permettent
>> > > d'aller plus vite que des routes "normales".
>> > > Rien a voir avec les routes pour automobiles, il y a des tag pour
>> indiquer
>> > > les véhicules autorisés ou non et il y a tellement de cas
>> différent avec
>> > > des route pour automobile sauf ..., des "petites" routes réservé
>> au auto,
>> > > des "grande" routes où les vélo peuvent aller... en plus les
>> règle sont
>> > > différentes dans tout les pays.
>> > > highway=trunk n'est pas le seul tag avec highway=* qui pose des
>> soucis...
>> >
>> > En fait si j’interprète correctement, c'est la définition des voies
>> > rapides / voies express ?
>>
>> Bonjour,
>>
>> Et bien ne vous en faites pas car Djakk n'a attendu personne !
>> Il est en train d'ajouter des tags personnels (legal et performance)

[OSM-talk-fr] Impasse

[djakk djakk]

Salut !
Je souhaiterai tagger des impasses (panneau “voie sans issue”) afin d’avoir
l’information sur toutes les way de l’impasse. But = transmettre l’info au
moteur de rendu.
Je croyais que noexit était fait pour mais apparement c’est plutôt pour ne
pas affoler les éditeurs sur une éventuelle mauvaise connexion avec une
autre way.
Dois-je continuer à utiliser noexit=yes sur les ways, ou trouver une autre
clé ?

PS : difficile de calculer ça, pensez au réseau routier de Belle-Île ;)

djakk
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changement unilatéral de la définition de tags

[Philippe Verdy]

Djakk aussi met des noexit=yes un peu partout (sur les voies, pas sur le
noeud final, et même quand elles ont pourtant bien une issue!)

Le dim. 16 sept. 2018 à 13:48, Philippe Verdy  a écrit :

> De même djakk a transformé unilatéralement des "highway=trunk_link" en
> "highway=tertiary"+"link=trunk" ! Ce ne sont même plus des bretelles, alors
> même qu'une partie de la voie est encore à 110 km/h, et qu'il n'y a
> strictement aucune adresse le long de ces voies de décélération en sens
> unique, et qu'elles ne font pas du tout partie du réseau "tertiaire"
> (normalement partie du réseau communal, pas intercommunal).
>
> Evoquer ici des solutions à son "problème" ne signifie pas qu'il n'y a a
> pas d'autres alternatives ni d'autres méthodes déjà existantes pour
> consolider les pratiques. Djakk clairement fait du tagging pour le rendu
> façon Michelin (interdit pour des raisons de droit d'auteur en plus) ! Nous
> on veut s'appuyer sur des données objectives et raisonnablement observables
> ou vérifiables dans des données libres, pas sur des cartes propriétaires.
>
> Le dim. 16 sept. 2018 à 13:40, Philippe Verdy  a
> écrit :
>
>> De même le reclassement par djakk de la D29 autour de Rennes de "primary"
>> en "trunk" est totalement faux.
>> Voilà qui va compliquer notre tâche en plus pour requalifier les limites
>> de 90 à 80.
>>
>> Merci djakk de ne pas continuer sur cette voie et même annuler ton
>> "essai". Clairement la D29 n'est pas du tout comme la rocade de Rennes,
>> c'est un itinéraire bis recommandé poru les poids lourds pour éviter la
>> rocade, mais pas du tout de même type.
>>
>> Le dim. 16 sept. 2018 à 13:23, Philippe Verdy  a
>> écrit :
>>
>>> Note: djakk s'est aussi lancé dans le changement de type de toutes les
>>> bretelles pour coller au rendu Michelin (dont le design est lui aussi
>>> protégé par son droit d'auteur, donc à ne pas reproduire tel quel, d'autant
>>> que les cartes Michelin sont remplies "d'oeufs de Pâques" comme on le voit
>>> dans le cas de la N175 qui devient une impasse sur un pont ! Donc merci de
>>> ne PAS utiliser Michelin comme source, elle n'est PAS libre).
>>>
>>> Là aussi je ne suis pas d'accord, cela a été fait sans concertation. On
>>> peut discuter et comparer, mais avant de changer les choses, il faut savoir
>>> l'impact que ça aura car ce n'est pas du tout ce qui est documenté pour
>>> l'instant (donc ce sera incohérent).
>>>
>>> Ce que fait djakk n'a donc strictement aucun intérêt pour l'instant, il
>>> vient compliquer les choses sans se demander l'impact que cela aura pour
>>> les autres: ce sont des clés déjà utilisées depuis longtemps et partout.
>>> Les outils d'analyse sont égalemetn basés sur les règles existantes et il
>>> va donc créer donc des tas de nouveaux signalements
>>> d'anomalies/incohérences.
>>>
>>>
>>> Le dim. 16 sept. 2018 à 12:34, Philippe Verdy  a
>>> écrit :
>>>
 Là) je trouve que ces changements de typologies de villes est excessif.
 Pour Redon ce n'est clairement pas une "city": par sa population non, par
 celle de son agglomération non plus. Ce n'est pas un chef-lieu
 d'arrondissement non plus.

 Pour Laval on peut discuter. Pour Fougères et Vitré c'est deux
 "demi-chef-lieux" d'un même arrondissement (créé il y a une poignée
 d'années en le séparant de celui de Rennes), mais ce ne sont pas des "city"
 et restent des "towns". De même pour Dinan.

 Concerant les nouveaux tags que djakk ajoute, il s'ajoute aussi à
 "traffic=*" qui existait aussi (valeurs="heavy", "trunk"... pas toujours
 consistante) de même que "motorway=yes".


 Le dim. 16 sept. 2018 à 12:19, Rpnpif  a écrit :

> Le 15 septembre 2018, Axelos a écrit :
>
> > Le 15/09/2018 à 00:45, Jérôme Amagat a écrit :
> > > pour moi, les trunk c'est des presque autoroutes. Des routes qui
> permettent
> > > d'aller plus vite que des routes "normales".
> > > Rien a voir avec les routes pour automobiles, il y a des tag pour
> indiquer
> > > les véhicules autorisés ou non et il y a tellement de cas
> différent avec
> > > des route pour automobile sauf ..., des "petites" routes réservé
> au auto,
> > > des "grande" routes où les vélo peuvent aller... en plus les règle
> sont
> > > différentes dans tout les pays.
> > > highway=trunk n'est pas le seul tag avec highway=* qui pose des
> soucis...
> >
> > En fait si j’interprète correctement, c'est la définition des voies
> > rapides / voies express ?
>
> Bonjour,
>
> Et bien ne vous en faites pas car Djakk n'a attendu personne !
> Il est en train d'ajouter des tags personnels (legal et performance)
> dont lui seul connaît la signification exacte, à toutes les voies
> rapides.
>
> Il est aussi en train de redéfinir de façon unilatérale les catégories
> de villes en en promouvant à city contre la définition indiquée sur le
> wiki et sur Id.
>
> 

Re: [OSM-talk-fr] Changement unilatéral de la définition de tags

[Philippe Verdy]

De même djakk a transformé unilatéralement des "highway=trunk_link" en
"highway=tertiary"+"link=trunk" ! Ce ne sont même plus des bretelles, alors
même qu'une partie de la voie est encore à 110 km/h, et qu'il n'y a
strictement aucune adresse le long de ces voies de décélération en sens
unique, et qu'elles ne font pas du tout partie du réseau "tertiaire"
(normalement partie du réseau communal, pas intercommunal).

Evoquer ici des solutions à son "problème" ne signifie pas qu'il n'y a a
pas d'autres alternatives ni d'autres méthodes déjà existantes pour
consolider les pratiques. Djakk clairement fait du tagging pour le rendu
façon Michelin (interdit pour des raisons de droit d'auteur en plus) ! Nous
on veut s'appuyer sur des données objectives et raisonnablement observables
ou vérifiables dans des données libres, pas sur des cartes propriétaires.

Le dim. 16 sept. 2018 à 13:40, Philippe Verdy  a écrit :

> De même le reclassement par djakk de la D29 autour de Rennes de "primary"
> en "trunk" est totalement faux.
> Voilà qui va compliquer notre tâche en plus pour requalifier les limites
> de 90 à 80.
>
> Merci djakk de ne pas continuer sur cette voie et même annuler ton
> "essai". Clairement la D29 n'est pas du tout comme la rocade de Rennes,
> c'est un itinéraire bis recommandé poru les poids lourds pour éviter la
> rocade, mais pas du tout de même type.
>
> Le dim. 16 sept. 2018 à 13:23, Philippe Verdy  a
> écrit :
>
>> Note: djakk s'est aussi lancé dans le changement de type de toutes les
>> bretelles pour coller au rendu Michelin (dont le design est lui aussi
>> protégé par son droit d'auteur, donc à ne pas reproduire tel quel, d'autant
>> que les cartes Michelin sont remplies "d'oeufs de Pâques" comme on le voit
>> dans le cas de la N175 qui devient une impasse sur un pont ! Donc merci de
>> ne PAS utiliser Michelin comme source, elle n'est PAS libre).
>>
>> Là aussi je ne suis pas d'accord, cela a été fait sans concertation. On
>> peut discuter et comparer, mais avant de changer les choses, il faut savoir
>> l'impact que ça aura car ce n'est pas du tout ce qui est documenté pour
>> l'instant (donc ce sera incohérent).
>>
>> Ce que fait djakk n'a donc strictement aucun intérêt pour l'instant, il
>> vient compliquer les choses sans se demander l'impact que cela aura pour
>> les autres: ce sont des clés déjà utilisées depuis longtemps et partout.
>> Les outils d'analyse sont égalemetn basés sur les règles existantes et il
>> va donc créer donc des tas de nouveaux signalements
>> d'anomalies/incohérences.
>>
>>
>> Le dim. 16 sept. 2018 à 12:34, Philippe Verdy  a
>> écrit :
>>
>>> Là) je trouve que ces changements de typologies de villes est excessif.
>>> Pour Redon ce n'est clairement pas une "city": par sa population non, par
>>> celle de son agglomération non plus. Ce n'est pas un chef-lieu
>>> d'arrondissement non plus.
>>>
>>> Pour Laval on peut discuter. Pour Fougères et Vitré c'est deux
>>> "demi-chef-lieux" d'un même arrondissement (créé il y a une poignée
>>> d'années en le séparant de celui de Rennes), mais ce ne sont pas des "city"
>>> et restent des "towns". De même pour Dinan.
>>>
>>> Concerant les nouveaux tags que djakk ajoute, il s'ajoute aussi à
>>> "traffic=*" qui existait aussi (valeurs="heavy", "trunk"... pas toujours
>>> consistante) de même que "motorway=yes".
>>>
>>>
>>> Le dim. 16 sept. 2018 à 12:19, Rpnpif  a écrit :
>>>
 Le 15 septembre 2018, Axelos a écrit :

 > Le 15/09/2018 à 00:45, Jérôme Amagat a écrit :
 > > pour moi, les trunk c'est des presque autoroutes. Des routes qui
 permettent
 > > d'aller plus vite que des routes "normales".
 > > Rien a voir avec les routes pour automobiles, il y a des tag pour
 indiquer
 > > les véhicules autorisés ou non et il y a tellement de cas différent
 avec
 > > des route pour automobile sauf ..., des "petites" routes réservé au
 auto,
 > > des "grande" routes où les vélo peuvent aller... en plus les règle
 sont
 > > différentes dans tout les pays.
 > > highway=trunk n'est pas le seul tag avec highway=* qui pose des
 soucis...
 >
 > En fait si j’interprète correctement, c'est la définition des voies
 > rapides / voies express ?

 Bonjour,

 Et bien ne vous en faites pas car Djakk n'a attendu personne !
 Il est en train d'ajouter des tags personnels (legal et performance)
 dont lui seul connaît la signification exacte, à toutes les voies
 rapides.

 Il est aussi en train de redéfinir de façon unilatérale les catégories
 de villes en en promouvant à city contre la définition indiquée sur le
 wiki et sur Id.

 Se baser sur la zone d'emploi me parait erroné pour Redon. C'est le
 Pays de Redon (communauté de communes), pas la ville de Redon, qui est
 la structure adéquate. Je demande un revert.

 Ne pensez-vous pas qu'un minimum de concertation serait une bonne
 chose ? Ou alors cela c'est discuté 

Re: [OSM-talk-fr] Changement unilatéral de la définition de tags

[Philippe Verdy]

De même le reclassement par djakk de la D29 autour de Rennes de "primary"
en "trunk" est totalement faux.
Voilà qui va compliquer notre tâche en plus pour requalifier les limites de
90 à 80.

Merci djakk de ne pas continuer sur cette voie et même annuler ton "essai".
Clairement la D29 n'est pas du tout comme la rocade de Rennes, c'est un
itinéraire bis recommandé poru les poids lourds pour éviter la rocade, mais
pas du tout de même type.

Le dim. 16 sept. 2018 à 13:23, Philippe Verdy  a écrit :

> Note: djakk s'est aussi lancé dans le changement de type de toutes les
> bretelles pour coller au rendu Michelin (dont le design est lui aussi
> protégé par son droit d'auteur, donc à ne pas reproduire tel quel, d'autant
> que les cartes Michelin sont remplies "d'oeufs de Pâques" comme on le voit
> dans le cas de la N175 qui devient une impasse sur un pont ! Donc merci de
> ne PAS utiliser Michelin comme source, elle n'est PAS libre).
>
> Là aussi je ne suis pas d'accord, cela a été fait sans concertation. On
> peut discuter et comparer, mais avant de changer les choses, il faut savoir
> l'impact que ça aura car ce n'est pas du tout ce qui est documenté pour
> l'instant (donc ce sera incohérent).
>
> Ce que fait djakk n'a donc strictement aucun intérêt pour l'instant, il
> vient compliquer les choses sans se demander l'impact que cela aura pour
> les autres: ce sont des clés déjà utilisées depuis longtemps et partout.
> Les outils d'analyse sont égalemetn basés sur les règles existantes et il
> va donc créer donc des tas de nouveaux signalements
> d'anomalies/incohérences.
>
>
> Le dim. 16 sept. 2018 à 12:34, Philippe Verdy  a
> écrit :
>
>> Là) je trouve que ces changements de typologies de villes est excessif.
>> Pour Redon ce n'est clairement pas une "city": par sa population non, par
>> celle de son agglomération non plus. Ce n'est pas un chef-lieu
>> d'arrondissement non plus.
>>
>> Pour Laval on peut discuter. Pour Fougères et Vitré c'est deux
>> "demi-chef-lieux" d'un même arrondissement (créé il y a une poignée
>> d'années en le séparant de celui de Rennes), mais ce ne sont pas des "city"
>> et restent des "towns". De même pour Dinan.
>>
>> Concerant les nouveaux tags que djakk ajoute, il s'ajoute aussi à
>> "traffic=*" qui existait aussi (valeurs="heavy", "trunk"... pas toujours
>> consistante) de même que "motorway=yes".
>>
>>
>> Le dim. 16 sept. 2018 à 12:19, Rpnpif  a écrit :
>>
>>> Le 15 septembre 2018, Axelos a écrit :
>>>
>>> > Le 15/09/2018 à 00:45, Jérôme Amagat a écrit :
>>> > > pour moi, les trunk c'est des presque autoroutes. Des routes qui
>>> permettent
>>> > > d'aller plus vite que des routes "normales".
>>> > > Rien a voir avec les routes pour automobiles, il y a des tag pour
>>> indiquer
>>> > > les véhicules autorisés ou non et il y a tellement de cas différent
>>> avec
>>> > > des route pour automobile sauf ..., des "petites" routes réservé au
>>> auto,
>>> > > des "grande" routes où les vélo peuvent aller... en plus les règle
>>> sont
>>> > > différentes dans tout les pays.
>>> > > highway=trunk n'est pas le seul tag avec highway=* qui pose des
>>> soucis...
>>> >
>>> > En fait si j’interprète correctement, c'est la définition des voies
>>> > rapides / voies express ?
>>>
>>> Bonjour,
>>>
>>> Et bien ne vous en faites pas car Djakk n'a attendu personne !
>>> Il est en train d'ajouter des tags personnels (legal et performance)
>>> dont lui seul connaît la signification exacte, à toutes les voies
>>> rapides.
>>>
>>> Il est aussi en train de redéfinir de façon unilatérale les catégories
>>> de villes en en promouvant à city contre la définition indiquée sur le
>>> wiki et sur Id.
>>>
>>> Se baser sur la zone d'emploi me parait erroné pour Redon. C'est le
>>> Pays de Redon (communauté de communes), pas la ville de Redon, qui est
>>> la structure adéquate. Je demande un revert.
>>>
>>> Ne pensez-vous pas qu'un minimum de concertation serait une bonne
>>> chose ? Ou alors cela c'est discuté ailleurs.
>>>
>>> Ce n'est pas parce que les gens ne répondent pas dans la journée ou les
>>> deux jours qu'ils sont d'accord. À mon avis, quand on fait ce genre de
>>> changement qui impacte autant, il faut attendre l'accord explicite de
>>> plusieurs personnes dont des personnes expérimentées.
>>>
>>> Exemples : https://www.openstreetmap.org/changeset/62598081
>>>
>>> Redon, ville de 10 000 habitants est promue de plus de 100 000
>>> habitants !
>>> https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dcity
>>> La zone d'emploi n'a que 55 000 habitants.
>>> Changer les indicateurs à ce point me parait exagéré.
>>> https://www.openstreetmap.org/changeset/62494209#map=9/48.1537/-1.6423
>>>
>>> Qu'en pensez-vous ?
>>>
>>> --
>>> Alain Rpnpif
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Changement unilatéral de la définition de tags

[Philippe Verdy]

Note: djakk s'est aussi lancé dans le changement de type de toutes les
bretelles pour coller au rendu Michelin (dont le design est lui aussi
protégé par son droit d'auteur, donc à ne pas reproduire tel quel, d'autant
que les cartes Michelin sont remplies "d'oeufs de Pâques" comme on le voit
dans le cas de la N175 qui devient une impasse sur un pont ! Donc merci de
ne PAS utiliser Michelin comme source, elle n'est PAS libre).

Là aussi je ne suis pas d'accord, cela a été fait sans concertation. On
peut discuter et comparer, mais avant de changer les choses, il faut savoir
l'impact que ça aura car ce n'est pas du tout ce qui est documenté pour
l'instant (donc ce sera incohérent).

Ce que fait djakk n'a donc strictement aucun intérêt pour l'instant, il
vient compliquer les choses sans se demander l'impact que cela aura pour
les autres: ce sont des clés déjà utilisées depuis longtemps et partout.
Les outils d'analyse sont égalemetn basés sur les règles existantes et il
va donc créer donc des tas de nouveaux signalements
d'anomalies/incohérences.


Le dim. 16 sept. 2018 à 12:34, Philippe Verdy  a écrit :

> Là) je trouve que ces changements de typologies de villes est excessif.
> Pour Redon ce n'est clairement pas une "city": par sa population non, par
> celle de son agglomération non plus. Ce n'est pas un chef-lieu
> d'arrondissement non plus.
>
> Pour Laval on peut discuter. Pour Fougères et Vitré c'est deux
> "demi-chef-lieux" d'un même arrondissement (créé il y a une poignée
> d'années en le séparant de celui de Rennes), mais ce ne sont pas des "city"
> et restent des "towns". De même pour Dinan.
>
> Concerant les nouveaux tags que djakk ajoute, il s'ajoute aussi à
> "traffic=*" qui existait aussi (valeurs="heavy", "trunk"... pas toujours
> consistante) de même que "motorway=yes".
>
>
> Le dim. 16 sept. 2018 à 12:19, Rpnpif  a écrit :
>
>> Le 15 septembre 2018, Axelos a écrit :
>>
>> > Le 15/09/2018 à 00:45, Jérôme Amagat a écrit :
>> > > pour moi, les trunk c'est des presque autoroutes. Des routes qui
>> permettent
>> > > d'aller plus vite que des routes "normales".
>> > > Rien a voir avec les routes pour automobiles, il y a des tag pour
>> indiquer
>> > > les véhicules autorisés ou non et il y a tellement de cas différent
>> avec
>> > > des route pour automobile sauf ..., des "petites" routes réservé au
>> auto,
>> > > des "grande" routes où les vélo peuvent aller... en plus les règle
>> sont
>> > > différentes dans tout les pays.
>> > > highway=trunk n'est pas le seul tag avec highway=* qui pose des
>> soucis...
>> >
>> > En fait si j’interprète correctement, c'est la définition des voies
>> > rapides / voies express ?
>>
>> Bonjour,
>>
>> Et bien ne vous en faites pas car Djakk n'a attendu personne !
>> Il est en train d'ajouter des tags personnels (legal et performance)
>> dont lui seul connaît la signification exacte, à toutes les voies
>> rapides.
>>
>> Il est aussi en train de redéfinir de façon unilatérale les catégories
>> de villes en en promouvant à city contre la définition indiquée sur le
>> wiki et sur Id.
>>
>> Se baser sur la zone d'emploi me parait erroné pour Redon. C'est le
>> Pays de Redon (communauté de communes), pas la ville de Redon, qui est
>> la structure adéquate. Je demande un revert.
>>
>> Ne pensez-vous pas qu'un minimum de concertation serait une bonne
>> chose ? Ou alors cela c'est discuté ailleurs.
>>
>> Ce n'est pas parce que les gens ne répondent pas dans la journée ou les
>> deux jours qu'ils sont d'accord. À mon avis, quand on fait ce genre de
>> changement qui impacte autant, il faut attendre l'accord explicite de
>> plusieurs personnes dont des personnes expérimentées.
>>
>> Exemples : https://www.openstreetmap.org/changeset/62598081
>>
>> Redon, ville de 10 000 habitants est promue de plus de 100 000
>> habitants !
>> https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dcity
>> La zone d'emploi n'a que 55 000 habitants.
>> Changer les indicateurs à ce point me parait exagéré.
>> https://www.openstreetmap.org/changeset/62494209#map=9/48.1537/-1.6423
>>
>> Qu'en pensez-vous ?
>>
>> --
>> Alain Rpnpif
>>
>> ___
>> 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] Les bretelles

[Philippe Verdy]

C'était juste une remarque à djakk qui veut coller à ce que fait Michelin,
pour faire un rendu "à la Michelin", qui lui non plus n'est pas cohérent et
pas sans erreurs (ou défauts de mises à jour de ses propres données).

Je peux aussi faire remarquer à djakk que s'il veut expérimenter un nouveau
tag, avant il doit s'assurer que le tag n'est pas déjà utilisé pour autre
chose et que le nom choisi est clairement non ambigu. Un tag comme
"legal=*" est très peu explicite et risque fort d'entrer en collision.

On avait discuté de la **possibilité** d'utiliser d'autres données pour
mesurer l'importance des villes : on a l'INSEE pour le découpage urbain
(pour ça ce devrait être un "boundary=urban" ou "boundary=statistic" avec
un sous-tag pour les différents types de découpes urbaines: agglomération,
aire urbaine, unité urbaine), pour les zones d'emploi (là aussi ce sont des
données statistiques établies par groupe de communes ou d'IRIS).

Plutôt que surcharger les noeuds des villes je suis plutôt favorable à
utiliser les découpages réels où on a des données pertinentes. Ensuite un
moteur de rendu peut analyser les relations pour déterminer le statut des
villes (ces découpes peuvent aussi avoir un "admin_centre", même si ce
n'est pas réellement administratif, utilisant à nouveau le noeud de la
ville. ça donne ensuite un moyen pertinent et objectif pour mesurer ces
importances. Pour l'instant on s'est juste contenté des populations
municipales (avec une mise à jour pas trop ancienne) et de "capital=*" et
cela a suffi car pour le reste nos rendus pouvaient faire le tri quand il
s'agit de montrer ou cacher une ville selon le zoom, ou d'adapter la taille
de police de son libellé.

Mais d'autres critères peuvent intervenir pour que le moteur de rendu
puisse calculer une "note" propre à chaque noeud candidat et faire le tri
de ce qui est "important" ou pas, et ensuite si la note est suffisante,
d'augmenter sa taille de libellé. Et pour moi le découpage urbain de
l'INSEE, ou les zones d'emploi sont des éléments sur lesquels on a de
nombreuses données statistiques mises à jour et qui mériteraient de figurer
dans OSM (reste à choisir le jeu de tags, et surtout ne pas taguer en
fonction du rendu pour un niveau de zoom unique, comme on peut  le voir
même Michelin ne fait pas ainsi!).


Le dim. 16 sept. 2018 à 13:01, Frédéric Rodrigo  a
écrit :

> Le 14/09/2018 à 18:46, djakk djakk a écrit :
> > Salut !
> >
> > Une autre chose me tarabusce au sujet des routes dans osm, c’est
> > l’absence d’info sur le type de route joint par une bretelle
> > (highway=*_link), c’est-à-dire qu’on sait qu’une bretelle joint une
> > autoroute mais on n’a pas d’info sur l’autre côté ! Primary, secondary
> > ? On ne sait pas directement.
>
> Il suffit de regarder à quoi c'est connecté.
>
> Par ex pour les bretelles d’autoroutes c'est tout à fait logique d'avoir
> motorway_link, elles font vraiment partie du réseaux autoroutier.,
> l'autre coté de la bretelle importe peut et peut être multiple.
>
> > Et je trouve cette information plus importante. En effet, si on relie
> > une autoroute à une autoroute, ou si on relie une autoroute à une
> > tertiary, on pourrait choisir au niveau du rendu de ne pas afficher la
> > bretelle. Impossible en l’état actuel.
>
> Une autoroute est une voie très important, une tertiary ne l'est pas. Si
> on a une sortie d'autoroute c'est que faire une sortie en vaut la penne,
> et donc que la voirie qui est connecté est importante, peut probable que
> ce soit vraiment une tertiary.
>
> Après ça n’empêche pas non plus "l'usage" et d'avoir des sorties
> d'autoroute directement connecté à des tracks.
>
> https://www.openstreetmap.org/#map=19/22.98842/-82.62353
>
>
> > Du coup je propose link_from et link_to : pour une bretelle dans le
> > sens autoroute vers tertiary, on aura link_from=motorway et
> > link_to=tertiary.
>
> Cette information peut être calculé depuis la topologie et là n'apporte
> rien, même pas de la cohérence.
>
>
> Frédéric.
>
>
>
>
> ___
> 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] Les bretelles

[Frédéric Rodrigo]

Le 14/09/2018 à 18:46, djakk djakk a écrit :

Salut !

Une autre chose me tarabusce au sujet des routes dans osm, c’est 
l’absence d’info sur le type de route joint par une bretelle 
(highway=*_link), c’est-à-dire qu’on sait qu’une bretelle joint une 
autoroute mais on n’a pas d’info sur l’autre côté ! Primary, secondary 
? On ne sait pas directement.


Il suffit de regarder à quoi c'est connecté.

Par ex pour les bretelles d’autoroutes c'est tout à fait logique d'avoir 
motorway_link, elles font vraiment partie du réseaux autoroutier., 
l'autre coté de la bretelle importe peut et peut être multiple.


Et je trouve cette information plus importante. En effet, si on relie 
une autoroute à une autoroute, ou si on relie une autoroute à une 
tertiary, on pourrait choisir au niveau du rendu de ne pas afficher la 
bretelle. Impossible en l’état actuel.


Une autoroute est une voie très important, une tertiary ne l'est pas. Si 
on a une sortie d'autoroute c'est que faire une sortie en vaut la penne, 
et donc que la voirie qui est connecté est importante, peut probable que 
ce soit vraiment une tertiary.


Après ça n’empêche pas non plus "l'usage" et d'avoir des sorties 
d'autoroute directement connecté à des tracks.


https://www.openstreetmap.org/#map=19/22.98842/-82.62353


Du coup je propose link_from et link_to : pour une bretelle dans le 
sens autoroute vers tertiary, on aura link_from=motorway et 
link_to=tertiary.


Cette information peut être calculé depuis la topologie et là n'apporte 
rien, même pas de la cohérence.



Frédéric.




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changement unilatéral de la définition de tags

[Philippe Verdy]

Là) je trouve que ces changements de typologies de villes est excessif.
Pour Redon ce n'est clairement pas une "city": par sa population non, par
celle de son agglomération non plus. Ce n'est pas un chef-lieu
d'arrondissement non plus.

Pour Laval on peut discuter. Pour Fougères et Vitré c'est deux
"demi-chef-lieux" d'un même arrondissement (créé il y a une poignée
d'années en le séparant de celui de Rennes), mais ce ne sont pas des "city"
et restent des "towns". De même pour Dinan.

Concerant les nouveaux tags que djakk ajoute, il s'ajoute aussi à
"traffic=*" qui existait aussi (valeurs="heavy", "trunk"... pas toujours
consistante) de même que "motorway=yes".


Le dim. 16 sept. 2018 à 12:19, Rpnpif  a écrit :

> Le 15 septembre 2018, Axelos a écrit :
>
> > Le 15/09/2018 à 00:45, Jérôme Amagat a écrit :
> > > pour moi, les trunk c'est des presque autoroutes. Des routes qui
> permettent
> > > d'aller plus vite que des routes "normales".
> > > Rien a voir avec les routes pour automobiles, il y a des tag pour
> indiquer
> > > les véhicules autorisés ou non et il y a tellement de cas différent
> avec
> > > des route pour automobile sauf ..., des "petites" routes réservé au
> auto,
> > > des "grande" routes où les vélo peuvent aller... en plus les règle sont
> > > différentes dans tout les pays.
> > > highway=trunk n'est pas le seul tag avec highway=* qui pose des
> soucis...
> >
> > En fait si j’interprète correctement, c'est la définition des voies
> > rapides / voies express ?
>
> Bonjour,
>
> Et bien ne vous en faites pas car Djakk n'a attendu personne !
> Il est en train d'ajouter des tags personnels (legal et performance)
> dont lui seul connaît la signification exacte, à toutes les voies
> rapides.
>
> Il est aussi en train de redéfinir de façon unilatérale les catégories
> de villes en en promouvant à city contre la définition indiquée sur le
> wiki et sur Id.
>
> Se baser sur la zone d'emploi me parait erroné pour Redon. C'est le
> Pays de Redon (communauté de communes), pas la ville de Redon, qui est
> la structure adéquate. Je demande un revert.
>
> Ne pensez-vous pas qu'un minimum de concertation serait une bonne
> chose ? Ou alors cela c'est discuté ailleurs.
>
> Ce n'est pas parce que les gens ne répondent pas dans la journée ou les
> deux jours qu'ils sont d'accord. À mon avis, quand on fait ce genre de
> changement qui impacte autant, il faut attendre l'accord explicite de
> plusieurs personnes dont des personnes expérimentées.
>
> Exemples : https://www.openstreetmap.org/changeset/62598081
>
> Redon, ville de 10 000 habitants est promue de plus de 100 000
> habitants !
> https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dcity
> La zone d'emploi n'a que 55 000 habitants.
> Changer les indicateurs à ce point me parait exagéré.
> https://www.openstreetmap.org/changeset/62494209#map=9/48.1537/-1.6423
>
> Qu'en pensez-vous ?
>
> --
> Alain Rpnpif
>
> ___
> 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] Les bretelles

[Philippe Verdy]

OSM peut être adapté pour avoir un tag supplémentaire en plus du
"highway=*_link" pour indiquer la typologie cible des bretelles, on
pourrait tout à fait avoir un truc comme "primary_link:to=secondary" ou
"trunk_link:to=secondary".
Que ce soit utilisé par un rendu ou pas, c'est autre chose, mais un tag est
bel et bien possible pour ça dans OSM.


Le dim. 16 sept. 2018 à 12:20, Rpnpif  a écrit :

> Le 16 septembre 2018, djakk djakk a écrit :
>
> > Nooon pas le tag mono-utilisateur ! (la punition :) )
>
> Déjà fait par vous, mais OSM n'est pas fait pour ça !
>
> --
> Alain Rpnpif
>
> ___
> 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] Les bretelles

[Philippe Verdy]

Si tu regardes précisément, les cartes Michelin ont même des tas d'erreurs.
Exemple le pont de la N 175 sur la Rance qui est rendu et affiché comme une
route résidentielle ("Impasse le Rompe"), qui comprend le pont mais aussi
des bouts avant et après le pont, en confondant la position avec l'ancienne
petite route rurale qui passait par là et qui existe toujours  (elle a été
raccourcie pour construire la 2x2 voies)  mais n'est pas là où Michelin
l'affiche, sur la 2x2 voies qui est ininterrompue.

Le dim. 16 sept. 2018 à 12:13, Philippe Verdy  a écrit :

> Tu noteras aussi que Michelin arrive même à faire un rendu différent de
> certaines sections d'autoroute, et pas seulement les bretelles : il découpe
> alors le chemin (normalement unique rouge à filtet central jaune) en deux
> voies parallèles rouges, pourtant ce ne sont PAS des bretelles, et le rendu
> ne dépend ni du départ ni de l'arrivée de la bretelle, et il n'y a même pas
> d'écartement des deux sens, ni même modification de la limite de vitesse.
> Michelin n'est pas consistant sur ses choix. Il ne l'a fait en réalité que
> pour augmenter la lisibilité des détails **selon l'échelle**.
>
> Le dim. 16 sept. 2018 à 12:08, djakk djakk  a
> écrit :
>
>> J’ai supprimé du coup, et je ferai la demande à un admin, merci Philippe !
>>
>> djakk
>>
>>
>> Le dim. 16 sept. 2018 à 12:04, Philippe Verdy  a
>> écrit :
>>
>>> Bref demande à un admin de supprimer ces images. Pour la discussion il
>>> était suffisant de mettre un lien vers le site Michelin qui les héberge
>>> (sous forme de carte interactive).
>>> Effectivement Michelin fait un rendu des bretelles en fonction du type
>>> de route mineure connectée et non du type de route majeure (nos tags OSM
>>> "highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
>>> de rendu.
>>>
>>> Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a
>>> écrit :
>>>
 Attention ces cartes Michelin ne sont pas libres de droit. Cela ne
 devrait pas être sur le wiki.

 Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
 écrit :

> Nooon pas le tag mono-utilisateur ! (la punition :) )
>
> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
> wiki.openstreetmap.org/wiki/User:Djakk
>
>
> djakk
>
> Le sam. 15 sept. 2018 à 11:25, marc marc 
> a écrit :
>
>> le preprocesseur peux tres bien analyser la moindre diff
>> c'est à mon avis bien plus durable que d'espérer que quelqu'un
>> modifie
>> toutes les bretelles d'une route pour mettre à jour un tag
>> mono-utilisateur :)
>>
>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>
>>
>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>> > récupérer l’info, mais en pratique difficile de faire un
>> pré-processeur
>> > pour les données énormes et très mouvantes d’osm. De plus, je pense
>> que
>> > pour les collectrices c’est impossible d’y arriver.
>> >
>> > Le rendu correspondrait à la plupart des cartes, par exemple les
>> cartes
>> > Michelin papier.
>> >
>> >
>> > djakk
>> >
>> > Le sam. 15 sept. 2018 à 10:09, marc marc > > > a écrit :
>> >
>> > Bonjour djakk,
>> >
>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>> >
>> >  > si on relie une autoroute à une tertiary, on pourrait
>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>> >
>> > je ne suis pas sur de comprendre.
>> > De quel rendu tu parles ? un rendu perso ?
>> > tu peux poster qlq part un extrait de carte qui n'afficherait
>> pas
>> > certains bretelles parce que autoroute-tertiary  ?
>> >
>> >  > Impossible en l’état actuel.
>> >
>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>> > qu'on ne peux pas récupérer le type de voie inférieur connectée
>> à un
>> > bretelle ?
>> > si c'était confirmée, cela me semble bien + un problème de rendu
>> > qu'un problème de donnée.
>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>> comprendre le
>> > cas réel d'utilisation)
>> >
>> > Cordialement,
>> > Marc
>> > ___
>> > 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] Les bretelles

[Rpnpif]

Le 16 septembre 2018, djakk djakk a écrit :

> Nooon pas le tag mono-utilisateur ! (la punition :) )

Déjà fait par vous, mais OSM n'est pas fait pour ça !

-- 
Alain Rpnpif

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Changement unilatéral de la définition de tags

[Rpnpif]

Le 15 septembre 2018, Axelos a écrit :

> Le 15/09/2018 à 00:45, Jérôme Amagat a écrit :
> > pour moi, les trunk c'est des presque autoroutes. Des routes qui permettent
> > d'aller plus vite que des routes "normales".
> > Rien a voir avec les routes pour automobiles, il y a des tag pour indiquer
> > les véhicules autorisés ou non et il y a tellement de cas différent avec
> > des route pour automobile sauf ..., des "petites" routes réservé au auto,
> > des "grande" routes où les vélo peuvent aller... en plus les règle sont
> > différentes dans tout les pays.
> > highway=trunk n'est pas le seul tag avec highway=* qui pose des soucis...  
> 
> En fait si j’interprète correctement, c'est la définition des voies
> rapides / voies express ?

Bonjour,

Et bien ne vous en faites pas car Djakk n'a attendu personne !
Il est en train d'ajouter des tags personnels (legal et performance)
dont lui seul connaît la signification exacte, à toutes les voies
rapides.

Il est aussi en train de redéfinir de façon unilatérale les catégories
de villes en en promouvant à city contre la définition indiquée sur le
wiki et sur Id.

Se baser sur la zone d'emploi me parait erroné pour Redon. C'est le
Pays de Redon (communauté de communes), pas la ville de Redon, qui est
la structure adéquate. Je demande un revert.

Ne pensez-vous pas qu'un minimum de concertation serait une bonne
chose ? Ou alors cela c'est discuté ailleurs.

Ce n'est pas parce que les gens ne répondent pas dans la journée ou les
deux jours qu'ils sont d'accord. À mon avis, quand on fait ce genre de
changement qui impacte autant, il faut attendre l'accord explicite de
plusieurs personnes dont des personnes expérimentées.

Exemples : https://www.openstreetmap.org/changeset/62598081

Redon, ville de 10 000 habitants est promue de plus de 100 000
habitants !
https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dcity
La zone d'emploi n'a que 55 000 habitants.
Changer les indicateurs à ce point me parait exagéré.
https://www.openstreetmap.org/changeset/62494209#map=9/48.1537/-1.6423

Qu'en pensez-vous ?

-- 
Alain Rpnpif

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les bretelles

[Philippe Verdy]

Tu noteras aussi que Michelin arrive même à faire un rendu différent de
certaines sections d'autoroute, et pas seulement les bretelles : il découpe
alors le chemin (normalement unique rouge à filtet central jaune) en deux
voies parallèles rouges, pourtant ce ne sont PAS des bretelles, et le rendu
ne dépend ni du départ ni de l'arrivée de la bretelle, et il n'y a même pas
d'écartement des deux sens, ni même modification de la limite de vitesse.
Michelin n'est pas consistant sur ses choix. Il ne l'a fait en réalité que
pour augmenter la lisibilité des détails **selon l'échelle**.

Le dim. 16 sept. 2018 à 12:08, djakk djakk  a écrit :

> J’ai supprimé du coup, et je ferai la demande à un admin, merci Philippe !
>
> djakk
>
>
> Le dim. 16 sept. 2018 à 12:04, Philippe Verdy  a
> écrit :
>
>> Bref demande à un admin de supprimer ces images. Pour la discussion il
>> était suffisant de mettre un lien vers le site Michelin qui les héberge
>> (sous forme de carte interactive).
>> Effectivement Michelin fait un rendu des bretelles en fonction du type de
>> route mineure connectée et non du type de route majeure (nos tags OSM
>> "highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
>> de rendu.
>>
>> Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a
>> écrit :
>>
>>> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne
>>> devrait pas être sur le wiki.
>>>
>>> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
>>> écrit :
>>>
 Nooon pas le tag mono-utilisateur ! (la punition :) )

 J’ai mis 2 extraits de carte Michelin sur ma page wiki :
 wiki.openstreetmap.org/wiki/User:Djakk


 djakk

 Le sam. 15 sept. 2018 à 11:25, marc marc  a
 écrit :

> le preprocesseur peux tres bien analyser la moindre diff
> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
> toutes les bretelles d'une route pour mettre à jour un tag
> mono-utilisateur :)
>
> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
> (ou extrait michelin), j'ai du mal a imaginer la chose.
>
>
> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
> > récupérer l’info, mais en pratique difficile de faire un
> pré-processeur
> > pour les données énormes et très mouvantes d’osm. De plus, je pense
> que
> > pour les collectrices c’est impossible d’y arriver.
> >
> > Le rendu correspondrait à la plupart des cartes, par exemple les
> cartes
> > Michelin papier.
> >
> >
> > djakk
> >
> > Le sam. 15 sept. 2018 à 10:09, marc marc  > > a écrit :
> >
> > Bonjour djakk,
> >
> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
> >
> >  > si on relie une autoroute à une tertiary, on pourrait
> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
> >
> > je ne suis pas sur de comprendre.
> > De quel rendu tu parles ? un rendu perso ?
> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
> > certains bretelles parce que autoroute-tertiary  ?
> >
> >  > Impossible en l’état actuel.
> >
> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
> > qu'on ne peux pas récupérer le type de voie inférieur connectée
> à un
> > bretelle ?
> > si c'était confirmée, cela me semble bien + un problème de rendu
> > qu'un problème de donnée.
> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
> comprendre le
> > cas réel d'utilisation)
> >
> > Cordialement,
> > Marc
> > ___
> > 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
>
 ___
 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] Les bretelles

[djakk djakk]

J’ai supprimé du coup, et je ferai la demande à un admin, merci Philippe !

djakk


Le dim. 16 sept. 2018 à 12:04, Philippe Verdy  a écrit :

> Bref demande à un admin de supprimer ces images. Pour la discussion il
> était suffisant de mettre un lien vers le site Michelin qui les héberge
> (sous forme de carte interactive).
> Effectivement Michelin fait un rendu des bretelles en fonction du type de
> route mineure connectée et non du type de route majeure (nos tags OSM
> "highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
> de rendu.
>
> Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a
> écrit :
>
>> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne
>> devrait pas être sur le wiki.
>>
>> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
>> écrit :
>>
>>> Nooon pas le tag mono-utilisateur ! (la punition :) )
>>>
>>> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
>>> wiki.openstreetmap.org/wiki/User:Djakk
>>>
>>>
>>> djakk
>>>
>>> Le sam. 15 sept. 2018 à 11:25, marc marc  a
>>> écrit :
>>>
 le preprocesseur peux tres bien analyser la moindre diff
 c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
 toutes les bretelles d'une route pour mettre à jour un tag
 mono-utilisateur :)

 publie qlq part stp un extrait rendu osm <> rendu avec ta modif
 (ou extrait michelin), j'ai du mal a imaginer la chose.


 Le 15. 09. 18 à 11:01, djakk djakk a écrit :
 > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
 > récupérer l’info, mais en pratique difficile de faire un
 pré-processeur
 > pour les données énormes et très mouvantes d’osm. De plus, je pense
 que
 > pour les collectrices c’est impossible d’y arriver.
 >
 > Le rendu correspondrait à la plupart des cartes, par exemple les
 cartes
 > Michelin papier.
 >
 >
 > djakk
 >
 > Le sam. 15 sept. 2018 à 10:09, marc marc >>> > > a écrit :
 >
 > Bonjour djakk,
 >
 > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
 >
 >  > si on relie une autoroute à une tertiary, on pourrait
 >  > choisir au niveau du rendu de ne pas afficher la bretelle.
 >
 > je ne suis pas sur de comprendre.
 > De quel rendu tu parles ? un rendu perso ?
 > tu peux poster qlq part un extrait de carte qui n'afficherait pas
 > certains bretelles parce que autoroute-tertiary  ?
 >
 >  > Impossible en l’état actuel.
 >
 > Parmis les spécialistes des styles de rendu, quelqu'un confirme
 > qu'on ne peux pas récupérer le type de voie inférieur connectée à
 un
 > bretelle ?
 > si c'était confirmée, cela me semble bien + un problème de rendu
 > qu'un problème de donnée.
 > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
 > pour le cas oä cela serait nécessaire (mais j'ai du mal a
 comprendre le
 > cas réel d'utilisation)
 >
 > Cordialement,
 > Marc
 > ___
 > 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

>>> ___
>>> 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] Les bretelles

[Philippe Verdy]

Bref demande à un admin de supprimer ces images. Pour la discussion il
était suffisant de mettre un lien vers le site Michelin qui les héberge
(sous forme de carte interactive).
Effectivement Michelin fait un rendu des bretelles en fonction du type de
route mineure connectée et non du type de route majeure (nos tags OSM
"highway=*_link")... la plupart du temps mais pas partout ! C'est son choix
de rendu.

Le dim. 16 sept. 2018 à 11:55, Philippe Verdy  a écrit :

> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne devrait
> pas être sur le wiki.
>
> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
> écrit :
>
>> Nooon pas le tag mono-utilisateur ! (la punition :) )
>>
>> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
>> wiki.openstreetmap.org/wiki/User:Djakk
>>
>>
>> djakk
>>
>> Le sam. 15 sept. 2018 à 11:25, marc marc  a
>> écrit :
>>
>>> le preprocesseur peux tres bien analyser la moindre diff
>>> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
>>> toutes les bretelles d'une route pour mettre à jour un tag
>>> mono-utilisateur :)
>>>
>>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>>
>>>
>>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>>> > récupérer l’info, mais en pratique difficile de faire un
>>> pré-processeur
>>> > pour les données énormes et très mouvantes d’osm. De plus, je pense
>>> que
>>> > pour les collectrices c’est impossible d’y arriver.
>>> >
>>> > Le rendu correspondrait à la plupart des cartes, par exemple les
>>> cartes
>>> > Michelin papier.
>>> >
>>> >
>>> > djakk
>>> >
>>> > Le sam. 15 sept. 2018 à 10:09, marc marc >> > > a écrit :
>>> >
>>> > Bonjour djakk,
>>> >
>>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>>> >
>>> >  > si on relie une autoroute à une tertiary, on pourrait
>>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>>> >
>>> > je ne suis pas sur de comprendre.
>>> > De quel rendu tu parles ? un rendu perso ?
>>> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
>>> > certains bretelles parce que autoroute-tertiary  ?
>>> >
>>> >  > Impossible en l’état actuel.
>>> >
>>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>>> > qu'on ne peux pas récupérer le type de voie inférieur connectée à
>>> un
>>> > bretelle ?
>>> > si c'était confirmée, cela me semble bien + un problème de rendu
>>> > qu'un problème de donnée.
>>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>>> comprendre le
>>> > cas réel d'utilisation)
>>> >
>>> > Cordialement,
>>> > Marc
>>> > ___
>>> > 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
>>>
>> ___
>> 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] Les bretelles

[djakk djakk]

On n’a pas le droit pour donner un exemple d’autre carte ? :-/

djakk

Le dim. 16 sept. 2018 à 11:56, Philippe Verdy  a écrit :

> Attention ces cartes Michelin ne sont pas libres de droit. Cela ne devrait
> pas être sur le wiki.
>
> Le dim. 16 sept. 2018 à 11:45, djakk djakk  a
> écrit :
>
>> Nooon pas le tag mono-utilisateur ! (la punition :) )
>>
>> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
>> wiki.openstreetmap.org/wiki/User:Djakk
>>
>>
>> djakk
>>
>> Le sam. 15 sept. 2018 à 11:25, marc marc  a
>> écrit :
>>
>>> le preprocesseur peux tres bien analyser la moindre diff
>>> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
>>> toutes les bretelles d'une route pour mettre à jour un tag
>>> mono-utilisateur :)
>>>
>>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>>
>>>
>>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>>> > récupérer l’info, mais en pratique difficile de faire un
>>> pré-processeur
>>> > pour les données énormes et très mouvantes d’osm. De plus, je pense
>>> que
>>> > pour les collectrices c’est impossible d’y arriver.
>>> >
>>> > Le rendu correspondrait à la plupart des cartes, par exemple les
>>> cartes
>>> > Michelin papier.
>>> >
>>> >
>>> > djakk
>>> >
>>> > Le sam. 15 sept. 2018 à 10:09, marc marc >> > > a écrit :
>>> >
>>> > Bonjour djakk,
>>> >
>>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>>> >
>>> >  > si on relie une autoroute à une tertiary, on pourrait
>>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>>> >
>>> > je ne suis pas sur de comprendre.
>>> > De quel rendu tu parles ? un rendu perso ?
>>> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
>>> > certains bretelles parce que autoroute-tertiary  ?
>>> >
>>> >  > Impossible en l’état actuel.
>>> >
>>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>>> > qu'on ne peux pas récupérer le type de voie inférieur connectée à
>>> un
>>> > bretelle ?
>>> > si c'était confirmée, cela me semble bien + un problème de rendu
>>> > qu'un problème de donnée.
>>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>>> comprendre le
>>> > cas réel d'utilisation)
>>> >
>>> > Cordialement,
>>> > Marc
>>> > ___
>>> > 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
>>>
>> ___
>> 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] Les bretelles

[Philippe Verdy]

Attention ces cartes Michelin ne sont pas libres de droit. Cela ne devrait
pas être sur le wiki.

Le dim. 16 sept. 2018 à 11:45, djakk djakk  a écrit :

> Nooon pas le tag mono-utilisateur ! (la punition :) )
>
> J’ai mis 2 extraits de carte Michelin sur ma page wiki :
> wiki.openstreetmap.org/wiki/User:Djakk
>
>
> djakk
>
> Le sam. 15 sept. 2018 à 11:25, marc marc  a
> écrit :
>
>> le preprocesseur peux tres bien analyser la moindre diff
>> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
>> toutes les bretelles d'une route pour mettre à jour un tag
>> mono-utilisateur :)
>>
>> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
>> (ou extrait michelin), j'ai du mal a imaginer la chose.
>>
>>
>> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
>> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
>> > récupérer l’info, mais en pratique difficile de faire un pré-processeur
>> > pour les données énormes et très mouvantes d’osm. De plus, je pense que
>> > pour les collectrices c’est impossible d’y arriver.
>> >
>> > Le rendu correspondrait à la plupart des cartes, par exemple les cartes
>> > Michelin papier.
>> >
>> >
>> > djakk
>> >
>> > Le sam. 15 sept. 2018 à 10:09, marc marc > > > a écrit :
>> >
>> > Bonjour djakk,
>> >
>> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
>> >
>> >  > si on relie une autoroute à une tertiary, on pourrait
>> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
>> >
>> > je ne suis pas sur de comprendre.
>> > De quel rendu tu parles ? un rendu perso ?
>> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
>> > certains bretelles parce que autoroute-tertiary  ?
>> >
>> >  > Impossible en l’état actuel.
>> >
>> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
>> > qu'on ne peux pas récupérer le type de voie inférieur connectée à un
>> > bretelle ?
>> > si c'était confirmée, cela me semble bien + un problème de rendu
>> > qu'un problème de donnée.
>> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
>> > pour le cas oä cela serait nécessaire (mais j'ai du mal a
>> comprendre le
>> > cas réel d'utilisation)
>> >
>> > Cordialement,
>> > Marc
>> > ___
>> > 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
>>
> ___
> 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] Les bretelles

[djakk djakk]

Nooon pas le tag mono-utilisateur ! (la punition :) )

J’ai mis 2 extraits de carte Michelin sur ma page wiki :
wiki.openstreetmap.org/wiki/User:Djakk


djakk

Le sam. 15 sept. 2018 à 11:25, marc marc  a
écrit :

> le preprocesseur peux tres bien analyser la moindre diff
> c'est à mon avis bien plus durable que d'espérer que quelqu'un modifie
> toutes les bretelles d'une route pour mettre à jour un tag
> mono-utilisateur :)
>
> publie qlq part stp un extrait rendu osm <> rendu avec ta modif
> (ou extrait michelin), j'ai du mal a imaginer la chose.
>
>
> Le 15. 09. 18 à 11:01, djakk djakk a écrit :
> > Oui Marc j’ai pensé à faire un rendu perso avec pré-processeur pour
> > récupérer l’info, mais en pratique difficile de faire un pré-processeur
> > pour les données énormes et très mouvantes d’osm. De plus, je pense que
> > pour les collectrices c’est impossible d’y arriver.
> >
> > Le rendu correspondrait à la plupart des cartes, par exemple les cartes
> > Michelin papier.
> >
> >
> > djakk
> >
> > Le sam. 15 sept. 2018 à 10:09, marc marc  > > a écrit :
> >
> > Bonjour djakk,
> >
> > Le ven. 14 sept. 2018 à 18:46, djakk djakk a écrit :
> >
> >  > si on relie une autoroute à une tertiary, on pourrait
> >  > choisir au niveau du rendu de ne pas afficher la bretelle.
> >
> > je ne suis pas sur de comprendre.
> > De quel rendu tu parles ? un rendu perso ?
> > tu peux poster qlq part un extrait de carte qui n'afficherait pas
> > certains bretelles parce que autoroute-tertiary  ?
> >
> >  > Impossible en l’état actuel.
> >
> > Parmis les spécialistes des styles de rendu, quelqu'un confirme
> > qu'on ne peux pas récupérer le type de voie inférieur connectée à un
> > bretelle ?
> > si c'était confirmée, cela me semble bien + un problème de rendu
> > qu'un problème de donnée.
> > s'imagine qu'un preprocesseur doit pouvoir dupliquer l'info
> > pour le cas oä cela serait nécessaire (mais j'ai du mal a comprendre
> le
> > cas réel d'utilisation)
> >
> > Cordialement,
> > Marc
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr