Hein ? je vois pas le rapport 2012/7/4 Philippe Verdy <[email protected]>
> Grosse bécane ? Mon PC portable charge sans problème toutes les > régions et département de France dans un seul fichier OSM), et même de > plusieurs pays frontaliers. La VM java est configurée pour pouvoir > monter sans problème à 16 Go de RAM (mon portable en a 32 Go avec 8 > coeurs, il n'a pas couté une fortune non plus, acheté en déstockage il > y a un an et demi à moins de 1000 euros, bien moins cher que mon gros > PC de bureau en config RAID 5, et pourtant avec une carte graphique > décente, une excellente ventilation, deux disques durs en stripe, avec > un cache frontal SSD 64 Go sur la carte mère). > > Mais dans JOSM il vaut mieux utiliser une version 64 bits de Java (et > s'assurer qu'une mise à jour de Java ne remette pas seulement une > nouvelle version 32 bits qui sera inutilisable pour charger plus d'1 > million de noeuds dans une VM dépassant à peine les 2 Go), tandis que > la version 64 bits encore présente ne sera plus utilisable pour un > lancement par JavaWebStart. > > Quand on utilise Java avec un navigateur web, celui-ci ne prend en > charge dans son plugin que la version 32 bits. Pourtant c'est la > version 64 bits qu'on devrait utiliser pour JOSM. Mais on a parfois > beauc faire, meˆme en mettant à jour les deux versions, JavaWebStart > persiste à ne vouloir lancer que la version 32 bits du JRE (et le > panneau de configuration Java ne voit même pas la version 64 bits > encore installée et même mise à jour...) > > Ce qui fait que parfois il faut désinstaller Java complètement et le > réinstaller directement en 64 bits, pour ensuite ne charger la version > JRE 32 bits que pour l'intégration dans le navigateur web. L'autre > solution c'est de se passer de JavaWebStart, et télécharger et > installer le JAR de JOSM séparément, pour le lancer par une ligne de > commande où on indique la version de Java à utiliser. > > Je pense sincèrement que le système de mise à jour automatique de Java > ne gère pas encore bien la coexistence des versions 32 bits et 64 > bits, et qu'il manque dans le lanceur Java un système pour déterminer > la version 32 bits ou 64 bits à lancer (à mon avis sur une machine 64 > bits, la version 32 bits ne devrait être qu'une surcouche > d'adaptation, de type "thunking", de la version 64 bits, uniquement > destinée aux plugins d'intégration des navigateurs web qui ne veulent > encore qu'une version 32 bits des plugins.... On aurait moins de > problèmes avec les mises à jour. > > De même on attends que les navigateurs web supportent tous une version > native 64 bits (quitte pour eux à intégrer une interface de > compatibilité pour intégrer les plugins 32 bits qui devraient vite > être remplaçables eux aussi en version 64 bits). > > Le 4 juillet 2012 22:06, sly (sylvain letuffe) <[email protected]> a > écrit : > >> Ce dont j'avais peur c'est que le > >> problème que j'ai rencontré sur le dump d'une région puisse aussi > arriver > >> à l'échelle d'un pays. D'après ce que dit le readme de geofabrik dans > >> clipbounds, c'est la même méthode utilisée donc ça pourrait aussi > arriver. > >> Et d'ailleurs c'est arrivé comme disait Frédéric. > > > > Le mieux serait peut-être de re-vérifier, beaucoup ont fait remonter > > l'information à geofabrik et je sais que le polygone utilisé pour > découper la > > france a pas mal été changé ces dernières années et peut-être que > maintenant, > > si tu télécharges le fichier france.osm tu aura toute la france > (métropolitaine > > en tout cas) > > > > > >> Pour résumer, si je souhaite: > >> - avoir un nominatim de plusieurs pays > >> - avoir toutes les données, quitte à déborder > >> - appliquer des diff updates > >> > >> Est-ce que je peux faire ça pour les pays en questions seulement ? > >> ou c'est > >> trop compliqué et il vaut mieux travailler direct sur le monde entier ? > > > > Si tu veux appliquer les diff updates, ça change pas mal de chose car > c'est > > l'opération qui nécessite le plus de ressources serveur (i/o > principalement). > > > > En clair, si tu as besoin des diffs, il te faut une grosse bécanne, et > parti de > > là, importer le monde ne te prendra que 2 jours au max, donc j'ai envie > de > > dire, importe le monde directement. > > > > Seul cas : tu utilises des disques de trop petite taille pour contenir > une > > base monde et là il va falloir ruser. (Si ton projet et professionnel, > essayes > > plutôt de convaincre de te faire payer des gros disques, tu y gagnera > > plusieurs journées qui auraient couté plus que les disques ;-) ) > > > > > > > > -- > > sly (sylvain letuffe) > > > > _______________________________________________ > > dev-fr mailing list > > [email protected] > > http://lists.openstreetmap.org/listinfo/dev-fr > > _______________________________________________ > dev-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev-fr > -- Philippe Allgoob SA
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
