Je voudrais reprendre ici ce qui a été répondu sur la ML anglaise par Frederik Rahm qui connait bien le système (Geofabrik) du sujet de l'import massif soulevé par Sletuffe (parlant de 10 millions de bâtiments) :
On Fri, Feb 6, 2009 at 11:29 PM, Frederik Ramm <frede...@remote.org> wrote: > Assuming that most houses will have 4 nodes, you're talking about > importing roughly 10 million ways and 40 million nodes. > > We currently have about 304 million nodes and 25 million ways. Your > import would raise that to 344 million nodes and 35 million ways; > looking at the recent development, you would be importing half a year's > worth of normal OSM growth within, perhaps, a month or so. > > On the whole it seems to me that there is nothing to worry on the > database side, provided of course the import itself does not use too > many resources. > > Your import would have a node:way ratio of 4:1, whereas the current data > has about 12:1 (after the import it would be 9:1). This is probably not > a cause for concern. You would be importing about 80 nodes per square km > on average. France would jump from 5 million nodes total to 45 million > nodes total, from an average of 10 nodes per square km to an average of > 90 nodes per square km. The Dutch are already at 100 nodes per square > km, and I don't hear them complain, so it seems that such a data density > can be handled sufficiently by the existing tools. > > I would imagine some complaints from those users who are not interested > in buildings, and for whom 90% of the data they download is useless > after the import. You might have to provide filtered extracts for them. > > Bye > Frederik Traduction (approximative): En assumant que la plupart des bâtiments auront 4 noeuds, nous sommes en train de parler d'à peu près 10 millions de ways (polylignes) et 40 millions de noeuds. Nous avons actuellement à peu près 304 millions de noeuds et 25 millions de polylignes. Votre import ferait grimper le total à 344 millions de noeuds et 35 millions de polylignes; en regardant les développements récents de la base, cela équivaudrait à une demi-année de progression naturelle d'OSM en - disons - un mois. Sur l'ensemble, il me semble qu'il n'y a pas à s'inquiéter côté base de données, en s'assurant bien sûr que l'import lui-même n'utilise pas trop de ressources. Votre import aurait un ratio noeud:polyligne de 4:1, là où les données actuelles ont un ratio de 12:1 (après l'import, on en serait à 9:1). Ceci n'est probablement pas une source d'inquiétude. Vous importeriez à peu près 80 noeuds par kilomètre carré en moyenne. La France sauterait d'un total de 5 millions de noeuds à 45 millions de noeuds, d'une moyenne de 10 noeuds par km2 à une moyenne de 90 noeuds par km2. Les Pays-Bas sont déjà à 100 noeuds par kilometre carré, et je n'entends pas de plaintes de leur part, il apparaît dont qu'une telle densité de données peut être suffisament manipulée par les outils existants. Je peux imaginer quelques plaintes de la part d'utilisateurs qui ne sont pas intéressés par les bâtiments, et par ceux pour qui 90% des données qu'ils téléchargent sont inutiles après l'import. Vous pourriez mettre en place des filtres d'extraction pour eux. Frederik A propos de filtres par tag, c'est ce qu'un autre mail suggère plus loin pour osmxapi. Pieren _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
