Ce n'est pas qu'une question de préférence mais bel et bien du fait que
certains n'ont absolument pas compris et pas lu la page wiki correctement
(et toi non plus).
- taguer un NOEUD avec waterway=lock est une erreur (commise par plus de la
moitié des cas d'utilisation de ce cas) car on voulait ta
les détails sur la manière de taguer les portes sont sur une autre page
wiki: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate
(c'est bien fait ce truc appelé wiki, on ne parle que d'un seul sujet par
page, et les longues discussions sont ailleurs)
la situation actuelle met un peu de re
Le 18 décembre 2012 07:11, Sylvain Maillard a
écrit :
> c'est vrai que la page en question ne parle QUE de la partie "bassin",
> puisque c'est LA page spéciale pour expliquer comment tagguer le "bassin"
> ...
>
> il suffit de regarder les pages liées "See also" pour aller lire très
> rapidement l
c'est vrai que la page en question ne parle QUE de la partie "bassin",
puisque c'est LA page spéciale pour expliquer comment tagguer le "bassin"
...
il suffit de regarder les pages liées "See also" pour aller lire très
rapidement la proposition détaillée, qui comporte également une description
dét
Je l'avais lue cette page du wiki, et je me posais la question de sa
pertinence étant donnée la MAJORITÉ des données présentes, qui sont
contraires à ce qui est décrit dans cette page pas remise à jour pour soit
pour mieux expliquer soit pour fixer des règles plus précisés (car
visiblement presque
Le 18 décembre 2012 01:12, Philippe Verdy a écrit :
> Le 18 décembre 2012 00:38, Christian Quest a écrit
> :
>>
>> Désolé de faire encore l'effort de lire (parfois en partie) cette
>> logorrhée.
>
>
> Encore des mots pour insulter... Mais j'ai l'habitude.J'avais corrigé TOUT
> de suite (les deux
Le wiki ne traite QUE le cas des waterway=lock n'ayant ayant deux portes
(une de chaque côté, cas le plus courant) et oublie le cas où il n'y a
qu'une seule porte (au milieu) ce qui est le cas le plus courant dans les
suites d'écluses en escalier permettant de passer par dessus un col.
Dans le cas
Le 18 décembre 2012 00:29, Philippe Verdy a écrit :
> Tu m'énerves, j'ai répondu à ça déjà avant.
>
Désolé de faire encore l'effort de lire (parfois en partie) cette logorrhée.
Je vais peut être moi aussi rester au TL;DR au risque de laisser
passer des erreurs pour lesquelles je croise les doigts
Tu m'énerves, j'ai répondu à ça déjà avant.
Le 18 décembre 2012 00:25, Christian Quest a
écrit :
> Confusion entre lock et lock_gate ?
>
> Ca serait bien de relire le wiki avant ce genre de réponse aussi
> affirmative, non ?
> Il y a même un dessin comme ça l'article ne risque pas de TL;DR !
>
Note la discussion initiale portant sur la différenciation des
waterway=lock des waterway=riverbank a décrit la situation suivante, celle
des écluses à deux portes sur les sections parallèles canalisées des cours
d'eau naturels (l'autre bras naturel du cours d'eau a alors un seuil au
travers) :
Confusion entre lock et lock_gate ?
Ca serait bien de relire le wiki avant ce genre de réponse aussi
affirmative, non ?
Il y a même un dessin comme ça l'article ne risque pas de TL;DR !
http://wiki.openstreetmap.org/wiki/Key:lock
C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me
En plus le schéma visible sur le wiki n'est applicable qu'aux seuls cours
d'eau naturel (ou sections parallèles canalisées permettant de contourner
un rapide ayant une hauteur d'eau insuffisante à la navigation) qui ont un
sens d'écoulement.
Sur les canaux, il n'y a pas toujours de sens d'écouleme
Pardon j'avais mal lu: les portes son bien des nœuds mais avec
waterway=lock_gate et non waterway=lock.
Je me demande la pertinence de waterway=lock alors que pour mois cela reste
la même chose qu'un waterway=riverbank (même si c'est une portion de canal,
ce qu'indique le filaire central tagué wat
waterway=lock désigne unquement chaque porte d'écluse elle-même (un point
ou un trait), mais PAS le bassin placé d'un côté ou de l'autre (d'ailleurs
une écluse n'a pas toujours un bassin fermé par deux portes, il peut n'y en
avoir qu'une seule, ouvrant ou fermant le passage selon le niveau de l'eau
Bonsoir,
Une petit question sur la maniere de qualifier une écluse. Dans le wiki
l'exemple donne ceci : http://wiki.openstreetmap.org/wiki/Key:lock
La surface du bassin est qualifier a la fois par un landuse=basin ET par un
waterway=lock
Ce meme waterway=lock sert semble t il exclusivement pour l
Oui mais ça c'est parce que de grands penseurs français déclaraient que ce
n'étaient que "quelques arpents de neige" et nous ont laissé tombé.
Pierre par cette belle journée neigeuse ...
>
> De : Christian Rogel
>À : Discussions sur OSM en français
>Cc :
Le 17 déc. 2012 à 13:51, rldhont a écrit :
> On reforme l'alliance contre l'empire britannique de la guerre d'indépendance
> américaine ;-)
D'autant que les Anglais avaient attaqué à partir du Canada. Re ;-)
Christian R.
___
Talk-fr mailing list
Ta
Le 17 décembre 2012 13:25, Sylvain Maillard a
écrit :
>
> Après, OSM reste une base ouverte ou chacun est libre de rajouter des
> informations, la vraie limite dépend donc plus de la durée minimale pour
> qu'une modification soit réellement disponible dans l'éco-système OSM: la
> base de données
Précisément, je n'ai corrigé que sur le tronçon que j'ai emprunté i.e. entre
St-Nazaire et la sortie D 773 vers Pontchâteau, la limite précise du passage de
90 à 110 n'est probablement pas la bonne.
A ajuster par ceux qui feront le trajet complet entre Nantes et St-Nazaire.
On reforme l'alliance contre l'empire britannique de la guerre
d'indépendance américaine ;-)
Le 17/12/2012 13:44, Sylvain Maillard a écrit :
finalement ça n'est pas que les "méchants français" qui râlent ...
peut-être qu'on peut monter une coalition mondiale pour la
simplification des règles :
En effet si les communes ne sont QUE associées, leurs limites respectives
devraient être gardées absolument au niveau 9 (et non 10 comme de simples
quartiers), comme si c'était des arrondissements de commune (niveau plus
fort que celui des "grands quartiers" qu'on trouve dans les communes
réellemen
finalement ça n'est pas que les "méchants français" qui râlent ...
peut-être qu'on peut monter une coalition mondiale pour la simplification
des règles :D
Le 17 décembre 2012 13:40, Pieren a écrit :
> 2012/12/17 sly (sylvain letuffe) :
>
> > Je sais, vous vous en foutez ;-) mais là où ça nous c
2012/12/17 sly (sylvain letuffe) :
> Je sais, vous vous en foutez ;-) mais là où ça nous concerne c'est que ça a
> relancé au sein du DWG le débat sur ce type d'imports semi-automatique.
Oui, j'ai vu passé un message (re)demandant l'utilité du deuxième
compte. Je me suis bien marré. Tout le monde
La question dans ce cas devient: à partir de quelle durée une
modification temporaire a-t-elle de l'utilité dans la base OSM ?
J'ai peut être une réponse artificielle, mais en gros, si ça dure plus
que l'intervalle entre 2 dumps du fichier planet, ça commence à être
utile...
L'autre question qu'i
Effectivement les communes associées restent des communes à part entière au
contraire des communes fusionnées. Les communes assoicées conservent donc
leur code INSEE.
Une fusion de commune crée bien une nouvelle commune, les anciennes
devenant de simples subdivisions administatives internes à la c
> Il me semble que ça pourrait être un avantage très fort d'OSM que de
tagguer des données provisoires, mais il faut une organisation, peut être
dans un projet particulier, peut être pas directement dans osm.
>
>Par exemple les surfaces/routes enneigées, les zones de chantiers dans
une ville (qui
Bonjour,
Juste pour info : En ce moment sur la liste des imports, les américains
indiquent qu'ils s'apprêtent à se lancer dans un imports des bâtiments qui
s'apparentent pas mal à notre cas. (Les détails semblent encore en discussion)
Je sais, vous vous en foutez ;-) mais là où ça nous concerne
Salut,
je m'occuperais de Saint-clémentin et Voultegon, c'est juste à coté de
chez moi !
Pour les limites de niveau 10... je ne sais pas, mais il me semble qu'il
y a une différence entre les communes associées et fusionnées. Je ne me
suis pas documenté là dessus, mais par exemple, ma commune est
2012/12/17 Damouns :
> PS : on ne sait pas quel ref:INSEE sera attribué, en attendant on peut
> prendre celui de l'ancienne commune du chef-lieu ?
Justement, le site de l'INSEE fournit un outil bien plus pratique que
legifrance (pour nous):
http://www.insee.fr/fr/methodes/nomenclatures/cog/histor
Bonjour,
Le même jour, plusieurs EPCI vont aussi évoluer : je peux au moins citer
Caen-la-Mer (14 - Calvados) et la Communauté Urbaine d'Alençon (61 - Orne).
Je compte m'en occuper, mais ce sera plutôt le 2 janvier... afin d'éviter
toute erreur due à l'alcool ! ;-)
Francescu
Le 17 décembre 2012 1
Bonjour à tous,
Sept arrêtés (et peut-être d'autres à venir, ou que je n'ai pas vus)
ont été publiés depuis cet été sur Légifrance pour annoncer la fusion
de communes françaises en "communes nouvelles". La plupart d'entre eux
prennent effet à compter du 1er janvier 2013.
Il me semble qu'on peut i
31 matches
Mail list logo
