Re: [OSM-talk-fr] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

2015-08-03 Par sujet Bruno 

Et testé ce matin, c'est OK.
Chapeau pour la réactivité.

Le 03/08/2015 23:22, Vincent Privat a écrit :

C'est corrigé: https://josm.openstreetmap.de/ticket/11744
A+

Le 3 août 2015 22:22, Pierre-Yves Berrard 
mailto:pierre.yves.berr...@gmail.com>> 
a écrit :


Le 3 août 2015 22:11, Bruno mailto:pa...@free.fr>>
a écrit :

Bonjour,
[...]

Par contre j'ai maintenant un plantage de Josm (j'ai fait un
ticket) quand j'appelle la fonction adresses du plugin
cadastre, là aussi c'est systématique.

Quelqu'un a une expérience la dessus ?

Bruno.


Même chose.

Pierre-Yves


___
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] [JOSM] Sélection par zone

2015-08-03 Par sujet David Crochet 

Bonjour

En passant pas Overpass avec son assistant :

building=yes in "nom de la commune"

puis exporter vers JOSM, réparer si besoin.

Cordialement

--
David Crochet

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

[OSM-talk-fr] [JOSM] Sélection par zone

2015-08-03 Par sujet Jean-Claude Repetto 

Bonjour,

Dans JOSM, j'essaie de sélectionner l'ensemble du bâti d'une commune. 
Avec les filtres, je peux afficher uniquement les bâtiments ; mais 
est-il possible de sélectionner seulement les bâtiments inclus dans un 
chemin fermé, par exemple une limite de commune ?


Jean-Claude

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

[OSM-talk-fr] Flèches clignotantes droite/tout droit?

2015-08-03 Par sujet Shohreh 
Bonjour

Je cherche des feux à Paris/banlieue avec flèche clignotante à droite/tout
droit, c.a.d. des laissez-le-passage, avec priorité aux piétons + véhicules
venant de la gauche.

Voici un exemple d'une flèche à droite:
http://www.permisecole.com/code-route/priorites/fleche-jaune-clignotante-2.jpg

Ce type d'information est-il enregistré dans OSM, et si oui, comment les en
extraire via OverpassTurbo ou autre?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Fleches-clignotantes-droite-tout-droit-tp5851609.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

2015-08-03 Par sujet Vincent Privat 
C'est corrigé: https://josm.openstreetmap.de/ticket/11744
A+

Le 3 août 2015 22:22, Pierre-Yves Berrard  a
écrit :

> Le 3 août 2015 22:11, Bruno  a écrit :
>
>> Bonjour,
>> [...]
>>
>> Par contre j'ai maintenant un plantage de Josm (j'ai fait un ticket)
>> quand j'appelle la fonction adresses du plugin cadastre, là aussi c'est
>> systématique.
>>
>> Quelqu'un a une expérience la dessus ?
>>
>> Bruno.
>>
>
> Même chose.
>
> Pierre-Yves
>
>
> ___
> 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] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

2015-08-03 Par sujet Pierre-Yves Berrard 
Le 3 août 2015 22:11, Bruno  a écrit :

> Bonjour,
> [...]
>
> Par contre j'ai maintenant un plantage de Josm (j'ai fait un ticket) quand
> j'appelle la fonction adresses du plugin cadastre, là aussi c'est
> systématique.
>
> Quelqu'un a une expérience la dessus ?
>
> Bruno.
>

Même chose.

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

Re: [OSM-talk-fr] Pertes de contrôle du clavier : anomalie trop fréquente de JOSM

2015-08-03 Par sujet Bruno 

Bonjour,

Je reprends ce fil de discussion pour indiquer que pour ma part je n'ai 
plus de blocage clavier suite à l'utilisation de la touche F10 du cadastre.
C'était systématique au bout de deux ou trois utilisation mais 
aujourd'hui après tests et bien c'est "tombé en marche"


Je ne sais pas à quoi cela est dû car je ne l'ai pas utilisé pendant 
longtemps et il y a eu au moins une mise à jour java et aussi Josm depuis.


Par contre j'ai maintenant un plantage de Josm (j'ai fait un ticket) 
quand j'appelle la fonction adresses du plugin cadastre, là aussi c'est 
systématique.


Quelqu'un a une expérience la dessus ?

Bruno.

Le 11/10/2014 18:03, Bruno a écrit :

Bonjour,

Idem pour moi, je n'utilise plus la touche pour télécharger le 
cadastre (F10 ou F11 suivant paramétrage) car au bout de trois à 
quatre utilisations je perds le clavier, c'est systématique, par 
contre la souris fonctionne dans tous les cas.
ça fait bien un an que c'est comme ça pour moi mais je n'ai pas eu le 
temps de chercher une explication/solution.
Sous Gnu/Linux Ubuntu dernière version (64 bits) et testé avec Java 6 
ou 7.


 Le 11/10/2014 16:54, Jean-Baptiste Holcroft a écrit :


C'est long, mais j'ai le même, mais ça se provoque de manière 
aléatoire et sauvegarder son travail devient ridiculement compliqué.

Pour moi ça apparaît avec le plugin cadastre.

Le 11 oct. 2014 16:11, "Philippe Verdy" > a écrit :



De plus en plus souvent je constate des pertes inopinées de
contrôle du clavier ou de la souris dans JOSM; rendant
l'interface inopérante.

Par exemple :
-  les touches + et - (qu'on les tape sur le pavé numérique ou le
clavier alpha) du zoom cessent de répondre (dans ce cas aussi
cela ne marche plus non plus avec le menu ni un raccourci posé
sur une icone de la barre d'icones (c'est le cas le plus
fréquent) Et pourtant le zoom sur la sélection fonctionne encore
et le zoom avec + ou - dans le dialogue de téléchargement d'une
zone fonctionne encore.

