Je réponds aux interrogations posées précédemment (jusqu'au 12 avril) :
@Pieren : j'ai ajouté un petit nota pour dire que l'on peut trouver d'autres moyens mais vu que je fais cela je préfère donner une méthode et laisser l'utilisateur trouver sa propre méthode plus tard quand il est familiarisé avec JOSM. @JB : merci pour cette critique très constructive ! Page 8 : bien trouvé c'est vraiment l'erreur bête surtout que c'était le passage critique de JOSM... Pour la route : j'ai une note pour dire de ne pas tout remplir. Point : 9 : je préfère ne pas indiquer de fermer parce que parfois JOSM demande d'envoyer ou de sauvegarder mais pas de laisser tomber... C'est un peu étrange ce comportement j'ai pas envie qu'on soit gêné par cela... « je vais donc annuler » => Je vais donc cliquer sur le bouton Annuler (ça doit être mieux) Pour le cadre de validation c'est complexe et ça peut effrayer quelqu'un qui ne va pas contribuer en ayant peur de faire une toute petite erreur. Une route non liée à une autre ou des voies sans nom pour que l'utilisateur apprenne à faire des erreurs et qui sera corrigé par un fan de Osmose plus tard je dis laissons les gens contribuer vu que c'est le problème. La première contribution. l'ajout d'une rue avec uniquement un nœud ajouté, c'est louche... => ouais c'est plus que louche mais c'est une erreur très grossière que JOSM corrige et pas Potlach... Pour la sauvegarde : ça fait débat... Pour un ajout de lien, c'est clair il faudrait en ajouter mais learnosm n'était pas en français quand j'ai écrit ce passage. Je vais voir pour l'ajouter. Pour Google : partage via un dédié (kimsufi) : http://91.121.170.19/~MarbolanGos/osm/tutoriel_JOSM_v1.1.pdf @Philippe Verdy et Christian Quest : les 2 arguments se valent mais tout débutant sous Word ou Excel (pour parler des formations C2I par exemple) ont dans les tout début un chapitre sur : sauvegarder c'est primordial. Donc, les gens ont tous en tête si je sauvegarde pas je vais tout perdre. @JB : quand on contribue on n'a pas toujours le réseau donc il faut pouvoir le faire. J'en parle très vite et en dernière remarque. J'espère que les gens seront plus tentés d'envoyer que de sauvegarder pour au final oublier d'envoyer... @Philippe Verdy : tu crois réellement qu'un débutant se verra confronté à des conflits de centaines d'objets ? Au début, il enverra les 2-3 points qu'il voit proches de chez lui puis il augmentera le nombre d'envois mais vu que le nombre de contributeurs n'est pas non plus immense des conflits on n'en rencontre très peu. Finir sur un laïus pour dire : vous êtes débutants utilisez Potlach... Donc quand est-ce que les gens commencent à utiliser un outil qui est aussi fonctionnel que JOSM ? Quand ils ont un master d'informatique et de géomatique ? Non, franchement JOSM c'est juste déroutant mais qu'est-ce que c'est léger et fiable dès qu'on a passé le stade que je voudrais que les lecteurs de ce tutoriel aient franchi. @P. Verdy : faut m'expliquer ou je parle de sessions en parrallèle ? J'ouvre à peine un calque et celui de Bing. J'en suis loin de parler de fusion de calques, cadastre, Open Data ou autres manipulations qui sont à réserver aux utilisateurs un peu avertis. @Ab_fab : superbe idée ! C'est inclus Je remercie encore les personnes qui ont aidé à faire ces ajouts. Je les cite donc dans le tutoriel à la fin. Si ils ne veulent pas qu'ils me le disent. Liens : - HTTP : http://91.121.170.19/~MarbolanGos/osm/tutoriel_JOSM_v1.1.pdf - Google : https://docs.google.com/file/d/0B2K6oMUIyX5yR0pSdUhMdVVScnc/edit?usp=sharing @Tony : très bonne idée, je vais essayer de faire une fiche récapitulative d'une ou deux pages maximum ! Fabien très occupé en ce moment donc je stocke et je réponds dès que j'ai le temps ! Le 12 avril 2013 17:40, Ab_fab <gamma....@gmail.com> a écrit : > Si le tutoriel indique qu'envoyer ses modifications vers le serveur tous les > 1/4 d'heure environ évite le risque de pertes, et qu'il n'y a à priori aucun > intérêt à ouvrir plusieurs sessions utilisateur avec le même compte OSM, ça > devrait être ok alors. > > > > Le 12 avril 2013 16:23, Philippe Verdy <verd...@wanadoo.fr> a écrit : > >> On ne peut pas toujours publier immédiatement des données qu'on est en >> train d'importer et fusionner avec l'existant. Si cela prend du temps, on >> enregistre pour ne pas tout perdre (même s'il y a une sauvegarde automatique >> toutes les 10 minutes, paramétrable : une option à activer qui sera utile si >> jamais on oublie que Windows ou un autre logiciel a fait une mise à jour >> système et prévenu qu'il allait redémarrer l'OS en fermant brutalement les >> applications) >> >> Malgré tout, même pour les débutants, ils vont se retrouver confrontés à >> la gestion des conflits, et ce n'est pas simple du tout au départ de savoir >> quoi faire : certains débutants seront tout de suite tentés d'appliquer >> immédiatement TOUTES leurs modifications sans regarder le détail des autres >> modifications proposées, ou alors d'abandonner totalement un envoi commencé >> parce que tout à coup ils se retrouvent à devoir gérer des listes >> impressionnantes de centaines de conflits à résoudre un par un. >> >> JOSM n'aide pas beaucoup dans la résolution des conflits les plus >> courants, d'aillleurs beaucoup ne demandent aucune confirmation car il n'y a >> aucun conflit réel, les valeurs modifiées localement dans les objets en >> conflit étant exactement les mêmes que celles provenant d'une autre version >> en conflit provenant de la base, ce cas survenant dans le cas où >> l'utilisateur a utilisé plusieurs sessions de travail en parallèle et JOSM >> ne sait pas faire un tri permettant d'en résoudre automatiquement un grand >> nombre, ou de les grouper par type de conflits : par exemple un conflit >> survient sur un objet supprimé dans la base mais pas localement, et qui est >> référencé par une série de relations : le premier conflit à résoudre porte >> sur la suppression ou pas de cet objet, et si on résoud ce conflt, il >> devrait aussi résoudre automatiquement le conflit sur les autres relations >> utilisatrices. >> >> Le cas le plus fréquent et le plus pénible à résoudre concerne les >> conflits sur les ways : ils donnent souvent des listes de plusieurs dizaines >> voir centaines de noeuds supprimés/ajoutés à ce way. De plus la résolution >> de conflit des membres d'un way est très compliquée : si on ne fait pas >> attention on va supprimer des tad de noeuds pourtant encore nécessaires à la >> géométrie d'autres ways, ou bien laisser des tas de noeuds orphelins >> (souvent sans même aucun attribut) dans la base. >> >> On peut se dire alors que JOSM n'est pas à recommander aux débutants et >> leur demander d'utiliser Potlatch, pourtant celui-ci n'est pas capable de >> gérer des objets géométriquement très étendus (trop de données dans la zone, >> la navigateur web ne peut pas les charger toutes sans "exploser" ni sérieux >> problèmes de performances sur le système,surtout si on a un navigateur avec >> un Javascript un peu lent et trop peu de mémoire de travail; il faut aussi >> rappeler que les navigateurs sont presque tous en version 32 bits, même sur >> les systèmes 64 bits et la mémoire de travail des sessions web est limitée; >> bref assez vite on réalise qu'au delà des petites modiifications locales, ou >> pour l'import de jeux de données, JOSM devient indispensable, même si on ne >> travaille pas à une échelle supérieure à celle de la commune, dans le cas du >> travail dans les zones denses : Paris notamment ne peut même pas se >> travailler à l'échelle d'un seul arrondissement dans Potlatch, dont la >> limite est devenu plutôt celle du quartier, mais heureusement Paris a >> terminé pratiquement tout en ce qui concerne les objets les plus grands et >> ne demande plus que des modifs très locales faisables dans Potlatch, le >> reste étant fait par d'autres plus expérimentés qui utilisent JOSM) >> >> Il y a d'autres exemples plus complexes qui sont difficiles voire >> quasiment impossibles à faire dans Potlatch : les données sur les réseaux de >> transport, telles que les lignes de bus. C'est compliqué à éditer, et >> difficile à réparer, car c'est déjà difficile à interpréter quand il y a des >> erreurs de cohérence. Ce sujet mériterait un tutoriel à lui tout seul, et >> sans doute des modifications dans les recommandations faites sur la partie >> documentaire du wiki OSM ! >> >> >> >> Le 12 avril 2013 12:50, Cyrille Giquello <cyrill...@gmail.com> a écrit : >> >>> >>> Le 12 avr. 2013 08:54, "Fabien" <marbolan...@gmail.com> a écrit : >>> >>> >>> > >>> > Le 11 avril 2013 19:22, Christian Quest <cqu...@openstreetmap.fr> a >>> > écrit : >>> > > Tout ceci est valable, mais pas adapté à un tutoriel pour débutant. >>> > > La sauvegarde lorsque l'on débute amène à mon avis plus de problème >>> > > (conflits) qu'elle n'en résout. >>> > > >>> > > >>> > > Le 11 avril 2013 19:17, Philippe Verdy <verd...@wanadoo.fr> a écrit : >>> > > >>> > >> Parler de la sauvegarde est indispensable pour ne pas tout perdre à >>> > >> cause >>> > >> d'un plantage. Cependant JOSM aide aussi sur ce point avec une >>> > >> sauvegarde >>> > >> automatique qu'il propose de récupérer lors du relancement, ce qui >>> > >> peut >>> > >> éviter de perdre des heures de travail. >>> > >> >>> > >> Sinon une sauvegarde est aussi un cache utile au repérage des >>> > >> éléments >>> > >> qu'on a l'habitude de travailler (les tâches sont souvent longues et >>> > >> peuvent >>> > >> durer des semaines ou des mois) : le cache n'empêche pourtant pas de >>> > >> mettre >>> > >> à jour les données avant de continuer à les modifier. C'est un gain >>> > >> de temps >>> > >> aussi et de ressources de travail sur les serveurs, si on n'a pas >>> > >> besoin de >>> > >> toute chercher en permanence en ligne pour relocaliser facilement >>> > >> une zone >>> > >> ou une catégorie d'objets qui nous intéressait et sur laquelle on a >>> > >> déjà >>> > >> travaillé et compris une partie significative des problèmes à >>> > >> traiter (et >>> > >> aussi des manques qui ne sont détectés avec précision par aucun >>> > >> outil). >>> > >> >>> > >> >>> > >> >>> > >> Le 11 avril 2013 18:33, JB <jb...@mailoo.org> a écrit : >>> > >> >>> > >>> Salut Fabien, >>> > >>> >>> > >>> Je soutiens toujours la création de tutoriels, qui permet de >>> > >>> trouver >>> > >>> celui qui nous plait sur l'approche, le ton, etc. choisis. Reste à >>> > >>> le mettre >>> > >>> en évidence (il n'y a pas une page du wiki ou du site fr qui les >>> > >>> répertorierait, des fois ? Au boulot, sinon !). >>> > >>> >>> > >>> Quelques petites remarques, même si j'ai surement laissé passer des >>> > >>> choses : >>> > >>> >>> > >>> Page 8, une inversion des boutons de la souris, à peu près tout au >>> > >>> long >>> > >>> de la page… >>> > >>> >>> > >>> L'exemple sur la route résidentielle : insister qu'il ne faut >>> > >>> surtout pas >>> > >>> tout remplir (j'en ai marre des oneway=no, horse=yes à >>> > >>> tire-larigot…) >>> > >>> >>> > >>> Point 9 : je conseillerai de fermer JOSM pour annuler toutes les >>> > >>> essais >>> > >>> faits et le rouvrir, on ne sait jamais (et plus fiable et simple >>> > >>> que de >>> > >>> supprimer les calques…) >>> > >>> >>> > >>> Puis, «je vais donc annuler… », pas très clair dans la formulation, >>> > >>> même >>> > >>> si on comprend ensuite. >>> > >>> >>> > >>> Je pense qu'un paragraphe sur l'utilisation du cadre « résultat de >>> > >>> validation » est nécessaire (zoomer sur le conflit). Je préciserais >>> > >>> aussi >>> > >>> que s'il repère des fausses erreurs, il en laisse aussi passer. >>> > >>> C'est un >>> > >>> outil, mais pas infaillible dans les deux sens. >>> > >>> >>> > >>> Ensuite, je pinaille, mais l'ajout d'une rue avec uniquement un >>> > >>> nœud >>> > >>> ajouté, c'est louche… >>> > >>> >>> > >>> Si tu parles de sauvegarde locale, je parlerais de conflits… Perso, >>> > >>> je ne >>> > >>> parlerais pas de sauvegarde (vu le niveau du tutoriel). >>> > >>> >>> > >>> Le wiki, mais c'est peut-être aussi personnel, je mettrais bien la >>> > >>> page >>> > >>> map features ou au moins la page d'accueil en français, et les >>> > >>> listes de >>> > >>> diffusion locales, moins effrayantes que talk-fr (idem pour >>> > >>> learnosm, >>> > >>> d'ailleurs). >>> > >>> >>> > >>> Merci pour ce boulot, même si je ne suis pas fan de la mise à >>> > >>> disposition >>> > >>> via google. >>> > >>> >>> > >>> JB. >>> > >>> >>> > >>> >>> > >>> >>> > >>> Le 11.04.2013 16:55, Fabien a écrit : >>> > >>> >>> > >>> Bonjour à tous, >>> > >>> >>> > >>> C'est avec un grand plaisir que je vous annonce la publication de >>> > >>> mon >>> > >>> premier tutoriel orienté débutant pour JOSM. J'espère avoir le >>> > >>> temps >>> > >>> d'en écrire d'autres, en particulier sur les tracés issus de GPX, >>> > >>> sur >>> > >>> certains greffons et sur OAuth. >>> > >>> >>> > >>> Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il >>> > >>> faut qu'à la fin du document celle-ci soit appréhendée car c'est un >>> > >>> des obstacles récurrent pour les nouveaux contributeurs. Les >>> > >>> notions >>> > >>> sont donc forcément simples et très directives tout en laissant >>> > >>> libre >>> > >>> court à certaines découvertes. >>> > >>> >>> > >>> Je suis ouvert à toute remarque sur le contenu du document ou >>> > >>> amélioration nécessaire pour sa compréhension. >>> > >>> >>> > >>> Le lien du PDF : >>> > >>> >>> > >>> >>> > >>> https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing >>> > >>> C'est un partage via Google je ferai des miroirs si certains ne >>> > >>> peuvent pas y accéder. toute personne voulant le fichier ODT peut >>> > >>> me >>> > >>> contacter directement. >>> > >>> >>> > >>> Fabien >>> > >>> >>> > >>> _______________________________________________ >>> > >>> Talk-fr mailing list >>> > >>> Talk-fr@openstreetmap.org >>> > >>> http://lists.openstreetmap.org/listinfo/talk-fr >>> > >>> >>> > >>> >>> > >>> > Bonour à tous, >>> > >>> > Merci pour vos commentaires que je lis juste. >>> > >>> > @Jean-Claude : tout simplement parce que j'ai travaillé bien souvent >>> > hors ligne et je gère mieux un versionnage (pas sur du mot) avec un >>> > fichier LibreOffice qu'avec un wiki. >>> > >>> > @JB : merci je regarde tous tes commentaires et j'améliore. Par >>> > contre, je dis pareil pour le partage Google mais c'est juste que le >>> > lien est facilement accessible (sauf en Chine) pour l'instant et que >>> > je verrais plus tard pour mettre le document à un endroit plus >>> > pratique et pérenne. >>> > >>> > @Christian : pour la sauvegarde, j'ai ajouté cela tout à la fin >>> > presque comme une annexe. J'aurais du le faire plus ressortir je vais >>> > voir ce que je peux faire. Je ne suis que très peu fan de la >>> > sauvegarde aussi avec JOSM mais il faut en parler parce que souvent on >>> > me l'a demandé comment on enregistre son travail. >>> >>> ben justement il me semble que le paradigme n'est pas "d'enregistrer" >>> sont travail mais de le "publier". C'est en tout cas ce que j'explique aux >>> débutants. >>> >>> dit autrement "update/commit" par petits lots de modifs cohérentes. >>> >>> C. >>> >>> > >>> > Fabien >>> > >>> > _______________________________________________ >>> > 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 >> > > > > -- > ab_fab > "Il n'y a pas de pas perdus", Nadja > > _______________________________________________ > 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
