D'accord merci pour les différentes réponses/précisions.
Samir
On Sun, Mar 10, 2013 at 11:26:53AM +0100, Christian Quest wrote:
Un schéma destiné à faire un rendu cartographique pourra ne conserver
que les données réellement utilisées par ce rendu.
Un schéma destiné à faire du calcul
Un schéma destiné à faire un rendu cartographique pourra ne conserver
que les données réellement utilisées par ce rendu.
Un schéma destiné à faire du calcul d'itinéraire aura besoin de
données très différentes, de produire un graphe, se fichera
(peut-être) des données d'occupation des sols.
Merci, la prochaine fois je conserverai le premier fichier.
Comme il est ici question de schéma j'ai une question que je me pose à chaque
fois que je dois manipuler une base de donnée (dans le cadre d'OpenStreetMap).
Pourquoi existe il tant de schémas différents ?
Utiliser un seul schéma qui
Tous simplement pour optimiser les schémas en fonction de leur utilité.
Une base monde pour un usage particulier prend déjà beaucoup de place,
alors s'il fallait satisfaire tout les besoins ...
Yves
On 03/09/2013 09:55 PM, Samir NOIR wrote:
Merci, la prochaine fois je conserverai le premier
Le samedi 09 mars 2013 21:55:32, Samir NOIR a écrit :
Utiliser un seul schéma qui supporte toutes les opérations nécessaires ne
simplifierait il pas les choses ? Pour chaque outil utilisé par
OpenStreetmap (le serveur de tiles, l'outil de géocodage, l'API, ...) il
faut une base de donnée
Bonjour,
Je suis étudiant en licence pro ASRALL sur Nancy (une licence orientée logiciels
libres).
Mon groupe et moi même devons mettre en place un serveur OSM (serveur de tuiles,
géocodage, ...).
Nous avons un serveur de tuiles fonctionnel (avec Mapnik), qui tape dans une
base de donnée PostGIS
Faire un diff entre une base pg et un fichier osm n'est possible (si
c'est possible) que sur un schéma pgsnapshot (aussi appelé osmosis),
pas sur un shéma osm2pgsql.
Le plus simple serait de générer un diff entre le fichier auvergne
importé à l'origine si il a été conservé et le nouveau...
Le 7
