Re: [OSM-talk-fr] way dupliqués

2013-05-09 Par sujet Frédéric Rodrigo 

Le 08/05/2013 11:46, didier2020 a écrit :

...tour de planete afin de corriger les ways dupliqués
...
bilan des courses depuis mi-mars:
nombre de ways effacés : 100 000, ce qui représente 592 000 nodes



je vais refaire les analyses osmoses pour le reste que j'ai oublié ...


suppression de ways : 40 000,  nodes 140 000 , relations 500
cela concerne les données d'import canvec au canada


Pour canvec il y en a vraiment beaucoup plus que ça. Il y a un problème 
de "double inner". Il y a le même problème avec CLC.


http://osmose.openstreetmap.fr/fr/errors/?item=1170&class=1

Mais le canada est loin, très loin devant avec les 100 000 doubles inner 
polygonones.


Frédéric.


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

Re: [OSM-talk-fr] tag zone:maxspeed - était Re: Choix d'un projet pour le mois de mai : tag zone:maxspeed

2013-05-09 Par sujet lenny 


Le 08/05/2013 11:56, Pieren a écrit :

2013/5/7 Nicolas Dumoulin:


Pour les zones 30, ça me satisfait comme ça. À la limite, je veux bien
expliciter le maxspeed=30, mais effectivement, le source:maxspeed me parait
aussi superflu.

Restons simple. Pour désigner une route/rue, seul le tag "highway" est
requis au minimum. Pour désigner une limite de vitesse, seul le tag
"maxspeed" est requis au minimum. Tous les autres tags expliquant la
source et type de limitation sont optionnels.

Il me semble que "zone:maxspeed" a un sens : dans ma commune, j'ai
- une petite rue qui serpente limitée à 30 ; il y a un simple panneau de 
début de limitation à 30 (B14) et un de fin.
- des ensembles de plusieurs rues (écoles, crèche, mairie) avec un 
panneau d'entrée "zone à 30" (B30) et de fin "zone 30" à chaque fois que 
l'on entre/sort de la zone.


C'est sur que le "maxspeed" suffit dans les deux cas (je n'ai d'ailleurs 
mis que celui-ci) ; mais, la mairie a certainement voulu signaler des 
choses différentes : http://fr.wikipedia.org/wiki/Zone_30.
Si je laisse ce seul tag et que je le montre à la mairie, ils ne verrons 
pas cette différence qui existe sur le terrain.


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

Re: [OSM-talk-fr] way dupliqués

2013-05-09 Par sujet didier2020 
Le jeudi 09 mai 2013 à 11:02 +0200, Frédéric Rodrigo a écrit : 
> Le 08/05/2013 11:46, didier2020 a écrit :
> >> ...tour de planete afin de corriger les ways dupliqués
ways dupliqués : meme géométrie et meme tag pour etre plus précis 
> >> ...
> >> bilan des courses depuis mi-mars:
> >> nombre de ways effacés : 100 000, ce qui représente 592 000 nodes
> >
> >> je vais refaire les analyses osmoses pour le reste que j'ai oublié ...
> >
> > suppression de ways : 40 000,  nodes 140 000 , relations 500
> > cela concerne les données d'import canvec au canada
> 
> Pour canvec il y en a vraiment beaucoup plus que ça. Il y a un problème 
> de "double inner". Il y a le même problème avec CLC.
> 
> http://osmose.openstreetmap.fr/fr/errors/?item=1170&class=1
> 
> Mais le canada est loin, très loin devant avec les 100 000 doubles inner 
> polygonones.
la, c'est un probleme de fond car ce sont des scripts qui générent ces doubles 
inner
(CLC, canvec, Qadastre) 
> Frédéric.




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

Re: [OSM-talk-fr] Rendu osm_fr : bassins

