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

[Pierre-Alain Dorange]

François Lacombe

wrote:

> Une proposition est actuellement en cours de RFC sur le wiki et traite
> précisément de ces cas.
> http://wiki.openstreetmap.org/wiki/Proposed_features/Power_generation_refi
> nement
> 
> Il serait préférable d'utiliser le modèle décrit dedans, je crois que
> c'est ce qui est préconisé plus haut dans ce fil.

L'approche est intéressante et répond a un soucis que je croise très
souvent avec les centrales nucléaires (désolé c'est mon dada ces
temps-ci) : ou un power=generator est appliqué au site lui même (souvent
un polygone) et aussi parfois en plus surchaque réacteur (une centrale
est composée généralement de plusieurs réacteurs dont certains actifs ou
inactifs).

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.

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.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

[OSM-talk-fr] iD 1.0 !

[Christian Quest]

Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
1.0 et est désormais accessible sur la page d'accueil osm.org

http://wiki.openstreetmap.org/wiki/Id

http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/

-- 
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] Médias et afflux de nouveaux contributeurs...

[Christian Quest]

Ces derniers jours, 2 articles parlant d'OSM sont parus dans le
journal Le Monde ainsi qu'un article sur linuxfr.org.

Résultat, près de 70 nouveaux contributeurs rien que pour hier.
J'avais fait une pause sur l'envoi des messages de bienvenue, je vais
m'y remettre...


https://openstreetmap.fr/piwik/
http://resultmaps.neis-one.org/newestosmcountry.php?c=France

-- 
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] iD 1.0 !

[OpenSourceWay]

Et dans 10 ans, Firefox sous Linux pourra peut-être faire tourner cette 
usine ;)


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

Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
1.0 et est désormais accessible sur la page d'accueil osm.org

http://wiki.openstreetmap.org/wiki/Id

http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/ 




--
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] tag zone:maxspeed - était Re: Choix d'un projet pour le mois de mai : tag zone:maxspeed

[lenny]

Le 07/05/2013 12:00, Romain MEHUT a écrit :
Le wiki indique un ":" après "zone" mais il semblerait qu'il soit 
passé à la trappe: 
http://taginfo.openstreetmap.org/tags/source%3Amaxspeed=DE%3Azone30 (8 
514 valeurs) contre 
http://taginfo.openstreetmap.org/tags/source%3Amaxspeed=DE%3Azone%3A30 
(6209 valeurs)
pareil sur les FR : sans le : 
http://taginfo.openstreetmap.org/search?q=source%3Amaxspeed%3DFR%3Azone30 (576 
valeurs) et avec 
http://taginfo.openstreetmap.org/search?q=source%3Amaxspeed%3DFR%3Azone%3A30 
(524 avec FR et 8 avec Fr)


et avec BE : sans 118 avec 70


Romain

Le 7 mai 2013 11:55, Jo > a écrit :


Il y a les stats sur taginfo.

http://taginfo.openstreetmap.org/keys/source:maxspeed
http://taginfo.openstreetmap.org/keys/zone:traffic

zone:traffic semble ne pas être utilisé en France, je n'ai trouvé que 
des DE: BE: FI: CZ: NL: et quelques isolés

http://taginfo.openstreetmap.org/keys/zone:traffic#values

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

Re: [OSM-talk-fr] iD 1.0 !

[Christian Quest]

Tu rencontre des problèmes ?

Le 8 mai 2013 10:48, OpenSourceWay  a écrit :
> Et dans 10 ans, Firefox sous Linux pourra peut-être faire tourner cette
> usine ;)
>
> Le 08/05/2013 09:38, Christian Quest a écrit :
>
>> Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
>> 1.0 et est désormais accessible sur la page d'accueil osm.org
>>
>> http://wiki.openstreetmap.org/wiki/Id
>>
>>
>> http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/
>>
> --
> OpenSourceWay
>   skype : opensourceway
>   opensourceway.fr.nf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
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] iD 1.0 !

[Philippe Verdy]

Je n'ai pas trouvé comment afficher qu'un objet simple (noeud,
chemin/polygone fermé) fait partie d'une relation. Même si visiblement on
ne peut pas créer ou modifier une relation, ni en afficher les attributs.

Un utilisateur non averti sera donc vite tenté de supprimer des objets dont
il ne voit pas du tout l’utilité  ou encore de surcharger des chemins
ou nœuds d'attributs en contradiction avec les relations qui les utilisent
et qui sont omniprésentes dans la carte (d'autant plus qu'il ne peut rien
voir à un niveau de zoom pas trop avancé sur les autres objets connectés).

De même si l'éditeur a la volonté de simplifier la présentation, il ne
prend pas en charge non plus automatiquement la conversion des
multi-polygones en polygones et vice-versa. Je me demande si ce n'est pas
dangereux d'annoncer ça en version "officielle" pour tout le monde. iD 1.0
ne semble pas prêt encore à égaler ou remplacer Potlatch 2.0.

Cela me semble ne être qu'une bêta de démonstration avec un nouveau look,
fait pour HTML5 et sans Flash, mais il manque quelques fonctions
essentielles (au moins pour ne pas tout massacrer en Europe, même même iD
pourrait encore marcher pendant quelques temps aux USA dans des zones quasi
vierges de données... même même pas à Washington où il nous positionne par
défaut (la gélocalisation de l'utilisateur ne marche visiblement pas du
tout).



Le 8 mai 2013 10:48, OpenSourceWay  a écrit :

> Et dans 10 ans, Firefox sous Linux pourra peut-être faire tourner cette
> usine ;)
>
> Le 08/05/2013 09:38, Christian Quest a écrit :
>
>  Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
>> 1.0 et est désormais accessible sur la page d'accueil osm.org
>>
>> http://wiki.openstreetmap.org/**wiki/Id
>>
>> http://blog.openstreetmap.org/**2013/05/07/openstreetmap-**
>> launches-all-new-easy-map-**editor-and-announces-funding-**appeal/
>>
>>  --
> OpenSourceWay
>   skype : opensourceway
>   opensourceway.fr.nf
>
>
>
> __**_
> 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] tag zone:maxspeed - était Re: Choix d'un projet pour le mois de mai : tag zone:maxspeed

