Aide

Résoudre emplacement-allocation

Récapitulatif

L'outil Résoudre emplacement-allocation choisit les meilleurs emplacements dans un ensemble d'emplacements en entrée.

Les entrées de cet outil comprennent les ressources, qui fournissent des biens ou des services, et les points de demande, qui consomment ces biens et services. L'objectif est de localiser les ressources qui approvisionnent le plus efficacement les points de demande. L'outil résout ce problème en analysant les différentes façons dont les points de demande peuvent être alloués aux différentes ressources. La solution est le scénario qui alloue la plus grande demande aux ressources et qui réduit le plus possible le déplacement global. La sortie comprend les ressources de la solution, les points de demande associés à leurs ressources allouées et les lignes reliant les points de demande à leurs ressources.

L'outil emplacement-allocation peut être configuré de manière à résoudre les types de problèmes spécifiques. Voici quelques exemples :

  • Une chaîne commerciale souhaite voir quels emplacement potentiels de points de vente elle doit développer afin d'attirer 10 % du marché dans la région.

  • Un service incendie souhaite déterminer les endroits où déployer des casernes afin de couvrir 90 % d'une communauté dans un délai de réaction de quatre minutes.

  • Un commissariat de police veut prépositionner du personnel en fonction de l'activité criminelle nocturne passée.

  • Après une tempête, une agence de réponse aux catastrophes souhaite trouver les meilleurs emplacements pour mettre en place des infrastructures de triage, dotés d'une capacité d'accueil des patients limitée, afin de soigner la population affectée.

Illustration

Localisation d'abris pour la gestion d’urgences

Utilisation

  • La boîte de dialogue de cet outil regroupe divers paramètres facultatifs dans les sept catégories suivantes pour vous permettre de mieux les gérer :

    • Analyse avancée
    • Interruptions
    • Mode de déplacement personnalisé
    • Paramètres du problème emplacement-allocation
    • Jeu de données réseau
    • Localisations du réseau
    • Sortie
    • Fonctionnalités du service

  • Pour en savoir plus sur la sortie de l'emplacement-allocation

Syntaxe

SolveLocationAllocation_na (Facilities, Demand_Points, Measurement_Units, Network_Dataset, Output_Geodatabase, Output_Allocation_Lines_Name, Output_Facilities_Name, Output_Demand_Points_Name, Output_Route_Edges_Name, {Problem_Type}, {Number_of_Facilities_to_Find}, {Default_Measurement_Cutoff}, {Default_Capacity}, {Target_Market_Share}, {Measurement_Transformation_Model}, {Measurement_Transformation_Factor}, {Travel_Direction}, {Time_of_Day}, {Time_Zone_for_Time_of_Day}, {UTurn_Policy}, {Point_Barriers}, {Line_Barriers}, {Polygon_Barriers}, {Time_Attribute}, {Time_Attribute_Units}, {Distance_Attribute}, {Distance_Attribute_Units}, {Use_Hierarchy_in_Analysis}, {Restrictions}, {Attribute_Parameter_Values}, {Accumulate_Attributes}, {Maximum_Snap_Tolerance}, {Feature_Locator_WHERE_Clause}, {Allocation_Line_Shape}, {Allocation_Line_Simplification_Tolerance}, {Maximum_Features_Affected_by_Point_Barriers}, {Maximum_Features_Affected_by_Line_Barriers}, {Maximum_Features_Affected_by_Polygon_Barriers}, {Maximum_Facilities}, {Maximum_Facilities_to_Find}, {Maximum_Demand_Points}, {Force_Hierarchy_Beyond_Distance}, {Save_Output_Network_Analysis_Layer}, {Travel_Mode})
ParamètreExplicationType de données
Facilities

Indiquez une ou plusieurs ressources. L'outil choisit les meilleurs emplacements dans l'ensemble de ressources que vous spécifiez ici.

Lors d'une analyse de la concurrence, au cours de laquelle vous tentez de localiser les meilleurs emplacements par rapport aux concurrents, les ressources de ces derniers sont également spécifiées ici.

Lorsque vous définissez les ressources, vous pouvez définir des propriétés pour chacune, comme le nom ou le type de la ressource, en utilisant des attributs. Vous pouvez spécifier des ressources grâce aux champs suivants :

OBJECTID : champ d'ID géré par le système.

SHAPE : champ de géométrie qui indique l'emplacement géographique de la ressource.

Name : nom de la ressource. Le nom est compris dans celui des lignes d'allocation en sortie si la ressource fait partie de la solution.

FacilityType : spécifie si la ressource est une ressource candidate, requise ou concurrente. Le champ peut prendre l'une des valeurs entières suivantes (utilisez le code numérique, pas le nom de l'option fourni entre parenthèses) :

  • 0 (Candidat) - Ressource qui peut faire partie de la solution.
  • 1 (Requise) : ressource qui doit faire partie de la solution.
  • 2 (Concurrence) - Ressource rivale qui supprime potentiellement la demande de vos ressources. Les ressources concurrentes sont spécifiques aux types de problème Optimiser la part de marché et Part de marché cible ; elles sont ignorées dans d'autres types de problèmes.

Weight : pondération relative de la ressource, utilisée pour mesurer l'attractivité, le caractère désirable ou la compensation d'une ressource comparée à un autre.

Par exemple, une valeur de 2,0 pourrait obtenir la préférence des clients qui préfèrent, avec un rapport de 2 à 1, faire les courses dans une ressource plutôt que dans une autre. Les facteurs pouvant affecter la pondération de ressource comprennent la surface, le voisinage et l'âge du bâtiment. Les valeurs de pondération autres que 1 sont respectées uniquement par les types de problème Optimiser la part de marché et Part de marché cible. Elles sont ignorées par les autres types de problème.

Capacity : le champ Capacity est spécifique au type de problème Optimiser la couverture de capacité ; les autres types de problème ignorent ce champ.

La capacité spécifie la proportion de demande pondérée que la ressource peut fournir. Aucune demande excessive n'est allouée à une ressource, même si cette demande se situe dans la limite de mesure par défaut.

Toute valeur attribuée au champ Capacity remplace le paramètre Capacité par défaut ( Default_Capacity dans Python) pour la ressource donnée.

CurbApproach : spécifie la direction selon laquelle un véhicule peut atteindre ou quitter la ressource. Le champ peut prendre l'une des valeurs entières suivantes (utilisez le code numérique, pas le nom de l'option fourni entre parenthèses) :

  • 0 (Peu importe le côté) - La ressource peut être située indifféremment à droite ou à gauche du véhicule.
  • 1 (Côté droit du véhicule) - Arrive ou part de la ressource, de sorte que celle-ci soit située à droite du véhicule. Cette option est généralement utilisée avec des véhicules tels que des bus qui doivent arriver à l'arrêt de bus par la droite pour que les passagers puissent descendre dans le tournant.
  • 2 (Côté gauche du véhicule) - Arrive ou part de la ressource, de sorte que celle-ci soit située à gauche du véhicule. Lorsque le véhicule atteint et quitte la ressource, le tournant doit être du côté gauche du véhicule. Cette option est généralement utilisée avec des véhicules tels que des bus qui doivent arriver à l'arrêt de bus par la gauche pour que les passagers puissent descendre dans le tournant.

La propriété CurbApproach est conçue pour fonctionner avec les deux types de normes de conduite nationales : circulation à droite (comme en France et aux Etats-Unis) et circulation à gauche (Royaume-Uni). Tout d'abord, imaginons une ressource qui se trouve du côté gauche d'un véhicule. Il se situe toujours sur la gauche, que le véhicule circule du côté gauche ou du côté droit de la route. Avec les normes de conduite nationales, ce qui peut changer est votre décision d'aborder la ressource du côté droit ou du côté gauche du véhicule. Par exemple, si vous souhaitez atteindre une ressource sans laisser une voie de circulation entre le véhicule et l'incident, vous choisissez Côté droit du véhicule (1) en France et aux États-Unis, mais Côté gauche du véhicule (2) au Royaume-Uni.