- quand on ouvre un dialogue; le focus sur le champ de saisie ne
fonctionne pas et impossible de taper un texte dedans parfois
aussi la sélection à la souris d'un morceau du texte ne marche
plus (en revanche les autres boutons, y compris le triangle du
sélecteur d'une combobox) fonctionne encore. La fermeture du
dialogue et sa réouverture suffit parfois à rétablir la fonction;
mais pas toujours...

- la suppression et le remise d'une icone de raccourci sur la
barre d'icone fonctionne, mais le bouton ne produit toujours rien
quand on clique dessus.

Il semble qu'il y a un bogue dans la bibliothèque qui gère les
"bindings" attachant des événements clavier ou souris à un
gestionnaire d'événement; comme si le gestionnaire avait été
perdu par perte de référence (allocation en "weak pointer" et
effet du garbage collector, ou mauvaise synchronisation de
l'ordre des événements en cas de modification dynamique de la
liste des bindings (modification non atomique, comme si la
suppression de référence au gestionnaire d'événement dans une
liste de gestionnaires a eu lieu *avant* l'insertion de ce même
gestionnaire dans une autreliste pour un autre élément
d'interface utilisateur).

Je me demande si c'est un bogue de JOSM lui-même ou d'une de ses
bibliothéques de construction d'UI; ou si la modification
dyna,ique de l'interface a oublié de mettre un verrou entre
plusieurs threads faisant des modifications concurrentes de l'UI
(par exemple un thread s'occupant de la construction d'un nouveau
dialogue tandis qu'un autre thread s'occupe encore de celui de la
fenêtre principale; ou bien l'événement à réassigner est encore
en cours de traitement par le thread principal qui gère la liste
ordonnée des événements UI et synchronise les rafraichissements
écran).


Seule parade : sauver les modifs en cours dans un fichier local,
fermer JOSM et le relancer pour charger le fichier à nouveau.
Mais à je suis tombé sur un cas où c'était la fonction
sauvegarder qui ne fonctionnait plus aussi bien au clavier
(CTRL+S), qu'à la souris en cliquant l'icone de la barre d'icones
ou par le menu fichier.

C'est de plus en plus gênant car l'anomalie se reproduit de plus
en plus souvent et aboutit à des pertes de modifs en cours (très
gênant quand on a eu besoin de charger beaucoup de données et
vérifier des jeux compliqués de relations interdépendantes, comme
la vérification des cours d'eau, des lignes de bus, vérifier le
routage, refermer les trous dans des relations (par exemple par
ceux qui remplacent sans faire attention des routes ou
transforment un carrefour simple en rond-point tracé n'importe
comment et ne tenant pas compte de l'existant qui s'y connecte
(ceux-là ne connaissent pas CTRL+ALT+D dans JOSM et sont
totalement perdus dans iD qui presque to

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-08-03 Par sujet Jérôme Seigneuret 
J'ai déjà corrigé la route en question

Le 3 août 2015 19:07, Vincent Frison  a écrit :

> Effectivement les positions des arbres sont plutôt bonnes et d'ailleurs
> mon import (que je n'ai pas encore appliqué !!) ne va les déplacer que sur
> quelques centimètres (1 mètre max).
>
> Ceci dit j'ai pas bien compris ce qui vous gêne actuellement car pour moi
> les arbres tout comme les routes (les 2 axes du boulevard + la voie de
> service au milieu) sont déjà assez bien placés...
>
>
> Le 3 août 2015 15:47, Jérôme Seigneuret  a
> écrit :
>
>> J'allais dire là même chose.
>> La données à plutôt l'air de bonne qualité. Plus que celle du réseau. Je
>> vais retoucher le réseau routier en conséquence.
>>
>> Le 3 août 2015 11:49, Vladimir Vyskocil  a
>> écrit :
>>
>>> Bon à y regarder de plus prêt on dirait que ce sont les routes qui ont
>>> été malmenées dans ce coin et que les arbres sont plutôt aux bons
>>> emplacements !
>>>
>>> On 03 Aug 2015, at 11:45, Vladimir Vyskocil 
>>> wrote:
>>>
>>> C’est dangereux de rouler sur le Boulevard René Cassin par exemple ;-)
>>>
>>>
>>> http://www.openstreetmap.org/?mlat=43.66954&mlon=7.21884#map=19/43.66954/7.21884
>>>
>>> Je suppose que ce sont des arbres d’un import précédent ?
>>>
>>> Vlad.
>>>
>>> On 01 Aug 2015, at 19:02, Vincent Frison 
>>> wrote:
>>>
>>> Alors j'ai rajouté la petite vérification pour savoir si l'arbre importé
>>> est à l'intérieur d'un bâtiment ou pas. Cela permet donc d'avoir un fichier
>>> à part avec les arbres posant problème.
>>>
>>> Voici les dernières stats:
>>> Total of makable imports: 30246
>>> Total of non makable imports: 275
>>> Matching area radius: 5.0
>>> Total of created trees: 29430
>>> Total of updated trees: 816
>>> Total of created or updated trees: 30246
>>> Total of multi matching trees: 306
>>>
>>> Il y a donc 275 arbres posant problème qu'on peut en gros diviser en 2
>>> catégories:
>>> - les arbres qui sont collés à un bâtiment mais qui se retrouvent à
>>> l'intérieur comme c'est le cas pour la basilique Notre Dame (difficile de
>>> dire qui a raison ou tort). Il y en a environ une bonne quarantaine comme
>>> ça...
>>> - les arbres qui sont à l'intérieur d'un bâtiment parce que celui ci est
>>> mal fait dans OSM (ex: bibliothèque bien plus grande que la réalité et qui
>>> englobe son parc, ou bâtiment d'école simplifié ne laisse plus de place à
>>> sa cour interne, etc.).
>>>
>>> C'est du coup un bon test pour voir des corrections à faire (une sorte
>>> de mini osmose ;p), je conserve donc ce fichier pour faire certaines
>>> corrections plus tard et pouvoir ensuite importer certains arbres
>>> normalement, merci Jérôme pour l'idée.
>>>
>>> En attendant je compte bien uploader les 30 246 autres arbres qui sont
>>> hors bâtiments.. sauf si évidemment vous me dites que cela entraînera
>>> forcement un revert et mon bannissement du forum sur les 3 prochaines
>>> générations..
>>>
>>>
>>>
>>>
>>> Le 31 juillet 2015 00:00, Vincent Frison  a
>>> écrit :
>>>
 Le 30 juillet 2015 23:24, Jérôme Seigneuret 
 a écrit :

> Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement
> des bâtiments aussi donc qui a raison?
>
> Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien
> être possible de faire comme sous n'importe quel SIG un tag intermédiaire
> note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à 
> mettre
> dans un fichier *.osm et à retoucher au fur et à mesure pour faire
> l'intégration en semi-auto par exemple par type d'alerte.
>
> C'est plus simple et au moins il n'y a plus d’ambiguïté.
>

 Le plus simple c'est encore d'ignorer purement et simplement tous les
 éléments posant problème.

 Mais je trouve que c'est une bonne idée de garder ces éléments dans un
 fichier à part.. histoire de ne rien lâcher ! ;p

 Je ferai ça ce WE..


>>> ___
>>> 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] Importation des arbres municipaux sur Nice

2015-08-03 Par sujet Vincent Frison 
Effectivement les positions des arbres sont plutôt bonnes et d'ailleurs mon
import (que je n'ai pas encore appliqué !!) ne va les déplacer que sur
quelques centimètres (1 mètre max).

Ceci dit j'ai pas bien compris ce qui vous gêne actuellement car pour moi
les arbres tout comme les routes (les 2 axes du boulevard + la voie de
service au milieu) sont déjà assez bien placés...

Le 3 août 2015 15:47, Jérôme Seigneuret  a écrit :

> J'allais dire là même chose.
> La données à plutôt l'air de bonne qualité. Plus que celle du réseau. Je
> vais retoucher le réseau routier en conséquence.
>
> Le 3 août 2015 11:49, Vladimir Vyskocil  a
> écrit :
>
>> Bon à y regarder de plus prêt on dirait que ce sont les routes qui ont
>> été malmenées dans ce coin et que les arbres sont plutôt aux bons
>> emplacements !
>>
>> On 03 Aug 2015, at 11:45, Vladimir Vyskocil 
>> wrote:
>>
>> C’est dangereux de rouler sur le Boulevard René Cassin par exemple ;-)
>>
>>
>> http://www.openstreetmap.org/?mlat=43.66954&mlon=7.21884#map=19/43.66954/7.21884
>>
>> Je suppose que ce sont des arbres d’un import précédent ?
>>
>> Vlad.
>>
>> On 01 Aug 2015, at 19:02, Vincent Frison 
>> wrote:
>>
>> Alors j'ai rajouté la petite vérification pour savoir si l'arbre importé
>> est à l'intérieur d'un bâtiment ou pas. Cela permet donc d'avoir un fichier
>> à part avec les arbres posant problème.
>>
>> Voici les dernières stats:
>> Total of makable imports: 30246
>> Total of non makable imports: 275
>> Matching area radius: 5.0
>> Total of created trees: 29430
>> Total of updated trees: 816
>> Total of created or updated trees: 30246
>> Total of multi matching trees: 306
>>
>> Il y a donc 275 arbres posant problème qu'on peut en gros diviser en 2
>> catégories:
>> - les arbres qui sont collés à un bâtiment mais qui se retrouvent à
>> l'intérieur comme c'est le cas pour la basilique Notre Dame (difficile de
>> dire qui a raison ou tort). Il y en a environ une bonne quarantaine comme
>> ça...
>> - les arbres qui sont à l'intérieur d'un bâtiment parce que celui ci est
>> mal fait dans OSM (ex: bibliothèque bien plus grande que la réalité et qui
>> englobe son parc, ou bâtiment d'école simplifié ne laisse plus de place à
>> sa cour interne, etc.).
>>
>> C'est du coup un bon test pour voir des corrections à faire (une sorte de
>> mini osmose ;p), je conserve donc ce fichier pour faire certaines
>> corrections plus tard et pouvoir ensuite importer certains arbres
>> normalement, merci Jérôme pour l'idée.
>>
>> En attendant je compte bien uploader les 30 246 autres arbres qui sont
>> hors bâtiments.. sauf si évidemment vous me dites que cela entraînera
>> forcement un revert et mon bannissement du forum sur les 3 prochaines
>> générations..
>>
>>
>>
>>
>> Le 31 juillet 2015 00:00, Vincent Frison  a
>> écrit :
>>
>>> Le 30 juillet 2015 23:24, Jérôme Seigneuret 
>>> a écrit :
>>>
 Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement
 des bâtiments aussi donc qui a raison?

 Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien
 être possible de faire comme sous n'importe quel SIG un tag intermédiaire
 note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à mettre
 dans un fichier *.osm et à retoucher au fur et à mesure pour faire
 l'intégration en semi-auto par exemple par type d'alerte.

 C'est plus simple et au moins il n'y a plus d’ambiguïté.

>>>
>>> Le plus simple c'est encore d'ignorer purement et simplement tous les
>>> éléments posant problème.
>>>
>>> Mais je trouve que c'est une bonne idée de garder ces éléments dans un
>>> fichier à part.. histoire de ne rien lâcher ! ;p
>>>
>>> Je ferai ça ce WE..
>>>
>>>
>> ___
>> 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] Importation des arbres municipaux sur Nice

2015-08-03 Par sujet Philippe Verdy 
Il semble acquis mai tenant que Bing Maps disparaît avec la sortie
aujourd'hui ou il y a peu de Here Maps par Nokia,  que Google a décidé de
céder à la découpe,  la cartographie chez Uber,  les appareils mobiles à
part. Windows 10 sort de façon anticipée et un peu dans la précipitation.
L'imagerie aérienne Bing ne sera sans doute plus mise à jour du tout car
Uber à déjà des accords avec d'autres sites cartographiques non libres pour
les POIs,  et n'auras du tout la stratégie de microfilm en terme d'ubiquité
de service uses mais une telle volonté d'expansion sur le terrain des
déplacements et sans doute aussi des livraisons de produits ou en tant se
concurrent voire partenaire des réseaux de transport urbains (comme vient
de le faire la rate pour le RER A avec un concurrent d'uber), bientôt ce
serint les services à la personne à domicile et le secteur postal.
Sans doute le fin donc de l'imagerie Bing sous licence libre.  D'ailleurs
en coupant les ponts,  on n'aura ème plus non plus leurs serveurs d'images.
Bing va nous manquer après la disparition déjà avant de Yahoo Maps.
Il va falloir gonfler un peu plus nos sources mais sans plus aucun service
à l'échelle mondiale.
Here Maps propose déjà son propre système de contribution à licence non
libre,  comme Google ou l'IGN en France. En France on s'en sortira mais
pour les projets en Afrique issue et les régions s pauvres,  espérons
qu'une fera un geste en publiant de l'imagerie suffisante et à jour.  Pour
HOT on aura encore des sources Nasa et CNES/Arianespace pour les zones es
de catastrophe,  mais ce sera dur de combler le vide d
Si Bing arrête ses services et Uber ne les reprends pas dans Here...
Le 30 juil. 2015 23:09, "Vincent Frison"  a
écrit :

> Le 30 juillet 2015 09:29, Christian Quest  a
> écrit :
>
>> On a un arbre dans la basilique Notre-Dame, des arbres à moins d'1m de
>> certaines highway (non pedestrian). Des problèmes de calage ? De quel
>> côté OSM ou opendata ?
>
> Place Masséna, il y a des différences avec Bing (qui date de 2012)... de
>> nouveaux arbres y ont été plantés ou alors ils sont si petit qu'on ne
>> les distingue pas sur l'ortho (ni sur Google Street View en septembre
>> 2014) ?
>
> J'ai donc un doute sur la qualité des données en opendata. Sont-elles
>> bien à jour ?
>>
>> Les algo de rapprochement semblent corrects, mais ne peuvent pas faire
>> de miracle.
>>
>
> C'est pas toujours évident à dire qui est en cause, par exemple pour la
> basilique cet élément correspond bien à un palmier réel collé à l'extérieur
> de l'église et ça se joue à quelques dizaines de centimètres. Mais ce que
> je vais faire c'est rajouter un filtre pour empêcher l'import d'un arbre
> localisé à l'intérieur d'élément ayant le tag building (ou autre chose?),
> c'est un truc j'aurais du penser dès le début.
>
> Il faut savoir que beaucoup d'axes dans Nice ont été refait ces dernières
> années et le mobilier urbain aussi forcément. Masséna a été en
> travaux jusqu'à récemment mais à priori les positions sont bonnes de ce que
> je vois, en tout cas d'après eux elles sont bonnes et à jour (je les ai
> questionné sur cette zone). StreetView fait un joli mix avec des prises de
> multiples époques mais justement je trouve que celles de 2014 correspondent
> pas mal (en sachant qu'ils ont encore rajouté des arbres depuis). Mais j'y
> irai faire un tour pour voir ça de plus près. Ceci dit ce genre de zone
> n'est clairement pas l'endroit le mieux pour l'import (il y a une grosse
> densité de végétaux et en plus souvent de petite taille) et sur ces zones
> là je pourrais effectivement supprimer les arbres importés et utiliser du
> tag landuse à la place, à voir...
>
> Globalement je trouve quand même le positionnement vraiment bon, sur des
> gros axes ensoleillés on peut voir que tout match parfaitement sous Bing.
>
> J'ai aussi remarqué une belle bizarrerie avec quelques arbres qui étaient
> sur l'emprunte du futur stade Allianz Arena, alors en travaux sous Bing
> mais qui a été fini depuis. Je leur ai notifié et ils m'ont répondu que les
> matricules de ces arbres correspondaient effectivement à des anciens arbres
> mais qu'ils ne les réaffecterait que lorsque les travaux pour le tram
> seront finis, faudra donc que je les supprime à la main..
>
> Sinon ils n'ont apparemment pas d'informations sur la hauteur des arbres
> (car trop variable d'après eux, ce qui n'est pas faux mais bon..) et je les
> ai relancé encore une fois sur la possibilité d'avoir le type, c'est juste
> pas possible qu'ils ne l'aient pas !
>
>
>
>
>
> ___
> 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] Importation des arbres municipaux sur Nice