[Jo]

La raison pour laquelle je préfère utiliser 2 tags, c'est que les zones et
les ralentisseurs peuvent se trouver dans l'agglomération et en dehors.

Une rue peut se trouver dans l'agglomération (zone:traffic=urban) et en
dehors  zone:traffic=rural) et en même temps elle peut indépendemment être
dans une zone30/50/70/20. En outre elle peut être highway=motorway
(habituellement en dehors de l'agglo) ou highway=living_street
(habituellement dans l'agglomération).

Pour moi l'un n'est pas nécessairement lié à l'autre, donc il me semble
difficile de décrire tout avec un seul tag source:maxspeed. De l'autre coté
utiliser source:maxspeed pour les zones n'est pas parfait non plus car il
peut y avoir un bout de rue dans l'agglo, dans une zone 30 où ou l'on
trouve un panneau qui restreint la vitesse à 20 km/h. Je ne sais pas s'il
est possible d'avoir des zone30 où la vitesse permis par un panneau devient
50 km/h. Ce serait assez absurde.

Je sais qu'une chose pareille est possible dans une agglomération,
permettre de rouler à 70 sur certains chemins.

Tout ça pour dire qu'il est peut-être une bonne idée de commencer à
utiliser zone:traffic en France également pour les agglomérations
(city_limits/built-up area).

Jo

2013/5/8 lenny 

>
> Le 07/05/2013 12:00, Romain MEHUT a écrit :
>
>  Le wiki indique un ":" après "zone" mais il semblerait qu'il soit passé
> à la trappe:
> http://taginfo.openstreetmap.org/tags/source%3Amaxspeed=DE%3Azone30 (8
> 514 valeurs) contre
> http://taginfo.openstreetmap.org/tags/source%3Amaxspeed=DE%3Azone%3A30(6209 
> valeurs)
>
> pareil sur les FR : sans le :
> http://taginfo.openstreetmap.org/search?q=source%3Amaxspeed%3DFR%3Azone30(576 
> valeurs) et avec
> http://taginfo.openstreetmap.org/search?q=source%3Amaxspeed%3DFR%3Azone%3A30(524
>  avec FR et 8 avec Fr)
>
> et avec BE : sans 118 avec 70
>
>
>  Romain
>
> Le 7 mai 2013 11:55, Jo  a écrit :
>
>> Il y a les stats sur taginfo.
>>
>> http://taginfo.openstreetmap.org/keys/source:maxspeed
>> http://taginfo.openstreetmap.org/keys/zone:traffic
>>
>zone:traffic semble ne pas être utilisé en France, je n'ai trouvé que
> des DE: BE: FI: CZ: NL: et quelques isolés
> http://taginfo.openstreetmap.org/keys/zone:traffic#values
>
>
> ___
> 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] Médias et afflux de nouveaux contributeurs...

[Marc SIBERT]

Si tu veux un coup de main, fournis la liste (en perso peut être) et un
modèle de message, on peut te soulager

A+


Le 8 mai 2013 10:43, Christian Quest  a écrit :

> Ces derniers jours, 2 articles parlant d'OSM sont parus dans le
> journal Le Monde ainsi qu'un article sur linuxfr.org.
>
> Résultat, près de 70 nouveaux contributeurs rien que pour hier.
> J'avais fait une pause sur l'envoi des messages de bienvenue, je vais
> m'y remettre...
>
>
> https://openstreetmap.fr/piwik/
> http://resultmaps.neis-one.org/newestosmcountry.php?c=France
>
> --
> 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
>



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

Re: [OSM-talk-fr] iD 1.0 !

[Jo]

Je n'ai pas trouvé de support pour les relations non plus, mais j'ai bien
trouvé des ronds-points dont il disait qu'il n'est pas possible de combiner
les chemins. Probablement à cause de relations qui n'empruntent que
certains des chemins composants.

Jo

2013/5/8 Philippe Verdy 

