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 :
|
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
| 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) :
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 :
|
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. 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
|
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) :
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 :
|
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 :
|
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. Lorsque le sens de déplacement de la couche d'analyse de réseau est défini sur 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] lorsque la propriété est définie sur 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 sous l'onglet Allocation-Localisation qui n'est disponible que lorsque vous sélectionnez votre couche Allocation-Localisation ou l'une de ses sous-couches dans la fenêtre Contenu.
Exécuter
Cliquez sur Exécuter après avoir chargé les entités en entrée et définissez les propriétés d'analyse pour effectuer l'analyse Allocation-Localisation.
Importer des ressources
Importer des ressources se trouve dans le groupe Données en entrée. Cliquez dessus pour charger des entités provenant d'une autre source de données, une couche d'entités ponctuelles par exemple, dans la classe d'entités Ressources.
Importer des points de demande
Importer des points de demande se trouve dans le groupe Données en entrée. Cliquez dessus pour charger des entités provenant d'une autre source de données, une couche d'entités ponctuelles par exemple, dans la classe d'entités Points de demande.
Importer des interruptions
Cliquez sur Import Point Barriers (Importer des interruptions ponctuelles) , Import Line Barriers (Importer des interruptions linéaires) ou Import Polygon Barriers (Importer des interruptions surfaciques) pour charger des entités provenant d’une autre source de données, une autre couche d’entités par exemple, dans une des classes d’entités d’interruptions (interruptions ponctuelles, interruptions linéaires ou interruptions polygonales).
Créer des entités
Cliquez sur le bouton Create Features (Créer des entités) pour ouvrir la fenêtre Create Features (Créer des entités). Sélectionnez un des modèles disponibles pour créer des entités dans la carte actuelle.
Mode
La flèche de la liste déroulante 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 le menu déroulant 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 Allocation-Localisation peut cumuler le temps de trajet ou un autre coût depuis ou vers la ressource.
- Away from Facility (Depuis la ressource) : la direction du déplacement s’effectue de la ressource vers le point de demande.
- Towards Facility (Vers la ressource) : 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. Pour optimiser l'emplacement d'un centre ERS où les véhicules des services d'urgence vont se diriger vers l'emplacement de l'urgence (les points de demande), l'option En s'éloignant des ressources constitue le choix le plus approprié. Pour localiser un point de vente, l'option En direction des ressources est mieux adaptée, car vous voulez attirer votre demande vers le point de vente.
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.
Ressources
Vous pouvez spécifier le nombre de ressources à rechercher en saisissant une valeur pour Ressources.
Remarque :
La valeur présente dans Ressources ne peut pas être précisée pour deux des types de problème qui déterminent le nombre de ressources nécessaires. Il s'agit des types de problème Agrandir la couverture et réduire les ressources et Part de marché cible.
Type
La liste déroulante de la galerie Type du groupe Type de problème vous permet de spécifier le type de problème résolu par le solveur Allocation-Localisation.
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. 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 :
|
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. 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 :
|
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. 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 Ressources pour une ressource spécifique, la ressource se voit attribuer une capacité de la propriété Capacity (Capacité) de l’onglet Location-Allocation (Allocation-Localisation). 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 :
|
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. 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 :
|
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. 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. Optimiser la fréquentation suppose que plus les gens doivent se déplacer pour atteindre votre 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 :
|
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. 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 :
|
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. 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 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 :
|
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, impedancedf est l'impédance de réseau du plus court chemin entre le point de demande d et la ressource f, et costdf 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 emplacements plus éloignés encore moins attractifs. 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 emplacements plus éloignés encore moins attractifs. 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. |
Le prochain ensemble de graphiques et de tables utilise le type de problème Minimiser l'impédance pondérée (P-Median) pour montrer les effets potentiels de l'utilisation de différents paramètres et types de fonctions de désintégration.
Comme un type de fonction de désintégration linéaire utilise toujours une valeur de paramètre de 1, le coût est inchangé et la ressource B minimise ce coût.
Ressource | Coût total (linéaire) | Ressource de solution |
---|---|---|
Un | 3+3+5=11 | |
B | 7+1+1=9 | La ressource B est sélectionnée. |
Un type de fonction de désintégration power avec un paramètre de 2 amplifie suffisamment les distances plus longues pour que la ressource A minimise les coûts.
Ressource | Coût total (transformation de puissance, β = 2) | Ressource de solution |
---|---|---|
Un | 32+32+52=43 | La ressource A est sélectionnée. |
B | 72+12+12=51 |
Comme un type de fonction de désintégration exponential avec un paramètre d’impédance de 0.02 favorise les points de demande proches, la ressource B est la ressource de solution dans ce cas. (le graphique est omis, puisqu'il serait identique au graphique de la fonction de désintégration linéaire).
Ressource | Coût total (transformation exponentielle, β = 0.02) | Ressource de solution |
---|---|---|
Un | e0,02*3+e0,02*3+e0,02*5=3,23 | |
B | e0,02*7+e0,02*1+e0,02*1=3,19 | La ressource B est sélectionnée. |
β
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
La liste déroulante Arrive Depart Date-Time Type (Type Date-Heure Arrivée/Départ) du groupe Arrive and Depart (Arrivée et 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. Définissez le jour de la semaine en saisissant une des valeurs suivantes dans la zone de texte Date :
- Lundi
- Mardi
- Mercredi
- Jeudi
- Vendredi
- Samedi
- Dimanche
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.
Dans la liste déroulante Reference Time Zone (Fuseau horaire de référence) vous pouvez choisir le fuseau horaire à utiliser dans l’analyse. Les options sont les suivantes :
- Local Time at Locations (Heure locale des localisations)
- UTC (Universal Coordinated Time) (UTC (Temps universel coordonné))
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 lignes du tout si seuls les champs en sortie dans les tables de classes Ressources, Points de demande et Lignes vous intéressent.
Accumulation d’attributs de coût
Le menu déroulant Accumulate Cost Attributes (Attributs du coût d’accumulation) du groupe Travel Settings (Paramètres de déplacement) 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.
Vous avez un commentaire à formuler concernant cette rubrique ?