Feature Set
Demand_Points

Indiquez un ou plusieurs points de demande. L'outil choisit les meilleures ressources en grande partie selon la façon dont elles desservent les points de demande spécifiés ici.

Lorsque vous définissez les points de demande, vous pouvez définir des propriétés pour chacun, comme le nom ou la pondération du point de demande, en utilisant des attributs. Les points de demande peuvent être spécifiés grâce aux champs suivants :

OBJECTID : champ d'ID géré par le système.

SHAPE : champ de géométrie qui indique l'emplacement géographique de la ressource.

Name : nom du point de demande. Le nom est compris dans celui d'une ou de plusieurs lignes d'allocation en sortie si le point de demande fait partie de la solution.

GroupName : nom du groupe dont le point de demande fait partie. Cette propriété est ignorée pour les types de problème Optimiser la couverture de capacité, Part de marché cible et Optimiser la part de marché.

Si les points de demande partagent un nom de groupe, le solveur alloue tous les membres du groupe à la même ressource. (Si des contraintes, telles qu'une distance limite, empêchent l'un des points de demande du groupe d'atteindre la même ressource, aucun des points de demande n'est alloué.)

Weight : pondération relative du point de demande. Une valeur de 2,0 indique que le point de demande est deux fois plus important qu'un point de demande avec une pondération de 1,0. Si les points de demande représentent des ménages, la pondération pourrait indiquer le nombre de personnes au sein de chaque foyer.

Cutoff_Time : le point de demande ne peut pas être alloué à une ressource située au-delà du temps de trajet indiqué ici. La valeur de ce champ remplace la valeur du paramètre Limite de mesure par défaut.

Les unités de cette valeur attributaire sont spécifiées dans le paramètre Unités de mesure. La valeur attributaire est référencée pendant l'analyse uniquement lorsque les unités de mesure sont temporelles. La valeur pas défaut est null, ce qui implique l'absence de limite de remplacement.

Cutoff_Distance : le point de demande ne peut pas être alloué à une ressource située au-delà de la distance de trajet indiquée ici. La valeur de ce champ remplace la valeur du paramètre Limite de mesure par défaut.

Les unités de cette valeur attributaire sont spécifiées dans le paramètre Unités de mesure. La valeur attributaire est référencée pendant l'analyse uniquement lorsque les unités de mesure sont basées sur la distance. La valeur pas défaut est null, ce qui implique l'absence de limite de remplacement.

CurbApproach : spécifie la direction selon laquelle un véhicule peut atteindre ou quitter la ressource. Le champ peut prendre l'une des valeurs entières suivantes (utilisez le code numérique, pas le nom de l'option fourni entre parenthèses) :

  • 0 (Peu importe le côté) - Le point de demande peut être situé indifféremment à droite ou à gauche du véhicule.
  • 1 (Côté droit du véhicule) - Arrive ou part du point de demande de sorte que celui-ci soit situé à droite du véhicule. Cette option est généralement utilisée avec des véhicules tels que des bus qui doivent arriver à l'arrêt de bus par la droite pour que les passagers puissent descendre dans le tournant.
  • 2 (Côté gauche du véhicule) - Arrive ou part du point de demande de sorte que celui-ci soit situé à gauche du véhicule. Lorsque le véhicule atteint et quitte le point de demande, le tournant doit être du côté gauche du véhicule. Cette option est généralement utilisée avec des véhicules tels que des bus qui doivent arriver à l'arrêt de bus par la gauche pour que les passagers puissent descendre dans le tournant.

La propriété CurbApproach est conçue pour fonctionner avec les deux types de normes de conduite nationales : circulation à droite (comme en France et aux Etats-Unis) et circulation à gauche (Royaume-Uni). Tout d'abord, imaginons un point de demande situé du côté gauche d'un véhicule. Il se situe toujours sur la gauche, que le véhicule circule du côté gauche ou du côté droit de la route. Avec les normes de conduite nationales, ce qui peut changer est votre décision d'aborder un point de demande du côté droit ou du côté gauche du véhicule. Par exemple, si vous souhaitez atteindre un point de demande sans laisser une voie de circulation entre le véhicule et le point de demande, vous choisissez Côté droit du véhicule (1) en France et aux États-Unis, mais Côté gauche du véhicule (2) au Royaume-Uni.

Feature Set
Measurement_Units

Précisez les unités que vous souhaitez utiliser pour mesurer les temps ou distances de trajet entre des points de demande et des ressources. L'outil choisit les meilleures ressources selon celles qui peuvent atteindre, ou être atteintes par, la plus grande quantité de demande pondérée dans le plus faible temps de trajet.

Les lignes d'allocation en sortie indiquent la distance ou le temps de trajet dans des unités différentes, notamment les unités que vous spécifiez pour ce paramètre. Les choix possibles sont les suivants

  • Miles
  • Kilometers
  • Feet
  • Yards
  • Meters
  • Inches
  • Centimeters
  • Decimeters
  • NauticalMiles

L'outil choisit d'utiliser l'attribut de coût de réseau spécifié dans le paramètre Attribut de temps ou Attribut de distance selon que les unités de mesure sélectionnées sont des unités basées sur le temps ou sur la distance.

L'outil effectue la conversion d'unités nécessaire lorsque la valeur Unités de mesure diffère des unités de l'attribut de coût de temps ou de distance correspondant.

String
Network_Dataset

Jeu de données réseau qui fait l'objet d'une analyse. Les jeux de données réseau représentent le plus souvent des réseaux de transport, mais aussi d'autres types de réseaux. Le jeu de données réseau doit présenter au moins un attribut de coût basé sur le temps et un autre basé sur la distance.

Network Dataset Layer
Output_Geodatabase

Espace de travail en sortie. Cet espace de travail doit déjà exister. L'espace de travail en sortie par défaut est in_memory.

Workspace
Output_Allocation_Lines_Name

Nom du champ de la classe d'entités en sortie contenant les lignes qui connectent les points de demande à leurs ressources allouées.

La rubrique d'aide Sortie de l'outil Résoudre emplacement-allocation décrit la structure de cette classe d'entités en sortie.

String
Output_Facilities_Name

Nom du champ de la classe d'entités en sortie contenant les ressources.

La rubrique d'aide Sortie de l'outil Résoudre emplacement-allocation décrit la structure de cette classe d'entités en sortie.

String
Output_Demand_Points_Name

Nom du champ de la classe d'entités en sortie contenant les points de demande.

La rubrique d'aide Sortie de l'outil Résoudre emplacement-allocation décrit la structure de cette classe d'entités en sortie.

String
Output_Route_Edges_Name

Nom du champ de la classe d'entités en sortie contenant les tronçons d'itinéraires. Les tronçons d'itinéraires représentent les entités rues individuelles qui sont traversées le long du plus court chemin entre les points de demande et les ressources auxquelles ils sont alloués.

Cette sortie est souvent utilisée pour déterminer quels sont les segments de rues qui connaissent le trafic le plus dense lors du trajet en direction des ressources. Cette information peut servir, par exemple, à choisir l'emplacement d'annonces publicitaires ou à développer des routes pour prendre en charge le trafic durant des évacuations.

Pour renseigner la classe d'entités tronçons d'itinéraires en sortie, vous devez définir le paramètre Forme de ligne d'allocation sur des lignes réelles.

La rubrique d'aide Sortie de l'outil Résoudre emplacement-allocation décrit la structure de cette classe d'entités en sortie.

String
Problem_Type
(Facultatif)