> Je n'ai pas trouvé comment afficher qu'un objet simple (noeud,
> chemin/polygone fermé) fait partie d'une relation. Même si visiblement on
> ne peut pas créer ou modifier une relation, ni en afficher les attributs.
>
> Un utilisateur non averti sera donc vite tenté de supprimer des objets
> dont il ne voit pas du tout l’utilité  ou encore de surcharger des chemins
> ou nœuds d'attributs en contradiction avec les relations qui les utilisent
> et qui sont omniprésentes dans la carte (d'autant plus qu'il ne peut rien
> voir à un niveau de zoom pas trop avancé sur les autres objets connectés).
>
> De même si l'éditeur a la volonté de simplifier la présentation, il ne
> prend pas en charge non plus automatiquement la conversion des
> multi-polygones en polygones et vice-versa. Je me demande si ce n'est pas
> dangereux d'annoncer ça en version "officielle" pour tout le monde. iD 1.0
> ne semble pas prêt encore à égaler ou remplacer Potlatch 2.0.
>
> Cela me semble ne être qu'une bêta de démonstration avec un nouveau look,
> fait pour HTML5 et sans Flash, mais il manque quelques fonctions
> essentielles (au moins pour ne pas tout massacrer en Europe, même même iD
> pourrait encore marcher pendant quelques temps aux USA dans des zones quasi
> vierges de données... même même pas à Washington où il nous positionne par
> défaut (la gélocalisation de l'utilisateur ne marche visiblement pas du
> tout).
>
>
>
> Le 8 mai 2013 10:48, OpenSourceWay  a écrit :
>
>> Et dans 10 ans, Firefox sous Linux pourra peut-être faire tourner cette
>> usine ;)
>>
>>
>> Le 08/05/2013 09:38, Christian Quest a écrit :
>>
>>  Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
>>> 1.0 et est désormais accessible sur la page d'accueil osm.org
>>>
>>> http://wiki.openstreetmap.org/**wiki/Id
>>>
>>> http://blog.openstreetmap.org/**2013/05/07/openstreetmap-**
>>> launches-all-new-easy-map-**editor-and-announces-funding-**appeal/
>>>
>>>  --
>> OpenSourceWay
>>   skype : opensourceway
>>   opensourceway.fr.nf
>>
>>
>>
>> __**_
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] iD 1.0 !

[Jean-Baptiste Holcroft]

Sous Firefox/Fedora, ça débute fluide puis ça se surcharge de données et ça
saccade au bout d'une minute. Changer de lieu devient quasi impossible,
sauf à attendre 1 minutes entre chaque mouvement de souris.
Résultat, je n'ai jamais pu tester. J'ignorais que l'intention était de le
mettre à disposition de tous aussi vite. J'aurais fait un bug report.
Ce n'est peut être pas trop tard ?
Le 8 mai 2013 11:28, "Christian Quest"  a écrit :

> Tu rencontre des problèmes ?
>
> Le 8 mai 2013 10:48, OpenSourceWay  a écrit :
> > Et dans 10 ans, Firefox sous Linux pourra peut-être faire tourner cette
> > usine ;)
> >
> > Le 08/05/2013 09:38, Christian Quest a écrit :
> >
> >> Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
> >> 1.0 et est désormais accessible sur la page d'accueil osm.org
> >>
> >> http://wiki.openstreetmap.org/wiki/Id
> >>
> >>
> >>
> http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/
> >>
> > --
> > OpenSourceWay
> >   skype : opensourceway
> >   opensourceway.fr.nf
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[didier2020]

>...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







___
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

[Pieren]

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.

Je viens de découvrir la version française du tag "maxspeed"
http://wiki.openstreetmap.org/wiki/FR:Key:maxspeed
avec malheureusement une section fausse concernant les vitesses
limites "implicites" que je n'ai pas retrouvé dans les versions
anglaises ou allemandes par exemple. S'il y a un consensus, c'est bien
de toujours mettre la clé "maxspeed". Tout le reste n'est que
spéculations, conjectures. Il va falloir que je corrige ce wiki.

> Pour les zones de rencontre, je me suis déjà posé la question sans allé plus
> loin pour l'instant. highway=livestreet n'est pas super pertinent je trouve,
> car il me semble que ça décrit plus le type de rue aménagée pour les piétons,
> ce qui n'est pas toujours le cas des zones de rencontre.

Le tag "highway=living_street" désigne uniquement les zones de
rencontre tels que définis par le panneau de signalisation B52:
http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dliving_street
Les rues uniquement piétonnes sont tagguées avec "highway=pedestrian".
Un tag "highway=living_street" implique donc une vitesse limite de
20km/h. Mais on peut aussi mettre cette limite explicitement avec le
tag "maxspeed=20". Vous pouvez encore ajouter un tag du genre "source"
ou "type" ou "zone" mais c'est encore optionnel.

Pieren

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

Re: [OSM-talk-fr] rendu osm_fr : les arbres

[Cyrille Giquello]

Alimenté de tous ces arguments, maintenant j'aime ton rendu flouté ;-)
Merci !


Le 7 mai 2013 22:57, ZIMMY  a écrit :