2015-08-03 Par sujet Jérôme Seigneuret 
J'allais dire là même chose.
La données à plutôt l'air de bonne qualité. Plus que celle du réseau. Je
vais retoucher le réseau routier en conséquence.

Le 3 août 2015 11:49, Vladimir Vyskocil  a
écrit :

> Bon à y regarder de plus prêt on dirait que ce sont les routes qui ont été
> malmenées dans ce coin et que les arbres sont plutôt aux bons emplacements !
>
> On 03 Aug 2015, at 11:45, Vladimir Vyskocil 
> wrote:
>
> C’est dangereux de rouler sur le Boulevard René Cassin par exemple ;-)
>
>
> http://www.openstreetmap.org/?mlat=43.66954&mlon=7.21884#map=19/43.66954/7.21884
>
> Je suppose que ce sont des arbres d’un import précédent ?
>
> Vlad.
>
> On 01 Aug 2015, at 19:02, Vincent Frison  wrote:
>
> Alors j'ai rajouté la petite vérification pour savoir si l'arbre importé
> est à l'intérieur d'un bâtiment ou pas. Cela permet donc d'avoir un fichier
> à part avec les arbres posant problème.
>
> Voici les dernières stats:
> Total of makable imports: 30246
> Total of non makable imports: 275
> Matching area radius: 5.0
> Total of created trees: 29430
> Total of updated trees: 816
> Total of created or updated trees: 30246
> Total of multi matching trees: 306
>
> Il y a donc 275 arbres posant problème qu'on peut en gros diviser en 2
> catégories:
> - les arbres qui sont collés à un bâtiment mais qui se retrouvent à
> l'intérieur comme c'est le cas pour la basilique Notre Dame (difficile de
> dire qui a raison ou tort). Il y en a environ une bonne quarantaine comme
> ça...
> - les arbres qui sont à l'intérieur d'un bâtiment parce que celui ci est
> mal fait dans OSM (ex: bibliothèque bien plus grande que la réalité et qui
> englobe son parc, ou bâtiment d'école simplifié ne laisse plus de place à
> sa cour interne, etc.).
>
> C'est du coup un bon test pour voir des corrections à faire (une sorte de
> mini osmose ;p), je conserve donc ce fichier pour faire certaines
> corrections plus tard et pouvoir ensuite importer certains arbres
> normalement, merci Jérôme pour l'idée.
>
> En attendant je compte bien uploader les 30 246 autres arbres qui sont
> hors bâtiments.. sauf si évidemment vous me dites que cela entraînera
> forcement un revert et mon bannissement du forum sur les 3 prochaines
> générations..
>
>
>
>
> Le 31 juillet 2015 00:00, Vincent Frison  a
> écrit :
>
>> Le 30 juillet 2015 23:24, Jérôme Seigneuret  a
>> écrit :
>>
>>> Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement
>>> des bâtiments aussi donc qui a raison?
>>>
>>> Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien
>>> être possible de faire comme sous n'importe quel SIG un tag intermédiaire
>>> note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à mettre
>>> dans un fichier *.osm et à retoucher au fur et à mesure pour faire
>>> l'intégration en semi-auto par exemple par type d'alerte.
>>>
>>> C'est plus simple et au moins il n'y a plus d’ambiguïté.
>>>
>>
>> Le plus simple c'est encore d'ignorer purement et simplement tous les
>> éléments posant problème.
>>
>> Mais je trouve que c'est une bonne idée de garder ces éléments dans un
>> fichier à part.. histoire de ne rien lâcher ! ;p
>>
>> Je ferai ça ce WE..
>>
>>
> ___
> 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] Route dupliquée

