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 <http://wiki.openstreetmap.org/wiki/User: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
