Carnyx Tintignac

Nature de la ressource dépôt

Date du dépôt 2008-01

Créateur du dépôt Sarah Tourmon-Valiente

Entité déposante Archeovision

Nb objets virtuels 3D 1

Nombre de fichiers 0

Nom du site (texte libre) TINTIGNAC

Date projet 2008

Date archéologique min. -600

Date archéologique max. 499

Commanditaire Service Régional d'Archéologie (SRA)

Nature du dépôt ACQUISITION_RESTITUTION

Period Antiquité

Citation: Pascal Mora,Loïc Espinasse,François Daniel, Christophe Maniquet (INRAP),Martine Fabioux (DRAC Limousin) (2008). Carnyx Tintignac, Archeovision. 10.34969/CND3D/216007.d.2008

Contenu du dépôt (1 Objet Virtuel 3D)

Objet Virtuel 3D

<figure><img src="image_132.png" /></figure>

Carnyx Tintignac

<figure><img src="image_133.png" /></figure>

Titre Carnyx Tintignac

Créateur(s) Pascal Mora
Loïc Espinasse
François Daniel

Date 3D 2008

Date archéologique -600 - 499

Version V2

Contributeur(s) Christophe Maniquet (INRAP)
Martine Fabioux (DRAC Limousin)

Date creation 3D min 2008-01-01

Date creation 3D max 2008-12-31

Categorie Monument

<figure><img src="image_134.png" /></figure>

Localisation

<figure><img src="image_135.png" /></figure>

102. Exemple de ressource hébergée sur le CND3D : modèle 3D du Carnyx de Tintignac
(données Mora et al. 2008)

Dans le cadre de la science ouverte, le premier objectif du CND3D est d'offrir aux données 3D déposées une existence en tant que production scientifique, au même titre que les publications. Les dépôts se présentent ainsi sous la forme de pages d'inventaire liées à un identifiant unique (DOI), qu'il est possible de citer en tant que source bibliographique ou sitographique. Cependant, l'accès aux fichiers sources n'est que très rarement disponible. Pourtant, la solution technique existe, car quelques modèles affichent un lien de téléchargement, comme les numérisations d'ossements gravettiens de la collection GRAVETT'OS¹⁶⁸ du Muséum national d'Histoire naturelle (Thibeault, Villotte 2021). Il s'agit donc probablement d'une volonté des auteurs de dépôt, qui dans leur grande majorité ne souhaitent pas partager directement les fichiers sources.
Dans le détail, un dépôt regroupe trois types d'information :

* un ou plusieurs fichiers 3D ;

* les fichiers jugés utiles pour la compréhension des données 3D, soit les fichiers sources ayant mené à la production du ou des fichiers 3D ;

* les métadonnées nécessaires pour assurer la bonne gestion des fichiers dans le cadre du CND3D et de la science ouverte.

Le CND3D n'impose pas de formats de conservation pour les fichiers 3D et n'effectue pas de contrôle sur la qualité des données. Il revient au déposant, et éventuellement à la personne qui souhaite citer la ressource, d'assumer cette responsabilité. Pour cela, les contributeurs ont besoin d'un compte, qui nécessite de justifier d'une appartenance à un organisme de la recherche en SHS.

Le dépôt peut être effectué de deux façons, soit en utilisant un formulaire en ligne, soit en utilisant le logiciel dédié aLTAG3D<fnref n="169" />. Cet outil permet de renseigner sous la forme d'un schéma UML (Unified Modeling Language) le processus de production d'un objet 3D et de le traduire automatiquement en un fichier XML qui respecte les métadonnées définies par le Consortium 3D SHS (fig. 103). Ces métadonnées sont alignées sur les critères d'archivage de l'outil PAC du CINES, ce qui permet d'automatiser la constitution d'une archive numérique à long terme. Sur demande, il est également possible d'intégrer une interface de manipulation en ligne de l'objet 3D renseigné.

Dans sa forme actuelle, il semble donc que le CND3D ne réponde que partiellement aux objectifs fixés par le Consortium 3D SHS. S'il s'agit effectivement d'un lieu de conservation pérenne des modèles 3D, la dimension de partage reste plus discutable. Certes, les données sont visibles, mais elles sont, pour la plupart, inaccessibles. Sachant qu'aucun contrôle qualité n'est effectué sur les lots déposés, il est ardu de critiquer la qualité des modèles 3D dans la plupart des cas. Sans ce retour critique possible par des pairs, il apparaît alors problématique de citer "objet 3D" comme source dans un texte scientifique. Sur les aspects pratiques en revanche, le CND3D a su trouver, selon nous, le juste équilibre entre la rigidité technique des machines et le besoin de souplesse des utilisateurs. Le logiciel aLTAG3D en est une bonne illustration. Il s'agit d'une solution ingénieuse pour produire intuitivement, à l'aide d'une in-

<footnote n="169">169 https://altag3d.huma-num.fr/ ; consulté le 22/10/2023</footnote>
terface graphique, une archive numérique normalisée prenant en compte tout le cycle de vie de données 3D. Ce type de logiciel devrait être ouvert à toutes les données manipulées en SHS, car, à l'heure actuelle, la production de métadonnées exploitables reste complexe, alors qu'il s'agit d'un point essentiel pour le développement de pratiques numériques responsables. Toutefois, il est évident que le travail mené par le Consortium 3D SHS pour définir un schéma de métadonnées validé par l'ensemble de la communauté d'utilisateurs est indispensable pour arriver au résultat d'aLTAG3D. La même démarche doit être appliquée à tous les autres types de données avant d'envisager le développement d'un logiciel capable de produire des métadonnées normalisées de manière semi-automatique.

<figure><img src="image_136.png" /><figcaption>103. Logiciel aLTAG3D, pour la documentation du processus de production et d'archivage de modèles 3D</figcaption></figure>

En ce qui concerne un éventuel dépôt des données des fouilles de Bibracte sur le CND3D, comme nous l'avons déjà évoqué, nous n'avons pas produit de modèles 3D dans le cadre du protocole d'enregistrement numérique (cf. *supra* 3.3.3 Photogrammétrie). En effet, selon notre expérience, à l'heure actuelle, les acquisitions et les traitements 3D sont chronophages et nécessitent trop de ressources informatiques et d'espace de stockage, pour un résultat semi-automatique aux techniques de représentation archéologique en 2D.
### 4.3.5. Bilan sur les plateformes de dépôt

En premier lieu, il est intéressant de noter que des plateformes d'envergure nationale comme Chronocarto et le CND3D, qui se veulent transdisciplinaires, ont à l'origine été fondés par des archéologues. Cet état de fait peut signifier deux choses : soit, les archéologues considèrent que toutes les données scientifiques numériques possèdent une structure unique ; soit, qu'être capable de traiter des données archéologiques revient à être capable de traiter un grand nombre de données. En effet, l'archéologie emprunte ses méthodes à de nombreuses autres disciplines, pour explorer des dimensions à la fois matérielles, sociales, temporelles, géographiques, sémantiques, etc. De plus, par la nature des vestiges étudiés, les données sont pour la plupart très fragmentaires. Ainsi, les outils informatiques capables de gérer la complexité, le volume et l'hétérogénéité des données archéologiques, tout en respectant le besoin de précision souvent élevé lors du traitement des résultats, peuvent s'avérer fonctionnels pour d'autres applications scientifiques.

Le fait de devoir gérer un dépôt de données par plateforme est aussi un aspect contraignant pour les gestionnaires de données. Même si nous reconnaissions qu'il est techniquement et économiquement difficile de faire autrement pour construire une plateforme, cette situation complexifie grandement la tâche aux archéologues déposants. Ils doivent en effet :

* multiplier les dépôts en découpant ou dédoublant un ensemble de données cohérent ;

* répéter la tâche de mise aux normes en respectant les règles de formatage qui diffèrent d'une plateforme à l'autre ;

* assurer les mises à jour en cas de modification du jeu de données sources.

Dans ces conditions, il est difficile pour un archéologue, dont la conservation et la diffusion des données ne sont pas les seules missions, de maintenir la qualité des lots déposés. Au lieu de multiplier les dépôts, il serait donc plus cohérent de centraliser le jeu de données sources sur un entrepôt unique en ligne, dont la gestion serait assurée par l'archéologue. Il pourrait ensuite choisir de lier son entrepôt aux différentes plateformes, pour rendre visibles et partir- ses données ou collaborer avec d'autres chercheurs. Sachant que les plateformes sont déjà hébergées par Huma-Num, toute l'infrastructure existe pour mettre en place cette solution. En effet, les données proposées à ArkeoGIS, Chronocarto et le CND3D sont conservées sur les espaces Nakala respectifs de ces trois structures. Avec le modèle proposé, l'objectif est
que les chercheurs ou les institutions possèdent leur propre espace Nakala, et de mettre en
place les solutions techniques pour que les plateformes viennent les interroger (fig. 104). Il
s'agit, selon nous, d'une solution "gagnant-gagnant", car elle permet :

* au déposant de garder le contrôle sur les données

* aux plateformes de se libérer de la gestion des données pour se concentrer sur le développement d'outils et de fonctionnalités favorisant la visibilité et l'interopérabilité des données.

<figure><img src="image_137.png" /><figcaption>104. Modèles de gestion des dépôts de données sur les plateformes nationales</figcaption></figure>
Évidemment, pour fonctionner, ce modèle requiert des développements techniques, mais également de définir les bonnes pratiques et les règles sémantiques pour échanger des informations numériques au sein de la communauté archéologique. C'est pourquoi cette problématique est au cœur du nouveau projet ANR SIAMOIS (Système d'Information Archéologique Mutualisé et Ouvert reposant sur l'Intelligence Sémantique) coordonnée par Bibracte depuis 2023.

Enfin, ce tour d'horizon des différentes plateformes met en évidence l'importance qu'a pris l'IR* Huma-Num dans le paysage numérique français en SHS ces dernières années. L'équipe d'Huma-Num a su mesurer les enjeux et mettre en place les solutions techniques adaptées, comme le démontre l'intérêt de la communauté SHS pour leurs services. Il est évident que le fait d'avoir accès à des outils collaboratifs, des solutions d'hébergements et des espaces de stockage en ligne de manière quasi illimitée représente un réel atout pour nos domaines scientifiques. D'autant plus quand les fournisseurs de ces services laissent aux chercheurs la possibilité de s'organiser en consortiums pour définir eux-mêmes leurs pratiques plutôt que de les imposer.

Toutefois, comme toujours avec le numérique, si tout accessible en ligne, rien n'est virtuel et tout à un coût. Pour exister, les services d'Huma-Num nécessitent un personnel qualifié, capable d'assurer le développement et la maintenance d'une infrastructure matérielle et logicielle à l'échelle nationale. Classiquement, ce genre de service est assuré par les GAFAM américains (Google, Amazon, Facebook, Apple, Microsoft), ou plus récemment leur équivalent chinois, les BATX (Baidu, Alibaba, Tencent et Xiaomi). L'IR* rivalise donc avec ces "géants" privés en conservant un personnel et une infrastructure basée en France et financée par des initiatives publiques.

En résumé, le modèle proposé par Huma-Num est précieux, car il assure la pérennité et l'indépendance de la recherche française en SHS sur les aspects liés au cycle de vie des données numériques. Ainsi, il est naturel que l'IR* devienne le centre névralgique numérique de cette communauté. Cependant, si la concentration des services facilite l'évolution technique et l'harmonisation progressive des pratiques numériques, elle présente aussi plusieurs risques :

En comparaison du nombre de services proposés, Huma-Num est actuellement constitué d'une petite équipe. Si les membres de la communauté scientifique continuent d'appuyer leurs recherches sur l'infrastructure de l'IR*, mais sans raisonner leur utilisation, il existe
un risque que le personnel soit dépassé et ne puisse plus assurer une telle qualité de service.

Le choix d'Huma-Num de soutenir des consortiums est pour le moment très favorable et particulièrement adapté aux besoins de la communauté scientifique. Mais ce choix est rendu possible, entre autres, grâce à des politiques nationales et européennes pour le moment très en faveur de la science ouverte, une situation qui peut cependant évoluer très rapidement.

Pour assurer la gratuité des services, le financement d'Huma-Num repose entièrement sur des fonds publics qui peuvent varier à tout moment. Dans le pire des scénarios, un arrêt des financements signifie un arrêt total de l'infrastructure, se traduisant par des outils et des données inaccessibles.

Il est donc indispensable que les utilisateurs mesurent la chance d'avoir accès à des services indépendants, souverains et à l'écoute des besoins des acteurs de la recherche en SHS, tout en prenant conscience de la fragilité du modèle pour être prêt à le défendre en cas de besoin.
# CONCLUSION ET PERSPECTIVES

L'intensification des pratiques numériques en archéologie depuis les années 2000 est le résultat d'une longue évolution des méthodes de travail dans le domaine. Dès la création des premiers ordinateurs, dans les années 1960, des archéologues ont exploité ces outils pour collecter, organiser et traiter des informations sous forme numérisées. Ils voyaient dans ces machines des moyens adaptés pour traiter leurs données par définition volumineuses, complexes et fragmentaires. À peine une vingtaine d'années plus tard, des spécialistes, comme J.-C. Gardin, ont estimé que la quantité et le rythme de production d'informations archéologique avaient déjà dépassé les capacités de traitement des êtres humains (Tchernia et al. 1986). La miniaturisation et la baisse de prix des équipements numériques, au début du XXIe s., ont simplement permis de répondre à ce besoin de traitement en démocratisant l'utilisation des ordinateurs et autres dispositifs au sein de la discipline. L'analyse des évolutions numériques de l'Archaeological Data Service au Royaume-Uni et de l'Inrap en France révèle que cette transformation s'est réalisée de manière progressive, davantage en réaction aux besoins qu'en anticipant véritablement l'intégration des technologies numériques dans les pratiques professionnelles des archéologues. Le nombre de données archéologiques numériques en circulation a donc augmenté au fur et à mesure des progrès technologiques, tels que l'augmentation exponentielle des capacités de calcul des microprocesseurs et l'essor d'internet, et des progrès ergonomiques, avec des interfaces logiciels simplifiant de plus en plus les usages.
En revanche, l'utilisation des technologies numériques en archéologie se caractérise par le fait que la plupart des archéologues n'ont jamais pleinement intégré ces outils dans leur pratique professionnelle. Les contraintes de temps, de ressources humaines et financières ne leur ont laissé que peu de marge pour former adéquatement leurs compétences informatiques. De plus, le volume et le niveau de complexité inhérents aux données archéologiques ont probablement été à la fois la cause et la conséquence de leur incapacité à déléguer le développement d'outils numériques adaptés à leurs besoins à des experts en informatique. Ils ont ainsi élaboré leurs propres outils informatiques et ajusté leurs méthodes de travail en fonction de leurs compétences préalables, même si cela impliquait parfois d'utiliser ces technologies de manière détournée. Ces méthodes, souvent employées de manière individuelle, ont conduit à la création d'outils et de données diversifiés, qui s'avèrent souvent difficiles à exploiter ou à comprendre en dehors de la communauté de chercheurs qui les a créés et qui les utilise directement.

Dans le même temps, le volume de données numérisées a continué d'augmenter. L'ap-
parition de la photogrammétrie aéroportée sur les chantiers de fouilles de Bibracte en est
un exemple significatif. Entre 2010 et 2015, les volumes de données produits par certaines
équipes ont été multipliés par 10, passant de 5 à 50 Go. Nous nous retrouvons ainsi dans une
situation paradoxale : les technologies numériques, issues des sciences de l'information et
de la communication, ouvrent la voie à un partage de connaissances à une échelle sans pré-
cédent en archéologie. Pourtant, les archéologues continuent à générer un volume croissant
de données numériques qui peinent à interagir entre elles. En d'autres termes, si l'on doit
considérer une rupture, celle-ci réside moins dans une révolution de nos méthodes de travail
provoquée par les technologies numériques que dans la menace grandissante de ne plus pou-
voir gérer, dans un avenir proche, la masse croissante de données archéologiques numériques
produites au quotidien.

La science ouverte apparaît comme la solution idéale pour répondre aux défis d'adminis-
tration, de conservation et de partage des données archéologiques numériques. Nous propo-
sons de définir ce mouvement comme essentiel pour l'archéologie et pour la science en gé-
néral, car il a pour objectif d'assurer la pérennité et le partage universel de la connaissance,
sans barrières cognitives, techniques ou financières, et ce afin de maintenir une recherche de
qualité et de promouvoir l'innovation. En trois piliers, qui sont les logiciels libres, les don-
nées ouvertes et le libre accès aux publications scientifiques, la science ouverte définit un
ensemble de pratiques pour mettre en œuvre ces principes.
Nous avons donc entrepris de numériser, à partir de 2018, le protocole d'enregistrement du chantier de la domus PC2, sur le mont Beuvray, afin de vérifier s'il était possible d'intégrer ces principes dans nos pratiques de fouilles. L'expérience a été réalisée sous la forme d'un audit : nous avons volontairement maximisé l'utilisation de technologies numériques afin d'en faire ressortir les avantages et les limites dans un contexte de fouille archéologique. Cinq technologies ont ainsi été mises en œuvre sur les campagnes de 2017 à 2020 : le drone, la photographie numérique et la photogrammétrie, les SIG et les outils de saisie numérique. Pour la partie enregistrement graphique, la mise en routine du protocole a permis d'effectuer le relevé de chaque couche archéologique directement sur SIG, en s'appuyant sur la précision d'orthophotographies. Pour la partie textuelle, les tests ont été effectués avec deux outils de saisie numérique, EDArc et ODS, en parallèle de la production de la documentation papier. Toutes les actions, de l'acquisition au traitement des données, ont été effectuées sur le terrain, au plus près des vestiges archéologiques. Le protocole est opérationnel et documenté, la partie sur la photogrammétrie ayant même fait l'objet d'une publication, sous la forme d'un guide méthodologique accessible librement en ligne (Verriez et al. 2023).

Trois points essentiels ressortent de cette expérience :

**Il est possible de réaliser une fouille archéologique en respectant les principes de la science ouverte.** Tous les logiciels utilisés dans le cadre du protocole sont libres, les données ont été produites dans des formats ouverts et les archives de fouilles sont disponibles et accessibles sur l'entrepôt Nakala de Bibracte<fnref n="170" />. Cette expérience nous a également fait réaliser qu'à l'échelle de l'archéologue de terrain, la science ouverte ne repose pas sur la maîtrise d'outils informatiques complexes ou des dernières innovations technologiques. Tous les outils numériques que nous avons utilisé sont déjà intégrés dans les pratiques de nombreux archéologues. Nous nous sommes contenté de mettre en place des habitudes de travail pour les faire communiquer dans le cadre d'un protocole d'enregistrement numérique complet sur le terrain. Notre démarche en direction de la science ouverte a donc essentiellement consisté à acquérir les bons réflexes en matière de création, de traitement, de gestion, de conservation et de diffusion des données archéologiques numériques, que nous avons synthétisé sous la forme de recommandations à la fin de ce manuscrit.

<footnote n="170">170 https://nakala.fr/10.34847/nkl.8d81q3es ; consulté le 22/10/2023</footnote>
**La préparation des données pour leur diffusion est l'étape la plus complexe à appréhender.** Dans la plupart des cas, les équipes d'archéologues fonctionnent de manière relativement isolée durant le temps de la fouille. La production et l'échange des données se concentrent essentiellement au sein de l'équipe. En ce sens, intégrer les principes de la science ouverte revient essentiellement à transposer les logiciels ou les formats de fichiers couramment employés par les membres de l'équipe du modèle propriétaire à celui du libre. Cependant, le premier intérêt d'utiliser des logiciels et des formats libres est de pouvoir dif-fuser largement des résultats clairs et réutilisables. Pour réussir cette étape, il est nécessaire d'acquérir des compétences qui ne sont pas celles des archéologues. Il s'agit par exemple de maîtriser les normes des métadonnées Dublin Core, d'identifier les principaux référen-tiels numériques persistants, comme ORCiD, GeoNames ou les thésaurus Pactols, ou de connaître les éléments attendus dans un Plan de Gestion de Données. De plus, même si la diffusion intervient à la fin de la chaîne opératoire, la plupart de ces éléments prennent forme dès la conception d'un projet de fouille. La gestion rétrospective des données, en vue de leur diffusion à la fin du projet, s'avère généralement lourde et complexe. Il est donc essentiel pour les archéologues d'acquérir ces compétences s'ils souhaitent créer un réseau de partage qui assure la pérennité et le libre-échange des connaissances archéologiques.

L'expérience sur les chantiers de Bibracte démontre également que développer la science ouverte nécessite souvent de faire évoluer nos outils de gestion et de conservation des ar-chives de fouilles numériques. En effet, les données produites dans le cadre de cette thèse sont techniquement libres, car elles sont construites autour de formats ouverts, documentées par un PGD et hébergées en ligne sur un entrepôt pérenne et accessible. Toutefois, ce travail de recherche a mis en évidence que l'actuel processus de diffusion de l'établissement est capable de produire des données lisibles, mais qui limite encore fortement les possibilités de réutilisation, du fait des formats employés, comme le PDF. En d'autres termes, le processus de diffusion manque d'interopérabilité. Ce résultat a offert une base de réflexion pour le nouveau projet numérique de Bibracte et de ses partenaires, qui ambitionne de construire un Système d'Information Archéologique Mutualisé et Ouvert reposant sur l'Intelligence Sé-mantique (SIAMOIS). SIAMOIS met en avant met en avant la documentation des méthodes plutôt que la normalisation des outils, afin d'améliorer la capacité des technologies numé-riques à fonctionner en dehors d'interactions prédéfinies. Il ne s'agit pas non plus d'imposer un langage de documentation commun, mais au contraire d'utiliser les technologies du Web sémantique pour faire communiquer les différentes documentations des outils et méthodes exploitées en archéologie. Ce type de démarche est notamment rendu possible par l'utilisa-
tion de thésaurus polyhiérarchiques, capables de renseigner et de catégoriser les relations
entre un grand nombre de concepts. En ce sens, les démarches comme celles proposées par
SIAMOIS représentent, selon nous, le futur des pratiques numériques en archéologie. Le
Web sémantique et les thésaurus polyhiérarchiques permettent à chacun d'utiliser les mé-
thodes de travail, les outils et les structures de données qu'il considère adaptés à ses besoins,
tout en permettant d'intégrer son système logique dans un réseau pouvant être traité automa-
tiquement par les machines.

L'intégration des outils numériques dans les méthodes archéologiques ne se traduit pas automatiquement par une amélioration globale de l'efficacité au travail et de la qualité des données. Notre étude des différentes technologies a mis en évidence que, sans un suivi actif, les outils entraînent certaines dérives méthodologiques et imposent de nouvelles contraintes liées à la nature numérique des données. Par exemple, les orthomosaïques offrent un mode de représentation d'une rare précision pour les archéologues. Nous avons ainsi observé que certains fouilleurs les jugent suffisantes en tant qu'enregistrement graphique. Pourtant, les orthomosaïques ne participent pas d'un processus interprétatif et ne peuvent donc pas remplacer les relevés archéologiques. De plus, en tant qu'abstractions du monde réel, elles présentent des limites techniques intrinsèques (luminosité, colorimétrie, déformations, etc.), qui ne devraient pas permettre de les supplanter aux observations directes des vestiges. Enfin, il s'agit de données particulièrement volumineuses, et leur diffusion et leur conservation posent des questions à la fois logistiques, pour l'organisation des espaces de stockage, et environnementales, par l'énergie et les ressources consommées pour produire, alimenter et connecter au réseau ces espaces de stockages.

Ce constat nous a poussé à considérer les technologies numériques au-delà de leur dimen-
sion technique. Le travail de plusieurs spécialistes démontre que les technologies en général,
et particulièrement les technologies numériques, s'organisent en systèmes complexes, presque
indépendamment de la volonté des utilisateurs. Une première conséquence de ce constat est
l'augmentation exponentielle du volume de données en circulation. Les systèmes techniques
multiplient les échanges et s'agrègent, faisant naître le risque de perdre le contrôle sur les
données qu'ils exploitent. De plus, ces systèmes techniques sont impliqués dans un ensemble
de réseaux ayant des implications souvent insoupçonnées, à la fois sociales, économiques et
environnementales. Sur les aspects humains, cela peut se traduire chez les archéologues par
une perte de sens dans la pratique professionnelle lorsque les outils sont trop directifs, ou
par la remise en question de leur identité professionnelle lors de l'introduction de nouvelles
technologies dans les méthodes de travail (Tufféry 2022). Du point de vue environnemental, plusieurs études d'envergure internationale ont récemment souligné le poids du numérique à l'échelle mondiale. Elles estiment que le cycle de vie des technologies numériques, de la production au recyclage, représentait déjà en 2020 plus de 4 % des énergies primaires consommées sur la planète, et 3,5 % des émissions de gaz à effet de serre. Plus préoccupant encore, en continuant sur les modèles de consommation actuels, ces valeurs risquent de doubler en à peine cinq ans, à l'horizon 2025. Il apparaît donc nécessaire de rationaliser l'usage de ces technologies, en considérant les outils et les données numériques dans leurs dimensions techniques, mais aussi sociales, économiques et environnementales. C'est seulement dans ce cadre que les chercheurs pourront inscrire durablement l'archéologie numérique dans une approche scientifique éthique et de qualité.

