Créer et utiliser un jeu de données réseau avec des données de transport en commun.

Disponible avec une licence Standard ou Advanced.

Disponible avec une licence Network Analyst.

Les transports en commun, comme les bus et les métros, permettent aux populations urbaines d’avoir accès aux emplois, services d’éducation, commerces, centres de soin, loisirs, et plus encore. Vous pouvez utiliser Extension ArcGIS Network Analyst pour répondre aux questions telles que :

• Avec quelle facilité les gens peuvent-ils accéder aux destinations importantes à l’aide des transports en commun ?
• À quel point le système de transport en commun répond-il aux attentes de ses usagers ?
• Où dois-je implanter ma nouvelle installation si je compte que mes clients, patients ou employés empruntent les transports en commun ?

Vous pouvez intégrer les données des horaires de transport en commun dans les analyses des zones urbaines denses pour lesquelles les transports en commun constituent un mode important de déplacement.

Dans ce didacticiel, vous allez créer un jeu de données réseau prenant en charge les transports en commun à partir des données des transports en commun GTFS et des axes routiers. Vous allez utiliser ce jeu de données réseau pour créer des zones de service montrant les zones accessibles depuis un point de départ donné dans une limite de temps définie en empruntant les transports publics et en marchant.

Vous pouvez utiliser vos propres données GTFS et axes routiers en suivant les étapes de ce didacticiel, ou utiliser l’échantillon de données fourni pour la zone métropolitaine de Cincinnati. Si vous utilisez vos propres données, les axes routiers doivent couvrir la même zone géographique que celle des données GTFS. L’utilisation de vos propres données nécessite une attention particulière, comme indiqué par diverses remarques et astuces tout au long de ce didacticiel ; des conseils supplémentaires concernent également l’utilisation de données issues de la classe d’entités Routing_Streets du produit StreetMap Premium Custom Roads.

Un jeu de données réseau terminé est inclus à titre d’exemple dans les données du didacticiel.

Obtenir les données

Les données de ce didacticiel sont disponibles au téléchargement.

1. Accédez à la page de téléchargement des données.
2. Cliquez sur le bouton Download (Télécharger) et enregistrez le fichier localement.
3. Décompressez le fichier téléchargé.

Examiner les données en entrée

Assemblez les données en entrée et examinez-les.

Examiner les données de transport en commun GTFS

GTFS est un format standardisé global pour les données de transport public. GTFS inclut les emplacements des lignes de transport et les arrêts ainsi que les horaires. Un jeu de données GTFS est composé d’un ensemble de fichiers texte CSV avec des noms et champs spécifiques. Si vous n’êtes pas familiarisé avec le format GTFS, approfondissez vos connaissances à ce sujet.

Vous pouvez utiliser les données GTFS dans un jeu de données réseau en les transformant en modèle de données de transport en commun Network Analyst. Vous découvrirez comment procéder ultérieurement dans ce didacticiel. Tout d’abord, vous allez examiner les données GTFS pour identifier les problèmes potentiels et pour prendre de bonnes décisions d‘analyse par la suite.

Network Analyst vous permet de résoudre les problèmes d’analyse de réseau en utilisant une date et une heure d’analyse. En règle générale, vous pouvez choisir un jour de la semaine générique, comme le mercredi, ou une date spécifique, comme le mercredi 22 mai 2019. Toutefois, en fonction de la configuration de vos données GTFS, vous n’aurez peut-être pas la possibilité d’utiliser un jour de la semaine générique. Dans cette section, vous allez examiner la configuration de la date des jeux de données GTFS pour déterminer si vous pouvez effectuer une analyse de réseau avec des jours génériques de la semaine ou si vous devez utiliser des dates spécifiques.

Vous examinerez également les fichiers stop_times.txt de vos jeux de données GTFS pour vérifier si toutes les heures d’arrivée et de départ sont explicitement incluses.

1. Localisez les données GTFS sur le disque.

   Les données du didacticiel comprennent deux jeux de données GTFS de la zone métropolitaine de Cincinnati. Ces jeux de données proviennent de la Southwest Ohio Regional Transit Authority (SORTA) [Autorité régionale des transports du Sud-Ouest de l’Ohio] et de la Transit Authority of Northern Kentucky (TANK) [Autorité des transports du Nord du Kentucky]. Ces jeux de données GTFS se trouvent dans le dossier de données du didacticiel décompressé dans Tutorial [Didacticiel] > PublicTransit (Transport en commun) > GTFS. Les dossiers SORTA et TANK folders contiennent un ensemble de fichiers texte.

   Remarque :

   Si vous utilisez vos propres données GTFS, localisez l’ensemble de fichiers texte GTFS sur le disque.

2. Examinez le fichier stop_times.txt pour chaque jeu de données GTFS.

   Le fichier stop_times.txt définit l’heure exacte de passage d’un service de transport en commun à chaque arrêt du réseau.

   1. Ouvrez le fichier stop_times.txt dans un éditeur de texte.

      Remarque :

      Le fichier stop_times.txt est parfois très volumineux. Sa taille peut dépasser la taille maximale autorisée par certains éditeurs de texte.

   2. Examinez les champs arrival_time et departure_time, et déterminez s’ils contiennent des valeurs vides.

      Remarque :

      Bien que GTFS autorise les valeurs vides pour ces champs, le modèle de données de transport en commun Network Analyst exige une heure d’arrivée et une heure de départ explicites pour tous les arrêts. L’outil de géotraitement GTFS vers modèle de données de transport en commun, que vous allez utiliser plus tard dans ce didacticiel, peut estimer les heures d’arrivée et de départ vides par le biais d’une simple interpolation linéaire. Si les données comportent des valeurs vides, vous devez utiliser l’option d’interpolation de l’outil, renseigner les valeurs vides dans les données GTFS avant d’exécuter l’outil, ou utiliser un autre jeu de données GTFS dans le cadre de votre analyse.

      Les jeux de données GTFS fournis dans ce didacticiel ne contiennent aucune valeur vide pour ces champs.

   3. Fermez le fichier stop_times.txt.
3. Déterminez si vous disposez d’un fichier calendar.txt, d’un fichier calendar_dates.txt, ou des deux pour chaque jeu de données GTFS.

   Le fichier calendar.txt définit un service de transport régulier, et le fichier calendar_dates.txt définit des exceptions à ce service régulier, telles que les vacances et les événements spéciaux. Certaines agences de transport choisissent d’utiliser un seul de ces fichiers, et ceci est parfaitement valable. Chaque jeu de données GTFS que vous comptez utiliser doit comporter au moins un de ces fichiers.

   Un jeu de données GTFS ne comportant que le fichier calendar_dates.txt et pas le fichier calendar.txt, ne définit pas un service de transport régulier, le service étant intégralement défini selon des dates spécifiques. Dans ce cas, il n’est pas possible d’utiliser les jours de semaines génériques dans votre analyse. Vous devez utiliser une date spécifique.

   Si le jeu de données GTFS ne comprend que le fichier calendar.txt ou s’il contient les deux fichiers, vous avez la possibilité d’utiliser une date spécifique et également un jour de semaine générique. Vous examinerez les fichiers de manière plus approfondie à l'étape suivante.

   Un jeu de données GTFS ne comprenant ni fichier calendar.txt, ni fichier calendar_dates.txt n’est pas valide et ne peut être utilisé.

   Les jeux de données GTFS fournis dans ce didacticiel comportent les deux fichiers.

