Le 29 avril 2016 à 23:07, François Lacombe a
écrit :
> Le 29 avril 2016 à 15:41, Frédéric Bonifas a
> écrit :
> > Le ref:sandre est déjà présent sur la relation :
> > http://www.openstreetmap.org/relation/301845
> > Je ne connais pas plus
Le 29 avril 2016 à 15:41, Frédéric Bonifas a écrit :
> Le ref:sandre est déjà présent sur la relation :
> http://www.openstreetmap.org/relation/301845
> Je ne connais pas plus que ça les relations type=waterway mais je suppose
> que c'est suffisant et qu'il n'y a pas
Le ref:sandre est déjà présent sur la relation :
http://www.openstreetmap.org/relation/301845
Je ne connais pas plus que ça les relations type=waterway mais je suppose
que c'est suffisant et qu'il n'y a pas besoin d'ajouter le ref:sandre sur
tous les membres de la relation.
Fred
Le 29 avril 2016
On 02/03/2016 14:31, Frédéric Bonifas wrote:
> Salut,
>
> Dans le menu imagerie de JOSM, tu peux ajouter une couche "BD
> Carthage" sur laquelle tu verras le tracé du cours d'eau, son code
> Sandre (par exempe Y0011200) et parfois son nom.
> Tu peux ensuite aller sur le site du Sandre pour
Note que passer par un vote n'est vraiment nécessaire que là où on commence
à avoir un conflit d'interprétations et un usage élevé et qu'on veut
normaliser et trier les usages.
Vu le nombre encore peu élevé d'usages (118 pour riverbank depuis
longtemps, 108 pour waterbody depuis décembre
Modif faite sur le wiki (qui mentionne d'autres roles possibles et
plusieurs types de relations envisagés ou déjà utilisés)
http://wiki.openstreetmap.org/wiki/Relation:waterway#Members
La discussion proprement dite d'impose donc:
- rechercher et lister les différentes variantes
- analyser les
Dans ce cas je complète le wiki pour mentionner riverbank qui existait
depuis bien plus longtemps, pour exactement la même chose.
Je continue à préférer le rôle riverbank (qui correspond aussi au type de
relation référencé).
Le 13 mai 2015 16:35, Jérôme Amagat jerome.ama...@gmail.com a écrit :
C'est nouveau ce rôle waterbody. Jusqu'à présent je n'avais vu que le
rôle riverbank dans les relations du linéaire fluviale pour référencer la
relation de son surfacique.
Et ce même si cette dernière relation surfacique maintenant utilise water=*
(parfois avec landuse=water), je n'ai pas vu ces
à oui c'est nouveau. je viens de regarder l'historique de la page ça date
de décembre. Et c'est écrit que ce n'est pas passé par un vote.
Sur taginfo : https://taginfo.openstreetmap.org/relations/waterway#roles
une centaine de waterbody et de riverbank.
Le 13 mai 2015 13:16, Philippe Verdy
Le 13/05/2015 13:16, Philippe Verdy a écrit :
C'est nouveau ce rôle waterbody. Jusqu'à présent je n'avais vu que
le rôle riverbank dans les relations du linéaire fluviale pour
référencer la relation de son surfacique.
En Belgique, j'ai vu des rôle canalbank.
Et ce même si cette
Le nom aussi irait sur la relation ? En tout cas merci pour toutes les
infos et vos réponses :)
Le 12/05/2015 16:36, Francescu GAROBY a écrit :
(J'ai envoyé mon mail trop vite...)
Le wiki dit même que le tag ref:sandre doit être placé sur une
relation
Bonjour
Le 12/05/2015 20:44, Jérôme Amagat a écrit :
Et moi je préfère ne pas mélanger les node et way des frontières avec
ceux des rivières.
+1.
Cordialement
--
David Crochet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Francescu GAROBY a écrit :
JOSM (ou OSM directement ?) limite les ways à 2000 points, d'où la
découpe d'un riverbank en plusieurs morceaux.
Au delà des limites arbitraires, il faut bien se dire que plus les
objets sont complexes, plus ils sont difficiles à éditer. Il ne faut
donc jamais hésiter
il y a une relation spéciale pour les cours d'eau:
http://wiki.openstreetmap.org/wiki/Relation:waterway
il faut y mettre surtout les way waterway=river, stream... le nom de la
rivière et le ref:sandre si possible.
les riverbank peuvent être ajouté mais avec le role waterbody.
Sinon le nom de la
Je pense que là aussi la découpe du riverbank est justifiée (mais pas entre
la rive droite et la rive gauche: personnellement je ne découperais le
riverbank que transversalement au lit, là où cette découpe suit une
fontière rejoignant une des deux rives ou les deux, mais pas de découpe du
Dans ce cas, fais une relation contenant tous les bouts de rivières et
c'est sur cette relation que tu appliques le tag ref:sandre.
Francescu
Le 12 mai 2015 16:31, Xavier Cremaschi xav...@cremaschi.fr a écrit :
Ok merci, mais donc ça implique de propager les tags de la rivière à
plusieurs
(J'ai envoyé mon mail trop vite...)
Le wiki dit même que le tag ref:sandre doit être placé sur une relation
http://wiki.openstreetmap.org/wiki/FR:Key:ref:sandre
Francescu
Le 12 mai 2015 16:35, Francescu GAROBY windu...@gmail.com a écrit :
Dans ce cas, fais une relation contenant tous les bouts
Bonjour,
JOSM (ou OSM directement ?) limite les ways à 2000 points, d'où la découpe
d'un riverbank en plusieurs morceaux.
De-même, et ça semble être le cas ici, une rivière peut-être coupée car
certains tronçons servent aussi de frontière.
Francescu
Le 12 mai 2015 15:33, Xavier Cremaschi
Une image vaut mieux qu'un long discours...
Faut-il fusionner les rivières définies en plusieurs morceaux ? Même
question pour les multipolygons waterway=riverbank.
Si vous rajoutez un cours d'eau, le faites-vous en plusieurs morceaux ?
Merci d'avance,
Xavier.
Bonjour
- Mail original -
De: Xavier Cremaschi omega.xav...@gmail.com
Faut-il fusionner les rivières définies en plusieurs morceaux ? Même question
pour les multipolygons waterway=riverbank.
Si vous rajoutez un cours d'eau, le faites-vous en plusieurs morceaux ?
- Mail original
Sauf pour les cours petits ruisseaux qui n'ont pas encore eu besoin d'être
découpés. Ce sont pourtant les plus nombreux (et de loin!).
Les relations resteront donc longtemps une minorité (tant qu'on ne fera pas
du micromapping aussi sur ces petits ruisseaux, ou qu'on ne passera pas à
l'échelle du
Le mardi 18 septembre 2012 07:47:01 Hélène PETIT a écrit :
Et ce calque cadastre, on ne doit pas s'en passer, à mon avis.
C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé.
Ça relance l'idée de construire un service TMS/XYZ performant pour le
cadastre. Ça serait jouable pour
Le mardi 18 septembre 2012 à 07:47 +0200, Hélène PETIT a écrit :
Bing, on l'a de suite (mais il faudra ensuite le recaler sur le cadastre).
Et ce calque cadastre, on ne doit pas s'en passer, à mon avis.
Salut Hélène,
je trouve que ces deux points se discutent.
- Dans mon coin, c'est souvent
2012/9/18 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé.
Ça relance l'idée de construire un service TMS/XYZ performant pour le
cadastre. Ça serait jouable pour openstreetmap.fr dans le principe ?
Il faut rappeler
Concernant la rapidité de chargement du cadastre, est-ce que tu travailles
dessus particulièrement en journée et en semaine ?
J'ai lu que les serveurs côté cadastre chauffent pas mal durant les
heures de bureau.
Et de mon côté, qui ne l'utilise que soir et week-end, j'ai rarement été
ennuyé, c'est
Le mardi 18 septembre 2012 10:00:08 Pieren a écrit :
2012/9/18 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé.
Ça relance l'idée de construire un service TMS/XYZ performant pour le
cadastre. Ça serait jouable pour
Le 18 septembre 2012 07:47, Hélène PETIT h...@free.fr a écrit :
Planifier ce chargement du cadastre dans le rythme de travail est souvent
difficile, et ça doit être précisé : récemment un nouveau contributeur était
persuadé que le chargement du cadastre chez lui ne marchait pas, avant de
Le mercredi 1 juin 2011 23:33:40, Vincent Pottier a écrit :
Bonsoir,
@Sly,
C'est rafraîchit tout les combien cette image (s'il y a une périodicité) ?
http://beta.letuffe.org/ressources/cartes/hydrographie-france.png
Visiblement un bug l'empêchait, j'ai remis la génération de cette image en
Bonsoir,
@Sly,
C'est rafraîchit tout les combien cette image (s'il y a une périodicité) ?
http://beta.letuffe.org/ressources/cartes/hydrographie-france.png
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
J'aimerais dire mapping comes first, genre, on se mets d'accord sur un
truc
simple, on fait une jolie démo et documentation et ensuite on défini un
truc
de dingue en incluant et sans détruire le truc simple.
Ok, on fait comme ça. Yaka.
En fait, je devais pas avoir bien
Bonjour,
== Les rivières way ==
En tombant sur ma vielle tentative de dessiner un fond de carte des grands
cours d'eau de france :
http://wiki.openstreetmap.org/w/images/0/08/Hydro.png
Je me suis dis que ça n'était pas terrible et que mon niveau postgis/mapnik
évoluant, je devrais arriver à
Le 15 juil. 10 à 18:59, sly (sylvain letuffe) a écrit :
Le consensus c'est alors : pas de multi ? chacun son truc ? ou :
sly, tu nous
fais chier ! ;-)
Ma méthode (La Charente : http://www.openstreetmap.org/browse/relation/961832)
c'est de mettre le way du lit principal dans une relation
On 15/07/2010 18:59, sly (sylvain letuffe) wrote:
relation
Sauf que ma méthode est loin d'être reconnue et bien utilisée et que
visiblement ça se bat fort :
http://wiki.openstreetmap.org/wiki/WikiProject_Rivers
entre ceux qui voudraient une relation qui contienne le nombre de canard par
km^2,
Le 15 juil. 10 à 21:52, Vincent Pottier a écrit :
La relation (peu importe dans un premier temps[2] son type, son
nom...) regroupe des waterways et waterbank.
Il me parait pertinent de créer une relation qui représente un
objet : la rivière, et dont les rôles signifient sous quel aspect
Le jeudi 15 juillet 2010 19:30:54, Pierre-Alain Dorange a écrit :
Ma méthode (La Charente :
http://www.openstreetmap.org/browse/relation/961832) c'est de mettre le
way du lit principal dans une relation pour avoir le tracé global du
fleuve.
ça me semble bien fait et utilisable, je crois que
Le 15 juil. 10 à 23:22, sylvain letuffe a écrit :
Je suis informaticien moi ! Ma religion m'interdit de préparer un
rendu en
listant à la main les 30 rivières/fleuves à représenter. Les + de
100km je
peux les déterminer automatiquement par calcul, je vais pas m'en
priver.
Je suis aussi
Ayant pas mal fait d'ajout autour de l'Yonne, j'ai créé une relation comme
indiqué et rajouté l'Yonne dans les rivières de plus de 100km (292km).
Ce genre de liste permet de voir l'avancée du travail de cartographie. Le
site du SANDRE indique les longueurs des différents cours d'eau, cela permet
Le jeudi 15 juillet 2010 21:52:27, Vincent Pottier a écrit :
entre ceux qui voudraient une relation qui contienne le nombre de canard
par km^2
Et bien, il y en a s'il devaient mapper une sardine, peuchère, elle
boucherai le port de Marseille, con ! Sly tu ezzagère ! J'ai jamais
parlé de
Le 15 juil. 10 à 23:44, Christian Quest a écrit :
Ayant pas mal fait d'ajout autour de l'Yonne, j'ai créé une relation
comme indiqué et rajouté l'Yonne dans les rivières de plus de 100km
(292km).
Tu as bien fait, mais l'Yonne est une rivière la liste était les
fleuves, mais y'a pas de
Le jeudi 15 juillet 2010 23:44:25, Christian Quest a écrit :
Ce genre de liste permet de voir l'avancée du travail de cartographie. Le
site du SANDRE indique les longueurs des différents cours d'eau, cela
permet de comparer avec la longueur actuellement présente dans OSM.
ça, je peux faire la
Le Wed 13 Jan 2010 à 01:19 +0100, Vincent Pottier a ecrit :
Moi je ne sais faire que des requêtes /relation/gnagna/full
Donc je mets les riverbanks dans la relation avec le rôle riverbank.
C'est pas très malin, mais c'est efficace et si c'est une info
calculable, ça n'est pas un info
Salut,
Le SANDRE (Service d’Administration Nationale des Données et Référentiels sur
l’Eau)
fournit un référentiel avec une fiche-rivière pour chaque cours d'eau français.
Un exemple pour l'Aigues :
http://sandre.eaufrance.fr/app/chainage/courdo/htm/V53-0400.php?cg=V53-0400
Ma proposition est
Le mardi 12 janvier 2010 19:33:08, Guillaume Allegre a écrit :
Salut,
Le SANDRE (Service d’Administration Nationale des Données et Référentiels
sur l’Eau) fournit un référentiel avec une fiche-rivière pour chaque cours
d'eau français. Un exemple pour l'Aigues :
+--On 12 janvier 2010 19:33:08 +0100 Guillaume Allegre
allegre.guilla...@free.fr wrote:
| Salut,
|
| Le SANDRE (Service d’Administration Nationale des Données et
| Référentiels sur l’Eau) fournit un référentiel avec une
| fiche-rivière pour chaque cours d'eau français. Un exemple pour
| l'Aigues
Le Tue 12 Jan 2010 à 19:36 +0100, Frédéric Rodrigo a ecrit :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau
Pas un mot de plus ;)
OK, désolé d'avoir raté ça. J'ai cherché une page avec hydrographie, et
j'ai rien trouvé.
C'était donc une bonne idée ;-)
Seul truc qui me
Le Tue 12 Jan 2010 à 20:07 +0100, Mathieu Arnold a ecrit :
J'allais répondre, mais j'ai vu qu'on a déjà donné la réponse :-)
J'ai récement fait 80 bornes d'un affluent de La Garonne, le Dropt, en me
basant sur ce que j'ai trouvé dans le wiki :
+--On 12 janvier 2010 20:24:26 +0100 Guillaume Allegre
allegre.guilla...@free.fr wrote:
| Le Tue 12 Jan 2010 à 20:07 +0100, Mathieu Arnold a ecrit :
|
| J'allais répondre, mais j'ai vu qu'on a déjà donné la réponse :-)
| J'ai récement fait 80 bornes d'un affluent de La Garonne, le Dropt, en
| me
47 matches
Mail list logo