Vous recherchez des options pour une carte Web historique? [fermé]

Je suis stagiaire dans un petit musée d'histoire locale. Nous avons un budget de 0 $. Aperçu du projet:

J'ai un tas de vieilles cartes papier. Quand je dis vieux, je veux dire des années 1800 et plus. Ils ont été numérisés en TIFF. Je les ai géoréférencés et exportés en tant que GEOTIFFs. J'ai numérisé les composants des cartes sur lesquelles nous nous concentrons (chemins de fer, routes, etc.).
L'objectif est de construire une application Web (j'ai utilisé ArcGIS Online d'ESRI pour un autre projet de carte Web avec des données CSV) qui permet à un utilisateur de sélectionner des couches (des années passées) pour voir comment le transport s'est développé dans notre comté. Mis à part un sélecteur de calque, l'opacité du calque nécessite une option à modifier.
J'ai examiné l'API MapBox, mais il manque des curseurs d'opacité. QGIS Web Client semble prometteur et similaire à ArcGIS Server Client, mais je me demande s'il est trop compliqué pour nos utilisateurs finaux. Je n'ai pas beaucoup de temps pour rassembler tout cela, ni beaucoup d'expérience en programmation lourde.

— plaque de cuivre
source

Pour commencer, de quelle technologie disposez-vous (par exemple serveur, logiciel, etc.)?

— Aaron

J'aimerais rester avec des choses open-source et gratuites, pour la plupart. Il y a un budget de zéro dollar pour ce projet. Le serveur est quelque chose de Fedora Linux au milieu des années 2000. Logiciel, je suis ouvert. Que suggérez-vous?

— cuivré

Quelle est votre expérience en programmation? Y a-t-il des programmeurs expérimentés dans le personnel du musée? Je n'essaie pas de vous alarmer. J'essaie simplement d'adapter les réponses à vos circonstances, car certaines solutions nécessitent une programmation plus difficile que d'autres.

Je peux me frayer un chemin à travers html / css / javascript, et un peu de python et de php. Et non, le personnel du musée est en grande partie non technologiquement enclin.

— Copperplate

Gdal2tiles a quelques astuces à résoudre: le Geotiff doit être dans la même projection qu'il sera visualisé par la suite, probablement Google Mercator. Vous devez d'abord le reprojeter. Le schéma de numérotation des tuiles de gdal2tiles est opposé à celui d'Openstreetmap. Vous pouvez donc vous retrouver avec une vue perplexe, si vous utilisez la brochure de minerai Openlayers standard. Et gdal2tiles fonctionne très lentement sur d'énormes tiffs. J'ai fait du carrelage avec succès, mais ce n'est pas si simple.

Une alternative à la route WMS:

Utilisez GDAL2Tiles pour créer un jeu de tuiles TMS à partir de vos images.

Ensuite, chargez Leaflet, qui est une alternative plus légère à OpenLayers, un client de carte javascript. Concevez des boutons qui interagissent avec lui.

Cet arrangement vous permettra d'exécuter de manière portable ce qui précède via n'importe quel serveur Web, sans nécessiter la configuration ou l'administration de services spéciaux.

— MappingTomorrow
source

Donc, pour clarifier, les GDAL2Tiles "découperaient" les plus gros GEOTIFFs en tuiles qui pourraient ensuite être servies par Leaflet?

— copperplate

Défini sur TMS, GDAL2Tiles découperait les GeoTIFF en tuiles (généralement 256x256 pixels) de différents niveaux de zoom, et les placerait dans une structure de répertoires de fichiers plats de l'espace de noms /Zoomlevel/Ycoord/Xcoord.png

— MappingTomorrow

UMN Mapserver et Geoserver sont tous les deux capables de rendre le TIFF et les fichiers de formes. Du côté des consommateurs, les Openlayers seraient appropriés.

— AndreJ
source