phie faite.
Cordialement. let's be pleased with the environment
> From: verd...@wanadoo.fr
> Date: Wed, 22 Feb 2012 19:48:02 +0100
> To: talk-fr@openstreetmap.org
> Subject: Re: [OSM-talk-fr] téléchargement d'une zone trop grande -
> Mirroirs de la base OSM
>
> L'au
L'autre problème du système Postgresql c'est qu'il est totalement lié
à la version même du moteur. Ça manque d'ouverture et c'est une
solution technique insurmontable pour un vrai travail collaboratif,
alors qu'on a un schéma d'échange en XML parfaitement viable et
utilisable pour l'alimentation en
> Le 22 février 2012 19:03, Emilie Laffray a écrit :
> > Mais je te
> > conseille vraiment de pousser l'idée sur la mailing list internationale
> > de développement.
>Le 22 février 2012 18:29, Emilie Laffray a écrit :
>c'est fort intéressant mais plutôt que nous abreuver de ce genre de détails
Pas besoin de cette usine à gaz. Elle n'apporte rien de plus en terme
de facilité que ce qu'on peut faire manuellement en interrogeant
correctement la base et en gérant son cache local dans un fichier JOSM
adapté à ce qu'on veut faire, et où on arrive à n'y stocker
pratiquement que les données dont
Le 22 février 2012 19:03, Emilie Laffray a écrit :
> C'est pour ça qu'il y a le type gist sous postgresql. Mais je te conseille
> vraiment de pousser l'idée sur la mailing list internationale de
> développement.
Je connais ce type. Il est malheureusement bien plus limité dans son
usage que la sol
Le 22 février 2012 18:29, Emilie Laffray a écrit :
> Ce que tu offres c'est un peu un raisonnement un peu déconnectée de la
> réalité. De plus, la réplication est déjà possible. Passer vers une solution
> décentralisée avec une signature ne résoudra pas grand chose et le coup de
> calcul des signa
C'est pour ça qu'il y a le type gist sous postgresql. Mais je te conseille
vraiment de pousser l'idée sur la mailing list internationale de
développement.
Emilie Laffray
2012/2/22 Philippe Verdy
> Enfin je me suis expliqué plus longuement pourquoi une requête de
> simple comptage peut être très
Enfin je me suis expliqué plus longuement pourquoi une requête de
simple comptage peut être très efficace et soulager énormément le
serveur.
Car les technologies d'indexation multidimensionnelle dans une base de
données relationnelle existent depuis longtemps (plusieurs dizaines
d'années qu'elles
On mercredi 22 février 2012, Emilie Laffray wrote:
> Postgresql merde quand il y a des tables
> temporaires. C'est un bug connu qu'on espere voir corrige dans 9.2.
Que postgresql s'améliore sur ce point c'est bien, mais je ne suis pas sûr que
ça soit la meilleure voie car cela restreindrait à pos
Non, la signature numérique ne modifie pas du tout l'API car cela
n'apparaîtra que comme des attributs de plus parmi d'autres.
Le 22 février 2012 18:29, Emilie Laffray a écrit :
> Salut,
>
> c'est fort intéressant mais plutôt que nous abreuver de ce genre de détails
> peut être faudrait il en par
Salut,
c'est fort intéressant mais plutôt que nous abreuver de ce genre de détails
peut être faudrait il en parler sur la liste de Développement en anglais,
la ou toutes les réelles discussions techniques ont lieu.
De plus, il y a des raisons historiques et de performances pour le
comportement de
Le 22 février 2012 15:44, sukran.geo sukran.geo a écrit :
>
> Bonjour,
>
> J'ai une zone dans OSM que je veux télécharger, mais... apparemment, elle
> est trop grande, et voici le message qui s'affiche. (voir JPEG Joint) J'ai
> ensuite téléchargé le fichier de Geofabrik, mais idem, pb de taille.
>
Hello,
Je peux en partie repondre pourquoi il n'y a pas encore replication
postgresql en streaming: Postgresql merde quand il y a des tables
temporaires. C'est un bug connu qu'on espere voir corrige dans 9.2.
Emilie Laffray
2012/2/22 sly (sylvain letuffe)
> On mercredi 22 février 2012, Philipp
On mercredi 22 février 2012, Philippe Verdy wrote:
> Mais c'est vrai aussi qu'il manque à la base OSM un vrai système de
> réplication sur des miroirs synchronisés, capables de répondre de
> concert à une même requête.
>
> Quelques idées suivent...
(...)
TL;DR
yaka
http://lists.openstreetmap.org/p
Le 22 février 2012 15:49, sly (sylvain letuffe) a écrit :
> On mercredi 22 février 2012, sukran.geo sukran.geo wrote:
>> Bonjour, J'ai une zone dans OSM que je veux télécharger, mais...
>> apparemment, elle est trop grande, et voici le message qui s'affiche. (voir
>> JPEG Joint) J'ai ensuite tél
Comme le signale Sly, il faut que tu nous en dise plus sur ton but :
- quelle est la taille de ta zone ? (région, département, communauté de
commune) Il n'y pas que la solution du téléchargement par petit paquet ;-)
- pour en faire quoi ? Pour éditer sous JOSM ou autre ? (Oublie si tu veux
charger
Tu peux utiliser un export geofabrik puis utiliser osmose pour
découper la zone que tu veux
2012/2/22 Philippe Verdy :
> C'est pourtant la seule chose que tu puisses faire: charger par petits
> morceaux. Tout en sacahnt que cela prendra du temps.
>
> En général pour les grandes zones, ce n'est pas
C'est pourtant la seule chose que tu puisses faire: charger par petits
morceaux. Tout en sacahnt que cela prendra du temps.
En général pour les grandes zones, ce n'est pas la totalité des
données de cette zone qu'on charge, mais on procède par chargement
plus sélectif en chargent les éléments inco
On mercredi 22 février 2012, sukran.geo sukran.geo wrote:
>
> Bonjour, J'ai une zone dans OSM que je veux télécharger, mais...
> apparemment, elle est trop grande, et voici le message qui s'affiche. (voir
> JPEG Joint) J'ai ensuite téléchargé le fichier de Geofabrik, mais idem, pb
> de taille. Q
Bonjour, J'ai une zone dans OSM que je veux télécharger, mais... apparemment,
elle est trop grande, et voici le message qui s'affiche. (voir JPEG Joint) J'ai
ensuite téléchargé le fichier de Geofabrik, mais idem, pb de taille. Que faire
? Il me faut toute la zone, et je ne veux pas pas faire
20 matches
Mail list logo