Spécifie l'objectif de l'analyse d'emplacement-allocation. L'objectif par défaut est la réduction de l'impédance.

  • MINIMIZE_ATTENDANCE —Egalement désigné par le nom de problème P Médian. Les ressources sont localisées de manière à minimiser la somme de tous les temps ou les distances de trajet pondérés entre les points de demande et les ressources de la solution. (La distance pondérée est la quantité de demande allouée à une ressource multipliée par la distance ou le temps de trajet vers la ressource.)Ce type de problème est généralement utilisé pour localiser des entrepôts, car il permet de réduire les coûts de transport totaux de la livraison des marchandises aux points de vente. Puisqu'il permet de réduire la distance totale que le public doit parcourir pour atteindre les ressources choisies, le problème Minimiser l'impédance sans limite d'impédance est généralement considéré comme plus équitable que les autres types de problème pour la localisation de certaines ressources du secteur public telles que les bibliothèques, aéroports régionaux, musées, bureaux du service des cartes grises et centres de soins.La liste suivante décrit la manière dont le type de problème Minimiser l'impédance gère la demande :
    • Un point de demande ne pouvant atteindre aucune ressource, en raison d'une limite de distance ou de temps, n'est pas alloué.
    • Un point de demande pouvant atteindre une seule ressource voit sa pondération de demande allouée à cette ressource.
    • Toute la pondération de demande d'un point de demande pouvant atteindre au moins deux ressources est allouée uniquement à la ressource la plus proche.
  • MAXIMIZE_CAPACITATED_COVERAGE —Les ressources sont localisées de sorte que l'intégralité ou une grande partie de la demande puisse être satisfaite sans dépasser la capacité des ressources.Le type de problème Optimiser la couverture de capacité fonctionne comme Minimiser l'impédance ou Optimiser la couverture, mais avec en plus une contrainte de capacité. Vous pouvez spécifier la capacité d'une ressource individuelle en attribuant une valeur numérique à son champ Capacité correspondant dans les ressources en entrée. Si la valeur du champ Capacité est nulle, une capacité de la propriété Capacité par défaut.Le type de problème Optimiser la couverture de capacité peut s'utiliser dans les cas suivants : pour créer des territoires regroupant un certain nombre de personnes ou d'entreprises, pour localiser les hôpitaux ou tout autre établissement médical dont le nombre de lits ou de patients pouvant être traités est limité ou pour repérer les entrepôts dont les stocks ne sont pas supposés être illimités. La liste suivante décrit la manière dont le problème Optimiser la couverture de capacité gère la demande :
    • Contrairement à Optimiser la couverture, le type de problème Optimiser la couverture de capacité n'a pas besoin de valeur pour Limite de mesure par défaut ; toutefois, lorsqu'une limite est spécifiée, les points de demande situés à l'extérieur des limites de temps ou de distance de toutes les ressources ne sont pas alloués.
    • La pondération de demande d'un point de demande alloué est entièrement (ou pas du tout) attribuée à une ressource. Cela signifie qu'avec ce type de problème, la demande n'est pas répartie.
    • Si la demande totale pouvant atteindre une ressource est supérieure à la capacité de la ressource, seuls les points de demande qui optimisent la demande capturée totale et minimisent le temps de trajet total pondéré sont alloués.
  • MAXIMIZE_COVERAGE —Les ressources sont localisées de manière à allouer la plus grande partie de demande possible aux ressources de la solution situées à l'intérieur de la limite d'impédance.Le type de problème Optimiser la couverture est fréquemment utilisé pour la localisation des casernes de pompiers, des postes de police et des centres ERS, car les services d'urgence doivent souvent atteindre tous les points de demande dans un temps de réaction spécifié. Notez qu'il est important pour toutes les organisations, et critique pour les services d'urgence, de disposer de données précises et exactes afin que les résultats d'analyse modélisent correctement les résultats du monde réel.Les entreprises de livraison de pizzas, par opposition aux pizzerias restaurant, essaient de localiser les points de vente de manière à couvrir le plus de gens possible avec un certain temps de trajet. Les gens qui commandent des pizzas à domicile ne s'intéressent pas généralement à la distance, ils veulent surtout que la pizza arrive dans la fenêtre horaire annoncée. Par conséquent, une entreprise de livraison de pizza soustrait le temps de préparation de la pizza de son délai de livraison annoncé et calcule un problème Optimiser la couverture pour sélectionner la ressource candidate qui capture les plus de clients potentiels dans la zone de couverture (les clients potentiels des pizzerias restaurant sont plus affectés par la distance, puisqu'ils doivent se déplacer jusqu'au restaurant ; par conséquent, les types de problème d'optimisation de la fréquentation ou de part de marché sont plus adaptés pour les restaurants).La liste suivante décrit la manière dont le problème Optimiser la couverture gère la demande :
    • Un point de demande ne pouvant atteindre aucune ressource, en raison d'une limite de distance ou de temps, n'est pas alloué.
    • Un point de demande pouvant atteindre une seule ressource voit sa pondération de demande allouée à cette ressource.
    • Toute la pondération de demande d'un point de demande pouvant atteindre au moins deux ressources est allouée uniquement à la ressource la plus proche.
  • MAXIMIZE_MARKET_SHARE —Un nombre spécifique de ressources est sélectionné de manière à optimiser la demande allouée en présence de concurrents. L'objectif est de capturer la plus grande proportion possible de la part de marché totale, avec un nombre de ressources spécifié. La part de marché totale est la somme de toutes les pondérations de demande pour les points de demande valides.Les types de problème concernant la part de marché nécessitent le plus de données. En effet, au-delà de la pondération de vos propres ressources, vous devez également connaître celle des ressources de vos concurrents. Les types de ressource qui utilisent le type de problème Optimiser la fréquentation peuvent également utiliser les types de problème concernant la part de marché, à condition de disposer d'informations détaillées comprenant les données sur les concurrents. Les grands magasins de vente au rabais utilisent généralement l'option Optimiser la part de marché pour localiser un ensemble fini de nouveaux magasins. Les types de problème concernant la part de marché utilisent un modèle Huff, également connu comme modèle gravitaire ou interaction spatiale.La liste suivante décrit la manière dont le problème Optimiser la part de marché gère la demande :
    • Un point de demande ne pouvant atteindre aucune ressource, en raison d'une limite de distance ou de temps, n'est pas alloué.
    • Un point de demande pouvant atteindre une seule ressource voit sa pondération de demande allouée à cette ressource.

    • Toute la pondération de demande d'un point de demande pouvant atteindre deux ou plusieurs ressources est allouée aux ressources ; par ailleurs, la pondération est répartie entre les ressources de manière proportionnelle à leur attractivité (pondération de ressource) et inversement proportionnelle à la distance entre la ressource et le point de demande. Avec des pondérations de ressource égales, cela représente plus de pondération de demande allouée aux ressources proches qu'aux ressources lointaines.

    • La part de marché totale, qui peut servir à calculer la part de marché capturée, est la somme des pondérations de tous les points de demande valides.

  • MINIMIZE_FACILITIES —Les ressources sont choisies de manière à allouer le plus possible de demande pondéré aux ressources de solution dans la limite de temps ou de distance de trajet ; par ailleurs, le nombre de ressources nécessaires pour couvrir la demande est réduit.Le type de problème Minimiser les ressources est semblable au problème Optimiser la couverture, à l'exception du nombre de ressources à localiser, déterminé dans ce cas par le solveur. Lorsque le coût de construction des ressources n'est pas un facteur limitant, les mêmes types d'organisation qui utilisent le problème Optimiser la couverture (intervention en cas d'urgence, par exemple) utilisent également Minimiser les ressources afin de couvrir tous les points de demande possibles. La liste suivante décrit la manière dont le problème Minimiser les ressources gère la demande :
    • Un point de demande ne pouvant atteindre aucune ressource, en raison d'une limite de distance ou de temps, n'est pas alloué.
    • Un point de demande pouvant atteindre une seule ressource voit sa pondération de demande allouée à cette ressource.
    • Toute la pondération de demande d'un point de demande pouvant atteindre au moins deux ressources est allouée uniquement à la ressource la plus proche.
  • MAXIMIZE_IMPEDANCE —Egalement désigné par le nom de problème P Médian. Les ressources sont localisées de manière à minimiser la somme de tous les temps ou les distances de trajet pondérés entre les points de demande et les ressources de la solution. (La distance pondérée est la quantité de demande allouée à une ressource multipliée par la distance ou le temps de trajet vers la ressource.)Ce type de problème est généralement utilisé pour localiser des entrepôts, car il permet de réduire les coûts de transport totaux de la livraison des marchandises aux points de vente. Puisqu'il permet de réduire la distance totale que le public doit parcourir pour atteindre les ressources choisies, le problème Minimiser l'impédance sans limite d'impédance est généralement considéré comme plus équitable que les autres types de problème pour la localisation de certaines ressources du secteur public telles que les bibliothèques, aéroports régionaux, musées, bureaux du service des cartes grises et centres de soins.La liste suivante décrit la manière dont le type de problème Minimiser l'impédance gère la demande :
    • Un point de demande ne pouvant atteindre aucune ressource, en raison d'une limite de distance ou de temps, n'est pas alloué.
    • Un point de demande pouvant atteindre une seule ressource voit sa pondération de demande allouée à cette ressource.
    • Toute la pondération de demande d'un point de demande pouvant atteindre au moins deux ressources est allouée uniquement à la ressource la plus proche.
  • TARGET_MARKET_SHARE —Le type de problème Part de marché cible sélectionne le nombre minimum de ressources nécessaires pour capturer un pourcentage spécifique de la part de marché totale en présence de concurrents. La part de marché totale est la somme de toutes les pondérations de demande pour les points de demande valides. Vous définissez le pourcentage de part de marché à atteindre et laissez le solveur sélectionner le nombre de ressources nécessaires au minimum pour dépasser ce seuil.Les types de problème concernant la part de marché nécessitent le plus de données. En effet, au-delà de la pondération de vos propres ressources, vous devez également connaître celle des ressources de vos concurrents. Les types de ressource qui utilisent le type de problème Optimiser la fréquentation peuvent également utiliser les types de problème concernant la part de marché, à condition de disposer d'informations détaillées comprenant les données sur les concurrents.Les grands magasins de vente au rabais utilisent généralement l'option Part de marché cible lorsqu'ils souhaitent connaître l'expansion requise pour atteindre un certain niveau de part de marché ou la stratégie à mettre en œuvre pour maintenir leur part de marché actuelle en présence de nouvelles ressources en concurrence. Les résultats représentent souvent ce que les magasins aimeraient faire si le budget était sans importance. Dans d'autres situations où le budget est limité, les magasins reviennent au problème Optimiser la part de marché et capturent simplement la plus grande part de marché possible avec un nombre limité de ressources.La liste suivante décrit la manière dont le problème Part de marché cible gère la demande :
    • La part de marché totale, qui sert à calculer la part de marché capturée, est la somme des pondérations de tous les points de demande valides.
    • Un point de demande ne pouvant atteindre aucune ressource, en raison d'une limite de distance ou de temps, n'est pas alloué.
    • Un point de demande pouvant atteindre une seule ressource voit sa pondération de demande allouée à cette ressource.
    • Toute la pondération de demande d'un point de demande pouvant atteindre deux ou plusieurs ressources est allouée aux ressources ; par ailleurs, la pondération est répartie entre les ressources de manière proportionnelle à leur attractivité (pondération de ressource) et inversement proportionnelle à la distance entre la ressource et le point de demande. Avec des pondérations de ressource égales, cela représente plus de pondération de demande allouée aux ressources proches qu'aux ressources lointaines.
