Re: [OSM-talk-fr] éditeur ID

2019-05-01 Par sujet François Lacombe 
Bonsoir Jean-Yvon

Je partage ton constat, ils affichent bien leur position de ne pas prendre
en compte le wiki.
Ici encore dans cet échange où je leur suggérait de s'apuyer sur les Data
Items (récent ajout qui implément wikidata pour les tags sur le wiki)
https://github.com/openstreetmap/iD/issues/6206

"Sorry, but I'm really not interested in adding anything wiki as a critical
dependency on how iD works."

Certes le wiki n'a pas réponse à tout et manque parfois de fraicheur, mais
tout de même
Le problème c'est que iD rend aussi beaucoup de services et offre un
éditeur de qualité accessible et didactique. On ne peut pas lui enlever
Ce n'est pas une raison pour tout accepter

Issue ouverte pour location=kiosk
https://github.com/openstreetmap/iD/issues/6283

Bonne soirée

François

Le mer. 1 mai 2019 à 19:36,  a écrit :

> Récemment HebdOSM signalait que Frederik protestait contre la manière
> d'agir des deux développeurs d'ID.
>
> Développeurs d'un des deux principaux éditeurs d'OSM mais qui fonctionnent
> au doigt mouillé sans tenir compte des listes de discussion ou du Wiki.
>
> Dernièrement je suis tombé sur une intersection entre un ruisseau et une
> route correctement signalée par Osmose.
>
> J'édite la route. ID me propose de mettre un nœud simple_brunnel.
>
> Effectivement ça ne mérite pas plus.
>
> Sauf que maintenant Osmose râle car bridge ne doit pas être utilisé sur
> les points comme l'indique le Wiki
> .
>
> En cherchant j'ai trouvé une proposition datant de 2014 et a priori jamais
> passée par un vote :
>
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge
>
> Je pourrais entrer un ticket pour signaler le problème côté Osmose. Sauf
> que c'est ID qui ne respecte pas la communauté, pas Osmose.
>
> Dans ce cas précis, proposer un vote pourrait donner une légitimité pour
> un tag qui a été utilisé essentiellement en 2014-2015 (date de la
> proposition) et surtout en Autriche .
>
> 2008 1
> 2013 1
> 2014 153
> 2015 250
> 2016 33
> 2017 85
> 2018 25
> 2019 13
>
>
> Autre problèmes rencontrés avec ID, liste non exhaustive ça va de soi :
>
> - sur associatedStreet il propose address alors que le wiki dit de
> privilégier housenumber (et par défaut ne propose pas non plus de relation
> de type associatedStreet)
>
> - sur bus stop/platform il propose network allors qu'Osmose dit de ne pas
> utiliser network sur ces objets.
>
> - il propose location=kiosk alors que cette valeur est dépréciée
>
> - sur d'autres objets il va proposer aussi bien choix_numéro_1 que
> choix-numéro-1 et le débutant va choisir au petit bonheur.
>
> Comme vous le voyiez beaucoup des problèmes vient du fait que les deux
> développeurs payés ne tiennent pas compte de la communauté. Avec le risque
> que ce soit les visions des entreprise pour lesquelles travaillent les deux
> développeurs qui décident de l'avenir d'OSM.
>
> Un point à aborder lors du SotM monde à Heidelberg ?
>
> Jean-Yvon
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] éditeur ID

2019-05-01 Par sujet osm . sanspourriel 

Récemment HebdOSM signalait que Frederik protestait contre la manière
d'agir des deux développeurs d'ID.

Développeurs d'un des deux principaux éditeurs d'OSM mais qui
fonctionnent au doigt mouillé sans tenir compte des listes de discussion
ou du Wiki.

Dernièrement je suis tombé sur une intersection entre un ruisseau et une
route correctement signalée par Osmose.

J'édite la route. ID me propose de mettre un nœud simple_brunnel.

Effectivement ça ne mérite pas plus.

Sauf que maintenant Osmose râle car bridge ne doit pas être utilisé sur
les points comme l'indique le Wiki
.

En cherchant j'ai trouvé une proposition datant de 2014 et a priori
jamais passée par un vote :

https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge

Je pourrais entrer un ticket pour signaler le problème côté Osmose. Sauf
que c'est ID qui ne respecte pas la communauté, pas Osmose.

Dans ce cas précis, proposer un vote pourrait donner une légitimité pour
un tag qui a été utilisé essentiellement en 2014-2015 (date de la
proposition) et surtout en Autriche .

20081
20131
2014153
2015250
201633
201785
201825
201913


Autre problèmes rencontrés avec ID, liste non exhaustive ça va de soi :

- sur associatedStreet il propose address alors que le wiki dit de
privilégier housenumber (et par défaut ne propose pas non plus de
relation de type associatedStreet)

- sur bus stop/platform il propose network allors qu'Osmose dit de ne
pas utiliser network sur ces objets.

- il propose location=kiosk alors que cette valeur est dépréciée

- sur d'autres objets il va proposer aussi bien choix_numéro_1 que
choix-numéro-1 et le débutant va choisir au petit bonheur.

Comme vous le voyiez beaucoup des problèmes vient du fait que les deux
développeurs payés ne tiennent pas compte de la communauté. Avec le
risque que ce soit les visions des entreprise pour lesquelles
travaillent les deux développeurs qui décident de l'avenir d'OSM.

Un point à aborder lors du SotM monde à Heidelberg ?

Jean-Yvon

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

Re: [OSM-talk-fr] Orthos opendata... mise à jour

2019-05-01 Par sujet Christian Quest 
Le zoom 0... comment dire... il prend un petit peu de temps à se recalculer
(je vois apache bouffer du CPU) et ne sert pas à grande chose ;)

Tu peux ajouter orthohr_2018

Et une couche qui combine tout est dispo et à utiliser en priorité si on
n'a pas besoin de détailler:  tous_fr


Le mer. 1 mai 2019 à 15:03, Vincent Privat  a
écrit :

> C'est pas dispo sur le layer orthohr ? Je ne vois pas de nouvelle zone à
> ajouter sur https://josm.openstreetmap.de/mapsview?entry=Ortho%20HR
>
> Le mer. 1 mai 2019 à 14:46, Vincent Privat  a
> écrit :
>
>> Merci Christian, je vais mettre ça à jour côté JOSM.
>> Par contre j'ai des HTTP 504 pour les liens suivants depuis ce matin:
>> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/0/0/0
>> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2016/0/0/0
>> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2015/0/0/0
>> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2014/0/0/0
>> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2013/0/0/0
>>
>> cf.
>> https://josm.openstreetmap.de/jenkins/job/JOSM-Integration/lastCompletedBuild/jdk=JDK8/testReport/
>>
>> Vincent
>>
>> Le mer. 1 mai 2019 à 11:19, Cédric Frayssinet  a
>> écrit :
>>
>>>
>>> Bonjour Christian et grand merci pour ce boulot !
>>>
>>> Est-il possible d'exploiter l'ensemble de ces départements dans une
>>> couche personnalisée d'iD ?
>>> Je suis arrivée à avoir Lyon avec cette URL :
>>> http://wms.openstreetmap.fr/tms/1.0.0/lyon/{zoom}/{x}/{y} mais est-ce
>>> possible pour l'ensemble de la France ?
>>>
>>> Merci, Cédric
>>>
>>>
>>> Le 01/05/2019 à 11:08, Christian Quest a écrit :
>>>
>>> Quelques départements nouveaux sont disponibles ou ont été mis à jour
>>> ces derniers mois.
>>>
>>> Après plusieurs jours de téléchargement (le débit est soit de 60 Mbps
>>> soit limité à 500kbps sans bien comprendre la logique), des heures de
>>> décompression (7z et JPEG2000), de retuilage... c'est maintenant sur
>>> wms.openstreetmap.fr
>>>
>>> Nouveaux départements: 71 et 89 (2018)
>>> Nouvelles versions: 84 (2018)
>>>
>>> J'ai aussi corrigé des dalles qui avaient mal converties et causaient
>>> d'immenses "trous noirs".
>>>
>>> Résultat visible sur
>>> https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#7/46.058/2.197
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>> ___
>>> Talk-fr mailing 
>>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> --
>>> Dégooglisé !  - Sociétaire Enercoop
>>> , l'énergie
>>> militante
>>>
>>> Sur Mastodon : @bristow...@framapiaf.org
>>> 
>>>
>>> [image: Promouvoir et soutenir le logiciel libre] 
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Îlot central

2019-05-01 Par sujet Liozone 

Hello

Oui sauf que dans le cas proposé , il s'agit surtout de représenter un 
passage piéton (double en l’occurrence) et le wiki nous oriente alors 
plutôt sur une autre représentation sur la page crossing avec


crossing=island 
 ou plutôt 
crossing:island 
=yes :


   "Un passage avec un petit îlot central pour les piétons au milieu de
   la route.[...]"