2013-05-09 Par sujet Christian Quest 
Le 8 mai 2013 19:13, Christophe Jacquet  a écrit :
> Bonjour,
>
> Bravo pour le rendu osm_fr ! Voici trois suggestions :
>
>
> 1) Bassins écréteurs de crue :
>
> Un exemple : http://www.openstreetmap.org/browse/way/42273796
>
> Si j'en crois le wiki
> (http://wiki.openstreetmap.org/wiki/Tag:landuse=basin?uselang=fr), ça
> se tague par landuse=basin + basin=detention.
>
> Le rendu Mapnik par défaut affiche la même chose qu'un lac, ce qui est
> trompeur car la plupart du temps, un tel bassin ne contient pas d'eau
> !
>
> L'IGN représente une successions de lignes bleues horizontales plutôt
> qu'un aplat : ça me semble pas mal, pourrait-on avoir la même chose
> sur le rendu fr ?
>
>


Est-ce que ça va comme ça ? http://cl.ly/image/2t1f3E0O2T0m


-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

[OSM-talk-fr] Aéroports et Lieux - rendu osm-fr

2013-05-09 Par sujet OpenSourceWay 

Salut,

Tant qu'on est tous en train de peaufiner sur le rendu fr pour en faire 
un rendu de feu, je me permet d'ajouter deux points qui me gênent.


*1. Les aérodromes*
Un aérodrome est vraiment un lieu où personne ne va, sauf les amateurs, 
les afficher dès le zoom 10 donne des chose spéciales, exemple :

http://tile.openstreetmap.fr/?zoom=10&lat=42.93942&lon=0.40381&layers=B0F

*2. Les noms de villes*
Ils sont à mes yeux trop petit, il faut avoir de bons yeux pour les voir 
aux zooms 8 et 9, exemple :

http://tile.openstreetmap.fr/?zoom=8&lat=43.82173&lon=0.72791&layers=B0F

*3. Les surfaces*
La carte ressemble parfois plus à un tableau qu'à une carte du au choix 
de représenter les landuse par des couleurs unies (les cartes TOPO et 
autres n'utilisent pas cette représentation), je suis pour ma part 
contre l'idée du rendu officiel des landuse en couleurs unies.
Mais si vous y tenez, est-il possible d'intensifier la couleur avec le 
zoom ? (en ajoutant un calque blanc transparent entre les landuse et les 
routes, POI et éléments aux dessus, la transparence du calque diminuant 
avec le zoom progressif).

Exemple d'une zone illisible : Les Landes :
http://tile.openstreetmap.fr/?zoom=9&lat=44.19411&lon=-0.3103&layers=B0F

Voilà pour moi chef !

Merci encore.

--
OpenSourceWay
  skype : opensourceway
  opensourceway.fr.nf

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

Re: [OSM-talk-fr] Rendu osm_fr : bassins

2013-05-09 Par sujet David Crochet 

Bonjour

Le 09/05/2013 13:18, Christian Quest a écrit :

Est-ce que ça va comme ça ? http://cl.ly/image/2t1f3E0O2T0m


C'est une représentation que j'ai jamais vue telle que, donc cela fait 
drôle au départ.


Cordialement


--
David Crochet

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

Re: [OSM-talk-fr] Aéroports et Lieux - rendu osm-fr

2013-05-09 Par sujet Christian Quest 
Le 9 mai 2013 13:38, OpenSourceWay  a écrit :
> Salut,
>
> Tant qu'on est tous en train de peaufiner sur le rendu fr pour en faire un
> rendu de feu, je me permet d'ajouter deux points qui me gênent.
>
> 1. Les aérodromes
> Un aérodrome est vraiment un lieu où personne ne va, sauf les amateurs, les
> afficher dès le zoom 10 donne des chose spéciales, exemple :
> http://tile.openstreetmap.fr/?zoom=10&lat=42.93942&lon=0.40381&layers=B0F
>

Il y a surtout des données assez bizarre... par exemple "Hautacam
Airport"... je connais le coin et à ma connaissance il y a une
altisurface (pour hélico) mais aucun aérodrome. Je pense que c'est la
même chose sur pas mal de cas dans la zone.

La majorité provient d'un import (ourairports) d'où les noms en
anglais "xxx airport".

A creuser...


> 2. Les noms de villes
> Ils sont à mes yeux trop petit, il faut avoir de bons yeux pour les voir aux
> zooms 8 et 9, exemple :
> http://tile.openstreetmap.fr/?zoom=8&lat=43.82173&lon=0.72791&layers=B0F
>

Oui, il y a pas mal à revoir pour les noms de villes. C'est assez
compliqué de trouver une bonne règle de généralisation car en zone
dense (par exemple autour de Paris) c'est limite lisible, et par
ailleurs, on a de grandes zones vides avec les noms écrits en petit.

Actuellement c'est le tag place=* couplé à population=* qui sert à
classifier les noms de villes. Il faudrait peut être aussi prendre en
compte la superficie.

> 3. Les surfaces
> La carte ressemble parfois plus à un tableau qu'à une carte du au choix de
> représenter les landuse par des couleurs unies (les cartes TOPO et autres
> n'utilisent pas cette représentation), je suis pour ma part contre l'idée du
> rendu officiel des landuse en couleurs unies.

Quel autre type de rendu verrais-tu à la place que des couleurs unies
à ces échelles intermédiaires ?

> Mais si vous y tenez, est-il possible d'intensifier la couleur avec le zoom
> ? (en ajoutant un calque blanc transparent entre les landuse et les routes,
> POI et éléments aux dessus, la transparence du calque diminuant avec le zoom
> progressif).
> Exemple d'une zone illisible : Les Landes :
> http://tile.openstreetmap.fr/?zoom=9&lat=44.19411&lon=-0.3103&layers=B0F
>

Je n'y tiens pas particulièrement, j'ai assez peu touché à cet aspect
de la feuille de style OSM, juste éclaircit les landuse=farm/farmland
et assombrit les forêts de résineux.

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

Re: [OSM-talk-fr] Aéroports et Lieux - rendu osm-fr

2013-05-09 Par sujet Francescu GAROBY 
Pour l'exemple des Landes, je rajouterais l'affichage des bases militaires.
Là, on a un gros trou (au nord de Mont-de-Marsan) dans le landuse. Trou qui
n'et rempli qu'au zoom suivant. Il serait donc peut-être intéressant de
faire apparaitre la base (mais c'est sans doute valable pour d'autres
choses), au moins de manière légère (et la couleur devient de + en +
sombre, au fur et à mesure qu'on zoome).

Francescu


Le 9 mai 2013 13:38, OpenSourceWay  a écrit :

>  Salut,
>
> Tant qu'on est tous en train de peaufiner sur le rendu fr pour en faire un
> rendu de feu, je me permet d'ajouter deux points qui me gênent.
>
> *1. Les aérodromes*
> Un aérodrome est vraiment un lieu où personne ne va, sauf les amateurs,
> les afficher dès le zoom 10 donne des chose spéciales, exemple :
>
> http://tile.openstreetmap.fr/?zoom=10&lat=42.93942&lon=0.40381&layers=B0F
>
> *2. Les noms de villes*
> Ils sont à mes yeux trop petit, il faut avoir de bons yeux pour les voir
> aux zooms 8 et 9, exemple :
>
> http://tile.openstreetmap.fr/?zoom=8&lat=43.82173&lon=0.72791&layers=B0F
>
> *3. Les surfaces*
> La carte ressemble parfois plus à un tableau qu'à une carte du au choix de
> représenter les landuse par des couleurs unies (les cartes TOPO et autres
> n'utilisent pas cette représentation), je suis pour ma part contre l'idée
> du rendu officiel des landuse en couleurs unies.
> Mais si vous y tenez, est-il possible d'intensifier la couleur avec le
> zoom ? (en ajoutant un calque blanc transparent entre les landuse et les
> routes, POI et éléments aux dessus, la transparence du calque diminuant
> avec le zoom progressif).
> Exemple d'une zone illisible : Les Landes :
>
> http://tile.openstreetmap.fr/?zoom=9&lat=44.19411&lon=-0.3103&layers=B0F
>
> Voilà pour moi chef !
>
> Merci encore.
>
> --
> OpenSourceWay
>   skype : opensourceway
>   opensourceway.fr.nf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aéroports et Lieux - rendu osm-fr

2013-05-09 Par sujet OpenSourceWay 

Le 09/05/2013 13:05, Christian Quest a écrit :

Le 9 mai 2013 13:38, OpenSourceWay  a écrit :

Salut,

Tant qu'on est tous en train de peaufiner sur le rendu fr pour en faire un
rendu de feu, je me permet d'ajouter deux points qui me gênent.

1. Les aérodromes
Un aérodrome est vraiment un lieu où personne ne va, sauf les amateurs, les
afficher dès le zoom 10 donne des chose spéciales, exemple :
http://tile.openstreetmap.fr/?zoom=10&lat=42.93942&lon=0.40381&layers=B0F

Il y a surtout des données assez bizarre... par exemple "Hautacam
Airport"... je connais le coin et à ma connaissance il y a une
altisurface (pour hélico) mais aucun aérodrome. Je pense que c'est la
même chose sur pas mal de cas dans la zone.

La majorité provient d'un import (ourairports) d'où les noms en
anglais "xxx airport".

A creuser...
Autant pour moi, on à des zones comme ça un peu partout (et pas qu'en 
France), mais les aérodromes sont fréquentés uniquement par des 
passionnés, je trouve mal placé de les mettre autant en valeur.

2. Les noms de villes
Ils sont à mes yeux trop petit, il faut avoir de bons yeux pour les voir aux
zooms 8 et 9, exemple :
http://tile.openstreetmap.fr/?zoom=8&lat=43.82173&lon=0.72791&layers=B0F

Oui, il y a pas mal à revoir pour les noms de villes. C'est assez
compliqué de trouver une bonne règle de généralisation car en zone
dense (par exemple autour de Paris) c'est limite lisible, et par
ailleurs, on a de grandes zones vides avec les noms écrits en petit.

Actuellement c'est le tag place=* couplé à population=* qui sert à
classifier les noms de villes. Il faudrait peut être aussi prendre en
compte la superficie.

3. Les surfaces
La carte ressemble parfois plus à un tableau qu'à une carte du au choix de
représenter les landuse par des couleurs unies (les cartes TOPO et autres
n'utilisent pas cette représentation), je suis pour ma part contre l'idée du
rendu officiel des landuse en couleurs unies.

Quel autre type de rendu verrais-tu à la place que des couleurs unies
à ces échelles intermédiaires ?


Mais si vous y tenez, est-il possible d'intensifier la couleur avec le zoom
? (en ajoutant un calque blanc transparent entre les landuse et les routes,
POI et éléments aux dessus, la transparence du calque diminuant avec le zoom
progressif).
Exemple d'une zone illisible : Les Landes :
http://tile.openstreetmap.fr/?zoom=9&lat=44.19411&lon=-0.3103&layers=B0F


Je n'y tiens pas particulièrement, j'ai assez peu touché à cet aspect
de la feuille de style OSM, juste éclaircit les landuse=farm/farmland
et assombrit les forêts de résineux.
Le rendu en surface est peut-être bien en fait (je n'ai pas d'autres 
idées) mais voici trois exemples de cartes plus lisibles (à mes yeux). 
En forçant les routes et éclaircissant le reste.

http://mc.bbbike.org/mc/?lon=0.04218&lat=43.56469&zoom=8&num=4&mt0=mapnik-german&mt1=google-map&mt2=hike_bike&mt3=mapnik

--
OpenSourceWay
  skype : opensourceway
  opensourceway.fr.nf


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

Re: [OSM-talk-fr] Aéroports et Lieux - rendu osm-fr

2013-05-09 Par sujet OpenSourceWay 
Je suis complètement d'accord avec toi, le trou est gênant, mais est du 
au vide de la carte dans la base. Si la base serais mappée le résultat 
serait parlant.
Dans ce cas il faut prendre en compte la surface et n'afficher que les 
grandes bases. Pour ne pas avoir du rouge partout.


Le 09/05/2013 13:15, Francescu GAROBY a écrit :

Pour l'exemple des Landes, je rajouterais l'affichage des bases militaires.
Là, on a un gros trou (au nord de Mont-de-Marsan) dans le landuse. Trou qui
n'et rempli qu'au zoom suivant. Il serait donc peut-être intéressant de
faire apparaitre la base (mais c'est sans doute valable pour d'autres
choses), au moins de manière légère (et la couleur devient de + en +
sombre, au fur et à mesure qu'on zoome).

Francescu


--
OpenSourceWay
  skype : opensourceway
  opensourceway.fr.nf


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

Re: [OSM-talk-fr] Aéroports et Lieux - rendu osm-fr

2013-05-09 Par sujet Francescu GAROBY 
Mais la base est mappée (au moins sa superficie), et on la voit au zoom 10.
Là on passe du vide (zoom 9) à une surface rouge hachurée (zoom 10), sans
raison.

Francescu


Le 9 mai 2013 14:26, OpenSourceWay  a écrit :

> Je suis complètement d'accord avec toi, le trou est gênant, mais est du au
> vide de la carte dans la base. Si la base serais mappée le résultat serait
> parlant.
> Dans ce cas il faut prendre en compte la surface et n'afficher que les
> grandes bases. Pour ne pas avoir du rouge partout.
>
> Le 09/05/2013 13:15, Francescu GAROBY a écrit :
>
>  Pour l'exemple des Landes, je rajouterais l'affichage des bases
>> militaires.
>> Là, on a un gros trou (au nord de Mont-de-Marsan) dans le landuse. Trou
>> qui
>> n'et rempli qu'au zoom suivant. Il serait donc peut-être intéressant de
>> faire apparaitre la base (mais c'est sans doute valable pour d'autres
>> choses), au moins de manière légère (et la couleur devient de + en +
>> sombre, au fur et à mesure qu'on zoome).
>>
>> Francescu
>>
>
> --
> OpenSourceWay
>   skype : opensourceway
>   opensourceway.fr.nf
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vrai-faux aerodromes (etait: Aéroports et Lieux...)

2013-05-09 Par sujet Dominique Rousseau 
Le Thu, May 09, 2013 at 02:05:40PM +0200, Christian Quest 
[cqu...@openstreetmap.fr] a écrit:
> Le 9 mai 2013 13:38, OpenSourceWay  a écrit :
> > 1. Les aérodromes
(...)
> 
> Il y a surtout des données assez bizarre... par exemple "Hautacam
> Airport"... je connais le coin et à ma connaissance il y a une
> altisurface (pour hélico) mais aucun aérodrome. Je pense que c'est la
> même chose sur pas mal de cas dans la zone.
> 
> La majorité provient d'un import (ourairports) d'où les noms en
> anglais "xxx airport".
> 
> A creuser...

Ça pourrait faire l'objet d'un test osmose, peut-être ?

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] Vrai-faux aerodromes (etait: Aéroports et Lieux...)

2013-05-09 Par sujet OpenSourceWay 
Osmose ne peux malheureusement pas dire si le nom est bizarre ou si il y 
a physiquement un aérodrome ou non (enfin je pense)


Mais un projet de la semaine, je pense que c'est possible, et ça sera 
vite plié.


Le 09/05/2013 13:37, Dominique Rousseau a écrit :

Le Thu, May 09, 2013 at 02:05:40PM +0200, Christian Quest 
[cqu...@openstreetmap.fr] a écrit:

Le 9 mai 2013 13:38, OpenSourceWay  a écrit :

1. Les aérodromes

(...)

Il y a surtout des données assez bizarre... par exemple "Hautacam
Airport"... je connais le coin et à ma connaissance il y a une
altisurface (pour hélico) mais aucun aérodrome. Je pense que c'est la
même chose sur pas mal de cas dans la zone.

La majorité provient d'un import (ourairports) d'où les noms en
anglais "xxx airport".

A creuser...

Ça pourrait faire l'objet d'un test osmose, peut-être ?


--
OpenSourceWay
   skype : opensourceway
   opensourceway.fr.nf


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

Re: [OSM-talk-fr] Vrai-faux aerodromes (etait: Aéroports et Lieux...)

2013-05-09 Par sujet Dominique Rousseau 
(je remets ton mail à l'endroit)

Le Thu, May 09, 2013 at 01:45:36PM +0100, OpenSourceWay 
[opensource...@laposte.net] a écrit:
>>> La majorité provient d'un import (ourairports) d'où les noms en
>>> anglais "xxx airport".
>>>
>>> A creuser...
>> Ça pourrait faire l'objet d'un test osmose, peut-être ?
>
> Osmose ne peux malheureusement pas dire si le nom est bizarre ou si il y  
> a physiquement un aérodrome ou non (enfin je pense)
>
> Mais un projet de la semaine, je pense que c'est possible, et ça sera  
> vite plié.

Je pensais juste à ce que ça sorte les emplacement taggés "xxx airport"
pour indiquer qu'il faut vérifier si il y a bien un arérodrome, le nom,
etc.


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

[OSM-talk-fr] tourisme italien

2013-05-09 Par sujet didier2020 
bien choisir le lieu
http://www.openstreetmap.org/browse/way/20941
http://www.openstreetmap.org/browse/way/208180358

sinon prendre un billet aller-simple


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

Re: [OSM-talk-fr] Rendu osm_fr : bassins

2013-05-09 Par sujet Christophe Jacquet 
Bonjour,

2013/5/9 Christian Quest :
> Est-ce que ça va comme ça ? http://cl.ly/image/2t1f3E0O2T0m

Ça me semble bien, oui, ça ressemble à ce qu'on peut voir sur les cartes IGN.

Merci :-)

Christophe (ChJ).

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

Re: [OSM-talk-fr] tourisme italien

2013-05-09 Par sujet Philippe Verdy 
Prison ou hôtel, visiblement c'est fait pour le long séjour ! Il n'y manque
plus que l'hospice et le cimetière. Ou alors c'est pour dire que c'est un
tôlier qui tient l'hôtel.


2013/5/9 didier2020 

> bien choisir le lieu
> http://www.openstreetmap.org/browse/way/20941
> http://www.openstreetmap.org/browse/way/208180358
>
> sinon prendre un billet aller-simple
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] power_source -> generator:source

2013-05-09 Par sujet François Lacombe 
Bonjour,



Le 8 mai 2013 09:44, Pierre-Alain Dorange  a écrit :

> Si je comprend bien, power=plant s'appliquerait au "site industriel"
> dans son ensemble et ower=générator à chaque réacteur.
> Idem pour les autres types de centrales.
>

Tout à fait.
Le point d'attention est que dans le cas où la centrale est mono-site,
aucune relation n'est utilisée et l'approche spatiale prévaut.
Dans le cas d'éléments disséminés sur le terrain, power=plant s'applique
sur une relation où le mapper ajoute ce que bon lui semble.



> En complément, pour les centrales nucléaires, en outre de la start_date
> (date de construction) il existe la notion de "mise en service" (au
> niveau des réacteurs) qui est parfois 5 à 10 ans après et aussi la
> notion de "end_date" (date d'arrêt définitif) qui ne correspond pas à la
> destruction (il n'y en a jamais eut encore) mais a l'arrêt de la
> production d'énergie et d'une longue période de démantellement.
>

Il y a eu une partie lifeline management à cette proposition mais cela a
été supprimé.
Ce sont des aspects beaucoup plus larges, globaux à OSM presque et une
discussion devrait être lancée pour savoir comment donner différentes dates
et gérer l'abandon / destruction pour avoir une sorte d'archivage sans
avoir un schéma différent pour chaque domaine.
Je n'ai pas la prétention de pouvoir répondre à cette question seul, c'est
pourquoi je m'abstiendrais de fixer des règles spécifiquement aux centrales
électriques.
Par la suite il est possible d'utiliser start_date / end_date comme sur bon
nombre d'autres features.


Si je n'ai pas d'autres commentaires, ici ou sur la liste internationale,
le vote pour cette proposition devrait démarrer sous peu, le RFC a déjà mis
en évidence pas mal de choses.


Sinon Pierre-Alain j'attends toujours un retour sur mon mail à propos des
réseaux d'eau et d'une proposition que je souhaitais faire aboutir.
Dois-je te le reforwarder ?

A bientôt.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr