Suite

Un fichier de formes ou un autre fichier peut-il être créé à partir d'Excel sans coordonnées

Un fichier de formes ou un autre fichier peut-il être créé à partir d'Excel sans coordonnées


J'ai deux feuilles de calcul Excel que j'aimerais transformer en fichiers de formes, ou un équivalent. J'ai accès à ArcGIS au travail et je souhaite également essayer d'utiliser GRASS. J'ai vu l'aide pour le faire, mais seulement si j'ai Lat et Long.

Ce que j'essaie de faire, c'est de créer un fichier de formes à partir d'une ancienne carte des années 1870 sur laquelle figurent les noms des propriétaires. J'ai déformé la carte et j'ai un fichier Excel qui contient déjà tous les noms. J'aimerais juste pouvoir sélectionner un nom et mettre un point où il serait sur la carte.

J'ai aussi une liste de cimetières, certains avec des coordonnées, que j'aimerais cartographier. Mais comme tous les cimetières n'ont pas été localisés, je n'ai pas un bon GPS.

Ma question est, puis-je faire cela? Puis-je créer des colonnes Lat/Lon vides ? Dois-je mettre une valeur 0 dans chaque cellule ? Ou est-ce que cela ne fonctionnera pas du tout ?

edit : Les cartes ne sont en aucun cas géoréférencées, elles ne sont pas très bien faites non plus, du moins cartographiquement. Ils sont utiles si vous connaissez le nom de la route et que l'on peut avoir une idée de l'endroit où se trouvait la propriété. Il y a plus de 6000 propriétés affichées, je voulais essentiellement refaire la carte pour faciliter la recherche des propriétés.

https://jscholarship.library.jhu.edu/bitstream/handle/1774.2/34119/p.07%20Buckeystown%2c%20District%201.jpg">


Ce que je ferais probablement dans ArcMap :
Créez une nouvelle classe d'entités et commencez à ajouter de nouvelles entités. Au fur et à mesure que vous placez chaque point sur la carte, et notez dans votre fichier Excel quel est l'OBJECTID du point. Ensuite, une fois que vous avez terminé de créer des points, joignez le fichier Excel à la classe d'entités et les propriétaires peuvent être copiés dans la classe d'entités.

Autre méthode dans ArcMap :
Trouvez une valeur centrale de latitude/longitude (par exemple, une intersection de route) pendant que la carte est ouverte dans ArcMap. Ajoutez cette latitude/longitude à chaque ferme dans Excel, puis importez le fichier Excel en tant que couche d'événements XY. Enregistrez-la en tant que nouvelle classe d'entités, activez les étiquettes pour les points et configurez-la pour afficher le nom du propriétaire de la propriété, puis commencez la modification et faites glisser chaque point vers son emplacement approprié. (Cette méthode fonctionne également si vous avez des données GPS de qualité inconnue ou incohérente.)

La raison pour laquelle je suggère de trouver un emplacement à proximité de vos fermes est que si vous mettez simplement 0 pour la latitude et la longitude, vous devrez probablement faire glisser les points assez loin pour les amener au bon emplacement. Ce n'est pas nécessairement pire, c'est juste une étape supplémentaire et implique plus de zoom et de panoramique ; autant commencer par eux dans le voisinage général et éviter les tracas !


Je le ferais avec Spatialite-gui. Les étapes sont :

  1. Créer une base de données Spatialite vide avec Spatialite-gui
  2. Importer un fichier Excel avec l'outil "Importer Excel" (format Excel 2003 ou antérieur)
  3. Créer une colonne géométrique (POINT) avec le SRID souhaité
  4. Remplir la colonne de géométrie avec des points factices "geomfromtext('POINT 1 1')"
  5. Ouvrez la table Spatialite avec QGIS. Déplacez les points factices à leurs emplacements corrects. Alternativement, vous pouvez exporter la couche dans un fichier de formes avec Spatialite-gui et continuer avec votre programme SIG préféré.

Un petit tutoriel ancien mais surtout valide est à http://www.surfaces.co.il/spatialite-and-excel-on-talking-terms/


Veuillez consulter http://support.esri.com/en/knowledgebase/techarticles/detail/27589

Bien que je ne connaisse pas du tout ArcGIS, j'ai fait exactement la même chose avec d'autres outils. Cependant puisque vous avez les gros canons, pourquoi ne pas les utiliser…


Comment puis-je convertir une feuille de calcul Excel (.xls) en un fichier de formes par programme ?