https://wiki.openstreetmap.org/wiki/FR:Key:crossing

*/- crossing=island/***pose des problèmes et n'est pas recommandé mais 
par contre


/*- crossing:island=yes*/ (qui ne pose plus de problème) est recommandé 
mais _uniquement __sur la page anglaise_ ...


En regardant les 2 pages, je déduis que *traffic_calming=island* ne 
serait à utiliser justement que lorsqu'il n'y a pas de passage piéton 
(en ponctuel ou segment de highway) et /*crossing:island=yes* /(en 
ponctuel ou sur le passage) quand il y en a un...


Il faudrait en tous les cas accorder/clarifier les pages, non ?

Voili voilou : )**

Lionel/**/(liozone)/*
*/


Le 01/05/2019 à 11:40, Julien djakk a écrit :


Effectivement c’est bien comme dans le wiki j’avais pas tout bien lu 
J’utiliserai cette méthode aussi pour d’autres cas : îlot central 
avant et après une voie de tourne-à-gauche, muret de séparation de 
voie bus, îlot de feu rouge, potelets en plastique qui empêchent de 
tourner à gauche ...


Julien « djakk »



Le mer. 1 mai 2019 à 10:36, > a écrit :


Bonjour comme Axel tu proposes d'utiliser traffic_calming=island
comme indiqué sur le wiki.

Je vois mal comment on pourrait être contre ! On modélise plutôt
qu'on dessine. J'ai d'ailleurs suggéré à Alex de le proposer en
commentant des modifications faites par l'autre contributeur.

Jean-Yvon

Le 01/05/2019 à 10:21, Julien djakk - djakk.geograp...@gmail.com
 a écrit :

Bonjour !

La technique de séparation des chemins est très lourde, du coup
perso je ne l’utilise plus. Et je cherche une technique remplaçante.

J’ai un peu réfléchi, une « way » pourrait représenter toute la
chaussée, et les îlots centraux seraient des objets posés dessus.

Certains pourraient être des points (îlot de feu rouge parisien),
d’autres des lignes, comme l’exemple sur la photo de «
calming_island » -> dans le cas de la ligne, ça impliquerait de
le couper la « way » pour déclarer sur le tronçon de route
concerné « traffic_calming=island. »

Qu’en pensez-vous ?

@+
Julien « djakk »


Le mer. 1 mai 2019 à 08:50, Axel Listes mailto:axe...@broman.fr>> a écrit :

Bonjour les contributeurs,

Un contributeur plutôt expérimenté sur Nancy, représente les
minis
terre-pleins (îlots) centraux par une séparation de deux
chemins (un
chemin par sens de circulation), et cela depuis plusieurs années.

Exemple : https://osm.org/go/0DE4Cdi3D

Depuis, je suis tombé sur une balise qui me semble plus
approprié pour
ce type de représentation, l'usage de traffic_calming=island.
Notamment parce qu'elle décrit plus précisément de quoi il
s'agit sur le
terrain.

http://wiki.osm.org/wiki/Tag:traffic_calming=island

Avez-vous déjà rencontré ce type d'aménagement ? Quel est
selon vous la
meilleure façon de les représenter ?

-- 


L’intégralité de ce courrier électronique est exclusivement
réservé à
l'usage des personnes auxquelles il est destiné. L’auteur ne
donne pas
autorisation pour une quelconque autre exploitation de données,
notamment à des fins de statistiques et de surveillance.

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


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

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


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

Re: [OSM-talk-fr] Orthos opendata... mise à jour

2019-05-01 Par sujet Vincent Privat 
C'est pas dispo sur le layer orthohr ? Je ne vois pas de nouvelle zone à
ajouter sur https://josm.openstreetmap.de/mapsview?entry=Ortho%20HR

Le mer. 1 mai 2019 à 14:46, Vincent Privat  a
écrit :

> Merci Christian, je vais mettre ça à jour côté JOSM.
> Par contre j'ai des HTTP 504 pour les liens suivants depuis ce matin:
> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/0/0/0
> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2016/0/0/0
> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2015/0/0/0
> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2014/0/0/0
> http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2013/0/0/0
>
> cf.
> https://josm.openstreetmap.de/jenkins/job/JOSM-Integration/lastCompletedBuild/jdk=JDK8/testReport/
>
> Vincent
>
> Le mer. 1 mai 2019 à 11:19, Cédric Frayssinet  a
> écrit :
>
>>
>> Bonjour Christian et grand merci pour ce boulot !
>>
>> Est-il possible d'exploiter l'ensemble de ces départements dans une
>> couche personnalisée d'iD ?
>> Je suis arrivée à avoir Lyon avec cette URL :
>> http://wms.openstreetmap.fr/tms/1.0.0/lyon/{zoom}/{x}/{y} mais est-ce
>> possible pour l'ensemble de la France ?
>>
>> Merci, Cédric
>>
>>
>> Le 01/05/2019 à 11:08, Christian Quest a écrit :
>>
>> Quelques départements nouveaux sont disponibles ou ont été mis à jour ces
>> derniers mois.
>>
>> Après plusieurs jours de téléchargement (le débit est soit de 60 Mbps
>> soit limité à 500kbps sans bien comprendre la logique), des heures de
>> décompression (7z et JPEG2000), de retuilage... c'est maintenant sur
>> wms.openstreetmap.fr
>>
>> Nouveaux départements: 71 et 89 (2018)
>> Nouvelles versions: 84 (2018)
>>
>> J'ai aussi corrigé des dalles qui avaient mal converties et causaient
>> d'immenses "trous noirs".
>>
>> Résultat visible sur
>> https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#7/46.058/2.197
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> --
>> Dégooglisé !  - Sociétaire Enercoop
>> , l'énergie
>> militante
>>
>> Sur Mastodon : @bristow...@framapiaf.org
>> 
>>
>> [image: Promouvoir et soutenir le logiciel libre] 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Orthos opendata... mise à jour

2019-05-01 Par sujet Vincent Privat 
Merci Christian, je vais mettre ça à jour côté JOSM.
Par contre j'ai des HTTP 504 pour les liens suivants depuis ce matin:
http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2017/0/0/0
http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2016/0/0/0
http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2015/0/0/0
http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2014/0/0/0
http://wms.openstreetmap.fr/tms/1.0.0/orthohr_2013/0/0/0

cf.
https://josm.openstreetmap.de/jenkins/job/JOSM-Integration/lastCompletedBuild/jdk=JDK8/testReport/

Vincent

Le mer. 1 mai 2019 à 11:19, Cédric Frayssinet  a
écrit :

>
> Bonjour Christian et grand merci pour ce boulot !
>
> Est-il possible d'exploiter l'ensemble de ces départements dans une couche
> personnalisée d'iD ?
> Je suis arrivée à avoir Lyon avec cette URL :
> http://wms.openstreetmap.fr/tms/1.0.0/lyon/{zoom}/{x}/{y} mais est-ce
> possible pour l'ensemble de la France ?
>
> Merci, Cédric
>
>
> Le 01/05/2019 à 11:08, Christian Quest a écrit :
>
> Quelques départements nouveaux sont disponibles ou ont été mis à jour ces
> derniers mois.
>
> Après plusieurs jours de téléchargement (le débit est soit de 60 Mbps soit
> limité à 500kbps sans bien comprendre la logique), des heures de
> décompression (7z et JPEG2000), de retuilage... c'est maintenant sur
> wms.openstreetmap.fr
>
> Nouveaux départements: 71 et 89 (2018)
> Nouvelles versions: 84 (2018)
>
> J'ai aussi corrigé des dalles qui avaient mal converties et causaient
> d'immenses "trous noirs".
>
> Résultat visible sur
> https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#7/46.058/2.197
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Dégooglisé !  - Sociétaire Enercoop
> , l'énergie
> militante
>
> Sur Mastodon : @bristow...@framapiaf.org
> 
>
> [image: Promouvoir et soutenir le logiciel libre] 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Îlot central

2019-05-01 Par sujet Julien djakk 
Effectivement c’est bien comme dans le wiki j’avais pas tout bien lu 
J’utiliserai cette méthode aussi pour d’autres cas : îlot central avant et
après une voie de tourne-à-gauche, muret de séparation de voie bus, îlot de
feu rouge, potelets en plastique qui empêchent de tourner à gauche ...

Julien « djakk »



Le mer. 1 mai 2019 à 10:36,  a écrit :

