Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[Croquette Olivier]

Le 3 juin 2010 à 11:29, Thomas Gratier a écrit :

> Un tutoriel pour créer votre serveur OpenStreetMap sous Ubuntu 10.04
> http://www.geotribu.net/node/262

Merci pour cette page ! Une des choses qui manque je trouve est comment garder 
la base locale synchronisée avec la base OSM.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[Thomas Gratier]

Bonjour,

Oui, le titre est un peu pompeux. J'ai commencé les tests avec mod_tile,
generate_tile, il me reste python et enfin tirex que je ne connaissais pas
avant de reprendre pour rédiger la deuxième partie.
cf  dernière ligne du tuto
"Nous verrons dans les tutoriels à venir la génération des tuiles depuis ces
données et leur intégration dans
Openlayers
."

D'ailleurs puisqu'on parle de mod_tile, j'avais des problèmes pour la
génération de tuile à la volée, il y a moyen comme sous python de remplir le
cache (sans passer des images de generate_tiles.py vers mod_tile qui est
beaucoup trop long sur la france)

@+

ThomasG

Le 3 juin 2010 12:42, Pieren  a écrit :

> 2010/6/3 
>
> Le titre est trompeur. Il ne donne la marche à suivre que pour faire
> fonctionner mapnik. Manque l'étape du "serveur de tuilles" avec mod_tile par
> exemple ou le plus récent tirex.
>
> Pieren
>
>
> ___
> 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

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[Pieren]

2010/6/3 

Le titre est trompeur. Il ne donne la marche à suivre que pour faire
fonctionner mapnik. Manque l'étape du "serveur de tuilles" avec mod_tile par
exemple ou le plus récent tirex.

Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[br . guerin]

Bonjour,

pour être plus précis si Postgresql demande 128 MB de SHM (shared_buffers = 
128MB) alors on peut se satisfaire de 

kernel.shmmax=134217728 (avec une éventuelle marge)

Le trop est souvent l'ennemi du bien...

Infos supplémentaire (pour les faineants)

au lieu de

sudo sysctl kernel.shmmax=268435456 (avec les risques de recopie)

on peut faire

sudo sysctl -p (relecture du fichier /etc/sysctl.conf avec reconfiguration du 
noyau)

Voilà.

Ce ne sont que des points de détails au sujet d'un document complet et 
intéressant.

Bonne journée


- Mail Original -
De: "sly (sylvain letuffe)" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 3 Juin 2010 11h55:25 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

On jeudi 3 juin 2010, sly (sylvain letuffe) wrote:

> Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup 
de 
> mémoire pour marcher efficacement, et notamment de la mémoire vive, ce 
> paramètre permettra à postgres d'en utiliser plus que ce qui est souvent 
> autorisé dans la distribution lucid lynx

Je viens de me ridiculiser en montrant bien que je ne savais pas à quoi 
servait ce paramètre, bref, voir ce que fait le SHMMAX chez des gens qui le 
savent mieux que moi.

SHMMAX

The SHMMAX parameter is used to define the maximum size (in bytes) for a 
shared memory segment and should be set large enough for the largest SGA 
size. If the SHMMAX is set incorrectly (too low), it is possible that the 
Oracle SGA (which is held in shared segments) may be limited in size. An 
inadequate SHMMAX setting would result in the following:

ORA-27123: unable to attach to shared memory segment

You can determine the value of SHMMAX by performing the following:

# cat /proc/sys/kernel/shmmax
33554432

As you can see from the output above, the default value for SHMMAX is 
32MB. This is often too small to configure the Oracle SGA. I generally set 
the SHMMAX parameter to 2GB.



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
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

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, sly (sylvain letuffe) wrote:

> Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup 
de 
> mémoire pour marcher efficacement, et notamment de la mémoire vive, ce 
> paramètre permettra à postgres d'en utiliser plus que ce qui est souvent 
> autorisé dans la distribution lucid lynx

Je viens de me ridiculiser en montrant bien que je ne savais pas à quoi 
servait ce paramètre, bref, voir ce que fait le SHMMAX chez des gens qui le 
savent mieux que moi.

SHMMAX

The SHMMAX parameter is used to define the maximum size (in bytes) for a 
shared memory segment and should be set large enough for the largest SGA 
size. If the SHMMAX is set incorrectly (too low), it is possible that the 
Oracle SGA (which is held in shared segments) may be limited in size. An 
inadequate SHMMAX setting would result in the following:

ORA-27123: unable to attach to shared memory segment

You can determine the value of SHMMAX by performing the following:

# cat /proc/sys/kernel/shmmax
33554432

As you can see from the output above, the default value for SHMMAX is 
32MB. This is often too small to configure the Oracle SGA. I generally set 
the SHMMAX parameter to 2GB.



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, Thomas Gratier wrote:
> PS : étant l'auteur du tuto, merci des retours en commentaires ;)

Problème de la france élargie, indiques pourquoi tu fais ça : parce que le 
fichier de géofabrik (un des meilleurs endroits pour obtenir des extraits du 
planet) ne suit pas assez les frontières françaises

Je conseille d'éviter de dupliquer les étapes, tu parles à deux endroits de 
téléchargement des données europe.osm.bz2, quelqu'un qui suit un peu trop à 
la lettre va se demander pourquoi il faut les re-télécharger. Et quelqu'un 
qui ne suit pas les étapes ne peut s'en prendre qu'a lui même, sinon tu va 
devoir répéter à chaque fois !

L'édition du fichier  /etc/sysctl.conf tombe un peu comme un cheveux sur la 
soupe, un habitué de linux va se demander pourquoi tu lui fais changer des 
paramètres vitaux de son noyau. Place une petite phrase  (sans rentrer dans 
les détails) du genre :
Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup de 
mémoire pour marcher efficacement, et notamment de la mémoire vive, ce 
paramètre permettra à postgres d'en utiliser plus que ce qui est souvent 
autorisé dans la distribution lucid lynx

"900913 signifie Google en Leet speak" 
Trop fort ! j'ai appris un truc aujourd'hui ;-) 

"la mémoire peut aussi être augmentée" (la taille du cache mémoire de 
osm2pgsql peut aussi être augmentée


Sinon, ça semble tout correcte (bon j'ai pas suivi pour voir s'il manquait un 
truc)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr