Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Cette page contient des conseils pour l'utilisation des shapefiles qui doivent être importés ou synchronisés dans Logo.

Principes de base des shapefiles

Les shapefiles …

  • Contiennent toujours des données vectorielles, pas de données raster

  • Ne peuvent contenir que des objets d'un type géométrique, c'est-à-dire des points, des lignes ou des surfaces

  • Se composent de plusieurs fichiers, mais tous ne sont pas obligatoires :

    • *.shp - Contient les données géométriques des objets géographiques (obligatoire)

    • *.shx - Contient l'index des objets géographiques (obligatoire)

    • *.dbf - Tableau dBase contenant les attributs des objets géographiques (obligatoire)

    • *.prj - Contient des informations sur le système de coordonnées des objets géographiques (non obligatoire, mais utile)

    • *.xml - Contient les métadonnées du shapefile (non obligatoire)

    • *.cpg - Contient des informations sur le jeu de caractères utilisé (non obligatoire, utile pour les accents)

  • Les noms de colonnes sont limités à 10 caractères

Les shapefiles pour Logo

Pour que l'importation de shapefiles dans Logo soit aussi efficace et sans erreur que possible, il convient de tenir compte des points suivants lors de la création de shapefiles.

Les trois questions les plus importantes

  1. Quel type de géométrie le shapefile doit-il contenir?

  2. Quels attributs le shapefile doit-il contenir?

  3. Quel type de valeurs (field type) et quelle étendue de valeurs sont requises?

Géometries

Dans Logo, les types de géométrie autorisés sont définis pour chaque type d'objet. Les espaces verts et les ouvrages peuvent être saisis sous forme de points, de lignes ou de surfaces. Les dispositifs de retenue des véhicules doivent être des lignes et seuls les points sont autorisés pour les passages piétons. Certains types d'objets peuvent en outre avoir des géométries multi-parties, d'autres non.

En ce qui concerne les géométries, la règle est la suivante :

  • Les objets doivent être saisis dès le départ dans le type de géométrie correct.

  • Si des objets apparaissent dans différents types de géométrie, ils doivent être enregistrés dans des shapefiles séparés.

Attributs

Les attributs sont également prédéfinis pour tous les types d'objets dans Logo. Cela signifie qu'il est défini quels attributs peuvent être remplis et dans quel type de champ les valeurs sont enregistrées. Logo ne présuppose pas d'attributs obligatoires, à l'exception du type d'objet, mais des attributs nécessaires peuvent être définis par le responsable des données.

Comme les en-têtes de colonne sont limités à 10 caractères dans les shapefiles, les désignations trop longues sont automatiquement raccourcies. Cela peut entraîner la perte de la distinction, comme dans les exemples ci-dessous :

  • Désignation de l’ouvrage → DESIGNAT02

  • Numéro de l'ouvrage → NUMERODELO

  • Type de l’ouvrage → TYPEDELOUV

En ce qui concerne les attributs, la règle est la suivante :

  • Les attributs qui doivent être fournis doivent être clairs dès le départ.

  • Les attributs doivent avoir des intitulés de colonne uniques dans le shapefile.

Il est souvent très difficile, voire pas possible, de saisir des attributs a posteriori, c'est pourquoi il vaut la peine de bien réfléchir aux informations nécessaires avant la collecte des données. Les domaines d'information suivants devraient être pris en considération à titre d'aide à la réflexion :

  • Description de l'objet – Quels sont les attributs nécessaires pour décrire suffisamment un objet? Comment nommer clairement un objet?

  • Référence d'axe – L'objet a-t-il une référence à un axe (route dans Logo)? Si oui, comment cet axe est-il identifié?

  • Date et périodes – Quand l'objet a-t-il été construit dans la réalité? Quand a-t-il été remis en état? Y a-t-il des délais de garantie?

  • Propriété et responsabilités – Qui est le propriétaire de l'objet? Qui est responsable de son entretien?

  • Métadonnées – Sur quelle base de données les objets ont-ils été saisis? Avec quelle précision? Quelle est l'actualité des données et quand doivent-elles être mises à jour?

  • Identification au-delà des limites du système – L'image numérique de l'objet (p. ex. objet dans Logo) doit-elle être clairement identifiable? Les informations doivent-elles être synchronisables? Quelles sont les interfaces nécessaires entre les différents systèmes?

Types de champs et plage de valeurs

En ce qui concerne un attribut individuel, la question se pose encore de savoir quelles valeurs sont autorisées et sous quelle forme elles se présentent.

En ce qui concerne les types de champs et les domaines de valeurs, la règle est la suivante :

Les réponses aux questions suivantes doivent être claires dès le départ.

  • Un attribut est-il obligatoire?

  • Dans quel type de champ les valeurs doivent-elles être fournies? (format)

  • Quelles sont les valeurs autorisées? (plage de valeurs)

  • Zéro et vide?

Types de champs

Les types de champs suivants apparaissent dans Logo :

  • Chaîne de caractères (string) – Texte libre, pouvant également contenir des chiffres et des caractères spéciaux. Limitée en nombre de caractères.

  • Nombre entier (integer) – Nombre entier limité à un certain nombre de chiffres.

  • Nombre à virgule flottante (float) – Nombre à virgule, limité à un certain nombre de chiffres et de chiffres après la virgule.

  • Catalogue – L'étendue des valeurs est soit définie dans le catalogue de textes correspondant, soit fixe (par ex. oui/non).

  • Date – Date au format date.

  • Heure – Heure au format heure.

  • Année – Doit contenir une année (cas particulier d'un nombre entier)

La conversion entre différents types de champs n'est pas toujours facile, c'est pourquoi les types de champs doivent être choisis judicieusement dès le départ.

Une date peut par exemple être enregistrée sous la forme d'une chaîne de caractères, d'un nombre entier ou d'un format de date. Pour un être humain, cela peut ne pas avoir beaucoup d'importance, mais pour un ordinateur, la différence est essentielle :

  • 1er janvier 2023 → Les chaînes de caractères ne peuvent pas être triées par date et ne peuvent pas être utilisées pour des opérations de calculs.

  • 01012023 → Les opérations de calculs sur les dates n'ont généralement pas de sens non plus.

  • 01.01.2023 → Il est possible d'effectuer des opérations de calculs avec des valeurs au format date et toute interprétation erronée est exclue.
    (Il est souvent possible de régler la manière dont le format de la date est affiché)

Plages de valeurs

Outre le type de champ, la plage de valeurs joue également un rôle. Plus la plage de valeurs est limitée, plus le contrôle de plausibilité est simple. L'expérience a montré que la précision des données augmente avec la restriction de la plage de valeurs. La marge d'interprétation diminue avec la restriction et les erreurs se remarquent plus rapidement.

En principe…

Aussi limité que possible, aussi libre que nécessaire !

Les ouvrages peuvent être classés de différentes manières :

  • Chaîne de caractères libre → Très flexible, mais sujette aux erreurs et non univoque.

  • Catalogue avec valeurs prédéfinies → Univoque, mais peu flexible.

  • Catalogue avec valeurs libres → Pas tout à fait univoque, mais flexible et probablement le plus adapté.

Zéro et vide

Enfin, la dernière question qui se pose est celle des valeurs vides. En cas de valeurs vides, la question se pose souvent de savoir si les indications sont manquantes ou explicitement vides. Dans ce cas, les indications explicites sont toujours préférables :

  • Chiffres – "0" signifie explicitement 0, "vide" signifie "aucune valeur" (dans les shapefiles, les cellules vides contiennent toujours un zéro).

  • Texte – Dans tous les cas, il est préférable de saisir "Non renseigné", "Données manquantes" ou "Inconnu" plutôt que de laisser simplement un champ vide.

En principe, la règle est la suivante :

Même "Non renseigné" est un renseignement !


Les modèles donnent une structure

Pour que les shapefiles soient le plus possible au format souhaité, il est conseillé d'exporter un shapefile correspondant à partir de Logo et de le fournir comme modèle.

Procédure à suivre :

  1. Passer à une vue dans laquelle se trouve le type d'objet souhaité.

  2. Sélectionner un ou plusieurs objets avec la ou les géométries souhaitées.

  3. Appeler la boîte de dialogue d'exportation via Tâches > Exporter des géodonnées.

  4. Dans la boîte de dialogue d'exportation, sélectionner le type d'objet souhaité et les attributs nécessaires.

  5. Exporter les objets sélectionnés sous forme de shapefile (un shapefile est exporté par type de géométrie).

  6. Pour chaque shapefile, un tableau Excel contenant les désignations exactes des attributs est également exporté. Il est ainsi possible d'attribuer clairement des intitulés de colonne non parlants dans le shapefile.

  7. (Facultatif) Compléter ce tableau Excel avec les plages de valeurs souhaitées.

  8. (Facultatif) Ouvrir les shapefiles dans un programme SIG et supprimer les objets afin que seuls les nouveaux objets saisis y figurent ultérieurement.

  9. Documenter et envoyer les modèles créés


  • No labels

0 Comments

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account.