4. Examinez le fichier calendar.txt pour chaque jeu de données GTFS qui en possède un.
   1. Ouvrez le fichier calendar.txt dans un éditeur de texte.
   2. Examinez les plages de dates indiquées dans les champs start_date et end_date.

      Ces champs indiquent la plage de dates lorsque les données GTFS sont valides. Si vous utilisez une date spécifique dans votre analyse, elle doit se situer dans cette plage de dates

      Remarque :

      Si vous utilisez les données d’exemple, ces plages de dates peuvent être dépassées, mais ceci n’aura pas d’incidence sur le didacticiel.

   3. Déterminez s'il existe des plages de dates non superposées, des lignes où la plage de dates ne chevauche pas du tout la plage de dates d’une autre ligne.

      Ceci peut se produire lorsque des données de plusieurs agences ont été combinées dans un seul fichier ou lorsque l’agence a inclus un service sur plusieurs saisons, comme l’automne et l’hiver, dans un même fichier.

      S’il existe des plages de dates non superposées, il est recommandé d’utiliser une date spécifique dans votre analyse plutôt qu’un jour de la semaine générique. Un jour de la semaine générique inclut le service sans prendre en compte les plages de dates, donc dans cette situation, tous les services provenant de ces plages de dates non superposées seraient inclus dans la même analyse. Dans le cas d’une agence ayant inclus des services distincts pour l’automne et l’hiver dans le même jeu de données, ces deux services seraient inclus dans votre analyse et le service disponible serait compté deux fois.

      Aucun des jeux de données GTFS fournis dans ce didacticiel ne comporte de plages de dates non superposées.

   4. Examinez les champs des jours de la semaine (monday, tuesday, et ainsi de suite).

      Ces champs définissent les jours de la semaine où circule un service de transport spécifique. Ce service circule ce jour de la semaine si la valeur est 1 et ne circule pas ce jour de la semaine si la valeur est 0.

      Si toutes les lignes de tous les champs des jours de la semaine contiennent la valeur 0, il est probable que l’agence utilise le fichier calendar_dates.txt pour définir des dates spécifiques de fonctionnement du service, vous devrez donc utiliser une date spécifique dans votre analyse au lieu d’un jour de la semaine générique. Si ce jeu de données ne contient pas de fichier calendar_dates.txt, le jeu de données GTFS est probablement non valide, puisqu’il n’a effectivement pas de service.

      Les champs des jours de la semaine des jeux de données GTFS fournis dans ce didacticiel contiennent un mélange de valeurs 1 et 0. Ils définissent un service normal de circulation en semaine.

   5. Fermez le fichier calendar.txt.

Examiner les données routières

Les piétons doivent pouvoir se rendre à pied jusqu’aux arrêts des transports en commun, voyager, puis marcher jusqu’à leur destination. Vous allez donc inclure les rues dans le jeu de données réseau en complément des lignes et arrêts de transports en commun. Les données routières que vous utilisez dans le jeu de données réseau doivent être de bonne qualité et doivent contenir des attributs indiquant si les piétons sont autorisés à emprunter les rues.

1. Ouvrez ArcGIS Pro et créez un projet avec une carte.
2. Ajoutez les données routières à la carte.

   Les données routières fournies se trouvent dans le dossier de données du didacticiel décompressé dans Tutorial (Didacticiel) > PublicTransit (Transport en commun) > StreetData.gdb > Streets (Rues).

3. Ouvrez la table attributaire de la couche Rues et familiarisez-vous avec les champs et valeurs des données.
4. Localisez le champ RestrictPedestrians.

   Ce champ indique si les piétons sont autorisés à emprunter ce segment de rue. La valeur N signifie que l’accès des piétons n’est pas restreint sur cette rue. Les piétons peuvent circuler sur cette rue. La valeur Y signifie que l’accès des piétons est restreint. Ils ne peuvent pas circuler sur cette rue. Ce champ sera utilisé dans le jeu de données réseau pour créer un attribut de restriction empêchant l’accès des piétons aux autoroutes et aux autres voies sur lesquelles ils ne peuvent pas circuler.

   Remarque :

   Si vous utilisez vos propres données, vous devez ajouter un champ texte nommé RestrictPedestrians. Sans quoi, le modèle que vous utiliserez par la suite pour créer le jeu de données réseau ne fonctionnera pas. Une fois le champ créé, renseignez-le comme il convient à l’aide des valeurs N et Y. Vous pouvez également laisser des valeurs nulles pour ce champ ; les rues pour lesquelles une valeur nulle est indiquée seront considérées par le jeu de données réseau comme étant accessibles aux piétons (identique à la valeur N).

   Si vous utilisez la classe d’entités Routing_Streets du produit StreetMap Premium Custom Roads, le champ se nomme RST_PEDESTRIANS. Conservez ce champ tel quel. Par la suite, vous utiliserez un modèle de jeu de données réseau distinct conçu spécifiquement pour ces données.

5. Localisez le champ ROAD_CLASS.

   Ce champ indique le type de route et est utilisé dans le jeu de données réseau pour configurer les itinéraires à pied. Les valeurs possibles sont définies dans Configurer des feuilles de route.

   Remarque :

   Si vous utilisez vos propres données, vous devez ajouter un champ de nombre entier court nommé ROAD_CLASS. Sans quoi, le modèle que vous utiliserez par la suite pour créer le jeu de données réseau ne fonctionnera pas. Une fois le champ créé, renseignez-le comme il convient à l’aide des valeurs de classe de voies. Vous pouvez également laisser des valeurs nulles pour ce champ, et le jeu de données réseau utilisera le comportement par défaut au moment de générer des feuilles de route.

   La classe d’entités Routing_Streets issue de StreetMap Premium Custom Roads contient déjà un champ ROAD_CLASS approprié.

6. Fermez la table attributaire.
7. Utilisez l’outil Explore (Explorer) pour examiner les données routières sur la carte. Cliquez sur quelques entités de rue et notez leurs points de départ et d’arrivée, ainsi que leurs intersections avec les autres entités.

   Les données routières sont parfois divisées en plusieurs entités à chaque intersection. D’autres jeux de données de rues contiennent de longues entités de rue contiguës qui ne se divisent pas à chaque intersection avec une autre entité mais qui comportent des sommets à ces emplacements. Observez de quelle façon vos données routières sont construites car ceci déterminera plus tard la manière dont vous configurerez la règle de connectivité du jeu de données réseau.

   Les données routières sont divisées en plusieurs entités à chaque intersection.

   Remarque :

   La classe d’entités Routing_Streets issue de StreetMap Premium Custom Roads n’est pas fractionnée aux intersections.

8. Supprimez les données routières de la carte.

Préparer les tables et classes d’entités source du jeu de données réseau

Vous allez créer et préparer les tables et classes d’entités que vous allez utiliser dans le jeu de données réseau. Vous allez convertir les données GTFS en un ensemble de tables et de classes d’entités formant le modèle de données de transport en commun Network Analyst et préparer les axes médians des routes pour les utiliser dans le jeu de données réseau.

Créer une géodatabase fichier et un jeu de classes d'entités

Dans cette section, vous allez créer la géodatabase fichier et le jeu de classes d’entités. Vous allez ensuite créer le jeu de données réseau dans ce jeu de classes d’entités.

1. Créez une géodatabase fichier et placez-la n’importe où sur l’ordinateur.
2. Créer un jeu de classes d’entités dans la nouvelle géodatabase en utilisant la référence spatiale de votre choix.

Créer des arrêts, lignes et horaires de transports en commun à partir de GTFS

Dans cette section, vous allez utiliser l’outil de géotraitement GTFS vers modèle de données de transport en commun pour convertir les données GTFS en un ensemble de tables et classes d’entités qui seront utilisées dans le jeu de données réseau.

1. Dans la fenêtre Geoprocessing (Géotraitement), ouvrez l’outil GTFS vers modèle de données de transport en commun.

   Vous pouvez accéder à cet outil dans la boîte d’outils Public Transit Tools (Outils Transports en commun) du jeu d’outils Conversion ou via la barre de recherche des outils.

