Suite

Joindre la table à QueryFeatureClass

Joindre la table à QueryFeatureClass


J'ai joint une table à un SQL-QueryLayer comme posté ici en utilisant IRelQueryTable

Quand je metsgeoFeatureLayer.FeatureClass = relQueryTable as IFeatureClass;la couche dans ArcMap a oublié qu'il s'agit d'une Query-FeatureClass. Ainsi, dans l'onglet Source de la boîte de dialogue Layer-Properties, il n'y a pas d'entrée pour le type de données et dans l'onglet Fields, les champs sont répertoriés de manière complète dans les noms d'alias. Mais la jointure semble fonctionner car elle est correctement répertoriée. Une idée?


Désolé d'avoir répondu à ma propre question, mais j'obtiens la solution dans le forum esri-developer et je ne veux pas la retenir. Mon erreur a été de ne pas utiliser la DisplayFeatureClass du geofeaturelayer. De plus, j'utilise maintenant IDisplayRelationshipClass au lieu de IRelQueryTable et cela fonctionne donc bien.


Couche (service d'entités)

La ressource de couche représente une seule couche d'entités ou une table non spatiale dans un service d'entités. Une couche d'entités est une table ou une vue avec au moins une colonne spatiale.

Pour les tables, il fournit des informations de base sur la table, telles que son ID, son nom, ses champs, ses types et ses modèles. Pour les couches d'entités, en plus des informations de table, il fournit des informations telles que son type de géométrie, les échelles min et max et la référence spatiale. Chaque type comprend des informations sur le type, telles que l'ID de type, le nom et l'expression de définition. Les types incluent également un symbole par défaut et une liste de modèles d'entités. Chaque modèle de fonctionnalité comprend un nom de modèle, une description et une fonctionnalité prototype.

Les capacités de propriété renvoient les capacités de requête, de création, de suppression, de mise à jour, d'édition, de synchronisation, de téléchargement et d'extraction. La capacité de modification sera incluse si Créer, Supprimer ou Mettre à jour est activé pour un service d'entités.

La propriété geometryType renvoie le type de géométrie de la couche. Cinq types de géométrie sont pris en charge : point ( esriGeometryPoint ), multipoint ( esriGeometryMultipoint ), polyligne ( esriGeometryPolyline ), polygone ( esriGeometryPolygon ) et enveloppe ( esriGeometryEnvelope ). Pour en savoir plus sur ces types de géométrie pris en charge, voir Objets géométriques.

La propriété maxRecordCount renvoie le nombre maximal d'enregistrements qui seront renvoyés à la fois pour une requête.

La ressource Layer renvoie relatedTableId , cardinality , role , keyField et composite pour toutes les relations. En outre, les propriétés RelationshiptableId et keyFieldInRelationshipTable sont renvoyées uniquement pour les relations attribuées.

Les propriétés effectiveMinScale et effectiveMaxScale représentent les échelles effectives minimale et maximale auxquelles la couche est visible. Les échelles minimale et maximale effectives sont calculées en fonction des valeurs minScale et maxScale de la couche actuelle et de ses ancêtres.

La ressource Layer prend en charge un paramètre d'entrée returnUpdates qui accepte une valeur booléenne. Transmettez ce paramètre pour récupérer timeExtent mis à jour pour la couche.

La propriété de champ nullable indique si le champ peut accepter des valeurs nulles.

Si une couche a des pièces jointes, sa propriété hasAttachments sera true .

Si la couche objectIdField n'a pas de propriété de longueur ou si la propriété de longueur est définie sur 4, l'objectIdField est de 32 bits. Si objectIdField a une longueur de 8, objectIdField est de 64 bits.

La propriété geometryField décrit les paramètres du champ géométrique lui-même et inclut les sous-propriétés name , nullable et editable. D'autres sous-propriétés telles que modelName peuvent être fournies ou non. Il est possible d'avoir un champ géométrique qui n'est pas éditable. Pour les entités dans les couches où editable = false , les valeurs de géométrie sont gérées par le système et ne peuvent pas être modifiées directement, même par le propriétaire ou l'administrateur des données (par exemple, les couches de zone à valider du réseau de distribution). Ceci est différent de la propriété allowGeometryUpdates, qui permet au propriétaire ou à l'administrateur du service de contrôler si les utilisateurs non propriétaires/non administrateurs peuvent effectuer des mises à jour de géométrie. Les propriétaires ou les administrateurs peuvent effectuer des mises à jour de géométrie même lorsque allowGeometryUpdates est défini sur false tant que le champ de géométrie est modifiable.

La propriété supportsSQLExpression est vraie lorsqu'une couche prend en charge la possibilité d'utiliser des expressions SQL dans outStatistics , groupBy ou orderBy . Lorsque vous utilisez des expressions SQL sur une couche d'entités, vous pouvez configurer votre paramètre outStatistics comme ceci : [<"statisticType":"AVG","onStatisticField":"str_angle*100","outStatisticFieldName":"avg">] . La propriété supportsOutFieldSqlExpression est vraie lorsqu'une couche prend en charge les expressions SQL dans les outFields . Un exemple d'utilisation d'expressions SQL dans outFields peut être la conversion d'alias : outFields = County as CountyAlias, Elevation as ElevationAlias ​​.

supportsOutFieldSqlExpression n'est actuellement pris en charge que dans les services d'entités hébergés ArcGIS Online et Enterprise sur un magasin de données relationnelles à partir de 10.9."

La propriété SupportsLOD indique si la possibilité d'effectuer des requêtes LOD peut être activée pour une couche de service d'entités. Les requêtes Lod ont été activées et peuvent être interrogées lorsque la couche inclut une propriété lodInfos.

Nouveau à 10.9

Les éléments suivants sont nouveaux ou mis à jour dans la version 10.9 :

  • La mise en cache des réponses peut être activée pour les couches de service d'entités hébergées exécutées sur le magasin de données relationnelles. La mise en cache des réponses améliore les performances et l'évolutivité de certains types de requêtes. L'activation de la mise en cache des réponses nécessite d'abord la configuration d'un magasin d'objets. Voir l'opération updateDefinition pour plus de détails sur la mise en cache des réponses et comment l'activer. La propriété de couche suivante est définie lorsque la mise en cache des réponses est activée :
    • "supportsQueryWithCacheHint": true : indique que les requêtes de couche prennent en charge le paramètre cacheHint.
    • "editingInfo": ("lastEditDate": <dateValue>) : indique la date des dernières modifications effectuées sur le calque. Par exemple, "editingInfo": ("lastEditDate": 1609896851105) . La <dateValue> est une date d'époque en millisecondes.

    Les couches de service d'entités hébergées en ligne ont également "supportsQueryWithCacheHint": true et incluent "editingInfo": ("lastEditDate": <date value>)

    À partir de la version 10.9, le suivi des réplicas est automatiquement activé lorsque la synchronisation est activée sur les services d'entités hébergés.

      Il est possible de définir le fuseau horaire d'un service des champs de date comme inconnu. Définir le fuseau horaire comme inconnu signifie que les valeurs de date seront renvoyées telles quelles à partir de la base de données, plutôt que sous forme de valeurs de date en UTC. Les services d'entités non hébergés peuvent être configurés pour utiliser un fuseau horaire inconnu à l'aide d'ArcGIS Server Manager . La définition des fuseaux horaires sur inconnu définit également la propriété de couche datesInUnknownTimezone comme true. Actuellement, les services d'entités hébergés ne prennent pas en charge ce paramètre. Les fuseaux horaires inconnus ne s'appliquent pas aux champs de date de suivi de l'éditeur. Les champs de date de suivi de l'éditeur sont en UTC même lorsque l'heure du service est définie sur inconnue.

    La plupart des clients publiés précédemment vers ArcGIS Enterprise 10.9 ne pourront pas utiliser les services d'entités dont le paramètre de fuseau horaire est inconnu. ArcGIS Pro 2.7 ou une version plus récente peut fonctionner avec ces services d'entités. Pour que les clients puissent effectuer des requêtes, des modifications et/ou d'autres opérations, le paramètre timeReferenceUnknownClient doit être défini sur true sur ces opérations. La définition de timeReferenceUnknownClient=true indique que le client est capable de travailler avec des valeurs de date inconnues qui ne sont pas en UTC. Les opérations de couche qui incluent le paramètre timeReferenceUnknownClient incluent : query , applyEdits , addFeatures , updateFeatures , queryRelatedRecords , calculate et feature resources. Les opérations de service qui incluent le paramètre timeReferenceUnknownClient incluent : query , applyEdits , createReplica ,synchronousReplica et extractChanges .

    Nouveau à 10.8.1

    Les éléments suivants sont nouveaux ou mis à jour dans la version 10.8.1 :

    • Les services d'entités hébergés sur un magasin de données relationnelles prennent en charge la configuration d'une couche pour autoriser les requêtes LOD lorsque la propriété supportsLOD, sous advancedQueryCapabilities , est true . Pour autoriser les requêtes LOD, l'opération d'administrateur updateDefinition doit être exécutée pour définir la propriété lodInfos qui décrit les bacs.
    • La ressource de couche renvoie maintenant la propriété isDataReplicaTracked. Cette propriété, lorsqu'elle est définie sur true , indique que le suivi des réplicas a été activé pour la couche de service d'entités. Cette propriété est requise pour la synchronisation avec la gestion des versions de la branche nommée. Pour plus d'informations, consultez Activer le suivi des répliques.
    • L'opération de requête de couche prend en charge le centile en tant que statisticType lors de l'utilisation de outStatistics pour les services d'entités publiés à partir d'ArcGIS Pro qui référencent les données de géodatabase d'entreprise. Les couches qui prennent en charge les centiles auront la propriété supportsPercentileStatistics de l'objet advancedQueryCapabilities comme true .
    • Les données multipatch peuvent être interrogées avec externalizeTextures et f as pbf pour les services d'entités publiés à partir d'ArcGIS Pro .
    • Les services d'entités hébergés et non hébergés exécutés sur un serveur fédéré incluent une propriété serviceItemId. Cela décrit l'ID de l'élément de couche d'entités associé dans l'application d'accueil. Les services d'entités hébergés par ArcGIS Enterprise prennent en charge cette propriété depuis 10.7.
    • Les services d'entités hébergés sur les magasins de données relationnelles et spatio-temporelles dans ArcGIS Enterprise prennent en charge le mode de mise à jour pour la quantification. Ceci est indiqué par la propriété de couche supportsQuantizationEditMode définie sur true
    • Avant la version 10.7.1, lors de la publication de données activées pour l'archivage, versionnées traditionnelles, versionnées par branche ou participant à un jeu de données de contrôleur (réseau géométrique, topologie, réseau de distribution, etc.), l'opération de calcul n'était pas prise en charge. Depuis la version 10.7.1, l'opération de calcul est prise en charge avec tout ce qui précède pour les services d'entités qui autorisent les mises à jour.

    Les couches qui ont hasAttachments et supportsQueryAttachments à la fois comme true ont les fonctionnalités suivantes en 10.8.1 :

    Ces fonctionnalités s'appliquent aux services d'entités hébergés et non hébergés publiés à partir d'ArcGIS Pro .

    • L'objet attachmentProperties est inclus pour les services d'entités ArcGIS Enterprise. Il s'agissait déjà d'une fonctionnalité pour les services d'entités hébergés d'ArcGIS Online.
    • Une nouvelle propriété fieldname qui peut être utilisée avec le paramètre attachmentsDefinitionExpression de l'opération queryAttachments pour limiter les résultats en fonction des valeurs de la table des pièces jointes.
    • Les services de fonctionnalités hébergés par l'entreprise prennent en charge à la fois les mots-clés et exifInfo ( isEnabled as true ). Ces colonnes sont ajoutées automatiquement lors de la publication d'un nouveau service d'entités avec des pièces jointes ou de l'activation des pièces jointes sur une couche existante. En cas de mise à niveau à partir d'une version antérieure, les mots-clés et les colonnes exifInfo ne seront pas disponibles. Cependant, ils peuvent être ajoutés à l'aide de l'opération updateDefinition. Les services d'entités hébergés dans ArcGIS Online prennent déjà en charge les colonnes de pièces jointes.
    • De nouvelles propriétés de pièce jointe, id et globalid , ont été ajoutées pour toutes les couches de service d'entités qui prennent en charge les pièces jointes, y compris les services d'entités hébergés par ArcGIS Online.
    • Un nouvel objet attachmentFields répertorie les informations sur les champs de pièce jointe, telles que le type et la longueur. La propriété de nom attachmentFields peut être mise en correspondance avec la propriété attachmentProperties fieldName. Ces informations peuvent être utilisées pour formater correctement les requêtes et comprendre les limites de la réponse de longueur de champ. Seuls les champs qui correspondent aux propriétés avec isEnabled comme true seront répertoriés dans attachmentFields .
    • Les noms de champ sont désormais renvoyés en plus des propriétés de champ dans la réponse de l'opération queryAttachments. Si le nom du champ et le nom de la propriété correspondent, y compris la casse, une seule valeur est renvoyée dans la réponse pour représenter à la fois le champ et la propriété. En tant que meilleure pratique, il est préférable d'utiliser le nom de champ plutôt que la propriété lors de l'utilisation dans une application.

    Les services d'entités prennent désormais en charge les couches de topologie, introduites dans la version 10.8.1. Les couches topologiques sont des couches composites qui font référence à des sous-couches et n'ont aucune capacité. Les références de sous-couche décrivent les caractéristiques d'erreur et les zones à valider de la couche. Ces mêmes couches sont également répertoriées dans l'objet systemLayers de la couche topologique. Les systemLayers sont toujours en lecture seule (c'est-à-dire qu'ils n'ont jamais de capacités d'édition) et sont des sous-couches de la couche topologique. Les ressources de couche de systèmes de topologie incluent également une référence à la couche de topologie comme suit.

    Dans les clients comme ArcGIS Pro 2.6, les couches de topologie sont utilisées conjointement avec le service de validation pour prendre en charge la validation de la topologie et la correction des entités d'erreur.

    Nouveau à 10,8

    Ce qui suit est nouveau à 10.8 :

    • La ressource de couche d'entités renvoie désormais une propriété supportsDatumTransformation. Cette propriété est vraie si la couche de service d'entités prend en charge l'ajout de transformations de datum. Si true , les opérations Query au niveau de la couche, Query Related et Apply Edits au niveau de la couche autoriseront les transformations de données. De plus, la propriété de couche supportsQueryWithDatumTransformation dans advancedQueryCapabilities sera vraie si l'opération de requête au niveau de la couche prend en charge le paramètre datumTransformation.
    • La propriété de couche standardMaxRecordCountNoGeometry définit le nombre maximal d'enregistrements lors de l'interrogation d'une couche avec returnGeometry comme false et resultType comme standard .
    • La propriété de couche supportsFieldDescriptionProperty est vraie si la propriété de description de champ est prise en charge. La propriété de description de champ permet de stocker des types de valeur et des descriptions avec des champs dans une couche. L'opération Mettre à jour la définition des couches d'entités hébergées peut être utilisée pour ajouter ou définir une description de champ. Pour plus d'informations sur la définition des descriptions de champ et des valeurs de type de champ via l'interface utilisateur de l'application d'accueil, consultez Décrire les champs d'attribut.
    • Les colonnes de zone et de longueur gérées par le système nommées SHAPE_Area et SHAPE_Length sont désormais prises en charge sur les services d'entités hébergés (magasin de données relationnelles) dans Enterprise. Les propriétés geometryProperties shapeAreaFieldName , shapeLengthFieldName et units ont été ajoutées pour décrire les champs SHAPE_Area et SHAPE_Length. Ces noms de champs sont réservés. Si des données sont publiées qui ont déjà des champs avec ces noms, les champs d'origine peuvent être supprimés ou renommés.

    La casse des noms de champ peut varier selon le service.

    Nouveau à 10.7.1

    Ce qui suit est nouveau dans 10.7.1 :

    • Nouvelles propriétés de couche exposées sur une couche de service d'entités :
      • La couche d'entités prend désormais en charge l'opération de pièces jointes de requête si supportsQueryAttachments est vrai et hasAttachments est vrai sur la couche.
        • L'URL de la pièce jointe peut désormais être renvoyée dans la réponse des pièces jointes à la requête si supportsQueryAttachmentsWithReturnUrl est true et supportsQueryAttachments est true sur la couche.

        Nouveau à 10,7

        • Nouvelles propriétés de couche exposées sur une couche de service d'entités :
          • Les champs de suivi de l'éditeur peuvent désormais inclure une propriété dateFieldsTimeReference dans editFieldsInfo . Si dateFieldsTimeReference n'apparaît pas dans editFieldsInfo , le fuseau horaire peut être supposé être le même que celui de la couche. Le fuseau horaire de la couche sera UTC, sauf indication contraire par la propriété dateFieldsTimeReference de la couche.
          • supportsTopFeaturesQuery est vrai si une couche prend en charge l'opération queryTopFeatures.
          • La propriété sqlParserVersion est ajoutée pour les couches de service d'entités hébergées pour indiquer la syntaxe SQL 92 prise en charge pour les requêtes standardisées. Les valeurs incluent « PG_10.6.1 » pour les services d'entités hébergés basés sur un magasin de données relationnelles et « ES_10.6.1 » pour les services d'entités hébergés basés sur un magasin de données ArcGIS spatio-temporel. Aucune nouvelle opération de requête n'a été ajoutée pour la version 10.7, ce qui signifie que toutes les opérations de requête à partir de la version 10.7 relèvent de sqlParserVersion 10.6.1. La plupart de la syntaxe SQL 92 pour les requêtes standardisées est prise en charge avec les services d'entités hébergés basés sur un magasin de données relationnelles. Les services d'entités hébergés dans les magasins de données ArcGIS spatio-temporelles prennent en charge un sous-ensemble - consultez l'aide de la clause where de l'opération de requête de couche pour plus d'informations.
          • isUpdatableView est vrai sur une couche de vue de service d'entités hébergée lorsque les mises à jour de définition de service (par exemple, l'activation et la désactivation de fonctionnalités) sont autorisées sur les couches de vue.
          • La propriété supportedQueryFormats décrit les types de réponse pris en charge lors de l'interrogation d'une couche de service d'entités. Les valeurs incluent json , html et dans 10.7 peuvent également inclure pbf (protocol buffer), un codage binaire compact pour les données géographiques.
          • isDataBranchVersioned a la valeur true lorsqu'une couche référence une classe d'entités ou une table dans une géodatabase d'entreprise qui est versionnée par branche. Voir la gestion des versions de branche dans les géodatabases d'entreprise.
          • Le "supportsOrderByOnlyOnLayerFields": true indique que le paramètre orderByFields dans l'opération de requête de couche ne prend que les champs qui se trouvent dans la liste des champs de couches. Les champs générés pendant l'opération de requête (tels que le outStatisticFieldName de outStatistics ) ne peuvent pas être utilisés. Le défaut est faux .
          • Les propriétés shapeAreaFieldName , shapeLengthFieldName et units ont été ajoutées pour décrire les champs Shape__Area et Shape__Length.

          Nouveau à 10.6.1

          • Nouvelles propriétés de couche exposées sur une couche de service d'entités :
            • supportsHavingClause a la valeur true si une couche prend en charge les opérations de requête avec le paramètre having clause.
            • supportsCountDistinct est vrai si une couche prend en charge la requête de nombre avec des valeurs distinctes à l'aide de returnDistinctValues ​​et returnCountOnly .
            • supportsCoordinatesQuantization est vrai si une couche prend en charge la quantification des coordonnées.
            • La propriété supportsReturningGeometryCentroid est vraie si une couche prend en charge le renvoi de la géométrie du centre d'une entité surfacique. Souvent true lorsque supportsCoordinatesQuantization est true .
            • supportsQueryWithResultType a la valeur true si une couche prend en charge les opérations de requête à l'aide de resultType .
            • La propriété geometryField définit les propriétés du champ géométrique sur la couche d'entités.
            • La propriété standardMaxRecordCount définit le nombre maximal de fonctionnalités qu'une requête renvoie lorsque la requête utilise resultType = standard .
            • La propriété tileMaxRecordCount définit le nombre maximal d'entités qu'une requête renvoie lorsque la requête utilise resultType = tile .
            • La propriété maxRecordCountFactor est utilisée pour modifier les valeurs de standardMaxRecordCount et de tileMaxRecordCount pour l'interrogation.
            • hasMetadata indique si une couche contient des métadonnées.

            Nouveau à 10.6

            • Couches de réseau de distribution - Une nouvelle couche de "type": "Couche de réseau de distribution" est créée lorsque les réseaux de distribution sont publiés en tant que services d'entités. Ces couches peuvent être utilisées directement dans ArcGIS Pro à partir de la version 2.1 mais pas encore dans d'autres clients ArcGIS au moment de la version 10.6. Les couches de réseau de distribution sont des couches composites dans la mesure où elles font référence à des sous-couches et n'ont pas de capacités. Ils décrivent également les systemLayers qui sont utilisés pour prendre en charge les diagrammes et d'autres comportements spécifiques au réseau de services publics. Des informations sur les associationsTypeValues ​​prises en charge sont également incluses. Voir l'exemple de réponse JSON ci-dessous.
            • Couches d'annotations - Une nouvelle couche de "type" : "Couche d'annotations" est créée lorsque des couches d'annotations sont publiées avec les services d'entités d'ArcGIS Pro à partir de la version 2.1. Ces couches peuvent être utilisées directement dans ArcGIS Pro 2.1 ou version ultérieure, mais pas encore dans d'autres clients ArcGIS au moment de la version 10.6. Les couches d'annotation sont comme les autres couches dans la mesure où elles prennent en charge les opérations de requête et d'édition. Cependant, les couches d'annotations n'incluent pas les informations de dessin , les types ou les modèles . Les couches d'annotation prennent également en charge l'interrogation et la modification de la colonne Element avec est de "type": "esriFieldTypeBlob" . Depuis la version 10.6, seul ArcGIS Pro 2.1 peut fonctionner correctement avec les annotations.
            • Voici les nouvelles propriétés exposées sur une couche de service d'entités :
              • modelName est une propriété qui est exposée à la fois dans les champs et les couches. Le modelName est fourni par les tables, les classes d'entités et les champs de la géodatabase principale.
              • isDataArchived est vrai si une couche est activée pour l'archivage, ce qui lui permet de prendre en charge les requêtes avec historicMoment.
              • isCoGoEnabled est vrai si une couche a une géométrie de coordonnées activée.
              • parentLayer fait référence à la couche Utility Network à partir des sous-couches de la couche Utility Network. Pour les couches qui ne sont pas des sous-couches d'une couche Utility Network, la valeur est null .
              • La propriété champs defaultValue décrit la valeur par défaut définie pour le champ dans la géodatabase.
              • La propriété de description de domaine est la description définie pour le domaine dans la géodatabase. Par exemple, ( "domains": <"description":"Plages d'altitude">).
              • La propriété sourceSpatialReference décrit le système de coordonnées de la classe d'entités dans la géodatabase.
              • Les informations spatialReference et sourceSpatialReference contiennent de nouvelles propriétés pour le système de coordonnées verticales (VCS) (si défini), la tolérance et la résolution. Les propriétés de tolérance sont explicitement répertoriées tandis que d'autres propriétés sont fournies pour permettre à un client de calculer la résolution. Voir l'exemple de réponse JSON ci-dessous.
              • heightModelInfo est une propriété de couche qui est exposée lorsque la carte est publiée avec un système de coordonnées verticales défini.
              • sourceHeightModelInfo est une propriété de couche qui décrit le système de coordonnées verticales des classes d'entités lorsqu'il est défini.

              Lors de l'interrogation, les valeurs z sont renvoyées dans le système de coordonnées verticales sourceSpatialReference indépendamment de ce qui est spécifié comme référence spatiale de sortie. Il est également prévu que les valeurs z soient fournies dans le système de coordonnées verticales source sourceSpatialReference lors de l'édition.

              Les fonctionnalités répertoriées ci-dessus sont disponibles pour les services non hébergés publiés à partir d'ArcGIS Pro 2.1 ou version ultérieure, mais pas nécessairement pour les services publiés à partir d'ArcMap ou d'autres processus. Les services publiés à partir d'ArcGIS Pro 2.1 ont la couche et la propriété de service suivantes : "cimVersion": "2.1.0"

              Les services d'entités hébergés exposent la propriété maxResultWindow sur les couches spatio-temporelles. Cela a été introduit pour la première fois en 10.5.1 :

              • Il s'agit du nombre maximum de lignes pouvant être renvoyées pour une requête à une couche spatio-temporelle.
              • Il s'agit d'un paramétrage directement issu de la source de données spatio-temporelles (recherche élastique).
              • Si maxRecordCount (standard, tile ou none) est supérieur à maxResultWindow , vous n'obtiendrez que le nombre maxResultWindow de lignes renvoyées dans une requête.
              • Si maxRecordCount (standard, tile ou none) est inférieur à maxResultWindow , vous obtiendrez jusqu'à maxRecordCount de lignes dans une requête, mais vous ne pourrez paginer que jusqu'à maxResultWindow .
              • Vous pouvez ajuster la valeur à l'aide de l'opération Mettre à jour la définition sur la ressource de couche d'administration du service d'entités hébergé. Cela ajustera la propriété maxResultWindow sur la source de données arrière et spatio-temporelle pour la couche.
              • Consultez la documentation de recherche élastique pour les meilleures pratiques et les recommandations concernant le paramètre max_result_window.

              Nouveau à 10,5

              Ce qui suit est nouveau dans 10.5 :

              • returnDomainNames est un paramètre sur la ressource de couche où les informations de domaine incluent uniquement le nom de domaine. Les noms de domaine peuvent être mis en correspondance avec les informations complètes du domaine telles que renvoyées par l'opération queryDomains. Cette approche est un moyen plus efficace de travailler avec les domaines car elle nécessite de renvoyer les informations complètes du domaine une seule fois au lieu de chaque couche.
              • subtypeField est une propriété de couche qui est définie sur le nom du champ de sous-type. Si le calque n'a pas de sous-types, il est défini sur une chaîne vide ( "subtypeField": "" ).
              • defaultSubtypeCode une propriété de couche qui est définie sur le code de sous-type par défaut si la couche a des sous-types.
              • sous-types est un tableau qui décrit les sous-types d'une couche et est toujours inclus si la couche a des sous-types. Les domaines du tableau de types correspondront aux domaines du tableau de sous-types pour les couches qui ont un rendu de valeur unique basé sur la colonne de sous-type.
              • Les mergePolicy et splitPolicy sont incluses avec les informations complètes du domaine.
              • Les modèles incluront une vignette lorsque la couche Feature Service est publiée à partir d'une couche avec un moteur de rendu de dictionnaire. Les clients peuvent utiliser l'image en base 64 dans la vignette lors de l'affichage d'un sélecteur de modèle. La miniature est facultative et ne sera pas fournie dans les modèles d'autres couches Feature Service. Voir l'exemple de réponse JSON ci-dessous.
              • Si allowTrueCurvesUpdates est true et onlyAllowTrueCurveUpdatesByTrueCurveClients est true , les entités avec de vraies courbes peuvent être mises à jour par de vrais clients capables de créer des courbes (par exemple, ArcGIS Pro). Lorsque des modifications sont appliquées, le client true curve doit définir le paramètre trueCurveClient sur true .

              Si allowTrueCurvesUpdates est true et onlyAllowTrueCurveUpdatesByTrueCurveClients est false , les fonctionnalités avec de vraies courbes peuvent être mises à jour par n'importe quel client. Cela inclut les cas dans lesquels le client fournit une caractéristique densifiée pour mettre à jour la véritable caractéristique de courbe.

              • supportsQueryWithHistoricMoment indique si les requêtes de moment historique peuvent être effectuées sur la couche. Une couche doit être compatible avec l'archivage pour prendre en charge ce type de requêtes.
              • startArchivingMoment indique l'heure à laquelle l'archivage a été activé sur la couche.

              Modifications antérieures à 10.5

              Les propriétés suivantes décrivent les fonctionnalités qui ont été ajoutées au service de fonctionnalités via les versions antérieures à 10.5. Si la propriété n'existe pas, cela équivaut à avoir une valeur false ou non définie.


              Accéder aux données SIG¶

              Les utilisateurs de SIG doivent travailler à la fois avec des couches publiées sur des serveurs distants (couches Web) et des données locales, mais la possibilité de manipuler ces ensembles de données sans copier de manière permanente les données fait défaut. Le Spatial Enabled DataFrame résout ce problème car il s'agit d'un objet en mémoire qui peut lire, écrire et manipuler des données géospatiales.

              Le SEDF s'intègre au package de site ArcPy d'Esri ainsi qu'aux packages open source pyshp , shapely et fiona. Cela signifie que l'API ArcGIS pour Python SEDF peut utiliser l'un ou l'autre de ces moteurs géométriques pour vous offrir des options permettant de travailler facilement avec des données géospatiales, quelle que soit votre plate-forme. Le SEDF transforme les données dans les formats que vous désirez afin que vous puissiez utiliser la fonctionnalité Python pour analyser et visualiser les informations géographiques.

              Les données peuvent être lues et scriptées pour automatiser les flux de travail et tout aussi facilement visualisées sur des cartes dans les notebooks Jupyter. Le SEDF peut exporter des données sous forme de classes d'entités ou les publier directement sur des serveurs pour les partager selon vos besoins. Explorons certaines des différentes options disponibles avec les espaces de noms polyvalents Spatial Enabled DataFrame :

              Lecture des calques Web¶

              Couches d'entités hébergées sur ArcGIS en ligne ou alors ArcGIS Entreprise peut être facilement lu dans un DataFrame Spatially Enabled à l'aide de la méthode from_layer. Une fois que vous l'avez lu dans un objet SEDF, vous pouvez créer des rapports, manipuler les données ou les convertir en un formulaire confortable et logique pour l'objectif auquel il est destiné.

              Exemple : récupération d'un élément ArcGIS Online et utilisation de la propriété layer pour inspecter les 5 premiers enregistrements de la couche


              La géodatabase d'entreprise ou fichier ou le dossier dans lequel la classe d'entités en sortie sera créée. Cet espace de travail doit déjà exister.

              Nom de la classe d'entités à créer.

              Spécifie le type de géométrie de la classe d'objets.

              • Point — Le type de géométrie est point.
              • Multipoint — Le type de géométrie est multipoint.
              • Polygone — Le type de géométrie est polygone.
              • Polyligne — Le type de géométrie est polyligne.
              • Multipatch —Le type de géométrie est multipatch.

              Classe d'entités ou table utilisée comme modèle pour définir les champs attributaires de la nouvelle classe d'entités.

              Indique si la classe d'entités contient des valeurs de mesure linéaires (valeurs m).

              • Non : la classe d'entités en sortie n'aura pas de valeurs M. C'est la valeur par défaut.
              • Oui : la classe d'entités en sortie aura des valeurs M.
              • Identique à la classe d'entités modèle : la classe d'entités en sortie aura des valeurs M si le jeu de données spécifié dans le paramètre Classe d'entités modèle (paramètre de modèle en Python) a des valeurs M.

              Indique si la classe d'entités contient des valeurs d'altitude (valeurs z).

              • Non : la classe d'entités en sortie n'aura pas de valeurs Z. C'est la valeur par défaut.
              • Oui : la classe d'entités en sortie aura des valeurs Z.
              • Identique à la classe d'entités modèle : la classe d'entités en sortie aura des valeurs Z si le jeu de données spécifié dans le paramètre Classe d'entités modèle (paramètre de modèle en Python) a des valeurs Z.

              La référence spatiale du jeu de classes d'entités en sortie. Dans la boîte de dialogue Propriétés de référence spatiale, vous pouvez sélectionner, importer ou créer un nouveau système de coordonnées. Pour définir des aspects de la référence spatiale, tels que le domaine x, y, z ou m, la résolution ou la tolérance, utilisez la boîte de dialogue Environnements.

              Si aucune référence spatiale n'est fournie, la sortie aura une référence spatiale indéfinie.

              La référence spatiale de la classe d'entités modèle n'a aucun effet sur la référence spatiale en sortie. Si vous souhaitez que votre sortie soit dans le système de coordonnées de la classe d'entités modèle, définissez le paramètre Système de coordonnées sur la référence spatiale de la classe d'entités modèle.

              Le mot-clé de configuration s'applique uniquement aux données de géodatabase d'entreprise. Il détermine les paramètres de stockage de la table de base de données.

              Ce paramètre a été déprécié dans ArcGIS Pro . Toute valeur que vous entrez est ignorée.

              Ce paramètre a été déprécié dans ArcGIS Pro . Toute valeur que vous entrez est ignorée.

              Ce paramètre a été déprécié dans ArcGIS Pro . Toute valeur que vous entrez est ignorée.

              Nom alternatif de la classe d'entités en sortie qui sera créée.

              Sortie dérivée

              La géodatabase d'entreprise ou fichier ou le dossier dans lequel la classe d'entités en sortie sera créée. Cet espace de travail doit déjà exister.

              Nom de la classe d'entités à créer.

              Spécifie le type de géométrie de la classe d'objets.

              • POINT — Le type de géométrie est point.
              • MULTIPOINT — Le type de géométrie est multipoint.
              • POLYGONE — Le type de géométrie est polygone.
              • POLYLINE — Le type de géométrie est polyligne.
              • MULTIPATCH — Le type de géométrie est multipatch.

              Classe d'entités ou table utilisée comme modèle pour définir les champs attributaires de la nouvelle classe d'entités.

              Indique si la classe d'entités contient des valeurs de mesure linéaires (valeurs m).

              • DISABLED — La classe d'entités en sortie n'aura pas de valeurs M. C'est la valeur par défaut.
              • ENABLED — La classe d'entités en sortie aura des valeurs M.
              • SAME_AS_TEMPLATE — La classe d'entités en sortie aura des valeurs M si le jeu de données spécifié dans le paramètre Template Feature Class (paramètre template en Python) a des valeurs M.

              Indique si la classe d'entités contient des valeurs d'altitude (valeurs z).

              • DISABLED — La classe d'entités en sortie n'aura pas de valeurs Z. C'est la valeur par défaut.
              • ENABLED — La classe d'entités en sortie aura des valeurs Z.
              • SAME_AS_TEMPLATE — La classe d'entités en sortie aura des valeurs Z si le jeu de données spécifié dans le paramètre Template Feature Class ( paramètre template en Python) a des valeurs Z.
              • Entrez le chemin d'accès à un fichier .prj, tel que C:/workspace/watershed.prj .
              • Référencez une classe d'entités ou un jeu de classes d'entités dont vous souhaitez appliquer la référence spatiale, telle que C:/workspace/myproject.gdb/landuse/grassland .
              • Définissez un objet de référence spatiale avant d'utiliser cet outil, tel que sr = arcpy.SpatialReference("C:/data/Africa/Carthage.prj") , que vous utilisez ensuite comme paramètre de référence spatiale.

              Si aucune référence spatiale n'est fournie, la sortie aura une référence spatiale indéfinie.

              La référence spatiale de la classe d'entités modèle n'a aucun effet sur la référence spatiale en sortie. Si vous souhaitez que votre sortie soit dans le système de coordonnées de la classe d'entités modèle, définissez le paramètre Système de coordonnées sur la référence spatiale de la classe d'entités modèle.

              Le mot-clé de configuration s'applique uniquement aux données de géodatabase d'entreprise. Il détermine les paramètres de stockage de la table de base de données.

              Ce paramètre a été déprécié dans ArcGIS Pro . Toute valeur que vous entrez est ignorée.

              Ce paramètre a été déprécié dans ArcGIS Pro . Toute valeur que vous entrez est ignorée.

              Ce paramètre a été déprécié dans ArcGIS Pro . Toute valeur que vous entrez est ignorée.

              Nom alternatif de la classe d'entités en sortie qui sera créée.

              Sortie dérivée

              Exemple de code

              The following Python Window script demonstrates how to use the CreateFeatureclass function in immediate mode.

              The following Python script demonstrates how to use the CreateFeatureclass function in a stand-alone script.


              Feature tolerances

              Locational accuracy and support for a high-precision data management framework are critical in GIS data management. A key requirement is the ability to store coordinate information with enough precision. The precision of a coordinate describes the number of digits that is used to record the location. This defines the resolution at which spatial data is collected and managed.

              Since geodatabases and databases can record high-precision coordinates, users can build datasets with high accuracy levels and with greater resolution as data capture tools and sensors improve over time (data entry from survey and civil engineering, cadastral and COGO data capture, increased imagery resolution, lidar, building plans from CAD, and so on).

              ArcGIS records coordinates using integer numbers and can handle locations with very high precision. In various ArcGIS operations, feature coordinates are processed and managed using some key geometric properties. These properties are defined during the creation of each feature class or feature dataset.

              The following geometric properties help to define coordinate resolution and processing tolerances used in various spatial processing and geometric operations:

              • X,y resolution: The precision with which coordinates within a feature class are recorded
              • X,y tolerance: A cluster tolerance used to cluster features with coincident geometry used in topology, feature overlay, and related operations
              • Z-tolerance and z-resolution: The tolerance and resolution properties for the vertical coordinate dimension in 3D datasets (for example, an elevation measure)
              • M-tolerance and m-resolution: The tolerance and resolution properties for measures along line features used in linear referencing datasets (for example, the distance along a road in meters)

              X,y resolution

              The x,y resolution of a feature class or a feature dataset is the numeric precision used to store the x,y coordinate values. Precision is important for accurate feature representation, analysis, and mapping.

              The x,y resolution defines the number of decimal places or significant digits used to store feature coordinates (in both x and y). You can think of the resolution as defining a very fine grid mesh onto which all coordinates are snapped. Coordinate values are actually stored and operated on as integers in ArcGIS. Therefore, sometimes this grid mesh is referred to as an integer grid or coordinate grid.

              The resolution defines the distance between the mesh in a coordinate grid onto which all coordinates fit. The x,y resolution is expressed in the units of the data (based on its coordinate system), such as in state plane feet, UTM meters, or Albers meters.

              The default x,y resolution for feature classes is 0.0001 meters or its equivalent in the units of the dataset's coordinate system. For example, if a feature class is stored in state plane feet, the default precision will be 0.0003281 feet (0.003937 inches). If coordinates are in latitude-longitude, the default x,y resolution is 0.000000001 degrees.

              The graphic below provides a conceptual view of a coordinate grid onto which all coordinate values snap to the grid mesh. The grid covers the extent of each dataset. The fineness of this mesh (the distance between the lines in the grid) is defined by the x,y resolution, which is very small.

              If necessary, you can override the default x,y resolution value and set another for each feature class or feature dataset. Setting a smaller x,y resolution value can potentially increase data storage and processing time of datasets compared with those using larger values for x,y resolution.

              X,y tolerance

              When you create a feature class, you are asked to set the x,y tolerance. The x,y tolerance is used to set the minimum distance between coordinates in clustering operations, such as topology validation, buffer generation, and polygon overlay, as well as in some editing operations.

              Feature processing operations are influenced by the x,y tolerance, which determines the minimum distance separating all feature coordinates (nodes and vertices) during those operations. By definition, it also defines the distance a coordinate can move in x or y (or both) during clustering operations.

              The x,y tolerance is an extremely small distance (the default is 0.001 meters in on-the-ground units). It is used to resolve inexact intersection locations of coordinates during clustering operations. When processing feature classes using geometry operations, coordinates whose x distance and y distance are within the x,y tolerance of each other are considered to be coincident (in other words, share the same x,y location). Thus, the clustered coordinates are moved to a common location.

              Typically, the less accurate coordinate is moved to the location of the more accurate coordinate, or a new location is computed as a weighted average distance between the coordinates in the cluster. In these cases, the weighted average distance is based on the accuracy ranks of the clustered coordinates.

              For more information about how accuracy ranks are set for each feature class, see Topology in ArcGIS.

              The clustering process works by moving across the map and identifying clusters of coordinates that fall within the x,y tolerance of one another. ArcGIS uses this algorithm to discover, clean up, and manage shared geometry between features. This means that coordinates are deemed to be coincident (and are snapped to the same shared coordinate location). This is fundamental to many GIS operations and concepts. For example, see An overview of topology in ArcGIS.

              The maximum distance a coordinate could move to its new location during such operations is the square root of 2 times the x,y tolerance. The clustering algorithm is iterative, so it is possible in some cases for coordinate locations to shift more than this distance.

              The default x,y tolerance is set to 0.001 meters or its equivalent in the units of the dataset's real-world coordinate system (in other words, 0.001 meters on the ground). For example, if your coordinate system is recorded in state plane feet, the default x,y tolerance is 0.003281 feet (0.03937 inches).

              The default value for the x,y tolerance is 10 times the default x,y resolution, and this is recommended for most cases. You have the option to set a larger tolerance value for data that has less coordinate accuracy or a smaller value for a dataset with extremely high accuracy.

              It is important to note that the x,y tolerance is not intended to be used to generalize geometry shapes. Instead, it's intended to integrate line work and boundaries during topological operations. That means integrating coordinates that fall within very small distances of one another. Because coordinates can move in both x and y by as much as the x,y tolerance, many potential problems can be resolved by processing datasets with commands that use the x,y tolerance. These include handling of extremely small overshoots or undershoots, automatic sliver removal of duplicate segments, and coordinate thinning along boundary lines.

              Here are some useful tips:

              • Generally, you can use an x,y tolerance that is 10 times x,y resolution and expect good results.
              • To keep coordinate movement small, keep the x,y tolerance small. However, an x,y tolerance that is too small (such as 3 times the x,y resolution or less) may not properly integrate the line work of coincident boundaries and coordinates.
              • Conversely, if your x,y tolerance is too large, feature coordinates may collapse on one another. This can compromise the accuracy of feature boundary representations.
              • Your x,y tolerance should never approach your data capture resolution. For example, at a map scale of 1:12,000, 1 inch equals 1,000 feet, and 1/50 of an inch equals 20 feet. You'll want to keep the coordinate movement using the x,y tolerance well under these numbers. Remember, the default x,y tolerance in this case would be 0.0003281 feet, which is a very reasonable default value for x,y tolerance in fact, it is best to use the default x,y tolerance values in all but extreme cases.
              • In topologies, you can set the coordinate rank of each feature class. You'll want to set the coordinate rank of your most accurate features (for instance, surveyed features) to 1 and less accurate features to 2, 3, and so on, in descending levels of accuracy. This will cause other feature coordinates with a higher accuracy rank number (and therefore, a lower coordinate accuracy) to be adjusted to the more accurate features with a lower rank number.

              Syntaxe

              The database connection file that contains the data to be queried.

              Output name for the feature layer or table view to be created.

              SQL statement defining the select query to be issued to the database.

              One or more fields from the SELECT statement SELECT list that can be used to generate a dynamic, unique row identifier.

              The shape type for the query layer. Only those records from the result set of the query that match the specified shape type will be used in the output query layer. Tool validation will attempt to set this property based on the first record in the result set. This can be changed before executing the tool if it is not the desired output shape type. This parameter is ignored if the result set of the query does not return a geometry field.

              • POINT — The output query layer will use point geometry.
              • MULTIPOINT — The output query layer will use multipoint geometry.
              • POLYGON — The output query layer will use polygon geometry.
              • POLYLINE — The output query layer will use polyline geometry.

              Sets the SRID (spatial reference identifier) value for queries that return geometry. Only those records from the result set of the query that match the specified SRID value will be used in the output query layer. Tool validation will attempt to set this property based on the first record in the result set. This can be changed before executing the tool if it is not the desired output SRID value. This parameter is ignored if the result set of the query does not return a geometry field.

              Sets the coordinate system that will be used by the output query layer. Tool validation will attempt to set this property based on the first record in the result set. This can be changed before executing the tool if it is not the desired output coordinate system. This parameter is ignored if the result set of the query does not return a geometry field.


              At 10.5

              The following updates and changes are effective at ArcGIS 10.5.

              GeoAnalytics Tools

              GeoAnalytics Tools are new at 10.5. See GeoAnalytics Tasks for details.

              RasterAnalytics Tools

              Raster Analysis tools are new at 10.5. See RasterAnalytics Tasks for details.

              Map Service

              • Supports the following new parameters in export , identify , find and query operations.
                • datumTransformation
                • mapRangeValues
                • layerRangeValues
                • layerParameterValues
                • returnUnformattedValues
                • returnFieldName

                Big Data Catalog Service

                Big Data Catalog Service is a new service type introduced in ArcGIS Server 10.5. Web clients can browse this service to find information about datasets registered as a big data file share and use it as input to GeoAnalytics tasks.

                Relational Catalog Service

                A Relational Catalog Service allows web clients (e.g. Insights for ArcGIS) to browse the contents of a database for the purpose of querying and analyzing its contents. Before a Relational Catalog Service can be created, one or more relational data store types must be registered on an ArcGIS Server site that has been designated as a Portal for ArcGIS hosting server.

                Feature Service

                • Enhancements have been added for domain and subtype support including a new queryDomains operation and subtypes returned with the layer resource. A new parameter is also provided to have domains referenced by name rather than the full domain description with the layer resource. In addition, domains now include the merge policy and split policy.
                • Enhancements have been added for supporting true curves with the Query (Feature Service), Query (Feature Service-Layer) and QueryRelatedRecords operations. Updating true curves with the Apply Edits (Feature Service-Layer) and Update Features operations is also supported.
                • The layers resource now includes full information on all layers and tables. For example, https://services.myserver.com/arcgis/rest/services/USA/FeatureServer/layers?f=pjson returns JSON for all of the layers and tables in the feature service. Previously, only hosted feature services in ArcGIS online returned all information.
                • Templates in the layer resource will include a thumbnail when published from a layer with a dictionary renderer.
                • The Query (Feature Service) and Query (Feature Service-Layer) operations now include a sqlFormat parameter which defines the format of SQL provided in other parameters of the operation.
                • For archive enabled data, the query operation on the layer and service resources as well as the queryRelatedRedords operation support a historicMoment parameter. Layers with the supportsQueryWithHistoricMoment property set to true support the historic moment parameter.
                • Editing operations include a returnEditMoment parameter. The presence of the supportsQueryWithHistoricMoment property on the layer indicates that it is available.
                • Services can now be configured with the Create capability only.
                • For data with M values, a new option can be configured with the service which allows clients to apply geometry updates without M values.
                • On premises feature services now support the Edit and FullControl privileges which are set on user roles within Portal for ArcGIS. These are accounted for when edits are attempted.
                • Feature services created in Portal for ArcGIS on top of the spatiotemporal data store now support editing. These can be generated using the GeoEvent and GeoAnalytics extensions.

                New GeocodingTools service

                Geometry service

                At 10.5, Geometry service supports vertical transformations. The coordinate system of the height is called a Vertical Coordinate System (VCS), and it is a part of the Spatial Reference object. See Vertical coordinate systems for a list of vertical coordinate systems. The Geometry service Project operator now transforms height values (z-values). The FindTransformations operator will now search for horizontal/vertical transformations that can be used when projecting geometries with height values.

                Globe Service

                Globe services are deprecated at ArcGIS 10.5.

                Image Service

                • The Export Image operation supports lercVersion .
                • The Raster Thumbnail resource supports width , height , adjustAspectRatio , and native .

                Mobile Service

                Enabling mobile data access is deprecated at ArcGIS 10.5.


                At 10.5.1

                The following updates and changes are effective at ArcGIS 10.5.1.

                Feature Service

                • The createReplica operation supports a targetType parameter which includes a targetType named server . Replicas with a targetType of server can support syncing between two servers.
                  • If the targetType is server , the createReplica operation also allows you to specify a syncDirection .
                  • The synchronizeReplica operation takes an additional value called replicaServerSibGen for perReplica types and serverSibGen in syncLayers for perLayer types. These are required only when the targetType is server .
                  • This is supported for sync enabled services with a "currentVersion":10.5.1 .
                  • All feature services now support the * operation with the unregisterReplica operation. Setting a value of * removes all replicas for which the user has access.

                  Searching strings

                  Strings must always be enclosed within single quotes. Par exemple:

                  Strings in expressions are case sensitive except when you're querying personal geodatabase feature classes and tables. To make a case-insensitive search in other data formats, you can use a SQL function to convert all values to the same case. For file-based data sources like file geodatabases or shapefiles, use either the UPPER or LOWER function.

                  For example, the following expression will select customers whose last name is stored as either Jones or JONES:

                  Other data sources have similar functions. Personal geodatabases, for example, have functions named UCASE and LCASE that perform the same operation.

                  Use the LIKE operator (instead of the = operator) to build a partial string search. For example, this expression would select Mississippi and Missouri among U.S. state names:

                  % means that anything is acceptable in its place: one character, a hundred characters, or no character. Alternatively, if you want to search with a wildcard that represents one character, use _.

                  For example, this expression would find Catherine Smith and Katherine Smith:

                  The wildcards above work for any file-based data or ArcSDE geodatabase. The wildcards you use to query personal geodatabases are * for any number of characters and ? for one character.

                  Wildcard characters appear as buttons on the Select by Attributes and Query Builder dialog boxes. You can click the button to enter the wildcard into the expression you're building. Only the wildcard characters that are appropriate to the data source of the layer or table you are querying are displayed.

                  If you use a wildcard character in a string with the = operator, the character is treated as part of the string, not as a wildcard.

                  You can use greater than (>), less than (<), greater than or equal (>=), less than or equal (<=), and BETWEEN operators to select string values based on sorting order. For example, this expression will select all the cities in a coverage with names starting with the letters M through Z:

                  The not equal (<>) operator can also be used when querying strings.

                  If the string contains a single quote you will first need to use another single quote as an escape character. Par exemple:


                  QGIS » Application QGIS

                  Recently this script has developed an issu. James Stott 05:55 Bug report #9356 (Closed): Atlas print does nto respect composition page size, orientation Hi
                  I've been testing the atlas updates here. One thing I got stuck with is that although I set the composition page . Tim Sutton 05:15 Bug report #9355 (Closed): Export/add geometric column terribly slow Even in the case of points (no complex calculations to do), it takes hours for half a million points (on a slow machi. Paolo Cavallini 04:53 Bug report #7209: WCS client seems broken Giovanni Manghi wrote:
                  > yeah I know, this is why I wrote "apparently". Anyway now I tested also under Windows and ap. Radim Blazek 04:05 Bug report #7209: WCS client seems broken Radim Blazek wrote:
                  > The last considerable change in WCS client was 3 months ago, so I have no idea how it got broke. Giovanni Manghi 04:20 Редакция 5310040a (qgis): add header installation of simplify methods Jürgen Fischer 03:07 Feature request #9326: Tolerance (snapping) during analyses Probably this could be solved with a new command, allowing the user to arbitrarily reduce the precision of coordinate. Paolo Cavallini 02:12 Редакция 2af29d18 (qgis): #9345: fix axis invert calculation Alvaro Huarte 01:18 Feature request #9352 (Closed): update 7 parameter transformation fir Israel ITM grid
                  Please update +towgs84 parameter for the Israel ITM grid (EPSG:2039).
                  The 7 parameter transformation is officia. Michael Davis


                  Voir la vidéo: UNE JOURNÉE DANS MON ASSIETTE. Recettes santés u0026 delicious!!!