Couche d'analyse d'emplacement-allocation

Cette rubrique décrit les classes d’entités et les propriétés d’analyse de la couche d’analyse Allocation-Localisation.

En savoir plus sur le solveur Allocation-Localisation.

Classe d'entités Ressources

La classe d’entités Ressources stocke les emplacements réseau utilisés comme emplacements candidats à partir desquels les emplacements réels seront choisis lors des analyses Allocation-Localisation. Lorsqu'une nouvelle couche d'analyse Allocation-Localisation est créée, la classe Ressources est vide. Elle est renseignée uniquement lorsque des localisations de réseau lui sont ajoutées. Au moins une ressource et un point de demande sont nécessaires pour calculer l'analyse.

Ressources : champs en entrée

Champ en entrée	Description
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'objet d'analyse de réseau.
FacilityType	Cette propriété spécifie si la ressource est une ressource candidate, requise, concurrente ou sélectionnée. Elle est contrainte par un domaine de valeurs, référencé par la valeur entière figurant entre parenthèses dans la liste de valeurs suivante : Candidate (0) : une ressource candidate est une ressource qui peut faire partie de la solution. Required (1) : une ressource requise est une ressource qui doit faire partie de la solution. Competitor (2) : une ressource concurrente est spécifique aux types de problème Maximize Market Share (Optimiser la part de marché) et Target Market Share (Part de marché cible). Il s'agit une ressource qui représente vos rivaux et diminue la demande du problème. Chosen (3) : lorsque le solveur Allocation-localisation détermine qu’une ressource candidate fait partie de la solution, il modifie la valeur FacilityType de Candidate en Chosen. Si FacilityType est défini sur Chosen, la ressource est traitée en tant que ressource candidate lors de la recherche.
Weight	Pondération relative de la ressource, utilisée pour estimer l'attractivité, le caractère désirable ou le biais 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 par exemple la surface, le voisinage et l'âge du bâtiment. Les valeurs de pondération autres que 1 sont uniquement respectées par les types de problème Optimiser la part de marché et Part de marché cible.
Capacity	La propriété Capacity est spécifique au type de problème Maximize Capacitated Coverage (Optimiser la couverture de capacité) ; les autres types de problème ignorent la Capacity. Cette propriété 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 d'impédance de la ressource. Toute valeur attribuée à cette propriété de ressource remplace la capacité par défaut de la couche d'analyse de réseau.
Champs de localisation réseau SourceID SourceOID PosAlong SideOfEdge SnapX SnapY SnapZ DistanceToNetworkInMeters	Ensemble, ces propriétés décrivent le point sur le réseau où se trouve l'objet. Pour en savoir plus sur la localisation des entrées sur un réseau
CurbApproach	Le champ CurbApproach spécifie la direction d'un véhicule lorsqu'il approche ou quitte la localisation réseau. Le chemin le plus court entre deux points peut changer selon la direction de voyage autorisée à l’arrivée à un emplacement ou au départ d’un emplacement. Il existe quatre choix différents (leurs valeurs précodées sont affichées entre parenthèses) : Either side of vehicle (0) : le véhicule peut atteindre et quitter l’arrêt dans les deux directions. Les demi-tours sont permis. Choisissez ce paramètre si votre véhicule peut effectuer un demi-tour à l’emplacement ou s’il peut entrer dans une allée ou un parking et revenir en arrière. Right side of vehicle (1) : lorsque le véhicule approche et quitte l’arrêt, le trottoir doit être du côté droit du véhicule. Le demi-tour est interdit. Left side of vehicle (2) : lorsque le véhicule approche et quitte l’arrêt, le trottoir doit être du côté gauche du véhicule. Le demi-tour est interdit. No U-Turn (3) : lorsque le véhicule s’approche de l’arrêt, le trottoir peut être d’un côté quelconque du véhicule ; en revanche, le véhicule doit partir sans faire demi-tour. Pour en savoir plus sur les demi-tours et l’approche du trottoir Pour les analyses de localisation-allocation, la valeur No U-turn (Pas de demi-tour) (3) fonctionne de la même manière que Either side of vehicle (Peu importe le côté) (0).

Ressources : champs en entrée/sortie

Champ en entrée/sortie

Description

Status

Indique le statut du point par rapport à son emplacement sur le réseau et au résultat de l’analyse. Les valeurs possibles sont les suivantes : 0 (OK) : le point a été localisé sur le réseau. 1 (Non localisé) : le point n’a pas pu être localisé sur le réseau et n’a donc pas été inclus dans l’analyse. 2 (Élément de réseau non localisé) : l’élément de réseau identifié par les champs de localisation de réseau du point est introuvable. Cela peut se produire lorsqu’un élément de réseau où l’arrêt doit se trouver a été supprimé et que la localisation réseau n’a pas été recalculée. 3 (Élément non traversable) : l’élément de réseau où se trouve le point n’est pas traversable. Cette situation peut se produire lorsque l’élément est restreint par un attribut de restriction. 4 (Valeurs de champs non valides) : les valeurs de champs se trouvent en dehors d’une plage ou d’un domaine de valeurs précodées. Par exemple, un nombre négatif se trouve à l’endroit où des nombres positifs sont requis. 5 (Non atteint) : le point ne peut pas être atteint par le solveur. Il se peut que l’arrêt se trouve sur une zone distincte déconnectée du réseau des autres entrées, ou des interruptions ou des restrictions empêchent de voyager vers ou depuis l’arrêt. 6 (Violation de fenêtre horaire) : le point n’a pas pu être atteint dans les fenêtres horaires spécifiées. Ce statut ne s’applique qu’aux types d’analyse de réseau prenant en charge les fenêtres horaires. 7 (Non situé sur le plus proche) : la localisation de réseau la plus proche du point n’est pas traversable en raison d’une restriction ou d’une interruption. Le point a par conséquent été positionné sur l’entité de réseau traversable la plus proche.