> Bonjour comme Axel tu proposes d'utiliser traffic_calming=island comme
> indiqué sur le wiki.
>
> Je vois mal comment on pourrait être contre ! On modélise plutôt qu'on
> dessine. J'ai d'ailleurs suggéré à Alex de le proposer en commentant des
> modifications faites par l'autre contributeur.
>
> Jean-Yvon
> Le 01/05/2019 à 10:21, Julien djakk - djakk.geograp...@gmail.com a écrit :
>
> Bonjour !
>
> La technique de séparation des chemins est très lourde, du coup perso je
> ne l’utilise plus. Et je cherche une technique remplaçante.
>
> J’ai un peu réfléchi, une « way » pourrait représenter toute la chaussée,
> et les îlots centraux seraient des objets posés dessus.
>
> Certains pourraient être des points (îlot de feu rouge parisien), d’autres
> des lignes, comme l’exemple sur la photo de « calming_island » -> dans le
> cas de la ligne, ça impliquerait de le couper la « way » pour déclarer sur
> le tronçon de route concerné « traffic_calming=island. »
>
> Qu’en pensez-vous ?
>
> @+
> Julien « djakk »
>
>
> Le mer. 1 mai 2019 à 08:50, Axel Listes  a écrit :
>
>> Bonjour les contributeurs,
>>
>> Un contributeur plutôt expérimenté sur Nancy, représente les minis
>> terre-pleins (îlots) centraux par une séparation de deux chemins (un
>> chemin par sens de circulation), et cela depuis plusieurs années.
>>
>> Exemple : https://osm.org/go/0DE4Cdi3D
>>
>> Depuis, je suis tombé sur une balise qui me semble plus approprié pour
>> ce type de représentation, l'usage de traffic_calming=island.
>> Notamment parce qu'elle décrit plus précisément de quoi il s'agit sur le
>> terrain.
>>
>> http://wiki.osm.org/wiki/Tag:traffic_calming=island
>>
>> Avez-vous déjà rencontré ce type d'aménagement ? Quel est selon vous la
>> meilleure façon de les représenter ?
>>
>> --
>>
>> L’intégralité de ce courrier électronique est exclusivement réservé à
>> l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas
>> autorisation pour une quelconque autre exploitation de données,
>> notamment à des fins de statistiques et de surveillance.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Orthos opendata... mise à jour

2019-05-01 Par sujet Cédric Frayssinet 

Bonjour Christian et grand merci pour ce boulot !

Est-il possible d'exploiter l'ensemble de ces départements dans une
couche personnalisée d'iD ?
Je suis arrivée à avoir Lyon avec cette URL :
http://wms.openstreetmap.fr/tms/1.0.0/lyon/{zoom}/{x}/{y} mais est-ce
possible pour l'ensemble de la France ?

Merci, Cédric


Le 01/05/2019 à 11:08, Christian Quest a écrit :
> Quelques départements nouveaux sont disponibles ou ont été mis à jour
> ces derniers mois.
>
> Après plusieurs jours de téléchargement (le débit est soit de 60 Mbps
> soit limité à 500kbps sans bien comprendre la logique), des heures de
> décompression (7z et JPEG2000), de retuilage... c'est maintenant sur
> wms.openstreetmap.fr 
>
> Nouveaux départements: 71 et 89 (2018)
> Nouvelles versions: 84 (2018)
>
> J'ai aussi corrigé des dalles qui avaient mal converties et causaient
> d'immenses "trous noirs".
>
> Résultat visible sur
> https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#7/46.058/2.197
>
> -- 
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Dégooglisé !  - Sociétaire Enercoop
, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

[OSM-talk-fr] Orthos opendata... mise à jour

2019-05-01 Par sujet Christian Quest 
Quelques départements nouveaux sont disponibles ou ont été mis à jour ces
derniers mois.

Après plusieurs jours de téléchargement (le débit est soit de 60 Mbps soit
limité à 500kbps sans bien comprendre la logique), des heures de
décompression (7z et JPEG2000), de retuilage... c'est maintenant sur
wms.openstreetmap.fr

Nouveaux départements: 71 et 89 (2018)
Nouvelles versions: 84 (2018)

J'ai aussi corrigé des dalles qui avaient mal converties et causaient
d'immenses "trous noirs".

Résultat visible sur
https://umap.openstreetmap.fr/fr/map/ortho-photos-opendata_278682#7/46.058/2.197

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Îlot central

2019-05-01 Par sujet osm . sanspourriel 

Bonjour comme Axel tu proposes d'utiliser traffic_calming=island comme
indiqué sur le wiki.

Je vois mal comment on pourrait être contre ! On modélise plutôt qu'on
dessine. J'ai d'ailleurs suggéré à Alex de le proposer en commentant des
modifications faites par l'autre contributeur.

Jean-Yvon

Le 01/05/2019 à 10:21, Julien djakk - djakk.geograp...@gmail.com a écrit :

