From 621d03a7586e4c0047a97571aebbc7374ff63934 Mon Sep 17 00:00:00 2001 From: stev Date: Wed, 18 Oct 2023 21:52:47 +0200 Subject: [PATCH] corrections et formatage du Markdown --- README.md | 64 ++++++++++++++++++++++++++++--------------------------- 1 file changed, 33 insertions(+), 31 deletions(-) diff --git a/README.md b/README.md index c126d7f..53e78d2 100644 --- a/README.md +++ b/README.md @@ -1,42 +1,41 @@ # OpenDiachronicMaps -Odm est un projet inspiré de osm appliqué a l'étude cartographique diachronique. l' objectif est de permettre aux contributeurs volontaires d'ajouter, de georeferencer, de nettoyer, de vectoriser des cartographies anciennes a lechelle de la france et d'assembler ce processus de traitement en plusieurs cartographies cohérentes offrant une vue et une comprehension à l'echelle de l'ensemble et de chacunes de ses parties. Cet assemblage et ces ressouces ainsi que leur modifications sont ensuite rendu accessibles et coordonnées aux plus grand nombre en fonction des capacités de chacun par l'intermediaire d'une plateforme permettant d'integrer les ressources de ce patromoine à des outils de traitement geomatique et un travail collaboratif de l'etude historique du territoire, et ce de maniere compatible et complementaire avec les travaux de recherches "professionnelles" des organismes comme Alpage ou l'IGN. -## fonctionnement +ODM est un projet inspiré de OSM appliqué à l'étude cartographique diachronique. L'objectif est de permettre aux contributeurs volontaires d'ajouter, de géo-référencer, de nettoyer, de vectoriser des cartographies anciennes à l'échelle de la France et d'assembler ce processus de traitement en plusieurs cartographies cohérentes offrant une vue et une compréhension à l'échelle de l'ensemble et de chacune de ses parties. Cet assemblage et ces ressources ainsi que leurs modifications sont ensuite rendues accessibles et coordonnées au plus grand nombre en fonction des capacités de chacun par l'intermédiaire d'une plateforme permettant d'intégrer les ressources de ce patrimoine à des outils de traitement géomatique et un travail collaboratif de l'étude historique du territoire, et ce, de manière compatible et complémentaire avec les travaux de recherches "professionnelles" des organismes comme Alpage ou l'IGN. -concretement, il s'agit d'une plateforme de webmapping chargeant des tuiles de differents jeux de feuillets (ou de donnée vectorielles) ajoutés et traités par les utilisateurs afin de generer une carte selon les reglages de fourchette de temps et de nature des feuillets ou données affiché. -De la il est possible de telecharger l'ensemble de ces donnée dans un seul fichier assemblé par la plateforme dans la zone choisie. il est alors possible de l'exploiter pour un projet independant ou bien de le traiter dans un logiciel tier avant d'integrer les modifications dans la base de ODM. À terme certaines modifications devraient etre accessibles directement sur la plateforme pour s'adresser au plus grand nombre. +## Fonctionnement + +Concrètement, il s'agit d'une plateforme de webmapping chargeant des tuiles de différents jeux de feuillets (ou de données vectorielles) ajoutés et traités par les utilisateurs afin de générer une carte selon les réglages de fourchette de temps et de nature des feuillets ou données affiché. +De là, il est possible de télécharger l'ensemble de ces données dans un seul fichier assemblé par la plateforme dans la zone choisie. Il est alors possible de l'exploiter pour un projet indépendant ou bien de le traiter dans un logiciel tiers avant d'intégrer les modifications dans la base de ODM. À terme certaines modifications devraient être accessibles directement sur la plateforme pour s'adresser au plus grand nombre. + +## Principe de grille d'avancement -## principe de grille d'avancement chaque jeux est ajouté ou complété selon differentes etapes d'avancement definies et normés par la plateforme. Chaque jeux de feuillets issu typiquement d'une campagne de cartographie datant de l'epoque concernée est ajouté a la plateforme et associé a une commune actuelle, une commune ancienne et eventuellent un lieu-dit. Une base est créée par l'utilisateur qui renseigne les données suivantes (localisation, date, auteur de la carte, feuillets ou carte entière, sources... Si une base similaire existe dejà, l'utilisateur en est informé et il lui est permis le cas echeant de combler les manques grace a un apercue dans la carte de ce qui existe déjà. À titre indicatif, les etapes d'avancement pourrait etre: -### raster: -- scan et ajout d'un jeu à une base unique par campagne carthographique1 -- nettoyage/homogenisation graphique -- geolocalisation2 -- rognage des superpositions3 -### Vecteur: +### Raster + +- scan et ajout d'un jeu à une base unique par campagne carthographique + - il serai necessaire de pouvoire relier les bases dune meme campagne sur l'emprise de chaque ville a une base "meta" reliant les sous bases dune meme campagne couvrant plusieurs villes. +- nettoyage/homogenisation graphique +- geolocalisation + - il serai necessaire de pouvoir réaliser la géolocalisation avant le traitement graphique car c'est une etape plus accessible et satisfaisante. Les fichiers raster geolocalisé sont classiquement de type geoTIFF ou jpeg20000(jp2). le geotiff est lourd et la geolocalisation est ecrasé par photoshop lors des traitement graphique. ( experience personnelle + voir https://georezo.net/forum/viewtopic.php?id=3240) il serai egalement necessaire de pouvoir conserver la liste des points et l'algorithme de deformation utilisé. une maniere simple est de demander a lutilisateur de fournir le fichier .points creee par QGIS lors de cette operation et de renseigner la projection. +- rognage des superpositions3 + - cette operation pourrait se faire manuellement coté utilisateur avec la production d'un png de meme dimension que le geoTIFF ou bien automatiquement coté serveur a partir des tracés des routes ( premiere etape de vectorisation ) + +### Vecteur + - tracé filaire des routes et caracterisation. - tracé des ilots - tracé des parcelles. - tracé des espaces publics -- tracé des bâtiment -4 +- tracé des bâtiments + - une liste de calques non-vide doit etre presente pour qu'un fichier dxf soit accepté. -1 il serai necessaire de pouvoire relier les bases dune meme campagne sur l'emprise de chaque ville a une base "meta" reliant les sous bases dune meme campagne couvrant plusieurs villes. -2 il serai necessaire de pouvoir réaliser la géolocalisation avant le traitement graphique car c'est une etape plus accessible et satisfaisante. Les fichiers raster geolocalisé sont classiquement de type geoTIFF ou jpeg20000(jp2). le geotiff est lourd et la geolocalisation est ecrasé par -photoshop lors des traitement graphique. ( experience personnelle + voir https://georezo.net/forum/viewtopic.php?id=3240) -il serai egalement necessaire de pouvoir conserver la liste des points et l'algorithme de deformation -utilisé. une maniere simple est de demander a lutilisateur de fournir le fichier .points creee par QGIS lors de cette operation et de renseigner la projection. +## Fonctionnalités du projet -3 cette operation pourrait se faire manuellement coté utilisateur avec la production d'un png de meme dimension que le geoTIFF ou bien automatiquement coté serveur a partir des tracés des routes ( premiere etape de vectorisation ) - -4 une liste de calques non-vide doit etre presente pour qu'un fichier dxf soit accepté. - -## fonctionnalités du projet: - gestion de l'affichage de la carte assemblée. ( ajout et reglages des calques raster et vectoriels sur leaflet ) - gestion de la creation de base unique par campagne carthographique et par ville. - affichage du gestionaire d'états d'avancement global d'un jeu et feuillet par feuillet. @@ -49,16 +48,19 @@ utilisé. une maniere simple est de demander a lutilisateur de fournir le fichie - integration et generation de flux wms. - plusieurs onglets pourraient etres proposés avec differents services connexes et services simplifiés destiné aux utilisateurs moins chevronnés. Onglet de quests/jeux faisant avancer l'avancement des cartes. -##etapes de developpement -###integration de leaflett: -- ajout dune carte leaflet -- charger des images dans leaflet -- systeme de calques et reglage d'affichages( transparence, couleurss...) +## Étapes de développement + +### Intégration de Leaflet + +- ajout d'une carte Leaflet +- charger des images dans Leaflet +- système de calques et réglage d'affichages (transparence, couleurs...) - extraire l'emprise de la vue -### creation de bases uniques -(dabors avec une donnée "campagne globale" puis avec metabase si necessaire.) + +### Création de bases uniques + +(D'abord avec une donnée "campagne globale" puis avec metabase si necessaire.) - definition des caracteristiques principales d'une base. - affichage de l'avancement dune base. - detection de base similaire (plus avancée: date) ou déjà existante. -###