String
Number_of_Facilities_to_Find
(Facultatif)

Indique le nombre de ressources que le solveur doit choisir. La valeur par défaut est 1.

Les ressources dont la valeur du champ FacilityType est égale à 1 (Requise) sont toujours choisies en premier. Toute ressource en excédent à choisir est sélectionnée parmi les ressources candidates, qui possèdent un champ FacilityType de valeur 2.

Toute ressource ayant une propriété FacilityType de valeur 3 (Choisi) avant le calcul est traitée comme les ressources candidates lors de la recherche.

Si le nombre de ressources à trouver est inférieur au nombre minimal de ressources requises, une erreur survient.

Nombre de ressources à rechercher est désactivée pour les types de problèmes Minimiser les ressources et Part de marché cible, puisque le solveur détermine le nombre minimal de ressources nécessaire pour remplir les objectifs.

Long
Default_Measurement_Cutoff
(Facultatif)

Spécifie le temps ou la distance de trajet maximal(e) allouée entre un point de demande et la ressource à laquelle il est alloué. Si un point de demande se trouve à l'extérieur de la limite d'une ressource, il ne peut pas être alloué à cette ressource.

La valeur pas défaut est Aucun, ce qui implique que la limite ne s'applique pas.

Les unités de ce paramètre sont les mêmes que celles spécifiées par le paramètre Unités de mesure.

Le temps de trajet ou la limite de distance se mesure par le plus court chemin le long des routes.

Cette propriété peut permettre de modéliser la distance maximale que les gens sont disposés à parcourir pour accéder aux magasins ou la durée maximale autorisée pour un service des pompiers pour atteindre toute personne de la communauté.

Notez que les points de demande ont des champs Cutoff_Time et Cutoff_Distance qui, s'ils sont paramétrés en conséquence, remplacent le paramètre Limite de mesure par défaut. Vous pouvez par exemple déterminer que les habitants des zones rurales sont disposés à voyager jusqu'à 10 miles pour atteindre une ressource alors que les citadins sont uniquement disposés à voyager jusqu'à 2 miles. Supposant que Unités de mesure est défini en Miles, vous pouvez modéliser ce comportement en définissant la limite de mesure par défaut à 10 et la valeur du champ Cutoff_Distance des points de demande à 2 dans les zones urbaines.

Double
Default_Capacity
(Facultatif)

Cette propriété est spécifique au type de problème Optimiser la couverture de capacité. Il s'agit de la capacité par défaut attribuée à toutes les ressources de l'analyse. Vous pouvez remplacer la capacité par défaut d'une ressource en spécifiant une valeur dans le champ Capacity.

La valeur par défaut est 1.

Double
Target_Market_Share
(Facultatif)

Ce paramètre est spécifique au type de problème Part de marché cible. Il s'agit du pourcentage de la pondération de demande totale que vous voulez que les ressources choisies et requises capturent. Le solveur sélectionne le nombre minimal de ressources nécessaire pour capturer la part de marché cible spécifiée ici.

La valeur par défaut est 10 pour cent.

Double
Measurement_Transformation_Model
(Facultatif)

Définit l'équation pour la transformation du coût du réseau entre les ressources et les points de demande. Cette propriété, associée avec le Paramètre d'impédance spécifie l'influence de l'impédance du réseau entre les ressources et les points de demande sur le choix de ressources du solveur.