> +1
> Je trouve que autant les expressions tranchées graphiques sont bienvenues
> pour bien marquer les repères majeurs (du type bâtiments publics...), les
> éléments végétaux sujets à évolution dans les saisons ont une belle
> expression à travers ce flou. Ça fait moins strict. C'est également un type
> de rendu qui n'existe pas dans les cartes IGN et qui va faire la force des
> rendus électronique écrans.
>
>
>
> verdy_p wrote
> > Je ne trouve pas. Les diamètres sont adaptés à ce qui est représenté. Et
> > la
> > taille à zoom 18 est idéale, réaliste. Au zoom 19-20 cela pourrait même
> > être un peu plus adouci (floutage sur un bord plus important), Cependant
> > au
> > zoom 18 le centre est un peu trop flou à mon goût. Pour moi la moitié
> > interne du rayon doit être non adoucie (même si le remplissage reste
> > semi-transparent, sauf le tronc quand il est visible au zoom 20). L'autre
> > moitié externe formerait un dégradé, mais pas la totalité du rayon comme
> > on
> > voit au zoom 18.
> >
> > Il y a moyen de régler les niveaux de transparence (niveau palier minimum
> > de transparence au centre, rayon relatif de ce palier) pour que cela ne
> > gêne pas la visibilité des autres traits (en cas de débord au centre
> d'une
> > rue: noms/n° de route, sens uniques; frontières admin), ou des POIs
> > (arbres
> > le long d'une avenue: noms des commerces ou arrêts de bus, numéros de
> > bâtiment, signalisation, chemins pétons, escaliers et entrées de
> > souterrains...). Quelques essais de réglages sur un jeu de tuiles limité
> > au
> > rendu offline, avant de publier ça sur la feuille CSS générale.
> >
> > A régler par exemple à Paris, du Rond-Point des Champs-Elysées jusqu'au
> > Louvre (à cause de la densité d'infos à côté). En revanche, aucun intérêt
> > à
> > priori pour positionner chaque arbre hors des petits regroupements de
> > quelques pieds, ou des alignements. Les bois devraient rester des bois
> > sans
> > détailler chaque pied (Bois de Boulogne ou de Versailles par exemple,
> hors
> > des jardins classiques) : un pied ne couvre qu'un rayon de l'ordre de 2-3
> > mètres, ils ne sont plus visibles à zoom faible alors que la surface
> > couverte le reste encore ; taguer les pieds plus la surface donne un
> > travail double et surcharge la carte (on devrait choisir l'une ou l'autre
> > et ne plus taguer pied par pied au delà de 15 mètres de large environ).
> >
> > Mais sinon c'est déjà pas si mal que ça.
> >
> >
> >
> > Le 7 mai 2013 00:16, PierreV <
>
> > belettepv@
>
> > > a écrit :
> >
> >> en effet bonne idée de les "flouter" et de les agrandir par rapport au
> >> rendu
> >> osm.. mais a zoom 18-20 en effet on peut éventuellement réduire le
> >> diamètre?
> >> car ca fait des gros "patés"
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://gis.19327.n5.nabble.com/rendu-osm-fr-les-arbres-tp5759889p5759895.html
> >> Sent from the France mailing list archive at Nabble.com.
> >>
> >> ___
> >> Talk-fr mailing list
> >>
>
> > Talk-fr@
>
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >
> > ___
> > Talk-fr mailing list
>
> > Talk-fr@
>
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
>
> -
> Cordialement,
> ZIMMY
> Jean-Louis ZIMMERMANN
> Développeur territorial (ville d'Orange,FR84)
> Mandataire OSM-France sur le Grand-Sud-est
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/rendu-osm-fr-les-arbres-tp5759889p5760049.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] iD 1.0 !

[OpenSourceWay]

Oui on peux dire ça comme ça…

J'ai un PC pas exceptionnel, dual core avec 2Go de RAM, mais c'est 
impossible de faire tourner ça. C'est lent comme pas possible !


Ensuite, les relations jamais vu mais il est impossible de gérer les 
chemins superposés, moi que fait de la couture, c'est un éditeur non adapté…


Le 08/05/2013 10:26, Christian Quest a écrit :

Tu rencontre des problèmes ?

Le 8 mai 2013 10:48, OpenSourceWay  a écrit :

Et dans 10 ans, Firefox sous Linux pourra peut-être faire tourner cette
usine ;)

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

Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
1.0 et est désormais accessible sur la page d'accueil osm.org

http://wiki.openstreetmap.org/wiki/Id


http://blog.openstreetmap.org/2013/05/07/openstreetmap-launches-all-new-easy-map-editor-and-announces-funding-appeal/


--
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] Médias et afflux de nouveaux contributeurs...

[Christian Quest]

Ca va j'ai presque terminé... et une de ces 4 je vais automatiser ça ;)

Le 8 mai 2013 11:35, Marc SIBERT  a écrit :
> Si tu veux un coup de main, fournis la liste (en perso peut être) et un
> modèle de message, on peut te soulager
>
> A+
>
>
> Le 8 mai 2013 10:43, Christian Quest  a écrit :
>>
>> Ces derniers jours, 2 articles parlant d'OSM sont parus dans le
>> journal Le Monde ainsi qu'un article sur linuxfr.org.
>>
>> Résultat, près de 70 nouveaux contributeurs rien que pour hier.
>> J'avais fait une pause sur l'envoi des messages de bienvenue, je vais
>> m'y remettre...
>>
>>
>> https://openstreetmap.fr/piwik/
>> http://resultmaps.neis-one.org/newestosmcountry.php?c=France
>>
>> --
>> 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
>
>
>
>
> --
> Marc Sibert
> m...@sibert.fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
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] Médias et afflux de nouveaux contributeurs...

[Arnaud Vandecasteele]

Idem pour moi.
On peut se partager le travail si tu le souhaites0.
Je serai heureux de te filer un coup de main.

A.

On 13-05-08 07:05 AM, Marc SIBERT wrote:
Si tu veux un coup de main, fournis la liste (en perso peut être) et 
un modèle de message, on peut te soulager


A+


Le 8 mai 2013 10:43, Christian Quest > a écrit :


Ces derniers jours, 2 articles parlant d'OSM sont parus dans le
journal Le Monde ainsi qu'un article sur linuxfr.org
.

Résultat, près de 70 nouveaux contributeurs rien que pour hier.
J'avais fait une pause sur l'envoi des messages de bienvenue, je vais
m'y remettre...


https://openstreetmap.fr/piwik/
http://resultmaps.neis-one.org/newestosmcountry.php?c=France

--
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




--
Marc Sibert
m...@sibert.fr 


___
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] rendu osm_fr : les arbres

[Christian Quest]

Je vais essayer d'améliorer le rendu des natural=tree_row car là ce
n'est qu'une grande barre verte floutée...

En attendant, le petit ajout de ce matin c'est un magnifique éléphant
comme symbole pour les zoo ;)