2015-08-03 Par sujet Philippe Verdy 
Sans doute une des deux relations  est un résidu mal nettoyé après un
conflit de modifs mal géré. Pas de quoi en faire un drame. En général on
fusionne une des deux,  de préférence la plus ancienne dont l'ID est le
plus petit. Et on retire juste ce qui est une erreur manifeste. On peut
ajouter une note sur l'objet pour demander de vérifier sur le terrain,
mais sinon on se guide sur une représentation simple pour boucher les
éventuels trous avec ce qu'on peut voir en imagerie. S'il s'agit d'un
élément visible du ciel on peut améliorer la précision pour bien remettre
les axes centraux des rues, vérifier les interconnexions,  notamment celles
souvent oubliées des lignes bus,  cependant il est plus simple de d'abord
fusionner, et reconnecter correctement et envoyer et dans un second temps
de reconnecter chaque ligne bus une par une sans vouloir les faire toutes
en même temps. Ça donne des changesets pas trop lourds et moins de conflits
d'édition.

Attention en supprimant les ways en doublon à ne pas supprimer aussi les
tags des nœuds avec ces nœuds.  O' trouve fréquemment des nœuds marques
pour feux rouges,  stops,  cédez-le-passage, passages piétons,  dis d'âne,
et parfois des nœuds d'adresse ou de lieux dits pour une place traversée
par plusieurs rues. Si on ne sait pas trop quoi choisir lors de la fusion
on met une note et on laisse l'élément sur place, notamment les nœuds
tagués.
Le 3 août 2015 12:09, "Fabien"  a écrit :

