Différences entre versions de « Plan de quartier RMTT »
m (maj données 2021) |
|||
| Ligne 12 : | Ligne 12 : | ||
Les données utilisées pour les plans de proximité sont : | Les données utilisées pour les plans de proximité sont : | ||
| − | * Transport : données fournies par RMTT au format MapInfo et | + | * Transport : données fournies par RMTT au format MapInfo (ArretBUS_pour HASTUS_mars2021 et CaractéristiqueARRET_mars2021). Ces données nous sont transmises chaque année et doivent être intégrées en annule-et-remplace. |
| − | * POI : les points d'intérêt, parkings, points de vente et agence Mistral proviennent d'une couche MapInfo fournie par RMTT en 2016, mise à jour au fil de l'eau par nos soins | + | * POI : les points d'intérêt, parkings, points de vente et agence Mistral proviennent d'une couche MapInfo fournie par RMTT en 2016, mise à jour au fil de l'eau par nos soins (avant 2021) ou relivrées par le client (A partir 2021) |
* Fond [[OpenStreetMap]] | * Fond [[OpenStreetMap]] | ||
Version du 7 avril 2021 à 10:19
Les plans de quartier RMTT (réseau Mistral Toulon) sont affichés à certains abribus en géo-orienté et certains poteaux au Nord.
La dernière version des plans en Illustrator et PDF pour impression est toujours sur le cloud : 03_RESEAUX PROVINCE\02_TRANSDEV\TRANSDEV_RMTT\PLAN-PROXI RMTT\PLANS_OK_2020
Ce dossier doit impérativement être mis à jour et rangé par secteur et sous-secteur à chaque mise à jour.
A ne pas confondre avec le projet plan de quartier embarqué Lumiplan pour RMTT.
Dans ce projet, il n'existe pas de système de versionnement des données et de stockage d'identifiant dans les fichiers Illustrator comme sur le projet plan de quartier TCL ou plan de quartier Rennes STAR.
Données
Les données utilisées pour les plans de proximité sont :
- Transport : données fournies par RMTT au format MapInfo (ArretBUS_pour HASTUS_mars2021 et CaractéristiqueARRET_mars2021). Ces données nous sont transmises chaque année et doivent être intégrées en annule-et-remplace.
- POI : les points d'intérêt, parkings, points de vente et agence Mistral proviennent d'une couche MapInfo fournie par RMTT en 2016, mise à jour au fil de l'eau par nos soins (avant 2021) ou relivrées par le client (A partir 2021)
- Fond OpenStreetMap
Méthode de traitement des données transport
A la réception de nouvelles données transport, il faut suivre la procédure suivante pour intégrer les données dans le process de production des plans de proximité.
- Réception des fichiers MapInfo arrêt, caractéristique arrêt et lignes
- A l’aide de FME, tout convertir en géodatabase dans un nouveau dossier de D:\En_cours\RMTT\PLANS_QUARTIERS_2016\DATA_CLIENT\arrets
- Pour la couche arrêt, ne pas utiliser la projection par défaut (mal reconnue par ArcGIS), exporter en table puis recréer une couche à partir des champs lambert93_X et Y
- Copier/coller la classe d’entités vers la géodatabase finale et l’appeler ARRETPHYSIQUE_WITHOUT_LINES
- Renommer les champs (champ ET alias) NOM_ARRET, TYPE_MOBILIER, COMMUNE (nom_commune), ADRESSE (sous-secteur), LETTRE (secteur), ID (IDENT), NORD (Orientation_Nord), SUD, EST, OUEST
- Créer le champ ECHELLE (double) = float( !Zoom!) (python). S’il y a une erreur, c’est surement qu’une valeur n’est pas renseignée dans la colonne Zoom -> la corriger.
- Créer les champs DESSERVIES et DIRECTIONS de type texte (255)
- Créer la couche CHEMIN à partir de la couche Ligne du client, avec le champ NOM_LIGNE = NUM_ligne, DIRECTION = Direction, DIRECTION_ID = SENS, ID_CHEMIN (=ObjectId)
- Créer des CHEMIN fictifs pour les lignes manquantes, en leur attribuant un segment simple et en complétant leurs attributs manuellement
- Avec FME, convertir le fichier CaractéristiqueARRET_avril2016.TAB en CSV : CaractéristiqueARRET_avril2016.csv (ne pas faire la conversion avec ArcGIS, au risque de perdre les accents)
- Mettre les couches CHEMIN et ARRETPHYSIQUE_WITHOUT_LINES dans un jeu de classes d’entités ‘dataset’
- Paramétrer puis lancer le programme Java RMTTDataProcessing
Ce programme récupère les lignes passantes et les directions de chaque arrêt. Il calcule aussi les orientations des arrêts par rapport à la couche CHEMIN. Une latéralisation des angles est effectuée car les chemins ne sont généralement pas saisis dans le sens de la marche (donc pas grave si le programme alerte sur le fait que 50% des arrêts sont à gauche de leur ligne).
Méthode de production
La production des plans de proximité se fait au moyen du programme Java ExportRMTTPlanDeQuartier.
Ce programme utilise le MXD D:\En_cours\RMTT\PLANS_QUARTIERS_2016\RMTT-PlanDeQuartier-export-2020.mxd qui définit la charte cartographique.
Éditer ce MXD pour que la couche ARRETPHYSIQUE pointe sur la base arrêt précédemment générée.
Les POI pointent sur la base POI.gdb et les autres couches pointent sur la base OSM téléchargée.
Les POI sont représentés par des lettres (noms des symboles Illustrator).
Le fichier gabarit D:\En_cours\RMTT\PLANS_QUARTIERS_2016\ELEMENTS_MEP\gabaritMEP.ai définit la mise en page. Ses éléments sont séparés en 4 calques :
- Communs à toutes les échelles,
- Pour l’échelle 300m,
- Pour l’échelle 150m,
- Pour les plans orientés.
Ce gabarit embarque également les symboles Illustrator des arrêts et POI.
Le script Illustrator D:\outils\ILLUSTRATOR\RMTT\autoV1.jsx correspond à la mise en page dynamique des plans (intégration de la partie cartographique, des symboles, du nom de l’arrêt, de la signature, des directions et des spécificités liées à l’orientation et à l’échelle).
Mise à jour
En cas de mise à jour, RMTT nous donne la liste des modifications des POI et nous renvoie une base transport MapInfo.
Il faut donc :
- refaire la partie intégration des données transport à partir des derniers fichiers MapInfo
- mettre à jour manuellement sous ArcGIS dans la géodatabase POI.gdb, les classes d'entités POI et POI_SURF
Si la demande de mise à jour ne comprend pas la liste des plans à mettre à jour, il faut déterminer nous-même cette liste ainsi que la liste des modifications par plan à effectuer.
Pour ce faire :
- générer une couche de cadrage à l'aide du programme Java GenerateRMTTProximityMapFeatureClass
- comparer les données arrêts entre 2 dates à l'aide du programme Java ComparePhysicalStopFeatureClasses. La précédente base arrêt doit être dans le dossier DATA_CLIENT. Voir Comparaison de données transport pour plus de détail.
- visualiser en SIG la couche de différence entre les arrêts et la couche cadrage pour lister les modifications plan par plan.
- Il est possible de croiser les couches via une jointure spatiale (intersection) puis exporter la table attributaire
Au final, on doit être capable de produire un tableau Excel avec les informations suivantes, regroupées par plan et triées par sous-secteur :
Ce tableau peut aider à constituer le devis.
Ensuite, on peut procéder à la mise à jour des fichiers Illustrator en suivant les indications de ce tableau. Au besoin, il faut relancer la production de certains plans bruts, par exemple pour visualiser la nouvelle position d'un arrêt ou copier-coller l'étiquette d'un arrêt générée avec une nouvelle desserte.
Penser à remettre l'ensemble du dossier SIG sur le cloud et les fichiers Illustrator rangés par sous-secteur une fois la mise à jour terminée.
Mise à jour des dates
Le script Illustrator RMTTChangeDate.jsx permet de mettre à jour rapidement les dates dans la mise en page d'un lot de fichiers Illustrator réunis dans un même dossier.
Livraison
RMTT attend des fichiers PDF avec trait de coupe et bord perdus. Utiliser le script Exports automatiques depuis Illustrator
Le programme Java RMTTTriParSousSecteur peut être utile pour ranger les PDF dans des sous-dossiers par secteur et sous-secteur.
Gestion des fichiers
Un programme Java RMTTRenameProximityMapFiles avait été développé pour renommer tous les fichiers en changeant la nomenclature : name_secteur_id_perimetre.ai. Ce programme ne sert plus.