Dans la liste d'options de transformation suivante, d désigne les points de demande et f les ressources. Le mot « impédance » désigne la distance ou le temps de trajet le plus court entre deux emplacements. Par conséquent, impedancedf est le plus court chemin (en temps ou distance) entre le point de demande d et la ressource f, et costdf le temps ou la distance de trajet transformé(e) entre la ressource et le point de demande. Le symbole lambda (λ) représente le paramètre d'impédance. Le paramètre Unités de mesure détermine si le temps ou la distance de trajet est analysé.

  • LINEAR —costdf = λ * impedancedfLe temps ou la distance de trajet transformé(e) entre la ressource et le point de demande est identique au temps ou à la distance du plus court chemin entre les deux emplacements. Avec cette option, le paramètre d'impédance (λ) a toujours la valeur un. Il s'agit de l'option par défaut.
  • POWER —costdf = impedancedfλLe temps ou la distance de trajet transformé(e) entre la ressource et le point de demande est égal(e) au temps ou à la distance du plus court chemin élevé(e) à la puissance indiquée par le paramètre d'impédance (λ). L'option Puissance avec un paramètre d'impédance positif permet de spécifier la plus haute pondération aux ressources proches.
  • EXPONENTIAL —costdf = e(λ * impedancedf)Le temps ou la distance de trajet transformé(e) entre la ressource et le point de demande est égale à la constante mathématique e élevée à la puissance indiquée par l'impédance de réseau du plus court chemin multipliée par le paramètre d'impédance (λ). L'option Exponentiel avec un paramètre d'impédance positif permet de spécifier une haute pondération aux ressources proches.
String
Measurement_Transformation_Factor
(Facultatif)

Fournit une valeur de paramètre aux équations spécifiées dans le paramètre Modèle de transformation de mesure. La valeur de paramètre est ignorée lorsque la transformation d'impédance est de type linéaire. Pour les transformations d'impédance de puissance et exponentielles, la valeur doit être non nulle.

La valeur par défaut est 1.

Double
Travel_Direction
(Facultatif)

Spécifie s'il convient de mesurer les temps ou distances de trajet des ressources aux points de demande ou inversement. La valeur par défaut est la mesure des ressources vers les points de demande.

  • FACILITY_TO_DEMAND —La direction de déplacement va des ressources vers les points de demande. Il s'agit de l'option par défaut.
  • DEMAND_TO_FACILITY —La direction de déplacement va des points de demande vers les ressources.

Les temps et distances de trajet peuvent changer selon la direction de déplacement. Si, entre un point A et un point B, la circulation est moins dense ou le chemin est plus court, en raison de rues à sens unique et d'interdiction de tourner, que si vous vous déplaciez dans la direction inverse. Par exemple, le déplacement entre un point A et un point B peut prendre seulement 10 minutes, et 15 minutes dans la direction inverse. Ces mesures divergentes peuvent avoir une incidence sur les points de demande qui peuvent être attribués à telle ou telle ressources en raison de limites ou, dans les types de problème où la demande est répartie, avoir une incidence sur la quantité de demande qui est capturée.

Les services des pompiers mesurent en général des ressources vers les points de demande, car ils s'intéressent à la durée du trajet de la caserne de pompiers à l'emplacement de l'urgence. Un point de vente s'intéresse plus au temps nécessaire aux acheteurs pour atteindre le magasin ; par conséquent, les magasins mesurent en général des points de demande vers les ressources.

Feuille de route détermine également la signification de l'heure de début quelconque qui est fournie. Reportez-vous au paramètre Heure du jour pour plus d'informations.

String
Time_of_Day
(Facultatif)

Définissez l'heure à laquelle le trajet commence. Cette propriété est ignorée si les Unités de mesures ne sont pas temporelles. La valeur par défaut est ni temps ni date. Si l'Heure du jour n'est pas précisée, le solveur fait appel à des vitesses génériques, généralement celles provenant des limites de vitesse publiées.

Dans la réalité, la circulation évolue constamment, et lorsqu'elle change, les temps de trajet entre ressources et points de demande fluctuent également. Par conséquent, le fait d'indiquer des valeurs de temps et de date différentes sur plusieurs analyses peut avoir une incidence sur la façon dont la demande est allouée aux ressources et sur les ressources choisies dans les résultats.

L'heure du jour indique toujours une heure de départ. Cependant, le déplacement peut débuter à une ressource ou un point de demande ; cela dépend de votre choix pour le paramètre Feuille de route.

Le paramètre Fuseau horaire de l'heure de la journée spécifie si cette heure et cette date correspondent à l'heure UTC ou au fuseau horaire dans lequel la ressource ou le point de demande se trouve.

Date
Time_Zone_for_Time_of_Day
(Facultatif)

Spécifie le fuseau horaire du paramètre Heure du jour. La valeur par défaut est géographiquement local.

  • GEO_LOCAL —Le paramètre Heure du jour se rapporte au fuseau horaire dans lequel se trouvent les ressources ou les points de demande. Si la Feuille de route est ressources vers points de demande, il s'agit du fuseau horaire des ressources. Si la Feuille de route est points de demande vers ressources, il s'agit du fuseau horaire des points de demande.
  • UTC —Le paramètre Heure du jour est exprimé en UTC (Temps Universel Coordonné). Choisissez cette option si vous souhaitez choisir le meilleur emplacement à une heure donnée (maintenant, par exemple), sans toutefois connaître avec certitude le fuseau horaire dans lequel se trouvent les ressources ou les points de demande.

Quel que soit le paramètre Fuseau horaire de l'heure de la journée, l'outil applique les règles suivantes si vos ressources et points de demande sont dans plusieurs fuseaux horaires :

  • Toutes les ressources doivent être dans le même fuseau horaire lors de la spécification d'une heure du jour et le trajet s'effectue de la ressource vers la demande.
  • Tous les points de demande doivent se trouver dans le même fuseau horaire lors de la spécification d'une heure du jour, et le trajet s'effectue de la demande vers la ressource.

String
UTurn_Policy
(Facultatif)

Règle de demi-tour aux jonctions. L'autorisation des demi-tours implique que le solveur puisse faire demi-tour au niveau d'une jonction et revenir en arrière par la même rue. Dans la mesure où les jonctions représentent des intersections de rues et des voies sans issue, différents véhicules peuvent faire demi-tour à certaines jonctions mais pas à d'autres, selon que la jonction représente une intersection ou une voie sans issue. Pour en tenir compte, le paramètre de règle de demi-tour est spécifié implicitement par le nombre de tronçons connectés, ou de rues, à la jonction, également connu sous le nom de « valence de jonction ». Les valeurs acceptables pour ce paramètre sont répertoriées ci-dessous ; chacune est suivie d'une description de sa signification en termes de valence de jonction.

  • ALLOW_UTURNS —Les demi-tours sont autorisés aux jonctions comportant un nombre quelconque de tronçons ou de rues connectés. Il s'agit de la valeur par défaut.
  • NO_UTURNS —Les demi-tours sont interdits à toutes les jonctions, indépendamment de la valence de jonction.
  • ALLOW_DEAD_ENDS_ONLY —Les demi-tours sont interdits au niveau de toutes les jonctions, sauf celles ayant un seul tronçon adjacent (voie sans issue).
  • ALLOW_DEAD_ENDS_AND_INTERSECTIONS_ONLY —Les demi-tours sont interdits aux jonctions où deux tronçons adjacents se rencontrent, mais sont autorisés aux intersections (jonctions avec au moins trois tronçons adjacents) et aux voies sans issue (jonctions avec exactement un tronçon adjacent). Souvent, les rues de modélisation de réseaux comportent des jonctions superflues au milieu de segments de route. Cette option empêche des véhicules de faire des demi-tours à ces emplacements.

La valeur de ce paramètre est remplacée lorsque le paramètre Mode de déplacement (Travel_Mode dans Python) est défini sur une valeur autre que Personnalisé.

String
Point_Barriers
(Facultatif)

Spécifie les interruptions ponctuelles qui sont divisées en deux types : les interruptions ponctuelles de restriction et les interruptions ponctuelles à coût ajouté. Elles restreignent temporairement la traversée de points sur le réseau ou leur ajoutent une impédance. Les interruptions ponctuelles sont définies par un jeu d'entités, et les valeurs attributaires que vous spécifiez pour les entités ponctuelles déterminent s'il s'agit d'interruptions de restriction ou d'interruptions à coût ajouté. Les champs de la table attributaire sont répertoriés et décrits ci-dessous.