Le 8 mai 2013 12:17, Cyrille Giquello  a écrit :
> Alimenté de tous ces arguments, maintenant j'aime ton rendu flouté ;-)
> Merci !
>
>
> Le 7 mai 2013 22:57, ZIMMY  a écrit :
>
>> +1
>> Je trouve que autant les expressions tranchées graphiques sont bienvenues
>> pour bien marquer les repères majeurs (du type bâtiments publics...), les
>> éléments végétaux sujets à évolution dans les saisons ont une belle
>> expression à travers ce flou. Ça fait moins strict. C'est également un
>> type
>> de rendu qui n'existe pas dans les cartes IGN et qui va faire la force des
>> rendus électronique écrans.
>>
>>
>>
>> verdy_p wrote
>> > Je ne trouve pas. Les diamètres sont adaptés à ce qui est représenté. Et
>> > la
>> > taille à zoom 18 est idéale, réaliste. Au zoom 19-20 cela pourrait même
>> > être un peu plus adouci (floutage sur un bord plus important), Cependant
>> > au
>> > zoom 18 le centre est un peu trop flou à mon goût. Pour moi la moitié
>> > interne du rayon doit être non adoucie (même si le remplissage reste
>> > semi-transparent, sauf le tronc quand il est visible au zoom 20).
>> > L'autre
>> > moitié externe formerait un dégradé, mais pas la totalité du rayon comme
>> > on
>> > voit au zoom 18.
>> >
>> > Il y a moyen de régler les niveaux de transparence (niveau palier
>> > minimum
>> > de transparence au centre, rayon relatif de ce palier) pour que cela ne
>> > gêne pas la visibilité des autres traits (en cas de débord au centre
>> > d'une
>> > rue: noms/n° de route, sens uniques; frontières admin), ou des POIs
>> > (arbres
>> > le long d'une avenue: noms des commerces ou arrêts de bus, numéros de
>> > bâtiment, signalisation, chemins pétons, escaliers et entrées de
>> > souterrains...). Quelques essais de réglages sur un jeu de tuiles limité
>> > au
>> > rendu offline, avant de publier ça sur la feuille CSS générale.
>> >
>> > A régler par exemple à Paris, du Rond-Point des Champs-Elysées jusqu'au
>> > Louvre (à cause de la densité d'infos à côté). En revanche, aucun
>> > intérêt
>> > à
>> > priori pour positionner chaque arbre hors des petits regroupements de
>> > quelques pieds, ou des alignements. Les bois devraient rester des bois
>> > sans
>> > détailler chaque pied (Bois de Boulogne ou de Versailles par exemple,
>> > hors
>> > des jardins classiques) : un pied ne couvre qu'un rayon de l'ordre de
>> > 2-3
>> > mètres, ils ne sont plus visibles à zoom faible alors que la surface
>> > couverte le reste encore ; taguer les pieds plus la surface donne un
>> > travail double et surcharge la carte (on devrait choisir l'une ou
>> > l'autre
>> > et ne plus taguer pied par pied au delà de 15 mètres de large environ).
>> >
>> > Mais sinon c'est déjà pas si mal que ça.
>> >
>> >
>> >
>> > Le 7 mai 2013 00:16, PierreV <
>>
>> > belettepv@
>>
>> > > a écrit :
>> >
>> >> en effet bonne idée de les "flouter" et de les agrandir par rapport au
>> >> rendu
>> >> osm.. mais a zoom 18-20 en effet on peut éventuellement réduire le
>> >> diamètre?
>> >> car ca fait des gros "patés"
>> >>
>> >>
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> >> http://gis.19327.n5.nabble.com/rendu-osm-fr-les-arbres-tp5759889p5759895.html
>> >> Sent from the France mailing list archive at Nabble.com.
>> >>
>> >> ___
>> >> Talk-fr mailing list
>> >>
>>
>> > Talk-fr@
>>
>> >> http://lists.openstreetmap.org/listinfo/talk-fr
>> >>
>> >
>> > ___
>> > Talk-fr mailing list
>>
>> > Talk-fr@
>>
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>>
>>
>> -
>> Cordialement,
>> ZIMMY
>> Jean-Louis ZIMMERMANN
>> Développeur territorial (ville d'Orange,FR84)
>> Mandataire OSM-France sur le Grand-Sud-est
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/rendu-osm-fr-les-arbres-tp5759889p5760049.html
>> Sent from the France mailing list archive at Nabble.com.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
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] PNR des Millevaches

[Bobo]

Salut,
Pour le compte Pnr_millevaches, c'est un compte qui a été créé avec les
 membres du parc pour qu'ils puissent s'approprier les outils.
La page de présentation aura pour but de suivre les différentes
activités du parc en lien avec OSM.

Pour les modifications de Parie sur la ville d'Eymoutiers.
Je vais essayer de voir avec lui comment il a fait pour la zone
et lui dire qu'il y a peut être des méthodes de mapper plus simples.
je me dis qu'il a du passer pas mal de temps à faire ça.

Bonne journée





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

Re: [OSM-talk-fr] PNR des Millevaches

[Marc SIBERT]

Bonjour,

Concernant les évidement, ça pose aussi le problème de savoir si une rue se
trouve en zone résidentielle. Si on exclut les rues du landuse, la requête
n'a pas de sens.

Mes 0.02 €

A+


Le 8 mai 2013 12:43, Bobo  a écrit :

> Salut,
> Pour le compte Pnr_millevaches, c'est un compte qui a été créé avec les
>  membres du parc pour qu'ils puissent s'approprier les outils.
> La page de présentation aura pour but de suivre les différentes
> activités du parc en lien avec OSM.
>
> Pour les modifications de Parie sur la ville d'Eymoutiers.
> Je vais essayer de voir avec lui comment il a fait pour la zone
> et lui dire qu'il y a peut être des méthodes de mapper plus simples.
> je me dis qu'il a du passer pas mal de temps à faire ça.
>
> Bonne journée
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Médias et afflux de nouveaux contributeurs...

[Jean-Baptiste Holcroft]

Je n'ai jamais vu le message, mais peut être que le message pourrait être
un poil "géolocalisé" pour proposer les événements locaux listés sur osm.fr?
Le 8 mai 2013 12:36, "Arnaud Vandecasteele"  a écrit :

>  Idem pour moi.
> On peut se partager le travail si tu le souhaites0.
> Je serai heureux de te filer un coup de main.
>
> A.
>
> On 13-05-08 07:05 AM, Marc SIBERT wrote:
>
>  Si tu veux un coup de main, fournis la liste (en perso peut être) et un
> modèle de message, on peut te soulager
>
>  A+
>
>
> Le 8 mai 2013 10:43, Christian Quest  a écrit :
>
>> Ces derniers jours, 2 articles parlant d'OSM sont parus dans le
>> journal Le Monde ainsi qu'un article sur linuxfr.org.
>>
>> Résultat, près de 70 nouveaux contributeurs rien que pour hier.
>> J'avais fait une pause sur l'envoi des messages de bienvenue, je vais
>> m'y remettre...
>>
>>
>> https://openstreetmap.fr/piwik/
>> http://resultmaps.neis-one.org/newestosmcountry.php?c=France
>>
>> --
>> 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
>>
>
>
>
> --
> Marc Sibert
> m...@sibert.fr
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> 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] rendu osm_fr : les arbres

[DH]

Le 08/05/2013 12:43, Christian Quest a écrit :

Je vais essayer d'améliorer le rendu des natural=tree_row car là ce
n'est qu'une grande barre verte floutée...

En attendant, le petit ajout de ce matin c'est un magnifique éléphant
comme symbole pour les zoo ;)


et qu'en est-t-il des passages à niveau ?

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

Re: [OSM-talk-fr] Médias et afflux de nouveaux contributeurs...

[DH]

Le 08/05/2013 13:45, Jean-Baptiste Holcroft a écrit :


Je n'ai jamais vu le message, mais peut être que le message pourrait 
être un poil "géolocalisé" pour proposer les événements locaux listés 
sur osm.fr  ?




ou les listes locales.
Ce qui est marrant dans l'histoire, c'est que j'ai vu des vieux comptes 
(2009) se réactiver à l'occasion.


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

Re: [OSM-talk-fr] rendu osm_fr : les arbres

[Christian Quest]

Et voilà: http://tile.openstreetmap.fr/?zoom=17&lat=48.75428&lon=2.43472

Pour le même prix tu as les buttoirs ;)


Le 8 mai 2013 14:30, DH  a écrit :
> Le 08/05/2013 12:43, Christian Quest a écrit :
>
>> Je vais essayer d'améliorer le rendu des natural=tree_row car là ce
>> n'est qu'une grande barre verte floutée...
>>
>> En attendant, le petit ajout de ce matin c'est un magnifique éléphant
>> comme symbole pour les zoo ;)
>>
> et qu'en est-t-il des passages à niveau ?
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
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] rendu osm_fr : les arbres

[OpenSourceWay]

Tant qu'on en est à te prendre la tête, je m'y met aussi…

Moi, ce qui me pose soucis c'est sur les zoom 19-20 de garder les haies 
et fossés de même largeur, déjà que je trouve les haies fines en zoom 18…

Est-ce que c'est possible de les élargir ?

Léo

Le 08/05/2013 15:21, Christian Quest a écrit :

Et voilà: http://tile.openstreetmap.fr/?zoom=17&lat=48.75428&lon=2.43472

Pour le même prix tu as les buttoirs ;)


Le 8 mai 2013 14:30, DH  a écrit :

Le 08/05/2013 12:43, Christian Quest a écrit :


Je vais essayer d'améliorer le rendu des natural=tree_row car là ce
n'est qu'une grande barre verte floutée...

En attendant, le petit ajout de ce matin c'est un magnifique éléphant
comme symbole pour les zoo ;)


et qu'en est-t-il des passages à niveau ?



--
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 : les arbres

[Marc Sibert]

Le 08/05/2013 16:21, Christian Quest a écrit :

Et voilà: http://tile.openstreetmap.fr/?zoom=17&lat=48.75428&lon=2.43472

Pour le même prix tu as les buttoirs ;)


Pfff ! même pas dans l'axe de la voie ! Moi, je dis... que tu pourrais 
faire mieux !



bon, moi je dis rien, j'y vais hein, puisque j'ai rien à dire.




Le 8 mai 2013 14:30, DH  a écrit :

Le 08/05/2013 12:43, Christian Quest a écrit :


Je vais essayer d'améliorer le rendu des natural=tree_row car là ce
n'est qu'une grande barre verte floutée...

En attendant, le petit ajout de ce matin c'est un magnifique éléphant
comme symbole pour les zoo ;)


et qu'en est-t-il des passages à niveau ?


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






--
Marc Sibert
mailto:m...@sibert.fr


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

Re: [OSM-talk-fr] iD 1.0 !

[Sylvain Naudin]

Moi j'avais essayé il y a quelques semaines à partir des sources sous
GitHub, sous gnu-linux aussi, est effectivement c'était inutilisable,
dommage car pour de l'édition simple ça avait l'air joli.
Là c'est pas aussi lent que ça l'était en local, mais la latence au
déplacement est plutôt pénalisant.
La bonne nouvelle c'est que c'est toujours en développement est que ça ne
peut que s'améliorer. (j'ai rêvé où nous sommes passé de la 0.01 à 1.0.0 !?)

