Merci Philippe pour les explications mais même en augmentant à 4 go je n'ai pas
obtenu de résultat.
Comme tu a l'air de t'y connaître, peut tu faire un essais en sélectionnant
tous les éléments de la relations pour trouver la longueur cumulée des segments
?
Peut être qu'il faut affiner la configuration java ou josm ? Si tu peut faire
un essai et nous en dire plus sur ta tentative de trouver la longueur total de
la voie ferrée. Ce serait top.
Cordialement
Le October 13, 2020 12:31:43 AM UTC, Philippe Verdy <ver...@gmail.com> a écrit :
>2Go est parfois très juste si on travaille à l'échelle de la France.
>Perso
>j'ai mis une limite de VM à 4Go (dans le panneau de config Java; aucun
>problème car Java ne sert qu'à des applis locales et pas dans un
>navigateur, donc toujours lancé par une ligne de commande "java" ou un
>fichier .jnlp lancé via JavaWebStart, qui télécharge ou met à jour
>l'appli
>dans le cache local de déploiement, puis lance l'appli de façon
>autonome;
>JavaWebStart est mal nommé, en fait il n'a de web que le lancement et
>le
>fait qu'un fichier .jnlp est un tout petit fichier qui contient une ou
>plusieurs URLs pour la mise à jour du cache, et les autres paramètres
>de
>config de la VM qui pourraient être imposés, ainsi que les
>bibliothèques
>binaires nécessaires qui devraient être dans les "/lib" et les packages
>dépendants qui peuvent être eux aussi installés dans le CLASSPATH).
>Par défaut, même en 64 bits, la limite ne dépasse pas 2,5Go.
>Note qu'avec JavaWebStart on n'installe l'appli JOSM que temporairement
>dans le cache de déploiement, certains outils "nettoyeurs" veulent
>vider ce
>cache, mais on perd des infos comme les préférences utilisateur qui
>sont
>aussi dans ce cache, qui agit plutôt comme un container. En revanche
>cela
>ne nettoie pas le cache JOSM des tuiles qui est stocké à part dans le
>système de fichiers local de l'utilisateur et qui peut devenir très
>grand;
>mais heureusement pour limiter la fragmentation de nomlbreux fichiers,
>maintenant JOSM gère son cache de tuile avec un gros fichier "blob"
>unique
>par couche, ce qui va beaucoup plus vite, mais ce gros bloc peut aussi
>se
>fragmenter dans sa structure interne, bien qu'il est plus efficace que
>ce
>que fait le système de fichiers lui-même, et il y staocke les tuiles et
>les
>métadonnées HTTPS de façon plus ordonnée et plus compacte en ne gardant
>que
>les métadonnées utiles et pas tout le "bazar" des entêtes MIME d'HTTP
>ou
>HTTPS.
>
>Le lun. 12 oct. 2020 à 16:56, Percherie OnDaNet
><perche...@toutenkamion.net>
>a écrit :
>
>> Étrange... je suis sur une machine windows avec 2Go de défini pour
>Java.
>>
>> Voici la capture écran de ce qui ne fonctionne pas (avec info bulle
>et
>> tout et tout) : https://ibb.co/6bztCmX
>>
>> A la maison je travaille exclusivement sur Mint, je referai une
>tentative
>>
>> Le 12/10/2020 à 16:40, osm.sanspourr...@spamgourmet.com a écrit :
>> > Merci pour la mise à jour.
>> >
>> > Aucun problème pour charger la relation.
>> >
>> > J'ai copié https://osm.org/relation/11741864
>> >
>> > et utilisé la fonction "Télécharger un objet...".
>> >
>> > Linux Mint 20, JOSM canal stable.
>> >
>> > Tu utilises une machine virtuelle 32 bits ?
>> >
>> > Si le chargement est partiel tu peux demander de charger les
>membres.
>> >
>> > Et non Lyon-Toulouse ne fait pas moins de 200 km vu d'ici.
>> >
>> > Jean-Yvon
>> >
>> > Le 12/10/2020 à 16:20, Percherie OnDaNet -
>perche...@toutenkamion.net a
>> > écrit :
>> >
>> >
>> >
>> > _______________________________________________
>> > 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
>>
--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
