| Info |
|---|
Diese Seite enthält Tipps für den Umgang mit Shapefiles, die in Logo importiert oder synchronisiert werden sollenCette page contient des conseils pour l'utilisation des shapefiles qui doivent être importés ou synchronisés dans Logo. |
| Table of Contents |
|---|
Grundsätzliches zu Shapefiles
Shapefiles …
Enthalten immer Vektorendaten, keine Rasterdaten
Können immer nur Objekte eines Geomtrietyps enthalten, also entweder Punkte, Linien oder Flächen
Setzen sich aus mehreren Dateien zusammen, nicht alle sind allerdings zwingend:
*.shp – Enthält die Geometriedaten der geographischen Objekte (zwingend)
*.shx – Enthält den Index der geographischen Objekte (zwingend)
*.dbf – dBase-Tabelle mit den Attributen der geographischen Objekte (zwingend)
*.prj – Beinhaltet Angaben zum Koordinatensystem der geographischen Objekte (nicht zwingend, aber hilfreich)
*.xml – Beinhaltet Metadaten zum Shapefile (nicht zwingend)
*.cpg – Beinhaltet Angaben zum verwendeten Zeichensatz (nicht zwingend, hilfreich bei Umlauten)
Spaltenbezeichnungen sind auf 10 Zeichen begrenzt
Shapefiles für Logo
Damit der Import von Shapefiles in Logo möglichst effizient und fehlerlos läuft, sollten folgende Punkte beim Erstellen von Shapefiles beachtet werden.
Die drei wichtigsten Fragen
Welche Art von Geometrien soll das Shapefile enthalten?
Welche Attribute soll das Shapefile enthalten?
Welche Art von Werten (field type) und welcher Werteumfang werden vorausgesetzt?
Geometrien
...
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
Quel type de géométrie le shapefile doit-il contenir ?
Quels attributs le shapefile doit-il contenir ?
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.
| Panel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
Bezüglich Geometrien gilt:
|
Attribute
...
En ce qui concerne les géométries, la règle est la suivante :
|
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.
| Panel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
Da Spaltenüberschriften in Shapefiles auf 10 Zeichen beschränkt sind, werden zu lange Beschriftungen automatisch gekürzt. Dies kann dazu führen, dass die Unterscheidbarkeit wie im folgenden Beispiel verloren geht: Bauwerksbezeichnung → BAUWERKSBE Bauwerksbeschaffenheit → BAUWERKS02 Comme les en-têtes de colonne sont limités à 10 caractères dans les shapefiles, les étiquettes trop longues sont automatiquement raccourcies. Cela peut entraîner la perte de la distinction, comme dans l'exemple ci-dessous :
|
| Panel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
Bezüglich Attribute gilt:
|
Es ist oft sehr aufwändig oder unmöglich, nachträglich Attribute nachzuerfassen, deshalb lohnt es sich, vor der Datenerhebung genau zu überlegen, welche Informationen erforderlich sind. Als Gedankenstütze sollten folgende Informationsbereiche in Betracht gezogen werden:
...
Objektbeschreibung – Welche Attribute sind notwendig, um ein Objekt ausreichend zu beschreiben? Wie lässt sich ein Objekt eindeutig benennen?
...
Achsreferenz – Hat ein Objekt einen Bezug zu einer Achse (Strassen in Logo)? Falls ja, wie wird diese Achse identifiziert?
...
Zeitpunkte und Zeiträume – Wann wurde ein Objekt in der Realität gebaut? Wann instandgestellt? Gibt es Garantiefristen?
...
Besitzverhältnisse und Zuständigkeiten – Wer ist Eigentümer des Objektes? Wer ist zuständig für den Unterhalt?
...
Metadaten – Auf welcher Datengrundlage wurden die Objekte erfasst? Mit welcher Genauigkeit? Wie aktuell sind die Daten und wann sollten sie aktualisiert werden?
...
En ce qui concerne les attributs, la règle est la suivante :
|
Il est souvent très difficile, voire impossible, 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?
Feldtypen und Wertebereich
...