Suite

Puis-je modifier les coordonnées dans une session de modification et reprojeter sans recharger les données


J'ai un lat/long à corriger. J'ai modifié dans ma table, enregistré les modifications, et maintenant, lorsque je projette à l'aide de l'outil Projet, le point reste sur ma carte à la même position. Dois-je recharger mes données à partir d'un fichier Excel modifié ou puis-je le faire depuis Arc ?


Si vous souhaitez apporter cette modification dans Excel, vous devrez recréer le fichier de formes ou la classe d'entités que vous essayez de modifier, puis de projeter.

Mais - si vous souhaitez modifier le X, Y d'un point directement après l'avoir créé à partir d'Excel, vous pouvez le faire dans une session de mise à jour ArcGIS à l'aide de la boîte de dialogue Modifier les propriétés de l'esquisse :


Comment puis-je désactiver temporairement sftp sans recharger le service ?

J'ai configuré un utilisateur avec chroot qui n'a accès qu'à un seul répertoire via le sftp de sshd afin qu'un de mes collègues puisse télécharger certains types de fichiers. Je vais ensuite trouver un moyen de déclencher une commande via HTTP qui exécutera un long processus sur les fichiers, et je dois désactiver sftp pendant l'exécution du processus.

Existe-t-il une commande que je peux utiliser pour désactiver sftp sans avoir à modifier le fichier sshd_config et à recharger le service ? Je pensais bloquer les ports, mais j'ai toujours besoin d'accéder à ssh.

J'ai lu sur la désactivation du compte d'utilisateur avec passwd -l , mais s'il est déjà connecté via sftp, il autoriserait toujours la modification.

Après quelques essais supplémentaires, j'ai découvert que je pouvais faire ps -axl | grep [email protected] et envoyez un kill -9 au PID pour déconnecter l'utilisateur de sa session en cours, puis faites passwd -l username pour empêcher l'utilisateur de se reconnecter ou, comme Martin l'a suggéré, supprimez le lien symbolique vers le serveur sftp binaire.

Mais à la fin, j'ai suivi les conseils de Mike et j'ai simplement déplacé les fichiers ailleurs au lieu d'exécuter le processus dans le répertoire chroot.


Exécutez l'outil de mosaïque basé sur les pixels

Dans la boîte à outils, sélectionnez Mosaïque > Mosaïque à base de pixels. La fenêtre Mosaïque basée sur les pixels apparaît.

Importer des images

Utilisez le Importer menu pour choisir les bandes d'entrée pour la mosaïque.

    Sélectionnez soit Importer > Importer des fichiers ou alors Importer > Importer des fichiers et modifier les propriétés dans la barre de menu Mosaïque basée sur les pixels. Utilisez la deuxième option si vous souhaitez saisir une valeur de transparence d'arrière-plan, effectuer un dégradé, positionner l'image en entrée, sélectionner les bandes qui apparaissent dans l'affichage de la mosaïque ou effectuer un équilibrage des couleurs. La boîte de dialogue Fichier d'entrée apparaît.

Sélectionnez un fichier d'entrée et effectuez un sous-ensemble spatial et spectral facultatif, puis cliquez sur d'accord. Vous pouvez mosaïquer des bandes individuelles ou des fichiers entiers.

Pour sélectionner des bandes individuelles, cliquez sur le bouton Sélectionner par bouton bascule dans la boîte de dialogue Fichier d'entrée pour sélectionner Bande.

Entrez un Valeur de données à ignorer. Il s'agit de la valeur de transparence d'arrière-plan pour rendre les pixels avec cette valeur transparents afin que l'image sous-jacente soit visible. (Utiliser pour le mosaïquage d'images avec des bordures de valeur DN constante).

Le masque de valeur d'arrière-plan est construit à partir de la première bande utilisée dans le fichier. Si un pixel de la première bande utilisée contient cette valeur d'arrière-plan, alors ce pixel sera masqué pour toutes les bandes lors du processus de mosaïquage.

Positionner les images

Les coordonnées du coin supérieur gauche de l'image d'entrée sont répertoriées dans les champs X0 et Y0 en bas de la boîte de dialogue Pixel Mosaic. Les images avec des valeurs xstart et ystart dans leurs en-têtes sont automatiquement placées dans la mosaïque avec le décalage défini. Choisissez parmi les options suivantes :

Pour activer l'édition des coordonnées de position, sélectionnez n'importe quelle image répertoriée dans la boîte de dialogue Pixel Mosaic et entrez les coordonnées en haut à gauche souhaitées dans le champ X0 et Y0 des champs. appuie sur le Entrer clé.

Le numéro de l'image actuellement sélectionnée est affiché dans le # domaine. Toute modification de la X0 et Y0 les champs sont appliqués à cet élément.

Autres options

  • Cliquez avec le bouton droit dans la fenêtre de mosaïquage pour accéder aux options de modification des niveaux de calque d'image, de modification des paramètres d'image ou de suppression d'une image de la mosaïque.
  • Pour modifier la taille de la mosaïque, sélectionnez Sélectionner Options > Modifier la taille de la mosaïque dans la barre de menu de la boîte de dialogue Pixel Mosaic. Entrez la taille désirée, en pixels, dans le Mosaïque Xsize et Mosaïque Ysize des champs.
  • Pour activer ou désactiver les images miniatures affichées dans la fenêtre mosaïque, sélectionnez Options > Utiliser les images miniatures dans la barre de menu de la boîte de dialogue Pixel Mosaic.
  • Pour activer ou désactiver les cadres graphiques colorés autour des images de la mosaïque, sélectionnez Options > Cadres d'images dans la barre de menu de la boîte de dialogue Pixel Mosaic.
  • Pour effacer toutes les entrées de la mosaïque, sélectionnez Options > Effacer toutes les entrées dans la barre de menu de la boîte de dialogue Pixel Mosaic.

Construire la mosaïque

Utilisation Appliquer pour construire une mosaïque une fois que toutes les images de la mosaïque sont positionnées. La construction de la mosaïque génère la mosaïque dans un fichier.

Vous n'avez pas besoin d'enregistrer la mosaïque dans un fichier de sortie, sauf si vous appliquez un dégradé ou un équilibrage des couleurs. Vous pouvez enregistrer la mosaïque en tant que mosaïque virtuelle pour gagner du temps et de l'espace disque. Si vous décidez d'enregistrer la mosaïque sur le disque, procédez comme suit :

  1. Sélectionner Fichier > Appliquer dans la barre de menu de la boîte de dialogue Pixel Mosaic. La boîte de dialogue Paramètres de mosaïque apparaît.
  2. Modifier le Taille de pixel X/Y de sortie valeurs selon les besoins.
  3. Sélectionnez une méthode d'interpolation dans le Rééchantillonnage la liste déroulante. Les choix sont Voisin le plus proche, Bilinéaire ou Convolution cubique.
  4. Sélectionnez la sortie vers Fichier ou alors Mémoire.

Entrez un Valeur d'arrière-plan (une valeur DN pour les zones en dehors de la mosaïque).

Le masque de valeur d'arrière-plan est construit à partir de la première bande utilisée dans le fichier. Si un pixel de la première bande utilisée contient cette valeur d'arrière-plan, alors ce pixel sera masqué pour toutes les bandes lors du processus de mosaïquage.


Restaurer les fichiers GCP

Suivez ces étapes pour restaurer un fichier GCP existant :

  1. Clique le Charger un nouveau fichier GCP bouton. La boîte de dialogue Sélectionner un fichier GCP s'affiche.
  2. Sélectionnez un fichier ASCII avec des GCP, puis cliquez sur Ouvert. Les emplacements GCP sont affichés dans la zone d'affichage de la mise en page du gestionnaire de mise en page (si vous avez activé le GCP case à cocher) et dans le groupe d'affichage. Vous avez deux options pour afficher la liste des GCP :
    • Cliquez sur Afficher la liste dans l'assistant d'orthorectification ENVI. La liste des points de contrôle au sol d'orthorectification apparaît. Voir Modifier les GCP pour obtenir des instructions sur l'utilisation de cette boîte de dialogue.
  3. Évaluez le RMSE pour l'ensemble du modèle et les résidus d'erreur pour les GCP individuels (comme décrit dans Évaluer les erreurs résiduelles dans les GCP), et procédez à l'ajout de nouveaux GCP ou à la modification des GCP si nécessaire.

Puis-je modifier les coordonnées dans une session de modification et reprojeter sans recharger les données - Systèmes d'information géographique

Cette rubrique s'applique uniquement à la plate-forme d'intégration de données Cloud Classic .

Stream Analytics est disponible uniquement pour les instances Data Integration Platform Cloud gérées par l'utilisateur.

Planification de l'installation de Stream Analytics

Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

Téléchargez le logiciel requis suivant sur votre VM Cloud de la plate-forme d'intégration de données :

Spark version 2.2.1 avec Hadoop 2.7 ou supérieur

Assurez-vous que la version 60+ de Google Chrome est téléchargée sur votre ordinateur local.

Il est supposé que vous disposez d'un compte Oracle Cloud avec Database Cloud Service, Data Integration Platform Cloud et des instances de stockage provisionnées. Si ce n'est pas le cas, consultez Créer des instances pour Data Integration Platform Cloud

Provisionner des instances Oracle Event Hub et Big Data Cloud

Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

Suivez les étapes des sections suivantes pour provisionner les instances de service nécessaires à l'utilisation d'Oracle Stream Analytics avec Data Integration Platform Cloud .