La science ouverte offre aux archéologues des moyens de maximiser l'impact positif des technologies numériques. Nos recommandations se focalisent sur des aspects concrets, en harmonie avec les réalités scientifiques et logistiques auxquelles les archéologues sur le terrain sont confrontés, tout en prenant en compte les implications des technologies numériques. Cependant, étant donné la nature en constante évolution de ces technologies, une partie substantielle de cette thèse risque rapidement de perdre de sa pertinence. Par conséquent, la leçon essentielle à retenir est qu'il est impératif de maintenir un contrôle sur les outils et les données numériques, tout en adoptant une perspective critique à leur égard. La démarche de la science ouverte permet d'exercer ce regard critique. Ainsi, nous souhaitons profiter de cette conclusion pour discuter de son implémentation dans le domaine de l'archéologie à diverses échelles, en nous fondant sur cinq années à défendre ces principes auprès de notre communauté.

Au niveau individuel, il est essentiel d'adopter une approche progressive et patiente dans l'adoption des principes de la science ouverte. En ce qui concerne les outils, nous préconisons de les intégrer un par un, en commençant par des alternatives proches des outils déjà maîtrisés. L'aspect esthétique ne doit pas être un facteur déterminant ni la recherche d'un seul outil tout-en-un. Il est au contraire important de se concentrer sur la définition précise des fonctionnalités recherchées, pour identifier les outils les plus adaptés à ces besoins. Dans notre cas, la transparence caractéristique des outils libres, permettant de comprendre les logiques de fonctionnement derrière chaque fonction, est rapidement devenu un critère de choix plus important que l'ergonomie dans le choix des logiciels pour mener nos recherches. De la même manière, lors de la gestion des métadonnées et de la rédaction de Plans de Ges-
tion de Données, il est recommandé de ne pas s'obliger à renseigner chaque fichier, mais
plutôt de justifier le choix du niveau de détail donné à la documentation en fonction des ses
compétences ou de la destination du corpus numérique.

Au niveau du groupe de travail ou de l'institution, l'objectif consiste à inciter les membres
à partager des outils et des normes respectant les principes de la science ouverte tout au long
du cycle de vie des données (collecte et création, traitement et analyse, archivage, partage,
réutilisation). Les éléments clés à prendre en compte ne sont donc pas les technologies ou
les données, mais leurs utilisateurs. Cette approche se construit à partir d'échanges, de for-
mations et de suivis. Les échanges interviennent dans un premier temps, afin de comprendre
les méthodes de travail des membres, leur place dans la chaîne opératoire, la définition qu'ils
donnent de leurs objectifs dans cette chaîne opératoire, et enfin, comment est-ce qu'ils se
positionnent par rapport à une évolution de leurs méthodes de travail ou du processus de
création de connaissances archéologiques vers la science ouverte. Les réponses à ces ques-
tions permettent de définir les technologies numériques les plus adaptées, mais également de
limiter fortement le risque de rejet "de principe", quel que soit le degré de pertinence scien-
tifique des outils ou méthodes proposés. La formation vient ensuite, pour permettre aux usa-
gers de s'approprier les enjeux de la science ouverte, en intégrant les avantages qu'ils peuvent
en tirer à leur niveau, sur le court, le moyen et le long terme. Par exemple, pour les archives
de fouille numériques, à court terme, toute l'équipe peut avoir accès à des données claires et
exploitables ; à moyen terme, les spécialistes et les gestionnaires ont accès à la même base
d'informations ; à long terme, tous les rapports d'opérations et publications peuvent être
accompagnés de leurs données primaires. Enfin, il est essentiel d'opérer un suivi auprès des
membres une fois les technologies ou les méthodes déployées dans le groupe ou l'institution.
En effet, les archéologues peuvent être convaincus du bien-fondé d'une démarche de science
ouverte, mais pour autant abandonner rapidement les "bonnes pratiques". L'archéologie est
une science qui nécessite déjà de maîtriser beaucoup d'outils et de méthodes, souvent em-
pruntés à d'autres disciplines. Si les archéologues sont confrontés de manière trop récurrente
à des problèmes de fonctionnement ou des incompréhensions qui restent sans réponse, ils
retourneront systématiquement aux solutions qu'ils maîtrisent, libres ou non.

Au niveau national et international, la science ouverte en archéologie est déjà, parado-
xalement, relativement bien organisée. Elle se structure autour d'établissements, comme
l'Achaeological Data Service, ou de groupements de spécialistes, tels que les consortiums
Huma-Num. Ces deux formes d'organisation sont essentielles. D'abord, les consortiums per-
mettent de définir des règles communes de production, de gestion, de conservation et de
diffusion des données archéologiques numériques. C'est pourquoi ils se doivent de regrou-
per tous les acteurs de l'archéologie : les chercheurs et universitaires, les représentants et
les agents de l'État et des communautés territoriales, les opérateurs préventifs. Ils peuvent
ainsi penser des règles qui prennent en compte les réalités de toutes ces communautés, afin
de construire un langage et des méthodes d'échange stables et largement partagés au sein
de notre communauté. Toute la difficulté réside dans le fait de coconstruire des règles
suffisamment évolutives pour respecter les spécificités de tous les acteurs, tout en fondant
les bases indispensables d'un réseau de partage et de pérennisation du savoir archéolo-
gique. Selon nous, une telle démarche ne peut être que collégiale, pour déboucher sur des
consensus plutôt que sur des normes prenant en compte les intérêts d'une partie seulement
de la communauté archéologique. Notre recherche doctorale a également démontré l'intérêt
de développer des expérimentations en parallèle de ces discussions. La science ouverte
et les technologies numériques ne sont pas qu'affaire de technique, et certaines limites
n'apparaissent clairement qu'avec une mise en pratique en condition réelle. Toutes ces
initiatives sont difficiles, longues et nécessairement coûteuses à mettre en place. Il est
donc indispensable de continuer à soutenir et développer les consortiums pour, en reprenant
le nom du projet européen éponyme, sauver l'archéologie européenne de l'âge de l'obscurité
numérique<fnref n="171" /> (SEADDA, *Saving European Archaeology from the Digital Dark Age*).

Les établissements à l'image de l'Archaeological Data Service sont ensuite une manière
d'appliquer et de pérenniser les règles éditées par les consortiums. En France, Huma-Num
offre des fondations solides, mais il est essentiel de faire émerger des structures avec des
équipes pleinement formées à la fois aux problématiques archéologiques et aux défis tech-
niques de la science ouverte. Actuellement, l'existence des plateformes comme ArkeoGIS,
Chronocarto ou le CND3D, est essentiellement assurée par des chercheurs investis, qui ex-
plorent des solutions technologiques pour exploiter le potentiel des données numériques,
mais surtout pour garder le contrôle sur celles-ci. Or ces chercheurs n'ont pas toujours les
compétences nécessaires pour maîtriser les solutions technologiques, car elles s'éloignent
très largement de leur formation initiale. Pourtant, face au défi de la science ouverte et de
l'augmentation continue de la masse des données, il n'est plus possible de continuer avec ce
type d'approche expérimentale ou informelle. Les archéologues doivent maintenant s'asso-
cier durablement à des spécialistes des sciences de l'information et de la communication pour

<footnote n="171">171 https://www.seadda.eu/ ; consulté le 22/10/2023</footnote>
construire les solutions adaptées à l'exploitation, à la conservation et au partage des données archéologiques. C'est pourquoi nous appelons à la création d'un établissement qui regroupe les savoir-faire techniques, les connaissances scientifiques et l'infrastructure matérielle pour assurer la maîtrise et le partage libre et éthique des savoirs archéologiques.

Plus concrètement, la science ouverte et les technologies numériques en archéologie offrent de multiples perspectives de développement. Nous présentons ici ceux que nous souhaitons prioriser, en commençant par l'étape de la création et de la collecte de données numériques archéologiques. Notre expérience a une fois de plus démontré l'intérêt des SIG sur les chantiers archéologiques, autant comme outil de production que comme support d'analyse et de prise de décision (Rodier et al. 2011). Cependant, notre utilisation reste très limitée par rapport aux véritables capacités de l'outil. Par exemple, la mise en relation des données attributaires par des bases de données PostgreSQL/PostGIS permet une bien meilleure gestion des informations (fig. 105)(fig. 106). Actuellement, nous nous contentons, comme beaucoup d'archéologues, de fusionner les données utiles dans les tables attributaires des entités géographiques. Cette pratique a le mérite d'être intuitive et facile à mettre en œuvre, mais elle peut aussi rapidement mener à des erreurs ou des difficultés d'exploitation. L'import manuel (une "jointure") de chaque nouvelle donnée que nous souhaitons interroger dans la table attributaire s'avère fastidieux, et entraîne finalement des tables lourdes, parfois à la limite des capacité d'exploitation de QGIS. Ainsi, structurer les données textuelles dans des tables relationnelles apparaît bien plus logique. Le modèle logique relationnel est d'ailleurs le plus répandu dans la communauté archéologique pour la structuration de données. Le langage PostgreSQL/PostGIS reprend ce modèle, en intégrant nativement la possibilité de gérer des entités géographiques. Assimiler cette technologie est donc une évolution "naturelle" de nos méthodes, en ajoutant à notre panoplie l'outil adapté à une pratique que nous avons pour habitude de "bricoler". Un nouveau guide, à l'image de celui paru récemment sur la photogrammétrie en contexte archéologique, est déjà prévu sur le sujet (Verriez et al. 2023). Il traitera notamment de l'utilisation du SIG en chantier archéologique, en prenant en compte le système de gestion de base de données PostgreSQL/PostGIS.
<figure><img src="image_138.png" /><figcaption>105. Exemple de SIG...</figcaption></figure>
<figure><img src="image_139.png" /><figcaption>106. ... et sa base de données PostgreSQL/PostGIS associée
(données A. Tomasinelli, Eveha International)</figcaption></figure>
En revanche, pour marquer une rupture plus nette avec les méthodes des archéologues, nous souhaitons également explorer les technologies de gestion des données basées sur la théorie des graphes, tels que Neo4j. Neo4j est un système de gestion de base de données libre orientée graphe (NoSQL), qui se spécialise dans le stockage et la récupération de données sous forme de graphes. Le modèle logique derrière ce type d'outil change du modèle relationnel. L'information textuelle n'est plus structurée en tables, mais en sommets (ou nœuds) et en arrêtes (ou liens) (fig. 107). Les graphes sont une structure de données puissante et non rigide pour modéliser et représenter des relations complexes entre différents types d'entités. Neo4j est couramment utilisé dans des domaines tels que la gestion des connaissances ou la gestion de réseaux sociaux.

Ainsi, Neo4j offre une perspective de développement intéressante pour l'archéologie en raison de la nature complexe et intriquée des données de la discipline. Les données archéologiques impliquent souvent une multitude d'entités (comme des artefacts, des sites, des couches stratigraphiques et des relations entre eux) et des connexions qui reflètent des contextes historiques et spatiaux. En utilisant un modèle de données de graphe, Neo4j permet de représenter ces entités, relations et structures de manière potentiellement plus naturelle et efficace que les bases de données relationnelles traditionnelles. L'archéologie implique également l'analyse de relations complexes entre des éléments, pour déterminer des concepts tels que les influences culturelles ou les échanges commerciaux. Neo4j est capable d'exploiter simplement les relations voisines, en effectuant des recherches de type "partir d'un nœud et parcourir le graphe". Il pourrait ainsi permettre aux archéologues de modéliser ces relations de manière explicite et de naviguer facilement dans les données pour faire apparaître des liens discrets.

Une première expérience a eu lieu à Bibracte avec cet outil, qui visait à documenter la mise en relation des raisonnements de plusieurs chercheurs conduisant à l'interprétation de vestiges archéologiques (Lacombe et al. 2022 ; Reich et al. 2022). L'objectif était de construire une méthode capable d'appuyer les démonstrations archéologiques sur un système plus structuré que des exposés en langage vernaculaire, afin de les codifier directement dans un système de gestion de la connaissance archéologique. Nous souhaitons à notre tour exploiter les possibilités d'une base de données orientée graphe pour documenter les productions archéologiques au plus proche de la source, directement sur le chantier de fouilles. Le Neo4j présente en effet un réel potentiel pour fluidifier l'enregistrement, mais surtout la navigation dans les données, à travers des représentations graphiques qui présentent naturellement les
<figure><img src="image_140.png" /><figcaption>107. Exemple de base de données orientée graphe Neo4j
(données E. Lacombe, S. Durost, J.-P. Girard, G. Reich)</figcaption></figure>

liens entre les données. Nous envisageons également le développement de fonctionnalités comme la prise en compte d'interprétations concurrentes, ou la vérification de la cohérence stratigraphique à la demande.
Sur la documentation des données, il est également important de concevoir des solutions pour simplifier la création des métadonnées et de description des méthodes de production. Une première étape pourrait être d'ouvrir aLTAG3D, l'outil de génération d'archive à long terme de projets 3D du consortium 3D SHS, à d'autres types de données. Il propose en effet une interface intuitive, là encore sous forme de graphes, pour documenter tout le processus de production d'un objet 3D. On peut alors envisager une interface similaire pour renseigner les données archéologiques. Toutefois, ce type de logiciel nécessite en amont la définition de standards d'échange et d'archivage, un travail qu'a dû effectuer le consortium 3D SHS en même temps que le développement de l'outil (Granier et al. 2019). C'est pourquoi l'orientation du projet SIAMOIS, qui souhaite mettre en place les solutions techniques pour formaliser les processus de production de la connaissance archéologique est particulièrement pertinente. Elle permettrait de limiter les standards aux données, sans homogénéiser les méthodes de production. Enfin, il apparaît maintenant opportun de s'intéresser aux possibilités offertes par l'intelligence artificielle (IA) pour gérer et documenter des données archéologiques. L'IA est souvent annoncée comme la nouvelle "rupture technologique", un point de basculement qui transformera notre manière de travailler. Il est donc primordial de s'intéresser dès maintenant à ce champ d'études, avec un regard critique et sans perdre de vue nos objectifs archéologiques, pour ne pas se faire "imposer" de fait et de manière désorganisée dans quelques années. D'ailleurs, si le projet SIAMOIS parvient à formaliser les modèles logiques qui régissent les outils et des données, il devient alors possible et intéressant d'entraîner une IA capable de naviguer et d'extraire des informations dans des jeux de données complexes comme ceux des archéologues.
LISTE DES FIGURES

<table>
  <tbody>
    <tr>
      <td>1. Les supports d'informations : analogique ou numérique</td>
      <td>16</td>
    </tr>
    <tr>
      <td>2. Page d'accueil du portail de l'Archaeology Data Service</td>
      <td>21</td>
    </tr>
    <tr>
      <td>3. Évolution du nombre de collections par années</td>
      <td>23</td>
    </tr>
    <tr>
      <td>4. Page d'accueil du service d'accès en ligne à l'index des fouilles archéologiques du Royaume-Uni (OASIS)</td>
      <td>24</td>
    </tr>
    <tr>
      <td>5. Page d'accueil du service de dépôt autonome ADS-easy</td>
      <td>25</td>
    </tr>
    <tr>
      <td>6. Exemples de prix pour le dépôt de fichiers grâce au service ADS-easy</td>
      <td>26</td>
    </tr>
    <tr>
      <td>7. Archsearch exploite plus de 1,3 million de ressources</td>
      <td>30</td>
    </tr>
    <tr>
      <td>8. Chaîne opératoire analytique pour le déploiement des SIG à l'Inrap (d'après Rodier et al. 2011)</td>
      <td>37</td>
    </tr>
    <tr>
      <td>9. Exemple de recherche du sujet "bibracte" sur le catalogue Dolia</td>
      <td>39</td>
    </tr>
    <tr>
      <td>10. Localisation et topographie générale du mont Beuvray (Saône-et-Loire, Nièvre, France)</td>
      <td>44</td>
    </tr>
    <tr>
      <td>11. Plan de l'oppidum de Bibracte d'après les relevés topographiques de H. d'Abovillle (d'après Guillaumet 1996)</td>
      <td>46</td>
    </tr>
    <tr>
      <td>12. Exemple de planche d'objets photographiés issue de la publication de synthèse des travaux archéologiques de J.-G. Bulliot sur le mont Beuvray (d'après Bulliot et al. 1899)</td>
      <td>48</td>
    </tr>
    <tr>
      <td>13. Schéma du système Arkéoplan (d'après Buchsenchutz et Gruel 1994)</td>
      <td>50</td>
    </tr>
    <tr>
      <td>14. Levé LiDAR du mont Beuvray, réalisé en 2007 (Bibracte EPCC)</td>
      <td>51</td>
    </tr>
    <tr>
      <td>15. Exemple de synthèse cartographique des prospections magnétiques menées par l'université de Brno de 2011 à 2019 sur le mont Beuvray (d'après Sanchez et al. 2019)</td>
      <td>52</td>
    </tr>
    <tr>
      <td>16. Comparaison entre l'orthophotographie de fin de chantier et les relevés numérisés sur le chantier PC14/PC15 à Bibracte en 2013 (cliché B.-N. Chagny, Kap-archéo)</td>
      <td>54</td>
    </tr>
    <tr>
      <td>17. La nécessité d'abriter les chantiers archéologiques sur le mont Beuvray (cliché M. Thivet)</td>
      <td>55</td>
    </tr>
    <tr>
      <td>18. Résultats non concluant des premiers tests pour un protocole d'acquisition photogrammétrique sous abri</td>
      <td>55</td>
    </tr>
    <tr>
      <td>19. Orthophotographie aéroportée de la terrasse PC15 (cliché M. Thivet, Q. Verriez)</td>
      <td>56</td>
    </tr>
    <tr>
      <td>20. Page d'accueil de bdB Consultation</td>
      <td>58</td>
    </tr>
  </tbody>
