Le portail francophone de la géomatique

Autre problème constaté : pour la toponymie, il n'y a pas de différenciation entre communes et lieux-dits... Par conséquent, il est impossible de donner une police différente pour ces 2 classes. A moins que ?

A ma connaissance, les noms de communes ne sont pas répertoriés dans cette couche.
Pour afficher les noms de communes, vous pouvez vous baser sur la couche "Commune" tout simplement qui contient le champ "Nom_officiel".

Sur la couche toponymie_Lieux_nommés, les 2 champs "classe de l'objet" et "nature de l'objet" devraient vous suffire pour appliquer un style spécifique à chaque type de toponymes.
N'hésitez pas à lire la documentation "descriptif de contenu" fournie par l'IGN avec la BD TOPO.

Bonnes recherches

Bonjour M. Boulerie,

Je lis avec beaucoup d'attention vos réponses sur ce forum qui sont souvent pertinentes et pointues notamment dans la connaissance des données cadastrales.

Je suis d'accord avec vous, enfin... avec la citation de François Bouillé mais elle n'a rien à voir avec le sujet de base ! Ou alors, je n'ai pas compris votre point de vue puisqu'il se limite à citer ce professeur.
Je suis le 1er à défendre l'idée que si les applications (et les ordinateurs) ne simplifient pas la vie des gens, il vaut mieux le faire à l'ancienne.

En l'occurrence, en bases de données, sous prétexte que l'un aimerait avoir des majuscules et l'autre des minuscules ou toutes autres mises en formes possibles, je maintiens mes propos : il serait absurde de stocker plusieurs fois un même champ pour de multiples raisons et principalement pour la maintenance et pour limiter l'espace de stockage... Pensons un minimum à la planète.

L'homme peut aussi être intelligent et tout simplement retravailler et manipuler la donnée pour atteindre son objectif surtout que pour le coup, je donne la solution à benjamin_68.
Alors, même si nous sommes à l'ère de l'Intelligence Artificielle, nous ne sommes pas exempts de réfléchir... Et espérons que l'homme contrôlera toujours les ordinateurs, et non l'inverse...