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
