Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Sujets - GENDRE

Pages: [1]
1
Utilisation de CHOUETTE / Export pour une période entre 2 dates?
« le: juin 01, 2015, 05:22:48 pm »
bonjour,
j'ai testé l'export de données SNCF importées dans Chouette depuis des données GTFS https://ressources.data.sncf.com/explore/?refine.publisher=Intercit%C3%A9s , limité à une période :
- à noter que l'export n'est possible qu'en Neptune
- j'ai choisi la même date pour début et fin de période
- j'ai testé avec Toutes ou Lignes comme types de données incluses
Je m'attendais à obtenir un jeu de données dont seraient exclues les calendriers et les courses ne correspondant pas à la période choisie, or en fait :
- cet export conserve tous les calendriers
- cet export ne fait pas apparemment de filtre non plus sur les courses (même nb total affiché dans la page "Espaces de données" pour le jeu de données complet et pour le jeu exporté pour une date donnée et réimporté dans un autre espace de données ; cela se confirme en explorant un peu les données, on trouve bien parfois dans certaines missions des courses fonctionnant pour des calendriers)
Merci d'avance de votre aide.
Cordialement
Patrick Gendre, Cerema


2
Existe-t-il un utilitaire permettant la conversion NEPTUNE vers GTFS (sans installer un serveur Chouette ni même utilisation l'application web) ?

3
Profil Neptune / trident neptune
« le: juin 02, 2014, 11:53:00 am »
Quelle différence entre Neptune et Trident?
Le format Neptune : est-ce seulement le format Trident élargi aux 4 fonctionnalités suivantes :
- groupe de lignes
- accès
- PMR
- fréq horaires

--> Un vieux fichier Trident est-il "compatible Neptune" (avec juste ces champs nouveaux non remplis)?
--> Passe-t-il encore dans Chouette?
--> Comment repérer si un fichier est en Neptune ou en Trident?
--> Est-ce le même formalisme?

Merci d'avance!
L Chevereau CEREMA

4
Utilisation de CHOUETTE / Gestion des courses au-delà de 24H
« le: février 28, 2014, 10:58:48 am »
Dans la gestion des horaires (onglet Lignes, Horaires d'une séquence d'arrêts ; ou en ligne de commandes):
- le calendrier indique le jour calendaire de départ de la course
- les horaires sont (logiquement) croissants: tout "retour en arrière" indique un changement de jour (ex: Arret1:23h45  Arret2:0h10, est à comprendre comme "arrêt1 jour N" et "arrêt 2 jour N+1")
- pour le passage à Minuit, Chouette a bien le même comportement que le profil Neptune et ne peut donc pas traiter une course dont 2 horaires successifs sont espacés de plus de 24 h (cas de certaines lignes d'autocar internationales) ... (NeTEx saurait modéliser cela très bien, en revanche).

5
Installation / spring.properties
« le: février 27, 2014, 08:46:10 am »
Comme indiqué dans la documentation d'installation,  le fichier spring.properties du répertoire chouette-command doit donner au minimum les paramètres de la base de données :

# Parametres de la base
database.hostname=localhost
database.port=5432
database.name=chouette2

jdbc.url=jdbc:postgresql://localhost:5432/${database.name}

6
installation et mise en oeuvre d'IRYS / Installation de IRYS CHOUETTE
« le: février 27, 2014, 08:41:31 am »
La documentation de SIRI est ici :
http://www.chouette.mobi/IMG/pdf/Presentation_Installation_Siri_v2-0-0.pdf
Utilisez de préférence la dernière branche versionnée (STABLE) de https://github.com/afimb/irys-chouette plutôt que la branche Master en développement

Un repository Maven est en cours de mise en place d'ici mars 2014, les pom vont être rectifiés dès que le repository
http://maven.chouette.mobi sera ouvert
en attendant, le repository est
http://maven.chouette.cityway.fr/

Le modèle de données IRYS sera mis en ligne sur le site www.chouette.mobi d'ici mars 2014

7
Certains fichiers GTFS utilisent des marqueurs BOM (autorisé par la spec GTFS mais pas géré par toutes librairies), et ne passent pas dans l'import GTFS V2.1
Exemple des données de Montréal  : http://www.stm.info/fr/a-propos/developpeurs

Un contournement est possible en éditant à la main les fichiers CSV :"open the files with Notepad++ and convert to UTF8 without BOM"
voir https://groups.google.com/forum/#!searchin/opentripplanner-dev/BOM/opentripplanner-dev/V0cqwhZvV1k/nEhFpQze2U4J

Pour en savoir plus sur BOM:
http://fr.wikipedia.org/wiki/Byte_Order_Mark

8
Plusieurs nouveautés ont été apportées par Neptune par rapport à l'ancien
profil Trident, notamment accessibilité des points d'arrêt, courses en fréquence horaire...
Dès la publication de la norme d'échange Neptune en 2009, l'objectif pour le logiciel Chouette était bien d'implémenter l'ensemble des éléments de données du profil.
Néanmoins, en l'absence de demande particulière d'utilisateurs et après avoir consulté les acteurs via le groupe de normalisation GT7, nous avons depuis lors seulement étudié la manière dont l'implémentation complète de la norme pourraient être conduite dans Chouette (les résultats des 2 études ont été publiées sur : http://www.chouette.mobi/spip.php?rubrique7), mais décidé de ne pas implémenter les évolutions tant qu'il n'y avait pas d'utilisation avérée.

En pratique, suite à la publication récente de données open data, il est apparu que ces nouveaux éléments de données Neptune avaient été utilisé :
- les données Neptune pour le réseau Tisseo à Toulouse comprennent des lignes avec des fréquences horaires;
- certains réseaux TC des Bouches-du-Rhone publiés en Neptune par lepilote.com comprennent des éléments de données décrivant l'accessibilité PMR des arrêts.

concernant les fréquences horaires :
La version actuelle V2.0.3. de Chouette ne sait pas gérer ces éléments de données d'horaires en fréquence :
Chouette sait valider ces données mais pas les importer et encore moins les gérer avec l'IHM web.

Paradoxalement, à noter qu'en revanche Chouette sait importer des données GTFS comprenant des courses définies en fréquences et met bien les courses/fréquence en base (après les avoir converti en courses/horaires - soit autant de courses que la fréquence sur la période). En revanche, l'export GTFS ne retraduira pas les données en fréquence (elles seront exportées sous forme courses individuelles, telles qu'elles sont stockées en BD).

Dans les mois qui viennent, il sera possible de faire évoluer dans un premier temps l'import Neptune pour faire aussi cette conversion avant mise en base avec les mêmes conséquences à l'export que pour GTFS.
En revanche, même si cette évolution est réalisée, qui permettra d'importer correctement des données telles que l'export Neptune actuel de Tisseo, les courses à fréquences ne seront pas gérable depuis l'IHM : Cela nécessiterait un développement qui a été étudié mais n'a pas été encore lancé compte des moyens limités du budget maintenance logicielle.

En pratique, à court terme, sauf besoin particulier, il vaut mieux publier les données Neptune sans ces courses en fréquence.

concernant l'accessibilité PMR aux arrêts :

La version actuelle de Chouette V2.0.3. sait valider les données d’accessibilité Neptune. Néanmoins, et c'est une erreur à corriger, l'information d'accessibilité sur les stoparea n'est pas sauvée en base de données, donc ne peut être re-exportée après import (l'info est perdue).
Cela sera corrigé rapidement et livré sans doute cet été dans la prochaine V2.1.
Par ailleurs même après cette correction, les données d'accessibilité, bien qu'en base, ne sont pas visibles sur l'IHM et donc pas gérables depuis un navigateur. Cela nécessiterait un développement qui a été étudié mais n'a pas été encore lancé compte des moyens limités du budget maintenance logicielle.

En pratique, pour valoriser les données d'accessibilité qui ont été renseignées, et les rendre visibles auprès des réutilisateurs, mieux vaut exporter également dans une couche SIG des points d'arrêts physiques au format Shapefile, ou KML.

9
Une note technique téléchargeable sur http://www.chouette.mobi/spip.php?rubrique84
décrit la correspondance entre les éléments de données GTFS et ceux du profil Neptune.

10
Profil Neptune / profil d'échange STIF/Amivif
« le: avril 29, 2013, 09:58:58 am »
Le STIF est à l'origine de l'utilisation du profil Trident pour les échanges, initialement pour les données Optile et RATP centralisées par l'Amivif, et de la spécifications du "profil Chouette" qui a servi de base pour la norme Neptune.
Jusqu'à la version 1.6, Chouette incluait une fonction d'import au format XML Trident / Amivif.
L'import est disponible dans la version du logiciel toujours téléchargeable sur https://adullact.net/frs/?group_id=300
Cet import pourrait être intégré à la V2 si plusieurs utilisateurs le demandaient.
En revanche l'export Amivif serait plus complexe à développer.

11
Utilisation de CHOUETTE / API REST
« le: mars 29, 2013, 08:48:57 am »
Pour faciliter le test de l'API nous vous conseillons d'utiliser le plug-in ModifyHeaders pour Firefox qui permet de pré-remplir le Header HTTP et de seulement taper l'url dans le navigateur. (cf. ci-dessous)
Le token (jeton en français) identifie un référentiel de données (onglet Espace de Données) géré par une organisation.
Un utilisateur Chouette ne peut créer des tokens que sur ses propres référentiels.
Mais cet utilisateur Chouette peut fournir son token  à un tiers qui n'a pas de compte Chouette.

Par exemple: un gestionnaire de SIM (qui a un compte sur Chouette) et qui le donne à une société qui développe des services qui s'alimentent sur Chouette.
Si le gestionnaire de SIM n'est pas satisfait des accès issus d'un token (ex: trop de sollicitations), il peut détruire le token en question.

1. Installer ModifyHeader
Cf. https://addons.mozilla.org/fr/firefox/addon/modify-headers/
2. Pour voir l'icone ModifyHeader en bas à gauche de la fenêtre de Firefox, le menu "Outils / Développeur Web / Modify Headers" doit être coché (cas de Windows, les menus peuvent avoir des noms différents sous linux ou macOS)
3. On définit le header par ADD :
Name : Authorization
Value : Token token="22-cf4fa8469410fc11f4695e47a133314b" (par ex.)
4. Pour activer ce Header, cliquez sur START
5. Une fois le token configuré dans ModifyHeader, on peut effectuer une requête REST directement en tapant l'url dans le navigateur Firefox, par exemple pour lister les lignes d'un espace de données :
http://appli.chouette.mobi/chouette2/api/v1/networks.xml

A chaque fois qu'on veut interroger un autre dataspace, il faut changer le header si on utilise le plug-in modify headers de firefox (on peut aussi faire à la main avec curl, bien sûr, en joignant un header différent).

Pages: [1]