> Bonjour à tous,
>
> Je viens de tomber sur une zone où la route est dupliquée de façon étrange.
> L'endroit : http://www.openstreetmap.org/way/306534659
>
> En fait il y a l'avenue bien faite avec les bonnes relations dedans
> (voies vélo, bus...) et une Ligne 194 sans rien d'autre mais avec des
> relations dedans. Les modifications sont assez anciennes donc je ne
> sais pas trop comment gérer. J'ai essayé de couper les voies et de
> fusionner mais c'est pas ça.
>
> Avez-vous une correction pour ce genre de problème ?
>
> Merci,
> Fabien
>
> ___
> 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] Utilisation du PLU parisien.

2015-08-03 Par sujet Pierre d'Huy 
Énormément de plan dont le plan nommé au dessus.
Il n'y a aucune info de license sinon j'aurais pu trancher. Le pdf concerné 
fait partie des infrastructures d'utilité publiques.

Le 31 juillet 2015 16:34:30 GMT+02:00, Christian Quest 
 a écrit :
>Le 30/07/2015 19:20, althio a écrit :
>> http://pluenligne.paris.fr/plu/page/PLU?page_id=1
>>
>http://pluenligne.paris.fr/plu/sites-plu/site_statique_34/index_plu.html
>> Je n'ai vu aucune mention de licence... à creuser.
>
>J'ai chargé le fichier .ISO à distance (ma petite ligne ADSL de
>campagne
>digère mal 1Go).
>Il ne semble contenir que des PDF...
>
>Quelqu'un a regardé ce qu'on pouvait en tirer ?
>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Pierre d'Huy___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Route dupliquée