ObjectID:

Champ d'ID géré par le système.

Shape:

Champ de géométrie qui indique l'emplacement géographique de l'objet d'analyse de réseau.

Name:

Nom de l'interruption.

BarrierType:

Spécifie si l'interruption restreint entièrement le trajet ou ajoute un coût de parcours correspondant. Deux options sont disponibles :

  • Restriction (0) : interdit le passage à travers l'interruption. Il s'agit de la valeur par défaut.
  • Coût ajouté (2) : lorsque l'interruption est traversée, le coût du réseau augmente de la valeur spécifiée dans les champs Additional_Time et Additional_Distance.

Utilisez la valeur 0 pour l'option Restriction et 2 pour Coût ajouté.

Additional_Time:

Indique le temps de trajet ajouté lorsque l'interruption est franchie. Ce champ est actif uniquement pour les interruptions à coût ajouté et uniquement si les unités de mesure sont temporelles. Cette valeur de champ doit être supérieure ou égale à zéro et ses unités identiques à celles spécifiées dans le paramètre Unités de mesure.

Additional_Distance:

Indique la distance ajoutée lorsque l'interruption est franchie. Ce champ est actif uniquement pour les interruptions à coût ajouté et uniquement si les unités de mesure sont basées sur la distance. La valeur de champ doit être supérieure ou égale à zéro et ses unités identiques à celles spécifiées dans le paramètre Unités de mesure.

Feature Set
Line_Barriers
(Facultatif)

Spécifie les interruptions linéaires qui restreignent temporairement leur passage. Les interruptions linéaires sont définies par un jeu d'entités. Les champs de la table attributaire sont répertoriés et décrits ci-dessous.

ObjectID:

Champ d'ID géré par le système.

Shape:

Champ de géométrie qui indique l'emplacement géographique de l'objet d'analyse de réseau.

Name:

Nom de l'interruption.

Feature Set
Polygon_Barriers
(Facultatif)

Spécifie les interruptions polygonales qui sont divisées en deux types : les interruptions polygonales de restriction et les interruptions polygonales à coût proportionné. Elles restreignent temporairement la traversée des parties du réseau qu'elles couvrent ou proportionnent leur impédance. Les interruptions polygonales sont définies par un jeu d'entités, et les valeurs attributaires que vous spécifiez pour les entités surfaciques déterminent s'il s'agit d'interruptions de restriction ou d'interruptions à coût proportionné. Les champs de la table attributaire sont répertoriés et décrits ci-dessous.

ObjectID:

Champ d'ID géré par le système.

Shape:

Champ de géométrie qui indique l'emplacement géographique de l'objet d'analyse de réseau.

Name:

Nom de l'interruption.

BarrierType:

Spécifie si la barrière restreint entièrement le trajet ou proportionne son coût de parcours correspondant. Deux options sont disponibles :

  • Restriction (0) - Interdit le parcours à travers toute partie de la barrière. Il s'agit de la valeur par défaut.
  • Coût proportionné (1) - Proportionne l'impédance des tronçons sous-jacents en les multipliant par la valeur de la propriété ScaledCostFactor. Si les tronçons sont partiellement couverts par la barrière, l'impédance est répartie et multipliée.

Utilisez la valeur 0 pour l'option Restriction et 1 pour Coût proportionné.

ScaledTimeFactor:

Il s'agit du facteur de multiplication du temps de trajet des rues intersectées par l'interruption. Ce champ est actif uniquement pour les interruptions à coût proportionné et uniquement si les unités de mesure sont temporelles. La valeur du champ doit être supérieure à zéro.

ScaledDistanceFactor:

Il s'agit du facteur de multiplication de la distance des rues intersectées par l'interruption. Cet attribut est actif uniquement pour les interruptions à coût proportionné et uniquement si les unités de mesure sont basées sur la distance. La valeur de l'attribut doit être supérieure à zéro.

Feature Set
Time_Attribute
(Facultatif)

Définit l'attribut de coût de réseau à utiliser lorsque la valeur des unités de mesure est une unité de temps.

L'outil effectue la conversion des unités de temps nécessaire lorsque la valeur des unités de mesure diffère des unités de l'attribut de coût défini ici. En d'autres termes, les unités de temps de l'attribut de coût de réseau et de la limite par défaut ne doivent pas nécessairement être identiques.

La valeur de ce paramètre est remplacée lorsque le paramètre Mode de déplacement (Travel_Mode dans Python) est défini sur une valeur autre que Personnalisé.

String
Time_Attribute_Units
(Facultatif)

Unités de l'attribut de temps. Vous pouvez explicitement définir les unités des attributs de temps, mais il est recommandé de ne rien transmettre ou de transmettre "#" et de laisser le solveur déterminer les unités.

La valeur de ce paramètre est remplacée lorsque le paramètre Travel_Mode est défini sur une valeur autre que CUSTOM.

String
Distance_Attribute
(Facultatif)

Définit l'attribut de coût de réseau à utiliser lorsque la valeur des unités de mesure est une unité de distance.

L'outil effectue la conversion des unités de distance nécessaire lorsque la valeur des unités de mesure diffère des unités de l'attribut de coût défini ici. En d'autres termes, les unités de mesure et les unités de distance de l'attribut de coût de réseau ne doivent pas nécessairement être identiques.

La valeur de ce paramètre est remplacée lorsque le paramètre Mode de déplacement (Travel_Mode dans Python) est défini sur une valeur autre que Personnalisé.

String
Distance_Attribute_Units
(Facultatif)

Unités de l'attribut de distance. Vous pouvez explicitement définir les unités des attributs de distance, mais il est recommandé de ne rien transmettre ou de transmettre "#" et de laisser le solveur déterminer les unités.

La valeur de ce paramètre est remplacée lorsque le paramètre Travel_Mode est défini sur une valeur autre que CUSTOM.

String
Use_Hierarchy_in_Analysis
(Facultatif)

Indiquez si vous souhaitez utiliser une hiérarchie lorsque vous recherchez les itinéraires les plus courts entre les points.

  • True — Recherche des itinéraires en utilisant une hiérarchie. Lorsque vous utilisez une hiérarchie, l'outil préfère les rues d'ordre supérieur (comme les autoroutes) aux rues d'ordre inférieur (comme les routes locales) ; il permet de simuler la préférence du conducteur de circuler sur des autoroutes plutôt que des routes locales, même si cela implique un trajet plus long. Cela est particulièrement vrai lorsque vous recherchez un itinéraire vers une ressource éloignée. En effet, pour les longs trajets, les conducteurs préfèrent généralement emprunter des autoroutes qui leur permettent d'éviter les arrêts, les intersections et les tournants. La recherche hiérarchique est plus rapide, surtout pour les itinéraires longue distance, car l'outil doit sélectionner le meilleur itinéraire à partir d'un sous-ensemble de rues relativement plus restreint.
  • False — Recherche des itinéraires sans utiliser de hiérarchie. Si vous n'utilisez pas de hiérarchie, l'outil tient compte de toutes les rues pour trouver le meilleur itinéraire. Aucune préférence n'est accordée aux rues d'ordre supérieur. Cette valeur sert généralement à trouver des itinéraires courts dans une ville.

Le paramètre n'est pas utilisé si aucun attribut de hiérarchie n'est défini dans le jeu de données réseau utilisé pour effectuer l'analyse. Dans ces cas, utilisez "#" comme valeur de paramètre.

Vous pouvez utiliser le paramètre Force_Hierarchy_Beyond_Distance pour contraindre le solveur à utiliser la hiérarchie même si l'option Use_Hierarchy_in_Analysis est définie sur False.