> Cette version 1.0.0 est une version de développement. Si vous souhaitez
> plus d'informations, veuillez consulter ideditor.com ou 
> github.compour signaler un bug.
>

Sylvain,


Le 8 mai 2013 12:19, OpenSourceWay  a écrit :

> Oui on peux dire ça comme ça…
>
> J'ai un PC pas exceptionnel, dual core avec 2Go de RAM, mais c'est
> impossible de faire tourner ça. C'est lent comme pas possible !
>
> Ensuite, les relations jamais vu mais il est impossible de gérer les
> chemins superposés, moi que fait de la couture, c'est un éditeur non adapté…
>
> Le 08/05/2013 10:26, Christian Quest a écrit :
>
>  Tu rencontre des problèmes ?
>>
>> Le 8 mai 2013 10:48, OpenSourceWay  a écrit :
>>
>>> Et dans 10 ans, Firefox sous Linux pourra peut-être faire tourner cette
>>> usine ;)
>>>
>>> Le 08/05/2013 09:38, Christian Quest a écrit :
>>>
 Ca y est, iD le nouvel éditeur HTML5/JS pour OSM est passé en version
 1.0 et est désormais accessible sur la page d'accueil osm.org

 http://wiki.openstreetmap.org/**wiki/Id


 http://blog.openstreetmap.org/**2013/05/07/openstreetmap-**
 launches-all-new-easy-map-**editor-and-announces-funding-**appeal/

>>>
> --
> OpenSourceWay
>   skype : opensourceway
>   opensourceway.fr.nf
>
>
> __**_
> 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

[OSM-talk-fr] Rendu osm_fr : trois suggestions

[Christophe Jacquet]

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 ?


2) Panneaux indicateurs sur les sentiers :

Exemple : http://www.openstreetmap.org/browse/node/1406141676

Tagué par tourism=information + information=guidepost
(http://wiki.openstreetmap.org/wiki/Tag:information=guidepost?uselang=fr)

Actuellement on a un "i" d'information, comme un office du tourisme,
ce qui n'est pas très parlant.

Suggestion : comme sur HikeBikeMap, représenter un petit "panneau
indicateur", à la mode germanique. cf.
http://hikebikemap.de/?zoom=17&lat=48.6913&lon=2.13503&layers=BT


3) Bancs et espaces de pique-nique

Les représenter par des symboles : banc (cf. le lien ci-dessus vers
HikeBikeMap pour une représentation possible), table de pique-nique.


Bonne soirée.

Christophe (ChJ).

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

Re: [OSM-talk-fr] Question ouverte, mais conseil concis apprécié

[christian Herbé]

Le 06/05/2013 13:50, talk-fr-requ...@openstreetmap.org a écrit :


Quantum GIS est très complet et gratuit !!! Ça peut intéresser les
collectivités *(mais je m?y connais pas assez pour savoir si ça suffit en
étant intégrer dans un SIG)*


L'énorme avantage de QGIS est sa version serveur. Avec cet outil, la 
Communauté de communes peut créer et administrer le SIG et les communes 
peuvent l'utiliser à distance. Chacun travaillera sur les mêmes données, 
un bon moyen de mutualiser l'investissement


Sinon, il y a un projet intéressant sur Openmairie qui ne se limite pas 
au SIG... Mais c'est un peu usine à gaz, au moins pour l'installation.
Je crois que Gismeaux (le SIG de la ville de Meaux : une référence) 
provient d'Openmairie.
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] 1ère Réunion des contributeurs OSM du Var: 21 mai 2013

[Olivier Griffet]

*Bonjour à toutes et à tous.
*
*

*
*Ce message est pour rappelé que cette première réunion des
contributeurs(trices) à OpenStreetMap est toujours prévu le Mardi 21 Mai
2013 dès 18h30,

*
*à La Cantine By TVT Innovation Hall de
l'ISENà
Toulon 83000.
*
*

*
*Ouvert à toutes personnes intéresser par OpenStreetMap dans tous ces
aspects.


*
*Pour indiquer votre présence, vous pouvez remplir ce formulaire :

https://docs.google.com/spreadsheet/viewform?formkey=dHFScUxkWXJxaHFSbl8zeTlZY3BVQlE6MA
*
*

*
*ou vous signaler sur ce sondage : http://framadate.org/epht15f33ibnn1go
*
*

*
*Voir les sujet proposés à la discussion, parmi d'autres, c'est là :
http://www.lacantine-toulon.org/News/OpenStreetMap-une-communaute-dans-le-Var
*
*

*
*Donc, nous vous attendons nombreux à cette première !
*
*

*
*Salutations amicales.
*
*
Olivier Griffet 

| Contributeur OpenStreetMap =>
http://www.openstreetmap.org/user/olivier_griffet_83660_carnoules  |

| Habitant de 
83660-
Carnoules  - Var | Adhérent de GULLIVAR et ToulonuX |

Utilisateur de GNU/LINUX > de Linux Mint 11 [ Gnome ] + (X)Ubuntu 12.04 [
XFCE ] ; Lives USB >> ASRI.EDU.2.1a ; Etc...

Site web de GULLIVAR : http://gullivar.org/

Site web de ToulonuX : http://toulonux.tuxfamily.org/
*


Le 15 avril 2013 17:16, Jean-Marie Dubosc a écrit :

