<div dir="ltr"><div><div>@Philippe l'ensemble de ton email est HS : nous parlons d'une appli mobile, pas de JOSM.<br><br></div>@Jean-Yvon je pense que nous sommes tous d'accord pour dire qu'il est important d'ordonner. Néanmoins ma question portait plutôt sur l'appli dédiée aux débutants que je souhaite développer : doit-on intégrer un tel niveau de complexité pour des personnes qui ne maitrisent pas la carto ? <br></div>à la limite je suis prêt à considérer la possibilité d'ordonner les arrêts (glisser-déposer via une liste) si vous arrivez à me convaincre de son absolue nécessité. Pour l'instant, j'en doute.<br>Par contre l'ordonnancement des chemins me parait bien trop complexe à gérer sur mobile.<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><p>Possibilité de sélectionner un arrêt sur la carte pour l'ajouter
? Idem pour un chemin ?</p></div></blockquote><div>Oui, il doit être simple d'ajouter un arrêt existant ou de créer un nouvel arrêt en le reliant à une relation existante.<br><br></div><div>Je ne souhaite par contre pas faire apparaitre les segments de route en tant qu'objets individuels. Il me semble plus intuitif de permettre de modifier le chemin en drag&drop un point du segment qui recalculerait un itinéraire en conséquence. Par la suite c'est l'appli qui gérerait elle-même les segments à ajouter/supprimer de la relation.<br>Pour vous donner une idée de ce comportement, il suffit de déplacer un point de départ ou d'arrivée lors d'un calcul d'itinéraire avec OSRM sur <a href="http://osm.org">osm.org</a><br><br></div><div>merci encore pour vos idées, on progresse dans la réflexion ...<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 27 octobre 2016 à 01:03, Philippe Verdy <span dir="ltr"><<a href="mailto:verdy_p@wanadoo.fr" target="_blank">verdy_p@wanadoo.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Je déconseille très fortement le "glisser-déposer" dans l'éditeur de relations de JOSM !!! Trop souvent fois au lieu de déposer les objets, JOSM les SUPPRIME instantanément de la relation (sans même poser la question) si on a le malheur de déposer sur les pixels séparant deux lignes (et ce n'est pas rare du tout !).<div><br></div><div>C'est un vieux bogue non corrigé (d'ailleurs il arrive parfois que pendant un clic on glisse légèrement la souris de quelques pixels et JOSM croit qu'on veut faire un glisser-déposer, et se plante de la même façon !). Si on ne voit plus les membres qu'on avait sélectionné, il va falloir aller les rechercher à nouveau sur la carte). D'ailleurs JOSM n'aide pas non plus quand on valide la relation validée, car il n'indique pas le nombre de membres ajoutés ou supprimés dans son historique, il se contente juste de dire que la relation a été modifiée.</div><div><br></div><div>Pour éviter des erreurs de manipulation quand on manipule des relations avec beaucoup d'éléments et pouvoir réparer, je commence par sélectionner tous les éléments pour les mettre tels quels dans une autre nouvelle relation (dans une autre fenêtre), sans me soucier des rôles et des tags, et je laisse cette fenêtre d'éditeur ouverte sans la valider. Ensuite je peux modifier la relation. Ceci fait, je vérifie qu'il ne manque aucun membre dans la relation en allant les re-sélectionner depuis la fenêtre voisine temporaire qui est encore ouverte: ces membres doivent tous apparaître surlignés en jaune dans la relation que je modifiait, sinon c'est qu'ils ont disparu, mais c'est facile de les remettre. Quand c'est terminé, je valide la relation, et j'annule la fenêtre temporaire qui me sert juste de "presse-papier".</div><div><br></div><div>Cette méthode de "presse-papier" en revanche ne permet pas de détecter les membres qui devraient rester en "doublon" dans la relation (les chemins parcourus deux fois dans la ligne fait un détour... et parfois aussi certains arrêts desservis deux fois sachant que le bus a son indicateur qui affiche sur quelle partie de la ligne il est en indiquant soit un arrêt dans le détour soit celui du terminus) : il faut vérifier manuellement le nombre de doublons surlignés "en rose" dans les deux fenêtres. On aura le problème tant qu'on n'aura pas de "route segments"<div><br></div><div>Pour ordonner les membres dans l'éditeur SANS glisser-déposer:</div><div> - sélectionner les membres au clavier (flèches et touche SHIFT pour un intervalle, ou CTRL pour ajouter/retirer un membre de la sélection) ou la souris,</div><div>- puis utiliser les icônes monter/descendre de la barre latérale.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Ensuite peu importe si on a groupé les ways en tête de la relation ou à la fin. Personnellement je préfère grouper les ways à la fin pour que les premiers membres visibles soient les noms des premiers arrêts (les chemins n'ont pas de nom évident), et ensuite grouper ensemble le "stop" nécessaire pour la v2 (l'icône: devrait être un gros point rouge) avec sa "plateform" (bus_stop de la v1, l'icone est celle d'un bus pour "bus", ou celle d'un poteau d'arrêt pour les platform v2). On peut vérifier visuellement qu'on ne s'est pas trompé de rôle.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Au minimum la relation devrait avoir deux "stop" (donc deux icones "points rouges" ou "bus") ; sur les lignes non circulaires, le premier "stop" devrait avoir son rôle suffixé "_entry_only", et le dernier un rôle suffixé "_exit_only". Dans un premier temps on n'est pas obligé d'avoir tous les arrêts ("stop"), tant qu'on a toutes les stations ("platform" ou "bus_stop"). Cependant l'outil "sketch_line" ne cherche encore que les "platform" ou "bus-stop" et semble ne pas prendre en compte encore les "stop": les deux terminus devraient donc avoir les deux types d'objet ("stop" et "platform"~"bus_stop").</div><span class=""><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 27 octobre 2016 à 00:08, <span dir="ltr"><<a href="mailto:osm.sanspourriel@spamgourmet.com" target="_blank">osm.sanspourriel@spamgourmet.<wbr>com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="transparent">
<p>Aussi d'accord pour ordonner : même si dans certains cas ce n'est
pas strictement nécessaire, c'est dans tous les cas beaucoup plus
simple. Même tout simplement pour les vérifications manuelles.</p>
<p>Si les arrêts sont numérotés dans l'ordre de la relation et les
chemins sinon numérotés au moins avec un dégradé, on doit voir si
c'est correct ou pas.</p>
<p>Un glisser/déposer dans la liste des arrêts pour réordonnancer ?</p>
<p>Idem pour les chemins ?</p>
<p>Possibilité de sélectionner un arrêt sur la carte pour l'ajouter
? Idem pour un chemin ?<br>
</p>
<p>Oui, pour la V2 ;-)<br>
</p>
<p>Je pense que si à partir d'un arrêt de bus (sans doute via les
relations définissant les lignes) on arrivait à remonter au niveau
du Réseau et si avec le réseau et le nom de la ligne on avait une
url nous donnant le trajet, on aurait déjà une aide à la
vérification (comme ici je suis allé voir la star pour trouver,
mais si je n'avais été dans la coin je ne saurais pas aller sur
<a href="http://star.fr" target="_blank">star.fr</a> à partir d'un arrêt de bus desservi par la Star.</p>
<p>N. B. : c'est vrai que des réseaux sont moins complets que celui
de la Star qui pourtant est incorrect.<br>
</p>
<p>Jean-Yvon</p></div></blockquote></div></div></span></div></div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">
<p style="margin-bottom:0cm">
</p><p style="margin-bottom:0cm"><font color="#333333"><font face="arial, helvetica, sans-serif"><font style="font-size:11pt" size="2"><b>Florian
Lainez</b></font></font><br></font></p><img src="http://twitter.com/favicon.ico"><a href="http://twitter.com/overflorian" target="_blank">@overflorian</a><br></div></div>
</div>