Ressources : champs en sortie

Champ en sortie	Description
DemandCount	Ce champ contient le nombre de points de demande alloués à la ressource. Une valeur différente de zéro indique que la ressource a été sélectionnée dans le cadre de la solution.
DemandWeight	Ce champ contient la somme des pondérations effectives de tous les points de demande alloués à la ressource. La valeur est la somme de toutes les valeurs Weight des points de demande alloués à la ressource. S’agissant des problèmes de type Maximize Attendance (Optimiser la fréquentation) et Maximize Market Share (Optimiser la part de marché), la valeur est la somme répartie des valeurs du champ Weight (Pondération) du fait que ces types de problème permettent la diminution de la demande avec la distance ou son fractionnement entre de nombreuses ressources.
Total_[Coût] (par exemple, Total_Miles, où Miles représente le coût de déplacement)	Ce champ contient une somme des coûts du réseau entre la ressource et chacun des points de demande alloués à la ressource. La partie [Impédance] du nom de champ est remplacée par le nom de l’attribut de réseau ; par exemple, Total_Meters, où Meters est le nom de l’attribut de réseau.
TotalWeighted_[Coût] (par exemple, TotalWeighted_Miles, où Miles représente le coût de déplacement)	Ce champ stocke le coût pondéré cumulé pour une ressource. Le coût pondéré pour un point de demande correspond à sa pondération multipliée par le chemin d'accès de moindre coût entre la ressource et le point de demande. Le coût pondéré pour une ressource correspond à la somme de tous les coûts pondérés des points de demande alloués à la ressource. Par exemple, si un point de demande avec une pondération de 2 est alloué à une ressource distante de 10 miles, la valeur TotalWeighted_Miles est 20 (2 x 10). Si un autre point de demande avec une pondération de 3 est alloué à la même ressource et est situé à 5 miles, la valeur TotalWeighted_Miles augmente à 35 (3 x 5 + 20).

Classe d'entités Points de demande

La classe d’entités Points de demande stocke des points de demande faisant partie d’une couche d’analyse d’emplacement-allocation donnée. Un point de demande est en général un emplacement qui représente les gens ou les choses qui nécessitent les biens et services fournis par vos ressources. Un point de demande peut être un centroïde de Code postal pondéré avec le nombre de personnes qui l'habitent ou avec la consommation prévue générée par ces personnes. Les points de demande peuvent également représenter des clients d'entreprise. Si vous fournissez des entreprises avec une rotation d'inventaire importante, elles présentent une pondération supérieure à celles ayant un taux de rotation faible.

Les points de demande peuvent déroger à la limite de distance pour le type de problème d'emplacement-allocation. Ceci s'avère utile si certains points de demande présentent des besoins ou des comportements différents. Par exemple, lors du prépositionnement d'ambulances, il peut être acceptable d'atteindre toute la population en l'espace de quatre minutes, à l'exception des zones avec une forte densité de personnes âgées (les maisons de retraite, par exemple), nécessitant un temps de réaction plus rapide de deux minutes.

Points de demande : champs en entrée

Champ en entrée	Description
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'objet d'analyse de réseau.
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. Réduction de la distance sans points de demande groupés Réduction de la distance avec points de demande groupés. Dans cet exemple, les points de demande jaunes ont la même valeur GroupName, donc ils sont alloués à 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.
ImpedanceTransformation	Toute valeur affectée à cette propriété de point de demande remplace la valeur de transformation d'impédance de la couche d'analyse de réseau.
ImpedanceParameter	Toute valeur affectée à cette propriété de point de demande remplace la valeur de paramètre d'impédance de la couche d'analyse de réseau.
Cutoff_[Coût] (par exemple, Cutoff_Miles, où Miles représente le coût de déplacement)	Toute valeur affectée à cette propriété de point de demande remplace la valeur limite de la couche d'analyse de réseau.
Champs de localisation réseau SourceID SourceOID PosAlong SideOfEdge SnapX SnapY SnapZ DistanceToNetworkInMeters	Ensemble, ces propriétés décrivent le point sur le réseau où se trouve l'objet.
CurbApproach	Le champ CurbApproach spécifie la direction d'un véhicule lorsqu'il approche ou quitte la localisation réseau. Le chemin le plus court entre deux points peut changer selon la direction de voyage autorisée à l’arrivée à un emplacement ou au départ d’un emplacement. Il existe quatre choix différents (leurs valeurs précodées sont affichées entre parenthèses) : Either side of vehicle (0) : le véhicule peut atteindre et quitter l’arrêt dans les deux directions. Les demi-tours sont permis. Choisissez ce paramètre si votre véhicule peut effectuer un demi-tour à l’emplacement ou s’il peut entrer dans une allée ou un parking et revenir en arrière. Right side of vehicle (1) : lorsque le véhicule approche et quitte l’arrêt, le trottoir doit être du côté droit du véhicule. Le demi-tour est interdit. Left side of vehicle (2) : lorsque le véhicule approche et quitte l’arrêt, le trottoir doit être du côté gauche du véhicule. Le demi-tour est interdit. No U-Turn (3) : lorsque le véhicule s’approche de l’arrêt, le trottoir peut être d’un côté quelconque du véhicule ; en revanche, le véhicule doit partir sans faire demi-tour. Pour en savoir plus sur les demi-tours et l’approche du trottoir Pour les analyses de localisation-allocation, la valeur No U-turn (Pas de demi-tour) (3) fonctionne de la même manière que Either side of vehicle (Peu importe le côté) (0).

