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