Messages récents

Pages: 1 2 [3] 4 5 ... 10
21
Utilisation de CHOUETTE / Re : Niveau de logs
« Dernier message par Mathieu Hicauber le décembre 01, 2017, 11:27:33 am »
Je parle des logs de l'application serveur.
J'avais déjà tenté de modifer via la CLI wildfly sans succès. Je viens de rententer

/subsystem=logging/logger=mobi.chouette:write-attribute(name=level,value=TRACE)
{"outcome" => "success"}

Mais le server.logg de wildfly ne contient toujours que le niveau INFO au minimum
22
Utilisation de CHOUETTE / Re : Niveau de logs
« Dernier message par Metienne le décembre 01, 2017, 10:28:14 am »
Bonjour,
vous parlez de l'application serveur ou en ligne de commande?
en ligne de commande, il n'y a pas de niveau TRACE, ce choix ne devrait qu'ajouter le niveau DEBUG

sur wildfly, il faut configurer la log par l'administration  (jboss_cli.sh)
https://docs.jboss.org/author/display/WFLY9/How+To

Bien cordialement,
Michel Etienne
23
Utilisation de CHOUETTE / Niveau de logs
« Dernier message par Mathieu Hicauber le décembre 01, 2017, 10:00:51 am »
Bonjour

Question certainement triviale, mais impossible de modifier le niveau de logs de l'application iev... J'ai modifié le niveau en "TRACE" dans log4j.properties, mais ça ne semble pas pris en compte.

Y a t-il un autre paramétrage à modifier ?

Merci d'avance.

Mathieu.
24
bonjour,
L'import shapefile est normalement opérationnel, toutefois, il semble que la fonction tracé de Chouette ne soit plus en phase avec les API OSRM; une mise à jour doit être effectuée.
Cordialement,
Michel Etienne
25
Merci pour ce travail ! Nous allons tester ça de ce pas :-)

Question en passant : l'import de shapefile est-il pleinement fonctionnel ? Nous avons pu détecter quelques soucis sur certains imports GTFS, mais je n'ai pas encore creusé pour voir si ça venait de chouette ou du fichier GTFS - Avez-vous déjà détecté des anomalies de ce coté ?

Nous avons au passage corrigé une petite bricole sur le champ "shape_dist_traveled" optionel du fichier stop_times qui générait une NPE. PR à venir sur github.
26
Bonjour,
la branche tad_gtfs est enfin corrigée; le problème venait de la non présence d'une course représentant l'itinéraire le plus long lors de la mise à jour (second import)
ce cas est maintenant traité correctement.
Cordialement
27
Installation / Docker - Export shapes
« Dernier message par Clem le novembre 09, 2017, 07:13:01 pm »
Bonjour,

Nous avons un problème quand nous essayons d'exporter un espace de données en GTFS qui contient des sections de parcours. Le log de docker nous donne le message d'erreur suivant :

chouette-iev_1       | 17:20:35,974 ERROR [mobi.chouette.exchange.gtfs.exporter.GtfsLineProducerCommand] (EE-ManagedExecutorService-default-Thread-1)
Can't convert object of type org.postgresql.util.PGobject: java.lang.IllegalArgumentException: Can't convert object of type org.postgresql.util.PGobject

Savez-vous d'où ça peut venir et comment corriger cette erreur ?

De plus, est-ce que l'outil est toujours suivi et développé car sur le github, il n'y a pas eu de modifications depuis quelques temps déjà ?

Merci d'avance pour vos réponses,
28
bonjour,
je reviens vers vous tardivement,
le programme a un problème de mise à jour lorsque les courses du deuxième jeu de données ne redéfinissent pas l'itinéraire complet, je dois ajouter la prise en compte de ce cas
je devrais avoir terminé d'ici le 15/11
Cordialement,
Michel Etienne
29
Bonjour,
Je viens de regarder le fichier Neptune que vous avez mis en pj ainsi que la log
vos fichiers Neptune comportent de nombreuses erreurs de syntaxe , malheureusement, la log ne remonte que les 50 premières pour chaque type.
pour le fichier joint, les courses publient un champ <number> vide, ce qui n'est pas toléré par Neptune, il doit contenir une valeur numérique

la plupart des erreurs me semble provenir de la présence de nombreux champs vides; autan ne pas les mettre dans ce cas.
une erreur provient de la présence d'un espace dans un identifiant d'arrêt : Stibus:StopArea:4 FEUX

La multitude des erreur a certainement dû saturer le serveur.

Cordialement

PS : cette analyse a été faite gracieusement.


30
Installation / Re : Docker - modification git
« Dernier message par Aurige le octobre 31, 2017, 04:01:06 pm »
Merci pour ce retour !
Pages: 1 2 [3] 4 5 ... 10