Ce paramètre est ignoré sauf si le paramètre Travel_Mode est défini sur CUSTOM. Lorsque vous modélisez un mode de marche à pied personnalisé, il est recommandé de désactiver la hiérarchie, car elle est conçue pour les véhicules motorisés.

Boolean
Restrictions
[restriction,...]
(Facultatif)

Indique quels attributs de restriction réseau sont respectés lors de l'analyse.

La valeur de ce paramètre est remplacée lorsque le paramètre Mode de déplacement (Travel_Mode dans Python) est défini sur une valeur autre que Personnalisé.

String
Attribute_Parameter_Values
(Facultatif)

Spécifie les valeurs de paramètre des attributs de réseau possédant des paramètres. Le jeu d'enregistrements comporte deux colonnes qui permettent d'identifier les paramètres de manière unique et une autre colonne qui spécifie la valeur du paramètre.

La valeur de ce paramètre est remplacée lorsque le paramètre Mode de déplacement (Travel_Mode dans Python) est défini sur une valeur autre que Personnalisé.

Le jeu d'enregistrements des valeurs de paramètre est associé à des attributs. Les champs de la table attributaire sont répertoriés et décrits ci-dessous.

ObjectID:

Champ d'ID géré par le système.

AttributeName:

Nom de l'attribut de réseau dont le paramètre d'attribut est défini par la ligne de table.

ParameterName:

Nom du paramètre d'attribut dont la valeur est définie par la ligne de table. (Les paramètres de type Objet ne peuvent pas être mis à jour à l'aide de cet outil.)

ParameterValue:

Valeur à utiliser pour le paramètre d'attribut. Si aucune valeur n'est spécifiée, le paramètre d'attribut est défini comme étant Null.

Record Set
Accumulate_Attributes
[attribute,...]
(Facultatif)

Liste des attributs de coût à cumuler lors de l'analyse. Ces attributs d'accumulation sont fournis à titre de référence uniquement. Le solveur utilise uniquement l'attribut de coût spécifié par le paramètre Attribut de temps (Time_Attribute dans Python) ou Attribut de distance (Distance_Attribute dans Python) pour calculer les plus courts chemins.

Pour chaque attribut de coût accumulé, un champ Total_[attribut] est ajouté aux itinéraires générés en sortie par le solveur.

String
Maximum_Snap_Tolerance
(Facultatif)

La tolérance de capture maximale spécifie la distance maximale recherchée par ArcGIS Network Analyst pour placer ou replacer un point sur le réseau. Network Analyst recherche des tronçons ou jonctions appropriés et capture le point sur l'élément le plus proche. Si aucun emplacement approprié n'est trouvé dans la tolérance de capture maximale, l'objet est marqué comme étant non localisé.

Linear unit
Feature_Locator_WHERE_Clause
(Facultatif)

Expression SQL utilisée pour sélectionner un sous-ensemble d'entités source qui limite les éléments de réseau sur lesquels les ressources et les points de demande peuvent être placés. La syntaxe de ce paramètre comprend deux parties : la première est le nom de la classe d'entités source (suivi d'un espace) et la seconde est l'expression SQL. Pour écrire une expression SQL pour deux classes d'entités source ou plus, séparez-les par un point-virgule.

Pour éviter que les ressources ne soient placées sur des autoroutes à accès limité, par exemple, écrivez une expression SQL telle que la suivant pour exclure ces entités source : "Streets" "FUNC_CLASS not in('1', '2')".

A noter que les interruptions ignorent la clause WHERE du localisateur d'entités lors du chargement.

String
Allocation_Line_Shape
(Facultatif)

Spécifiez le type des entités linéaires générées par l'outil. Le paramètre accepte l’une des valeurs suivantes :

  • STRAIGHT_LINES —Retourne les lignes droites entre les ressources de solution et les points de demande qui leur sont alloués. Il s'agit de l'option par défaut. Dessiner des lignes droites sur une carte permet de visualiser la façon dont la demande est allouée.
  • TRUE_LINES_WITHOUT_MEASURES —Renvoie la forme exacte des plus courts chemins qui connectent les ressources de solution à leurs points de demande alloués.
  • NO_LINES —Retourne une table contenant des données concernant les plus courts chemins entre les ressources de solutions et les points de demande qui leur sont alloués, mais ne retourne pas de lignes.

Quelle que soit la valeur que vous choisissez pour le paramètre Forme de ligne d'allocation, l'itinéraire le plus court est toujours déterminé en minimisant le temps ou la distance du trajet, sans jamais utiliser la distance en ligne droite entre les points de demande et les ressources. C'est-à-dire que ce paramètre change uniquement les formes de lignes en sortie, il ne modifie pas la méthode de mesure.

Lorsque le paramètre Forme de ligne d'allocation (Allocation_Line_Shape dans Python) est défini sur Lignes réelles sans mesures, vous pouvez contrôler la généralisation de la forme d'itinéraire en utilisant la valeur appropriée pour le paramètre Tolérance de simplification des lignes d'allocation (Allocation_Line_Simplification_Tolerance dans Python).

String
Allocation_Line_Simplification_Tolerance
(Facultatif)

Indique dans quelle proportion vous souhaitez simplifier la géométrie des lignes d'allocation.

L'outil ignore ce paramètre si le paramètre Forme de ligne d'allocation (Allocation_Line_Shape dans Python) n'est pas défini sur des lignes réelles en sortie.

La simplification conserve les points critiques sur un itinéraire, comme les virages dans les intersections, pour définir la forme globale de l'itinéraire et supprimer d'autres points. La distance de simplification que vous spécifiez est le décalage maximal autorisé de la ligne simplifiée par rapport à la ligne d'origine. La simplification d'une ligne diminue le nombre de sommets qui appartiennent à la géométrie de l'itinéraire. Cela permet de réduire le temps d'exécution de l'outil et le temps nécessaire au dessin des lignes.

La valeur de ce paramètre est remplacée lorsque le paramètre Mode de déplacement (Travel_Mode dans Python) est défini sur une valeur autre que Personnalisé.

Linear unit
Maximum_Features_Affected_by_Point_Barriers
(Facultatif)

Limite le nombre d'entités pouvant être affectées par des interruptions ponctuelles.

Ce paramètre permet de contrôler la charge de traitement lors de l'analyse. Par exemple, vous pouvez attribuer une valeur faible à ce paramètre pour une version gratuite du service que vous créez et utiliser une valeur plus élevée pour une version payante du service.

Une valeur Null indique qu'il n'existe pas de limite.

Long
Maximum_Features_Affected_by_Line_Barriers
(Facultatif)

Limite le nombre d'entités pouvant être affectées par des interruptions linéaires.

Ce paramètre permet de contrôler la charge de traitement lors de l'analyse. Par exemple, vous pouvez attribuer une valeur faible à ce paramètre pour une version gratuite du service que vous créez et utiliser une valeur plus élevée pour une version payante du service.

Une valeur Null indique qu'il n'existe pas de limite.

Long
Maximum_Features_Affected_by_Polygon_Barriers
(Facultatif)

Limite le nombre d'entités pouvant être affectées par des interruptions polygonales.

Ce paramètre permet de contrôler la charge de traitement lors de l'analyse. Par exemple, vous pouvez attribuer une valeur faible à ce paramètre pour une version gratuite du service que vous créez et utiliser une valeur plus élevée pour une version payante du service.

Une valeur Null indique qu'il n'existe pas de limite.

Long
Maximum_Facilities
(Facultatif)

Limite le nombre de ressources pouvant être ajoutées à l'analyse d'emplacement-allocation. Ce paramètre est associé au paramètre Ressources.

Ce paramètre permet de contrôler la charge de traitement lors de l'analyse. Par exemple, vous pouvez attribuer une valeur faible à ce paramètre pour une version gratuite du service que vous créez et utiliser une valeur plus élevée pour une version payante du service.

Une valeur Null indique qu'il n'existe pas de limite.

Long
Maximum_Facilities_to_Find
(Facultatif)

Limite le nombre de ressources pouvant être ajoutées à l'analyse d'emplacement-allocation. Ce paramètre est lié au paramètre Nombre de ressources à rechercher (Number_of_Facilities_to_Find dans Python).

Ce paramètre permet de contrôler la charge de traitement lors de l'analyse. Par exemple, vous pouvez attribuer une valeur faible à ce paramètre pour une version gratuite du service que vous créez et utiliser une valeur plus élevée pour une version payante du service.

Une valeur Null indique qu'il n'existe pas de limite.

Long
Maximum_Demand_Points
(Facultatif)

Limite le nombre de points de demande pouvant être ajoutés à l'analyse d'emplacement-allocation. Ce paramètre est lié au paramètre Points de demande (Demand_Points dans Python).

Ce paramètre permet de contrôler la charge de traitement lors de l'analyse. Par exemple, vous pouvez attribuer une valeur faible à ce paramètre pour une version gratuite du service que vous créez et utiliser une valeur plus élevée pour une version payante du service.

Une valeur Null indique qu'il n'existe pas de limite.

Long
Force_Hierarchy_Beyond_Distance
(Facultatif)

Indique la valeur de distance au-delà de laquelle le solveur forcera la hiérarchie, même si celle-ci n'est pas activée, lors de la recherche des plus courts chemins entre les ressources et les points de demande. Les unités de ce paramètre sont les mêmes que celles affichées dans le paramètre Unités des attributs de distance (Distance_Attribute_Units dans Python).

La recherche des itinéraires les plus courts entre les ressources et les points de demande qui sont éloignés lors de l'utilisation de la hiérarchie du réseau entraîne généralement moins de traitement que le calcul des mêmes itinéraires sans la hiérarchie. Ce paramètre permet de contrôler la charge de traitement lors de l'analyse.

Une valeur Null indique que la hiérarchie ne sera jamais activée ; la valeur du paramètre Utiliser la hiérarchie lors de l’analyse (Use_Hierarchy_in_Analysis dans Python) sera toujours respectée. Si le jeu de données réseau en entrée ne prend pas la hiérarchie en charge, une erreur se produit lorsque vous spécifiez une valeur pour ce paramètre. Dans ce cas, vous devez utiliser une valeur Null.

Ce paramètre est désactivé, sauf si le jeu de données réseau inclut un attribut de hiérarchie.

Double
Save_Output_Network_Analysis_Layer
(Facultatif)
  • NO_SAVE_OUTPUT_LAYER —Aucune couche d’analyse de réseau n'est incluse dans la sortie.
  • SAVE_OUTPUT_LAYER —La sortie inclut une couche d'analyse de réseau des résultats.

Dans tous les cas, les classes d'entités contenant les résultats sont renvoyées. Cependant, un administrateur de serveur peut choisir de générer également une couche d'analyse de réseau pour que la configuration et les résultats de l'outil puissent être débogués à l'aide des commandes de ArcGIS Network Analyst dans l'environnement ArcGIS for Desktop. Le processus de débogage peut en être grandement facilité.

Dans ArcGIS for Desktop, l'emplacement en sortie par défaut de la couche d'analyse de réseau se trouve dans le dossier temporaire. Vous pouvez déterminer l'emplacement du dossier temporaire en évaluant la valeur de l'environnement de géotraitement arcpy.env.scratchFolder. La couche d'analyse de réseau en sortie est stockée en tant que fichier LYR dont le nom commence par _ags_gpna et est suivi d'un GUID alphanumérique.

Boolean
Travel_Mode
(Facultatif)

Choisissez le mode de transport pour l'analyse. CUSTOM est toujours proposé. Pour que les autres modes de déplacement apparaissent, ils doivent être présents dans le jeu de données réseau spécifié dans le paramètre Network_Dataset. (La fonction arcpy.na.GetTravelModes fournit un dictionnaire des objets du mode de déplacement qui sont configurés sur un jeu de données réseau, et la propriété name renvoie le nom d'un objet du mode de déplacement.)