2015-08-03 Par sujet Fabien 
Bonjour à tous,

Je viens de tomber sur une zone où la route est dupliquée de façon étrange.
L'endroit : http://www.openstreetmap.org/way/306534659

En fait il y a l'avenue bien faite avec les bonnes relations dedans
(voies vélo, bus...) et une Ligne 194 sans rien d'autre mais avec des
relations dedans. Les modifications sont assez anciennes donc je ne
sais pas trop comment gérer. J'ai essayé de couper les voies et de
fusionner mais c'est pas ça.

Avez-vous une correction pour ce genre de problème ?

Merci,
Fabien

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

Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice

2015-08-03 Par sujet Vladimir Vyskocil 
Bon à y regarder de plus prêt on dirait que ce sont les routes qui ont été 
malmenées dans ce coin et que les arbres sont plutôt aux bons emplacements !

> On 03 Aug 2015, at 11:45, Vladimir Vyskocil  
> wrote:
> 
> C’est dangereux de rouler sur le Boulevard René Cassin par exemple ;-)
> 
> http://www.openstreetmap.org/?mlat=43.66954&mlon=7.21884#map=19/43.66954/7.21884
>  
> 
> 
> Je suppose que ce sont des arbres d’un import précédent ?
> 
> Vlad.
> 
>> On 01 Aug 2015, at 19:02, Vincent Frison > > wrote:
>> 
>> Alors j'ai rajouté la petite vérification pour savoir si l'arbre importé est 
>> à l'intérieur d'un bâtiment ou pas. Cela permet donc d'avoir un fichier à 
>> part avec les arbres posant problème. 
>> 
>> Voici les dernières stats:
>> Total of makable imports: 30246
>> Total of non makable imports: 275
>> Matching area radius: 5.0
>> Total of created trees: 29430
>> Total of updated trees: 816
>> Total of created or updated trees: 30246
>> Total of multi matching trees: 306
>> 
>> Il y a donc 275 arbres posant problème qu'on peut en gros diviser en 2 
>> catégories:
>> - les arbres qui sont collés à un bâtiment mais qui se retrouvent à 
>> l'intérieur comme c'est le cas pour la basilique Notre Dame (difficile de 
>> dire qui a raison ou tort). Il y en a environ une bonne quarantaine comme 
>> ça...
>> - les arbres qui sont à l'intérieur d'un bâtiment parce que celui ci est mal 
>> fait dans OSM (ex: bibliothèque bien plus grande que la réalité et qui 
>> englobe son parc, ou bâtiment d'école simplifié ne laisse plus de place à sa 
>> cour interne, etc.). 
>> 
>> C'est du coup un bon test pour voir des corrections à faire (une sorte de 
>> mini osmose ;p), je conserve donc ce fichier pour faire certaines 
>> corrections plus tard et pouvoir ensuite importer certains arbres 
>> normalement, merci Jérôme pour l'idée.
>> 
>> En attendant je compte bien uploader les 30 246 autres arbres qui sont hors 
>> bâtiments.. sauf si évidemment vous me dites que cela entraînera forcement 
>> un revert et mon bannissement du forum sur les 3 prochaines générations..
>> 
>> 
>> 
>> 
>> Le 31 juillet 2015 00:00, Vincent Frison > > a écrit :
>> Le 30 juillet 2015 23:24, Jérôme Seigneuret > > a écrit :
>> Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement des 
>> bâtiments aussi donc qui a raison? 
>> 
>> Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien être 
>> possible de faire comme sous n'importe quel SIG un tag intermédiaire 
>> note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à mettre 
>> dans un fichier *.osm et à retoucher au fur et à mesure pour faire 
>> l'intégration en semi-auto par exemple par type d'alerte.
>> 
>> C'est plus simple et au moins il n'y a plus d’ambiguïté. 
>> 
>> Le plus simple c'est encore d'ignorer purement et simplement tous les 
>> éléments posant problème.
>> 
>> Mais je trouve que c'est une bonne idée de garder ces éléments dans un 
>> fichier à part.. histoire de ne rien lâcher ! ;p 
>> 
>> Je ferai ça ce WE..
>> 
>> 
>> ___
>> 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] Importation des arbres municipaux sur Nice