</table>
<table>
  <tr>
    <td>21. Structure de bdB en 2001 (d'après Chaillou 2003)</td>
    <td>60</td>
  </tr>
  <tr>
    <td>22. Structure de bdB en 2021</td>
    <td>60</td>
  </tr>
  <tr>
    <td>23. Structuration du rapport annuel du programme de recherche du mont Beuvray depuis 2012 (d'après Desachy et al. 2012)</td>
    <td>64</td>
  </tr>
  <tr>
    <td>24. Les projets associés à Bibracte Numérique</td>
    <td>68</td>
  </tr>
  <tr>
    <td>25. Plan de la domus PC2</td>
    <td>69</td>
  </tr>
  <tr>
    <td>26. Plan de localisation de la domus PC2 (DAO A. Meunier, Q. Verriez)</td>
    <td>70</td>
  </tr>
  <tr>
    <td>27. Plan d'ensemble du Parc-aux-Chevaux (d'après Guillaumet 1996)</td>
    <td>71</td>
  </tr>
  <tr>
    <td>28. Début de la fouille de la domus PC2 en 2017, face à l'angle sud-ouest de la domus PC1</td>
    <td>72</td>
  </tr>
  <tr>
    <td>29. La terasse de la domus PC2, vue depuis le sud-ouest</td>
    <td>72</td>
  </tr>
  <tr>
    <td>30. Schéma de la domus PC2 réalisé par J.-G. Bulliot dans son carnet de fouille 1882</td>
    <td>73</td>
  </tr>
  <tr>
    <td>31. Plan de la domus PC2 après les fouilles de 1882 (d'après Bulliot 1899)</td>
    <td>74</td>
  </tr>
  <tr>
    <td>32. Plan de la domus PC2 actualisé</td>
    <td>75</td>
  </tr>
  <tr>
    <td>33. Organisation de la connaissance selon le modèle DIKW (d'après Rowley 2007)</td>
    <td>83</td>
  </tr>
  <tr>
    <td>34. Différence entre les images matricielles et les images vectorielles</td>
    <td>87</td>
  </tr>
  <tr>
    <td>35. Les types de géométrie vectorielle</td>
    <td>88</td>
  </tr>
  <tr>
    <td>36. Le cycle de vie des données</td>
    <td>91</td>
  </tr>
  <tr>
    <td>37. Les éléments Dublin Core (d'après BnF 2008)</td>
    <td>93</td>
  </tr>
  <tr>
    <td>38. Les licences Creative Commons</td>
    <td>104</td>
  </tr>
  <tr>
    <td>39. Nombre de ressources déposées sur HAL contenant le mot clé "archéologie"</td>
    <td>106</td>
  </tr>
  <tr>
    <td>40. L'écosystème numérique MASA pour les données archéologiques (extrait de Marlet et al. 2022)</td>
    <td>109</td>
  </tr>
  <tr>
    <td>41. L'écosystème numérique de l'IR* Huma-Num (image d'après huma-num.fr)</td>
    <td>111</td>
  </tr>
  <tr>
    <td>42. Le portail institutionnel de Bibracte sur HAL</td>
    <td>112</td>
  </tr>
  <tr>
    <td>43. Le drone OnyxStar FOX-C8HD de la MSHE Ledoux (cliché A. Maillier)</td>
    <td>126</td>
  </tr>
  <tr>
    <td>44. La télécommande et le système de retour vidéo de l'OnyxStar FOX-C8HD (cliché A. Maillier)</td>
    <td>126</td>
  </tr>
  <tr>
    <td>45. Évolution chronologique du bâtiment monumental de la terrasse PC15. Plans dessinés sur l'orthomosaïque de fin de chantier de 2015 (extrait de Hantrais 2017)</td>
    <td>128</td>
  </tr>
  <tr>
    <td>46. Le drone Dji Phantom 4 Pro de la MSHE Ledoux</td>
    <td>129</td>
  </tr>
  <tr>
    <td>47. Conditionnement des batteries LiPo dans sacs ignifugés</td>
    <td>132</td>
  </tr>
</table>
<table>
  <tr>
    <td>48. Conditions pour le survol de site archéologiques par drone</td>
    <td>133</td>
  </tr>
  <tr>
    <td>49. Types d'appareils photo numérique</td>
    <td>143</td>
  </tr>
  <tr>
    <td>50. Exemple d'objectif interchangeable polyvalent : le Canon EF 24-70mm f/4L IS USM</td>
    <td>144</td>
  </tr>
  <tr>
    <td>51. La différence entre la définition, la résolution et la taille d'impression d'une photographie</td>
    <td>149</td>
  </tr>
  <tr>
    <td>52. Une photo archéologique à deux définitions différentes. Verdun-sur-le-Doubs, le Petit Chauvort, Saône-et-Loire, 2021 (cliché E. Hamon)</td>
    <td>155</td>
  </tr>
  <tr>
    <td>53. Les déformations optiques courantes. Bibracte, domus PC2, Nièvre, 2017</td>
    <td>156</td>
  </tr>
  <tr>
    <td>54. Photos redressées de la pièce XX de domus PC2, à Bibracte. Bibracte, la domus PC2, Nièvre, 2017</td>
    <td>157</td>
  </tr>
  <tr>
    <td>55. Orthophotographie de la pièce XX de domus PC2, à Bibracte. Bibracte, la domus PC2, Nièvre, 2017</td>
    <td>159</td>
  </tr>
  <tr>
    <td>56. Processus théorique de production d'une orthomosaïque</td>
    <td>161</td>
  </tr>
  <tr>
    <td>57. Points homologues entre deux images voisines. Bibracte, plateforme PC14, Nièvre, 2021</td>
    <td>162</td>
  </tr>
  <tr>
    <td>58. Projection des points homologues dans un espace 3D. Bibracte, plateforme PC14, Nièvre, 2021</td>
    <td>163</td>
  </tr>
  <tr>
    <td>59. Schéma de représentation des principales surfaces de capteur photographique disponible sur le marché</td>
    <td>167</td>
  </tr>
  <tr>
    <td>60. Schéma de relation entre l'angle de champ d'une photographie et la longueur focale de l'objectif utilisé (au format 24 x 36 mm). (d'après Pamart et al. 2019)</td>
    <td>168</td>
  </tr>
  <tr>
    <td>61. Schéma de la relation entre profondeur de champ et nombre d'ouverture</td>
    <td>173</td>
  </tr>
  <tr>
    <td>62. Principe d'un cheminement en "S", recommandé pour les acquisitions aéroportées (DAO. M. Thivet)</td>
    <td>176</td>
  </tr>
  <tr>
    <td>63. Calcul de la résolution au sol</td>
    <td>178</td>
  </tr>
  <tr>
    <td>64. Placement optimal des points de contrôle au sol. Couan, Saint-Aubin-des-Chaumes, Nièvre, 2021</td>
    <td>180</td>
  </tr>
  <tr>
    <td>65. L'interface du logiciel MicMac, dans le terminal de Ubuntu, et sa première commande, pour lancer l'outil Tapioca</td>
    <td>182</td>
  </tr>
  <tr>
    <td>66. Les fenêtres d'analyse pour l'étude spatiale des sites archéologiques (extrait de Clarke 1977)</td>
    <td>191</td>
  </tr>
  <tr>
    <td>67. SIG de PC15 réalisé par J. Hantrais</td>
    <td>193</td>
  </tr>
  <tr>
    <td>68. Principe de la méthode du Single-Layer Plan (extrait de Harris 1989)</td>
    <td>195</td>
  </tr>
  <tr>
    <td>69. La stratigraphie d'un fossé de l'âge du fer recomposée en plan grâce aux SPL (New Road)</td>
    <td>197</td>
  </tr>
</table>
<table>
  <tr>
    <td>Site, Winchester 1975, extrait de Harris 1989)</td>
    <td>197</td>
  </tr>
  <tr>
    <td>70. Principe de continuité spatiale : même s'il est quasi certain qu'il s'agit des mêmes couches de part et d'autre de la berme, ces dernières sont enregistrées dans des US différentes....</td>
    <td>198</td>
  </tr>
  <tr>
    <td>71. Processus de production des fichiers de forme selon le protocole de relevé numérique mis en place sur le chantier de la domus PC2</td>
    <td>200</td>
  </tr>
  <tr>
    <td>72. Les 566 US relevées sur le chantier de la domus PC2 durant les campagne 2017 à 2020</td>
    <td>201</td>
  </tr>
  <tr>
    <td>73. Les tablettes Xplore Xslate B10 (à gauche) et Dell Latitude 7212 (à droite) de la MSHE Ledoux</td>
    <td>201</td>
  </tr>
  <tr>
    <td>74. La répartition des parts de marché entre les principaux systèmes d'exploitation (extrait de statcounter : https://gs.statcounter.com/os-market-share/desktop/worldwide/2022)</td>
    <td>203</td>
  </tr>
  <tr>
    <td>75. Une fouilleuse qui utilise une tablette comme support de relevé en 2019</td>
    <td>205</td>
  </tr>
  <tr>
    <td>76. Test de relevé pierre à pierre sur le mur effondré 655 en 2020</td>
    <td>206</td>
  </tr>
  <tr>
    <td>77. Un problème rencontré avec le protocole de relevé numérique pour la représentation de structures hautes ou profondes</td>
    <td>210</td>
  </tr>
  <tr>
    <td>78. Formulaire principal de la version EDArc pour Bibracte : l'enregistrement des UF</td>
    <td>213</td>
  </tr>
  <tr>
    <td>79. Architecture générale d'EDArc (extrait de Tufféry 2022)</td>
    <td>214</td>
  </tr>
  <tr>
    <td>80. ODS fonctionne sur de multiples supports (image 9heuresprecises.com)</td>
    <td>216</td>
  </tr>
  <tr>
    <td>81. Exemple de gestion de l'avancement de l'enregistrement dans l'onglet "Reste à faire" de la version d'EDArc pour Bibracte</td>
    <td>218</td>
  </tr>
  <tr>
    <td>82. Exemple de gestion de l'avancement de l'enregistrement en mode tablette et en mode ordinateur sur ODS</td>
    <td>219</td>
  </tr>
  <tr>
    <td>83. Exemple de description et d'alignement de champs descripteurs d'EDArc, ODS et bdB (extrait de Reich et al. 2022)</td>
    <td>220</td>
  </tr>
  <tr>
    <td>84. Mise en relation du vocabulaire structuré en thésaurus de bdB avec les modèles logiques de EDArc et ODS (extrait de Reich et al. 2022)</td>
    <td>221</td>
  </tr>
  <tr>
    <td>85. Extrait du référentiel analytique de la campagne de fouilles 2020 de la domus PC2</td>
    <td>227</td>
  </tr>
  <tr>
    <td>86. Présentation du modèle de PGD MASA</td>
    <td>228</td>
  </tr>
  <tr>
    <td>87. Les aides à la rédaction du modèle de PGD MASA</td>
    <td>229</td>
  </tr>
  <tr>
    <td>88. Le protocole de relevé numérique établit sur PC2 en quelques chiffres</td>
    <td>236</td>
  </tr>
  <tr>
    <td>89. Synthèse sur l'impact environnemental du numérique (d'après Ferreboeuf 2018 ; Bordage 2019a ; Bordage et al. 2021 ; Ferreboeuf et al. 2021 ; Lees Perasso et al. 2023)</td>
    <td>244</td>
  </tr>
  <tr>
    <td>90. Convention de nommage : équilibre entre formalisme, souplesse et intelligibilité</td>
    <td>256</td>
  </tr>
  <tr>
    <td>91. Exemple de nommage de fichiers</td>
    <td>260</td>
  </tr>
</table>
<table>
  <tbody>
    <tr>
      <td>92. Exemple de fichier XML décrivant l'US 0001, de type positive</td>
      <td>262</td>
    </tr>
    <tr>
      <td>93. Définitions et normalisation des éléments Dublin Core</td>
      <td>266</td>
    </tr>
    <tr>
      <td>94. Les métadonnées du rapport de synthèse 2020 du programme de recherche du mont Beuvray</td>
      <td>269</td>
    </tr>
    <tr>
      <td>95. Les métadonnées du rapport de synthèse 2020 du programme de recherche du mont Beuvray au format XML</td>
      <td>270</td>
    </tr>
    <tr>
      <td>96. Types de dépôts possibles sur HAL</td>
      <td>278</td>
    </tr>
    <tr>
      <td>97. Exemple de données signalées pour l'âge du Fer sur ArkeoGIS</td>
      <td>279</td>
    </tr>
    <tr>
      <td>98. Exemple de données signalées sur ArkeoGIS : la campagne de fouille 2017 de la domus PC2</td>
      <td>280</td>
    </tr>
    <tr>
      <td>99. Page d'accueil de ArkeOpen</td>
      <td>281</td>
    </tr>
    <tr>
      <td>100. Exemple du projet web-SIG du programme de recherche du mont Beuvray sur Chronocarto (données M. Dabas, Ch. Sanchez)</td>
      <td>283</td>
    </tr>
    <tr>
      <td>101. Le moteur de recherche IOTA, accessible depuis Chronocarto</td>
      <td>284</td>
    </tr>
    <tr>
      <td>102. Exemple de ressource hébergée sur le CND3D : modèle 3D du Carnyx de Tintignac (données Mora et al. 2008)</td>
      <td>286</td>
    </tr>
    <tr>
      <td>103. Logiciel aLTAG3D, pour la documentation du processus de production et d'archivage de modèles 3D</td>
      <td>288</td>
    </tr>
    <tr>
      <td>104. Modèles de gestion des dépôts de données sur les plateformes nationales</td>
      <td>290</td>
    </tr>
    <tr>
      <td>105. Exemple de SIG</td>
      <td>302</td>
    </tr>
    <tr>
      <td>106. ... et sa base de données PostgreSQL/PostGIS associée (données A. Tomasinelli, Eveha International)</td>
      <td>303</td>
    </tr>
    <tr>
      <td>107. Exemple de base de données orientée graphe Neo4j (données E. Lacombe, S. Durost, J.-P. Girard, G. Reich)</td>
      <td>305</td>
    </tr>
  </tbody>
</table>
<figure><img src="image_141.png" /></figure>
LISTE DES ABRÉVIATIONS

ADS : Archaeology Data Service

Afan : Association pour les fouilles archéologiques nationales

AFUL : Utilisateurs de Logiciels Libres

AGT : Archaeological Geophysics Toolbox

AHDS : Art and Humanities Data Service

ANR : Agence Nationale de la Recherche

AOrOc : Archéologie & Philologie d'Orient et d'Occident

APN : Appareils photo numériques

ARIADNE. ARIADNE+ : Archaeological Research Infrastructure for Archaeological Data
Networking in Europe

ARK : l'Archival Resource Key

ArTeHiS : Archéologie, Terre, Histoire et Sociétés

BATX : Baidu, Alibaba, Tencent et Xiaomi

bdB : base de donnée Bibracte

CAVIAR : Catalogue de visualisation de l'information archéologique

CC : Creative Commons

CCE : Centre de conservation et d'étude

CERN : organisation européenne pour la recherche nucléaire

CITERES-LAT : Équipe Laboratoire Archéologie et Territoires

Cifre : Convention industrielle de formation par la recherche

COST SEADDA : Saving European Archaeology from the Digital Dark Age

CNRS : Centre national de la recherche scientifique

DAO : dessin assisté par ordinateur

DEA : Diplôme d'études approfondies
DGAC : Direction générale de l'aviation civile

DOI : Digital Object Identifier

DPI : Dots Per Inch

DSI : Direction des Systèmes d'Information (Inrap)

DST : Direction Scientifique et Technique (Inrap)

EFA : École Française d'Athène

ENSTP : École Nationale Supérieure des Travaux Publics

EPCC : Établissement Public de Collaboration Culturel

ERC : European Research Council

FAIR : Findable, Accessible, Interoperable, Reusable, ou Facile à trouver, Accessible, Interopérable et Réutilisable

FOSTER : Fostering the practical implementation of Open Science in Horizon 2020 and beyond

GAFAM : Google, Amazon, Facebook, Apple, Microsoft

GCP : Ground Control Point

GPS : Global Positioning System

GSD : Ground Sample Distance

HEIRNET : Heritage Information Ressource

HTML5 : HyperText Markup Language 5

IA : Intelligence artificielle

Inrap : Institut national de recherches archéologiques préventives

LiDAR : Light Detection and Ranging

LO : LibreOffice

LO/OL : Licence Ouverte/Open Licence

MASA : Mémoire des Archéologues et des Sciences de l'Archéologie

MESRI : Ministère de l'Enseignement Supérieur, de la Recherche et de l'Innovation

MNE : Modèle Numérique d'Élévation
MNT : Modèle Numérique de Terrain

MOOC : Massive Open Online Courses

MSHE : Maison des Sciences de l'Homme et de l'Environnement

NERC : National Environment Research Council

OASIS : Online Access to the Index of Archaeological Investigations

OdbL : Open Database Licence

OECD : Organisation de coopération et de développement économique

PAO : Publication assistée par ordinateur

PATOIS : Publications and Archives in Teaching : Online Information Sources

PC : Parc-aux-Chevaux

PDF : Portable Document Format

PGD : Plans de Gestion de Données

PNG : Portable Network Graphics

PnSO : Plan national pour la Science Ouverte

PPP : Pixels Par Pouce

REFIT : Resituating Europe's First Towns

RGI : Référentiel Général d'Interopérabilité

SCR : Système de Coordonnées de Référence

SGBD : Systèmes de Gestion de Base de Données

SHS : Sciences Humaines et Sociales

SIAMOIS : Système d'Information Archéologique Mutualisé et Ouvert reposant sur l'Intelligence Sémantique

SIG : Système d'Information Géographique

SLP : Single Context Plan

SRA : Services Régionaux de l'Archéologie

STAR : Semantic Technologies for Archaeological Resources
STELLAR : Semantic Technologies Enhancing Links and Linked Data for Archaeological Resources

SVG : Scalable Vector Graphics

TAG : Transatlantic Archaeology Gateway

tDAR : the Digital Archaeological Record

THATcamp : The Humanities and Technology Camp

UAR : Unité d'Appui à la Recherche

UF : Unité de fouille

UML : Unified Modeling Language

UMR : unité Mixte de Recherche

UMS : Unité Mixte de Services

URI : Uniform Resource Identifier

US : Unité stratigraphique

XML : eXtensible Markup Language

XSL : eXtensible Stylesheet Language
<figure><img src="image_142.png" /></figure>
<figure><img src="image_143.png" /></figure>
# ANNEXES

## Annexe 1

### Traduction de la définition du savoir libre selon l'Open Knowledge Foundation<fnref n="1" />

#### Définition du savoir libre 2.1

La définition du savoir libre précise la signification du terme "ouvert" concernant la connaissance, en promouvant un patrimoine commun bien défini auquel tout le monde peut participer et où l'interopérabilité est maximisée.

Résumé : Les connaissances sont ouvertes si tout le monde est libre d'y accéder, de les utiliser, de les modifier et de les partager - sous réserve, tout au plus, de mesures qui préservent la provenance et l'ouverture.

Cette signification essentielle correspond à celle du terme "ouvert" pour les logiciels, comme dans la définition de l'Open Source<fnref n="2" />, et est synonyme de "libre" ou "gratuit" comme dans la définition du logiciel libre<fnref n="3" /> et la définition des œuvres culturelles libres<fnref n="4" /> (Collaboratif 2019).

Le terme "œuvre" sera utilisé pour désigner l'objet ou l'élément de connaissance transféré.

Le terme "licence" désigne les conditions juridiques dans lesquelles l'œuvre est fournie.

Le terme "domaine public" désigne l'absence de droits d'auteur et de restrictions similaires, que ce soit par défaut ou par renonciation à toutes ces conditions.

Les mots clés "doit", "ne doit pas", "devrait" et "peut" dans ce document doivent être interprétés comme décrit dans RFC2119⁵.

<footnote n="1">1 http://opendefinition.org/od/2.1/en/, consulté le 22/10/2023</footnote>

<footnote n="2">2 https://opensource.org/osd ; consulté le 22/10/2023</footnote>

<footnote n="3">3 https://en.wikipedia.org/wiki/The_Free_Software_Definition ; consulté le 22/10/2023</footnote>

<footnote n="4">4 https://en.wikipedia.org/wiki/Definition_of_Free_Cultural_Works ; consulté le 22/10/2023</footnote>

<footnote n="5">5 https://datatracker.ietf.org/doc/html/rfc2119 ; consulté le 22/10/2023</footnote>
# 1. Œuvres libres

Une œuvre libre doit satisfaire aux exigences suivantes dans sa distribution :

## 1.1 Licence ou statut ouvert

L'œuvre doit être dans le domaine public ou être fournie sous une licence ouverte (telle que définie dans la section 2). Toute condition supplémentaire accompagnant l'œuvre (telle que des conditions d'utilisation ou des brevets détenus par le donneur de licence) ne doit pas contredire le statut de domaine public de l'œuvre ou les conditions de la licence.

## 1.2 Accès

L'œuvre doit être fournie dans son intégralité et à un prix ne dépassant pas un coût raisonnable de reproduction et devrait pouvoir être téléchargée gratuitement sur internet, sans frais additionnels. Toute information supplémentaire nécessaire à la conformité de la licence (telle que les noms des contributeurs requis pour la conformité aux exigences d'attribution) doit également accompagner l'œuvre.

## 1.3 Lisibilité par des machines

L'œuvre doit être fournie sous une forme facilement traitable par un ordinateur et où les éléments individuels de l'œuvre peuvent être facilement accessibles et modifiés.

## 1.4 Format ouvert

L'œuvre doit être fournie dans un format ouvert. Un format ouvert est un format qui n'impose aucune restriction, monétaire ou autres, à son utilisation et qui peut être entièrement traité avec au moins un outil libre.

# 2. Licences ouvertes

Une licence devrait être compatible avec d'autres licences ouvertes.

Une licence est ouverte si ses termes satisfont aux conditions suivantes :

## 2.1 Autorisations requises

La licence doit permettre (ou autoriser) de manière irrévocable les éléments suivants :
**2.1.1 Utilisation**

La licence doit permettre la libre utilisation de l'œuvre sous licence.

**2.1.2 Redistribution**

La licence doit permettre la redistribution de l'œuvre sous licence, y compris sa vente, qu'elle soit seule ou qu'elle fasse partie d'une collection constituée d'œuvres provenant de sources différentes.

**2.1.3 Modification**

La licence doit permettre la création de dérivés de l'œuvre sous licence et autoriser la distribution de ces dérivés aux mêmes conditions que l'œuvre originale sous licence.

**2.1.4 Séparation**

La licence doit permettre à toute partie de l'œuvre d'être librement utilisée, distribuée ou modifiée séparément de toute autre partie de l'œuvre ou de toute collection d'œuvres dans laquelle elle a été initialement distribuée. Toutes les parties qui reçoivent une reproduction d'une partie quelconque d'une œuvre dans le cadre des conditions de la licence originale devraient avoir les mêmes droits que ceux qui sont accordés en liaison avec l'œuvre originale.

**2.1.5 Compilation**

La licence doit permettre à l'œuvre sous licence d'être distribuée avec d'autres œuvres distinctes sans imposer de restrictions sur ces autres œuvres.

**2.1.6 Non-discrimination**

La licence ne doit pas discriminer une personne ou un groupe.

**2.1.7 Propagation**

Les droits attachés à l'œuvre doivent s'appliquer à tous ceux à qui elle est redistribuée sans qu'il soit nécessaire d'accepter des conditions juridiques supplémentaires.
### 2.1.8 Application à toute fin

La licence doit permettre l'utilisation, la redistribution, la modification et la compilation à toutes fins. La licence ne doit pas empêcher quiconque d'utiliser l'œuvre dans un domaine d'activité spécifique.

### 2.1.9 Gratuité

La licence ne doit pas imposer d'arrangement tarifaire, de redevance ou autre compensation ou rémunération monétaire dans le cadre de ses conditions.

## 2.2 Conditions autorisées

La licence ne doit pas limiter, rendre incertaines ou diminuer de quelque manière que ce soit les autorisations requises à la section 2.1, sauf dans les conditions autorisées suivantes :

### 2.2.1 Attribution

La licence peut exiger que les reproductions de l'œuvre incluent l'attribution des contribu-
teurs, des détenteurs de droits, des sponsors et des créateurs, tant que de telles prescriptions
ne sont pas onéreuses.

### 2.2.2 Intégrité

La licence peut exiger que les versions modifiées d'une œuvre sous licence portent un nom
ou un numéro de version différent de celui de l'œuvre originale ou indiquent d'une autre ma-
nière les changements apportés.

### 2.2.3 Partage selon les mêmes conditions

La licence peut exiger que les reproductions de l'œuvre restent sous la même licence ou une licence similaire.

### 2.2.4 Mention

La licence peut exiger la conservation des mentions de droits d'auteur et l'identification de
la licence.
### 2.2.5 Source

La licence peut exiger que toute personne distribuant l'œuvre fournisse aux destinataires un accès à la forme préférée pour effectuer des modifications.

### 2.2.6 Interdiction des restrictions techniques

La licence peut exiger que les reproductions de l'œuvre soient exemptes de toute mesure technique qui restreindrait l'exercice de droits autrement autorisés.

### 2.2.7 Non-agression

La licence peut exiger des modificateurs qu'ils accordent au public des autorisations supplémentaires (par exemple, des licences de brevet) nécessaires à l'exercice des droits autorisés par la licence. La licence peut également conditionner les autorisations à la non-agression des partis concernés dans le cadre de l'exercice de tout droit autorisé (là encore, par exemple, les litiges relatifs aux brevets)".
<figure><img src="image_144.png" /></figure>
# Annexe 2

## Traduction de la définition des données ouvertes<fnref n="6" />

### 1. Complète

Toutes les données publiques sont mises à disposition. Les données publiques sont des données qui ne sont pas soumises à des restrictions valables en matière de confidentialité, de sécurité ou de privilèges.

### 2. Primaire

Les données sont telles qu'elles ont été collectées à la source, avec le plus haut niveau de granularité possible, et non sous forme agrégée ou modifiée.

### 3. En temps utile

Les données sont mises à disposition aussi rapidement que nécessaire pour préserver leur valeur.

### 4. Accessible

Les données sont disponibles pour le plus grand nombre d'utilisateurs et à des fins très diverses.

### 5. Traitable par machine

Les données sont raisonnablement structurées pour permettre un traitement automatisé.

### 6. Non discriminatoire

Les données sont accessibles à tous, sans obligation d'enregistrement.

### 7. Non-propriétaire

Les données sont disponibles dans un format sur lequel aucune entité n'a de contrôle exclusif.

<footnote n="6">6 https://public.resource.org/8_principles.html/ ; consulté le 23/10/2023</footnote>
## 8. Libre de droits

Les données ne sont soumises à aucune réglementation en matière de droits d'auteur, de brevets, de marques ou de secrets commerciaux. Des restrictions raisonnables en matière de confidentialité, de sécurité et de privilèges peuvent être autorisées".

L'un des participants, J. Tauberer, a réuni les autres concepts existants sur le web autour de la donnée ouverte pour ajouter 7 principes<fnref n="7" />:

## 9. En ligne et gratuite

L'information n'est pas véritablement publique si elle n'est pas disponible sur internet gratuitement, ou du moins pas plus que le coût marginal de reproduction. Elle doit également pouvoir être retrouvée.

## 10. Permanente

Les données doivent être disponibles en ligne indéfiniment sur un support stable et dans un format de données stable aussi longtemps que possible.

## 11. Fiable

Le contenu publié doit être signé numériquement ou comporter une attestation de la date de publication/création, de l'authenticité et de l'intégrité.

## 12. Une présomption d'ouverture

La présomption d'ouverture repose sur des lois telles que la loi sur la liberté d'information, des procédures telles que la gestion des documents et des outils tels que les catalogues de données.

## 13. Documentée

La documentation sur le format et la signification des données contribue grandement à rendre ces dernières utiles.

<footnote n="7">7 https://opengovdata.org/ ; consulté le 22/10/2023</footnote>
## 14. Ouverture sécurisée

Les organismes publics qui publient des données en ligne doivent toujours chercher à les publier en utilisant des formats de données qui n'incluent pas de contenu exécutable. Le contenu exécutable des documents présente un risque pour la sécurité des utilisateurs des données, car il peut s'agir de logiciels malveillants (virus, vers, etc.).

## 15. Conçu avec la participation du public

Le public est le mieux placé pour déterminer quelles technologies de l'information seront les mieux adaptées aux applications qu'il entend créer pour lui-même. La contribution du public est donc essentielle pour diffuser l'information de manière à ce qu'elle ait de la valeur".
<figure><img src="image_145.png" /></figure>
# Annexe 3

## Traduction de la définition du logiciel libre (Open Source) selon l'Open Source Initiative<fnref n="8" />

### 1. Redistribution gratuite

La licence n'empêche pas une partie de vendre ou de donner le logiciel en tant que composant d'une distribution logicielle globale contenant des programmes provenant de plusieurs sources différentes. La licence n'exige pas de redevance ou d'autres frais pour une telle vente.

### 2. Code source

Le programme doit inclure le code source, et doit permettre la distribution sous forme de code source aussi bien que sous forme compilée. Lorsqu'une certaine forme de produit n'est pas distribuée avec le code source, il doit exister un moyen bien publié d'obtenir le code source pour un coût de reproduction raisonnable, de préférence par téléchargement gratuit via internet. Le code source doit être la forme préférée sous laquelle un programmeur modifierait le programme. Le code source délibérément obscurci n'est pas autorisé. Les formes intermédiaires telles que la sortie d'un préprocesseur ou d'un traducteur ne sont pas autorisées.

### 3. Travaux dérivés

La licence doit autoriser les modifications et les travaux dérivés, et doit permettre qu'ils soient distribués selon les mêmes termes que la licence du logiciel original.

### 4. Intégrité du code source de l'auteur

La licence peut restreindre la distribution du code source sous une forme modifiée uniquement si elle autorise la distribution de "fichiers de correction" avec le code source dans le but de modifier le programme au moment de la compilation. La licence doit autoriser explicitement la distribution de logiciels construits à partir d'un code source modifié. La licence peut exiger que les travaux dérivés portent un nom ou un numéro de version différent de celui du logiciel original.

<footnote n="8">8 https://opensource.org/osd ; consulté le 23/10/2023</footnote>
**5. Pas de discrimination à l'encontre de personnes ou de groupes**

La licence ne doit pas être discriminatoire envers une personne ou un groupe de personnes.

**6. Non-discrimination à l'égard des domaines d'activité**

La licence ne doit pas empêcher quiconque d'utiliser le programme dans un domaine d'activité spécifique. Par exemple, elle ne doit pas empêcher l'utilisation du programme dans une entreprise ou pour la recherche génétique.

**7. Distribution de la licence**

Les droits attachés au programme doivent s'appliquer à tous ceux à qui le programme est redistribué sans qu'il soit nécessaire que ces parties se soumettent à une licence supplémentaire.

**8. La licence ne doit pas être spécifique à un produit**

Les droits attachés au programme ne doivent pas dépendre du fait que le programme fasse partie d'une distribution logicielle particulière. Si le programme est extrait de cette distribution et utilisé ou distribué selon les termes de la licence du programme, toutes les parties auxquelles le programme est redistribué doivent avoir les mêmes droits que ceux qui sont accordés dans le cadre de la distribution originale du logiciel.

**9. La licence ne doit pas restreindre d'autres logiciels**

La licence ne doit pas imposer de restrictions aux autres logiciels distribués en même temps que le logiciel sous licence. Par exemple, la licence ne doit pas insister sur le fait que tous les autres programmes distribués sur le même support doivent être des logiciels libres.

**10. La licence doit être neutre sur le plan technologique.**

Aucune disposition de la licence ne doit être fondée sur une technologie ou un style d'interface particulier.
<figure><img src="image_146.png" /></figure>
<figure><img src="image_147.png" /></figure>
# Annexe 4

## Protocole de relevé numérique avec le logiciel QGIS⁹

Depuis 2017, un protocole de relevé numérique est développé sur le chantier de la domus PC2 à Bibracte (mont Beuvray, Nièvre, France). L'étape du relevé est maintenant pleinement opérationnelle et démontre plusieurs avantages significatifs :

* **Rapidité d'apprentissage** : malgré des séjours courts sur le chantier-école (15 jours), tous les fouilleurs sont formés et exploitent la méthode de relevé en routine.

* **Intégration dans la chaîne opératoire archéologique** : le relevé est réalisé en temps réel, sans ralentir la fouille.

* **Qualité de l'information** : en associant les observations directes de l'archéologue et l'orthophotographie comme base du relevé, les dessins sont d'une grande précision.

* **Cohérence** : avec les relevés nativement géoréférencés, le plan général de la fouille est mis à jour en temps réel.

* **Contrôle qualité** : toute l'information est centralisée dès l'étape de la fouille, permettant de contrôler chaque Unité de Fouille et produire un véritable SIG intra-site en fin de campagne.

L'objectif du manuel qui suit est de décrire le plus clairement possible les étapes de dessin sur le logiciel SIG QGIS. Ce manuel (version 1) a été écrit avec la version 3.16.0 *Hannover* de QGIS.
## Préparer le stockage des données

QGIS n'intègre pas les données interrogées dans le fichier du projet. Ces dernières restent indépendantes du projet. Il n'enregistre que les liens qui pointent vers les dossiers où sont stockés vos fichiers sur l'ordinateur.

Cela implique plusieurs choses :

* Pour déplacer un projet QGIS sur votre ordinateur, ou d'une machine à une autre, il ne suffit pas de déplacer juste le fichier projet (monprojet.qgz), mais tous les fichiers interrogés par ce projet.

* Si vous déplacez un fichier interrogé dans un projet QGIS, une fenêtre apparaît à l'ouverture de ce dernier pour signaler que le logiciel ne retrouve pas le fichier en question au chemin indiqué (fig. 1). Il est toujours possible de retrouver un fichier ou un dossier en cliquant sur **Parcourir**, mais la démarche peut être laborieuse en fonction du nombre de fichiers manquants.

<figure><img src="image_148.png" /><figcaption>Figure 1</figcaption></figure>

* Un fichier interrogé peut être modifié dans un autre projet QGIS ou un autre logiciel. Tant qu'il garde le même nom, il sera automatiquement mis à jour dans le projet en cours.

* L'utilisation courante d'un SIG produit beaucoup de fichiers. L'utilisateur peut rapidement s'y perdre s'il ne prend pas la peine de les organiser.

Voici deux astuces pour faciliter la gestion de votre projet :

* Créez un dossier qui contiendra toutes vos données, ainsi que le fichier du projet QGIS (monprojet.qgz).
* Définissez une arborescence de sous-dossiers pour gérer vos différents types de données. Sans être obligatoire pour le bon fonctionnement du logiciel, cela facilite grandement la gestion des données par les utilisateurs. À titre d'exemple, voici celle utilisée sur le chantier de la *domus* PC2 à Bibracte (fig. 2).

<figure><img src="image_149.png" /><figcaption>Figure 2</figcaption></figure>
## Installer QGIS

* Suivez le lien suivant : https://www.qgis.org/fr/site/forusers/download.html

* Choisissez votre système d'exploitation et votre version et suivez les étapes d'installation.

* À savoir : deux versions sont disponibles (ce protocole fonctionne avec les deux) : la dernière version ou *unstable* et la version long terme ou *long term release* (LTR). La priorité de la dernière version est de proposer de nouvelles fonctionnalités, ce qui implique parfois quelques bugs. La LTR est une version vérifiée et mise à jour pour éliminer tous les bugs, mais qui ne propose pas les dernières fonctionnalités.

## Télécharger le dossier « Bibracte_GIS_Tools »

Afin de faciliter l'utilisation de QGIS sur le terrain, nous avons préalablement paramétré plusieurs fichiers dont vous aurez besoin pour la suite du protocole.

* Ils sont rassemblés dans un dossier compressé (.zip) disponible en suivant le lien : https://nakala.fr/10.34847/nkl.8d81q3es

* Décompressez le dossier.

## Modifier l'interface de QGIS

* Toutes les fonctionnalités de QGIS ne sont pas utiles dans notre cas. Une interface simplifiée a été mise en place pour faciliter le travail sur le terrain.

* Le dossier de modification « archeo » se trouve dans le dossier « Bibracte_GIS_Tools » (cf. *supra* « Télécharger le dossier « Bibracte_GIS_Tools » »)

* Ouvrez QGIS. Dans l'onglet **Préférences**, sélectionnez **Profils Utilisateurs** puis :

* Sous Windows 10:

* Ouvrez l'Explorateur de fichier, sélectionnez l'onglet **Affichage**, puis **cochez la case** « Éléments masqués ».

* Ajoutez le dossier télécharger dans le répertoire suivant : `C:\Users\qverr\AppData\Roaming\QGIS\QGIS3\profiles`
* Ouvrez **QGIS Desktop 3.XX.XX with Grass 7.XX.XX**. Dans l'onglet **Préférence**, sélectionnez **Profil Utilisateur** puis « archeo »

* Une nouvelle fenêtre QGIS s'ouvre avec l'interface simplifiée (fig. 3).

<figure><img src="image_150.png" /><figcaption>Figure 3</figcaption></figure>

* Sous Mac :

* Ouvrez le Finder et ajoutez le dossier télécharger dans le répertoire suivant : `~/Library/Application/Support/QGIS/QGIS3/profiles`

* Ouvrez QGIS. Dans l'onglet **Préférence**, sélectionnez **Profil Utilisateur** puis « archeodraw »

* Une nouvelle fenêtre QGIS s'ouvre avec l'interface simplifiée.

* Sous Linux Ubuntu :

* Ouvrez l'application, sélectionnez l'onglet **Paramètres**, puis **cochez la case** « Afficher les éléments cachés ».

* Ajoutez le dossier télécharger dans le répertoire suivant : `Dossier personnel/.local/share/QGIS/QGIS3/profiles`

* Ouvrez QGIS. Dans l'onglet **Préférence**, sélectionnez **Profil Utilisateur** puis « archeoDraw »

* Une nouvelle fenêtre QGIS s'ouvre avec l'interface simplifiée.
## Créer et paramétrer un nouveau projet

* Ouvrez **QGIS Desktop 3.XX.XX with Grass 7.XX.XX**

* Dans l'onglet **Projet**, cliquez sur **Nouveau**.

* La fenêtre de QGIS se nomme maintenant « *Projet sans titre* ». Le symbole * indique que votre projet n'est pas enregistré. Dans l'onglet **Projet**, cliquez sur **Enregistrer sous...** puis enregistrez le projet au format .qgz dans le dossier définit préalablement (cf. *supra* « Préparer le stockage des données »).

* Votre nouveau projet est créé, il faut maintenant le paramétrer. Dans l'onglet **Projet**, cliquez sur **Propriétés...**

* **Général** :

* Dans la nouvelle fenêtre « Propriétés du projet », cliquez sur l'onglet latéral **Général**. (fig. 4).

<figure><img src="image_151.png" /><figcaption>Figure 4</figcaption></figure>
* **Fichier projet** indique le chemin vers votre fichier de projet .qgz.

* Définissez votre **Titre du projet** (évitez les caractères spéciaux, accents et espaces).

* Dans **Enregistrer les chemins**, choisissez **relatif**. Cela permet de déplacer le dossier de votre projet sur votre ordinateur ou une autre machine sans supprimer les liens avec les données interrogées.

* Ne modifiez pas les autres paramètres.

* **Métadonnées :**

Cette étape est essentielle pour documenter vos données.

* Cliquez sur l'onglet latéral **Métadonnées** (fig. 5).

<figure><img src="image_152.png" /><figcaption>Figure 5</figcaption></figure>
* Il est indispensable de remplir, à minima, les cases suivantes :

* **Identification** : Titre, Type (choisissez « dataset »), Auteur, Date de création, Langue (« FRA » pour français, « ENG » pour anglais), Résumé.

* **Contact** : Nom, Rôle (choisissez « owner »), Organisation, Position (votre statut), Courriel (fig. 6).

<figure><img src="image_153.png" /><figcaption>Figure 6</figcaption></figure>

* **SCR** :

Le Système de Coordonnées de Référence ou SCR permet d'associer les coordonnées numériques des fichiers interrogés à une position sur la surface de la Terre. QGIS est capable d'en gérer plus de 7000, définis par le European Petroleum Search Group (EPSG) et l'Institut National Géographique (IGN).

Il est indispensable de connaître le SCR dans lequel s'inscrivent vos données, sans quoi elles seront complètement déformées, à une mauvaise position, voire complètement illisibles.
* Pour définir le SCR de votre projet, cliquez sur l'onglet latéral **SCR** (fig. 7), puis recherchez dans **Filtre** votre SCR.

<figure><img src="image_154.png" /><figcaption>Figure 7</figcaption></figure>

* Cliquez ensuite sur votre SCR dans la liste « Systèmes de Coordonnées de Référence Prédéfinis ». Un descriptif et une carte s'affichent pour vous montrer l'emprise générale associée à ce SCR.

* Cliquez sur **Appliquer**.

* Vous pouvez contrôler le SCR de votre projet en bas à droite de l'interface générale de QGIS (fig. 8).

<figure><img src="image_155.png" /><figcaption>Figure 8</figcaption></figure>
Le SCR officiel le plus couramment utilisé en archéologie sur le territoire français est le RGF93 / Lambert-93 (EPSG : 2154). Le SCR de base utilisé par QGIS, comme par de nombreux logiciels ou machines générant de l'information spatialisée (GPS, tachéomètres, drones, etc.), est le WGS 84 (pour World Geodetic System 1984) (EPSG : 4326).

* Style par défaut

* Cliquez sur l'onglet latéral **Style par défaut**.

* Dans Options, réglez l'**Opacité** à 70 %. Cela facilite les relevés.

* Cliquez sur **OK** pour fermer la fenêtre « Propriétés du projet ».

## Importer des données (raster)

Cette étape vous permet d'importer par exemple des fonds de carte ou des orthophotographies. Notez que seuls les rasters déjà géoréférencés peuvent être importés selon les méthodes suivantes.

Les formats les plus couramment exploités sont le GeoTIFF et le GeoJPEG. Attention, le préfixe « Geo » n'apparaîtra pas systématiquement devant l'intitulé du format de votre fichier. Des fichiers .tiff ou .jpeg peuvent être des rasters géoréférencés.

* Sélectionnez le raster à importer, maintenez **clic gauche** et faites **glisser** le fichier dans le canevas de QGIS.

* Si les SCR de votre projet et du raster correspondent, QGIS positionne automatiquement le raster à l'échelle.

OU

* Utilisez le raccourci **Couche**, ou dans l'onglet **Couche**, sélectionnez **Ajoutez une couche**, puis **Ajoutez une couche raster...**

<figure><img src="image_156.png" /></figure>

* Le Gestionnaire des sources de données s'ouvre dans une fenêtre. Sélectionnez **Fichier** dans « Type de source ».

* Dans « Sources », indiquez le raster à importer en cliquant sur **...**.

<figure><img src="image_157.png" /></figure>

* Cliquez sur **Ajouter** pour importer le raster. Si le SCR de votre projet et du raster correspondent, QGIS positionne automatiquement le raster à l'échelle.
## Importer des données (vecteur)

Cette étape vous permet d'importer des vecteurs déjà géoréférencés, donc produits grâce à un SIG. Les dessins vectoriels produits par DAO (grâce à Inkscape ou Illustrator) ne peuvent pas être importés avec cette méthode.

Le format le plus couramment utilisé est le Shapefile, ou ESRI Shapefile, du nom de l'entreprise créatrice du format. Un fichier Shapefile s'accompagne toujours de 4 autres fichiers portant le même nom (.dbf, .prj, .qpj, .shx) et d'un fichier de style optionnel (.qml). Vous devez conserver tous les fichiers, mais vous n'avez besoin d'utiliser que le fichier .shp.

* Sélectionnez le raster à importer, maintenez le **clic** et faites **glisser** le fichier dans le canevas de QGIS.

* Si les SCR de votre projet et du raster correspondent, QGIS positionne automatiquement le raster à l'échelle.

OU

* Dans l'onglet **Couche**, sélectionnez **Ajoutez une couche**, puis **Ajoutez une couche vecteur...**

* Le « Gestionnaire des sources de données » s'ouvre dans une fenêtre. Sélectionnez **Fichier** dans « Type de source » et laissez l'**Encodage** en automatique.

* Dans « Sources », indiquez le vecteur à importer en cliquant sur ....

* Ouvrez le fichier vecteur et cliquez sur **Ajoutez**.

## Importer des données (texte délimité)

Cette étape vous permet d'importer des fichiers CSV et Texte (des tableurs enregistrés en format texte) pour les transformer en points sur une carte. Pour visualiser des cibles de photogrammétrie ou des objets individualisés par exemple. Les fichiers Texte exploitables par QGIS présentent à minima les informations suivantes : le nom du point et ses coordonnées X (Est) et Y (Nord) (fig. 9).
<figure><img src="image_158.png" /><figcaption>Figure 9</figcaption></figure>

* Utilisez le raccourci 📄 ou, dans l'onglet **Couche**, sélectionnez **Ajoutez une couche**, puis **Ajoutez une couche de texte délimité...**

* Le « Gestionnaire des sources de données » s'ouvre dans une fenêtre (fig. 9).

<figure><img src="image_159.png" /><figcaption>Figure 9</figcaption></figure>
* Indiquez le fichier texte à importer en cliquant sur ....

* Indiquez un **Nom de couche** si vous souhaitez qu'un nom différent de celui du fichier apparaisse dans QGIS.

* Sélectionnez le **Codage** (ou encodage) de votre fichier. Les encodages les plus couvrants en Europe sont l'UTF-8, Windows-1252 et latin-1.

* À tout moment, le tableur « Échantillon de données » en bas de page permet de vérifier comment QGIS interprète le fichier texte sélectionné en fonction des paramètres choisis.

* Dans « Format de Fichier » :

* Cochez **CSV (virgule)** s'il s'agit d'un fichier CSV. QGIS devrait l'interpréter automatiquement.

* Cochez **Délimitateur de l'expression régulière** pour un fichier texte dont les colonnes sont séparées par un ensemble de caractères (une expression) qui se répète systématiquement. Renseignez ensuite l'**Expression** en question dans le nouveau champ qui apparaît.

* Cochez **délimitateurs personnalisés** pour un fichier Texte dont les colonnes sont séparées par un ou plusieurs caractères spéciaux (fig. 10).

<figure><img src="image_160.png" /><figcaption>Figure 10</figcaption></figure>

* « Options des champs et enregistrements » :

* **Nombre de lignes à ignorer** indique le nombre de lignes, à partir de la première, que QGIS ne doit pas prendre en compte lors de l'importation (pour les tableurs à en-têtes complexes par exemple).

* En cochant **en-têtes en 1ère ligne**, vous indiquez à QGIS que la première ligne contient les intitulés des colonnes et non de la donnée directement. Il n'est pas obligatoire d'avoir des en-têtes de colonne. Si cette case n'est pas cochée, QGIS nommera automatiquement les colonnes « field_1 », « field_2 », etc.
* **Détecter les types de champs** permet à QGIS de détecter automatiquement le type d'information contenue dans un champ. Par exemple une suite de caractères, une date, une heure, etc.

* Si les champs contiennent des chiffres décimaux séparés par des virgules (et non par des points), cochez **Virgule en séparateur décimal**.

* Ne cochez pas **Réduire les champs**.

* Cochez **Ignorer les champs vides** pour ne pas prendre en compte les champs vides lors de l'importation.

* « Définition de la géométrie »

* Cochez **point**.

* Indiquez à quelle colonne correspond le **champ X** (Est), le **champ Y** (Nord) et le **champ Z** (Élévation). Laissez le champ M vide.

* Sélectionnez-le **SCR de la géométrie**, soit le SCR dans lequel s'exprime les coordonnées de votre fichier texte. Il doit s'agir du même SCR que celui de votre projet.

* Cliquez sur **Ajouter en bas à droite de la fenêtre pour importer la couche et voir ap-paraître les points sur le canevas** (fig. 11).

<figure><img src="image_161.png" /><figcaption>Figure 11</figcaption></figure>
## Préparer le dessin

Techniquement, QGIS pourrait gérer toutes les couches archéologiques de votre chantier dans un seul Shapefile. Toutefois, pour pouvoir dessiner sur plusieurs tablettes en même temps, il faudrait équiper le chantier avec un serveur et un réseau local ou une connexion internet. Pour s'affranchir de ces équipements, il suffit de s'en tenir à une règle simple : une unité d'enregistrement (US, UF, Fait, etc.) par Shapefile. Nous verrons par la suite comment fusionner simplement des Shapefile (cf. infra « Fusionner des couches »).

* Vous avez besoin du Shapefile « plg_chxx_ufxx » disponible dans le dossier « Bibracte_GIS_Tools » (cf. supra « Télécharger le dossier « Bibracte_GIS_Tools » »).

* Remplacez « chxx » dans le nom des 5 fichiers pour qu'ils correspondent à votre numéro de chantier (« plg_ch[mon numéro de chantier]_ufxx »).
Dans notre exemple, elle se nomme « plg_ch41_uf_xx ».

* Reprenez l'étape « Importer des données (vecteur) » pour importer le Shapefile dans votre projet QGIS.

* Importez une orthophotographie qui vous servira de support pour votre relevé. Pour cet exemple, nous utiliserons une orthophotographie du four de bronzier de la pièce XX de la domus PC2 (fig. 12).

<figure><img src="image_162.png" /><figcaption>Figure 12</figcaption></figure>
## Dessiner une couche archéologique

Nous allons dessiner le creusement du four au centre de la pièce XX.

* Cliquez sur la couche « plg_chxx_ufxx » que vous venez d'importer dans le panneau **Couches** (de base à gauche de l'écran).

* Cliquez sur 🟥. Vous venez de passer la couche en mode édition.

* À savoir : dans QGIS, aucune modification ne peut être faite sur une couche vecteur tant qu'elle n'est pas en mode édition.

* Dans QGIS, les formes créées s'appellent des entités. Pour créer une nouvelle entité, cliquez sur 🟩. Le pointeur de la souris devient 🟥.

* Faites un **clic gauche** pour commencer à dessiner l'entité.

* Un nouveau **clic gauche** permet de tracer une ligne droite entre les deux points cliqués. Répétez l'action pour tracer les limites de l'UF (fig. 13).

<figure><img src="image_163.png" /><figcaption>Figure 13</figcaption></figure>
* La **molette** de la souris permet de zoomer. Pour vous déplacer, utilisez **clic molette** maintenu.

* La touche **supprimer** efface le dernier point cliqué. Plusieurs appuis suppriment les clics gauches précédents.

* Pour fermer et terminer la forme, faites **clic droit**. Peu importe l'emplacement de votre clic, l'emplacement n'est pas pris en compte.

* Une fenêtre « Attributs d'entités » s'ouvre automatiquement. Cette dernière présente 5 attributs (fig.14-15) :

<figure><img src="image_164.png" /><figcaption>Figure 14</figcaption></figure>

<figure><img src="image_165.png" /><figcaption>Figure 15</figcaption></figure>
* **id** : cet attribut permettra de générer automatiquement un identifiant unique pour l'UF.

* **uf** : attribut obligatoire. Renseignez le numéro de l'UF dessinée. Cet attribut n'accepte que des chiffres.

* **author** : attribut obligatoire. Renseignez l'auteur du relevé.

* **comment** : attribut optionnel. Si vous souhaitez faire un commentaire sur le relevé.

* **date** : attribut généré automatiquement. Il enregistre la date et l'heure de création du Shapefile.

* Cliquez sur **OK**. Vous venez de créer votre première entité. Elle apparaît avec un fond de couleur uni.

* La couche/entité se trouve sur le Shapefile « plg_chxx_ufxx ». Il faut l'enregistrer sur un autre Shapefile.

* Faites **clic droit** sur la couche « plg_chxx_ufxx », puis **Exporter** et **Sauvegarder les entités sous...** (fig. 16)

<figure><img src="image_166.png" /><figcaption>Figure 16</figcaption></figure>
* Une fenêtre « Enregistrer la couche vectorielle sous... » s'ouvre (fig. 17).

* Vérifier les éléments suivants :

* Format = ESRI Shapefile

* SCR = EPSG 2154 – RGF93 / Lambert 93

* Codage = UTF-8

<figure><img src="image_167.png" /><figcaption>Figure 17</figcaption></figure>
* Cliquez sur ... pour sélectionner l'emplacement ou vous souhaitez enregistrer le Shapefile.

* Ne modifiez pas les autres paramètres. Cliquez sur OK.

* Attention, n'utilisez pas **Dupliquer la couche** qui apparaît avec un **clic droit** sur une couche (fig. 18). Si cette fonction créée une nouvelle couche dans QGIS, elle ne créer pas de nouveau Shapefile. Le Shapefile reste le même pour la couche d'origine et le duplicata. Si vous enregistrez une modification sur la couche dupliquée, elle sera aussi effective sur la couche d'origine.

<figure><img src="image_168.png" /><figcaption>Figure 18</figcaption></figure>

* Votre nouvelle couche apparaît dans le canevas et le panneau « Couches » de QGIS.

* Sélectionnez la couche « plg_chxx_ufxx » dans le panneau « Couches » et cliquez sur ⚙️. Une fenêtre « Arrêter l'édition » s'ouvre. Cliquez sur **Ne pas tenir compte** afin de garder la couche « plg_chxx_ufxx » vierge pour vos prochains dessins (fig. 19).

<figure><img src="image_169.png" /><figcaption>Figure 19</figcaption></figure>
## Dessiner avec des courbes

Takayuki Mizutani est l'auteur de l'extension officielle « *BezierEditing* » permettant de dessiner des entités avec des courbes de Bézier (fig. 20).

<figure><img src="image_170.png" /><figcaption>Figure 20</figcaption></figure>

* Lors de la création d'une entité (cf. *supra* « Dessiner une couche archéologique »), cliquez sur [icon] au lieu de [icon].

* Le pointeur de la souris devient [icon].

* Vous pouvez alors créer une entité en utilisant les courbes de Bézier. Le manuel complet de l'extension se trouve à l'adresse suivante : https://github.com/tmizu23/BezierEditing/wiki/Document-(English)

## Éditer une couche

Si vous avez besoin de modifier l'apparence d'une entité (couleur, symbole ou transparence), notez que QGIS n'enregistre pas ces modifications lors de la fermeture du projet. Pour conserver une apparence personnalisée, il faudra enregistrer un fichier de style (.qml) portant le même nom que votre Shapefile et ranger dans le même dossier.

* Faites un **double-clic** sur une couche pour ouvrir les paramètres (1) (fig. 21).

* Dans les onglets latéraux à gauche, sélectionnez **Symbologie** (2).

* Laissez **Symbole Unique** dans la première liste déroulante (3).

* Cliquez sur **Remplissage simple** pour ouvrir toutes les options de modification de base de votre entité (4).

* Par exemple, la transparence du fond se règle dans **Couleur de remplissage** (5).
<figure><img src="image_171.png" /><figcaption>Figure 21</figcaption></figure>

Deux outils permettent de modifier simplement la forme d'une entité dans QGIS :

* **Outil de nœud**:

Lors de la création de votre entité, chaque **clic gauche** correspond à un nœud (ou sommet).

○ Pour déplacer un nœud, sélectionnez-le avec **clic gauche** et faites un nouveau **clic gauche** sur le nouvel emplacement (fig. 22).

<figure><img src="image_172.png" /><figcaption>Figure 22</figcaption></figure>

○ Pour supprimer un nœud, sélectionnez-le avec **clic gauche** et utilisez la touche **supprimer**. Un nouvel appui sur la touche **supprimer** efface le nœud précédent.
* Pour ajouter un nœud, cliquez sur la croix au centre du segment et faites un nouveau clic gauche sur le nouvel emplacement (fig. 23).

<figure><img src="image_173.png" /><figcaption>Figure 23</figcaption></figure>

* Pour déplacer un segment, sélectionnez-le avec clic gauche et faites un nouveau clic gauche sur le nouvel emplacement (fig. 24).

<figure><img src="image_174.png" /><figcaption>Figure 24</figcaption></figure>

* Utilisez ⎵ ou les touches `ctrl + z` ou `cmd + z` pour annuler la dernière action.
* Une croix jaune vous indique qu'il y a une erreur sur le tracé de l'entité (fig. 25). Il peut s'agir soit de deux nœuds superposés, soit d'une boucle dans le tracé. Supprimez les nœuds en cause pour régler le problème.

<figure><img src="image_175.png" /><figcaption>Figure 25</figcaption></figure>

* Remodeler les entités :

Cette fonction permet d'étendre ou réduire facilement la superficie d'une entité.

* Pour étendre une entité, faites un premier **clic gauche** à l'intérieur de celle-ci.

* Dessinez l'extension avec des **clics gauches** à l'extérieur de l'entité.

* Le dernier **clic gauche** doit revenir à l'intérieur de l'entité. Faites un **clic droit** pour créer l'extension (fig. 26).

<figure><img src="image_176.png" /><figcaption>Figure 26</figcaption></figure>
* Pour réduire une entité, le processus est inversé. Faites un premier **clic gauche** à l'extérieur de l'entité.

* Dessinez l'extension avec des **clics gauches** à l'intérieur de l'entité.

* Le dernier **clic gauche** doit être à l'extérieur de l'entité. Faites un **clic droit** pour supprimer une partie de l'entité.

## Options d'accrochage

Une couche archéologique est forcément bordée par d'autres entités, qu'il s'agisse d'autres couches ou des limites de fouille. Lors de la création d'une couche/entité, il est nécessaire de pouvoir se baser sur les limites des entités voisines. En pratique, il est impossible de superposer parfaitement deux sommets ou segments « à la main ». Chaque point est associé à des cordonnées très précises, et cette précision est impossible à obtenir avec le pointeur de la souris, quel que soit le niveau de zoom. Pour « aimanter » un sommet sur une entité déjà existante, vous devez utiliser les options d'accrochage (fig. 27). Ainsi, dès que vous approchez la souris d'une entité « accrochable » avec le pointeur pour dessiner ⌫, il va automatiquement s'aimanter à cette entité (fig. 28).

<figure><img src="image_177.png" /><figcaption>Figure 27</figcaption></figure>
<figure><img src="image_178.png" /><figcaption>Figure 28</figcaption></figure>

* Pour activer l'accrochage, cliquez sur [icon].

<figure><img src="image_179.png" /></figure>

* Le deuxième raccourci est une liste déroulante :

<figure><img src="image_180.png" /></figure>

* **Toutes les couches** : l'accrochage est activé sur toutes les couches visibles sur le canevas

* **Couche active** : lorsque vous créez plusieurs entités sur une seule couche, seules les entités de la couche en mode édition proposent l'accrochage. Cette option est inutile dans notre cas puisque nous ne dessinons qu'une entité par couche.

* **Configuration avancée** : les options sont paramétrables couche par couche. C'est le mode à sélectionner dans notre cas.

* **Ouvrir les options d'accrochage** : ouvre une fenêtre flottante pour gérer la configuration avancée. ouvre la même fenêtre non flottante.

<figure><img src="image_181.png" /></figure>

* Sélectionnez **Ouvrir les options d'accrochage** pour ouvrir la fenêtre de configuration avancée (fig. 28).

<figure><img src="image_182.png" /><figcaption>Figure 28</figcaption></figure>
○ La **case à cocher** (1) active les options d'accrochages pour la couche correspondante.

Dans notre exemple, la couche « plg_ch41_uf_77 » est activée.

○ Le **Type** d'accrochage (2) ouvre une liste déroulante pour choisir quels éléments de la couche peuvent accrocher : les sommets, les segments, la surface, le centreïde ou le milieu des segments. Vous pouvez sélectionner plusieurs éléments.

○ La **Tolérance** (3) et les **Unités** (4) fonctionnent ensemble. La **Tolérance** définit la taille du rayon dans lequel l'accrochage va s'activer autour d'un élément. Le rayon s'exprime en mètres ou en pixels (les **Unités**). Si vous n'avez pas de constrainte spécifique, il est conseillé de laisser ces paramètres à 12 pixels.

« plg_ch41_uf_78 » présente un rayon d'accrochage à un mètre autour des sommets et des segments de ses entités.

○ L'**Édition topologique** (5), quand elle est activée, permet de déplacer conjointement des sommets et segments de plusieurs entités qui se superposent. Cela fonctionne aussi pour les entités de différentes couches, à condition que toutes les couches soient en mode édition.

○ L'**Accrochage aux intersections** (6), comme son nom l'indique, permet de s'accrocher aux intersections de couches activées, même s'il n'y a pas de sommet à l'intersection.

○ Il est possible de s'accrocher sur l'entité que vous êtes en train de dessiner si **Auto-accrochage** (7) est activé.

○ Cela n'est pas très utile dans notre cas, mais il est possible de définir une échelle minimum et une échelle maximum entre lesquelles les options d'accrochages sont activées. Avec la **liste déroulante** (8), sélectionnez si vous souhaitez appliquer ces critères à toutes les couches actives (**Global**), ou les définir couche par couche (**Par couche**). Si vous choisissez l'option **Global**, indiquez les échelles min. et max. dans les **cadres** en (9). Si vous préférez le faire **Par couche**, utilisez les **cadres** en (10). Il est possible de taper manuellement l'échelle souhaitée.
« Éviter les chevauchements » (Avoid Overlap) (11) est une fonction très pratique pour dessiner une entité partageant ses limites avec d'autres. En l'activant, l'entité d'une couche ne peut plus être chevauchée. Donc si nous dessinons une nouvelle entité avec une partie qui se superpose à la première, QGIS découpera automatiquement cette partie (ill. 29).

<figure><img src="image_183.png" /><figcaption>Figure 29</figcaption></figure>

○ Pour activer la fonction, cliquez sur la **case à cocher** d'Avoid Overlap (11) de la couche correspondante.

○ La **liste déroulante** (12) permet de désactiver « Éviter les chevauchements », d'activer la fonction pour toutes les couches actives ou de suivre les règles de la configuration avancée couche par couche. Il est conseillé de choisir **Suivre la configuration avancée**.

○ Attention, désactiver les options d'accrochage d'une couche ne désactive pas « éviter les chevauchements », même si la **case à cocher** apparaît en grisée (fig. 30). Pour désactiver la fonction, vous devez cliquer sur la **case à cocher** pour activer la couche, décocher **Avoid Overlap** et désactivez à nouveau la couche.
<figure><img src="image_184.png" /><figcaption>Figure 30</figcaption></figure>

## Modifier la table attributaire

Il est possible de modifier les attributs que vous avez complétés lors de la création d'une entité (cf. *supra* « Dessiner une couche archéologique »).

* Sélectionnez la couche à modifier dans le **Panneau de gestion des couches**.

* Cliquez sur 📄 pour ouvrir la **Table des attributs** (fig. 31).

<figure><img src="image_185.png" /><figcaption>Figure 31</figcaption></figure>

* Cliquez sur 📄 pour passer en **mode édition**.

* Faites un double-clic dans un champ pour le modifier. Veillez à respecter les informations attendues dans le champ à modifier (cf. *supra* « Dessiner une couche archéologique »).

* Cliquez sur 📄 pour enregistrer les modifications et fermez la fenêtre.

## Prendre des mesures

Il est possible de mesurer manuellement des longueurs, des aires ou des angles sur le canevas. Pour cela, cliquez sur la flèche à gauche de l'icône 🔍 et sélectionnez la fonction souhaitée :
* **[Segment with a square icon]** pour **mesurer une longueur**. Deux clics **gauches** consécutifs créés un segment, dont la longueur est indiquée dans la fenêtre « Mesure » (fig. 32). Vous pouvez créer plusieurs segments à la suite. Un **clic droit** arrête la mesure en cours.

<figure><img src="image_186.png" /></figure>

<figure><img src="image_187.png" /></figure>

<figure><img src="image_188.png" /><figcaption>Figure 32</figcaption></figure>

* **[Segment with a square icon]** pour **mesurer une aire**. Comme lors de la création d'un polygone, utilisez le **clic gauche** pour dessiner l'emprise de l'aire à mesurer, puis faites un **clic droit** pour clore la forme (fig. 33).

<figure><img src="image_189.png" /></figure>

<figure><img src="image_190.png" /></figure>

<figure><img src="image_191.png" /><figcaption>Figure 33</figcaption></figure>
* 📉 pour **mesurer un angle**. Cet outil mesure l'angle entre deux segments, toujours dans le sens horaire (fig. 34). Notez que pour un angle de plus de 180 degrés, la mesure s'exprime en négatif, avec des valeurs comprises entre -0,1 et -179,999 degrés.

<figure><img src="image_192.png" /><figcaption>Figure 34</figcaption></figure>

## Organiser les couches

Lorsque le projet comporte beaucoup de couches, il devient utile de les organiser pour faciliter la visualisation de l'ensemble sur le canevas.

* Dans le panneau **Couches**, un **clic glissé** permet de trier une couche manuellement (fig. 35).

<figure><img src="image_193.png" /><figcaption>Figure 35</figcaption></figure>

* Notez que la position des couches influe sur l'affichage dans le canevas. À la manière de feuilles de calques superposées, les couches supérieures apparaissent sur les couches inférieures (fig. 36).
<figure><img src="image_194.png" /><figcaption>Figure 36</figcaption></figure>

* Vous pouvez créer un groupe de couches en cliquant sur [Icône de groupe].

* Le groupe créé, nommé par défaut « group1 », se place en bas de la liste.

* Vous pouvez le renommer en faisant un **clic droit**, puis **Renommer le groupe**.

* **Sélectionnez** ensuite les couches que vous souhaitez intégrer au groupe et faites un **clic glissé** sur sa couche du groupe.
* Les « thèmes de carte » enregistrent les couches visibles sur le canevas et vous permettent d'y revenir à tout moment en un clic. Cela permet de naviguer rapidement entre différents aperçus ou cartes de travail. Dans l'exemple suivant, nous allons créer un thème qui affichera les deux UF.

* **Cochez** les couches à visualiser, et uniquement celles-ci. Dans notre cas, il s'agit des deux UF (fig. 37).

<figure><img src="image_195.png" /><figcaption>Figure 37</figcaption></figure>

* Cliquez sur ⚙️ dans la barre de raccourcis supérieure du panneau Couches, puis sur **Ajouter un thème...** (fig. 38).

<figure><img src="image_196.png" /><figcaption>Figure 38</figcaption></figure>
* Une fenêtre « Thèmes de la carte » s'ouvre. Indiquez le **Nom du nouveau thème** et cliquez sur **OK** (fig. 39).

<figure><img src="image_197.png" /><figcaption>Figure 38</figcaption></figure>

* Si vous cliquez de nouveau sur 🧭, le thème est maintenant disponible sous forme de **case à cocher** (fig. 39).

<figure><img src="image_198.png" /><figcaption>Figure 39</figcaption></figure>

* Pour modifier un thème, reprenez depuis la première étape, sélectionnez **Remplacer le thème** à la place d'**Ajouter un thème...** puis choisissez le thème à actualiser dans la liste (fig. 40).
<figure><img src="image_199.png" /><figcaption>Figure 40</figcaption></figure>

## Identifier une couche

L'outil ⚙️ identifie une couche sur le canevas, une fonction pratique lorsqu'on ne se rappelle plus à quoi correspond une entité visible.

* Cliquez sur ⚙️. Le curseur de la souris devient ⚙️.

* Faites un **clic droit** dans le canevas, sur la couche à identifier.

* Une liste s'affiche. Si plusieurs éléments se superposent, la liste comporte plusieurs éléments. En passant sur les différents éléments, les entités correspondantes s'allument en rouge sur le canevas. Sélectionnez l'entité à identifier (fig. 41).

<figure><img src="image_200.png" /><figcaption>Figure 41</figcaption></figure>
* Un panneau « Résultat de l'identification » s'ouvre, vous donnant le nom de l'entité ainsi que le contenu de sa table attributaire (fig. 42).

<figure><img src="image_201.png" /><figcaption>Figure 42</figcaption></figure>

## Déplacer le projet

Vous pouvez déplacer votre projet QGIS pour dessiner simultanément sur plusieurs machines (ordinateur ou tablette).

* Pour cela, **copiez** le dossier général de votre projet (cf. *supra* « Préparer le stockage des données ») sur un périphérique externe (clé USB, disque dur externe ou carte SD).

* **Collez-le** sur la nouvelle machine. L'emplacement du dossier général n'est pas important, mais vous ne devez **pas changer les noms ou des sous-dossiers et des fichiers**.

* Si QGIS n'est pas installé sur la nouvelle machine, reprenez l'étape « Installer QGIS » (cf. *supra*).

* Installez le fichier de l'interface simplifiée en reprenant l'étape « Modifier l'interface de QGIS » (cf. *supra*).

* Faites un **double-clic** sur le fichier du projet (monprojet.qgz) pour l'ouvrir.

Si vous utilisez plusieurs machines pour le même projet, définissez un ordinateur (ou une tablette) « dépôt » qui centralisera toutes les données produites.
## Rassembler des données

Sans réseau ni serveur, les machines que vous utilisez pour travailler sur votre projet QGIS ne peuvent pas communiquer. Il faut donc rassembler manuellement les données produites sur différents postes. Il suffit pour cela de déplacer à nouveau votre dossier général vers l'ordinateur qui centralise les données.

* **Copiez** le dossier général de votre projet (cf. *supra* « Préparer le stockage des données ») depuis la machine productrice sur un périphérique externe (clé USB, disque dur externe ou carte SD).

* **Collez**-le vers l'ordinateur « dépôt », au même emplacement que le dossier général déjà existant.

* Une fenêtre « Remplacer ou ignorer les fichiers » s'ouvre (fig. 43). Cliquez sur **Remplacer les fichiers dans la destination**. L'ordinateur va automatiquement mettre à jour les dossiers et fichiers déjà présents et rajouter ceux nouvellement produits.

<figure><img src="image_202.png" /><figcaption>Figure 43</figcaption></figure>

* Ouvrez votre projet QGIS avec un **double-clic** sur le fichier projet (monprojet.qgz). Vérifiez que les nouvelles couches que vous venez d'importer sont présentes. Sinon reprenez l'étape « importer des données » (cf. *supra*) pour les données manquantes, qui seront rangées au même endroit dans votre arborescence.
## Fusionner des couches

* Cliquez sur ⚙️ pour ouvrir la « Boîte à outils de traitements » (ill. 44).

<figure><img src="image_203.png" /><figcaption>Figure 44</figcaption></figure>

* Tapez « fusionner » dans la barre de recherche (1).

* Faites un **double-clic** sur « fusionner des couches vecteur », dans « Outils généraux pour les vecteurs » (2).

* La fenêtre « fusionner des couches vecteur » s'ouvre. Dans **Couches en entrée**, cliquez sur ... (3) pour voir la liste des couches à fusionner (fig. 45).

* Sélectionnez les couches que vous souhaitez fusionner. Vous pouvez utiliser les cases à cocher et/ou les options **Sélectionner tout**, **Annuler la Sélection**, **Inverser la sélection**.
<figure><img src="image_204.png" /><figcaption>Figure 45</figcaption></figure>

* Ajouter Fichier(s)... permet d'ajouter des Shapefile qui ne sont pas utilisés dans le projet.

* Ajouter un répertoire... permet d'ajouter tous les Shapefile d'un dossier.

* Cliquez sur OK. Cela vous renvoie vers la première fenêtre (fig. 46).

<figure><img src="image_205.png" /><figcaption>Figure 46</figcaption></figure>

* Indiquez « EPSG 2154 – RGF93 / Lambert 93 » dans SCR de destination [optionnel] (4).
* Cliquez sur ... dans **Fusionné** pour indiquer le nom et l'emplacement d'enregistrement du nouveau fichier de couches fusionnées (5). Si cette case n'est pas remplie, QGIS créera une couche temporaire qui ne s'enregistrera pas à la fermeture du projet.

* Cliquez sur **Exécuter** pour lancer le processus (6).

* La nouvelle couche apparaît dans le canevas du projet.

## Éditer une carte

QGIS possède un module pour éditer des cartes à partir du canevas. Cette fonction est pratique pour imprimer des plans à l'échelle.

* Créer une nouvelle carte :

* Dans l'onglet **Projet**, cliquez sur **Nouvelle mise en page...**

* Une fenêtre « Créer mise en page » s'ouvre. Nommez la carte et cliquez sur **OK** (fig. 47).

<figure><img src="image_206.png" /><figcaption>Figure 47</figcaption></figure>

* Le module de mise en page s'ouvre dans une nouvelle fenêtre (fig. 48).
<figure><img src="image_207.png" /><figcaption>Figure 48</figcaption></figure>

* Modifier la taille et la résolution de l’illustration :

* Faites un **clic droit** sur la page et sélectionnez **Propriétés de la page**...

* Les propriétés s'ouvrent dans le panneau **Propriétés** à droite, dans l'onglet **Propriétés de l'objet** (fig. 49).

Vous pouvez utiliser soit une taille prédéfinie (A4, A3, etc.) en portrait ou paysage, soit définir une taille personnalisée. Nous utiliserons ici les normes de la charte graphique de Bibracte : 172x220mm.
<figure><img src="image_208.png" /><figcaption>Figure 49</figcaption></figure>

* Ajouter une carte :

* Cliquez sur 🖋️ et faites un **clic glissé** sur la page pour ajouter une nouvelle carte.

<figure><img src="image_209.png" /></figure>

* La carte, qui s'appelle par défaut « Carte 1 », est créée automatiquement. Dans QGIS, tous les éléments ajoutés sur la page s'appellent des objets.

* Dans le panneau **Visualisation des objets**, deux **cases à cocher** sont présentes à gauche de l'objet « Carte 1 ».

* L'œil rend visible ou invisible l'objet.

* Le cadenas verrouille la position et la taille de l'objet.

* Pour déplacer la carte (ou l'objet), utilisez 🖋️. Pour déplacer uniquement le contenu de la carte, sans bouger le cadre, utilisez 📄.

<figure><img src="image_210.png" /></figure>

<figure><img src="image_211.png" /></figure>

* Modifier une carte :

* Les couches visibles sont identiques à celles présentes dans le canevas de QGIS. Vous pouvez retourner sur le canevas et modifier la visibilité ou la symbologie des couches. En revenant sur le module de mise en page, actualisez la carte avec 📄.

<figure><img src="image_212.png" /></figure>

* Pour enrichir une carte, passez par le panneau **Propriétés**, onglet **Propriétés de l'objet**.
QGIS propose de nombreuses possibilités d'édition. Voici un exemple qui re-specte les normes d'édition des illustrations de Bibracte :

○ **Propriétés principales** :

* **Échelle** : modifie l'échelle de la carte. Par exemple, indiquer 20,000 passera la carte au 1/20ème.

○ **Couches** :

* **Verrouiller les couches** : coupe le lien de visibilité entre les couches du canevas et la mise en page. Si vous décochez une couche sur le canevas, cette couche restera quand même visible sur le module de mise en page (même après actualisation).

* **Verrouiller les styles des couches** : coupe le lien de style entre les couches du canevas et la mise en page. Si vous modifiez la symbologie d'une couche sur le canevas, elle ne changera pas sur le module de mise en page (même après actualisation).

○ **Grilles** :

Une grille vous permet de représenter les coordonnées X et Y sur l'emprise de votre carte.

* Cliquez sur + pour ajouter une grille, nommée par défaut « Grille 1 ».

* **Modifier la grille...** ouvre les propriétés de la grille (ill. 49).

<figure><img src="image_213.png" /><figcaption>Figure 49</figcaption></figure>
* **Type de grille** : type de repères pour représenter les coordonnées (lignes continues, croix aux intersections, symboles aux intersections ou marqueurs uniquement sur le cadre).

Sélectionnez **Cadre et coordonnées uniquement**.

* **X et Y** : mètres d'intervalle entre les repères. À définir en fonction de l'échelle de votre carte.

* **Décalage** : permets de décaler les repères.

* **Style de cadre** : type de représentation des repères sur le cadre de la carte. Sélectionnez **Marqueurs à l'intérieur** (fig. 50).

<figure><img src="image_214.png" /><figcaption>Figure 50</figcaption></figure>

* **Épaisseur de la ligne du cadre** : modifie l'épaisseur des marqueurs. In-diquez 0,25mm.
* Cochez **Afficher les coordonnées** et suivez la configuration suivante pour les paramétrer (ill. 51) :

<figure><img src="image_215.png" /><figcaption>Figure 51</figcaption></figure>

* Dans **Police**, indiquez **Police Helvetica**, **Style Oblique** et **Taille** 5 points.

* Cliquez sur 🖶, puis de nouveau sur 🤫 pour retourner aux propriétés générales de l'objet.
* **Cadre** :

* Cochez Cadre.

* Modifiez l'Épaisseur à 0,25 point.

* Autres objets :

QGIS permet d'ajouter d'autres objets comme une échelle 📉, une flèche nord ⚙️ ou une légende 📄. Toutefois, les éléments intégrés nativement dans le logiciel ne correspondent pas aux normes d'édition de Bibracte. Il est préférable d'exporter la carte et de rajouter les autres éléments à l'aide d'un logiciel de DAO (Inkscape ou Illustrator).

<figure><img src="image_216.png" /></figure>

<figure><img src="image_217.png" /></figure>

* Exporter la carte :

* Dans le panneau **Propriété**, sélectionnez l'onglet **Mise en page**.

* Dans **Paramètres d'export**, vous pouvez modifier la **Résolution d'exportation** de l'illustration, de base à 300dpi. Si votre illustration comporte un raster, il est conseillé de passer à 600dpi.

* Pour conserver les propriétés d'édition des vecteurs lors de l'export, vous avez deux possibilités : exporter au format SVG (recommandé pour Inkscape) ou au format PDF (recommandé pour Illustrator).

* Pour le SVG, cliquez sur ⚙️, indiquez où vous souhaitez enregistrer le fichier et suivez les options suivantes (fig. 52) :

<figure><img src="image_218.png" /></figure>

* Pour le PDF, cliquez sur ⚙️, indiquez où vous souhaitez enregistrer le fichier et suivez les options suivantes (ill. 53) :

<figure><img src="image_219.png" /></figure>

* Pour exporter un raster (`.tiff`, `.png`, `.jpeg`, etc.), cliquez sur 📄, indiquez où vous souhaitez enregistrer le fichier et paramétrez les options d'export en fonction du format que vous avez sélectionné.

<figure><img src="image_220.png" /></figure>

<figure><img src="image_221.png" /></figure>
Q Options pour l'export en SVG

X

<figure><img src="image_222.png" /></figure>

Options d'export

<figure><img src="image_223.png" /></figure>

Exporter les couches de la carte comme des groupes SVG

<figure><img src="image_224.png" /></figure>

Toujours exporter comme vecteurs

<figure><img src="image_225.png" /></figure>

Exporter les métadonnées RDF (title, auteur, etc.)

<figure><img src="image_226.png" /></figure>

Simplifie les géométries pour réduire la taille du fichier de sortie

Export de texte

Toujours exporter le texte sous forme d'objets texte

<figure><img src="image_227.png" /></figure>

<figure><img src="image_228.png" /></figure>

Rogner au contenu

Marge d'en haut (mm)

0,00

<figure><img src="image_229.png" /></figure>

À gauche

0,00

<figure><img src="image_230.png" /></figure>

À droite

0,00

<figure><img src="image_231.png" /></figure>

En dessous

0,00

<figure><img src="image_232.png" /></figure>

<figure><img src="image_233.png" /></figure>

Options avancées

<figure><img src="image_234.png" /></figure>

Désactiver l'exportation des couches raster tuilées

Enregistrer

Annuler

Aide

<caption>Figure 52</caption>

Q Options pour l'export en PDF

X

<figure><img src="image_235.png" /></figure>

Options d'export

<figure><img src="image_236.png" /></figure>

Toujours exporter comme vecteurs

<figure><img src="image_237.png" /></figure>

Ajouter les informations de géoréférencement

<figure><img src="image_238.png" /></figure>

Exporter les métadonnées RDF (title, auteur, etc.)

Export de texte

Toujours exporter le texte sous forme d'objets texte

Image compression

Lossy (JPEG)

<figure><img src="image_239.png" /></figure>

<figure><img src="image_240.png" /></figure>

Créer un PDF Géospatial (GeoPDF)

Format

ISO 32000 Extension (recommandé)

<figure><img src="image_241.png" /></figure>

<figure><img src="image_242.png" /></figure>

Inclure plusieurs thèmes de carte

<figure><img src="image_243.png" /></figure>

Options avancées

<figure><img src="image_244.png" /></figure>

Désactiver l'export de tous les couches

<figure><img src="image_245.png" /></figure>

Simplifier les géométries pour réduire la taille du fichier de sortie

Enregistrer

Annuler

Aide

<caption>Figure 53</caption>
# Annexe 5

## Éléments de normalisation des métadonnées Dublin Core

<table><thead><tr><td>Langue</td><td>ISO 639-3</td></tr></thead><tbody><tr><td>Albanais</td><td>sqi</td></tr><tr><td>Allemand</td><td>deu</td></tr><tr><td>Anglais</td><td>eng</td></tr><tr><td>Biélorusse</td><td>bel</td></tr><tr><td>Bosnien</td><td>bos</td></tr><tr><td>Bulgare</td><td>bul</td></tr><tr><td>Croate</td><td>hrv</td></tr><tr><td>Danois</td><td>dan</td></tr><tr><td>Espagnol</td><td>spa</td></tr><tr><td>Estonien</td><td>est</td></tr><tr><td>Finnois</td><td>fin</td></tr><tr><td>Français</td><td>fra</td></tr><tr><td>Grec moderne</td><td>ell</td></tr><tr><td>Hongrois</td><td>hun</td></tr><tr><td>Irlandais</td><td>gle</td></tr><tr><td>Islandais</td><td>isl</td></tr><tr><td>Italien</td><td>ita</td></tr><tr><td>Letton</td><td>lav</td></tr><tr><td>Lituanien</td><td>lit</td></tr><tr><td>Néerlandais</td><td>nld</td></tr><tr><td>Norvégien</td><td>nor</td></tr><tr><td>Norvégien</td><td>nor</td></tr><tr><td>Polonais</td><td>pol</td></tr><tr><td>Portugais</td><td>por</td></tr><tr><td>Roumain</td><td>ron</td></tr><tr><td>Russe</td><td>rus</td></tr><tr><td>Serbe</td><td>srp</td></tr><tr><td>Slovaque</td><td>slk</td></tr><tr><td>Slovène</td><td>slv</td></tr><tr><td>Suédois</td><td>swe</td></tr><tr><td>Suédois</td><td>swe</td></tr><tr><td>Tchèque</td><td>ces</td></tr><tr><td>Ukrainien</td><td>ukr</td></tr></tbody></table>

Aide à la création de l'élément Dublin Core Language : principaux langues de monde occidental et leur codification ISO 639-3.
<table><thead><tr><td>Type</td><td>Définition</td><td>Remarque</td></tr></thead><tbody><tr><td>Collection</td><td>Une agrégation de ressources</td><td>Une collection est décrite comme un groupe ; ses parties peuvent également être décrites séparément</td></tr><tr><td>Dataset</td><td>Données codées selon une structure définie</td><td>Les listes, les tableaux et les bases de données en sont des exemples</td></tr><tr><td>Event</td><td>Un événement non persistant dans le temps</td><td>Les exemples incluent une conférence, un atelier, une journée portes ouvertes, une bataille historique, etc.</td></tr><tr><td>Image</td><td>Une représentation visuelle autre qu'un texte</td><td>Les exemples incluent les images et les photographies d'objets physiques, les peintures, les gravures, les dessins, d'autres images et graphiques, les animations et les images animées, les films, les diagrammes, les cartes. Ce type peut comprendre des représentations électroniques et physiques.</td></tr><tr><td>Still Image</td><td>Une représentation visuelle statique</td><td>Les exemples incluent les peintures, les dessins, les conceptions graphiques, les plans et les cartes. Il est recommandé d'attribuer le type "Text" aux images de documents textuels. Il s'agit d'une sous-classe du type "Image"</td></tr><tr><td>Moving Image</td><td>Série de représentations visuelles donnant une impression de mouvement lorsqu'elles sont montrées successivement</td><td>Les exemples incluent les animations, les films, les programmes de télévision, les vidéos. Il s'agit d'une sous-classe du type "Image"</td></tr><tr><td>Interactive Resource</td><td>Une ressource nécessitant une interaction de la part de l'utilisateur pour être comprise, exécutée ou expérimentée</td><td>Il peut s'agir par exemple de formulaires sur des pages Web, d'objets d'apprentissage multimédia ou d'environnements de réalité virtuelle</td></tr><tr><td>Physical Object</td><td>Un objet ou une substance inanimé(e) et tridimensionnel(le)</td><td>Notez que les représentations numériques de ces objets, ou les substituts de ces objets, doivent utiliser "Image", "Text" ou l'un des autres types</td></tr><tr><td>Service</td><td>Un système qui assure une ou plusieurs fonctions</td><td>Il peut s'agir par exemple d'un service de photocopie, d'un service d'authentification, de prêts entre bibliothèques ou d'un serveur Web</td></tr><tr><td>Software</td><td>Un programme informatique sous forme source ou compilée</td><td>Il peut s'agir par exemple d'un fichier source en langage C, d'un exécutable MS-Windows ".exe" ou d'un script Phyton</td></tr><tr><td>Sound</td><td>Une ressource principalement destinée à être entendue</td><td>Les exemples incluent un format de fichier de lecture musicale, un disque compact audio et des paroles ou des sons enregistrés</td></tr><tr><td>Text</td><td>Une ressource composée principalement de mots à lire</td><td>Les exemples incluent les livres, les revues, les articles, les notes. Il est à noter que les fac-similés ou les images de textes font toujours partie du genre Texte</td></tr></tbody></table>

Aide à la création de l'élément Dubin Core *Type* : définition des types de données selon la norme Dublin Core (https://www.dublincore.org/specifications/dublin-core/resource-typelist/).
<table><thead><tr><td>Type de document</td><td>Extension</td><td>Type MIME</td></tr></thead><tbody><tr><td>Adobe Portable Document Format (PDF)</td><td>.pdf</td><td>application/pdf</td></tr><tr><td>Archive ZIP</td><td>.zip</td><td>application/zip</td></tr><tr><td>Binaire</td><td>.bin</td><td>application/octet-stream</td></tr><tr><td>Comma-separated values (CSV)</td><td>.csv</td><td>text/csv</td></tr><tr><td>GeoPackage</td><td>.gpkg</td><td>application/geopackage+sqlite3</td></tr><tr><td>JPEG</td><td>.jpeg.jpg</td><td>image/jpeg</td></tr><tr><td>JSON</td><td>.json</td><td>application/json</td></tr><tr><td>OpenDocument document texte</td><td>.odt</td><td>application/vnd.oasis.opendocument.text</td></tr><tr><td>OpenDocument feuille de calcul</td><td>.ods</td><td>application/vnd.oasis.opendocument.spreadsheet</td></tr><tr><td>OpenDocument présentation</td><td>.odp</td><td>application/vnd.oasis.opendocument.presentation</td></tr><tr><td>Polygon Model</td><td>.ply</td><td>text/plain</td></tr><tr><td>Portable Network Graphics</td><td>.png</td><td>image/png</td></tr><tr><td>Scalable Vector Graphics (SVG)</td><td>.svg</td><td>image/svg+xml</td></tr><tr><td>Shape File</td><td>.shp</td><td>application/vnd.shp, application/vnd.shx, application/vnd.dbf</td></tr><tr><td>Tagged Image File Format (TIFF)</td><td>.tif.tiff</td><td>image/tiff</td></tr><tr><td>Text File</td><td>.txt</td><td>text/plain</td></tr><tr><td>Wavefront Object File</td><td>.obj</td><td>text/plain</td></tr><tr><td>XML</td><td>.xml</td><td>application/xml</td></tr></tbody></table>

Pour les types MIME, voir https://www.iana.org/assignments/media-types/media-types.xhtml

Aide à la création de l'élément Dublin Core Format : Type MIME (Multipurpose Internet Mail Extensions) des formats de fichiers recommandés en archéologie.
# LISTE DES ANNEXES

<table><tr><td>Traduction de la définition du savoir libre selon l'Open Knowledge Foundation</td><td>319</td></tr><tr><td>Traduction de la définition des données ouvertes</td><td>325</td></tr><tr><td>Traduction de la définition du logiciel libre (Open Source) selon l'Open Source Initiative</td><td>329</td></tr><tr><td>Protocole de relevé numérique avec le logiciel QGIS</td><td>333</td></tr><tr><td>Éléments de normalisation des métadonnées Dublin Core</td><td>381</td></tr></table>
BIBLIOGRAPHIE

Ackoff R. L. 1989 : From data to wisdom, Journal of Applied Systems Analysis, 16, p. 3-9.

ADS 1998 : *Archaeology Data Service Annual Report 1997-1998*, Archaeology Data Service, 12 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196838, consulté le 16 août 2022].

ADS 1999 : *Archaeology Data Service Annual Report 1998-1999*, Archaeology Data Service, 14 p. [URL : https://www.archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196840&recordType=MonographSeries, consulté le 16 août 2022].

ADS 2000 : *Archaeology Data Service Annual Report 1999-2000*, Archaeology Data Service, 17 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196841, consulté le 16 août 2022].

ADS 2001 : *ADS Annual Report 2000-2001*, Archaeology Data Service, 14 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196842, consulté le 16 août 2022].

