Le 3 février 2012 07:27, Pierre-Alain Dorange pdora...@mac.com a écrit :
sly (sylvain letuffe) li...@letuffe.org
wrote:
Il y a la proposition du role admin_centre qui a pour but de faire remonter
dans la relation
Mais la question du double nom entre la relation administrative et le tag
2012/2/3 Philippe Verdy verd...@wanadoo.fr:
On ne parle pas du rôle admin_center
Merci d'écrire admin_centre et non admin_center. Les clés de tags
sont de préférence rédigés en anglais et non en américain.
Pieren
___
Talk-fr mailing list
2012/2/3 Philippe Verdy verd...@wanadoo.fr:
Le tag place sert à autre chose: il indique l'importance relative d'un
lieu par rapport aux autres. Il sert surtout à fixer des priorités
d'affichage et à éliminer (par exemple dans le rendu d'une carte à
échelle grossière) des noms en excès qu'on
Bonjour,
De : Pieren
Inutile de revenir ici sur les avantages du subarea. Ce que tu
devrais plutôt faire, c'est rédiger une page spéciale sur le wiki avec
des exemples concrets. Chacun pourrait y mettre les avantages et
inconvénients de chaque modèle et se faire une idée. Une ébauche
Pour mémoire, le travail intéressant présenté par Damouns en mai 2010 qui
met en rapport la population des communes et leurs positions respectives.
http://www.openstreetmap.org/user/Damouns/diary/10789
Le 3 février 2012 09:37, Pieren pier...@gmail.com a écrit :
2012/2/3 Philippe Verdy
2012/2/3 Vincent de Chateau-Thierry v...@laposte.net:
Pour rappel la page ouverte par Sly tout fraîchement :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le
_somme_de_surface_ou_mod%C3%A8le_fronti%C3%A8re
suite au débat subarea. Elle aborde la
Le 3 février 2012 09:37, Pieren pier...@gmail.com a écrit :
2012/2/3 Philippe Verdy verd...@wanadoo.fr:
Le tag place sert à autre chose: il indique l'importance relative d'un
lieu par rapport aux autres. Il sert surtout à fixer des priorités
d'affichage et à éliminer (par exemple dans le
Le 3 février 2012 10:14, Pieren pier...@gmail.com a écrit :
2012/2/3 Vincent de Chateau-Thierry v...@laposte.net:
Pour rappel la page ouverte par Sly tout fraîchement :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Mod%C3%A8le
De : Philippe Verdy
Le 3 février 2012 09:37, Pieren
a écrit :
Inutile de revenir ici sur les avantages du subarea.
Inutile, parce que vous ne voulez pas en discuter ???
(...)
Mais où le discuter le mieux que justement sur une liste de discussion
faite pour ça ?
Par exemple sur
Et j'ajouterai avec des schémas clairs et si possible en couleurs pour
mettre en valeur les intérêts d'une approche alternative
Toutes ces pages et ces pages d'argumentations sur des concepts pas encore
présentés de manière synthétique n'aboutissent qu'à une seule chose chez
moi : l'envie de
On Fri, 03 Feb 2012 11:38:07 +0100
Vincent de Chateau-Thierry v...@laposte.net wrote:
De : Philippe Verdy
Le 3 février 2012 09:37, Pieren
a écrit :
Inutile de revenir ici sur les avantages du subarea.
Inutile, parce que vous ne voulez pas en discuter ???
(...)
Mais où
Le 3 février 2012 12:01, Ab_fab gamma@gmail.com a écrit :
Et j'ajouterai avec des schémas clairs et si possible en couleurs pour
mettre en valeur les intérêts d'une approche alternative
Toutes ces pages et ces pages d'argumentations sur des concepts pas encore
présentés de manière
Pieren pier...@gmail.com wrote:
On ne parle pas du rôle admin_center
Merci d'écrire admin_centre et non admin_center. Les clés de tags
sont de préférence rédigés en anglais et non en américain.
Merci, je fais la faute a chaque fois, heureusement JOSM me corrige...
--
Pierre-Alain Dorange
sly (sylvain letuffe) li...@letuffe.org
wrote:
Il y a la proposition du role admin_centre qui a pour but de faire remonter
dans la relation
Mais la question du double nom entre la relation administrative et le tag
place est pour moi un faux problème.
C'est faux problème qui a un impact
Guillaume Allegre allegre.guilla...@free.fr
wrote:
Je crois que nous avons intérêt à accélérer la solution de ce petit
bug, qui se voit comme le nez au milieu de la figure pour le grand
public (les techs s'en fichent complètement, je l'ai vérifié).
Ben ça dépend où.
Expliquer que le
Le 3 février 2012 07:27, Pierre-Alain Dorange pdora...@mac.com a écrit :
sly (sylvain letuffe) li...@letuffe.org
wrote:
Il y a la proposition du role admin_centre qui a pour but de faire remonter
dans la relation
Mais la question du double nom entre la relation administrative et le tag
Le mardi 31 janvier 2012 10:24:36, Hélène PETIT a écrit :
Donc, dans une relation frontière administrative y a-t-il une astuce
pour gérer à la fois le rôle label et le rôle admin-centre ?
Et le point amenity=townhall ? il fait pas triplette ?
Je me pose régulièrement la question en ces termes
Le 31 janvier 2012 10:44, sly (sylvain letuffe) li...@letuffe.org a écrit
:
Le mardi 31 janvier 2012 10:24:36, Hélène PETIT a écrit :
Donc, dans une relation frontière administrative y a-t-il une astuce
pour gérer à la fois le rôle label et le rôle admin-centre ?
Et le point
Le 31 janvier 2012 10:24, Hélène PETIT h...@free.fr a écrit :
mais on a aussi un admin-centre ; c'est un place=* qui est affiché aussi ;
tout le monde se demande pourquoi le nom des communes est écrit deux fois à
certains zooms, et une fois à d'autre, et la réponse est : le moteur de
rendu
Le mardi 31 janvier 2012 11:05:49, Christian Quest a écrit :
Si j'ai bien compris, ce label sert (ou pas) au moteur de rendu
Pour l'instant, c'est ou pas il me semble, mais peut-être que des rendus non
connus l'utilise
pour
positionner le nom, mais à ma connaissance il n'affiche pas un nom
Le 31/01/2012 11:05, Christian Quest a écrit :
Le 31 janvier 2012 10:44, sly (sylvain letuffe) li...@letuffe.org
mailto:li...@letuffe.org a écrit :
Le mardi 31 janvier 2012 10:24:36, Hélène PETIT a écrit :
Donc, dans une relation frontière administrative y a-t-il une
astuce
2012/1/31 Jean-Guilhem Cailton j...@arkemie.com:
Il me semble justement que c'était l'intention de la proposition
(
https://wiki.openstreetmap.org/wiki/Relations/Proposed/add_admin_centre_in_Relation:boundary
)
de permettre au moteur de rendu de faire le lien entre la frontière et le
Le 31/01/2012 11:12, Matthias Dietrich a écrit :
Pas complètement quand même, et heureusement ;-) Le moteur de rendu
fait ce qu'on lui dit de faire.
Remplacer la responsabilité du moteur-de-rendu par la responsabilité
de on est assez savoureux, et je te remercie de l'avoir fait.
Il se trouve
Le 31/01/2012 11:47, Pieren a écrit :
Le problème du double affichage n'est pas particulier à la France (un
pour le node place, un pour la relation boundary=administrative).
Je suis revenue sur cette question du double affichage, un peu aussi
pour des raisons de com :
Quand je présente OSM à
Le 31 janvier 2012 12:09, Hélène PETIT h...@free.fr a écrit :
Le 31/01/2012 11:12, Matthias Dietrich a écrit :
Pas complètement quand même, et heureusement ;-) Le moteur de rendu
fait ce qu'on lui dit de faire.
Remplacer la responsabilité du moteur-de-rendu par la responsabilité de
on est
Le 31/01/2012 12:49, Matthias Dietrich a écrit :
Je ne remets pas en cause tes connaissances, pour la bonne et simple
raison que je n'en ai aucune idée.
Les abonnés à cette liste n'ont pas en tête les CV de tous les participants.
Inutile de le prendre sur ce ton.
Il te suffit de prendre en
amenity=townhall désigne un bâtiment. Il peut y en avoir plusieurs
dans une même ville (mairies annexes par exemple, mairies
d'arrondissement). C'est plus l'indication du service rendu dans ce
lieu.
admin_center sert à positionner (et nommer) le chef-lieu/la capitale
(le nom d'une ville pour tous
Le 31 janvier 2012 13:06, Hélène PETIT h...@free.fr a écrit :
Inutile de le prendre sur ce ton.
Il te suffit de prendre en compte que absolument tout le monde sur cette
liste sait que les logiciels sont écrit par des gens.
Et que donc les tournures de phrases qui ont l'air de personnaliser
Le 31 janvier 2012 13:37, Matthias Dietrich eiger@gmail.com a écrit :
Pour clore ce hors-sujet, ce n'était pas là la question. J'ai compris
dans ta tournure de phrase que Mapnik n'était pas configurable ou que
sa configuration était figée, non modifiable. Il n'était pas question
de qui
label ne devrait-il pas définir que la position à utiliser de
préférence par le moteur de rendu et pas le nom (le libellé) en lui
même sauf si il devait être différent du name qui se trouve dans la
relation parente ?
Ca ne vous semble pas plus logique vu comme ça ?
Le 31/01/2012 13:37, Matthias Dietrich a écrit :
Les sous-entendus passent très mal par email et je n'ai pas compris ce
que tu as voulu dire.
dont acte.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Le 31 janvier 2012 14:25, Christian Quest cqu...@openstreetmap.fr a écrit :
label ne devrait-il pas définir que la position à utiliser de
préférence par le moteur de rendu et pas le nom (le libellé) en lui
même sauf si il devait être différent du name qui se trouve dans la
relation parente ?
De : Philippe Verdy
Entièrement d'accord. Y compris sur le name (et ses traductions) qui
doit alors remplacer celui de la relation quand les deux sont
présents.
(...)
Juste une idée comme ça :
(...)
Une règle supplémentaire devrait être que cet objet de type=label
...
Un
Le 31 janvier 2012 17:48, Vincent de Chateau-Thierry
v...@laposte.net a écrit :
De : Philippe Verdy
Entièrement d'accord. Y compris sur le name (et ses traductions) qui
doit alors remplacer celui de la relation quand les deux sont
présents.
(...)
Juste une idée comme ça :
(...)
Une
Le mar. 31 janv. 2012 à 12:45 +0100, Hélène PETIT a ecrit :
Je suis revenue sur cette question du double affichage, un peu aussi
pour des raisons de com :
Quand je présente OSM à des gens qui le découvrent, la première
chose qu'ils demandent, c'est à voir leur patelin ; et la deuxième
chose
Le mar. 31 janv. 2012 à 17:29 +0100, Ab_fab a ecrit :
Une piste ici, pour les zones diffuses
http://wiki.openstreetmap.org/wiki/Proposed_features/Fuzzy
Pour ce qui est de l'intérêt de l'attribut label, désolé, mais j'ai rien
compris
Merci de ce signalement. Je ne connaissais pas fuzzy.
Je
2012/1/31 Guillaume Allegre allegre.guilla...@free.fr:
Merci de ce signalement. Je ne connaissais pas fuzzy.
Je ne sais pas si la proposition est idéale, mais elle répond à coup sûr
à un vrai besoin. Je suis étonné de ne pas l'avoir rencontré avant.
Est-ce qu'un moteur de rendu actuel est
37 matches
Mail list logo