Bonjour !

La technique de séparation des chemins est très lourde, du coup perso
je ne l’utilise plus. Et je cherche une technique remplaçante.

J’ai un peu réfléchi, une « way » pourrait représenter toute la
chaussée, et les îlots centraux seraient des objets posés dessus.

Certains pourraient être des points (îlot de feu rouge parisien),
d’autres des lignes, comme l’exemple sur la photo de « calming_island
» -> dans le cas de la ligne, ça impliquerait de le couper la « way »
pour déclarer sur le tronçon de route concerné « traffic_calming=island. »

Qu’en pensez-vous ?

@+
Julien « djakk »


Le mer. 1 mai 2019 à 08:50, Axel Listes mailto:axe...@broman.fr>> a écrit :

Bonjour les contributeurs,

Un contributeur plutôt expérimenté sur Nancy, représente les minis
terre-pleins (îlots) centraux par une séparation de deux chemins (un
chemin par sens de circulation), et cela depuis plusieurs années.

Exemple : https://osm.org/go/0DE4Cdi3D

Depuis, je suis tombé sur une balise qui me semble plus approprié pour
ce type de représentation, l'usage de traffic_calming=island.
Notamment parce qu'elle décrit plus précisément de quoi il s'agit
sur le
terrain.

http://wiki.osm.org/wiki/Tag:traffic_calming=island

Avez-vous déjà rencontré ce type d'aménagement ? Quel est selon
vous la
meilleure façon de les représenter ?

--

L’intégralité de ce courrier électronique est exclusivement réservé à
l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas
autorisation pour une quelconque autre exploitation de données,
notamment à des fins de statistiques et de surveillance.

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


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

Re: [OSM-talk-fr] Îlot central

2019-05-01 Par sujet Julien djakk 
Bonjour !

La technique de séparation des chemins est très lourde, du coup perso je ne
l’utilise plus. Et je cherche une technique remplaçante.

J’ai un peu réfléchi, une « way » pourrait représenter toute la chaussée,
et les îlots centraux seraient des objets posés dessus.

Certains pourraient être des points (îlot de feu rouge parisien), d’autres
des lignes, comme l’exemple sur la photo de « calming_island » -> dans le
cas de la ligne, ça impliquerait de le couper la « way » pour déclarer sur
le tronçon de route concerné « traffic_calming=island. »

Qu’en pensez-vous ?

@+
Julien « djakk »


Le mer. 1 mai 2019 à 08:50, Axel Listes  a écrit :

> Bonjour les contributeurs,
>
> Un contributeur plutôt expérimenté sur Nancy, représente les minis
> terre-pleins (îlots) centraux par une séparation de deux chemins (un
> chemin par sens de circulation), et cela depuis plusieurs années.
>
> Exemple : https://osm.org/go/0DE4Cdi3D
>
> Depuis, je suis tombé sur une balise qui me semble plus approprié pour
> ce type de représentation, l'usage de traffic_calming=island.
> Notamment parce qu'elle décrit plus précisément de quoi il s'agit sur le
> terrain.
>
> http://wiki.osm.org/wiki/Tag:traffic_calming=island
>
> Avez-vous déjà rencontré ce type d'aménagement ? Quel est selon vous la
> meilleure façon de les représenter ?
>
> --
>
> L’intégralité de ce courrier électronique est exclusivement réservé à
> l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas
> autorisation pour une quelconque autre exploitation de données,
> notamment à des fins de statistiques et de surveillance.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Îlot central

2019-05-01 Par sujet Axel Listes 
Bonjour les contributeurs,

Un contributeur plutôt expérimenté sur Nancy, représente les minis
terre-pleins (îlots) centraux par une séparation de deux chemins (un
chemin par sens de circulation), et cela depuis plusieurs années.

Exemple : https://osm.org/go/0DE4Cdi3D

Depuis, je suis tombé sur une balise qui me semble plus approprié pour
ce type de représentation, l'usage de traffic_calming=island.
Notamment parce qu'elle décrit plus précisément de quoi il s'agit sur le
terrain.

http://wiki.osm.org/wiki/Tag:traffic_calming=island

Avez-vous déjà rencontré ce type d'aménagement ? Quel est selon vous la
meilleure façon de les représenter ?

-- 

L’intégralité de ce courrier électronique est exclusivement réservé à
l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas
autorisation pour une quelconque autre exploitation de données,
notamment à des fins de statistiques et de surveillance.

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