Monter un serveur avec données topographiques

Bonjour,

Je souhaite monter un serveur avec données topographiques, un peu similaire au site http://francetopo.fr/.
Pour éviter les trolls, je travaille essentiellement sous Windows/IIS/C#, j’ai une VM linux sous la main, et j’arrive à bricoler entre les deux sans problèmes.
J’ai cherché des informations, mais je n’ai trouvé exactement ce que je cherchais…

Pour commencer, j’ai installé Postrgresql+postgis, créé ma base de données, et importé les données France via osm2pgql (win64) en prenant les données Rhônes-Alpes de Geofabrik.
Je souhaiterai savoir comment mettre à jour les données (soit automatiquement par cron, soit manuellement). Est-ce qu’il faut télécharger le nouveau fichier de geofabrik (latest.osm.pbf) et relancer l’import, faut-il vider la base de données avant, y a-t-il une meilleure solution ?

Ensuite, je souhaite avoir à disposition des données topographiques, pour visualiser le relief sous forme de courbes de niveau (si possible avec équidistance au choix 5 ou 10m), et aussi sous forme de dégradés colorés (vert, orange, marron, blanc…). Et plus tard, en niveau de gris.
Déjà, je souhaiterai savoir comment est-ce que je peux importer ces données dans postgreql (une base de données séparée des données OSM), avec mises à jour régulière (si c’est nécessaire).

J’ai d’autres questions, mais ça viendra par la suite :stuck_out_tongue:

Voici un ensemble de script pour le faire :
https://github.com/osm-fr/osm2pgsql-import-tools
et la manière générique ici :
https://wiki.openstreetmap.org/wiki/Minutely_Mapnik
avec un bon site indiqué en haut dans le bandeau rose

Est-ce qu’il faut télécharger le nouveau fichier de geofabrik (latest.osm.pbf) et relancer l’import, faut-il vider la base de données avant

Le vidage est fait par osm2pgsql automatiquement

y a-t-il une meilleure solution ?

ça dépend :wink:

  • de la zone que tu veux couvrir
  • de la fréquence acceptable des mises à jour
  • de le la puissance de la machine dont tu disposes
  • de la possibilité d’accepter ou non une base vide pendant le temps de la ré-importation

pour visualiser le relief sous forme de courbes de niveau (si possible avec équidistance au choix 5 ou 10m), et aussi sous forme de dégradés colorés (vert, orange, marron, blanc…). Et plus tard, en niveau de gris.

Il y a plusieurs volet à cette question :

  • quelle données prendre et où
  • comment les importer

Voir : https://wiki.openstreetmap.org/wiki/Contours#The_PostGIS_approach
pour l’importation de SRTM

Quelques remarques :
5m impossible sans sortir le portefeuille ou alors résulta cracra assuré.
10m c’est jouable même si c’est pas un super résultat
En gratuit : ASTER ou SRTM mais y’a des trous
Et tout ça dépend de la zone à couvrir

Bonne chance, les embûches sur le chemin seront nombreuses, mais c’est passionnant !

Bonjour Sly,

Je te remercie pour tes réponses, je vais regarder tout ça.
En terme de dispo/surface, je me limite à une région (voire un département) pour l’instant, une maj toutes les semaines, une “petite” machine (PC perso de gamer) et c’est grave si la bdd est vide, je ferais en sorte que pendant les maj aucun outils l’exploitant ne tourne.

Je complèterai ce topic à mesure que j’avance, et au besoin je pourrais faire un récap si l’aventure tente quelqu’un d’autre.

Alors part sur l’import chaque semaine. Une région, ça devrait te prendre 1h max, c’est tout à fait jouable.
Si un jour tu veux passer à la france, tu aura toujours temps de te pencher sur les mises à jour régulières

A l’échelle d’une région ou encore mieux d’un département, tu peux également précalculer les tuiles après import jusqu’à un niveau de zoom important.
Ces tuiles peuvent ensuite être contenues dans un fichier unique (au format .mbtiles).

C’est très pratique pour jongler entre deux machines :
une pour la BDD et la génération des tuiles (un PC perso), une autre pour la consultation de la carte (un serveur web)

C’est la démarche qui a été suivie pour faire une carte du Sahara : http://tmpsahara.dyndns.org/
plus d’infos à l’adresse suivante : https://www.logre.eu/wiki/SaharaOSM

Le serveur Web tourne sur une Raspberry Pi, preuve que l’hébergement ne nécessite pas beaucoup de puissance.
Des fichiers .mbtiles sont disponibles (*), histoire de tester rapidement la partie serveur web.

Bonne journée

(*) http://forum.openstreetmap.fr/viewtopic.php?f=3&t=836

Intéressant :slight_smile:

Je vais importer les données topo depuis ASTER_GDEM dans quelques instants (le temps de prendre les logiciels), j’ai déjà récupéré les données (assez lourd pour trouver).

J’ai aussi regardé les exemples de la librairie Sharpmap qui permet de générer les tiles à la volée via Brutile. Un des exemples utilise OpenLayers pour la partie cliente, sur un site Asp.Net MVC.

Bonjour,

Ayé, je peux afficher les routes et les courbes de niveau, avec des layers générés à la volée par SharpMap.

Il me reste plus qu’à afficher le relief sous forme colorée, mais là, SharpMap pêche un peu.

Tu peux utiliser tilemill pour coloriser rapidement ton relief, et exporter un .mbtile pour en faire une sous-couche.

Ancienne méthode (essentiellement du Gdal, et tilemill pour la composition ) https://www.mapbox.com/tilemill/docs/guides/terrain-data/

Nouvelle méthode: https://www.mapbox.com/blog/tilemill-raster-colorizer/

A priori, SharpMap permet d’utiliser gdal, en utilisant leur “GdalRasterLayer”.

J’ai téléchargé les données de la NASA (recherche sur ASTER GDEM) pour avoir le relief (fichiers TIFF), notamment les courbes de niveau (via gdal_contour). Et jusque là, tout va bien.

Ensuite, j’ai voulu afficher le relief en coloré avec SharpMap. J’ai donc utilisé directement les tiff de la NASA comme source de données pour le GdalRasterLayer.

Déjà, j’ai rencontré le soucis de conversion de coordonnées à la volée, qui n’était pas pris en compte dans le GDalRasterLayer.
Ensuite, passé ce “détail”, je me suis retrouvé avec des images transparentes, quand je n’avais tout simplement pas d’erreurs. Je poste sur leur forum pour voir comment trouver une solution.

Une autre idée serait de convertir les tiff d’origine en tiff déjà colorés.

Une idée pour l’une ou l’autre piste ? :slight_smile:

=> gdaldem color-relief a partir des DEM ? (Voir le premier lien au-dessus )

A défaut d’avoir une génération en live par SharpMap, j’ai utilisé comme source les images converties.

En tout cas, merci bien BrunoC :wink:

Je vais continuer à voir ce que je peux faire…