Provisionnement d'un hub d'événements Oracle — Instance dédiée

Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

  1. Connectez-vous au tableau de bord Oracle Cloud My Services.
  2. Cliquez sur Créer une instance , puis sur Tous les services et sélectionnez Event Hub — Dedicated .
  3. Sur la page Instance de l'assistant Créer une nouvelle instance, entrez un nom d'instance , une description et un e-mail de notification , puis cliquez sur Suivant .
  4. Sur la page Détails, remplissez les champs suivants, puis cliquez sur Suivant :
    1. Sélectionnez De base ou Recommandé pour le type de déploiement .
    2. Cliquez sur Modifier pour la clé publique SSH et téléchargez de nouvelles clés sur votre ordinateur local.
    3. Sélectionnez Activer l'accès REST , puis entrez les informations d'identification du nom d'utilisateur et du mot de passe pour les accès proxy REST.

    Provisionner une instance Cloud Oracle Event Hub

    Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

    1. Connectez-vous au tableau de bord Oracle Cloud My Services.
    2. Cliquez sur Créer une instance , puis sur Tous les services et sélectionnez Event Hub .
    3. Sur la page Instance de l'assistant Créer une nouvelle instance, saisissez un nom d'instance , une description et un e-mail de notification .
    4. Sélectionnez votre Oracle Event Hub — Instance dédiée dans le menu Hébergé sur.
    5. Saisissez le nombre de partitions et la période de rétention en heures, puis cliquez sur Suivant .
    6. Confirmez les détails de votre instance et cliquez sur Créer .

    Provisionner une instance Oracle Big Data Cloud

    Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

    1. Connectez-vous au tableau de bord Oracle Cloud My Services.
    2. Cliquez sur Créer une instance , puis sur Tous les services et sélectionnez Big Data Cloud .
    3. Sur la page Instance de l'assistant Créer une nouvelle instance, saisissez un nom d'instance , une description et un e-mail de notification , puis cliquez sur Suivant .
    4. Sur la page Détails, remplissez les champs suivants, puis cliquez sur Suivant :
      1. Sélectionnez Basique ou Complet pour le profil de déploiement.
      2. Entrez 3 ou plus pour Nombre de nœuds .
      3. Sélectionnez OC2m pour Calculer la forme .
      4. Sélectionnez 2.1 pour la version Spark.
      5. Cliquez sur Modifier pour la clé publique SSH et téléchargez les clés sur votre ordinateur local.
      6. Entrez les détails de l'utilisateur administratif et du mot de passe.
      7. Pour Event Hub Cloud Service, sélectionnez l'instance que vous avez créée précédemment.
      8. Saisissez le conteneur de stockage cloud , le nom d'utilisateur et le mot de passe .

      Installation d'Oracle Stream Analytics

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      1. Créez un répertoire, par exemple, spark-downloads , et téléchargez Apache Spark dans le dossier nouvellement créé comme spécifié ci-dessous :

      Type de package : pré-construit pour Apache Hadoop 2.7 et versions ultérieures

      Télécharger Spark : spark-2.2.1-bin-hadoop2.7.tgz

        Définissez la variable d'environnement SPARK_HOME dans le fichier OSA-18.1.0.0.0/osa-base/etc/osa-env.sh pour qu'elle pointe vers le répertoire dans lequel vous avez extrait l'archive Spark. Par exemple:

      Configuration de l'analyse de flux

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      Initialisation du magasin de métadonnées

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      Si vous ne disposez pas des informations d'identification d'administrateur de base de données, demandez à votre administrateur de base de données de créer un utilisateur de base de données Oracle Stream Analytics et d'initialiser le contenu sous l'utilisateur à l'aide des scripts SQL disponibles dans OSA-18.1.0.0.1/osa-base/sql dossier. Le nom d'utilisateur de la base de données Oracle Stream Analytics doit correspondre à celui configuré dans jetty-osa-datasource.xml .

      Assurez-vous de remplacer le nom d'utilisateur et le mot de passe racine de la base de données comme requis.

      Si vous ne voyez pas les messages ci-dessus, consultez le dossier OSA-18.1.0.0.1/osa-base/logs pour identifier la cause et la solution potentielle.

      Modification du mot de passe administrateur

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      java -cp ./lib/jetty-util-9.4.7.v20170914.jar org.eclipse.jetty.util.security.Password osaadmin <yvotre nouveau mot de passe>

      Vous pouvez voir les codes suivants dans la console :

      Cette version sur site d'Oracle Stream Analytics ne prend pas en charge l'accès basé sur les rôles. Tous les utilisateurs ont des privilèges d'administrateur. Pour créer des utilisateurs supplémentaires avec des mots de passe obscurcis, consultez Ajout d'utilisateurs.

      Configuration du runtime pour Oracle Stream Analytics Server

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      1. Remplacez les répertoires par OSA-18.1.0.0.0/osa-base/bin et exécutez la commande suivante pour démarrer le serveur Stream Analytics : ./start-osa.sh

      Si vous ne voyez pas ce message, vérifiez le fichier journal dans OSA-18.1.0.0.0/osa-base/logs .

      Vous pouvez trouver l'adresse IP publique de votre instance Data Integration Platform Cloud sur sa page de détails d'instance de service.

      Le mot de passe est un mot de passe en texte brut.

      (Vérifiez <Resource Manager public IP>:8088/cluster .)

      (Vérifiez <HDFS Hadoop cluster public IP>:50070 . Si le dossier racine n'existe pas, il sera automatiquement créé mais l'utilisateur spécifié dans l'authentification Hadoop ci-dessous doit avoir des autorisations d'écriture.)

      Mise à niveau d'Oracle Stream Analytics

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      Utilisez ces étapes s'il n'y a pas de configuration supplémentaire en dehors de la configuration de la source de données et des variables d'environnement :

      1. Sauvegardez la base de données de métadonnées Oracle Stream Analytics 18.1.0.0.0 existante, par exemple, utilisez l'outil Oracle Database Backup.
      2. Arrêtez Oracle Stream Analytics 18.1.0.0.0.
      3. Décompressez le programme d'installation d'Oracle Stream Analytics 18.1.0.0.1.
      4. Copiez la configuration de la source de données de l'installation existante vers la nouvelle installation :

      Mise à niveau à l'aide des configurations de jetée existantes

      Utilisez ces étapes si vous souhaitez effectuer une mise à niveau à l'aide des configurations Jetty existantes :

      1. Sauvegardez la base de données de métadonnées Oracle Stream Analytics 18.1.0.0.0 existante, par exemple, utilisez l'outil Oracle Database Backup.
      2. Arrêtez Oracle Stream Analytics 18.1.0.0.0.
      3. Décompressez le programme d'installation d'Oracle Stream Analytics 18.1.0.0.1.
      4. Utilisez l'ensemble de commandes suivant :

      Administration de l'analyse de flux

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      Gestion des utilisateurs dans Stream Analytics

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      Dans cette version d'Oracle Stream Analytics, les détails de l'utilisateur sont stockés dans une base de données. Lorsque vous créez un schéma Oracle Stream Analytics au moment de l'installation, les tables de base de données suivantes sont renseignées avec un enregistrement dans chaque table :

      osa_users — table contenant les utilisateurs

      osa_user_roles — table contenant les noms d'utilisateurs et leurs rôles associés

      Lorsque vous exécutez une requête pour extraire toutes les données de la table osa_users, vous pouvez voir ce qui suit :

      où osaadmin est l'utilisateur préconfiguré avec le mot de passe crypté.

      Lorsque vous exécutez une requête pour extraire toutes les données de la table osa_user_roles, vous pouvez voir ce qui suit :

      où role_id de valeur 1 indique que l'utilisateur est un administrateur.

      Configuration des paramètres système de Stream Analytics

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.


      Description de l'illustration system_settings_environment.png

      Kafka Zookeeper Connection — l'URL où le ou les serveurs Zookeeper sont configurés, séparés par une virgule. Kakfa est utilisé comme transport interne.

      Serveur d'exécution — le serveur d'exécution sur lequel vous souhaitez que votre instance Stream Analytics s'exécute

      URL du gestionnaire de ressources YARN — l'URL où le gestionnaire de ressources YARN est configuré, si le serveur d'exécution est Yarn

      URL REST Spark — URL REST autonome Spark, si le serveur d'exécution est Spark autonome. Pour soumettre un pipeline Stream Analytics à Spark, le pipeline doit être copié dans un emplacement de stockage accessible par tous les nœuds Spark.

      Stockage — le type de stockage pour les pipelines

      Chemin — le chemin où le stockage existe. L'utilisateur qui accède à ce dossier doit disposer de l'autorisation d'écriture sur celui-ci. Le dossier à ce chemin est soit créé par l'administrateur, soit Stream Analytics crée le dossier au moment de l'exécution.

      HA Namenodes — Si le nom d'hôte dans l'URL ci-dessus fait référence à un cluster HA logique, spécifiez les namenodes réels ici au format hostname1<port>, hostname2<port> etc.

      Authentification Hadoop — le type d'authentification configuré sur le cluster Hadoop. Stream Analytics ne prend en charge que l'authentification simple.

      Durée du lot — la durée par défaut du lot pour chaque pipeline

      Nombre d'exécuteurs — le nombre par défaut d'exécuteurs par pipeline

      Cœurs par exécuteur — le nombre de cœurs par défaut. Une valeur minimale de 2 est requise.

      Executor Memory — la mémoire allouée par défaut pour chaque instance d'exécuteur en mégaoctets

      Cœurs par pilote — le nombre de cœurs par défaut

      Mémoire du pilote — la mémoire allouée par défaut par instance de pilote en mégaoctets

      Haute disponibilité : activez/désactivez la valeur HA par défaut pour chaque pipeline

      Sur le cluster de fils, assurez-vous de ne pas définir une valeur élevée pour fil.nm.liveness-monitor.expiry-interval-ms (par exemple, 3000 ms au lieu de 10 minutes). Cette propriété détermine la valeur par défaut du temps d'attente jusqu'à ce qu'un gestionnaire de nœuds soit considéré comme mort. L'utilisation d'une valeur élevée pour cette propriété ne traite pas les événements et les événements sont perdus.

      Configuration des préférences utilisateur

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      Pour définir/mettre à jour les préférences utilisateur :

      Cliquez sur le nom d'utilisateur dans le coin supérieur droit de l'écran.

      Cliquez sur Préférences . La page Préférences s'ouvre.

      Fournit un ensemble de préférences générales que vous pouvez afficher et définir en fonction de vos besoins.


      Description de l'illustration general_pref.png

      Sélectionnez si vous souhaitez que la page d'accueil, la page Catalogue ou la page Modèles apparaisse comme page de démarrage.

      Fournit un ensemble de préférences de notifications que vous pouvez afficher et définir en fonction de vos besoins.


      Description de l'illustration notifications_pref.png

      Afficher les notifications d'informations

      Sélectionnez cette option si vous souhaitez que les notifications d'informations apparaissent dans le pipeline. Cette option est sélectionnée par défaut.

      Durée de la notification d'informations (en secondes)

      Choisissez le nombre de secondes pendant lesquelles les notifications apparaissent. La valeur par défaut est 5.

      Fournit un ensemble de préférences de catalogue que vous pouvez afficher et définir en fonction de vos besoins.


      Description de l'illustration catalog_pref.png

      Sélectionnez la colonne selon laquelle vous souhaitez que les colonnes soient triées. Cette valeur sera utilisée par défaut pour toutes les colonnes jusqu'à ce que vous la modifiiez à nouveau.

      Sélectionnez l'ordre dans lequel vous souhaitez que les colonnes soient triées. Cette valeur sera utilisée comme valeur par défaut pour toutes les colonnes jusqu'à ce que vous modifiiez à nouveau la valeur.

      Sélectionnez la valeur à utiliser comme taille de page par défaut. En fonction de la valeur sélectionnée, le nombre d'enregistrements qui apparaissent sur une page varie. Cette valeur sera utilisée par défaut pour toutes les pages jusqu'à ce que vous la modifiiez à nouveau.

      Fournit un ensemble de préférences de pipeline que vous pouvez afficher et définir en fonction de vos besoins.


      Description de l'illustration application_ua_pref.png

      Sélectionnez Oui si vous souhaitez afficher le texte d'assistance utilisateur pour les pipelines dans l'éditeur de pipeline.

      Fournit un ensemble de préférences de flux de sortie en direct de pipeline que vous pouvez afficher et définir en fonction de vos besoins.

      Sélectionnez une valeur que vous souhaitez appliquer comme taille de table par défaut pour les données dans le flux de sortie en direct d'un pipeline.

      Fournit un ensemble de préférences d'horodatage de pipeline que vous pouvez afficher et définir en fonction de vos besoins.


      Description de l'illustration preferences_timestamp.png

      Fournit un ensemble de préférences de carte que vous pouvez afficher et définir en fonction de vos besoins.

      Sélectionnez une valeur que vous souhaitez utiliser comme préférence de couche de tuiles par défaut dans les clôtures géographiques.


      Description de l'illustration map_preferences.png

      Utilisation de l'analyse de flux

      Cette rubrique s'applique uniquement aux services gérés par les utilisateurs Oracle.

      Page d'accueil

      La page d'accueil est la première page que vous voyez lorsque vous vous connectez à Stream Analytics . Cette page répertorie les secteurs verticaux pris en charge par Stream Analytics.

      Chaque secteur vertical est associé à une balise et les balises sont sensibles à la casse.

      Intelligence distribuée pour l'IOT - Acquérir, analyser et agir sur des données volumineuses et rapides provenant de capteurs et d'appareils à la fois en périphérie et dans le centre de données en temps réel. L'étiquette de cette verticale est IOT .

      Gestion des risques et de la fraude - Tirez parti de la meilleure plate-forme de traitement de flux du secteur pour évaluer les risques et prévenir la fraude financière en temps réel. L'étiquette pour cette verticale est le risque.

      Transport et logistique - Gérez la flotte, suivez les actifs et améliorez l'efficacité de la chaîne d'approvisionnement en combinant les données en continu avec les fonctions spatiales avancées d'Oracle. L'étiquette de cette verticale est le transport.

      Expérience client et analyse des consommateurs - Connaissez le sentiment de vos clients pour réduire le taux de désabonnement, améliorer la fidélité, faire des offres et attirer des clients en temps réel. Le tag pour ce secteur vertical est client .

      Télécommunications - Pro surveille activement vos réseaux, prédit les pannes de réseau et empêche les attaques de type déni de service distribué. L'étiquette de cette verticale est les télécommunications.

      Vente au détail - Comprendre et appliquer les tendances d'achat au détail instantanées, instaurer des modèles et des emplacements de durée de conservation avantageux, être réactif à l'utilisation du panier des clients et interagir avec les distributeurs automatiques avancés. L'étiquette de cette verticale est la vente au détail .

      La page d'accueil est comme indiqué ci-dessous :


      Description de l'illustration home_page.png

      Vous pouvez accéder à la page Catalogue ou Modèles à partir de la page d'accueil pour démarrer avec Stream Analytics .

      À propos du catalogue

      La page Catalogue est l'emplacement où sont répertoriées les ressources, notamment les pipelines, les flux, les références, les cartes, les connexions, les cibles, les tableaux de bord, les modèles prédictifs, les fichiers jar personnalisés, les visualisations et les cubes. C'est l'endroit idéal pour effectuer toutes les tâches dans Stream Analytics .

      Vous pouvez marquer une ressource comme favorite dans le Catalogue en cliquant sur l'icône Étoile. Cliquez à nouveau sur l'icône pour la supprimer de vos favoris. Vous pouvez également supprimer une ressource ou afficher sa topologie à l'aide de l'icône de menu à droite de l'icône de favori.

      Les balises appliquées aux éléments du catalogue sont également répertoriées sur l'écran sous le volet de navigation de gauche. Vous pouvez cliquer sur l'une de ces balises pour afficher uniquement les éléments avec cette balise dans le catalogue. La balise apparaît en haut de l'écran. Cliquez sur Effacer tout en haut de l'écran pour effacer le catalogue et afficher tous les éléments.

      Vous pouvez inclure ou exclure des pipelines, des flux, des références, des modèles prédictifs, des barrières géographiques, des connexions, des cibles, des fichiers jar personnalisés, des visualisations, des tableaux de bord et des cubes à l'aide du lien Afficher tout dans le panneau de gauche sous Montrez-moi . Lorsque vous cliquez sur Afficher tout , une coche apparaît à côté et tous les composants sont affichés dans le catalogue.

      Lorsque vous souhaitez afficher ou afficher uniquement quelques éléments ou des éléments sélectifs dans le catalogue, désélectionnez Afficher tout et sélectionnez les composants individuels. Seuls les composants sélectionnés apparaîtront dans le catalogue.

      Flux de travail typique pour l'administration de l'analyse de flux

      Le workflow type répertorie les artefacts requis pour créer un pipeline dans Stream Analytics Stream Analytics .

      Les prérequis pour un pipeline sont :

      Une connexion est requise pour créer un flux, à l'exception d'un flux de fichiers.

      Un flux est requis pour créer un pipeline.

      Créer une connexion

      1. Cliquez sur Catalogue dans le volet de gauche.
      2. Dans le menu Créer un nouvel élément, sélectionnez Connexion .
      3. Fournissez des détails pour les champs suivants sur la page Propriétés du type et cliquez sur Suivant :

      Nom — nom de la connexion

      Description — description de la connexion

      Balises — balises que vous souhaitez utiliser pour la connexion

      Type de connexion — type de connexion : Coherence, Database, Druid, JNDI ou Kafka


      Description de l'illustration create_connection_type.png

      Lorsque le type de connexion est Coherence :

      Nom d'hôte — l'hôte Coherence Extend Proxy Services TCP/IP Server Socket

      Port — le port Socket du serveur TCP/IP Coherence Extend Proxy Services

      Lorsque le type de connexion est Base de données :

      Se connecter en utilisant — sélectionnez la manière dont vous souhaitez identifier le SID de la base de données ou le nom du service

      Nom du service/SID — les détails du nom du service ou du SID

      Nom d'hôte — le nom d'hôte sur lequel la base de données s'exécute

      Port — le port sur lequel la base de données s'exécute. Habituellement, c'est 1521

      Nom d'utilisateur — le nom d'utilisateur avec lequel vous vous connectez à la base de données

      Mot de passe — le mot de passe que vous utilisez pour vous connecter à la base de données

      Lorsque le type de connexion est Druid , fournissez l'URL Zookeeper.

      Lorsque le type de connexion est JNDI :

      Fournisseur JNDI — sélectionnez le fournisseur de services JNDI

      Url(s) du serveur — l'url(s) du serveur pour la connexion JNDI, par exemple : host1:port1, host2:port2

      Nom d'utilisateur — le nom d'utilisateur pour authentifier la connexion JNDI

      Mot de passe — le mot de passe pour la connexion JNDI

      Lorsque le type de connexion est Kafka , fournissez l'URL Zookeeper.

      Configuration du cache pour la cohérence

      Stream Analytics nécessite une configuration de cache de cohérence spéciale et le schéma de proxy, afin qu'il puisse se connecter à la cohérence.

      Pour enrichir les données de flux avec des données de référence de cluster de cohérence externe, vous devez accéder au cluster de cohérence externe à l'aide des API clientes étendues. Pour accéder au cluster externe en tant que client, vous devez configurer cache-config avec ExtendTcpCacheService et ExtendTcpInvocationService .

      Configurer le cluster de cohérence

      Assurez-vous que Coherence for Java est installé.

      Pour configurer le cluster externe en tant que client :

      Créez un fichier XML nommé cache-config.xml .

      Copiez le XML suivant dans le fichier :

      Testez la connexion au cluster.

      assurerService() lèvera une exception s'il n'y a pas de cluster de cohérence disponible avec l'hôte et le port donnés.

      Créez une référence de cohérence à l'aide d'une connexion de cohérence.

      Enregistrez la cohérence comme référence.

      Voici l'exemple de code pour enregistrer la cohérence comme référence :

      Pour l'exemple ci-dessus, le cache de cohérence doit avoir la clé comme orderId <Integer> et la valeur comme Map of values ​​for orderId et orderDesc . Un exemple de cache semblable au suivant se remplira :

      Création d'un flux

      Un flux est une source d'événements avec un contenu (forme) donné.

      Sélectionnez Flux dans le menu Créer un nouvel élément.

      Fournissez des détails pour les champs suivants sur la page Propriétés du type et cliquez sur Suivant :

      Description — description du flux

      Balises — balises que vous souhaitez utiliser pour le flux

      Type de flux : sélectionnez le type de flux approprié. Les types pris en charge sont File, GoldenGate, JMS et Kafka.


      Description de l'illustration create_stream_type.png

      Fournissez des détails pour les champs suivants sur la page Détails de la source et cliquez sur Suivant :

      Lorsque le type de flux est Fichier :

      Chemin de fichier ou URL - l'emplacement du fichier que vous souhaitez télécharger

      Lire tout le contenu — sélectionnez cette option si vous souhaitez lire tout le contenu du fichier

      Nombre d'événements par lot — le nombre d'événements que vous souhaitez traiter par lot

      Boucle — sélectionnez cette option si vous souhaitez traiter le fichier en boucle

      Format des données — le format des données. Les types pris en charge sont : CSV et JSON.

      Lorsque le type de flux est GoldenGate :

      Connexion — la connexion pour le flux

      Nom du sujet — le nom du sujet qui reçoit les événements que vous souhaitez analyser

      Format des données — le format des données. Les types pris en charge sont : CSV, JSON, AVRO. AVRO est un système de sérialisation de données.

      Lorsque le type de flux est JMS :

      Connexion — la connexion pour le flux

      Nom Jndi — le Jndi qui lit les messages des sujets, des sujets distribués, des files d'attente et des files d'attente distribuées

      ID client - le client à utiliser pour l'abonné durable

      Sélecteur de messages — le sélecteur de messages pour filtrer les messages. Si votre application de messagerie doit filtrer les messages qu'elle reçoit, vous pouvez utiliser un sélecteur de messages API JMS, qui permet à un consommateur de messages de spécifier les messages qui l'intéressent. Les sélecteurs de messages attribuent le travail de filtrage des messages au fournisseur JMS plutôt qu'à L'application.

      Un sélecteur de message est une chaîne qui contient une expression. La syntaxe de l'expression est basée sur un sous-ensemble de la syntaxe d'expression conditionnelle SQL92. Le sélecteur de message dans l'exemple suivant sélectionne tout message dont la propriété NewsType est définie sur la valeur 'Sports' ou 'Opinion' :

      Les méthodes createConsumer et createDurableSubscriber vous permettent de spécifier un sélecteur de message comme argument lorsque vous créez un consommateur de message.

      ID d'abonnement — l'ID d'abonnement pour le sélecteur durable

      Format des données — le format des données. Les types pris en charge sont : CSV, JSON, AVRO, MapMessage. MapMessage est pris en charge uniquement pour les flux basés sur JNDI.

      Si le format de données est AVRO, vous devez également spécifier le schéma de message en définissant les paramètres org.apache.kafka.clients.producer.ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG et KEY_SERIALIZER_CLASS_CONFIG comme ByteArraySerializer .

      Un objet MapMessage est utilisé pour envoyer un ensemble de paires nom-valeur. Les noms sont des objets String et les valeurs sont des types de données primitifs dans le langage de programmation Java. Les noms doivent avoir une valeur non nulle et non une chaîne vide. Les entrées sont accessibles de manière séquentielle ou aléatoire par nom. L'ordre des entrées n'est pas défini.

      Lorsque le type de flux est Kafka :

      Connexion — la connexion pour le flux

      Nom du sujet — le nom du sujet qui reçoit les événements que vous souhaitez analyser

      Format des données — le format des données dans le flux. Les types pris en charge sont : CSV, JSON, AVRO.

      Si le format de données est AVRO, vous devez également spécifier le schéma de message en définissant les paramètres org.apache.kafka.clients.producer.ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG et KEY_SERIALIZER_CLASS_CONFIG comme ByteArraySerializer .


      Description de l'illustration create_stream_source.png

      Sélectionnez l'un des mécanismes pour définir la forme sur la page Forme :

      Déduire la forme — détecte automatiquement la forme à partir du flux de données d'entrée.

      Vous pouvez déduire la forme à partir de Kafka, d'un fichier de schéma JSON ou d'un fichier de message/données CSV. Vous pouvez également enregistrer la forme détectée automatiquement et l'utiliser plus tard.

      Sélectionner une forme existante : vous permet de choisir l'une des formes existantes dans la liste déroulante.

      Forme manuelle : remplit les champs existants et vous permet également d'ajouter ou de supprimer des colonnes de la forme. Vous pouvez également mettre à jour le type de données des champs.


      Description de l'illustration create_stream_shape.png

      Un flux est créé avec des détails spécifiés.

      Données CSV pour les formats prédéfinis

      Lorsque votre format de données est CSV, sélectionnez un format prédéfini basé sur les variations des données CSV qui diffère en raison de la source d'origine de ces CSV. Le tableau suivant décrit les données CSV pour chacun de ces formats prédéfinis :

      Format standard séparé par des virgules, comme pour RFC4180 mais autorisant les lignes vides

      Format de fichier Excel (en utilisant une virgule comme délimiteur de valeur).

      Format Informix CSV UNLOAD par défaut utilisé par l'opération UNLOAD TO file_name (l'échappement est désactivé.) Il s'agit d'un format délimité par des virgules avec un caractère LF comme séparateur de ligne. Les valeurs ne sont pas entre guillemets et les caractères spéciaux sont échappés avec ''. La chaîne NULL par défaut est "N".

      Format MySQL par défaut utilisé par les opérations SELECT INTO OUTFILE et LOAD DATA INFILE. Il s'agit d'un format délimité par des tabulations avec un caractère LF comme séparateur de ligne. Les valeurs ne sont pas entre guillemets et les caractères spéciaux sont échappés avec ''. La chaîne NULL par défaut est "N".

      Format CSV PostgreSQL par défaut utilisé par l'opération COPY. Il s'agit d'un format délimité par des virgules avec un caractère LF comme séparateur de ligne. La chaîne NULL par défaut est "".

      Format de texte PostgreSQL par défaut utilisé par l'opération COPY. Il s'agit d'un format délimité par des tabulations avec un caractère LF comme séparateur de ligne. La chaîne NULL par défaut est "N".

      Format séparé par des virgules tel que défini par RFC4180

      Capacités de JMS Source

      Les fonctionnalités de JMS Source sont répertoriées dans le tableau suivant :

      Possibilité de se connecter au cluster JMS

      Le consommateur JMS doit pouvoir se connecter au cluster JMS et gérer le basculement du serveur JMS

      Carte et TextMessage (JSON, CSV et AVRO)

      Ne prend pas en charge xml et object

      Sélecteur de messages JMS à utiliser pour filtrer les messages. Seuls les messages qui correspondent au sélecteur produiront des événements.

      Se reconnecter au serveur JMS ou au cluster JMS

      Lire les messages de la file d'attente/file d'attente distribuée

      Lire les messages de la rubrique JMS. Par défaut l'abonné est non durable

      Prise en charge de l'abonné durable

      Un abonné durable enregistre un abonnement durable en spécifiant une identité unique qui est conservée par le fournisseur JMS.

      Si le consommateur se reconnecte à la rubrique JMS, il lirait les messages à partir de la dernière lecture.

      Lorsque vous créez un flux JMS et sélectionnez l'option d'abonnement durable (en fournissant l'ID client et la valeur de l'ID d'abonnement), Stream Analytics crée l'abonnement durable (s'il n'est pas déjà présent) lorsque le pipeline utilisant ce flux est en cours d'exécution. Lorsque vous sortez du pipeline ou que vous annulez la publication du pipeline (ou que vous arrêtez le pipeline en cours d'exécution), l'abonnement durable reste sur le serveur JMS. Il est conseillé de supprimer l'abonnement durable du serveur JMS et de nettoyer les ressources, si vous n'avez plus l'intention de publier ce pipeline.

      Création d'une référence

      La référence définit une source en lecture seule de données de référence pour enrichir un flux. Un flux contenant un nom de client pourrait utiliser une référence contenant des données client pour ajouter l'adresse du client au flux en effectuant une recherche à l'aide du nom du client.

      Une référence de base de données est une référence à une table spécifiée dans la base de données. Avec le cache activé pour la référence de la base de données, lorsque les valeurs sont extraites de la base de données, elles sont conservées dans le cache de cohérence pour référence d'où elles peuvent être servies lors de la prochaine demande. Une référence de base de données nécessite une connexion à la base de données.

      Une référence de cohérence peut être n'importe quel cache externe défini dans le cluster de cohérence pouvant contenir des données provenant d'un système externe.

      Sélectionnez Référence dans le menu Créer un nouvel élément.

      Fournissez des détails pour les champs suivants sur la page Propriétés du type et cliquez sur Suivant :

      Nom — nom de la référence

      Description — description de la référence

      Balises — balises que vous souhaitez utiliser pour la référence

      Type de référence — le type de référence de la référence. Les types de référence pris en charge sont : Coherence et Database.


      Description de l'illustration create_reference_type.png

      Fournissez des détails pour les champs suivants sur la page Détails de la source et cliquez sur Suivant :

      Lorsque le type de référence est Coherence , saisissez ou sélectionnez les valeurs appropriées pour :

      Connexion — la connexion pour la référence de cohérence


      Description de l'illustration create_reference_source.png

      Nom du cache — le nom du cache pour activer la mise en cache pour de meilleures performances au prix d'une utilisation plus importante de la mémoire des applications Spark. La mise en cache est prise en charge uniquement pour la condition de jointure à égalité unique. Lorsque vous mettez à jour le cache, l'application recevra les données mises à jour très rapidement.

      La référence de cohérence contient des données dans des paires clé-valeur. La clé est le type d'objet et la valeur est Map<String,Object> . Map<String,Object> est une carte des noms et des valeurs des attributs, la liste des attributs doit correspondre au type d'événement externe. Dans cette version, seul le schéma externe pour les clés et les valeurs est pris en charge.

      Lorsque le type de référence est Table de base de données , saisissez ou sélectionnez les valeurs appropriées pour :

      Connection — la connexion pour la référence de la base de données

      Activer la mise en cache — sélectionnez cette option si vous souhaitez activer la mise en cache

      Délai d'expiration — la durée depuis la dernière mise à jour pendant laquelle les entrées seront conservées par le cache avant d'être marquées comme expirées. Toute tentative de lecture d'une entrée expirée entraînera un rechargement de l'entrée à partir du magasin de cache configuré. Ce champ est activé uniquement lorsque la mise en cache est activée.

      Fournissez des détails pour les champs suivants sur la page Forme et cliquez sur Enregistrer :

      Lorsque le type de référence est Cohérence :

      Sélectionner une forme existante : sélectionnez une forme que vous souhaitez utiliser pour la référence

      Assurez-vous que vous n'utilisez aucun des mots réservés CQL comme noms de colonne. Si vous utilisez les mots-clés réservés, vous ne pouvez pas déployer le pipeline.

      Forme manuelle — sélectionnez cette option si vous souhaitez définir votre propre forme

      Lorsque vous chargez des données de cohérence, assurez-vous d'inclure la précision et l'échelle pour le type de nombre. Ce n'est que lorsque ces valeurs sont spécifiées que la jointure fonctionne. Par exemple,

      Lorsque le type de référence est Database Table :

      Nom de la forme — sélectionnez une forme que vous souhaitez utiliser pour la référence

      Lorsque le type de données des données de la table n'est pas pris en charge, les colonnes de la table n'ont pas de type de données généré automatiquement. Seuls les types de données suivants sont pris en charge :

      horodatage (sans fuseau horaire)

      date heure (sans fuseau horaire)

      La colonne de date ne peut pas être mappée à l'horodatage . Il s'agit d'une limitation dans la version actuelle.

      Une référence est créée avec les détails spécifiés.

      Limites de la cohérence comme référence

      Avec la cohérence comme référence, il y a quelques limitations :

      Vous ne pouvez pas tester la connexion

      Vous devez spécifier le nom du cache manuellement

      Seul l'opérateur égal est autorisé lors de l'établissement d'une corrélation avec la référence de cohérence

      Vous devez utiliser une forme manuelle

      Création d'un tableau de bord

      Le tableau de bord est un outil de visualisation qui vous aide à regarder et à analyser les données liées à un pipeline en fonction de diverses métriques telles que des visualisations. Un tableau de bord peut également avoir des visualisations créées à partir de cubes.

      Le tableau de bord est une fonctionnalité d'analyse. Vous pouvez créer des tableaux de bord dans Stream Analytics pour avoir un aperçu rapide des métriques.

      L'écran Créer un tableau de bord apparaît.


      Description de l'illustration create_dashboard.png

      • Nom : saisissez un nom pour le tableau de bord. C'est un champ obligatoire.
      • Description : saisissez une description appropriée pour le tableau de bord. Ce champ n'est pas obligatoire.
      • Balises : saisissez ou sélectionnez des balises logiques pour identifier facilement le tableau de bord dans le catalogue. Ce champ n'est pas obligatoire.

      Une fois que vous avez créé le tableau de bord, il ne s'agit que d'un tableau de bord vide. Vous devez commencer à ajouter des visualisations au tableau de bord.

      Cliquez sur le tableau de bord requis dans le catalogue.

      Le tableau de bord s'ouvre dans l'éditeur de tableau de bord.


      Description de l'illustration edit_dashboard.png

      Cliquez sur l'icône Ajouter une nouvelle visualisation pour afficher une liste des visualisations existantes. Les visualisations des pipelines et des explorations de cubes apparaissent ici. Parcourez la liste, sélectionnez une ou plusieurs visualisations et ajoutez-les au tableau de bord.

      Cliquez sur l'icône Spécifier l'intervalle d'actualisation pour sélectionner la fréquence d'actualisation du tableau de bord. Cela s'applique uniquement aux visualisations basées sur des cubes et non aux graphiques en continu créés à partir d'un pipeline.

      Il s'agit simplement d'un paramètre côté client et n'est pas conservé avec la version Superset 0.17.0 .

      Cliquez sur l'icône Appliquer le CSS au tableau de bord pour sélectionner un CSS. Vous pouvez également modifier le CSS dans l'éditeur en direct.

      Vous pouvez également voir le filtre actif appliqué au tableau de bord en cliquant sur l'icône Filtres de tableau de bord actifs. Vous pouvez enregistrer le lien dans le tableau de bord ou envoyer le lien par e-mail à quelqu'un en utilisant respectivement les icônes Copier le lien dans le presse-papiers et Envoyer le lien par e-mail.

      Cliquez sur l'icône Enregistrer pour enregistrer les modifications que vous avez apportées au tableau de bord.

      Passez la souris sur la visualisation ajoutée, cliquez sur l'icône Explorer le graphique pour ouvrir l'éditeur de graphique de la visualisation.


      Description de l'illustration explore_chart.png

      Vous pouvez voir les métadonnées de la visualisation.Vous pouvez également déplacer le graphique dans le canevas, l'actualiser ou le supprimer du tableau de bord.

      Une exploration de cube ressemble à ce qui suit :


      Description de l'illustration cube_exploration.png

      Les différentes options telles que la granularité temporelle, le regroupement par, le format d'horodatage du tableau, la limite de lignes, les filtres et les filtres de résultats ajoutent plus de granularité et de détails au tableau de bord.

      Cliquez sur Enregistrer sous pour apporter les modifications suivantes au tableau de bord :

      Écraser la visualisation

      Écraser la visualisation actuelle avec un nom différent

      Ajouter la visualisation à un tableau de bord existant

      Ajouter la visualisation à un nouveau tableau de bord

      Création d'un cube

      Cube est une structure de données qui permet d'analyser rapidement les données liées à un problème métier sur plusieurs dimensions.

      1. Accédez au Catalogue.
      2. Dans le menu Créer un nouvel élément, sélectionnez Cube .
      3. Sur l'écran Créer un cube — Propriétés du type, fournissez des détails appropriés pour les champs suivants :
        • Nom : saisissez un nom pour le cube. C'est un champ obligatoire.

      Assurez-vous que les noms que vous utilisez pour les sources sous-jacentes du cube, comme Pipeline Name, Druid Connection et Kafka Target, utilisent des noms qui contiennent des caractères alphanumériques, des tirets et des traits de soulignement.


      Description de l'illustration create_cube_type.png

      • Connexion — la connexion pour le cube. C'est un champ obligatoire.
      • Pipelines — sélectionnez un pipeline à utiliser comme base pour le cube. C'est un champ obligatoire.
      • Cible Kafka — la cible Kafka pour le cube. C'est un champ obligatoire.
      • Horodatage : sélectionnez une colonne du pipeline à utiliser comme horodatage. C'est un champ obligatoire.
      • Format d'horodatage — sélectionnez ou définissez un format approprié pour l'horodatage à l'aide du format d'heure Joda. C'est un champ obligatoire. auto est la valeur par défaut.
      • Métriques — sélectionnez des métriques pour créer des mesures
      • Dimensions — sélectionnez les dimensions pour le groupe par
      • Dimensions à cardinalité élevée — dimensions à cardinalité élevée telles que les ID uniques. Une approximation hyperlog sera utilisée.


      Description de l'illustration cube_ingestion.png


      Description de l'illustration cube_metric_details.png

      • Granularité des segments : sélectionnez la granularité avec laquelle vous souhaitez créer des segments
      • Granularité de la requête : sélectionnez la granularité minimale pour pouvoir interroger les résultats et la granularité des données à l'intérieur du segment
      • Nombre de tâches : sélectionnez le nombre maximal de tâches de lecture dans un jeu de réplicas. Cela signifie que le nombre maximum de tâches de lecture est taskCount*replicas et que le nombre total de tâches (lecture + publication) est supérieur à cela. Le nombre de tâches de lecture est inférieur à taskCount si taskCount > .
      • Durée de la tâche : sélectionnez la durée avant que les tâches arrêtent de lire et commencent à publier leur segment. Les segments ne sont poussés vers le stockage profond et chargeables par les nœuds historiques que lorsque la tâche d'indexation est terminée.
      • Nombre maximal de lignes en mémoire : saisissez un nombre supérieur ou égal à 0. Ce nombre indique le nombre de lignes à agréger avant de persister. Ce nombre correspond aux lignes post-agrégation, il n'est donc pas équivalent au nombre d'événements d'entrée, mais au nombre de lignes agrégées résultant de ces événements. Il est utilisé pour gérer la taille de tas JVM requise. Utilisation maximale de la mémoire de tas pour les échelles d'indexation avec maxRowsInMemory*(2 + maxPendingPersists) .
      • Nombre maximal de lignes par segment — saisissez un nombre supérieur ou égal à 0. Il s'agit du nombre de lignes à agréger dans un segment. Ce nombre correspond aux lignes post-agrégation.
      • Période de persistance immédiate : sélectionnez la période qui détermine la fréquence à laquelle la persistance intermédiaire se produit. Cela permet au cube de données d'être prêt pour la requête plus tôt avant la fin de la tâche d'indexation.
      • Signaler une exception d'analyse : sélectionnez cette option pour lever les exceptions rencontrées lors de l'analyse et arrêter l'ingestion.
      • Advanced IO Config — spécifiez la paire nom-valeur au format CSV. Les configurations disponibles sont les réplicas , startDelay , period , useEarliestOffset , completeTimeout et lateMessageRejectionPeriod .
      • Configuration de réglage avancée — spécifiez la paire nom-valeur au format CSV. Les configurations disponibles sont maxPendingPersists , handoffConditionTimeout , resetOffsetAutomatically , workerThreads , chatThreads , httpTimeout et shutdownTimeout .


      Description de l'illustration cube_advanced_settings.png

      Explorer un cube

      Lorsque vous créez un cube basé sur un druide, vous pouvez explorer les données qu'il contient.

      Type de visualisation — le type de visualisation à utiliser pour afficher les données. Les visualisations prises en charge sont :


      4. Sous-échantillon

      Le modèle de données reconnaît que la majeure partie de l'effort analytique est consacrée aux aliquotes dérivées de l'échantillon lui-même. De telles aliquotes peuvent prendre la forme de lames minces, de lames minces polies, d'éclats de roche ou de séparations minérales. Ces aliquotes d'échantillons sont conceptuellement adaptées par le modèle de données sous la forme d'un sous-échantillon. Les attributs de sous-échantillon requis incluent le nom de l'échantillon, le nom du sous-échantillon, le type de sous-échantillon (lame mince, lame mince polie, éclat de roche ou minéral séparé) et le propriétaire du sous-échantillon (tableau 4). Le propriétaire du sous-échantillon est répertorié parce qu'il est reconnu qu'une personne différente peut « posséder » une section mince ou un minéral distinct du propriétaire de l'échantillon d'origine.

      Attribut Obligatoire (R) ou Facultatif (O) Nombre d'attributs possibles commentaires
      Numéro d'échantillon R 1 IGSN, si disponible
      Nom du sous-échantillon R 1 par exemple. SS01, SS02 etc.
      Type de sous-échantillon R 1 Les types incluent la section mince, la section mince polie, les éclats de roche, les minéraux séparés
      Propriétaire du sous-échantillon R 1 Les sous-échantillons peuvent appartenir à des individus différents du propriétaire de l'échantillon
      Public-privé R 1 Un indicateur définissant si le sous-échantillon est visible par le public

      Puis-je modifier les coordonnées dans une session de modification et reprojeter sans recharger les données - Systèmes d'information géographique

      Notes techniques

      Systèmes d'exploitation

      IntelliCAD a réussi les tests initiaux tout en s'exécutant sur une première version du système d'exploitation Microsoft Windows Vista. Étant donné qu'IntelliCAD en est encore aux étapes préliminaires de la prise en charge complète du système d'exploitation Vista, les conditions suivantes doivent être remplies : connectez-vous à Vista en tant qu'administrateur et désactivez le contrôle d'accès utilisateur (UAC). Des tests préliminaires ont révélé qu'IntelliCAD peut fonctionner jusqu'à deux fois plus lentement, voire plus lentement lors de l'utilisation de l'interface Aero. Pour améliorer les performances, il est recommandé de désactiver l'interface Aero. Pour plus de détails sur la compatibilité de votre ordinateur avec Windows Vista, accédez à http://www.microsoft.com/windows/products/windowsvista/buyorupgrade/upgradeadvisor.mspx .

      Utilisation de fichiers DWG 2007

      La fonction DWGCHECK dans AutoCAD 2007 peut provoquer l'affichage d'un message lorsqu'un utilisateur ouvre des fichiers IntelliCAD dans AutoCAD 2007. Le message indique que le fichier à ouvrir a été créé avec une application autre qu'AutoCAD.

      Masquage de la géométrie 3D dans les fenêtres de présentation

      Dans certains cas, la géométrie 3D n'est pas masquée correctement lors de l'utilisation de la commande Masquer dans les fenêtres de présentation (l'affichage peut être déformé). Avant d'utiliser la commande Masquer, définissez le SCU dans les onglets Modèle et Présentation sur Monde afin que les résultats de la commande Masquer soient corrects.

      Remplacement des pointes de flèche de cote

      Les cotes créées dans Autodesk AutoCAD 2007 qui ont des remplacements de style de cote pour les variables de pointe de flèche dimblk, dimblk1, dimblk2 ou dimldrblk peuvent perdre les remplacements si elles sont modifiées dans IntelliCAD.

      Développement de FDS

      Les DLL SDS créées avec des versions antérieures d'IntelliCAD ne sont pas compatibles binairement avec IntelliCAD 6.3. Vous devrez reconstruire vos applications SDS à l'aide des fichiers IntelliCAD 6.3 sds.lib et sds.h.

      Certains noms de commandes ont été supprimés

      Les noms de commande suivants sont obsolètes et ont été supprimés d'IntelliCAD : REDIT, RASTERIN, -RASTERIN et RCLIP. Leurs noms de commande correspondants sont : IMAGE, IMAGEATTACH, -IMAGEATTACH et IMAGECLIP.

      Quoi de neuf dans IntelliCAD 6.2

      Nouvelles fonctionnalités

      Attribuez les vraies couleurs et les couleurs du carnet de couleurs

      Vous avez toujours pu ajouter de la couleur à vos dessins à l'aide des couleurs d'index, mais vous pouvez désormais utiliser deux nouvelles fonctionnalités de couleur :

      • Vraies couleurs Défini à l'aide de couleurs 24 bits, il existe plus de 16 millions de vraies couleurs parmi lesquelles vous pouvez choisir.
      • Livres de couleurs Définis avec une liste de couleurs, les carnets de couleurs vous aident à organiser des collections de couleurs. Par exemple, vous pouvez stocker un schéma de couleurs unique dans un carnet de couleurs pour un client, puis utiliser uniquement les couleurs de ce carnet de couleurs pour les dessins du client.

      Travailler avec des images raster est plus facile

      Les versions IntelliCAD Professional et Pro Plus incluent un nouveau logiciel d'imagerie raster pour vous aider à travailler avec des images dans vos dessins. L'utilisation d'images raster est similaire aux versions précédentes d'IntelliCAD, avec des fonctionnalités faciles à utiliser situées dans le menu Image d'IntelliCAD.

      Exporter au format PDF et DWF 3D

      Vous pouvez exporter des dessins dans deux nouveaux formats :

      • PDF Les fichiers au format de document portable vous permettent de distribuer votre dessin à d'autres pour le visionner avec Adobe Acrobat Reader , qui est un logiciel gratuit que les utilisateurs peuvent télécharger, et pour le visionnement, la révision et l'édition avec Adobe Acrobat.
      • Fichier DWF 3D Les fichiers au format Web de conception 3D peuvent être affichés dans un navigateur Web si Autodesk DWF Viewer est également installé sur l'ordinateur. DWF Viewer est un outil gratuit d'Autodesk qui a toujours pris en charge l'affichage des fichiers DWF 2D, mais prend désormais en charge l'affichage des fichiers DWF en trois dimensions.

      Utiliser les accrochages d'entité

      Lorsque vous utilisez l'option d'extension avec l'accrochage à l'intersection et l'accrochage à l'intersection apparente, IntelliCAD dessine des lignes d'attache en pointillés pour vous guider lorsque vous utilisez l'option d'accrochage à l'extension.

      Si vous travaillez dans la barre de commandes, vous pouvez modifier la commande active en tapant m2p ou alors mtp pour activer un accrochage unique au milieu de deux points que vous spécifiez.

      Modifier le texte dans la ligne de commande

      La barre de commandes et la fenêtre Historique des invites incluent une édition de texte améliorée, notamment couper, copier et coller du texte en copiant la dernière ligne de commande ou l'intégralité de l'historique des commandes et en répétant une commande précédemment exécutée.

      Créer des entités d'effacement

      Les effacements sont des entités uniques qui peuvent vous aider à masquer des zones de votre dessin. Ils s'affichent avec la couleur d'arrière-plan actuelle, de sorte que les détails derrière l'effacement ne s'affichent pas ou ne s'impriment pas. Cependant, si votre version d'IntelliCAD n'inclut pas la capacité d'image raster (c'est-à-dire qu'elle n'inclut pas de menu Image), les entités d'effacement s'affichent, mais les détails derrière les effacements s'affichent également.

      Créez des notes audio à partir de fichiers *.wav existants

      En plus d'enregistrer des notes audio dans IntelliCAD et de les attacher à des entités, vous pouvez désormais créer des notes audio à partir de fichiers *.wav existants. Les notes audio créées à partir d'un fichier *.wav existant sont enregistrées dans le fichier de dessin et le fichier *.wav séparé reste inchangé.

      Afficher les miniatures des dessins

      Lorsque vous ouvrez ou enregistrez un dessin, les fichiers de dessin peuvent être affichés de plusieurs manières, notamment par nom de fichier avec ou sans les détails supplémentaires. Maintenant, vous pouvez également afficher des images miniatures des fichiers de dessin.

      Vous pouvez également afficher des images miniatures lorsque vous parcourez des fichiers de dessin sur votre ordinateur à l'aide de programmes fournis avec votre système d'exploitation, tels que l'Explorateur de fichiers Windows ou Poste de travail.

      Utiliser des variables système nouvelles et améliorées

      Les nouvelles variables système incluent : AUDIOICONCOLOR, NOMUTT, OSNAPCOORD, OSNAPHATCH, OSNAPZ et RTSKIPCOUNT.

      Les variables système améliorées incluent : CECOLOR et SNAPCOLOR.

      Corrections importantes

      Afficher

      • Dans certains cas, IntelliCAD a mal découpé des sous-entités de bloc et elles ne s'affichent pas.
      • L'affichage des caractères chinois s'est amélioré grâce à une meilleure gestion des caractères à deux octets.
      • La gestion des indicateurs de visibilité sur les attributs est améliorée.
      • Les sous-entités dans les blocs prennent correctement en charge l'affichage des épaisseurs de ligne.
      • Les cotes des versions DWG antérieures ne sont pas converties vers de nouveaux emplacements lorsqu'un dessin est ouvert.
      • Le découpage est amélioré pour les fenêtres qui se chevauchent.
      • Les fenêtres Mview enregistrées comme "Désactivées" dans IntelliCAD ne s'affichent pas comme "Activées" dans Autodesk AutoCAD .
      • L'ordre de dessin a été grandement amélioré pour les entités dans les blocs et les références externes.

      L'ordre de tirage est correctement conservé pour les entités éditées (Copier, Bloquer, Déplacer, etc.).

      Ouvrir et enregistrer des fichiers

      • IntelliCAD utilise les nouvelles bibliothèques DWGdirect 1.14.02.
      • IntelliCAD enregistre correctement les données d'entités étendues binaires.
      • Les données d'entité étendues sur les objets de groupe et les entités de vue sont enregistrées correctement.
      • Les styles de tracé corrompus ou manquants n'empêchent pas l'enregistrement des entités.
      • De nouvelles actions sont entreprises pour empêcher la corruption des données lors de l'ouverture et de l'enregistrement des dessins. Si nécessaire, des messages d'erreur supplémentaires s'affichent.
      • L'ouverture de fichiers inclut des améliorations de performances générales.
      • IntelliCAD enregistre d'abord le dessin actif (plutôt que les dessins non actifs en premier) lorsque plusieurs fichiers sont ouverts et qu'IntelliCAD est fermé.

      Appels API COM (versions IntelliCAD Professional)

      IntelliCAD utilise désormais la version 6.4 VBA SDK.

      Les paramètres d'impression peuvent être définis correctement via l'API COM.

      Les objets, méthodes et propriétés du tableau suivant ont été mis à jour ou ajoutés à l'interface du programme d'application COM.

      TableauPolaire
      TableauRectangle
      booléen
      Vérifier l'interférence
      Copie
      Supprimer
      Effacer
      Exploser
      ObtenirBoundingBox
      GetExtensionDictionary
      ObtenirXData
      Point culminant
      IntersectionAvec
      Miroiter
      Miroir3D
      Se déplacer
      Tourner
      Rotation3D
      ÉchelleEntité
      SectionSolide
      TrancheSolide
      SetXData
      Transformer par
      Mettre à jour

      Application
      Centroïde
      Couleur
      Document
      Nom de l'entité
      Type d'entité
      Gérer
      HasExtensionDictionnaire
      Couche
      Type de ligne
      Type de ligneEchelle
      Épaisseur de ligne
      Moment d'inertie
      Parent
      Nom du style de tracé
      PrincipalDirections
      Moments principaux
      ProduitOfInertie
      RayonDeGyration
      Épaisseur
      Visible
      Le volume

      Application

      Document actif

      AjouterObjet
      AjouterXRecord
      Supprimer
      GetExtensionDictionary
      ObtenirNom
      ObtenirObjet
      ObtenirXData
      Supprimer
      Renommer
      Remplacer
      SetXData

      Application
      Compter
      Document
      Gérer
      HasExtensionDictionnaire
      Article
      Nom
      Parent

      Collection de dictionnaires

      Application
      Compter
      Article
      Parent

      Précision du texte
      AltRoundDistance
      Séparateur décimal

      Objets d'entité (tous)

      GetExtensionDictionary

      HasExtensionDictionnaire
      Épaisseur de ligne
      Nom du style de tracé

      Ajouter des éléments
      Supprimer
      GetExtensionDictionary
      ObtenirXData
      Point culminant
      Supprimer des éléments
      SetXData
      Mettre à jour

      Application
      Couleur
      Compter
      Document
      Nom de l'entité
      Type d'entité
      Gérer
      HasExtensionDictionnaire
      Article
      Couche
      Type de ligne
      Échelle du type de ligne
      Épaisseur de ligne
      Nom
      Parent
      Nom du style de tracé
      Visible

      Collection de groupes

      Application
      Compter
      Article
      Parent

      Nom du style de tracé
      ViewportDefault

      Propriétés du tracé

      ObtenirEchellePersonnalisée
      SetCustomScale

      OptimiserNiveau
      OrigineX
      OrigineY
      Des stylos
      StyloLargeur
      Tourner
      Échelle standard
      UtiliserÉchelleStandard
      Unités
      Version

      TableauPolaire
      TableauRectangle
      booléen
      Copie
      Supprimer
      Effacer
      Exploser
      ObtenirBoundingBox
      GetExtensionDictionary
      ObtenirXData
      Point culminant
      IntersectionAvec
      Miroiter
      Miroir3D
      Se déplacer
      Tourner
      Rotation3D
      ÉchelleEntité
      SetXData
      Transformer par
      Mettre à jour

      Application
      Surface
      Centroïde
      Couleur
      Document
      Nom de l'entité
      Type d'entité
      Gérer
      HasExtensionDictionnaire
      Couche
      Type de ligne
      Échelle du type de ligne
      Épaisseur de ligne
      Moment d'inertie
      Normal
      Parent
      Périmètre
      Nom du style de tracé
      PrincipalDirections
      Moments principaux
      ProduitOfInertie
      RayonDeGyration
      Épaisseur
      Visible

      TableauPolaire
      TableauRectangle
      Copie
      Supprimer
      Effacer
      ObtenirBoundingBox
      GetExtensionDictionary
      ObtenirXData
      Point culminant
      IntersectionAvec
      Miroiter
      Miroir3D
      Se déplacer
      Tourner
      Rotation3D
      ÉchelleEntité
      SetXData
      Transformer par
      Mettre à jour
      Facteur d'échelle

      Application
      Couleur
      Document
      Nom de l'entité
      Type d'entité
      Gérer
      HasExtensionDictionnaire
      Hauteur
      Point d'insertion
      Couche
      Type de ligne
      Type de ligneEchelle
      Épaisseur de ligne
      Nom
      Normal
      Parent
      Angle oblique
      Nom du style de tracé
      Rotation
      Épaisseur
      Visible

      SolidCreator

      AjouterBox
      AjouterCône
      Ajouter un cylindre
      AjouterEllipticalCone
      Ajouter un cylindre elliptique
      AjouterExtrudedSolid
      AjouterExtrudedSolidAlongPath
      Ajouter une région
      AjouterRevolvedSolid
      Ajouter une sphère
      AjouterTorus
      AjouterWedge

      Application
      Parent

      Légende
      Poignée de fenêtre32
      État de la fenêtre

      Supprimer
      GetExtensionDictionary
      ObtenirXData
      ObtenirXRecordData
      SetXData
      SetXRecordData

      Application
      Document
      Gérer
      HasExtensionDictionnaire
      Nom
      Parent
      ID de traduction

      Langage de contrôle de dialogue (DCL)

      • Les zones de liste DCL et les images DCL affichent la hauteur appropriée.
      • Les zones de liste DCL gèrent correctement la troncature.

      Trappes

      • Lorsque les hachures associatives sont effacées, leurs limites ne sont plus effacées avec elles.
      • La direction des ellipses et des arcs elliptiques n'est pas modifiée lors de l'enregistrement du dessin, ce qui posait auparavant des problèmes lorsque ces entités étaient utilisées comme contours de hachures.
      • La commande Bhatch peut utiliser des entités à l'intérieur d'un bloc comme bord de limite.
      • Les motifs de hachures définis par l'utilisateur n'ont pas leur point de base réinitialisé lors de l'enregistrement du dessin.
      • Les hachures non associatives ne s'affichent pas comme associatives dans la boîte de dialogue Hachures.
      • La boîte de dialogue Bhatch et la variable système HPASSOC sont maintenant synchronisées.
      • Text et MText prennent désormais en charge l'affichage des caractères UNICODE.
      • La justification et l'affichage des polices TrueType sont améliorés.
      • Le texte n'est plus modifié lors de l'ouverture et de la fermeture de la boîte de dialogue DDEdit.
      • IntelliCAD ne plante pas lors du réglage de la règle dans la boîte de dialogue TextMult.
      • La boîte de dialogue TextMult s'affiche avec la couleur d'arrière-plan actuelle et toutes les couleurs du texte apparaissent comme dans le dessin.
      • Le point et la direction de la poignée de texte vertical correspondent désormais plus étroitement à AutoCAD.
      • La justification des onglets de paragraphe Mtext est améliorée et correspond plus étroitement à AutoCAD.
      • Le texte formaté collé à partir d'Excel apparaît correctement formaté dans IntelliCAD.
      • Le mappage des polices comprend des améliorations générales.
      • Les symboles de diamètre s'affichent correctement dans Mtext.
      • Mtext prend en charge la commande Explode.
      • Empilez le texte en diagonale (S1#2).
      • Les zooms transparents ne désactivent pas la sélection actuelle.
      • Les accrochages aux entités peuvent être utilisés pour spécifier des points pour une fenêtre Zoom.
      • La commande Zoom trouve correctement l'étendue des entités de dimension.
      • Bien que l'option Zoom dynamique était disponible auparavant, elle se trouve désormais dans la liste des options de commande et dans les menus.

      Fonctionnalités d'impression

      • IntelliCAD imprime correctement les épaisseurs de ligne inférieures à 2 millimètres.
      • Les motifs de hachures de points s'impriment correctement et s'affichent correctement dans la fenêtre Aperçu avant impression.
      • IntelliCAD ouvre les fichiers de table de style d'impression CTB et STB créés dans AutoCAD 2005 et 2006.
      • IntelliCAD gère mieux les fichiers de table de style d'impression CTB et STB corrompus.
      • L'annulation de la fenêtre Aperçu avant impression ne ferme plus IntelliCAD.

      ACIS et solides 3D

      IntelliCAD utilise les nouvelles bibliothèques ACIS R15 SP3.

      Le rendu

      IntelliCAD utilise les dernières bibliothèques DaVinci Rendering 5.6.4.

      Décalage

      • La commande Décalage inclut une meilleure gestion des polylignes qui ont un grand nombre de sommets proches les uns des autres (c'est-à-dire de courtes distances entre les sommets).
      • La commande Décalage ajuste les pièces dégénérées lorsque la courbe résultante s'auto-intersecte.

      Prise en charge des commandes Trim et Extend

      • Des améliorations générales ont été apportées pour gérer les cas complexes pour les commandes Trim et Extend.
      • Les entités Ray prennent en charge la commande Trim.
      • Les entités de cote prennent en charge les commandes Ajuster et Prolonger.
      • Les effacements prennent en charge les commandes Trim et Extend.
      • Les entités image prennent en charge les commandes Trim et Extend.
      • Les entités polylignes ont une meilleure prise en charge des commandes Ajuster et Prolonger.

      Mview

      • Les vues M qui sont désactivées sont correctement prises en charge.
      • Les codes du groupe Mview 90 sont enregistrés correctement.
      • Les mises en page ne disparaissent pas lorsqu'elles sont renommées.
      • Les performances ont été multipliées par 8 lors de l'insertion de dessins avec de grands maillages polyfaces.
      • Des chanfreins peuvent être créés entre des polylignes légères et des entités linéaires.
      • L'Assistant Nouveau dessin ne crée pas plusieurs fichiers lorsque vous cliquez plusieurs fois sur Terminer.
      • Les barres d'outils ne sont plus déplacées de leur position précédente lors du démarrage d'IntelliCAD.
      • Les lignes M peuvent être éclatées correctement.
      • La pile d'annulation n'est pas corrompue lors du défilement avec la molette de la souris.
      • Lorsqu'un dessin parent est enregistré, les types de ligne ne sont pas modifiés en Continu dans les références externes.
      • Les contrôles d'en-tête et de pied de page de la boîte de dialogue Options affichent des données correctes.
      • Les valeurs de cote ne changent pas lors du copier-coller d'un dessin à un autre.
      • La commande Surface calcule correctement la surface.
      • Les entités proxy peuvent être supprimées.
      • Les commandes Masquer et Ombrer fonctionnent correctement en vue perspective.
      • IntelliCAD ne se bloque plus de manière aléatoire lorsque le focus passe à une autre application lors de la modification des paramètres de dessin.
      • IntelliCAD ne plante plus lors de l'accrochage à l'intersection d'entités de bloc imbriquées.
      • IntelliCAD ne se bloque plus lorsque la barre de commandes ancrée verticalement est réduite.
      • IntelliCAD ne se bloque plus de manière aléatoire après avoir parcouru les types de ligne dans IntelliCAD Explorer.
      • De nombreuses fuites de mémoire ont été corrigées, notamment des fuites importantes lors de la gestion des maillages.

      Notes techniques

      L'importation de fichiers DWF 3D n'est pas prise en charge

      Bien que vous puissiez exporter un dessin au format DWF 3D, vous ne pouvez pas importer de fichiers DWF 3D. Si vous essayez d'importer un fichier DWF 3D, le dessin dans IntelliCAD sera vide. L'importation de fichiers DWF 3D n'est pas prise en charge pour le moment.

      Les fichiers DWF 2D peuvent produire des erreurs

      Si vous ouvrez ou auditez un fichier DWF 2D, vous pouvez recevoir des messages d'erreur ou le fichier peut devenir inutilisable. La possibilité de travailler avec des fichiers DWF 2D est encore en cours de développement.

      Les entités d'effacement s'impriment sous forme de polygones remplis

      Les entités d'effacement s'impriment sous forme de polygones remplis de la même couleur que la couleur d'arrière-plan actuelle. Dans certains cas, cela peut entraîner des résultats d'impression inattendus, par exemple si vous imprimez sur du papier de couleur.

      Documentation de dernière minute

      Variable système LISPINIT

      Détermine si l'environnement LISP est réinitialisé lorsqu'un nouveau dessin est créé ou ouvert. Lorsqu'il est défini sur 1, l'environnement LISP est réinitialisé lors de l'ouverture ou de la création d'un nouveau dessin. Lorsqu'il est défini sur 0, l'environnement LISP est enregistré et utilisé dans le nouveau dessin.

      Taper: Entier

      Enregistré: Dans le registre

      Varier: 0 (Off = Ne réinitialise pas LISP), 1 (On = Réinitialise LISP)

      Attacher une image raster, commande

      En plus de taper attacher une image dans la barre de commandes pour attacher des images raster à un dessin, vous pouvez également taper rasterin.

      Quoi de neuf dans IntelliCAD 6.1

      Nouvelles fonctionnalités

      Créer des images rendues

      IntelliCAD utilise des fonctionnalités de rendu nouvelles et améliorées pour créer des images de modèles de meilleure qualité et plus photoréalistes. Le rendu avancé est désormais standard à tous les niveaux d'IntelliCAD, y compris Standard, Professional et Pro Plus.

      Mettre en forme le texte

      De nouvelles fonctionnalités de mise en forme sont disponibles lorsque vous saisissez du texte à l'aide de Insérer > Texte multiligne. Vous pouvez spécifier la couleur du texte, les retraits de première ligne, les retraits de paragraphe, les retraits à droite et les tabulations.

      Joindre et enregistrer l'audio

      IntelliCAD offre la possibilité unique d'enregistrer des notes audio, qui sont des clips audio attachés à des entités et disponibles pour la lecture à tout moment. Par exemple, des notes audio dans un plan d'étage d'usine peuvent décrire les activités de maintenance pour des zones spécifiques de l'usine et les employés peuvent jouer les notes audio pour entendre les instructions.

      Travailler avec des solides 3D

      En plus de découper et de sectionner des solides, vous pouvez désormais découper des régions et des corps (généralement des feuilles). Cette fonctionnalité est disponible si votre version d'IntelliCAD prend en charge la modification des solides ACIS.

      Utiliser les accrochages d'entité

      Vous pouvez désormais accrocher aux motifs de hachures lors de l'utilisation d'accrochages d'entité :

      • Accrochez-vous aux points médians et aux extrémités des lignes du motif de hachures.
      • Accrochez-vous au point le plus proche et au point perpendiculaire sur une ligne de motif de hachures.
      • Accrochez-vous à n'importe quel point d'intersection ou point d'intersection apparent où la ligne du motif croise d'autres entités prises en charge par les accrochages d'entité.

      Utiliser de nouvelles variables système

      Les nouvelles variables système incluent : AUDIOICON, AUDIOICONCOLOR et AUDIOICONSCALE.

      Corrections importantes

      Texte multiligne

      • La hauteur de texte pour le texte multiligne est désormais enregistrée correctement lorsque vous quittez la boîte de dialogue de commande MTEXT.
      • La mise en forme de la commande MTEXT (gras, italique et souligné) fonctionne désormais correctement.
      • Vous pouvez désormais utiliser les accolades de début et de fin de manière appropriée avec la commande TEXTMULT.
      • Les entités MTEXT peuvent désormais être utilisées comme tranchant avec la commande TRIM.

      Snaps d'entité

      • L'accrochage d'intersection étendu fonctionne désormais correctement.
      • Les snaps IntelliCAD ne sont plus bloqués à un seul endroit et ils ne nécessitent plus que le snap soit réinitialisé.

      Trappes

      • Lors du déplacement de hachures, toutes les limites associées se déplacent avec les hachures.
      • Les commandes TABLEAU, TABLEAU3D, MIROIR et MIROIR3D fonctionnent désormais avec les entités de hachures.
      • L'échelle de hachures est enregistrée correctement.
      • Les hachures pleines utilisent correctement toutes les limites de nœud de spline. Cela a également résolu des problèmes mineurs avec l'affichage des caractères Kanji.
      • Si une entité de hachures porte le même nom qu'un motif de hachures dans le fichier ICAD.PAT mais contient une définition différente, la définition de hachures de cette entité n'est plus redéfinie lors de l'enregistrement.
      • Les entités de hachures fonctionnent mieux avec les commandes CHANGE et ENTPROP.
      • Performances améliorées lorsque vous travaillez avec des motifs de hachures denses, y compris des motifs trop denses pour être affichés.
      • Le déplacement dynamique est environ cinq fois plus rapide lors du déplacement de blocs insérés contenant des entités de hachures.

      Types de ligne

      • Les motifs de type de ligne complexes définis par l'utilisateur sont désormais enregistrés et affichés correctement.
      • IntelliCAD fonctionne désormais correctement lorsque plusieurs types de ligne sont importés en même temps.

      Fonctionnalités d'impression

      • Les tableaux de styles d'impression définis par l'utilisateur sont désormais enregistrés dans C:Documents and SettingsuserMes documentsStyles d'impression selon les exigences du logo Microsoft Windows.
      • La boîte de dialogue Nom de fichier de style d'impression interdit désormais les noms de fichiers non valides.
      • Les noms de fichiers longs sont désormais visibles dans la boîte de dialogue Editeur de table de styles d'impression.
      • Les options de l'onglet Impression trouvées dans Outils > Options sont désormais indisponibles lorsqu'aucun dessin n'est ouvert.
      • IntelliCAD fonctionne désormais correctement lorsque les paramètres de style d'impression ne peuvent pas être détectés.

      ACIS et solides 3D

      Les primitives ACIS sont maintenant créées avec le paramètre de couleur actuel (pas toujours BYLAYER).

      Propriétés de match

      La commande MATCHPROP copie la largeur de la polyligne si tous les segments de la polyligne source ont la même largeur.

      Propriétés de l'entité

      • La commande ENTPROP permet de modifier correctement la largeur d'une polyligne.
      • Les chemins relatifs fonctionnent désormais correctement pour les liens hypertexte d'entité.

      Afficher

      • Zoom Etendues calcule correctement la vue lorsque les entités sont étendues en dehors de la vue actuelle.
      • Vous pouvez afficher les modifications apportées avec DVIEW sans REGEN supplémentaire.
      • Les objets OLE restent visibles même lorsque les liens sont rompus.
      • Le zoom dynamique de la molette de la souris centre le zoom correctement sur l'emplacement du curseur lors de l'utilisation de plusieurs moniteurs.
      • Toutes les entités MINSERT imbriquées s'affichent désormais correctement.
      • Le gel de VPLAYER fonctionne désormais correctement pour les entités dans l'espace papier.
      • Les attributs constants et invisibles s'affichent désormais correctement lorsque ATTDISP est activé.
      • IntelliCAD affiche systématiquement les épaisseurs de ligne dans les fenêtres de l'espace objet.
      • Auparavant, si IntelliCAD ne pouvait pas afficher correctement une seule entité dans un bloc, il n'affichait aucune des entités restantes dans la définition de bloc. Les entités de bloc restantes s'affichent désormais lorsqu'une seule entité de bloc ne peut pas être affichée correctement (par exemple, si une entité HACHURES était trop dense pour être affichée).

      Barre de commande

      • Les performances du défilement de la ligne de la barre de commande ont été considérablement améliorées.
      • La barre de commandes n'affiche plus aléatoirement les entrées en double.
      • La barre de commandes stocke correctement sa taille si vous la redimensionnez verticalement.

      Appels d'API

      • Entmod créera et affichera désormais correctement les entités attributaires.
      • La méthode VBA Select fonctionne correctement dans IntelliCAD pour les grandes sélections.

      Plus de correctifs

      • IntelliCAD Explorer fonctionne correctement lors de la suppression de styles de cote ou de styles de texte.
      • Les définitions de bloc sont ajoutées à la table de blocs lorsqu'une insertion de bloc est annulée.
      • La commande AREA signale correctement le périmètre (pas la circonférence) des entités splines.
      • Les limites XCLIP ne sont plus supprimées lors de l'enregistrement des dessins.
      • L'exécution de certaines opérations sur les entités WIPEOUT sélectionnées fonctionne désormais correctement.
      • L'extrusion fonctionne correctement sur les entités créées avec la commande RETANGLE.
      • Les entités SOLID respectent désormais correctement la couleur de l'entité lorsque les fichiers DXF sont importés dans IntelliCAD.
      • L'état de chargement/déchargement (code de groupe DXF 280) des définitions d'image est désormais correctement enregistré.
      • Les entités sélectionnées par la poignée peuvent désormais être désélectionnées en utilisant la touche Maj (maj-pick, maj-fenêtre, maj-croisement).
      • IntelliCAD inclut une gestion améliorée de la table des trieurs lorsqu'elle contient des références à des entités supprimées.
      • Les blocs éclatés avec un facteur d'échelle négatif dans un axe ne font plus pivoter les entités d'ellipse de manière incorrecte.

      Notes techniques

      Crash peu fréquent dû à des fuites de mémoire du système d'exploitation

      Si vous utilisez le système d'exploitation Windows(R) XP, la création de dessins très complexes au cours d'une seule session IntelliCAD peut entraîner le blocage d'IntelliCAD. Cela est dû au fait que Windows XP perd une petite quantité de mémoire chaque fois que vous utilisez certaines commandes IntelliCAD. Si vous utilisez plusieurs de ces commandes (par exemple, dessiner environ 2 000 lignes) au cours d'une seule session IntelliCAD, IntelliCAD peut se bloquer.

      La plupart des utilisateurs ne rencontrent pas de problèmes causés par ces fuites de mémoire. Toutefois, si vous rencontrez des problèmes, envisagez d'installer le correctif disponible auprès de Microsoft. Pour plus d'informations, rendez-vous sur :

      Quoi de neuf dans IntelliCAD 6.0

      IntelliCAD 6.0 inclut des améliorations qui améliorent les performances graphiques entre 400% et 1000%. Grâce à ces améliorations, IntelliCAD est désormais capable de gérer des dessins plus grands que jamais.

      L'impression a été considérablement améliorée en offrant aux utilisateurs plus de flexibilité et de contrôle sur le processus d'impression. Les nouveaux tableaux de styles d'impression permettent aux utilisateurs de toujours spécifier des paramètres basés sur les couleurs, mais permettent également aux utilisateurs de spécifier des largeurs de plume, des types de ligne et des épaisseurs de ligne quelle que soit la couleur. Les tables de styles d'impression sont stockées dans des fichiers (fichiers .ctb et .stb), permettant aux utilisateurs de les appliquer dans d'autres dessins et de les partager avec d'autres utilisateurs.

      D'autres améliorations sont

      • Gestion des références externes
      • Intersection Snap avec une nouvelle option étendue,
      • Enregistrer et restaurer les fichiers d'environnement de dessin
      • Navigation plus facile entre l'espace modèle et l'espace papier.

      Voir ci-dessous pour une liste plus détaillée des nouveautés d'IntelliCAD 6

      Affectation des tables de styles d'impression

      Les fonctions d'impression suivantes ont considérablement amélioré la flexibilité et le contrôle du processus d'impression :

      • Auparavant, vous pouviez utiliser le mappage PenMap/Width pour associer des couleurs à des largeurs de stylo spécifiques sur votre imprimante. Les nouveaux tableaux de styles d'impression vous permettent de toujours spécifier les paramètres basés sur les couleurs, mais vous permettent également de spécifier les largeurs de plume, les types de ligne et l'épaisseur de ligne quelle que soit la couleur.
      • Les tables de styles d'impression (fichiers .ctb et .stb) sont stockées dans des fichiers que vous pouvez partager sur plusieurs fichiers de dessin ou avec d'autres utilisateurs.

      Les tables de styles d'impression affectent de nombreuses fonctionnalités existantes, notamment : Nouveau dessin et Nouveau dessin Assistant Propriétés et barre d'outils Propriétés d'entité Modifier les paramètres de dessin de l'explorateur IntelliCAD (Calques) > Onglet Création d'entité Barre d'état Options > Onglet Chemins/Fichiers Options > Onglet Impression et Imprimer > Onglet Avancé .

      Il existe également plusieurs nouvelles commandes pour les tables de styles d'impression : Style d'impression (printstyle), Gestionnaire de styles d'impression (stylesmanager), Convertir les tables de styles d'impression de dessin (convertpstyles) et Convertir la table de styles d'impression CTB (convertctb).

      Gestion des références externes

      L'attachement et le travail avec des références externes sont désormais plus faciles avec le nouveau gestionnaire de Xréfs. Vous pouvez afficher une liste détaillée du dessin référencé, ou vous pouvez afficher un affichage hiérarchique qui montre comment les dessins sont imbriqués et liés les uns aux autres. Attachez, détachez, rechargez, liez, ouvrez et modifiez rapidement le chemin de toutes les références externes dans le dessin courant.

      Le gestionnaire Xref vous permet d'utiliser les mêmes fonctionnalités de référence externe que dans les versions précédentes d'IntelliCAD, mais d'une manière plus efficace.

      Travailler avec des solides 3D

      La version standard d'IntelliCAD prend désormais en charge l'affichage et l'édition limitée des solides 3D, y compris le déplacement, la rotation et la mise à l'échelle. La version IntelliCAD Professional vous permet toujours de créer et d'éditer plus complètement des solides 3D.

      Utilisation des accrochages d'entité

      L'accrochage à l'intersection existant a une nouvelle option étendue, qui s'accroche à l'emplacement logique où deux entités se croiseraient si elles étaient de longueur infinie.

      Le nouvel outil Accrochage à l'intersection apparente s'accroche à l'intersection de deux entités qui ne sont pas dans le même plan mais semblent se croiser dans la vue actuelle. Vous pouvez également utiliser son option Extended, qui s'accroche à l'emplacement logique où deux entités se croiseraient si elles étaient de longueur infinie.

      Personnaliser plus d'options

      Les fonctionnalités suivantes sont nouvelles dans la boîte de dialogue Outils > Options :

      • Onglet Général Définissez le format d'enregistrement par défaut. Spécifiez le mode d'ouverture des dessins.
      • Onglet Chemins/Fichiers Spécifiez les chemins de recherche des tableaux de styles d'impression.
      • Onglet Affichage Utilisez les flèches Haut/Bas dans l'historique des commandes. Affichez ou masquez les onglets Objet et Présentation. Afficher ou masquer les barres de défilement.
      • Onglet Profils Créez et gérez des profils d'environnement de dessin.
      • Onglet Impression Spécifiez les en-têtes et les pieds de page pour tous les dessins. Attribuez des paramètres de table de style d'impression par défaut pour les nouveaux dessins.

      Enregistrer et restaurer les profils d'environnement de dessin

      Personnalisez les paramètres qui contrôlent votre environnement de dessin, puis enregistrez et restaurez ces paramètres dans un profil. Par exemple, si vous préférez travailler avec des menus et des barres d'outils personnalisés, vous pouvez enregistrer ces paramètres en tant que votre propre profil.

      Les profils peuvent être utiles si vous avez plusieurs utilisateurs avec des préférences différentes, ou si vous êtes un seul utilisateur qui travaille sur divers projets nécessitant des paramètres uniques. Vous pouvez même exporter votre profil et l'apporter avec vous lorsque vous travaillez sur un autre ordinateur.

      Naviguer dans l'espace modèle et l'espace papier

      Utilisez le contrôle amélioré de l'espace objet/papier dans la barre d'état pour basculer plus efficacement entre l'espace objet et l'espace papier sur l'onglet Objet ou l'onglet Mise en page.

      Vous pouvez également modifier l'affichage des onglets Objet et Présentation des manières suivantes :

      • Affichez ou masquez les onglets Objet et Présentation.
      • Réorganisez la position des onglets Disposition.

      Travailler dans la barre de commandes

      Dans la barre de commandes, vous pouvez effectuer les opérations suivantes :

      • Sélectionnez du texte, puis cliquez avec le bouton droit pour copier, couper et coller.
      • Appuyez sur Ctrl + K et Ctrl + L pour avancer et reculer dans l'historique des commandes.
      • Utilisez les flèches haut et bas pour faire défiler l'historique des commandes, si activé en choisissant Outils > Options.

      Choisissez des sessions IntelliCAD uniques

      Utilisez la nouvelle commande Session unique (type singleton) pour choisir si IntelliCAD peut être démarré une ou plusieurs fois simultanément.

      Utilisation de nouvelles variables système

      Les nouvelles variables système incluent : APBOX, CPLOTSTYLE, CTRLMOUSE, DEFLPSTYLE, DEFPLSTYLE, DEFPLSTYLETBL, FONTALT, PSTYLEMODE, PSTYLEPOLICY, MBUTTONPAN, SAVEROUNDTRIP et SHOWTABS.

      Améliorations des performances

      De nombreuses fonctionnalités d'IntelliCAD incluent des performances accrues. Le tableau suivant décrit les principales améliorations et les augmentations de performances estimées.

      Sous la capuche

      En plus des fonctionnalités et des améliorations de performances, de nombreuses améliorations générales ont été apportées à IntelliCAD, notamment la correction de centaines de bogues, la résolution de problèmes de mémoire et l'amélioration du temps de chargement au démarrage d'IntelliCAD.


      Les rues de New York sur papier

      Comme c'est généralement le cas avec les projets de développement, le stylo doit d'abord être mis sur papier, suivi d'une série d'examens et d'approbations avant qu'une pelle ne soit mise au sol. C'est aussi le cas de la construction de rues. Ce qui est unique, cependant, c'est qu'une rue doit être ajoutée à une carte avant d'être construite.

      À New York, une rue nouvellement proposée doit être ajoutée à la « carte de la ville » officielle (à ne pas confondre avec NYCityMap) via la procédure d'examen de l'utilisation des terres en uniforme (ULURP) avant de pouvoir être construite. Ainsi une rue existera sur le papier avant qu'elle ne devienne une réalité. Ces rues sont ce que l'on appelle désormais les rues de papier. Les rues en papier ne sont pas uniques à New York, mais ULURP l'est.

      Les rues de papier peuvent n'exister sur le papier que pendant de nombreuses années avant qu'elles ne soient jamais construites. La configuration ou le nom de la rue peut changer avant la construction. Il existe même des situations dans lesquelles une rue pourrait s'arrêter (démapper) – voir la définition ci-dessous – avant qu'elle ne devienne une réalité.

      Les lignes pointillées sur la carte ci-dessous représentent les rues en papier de la section Midland Beach de Staten Island. Il ressort clairement de la zone que ces rues intercalaires sont destinées à compléter la grille de rues prévue une fois entièrement construites. Cependant, il peut y avoir des circonstances (par exemple, être dans une zone inondable) qui empêchent la construction des rues.

      Paper Streets : Midland Beach, Staten Island

      Bien qu'à l'origine uniquement sur papier, les rues en papier peuvent être trouvées dans les données numériques de New York. L'ensemble de données NYC Street Centerline (CSCL) sur le portail de données ouvertes de NYC et l'ensemble de données LION de la planification urbaine incluent les rues en papier. Pour ceux qui se demandent, LION est un extrait de CSCL qui comprend à la fois une représentation à une ligne (générique) et à deux lignes (plate-forme) du réseau routier ainsi que des géographies supplémentaires. De plus, LION a une segmentation plus fine (des ruptures se produisent chaque fois que des zones géographiques se croisent ou qu'il y a des ruptures de plage d'adresses uniques). Alors que CSCL se concentre spécifiquement sur la représentation réelle de la rue (plate-forme) avec une segmentation par bloc. Plus d'informations sur ces ensembles de données dans un prochain article dédié.

      Les rues de papier peuvent être trouvées comme suit:
      Valeurs de caractéristique LION – de 5 et 9
      CSCL – STATUS valeurs 3 et 9.

      L'inverse d'une rue de papier est une rue dé-mappée. Comme son nom s'appliquerait, il s'agit d'un cas où une rue a été officiellement supprimée du plan de la ville. Et comme pour les rues en papier, la rue apparaîtra sur papier (Plan de la ville) comme étant dé-mappée avant qu'elles ne soient réellement supprimées.

      Rue démappée : Melrose Crescent, Bronx

      Les rues démappées peuvent être trouvées dans LION où le statut est égal à 5.


      Leçons de sciences et de programmation reproductibles

      La science reproductible fait référence au partage des méthodes et des flux de travail utilisés dans un projet. L'un des aspects de la reproductibilité de votre science consiste à automatiser votre flux de travail à l'aide de la programmation scientifique. Si votre code est automatisé et bien documenté, alors quelqu'un d'autre pourrait exécuter la même analyse sur vos données et ainsi s'appuyer sur votre travail. La reproductibilité dans la science des données de la Terre encourage le partage des connaissances et des techniques afin que les efforts scientifiques puissent se renforcer les uns les autres. Dans les leçons ci-dessous, apprenez à écrire du code propre et reproductible. Apprenez également à partager votre code et à collaborer efficacement à l'aide d'outils de contrôle de version tels que Git et GitHub.


      Développement d'un système complet pour la maintenance d'une grande base de données de colis SDE

      Une fois qu'une base de données parcellaire a été convertie au numérique, la plus grande préoccupation est de la maintenir à jour. Les utilisateurs voudront toujours avoir accès aux informations les plus récentes et ils le souhaitent rapidement. Dans le comté de Fairfax, en Virginie, ArcSDE a été mis en œuvre pour permettre aux utilisateurs d'accéder à l'intégralité de la base de données SIG dans un environnement transparent avec une vitesse d'accès rapide aux requêtes. L'étape suivante consistait à déterminer la manière dont les données pourraient être gérées directement dans ArcSDE plutôt que la méthode plus courante de stockage redondant des données dans ArcInfo LIBRARIAN et ArcSDE. Le comté de Fairfax a choisi NovaLIS pour mettre en œuvre un système dans lequel cela est possible. Cette discussion englobera trois domaines : le développement du système, la mise en œuvre du système et le point de vue d'un utilisateur sur le système. Le personnel du comté de Fairfax et de NovaLIS discutera du développement du système. Cela inclura les concepts et les problèmes de conception de base de données ainsi que les problèmes de processus de flux de travail et la manière dont ils ont été résolus. Il y aura également une discussion sur l'architecture du système. Le personnel du comté de Fairfax et de NovaLIS parlera également de la mise en œuvre du système. Cela comprendra une discussion sur le logiciel qui a été construit et mis en œuvre et comment il interagit avec la base de données SDE. Un représentant du comté de Fairfax parlera du point de vue de l'utilisateur tout au long de ce processus. Cela inclura la façon dont les tâches ont changé en raison de la mise en œuvre de ce nouveau système. Ils discuteront également des tests nécessaires qui ont été effectués pour s'assurer que le produit effectuerait toutes les tâches nécessaires à la maintenance de la base de données des colis.

      Où nous étions avant les données numériques

      Le comté de Fairfax est un comté établi aux États-Unis. Il est situé juste à l'extérieur de Washington, DC, dans le nord de la Virginie. Le comté de Fairfax couvre 399 miles carrés de superficie et abrite plus de 900 000 personnes résidant sur 330 000 parcelles de terrain. Le département SIG et cartographie du comté de Fairfax doit gérer tous les changements de parcelles dans le comté et les maintenir sur des cartes. Ces cartes sont utilisées dans environ 80 % des opérations qui se déroulent dans le comté. Par conséquent, il est très important que ces informations soient à jour et disponibles à tout moment pour le personnel et les citoyens du comté de Fairfax.

      Jusqu'en janvier 2000, les données sur les colis étaient conservées à l'encre sur mylar à une échelle de 200 pieds au pouce. Il y avait un mylar pour les lignes de propriété, un autre pour les lignes de zonage et encore un autre pour la superposition des noms de rue. Il y a 8 techniciens SIG qui maintiennent la base de données SIG. Ces techniciens sont chargés de saisir les données graphiques et d'attributs dans la base de données et de s'assurer qu'elles sont correctes. Il y a aussi un superviseur qui gère le contrôle qualité des données et s'assure que les processus sont effectués correctement.

      Auparavant, les modifications étaient enregistrées à la main sur une "feuille de révision" papier. Lorsqu'un certain nombre de révisions avait été ajoutée à une feuille, un technicien transférait toutes les révisions sur la feuille de carte en mylar. Cela se ferait généralement à la fin de l'année, lorsque tous les mylars devaient être à jour pour l'impression. Chaque année, en janvier, l'impression annuelle des carnets de cartes commencerait. Le département de l'administration fiscale renouvellerait le rôle d'imposition et les feuilles de carte seraient rattrapées jusqu'à cette date puis gelées pour impression. Les livres de cartes seraient imprimés à une échelle de 500 pieds au pouce. Il y aurait également un petit nombre de livres de cartes imprimés à 200 pieds au pouce. L'ensemble du processus serait achevé vers juin de la même année. Cela signifie que les cartes que les gens utilisaient étaient périmées de 6 à 18 mois.

      L'objectif de ce projet est d'avoir une base de données constamment à jour qui combine une base de données d'édition et une base de données de visualisation dans un seul système à l'échelle de l'entreprise. En utilisant le moteur de base de données spatiale (SDE) d'Esri et le produit GATE de NovaLIS, cela a été accompli. Toutes les données sont stockées dans des tables centralisées. Lorsqu'une modification doit être effectuée, une zone de travail est sélectionnée et un sous-ensemble de la base de données est créé pour modification. La base de données de vue est maintenue avec une combinaison de traitement par lots et de mise à jour en temps réel à partir des tables centrales.

      La base de données SIG du comté de Fairfax a une taille d'environ 375 Go. Il y a environ 350 Go d'ortho-imagerie numérique couleur et 25 Go de données vectorielles. Les données sont hébergées dans la base de données SDE sur un serveur IBM AIX. Le comté utilise Oracle 8.1.6 et SDE 8.0.2.

      Il y a environ 200 couches de données que le comté stocke et maintient dans la base de données SDE. Ces données comprennent des données sources à l'échelle 4000 telles que les districts magistraux, les limites de fréquentation scolaire et les emplacements des installations publiques. Il comprend également des données sources à l'échelle 200 telles que les données de propriété et de zonage. Des informations planimétriques et de contour sont également stockées dans la base de données. Les types d'entités incluent les points, les lignes, les polygones, les régions et les annotations.

      Le comté de Fairfax utilise les produits Esri pour la quasi-totalité de ses travaux SIG. Arc/Info est le logiciel professionnel utilisé dans le bureau SIG pour maintenir toutes les couches de données et effectuer une analyse spatiale avancée. La plupart des clients utilisent ArcView pour effectuer des requêtes sur la base de données et produire des produits cartographiques. Map Objects est utilisé comme outil d'intégration pour implémenter le SIG dans les processus métier. La technologie Internet Map Server est utilisée pour diffuser des informations SIG dans tout le comté et ses citoyens à l'aide d'Internet/intranet.

      En règle générale, le département SIG soutient les agences du comté dans le développement d'applications logicielles pour le SIG. Certaines agences commencent à embaucher du personnel qui maîtrise mieux le SIG et qui est en mesure de décharger une partie du travail du personnel du SIG et de laisser le département SIG s'occuper des initiatives à l'échelle du comté. Le département SIG a développé plusieurs applications pour que d'autres agences accèdent facilement au SIG. Une application est hébergée dans ArcView. Il contient déjà de nombreuses couches de données populaires chargées dans le projet et les utilisateurs peuvent adapter leurs projets à leurs propres besoins. Une autre application qui a été développée est basée sur des objets cartographiques. Cela a une empreinte plus petite que le projet ArcView. Les utilisateurs peuvent l'utiliser pour sélectionner les couches qu'ils souhaitent afficher, ils sont ajoutés à la vue, puis ils peuvent zoomer, effectuer un panoramique, interroger et créer des produits de sortie simples. Plusieurs agences ont repris cette application et l'ont étendue pour répondre à leurs besoins spécifiques.

      Il y a environ 200 utilisateurs SIG dans le comté de Fairfax qui sont répartis en 4 classifications. Tout d'abord, il y a l'utilisateur occasionnel qui utilise des applications Web et qui ne fait généralement que visualiser les données. Les citoyens du comté utilisent également ces applications Web. Deuxièmement, il existe des utilisateurs spécifiques à l'application. Ces utilisateurs travaillent avec des applications personnalisées écrites spécifiquement pour une fonction au sein de leur service. Troisièmement, il y a les utilisateurs expérimentés d'ArcView. Ces utilisateurs utilisent le logiciel ArcView pour afficher, interroger, analyser et imprimer les données spatiales. Ils peuvent utiliser ArcView sans aucune personnalisation. Le quatrième niveau est l'utilisateur professionnel. Les personnes qui utilisent le logiciel SIG haut de gamme tel qu'ArcInfo effectuent des analyses, développent des applications personnalisées, gèrent les données, développent des bases de données et prennent en charge tous les niveaux d'utilisateurs dans le comté.

      Le taux de croissance du comté de Fairfax a un peu ralenti depuis la fin des années 80, au début des années 90, alors qu'il y avait environ 12 000 nouvelles parcelles par an. Cependant, il y a encore un peu de développement qui se passe dans le comté. Le comté de Fairfax voit encore environ 5 000 nouvelles parcelles chaque année. Il y a aussi d'autres transactions qui se produisent, notamment des prises de route, des actes de copropriété, des changements d'adresse et des reconfigurations simples de lots. Ces transactions s'additionnent au cours d'une année.

      Au début de 2000, la conversion de toutes les données de propriété et de zonage au numérique a été achevée. Les données avaient été chargées dans la base de données SDE afin que les utilisateurs puissent accéder aux données. Avant la fin de la conversion des données, nous savions que nous aurions besoin d'un moyen de conserver ces données. Au début de 1999, nous avons commencé à développer une application à cet effet.

      Nous savions que les données allaient être hébergées dans le SDE. Nous avions essayé les mécanismes de stockage basés sur la couverture, mais ils ne se sont pas avérés bien fonctionner dans un grand environnement multi-utilisateurs. Par conséquent, nous voulions une application qui fonctionne avec la base de données SDE, pas seulement avec des couvertures ou des fichiers de formes dans Librarian ou AcrStorm.

      Construire l'application "In-House"

      Une option pour développer cette application est que nous pourrions construire quelque chose en interne. Les avantages de cela étaient que nous aurions un contrôle total sur tous les aspects de l'application. Si nous voulions apporter des modifications, nous serions en mesure de les faire simplement. Un autre avantage est que nous pourrions travailler selon notre propre calendrier et peut-être faire les choses à l'avance au lieu d'attendre le calendrier d'un entrepreneur. Cette option nous a semblé très intéressante pour ces raisons. Nous avons également pensé que puisque nous avons 4 développeurs SIG, nous pourrions facilement relever ce défi de créer une application de maintenance de données.

      Achat commercial sur étagère (COTS)

      Une autre option pour développer cette application est d'acheter un logiciel déjà développé. Les avantages sont que quelqu'un d'autre a développé cette application et que de nombreuses personnes l'ont testée. Cela pourrait aussi signifier que nous pourrions avoir un logiciel encore plus tôt car il est déjà développé. Il y aurait aussi quelqu'un pour l'entretenir en permanence afin que nous n'ayons pas à utiliser notre temps en maintenance. L'inconvénient est qu'un produit commercial ne s'adaptera presque certainement pas à un modèle de données existant et que quelque chose devra être modifié, que ce soit le logiciel ou le modèle de données ou les deux.

      Avec la détermination qu'une application était nécessaire pour la mise à jour de nos données cadastrales, nous avons alors commencé à explorer les exigences pour cette application. L'une des premières missions que nous avons entreprises a été de déterminer les tâches impliquées pour la mise à jour manuelle des cartes. Pendant que nous discutions des tâches, nous avons essayé de garder les descriptions dans le contexte des données numériques afin que nous puissions facilement prendre cette liste de tâches et l'utiliser pour déterminer la portée de la nouvelle application. Pour nous assurer que nous n'avons manqué aucune tâche, nous nous sommes efforcés d'impliquer tous les éditeurs de données dans la description des tâches qu'ils devaient effectuer pour accomplir l'édition manuellement. Les tâches que nous avons déterminées nécessaires pour la mise à jour de nos cartes sont les suivantes : capture de toutes les modifications de parcelles, modifications de blocs, modifications de lotissements, notation des divisions de parcelles illégales, capture de toutes les emprises, ajout de tous les axes de rues, modification de toutes les limites de zonage, capture de tous les changements de limites de zonage en attente, ajout de toute la symbologie et capture de tous les changements de texte associés à toute modification. Une fois ces tâches déterminées, nous devions nous assurer que toutes les vérifications que nous effectuions manuellement étaient prises en compte dans le processus numérique.

      En examinant cela, nous avons rencontré quelques problèmes qui seraient un facteur tout au long du processus de développement. Le contrôle au sol, par exemple, était un problème car il y aurait peu ou pas de points de contrôle sur une page donnée d'un changement de plat ou de zonage. Cela signifiait que des méthodes alternatives pour adapter les plats aux données devaient être élaborées. Il n'y a aucun moyen de corriger cette situation pour le moment.

      Un autre problème qui a été découvert à ce moment-là était que les données soumises n'avaient pas besoin d'être projetées. Actuellement, nous autorisons les soumissions dans n'importe quelle projection, y compris aucune. Cependant, la plupart des soumissions sont en NAD27, notre base de données est en NAD83. Nous avons commencé le processus de modification des exigences afin que toutes les soumissions doivent être en NAD83. Cependant, ce processus prendra un certain temps, de sorte que l'application doit être en mesure de gérer toutes les projections jusqu'à ce que toutes les données soient soumises dans NAD83.

      L'une des choses que nous considérons comme un problème, mais que nous ne sommes pas en mesure de changer pour le moment, est la soumission de la plate-forme électronique. À l'avenir, les plans d'aménagement et de lotissement pourront être soumis sous forme numérique telle que DXF, DWG ou DGN. Afin de s'adapter à cela, l'application doit être capable de gérer ces formats de fichiers et plus si possible.

      Le dernier problème que nous avons rencontré au début du processus était la création de certaines couches proposées pour gérer la capture de la planimétrie. Ces couches auront les mêmes propriétés que les couches photo-vérifiées qui existent actuellement dans la base de données, mais ne contiendront que des caractéristiques planimétriques qui n'ont pas été photo-vérifiées ou acceptées par le comté. Quelques exemples de ces couches seraient les transports majeurs et mineurs proposés, l'axe de rue proposé, les empreintes de bâtiments proposées et les caractéristiques hydrologiques proposées. Une fois les données vérifiées ou acceptées, elles devraient alors être migrées de la couche proposée vers le thème vérifié correspondant, puis supprimées du thème proposé.

      Un autre élément auquel nous avions pensé était que nous voulions avoir un contrôle de version de la base de données. Chaque fonctionnalité qui a été créée aurait une date associée pour savoir quand elle a été créée, chaque fonctionnalité qui a été supprimée aurait une date de suppression associée, et elle ne serait pas supprimée. Cela signifiait garder une trace de toutes les fonctionnalités et les comparer pour voir si elles avaient été supprimées ou non. Cela nous permettrait de voir à quoi ressemblaient les couches de parcelles et de zonage à tout moment.

      Fonctions d'édition de propriété

      Pour créer une liste de toutes les fonctions associées à la propriété, nous avons pris un échantillon de toutes les données (principalement des copies papier) qui entrent dans le processus de mise à jour de la parcelle et avons noté quelles couches devraient être mises à jour pour nous assurer que nous avons testé le mise à jour de chaque couche. Le premier élément que nous avons examiné était une plaque enregistrée, car il s'agissait du type de mise à jour le plus courant. Si nous rencontrions un problème majeur, il était préférable de le trouver au début du processus plutôt que plus tard où nous aurions déjà passé de nombreuses heures sur l'application.

      La capture d'un plat enregistré implique la mise à jour de la parcelle, de l'îlot, du lotissement, de l'emprise, de la servitude, de l'axe de rue, de l'aire commune, de la plaine inondable et des thèmes d'annotation, mais pourrait également impliquer la mise à jour des caractéristiques cartographiques. Toutes ces fonctionnalités ne seraient pas modifiées dans tous les cas, mais nous voulions nous assurer que l'application était capable de mettre à jour les couches affectées. Nous voulions aussi qu'il soit capable de dire quels thèmes avaient été modifiés. L'une des plus grandes préoccupations de cette couche était le fait qu'il n'y avait aucun contrôle requis pour lier les données au sol.

      Pour la modification de la prise de route, il a été déterminé qu'elle pouvait impliquer des parcelles, des îlots, des lotissements, des emprises, des servitudes, des axes de rues, des aires communes et l'annotation de tous les thèmes concernés, mais pouvait également impliquer la mise à jour des caractéristiques cartographiques. Toutes ces fonctionnalités ne seraient pas modifiées dans tous les cas, mais nous voulions nous assurer que l'application serait en mesure de mettre à jour les thèmes concernés. Nous voulions aussi qu'il soit capable de dire quels thèmes avaient été modifiés dans ce type d'édition. Une autre préoccupation pour ce thème était le fait qu'il n'y avait pas de contrôle requis pour lier les données au sol.

      En ce qui concerne la capture des plans du site, nous avons rencontré un petit problème dans le processus. Dans le processus manuel, la capture d'un plan de site impliquerait la capture de certaines informations planimétriques telles que les empreintes de pas du bâtiment, le bord de la chaussée, y compris les parkings, et les caractéristiques hydrographiques. Cela nous a amenés à repenser notre processus et à proposer quelque chose qui nous permettrait de proposer le même produit que dans la méthode manuelle. Ce que nous avons proposé était des thèmes ou des thèmes "proposés" où nous pourrions stocker les informations du plan de site planimétrique et seraient accessibles aux éditeurs et aux utilisateurs, ces fonctionnalités pourraient ensuite être supprimées au fur et à mesure qu'elles étaient capturées dans notre processus de mise à jour planimétrique et orthophoto. La mise à jour du thème de la parcelle avec un plan d'implantation impliquerait la mise à jour des thèmes de la parcelle, de l'îlot, du lotissement, de l'emprise, de la servitude, de l'axe de rue, de l'aire commune, de la plaine inondable et des annotations, mais pourrait également impliquer la mise à jour des caractéristiques cartographiques. Cela impliquerait également la mise à jour des thèmes proposés (empreinte du bâtiment, bordure de la chaussée, axe de la rue et caractéristiques hydrologiques). Toutes ces fonctionnalités ne seraient pas modifiées dans tous les cas, mais nous voulions nous assurer que l'application serait en mesure de mettre à jour les thèmes concernés. Nous voulions également qu'il soit capable de dire quels thèmes avaient également été modifiés dans ce type d'édition. Une autre préoccupation pour ce thème était le fait qu'il n'y avait pas de contrôle requis pour lier les données au sol.

      La saisie d'un regroupement de parcelles impliquerait la mise à jour de la parcelle, de l'îlot, du lotissement, de l'emprise, de la servitude, de l'axe de rue, de l'aire commune, de la plaine inondable et des thèmes d'annotation, mais pourrait également impliquer la mise à jour des caractéristiques cartographiques. Toutes ces fonctionnalités ne seraient pas modifiées dans tous les cas, mais nous voulions nous assurer que l'application serait en mesure de mettre à jour les thèmes concernés. Nous voulions aussi qu'il soit capable de dire quels thèmes avaient été modifiés.

      La capture d'un découpage ou d'un fractionnement de parcelle implique la mise à jour des thèmes de la parcelle et des annotations mais peut également impliquer la mise à jour des éléments cartographiques. Toutes ces fonctionnalités ne seraient pas modifiées dans tous les cas, mais nous voulions nous assurer que l'application serait en mesure de mettre à jour les thèmes concernés. Nous voulions aussi qu'il soit capable de dire quels thèmes avaient été modifiés.

      La capture d'une copropriété a été très difficile. Comment avons-nous pu lier la fonctionnalité à plusieurs adresses alors que de nombreuses personnes possédaient la fonctionnalité ? Les enregistrements fiscaux auraient plusieurs enregistrements pour une seule entité et il devait y avoir un moyen de lier l'entité à tous les enregistrements existants. L'une des solutions consistait à prendre l'entité surfacique qui allait représenter la copropriété et à créer une grille comportant autant de cellules que d'adresses. Malheureusement, cela créerait un problème lors de la recherche d'une adresse pour le personnel du comté de Fairfax ou le public. La raison en est que, puisque la correspondance ne serait liée qu'à la cellule correspondant à l'adresse, une personne pourrait prendre littéralement l'emplacement qui serait représenté sur la carte et donc semer la confusion. Pour cette raison, nous avons choisi de représenter les condominiums comme des régions empilées, en donnant à chaque région sa propre adresse et nous avons maintenant pu faire correspondre n'importe quelle adresse à la structure mais pas de manière positionnelle dans la structure.Même si ce n'était pas la solution la plus simple, c'était celle qui résoudrait nos problèmes d'adressage. Afin de compléter la modification de parcelle impliquant une copropriété, les thèmes suivants peuvent devoir être modifiés : parcelle, îlot, lotissement, emprise, servitude, ligne médiane de rue, aire commune, plaine inondable et thèmes d'annotation, mais pourraient également impliquer la mise à jour de la cartographie fonctionnalités. Toutes ces fonctionnalités ne seraient pas modifiées dans tous les cas, mais nous voulions nous assurer que l'application serait en mesure de mettre à jour les thèmes concernés. Nous voulions aussi qu'il soit capable de dire quels thèmes avaient été modifiés.

      Les modifications des servitudes étaient simples. Cependant, le nombre et les types de servitudes qui étaient modifiés ont changé au fur et à mesure que nous poursuivions ce projet. Puisqu'il était désormais possible de capturer des servitudes trop petites à l'échelle de cartographie manuelle de 1:200 pieds, nous avons maintenant conseillé par le Conseil des superviseurs du comté de Fairfax de capturer toutes les servitudes. En faisant cela, nous avons triplé le nombre de servitudes que nous capturons et pourrions en avoir plus d'ici la fin du projet. Cela ajoutera une autre dimension au thème, car il doit pouvoir s'adapter à la création de nouveaux codes au fur et à mesure des besoins. Les seuls thèmes qui pourraient être impliqués dans la mise à jour seraient la servitude, la plaine inondable et l'annotation, mais pourraient également impliquer la mise à jour des caractéristiques cartographiques. Certains seraient plus simples que d'autres et ne nécessiteraient pas que tous les thèmes soient modifiés, mais la plupart d'entre eux semblaient exiger que tous les thèmes aient une sorte de changement dans chaque cas.

      Une fois tous les thèmes modifiés, la dernière chose à modifier était une table qui résidait dans Oracle et qui fournissait le lien entre le numéro d'identification de colis (PIN) et l'adresse postale. Puisqu'il pourrait y avoir une relation un à plusieurs entre une parcelle et des adresses, l'éditeur devrait modifier la table pour ajouter toutes les adresses. Ce n'était pas une tâche aussi facile qu'il n'y paraissait au début. La raison de la complexité était qu'il y avait deux tables impliquées dans la mise à jour de l'adresse. L'une était la table "Address_Intersect" et l'autre était la table "Site_Address". Les deux étaient stockés dans Oracle mais pour créer le lien de la table "Site_Address" vers les parcelles nouvellement créées/supprimées, vous deviez passer par la table "Address_Intersect". La figure 1 montre la relation entre les tables de bâtiments, de parcelles et d'adresses.

      Avec cette complexité, il a été décidé que nous essaierions de rendre cette mise à jour aussi automatisée que possible. Il y avait trop d'endroits où l'erreur humaine pouvait survenir et le processus de recherche de l'erreur prendrait beaucoup de temps. À ce stade, nous avons pensé que l'incorporation de cette fonction dans l'un des processus finaux ne poserait aucun problème, nous avons donc mis le reste de cette fonction en attente.

      Fonctions d'édition de zonage

      Nous sommes ensuite passés à la section de zonage de la demande. Étant donné que le processus manuel était si différent du processus manuel de mise à jour des colis, nous pensions que cela prendrait autant sinon plus de temps que les colis, mais nous avons constaté que ce n'était pas le cas. Après avoir examiné les types de modifications effectuées dans le cadre des modifications de zonage, nous avons constaté qu'elles étaient très similaires à celles des parcelles.

      Le processus d'une demande de zonage est d'abord une demande est soumise et nous l'affichons sur la carte. Ensuite, la demande est soit modifiée, accueillie avec ou sans réserves, retirée ou rejetée. Tout cela doit être suivi dans la base de données et pouvoir être interrogé par tout utilisateur ayant accès à la base de données.

      Afin de capturer la zone qui a une demande de zonage en attente, les seuls thèmes qui devraient être modifiés sont le zonage en attente, les annotations et toutes les caractéristiques cartographiques. La raison pour laquelle nous avons décidé de placer le zonage en attente sur sa propre couche était de simplifier la couche de zonage. Si nous avions mis les limites de zonage en attente et légales sur le même thème, certains de nos utilisateurs seraient devenus très confus. Bien qu'il soit facile de créer des légendes standard et des thèmes virtuels, il semblait plus simple pour l'éditeur et les utilisateurs de conserver les modifications de zonage en attente sur un calque séparé.

      Si le cas était amendé, tout ce qui devrait être changé serait le zonage en attente, l'annotation et toutes les caractéristiques cartographiques. C'est l'une des modifications les plus simples à faire pour le zonage. Cependant, cela se produit souvent, nous voulions donc nous assurer qu'il était facile de modifier la couche de zonage en attente.

      Si le cas était accordé, alors il y avait un peu plus dans cette modification qu'une simple mise à jour. Maintenant, le technicien devait prendre le changement de zonage accordé et l'appliquer au thème de zonage actuel. Ensuite, ils devraient accéder au thème en attente et changer le statut en accordé afin qu'il ne soit pas confondu avec l'un des domaines actuellement en attente. À ce stade, une discussion a eu lieu quant à savoir s'il fallait ou non conserver la zone accordée dans le thème en attente ou non. La conclusion était que nous devrions avoir la possibilité de recréer à quoi ressemblerait le zonage à partir d'une date donnée.

      Si l'affaire était retirée, tout ce qui devrait être changé serait le zonage en attente, l'annotation et toutes les caractéristiques cartographiques. Ceci est une autre modification simple effectuée pour le zonage. Cela arrive presque aussi fréquemment que l'octroi puisque la plupart des demandes sont déposées plusieurs fois dans des configurations légèrement afin que le constructeur en ait au moins une approuvée. Pour cette raison, bon nombre des demandes ultérieures peuvent être retirées après l'octroi d'une demande. Les thèmes qui peuvent avoir une modification dans cette situation sont en attente de zonage, d'annotation et de toute caractéristique cartographique.

      Superposer les fonctions d'édition des districts

      Les zones superposées sont des zones du comté qui ont des attributs spéciaux, telles que les zones d'impact du bruit de l'aéroport, les couloirs routiers, les quartiers historiques, les zones de protection des ressources naturelles, les zones de contrôle des panneaux, les zones de protection de l'approvisionnement en eau et les zones de protection du patrimoine ainsi que d'autres. Le processus de changement d'un district de superposition est le même que le zonage. Par conséquent, nous devions créer des thèmes qui captureront les changements apportés à tous les districts superposés.

      Tout ce que nous recevons pour les changements de district Overlay sont les changements acceptés. Le cas à ce stade a été accordé, il y avait donc un peu plus dans cette modification qu'une simple mise à jour. Maintenant, le technicien devait prendre le changement de district de superposition accordé et l'appliquer au thème de district de superposition actuel.

      Nous avons ensuite commencé à déterminer le chemin du processus pour cette application. Nous avons commencé à élaborer des organigrammes des processus qui seraient impliqués dans cette application de mise à jour. Au fur et à mesure que nous faisions cela, nous avons commencé à proposer ce que nous avons déterminé être notre organigramme des exigences en matière de systèmes. Ce document a grandi rapidement dès le premier jour. La figure 2 montre le niveau supérieur de ce graphique pour l'application Maintenance des colis.

      À première vue, il semblait encore possible de créer ce produit avec notre propre personnel, mais nous avons commencé à voir que ce projet était plus impliqué que nous ne l'avions initialement prévu. Au fur et à mesure que nous avons commencé à décomposer chaque tâche en ses composants, il est devenu de plus en plus évident que nous entrions dans quelque chose de plus grand que prévu à l'origine. Par exemple, la première tâche que nous avons commencé à décomposer était le processus de démarrage. En faisant cela, nous avons vu qu'il allait y avoir un problème avec la façon dont nous procédions à la détermination des tâches. Comme nous l'avions fait en déterminant la tâche par son nom et non par les processus impliqués, nous avions rendu la conception de l'application plus difficile mais plus facile pour les techniciens qui utiliseraient l'application. Cependant, nous avons continué le processus de création de cette application par nous-mêmes, mais la réalisation que cela peut prendre un certain temps à créer devenait de plus en plus évidente.

      Nous nous heurtions également à une autre contrainte, les ressources en personnel. Nous avions le développement de l'application sous contrôle et nous avancions, mais les heures de travail du personnel devenaient de plus en plus réduites car le projet demandait plus de temps à tous ceux qui étaient impliqués dans le projet. Les fréquences des réunions pour le développement augmentaient rapidement et nous pouvions voir que cela n'allait pas s'arrêter avant un bon bout de temps. Nous avions mis d'autres projets de côté pour aider dans le temps de développement de ce projet.

      Comme il n'y avait que quatre personnes chargées du développement à l'époque, le temps et les ressources de développement étaient précieux. Nous étions soumis à une directive du Conseil des superviseurs du comté de Fairfax pour aider autant de départements du comté avec la mise en œuvre du SIG. Ainsi, pendant que nous travaillions sur notre propre application principale, nous essayions de créer de nombreuses applications pour d'autres départements, étirant nos ressources au point où les choses étaient précipitées et très peu de tests étaient effectués. C'était douloureux pour l'équipe de développement mais nécessaire. Heureusement, la plupart des applications développées pendant cette période fonctionnaient bien et n'avaient pas de problèmes majeurs.

      Même avec ces contraintes, nous avons commencé à avancer dans la détermination du langage de développement pour cette application. Nous avions commencé à explorer la possibilité de créer cette application par nous-mêmes, et au début, nous avons estimé qu'il n'y avait pas de problèmes que nous ne pourrions pas gérer. Nous avons également estimé que nous pouvions créer cette application dans un délai raisonnable et économiser de l'argent. Tous les développeurs du département (quatre à l'époque) étaient expérimentés dans la programmation en Arc Macro Language (AML) et Avenue, mais aucun des développeurs n'était aussi à l'aise avec le développement en Visual Basic (VB).

      L'un des prochains défis était le choix de la langue pour développer cette application. D'une part, nous avons pu créer cette application dans un certain nombre de langues, mais d'autre part, nous voulions nous assurer que nous développerions quelque chose que nous pourrions utiliser pour les années à venir. Cela a créé des heures de discussion au sein du personnel, car à ce moment-là, Esri publiait la version "pre-release" d'Arc 8. Nous avions déterminé que nous allions aller dans cette direction, nous avions donc besoin d'une application qui utiliserait les fonctionnalités d'Arc. 8. Nous savions également qu'ArcMap ne gérait pas très bien la topologie des polygones. Cela a éliminé l'utilisation d'Avenue et d'AML, nous obligeant à utiliser VB. Ce n'était pas une mauvaise chose, c'était juste que notre personnel de développement à l'époque n'était pas bien versé dans la programmation d'applications majeures comme celle-ci en VB. Ce dernier élément nous a poussés à déterminer que nous n'allions pas créer cette application à partir de zéro. Nous avons maintenant commencé à rechercher des partenaires de développement d'Esri pour nous aider dans la création de ce produit. Pendant ce temps, nous avons continué à développer les documents System Requirements et Process Flowchart.

      Développement d'applications

      Après avoir reçu des offres de plusieurs entrepreneurs, nous avons fait appel à un entrepreneur pour le développement de l'application. Avec l'entrepreneur, le processus semblait aller plus vite qu'avec notre propre équipe de développement. Cependant, cela a brusquement changé lorsque nous sommes arrivés au point du processus où les données devaient être modifiées, ce que nous avons appelé les procédures "Check-out et Check-in". Heureusement, c'était au début du processus, car il avait été déterminé que l'édition d'un thème SDE n'allait pas être une option à l'époque. À ce stade, nous avions décidé et lancé le processus de migration vers le moteur de base de données spatiale (SDE) d'Esri. Toutes les données devaient être modifiées via des couches stockées dans SDE. L'entrepreneur pourrait nous fournir l'interface graphique nous montrant comment cela allait être accompli, mais lorsqu'ils ont essayé de développer les procédures, ils ont constamment rencontré des problèmes à la fois avec le code ainsi qu'avec la stabilité de la version "pré-publiée" du logiciel. À ce stade, nous avons fait une pause dans le processus de développement et avons attendu de voir la date de livraison de la version finale d'Arc 8.

      Pendant cette pause, nous avons continué à travailler sur les documents de conception. Ne sachant pas quand Arc 8 serait livré, nous ne voulions pas perdre de temps. Alors que nous continuions d'attendre, nous avons commencé à nous préoccuper un peu du temps qui restait pour créer cette application. Le délai n'avait pas été une préoccupation dans le passé puisque nous faisions le travail nous-mêmes. Maintenant que nous dépendions d'un entrepreneur, nous avions un budget et un besoin de mettre cette application en place dès que possible afin de pouvoir rattraper les modifications qui avaient commencé à s'accumuler au cours du processus de conversion. Nous avions reçu des centaines de mises à jour au cours du processus de conversion de 3 ans et nous devions sortir de cet arriéré de travail. Avec cette préoccupation de ne pas obtenir le produit à temps, nous avons commencé à rechercher activement un produit commercial sur étagère (COTS) qui pourrait faire ce dont nous avions besoin et serait disponible pour une utilisation dans le délai dont nous disposions.

      Logiciel commercial sur étagère

      Ce que nous avons trouvé était étonnant. Pendant plusieurs semaines, nous avons recherché le logiciel qui, selon nous, correspondrait à nos besoins. Nous avons cherché lors de conférences, sur le World Wide Web et partout où nous pensions qu'il pourrait y avoir un fournisseur et chaque fois nous sommes arrivés à la même conclusion. Il n'y avait que deux fournisseurs de logiciels qui feraient ce que nous recherchions. De ces deux-là, l'un n'allait plus vendre son produit et allait devenir un revendeur du produit du deuxième vendeur. Le fournisseur qui vendait son produit pour l'édition de colis au format Arc/Info était NovaLIS de la Nouvelle-Écosse. Nous les avons contactés à la fois à la conférence Esri et à la conférence URISA et nous avons reçu une copie d'essai de leur logiciel. Le logiciel a ensuite été testé pour voir s'il répondait à nos exigences.

      Lorsque nous avons reçu et chargé le logiciel pour la première fois, nous avons remarqué qu'il semblait très simple à utiliser. Au fur et à mesure que nous progressions dans les exercices, nous avons constaté que le programme fonctionnait très bien et que les exemples de couvertures étaient bien édités. Après avoir parcouru les exemples d'exercices, nous avons ensuite utilisé le programme pour modifier l'une de nos couvertures que nous avions sur notre système. Cela a fonctionné sans aucun problème tant dans la fonctionnalité d'édition que dans la création d'une nouvelle couverture. Nous avons constaté qu'il aurait besoin d'une certaine personnalisation. Par exemple, nous devions créer des fichiers modèles afin que les techniciens n'aient pas à ajouter des fonctionnalités à chaque fois qu'ils allaient créer une nouvelle couverture. Certains outils aideraient à l'attribution de nos données qui n'étaient pas dans le logiciel, nous devions donc les créer. Le logiciel pouvait généralement faire ce que nous voulions avec quelques modifications mineures et comme le logiciel était personnalisable avec VB, nous avons estimé que c'était une solution viable.

      Une fois le logiciel chargé, nous avons constitué une équipe de test composée des futurs utilisateurs du logiciel et de certains responsables du projet. Les tests qui ont été exécutés étaient basés sur les processus que nous avions déterminés précédemment. Les tests ont été effectués comme si nous étions en production pour nous assurer que le montage des couvertures pouvait être réalisé exactement comme nous le souhaiterions. Nous avons commencé par la modification la plus fréquente, qui a été déterminée comme étant l'ajout de nouvelles parcelles. Nous avons pu utiliser une table de numérisation ainsi que la géométrie de coordonnées (COGO) pour créer une couverture. Avec cette nouvelle couverture, nous avons pu fusionner les deux couvertures ensemble et avoir une nouvelle couverture avec les nouvelles parcelles dans le cadre de la couverture principale. Ce test n'a été exécuté que quelques fois, mais il a été exécuté pour tous les types d'édition sur lesquels nous nous étions mis d'accord. Avec le logiciel capable d'effectuer la plupart des modifications, la décision semblait très claire. Nous devions combiner Parcel Editor avec certaines de nos propres personnalisations (réalisées avec VB et AML). Avec cette capacité, nous serions en mesure d'effectuer toutes les modifications dont nous avions besoin ainsi que de créer des outils personnalisés pour faciliter le processus d'édition pour les techniciens qui travailleraient avec le logiciel. Il y avait une chose que ce logiciel et toutes les modifications que nous apporterions ne pouvaient pas accomplir, et c'était l'édition d'un thème SDE où toutes nos données seraient éventuellement stockées.

      Nous nous sommes renseignés auprès de NovaLIS et nous avons été ravis de découvrir qu'ils disposaient d'un produit appelé GATE qui avait la capacité de "Check out" et "Check in" les données de SDE et de les convertir en une couverture à modifier par Parcel Editor. Après avoir découvert le coût des progiciels, nous avons estimé que c'était une bonne direction pour nous. Cela nous permettrait de mieux allouer nos ressources. Avec ces deux produits, il semblait que c'était une solution viable, nous avons donc arrêté la production de notre produit "In-House" en cours de construction par un entrepreneur et avons opté pour la combinaison COTS personnalisée de Parcel Editor et GATE. L'étape suivante consistait à déterminer le degré de personnalisation requis et qui effectuerait la personnalisation. Afin de comprendre cela, il a été déterminé qu'une session de détermination de la demande conjointe (JAD) devait avoir lieu et que pendant cette semaine, nous aurions discuté de toutes les modifications apportées à la base de données et aux processus qui étaient nécessaires.

      Détermination de la demande conjointe

      Pour le JAD, NovaLIS a envoyé deux membres du personnel travailler avec le personnel du comté de Fairfax. Lorsque le JAD a commencé, il était évident pour tout le personnel du comté de Fairfax impliqué que ce projet allait être plus important que prévu à l'origine. Rien que le premier jour, nous avons discuté de la réduction des 11 sous-classes de régions qui se trouvaient dans la structure de données d'origine à 4 dans la couverture des propriétés. Il s'agissait d'une refonte majeure de la base de données, mais après la discussion, il était clair pour tous que toutes les entités n'avaient pas besoin d'être stockées en tant que régions, elles pourraient être stockées en tant qu'attributs sur la couche poly. Cette nouvelle structure de données faciliterait le codage de toutes les caractéristiques et réduirait la confusion avec les régions pour les techniciens. C'était un problème majeur au début de ce processus de mise à jour. La plupart des techniciens ont vite compris et certains ont mis plus de temps. Cependant, si nous réduisions le nombre de régions, nous espérions réduire la courbe d'apprentissage qui serait nécessaire dans cette phase du projet.

      Nous avons ensuite examiné d'autres types de fonctionnalités qui pourraient être combinés pour faciliter l'édition des thèmes. L'annotation était celle qui avait 15 sous-classes qui ont été réduites à 8. Certains des autres types d'entités sur les calques pouvaient également être réduits, donc au cours de la semaine JAD, nous sommes allés thème par thème et avons examiné chacun pour voir quelles sous-classes pouvaient être combinées dans le poly couche. Nous avons examiné les sous-classes de régions et déterminé s'il y aurait des caractéristiques qui se chevauchent ou des caractéristiques disjointes. Sinon, les attributs de sous-classe de région pourraient être déplacés au niveau du polygone. En faisant cela, nous pourrions réduire la complexité du thème et donc le rendre plus facile à éditer.

      Pendant un jour ou deux, nous avons passé en revue les processus impliqués dans l'édition manuelle des cartes. À partir de là, nous avons décidé comment modifier le processus existant pour reproduire fidèlement le processus manuel. Nous avons passé en revue chaque processus un par un pour déterminer le nouveau processus numérique. L'objectif de ces échanges d'informations était double. L'une consistait à montrer au personnel de NovaLIS nos données et à leur faire part des méthodes manuelles que nous utilisions actuellement ainsi que des réflexions que nous avions sur la nouvelle méthode numérique. La deuxième raison de cette réunion était que le personnel du comté de Fairfax en apprenait un peu plus sur le logiciel et sur son fonctionnement et sur ce que nous devions espérer à l'avenir au fur et à mesure que nous avancions dans le processus.

      Les derniers jours ont été consacrés à l'apprentissage de la méthodologie utilisée pour créer nos cartes et à la meilleure façon de la reproduire dans le processus logiciel pour créer le produit numérique que nous recherchions.Cela incluait de montrer au personnel de NovaLIS le processus manuel et de leur donner des échantillons de la plupart des types de vérifications à emporter avec eux.

      Modèles de processus créés dans le JAD

      Cette section décrit les modèles de processus qui ont été déterminés dans le JAD. Un schéma et une description textuelle expliquent chaque processus du début à la fin.

      La mise à jour via l'éditeur de parcelles suit deux flux de travail alternatifs : un cycle d'édition simple et un cycle d'édition complexe. Le cycle d'édition simple est utilisé pour la maintenance de base, une zone est extraite de la base de données à l'aide du GATE, la zone extraite est éditée, puis la zone éditée est renvoyée au GATE. La géométrie des coordonnées et les modifications graphiques sont effectuées directement sur la ou les couvertures extraites, aucun autre jeu de données n'est impliqué. La figure 3 montre le processus pour un cycle d'édition simple.

      Pour des modifications plus complexes, par exemple, une grande plaque de subdivision, il est plus efficace de créer une toute nouvelle couverture. Les nouvelles données sont saisies à l'aide du tableur COGO ou via la numérisation de tableaux, ou importées à partir d'un fichier DXF. Une fois que l'ensemble de données est complet et que la topologie est propre, il est fusionné avec les données extraites dans la zone pour créer un ensemble de données mis à jour. Cet ensemble de données mis à jour est renvoyé au GATE. La figure 4 illustre le processus d'un cycle de vérification complexe.

      Un plat enregistré se compose de 1 ou 2 à des centaines de colis. Une plate-forme enregistrée se produit généralement lorsque les lots font moins de 5 acres ou que plus de 5 lots sont créés. La mise à jour via une plate-forme enregistrée met à jour la propriété, le PropMisc et le PropPlan (lignes médianes des rues). En raison de la nature des plats enregistrés (plus complexe qu'un simple découpage parcellaire), les mises à jour suivront le cycle d'édition complexe. Il existe également la possibilité d'une soumission électronique (via un fichier DXF) ou d'une saisie COGO (via la feuille de calcul COGO) à l'avenir. La figure 5 décrit le processus pour une plaque enregistrée.

      Les prélèvements routiers consistent en un élargissement d'une emprise. Mise à jour des recettes routières Propriété et PropMisc. Étant donné que les prélèvements routiers impliquent une séparation de parcelle, les mises à jour suivront le cycle d'édition simple. La prise de route étendra le polygone d'emprise et raccourcira les parcelles attenantes. Les mises à jour consistent en l'assistant de fractionnement de parcelles appliqué aux polygones, puis en fusionnant les zones élargies avec le polygone routier (en les supprimant automatiquement des parcelles). La figure 6 décrit le processus d'une prise de route.

      La répartition des colis est similaire à celle enregistrée mais moins complexe. Les répartitions des parcelles mettent à jour Property et PropMisc. Les répartitions de parcelles utilisent l'assistant de fractionnement de parcelles pour la mise à jour graphique et, par conséquent, suivent le cycle d'édition simple.

      Les regroupements de colis sont à l'opposé des fractionnements de colis. Si la parcelle est consolidée, les lignes de lot intérieures sont déplacées vers PropMisc, sinon la parcelle est libérée et les lignes sont supprimées. Les mises à jour impliquent l'assistant de fusion de parcelles et suivent le cycle d'édition simple.

      Des modifications du plan du site sont effectuées pour les complexes locatifs commerciaux et les résidences à haute densité. Aucune plaque enregistrée n'existe pour cette mise à jour, les adresses doivent donc être attribuées à ce stade. Chaque unité de location doit se voir attribuer une adresse, cela se fait en empilant plusieurs "address-colis". Les bâtiments proposés sont ajoutés à PropPlan, mais les bâtiments proposés ne reçoivent pas d'adresse. Les mises à jour du plan du site suivent le cycle d'édition simple ou complexe, et mettent à jour la propriété et PropPlan.

      Les modifications de copropriété sont similaires au plan du site, mais plusieurs parcelles sont créées, une pour chaque unité. Les copropriétés mettent à jour la propriété et PropMisc et potentiellement PropPlan. Si la copropriété est une conversion, la pile une à plusieurs parcelles à adresses doit être convertie en plusieurs une à une parcelles pour adresser les régions. Les condominiums mettent également à jour les polygones des zones communes et les régions de blocs dans la propriété.

      Les servitudes mettent à jour la sous-catégorie de propriété de la région de servitude. Les servitudes apparaissent sur le plat enregistré, en prolongement d'une étude de plaine inondable ou spécifiées sur un acte par description légale (metes and bounds). Les servitudes suivent le cycle d'édition simple ou font partie d'un plat enregistré, d'un découpage de parcelle, d'un regroupement de parcelles ou d'une édition de prise de route.

      De nouvelles adresses sont ajoutées au cours du processus de planification du site. Voir plan du site.

      Les mises à jour de zonage mettent à jour uniquement la couverture de zonage. De nouvelles applications de zonage sont ajoutées à la sous-classe de région Case. Le zonage suit les limites de parcelles existantes, de sorte que la propriété peut être utilisée comme référence. Le zonage suit généralement le cycle d'édition simple. Dans le cas où le changement de zonage intervient avant que la modification de parcelle n'ait été effectuée, le cycle de modification complexe est utilisé, puis le dessin au trait créé par la modification de zonage est utilisé pour la modification de propriété.

      Pour une demande de zonage, un nouveau cas est ajouté à la couverture de zonage et le statut est défini sur EN ATTENTE.

      Pour une modification de zonage, un cas existant est modifié et le statut est défini sur MODIFIÉ.

      Pour une concession de zonage, un cas existant est changé en GRANED. Dans ce cas, l'étendue du polygone de zonage est modifiée. Si une nouvelle zone de zonage est créée, l'identifiant de zonage est défini sur null ou zéro.

      Pour un refus de zonage, un cas existant est changé en REFUSÉ

      Pour un retrait de zonage, un cas existant est changé en RETRAIT.

      Pour un licenciement de zonage, un cas existant est changé en REJETÉ.

      La mise à jour du district de superposition est similaire au zonage, mais elle est capturée au moment où elle est accordée. La mise à jour des districts superposés suivra le cycle d'édition simple et mettra à jour la sous-classe de la région Odist. Si un nouveau district superposé est créé, l'identifiant du district superposé est défini sur null ou zéro.

      Dans cette section, le modèle de données qui a dû être développé pour fonctionner avec le logiciel de maintenance des données est décrit. Un aperçu du modèle de données d'origine sera fourni ainsi que le nouveau modèle de données englobant les structures internes, d'édition et de vue. Il y aura également une description des différences entre l'original et le nouveau modèle de données et comment les utilisateurs ont été affectés.

      Le modèle de données d'origine que le comté de Fairfax utilisait était simplement un modèle de données de vue dans SDE et un modèle de données d'édition dans les couvertures. Une fois les couvertures mises à jour, les données ont été rechargées dans la base de données SDE afin que les utilisateurs puissent visualiser les nouvelles informations. C'était fastidieux car il y avait un rechargement constant des données dans la base de données. Sur des couches plus importantes, telles que les colis, le rechargement peut prendre plusieurs heures. De plus, pendant le processus de chargement, les couches de données n'étaient pas disponibles pour les utilisateurs.

      Ce modèle ne traitait que les aspects vue et édition. Cela nécessitait seulement que les données de couverture soient chargées dans SDE et chaque classe d'entités (ligne, polygone, annotation, sous-classe de région, etc.) était sa propre couche. C'était parfait pour visualiser les données, ce qui était la seule chose qui arrivait aux données au début. Cependant, la modification des données n'a pas été bien gérée dans ce modèle de données.

      Le nouveau modèle de données se compose de trois composants de la base de données. Il existe une représentation de base de données interne pour la maintenance (la base de données de maintenance), la représentation de base de données externe pour les requêtes de graphiques et d'attributs (la base de données de vues) et la représentation de transaction de mise à jour pour la maintenance de Parcel Editor (le jeu de données de transaction).

      Les figures 7, 8 et 9 documentent la conception de la structure de données de la base de données. La colonne la plus à gauche affiche l'ensemble de données de transaction au format de couverture. La colonne la plus à droite documente la base de données de vues dans les couches SDE ou les vues SDE. Toutes les tables et vues intermédiaires constituent la base de données de maintenance.

      La base de données de maintenance est composée des tables stockant les caractéristiques atomiques dans SDE, des tables GATE principales et des tables shell GATE, qui sont spécifiques au site. La base de données de maintenance est représentée sur les figures 7, 8 et 9 par les 3 colonnes du milieu.

      Les tables shell GATE contiennent des informations attributaires pour les entités complexes. Ces tableaux ont été créés directement à partir des données de couverture source. Dans la figure 7, les tables shell incluent PARCEL_FEAT, BLOCK_FEAT, ILLEGAL_FEAT et EASEMENT_FEAT. Les informations stockées dans ces tables sont les attributs des parcelles, des blocs, des lots coupés illégalement et des servitudes. Ces caractéristiques peuvent avoir des caractéristiques qui se chevauchent ou sont disjointes.

      Les tables centrales GATE contiennent les informations permettant de stocker des entités géographiques uniques au fil du temps et de stocker les relations spatiales entre les entités. Ces tables incluent GEO_FEAT_ATOM, GEO_FEATURE et GEO_FEAT_PART.

      Les couches SDE atomiques stockent les caractéristiques spatiales directement accessibles pendant le cycle d'extraction / validation GATE. Pour les types d'entités simples, par exemple les lignes, les points, les polygones et les annotations, la couche atomique peut servir à la fois de maintenance et de visualisation de la base de données. Les couches atomiques peuvent contenir d'autres attributs. Ces attributs sont transportés avec la couche et sont mis à jour lors de la validation. Les fonctionnalités actives ont une date d'expiration nulle et les fonctionnalités retirées ont une date d'expiration correspondant au jour où elles ont été supprimées.

      La base de données de vues est une combinaison de couches SDE et de vues SDE. Les entités simples, telles que les annotations et les polygones, pourraient simplement être créées à partir d'une vue des entités atomiques. Les couches atomiques sont mises à jour à partir du jeu de données de transaction chaque fois qu'une modification se produit, puis les vues sont automatiquement mises à jour lorsque les entités atomiques sont modifiées.

      En ce qui concerne les fonctionnalités complexes, telles que les régions, il doit y avoir une transaction qui met à jour les couches. Essentiellement, lorsque la transaction est exécutée, les données sont mises à jour via des processus GATE qui identifient les fonctionnalités nouvelles et supprimées. Toutes les nouvelles fonctionnalités sont ajoutées à la base de données de vues tandis que toutes les fonctionnalités supprimées ont expiré de la base de données de vues.

      Cette base de données est la base de données de vue principale à laquelle tous les utilisateurs du comté accèdent. Ces vues peuvent être configurées de manière à ce que les utilisateurs ne voient que les données actuelles ou leur permettent de visualiser les données entre n'importe quelle plage de dates.

      Le jeu de données de transaction est le modèle de couverture utilisé dans l'éditeur de parcelles pour l'édition. Lorsqu'un technicien sélectionne une zone à éditer, le processus de paiement construit cet ensemble de données pour l'édition. Les entités sont chargées dans les classes d'entités appropriées (polygone, région, annotation, ligne) et une couverture est créée. La figure 10 montre le jeu de données d'extraction tel qu'il est vu à partir de l'éditeur de parcelles. Les entités extraites sont modifiables en tant que couvertures.

      Il y a 8 couvertures différentes qui peuvent sortir de la base de données à des fins d'édition. Ceux-ci comprennent la propriété, les biens divers, le zonage, le bâtiment proposé, l'hydrographie proposée, l'axe de rue proposé, le transport principal proposé et le transport mineur proposé.

      Une fois que les données sont dans l'ensemble de données de transaction, les techniciens utilisent ensuite Parcel Editor pour modifier les données. Il est dans un format familier, de sorte que les techniciens ont pu facilement passer de l'ancien modèle de données à l'utilisation du nouveau modèle de données.

      Pendant que la zone est extraite pour être modifiée, un verrou est placé sur toutes les caractéristiques. Aucune autre personne ne peut modifier les caractéristiques qui ont été extraites tant que les données n'ont pas été réintégrées dans la base de données ou que la transaction n'a pas été publiée. Cela n'affecte à aucun moment la base de données de vue, mais un utilisateur peut voir où se trouvent tous les verrous en affichant la couche de verrou pour le jeu de données. La figure 11 montre une vue de la couche de verrouillage de parcelle dans ArcView. Chaque jeu de données a une couche de verrouillage qui contient la zone qui est verrouillée, qui l'a verrouillée et quand le verrou a été créé (quand la zone a été extraite). le verrou a expiré mais n'est pas supprimé. Lorsqu'une zone est libérée, le verrou est réellement supprimé. Cela nous permet de voir quand toutes les modifications ont eu lieu et qui les a effectuées.

      Différences entre les modèles de données

      La différence la plus évidente entre l'original et le nouveau modèle de données est le fait que nous avons la base de données de maintenance avec les tables GATE. C'est très bénéfique. Désormais, seule la zone mise à jour est rechargée dans la base de données au lieu d'avoir à recharger toute la base de données. Les utilisateurs peuvent afficher les mises à jour dans la journée suivant la validation de la mise à jour dans la base de données, alors qu'auparavant, les utilisateurs ne la voyaient pas mais tous les 6 mois.

      Une autre différence est le fait que certaines des sous-classes de régions sont descendues au niveau du polygone en tant qu'attribut. Certaines des sous-classes de régions dans le modèle de données d'origine n'allaient jamais avoir des caractéristiques qui se chevauchent ou des caractéristiques disjointes. Cela nous a conduit à les déplacer vers la couche de polygones. Ce changement signifiait également des temps d'extraction plus rapides pour les fonctionnalités de la base de données de maintenance.

      Une différence très importante est maintenant que les versions sont gérées. Toutes les fonctionnalités sont horodatées afin que les données puissent être analysées à tout moment. L'aspect temporel du SIG est un outil d'analyse très puissant et il est maintenant suivi dans la base de données. Les utilisateurs peuvent afficher les informations sur la propriété et le zonage telles qu'elles étaient à tout moment.

      Le produit GATE

      Que fait la PORTE

      Le GATE est le Moteur de Transaction Géographique construit par NovaLIS Technologies. Il est composé de tables et de transactions qui sont stockées et gérées dans la base de données Oracle. Le GATE exécute les fonctions d'extraction et de validation en ce qui concerne l'ensemble de données de transaction. Le GATE maintient également la relation entre les entités atomiques, les tables attributaires pour les entités complexes et la base de données de vues.

      Le diagramme ci-dessus est une représentation conceptuelle du GATE. Chacun des trois niveaux représente une vue différente de la base de données, la représentation de la base de données interne pour la maintenance (la base de données de maintenance), la représentation de la base de données externe pour les requêtes de graphiques et d'attributs (la base de données de vues) et la représentation de la transaction de mise à jour pour la maintenance de Parcel Editor (la transaction base de données). Le modèle de données définit le niveau central et droit du modèle conceptuel.

      Le GATE exécute les processus d'extraction, de validation, de libération, de copie et de visualisation. Ces processus sont tous des fonctions traitant des trois niveaux de la base de données. Le processus d'extraction transfère les données de la base de données de maintenance à l'ensemble de données de transaction. Le processus de validation prend les données de l'ensemble de données de transaction vers la base de données de maintenance. Le processus de libération libère le verrou sur la base de données de maintenance pour une transaction spécifique. Le processus de copie copie les données de la base de données de maintenance dans l'ensemble de données de transaction mais ne crée pas de verrou. Le processus viewit met à jour la base de données de vue en fonction des modifications apportées à la base de données de maintenance.

      Le processus d'extraction est effectué lorsqu'un extrait est demandé à partir d'une application telle que Parcel Editor. Pour exécuter un processus d'extraction, le technicien doit d'abord déterminer la zone qui sera extraite. Dans Parcel Editor, le technicien crée simplement un polygone sur une couverture temporaire qui est la limite de l'extraction. Ce polygone est ensuite utilisé pour se superposer aux couches afin de sélectionner les entités à extraire. La figure 10 montre le polygone de sélection des utilisateurs mis en évidence sur les entités parcellaires extraites dans l'éditeur de parcelles.

      Lorsqu'un extrait est demandé, GATE lit le processus de transaction pour le type d'extrait qui a été demandé et génère un ensemble de données de transaction. Les différents types de transactions d'extraction dans le comté de Fairfax comprennent la propriété, les propriétés diverses, le zonage et la planimétrie proposée, dont cinq couches, notamment les bâtiments, l'hydrographie, les axes des rues, les transports principaux et les transports mineurs. Selon celui qui est demandé, le jeu de données de transaction est créé en lisant les entités atomiques et en créant les lignes, polygones, sous-classes de régions et sous-classes d'annotations nécessaires.

      Une autre fonction du processus d'extraction consiste à créer une fonction de verrouillage sur la couche de verrouillage. La couche de verrouillage est utilisée pour empêcher d'autres techniciens d'effectuer des modifications sur la même zone. Chaque type d'ensemble de données de transaction a sa propre couche de verrouillage. La fonction de verrouillage contient la date à laquelle le verrou a été créé et le propriétaire du verrou. À tout moment, tout utilisateur peut afficher les couches de verrouillage comme une couche SDE standard et voir où se trouvent tous les verrous actuels.

      Le processus de validation est effectué lorsqu'une validation est demandée à partir d'une application telle que Parcel Editor. Le processus de validation prend les données de l'ensemble de données de transaction et les charge dans la base de données de maintenance. Le processus exécute toutes les fonctions de contrôle de la qualité qui ont été développées pour s'assurer que les données géographiques et attributaires sont correctes. Le processus de validation vérifie également les données existantes et les compare aux nouvelles données. Toute nouvelle fonctionnalité se voit attribuer la date actuelle comme date d'entrée en vigueur et toute fonctionnalité supprimée se voit attribuer la date actuelle comme date d'expiration.

      Le processus de validation stocke également les caractéristiques atomiques dans les tables de références croisées pour les caractéristiques complexes, telles que les régions. Les tables de références croisées sont mises à jour avec les entités nouvellement créées et les entités supprimées. Ce processus expire également le verrouillage de la zone afin que d'autres techniciens puissent ensuite éditer dans cette zone. Le processus de validation met également à jour les tables du processus viewit. Le processus de visualisation sera expliqué dans une section ultérieure de ce document.

      Le processus de libération est effectué lorsqu'une libération est demandée à partir d'une application telle que Parcel Editor. Le processus de libération expire essentiellement le verrouillage de la zone et supprime en fait l'entité sur la couche de verrouillage. La fonction de verrouillage est en fait supprimée car lorsqu'une version se produit, aucune transaction de validation n'a été effectuée, ce n'était donc pas quelque chose qui devait être suivi historiquement. Le processus de libération est utilisé si une zone incorrecte a été extraite ou si une erreur s'est produite lors de l'édition du jeu de données de transaction et que le technicien souhaite recommencer avec un nouvel extrait de la zone.

      Le processus de copie est effectué lorsqu'une copie est demandée à partir d'une application telle que Parcel Editor. Le processus de copie agit de la même manière que le processus d'extraction, cependant, une fonction de verrouillage n'est pas créée et une validation ne peut pas être effectuée pour mettre à jour la base de données de maintenance. Ce processus est principalement utilisé pour extraire des données dans le format d'ensemble de données de transaction pour les partager avec d'autres utilisateurs ou effectuer des tests sur les données.

      Le processus de visualisation est légèrement différent des processus précédents. Le processus viewit met à jour la base de données de vue en fonction des modifications apportées à la base de données de maintenance. La plupart des couches de la base de données de vues ne sont que des vues SDE des couches SDE d'entités atomiques. Les couches qui représentent les entités complexes sont des couches SDE réelles qui doivent être mises à jour à partir des tables d'entités atomiques. Le processus viewit utilise des tables GATE de base, qui contiennent un historique des modifications, pour comparer les couches d'entités atomiques aux couches de vue. Toutes les entités nouvellement créées ou supprimées sont mises à jour dans les couches de vue pour correspondre à la base de données de maintenance. Ce processus est exécuté en mode batch comme un processus nocturne.

      Le GATE effectue plusieurs contrôles d'assurance qualité lors de la validation des mises à jour de la base de données de maintenance. Ces vérifications incluent la vérification de la correspondance des bords, la vérification de la topologie et toute autre validation de données personnalisable. L'assurance qualité est intégrée aux transactions stockées dans la base de données et exécutées chaque fois qu'un processus de validation est exécuté.

      Pour la vérification de la correspondance des bords, tous les bords sont vérifiés pour s'assurer qu'il n'y a pas eu de modification du dessin au trait au bord de la zone extraite. Si les bords de la zone extraite ont été modifiés de quelque manière que ce soit, la validation ne réussira pas. Pour éviter ce problème, les techniciens doivent s'assurer d'extraire une zone suffisamment grande pour englober tous les changements qui doivent être effectués.

      Le GATE vérifie également la topologie de l'ensemble de données de transaction. Si la topologie n'est pas complète ou est inexistante, la validation échouera. Il s'assure également que les données sont dans le bon format.Une couverture de modèle est utilisée pour créer de nouvelles données, telles qu'une nouvelle subdivision, avec les classes d'entités appropriées déjà existantes. Cela permet de garantir que les classes d'entités appropriées existent déjà et que les informations seront plus susceptibles d'être validées dans la base de données.

      Le GATE peut également effectuer des contrôles de données d'assurance qualité personnalisés. Ces contrôles peuvent être construits en PL/SQL et stockés dans la base de données. Ils sont exécutés au moment de la validation. Si quelque chose échoue à la vérification de validation des données, la validation échoue et le technicien peut examiner les fichiers journaux pour déterminer le problème. Il peut y avoir des tables référencées avec des listes de valeurs valides qui vérifient les valeurs des attributs. Il peut également y avoir une vérification croisée des informations d'une couche à l'autre pour vérifier les valeurs. Il s'agit d'une option très personnalisable et puissante.

      Tester les fonctions de GATE et de Parcel Editor

      Une fois l'installation de GATE terminée, il était temps de commencer les tests. Tous les tests devaient être terminés pour juillet 2001 car la réception définitive est prévue pour fin juillet 2001. Toutes les erreurs trouvées dans les tests devront être traitées soit avant la réception définitive du logiciel GATE. Afin de s'assurer que tous les processus ont été vérifiés, une matrice a été créée, qui teste tous les processus trois fois. La matrice contenait tous les types de modifications Modifications simples, plaques enregistrées, prélèvements routiers, répartitions de parcelles, consolidations de parcelles, plans de site, condominiums, adresses nouvelles et mises à jour, applications de zonage, modifications de zonage, zonage accordé, refus de zonage, Zonage-Retiré, Zonage-Rejeté, Superposition de Districts-Accordé et Voir Modifier. La matrice a été construite pour avoir tous les éléments pour tous les contrôles sur chaque type. Afin d'obtenir une meilleure compréhension de l'ampleur et de la quantité de tous les contrôles, un échantillon de l'édition simple est décrit ci-dessous.

      Chaque étape est vérifiée et enregistrée dans la feuille de calcul. Une fois l'extraction GATE exécutée, l'emplacement et la création de la couverture appropriée sont vérifiés. Une fois cette vérification terminée, le verrou est examiné pour s'assurer que ce processus fonctionne et après chaque extraction, un deuxième extrait est tenté pour s'assurer que non seulement le verrou était présent, mais qu'il interdirait à un autre utilisateur de copier le même ou zone de chevauchement. Une fois le verrou vérifié, le contenu de la couverture extraite est vérifié. Les résultats souhaités sont déjà sur la feuille de contrôle, de sorte que seuls les éléments manquants ou les éléments supplémentaires doivent être notés. Les attributs qui avaient été extraits avec la couverture sont ensuite validés. Des modifications sont également apportées à la couverture pour s'assurer que la fonction expirée fonctionne.

      À partir de ce point, le test est passé à la fonction de copie. Cela fournit à l'éditeur un mécanisme pour extraire les données sans créer de verrou permanent. Tous les mêmes contrôles sont effectués pour cette fonction puisque la couverture est la même. La seule option non disponible avec cette fonction est la possibilité de réintégrer les données après une modification. Il est plus facile de valider la fonction de copie. Puisqu'il n'y a pas de verrou créé, la validation pourrait être effectuée puis le test de l'extrait pourrait être accompli sans avoir à aller libérer le verrou.

      Pour vérifier que ce processus fonctionnait, il est nécessaire d'exécuter le processus d'extraction. Ensuite, il est possible d'exécuter le test pour voir si le verrou a été supprimé après le choix de l'option de libération. Afin de s'assurer que cette fonction fonctionne correctement, il a été nécessaire de créer un projet ArcView pour visualiser les serrures et s'assurer qu'elles étaient correctement modifiées. Dans tous les cas, la date de péremption est vérifiée et les serrures qui avaient été libérées sont vérifiées pour s'assurer qu'elles sont correctement attribuées.

      Une fois toutes les modifications apportées à la couverture terminées, y compris les modifications apportées au dessin au trait, aux polygones, aux régions et aux annotations, la couverture devait être renvoyée à la base de données de maintenance. Des tests sont effectués pour vérifier que si une modification se produisait qui modifiait la topologie de quelque manière que ce soit sur le bord de la zone vérifiée, le GATE n'autoriserait pas la validation de cet ensemble de données. Cela pourrait permettre des éclats dans la base de données. Si la validation réussit, la nouvelle zone est affichée dans ArcView pour s'assurer que toutes les anciennes entités ont expiré et que les nouvelles entités ont été codées correctement. Ensuite, les verrous ont été vérifiés pour s'assurer que le verrou associé à cette modification avait expiré et attribué correctement.

      Alors que nous continuons les tests 48+, nous constatons qu'il y a quelques problèmes mineurs sur la façon dont nous devons gérer le codage et le fait que les éléments peuvent être laissés vides et acceptés dans la base de données. Cela nous a fait prendre conscience que nous devrons peut-être créer des règles pour que GATE effectue une validation sur les nouveaux éléments et assure ainsi la qualité des données. Nous envisageons également de créer des tracés AQ/CQ afin que le dessin au trait puisse être vérifié par d'autres membres du personnel. C'est une étape nécessaire car nous capturons maintenant beaucoup plus de fonctionnalités que dans le processus manuel. Cependant, avec tout le personnel d'AQ/CQ en place, nous prévoyons d'être en mesure d'être à jour dans les 2 semaines avec toutes nos modifications de parcelles et de zonage.

      En guise de conclusion à cet article, certains des avantages et des inconvénients que nous avons connus doivent être abordés. Voici quelques-unes des leçons que nous avons apprises au cours de ce projet.