Points de demande : champs en entrée/sortie

Champ en entrée/sortie

Description

Status

Indique le statut du point par rapport à son emplacement sur le réseau et au résultat de l’analyse. Les valeurs possibles sont les suivantes : 0 (OK) : le point a été localisé sur le réseau. 1 (Non localisé) : le point n’a pas pu être localisé sur le réseau et n’a donc pas été inclus dans l’analyse. 2 (Élément de réseau non localisé) : l’élément de réseau identifié par les champs de localisation de réseau du point est introuvable. Cela peut se produire lorsqu’un élément de réseau où l’arrêt doit se trouver a été supprimé et que la localisation réseau n’a pas été recalculée. 3 (Élément non traversable) : l’élément de réseau où se trouve le point n’est pas traversable. Cette situation peut se produire lorsque l’élément est restreint par un attribut de restriction. 4 (Valeurs de champs non valides) : les valeurs de champs se trouvent en dehors d’une plage ou d’un domaine de valeurs précodées. Par exemple, un nombre négatif se trouve à l’endroit où des nombres positifs sont requis. 5 (Non atteint) : le point ne peut pas être atteint par le solveur. Il se peut que l’arrêt se trouve sur une zone distincte déconnectée du réseau des autres entrées, ou des interruptions ou des restrictions empêchent de voyager vers ou depuis l’arrêt. 6 (Violation de fenêtre horaire) : le point n’a pas pu être atteint dans les fenêtres horaires spécifiées. Ce statut ne s’applique qu’aux types d’analyse de réseau prenant en charge les fenêtres horaires. 7 (Non situé sur le plus proche) : la localisation de réseau la plus proche du point n’est pas traversable en raison d’une restriction ou d’une interruption. Le point a par conséquent été positionné sur l’entité de réseau traversable la plus proche.

Points de demande : champs en sortie

Champ en sortie	Description
FacilityID	ObjectID de la ressource à laquelle le point de demande a été alloué. Si la valeur est nulle, le point de demande n'a été alloué à aucune ressource, ou alloué à plusieurs ressources ; cette dernière situation est possible uniquement pour les types de problème de part de marché.
AllocatedWeight	Indique le volume de demande alloué aux ressources choisies et requises. Cette valeur exclut la demande allouée à des ressources concurrentes. La valeur peut être interprétée de trois manières différentes : Une valeur Null indique que le point de demande n'a été affecté à aucune ressource. Par exemple, ceci peut survenir si le point de demande figure à l'extérieur de toutes les limites d'impédance ou s'il figure sur un élément restreint du réseau. Une valeur zéro indique que le point de demande est affecté uniquement à des ressources concurrentes. Une valeur positive, différente de zéro indique le volume de demande affecté à vos ressources choisies et requises.

Classe d’entités linéaires

La classe d’enttiés Lignes est une classe d’analyses de réseau en sortie seule qui contient les entités lignes générées par le solveur lors du calcul. Elle contient des entités linéaires qui connectent les points de demande aux ressources auxquelles ils sont alloués. Si un point de demande est alloué à plusieurs ressources, il dispose d'une ligne pour chaque ressource à laquelle il est alloué. Si un point de demande n'est alloué à aucune ressource, il ne dispose d'aucune ligne correspondante. La sortie Location-Allocation dans la classe d'entités Lignes peut être représentée sur la carte sous forme de lignes droites ou ne pas apparaître du tout sur la carte. Dans les deux cas, l'analyse considère toujours le plus court chemin réseau entre la ressource et le point de demande. Par conséquent, les attributs liés au coût reflètent des coûts du réseau, pas des distances en ligne droite. La forme réelle des chemins de réseau n'est pas générée car elle est rarement nécessaire dans l'emplacement-allocation et la génération de la forme des chemins impliquerait une augmentation substantielle de la durée de résolution et pourrait épuiser les ressources de votre système, en particulier pour les problèmes importants.

Lignes : champs en sortie

Champ en sortie	Description
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. Si la propriété Type de forme linéaire de la géométrie en sortie de la couche d'analyse est définie sur Aucune ligne, aucune forme n'est retournée. La définition de la propriété Type de forme linéaire de la géométrie en sortie sur Lignes droites retourne des lignes droites qui connectent chaque point de demande ou paire de ressources.
Name	Nom de la ligne. Les noms sont mis en forme afin de répertorier le nom de la ressource et du point de demande dans leur ordre de visite. Si le sens de déplacement de la couche d'analyse de réseau est défini sur Away from facilities (En s'éloignant des ressources), le format de nom est [nom de la ressource] - [nom du point de demande]. Il prend la forme [nom du point de demande] - [nom de la ressource] si la propriété est définie sur Toward facilities (En direction des ressources).
FacilityID	Identifiant unique de la ressource à laquelle la ligne est associée. Une ligne est toujours associée à une ressource et à un point de demande.
DemandID	Identifiant unique du point de demande auquel la ligne est associée. Une ligne est toujours associée à une ressource et à un point de demande.
Weight	Pondération affectée du point de demande (DemandID) connecté à la ressource connectée (FacilityID).
TotalWeighted_[Coût] (par exemple, TotalWeighted_Miles, où Miles représente le coût de déplacement)	Coût pondéré du trajet entre la ressource et le point de demande. Il s'agit de la valeur Total_[Coût] multipliée par la pondération du point de demande alloué à la ressource. L'attribut de coût actif présente un champ Total_[Coût] associé, à la différence des attributs de coûts cumulés. Si vous avez besoin de calculer l’impédance pondérée pour les attributs cumulés, vous pouvez multiplier les valeurs provenant des champs Weight et Total_[Coût] correspondants. Notez que bien que les lignes présentent des géométries droites ou nulles, l'impédance fait toujours référence aux coûts de réseau et non aux distances en ligne droite.
Total_[Coût] (par exemple, Total_Miles, où Miles représente le coût de déplacement)	Coût de réseau du trajet entre la ressource et le point de demande. Tous les attributs cumulés, ainsi que l’attribut de coût actif, présentent un champ Total_[Coût] associé. Notez que bien que les lignes présentent des géométries droites ou nulles, le coût fait toujours référence aux coûts de réseau et non aux distances en ligne droite.

Propriétés de la couche d'analyse d'emplacement-allocation

Les sous-sections suivantes répertorient les paramètres que vous pouvez définir sur la couche d'analyse. Ils figurent sur l’onglet Location-Allocation Layer (Couche localisation-allocation) disponible uniquement lorsque vous sélectionnez votre couche localisation-allocation ou l’une de ses sous-couches dans la fenêtre Contents (Contenu).

Analyse

Utilisez les options de cette section pour estimer les crédits et exécuter l’analyse.

Exécuter

Après avoir chargé les entités en entrée et défini les propriétés d’analyse requises pour résoudre l’analyse d’itinéraires, cliquez sur le bouton Exécuter pour exécuter l’analyse.

Le bouton d’exécution peut avoir un aspect différent selon la source de votre jeu de données réseau.

• —La couche d’analyse de réseau référence une source de données réseau locale.
• —La couche d’analyse de réseau référence une source de données réseau dans ArcGIS Online.
• —La couche d’analyse de réseau référence une source de données réseau dans un portail d’entreprise.

Estimer les crédits

Le bouton Estimer les crédits permet d’estimer le nombre de crédits de service qui seront consommés en exécutant l’analyse sur la couche d’analyse de réseau sélectionnée. Lorsque ce bouton est activé, la couche d’analyse de réseau consommera des crédits au terme de la résolution.

Le bouton Estimer les crédits est activé dans les cas suivants :

• La source de données réseau de la couche d’analyse de réseau est hébergée dans ArcGIS Online.
• Les services de calcul d’itinéraire du portail ArcGIS Enterprise sont configurés depuis ArcGIS Online.

Le bouton Estimer les crédits est désactivé dans les cas suivants :

• La source de données réseau de la couche d’analyse de réseau est stockée sur une machine locale.
• Vous utilisez vos propres services publiés sur votre portail ArcGIS Enterprise.

Lorsque vous cliquez sur le bouton Estimer les crédits, une boîte de dialogue apparaît avec une estimation du nombre de crédits qui risquent d’être consommés pendant la résolution de l’analyse en cours. Le crédit est estimé en fonction du nombre de localisations en entrée utilisées dans l’analyse. Les crédits réellement consommés peuvent changer selon la sortie générée par l’opération de résolution. Selon la façon dont votre organisation a configuré les paramètres d’allocation et de budgétisation des crédits, les crédits disponibles peuvent ne pas apparaître. De plus, l’estimation des crédits n’est pas toujours possible si la source de données réseau est un portail ArcGIS Enterprise avec des services de calcul d’itinéraire configurés depuis ArcGIS Online. En savoir plus sur l’utilisation des crédits par chaque type d’analyse.

Remarque :

Si le nombre de crédits est insuffisant pour réaliser l’analyse, la boîte de dialogue affiche une erreur.

Données en entrée

Les options de cette section permettent d'importer les entités en entrée qui doivent participer dans l'analyse.

Importer des ressources

Utilisez Import Facilities (Importer des ressources) pour charger des entités provenant d'une autre source de données (par exemple, une couche d'entités ponctuelles), dans la classe d'entités Facilities (Ressources).

Importer des points de demande

Utilisez Import Demand Points (Importer des points de demande) pour charger des entités provenant d'une autre source de données (par exemple, une couche d'entités ponctuelles), dans la classe d'entités Demand Points (Points de demande).

Importer des interruptions

Utilisez le bouton Importer des interruptions ponctuelles , Importer des interruptions linéaires ou Importer des interruptions surfaciques pour charger des entités provenant d’une autre source de données, comme une autre couche d’entités, dans une des classes d’entités d’interruptions (interruptions ponctuelles, interruptions linéaires ou interruptions surfaciques).

Créer des entités

Utilisez le bouton Créer des entités pour ouvrir la fenêtre Créer des entités. Sélectionnez un des modèles disponibles pour créer des entités dans la carte actuelle.

Paramètres de déplacement

Les options de la section Travel Settings (Paramètres de déplacement) permettent de sélectionner le mode de déplacement.

Mode

La liste déroulante Mode (Mode) vous permet de choisir un mode de déplacement, à savoir un groupe de paramètres qui modélisent ensemble le mouvement des piétons, des voitures, des camions ou un autre mode de déplacement. Les choix disponibles dans la liste déroulante varient selon les modes de déplacement configurés dans la source de données réseau à laquelle la couche d'analyse de réseau fait référence.

Itinéraire

Votre analyse localisation-allocation peut cumuler le temps de trajet ou un autre coût depuis ou vers les ressources.

• Away from facilities (En s’éloignant des ressources)  : la direction du déplacement s’effectue de la ressource vers le point de demande.
• Toward facilities (En direction des ressources)  : la direction du déplacement s’effectue du point de demande vers la ressource.

Sur un réseau avec des restrictions unidirectionnelles et des temps de trajet différents selon le sens du trajet, le changement de direction de déplacement peut générer différents résultats. La direction à sélectionner dépend de la nature de votre analyse. Par exemple, pour acheminer le camion de pompiers le plus proche (la ressource) vers la localisation d’un incendie (l’incident), l’option Away from facilities (En s’éloignant des ressources) constitue le choix le plus approprié. Pour identifier la station-service la plus proche (la ressource) de votre position actuelle, l’option Towards facilities (En direction des ressources) est mieux adaptée car vous devez vous diriger vers la ressource.

Limite

Lorsque vous calculez le chemin de moindre coût à partir d'une ressource vers un point de demande, le solveur Allocation-Localisation cesse de rechercher les points de demande situés au-delà de la limite d'impédance. Aucun point de demande au-delà de cette limite n'est trouvé pour cette ressource. Les unités que vous devez utiliser pour la valeur limite apparaissent en regard de la flèche de la liste déroulante Mode.

Accumulate Cost Attributes (Attributs du coût d’accumulation)

Le menu déroulant Attributs du coût d’accumulation permet de configurer les attributs de coûts cumulés. Ce menu déroulant n’est pas disponible si la source de données réseau est un service, que les types de géométrie en sortie n’incluent aucune ligne ou en l’absence d’attributs de coût. Les attributs sont regroupés par domaine d’unités représenté comme en-tête du groupe (par exemple, Time (Heure) ou Distance (Distance)). Une case cochée indique que la couche d’analyse accumulera l’attribut coché lors du calcul.

Si plusieurs couches d’analyse de même type sont sélectionnées, cette case à cocher indique un état mixte si toutes les couches ne partagent pas le même statut coché pour un même attribut. Dans l’image ci-après, l’attribut WeekendFallbackTravelTime étant sélectionné pour plusieurs couches, il est coché.

Si toutes les couches sélectionnées partagent le statut coché pour un attribut, la case à cocher indique cet état.

Ressources

Vous pouvez spécifier le nombre de ressources à rechercher par incident en saisissant une valeur pour Facilities (Ressources) ou spécifier une valeur à l'aide des contrôles.

Remarque :

L'option Facilities (Ressources) est désactivée pour les types de problème Maximize Coverage and Minimize facilities (Agrandir la couverture et réduire les ressources) et Target Market Share (Part de marché cible).

Type de problème

Les contrôles de cette section permettent de sélectionner le problème et le type de fonction de transformation de coût pour modéliser la relation entre les points de demande et les ressources.

Type

Le menu de la liste déroulante Type (Type) permet de spécifier le type de problème résolu par le solveur localisation-allocation.