Un mode de déplacement est défini sur un jeu de données réseau et offre des valeurs de remplacement des paramètres qui, ensemble, modélisent la voiture, le camion, le piéton et d'autres modes de déplacement. En choisissant ici un mode de déplacement, vous n'avez pas besoin de fournir des valeurs pour les paramètres suivants, qui sont remplacés par les valeurs spécifiées dans le jeu de données réseau :

  • UTurn_Policy

  • Time_Attribute

  • Time_Attribute_Units

  • Distance_Attribute

  • Distance_Attribute_Units

  • Use_Hierarchy_in_Analysis

  • Restrictions

  • Attribute_Parameter_Values

  • Route_Line_Simplification_Tolerance

  • CUSTOM —Définissez le mode de déplacement qui répond à vos besoins. Lorsque CUSTOM est sélectionné, l'outil ne remplace pas les paramètres du mode de déplacement répertoriés ci-dessus. Il s'agit de la valeur par défaut.
String

Exemple de code

Exemple 1 d'utilisation de l'outil SolveLocationAllocation

Exécutez l'outil avec les paramètres requis.

facilities = arcpy.FeatureSet()
facilities.load("Stores")
demandPoints = arcpy.FeatureSet()
demandPoints.load("TractCentroids")
arcpy.na.SolveLocationAllocation(facilities, demandPoints, "Minutes", 
                                "Streets_ND", "in_memory", "Lines", 
                                "OutFacilities", "OutDemandPoints", 
                                "RouteEdges", Number_of_Facilities_to_Find=2)
Exemple 2 d'utilisation de l'outil SolveLocationAllocation (script Python autonome)

Le script Python autonome suivant illustre l'utilisation de l'outil SolveLocationAllocation via un script autonome.

# Name: SolveLocationAllocation_Workflow.py
# Description: Find the two stores that are most convenient to your customers. 
#              The results show which stores were selected and which store is
#              most convenient to each customer location.
# Requirements: Network Analyst Extension

#Import system modules
import arcpy
from arcpy import env

try:
    #Check out the Network Analyst extension license
    arcpy.CheckOutExtension("Network")

    #Set environment settings
    env.workspace = r'C:\arcgis\ArcTutor\Network Analyst\Tutorial\SanFrancisco.gdb'
    env.overwriteOutput = True

    #Set local variables
    inNetworkDataset = r'Transportation\Streets_ND'
    inFacilities = r'Analysis\Stores'
    inDemandPoints = r'Analysis\TractCentroids'
    outGeodatabase = r'C:\arcgis\ArcTutor\Network Analyst\Tutorial\Output.gdb'
    outLines = "Lines"
    outFacilities = "Facilities"
    outDemandPoints = "DemandPoints"
    outRouteEdges = "RouteEdges"
    measurement_units = "Minutes"

    # Run SolveLocationAllocation. Find the best two stores, but don't consider
    # stores beyond a 10 minute travel time for a given customer.
    arcpy.na.SolveLocationAllocation(inFacilities, inDemandPoints, 
                                measurement_units, inNetworkDataset, 
                                outGeodatabase, outLines, outFacilities, 
                                outDemandPoints, outRouteEdges, 
                                Number_of_Facilities_to_Find=2,
                                Default_Measurement_Cutoff=10.0)

    print "Script completed successfully"

except Exception as e:
    # If an error occurred, print line number and error message
    import traceback, sys
    tb = sys.exc_info()[2]
    print "An error occured on line %i" % tb.tb_lineno
    print str(e)

Environnements

Thèmes connexes

Vous avez un commentaire à formuler concernant cette rubrique ?