ADS 2002 : *ADS Annual Report 2001-2002*, Archaeology Data Service, 16 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196843, consulté le 16 août 2022].

ADS 2003 : *ADS Annual Report 2002-2003*, Archaeology Data Service, 14 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196844, consulté le 16 août 2022].

ADS 2004 : *ADS Annual Report 2003-2004*, Archaeology Data Service, 15 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196845, consulté le 16 août 2022].

ADS 2005 : *ADS/AHDS Annual Report 2004-2005*, Archaeology Data Service, 15 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196846, consulté le 16 août 2022].

ADS 2006 : *ADS/AHDS Annual Report 2005-2006*, Archaeology Data Service, 16 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196847, consulté le 16 août 2022].

ADS 2007 : *ADS/AHDS Annual Report 2006-2007*, Archaeology Data Service, 22 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196848, consulté le 16 août 2022].

ADS 2008 : *ADS Annual Report 2007-2008*, Archaeology Data Service, 21 p. [URL : https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196849, consulté le 16 août 2022].
**ADS 2009**: *ADS Annual Report 2008-2009*, Archaeology Data Service, 33 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196850, consulté le 16 août 2022].

**ADS 2010**: *ADS Annual Report 2009-2010*, Archaeology Data Service, 38 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196851, consulté le 16 août 2022].