J'ai une feuille de calcul Excel que je souhaite convertir en fichier de formes ESRI par programme. Il contient les coordonnées X et Y dans deux colonnes, ainsi qu'une variété de données d'attributs dans d'autres colonnes. La feuille de calcul est au format Excel 97 (c'est-à-dire pas .xlsx).

J'aimerais pouvoir le convertir en un fichier de formes de géométrie de points, la paire x,y de chaque ligne représentant un point. Idéalement, j'aimerais avoir une troisième colonne spécifiant le système de coordonnées de la paire de coordonnées x,y et que le fichier excel contienne des systèmes de coordonnées hétérogènes.

Comment puis-je convertir cette feuille de calcul Excel (.xls) en fichier de formes par programme ? De préférence en Python, mais d'autres implémentations seront acceptées.


Procédure

    Pour vous assurer qu'ArcMap lit correctement les données du fichier, utilisez Excel pour formater les colonnes contenant les valeurs de longitude (X ou Est) et de latitude (Y ou Nord) en NOMBRE, avec un minimum de 8 décimales.

  1. Après avoir formaté le fichier, sélectionnez toutes les cellules dans les lignes et colonnes remplies du tableau et accédez à Fichier > Zone d'impression > Définir la zone d'impression ou Mise en page > Zone d'impression > Définir la zone d'impression.
    • Sur les versions ultérieures d'Excel, le Zone d'impression les options sont sur le Mise en page languette.
  2. Aller vers Fichier > Enregistrer sous, et sélectionnez un format pris en charge parmi les choix disponibles dans Excel. Cliquez sur Oui si Excel avertit que certains formatages ne sont pas pris en charge dans ce format de fichier.
  3. Quittez Excel. Cliquez sur Non lorsqu'Excel vous invite à enregistrer les modifications.
  1. Pour ajouter les données du fichier .dbf, .csv, .txt ou .prn à ArcMap, accédez à Outils > Ajouter des données XY et sélectionnez le fichier.
    • Dans la version 10.0, cliquez sur le Ajouter des données bouton.
  2. Cliquez avec le bouton droit sur le nom de la table et sélectionnez Afficher les données XY.

Par exemple, les données GPS sont le plus souvent collectées en unités de degrés décimaux ou de latitude/longitude, qui est un système de coordonnées géographiques. Ouvrez ce répertoire. Le plus souvent, les données GPS sont collectées sur le système de référence WGS 1984, alors ouvrez le Monde dossier et sélectionnez WGS_1984.prj.

Si les données ont été collectées sur une autre donnée, cliquez sur le lien intitulé Systèmes de coordonnées géographiques et zones d'utilisation dans la section Informations connexes ci-dessous pour trouver la référence appropriée.


Sensibilisation à la Terre

Importer un fichier de formes SIG ou un autre jeu de données vectorielles

Importer GeoTIFF ou un autre jeu de données raster

Absolument aucune compétence en programmation nécessaire !

En avril 2017, Google Earth on Web est sorti, ce qui place Earth dans le navigateur. Cependant, pour ce didacticiel, vous aurez besoin de Google Earth Pro for Desktop installé sur votre ordinateur. Télécharger la dernière version ici. (C'est gratuit!)

Téléchargez les ensembles de données suivants à utiliser dans cet exercice : Rivers_in_SEAsia_shapefile.zip et LandCover_in_SEAsia_grid.zip sur votre ordinateur. Décompressez les deux fichiers dans un dossier sur votre ordinateur.

Importer un fichier de formes SIG ou un autre jeu de données vectorielles

Sélectionner Importer. dans le menu Fichier.

Sélectionnez le type de fichier de vos données dans le Des fichiers de type menu. Pour cet exemple, choisissez _ESRI Shape (.shp)_ dans le menu de type de fichier, sélectionnez Rivers_in_Southeast_Asia.shp, puis cliquez sur Ouvert*.

Si vous avez des données MapInfo .tab, choisissez _MapInfo (.languette) à partir des _Fichiers de type menu, sélectionnez votre fichier TAB et cliquez sur Ouvert*.

Un message apparaîtra, indiquant que le fichier contient plus de 2500 fonctionnalités et pourrait entraîner une dégradation des performances de l'application.

Lorsque vous voyez ce message, vous pouvez choisir de n'importer qu'un échantillon, de vous limiter à votre vue actuelle ou de tout importer.

Clique le Tout importer bouton.

Un message apparaîtra, vous demandant si vous souhaitez créer un modèle de style. Cliquez sur Oui.

Ensuite Paramètres du modèle de style boîte de dialogue, vous allez créer un modèle de style pour les rivières, qui comprendra des couleurs, des étiquettes et des icônes.

Sous le Nom onglet, choisissez le champ dans le fichier de formes que vous souhaitez utiliser pour les étiquettes de nom pour les données dans Google Earth. Vous pouvez utiliser le tableau d'aperçu pour voir quel champ contient le contenu que vous souhaitez utiliser pour les étiquettes.

Pour cet exemple, sélectionnez « NAM » dans le menu déroulant. Il s'agit du champ du fichier de formes qui contient les noms des rivières.

Sous l'onglet Couleur, sélectionnez pour Utiliser une seule couleur, et cliquez sur l'échantillon de couleur à droite. Cela fait apparaître les paramètres de couleur.

Dans le Choisissez la couleur boîte de dialogue, choisissez une couleur pour le jeu de données de rivière. Pour cet exemple, sélectionnez une couleur bleue et cliquez sur d'accord.

Sous l'onglet Hauteur, gardez Fixez les caractéristiques à la terre choisi. Cela gardera les rivières fixées au sol, en suivant le terrain.

Cliquez sur d'accord pour finir votre style.

Une boîte de dialogue apparaîtra, vous demandant si vous souhaitez enregistrer le modèle de style que vous venez de créer. Si vous souhaitez l'enregistrer pour une utilisation future, cliquez sur sauver. Sinon, cliquez sur Annuler. Pour cet exemple, cliquez sur sauver.

Vos données SIG ont été converties en KML et les données apparaissent maintenant dans Google Earth. Remarquez comment le KML est également répertorié dans le panneau Lieux sous votre Lieux temporaires dossier. Pour l'enregistrer dans Google Earth pour les sessions futures, sélectionnez et faites glisser ce fichier vers votre Mes lieux dossier avant de fermer Google Earth.

Une fois que vous avez importé votre jeu de données vectorielles, vous pouvez optimiser votre fichier pour limiter le nombre de points affichés à des altitudes plus élevées, en utilisant l'outil Regionate, et en suivant ces étapes :

  • Enregistrez votre jeu de données vectorielles importé au format KML, puis choisissez Regionate dans le menu Tools.
  • Pour le fichier d'entrée, recherchez votre fichier KML enregistré. Choisissez ensuite un dossier de sortie dans lequel vous souhaitez enregistrer les fichiers régionaux.
  • Cochez « Ouvrir les fichiers régionalisés lorsque vous avez terminé » et cliquez sur Régionaliser. Désormais, au fur et à mesure que vous zoomez, vous verrez de plus en plus de points.

Importer GeoTIFF ou un autre jeu de données raster

Pour importer un jeu de données raster, sélectionnez Importer. du Fichier menu. Sélectionnez le format de fichier approprié dans le menu de type de fichier en bas, sélectionnez le fichier que vous souhaitez importer et cliquez sur Ouvert. Pour cet exemple, sélectionnez le type de fichier _GeoTIFF (.tif)_, sélectionnez le fichier LandCover_SEAsia.tif et cliquez sur Ouvert*.

Si votre image importée est plus grande que la taille maximale prise en charge par le matériel, plusieurs choix vous seront proposés :

  • Cliquez sur Créez une super superposition. pour importer de grandes images et les diviser automatiquement en tuiles et les mettre à l'échelle en fonction de votre niveau de zoom.
  • Cliquez sur Échelle pour redimensionner à la taille maximale prise en charge.
  • Cliquez sur Recadrer pour n'afficher qu'un sous-ensemble en pleine résolution de l'image.

Pour ce tutoriel, choisissez Échelle pour importer une seule image de résolution légèrement inférieure.

Dans le Nouvelle superposition d'images boîte de dialogue qui apparaît, donnez à votre image une superposition Nom, puis cliquez sur d'accord.

Étant donné que le jeu de données raster est géoréférencé à un système de coordonnées, il est automatiquement placé à l'emplacement approprié. La couverture terrestre GeoTIFF a été importée dans Google Earth et se trouve dans le panneau Lieux.

En plus d'importer des données SIG dans Google Earth Pro, vous pouvez également utiliser de nombreux autres outils et logiciels pour convertir les données SIG en fichiers KML à utiliser dans Google Earth. Les logiciels SIG, comme QGIS, ESRI ArcGIS et MapInfo, disposent d'outils pour exporter les données SIG au format KML pour une utilisation dans Google Earth.

QGIS, le logiciel SIG gratuit et open source, dispose de plusieurs outils et plugins liés au KML.

ESRI ArcGIS contient des outils dans ArcToolbox (Conversion Tools > To KML) pour convertir les données SIG vectorielles et raster en KML.

ogr2gui, un utilitaire gratuit qui convertit de nombreux formats, y compris les fichiers de formes en KML.

Vous avez des questions sur ce tutoriel ? Vous voulez nous faire part de vos commentaires ? Visitez la communauté d'aide de Google Earth pour en discuter avec d'autres.


Durabilité des formats numériques : planification des collections de la Bibliothèque du Congrès

Le format ESRI Shapefile a été développé par Esri, anciennement Environmental Systems Research Institute, Inc. et abrégé en "ESRI", et publié en 1998. Bien que propriétaire, l'intention derrière la publication du format était d'encourager son utilisation pour l'interopérabilité entre les systèmes d'information géographique. (SIG). Le format Shapefile stocke la géométrie non topologique et les informations attributaires pour les entités spatiales dans un ensemble de données. Un Shapefile se compose au minimum d'un fichier principal, d'un fichier d'index et d'une table dBASE.

Dans le fichier principal, la géométrie d'une entité est stockée sous la forme d'une forme comprenant un ensemble de coordonnées vectorielles. Ce fichier principal est un fichier d'accès direct à longueur d'enregistrement variable dans lequel chaque enregistrement décrit une forme avec une liste de ses sommets. Dans le fichier d'index, chaque enregistrement contient le décalage de l'enregistrement du fichier principal correspondant depuis le début du fichier principal. Les attributs sont conservés dans un fichier au format dBASE. La table dBASE contient des attributs d'entité avec un enregistrement par entité. Les enregistrements d'attributs du fichier dBASE doivent être dans le même ordre que les enregistrements du fichier principal. Chaque enregistrement d'attribut a une relation un-à-un avec l'enregistrement de forme associé.

Le format de fichier de formes peut prendre en charge les entités ponctuelles, linéaires et surfaciques. Les entités surfaciques sont représentées sous forme de polygones à double numérisation en boucle fermée.

Les instances du format Shapefile ont souvent été utilisées comme format d'échange de données entre les formats Esri et les applications non Esri. Le format est particulièrement utile pour écrire rapidement des entités et des attributs simples, car il existe des limitations inhérentes au format Shapefile liées à la fois à la géométrie et aux attributs. Comme indiqué ailleurs dans cette description, ces limitations peuvent entraîner une perte de données lors de l'utilisation de fichiers de formes pour contenir ou échanger une géométrie ou des attributs complexes. Le format Shapefile peut être utilisé comme intermédiaire entre les applications de création de données et les formats et applications SIG plus fonctionnels, bien qu'avec les limitations notées dans la section Dataset/Normal Dataset.

Le groupe de fichiers est généralement stocké dans le même répertoire de fichiers ou espace de travail de projet, avec tous les fichiers de composants ayant le même nom de fichier (préfixe) et identifiés par une extension de fichier individuelle (suffixes). Trois composants sont obligatoires : un fichier principal qui contient la géométrie de l'entité (.shp), un fichier d'index qui stocke l'index de la géométrie de l'entité (.shx) et une table dBASE (.dbf) qui stocke les informations attributaires des entités. Une liste complète des fichiers de composants suit :

  • shp -- Fichier principal (obligatoire) un accès direct, fichier de longueur d'enregistrement variable dans lequel chaque enregistrement décrit une forme avec une liste de ses sommets.
  • shx -- Fichier d'index (obligatoire). Dans le fichier d'index, chaque enregistrement contient le décalage de l'enregistrement du fichier principal correspondant depuis le début du fichier principal. Le fichier d'index (.shx) contient un en-tête de 100 octets suivi d'enregistrements de longueur fixe de 8 octets.
  • dbf -- Fichier de table dBASE (obligatoire) une forme contrainte de DBF qui contient des attributs d'entité avec un enregistrement par entité. La relation un à un entre la géométrie et les attributs est basée sur le numéro d'enregistrement. Les enregistrements d'attributs du fichier dBASE doivent être dans le même ordre que les enregistrements du fichier principal.
  • sbn -- Partie 1 de l'index spatial pour les instances en lecture-écriture du format Shapefile. S'il est présent, essentiel pour un traitement correct.
  • sbx -- Partie 2 de l'index spatial pour les instances en lecture-écriture du format Shapefile. S'il est présent, essentiel pour un traitement correct.
  • atx -- Créé par ArcView 3.x pour chaque instance du format Shapefile ou de l'index d'attribut dBASE créé dans ArcCatalog. Les index d'attributs ArcView GIS 3.x pour les fichiers de formes et les fichiers dBASE ne sont pas utilisés par les versions ultérieures d'ArcGIS car un nouveau modèle d'indexation d'attributs a été développé pour les fichiers de formes et les fichiers dBASE.
  • fbn -- L'un des fichiers qui stockent l'index spatial des entités pour les instances du format Shapefile qui sont en lecture seule.
  • fbx -- L'autre fichier (en plus de .fbn) qui stocke l'index spatial des entités pour les instances du format Shapefile qui sont en lecture seule.
  • ain -- L'un des fichiers qui stocke l'index attributaire des champs actifs dans une table ou la table attributaire d'un thème.
  • aih -- L'autre fichier (outre .ain) qui stocke l'index attributaire des champs actifs dans une table ou une table attributaire de thème
  • ixs -- Index de géocodage pour les fichiers de formes en lecture/écriture. S'il est présent, essentiel pour un traitement correct.
  • mxs --Index de géocodage pour les fichiers de formes en lecture-écriture (format ODB).
  • prj -- Le fichier de définition des projections stocke les informations du système de coordonnées.
  • xml -- contient des métadonnées, telles qu'utilisées par ArcGIS.
  • cpg -- Un fichier facultatif qui peut être utilisé pour spécifier la page de codes pour identifier le jeu de caractères à utiliser.

Voir Notes pour plus d'informations sur les noms de fichiers et leur contenu.

Utilisation locale

Expérience LC ou exploitations existantes La Bibliothèque du Congrès a acquis des données géospatiales au format Shapefile pour ses collections et pour produire des cartes pour soutenir le service au Congrès américain et pour illustrer l'étendue des collections. Là où la bibliothèque achetait autrefois des jeux de cartes en cours sur papier, beaucoup sont maintenant acquis numériquement. Par exemple, une acquisition de carte peut inclure à la fois un GeoTIFF créé en scannant une carte papier et des vectorisations de l'original au format ESRI_shape ou GeoDB_file. À partir de diverses sources, y compris des pages Web archivées, plus de 130 000 fichiers avec l'extension .shp ont été trouvés dans son stockage de collection numérique en mai 2020.
Préférence LC Pour les œuvres acquises pour ses collections, la Library of Congress Recommended Format Specifications for Geographic Information System (GIS) - Vector Images, indique que le format Shapefile, ESRI_Shape, est un format préféré pour les images vectorielles SIG. Étant donné que ESRI_Shape est pris en charge par des systèmes d'information géospatiale largement adoptés et par des bibliothèques de logiciels open source bien pris en charge, il s'agit également d'un format préféré pour les ensembles de données géospatiales. Voir la déclaration sur les formats recommandés par la Library of Congress pour les ensembles de données. C'est également un format privilégié pour les images vectorielles 2D et 3D de conception assistée par ordinateur.

Facteurs de durabilité

Au cours des années 1990, Esri a introduit le format Shapefile et il est rapidement devenu un standard de facto. Le format est encore largement déployé aujourd'hui, bien que les limitations décrites dans les facteurs de qualité et de fonctionnalité et les notes dans cette description aient conduit de nombreux utilisateurs à passer aux formats de bases de données géospatiales. Voir GeoDB et GeoPackage.

Selon Shapefiles dans le cours en ligne "CASA0005 Geographic Information Systems and Science" de l'University College de Londres, "Le format de données SIG le plus couramment utilisé est peut-être le shapefile. Les shapefiles ont été développés par ESRI, l'un des premiers et maintenant certainement le plus grand format commercial Société SIG dans le monde. Bien qu'elles soient développées par une société commerciale, elles sont pour la plupart un format ouvert et peuvent être utilisées (lues et écrites) par une multitude d'applications logicielles SIG."

Essentiellement, toutes les applications SIG peuvent afficher, utiliser ou manipuler des données au format Shapefile. Début 2020, des exemples d'applications logicielles géospatiales grand public prenant en charge le format Shapefile, avec des liens vers des listes de formats pris en charge, incluent : Esri ArcGIS et d'autres produits Esri, tels que CityEngine Global Mapper MapInfo Professional (maintenant de Pitney Bowes) LuciadFusion (de Hexagon Geospatial ). L'application SIG open source QGIS peut importer et exporter des fichiers de formes. Les flux de données, tels que ceux des récepteurs du système de positionnement global (GPS), peuvent également être stockés au format Shapefile. Les fichiers de formes peuvent être importés dans Google Earth Pro, Open Street Map et AutoCAD Map 3D. Il existe également plusieurs bibliothèques logicielles, dans une variété de langages de programmation, qui prennent en charge son utilisation. En particulier, la bibliothèque d'abstraction de données géospatiales (GDAL) de l'Open Source Geospatial Foundation prend en charge le format Shapefile, et le bureau FME de Safe Software pour l'intégration et la transformation des données spatiales prend en charge la lecture et l'écriture du format Shapefile sur les systèmes d'exploitation Windows, Linux et MacOS. Voir Spécifications techniques FME pour FME Desktop et FME Server.

Un certain nombre d'agences gouvernementales américaines ont distribué des données au format Shapefile, notamment le US Geological Survey (USGS), le US Census Bureau, la National Oceanic and Atmospheric Administration, l'Environmental Protection Agency et le projet interagence National Atlas of the United States dirigé par l'USGS. Voir les notes pour plus de détails sur les données au format Shapefile disponibles auprès de ces agences.

Parmi les institutions d'archives qui répertorient le format Shapefile comme format préféré ou acceptable, citons : les Archives nationales des États-Unis, le UK Data Service et les Data Archiving and Networked Services pour les Pays-Bas.

Des exemples sélectionnés d'ensembles de données de recherche mis à disposition pour être réutilisés dans le format Shapefile sont les suivants : États-Unis District Court Boundary Shapefiles (1900-2000) à partir des fichiers Open ICPSR GIS du National Historical Geographic Information System et des données ParkServe de The Trust for Public Land.

Facteurs de qualité et de fonctionnalité

Le format ESRI Shapefile est un jeu de données à usage spécial pour stocker la géométrie non topologique et les informations attributaires pour les entités spatiales dans un jeu de données. Son fichier Shape_DBF de composant utilise une forme contrainte du format de fichier dBASE (DBF) pour stocker les attributs d'entité à l'aide d'un ensemble limité de types de données.

Certaines considérations pertinentes ont été décrites dans l'explication de l'aide d'Esri « Considérations relatives au géotraitement pour la sortie des fichiers de formes » (à partir de 2009 et ArcGIS 9.3), y compris l'idée que la relative simplicité de la structure du format de fichier de formes signifie que des données peuvent être perdues si le format est utilisé. pour transférer une géométrie et des attributs complexes. Le document note également que les attributs du format ne peuvent pas contenir de valeurs nulles et stockent les valeurs numériques sous forme de caractères plutôt que binaires, entraînant ainsi des erreurs d'arrondi pour les nombres contenant des décimales, c'est-à-dire des nombres réels. Le format manque également d'une bonne prise en charge des chaînes de caractères Unicode, limitant ainsi l'utilisation de langues autres que l'anglais, et n'autorise pas les noms de champ de plus de dix caractères. Le format ne peut pas stocker à la fois une date et une heure dans le même champ de date et ne peut pas prendre en charge les domaines ou sous-types spatiaux. En termes de limitations géométriques, les instances du format Shapefile ont une limite de taille de 2 Go pour n'importe quel fichier de composant, mais une instance donnée peut prendre jusqu'à trois à cinq fois plus d'espace que les bases de données SIG de fichiers. Le format Shapefile ne contient pas de tolérance XY (la distance minimale entre les coordonnées avant qu'elles ne soient considérées comme égales), ce qui a un impact sur la précision avec laquelle la comparaison entre les entités peut être calculée. Étant donné que les courbes en arc de cercle ne sont pas prises en charge dans le format, les courbes en arc de cercle existantes seront transformées en entités linéaires simples avec des sommets rapprochés plutôt que comme de véritables arcs.

À partir de 2020, avec la taille croissante des ensembles de données et l'utilisation et l'analyse accrues des SIG par les débutants et les non-spécialistes, les lacunes du format Shapefile sont de plus en plus importantes. Les alternatives incluent le GeoPackage OGC spécifié de manière ouverte et la géodatabase de fichiers propriétaire ESRI. Des exemples de plaidoyer pour arrêter l'utilisation de Shapefile, avec des listes de problèmes, incluent Switch from Shapefile et Pourquoi vous devriez utiliser GeoPackage au lieu de Shapefile.

La structure minimale du format Shapefile (c'est-à-dire les fichiers .shp, .shx, .dbf requis dans le cluster) facilite le géoréférencement dans la mesure où les fichiers "auxiliaires" sont également regroupés dans la même structure de répertoire, y compris un fichier .prj pour informations de projection et un fichier .txt ou .xml pour les métadonnées. Si l'enregistrement de métadonnées pour une instance de format Shapefile donnée comprend des coordonnées, des données et une échelle, l'emplacement des entités représentées par l'instance du format peut être déterminé avec précision et précision.

Le format Shapefile gère des entités uniques qui se chevauchent ou qui ne sont pas contiguës. Le format peut prendre en charge les entités ponctuelles, linéaires et surfaciques. Les entités surfaciques sont représentées sous forme de polygones à double numérisation en boucle fermée.

Étant donné que le format n'a pas la charge de traitement d'une structure de données topologique, il nécessite généralement moins d'espace disque et est plus facile à lire et à écrire. Il présente des avantages par rapport à certains formats de données géospatiales plus complexes, tels qu'une vitesse de dessin et une éditabilité plus rapides. Cependant, les fichiers de formes n'ont pas de domaine spatial, qui définit l'étendue géographique dans laquelle toutes les coordonnées doivent se situer. Cette étendue spatiale est utile lors de la modification de la géométrie car elle vous empêche d'entrer des coordonnées en dehors de l'étendue. Voir le jeu de données normal et les notes pour d'autres limitations.

Signifiants de type de fichier et identificateurs de format

  • S'il est présent, essentiel pour un traitement correct.
  • Doit avoir le même nom de fichier de base que tous les autres fichiers inclus dans le cluster au format Shapefile.
  • S'il est présent, essentiel pour un traitement correct.
  • Doit avoir le même nom de fichier de base que tous les autres fichiers inclus dans le cluster au format Shapefile.
  • Fichier associé si présent, indispensable au bon traitement.
  • Doit avoir le même nom de fichier de base que tous les autres fichiers inclus dans le cluster au format Shapefile.
  • Doit avoir le même nom de fichier de base que tous les autres fichiers inclus dans le cluster de format Shapefile.
  • Doit avoir le même nom de fichier de base que tous les autres fichiers inclus dans le cluster de format Shapefile.
  • Doit avoir le même nom de fichier de base que tous les autres fichiers inclus dans le cluster au format Shapefile.
  • Doit avoir le même nom de fichier de base que tous les autres fichiers inclus dans le cluster au format Shapefile.
  • Fichier associé si présent, indispensable au bon traitement.
  • Doit avoir le même nom de fichier de base (préfixe) que tous les autres fichiers inclus dans le cluster de format Shapefile.
  • Doit avoir le même nom de fichier de base (préfixe) que tous les autres fichiers inclus dans le cluster de format Shapefile.
  • Doit avoir le même nom de fichier de base (préfixe) que tous les autres fichiers inclus dans le cluster de format Shapefile.
  • Doit avoir le même nom de fichier de base (préfixe) que tous les autres fichiers inclus dans le cluster de format Shapefile.

Remarques

Tous les noms de fichiers dans un cluster au format Shapefile adhèrent à la convention de nommage 8.3. Le fichier principal, le fichier d'index et le fichier dBASE ont le même nom de fichier de base (préfixe), qui doit commencer par un caractère alphanumérique (a–Z, 0–9), suivi de zéro ou jusqu'à sept caractères (a–Z , 0-9, _, -). Toutes les lettres d'un nom de fichier sont en minuscules sur les systèmes d'exploitation avec des noms de fichiers sensibles à la casse.

Le format Shapefile stocke des nombres entiers et double précision. La description technique ESRI Shapefile fait référence aux types suivants :

  • Entier : Entier 32 bits signé (4 octets)
  • Double : nombre à virgule flottante double précision IEEE 64 bits signé (8 octets)
  • Les nombres à virgule flottante doivent être des valeurs numériques.

Les valeurs infini positif, infini négatif et Not-a-Number (NaN) ne sont pas autorisées dans le format. Néanmoins, le format prend en charge le concept de valeurs « sans données », mais elles ne sont actuellement utilisées que pour les mesures. Tout nombre à virgule flottante inférieur à –1038 est considéré par un lecteur Shapefile comme représentant une valeur "pas de données".

La fonctionnalité associée au format Shapefile est limitée par les règles associées à la construction et à l'affichage des points, des polylignes et des polygones. Des limitations sont également imposées par l'utilisation du fichier de composant dBASE avec ses types de champs et ses restrictions de largeur de caractère, sa restriction de prise en charge uniquement des caractères ANSI dans les noms et valeurs de champs. Le nombre de champs dans une table attributaire est limité à 255, et il existe peu de prise en charge des fonctions SQL autres que celles fournies par l'utilisation des clauses WHERE. Le sous-typage des classes d'entités, l'attribution de domaines attributaires, les réseaux géométriques, les topologies et les annotations ne sont pas pris en charge par les fichiers de formes, limitant ainsi plus ou moins la fonctionnalité à celle de la fonctionnalité SIG normale.

Le format Shapefile peut être utile en tant qu'état intermédiaire lors de l'exportation de données à utiliser dans une application logicielle non Esri, ou pour exporter des données à utiliser dans ArcView 3 ou ArcInfo Workstation. Le format Shapefile peut être utilisé pour écrire rapidement des entités et des attributs simples, comme pour les services de géotraitement ArcGIS Server. Mais comme indiqué dans l'explication de l'aide d'Esri Considérations relatives au géotraitement pour la sortie de fichiers de formes (à partir de 2009, ArcGIS 9.3), le format ne gère pas le cycle de vie complet de la création, de la mise à jour, de la gestion des versions et de l'archivage des données, ce qui inhibe son utilisation dans la vie moderne. cycle, gestion active de la base de données.

Voici des exemples d'adoption du format Shapefile par des agences gouvernementales américaines. Étant donné que les sites Web du gouvernement sont réorganisés et repensés et que l'utilisation des formats change au fil du temps, de nombreux liens se font via Internet Archive :

  • Les couches cartographiques du fichier vectoriel de l'Atlas national des États-Unis d'Amérique étaient disponibles au format Shapefile pendant la période 1997-2014, l'Atlas était en ligne. Ces couches étaient auparavant également disponibles au format SDTS-TVP, mais la prise en charge de SDTS-TVP a été abandonnée à la mi-2012, en raison du manque de demande.
  • En 2014, les métadonnées spatiales du National Elevation Dataset (NED) étaient disponibles au format Shapefile. (Lien via Internet Archive)
  • Le United States Census Bureau a mis à disposition des ensembles de données de limites légales au format Shapefile depuis de nombreuses années. Voir, par exemple, Conventions de nommage des fichiers de limites cartographiques pré-2010 (à partir de 2012) et TIGER/Line Shapefiles (à partir de 2017). En mai 2020, les données sur les limites légales sont toujours disponibles au format Shapefile, voir Census Geography Program: Combined Documentation.
  • Plusieurs jeux de données disponibles sous forme de couches dans The National Map (TNM) peuvent être téléchargés aux formats Shapefile et GeoDB_file. Cela inclut l'ensemble de données USGS National Boundary, l'ensemble de données USGS National Transportation et l'ensemble de données USGS National Structures.
  • U.S. Maritime Limits & Boundaries, de l'Office of Coast Survey, sont distribués au format Shapefile.
  • L'Environmental Protection Agency des États-Unis a distribué des informations géospatiales du Facility Registry Service (FRS) sous forme de fichiers de formes jusqu'en 2015 (lien via Internet Archive). Plus récemment, les mêmes données sont mises à disposition au format GeoDB_file. Voir FRS | Service de téléchargement de données géospatiales.
  • Le Département de l'agriculture des États-Unis (USDA) distribue les ensembles de données nationaux du Service forestier au format Shapefile.
  • Les données vectorielles du littoral provenant du U.S. Geological Survey (USGS) sont disponibles auprès de la NOAA au format Shapefile.
  • Les données de la National Broadband Map (à partir de 2014) étaient disponibles aux formats Shapefile et CSV. (Lien via Internet Archive)

Les fichiers de formes sont souvent distribués sous forme de packages compressés qui combinent les fichiers associés et réduisent le temps de téléchargement. La visionneuse de données numériques USGS : dlgv32 Pro, une version à fonctionnalités limitées du logiciel commercial Global Mapper, peut charger directement des fichiers de formes distribués sous forme de fichiers compressés .tar.gz.

Esri a introduit le format Shapefile dans le cadre d'ArcView GIS version 2 dans les années 1990. Le format était le bienvenu car l'intérêt pour les structures géométriques simples s'était accru au cours des années 1990, à mesure que les coûts de stockage sur disque et de matériel diminuaient et que la vitesse de calcul augmentait. Dans le même temps, les ensembles de données du système d'information géographique (SIG) existants étaient plus facilement disponibles et le travail des utilisateurs du SIG évoluait principalement des activités de compilation de données pour inclure l'utilisation, l'analyse et le partage de données. Les fichiers de formes pouvaient être facilement créés à partir de nombreux systèmes SIG et, au fil du temps, les fichiers de formes ont été largement adoptés comme norme de facto.


Un shapefile, ou un autre fichier, peut-il être réalisé à partir d'Excel sans coordonnées - Systèmes d'Information Géographique

(Conversion des coordonnées tabulaires en données ponctuelles)

Retour à la page d'aide des didacticiels SIG et de l'amp. Retour à la page d'accueil SAL.

(particulièrement recommandé si vos données sont en WGS84 et que vous devez les convertir en NAD83 ou NAD27)

ArcGIS vous permet d'utiliser une table d'informations pour afficher des points sur la carte. Pour ce faire, chaque enregistrement (ou ligne) du tableau doit contenir des informations pour un emplacement spécifique (par exemple, une coordonnée X et Y). Ce type de table de données peut provenir d'un récepteur GPS ou d'autres sources. Ces points X-Y peuvent être ensuite exportés vers un fichier de formes ou une géodatabase pour les convertir en une couche de données SIG réelle.

La première exigence est d'avoir un tableau dans le bon format. ArcMap lira un fichier .dbf, un fichier .txt (délimité par des tabulations) ou un fichier .csv (délimité par des virgules) mais ne pas un fichier Excel .xls (à partir d'ArcGIS 9.2, cela devrait changer). Un des champs (colonnes) du tableau doit contenir les coordonnées X (ou longitude ou abscisse) et un autre champ doit contenir les coordonnées Y (ou latitude ou nord). Ces deux champs doivent être numériques. Si vos données sont dans Excel, consultez les informations supplémentaires sur Comment passer d'Excel à ArcGIS.

Sélectionner Ajouter des données XY du Outils menu

Dans le Ajouter des données XY la fenêtre:

Choisissez une table Accédez à votre fichier de données X-Y

Champ X = <Champ de longitude> (quel que soit le nom de votre champ E-W)

Champ Y = <Champ de latitude> (quel que soit le nom de votre champ N-S)

Pour le Référence spatiale des coordonnées d'entrée | La description:

(par défaut, cela indiquera « Système de coordonnées inconnu »)

Cliquer sur Éditer(sous le La description boîte)

Dans le Propriétés de référence spatiale fenêtre, appuyez sur Sélectionner

Dans le Parcourir le système de coordonnées fenêtre de navigation jusqu'au système de coordonnées approprié

Systèmes de coordonnées courants utilisés à Washington :

Systèmes de coordonnées géographiques | Monde | WGS 1984

Systèmes de coordonnées projetées | UTM | Depuis 1927 | NAD 1927 UTM Zone 10N

Systèmes de coordonnées projetées | UTM | Depuis 1983 | NAD 1983 UTM Zone 10N

Systèmes de coordonnées projetées | Avion d'État | Depuis 1927 | NAD 1927 StatePlane

Washington Nord FIPS 4601

Systèmes de coordonnées projetées | Avion d'État | Depuis 1927 | NAD 1927 StatePlane

Washington Sud FIPS 4602

Systèmes de coordonnées projetées | Avion d'État | Depuis 1983| NAD 1983 StatePlane

Washington Nord FIPS 4601

Systèmes de coordonnées projetées | Avion d'État | Depuis 1983| NAD 1983 StatePlane

Washington Sud FIPS 4602

De retour dans le Propriétés de référence spatiale fenêtre, appuyez sur d'accord

De retour dans le Ajouter des données XY fenêtre, appuyez sur d'accord

Facultatif : exportez les données vers un fichier de formes (cliquez avec le bouton droit sur la couche de données X-Y dans

les Table des matières et choisissez Données | Exporter les données

Dans Exporter des données la fenêtre:

Vérifier Utiliser le même système de coordonnées que ce données source de la couche

Renommer et/ou modifier l'emplacement de stockage du nouveau shapefile

comme vous le souhaitez dans le Fichier de formes de sortie boîte

Retour à la page d'aide des didacticiels SIG et de l'amp. Retour à la page d'accueil SAL.


Outils de géographie gratuits

Explorer le monde des outils gratuits pour les SIG, GPS, Google Earth, la néogéographie, etc.

Un convertisseur de coordonnées Shapefile gratuit et facile

Les fichiers de formes peuvent être créés dans n'importe quel système de coordonnées et se trouvent souvent (et de manière ennuyeuse) dans un système de coordonnées différent de celui dans lequel vous aimeriez qu'ils soient. Par exemple, plusieurs des convertisseurs de fichiers de formes en KML publiés récemment nécessitent que le shapefile être dans le système de coordonnées natif de Google Earth : coordonnées géographiques (latitude/longitude), datum WGS84 que faites-vous si votre shapefile est dans un système de coordonnées différent, comme UTM, Lambert Conformal Conic ou State Plane Coordinate System ? Il existe de nombreux utilitaires de conversion gratuits qui peuvent reprojeter des fichiers de formes d'un système de coordonnées/données à un autre, mais il y en a un que je préfère car il est rapide et facile à utiliser.

FenêtreCarte n'est pas seulement un éditeur et un visualiseur SIG open source de premier ordre, mais il est également livré avec un certain nombre d'utilitaires de plug-in utiles, dont un pour reprojeter des fichiers de formes dans pratiquement n'importe quel système de coordonnées et datum. Après avoir téléchargé et installé le programme, vous devrez activer le plug-in approprié : accédez au menu Plug-ins et sélectionnez la liste des outils SIG dans ce menu pour l'activer. Un nouvel en-tête de menu Outils SIG apparaîtra dans la barre d'outils. Dans ce menu Outils SIG, sélectionnez Vector => Reproject a Shapefile. Sélectionnez le fichier de formes que vous souhaitez re-projeter, et vous obtiendrez la fenêtre ci-dessous, à partir de laquelle vous pouvez sélectionner votre projection cible et votre référence :

Si le fichier de formes que vous reprojetez a un fichier de projection .PRJ définissant sa projection d'origine, MapWindow le lira automatiquement. Sinon, vous obtiendrez une autre fenêtre similaire à celle ci-dessus vous demandant de spécifier le système de coordonnées d'origine du fichier de formes. MapWindow reprojetera ensuite le fichier de formes et créera un nouveau fichier de formes avec “_Reprojected” ajouté au nom du fichier de formes d'origine. Voici une carte des États-Unis créée à partir d'un fichier de formes en coordonnées géographiques :

Et voici une carte créée à partir de ce fichier de formes reprojeté par MapWindow vers Albers Equal Area Conic :

En plus des fichiers standard .SHP, .SHX et .DBF, MapWindow créera également le fichier de projection .PRJ pour le fichier de formes nouvellement projeté, que de nombreux programmes SIG peuvent lire automatiquement, et qu'il est utile de conserver avec le fichier de formes à conserver. track of its coordinate system. If you only want to create a .PRJ file for a shapefile, you can do that, too. Select GIS Tools => Vector => Assign Projection to Shapefile, and follow a similar procedure to the initial steps above to select the shapefile and its original projection MapWindow will create a matching .PRJ file to go with it. Simple, fast and easy.

Articles Similaires:

Vous cherchez autre chose ? Entrez quelques mots-clés ci-dessous, puis cliquez sur "Rechercher".    


Join spatial data

Sometimes your spatial data includes only the geometry information, and does not include any demographic or other information. In this case, you can join a spatial data source with another data source type, or even another spatial file that includes the additional data you need for your analysis, as long as the files have a column (or field) in common.

For example, you can join a KML file that contains custom geographies for school districts in Oregon, U.S. with an Excel spreadsheet that contains demographic information about those school districts.

For more information on the different ways to join spatial data, see Join Spatial Files in Tableau.


  1. Open the ArcToolbox Projection wizard.
    ArcGIS 9.x
    1. Click on ArcToolbox button in either ArcMap or ArcCatalog to open the ArcToolbox window.
    2. Expand Data Management Tools > Projections and Transformations > Feature.
    3. Double-click Project to project a single shapefile or geodatabase feature class, or right-click Project and select the Batch mode to project multiple shapefiles or geodatabase feature classes (9.2 or higher). If using version 9.1, double-click Batch Project.
    1. Click the ArcToolbox button in ArcCatalog to open the ArcToolbox window.
    2. Expand Data Management Tools > Projections.
    3. Double-click Project Wizard (shapefiles, geodatabases).
    1. Click the Browse button next to Input Dataset or Feature Class. Browse to the dataset to project and click Add.
      [9.1] If multiple shapefile or geodatabase feature classes are being projected, click the + button to add more feature classes.
      [9.2 and higher] If multiple shapefile or geodatabase feature classes are being projected, click the + button to add more rows. Double-click the input dataset cell and use the new dialog box to select the data to be projected.
    1. Locate the shapefile to be projected and click Next.
    1. Click the Browse button next to Output Dataset or Feature Class. Browse to a location to save the new projected dataset. Make any modifications necessary to the name of the new data and click Save.
    2. If using the batch mode of the Project Tool, double-click the Output dataset cell to browse to a location and save.
    1. Specify a location and name for the new projected data, then click Next.
    1. Click the Browse button next to Output Coordinate System to open the Spatial Reference Properties dialog box.
    2. Click Select to browse to a predefined coordinate system. Once a coordinate system is selected, click OK.
      If using the batch mode of the Project Tool, double-click the output coordinate system cell. In the new dialog box, click the Browse button to open the Coordinate System dialog box. Use the Select or Import buttons to set the coordinate system.
    1. Click Select Coordinate System > Select the coordinate system for the resulting projected file, or Import it from an existing dataset that already has the correct projection defined for it.
    1. Click the Geographic Transformation drop-down list and select a geographic transformation. Optionally, click the + button to select a second geographic transformation.
    2. If using the batch mode of the Project Tool, double-click the geographic transformation cell and select a transformation in the new dialog box that opens.
    1. Click Set Transformation and select the correct transformation from the Using drop-down list.
    2. Click OK and then click Next.
    3. Make certain the extents are correct and click Next.
    4. Check the summary and click Finish.

    Software: ArcMap 10.4.1, 10.4, 10.3.1, 10.3, 10.2.2, 10.2.1, 10.2, 10.1, 10


    Contenu

    The shapefile format is a digital vector storage format for storing geometric location and associated attribute information. This format lacks the capacity to store topological information. The shapefile format was introduced with ArcView GIS version 2 in the early 1990s. It is now possible to read and write geographical datasets using the shapefile format with a wide variety of software.

    The shapefile format stores the data as primitive geometric shapes like points, lines, and polygons. These shapes, together with data attributes that are linked to each shape, create the representation of the geographic data. The term "shapefile" is quite common, but the format consists of a collection of files with a common filename prefix, stored in the same directory. The three obligatoire files have filename extensions .shp , .shx , and .dbf . L'actuel fichier de formes relates specifically to the .shp file, but alone is incomplete for distribution as the other supporting files are required. Legacy GIS software may expect that the filename prefix be limited to eight characters to conform to the DOS 8.3 filename convention, though modern software applications accept files with longer names.

    • .shp — shape format the feature geometry itself
    • .shx — shape index format a positional index of the feature geometry to allow seeking forwards and backwards quickly
    • .dbf — attribute format columnar attributes for each shape, in dBase IV format
    • .prj — projection description, using a well-known text representation of coordinate reference systems
    • .sbn and .sbx — a spatial index of the features
    • .fbn and .fbx — a spatial index of the features that are read-only
    • .ain and .aih — an attribute index of the active fields in a table
    • .ixs — a geocoding index for read-write datasets
    • .mxs — a geocoding index for read-write datasets (ODB format)
    • .atx — an attribute index for the .dbf file in the form of fichier de formes.columnname.atx (ArcGIS 8 and later)
    • .shp.xml — geospatial metadata in XML format, such as ISO 19115 or other XML schema
    • .cpg — used to specify the code page (only for .dbf ) for identifying the character encoding to be used
    • .qix — an alternative quadtree spatial index used by MapServer and GDAL/OGR software

    In each of the .shp , .shx , and .dbf files, the shapes in each file correspond to each other in sequence (i.e., the first record in the .shp file corresponds to the first record in the .shx and .dbf files, etc.). The .shp and .shx files have various fields with different endianness, so an implementer of the file formats must be very careful to respect the endianness of each field and treat it properly.

    The 2D axis ordering of coordinate data assumes a Cartesian coordinate system, using the order (X Y) or (Easting Northing). This axis order is consistent for Geographic coordinate systems, where the order is similarly (longitude latitude). Geometries may also support 3- or 4-dimensional Z and M coordinates, for elevation and measure, respectively. A Z-dimension stores the elevation of each coordinate in 3D space, which can be used for analysis or for visualisation of geometries using 3D computer graphics. The user-defined M dimension can be used for one of many functions, such as storing linear referencing measures or relative time of a feature in 4D space.

    The main file header is fixed at 100 bytes in length and contains 17 fields nine 4-byte (32-bit signed integer or int32) integer fields followed by eight 8-byte (double) signed floating point fields:

    The file then contains any number of variable-length records. Each record is prefixed with a record header of 8 bytes:

    Bytes Type Endianness Usage
    0–3 int32 grand Record number (1-based)
    4–7 int32 grand Record length (in 16-bit words)

    Following the record header is the actual record:

    Bytes Type Endianness Usage
    0–3 int32 peu Shape type (see reference below)
    4– Shape content

    The variable-length record contents depend on the shape type, which must be either the shape type given in the file header or Null. The following are the possible shape types:

    Optionnel: M range, M array

    Optionnel: M range, M array

    Optionnel: M range, M array

    Optionnel: M range, M array

    Optionnel: M range, M array

    Optional Fields: M range, M array

    Optionnel: M range, M array

    The index contains positional index of the feature geometry and the same 100-byte header as the .shp file, followed by any number of 8-byte fixed-length records which consist of the following two fields:

    Bytes Type Endianness Usage
    0–3 int32 grand Record offset (in 16-bit words)
    4–7 int32 grand Record length (in 16-bit words)

    Using this index, it is possible to seek backwards in the shapefile by, first, seeking backwards in the shape index (which is possible because it uses fixed-length records), then reading the record offset, and using that offset to seek to the correct position in the .shp file. It is also possible to seek forwards an arbitrary number of records using the same method.

    It is possible to generate the complete index file given a lone .shp file. However, since a shapefile is supposed to always contain an index, doing so counts as repairing a corrupt file. [2]

    This file stores the attributes for each shape it uses the dBase IV format. The format is public knowledge, and has been implemented in many dBase clones known as xBase. The open-source shapefile C library, for example, calls its format "xBase" even though it's plain dBase IV. [3]

    The names and values of attributes are not standardized, and will be different depending on the source of the shapefile.

    Topology and the shapefile format Edit

    The shapefile format does not have the ability to store topological information. The ESRI ArcInfo coverages and personal/file/enterprise geodatabases do have the ability to store feature topology.

    Spatial representation Edit

    The edges of a polyline or polygon are composed of points. The spacing of the points implicitly determines the scale at which the feature is useful visually. Exceeding that scale results in jagged representation. Additional points would be required to achieve smooth shapes at greater scales. For features better represented by smooth curves, the polygon representation requires much more data storage than, for example, splines, which can capture smoothly varying shapes efficiently. None of the shapefile format types supports splines.

    Data storage Edit

    The size of both .shp and .dbf component files cannot exceed 2 GB (or 2 31 bytes) — around 70 million point features at best. [5] The maximum number of feature for other geometry types varies depending on the number of vertices used.

    The attribute database format for the .dbf component file is based on an older dBase standard. This database format inherently has a number of limitations: [5]

    • While the current dBase standard, and GDAL/OGR (the main open source software library for reading and writing shapefile format datasets) support null values, ESRI software represents these values as zeros — a very serious issue for analyzing quantitative data, as it may skew representation and statistics if null quantities are represented as zero
    • Poor support for Unicode field names or field storage
    • Maximum length of field names is 10 characters
    • Maximum number of fields is 255
    • Supported field types are: floating point (13 character storage), integer (4 or 9 character storage), date (no time storage 8 character storage), and text (maximum 254 character storage)
    • Floating point numbers may contain rounding errors since they are stored as text

    Mixing shape types Edit

    Because the shape type precedes each geometry record, a shapefile is technically capable of storing a mixture of different shape types. However, the specification states, "All the non-Null shapes in a shapefile are required to be of the same shape type." Therefore, this ability to mix shape types must be limited to interspersing null shapes with the single shape type declared in the file's header. A shapefile must not contain both polyline and polygon data, for example, the descriptions for a well (point), a river (polyline), and a lake (polygon) would be stored in three separate datasets.


    Voir la vidéo: Tiedoston tallentaminen ja jakaminen Onedrivessa