Note: l'idée de pseudo-relation peut servir: - à une "TODO list" perso - à des listes de suivi perso - à l'import de données tabulaires à intégrer (fichiers CSV, requêtes de bases de données externes, etc.)
On devrait pouvoir enregistrer ces pseudo-relations dans un fichier OSM (le même ou un fichier à part dans un calque séparé, et comme les autres calques on doit pouvoir les fusionner comme on veut). Il faut jsute une métadonnée en plus (hors des tags) indiquant l'usage local privé. On pourrait aussi s'échanger ces fichiers, ou en télécharger un depuis un site de suivi (y compris depuis un outil de veille qualité "QA" comme Osmose par exemple). Mais il faut juste définir un identifiant ou un attribut d'élément XML (ou l'équivalent dans le schéma JSON) pour la métadonnée supplémentaire dans un objet "relation" standard. Le sam. 28 mars 2020 à 22:00, Philippe Verdy <ver...@gmail.com> a écrit : > > Fais une sélection multiple..., la liste est triée par nom dans la > fenêtre "sélection"; au besoin copie cette sélection dans une nouvelle > relation temporaire (met un tag erroné dedans afin que le validateur > de JOSM te signale l'erreurs si tu tentes de la transmettre par > erreur... > > Dommage que JOSM ne permette pas de créer des pseudo-relations, qui ne > seront pas envoyées au serveur, mais affichables dans la fenêtre > "sélection" dans une sous-liste déroulable, ce serait super-pratique > pour organiser le travail et le pointage. L'idée serait que JOSM gère > un pseudo-attribut "ne pas envoyer au serveur", comme une métadonnée > supplémentaire (en sus de l'id qui resterait non renseigné donc ni à 0 > ni en valeur négative à l'envoi sur le serveur pour une création) et > non comme un tag. On pourrait y mettre tous les tags qu'on veut (comme > dans une relation normale mais SANS validation lors des envois de > données puisqu'elle serait ignorée, à l'exception de ses membres), > sauf que ce serait à usage local et privé. Eventuellement ensuite une > option permettrait une fois un pointage fait de la convertir en > relation pour une création qui serait envoyée au serveur. > > Cette idée de pseudo-relation serait super-pratique pour les tâches > d'intégration de données volumineuses à pointer une à une. Et là on > pourrait trier cette pseudo-relation comme on veut, avec l'éditeur de > relations. Et elle serait utile pour des recherches combinées, ou pour > travailler avec plusieurs sous-sélections différentes et y revenir > facilement (ce qu'on ne peut pas faire une une seule sélection à la > fois). > > > Le sam. 28 mars 2020 à 21:10, Arnaud Champollion > <arnaud.champoll...@linux-alpes.org> a écrit : > > > > Bonjour, > > > > Est-il possible avec JOSM de ranger les données par ordre alphabétique ? > > > > Dans le cadre de caresteouvert.fr , je dispose d'un fichier tableur avec > > la liste des commerces ouvert à Digne les Bains qui a été fourni par un > > partenaire local. > > > > Sur le tableur j'ai rangé la liste par ordre alphabétique, et avec JOSM > > j'ai téléchargé tous les [shop] ( je ferai ensuite le reste avec [amenity] ) > > > > Je pensais me servir de la liste pour la comparer avec les données > > téléchargées et sélectionner manuellement celles qui correspondent à la > > liste, puis éditer les attributs en une seule fois (en tout cas pour > > ceux qui justifient la valeur "same"). > > > > Sauf que ... sur JOSM je ne parviens pas à voir les données en ordre > > alphabétique, ce qui serait plus simple pour comparer les deux listes. > > > > Connaissez-vous un moyen ? > > > > Ou peut-être y a-t-il une autre manière de procéder à laquelle je n'ai > > pas pensé ? > > > > Merci > > > > Arnaud > > > > > > _______________________________________________ > > 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