**ADS 2011**: *ADS Annual Report 2010-2011*, Archaeology Data Service, 39 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196851, consulté le 16 août 2022].

**ADS 2012**: *ADS Annual Report 2011-2012*, Archaeology Data Service, 38 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196853, consulté le 16 août 2022].

**ADS 2013**: *ADS/Internet Archaeology Annual Report 2012-2013*, Archaeology Data Service, 52 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196854, consulté le 16 août 2022].

**ADS 2014**: *ADS/Internet Archaeology Annual Report 2013-2014*, Archaeology Data Service, 52 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196855, consulté le 16 août 2022].

**ADS 2015**: *ADS/Internet Archaeology Annual Report 2014-2015*, Archaeology Data Service, 52 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196856, consulté le 16 août 2022].

**ADS 2016**: *ADS/Internet Archaeology Annual Report 2015-2016*, Archaeology Data Service, 55 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196857, consulté le 16 août 2022].

**ADS 2017**: *ADS Terms of Use and Access Summary, Archaeology Data Service* [URL: https://archaeologydataservice.ac.uk/advice/termsOfUseAndAccess.xhtml, consulté le 16 juin 2022].

**ADS 2018**: *ADS/Internet Archaeology Annual Report 2017-2018*, Archaeology Data Service, 40 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196859, consulté le 16 août 2022].