2. Pour le paramètre Input GTFS Folders (Dossiers GTFS en entrée), choisissez un ou plusieurs dossiers contenant des fichiers texte GTFS. Si vous utilisez les données fournies pour le didacticiel, sélectionnez les dossiers SORTA et TANK.

   Les données provenant de tous les jeux de données GTFS en entrée seront combinées dans le même ensemble de tables et classes d’entités en sortie, ce qui est utile lorsque vous souhaitez modéliser une zone urbaine dans laquelle plusieurs fournisseurs de services de transport opèrent dans la même zone géographique. Le jeu de données SORTA dessert la partie de la zone métropolitaine de Cincinnati située dans l’État de l’Ohio, et le jeu de données TANK fournit les services correspondant à la partie de la zone métropolitaine de Cincinnati qui se trouve au sud de l’autre côté de la rivière dans l’État du Kentucky.

3. Pour le paramètre Target Feature Dataset (Jeu de classes d'entités cible), choisissez le jeu de classe d’entités que vous avez créé précédemment.
4. Laissez la case Interpolate blank stop times (Interpoler les durées d’arrêt vides) décochée.

   Remarque :

   Si vous utilisez vos propres données GTFS et que vous avez déterminé que le fichier stop_times.txt contient des valeurs vides dans les champs arrival_time et departure_time, cochez la case Interpolate blank stop times (Interpoler les heures d’arrêt vides).
5. Exécutez l’outil.

   L’outil doit s’exécuter correctement sans message d’erreur ni avertissement, et plusieurs tables et classes d’entités sont ajoutées au contenu de la carte.

   Remarque :

   Si vous utilisez vos propres données GTFS, vérifiez que l’exécution de l’outil n’a pas produit de message d’erreur ou d’avertissement et que vos données GTFS peuvent être utilisées dans un jeu de données réseau. L’outil valide certaines données, et dans certains cas, les données des jeux de données GTFS présentent des problèmes qui doivent être corrigés avant que celles-ci puissent être utilisées dans un jeu de données réseau.

6. Examinez la sortie dans la carte et dans la fenêtre Contents (Contenu).

   Deux classes d’entités, Stops et LineVariantElements, ainsi que plusieurs tables sont affichées. Les tables représentent les horaires des transports en commun. La classe d’entités Stops représente les emplacements des arrêts des transports en commun. La classe d’entités LineVariantElements représente les segments de la ligne de transport.

   

   Les lignes de transport dans la carte ne suivent pas les rues et ne ressemblent pas à une représentation visuelle classique du système de transport. Les entités LineVariantElements ne sont pas censées représenter les itinéraires géographiques réels empruntés par les bus, les trains ou autres véhicules de transport en commun, mais représentent plutôt des connexions logiques dans le système de transport. L’évaluateur de transport en commun dans le jeu de données réseau utilise les horaires de transport en commun afin de déterminer le temps nécessaire pour traverser les entités LineVariantElements ; la forme et la longueur de ces entités sont donc sans intérêt. Ces tables et classes d’entités sont décrites plus en détail dans la documentation Modèle de données de transport en commun Network Analyst.

   Vous pouvez remarquer que la classe d’entités LineVariantElements contient plusieurs lignes droites longues. Celles-ci représentent les itinéraires express qui relient le centre-ville aux arrêts situés à sa périphérie sans arrêts intermédiaires.

Copier la classe d’entités Rues dans le jeu de classes d’entités

Puisque les rues feront partie du jeu de données réseau, vous devez placer la classe d’entités Rues dans le jeu de classes d’entités où vous allez créer le jeu de données réseau.

1. Localisez la classe d’entités Rues. Souvenez-vous que les données routières fournies se trouvent dans le dossier de données du didacticiel décompressé dans Tutorial (Didacticiel) > PublicTransit (Transport en commun) > StreetData.gdb > Streets (Rues).
2. Si la classe d’entités Streets (Rues) et le jeu de classes d’entités que vous avez créé auparavant ont des références spatiales différentes, utilisez l’outil Projeter pour projeter les rues dans la référence spatiale du jeu de classes d’entités. Sinon, copiez simplement la classe d’entités Rues dans le jeu de classes d’entités.

   Remarque :

   Si vous utilisez vos propres données, vous devez renommer la classe d'entités Rues pour qu’elle fonctionne avec le modèle du jeu de données réseau fourni.

   Si vous utilisez la classe d’entités Routing_Streets du produit StreetMap Premium Custom Roads, conservez le nom Routing_Streets. Ne la renommez pas en Rues.

   Pour la classe d’entités Routing_Streets, certains éléments supplémentaires sont à prendre en compte. Les outils Copier et Projeter ne fonctionnent pas avec des classes d’entités qui font partie d’un jeu de données réseau. Il est en outre conseillé de découper la classe d’entités Routing_Streets pour inclure uniquement les rues de la zone urbaine que vous analysez. Pour terminer, vous devez également découper et copier la classe d’entités Routing_Streets_Override dans le jeu de classes d’entités cible afin de garantir une connectivité appropriée.

   La méthode la plus simple pour copier et découper Routing_Streets et Routing_Streets_Override consiste à les ajouter à la carte, à sélectionner toutes les entités de la zone couverte par le nouveau réseau de transport en commun et à exécuter l’outil Classe d’entités vers classe d’entités pour chaque couche afin d’exporter les entités sélectionnées.

   Si les classes d’entités d’origine et le jeu de classes d’entités cible ont des références spatiales différentes, vous devez soir créer des classes d’entités en sortie intermédiaires et exécuter l’outil Projeter, soit définir les paramètres d’environnement Output Coordinate System (Système de coordonnées en sortie) et Geographic Transformations (Transformations géographiques) de l’outil Classe d’entités vers classe d’entités.

   Si vous n’avez pas sélectionné les points Routing_Streets_Override pertinents lorsque vous avez sélectionné les entités Routing_Streets appropriées, vous pouvez le faire en sélectionnant tous les points Routing_Streets_Override qui intersectent vos entités Routing_Streets extraites et copiées à l’aide de l’outil Sélectionner une couche par localisation.

Connecter les arrêts de transport en commun aux rues

Dans le jeu de données réseau, vous souhaitez vérifier qu’un voyageur peut circuler à pied dans les rues, utiliser le système de transport en commun en montant à bord des véhicules aux arrêts prévus (uniquement), et marcher jusqu’à leur destination finale. Vous devez par conséquent contrôler qu’il existe une bonne connexion entre les rues, les arrêts et les lignes de transports en commun. Dans cette section, vous utiliserez l’outil Connecter le modèle de données de transport en commun aux rues pour établir une telle connexion. L’outil positionne une copie des arrêts des transports sur les rues et génère une ligne droite connectant l’emplacement d'origine de chaque arrêt à l’emplacement où il est aligné sur la rue. Ces connecteurs sont utilisés dans le jeu de données réseau pour modéliser les déplacements entre les rues et les lignes de transport.

1. Dans la fenêtre Geoprocessing (Géotraitement), ouvrez l’outil Connecter le modèle de données de transport en commun aux rues. Vous pouvez accéder à cet outil dans la boîte d’outils Public Transit Tools (Outils Transports en commun) du jeu d’outils Conversion ou via la barre de recherche des outils.
2. Pour le paramètre Target Feature Dataset (Jeu de classes d’entités cible), choisissez la classe d’entités que vous avez utilisée pour le reste de ce didacticiel.
3. Pour le paramètre Input Streets Features (Entités rues en entrée), choisissez la classe d’entités Rues du jeu de classes d’entités.
4. Pour le paramètre Search Distance (Distance de recherche), vous pouvez accepter la valeur par défaut ou saisir une valeur de votre choix.

   Les arrêts situés en dehors de la distance de recherche ne sont pas alignés sur les entités de rues et ne sont par conséquent pas connectés aux rues. Une petite distance de recherche évite que des arrêts soient positionnés de manière incorrecte sur des rues très éloignées, mais cela augmente la probabilité que des arrêts ne soient pas positionnés là où ils devraient l’être. Une grande distance de recherche augmente le nombre d’arrêts qui seront potentiellement positionnés mais peut entraîner des erreurs qui devront être corrigées en modifiant les données de rues.

   Conseil :

   Utilisez l’outil Select Layer By Location (Sélectionner une couche par emplacement) pour déterminer rapidement à l’avance quels arrêts seront en dehors de la distance de recherche que vous avez spécifiée. Utilisez ces informations pour apporter les mises à jour requises à vos rues ou pour adapter la distance de recherche en fonction de vos besoins avant d’exécuter l’outil Connect Public Transit Data Model To Streets (Connecter le modèle de données de transport en commun aux rues).

5. Pour le paramètre Expression, ajoutez une expression de sorte que les arrêts des transports en commun ne soient pas positionnés sur les rues où la circulation des piétons est interdite. Utilisez le générateur d’expressions pour créer cette expression. Définissez le champ sur RestrictPedestrians, la clause WHERE sur is not equal to (n’est pas égal à) et la valeur sur Y. Vous pouvez aussi utiliser l’éditeur SQL pour écrire RestrictPedestrians <> 'Y'.

   Comme indiqué précédemment, une valeur Y dans le champ RestrictPedestrians indique qu’une rue est interdite aux piétons. L’expression construite dans cette étape garantit que les arrêts des transports en commun ne seront pas placés sur des voies interdites aux piétons. Garantissant ainsi que ces arrêts seront accessibles aux piétons.

   Remarque :

   Si la classe d’entités Streets ne possède pas de champ RestrictPedestrians, vous devez en ajouter un ; dans le cas contraire, vous ne pourrez pas créer le jeu de données réseau à partir du modèle fourni ultérieurement.

   Si vous utilisez vos propres données et que le champ RestrictPedestrians contient des valeurs nulles, ajoutez une deuxième clause au paramètre Expression (Expression) pour que ces valeurs nulles soient traitées correctement. Définissez l'opérateur sur Ou, le champ sur RestrictPedestrians et la clause where sur est nul. Vous pouvez aussi utiliser l’éditeur SQL pour écrire RestrictPedestrians <> 'Y' Or RestrictPedestrians IS NULL. Ainsi, les arrêts des transports en commun peuvent être capturés sur les rues avec des valeurs nulles dans le champ RestrictPedestrians car la valeur nulle signifie que les piétons sont autorisés.

   Si le champ RestrictPedestrians est nul pour toutes les lignes, vous n'avez pas besoin d'utiliser de valeur pour le paramètre RestrictPedestrians car les piétons sont autorisés dans toutes les rues.

   Si vous utilisez la classe d’entités Routing_Streets du produit StreetMap Premium Custom Roads, utilisez le champ RST_PEDESTRIANS pour le paramètre Expression au lieu du champ RestrictPedestrians.

6. Exécutez l’outil.

   L’outil doit s’exécuter correctement sans message d’erreur ni avertissement, et des classes d’entités supplémentaires sont ajoutées à la carte.

   Remarque :

   Si vous utilisez vos propres données, vérifiez que l’exécution de l’outil n’a pas produit de message d’erreur ou d’avertissement et que tout a fonctionné correctement.

7. Examinez la sortie dans la carte et dans la fenêtre Contents (Contenu).

   Deux nouvelles classes d’entités, StopsOnStreets et StopConnectors, sont ajoutées à la carte. La classe d’entités Rues peut également avoir été ajoutée à la carte si elle n’y figurait pas déjà.

8. Zoomez sur la zone autour de l’un des arrêts de transport en commun et examinez-le.

   Vous devriez pouvoir voir l’entité Stops, un segment linéaire droit et court (une entité StopConnectors) reliant cette entité Stops à une rue, et une entité StopsOnStreets à l’intersection de la rue et de l’entité linéaire StopConnectors. Cette combinaison d’entités vous permet de définir une bonne connexion, bien contrôlée, entre les rues et les lignes de transport en commun dans le jeu de donnée réseau. Ces classes d’entités sont décrites plus en détail dans la documentation du modèle de données de transport en commun Network Analyst.

   

   Remarque :

   Si la classe d’entités Stops contient des stations parentes ou des entrées de stations, la structure de la connexion visible peut être légèrement plus complexe. Les règles de connexion pour ces situations sont décrites plus en détail dans la documentation de l’outil Connecter le modèle de données de transport en commun aux rues.

Créer le jeu de données réseau

Dans cette section, vous allez créer le jeu de données réseau en utilisant le modèle de jeu de données réseau fourni. Le modèle fourni garantit un jeu de données réseau bien structuré avec les paramètres les plus importants configurés pour vous. Dans des étapes ultérieures, vous examinerez certains de ces paramètres et vous aurez la possibilité de les modifier pour répondre à vos besoins spécifiques et à vos données.

Créer un jeu de données réseau à partir d'un modèle

Utilisez le modèle XML fourni pour créer un jeu de données réseau automatiquement avec une structure spécifique.

1. Ouvrez l’outil Créer un jeu de données réseau à partir d’un modèle.

   Vous pouvez accéder à cet outil dans la boîte d'outils Outils Network Analyst du jeu d’outils Jeu de données réseau ou via la barre de recherche des outils.

2. Pur le paramètre Network Dataset Template (Modèle du jeu de données réseau), choisissez le fichier de modèle XML fourni dans le dossier des données du didacticiel décompressé dans Tutorial (Didacticiel) > PublicTransit (Transport en commun) > TransitNetworkTemplate.xml.

   Remarque :

   Même si vous utilisez vos propres données à la place des données du didacticiel, ce modèle du jeu de données réseau devrait fonctionner, à condition d’avoir suivi les instructions du didacticiel indiquant de renommer vos données de rues en Rues et d’ajouter les champs RestrictPedestrians et ROAD_CLASS.

   Si vous utilisez des données du produit StreetMap Premium Custom Roads, utilisez le modèle de jeu de données réseau TransitNetworkTemplate_SMP_Custom_Roads.xml au lieu de TransitNetworkTemplate.xml. Cet autre modèle tient compte des considérations particulières concernant ces données.

3. Pour le paramètre Output Feature Dataset (Jeu de classes d’entités en sortie), choisissez la classe d’entités que vous avez utilisée pour le reste de ce didacticiel.

   Le jeu de données réseau sera créé dans ce jeu de classes d'entités.

4. Exécutez l’outil.

   Un jeu de données réseau est créé dans le jeu de classes d’entités.

   Remarque :

   (Vous devrez peut-être actualiser le jeu de classes d'entités dans la fenêtre Catalog (Catalogue) pour voir le nouveau jeu de données réseau.)

Examiner les propriétés du jeu de données réseau

Le jeu de données réseau a été créé, mais vous devriez examiner ces propriétés pour vérifier que vous comprenez comment il fonctionne et qu’il est adapté à vos besoins. Dans cette section, vous allez examiner la règle de connectivité et les attributs de déplacement du jeu de données réseau.

1. Supprimez le jeu de données réseau de la carte s’il s’y trouve.

   Vous ne serez pas en mesure de modifier certaines propriétés du jeu de données réseau si le jeu de données réseau est sur la carte.

2. Ouvrez la boîte de dialogue des propriétés du jeu de données réseau.
3. Examinez la règle de connectivité du jeu de données réseau

   La règle de connectivité du jeu de données réseau est configurée de façon à empêcher les transferts non souhaités entre les lignes de transport en commun et les rues. Pour effectuer un transfert entre une rue et une ligne de transport en commun les voyageurs doivent utiliser les arrêts de transports en commun prévus. Par conséquent, les rues et lignes de transport en commun appartiennent à des groupes de connectivité distincts.

   Plus d’informations sur les règles et groupes de connectivité des jeux de données réseau

   1. Dans la boîte de dialogue des propriétés du jeu de données réseau, sélectionnez Source Settings (Paramètres de la source) > Group Connectivity (Connectivité de groupe).

      L’onglet Group Connectivity (Connectivité de groupe) s’affiche.

      

   2. Examinez la liste des classes d'entités.

      Les lignes de transport (LineVariantElements), rues, et entités de connexion (StopConnectors) sont incluses dans le réseau en tant que sources de segment. Les arrêts de transports en commun (Stops) et la copie des arrêts qui est positionnée sur les rues(StopsOnStreets) sont inclus dans le réseau en tant que sources de jonction.

      Remarque :

      Si vous utilisez des données issues du produit StreetMap Premium Custom Roads, Routing_Streets s’affiche au lieu de Streets et Routing_Streets_Override est indiquée comme source de jonction supplémentaire.

   3. Examinez les groupes de connectivité.

      Le jeu de données réseau comporte trois groupes de connectivité. Les rues sont dans le premier groupe, les lignes de connexion sont dans le second groupe, et les lignes des transports en commun dans le troisième groupe. La classe d’entités StopsOnStreets appartient à la fois au premier et au deuxième groupe, permettant au voyageur d’effectuer une transition entre les rues et les lignes de connexion. La classe d’entités Stops appartient au deuxième et au troisième groupes, ce qui permet d’effectuer la transition des lignes de connexion aux lignes de transport en commun.

      Remarque :

      Si vous utilisez des données issues du produit StreetMap Premium Custom Roads, Routing_Streets_Override fait partie du même groupe de connectivité que Routing_Streets.

   4. Examinez les règles de connectivité pour les sources de segment.

      Les trois sources de segment ont une connectivité de type Endpoint (Extrémité), ce qui signifie que les entités linéaires sont uniquement considérées connectées dans le réseau lorsque leurs extrémités coïncident. Elles ne sont pas considérées connectées si elles se touchent ou se superposent à d’autres endroits.

      LineVariantElements Et StopConnectors doivent toujours utiliser la connectivité de type Endpoint (Extrémité).

      Plus tôt dans ce didacticiel, vous avez examiné les données routières sur la carte pour déterminer si celles-ci se divisaient en plusieurs entités à chaque intersection ou si elles présentaient de longues entités de rues contiguës traversant plusieurs intersections avec d’autres rues. Pour les données routières qui se divisent à chaque intersection, la connectivité de type Endpoint (Extrémité) est le choix approprié. Les données routières fournies se divisent en plusieurs entités à chaque intersection, alors conservez la règle de connectivité de Streets sur Endpoint (Extrémité).

      Remarque :

      Si vous utilisez vos propres données routières et que vos rues contiennent de longues entités de rues contiguës qui ne sont pas fractionnées à chaque intersection, définissez la règle de connectivité Streets sur Any Vertex (Tout sommet).

      Si vous utilisez des données issues du produit StreetMap Premium Custom Roads, laissez la règle de connectivité de Routing_Streets définie sur Endpoint (Extrémité), même si ces données de rues ne sont pas fractionnées à chaque intersection. La source de jonction Routing_Streets_Override, dotée de la règle de connectivité Override (Déroger), permet de garantir une connectivité appropriée à ces intersections.

   5. Examinez les règles de connectivité pour les sources de jonction.

      La source de jonction Stops a une règle de connectivité de type Honor (Respect), ce qui signifie que les arrêts des transports en commun respectent la règle de connectivité de la source du segment à laquelle ils sont connectés.

      La source de jonction StopsOnStreets a une règle de connectivité de type Override (Déroger), ce qui signifie que ces jonctions dérogeront à la règle de connectivité de la source du segment à laquelle elles sont connectées. Dans ce cas, les entités StopsOnStreets se connecteront aux entités Streets au niveau des jonctions même si la règle de connectivité Streets est définie sur Endpoint (Extrémité). Ceci est important car cela signifie que vous n’avez pas à diviser les entités de rues aux emplacements des arrêts de transports en commun pour garantir la connectivité dans le réseau.

      Laissez les règles de connectivité des sources de jonction comme elles sont.

4. Examinez les attributs de coût du jeu de données réseau

   Les attributs de coût servent à mesurer le coût, ou l’impédance pour voyager le long d’un segment dans le réseau. Par exemple, un attribut de coût peut définir le temps de trajet requis pour un déplacement à pied le long d’un segment de rue ou pour un trajet sur une ligne de transport en commun.

   Pour en savoir plus sur les attributs de coût

   1. Dans la boîte de dialogue des propriétés du jeu de données réseau, sélectionnez Travel Attributes (Attributs de déplacement) > Costs (Coûts).
   2. Examinez la liste des attributs de coût affichée dans la section supérieure de la boîte de dialogue.

      Le jeu de données réseau comporte trois attributs de coût, PublicTransitTime (Temps de transport en commun), WalkTime (Temps de marche) et Length (Longueur).

   3. Sélectionnez l’attribut de coût PublicTransitTime (Temps de transport en commun).

      Les propriétés de l’attribut de coût PublicTransitTime (Temps de transport en commun) s'affichent dans la section inférieure de la boîte de dialogue.

   4. Examinez la section Evaluators (Évaluateurs).

      Un évaluateur définit un calcul qui détermine le coût requis pour traverser un segment, une jonction ou un tournant spécifique du réseau. Chaque source de segment, jonction ou tournant peut utiliser un type d’évaluateur différent. Vous pouvez par exemple utiliser différents évaluateurs pour calculer le temps de trajet d’un piéton le long de certaines rues et lignes de transport en commun.

      Pour en savoir plus sur les types d'évaluateurs utilisés par un réseau

      La source du segment LineVariantElements utilise l’évaluateur Public Transit (Transport en commun). Cet évaluateur calcule le temps de trajet le long d’un segment de ligne de transport en commun en fonction des horaires du service de transport en commun. La durée retournée inclut le temps d’attente jusqu’au prochain départ prévu du service de transport en commun, plus le temps de trajet d’un bout à l’autre du segment de la ligne de transport.

      En savoir plus sur l’évaluateur de transport en commun

      La source du segment StopConnectors utilise l’évaluateur Constant avec une valeur de 0. Cela signifie qu’aucun temps de trajet n’est comptabilisé lorsqu’un piéton utilise une entité StopConnectors pour se déplacer entre une rue et une ligne de transport en commun. Puisque les entités StopConnectors créées par l’outil Connecter le modèle de données de transport en commun aux rues représentent des connexions logiques pour contrôler la connectivité du réseau plutôt que des itinéraires géographiques réels, il est logique de ne pas comptabiliser de temps de trajet. Cependant, si vous souhaitez modéliser les itinéraires à travers des stations importantes ou si vous disposez d’informations concernant les temps habituellement requis pour monter à bord d’un moyen de transport ou pour en descendre aux arrêts de transports en commun, vous pouvez modifier le type ou la valeur de l’évaluateur.

      La source du segment Streets utilise l’évaluateur Function (Fonction) pour définir le temps de trajet comme égal au temps de marche le long de rues calculé pour l’attribut de coût WalkTime (Temps de marche). L’attribut WalkTime (Temps de marche), à son tour, calcule le temps de marche en fonction de la longueur de la rue et d’un paramètre de vitesse de marche configurable.

      Remarque :

      Vous pouvez examiner les évaluateurs pour l’attribut de coût WalkTime (Temps de marche) en sélectionnant ce dernier dans la partie supérieure de la boîte de dialogue. Ceci modifiera la partie inférieure de la boîte de dialogue pour afficher les propriétés de l’attribut WalkTime (Temps de marche).

   5. Examinez la section Parameters (Paramètres) de la boîte de dialogue. Cliquez dessus pour la développer, si nécessaire.

      Plusieurs paramètres d'attributs configurent l'attribut de coût PublicTransitTime (Temps de transport en commun) qui peut être utilisé pour mieux contrôler le comportement de l’évaluateur Transport en commun.

      Plus d’informations sur les paramètres de l’évaluateur de transport en commun pris en charge

5. Examinez les attributs de restriction du jeu de données réseau

   Les attributs de restriction servent à interdire la circulation le long de certaines portions du réseau dans des circonstances spécifiques. Par exemple, un attribut de restriction peut définir des voies interdites aux piétons, telles que les autoroutes.

   Plus d’informations sur les attributs de restriction

   1. Dans la boîte de dialogue des propriétés du jeu de données réseau, sélectionnez Travel Attributes (Attributs de déplacement) > Restrictions.
   2. Examinez la liste des attributs de restriction affichée dans la partie supérieure de la boîte de dialogue.

      Le jeu de données réseau possède deux restrictions, PedestrianRestriction (Restriction du trafic piétonnier) et WheelchairRestriction (Restriction d’accès des personnes en fauteuil roulant).

   3. Sélectionnez PedestrianRestriction (Restriction du trafic piétonnier).

      Cette restriction empêche les piétons de circuler sur les voies auxquelles ils n’ont pas accès.

      Les propriétés de la restriction PedestrianRestriction (Restriction du trafic piétonnier) s'affichent dans la partie inférieure de la boîte de dialogue.

   4. Examinez la section Evaluators (Évaluateurs).

      Pour la source du segment Streets, c’est la valeur du champ RestrictPedestrians qui détermine si un segment spécifique est restreint ou non. Si la valeur du champ est Y, la circulation est considérée restreinte sur cette voie. Dans le cas contraire, la circulation des piétons est autorisée.

      Remarque :

      Si vous utilisez la classe d’entités Routing_Streets du produit StreetMap Premium Custom Roads, le champ utilisé par cette restriction est RST_PEDESTRIANS et non RestrictPedestrians.

      Les autres sources des segments et jonctions ne définissent aucun comportement pour cette restriction. Le trafic piétonnier sur ces autres entités est toujours autorisé.

   5. Examinez la restriction WheelchairRestriction (Restriction d’accès des personnes en fauteuil roulant) dans la liste des attributs de restriction dans la partie supérieure de la boîte de dialogue.

      Cette restriction empêche le déplacement des personnes en fauteuil roulant dans les endroits qui ne sont pas adaptés aux fauteuils roulants.

      Les propriétés de la restriction WheelchairRestriction (Restriction d’accès des personnes en fauteuil roulant) s'affichent dans la partie inférieure de la boîte de dialogue.

   6. Examinez la section Evaluators (Évaluateurs).

      Pour la source du segment StopConnectors, c’est la valeur du champ GWheelchairBoarding qui détermine si un segment spécifique est restreint ou non en fonction des règles définies par le modèle de données de transport en commun. Ceci permet d’éviter que les usagers en fauteuil roulant montent à bord de véhicules aux arrêts qui ne sont pas adaptés pour l’accès des personnes en fauteuil roulant.

      Les autres sources des segments et jonctions ne définissent aucun comportement pour cette restriction. Le déplacement des personnes en fauteuil roulant sur ces autres entités est toujours autorisé. Si les rues contiennent des informations concernant l’accessibilité des personnes en fauteuil roulant, vous pouvez intégrer ces informations dans cette restriction en configurant les évaluateurs pour la source du segment Streets.

      Remarque :

      L’accès des personnes en fauteuil roulant aux lignes de transport en commun est géré séparément à l’aide du paramètre Traveling with a wheelchair (Déplacement en fauteuil roulant) sur l’attribut de coût PublicTransitTime (Temps de transport en commun). Lorsque la valeur de ce paramètre est définie sur True (Vraie), l’évaluateur Transport en commun s’assure que le service de transport non adapté aux fauteuils roulants n’est pas utilisé dans le calcul déterminant le temps de trajet. Un paramètre sur l’attribut de coût est utilisé à la place de la restriction car l’accès des fauteuils roulants aux lignes de transport en commun est souvent lié au véhicule utilisé plutôt qu’à la ligne elle-même.

6. Examinez les modes de déplacement du jeu de données réseau

   Les modes de déplacement représentent un ensemble de paramètres du jeu de données réseau, tels que les attributs de restriction et de coût, qui peuvent être appliqués à une analyse. Les modes de déplacement représentent généralement un mode de déplacement spécifique, comme le déplacement des piétons et l’utilisation des transports en commun.

   Plus d’informations sur les modes de déplacement

   1. Dans la boîte de dialogue des propriétés du jeu de données réseau, sélectionnez Travel Attributes (Attributs de déplacement) > Travel Modes (Modes de déplacement).
   2. Examinez les modes de déplacement dans la liste déroulante dans la partie supérieure de la boîte de dialogue.

      Le jeu de données réseau comporte deux modes de déplacement, Public transit time (Temps de transport en commun) et Public transit time with wheelchair (Temps de transport en commun en fauteuil roulant).

   3. Sélectionnez Public transit time (Temps de transport en commun) dans la liste.

      Ce mode de déplacement représente le temps de déplacement des piétons se déplaçant à pied dans les rues et utilisant les transports en commun.

      Les propriétés du mode Public transit time (Temps de transport en commun) s'affichent dans la partie inférieure de la boîte de dialogue.

   4. Dans la section Costs (Coûts), examinez la propriété Impedance (Impédance).

      L'attribut de coût PublicTransitTime (Temps de transport en commun) est sélectionné comme attribut d’impédance du mode de déplacement, ce qui signifie que cet attribut sera utilisé pour effectuer le calcul du temps de trajet lorsque le mode de déplacement est utilisé pour analyse.

   5. Dans la section Costs (Coûts), examinez la section Cost Parameters (Paramètres de coût).

      Les paramètres des attributs associés aux attributs de coût sont affichés. Vous pouvez sélectionner l’un des attributs figurant dans la liste pour développer les paramètres appropriés et examiner leurs valeurs. La vitesse de marche est définie ici.

   6. Dans la section Restrictions, examinez la liste des restrictions qui sont appliquées lorsque vous utilisez ce mode de déplacement dans une analyse.

      La restriction PedestrianRestriction (Restriction du trafic piétonnier) est activée, mais pas la restriction WheelchairRestriction (Restriction d’accès des personnes en fauteuil roulant), puisque ce mode de déplacement n’est pas conçu pour modéliser le déplacement des personnes en fauteuil roulant.

   7. Sélectionnez Public transit time with wheelchair (Temps de transport en commun en fauteuil roulant) dans la liste des modes de déplacement dans la partie supérieure de la boîte de dialogue.

      Ce mode de déplacement représente le temps de trajet des personnes en fauteuil roulant se déplaçant dans les rues et utilisant les lignes de transport en commun.

      Les propriétés du mode Public transit time with wheelchair (Temps de transport en commun en fauteuil roulant) s'affichent dans la partie inférieure de la boîte de dialogue.

   8. Dans la section Costs (Coûts), examinez la section Cost Parameters (Paramètres de coût).
   9. Sélectionnez PublicTransitTime (Temps de transport en commun) dans la boîte de dialogue pour développer les paramètres d'attributs associés à cet attribut de coût.

      Pour ce mode de déplacement, la valeur du paramètre Traveling with a wheelchair (Déplacement en fauteuil roulant) est définie sur True (Vraie), remplaçant la valeur par défaut.

   10. Dans la section Restrictions, examinez la liste des restrictions qui sont appliquées lorsque vous utilisez ce mode de déplacement dans une analyse.

       Les restrictions PedestrianRestriction (Restriction du trafic piétonnier) et WheelchairRestriction (Restriction d’accès des personnes en fauteuil roulant) sont toutes deux activées pour ce mode de déplacement.

7. Dans la boîte de dialogue des propriétés du jeu de données réseau, sélectionnez Directions (Feuille de route) > General (Général) pour examiner la configuration de la feuille de route du jeu de données réseau.

   L’Extension ArcGIS Network Analyst ne prend actuellement pas en charge les feuilles de route tournant par tournant pour les transports en commun qui pourraient être utilisées par une application destinée aux passagers.

   La case Support Directions (Prendre en charge la feuille de route) n’est pas cochée. Ce jeu de données réseau n’est actuellement pas configuré pour prendre en charge la feuille de route. Si vous le souhaitez, vous pouvez cocher cette case et configurer la feuille de route de l’itinéraire piéton.

   En savoir plus sur la configuration de la feuille de route

8. Examinez les propriétés du jeu de données réseau.

Créer le jeu de données réseau

Un jeu de données réseau doit avoir été créé pour pouvoir être utilisé dans une analyse.

1. Ouvrez l’outil Construire un réseau.

   Vous pouvez accéder à cet outil dans la boîte d'outils Outils Network Analyst du jeu d’outils Jeu de données réseau ou via la barre de recherche des outils.

2. Choisissez le jeu de données réseau et exécutez l’outil.

   Un message d'avertissement peut s’afficher indiquant que des erreurs de construction ont été rencontrées.

3. Si tel est le cas, ouvrez le fichier de messages d’erreur de construction figurant dans le texte du message et examinez les erreurs de construction.

   Les erreurs de construction indiquent des problèmes réels ou potentiels avec le jeu de données réseau. Certains problèmes sont sérieux et doivent être corrigés pour que le jeu de données réseau fonctionne. Les autres problèmes sont mineurs et peuvent être ignorés.

   Pour en savoir plus sur les erreurs liées à la construction du jeu de données réseau

   Les erreurs de construction que vous avez le plus de probabilité de rencontrer sont celles indiquant que les entités StopConnectors présentent une géométrie vide. Les messages du type SourceName: StopConnectors, ObjectID: 232, Geometry is empty (SourceName: StopConnectors, ObjectID: 232, la géométrie est vide) sont courants dans ce scénario. Cela se produit généralement lorsque l’une des entités Stops et l’entité StopsOnStreets qui lui est associée coïncident spatialement car l’entité StopsOnStreets ne s’est pas positionnée correctement sur une rue à proximité. Par conséquent, la ligne de connexion générée entre ces deux éléments a une longueur nulle.

   Si vous rencontrez des erreurs de construction de ce type, révisez les entités StopConnectors affectées. Vous pouvez trouver les entités Stops et StopsOnStreets associées à l’aide du champ StopID dans StopConnectors, qui fait référence au champ ID dans Stops et dans StopsOnStreets. La cause la plus probable de l’erreur est que l’arrêt se trouvait à une distance plus grande de la rue la plus proche que la valeur Search Distance (Distance de recherche) utilisée dans l’outil Connecter le modèle de données de transport en commun aux rues. L’arrêt peut se trouver au mauvais endroit, ce qui indique une erreur dans les données GTFS d’origine, ou bien des routes ou voies desservant l’arrêt ne figurent peut-être pas dans les données routières.

   S’il n’y a qu’un petit nombre d’erreurs et que celles-ci ne se trouvent pas dans une zone importante de votre analyse, vous pouvez les ignorer.

   Si vous souhaitez corriger le problème, vous devez déplacer manuellement l’entité StopsOnStreets et la positionner à l’emplacement correct le long d’une rue et mettre à jour l’entité StopConnectors pour établir la connexion. La façon la plus simple de corriger une géométrie nulle est d’utiliser l’outil de mise à jour Remplacer la géométrie. Le sens de numérisation des entités StopConnectors doit aller des arrêts vers les rues. Ne déplacez pas l’entité Stops au cas où elle se déconnecterait des lignes de transport en commun. Vous pouvez également mettre à jour les données routières pour ajouter des routes ou voies avant de mettre à jour StopsOnStreets.

   Plutôt que d’effectuer la mise à jour, vous pouvez exécuter à nouveau l’outil Connecter le modèle de données de transport en commun aux rues avec une valeur Search Distance (Distance de recherche) plus élevée.

   Une autre erreur de construction que vous pouvez rencontrer est que l’emplacement de l’arrêt d’origine n’est pas coïncident ou presque coïncident spatialement avec une rue. Dans ce cas, l’entité Stops et son entité StopsOnStreets associée sont coïncidentes ou presque coïncidentes, car le processus de capture n’a pas déplacé l’entité StopsOnStreets de son emplacement d’origine, et la ligne générée entre elles a une longueur nulle ou très courte, trop petite pour être utilisée dans un jeu de données réseau. Les messages du type SourceName: StopConnectors, ObjectID: 232, The edge feature is too small to participate in snapping and may not be connected to other features (SourceName: StopConnectors, ObjectID: 232, l’entité tronçon est trop petite pour participer à la capture et ne doit pas être connectée aux autres fonctionnalités) sont courants dans ce scénario.

   Tans que l’entité Stops et son entité StopsOnStreets associée sont spatialement coïncidentes, une bonne connectivité au réseau est assurée et le réseau est en mesure de modéliser les voyageurs qui montent et descendent à cet arrêt. Cependant, si vous prévoyez de modéliser un coût de temps pour monter et descendre en ajoutant une impédance aux entités StopConnectors, les montées et les descentes à cet arrêt ne respecteront sans doute pas l’impédance de coût de temps prévue, car il n’est pas nécessaire de passer par le connecteur ou le connecteur n’est pas inclus dans le jeu de données réseau.

   Si vous voulez corriger le problème, vous devez déplacer manuellement l’entité Stops et les points de terminaison de toutes les entités LineVariantElement qui y sont connectées, afin qu’elles ne soient plus spatialement coïncidentes avec une rue. Si nécessaire, mettez ensuite à jour l’entité StopConnectors pour connecter correctement l’entité Stops et son entité StopsOnStreets associée. Le sens de numérisation des entités StopConnectors doit aller des arrêts vers les rues.

   Apprendre à utiliser la topologie de carte pour assurer les connexions entre les entités lorsque vous les déplacez

   Attention :

   Si vos problèmes sont très étendus ou que vous rencontrez d’autres erreurs de construction, vous devrez peut-être prendre le temps de mettre à jour la classe d’entités des rues ou en utiliser une autre.

Exécuter l'analyse de la zone de desserte

Dans cette section, vous allez créer une zone de desserte qui montre la zone accessible en transport en commun et à pied dans un rayon de 30 minutes autour d’un point de départ à une heure spécifique de la journée en utilisant le jeu de données réseau que vous avez créé dans les sections précédentes.

En savoir plus sur l'analyse des zones de desserte

Créer et configurer la couche de zones de desserte

Une couche de zones de desserte fournit la structure et les propriétés nécessaires à la définition et à la résolution des problèmes de zones de desserte. Elle contient également les résultats obtenus une fois l’analyse terminée.

1. Dans l’onglet Analysis (Analyse), dans le groupe Workflows (Processus), cliquez sur Network Analysis (Analyse du réseau) > Service Area (Zone de desserte) .

   La couche Zone de desserte est ajoutée à la fenêtre Contenu. Elle comprend des sous-couches qui contiennent les entrées et sorties de l’analyse.

2. Dans la fenêtre Contenu, cliquez sur Zone de desserte pour sélectionner le groupe de couches.

   L’onglet Service Area Layer (Couche de zones de desserte) apparaît.

3. Cliquez sur Service Area Layer (Couche de zones de desserte) pour afficher les paramètres disponibles sur le ruban.

   

   Vous les utiliserez pour définir la zone de desserte à générer.

   Conseil :

   L’onglet Service Area Layer (Couche de zones de desserte) apparaît uniquement lorsque vous sélectionnez une couche de zones de desserte dans la fenêtre Contents (Contenu). De plus, si vous disposez de plusieurs couches de zone de desserte, vous pouvez modifier les paramètres des couches individuellement ou sélectionner les couches multiples afin de modifier les paramètres de toutes les couches sélectionnées si elles partagent la même source de données réseau. Chaque couche possède son propre onglet.

4. Sur l’onglet Service Area Layer (Couche de zones de desserte), dans le groupe Travel Settings (Paramètres de déplacement), vous remarquerez que la commande Mode est définie sur Public transit time (Temps de transport en commun).

   Ce mode de déplacement est le mode de déplacement par défaut du jeu de données réseau. Ce mode de déplacement représente les déplacements en transports en commun et à pied.

5. Sur l’onglet Service Area Layer (Couche de zones de desserte), dans le groupe Travel Settings (Paramètres de déplacement), définissez la valeur de Cutoffs (Limites) sur 30.

   Du fait de ce changement, le polygone de zone de desserte en sortie représente la zone accessible dans un temps de trajet de 30 minutes.

   En savoir plus sur l’option Cutoffs (Limites) de la zone de desserte

6. Dans le groupe Date and Time (Date et heure), définissez la valeur de la liste déroulante Arrive Depart Date-Time Type (Type Date-Heure Arrivée/Départ) sur Day of Week (Jour de la semaine).

   Vous devez spécifier une heure de la journée pour que votre analyse de la zone de desserte utilise les horaires de transport en commun dans le jeu de données réseau. Sans heure de la journée, l’évaluateur Transport en commun ne peut pas calculer le temps de trajet et toutes les lignes de transport sont considérées comme restreintes.

   En savoir plus sur les options Arrive Depart Date-Time Type (Type Date-Heure Arrivée/Départ)

   Remarque :

   Si vous utilisez vos propres données GTFS et que vous avez déterminé précédemment que vous devez utiliser des dates spécifiques pour votre analyse au lieu de jours de la semaine génériques, sélectionnez Date & Time (Date et heure) au lieu de Day of Week (Jour de la semaine).

   Les commandes Time of Day (Heure) et Date sont à présent disponibles.

7. Définissez la valeur Date sur un jour de la semaine de votre choix.

   Remarque :

   Si vous avez spécifié Date & Time (Date et heure) au lieu de Day of Week (Jour de la semaine), définissez la commande Date sur une date de votre choix qui se trouve dans la plage de dates des fichiers calendar.txt et calendar_dates.txt des données GTFS.

8. Définissez la valeur de Time of Day (Heure) sur l’heure de la journée de votre choix à laquelle le service de transport en commun est supposé fonctionner, comme 17 h 15.
9. Dans le groupe Output Geometry (Géométrie en sortie), cliquez sur le bouton Exclude Edge Sources (Exclure les sources de segment) pour ouvrir un menu déroulant.

   La source du segment LineVariantElements est exclue de la génération du polygone par défaut. Cela signifie que les polygones de zone de desserte ne seront pas générés autour des entités LineVariantElements même si ces entités peuvent être traversées dans l’analyse. Il s'agit du comportement souhaité. Les voyageurs empruntant les transports en commun ne peuvent descendre du véhicule qu’aux arrêts prévus, les polygones de zone de desserte ne doivent donc pas montrer la zone entourant les lignes de transport en commun comme accessible à moins que le voyageur puisse descendre à un arrêt et marcher jusqu’à cette zone.

10. Fermez le menu déroulant Exclude Edge Sources (Exclure les sources de segment) sans effectuer de changement.

Dessiner une ressource

Une ressource de zone de desserte constitue le point de départ de votre analyse. Le polygone de zone de desserte montre la zone accessible depuis cette ressource dans la limite de temps que vous avez spécifiée pour le paramètre Cutoffs (Limites) sur l’onglet Service Area Layer (Couche de zones de desserte). Dans cette section, vous allez dessiner une ressource de zone de desserte sur la carte.

Remarque :

Vous pouvez également importer des points existants en tant que ressources en cliquant sur le bouton Import Facilities (Importer des ressources) sur l’onglet Service Area Layer (Couche de zones de desserte).

1. Dans la section Input Data (Données en entrée), cliquez sur le bouton Create Features (Créer des entités) .

   La fenêtre Créer des entités qui s'affiche contient une liste des couches modifiables.

2. Sous Service Area: Facilities (Zone de desserte : ressource), cliquez sur Facilities (Ressources) pour activer le modèle de mise à joru par défaut.
3. Utilisez l’outil Point pour créer une ressource sur la carte dans la zone située à proximité d’un grand nombre d’arrêts de transport en commun, comme le centre-ville.
4. Sur l’onglet Edit (Mettre à jour), cliquez sur Save (Enregistrer) pour enregistrer vos mises à jour.

Calculez la zone de desserte et examinez les résultats

Maintenant que vous avez créé et configuré la couche de zone de desserte et ajouté une ressource, la zone de desserte est prête à être calculée. Dans cette section, vous allez calculer une zone de desserte et examiner les résultats.

1. Sur l’onglet Service Area Layer (Couche de zones de desserte), cliquez sur Run (Exécuter) .

   Un polygone de zone de desserte est généré sur la carte. Ce polygone représente la zone accessible à partir de la ressource, en transport en commun et à pied, dans un rayon de 30 minutes de temps de trajet si le voyageur initie son déplacement à l’heure de la journée que vous avez spécifiée. Il doit s’étendre de la ressource le long de certaines des lignes de transport en commun dans votre système.

   Vos polygones en sortie de la zone de desserte peuvent inclure des entités multi-parties affichant des zones apparemment déconnectées autour des arrêts ou stations de transport. Ce comportement est prévu et correct. Si vous créez une zone de desserte de 30 minutes, votre voyageur peut quitter le train à une station au bout de 25 minutes et marcher pendant cinq minutes ou il peut poursuivre son voyage et quitter le train à la prochaine station, au bout de 28 minutes et ne marcher que pendant deux minutes. Toutefois, les trains étant généralement plus rapides que les marcheurs, un voyageur à pied ne peut pas atteindre toutes les zones entre les deux stations sans dépasser le temps de trajet maximal de 30 minutes. Par conséquent, une petite zone autour de chaque station est accessible en 30 minutes, mais une grande partie de la zone entre les stations ne l’est pas et le polygone de la zone de desserte en 30 minutes contient chacune de ces zones déconnectées autour des stations accessibles.

   

2. Sur l’onglet Service Area Layer (Couche de zones de desserte), dans le groupe Arrive/Depart Time (Heure d’arrivée/de départ), modifiez la valeur de Time (Heure) et choisissez une autre heure de la journée. Par exemple, choisissez un horaire situé en dehors des heures de pointe, lorsque les services de transport en commun sont moins nombreux, comme 14 h.

   Remarque :

   Si l’onglet Service Area Layer (Couche de zones de desserte) n’est pas visible, dans la fenêtre Contents (Contenu), cliquez sur Service Area (Zone de desserte) pour sélectionner le groupe de couches.

3. Sur l’onglet Service Area Layer (Couche de zones de desserte), cliquez sur Run (Exécuter) .

   Le polygone de zone de desserte est modifié. La zone de desserte représente désormais la zone accessible lorsque le voyageur initie son déplacement à l’heure que vous avez spécifiée. Puisque le service de transport en commun change en fonction de l’horaire de la journée, la zone accessible par un voyageur utilisant les transports en commun change également.