Type de problème	Description
Minimiser l'impédance pondérée (P-Median)	Les ressources sont localisées de manière à minimiser la somme de tous les coûts pondérés entre les points de demande et les ressources de la solution. Les flèches dans le graphique ci-dessous mettent en valeur le fait que l'allocation est basée sur la distance pour tous les points de demande. Minimize Weighted Impedance (P-Median) (Minimiser l’impédance pondérée (P-Median)) sélectionne les ressources de manière à minimiser la somme des impédances pondérées (demande allouée à une ressource multipliée par l’impédance de 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. Puisque Minimiser l'impédance pondérée (P-Median) 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 pondérée gère la demande : Si une limite d'impédance est définie, toute demande à l'extérieur des limites d'impédance de toutes les ressources n'est pas allouée. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance d'une ressource est allouée à cette ressource. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance de plusieurs ressources est allouée uniquement à la ressource la plus proche.
Optimiser la couverture	Les ressources sont localisées de manière à allouer le plus de points de demande possible aux ressources de la solution situées à l'intérieur de la limite d'impédance. Maximize Coverage (Optimiser la couverture) sélectionne les ressources de manière à couvrir le plus de demande possible avec la limite d’impédance des ressources. Dans ce graphique, le solveur a été configuré pour sélectionner trois ressources. 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 résout un problème d'optimisation de la couverture pour sélectionner la ressource candidate qui capture le 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 : Tout point de demande situé à l'extérieur des limites d'impédance de toutes les ressources n'est pas alloué. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance d'une ressource est allouée à cette ressource. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance de plusieurs ressources est allouée uniquement à la ressource la plus proche.
Optimiser la couverture de capacité	Les ressources sont localisées de manière à allouer le plus possible de points de demande aux ressources de solution dans la limite d’impédance. Par ailleurs, la demande pondérée allouée à une ressource ne peut pas dépasser la capacité de la ressource. Maximize Capacitated Coverage (Optimiser la couverture de capacité) sélectionne les ressources de sorte que toute la demande ou la plus grande partie puisse être traitée sans dépasser la capacité d’une ressource. Dans ce graphique, chaque ressource a une capacité égale à un, et le solveur a été configuré pour sélectionner trois ressources. Bien que le point de demande au bas de la carte se situe dans la limite d'impédance d'une ressource, il n'est pas alloué pour empêcher tout dépassement de la capacité d'une ressource. Le type de problème Optimiser la couverture de capacité fonctionne comme le type de problème Minimiser l'impédance pondérée (P-Median) ou Optimiser la couverture, mais avec en plus une contrainte de capacité. (Si le paramètre Limite n'est pas défini, il fonctionne comme une version de capacité de Minimiser l'impédance pondérée (P-Median).) Vous pouvez spécifier la capacité d'une ressource en attribuant une valeur numérique à sa propriété Capacité. Si aucune valeur n’est attribuée dans le champ Capacity de la sous-couche Facilities (Ressources) pour une ressource spécifique, la ressource se voit attribuer une capacité de la propriété Capacity (Capacité) de l’onglet Location-Allocation Layer (Couche localisation-allocation). 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 d'une limite d'impédance ; toutefois, lorsqu'une limite d'impédance est spécifiée, les points de demande situés à l'extérieur des limites d'impédance 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 comprise dans la limite d'impédance d'une ressource est supérieure à la capacité de la ressource, seuls les points de demande qui optimisent la demande capturée totale et minimisent l'impédance pondérée totale sont alloués. Remarque : Une inefficacité peut apparaître lors de l'allocation d'un point de demande à une ressource qui n'est pas la ressource de solution la plus proche. Cela peut se produire lorsque les points de demande ont des pondérations variables et lorsque le point de demande en question est couvert par la limite d'impédance de plusieurs ressources (ou si aucune limite d'impédance n'est spécifiée). Ce type de résultat indique que la ressource de solution la plus proche n'avait pas la capacité requise pour la demande pondérée ou que la solution au problème la plus efficace nécessitaient une ou plusieurs inefficacités locales. Dans tous les cas, la solution est correcte.
Agrandir la couverture et réduire les ressources	Les ressources sont localisées de manière à allouer le plus possible de points de demande aux ressources de solution dans la limite d'impédance ; par ailleurs, le nombre de ressources nécessaires pour couvrir les points de demande est réduit. Maximize Coverage and Minimize Facilities (Agrandir la couverture et réduire les ressources) sélectionne les ressources de manière à inclure le plus possible de points de demande dans leur limite d’impédance. En outre, le nombre de ressources nécessaires pour couvrir les points de demande est réduit. Dans ce graphique, le solveur a réussi à couvrir tous les points de demande avec uniquement deux ressources. Agrandir la couverture et réduire les ressources est semblable au type de 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 Agrandir la couverture et réduire les ressources afin de couvrir tous les points de demande possibles. Agrandir la couverture et réduire les ressources est également utilisé pour sélectionner les arrêts d'autobus scolaire lorsque les étudiants doivent parcourir une certaine distance avant la définition d'un autre arrêt d'autobus scolaire, plus proche du lieu de résidence de l'étudiant. La liste suivante décrit la manière dont le problème Agrandir la couverture et réduire les ressources gère la demande : Tout point de demande situé à l'extérieur des limites d'impédance de toutes les ressources n'est pas alloué. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance d'une ressource est allouée à cette ressource. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance de plusieurs ressources est allouée uniquement à la ressource la plus proche.
Optimiser la fréquentation	Les ressources sont sélectionnées de manière à allouer le plus de pondération de demande possible aux ressources en assumant que la pondération de demande diminue en fonction de la distance entre la ressource et le point de demande. Maximize Attendance (Optimiser la fréquentation) sélectionne les ressources de manière à allouer aux ressources le plus de pondération de demande possible en assumant que la pondération de demande décroît avec la distance. Les points de demande, représentés par des diagrammes à secteurs dans ce graphique, indiquent la proportion de leur demande totale capturée par la ressource. Ce type de problème profite non seulement aux magasins spécialisés avec peu ou aucune concurrence, mais également aux détaillants généralistes et aux restaurants ne disposant pas des données sur les concurrents nécessaires pour réaliser les types de problème concernant la part de marché. Les entreprises pouvant bénéficier de ce type de problème comprennent les café-restaurants, les centres de fitness, les cabinets dentaires et médicaux, les pistes de bowlings et les magasins d'électronique. Les arrêts des transports en commun sont souvent sélectionnés à l'aide du type de problème Optimiser la fréquentation. L'option Maximize Attendance (Optimiser la fréquentation) suppose que plus les gens doivent se déplacer pour atteindre une ressource, moins ils sont susceptibles de l'utiliser. Cette donnée est reflétée dans la manière dont la proportion de demande allouée aux ressources diminue avec la distance. La diminution avec la distance est spécifiée à l'aide de la transformation d'impédance. La liste suivante décrit la manière dont le problème Optimiser la fréquentation gère la demande : La demande située à l'extérieur des limites d'impédance de toutes les ressources n'est allouée à aucune ressource. Lorsqu'un point de demande est situé à l'intérieur de la limite d'impédance d'une ressource, sa pondération de demande est allouée partiellement en fonction de la limite et de la transformation d'impédance. Les points de demande du graphique ci-dessus disposent de diagrammes à secteurs pour représenter le quotient de leur pondération de demande totale capturée par la ressource choisie. La pondération d'un point de demande couvert par la limite d'impédance de plusieurs ressources est allouée uniquement à la ressource la plus proche.
Optimiser la part de marché	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. Maximize Market Share (Optimiser la part de marché) sélectionne les ressources de manière à capturer le plus de demande allouée en présence de concurrents. Vous spécifiez le nombre de ressources à sélectionner. 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 points de vente au rabais utilisent généralement l'option Optimiser la part de marché pour localiser un ensemble fini de nouveaux points de vente. 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 : La demande située à l'extérieur des limites d'impédance de toutes les ressources n'est allouée à aucune ressource. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance d'une ressource est allouée à cette ressource. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance de plusieurs ressources est allouée aux ressources qui le couvrent ; 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. Ce comportement est illustré dans le graphique Optimiser la part de marché ci-dessus. Supposez que les trois ressources (carrés) disposent de pondérations équivalentes et notez que l'un des six points de demande (cercles) figure dans la limite d'impédance de deux ressources en concurrence et présente une demande répartie entre les ressources Le point de demande proche du centre du graphique est couvert à la fois par la ressource à gauche et la ressource au centre. Puisque le point de demande est plus proche de la ressource à gauche, une proportion de demande supérieure est allouée à cette ressource. La demande du point de demande dans l'angle inférieur droit n'a pas été allouée. La ressource la plus proche de ce point de demande n'a pas été sélectionnée pour faire partie de la solution car la propriété Ressources a été définie sur 1. La part de marché totale, utile pour calculer la part de marché capturée, correspond à la somme des pondérations de tous les points de demande situés sur le réseau ; les points de demande non localisés ne contribuent pas à la part de marché totale et doivent être relocalisés sur le réseau pour être pris en compte.
Part de marché cible	Part de marché cible choisit 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. Target Market Share (Part de marché cible) fonctionne en présence de concurrents et essaie de sélectionner le moins de ressources nécessaires pour capturer la part de marché spécifiée. 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 points de vente au rabais utilisent généralement le type de problème 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 points de vente reviennent au problème Maximize Market Share (Optimiser la part de marché) et capturent 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, utile pour calculer la part de marché capturée, correspond à la somme des pondérations de tous les points de demande situés sur le réseau ; les points de demande non localisés ne contribuent pas à la part de marché totale et doivent être relocalisés sur le réseau pour être pris en compte. La demande située à l'extérieur des limites d'impédance de toutes les ressources n'est allouée à aucune ressource. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance d'une ressource est allouée à cette ressource. Toute la pondération de demande d'un point de demande situé à l'intérieur de la limite d'impédance de plusieurs ressources est allouée aux ressources qui le couvrent ; 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. Ce comportement est illustré dans le graphique Part de marché cible ci-dessus. Supposez que les trois ressources (carrés) disposent de pondérations équivalentes et notez que deux des six points de demande (cercles) figurent dans les limites d'impédance de deux ressources distinctes en concurrence et présentent une demande répartie entre les ressources Le point de demande proche du centre du graphique est couvert à la fois par la ressource à gauche et la ressource au centre. Puisque le point de demande est plus proche de la ressource à gauche, une proportion de demande supérieure est allouée à cette ressource. La pondération d'un autre point de demande est répartie de manière égale entre la ressource de gauche et la ressource de droite car il est équidistant des deux ressources.

f(cost, β)

Cette propriété, le type de fonction de désintégration (transformation d'impédance), 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 à la valeur du paramètre de la fonction de désintégration (β), spécifie l'importance de l'influence de l'impédance du réseau entre les ressources et les points de demande sur le choix de ressources du solveur.

L'application d'une transformation permet d'égaliser les distances totales situées entre les points de demande et leur ressource la plus proche. Les bibliothèques et les centres de soins souhaitent fournir un service équitable, les ressources correspondantes sont par conséquent souvent localisées à l'aide du type de problème Minimiser l'impédance pondérée (P-Median), avec un type de fonction de désintégration Puissance et une valeur du paramètre de la fonction de désintégration de 2.0. Ainsi, une minorité de clients ou de patients n'est pas obligée de réaliser des déplacements comparativement excessifs.

Certains magasins rassemblent des données sur le lieu de résidence de leurs clients ; les données collectées mettent en évidence l'effet de la distance sur le comportement des clients. Les données présentent l'avantage de permettre aux points de vente d'établir et de calibrer les fonctions de désintégration, ce qui permet d'améliorer les sélections de site futures.

L'adaptation précise d'un paramètre et d'une fonction de désintégration pour décrire vos priorités ou modéliser le comportement de vos points de demande nécessite une étude détaillée, y compris la recherche sur des sujets tels que le modèle de Huff et la fréquentation en fonction de la distance. Toutefois, la première étape consiste à comprendre comment les coûts sont transformés. Dans la liste d'options de transformation suivante, d désigne les points de demande et f les ressources. Par conséquent, impedance_df est l'impédance de réseau du plus court chemin entre le point de demande d et la ressource f, et cost_df l'impédance de réseau transformée entre la ressource et le point de demande. Bêta (β) indique le paramètre de la fonction de désintégration.

Type de fonction de désintégration	Description
Linéaire	Le coût est égal à l’impédance de réseau. Cette option est indiquée pour la localisation de locaux, tels que les entrepôts, quand il s’agit de réduire au minimum l’ensemble des coûts de transport. costdf = impedancedf Remarque : Lorsque vous définissez la propriété f(cost, β) sur Linear (Linéaire), le paramètre de la fonction de désintégration (β) est systématiquement défini en interne sur 1 du fait que la modification de la valeur d’un paramètre sur une transformation linéaire n’a aucune incidence sur les résultats du solveur.
Puissance	Le coût est égal à l’impédance de réseau élevée à une puissance. Il est exagéré de manière à rendre les localisations plus éloignées encore moins attractives. L’exagération n’est pas aussi radicale qu’avec la fonction exponentielle. Cette option est indiquée pour la localisation de grands établissements de commerce de détail, comme les concessions. costdf = impedancedf^β
Exponentiel	Le coût est exponentiellement lié à l’impédance de réseau. Il est exagéré de manière à rendre les localisations plus éloignées encore moins attractives. L’exagération est plus radicale qu’avec la fonction puissance. Cette option est indiquée pour la localisation d’établissements de commerce de détail plus petits, comme les épiceries. costdf = e^(β * impedancedf) Les transformations exponentielles sont généralement utilisées conjointement avec une limite d'impédance.

β

Cette propriété, la valeur du paramètre de la fonction de désintégration (paramètre d’impédance), vous permet de définir un paramètre, β, à utiliser avec la propriété f(cost, β). Toutefois, lorsque la propriété f(cost, β) est définie sur Linéaire, cette valeur de paramètre est ignorée et la valeur 1 est utilisée à la place. Reportez-vous à la propriété f(cost, β) (ci-dessus) pour plus d'informations.

Conseil :

Les points de demande disposent d’une propriété ImpedanceParameter qui, si elle est définie, remplace la propriété β de la couche d’analyse. Vous pouvez déterminer que le paramètre de la fonction de désintégration doit être différent pour les ruraux et les citadins. Vous pouvez modéliser ceci en définissant la transformation d'impédance pour la couche d'analyse de manière à correspondre à celle des résidents ruraux et en définissant la transformation d'impédance pour les points de demande dans les zones urbaines de manière à correspondre à celle des citadins.

Marché

Cette propriété est spécifique au type de problème Part de marché cible. Il s'agit du pourcentage de la pondération de demande totale à capturer par vos ressources de solution. Le solveur sélectionne le nombre minimal de ressources requis pour capturer la part de marché cible spécifiée par cette valeur numérique.

Capacité

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

Date et heure

Les options de la section Date and Time (Date et heure) permettent de spécifier la date, l'heure et le jour à utiliser dans l'analyse.

En savoir plus sur la date et l’heure

Arrive Depart Date-Time Type (Type Date-Heure Arrivée/Départ)

La liste déroulante Arrive Depart Date-Time Type (Type Date-Heure Arrivée/Départ) est disponible si les unités de coût sont basées sur le temps. Dans la liste déroulante, déterminez si une valeur d'heure et de date spécifique est fournie pour indiquer l'heure à laquelle les itinéraires quittent leur premier arrêt. Une heure et une date spécifiques sont définies principalement pour résoudre l’analyse à l’aide des conditions de trafic dynamiques ou des horaires de transport en commun, mais, pour intégrer le trafic ou les transports en commun dans l’analyse, le jeu de données réseau ou le service d'itinéraire doit inclure les données de trafic ou de transport en commun.

Les options de la liste déroulante sont les suivantes :

• Not Using Time (N’utilise pas le temps) : que la source de données réseau inclue ou non des données sur la circulation, les résultats sont basés sur des temps de trajet statiques. Ce type de temps de trajet dans une rue ne varie pas pendant la journée. Les zones de texte Time of Day (Heure du jour) et Date (Date) ne sont pas disponibles.

• Date & Time (Date et heure) : indiquez une heure du jour et une date calendaire. Les zones de texte Time of Day (Heure du jour) et Date (Date) permettent de fournir ces informations.

• Day of Week (Jour de la semaine) : indiquez une heure dans la journée et un jour de la semaine. Les zones de texte Time of Day (Heure du jour) et Date (Date) permettent de fournir ces informations.

• Today (Aujourd’hui) : indiquez une heure. La date est supposée être celle du jour même. La zone de texte Time of Day (Heure du jour) permet de spécifier l’heure du jour et la zone de texte Date (Date) est définie sur la valeur Today (Aujourd’hui) et n’est pas disponible pour éviter toute modification.

• Now (Maintenant) : lorsque vous exécutez l’analyse, l’heure et la date sont définies sur les valeurs actuelles correspondantes. Cette option est utile si votre jeu de données réseau est configuré avec des données en direct sur la circulation et que les itinéraires sont distribués aux chauffeurs en vue d'être appliqués immédiatement après l'analyse. Les zones de texte Time of Day (Heure du jour) et Date (Date) ne sont pas disponibles pour éviter toute modification.

Heure du jour

Indiquez l’heure de début de la journée.

Consultez la section Type Date-Heure Arrivée/Départ pour voir quand cette option est activée.

Date

Indiquez le jour de début de la semaine en saisissant l’une des valeurs suivantes dans la zone de texte Date :

• Lundi
• Mardi
• Mercredi
• Jeudi
• Vendredi
• Samedi
• Dimanche

Consultez la section Type Date-Heure Arrivée/Départ pour voir quand cette option est activée.

Fuseau horaire de référence

Dans la liste déroulante Fuseau horaire de référence , vous pouvez choisir le fuseau horaire à utiliser dans l’analyse. Les options sont les suivantes :

• Heure locale des localisations
• UTC (Temps universel coordonné)

Remarque :

Si vous effectuez une analyse de localisation-allocation qui couvre plusieurs fuseaux horaires, les conditions suivantes doivent être remplies :

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

Géométrie en sortie

Les options du menu déroulant permettent de sélectionner le mode d'affichage de la sortie sur la carte.

Type de forme linéaire de la géométrie en sortie

Ceci permet de contrôler le mode d'affichage de la sortie sur la carte. L'analyse Allocation-Localisation résout toujours les chemins de moindre coût le long du réseau, mais ces chemins réseau n'apparaissent pas sur la carte. Vous pouvez représenter la sortie sous forme de ligne droite si vous souhaitez visualiser les résultats sur la carte ou ne pas afficher de ligne du tout si seuls les champs en sortie dans les tables de classes Facilities (Ressources), Demand Points (Points de demande) et Lines (Lignes) vous intéressent.

• No Lines (Aucune ligne) : aucune forme linéaire en sortie n’est générée.
• Straight Lines (Lignes droites) : géométrie simplifiée en sortie sous forme de lignes droites.