**ADS 2019**: *ADS/Internet Archaeology Annual Report 2018-2019*, Archaeology Data Service, 23 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196860, consulté le 16 août 2022].

**ADS 2020**: *ADS/Internet Archaeology Annual Report 2019-2020*, Archaeology Data Service, 24 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196861, consulté le 16 août 2022].

**ADS 2021**: *ADS/Internet Archaeology Annual Report 2020-2021*, Archaeology Data Service, 42 p. [URL: https://archaeologydataservice.ac.uk/library/browse/issue.xhtml?recordId=1196862, consulté le 16 août 2022].
Akrich M., Callon M., Latour B. (dir.) 2013 : *Sociologie de la traduction : Textes fondateurs*, Paris, Presses des Mines (coll. Sciences sociales), 401 p. [URL : http://books.openedition.org/pressesmines/1181, consulté le 10 août 2023].

Alix S. 2000 : *Synthèse sur les prospections géophysiques réalisées au Mont Beuvray*, mémoire de DESS, Université de Bourgogne.

Alperin J. P., Barbour V., Chan L., Eve M., Gray E., Hagemann M., Joseph H., Kuchma I., McKiernan E., Prosser D., Shearer K., Shockey N., Suber P., Velterop J., Vidal I., Zhang X. 2017 : *BOAI15, Budapest Open Access Initiative* [URL : https://www.budapestopenaccessinitiative.org/boai15-1, consulté le 4 mai 2020].

Amnesty International, Afrewatch 2016 : « Voilà pourquoi on meurt ». *Les atteintes aux droits humains en république démocratique du congo alimentent le commerce mondial du cobalt*, Amnesty International, Observatoire africain des ressources naturelles, 73 p. [URL : https://www.amnesty.org/fr/documents/afr62/3183/2016/fr/, consulté le 11 septembre 2023].

Ancre 2015 : *Ressources minérales et énergie*, Alliance Nationale de Coordination de la Recherche pour l'Énergie, 65 p. [URL : https://www.allianceenergie.fr/wp-content/uploads/2021/06/2_2021_AG_RessourcesMinerales_B.pdf, consulté le 11 septembre 2023].

Anichini F., Banterle F., Buxeda i Garrigós J., Callieri M., Dershowitz N., Dubbini N., Lucendo Diaz D., Evans T., Gattiglia G., Green K., Letizia Gualandi M., Angel Hervas M., Itkin B., Madrid i Fernandez M., Miguel Gascón E., Remmy M., Richards J., Scopigno R., Vila L., Wolf L., Wright H., Zallocco M. 2020 : Developing the ArchAIDE application: A digital workflow for identifying, organising and sharing archaeological pottery using automated image recognition, *Internet Archaeology*, 52. [URL : https://intarch.ac.uk/journal/issue52/7/index.html, consulté le 10 août 2022].

ANR 2019a : *ANR - Modèle de PGD (français)*, Agence nationale de la recherche, 3 p. [URL : https://dmp.opidor.fr/template_export/1306665387.pdf, consulté le 22 novembre 2017].

ANR 2019b : *Règlement financier relatif aux modalités d'attribution des aides de l'ANR et valant conditions générales de ces aides*, Agence nationale de la recherche, 20 p. [URL : https://anr.fr/fileadmin/aap/2019/ANR-RF-2019-1.pdf, consulté le 22 octobre 2022].

Augry S. 2018 : *Un espace urbain singulier : les abords de la cathédrale du Mans. Enjeux et méthodes*, in *Eusèbe S., Nicolas T., Gouranton V., Gaugne R. (dir.)*, 3ème séminaire scientifique et technique de l'Inrap, Rennes, p. 7. [URL : https://hal-inrap.archives-ouvertes.fr/hal-02126949, consulté le 25 juillet 2022].

Ayache L., Chaillou A., Durost S., Guichard V., Moreau R., Verriez Q. 2017 : BibNum : un nouveau projet de développement numérique pour Bibracte, in *Guichard V., Rapport intermédiaire 2017 du programme quadriennal de recherche 2017-2020 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 23-27. [URL : https://shs.hal.science/halshs-01671478, consulté le 3 octobre 2023].

Ayache L., Chaillou A., Durost S., Guichard V., Moreau R., Verriez Q. 2018 : Bibracte Numérique : projet de développement numérique, in *Guichard V., Rapport intermédiaire 2018 du programme quadriennal de recherche 2017-2020 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 31-35. [URL : https://hal.science/BIBRACTE/halshs-02001397v1, consulté le 3 octobre 2023].
**Barge O., Rodier X., Davtian G., Saligny L. 2004** : L'utilisation des systèmes d'information géographique appliquée à l'archéologie française, *ArchéoSciences*, revue d'Archéométrie, 28-1, p. 15-24.

**Barker P. 1993** : *Techniques of archaeological excavation*, London, Routledge, 211 p.

**Barral P., Beck P., Bernal J., Boyer F., Buchsenschutz O., Flouest J.-L., Laszlovszky J., Luginbühl T., Paratte C.-A., Paunier D., Quinn D., Ralston I. B. M., Szabó M., Vitali D., Wiethold J. 1995** : Les fouilles du Mont-Beuvray, Nièvre, Saône-et-Loire. Rapport biennal 1992-1993, *Revue Archéologique de l'Est et du Centre-Est*, 2-46, p. 217-293.

**Bartoš K., Pukanská K., Sabová J., Weiss G. 2014** : The Application of Open-Source and Free Photogrammetric Software for the Purposes of Cultural Heritage Documentation, *Geo-Science Engineering*, 60-2, p. 19-26.

**Bel V., Rochette M., Thomas B., Vacheret A. 2021** : *L'enregistrement des données sur tablettes avec le logiciel Isyslight : l'expérience de la fouille des Berges de la Robine à Narbonne*, Maison de l'Asie, Paris [URL : https://www.resefe.fr/fr/node/4570, consulté le 17 janvier 2023].

**Belarbi M., Raymond P., Saulière N., Touquet R. 2012** : L'acquisition 3D par photogrammétrie en archéologie, *Archéopages* : archéologie & société, 34, p. 90-91.

**Bellan G. 2010** : 25 ans de rapports archéologiques : auto-édition et publication, in *Le rapport de fouille archéologique : réglementation, conservation, diffusion*, Paris, De Boccard/ Maison Archéologie & Ethnologie René-Ginouvès (coll. Travaux, 11), p. 129-135.

**Benabou V.-L., Farchy J. 2007** : *La mise à disposition ouverte des oeuvres de l'esprit*, Conseil supérieur de la propriété littéraire et artisitique, 47 p. [URL : https://www.culture.gouv.fr/content/download/102481/file/Rapport%20CSPLA%20mise%20%C3%A0%20dispo%20ouverte%20des%20oeuvres.pdf?inLanguage=fre-FR].

**Bernard L., Jullien P. 2022** : *Fichier d'importation standard et fichier descriptif des champs pour ArkeoGIS 4.7* [URL : https://nakala.fr/10.34847/nkl.ede43qsi, consulté le 21 août 2023].

**Berners-Lee T. 1997** : Axioms of Web Architecture: Metadata, W3C [URL : https://www.w3.org/DesignIssues/Metadata.html, consulté le 9 mai 2020].

**Bernier S., Duthoit S., Ladet S., Baudet D. 2014** : Les concepts de base des Systèmes d'Information Géographique (SIG) : les données et les fonctions générales, *Cahier des Techniques de l'INRA*, p. 19-27.

**Bizer C., Heath T., Berners-Lee T. 2009** : Linked Data - The Story So Far, *International Journal on Semantic Web and Information Systems (IJSWIS)*, 5-3, p. 1-22.

**BnF 2008** : *Guide d'utilisation du Dublin Core (DC) à la BnF : Dublin Core simple et Dublin Core qualifié, avec indications pour utiliser le profil d'application de TEL*, Bibliothèque nationale de France, 16 p. [URL : https://www.bnf.fr/fr/dublin-core, consulté le 18 mai 2020].
**Boldo D. 2003** : Fabrication de vraies ortho-images et correction des ombres, *Bulletin d'information scientifique et technique de l'IGN*, n° 74, p. 25-36.

**Bolo A., De Muylder M., Font C. 2014** : De la tablette PC à la cartographie de terrain : exemple de méthodologie sur le chantier d'archéologie préventive de Noyon (Oise), in *Costa L., Djindjian F., Giligny F. (dir.), Actes des 3e journées d'informatique et Archéologie de Paris*, Florence, Archeologia e Calculatori (coll. Supplemento), p. 247-256. [URL : https://www.europeana.eu/fr/item/224/A_C_oai_Archive_sup_xml_795, consulté le 24 juin 2022].

**Bordage F. 2019a** : *Empreinte environnementale du numérique mondial*, report, Green IT, 40 p. [URL : https://www.greenit.fr/wp-content/uploads/2019/10/2019-10-GREENIT-etude_EENM-rapport-accessible.VF_.pdf, consulté le 11 septembre 2023].

**Bordage F. 2019b** : *Sobriété numérique : Les clés pour agir*, Paris, Buchet-Chastel, 208 p.

**Bordage F., de Montenay L., Vergeynst O. 2021** : *Étude « iNUM » : impacts environnementaux du numérique en France*, Green IT, 21 p. [URL : https://www.greenit.fr/wp-content/uploads/2021/02/2021-01-iNum-etude-impacts-numerique-France-rapport-0.8.pdf, consulté le 17 mars 2021].

**Borgman C. L. 2007** : *Scholarship in the Digital Age: Information, Infrastructure, and the Internet*, Cambridge, MA, USA, MIT Press, 360 p.

**Boulétreau V., Habert B. 2014** : Les formats, in *Sinatra M. E., Vitali-Rosati M. (dir.), Pratiques de l'édition numérique*, Montréal, Presses de l'Université de Montréal [URL : http://parcoursnumeriques-pum.ca/1-pratiques/https://www.parcoursnumeriques-pum.ca/1-pratiques/chapitre9.html, consulté le 19 septembre 2023].

**Bouriga S. 2020** : *Papier-crayon vs. écran-clavier : Effets sur le coût cognitif et sur la dynamique de la production de textes*, phdthesis, Université de Poitiers [URL : https://theses.hal.science/tel-03795276, consulté le 10 juillet 2023].

**Bryas E., Bellan G., Speller A., Carpentier C. 2013** : Dolia, le système documentaire de l'Inrap, *Archéopages : archéologie & société*, 37, p. 72-81.

**Bryas E., Carpentier C. 2012** : ACE Case Study: Inrap: Archival Preparation of the ArchéoDB field registration system, *Archaeology Data Service / Digital Antiquity* [URL : https://guides.archaeologydataservice.ac.uk/g2gp/DbSht_ACECS3-Inrap, consulté le 2 août 2022].

**Buchsenschutz O., Batardy C. 2022** : *Bourges : un quartier de bijoutiers au Ve s. avant J.-C, Bourges : un quartier de bijoutiers au Ve s. avant J.-C.* [URL : https://chronocarto.eu/spip.php?article90&lang=fr, consulté le 24 août 2023].

**Buchsenschutz O., Cartereau M., Lambert G.-N. 1986** : Centrar : un système de gestion et de représentation graphique des données archéologiques, *Bulletin de la Société préhistorique française*, 83-10, p. 325-327.

**Buchsenschutz O., Gruel K. 1994** : Le relevé de terrain en archéologie : le système Arkéoplan, *Histoire & Mesure*, 9-3, p. 231-237.
**Buchsenschutz O., Richard H. 1996** : *L'environnement du Mont Beuvray, Glux-en-Glenne, Centre archéologique européen du Mont Beuvray (coll. Bibracte, 1)*, 207 p.

**Bulliot J.-G. 1870** : *Fouilles de Bibracte, 1868 (suite), Revue Archéologique, XXI, p. 153-169.*

**Bulliot J.-G. 1883** : *Fouilles du Mont-Beuvray. Le Parc aux Chevaux (suite). Maison n° 2, Mémoires de la Société éduenne*, 12, p. 93-123.

**Bulliot J.-G. 1899** : *Fouilles du Mont Beuvray (ancienne Bibracte) de 1867 à 1895, Autun, 250 p.*

**Bulliot J.-G., Thiollier F., Thiollier N. 1899** : *Fouilles du Mont Beuvray. Ancienne Bibracte*, Saint-Étienne.

**Burrough P. A. 1986** : *Principles of geographical information systems for land resources assessment*, Oxford, Clarendon Press (coll. Monographs on soil and resources survey, 12), 193 p. [URL : https://archive.org/details/principlesofgeog00burr, consulté le 26 juin 2021].

**C3DC 2011** : *Guide pour la prise de vue photogrammétrique à destination de la plateforme C3DC*, Culture 3D Cloud, 35 p. [URL : http://www.tapenade.gamsau.archi.fr/Culture3D-Cloud_UsersGuideline.pdf, consulté le 9 décembre 2022].

**Cacaly S. 1989** : *Les banques de données de la recherche en archéologie: aperçu historique et problématique, BRISES. Bulletin de recherches sur l'information en sciences économiques humaines et sociales*, 2-15, p. 147-153.

**Cardon D. 2019** : *Culture numérique*, Paris, SciencesPo les presses (coll. Les petites humanités), 428 p.

**CDL 2004** : *The UC Librairies' Digital Preservation Program : aims, overview, and initial priorities*, California Digital Library, 9 p. [URL : https://libraries.universityofcalifornia.edu/wp-content/uploads/2012/11/newpresrep.pdf, consulté le 22 octobre 2022].

**Chaillou A. 2003** : *Nature, statut et traitements informatisés des données en archéologie : les enjeux des systèmes d'informations archéologiques*, Université Lumière - Lyon II, 270 p. [URL : https://tel.archives-ouvertes.fr/tel-00137986, consulté le 18 mai 2022].

**Chaillou A. 2004** : *Présentation de bdB, base de données utilisée à BIBRACTE, centre archéologique européen*, *Cahier des thèmes transversaux ArScAn*, IV, p. 130-133.

**Chang C.-Y., Tijus C., Zibetti E. 2015** : *Les apprentissages à l'heure des technologies cognitives numériques, Administration & Éducation*, 146-2, p. 91-98.

**Chéné A., Réveillac G., Foliot P. 1999** : *La pratique de la photographie en archéologie*, Aix-en-Provence, Edisud (coll. Travaux du Centre Camille Jullian, 18), 143 p.

**Clarke D. L. 1977** : *Spatial archaeology*, London, New York, San Francisco, Academic Press, 386 p.

**CNRS 2019** : *Feuille de route du CNRS pour la science ouverte*, CNRS, 15 p.
cOAlition S 2021 : *Plan S - Macking full & immediate open access a reality*, cOAlition S, 3 p. [URL : https://www.coalition-s.org/wp-content/uploads/2021/03/Plan-S_profile_March2021.pdf, consulté le 23 avril 2021].

Collet P. 1996 : La photographie et l'archéologie : des chemins inverses, *Bulletin de Corrrespondance Hellénique*, 120-1, p. 325-344.

Conlon V. M. 1973 : *Camera techniques in archaeology*, London, J. Baker, 200 p. [URL : http://archive.org/details/cameratechniques00conl, consulté le 20 avril 2023].

Conolly J., Lake M. 2006 (1re éd.) : *Geographical Information Systems in Archaeology*, Cambridge, Cambridge University Press (coll. Cambridge manuals in archaeology), 338 p. [URL : https://www.cambridge.org/core/product/identifier/9780511807459/type/book, consulté le 4 mai 2023].

Cookson M. B. 1954 : *Photography for archaeologists*, London : Parrish, 152 p. [URL : http://archive.org/details/photographyforar0000cook, consulté le 17 avril 2023].

Costa L., Desachy B. 2020 : L'approche de l'espace par les archéologues : des pratiques en évolution., *Histoire de la recherche contemporaine. La revue du Comité pour l'histoire du CNRS*, Tome IX-n°2, p. 142-152.

Dabas M., Music B., Laudrin F. 1997 : Prospections géophysiques sur le Mont Beuvray, in Guichard V. (dir.), *Rapport annuel d'activité scientifique 1997 du Centre archéologique européen du Mont Beuvray*, Glux-en-Glenne, Bibracte - Centre archéologique européen, p. 199-210.

Dabas M., Riahi Y. 2018 : Penser l'espace du terrain à la toile : d'Arkéoplan à Chronocarto, in Hiriart E., Genechesi J., Cicolani V., Martin S., Nieto-Pelletier S., Olmer F. (dir.), *Monnaies et archéologie en Europe celtique. Mélanges en l'honneur de Katherine Gruel*, Glux-en-Glenne, Bibracte (coll. Bibracte, 29), p. 75-80. [URL : https://shs.hal.science/halshs-02068149, consulté le 11 avril 2023].

DAC, BRC, NeSC 2005 : *Large-scale data sharing in the life sciences: data standards, incentives, barriers and funding models (The Joint Data Standards Study)*, The Digital Archiving Consultancy, The Bioinformatics Research Centre, University of Glasgow, The National e-Science Centre, 192 p. [URL : http://hdl.handle.net/11343/28768, consulté le 11 avril 2022].

Daston L., Galison P. L. 2012 : *Objectivité*, Dijon, les Presses du réel (coll. Fabula), 475 p.

De Ferrières M., Bouhot G., Bouillot R. 2015 : *Éléments de technologie pour comprendre la photographie : argentique & numérique*, Paris, Eyrolles, 352 p.

Déchelette J. 1908 : Rapport sur les fouilles du Mont-Beuvray, *Bulletin de la Société Française des Fouilles Archéologiques*, 2, p. 56-65.

Defer C. 2021 : La domus PC2, in Guichard V., *Rapport annuel 2020 du programme quadrennal de recherche 2017-2020 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 147-168. [URL : https://hal.science/BIBRACTE/halshs-02512035v1, consulté le 3 octobre 2023].
**Desachy B. 1990** : Le traitement formalisé des données en archéologie, *Brises - Bulletin de recherches sur l'information en sciences économiques, humaine et sociales*, 2-15, p. 21-36.

**Desachy B. 2004** : Le sériographe EPPM : un outil informatisé de sériation graphique pour tableaux de comptages, *Revue archéologique de Picardie*, 3-1, p. 39-56.

**Desachy B. 2008** : *De la formalisation du traitement des données stratigraphiques en archéologie de terrain*, Thèse Université Panthéon-Sorbonne - Paris I [URL : https://tel.archives-ouvertes.fr/tel-00406241, consulté le 21 avril 2020].

**Desachy B., Durost S., Giudicelli M., Guichard V. 2012** : Rapports scientifiques de fouilles programmées et publications de Bibracte. Réflexions, acquis et perspectives, *Les nouvelles de l'archéologie*, 130, p. 58-64.

**Desprès-Lonnet M. 2013** : La photographie de travail dans les recherches en archéologie : un objet hybride entre prise de note informelle et compte rendu normé, *Sciences de la société*, 89, p. 74-94.

**Dessus P. 2015** : Pour tout résoudre, cliquez ici, *Distances et médiations des savoirs. Distance and Mediation of Knowledge*, 9. [URL : https://journals.openedition.org/dms/963, consulté le 11 septembre 2023].

**Deweirdt E. 2010** : *De l'analyse spatiale à la caractérisation de sites de la fin de l'âge du fer et du début de l'époque Gallo-Romaine dans le Nord et l'Est de la Gaule*, Thèse, Université de Gand, Université de Bourgogne, 377 p.

**Di Cosmo R., Zacchiroli S. 2017** : Software Heritage: Why and How to Preserve Software Source Code, in *iPRES 2017*, Kyoto, Japan, p. 1-10. [URL : https://hal.archives-ouvertes.fr/hal-01590958, consulté le 6 avril 2020].

**Dietrich D., Adamus T., Miner A., Steinhart G. 2012** : De-Mystifying the Data Management Requirements of Research Funders, *Issues in Science and Technology Librarianship*. [URL : https://journals.library.ualberta.ca/istl/index.php/istl/article/view/1556/1467, consulté le 21 avril 2022].

**DINUM 2015** : *Référentiel général d'operérabilité - Standardiser, s'aligner et se focaliser pour échanger efficacement*, Direction Interministérielle du Numérique et du Système d'Information et de Communication de l'Etat, 84 p. [URL : https://www.numerique.gouv.fr/publications/interoperabilite/, consulté le 18 février 2021].

**Djindjian F. 2016** : Archéologie, de l'analogique au numérique : évolution technique ou révolution méthodologique ?, *Les nouvelles de l'archéologie*, 146, p. 6-11.

**Djindjian F. 2017** : *L'archéologie : théorie, méthodes et reconstitutions*, Malakoff, Armand Colin, 612 p.

**Donnelly M., Jones S. 2009** : *Data Management Plan Content Checklist. Draft Template for Consultation*, Data Curation Center, 5 p. [URL : https://www.dcc.ac.uk/sites/default/files/documents/resource/DMP/DMP_checklist_consultation-June-09.pdf, consulté le 22 novembre 2022].
**Doorn P., Ronzino P. 2022** : ARIADNEplus Data Management Plan Tools, *ARIADNEplus*
[URL : https://vast-lab.org/dmp/index.html, consulté le 28 juin 2022].

**Ducomet G., Hesse A. 1985** : Compte rendu de la prospection électrique à la Caume Chau-
dron, in *Peyre C., Buchsenschutz O., Beck F., Gruel K., Guillaumet J.-P., Duval A., Perichon
R., Ducomet G., Hesse A., *Fouille du Mont Beuvray, campagne 1985*, Glux-en-Glenne,
Bibracte - Centre archéologique européen, p. 104-111. [URL : https://halshs.archives-ou-
vertes.fr/halshs-01299987/document, consulté le 22 janvier 2018].

**Dufay A. 1995** : La rue du Parc aux Chevaux, secteur 15, in *Flouest J.-L.*, *Document final de synthèse, rapport triennal 1993-1995*, Glux-en-Glenne, Bibracte - Centre archéologique européen, p. 1-27. [URL : https://hal.science/BIBRACTE/halshs-01299388v1, consulté le 4 octobre 2023].

**Ebrahim M. A.-B. 2003** : *Archeological photogrammetry and world heritage documentation*, 42 p. [URL : https://www.researchgate.net/publication/267037880 ARCHAEOLOGICAL PHOTOGRAMMETRY AND WORLD HERITAGE DOCUMENTATION?channel=doi&linkId=5442c1000cf2e6f0c0f93749&showFulltext=true, consulté le 16 février 2023].

**Egels Y. 2011** : La photogrammétrie, principes généraux et terminologie, *Images et modèles 3D en milieux naturels*, 12-1, p. 41-50.

**Ellul J. 2004** : *Le système technicien*, Paris, Le Cherche Midi, 337 p. [URL : http://archive.org/details/lesystemetechnic0000ellu, consulté le 9 août 2023].

**ERC 2017** : *ERC Data Management Plan template*, European Research Council, 5 p. [URL : https://erc.europa.eu/content/erc-data-management-plan-template, consulté le 28 avril 2022].

**ERC Scientific Council 2018** : *Open Research Data and Data Management Plans, Information for ERC grantees*, European Research Council, 23 p. [URL : https://erc.europa.eu/content/open-research-data-and-data-management-plans-information-erc-grantees, consulté le 28 avril 2022].

**Esnault E. 2019** : Les nouvelles techniques de relevés appliquées à l'archéologie du bâti et à l'archéologie urbaine, in *Eusèbe S., Nicolas T., Gouranton V., Gaugne R. (dir.), Archéologie : imagerie numérique et 3D : actes du 3 e séminaire scientifique et technique de l'Inrap, 26-27 juin 2018, Rennes.*, Rennes, Open Edition [URL : https://hal-inrap.archives-ouvertes.fr/hal-02020092, consulté le 3 avril 2023].

**Etalab 2017** : *LICENCE OUVERTE / OPEN LICENCE Version 2.0*, Etalab, 4 p. [URL : https://www.etalab.gouv.fr/licence-ouverte-open-licence/, consulté le 21 octobre 2023].

**European Commission 2016** : *Guidelines on FAIR Data Management in Horizon 2020*, European Commission, 12 p. [URL : https://ec.europa.eu/research/participants/data/ref/h2020/grants_manual/hi/oa_pilot/h2020-hi-oa-data-mgt_en.pdf, consulté le 4 mai 2022].

**Eusèbe S. 2019** : Imagerie numérique et représentation des données en archéologie, *In Situ. Revue des patrimoines*, 39. [URL : https://journals.openedition.org/insitu/21467, consulté le 2 août 2022].
**Eusèbe S., Nicolas T., Gouranton V., Gaugne R. (dir.) 2019** : *Archéologie : Imagerie numérique et 3D*. Actes du 3e séminaire scientifique et technique de l'Inrap, 26-27 juin 2018, Rennes, Rennes, Open Edition. [URL : https://sstinrap.hypotheses.org/category/seminaires-st/imagerie-numerique-et-3d, consulté le 27 janvier 2023].

**Evans T., Gilham J. 2021** : *OASIS V User Manual*, OASIS, 30 p. [URL : https://docs.google.com/document/d/1vNnhFrgoURyOM5SLaKB_1JIHI6DjV4anykzVMKJPj_k/edit?usp=sharing, consulté le 10 août 2022].

**Ferreboeuf H. 2018** : *LEAN ICT. Pour une sobriété numérique*, The Shift Project, 38 p. [URL : https://theshiftproject.org/article/pour-une-sobriete-numerique-rapport-shift/, consulté le 11 septembre 2023].

**Ferreboeuf H., Efoui-Hess M., Verne X. 2021** : *Impact environnementale du Numérique : tendances à 5 ans et gouvernance de la 5G*, Note d'analyse, The Shift Project, 46 p. [URL : https://theshiftproject.org/article/impact-environnemental-du-numerique-5g-nouvelle-etude-du-shift/, consulté le 14 avril 2021].

**Fochesato A. 2020** : *Aux origines de la ville européenne : technologie, typologie et fonction de l'architecture en bois dans l'habitat urbain des oppida celtiques (IIe-IIer s. av. J.-C.)* : le cas de Bibracte, mont Beuvray (France), Thèse de doctorat, Bourgogne Franche-Comté, 457 p. [URL : https://www.theses.fr/2020UBFCH002, consulté le 19 juin 2023].

**Francesconi A. 2023** : *BIMP. Batch Image Manipulation Plugin for GIMP*, *BIMP. Batch Image Manipulation Plugin for GIMP* [URL : https://alessandrofrancesconi.it/projects/bimp/, consulté le 31 mars 2023].

**Friedt J.-M. 2023** : *Exploitation des signaux de référence de navigation par satellite pour un positionnement centimétrique* : RTKLIB fait appel à Centipède et l'IGN pour afficher dans QGIS, *Hackable*, 48, p. 110-115.

**Gaime S. 2018** : *L'imagerie 3D en archéologie : de l'enregistrement de terrain à l'aide aux relevés, in Eusèbe S., Nicolas T., Gouranton V., Gaugne R. (dir.), 3ème séminaire scientifique et technique de l'Inrap, Rennes* [URL : https://hal-inrap.archives-ouvertes.fr/hal-02124883, consulté le 2 août 2022].

**Gardin J. C. 1976** : *Code pour l'analyse des formes de poteries*, Paris, Éditions CNRS (coll. Analyse documentaire et calcul en archéologie), 116 p.

**Gardin J.-C. 1979** : *Une archéologie théorique*, Paris, Hachette (coll. L'esprit critique), 339 p.

**Garenne X. 1867** : *Bibracte*, Autun, L. Duployer, 228 p.

**Getler M., Sisu D., Jones S., Miller K. 2014** : *DMPonline Version 4.0: User-Led Innovation*, *International Journal of Digital Curation*, 9-1, p. 193-219.

**Giligny F. 2009** : *De la fouille à l'interprétation : le traitement des données, in Demoule J.-P., Giligny F., Lehoërff A., Schnapp A., Guide des méthodes de l'archéologie*, Paris, la Découverte (coll. Grands repères), p. 142-199.
**Giligny F. 2011** : Informatique et archéologie : une révolution tranquille ?, in *Les historiens et l'informatique. Un métier à réinventer*, Rome, p. 189-198.

**Giligny F., Desachy B. 2019** : Informatique et archéologie en France : les années 1980, *Les nouvelles de l'archéologie*, 157-158, p. 114-118.

**Girod L. 2018** : *Improved measurements of cryospheric processes using advanced photogrammetry*, Thèse de doctorat, Universitetet i Oslo, 144 p. [URL : https://www.duo.uio.no/handle/10852/62195, consulté le 10 juin 2021].

**Goudineau C. 2007** : *Regard sur la Gaule*, Arles, Actes Sud (coll. Babel, 836), 576 p.

Granier X., Chayani M., Abergel V., Benistant P., Bergerot L., Bernard J.-F., Bohbot H., Leroy Du Cardonnoy E., Cassen S., de Luca L., Dutailly B., Epaud F., Espinasse L., Eusèbe S., Flammin A., Fleury P., Grimaud V., Jeanson L., Joffres A., Kerouanton J.-L., Laroche F., Le Mort F., Lefèvre N., Lescop L., Madeleine S., Manséri H., Marlet O., Vergnieux R., Mathieu V., Mora P., Morineau C., Paitier H., Pamart A., Pouyet T., Quantin M., Rodier X., Sanz Laliberté S., Schmitt A., Sorin S., Tournon-Valiente S. 2019 : *Les recommandations du Consortium 3D SHS*, CNRS, 204 p. [URL : https://hal.archives-ouvertes.fr/hal-01683842, consulté le 23 juin 2022].

**Greene K., Moore T. 2010** : *Archaeology: an introduction*, Milton Park, Abingdon, Oxon ; New York, Routledge, 394 p.

**Gruel K., Buchsenschutz O. 1994** : De l'usage d'Arkéoplan pour l'enregistrement d'éléments en élévation : étude d'un mur du couvent du Mont Beuvray (Bourgogne), *Le médiéviste et l'ordinateur*, 29-1, p. 12-18.

**Guillaumet J.-P. 1990** : *Base archéologique du Mont Beuvray, rapport sur l'opération Bibracte/Mont Beuvray de 1984 à 1989*, Bibracte - Centre archéologique européen, 190 p. [URL : https://halshs.archives-ouvertes.fr/halshs-01299920/document, consulté le 22 janvier 2018].

**Guillaumet J.-P. 1996** : *Bibracte. Bibliographie et plans anciens*, Paris, Éditions de la Maison des Sciences et de l'Homme (coll. Documents d'Archéologie Française, 57), 170 p.

**Guimarães N., Pádua L., Adão T., Hruška J., Peres E., Sousa J. J. 2020** : Viswebdrone: A web application for uav photogrammetry based on open-source software, *ISPRS International Journal of Geo-Information*, 9-11, p. 16.

**Hantrais J. 2017** : *L'occupation du secteur des terrasses PC14 et PC15 de Bibracte à la fin de l'âge du Fer. Confrontation des données chronologiques, spatiales et fonctionnelles*, Mémoire de Master 2, Université de Franche-Comté.

**Hardman C. 2009** : The Online Access to the Index of Archaeological Investigations (OA-SIS) Project: Facilitating Access to Archaeological Grey Literature in England and Scotland, *The Grey Journal*, 5-2, p. 76-82.

**Harris E. C. 1979** : *Principles of archaeological stratigraphy*, London, Academic Press (coll. Studies in archaeological science), 136 p.
**Harris E. C. 1989** : *Principles of archaeological stratigraphy*, London, Academic press, 2e éd. 170 p.

**Historic England 2017** : *Photogrammetric Applications for Cultural Heritage. Guidance for Good Practice*, Historic England, 123 p. [URL : https://historicengland.org.uk/imag-es-books/publications/photogrammetric-applications-for-cultural-heritage/, consulté le 9 décembre 2022].

**Hulin G., Simon F.-X., Hatami N. 2020** : Archaeological Geophysics Toolbox (AGT) : plugin de traitement des données géophysiques sous QGIS [URL : https://geophinrap.hy-potheses.org/plugin_qgis-agt, consulté le 11 mai 2023].

**IA 2022** : *Issue 60 : Climate Change and Archaeology. EAC symposium proceedings*, Internet Archaeology [URL : https://intarch.ac.uk/journal/issue60/index.html, consulté le 29 août 2022].

**Inrap 2007** : *Rapport d'activités 2006*, Inrap, 151 p. [URL : https://www.inrap.fr/rap-port-d-activite-9728, consulté le 16 février 2023].

**Inrap 2010** : *Rapport d'activités 2009*, Inrap, 199 p. [URL : https://www.inrap.fr/rap-port-d-activite-9728, consulté le 16 février 2023].

**Inrap 2012** : *Rapport d'activités 2011*, Inrap, 180 p. [URL : https://www.inrap.fr/rap-port-d-activite-9728, consulté le 16 février 2023].

**Inrap 2014** : *Rapport d'activités 2013*, Inrap, 81 p. [URL : https://www.inrap.fr/rap-port-d-activite-9728, consulté le 16 février 2023].

**Inrap 2015** : *Rapport d'activités 2014*, Inrap, 81 p. [URL : https://www.inrap.fr/rap-port-d-activite-9728, consulté le 16 février 2023].

**Inrap 2016** : *Rapport d'activités 2015*, Inrap, 89 p. [URL : https://www.inrap.fr/rap-port-d-activite-9728, consulté le 16 février 2023].

**Inrap 2017** : *Rapport d'activités 2016*, Inrap, 92 p. [URL : https://www.inrap.fr/rap-port-d-activite-9728, consulté le 16 février 2023].

**INSA 2021** : *Guide Science ouverte - Penser les futurs et agir avec sens*, INSA, 15 p. [URL : https://hal-inrap.archives-ouvertes.fr/INSA-GROUPE/page/open-science-guide, consulté le 13 juin 2022].

**ISO 2009** : *ISO 15836:2009. Information and documentation — The Dublin Core metadata element set*, International Organization for Standardization, 5 p. [URL : https://www.iso.org/standard/52142.html, consulté le 24 avril 2023].

**IWGDD 2009** : *Harnessing the Power of Digital Data for Science and Society*, Washington D. C., Interagency Working Group on Digital Data to the Committee on Science of the National Science and Technology Council [URL : https://catalog.data.gov/dataset/harnessing-the-power-of-digital-data-for-science-and-society-report-of-the-interagency-wor, consulté le 15 avril 2022].
**Jarrige F. 2016** : *Technocritiques: du refus des machines à la contestation des technosciences*, Paris, la Découverte (coll. La Découverte Poche), 437 p.

**Jeffrey S., Richards J., Ciravegna F., Waller S., Chapman S., Zhang Z. 2009** : *The Archaeotools project: faceted classification and natural language processing in an archaeological context, *Philosophical Transactions of the Royal Society A: Mathematical, Physical and Engineering Sciences*, p. 2507-2519.

**Jones S. 2009** : *A report on the range of policies required for and related to digital curation*, Data Curation Center, 34 p. [URL : https://era.ed.ac.uk/handle/1842/3371, consulté le 25 mars 2022].

**Jones S. 2011** : *How to Develop a Data Management and Sharing Plan, *Data Curation Center* [URL : https://www.dcc.ac.uk/guidance/how-guides/develop-data-plan, consulté le 21 mars 2022].

**JORF 2001** : *Loi n° 2001-44 du 17 janvier 2001 relative à l'archéologie préventive* [URL : https://www.legifrance.gouv.fr/loda/id/JORFTEXT000000221337, consulté le 19 juin 2023].

**JORF 2004** : *Loi n° 2004-575 du 21 juin 2004 pour la confiance dans l'économie numérique*, 22 p. [URL : https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000000801164, consulté le 3 mai 2021].

**JORF 2016** : *Loi n° 2016-1321 du 7 octobre 2016 pour une République numérique* [URL : https://www.legifrance.gouv.fr/jorf/id/JORFSCTA000033202935, consulté le 10 juin 2022].

**JORF 2017** : *Décret n° 2017-638 du 27 avril 2017 relatif aux licences de réutilisation à titre gratuit des informations publiques et aux modalités de leur homologation* [URL : https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000034502557/, consulté le 17 mai 2022].

**JOUE 2009** : *Décision N° 922/2009/CE du Parlement Européen et du Conseil du 16 septembre 2009 concernant des solutions d'interopérabilité pour les administrations publiques européennes* [URL : https://eur-lex.europa.eu/eli/dec/2009/922/oj, consulté le 8 juin 2022].

**Kasser M., Egels Y. 2001** : *Photogrammétrie Numérique*, Paris (coll. ENSG-IGN), 379 p. [URL : https://www.academia.edu/20606086/Photogramm%C3%A9trie_Num%C3%A9rique, consulté le 2 février 2022].

**Katsianis M., Tsipidis S., Kotsakis K., Kousoulakou A. 2008** : *A 3D digital workflow for archaeological intra-site research using GIS*, *Journal of Archaeological Science*, 35-3, p. 655-667.

**Kitchin R. 2014** : *The data revolution: big data, open data, data infrastructures & their consequences*, Los Angeles, SAGE Publications, 222 p. [URL : https://b-ok.cc/book/2476044/d0039c, consulté le 18 juillet 2022].

**Kitchin R., Dodge M. 2011** : *Code/Space: Software and Everyday Life*, Cambridge, MA, USA, MIT Press, 304 p.
**Koehler A., Tufféry C. 2012** : Harmonisation des méthodes et outils pour l'information archéologique à l'Inrap : constats, enjeux et perspectives pour un établissement national, *Archeologia e Calcolatori*, Supplemento 3, p. 229.

**La Salandra M., Miniello G., Nicotri S., Italiano A., Donvito G., Maggi G., Dellino P., Capolongo D. 2021** : Generating UAV high-resolution topographic data within a FOSS photogrammetric workflow using high-performance computing clusters, *International Journal of Applied Earth Observation and Geoinformation*, 105, p. 102-600.

**Lacombe E., Reich G., Durost S., Girard J.-P., Rousset M. 2022** : Explorer la cité par le vocabulaire : le thésaurus et les graphes comme architecture heuristique au service de l'archéologie, *Management des Technologies Organisationnelles (2014-....)*, n° 14-1, p. 141-161.

**Lees Perasso E., Vateau C., Domon F. 2023** : *Évaluation environnementale des équipes et infrastructures numériques en France*, Agence de l'Environnement et de la Maîtrise de l'Énergie, Autorité de régulation des communications électroniques, des postes et de la distribution de la presse, 132 p. [URL : https://presse.ademe.fr/2023/03/impact-environnemental-du-numerique-en-2030-et-2050-lademe-et-larcep-publient-une-evaluation-prospective.html, consulté le 11 septembre 2023].

**Lehoërff A. 2009** : Le travail de terrain, in *Demoule J.-P., Giligny F., Lehoërff A., Schnapp A., Guide des méthodes de l'archéologie*, Paris, La Découverte (coll. Grands repères), p. 40-90.

**Lepesant G. 2018** : *La transition énergétique face au défi des métaux critiques*, Ifri, 48 p. [URL : https://www.ifri.org/fr/publications/etudes-de-lifri/transition-energetique-face-de-fi-metaux-critiques, consulté le 11 septembre 2023].

**Limp F., Payne A., Simon K., Winters S., Cothren J. 2011** : Developing a 3-D Digital Heritage Ecosystem: from object to representation and the role of a virtual museum in the 21st century, *Internet Archaeology*, 30. [URL : http://intarch.ac.uk/journal/issue30/limp_index.html, consulté le 24 août 2022].

**Lord P., Macdonald A. 2003** : *E-Science curation report: Data curation for e-Science in the UK: an audit to establish requirements for future curation and provision*, The Digital Archiving Consultancy Limited, 84 p. [URL : https://www.digitalpreservation.gov/news/2004/e-ScienceReportFinal.pdf, consulté le 22 novembre 2022].

**Losier L.-M., Pouliot J., Fortin M. 2007** : 3D geometrical modeling of excavation units at the archaeological site of Tell 'Acharneh (Syria), *Journal of Archaeological Science*, 34-2, p. 272-288.

**Lowe D. G. 2004** : Distinctive Image Features from Scale-Invariant Keypoints, *International Journal of Computer Vision*, 60-2, p. 91-110.

**Lyon L. 2007** : *Dealing with Data: Roles, Rights, Responsibilities and Relationships*, UKOLN, 65 p. [URL : www.ukoln.ac.uk/ukoln/staff/e.j.lyon/reports/dealing_with_data_report-final.pdf, consulté le 22 novembre 2022].
**Machado J. 2015** : Open data and open science, in *Albagli S., Maciel M. L., Abdo A. H., Open Science, Open Issues*, Brasilia, Rio de Janeiro, p. 295. [URL : https://livroaberto.ibict.br/bitstream/1/1061/1/Open%20Science%20open%20issues_Digital.pdf, consulté le 17 mars 2022].

**Mahil A., Tremblay D.-G. 2017** : Théorie de l'acteur-réseau, in *Bouchard F., Doray P., Prud'homme J. (dir.), Sciences, technologies et sociétés de A à Z*, Montréal, Presses de l'Université de Montréal (coll. Thématique Sciences sociales), p. 234-237. [URL : http://books.openedition.org/pum/4363, consulté le 10 août 2023].

**Marlet O., Baudoin B., Bernard L., Bézard L., Boissat R., Buard P.-Y., Halczuk A., Hivert F., Hélène J., Nouvel B., Rodier X., Rousset M., Scholtus L. 2022** : *Le Livre Blanc du consortium Mémoires des Archéologues et des Sites Archéologiques : Guide des bonnes pratiques numériques en archéologie*, Consortium MASA, 38 p. [URL : https://halshs.archives-ouvertes.fr/halshs-03561376, consulté le 23 mars 2022].

**Marrone M., Peterlongo G., Pirina G. 2023** : Beyond the myths of digitalization: labor, space, and ecology in the digital age, in *Carbonara E., Tagliaventi M. R. (dir.), SMEs in the Digital Era: Opportunities and Challenges of the Digital Single Market*, Cheltenham, Elgar publishing, p. 84-99.

**Martini C., Hamon E. 2016** : De la *domus* PC1 à la *domus* PC2, in *Guichard V., Rapport annuel 2016 du programme quadriennal de recherche 2013-2016 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 207-232. [URL : https://hal.science/BIBRACTE/halshs-01442242v1, consulté le 3 octobre 2023].

**Marx A., Rossenbach K. S., Bryas E. 2021** : Digital Archiving and Data Stewardship in French Archaeology, *Internet Archaeology*, 58. [URL : http://intarch.ac.uk/journal/isue58/26/index.html, consulté le 27 juillet 2022].

**Marx K. 1908** : *Misère de la philosophie : réponse à la « Philosophie de la misère » de M. Proudhon (Nouvelle édition) / par Karl Marx* ; avec une préface de Friedrich Engels, Bibliothèque socialiste internationale, 300 p. [URL : https://gallica.bnf.fr/ark:/12148/bpt6k932177g, consulté le 8 août 2023].

**Matthews S. K. 1968** : *Photography in archaeology and art*, London, Baker, 161 p.

**MESR 2022** : Commission d'enrichissement de la langue française. Vocabulaire de l'formatique, in *Bulletin officiel de l'enseignement supérieur et de la recherche*, Paris (coll. BO, 21) [URL : https://www.enseignementsup-recherche.gouv.fr/fr/bo/22/Hebdo21/CTNR2212247K.htm, consulté le 8 juillet 2023].

**MESRI 2018** : *Plan national pour la Science Ouverte*, Ministère de l'Enseignement Supérieur, de la Recherche et de l'Innovation, 12 p. [URL : https://www.ouvrirlascience.fr/plan-national-pour-la-science-ouverte, consulté le 27 mars 2020].

**MESRI 2021a** : *Bilan du Plan national pour la science ouverte 2018-2021*, Ministère de l'Enseignement Supérieur, de la Recherche et de l'Innovation, 33 p. [URL : https://www.ouvrirlascience.fr/bilan-du-plan-national-pour-la-science-ouverte-2018-2021/, consulté le 12 mars 2022].
**MESRI 2021b**: *Deuxième Plan national pour la science ouverte. Généraliser la science ouverte en France en 2021-2024*, Ministère de l'Enseignement Supérieur, de la Recherche et de l'Innovation, 30 p.

**Meylan F. 2005**: *Les influences romaines dans l'architecture et l'urbanisme de l'oppidum de Bibracte (Mont Beuvray)*, Thèse de doctorat, Université de Bourgogne, Université de Lausanne, 243 p.

**Milo P. 2014**: Prospections géophysiques au Champlain, à la Côme Chaudron, à PC 2, aux Vergers et à la Chaume, in *Guichard V., Rapport intermédiaire 2014 du programme quadriennal de recherche 2013-2016 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 27-42. [URL : https://hal.science/BIBRACTE/halshs-02512035v1, consulté le 3 octobre 2023].

**Mitcham J., Niven K., Richards J. 2010**: Archiving Archaeology: Introducing The Guides To Good Practice, in *Rauber A., Kaiser R., Guenther R., Constantopoulos P. (dir.), Proceedings of the 7th International Conference on Preservation of Digital Objects*, Vienne, Austriaan Computer Society [URL : https://phaidra.univie.ac.at/o:185505, consulté le 9 août 2022].

**Moore R., Hardman C., Xia L., Richards J. 2014**: ADS easy: an Automated e-archiving System for Archaeology, in *Earl G., Sly T., Wheatley D., Romanowska I., Papadopoulos C., Murrieta-Flores P., Chrysanthi A. (dir.), Archaeology in the Digital Era: Papers from the 40th Annual Conference of Computer Applications and Quantitative Methods in Archaeology (CAA), Southampton, 26-29 March 2012*, Amsterdam University Press, p. 299-306. [URL : https://www.cambridge.org/core/books/archaeology-in-the-digital-era/ads-easy-an-automated-archiving-system-for-archaeology/0E4EC1CE672EEC1A08AD542897C71EC2, consulté le 10 août 2022].

**Moore T., Guichard V., Álvarez Sanchís J. 2020**: The place of archaeology in integrated cultural landscape management. A case study comparing landscapes with Iron Age oppida in England, France and Spain, *Journal of European landscapes.*, 1, p. 9-28.

**Mora P., Espinasse L., Daniel F., Tournon-Valiente S. 2008**: *Carnyx Tintignac*, Archeovision [URL : https://3d.humanities.science/CND3D/216007.d.2008, consulté le 19 juillet 2023].

**Morozov E. 2014**: *Pour tout résoudre, cliquez ici: l'aberration du solutionnisme technologique*, Limoges, Fyp éditions (coll. Innovation), 352 p.

**Mounier P. 2010**: Manifeste des *Digital Humanities, Journal des anthropologues*. Association française des anthropologues, 122-123, p. 447-452.

**Murray-Rust P., Neylon C., Pollock R., Willbanks J. 2010**: Panton Principles, Principles for Open Data in Science, *Panton Principles* [URL : https://pantonprinciples.org/, consulté le 3 avril 2020].

**NERC 1996**: *NERC Data Policy Handbook*, Natural Environment Research Council, 21 p. [URL : https://core.ac.uk/works/97275720, consulté le 5 avril 2022].

**NERC 1998**: *NERC Data Policy Handbook*, Natural Environment Research Council, 23 p. [URL : https://core.ac.uk/works/97276362, consulté le 5 avril 2022].
**Neumann K. 2009** : Digital aerial cameras, in *Proceedings of the 24th International Cartographic Conference*, Santiago, Chili [URL : https://icaci.org/files/documents/ICC_proceedings/ICC2009/html/nonref/1_6.pdf, consulté le 9 décembre 2022].

**Ngouajio M. L. R. 2015** : *Technologie topographique et calculs topométriques*, Support de cours, École Nationale Supérieure des Travaux Publics, 32 p. [URL : https://drive.google.com/file/d/1XwKtIc7eSbkP_E4pt58Aabp_GisrTr-5/view, consulté le 4 avril 2023].

**Niccolucci F., Richards J. (dir.) 2019** : *The ARIADNE Impact*, Hungary, Archaeolinguia Foundation, 201 p. [URL : https://zenodo.org/record/4319058, consulté le 25 août 2022].

**NSB 2005** : *Long-lived digital data collections: enabling research and education in the 21st century*, National Science Foundation, 87 p. [URL : https://www.nsf.gov/pubs/2005/nsb0540/, consulté le 22 novembre 2022].

**OECD 2004** : *Declaration on Acces to Research Data from Public Funding*, Organisation for Economic Co-operation and Development, 6 p. [URL : https://legalinstruments.oecd.org/public/doc/157/157.en.pdf, consulté le 22 novembre 2022].

**Paul S., Ducher G., Jobard I., Latrache C.-H., Lenco M. 1997** : *Manuel terminologique didactique de télédétection et photogrammétrie: français-anglais*, Paris, Conseil international de la langue française. [URL : https://fr.calameo.com/read/0009039478fa82b8cd21c, consulté le 19 novembre 2022].

**Pennock M. 2007** : Digital curation: A life-cycle approach to managing and preserving usable digital information, *Library & Archives*, 1, p. 3.

**Pierrot-Deseilligny M., Clery I. 2011** : Apero, an open source bundle adjustment software for automatic calibration and orientation of set of images, in *The International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences*, Trento, Italy, Co-pernicus GmbH, p. 269-276. [URL : https://www.int-arch-photogramm-remote-sens-spatial-inf-sci.net/XXXVIII-5-W16/269/2011/, consulté le 23 septembre 2022].

**Pierrot-Deseilligny M., Paparoditis N. 2006** : A multiresolution and optimization-based image matching approach: An application to surface reconstruction from spot5-hrs stereo imagery, in *The International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences*, Ankara, Turquie, IAPRS [URL : https://citeseerx.ist.psu.edu/view-doc/citations;jsessionid=A193C909E4576A523016458FBEB6D050?doi=10.1.1.222.4955, consulté le 23 septembre 2022].

**Pierrot-Deseilligny M., Rupnik E., Muller J. M., Méneroux Y., Daakir M., Zhou Y., Rosu A.-M., Maillet G. 2022** : *MicMac, Apero, Pastis and Other Beverage in a Nutshell!* , IGFN, 479 p. [URL : https://github.com/micmacIGN/Documentation/blob/341e9515b2844f-4445f5a73520a140db39d30b3f/DocMicMac.pdf, consulté le 3 janvier 2022].

**Pirot F., Varet-Vitu A. 2004** : Systèmes d’information géographique, archéologie et histoire, *Histoire & Mesure*, XIX-3/4, p. 222.

**Pouyllau S., Capelli L., Minel J.-L., Bunel M., Sauret N., Baude O., Jouguet H., Busonera P., Desseigne A. 2021** : ISIDORE a 10 ans [URL : https://humanum.hypotheses.org/6762, consulté le 8 juillet 2023].
**Rafowicz E. 2017** : La Commission de Topographie des Gaules (1858-1879) : structurer, en-courager et contrôler le développement de l'archéologie nationale, *Organon*, 49, p. 155-182.

**Reich G., Durost S., Girard J.-P. 2022** : Enjeux pour la mise en réseau et l'analyse des connaissances archéologiques, in *Terminologie & Ontologie : Théories et Applications. Actes de la conférence*, Chambéry, Université Savoie Mont Blanc, p. 31-50.

**Renfrew C., Bahn P. G. 2004** : *Archaeology: theories, methods, and practice*, New York, Thames & Hudson, 656 p.

**Reymonet N., Moysan M., Cartier A., Délémontez R. 2018** : *Réaliser un plan de gestion de données « FAIR » : modèle*, Université Paris Diderot, Université Sorbonne Paris Cité, Université Paris Descartes, 33 p. [URL : https://archivesic.ccsd.cnrs.fr/sic_01690547v2, consulté le 22 novembre 2022].

**Richards J. 2002** : Digital Preservation and Access, *European Journal of Archaeology*, 5, p. 343-366.

**Richards J. D. 1997** : Preservation and re-use of digital data: the role of the Archaeology Data Service, *Antiquity*, 71-274, p. 1057-1059.

**Richards J. D. 2001** : Anglian and Anglo-Scandinavian Cottam: linking digital publication and archive, *Internet Archaeology*, 10. [URL : http://intarch.ac.uk/journal/issue10/richards_index.html, consulté le 24 août 2022].

**Richards J. D. 2017** : Twenty Years Preserving Data: A View from the United Kingdom, *Advances in Archaeological Practice*, 5-3, p. 227-237.

**Richards J. D. 2021** : Archiving Archaeological Data in the United Kingdom, *Internet Archaeology*, 58. [URL : http://intarch.ac.uk/journal/issue58/21/index.html, consulté le 8 août 2022].

**Rodier X., Barge O., Saligny L., Nuninger L., Bertoncello F. 2011a** : *Information spatiale et archéologie*, Paris, Errance (coll. Archéologiques), 254 p.

**Rodier X., Ciezar P., Moreau A. 2013** : Using GIS in French Rescue Archaeology. The Choice of Inrap: a Tool for Research at the Scale of Excavation, in *Fusion of Cultures*, Grenade, Espagne, Archeopress, p. 217-220. [URL : https://shs.hal.science/halshs-00956293, consulté le 23 février 2023].

**Rodier X., Moreau A., Ciezar P. 2011b** : SIG et archéologie préventive, le choix de l'Inrap : un outil d'aide à la recherche à l'échelle de la fouille, in *Information spatiale et archéologie*, Errance (coll. Collection Archéologiques), p. 33-38. [URL : https://halshs.archives-ouvertes.fr/halshs-00956198, consulté le 30 septembre 2022].

**Roure R., Manseri H., Munos S., Py M. 2021** : Towards an Archaeological Information System: the evolution of Syslat, an archaeological data management software, in *Djindjian F., Moscati P. (dir.), Big Data and Archaeology*, Oxford, Archaeopress Archaeology, p. 62-70.

**Rowley J. 2007** : The wisdom hierarchy: representations of the DIKW hierarchy, *Journal of Information Science*, 33-2, p. 163-180.
**Rupnik E., Daakir M., Pierrot Deseilligny M. 2017** : MicMac – a free, open-source solution for photogrammetry, *Open Geospatial Data, Software and Standards*, 2-1, p. 14.

**Samaan M. 2016** : *La photogrammétrie rapprochée au service de l'archéologie préventive*, Thèse de doctorat, Université Paris-Est, 137 p. [URL : https://theses.hal.science/tel-01547923, consulté le 22 mars 2023].

**Sanchez C., Dabas M., Milo P., Quiquerez A., Thivet M. 2019** : Récolement de la documentation géophysique sur l'oppidum de Bibracte, in *Guichard V. (dir.), Rapport annuel 2019 du programme quadriennal de recherche 2017-2020 sur le Mont Beuvray, Glux-en-Glenne, Bibracte - Centre archéologique européen*, p. 61-66. [URL : https://hal.science/BIBRACTE/halshs-02512035v1, consulté le 25 mai 2023].

**Schubert F. 1997** : Projet GéoTopoCart, in *Guichard V. (dir.), Rapport annuel d'activité scientifique 1997 du Centre archéologique européen du Mont Beuvray, Glux-en-Glenne, Bibracte - Centre archéologique européen*, p. 41-51.

**Schubert F. 2000** : Projet GéoTopoCart (Géodésie, Topographie et Cartographie du Mont Beuvray), in *Guichard V. (dir.), Rapport annuel d'activité 2000 du Centre archéologique européen du Mont Beuvray, Glux-en-Glenne, Bibracte - Centre archéologique européen*, p. 45-50.

**Schubert F., Hübner W., Krzystek P., Laudrin F. 2007** : Projet GéoTopoCart (Géodésie, Topographie et Cartographie du Mont Beuvray), in *Guichard V. (dir.), Programme triennal 2006-2008 de recherche sur le mont Beuvray, rapport intermédiaire 2007*, Glux-en-Glenne, Bibracte - Centre archéologique européen, p. 57-66.

**Seng C., El-Hajaoui R., Font C., Guillemard T., Le Forestier C., Mercey F. 2020** : *La Nécropole Numérique - Compte-rendu d'activité - 2020*, report, Inrap, 36 p. [URL : https://hal.archives-ouvertes.fr/hal-03620076, consulté le 2 août 2022].

**Shukla P. R., Skea J., Slade R., Al Khourdajie A., van Diemen R., McCollum D., Pathak M., Some S., Vyas P., Fradera R., Belkacemi M., Hasija A., Lisboa G., Luz S., Malley J. (dir.) 2022** : *Climate Change 2022: Impacts, Adaptation and Vulnerability. Contribution of Working Group III to the Sixth Assessment Report of the Intergovernmental Panel on Climate Change.*, GIEC, 2029 p. [URL : https://www.ipcc.ch/report/ar6/wg3/, consulté le 3 octobre 2023].

**Simmons H. C. 1969** : *Archaeological photography*, London, University of London, 138 p.

**Smale N. A., Unsworth K., Denyer G., Magatova E., Barr D. 2020** : A Review of the History, Advocacy and Efficacy of Data Management Plans, *International Journal of Digital Curation*, 15-1, 30 p. [URL : http://www.ijdc.net/article/view/525, consulté le 14 janvier 2022].

**Smith G. S. 1995** : Digital Orthophotography and GIS, in *ESRI 1995 User Conference Proceedings* [URL : https://proceedings.esri.com/library/userconf/proc95/to150/p124.html, consulté le 29 janvier 2022].

**Suber P. 2012** : *Open access*, Cambridge, Mass (coll. MIT Press essential knowledge series), 242 p. [URL : https://archive.org/details/9780262517638OpenAccess/mode/2up].
Taillet R., Villain L., Febvre P. 2018 : *Dictionnaire de physique*, Bruxelles, De Boeck, s. v. Analogique, p. 976.

Tchernia A., Gardin J.-C., Morel J.-P., Gros P., Thébert Y., Guzzo P. G., Picard O., Ozanam D., Vincent B., Pietri C. 1986 : La publication en archéologie, *Mélanges de l'école française de Rome*, 98-1, p. 359-386.

Thibeault A., Villotte S. 2021 : *GRAVETT'OS, GRAVETT'OS*. [URL : https://3d.humanities.science/CND3D/116903.d.2021, consulté le 8 septembre 2023].

Trébuchet É., Cunault M., Salé P. 2017 : *Conférences sur l'archéologie. Exploitation des données de diagnostic et recherche à l'échelle des territoires : quelques réflexions sur les aspects documentaires et archivistiques*. Exemples en région Centre-Val de Loire, Caen [URL : https://www.inrap.fr/exploitation-des-donnees-de-diagnostic-et-recherche-l-echelle-des-territoires-13229, consulté le 1 août 2022].

Tricot A. 2020 : *Numérique et apprentissages scolaires : quelles fonctions pédagogiques bénéficient des apports du numérique ?*, report, Centre national d'étude des systèmes scolaires (Cnesco) ; Conservatoire national des arts et métiers (Cnam), 95 p. [URL : https://cnam.hal.science/hal-03249545, consulté le 10 juillet 2023].

Tudhope D., Binding C., Jeffrey S., May K., Vlachidis A. 2011 : A STELLAR role for knowledge organization systems in digital archaeology, *Bulletin of the American Society for Information Science and Technology*, 37-4, p. 15-18.

Tufféry C. 2017 : Ce que l'enregistrement archéologique pourrait signifier., *Les nouvelles de l'archéologie*, 149, p. 46-49.

Tufféry C. 2019 : Les compétences numériques en archéologie : un défi majeur et des risques de déni, *¿ Interrogations ? Revue pluridisciplinaire de sciences humaines et sociales*, 28. [URL : https://hal-inrap.archives-ouvertes.fr/hal-02380894, consulté le 21 février 2023].

Tufféry C. 2022 : *Ce que le numérique fait à l'archéologie et aux archéologues. Contribution historiographique et épistémologique à l'étude des évolutions d'une discipline et de ses pratiques en France depuis les années 1970*, CY Cergy Paris Université, 277 p. [URL : https://hal.science/tel-03936983, consulté le 16 février 2023].

Tufféry C., Augry S. 2019 : Harmonisation de l'acquisition des données d'opérations d'archéologie préventive. Retours d'expériences et perspectives à partir de l'application EDArc, in *Marinicia C., Guillet F., Laroche F., Velcin J. (dir.), Atelier DAHLIA, Metz, p. 21-27*. [URL : http://dahlia.egc.asso.fr/atelier_DAHLIA2019_actes.pdf, consulté le 7 juillet 2023].

Tufféry C., Delvigne V., Fernandes P., Bressy-Léandri C. 2021 : À propos de quelques outils de collecte de données : réflexions sur les pratiques numériques en archéologie, *Humanités numériques*, 3. [URL : https://journals.openedition.org/revuehn/1603, consulté le 27 juillet 2022].
**Tufféry C., Le Goff E., Boudry J., Nurra F. 2017** : Recours au CIDOC-CRM pour éval-
uer l'interopérabilité de données archéologiques de terrain très variées : présentation des
premiers résultats des tests effectués par l'Inrap, in *Spatial Analysis and GEomatics 2017*,
Rouen, France, INSA de Rouen [URL : https://hal.archives-ouvertes.fr/hal-01649750, con-
sulté le 1 août 2022].

**Tyers P. 1996** : Roman amphoras in Britain, *Internet Archaeology*, 1. [URL : http://intarch.ac.uk/journal/issue1/tyers_index.html, consulté le 24 août 2022].

**Van den Eynden V., Corti L., Woollard M., Bishop L., Horton L. 2011** : *Managing and sharing data. Best practice for researchers*, UK Data Archive, 33 p. [URL : https://ukdata-service.ac.uk/media/622417/managingsharing.pdf, consulté le 22 novembre 2022].

**Verhoeven G. 2016** : Basics of Photography for Cultural Heritage Imaging, in *Styliandis E., Remondino F., 3D Recording, Documentation and Management of Cultural Heritage*, Dunbeath, Whittles Publishing, p. 127-251.

**Verriez Q. 2020a** : *PCR Confluence: Plan de Gestion de Données initial*, UMR 6249 Chrono-environnement, UMR 5608 TRACES, UFC, 11 p. [URL : https://dmp.opidor.fr/plans/5333/export.pdf, consulté le 22 novembre 2022].

**Verriez Q. 2020b** : La *domus* PC2, in *Guichard V., Rapport annuel 2019 du programme quadriennal de recherche 2017-2020 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 194-215. [URL : https://hal.science/BIBRACTE/halshs-02512035v1, consulté le 3 octobre 2023].

**Verriez Q., Martini C. 2017** : La *domus* PC2, in *Guichard V., Rapport intermédiaire 2017 du programme quadriennal de recherche 2017-2020 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 281-303. [URL : https://shs.hal.science/halshs-01671478, consulté le 3 octobre 2023].

**Verriez Q., Martini-Picot C. 2018** : La *domus* PC2, in *Guichard V., Rapport intermédiaire 2018 du programme quadriennal de recherche 2017-2020 sur le Mont Beuvray*, Glux-en-Glenne, Bibracte EPCC, p. 227-248. [URL : https://hal.science/BIBRACTE/halshs-02001397v1, consulté le 3 octobre 2023].

**Verriez Q., Tomasinelli A., Thivet M. 2023** : *Levé orthophotographique par photogrammétrie appliqué au patrimoine archéologique. Du choix des équipements aux paramètres de traitement par solution libre sous MicMac (IGN ENSG)*, Besançon, Presses universitaires de Franche-Comté (coll. Archéo Poche, 1), 110 p.

**Vicente-Saez R., Martinez-Fuentes C. 2018** : Open Science now: A systematic literature review for an integrated definition, *Journal of Business Research*, 88, p. 428-436.

**Wheatley D., Gillings M. 2002** : *Spatial technology and archaeology: the archaeological applications of GIS*, New York, Taylor & Francis, 269 p.

**Wheeler M. 1954** : *Archaeology from the earth*, Oxford, Clarendon Press, 221 p. [URL : http://archive.org/details/in.gov.ignca.1711, consulté le 27 avril 2023].
**Wilczek J. 2017** : Morphometrics of (especially ceramic) Celtic artefacts – new methods of acquisition, systematization and valorization of the past, in Wilczek J., Cannot A., Le Cozanet T., Remy J., Macháček J., Klápště J. (dir.), *Interdisciplinarité et nouvelles approches dans les recherches sur l'âge du Fer. Interdisciplinarity and New Approaches in the Research of the Iron Age. International Doctoral Conference 2015. Bibracte (France)*, 2015., Brno, Masarykova univerzita, p. 73-76. [URL : https://digilib.phil.muni.cz/handle/11222.digilib/137961, consulté le 25 mai 2023].

**Wilczek J., Monna F., Jébrane A., Chazal C. L., Navarro N., Couette S., Smith C. C. 2018** : Computer-Assisted Orientation and Drawing of Archaeological Pottery, *Journal on Computing and Cultural Heritage*, 11-4, p. 1-17.

**Wilkinson M. D., Dumontier M., Aalbersberg Ij. J., Appleton G., Axton M., Baak A., Blomberg N., Boiten J.-W., da Silva Santos L. B., Bourne P. E., Bouwman J., Brookes A. J., Clark T., Crosas M., Dillo I., Dumon O., Edmunds S., Evelo C. T., Finkers R., Gonzalez-Beltran A., Gray A. J. G., Groth P., Goble C., Grethe J. S., Heringa J., 't Hoen P. A. C., Hooft R., Kuhn T., Kok R., Kok J., Lusher S. J., Martone M. E., Mons A., Packer A. L., Persson B., Rocca-Serra P., Roos M., van Schaik R., Sansone S.-A., Schultes E., Sengstag T., Slater T., Strawn G., Swertz M. A., Thompson M., van der Lei J., van Mulligen E., Velterop J., Waagmeester A., Wittenburg P., Wolstencroft K., Zhao J., Mons B. 2016** : The FAIR Guiding Principles for scientific data management and stewardship, *Scientific Data*, 3, 9 p. [URL : https://www.nature.com/articles/sdata201618, consulté le 13 juillet 2022].

**Winner L. 2002** : *La baleine et le réacteur : à la recherche de limites au temps de la haute technologie*, Paris, Descartes & Cie (coll. TechnoCité), 270 p.

**Wise A., Miller P. 1997** : Why Metadata Matters in Archaeology, *Internet Archaeology*, 2. [URL : https://intarch.ac.uk/journal/issue2/wise/toc.html, consulté le 15 août 2022].
<figure><img src="image_246.png" /></figure>
**Titre** : Rationaliser les pratiques numériques en archéologie : l'exemple des chantiers de fouilles de Bibracte

**Mots clés** : Science ouverte, Plan de Gestion de Données, drone, photogrammétrie, Système d'information Géographique, cycle de vie de la donnée

**Résumé** : Cette thèse explore la transition vers une archéologie numérique et ouverte. Elle se penche sur la faisabilité d'une fouille archéologique basée sur des logiciels libres, produisant des données transparentes, structurées et aux formats ouverts. Ces vingt dernières années correspondent en effet à une intensification majeure des usages de technologies numériques en archéologie, impactant la collecte, le traitement, la gestion, la conservation et la diffusion des données. L'approche de la science ouverte offre alors les solutions pour contrôler, exploiter et assurer la conservation de ces nouvelles données. Prenant pour cadre d'expérimentation quatre années de fouilles sur l'oppidum de Bibracte, ce travail examine ainsi les défis d'aligner la production de données sur les principes de la science ouverte, dès la phase de terrain. Il cherche également à sortir des considérations techniques pour éclairer les effets de l'archéologie numérique sur l'utilisateur et son environnement. Ce projet souhaite ainsi contribuer à la modernisation des méthodes archéologiques, en développant des pratiques numériques qui prennent en considération les objectifs des archéologues sur le terrain, en plus d'inscrire leur démarche dans un processus de maîtrise, de partage et de pérennisation de la connaissance archéologique.

**Titre** : Making digital practices in archaeology meaningful: the example of the Bibracte excavation sites

**Keywords** : Open science, Data Management Plan, drone, photogrammetry, Geographic Information System, data life cycle

**Abstract** : The thesis examines the move to open, digital archaeology. It investigates the feasibility of free software-based archaeological excavations producing transparent, structured data in open formats. Over the past two decades, the integration of digital technologies in the field of archaeology has increased considerably, affecting the collection, processing, management, preservation and dissemination of data. The open science approach offers solutions for the management, use and protection of this new type of data. This study uses a four-year excavation of the Bibracte Oppidum as a framework to test how open science principles can guide data production during fieldwork. Moreover, it aims to offer insights into the impacts of digital archaeology on its users and surroundings beyond technical concerns. The project aims to modernise archaeological methods by developing digital practices that consider fieldworkers' objectives and integrate their approach into a process of mastering, sharing and preserving archaeological knowledge.