> Bonjour à Tous
>
> Après Marseille et Montpellier, un groupe de contributeurs OSM de la
> région toulonnaise a décidé de lancer sa première réunion à La Cantine By
> TVT innovation Hall de l'ISEN Place Georges Pompidou à Toulon. Le Mardi 21
> Mai à Partir de 18H30.
>
> Plan d'accès à La Cantine By TVT Innovation à l'ISEN :
> http://www.openstreetmap.org/?lat=43.1208265&lon=5.9390584&zoom=15&layers=M&mlat=43.12068&mlon=5.93920
>
> Si vous désirer nous rejoindre merci de vous inscrire sur le sondage
> Framadate suivant .
> http://framadate.org/epht15f33ibnn1go
>
> Un grand Merci aux responsables de la Cantine By TVT  et à l'association
> Toulonux sans qui cela n'aurait pas été possible .
>
>
> Jean Marie Dubosc
> Président de l'association Gullivar
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rendu osm_fr : les arbres

[DH]

Le 08/05/2013 16:21, Christian Quest a écrit :

Et voilà: http://tile.openstreetmap.fr/?zoom=17&lat=48.75428&lon=2.43472

Pour le même prix tu as les buttoirs ;)



mouais, c'est férié, c'est service minimum  merci déjà pour ça
Juste faire une distinction entre level_crossing (passage pour 
véhicules) et railway=crossing (passage pour piétons). Des icônes plus 
signalisation routière disponibles ? Sur wikicommons, on doit pouvoir 
trouver cela, non ?
Je pense faire la distinction, à l'avenir, sur la typologie des PN (SAL 
-système d'avertissement lumineux- 2 (1/2 barrières), 4, croix de 
saint-andré avec|sans stop) dans la balise denomination. Utile ? quite à 
faire franco-français.
les PN ne tuent pas mais les utilisateurs des PN se tuent à cet endroit 
particulier (priorité au train selon le Code de la Route).


Denis, ferrovipath




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

[OSM-talk-fr] Nouveau et déjà des questions

[Gauthier Monserand]

Bonjour,

Arrivé par l’intermédiaire d'osmand et de linuxfr.org. Je m'essaie depuis
peu (48h) à la contribution sur osm et à la prise de trace.

J'ai commencé par m'initier sur mon bloc d'immeuble. Dans celui ci se situe
une crèche que j'ai ajouté. Et paf, première erreur remontée par osmose :
http://osmose.openstreetmap.fr/fr/error/298555321.

Je commence à me documenter sur ce que c'est qu'un UAI mais les différents
formulaires de recherche commencent à l'école. Pourriez vous m'indiquer
comment trouver cette information et ainsi corriger mon erreur ?

Cordialement,

Gauthier Monserand 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nouveau-et-deja-des-questions-tp5760249.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Nouveau et déjà des questions

[Christian Quest]

osmose est un peu chatouilleux... les N° UAI n'existent que pour les
établissements scolaires, donc à partir de la maternelle et pas pour
une crèche. C'est donc un faux positif à ignorer si il s'agit bien
d'une crèche.

Le 8 mai 2013 22:47, Gauthier Monserand  a écrit :
> Bonjour,
>
> Arrivé par l’intermédiaire d'osmand et de linuxfr.org. Je m'essaie depuis
> peu (48h) à la contribution sur osm et à la prise de trace.
>
> J'ai commencé par m'initier sur mon bloc d'immeuble. Dans celui ci se situe
> une crèche que j'ai ajouté. Et paf, première erreur remontée par osmose :
> http://osmose.openstreetmap.fr/fr/error/298555321.
>
> Je commence à me documenter sur ce que c'est qu'un UAI mais les différents
> formulaires de recherche commencent à l'école. Pourriez vous m'indiquer
> comment trouver cette information et ainsi corriger mon erreur ?
>
> Cordialement,
>
> Gauthier Monserand
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Nouveau-et-deja-des-questions-tp5760249.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
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] iD 1.0 !

[Lionel Allorge (lionel.allo...@lunerouge.org)]

Bonjour,

Le mercredi 8 mai 2013 11:44:02 Jean-Baptiste Holcroft a écrit :
> Sous Firefox/Fedora, ça débute fluide puis ça se surcharge de données et ça
> saccade au bout d'une minute. Changer de lieu devient quasi impossible,
> sauf à attendre 1 minutes entre chaque mouvement de souris.
> Résultat, je n'ai jamais pu tester. J'ignorais que l'intention était de le
> mettre à disposition de tous aussi vite. J'aurais fait un bug report.
> Ce n'est peut être pas trop tard ?

Avec Firefox sous Ubuntu, je ne rencontre pas ce genre de problème. Certes le 
déplacement de points n'est pas super rapide mais c'est très supportable.

Peut-être un problème de quantité de mémoire allouée à Firefox ?

Librement,

-- 
Lionel Allorge
April : http://www.april.org
Lune Rouge : http://www.lunerouge.org

Découvrez le court métrage de science-fiction
Tears of steel
http://mango.blender.org/

« Le travail d'équipe est essentiel. En cas d'erreur,
ça permet d'accuser quelqu'un d'autre. »
Tristan Bernard

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

Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions

[Philippe Verdy]

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
> !
>

Dans le même genre il y a les bassins d'orage. Souvent eux aussi vides,
avec en fait une partie centrale très boueuse et autour des prairies
inondables pouvant avoir des terrains de foot.

On a aussi les canaux d"évacuation pour protéger les villes : ils se
remplissent par débordement des égouts et vont alimenter des bassins de
rétention d'où l'eau sera retraitée plus tard (ces canaux sont très
fréquents dans les grandes agglomérations américaines). Ils peuvet servir
aussi pour protéger des marées de tempêtes. Le reste du temps ce sont des
dévidoirs d'égouts presque toujours vides et servant parfois de terrains de
jeux urbains
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr