Remarque :
Dans ArcGIS Enterprise 10.9.1 ou version ultérieure, il est recommandé d’ajouter ou de mettre à jour les partages de fichiers Big Data via la page de contenu de votre portail et non via ArcGIS Server Manager.
En savoir plus sur l’ajout de partages de fichiers Big Data dans le portail
Les partages de fichiers Big Data sont inscrits en tant que data store par le biais de la page de contenu de votre portail. Les partages de fichiers Big Data requièrent un manifeste indiquant la structure des données, ainsi que les champs qui représentent la géométrie et le temps dans le jeu de données. Le manifeste est généré automatiquement lorsque vous inscrivez un partage de fichiers Big Data. Vous pouvez être amené à apporter des modifications si vos données viennent à changer ou si la génération du manifeste n’a pas permis de déterminer toutes les informations requises (par exemple, le manifeste généré automatiquement n’a pas sélectionné le champ approprié pour la géométrie ou le temps).
Remarque :
La mise à jour de votre partage de fichiers Big Data au moyen du manifeste est une fonctionnalité avancée. Pour savoir comment appliquer des modifications à certains jeux de données de votre partage de fichiers Big Data, reportez-vous à la rubrique Gérer les partages de fichiers Big Data dans un portail. Pour savoir comment appliquer un fichier d’astuces à des fichiers délimités, reportez-vous à la rubrique Fichier d’astuces.
Le manifeste se compose de jeux de données. Le nombre de jeux de données dépend du nombre de dossiers que renferme votre partage de fichiers Big Data. L'exemple suivant compte cinq jeux de données :
"datasets":[
{.. dataset1 ..},
{.. dataset2 ..},
{.. dataset3 ..},
{.. dataset4 ..},
{.. dataset5 ..},
]
Au sein de chaque jeu de données, cinq objets de niveau supérieur peuvent être applicables. Sur ces objets, name, format et schema sont obligatoires.
{
"name": "dataset1",
"format": {},
"schema": {},
"geometry": {},
"time": {}
}
Nom
L’objet name est obligatoire et définit le nom du jeu de données. Il doit être unique au sein du manifeste.
Format
L’objet format est requis est définit le type de jeu de données et son format.
Syntaxe | Exemple |
---|---|
| Exemple d'utilisation d'un fichier de formes :
Exemple d'utilisation d'un fichier délimité :
|
Description | |
|
Structure
L’objet schema est obligatoire ; il définit les champs de jeu de données et le type de champ.
Syntaxe | Exemple |
---|---|
|
|
Description | |
Remarque :Les types sont susceptibles de changer lorsque les partages de fichiers Big Data sont analysés avec les GeoAnalytics Tools et enregistrés sous la forme d’un service d’entités. Par exemple, un champ esriFieldTypeBigInteger dans un partage de fichiers Big Data devient un champ esriFieldTypeDouble dans un service d’entités. |
Géométrie
L'objet geometry est facultatif. Cela est requis si un jeu de données a une représentation spatiale, comme un point, une polyligne ou un polygone.
Syntaxe | Exemple |
---|---|
| Exemple utilisant un fichier délimité avec les valeurs x et y :
Exemple utilisant un fichier délimité avec les valeurs x, y et z :
Exemple utilisant un fichier .tsv :
|
Description | |
Remarque :L’objet geometry étant facultatif, les propriétés ci-après sont indiquées comme obligatoires ou facultatives en supposant qu’une géométrie est utilisée :
|
Durée
L'objet time est facultatif. Il est obligatoire si un jeu de données possède une représentation temporelle.
Syntaxe | Exemple |
---|---|
| Exemple utilisant un instant, avec plusieurs formats dans les champs temporels :
Exemple utilisant un intervalle, avec plusieurs champs pour startTime :
|
Description | |
Remarque :Puisque l’objet time est facultatif, les propriétés suivantes sont répertoriées comme requis ou facultatives, en supposant que time est utilisée :
|
Vous avez un commentaire à formuler concernant cette rubrique ?