Le 7 mars 2013 21:26, Christian Quest a écrit :
> J'ai assez perdu de temps. Je pense que plus personne n'est dupe de ta
> mauvaise foi.
Encore une attaque : la mauvaise foi c'est aussi ne pas voir un
problème, en s'accrochant à ne regarder qu'un des détails, même si la
cause du problème est aill
> Et regarde aussi
> http://tile.openstreetmap.fr/?zoom=8&lat=4.59273&lon=-52.18268&layers=00B000
>
> Pourtant c'est du Mapnik aussi ! Tu ne vois pas l'anomalie ? Le niveau
> de zoom a bien une influence que le rendu selon le tag attribué au
> way.
>
Oui ? Et ? As-tu regardé les tags des ways ?
I
Le 7 mars 2013 16:19, Christian Quest a écrit :
> Juste pour info, depuis déjà 9h, il n'y a plus de tag admin_level sur
> http://www.openstreetmap.org/browse/way/111614673
>
> ... mais la frontière est toujours bien sur le rendu Mapnik
>
> http://tile.openstreetmap.fr/?zoom=11&lat=5.90093&lon=-53.
Le 7 mars 2013 12:52, Marc SIBERT a écrit :
> MDR ! négocier quoi ? Tes propos sont agressifs envers les autres
> contributeurs, c'est factuel.
Non, ils n'ont jamais été agressifs, contrairement aux réponses qu'on
me fait sans répondre au sujet. Et même pour tenter de me contredire
quand j'offrai
Pauvre Philippe !
Là encore, je crois que, comme bien d'autres, j'aurai été jugé plutôt
que compris...
Le " 'tu' tue" n'est pas pour réclamer le vouvoiement mais pour dénoncer
l'assignation.
Genre : "tu te trompe complètement quand"
Et paf ! Voila la leçon. Vincent tu as tout faux !
Philippe,
2013/3/7 Christian Quest :
> Juste pour info, depuis déjà 9h, il n'y a plus de tag admin_level sur
> http://www.openstreetmap.org/browse/way/111614673
>
> ... mais la frontière est toujours bien sur le rendu Mapnik
>
> http://tile.openstreetmap.fr/?zoom=11&lat=5.90093&lon=-53.9031&layers=B0
>
Juste pour info, depuis déjà 9h, il n'y a plus de tag admin_level sur
http://www.openstreetmap.org/browse/way/111614673
... mais la frontière est toujours bien sur le rendu Mapnik
http://tile.openstreetmap.fr/?zoom=11&lat=5.90093&lon=-53.9031&layers=B0
CQFD
PS: le premier qui trouve un rend
MDR ! négocier quoi ? Tes propos sont agressifs envers les autres
contributeurs, c'est factuel.
Tu *dois* mettre de l'eau dans ton vin et accepter de te modérer, ce que tu
sais faire, on le sait, parfois tu le fais très bien (messages courts et
synthétiques sans certitudes).
A+
> Autant qu
Le 7 mars 2013 11:01, Vincent Pottier a écrit :
> Voila que moi-aussi, j'ai été trop long, que moi aussi, j'ai jugé, que
> moi-aussi, j'ai utilisé le "'tu' qui tue"...
Sauf que sur cette liste tout le monde dit "tu" quand il s'adresse à
quelqu'un ou lui répond. Cela n'a rien d'incorrect et ne tue
Le 7 mars 2013 11:01, Vincent Pottier a écrit :
> * "toi tu regarde à un endroit microscopique du code pour conclure que ce
> code est correct sans même te demander si c'est à cet endroit qu'est
> l'erreur" Que sais-tu de la méthode employée par Christian pour annoncer son
> résultat, son observat
Merci Vincent !
A cette liste je rajouterai, cette capacité qu'a Philippe à détourner
chaque sujet afin qu'il puisse ensuite parler de CES sujets de
prédilection. Combien de discussions ont été tuées dans l’œuf à cause de
ses interventions?
Dommage que toute son énergie soit, à mon sens, dép
@ Philippe
Je crois que tu ne comprends pas que nous sommes quelques uns, nombreux
probablement, à être lassés de ce ton péremptoire, pseudo-doctoral et
donneur de leçon, que tu utilises trop souvent dans nombre de tes messages.
Nous sommes quelques-uns, nombreux peut-être, à être lassés de te
Le 6 mars 2013 20:18, Christian Quest a écrit :
> 1) le code d'osm2pgsql c'est pas de la théorie, c'est du concret, qui
> tourne sur les serveurs.
> Ce code redécoupe clairement les way composant une relation boundary
> en n objets dans planet_osm_line et planet_osm_roads
>
> 2) la feuille de styl
1) le code d'osm2pgsql c'est pas de la théorie, c'est du concret, qui
tourne sur les serveurs.
Ce code redécoupe clairement les way composant une relation boundary
en n objets dans planet_osm_line et planet_osm_roads
2) la feuille de style Mapnik utilise planet_osm_line et
planet_osm_roads pour tr
Le rendu mapnik/osm2pgsql utilise bien les relations pour tracer les
limites administratives contrairement à ce qu'indique Philippe.
Tu peux mettre admin_level=2 sur le way de frontière, c'est assez
courant même si pas indispensable.
--
Christian Quest - OpenStreetMap France
Synthèse du Week-end
C'est la théorie, dans la pratique cela ne marche pas (et cela
provient probablement de la requête initiale de sélection de données à
traiter). Pour un niveau de zoom données, le moteur de rendu ne charge
pas *tous* les objets contenus dans la zone. Il fait une préselection
pour ensuite aller cherc
Le 6 mars 2013 18:41, Stéphane MARTIN a écrit :
> Salut,
>
> J'ai changé les ways constituant la frontière maritime en admin_level=2.
> Il semble qu'il y ait consensus !
>
> Par contre, arrivé aux ways constituant la frontière Guyane-Brésil, changer
> l'admin_level de 1 en 2 ne risque-t-il pas de
Un peu de lecture pour confirmer mes dires:
http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/output-pgsql.c
comme ce commentaire fort pertinent: "Linear features will end up in
the line and roads tables (useful for admin boundaries)"
--
Christian Quest - OpenStreetMap France
Synt
Le 6 mars 2013 19:13, Christian Quest a écrit :
> Le rendu mapnik/osm2pgsql utilise bien les relations pour tracer les
> limites administratives contrairement à ce qu'indique Philippe.
Visiblement non ! Il effectue une requête partielle des données et
cela se confirme justement par la différence
Salut,
J'ai changé les ways constituant la frontière maritime en admin_level=2.
Il semble qu'il y ait consensus !
Par contre, arrivé aux ways constituant la frontière Guyane-Brésil,
changer l'admin_level de 1 en 2 ne risque-t-il pas de faire doublon avec
la relation frontière Guyane-Brésil qui
Le 6 mars 2013 10:42, Pieren a écrit :
> 2013/3/6 Philippe Verdy :
>> admin_level=1 puisse s'appliquer car il n'existe encore aucune entité
>> "administrative" supranationale.
>
> L'union européenne et ses 50.000 fonctionnaires seront contents
> d'apprendre qu'ils ne sont pas une "entité administr
2013/3/6 Philippe Verdy :
> admin_level=1 puisse s'appliquer car il n'existe encore aucune entité
> "administrative" supranationale.
L'union européenne et ses 50.000 fonctionnaires seront contents
d'apprendre qu'ils ne sont pas une "entité administrative". Et pour
ceux qui auraient raté les infos
Le 6 mars 2013 01:06, Christian Quest a écrit :
> Je ne vois pas trop ce que cet admin_level=1 vient faire sur cette
> frontière entre deux pays d'un même continent. Elle devrait être en
> admin_level=2, le wiki ne parle même pas de l'admin_level=1 sauf pour
> dire que l'Europe ne rentre pas dans
Je ne vois pas trop ce que cet admin_level=1 vient faire sur cette
frontière entre deux pays d'un même continent. Elle devrait être en
admin_level=2, le wiki ne parle même pas de l'admin_level=1 sauf pour
dire que l'Europe ne rentre pas dans ce cas.
D'après l'overpass, il n'y a aucune relation bou
Resalut,
Pour l'instant ce que je comprends juste pas c'est là :
http://www.openstreetmap.org/browse/way/137378479
Pourquoi Verdy_p commence la frontière maritime côté Suriname en
admin_level=2 tandis que Raitisx la continue en admin_level=1 ?
Tags différents sur un "même" way (morceaux pas fu
Le 5 mars 2013 23:07, a écrit :
> En esperant que le wiki puisse t'aider (tiens c'est marrant les admin_level
> maritime indiqués dans le wiki n'ont rien à voir avec ceux des relations) :
> -
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives
Initialement les front
elation/2202120
[6] http://www.openstreetmap.org/browse/relation/1260551
[7] http://www.openstreetmap.org/browse/relation/2707693
- Mail original -
De: "Stéphane MARTIN"
À: talk-fr@openstreetmap.org
Envoyé: Mardi 5 Mars 2013 20:58:58
Objet: [OSM-talk-fr] Frontière et/ou eaux te
Salut,
Y'a pas un truc qui s'est passé récemment sur la frontière de la Guyane ?
Il semblerait que ça vienne du contributeur fbello.
Exemple : http://www.openstreetmap.org/browse/changeset/10890306
Semblerait qu'il ait supprimé un admin_level=2 (Cf. historique du chemin
137392505) !
Déjà qu
28 matches
Mail list logo