2015-08-03 Par sujet Vladimir Vyskocil 
C’est dangereux de rouler sur le Boulevard René Cassin par exemple ;-)

http://www.openstreetmap.org/?mlat=43.66954&mlon=7.21884#map=19/43.66954/7.21884
 


Je suppose que ce sont des arbres d’un import précédent ?

Vlad.

> On 01 Aug 2015, at 19:02, Vincent Frison  wrote:
> 
> Alors j'ai rajouté la petite vérification pour savoir si l'arbre importé est 
> à l'intérieur d'un bâtiment ou pas. Cela permet donc d'avoir un fichier à 
> part avec les arbres posant problème. 
> 
> Voici les dernières stats:
> Total of makable imports: 30246
> Total of non makable imports: 275
> Matching area radius: 5.0
> Total of created trees: 29430
> Total of updated trees: 816
> Total of created or updated trees: 30246
> Total of multi matching trees: 306
> 
> Il y a donc 275 arbres posant problème qu'on peut en gros diviser en 2 
> catégories:
> - les arbres qui sont collés à un bâtiment mais qui se retrouvent à 
> l'intérieur comme c'est le cas pour la basilique Notre Dame (difficile de 
> dire qui a raison ou tort). Il y en a environ une bonne quarantaine comme 
> ça...
> - les arbres qui sont à l'intérieur d'un bâtiment parce que celui ci est mal 
> fait dans OSM (ex: bibliothèque bien plus grande que la réalité et qui 
> englobe son parc, ou bâtiment d'école simplifié ne laisse plus de place à sa 
> cour interne, etc.). 
> 
> C'est du coup un bon test pour voir des corrections à faire (une sorte de 
> mini osmose ;p), je conserve donc ce fichier pour faire certaines corrections 
> plus tard et pouvoir ensuite importer certains arbres normalement, merci 
> Jérôme pour l'idée.
> 
> En attendant je compte bien uploader les 30 246 autres arbres qui sont hors 
> bâtiments.. sauf si évidemment vous me dites que cela entraînera forcement un 
> revert et mon bannissement du forum sur les 3 prochaines générations..
> 
> 
> 
> 
> Le 31 juillet 2015 00:00, Vincent Frison  > a écrit :
> Le 30 juillet 2015 23:24, Jérôme Seigneuret  > a écrit :
> Oui pour empêcher l'import mais on n'est pas à 15 cm sur le placement des 
> bâtiments aussi donc qui a raison? 
> 
> Il faudrait genre un pré-filtre. Si tu fais ça sous JOSM il doit bien être 
> possible de faire comme sous n'importe quel SIG un tag intermédiaire 
> note=FIXME et tu n'intègres que ceux sans alerte. Les autres c'est à mettre 
> dans un fichier *.osm et à retoucher au fur et à mesure pour faire 
> l'intégration en semi-auto par exemple par type d'alerte.
> 
> C'est plus simple et au moins il n'y a plus d’ambiguïté. 
> 
> Le plus simple c'est encore d'ignorer purement et simplement tous les 
> éléments posant problème.
> 
> Mais je trouve que c'est une bonne idée de garder ces éléments dans un 
> fichier à part.. histoire de ne rien lâcher ! ;p 
> 
> Je ferai ça ce WE..
> 
> 
> ___
> 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