Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

josm fige suite à la découpe d'une way d'une relation bus #31

Open
mgageo opened this issue Oct 4, 2020 · 11 comments
Open

josm fige suite à la découpe d'une way d'une relation bus #31

mgageo opened this issue Oct 4, 2020 · 11 comments

Comments

@mgageo
Copy link

mgageo commented Oct 4, 2020

Bonjour à tous,
Avec pt_assistant activé dans josm,
je charge la relation r9903148
je la sélectionne
j'édite la relation
je sélectionne dans l'éditeur "Rue des Cordiers (22noeuds)"
sur la carte, je télécharge la zone
je découpe l'Avenue de Park Névez
j'envoie la modification
tout se fige ....
Marc

@PolyglotOpenstreetmap
Copy link
Collaborator

Salut Marc,

J'ai essayé de reproduire. Je télécharge josm-latest, puis le plugin de la version qui est disponible pour tous (on est en train de continuer le développement, mais je n'ai pas utilisé cette version-là).

pour télécharger, je me suis limité très strictement au noeud qui connecte Rue des Cordiers avec Av. Park Névez.

J'ai découpé et ajoute le bout à la relation. Puis j'ai envoyé. J'ai vu quelques messages du validateur.

Si PT_Assistant se plante, j'avais attendu que c'est dans la validation que cela se passe. Tu vois des messages du validateur?

Puis j'ai envoyé tel quel.

https://www.openstreetmap.org/changeset/91925425#map=17/48.72949/-3.44958

Malheureusement je n'ai pas réussi de reproduire l'anomalie. Mais tu n'es pas seul:

https://josm.openstreetmap.de/ticket/19538

Je vais regarder cela aussi.

Polyglot

PS: j'ai sauvé la situation avant mon upload dans un fichier pour pouvoir faire davantage de tests. Mais c'est un peu gênant que le bug se produit au moment de l'upload. Puis-tu confirmer si c'est avant, dans la validation qu'il se plante? Ce serait plus logique et dans ce cas je peux essayer de reproduire en exécutant ligne par ligne.

@floscher
Copy link
Member

floscher commented Oct 4, 2020

Hello Marc,
I also can't reproduce the issue on my side.
Maybe it could help to know what kind of change you made to way 25132217 and relation 9903148.
Also, could you paste here the output of Aide › Rapport d'état? Maybe this contains any exceptions that were thrown.

@mgageo
Copy link
Author

mgageo commented Oct 4, 2020

Je ne le reproduis plus non plus sur cette relation, je l'ai eu 3 fois ce matin, la première fois avec le plugin mapillary activé.
Je suis en train de mettre à jour des réseaux de bus en Bretagne et cela fige de manière peu fréquente, une fois toutes les ~40 modifs.
Je désactive pt_assistant pour faire la modif et l'envoyer puis je le réactive, ce plugin facilite tellement les corrections.

Quand c'est figé, il n'y a plus les messages à la console toutes 5 minutes "... (obtient le nombre des messages non lus)"
Marc

@lenny31
Copy link

lenny31 commented Oct 4, 2020

Bonjour.
J'ai un comportement similaire, mais sans découpe de way (un autre contributeur me l'a signalé en modifiant la couleur)
Je suis sous W10, JOSM 17013, pt_assistant 2.1.10-80-g7d9bba3
Je télécharge une zone délimitée : latitude max 43.6650156 - longitude mini 1.374439 - longitude max 1.3753617 - latitude mini 43.664449
Dans la liste des relations, je sélectionne la relation "transport scolaire - Collèges de Blagnac - Seilh S7111R01"
j'ajoute "description=test"
j'envoie la modification, rien ne s'affiche et josm se fige et je suis obligé d'arrêter la tâche

Si j'enlève le greffon, lorsque j'envoie, la fenêtre d'envoi des données s'affiche et josm ne se fige pas.

Si avec le greffon, je télécharge directement la relation au démarrage de josm, j'ajoute le même attribut, j'envoie, la fenêtre avec les messages du validateur s'affiche et josm ne se fige pas

leni

@mgageo
Copy link
Author

mgageo commented Oct 5, 2020

Je viens de le reproduire en coupant juste deux chemins, la video : https://covid19.framadrop.org/lufi/r/AgmKcZuhTa#AsIgvDMGq/xb+Yqd2MXmhXGNA8rT/4G17P1vYk9EgcI=
Je commence par charger la relation r5288047, je me déplace à une des extrémités et je télécharge la zone.
Je découpe les deux chemins et ça fige.

$ 2020-10-05 15:03:26.103 INFOS: Le niveau de journalisation est ▒ INFOS (INFO, 800) 2020-10-05 15:03:26.809 INFOS: R▒seau IPv6 utilisable d▒tect▒, pr▒f▒rer IPv6 ▒ IPv4. 2020-10-05 15:03:29.634 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details -> HTTP/1.1 200 (219 ms; 643 B) 2020-10-05 15:03:30.645 INFOS: Obtenu 69 r▒gles Tag2Link de resource://META-INF/resources/webjars/tag2link/2020.8.3/index.json 2020-10-05 15:03:32.231 INFOS: chargement du greffon 'apache-commons' (version 35524) 2020-10-05 15:03:32.235 INFOS: chargement du greffon 'jna' (version 35092) 2020-10-05 15:03:32.237 INFOS: chargement du greffon 'apache-http' (version 35092) 2020-10-05 15:03:32.242 INFOS: chargement du greffon 'pt_assistant' (version 2.1.10-80-g7d9bba3) 2020-10-05 15:03:32.282 INFOS: Action enregistr▒e help/PTWizard de la barre d▒outils ▒cras▒e : org.openstreetmap.josm.plugins.pt_assistant.actions.PTWizardAction devient org.openstreetmap.josm.plugins.pt_assistant.actions.PTWizardAction 2020-10-05 15:03:32.287 INFOS: Defaults for shortcut.entry.tools:extplatformnode differ: [Tool: ExtractPlatformNodeAction, 71, 5008, 71, 640, true, false] != [Tool: Extract platform node, 71, 5008, 71, 640, true, false] 2020-10-05 15:03:32.292 INFOS: Action de la barre d▒outils sans nom : org.openstreetmap.josm.plugins.ptl.PublicTransportLayer$AddLayerAction 2020-10-05 15:03:32.292 INFOS: Action de la barre d▒outils sans nom : org.openstreetmap.josm.plugins.ptl.DistanceBetweenStops 2020-10-05 15:03:32.420 INFOS: RemoteControl::Accepting remote connections on /127.0.0.1:8111 2020-10-05 15:03:32.420 INFOS: RemoteControl::Accepting remote connections on /0:0:0:0:0:0:0:1:8111 2020-10-05 15:03:32.421 INFOS: Message notifier active (checks every 5 minutes) 2020-10-05 15:03:32.424 INFOS: Changeset updater active (checks every 60 minutes if open changesets have been closed) 2020-10-05 15:03:32.500 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (78 ms; 643 B) 2020-10-05 15:04:02.197 INFOS: GET https://api.openstreetmap.org/api/0.6/relations?relations=5288047 -> HTTP/1.1 200 (73 ms) 2020-10-05 15:04:02.332 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/5288047/full -> HTTP/1.1 200 (118 ms) 2020-10-05 15:04:02.497 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/5288047/relations -> HTTP/1.1 200 (86 ms) 2020-10-05 15:04:22.610 INFOS: GET https://josm.openstreetmap.de/mapkey/Maxar-Premium -> HTTP/1.1 200 (150 ms; 37 B) 2020-10-05 15:04:22.761 INFOS: GET https://josm.openstreetmap.de/mapkey/Maxar-Standard -> HTTP/1.1 200 (49 ms; 37 B) 2020-10-05 15:04:23.233 INFOS: GET https://a.tile.openstreetmap.org/15/16202/11301.png -> HTTP/1.1 200 (79 ms; 33,2 kB) 2020-10-05 15:04:23.241 INFOS: GET https://a.tile.openstreetmap.org/15/16203/11302.png -> HTTP/1.1 200 (86 ms; 24,2 kB) 2020-10-05 15:04:23.250 INFOS: GET https://a.tile.openstreetmap.org/15/16202/11302.png -> HTTP/1.1 200 (76 ms; 30,8 kB) 2020-10-05 15:04:23.254 INFOS: GET https://a.tile.openstreetmap.org/15/16203/11301.png -> HTTP/1.1 200 (100 ms; 32,6 kB) 2020-10-05 15:04:23.262 INFOS: GET https://a.tile.openstreetmap.org/15/16200/11302.png -> HTTP/1.1 200 (60 ms; 19,6 kB) 2020-10-05 15:04:23.263 INFOS: GET https://a.tile.openstreetmap.org/15/16199/11302.png -> HTTP/1.1 200 (60 ms; 20,9 kB) 2020-10-05 15:04:23.266 INFOS: GET https://a.tile.openstreetmap.org/15/16200/11301.png -> HTTP/1.1 200 (64 ms; 21,9 kB) 2020-10-05 15:04:23.281 INFOS: GET https://c.tile.openstreetmap.org/15/16202/11302.png -> HTTP/1.1 200 (127 ms; 30,8 kB) 2020-10-05 15:04:23.284 INFOS: GET https://c.tile.openstreetmap.org/15/16199/11302.png -> HTTP/1.1 200 (107 ms; 20,9 kB) 2020-10-05 15:04:23.288 INFOS: GET https://c.tile.openstreetmap.org/15/16202/11301.png -> HTTP/1.1 200 (114 ms; 33,2 kB) 2020-10-05 15:04:23.288 INFOS: GET https://c.tile.openstreetmap.org/15/16200/11302.png -> HTTP/1.1 200 (113 ms; 19,6 kB) 2020-10-05 15:04:23.288 INFOS: GET https://c.tile.openstreetmap.org/15/16199/11301.png -> HTTP/1.1 200 (111 ms; 26,0 kB) 2020-10-05 15:04:23.314 INFOS: GET https://a.tile.openstreetmap.org/15/16199/11301.png -> HTTP/1.1 200 (40 ms; 26,0 kB) 2020-10-05 15:04:23.318 INFOS: GET https://c.tile.openstreetmap.org/15/16201/11301.png -> HTTP/1.1 200 (163 ms; 31,8 kB) 2020-10-05 15:04:23.318 INFOS: GET https://c.tile.openstreetmap.org/15/16200/11301.png -> HTTP/1.1 200 (164 ms; 21,9 kB) 2020-10-05 15:04:23.320 INFOS: GET https://a.tile.openstreetmap.org/15/16201/11301.png -> HTTP/1.1 200 (37 ms; 31,8 kB) 2020-10-05 15:04:23.347 INFOS: GET https://c.tile.openstreetmap.org/15/16201/11302.png -> HTTP/1.1 200 (72 ms; 29,7 kB) 2020-10-05 15:04:23.355 INFOS: GET https://b.tile.openstreetmap.org/15/16199/11301.png -> HTTP/1.1 200 (200 ms; 26,0 kB) 2020-10-05 15:04:23.361 INFOS: GET https://b.tile.openstreetmap.org/15/16200/11302.png -> HTTP/1.1 200 (207 ms; 19,6 kB) 2020-10-05 15:04:23.365 INFOS: GET https://b.tile.openstreetmap.org/15/16203/11301.png -> HTTP/1.1 200 (189 ms; 32,6 kB) 2020-10-05 15:04:23.365 INFOS: GET https://b.tile.openstreetmap.org/15/16201/11301.png -> HTTP/1.1 200 (192 ms; 31,8 kB) 2020-10-05 15:04:23.365 INFOS: GET https://b.tile.openstreetmap.org/15/16200/11301.png -> HTTP/1.1 200 (190 ms; 21,9 kB) 2020-10-05 15:04:23.367 INFOS: GET https://b.tile.openstreetmap.org/15/16199/11302.png -> HTTP/1.1 200 (212 ms; 20,9 kB) 2020-10-05 15:04:23.374 INFOS: GET https://b.tile.openstreetmap.org/15/16201/11302.png -> HTTP/1.1 200 (220 ms; 29,7 kB) 2020-10-05 15:04:25.690 INFOS: GET https://api.openstreetmap.org/api/0.6/map?bbox=-2.0056709,48.64656,-2.0030493,48.6478447 -> HTTP/1.1 200 (184 ms) 2020-10-05 15:05:03.151 INFOS: GET https://api.openstreetmap.org/api/0.6/relations?relations=6231197,8446018,10563365,10563364,6231002,6231001,6231064,2171048,8446731,6230932,5282882,10813811,6173763,6231230,2316746,10840527,8737066,10838090,6232494,6230958,6232493,6231273,6231330,6231329,4259838,5288047 -> HTTP/1.1 200 (122 ms) 2020-10-05 15:05:03.342 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/8737066/full -> HTTP/1.1 200 (148 ms) 2020-10-05 15:05:03.516 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231230/full -> HTTP/1.1 200 (128 ms) 2020-10-05 15:05:03.750 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/2171048/full -> HTTP/1.1 200 (166 ms) 2020-10-05 15:05:03.978 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/5288047/full -> HTTP/1.1 200 (122 ms) 2020-10-05 15:05:04.109 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/10563364/full -> HTTP/1.1 200 (96 ms) 2020-10-05 15:05:04.232 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231001/full -> HTTP/1.1 200 (114 ms) 2020-10-05 15:05:04.367 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231197/full -> HTTP/1.1 200 (103 ms) 2020-10-05 15:05:04.516 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6232493/full -> HTTP/1.1 200 (122 ms) 2020-10-05 15:05:04.691 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231002/full -> HTTP/1.1 200 (136 ms) 2020-10-05 15:05:04.855 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231273/full -> HTTP/1.1 200 (132 ms) 2020-10-05 15:05:05.037 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6232494/full -> HTTP/1.1 200 (125 ms) 2020-10-05 15:05:05.208 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/8446731/full -> HTTP/1.1 200 (135 ms) 2020-10-05 15:05:05.399 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231329/full -> HTTP/1.1 200 (134 ms) 2020-10-05 15:05:05.549 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231330/full -> HTTP/1.1 200 (117 ms) 2020-10-05 15:05:05.717 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/4259838/full -> HTTP/1.1 200 (139 ms) 2020-10-05 15:05:05.900 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/10563365/full -> HTTP/1.1 200 (105 ms) 2020-10-05 15:05:06.023 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6231064/full -> HTTP/1.1 200 (115 ms) 2020-10-05 15:05:06.210 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/10813811/full -> HTTP/1.1 200 (156 ms) 2020-10-05 15:05:06.425 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6230958/full -> HTTP/1.1 200 (121 ms) 2020-10-05 15:05:06.579 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/10840527/full -> HTTP/1.1 200 (121 ms) 2020-10-05 15:05:06.748 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/2316746/full -> HTTP/1.1 200 (118 ms) 2020-10-05 15:05:06.891 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6173763/full -> HTTP/1.1 200 (110 ms) 2020-10-05 15:05:07.070 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/8446018/full -> HTTP/1.1 200 (130 ms) 2020-10-05 15:05:07.231 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/10838090/full -> HTTP/1.1 200 (124 ms) 2020-10-05 15:05:07.409 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/5282882/full -> HTTP/1.1 200 (118 ms) 2020-10-05 15:05:07.588 INFOS: GET https://api.openstreetmap.org/api/0.6/relation/6230932/full -> HTTP/1.1 200 (127 ms) 2020-10-05 15:13:32.548 INFOS: GET https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre des messages non lus) -> HTTP/1.1 200 (126 ms; 643 B)

@PolyglotOpenstreetmap
Copy link
Collaborator

C'est bizarre. J'ai regardé la vidéo et j'ai essayé de reproduire. Ici il ne se plante pas.

Mais, ai-je bien compris que cette fois-ci tu n'as pas tenté de faire un upload ni demandé de faire une validation des données?

juste la découpe et il s'est planté?

J'ai essayé plusieurs fois, une fois avec un téléchargement normal de la zone. Une fois c'était le routing assistant qui faisait le download (par biais de Overpass et avec une requête qui se limite au highways qui sont utilisables par les bus).

Jo

@mgageo
Copy link
Author

mgageo commented Oct 5, 2020

Oui, c'est juste après le 2 ème découpe que JOSM se fige.
Je viens de faire un essai en chargeant directement la zone, même punition, cf video https://covid19.framadrop.org/lufi/r/Tp36nAQez8#G61G9Ko5k/7TQMiwnYhfweVNULgPWTjlVa4UN13crUU=

Je suis sous Windows 10, je vais ré-installer JOSM : j'avais installé le plugin mapillary ça a peut-être laissé des résidus.
Marc

@mgageo
Copy link
Author

mgageo commented Oct 5, 2020

Je viens de ré-installer, ajouter le plugin pt_assistant, et ça fige.
Ma conf pt_assistant
image

@PolyglotOpenstreetmap
Copy link
Collaborator

Salut, pour déterminer d'où vient le problème, pourrais-tu désactiver la visualisation du layer PT_Assistant au lieu de désinstaller le plugin?

@lenny31
Copy link

lenny31 commented Oct 17, 2020

J'ai également fait une vidéo "fige en ajoutant une description" en désactivant le calque fige aussi
https://e.pcloud.link/publink/show?code=XZOGIZTJnncMI0GjywHxbXhTO5lFJy6IAk

@mgageo
Copy link
Author

mgageo commented Oct 18, 2020

Bonjour,
J'ai ces messages au lancement de JOSM, cela n'a peut-être rien à voir ...

2020-10-18 09:02:17.219 INFOS: Could not load tool definition icons/splitroundabout
2020-10-18 09:02:17.219 INFOS: Could not load tool definition icons/sortptroutemembers
2020-10-18 09:02:17.261 INFOS: Could not load tool definition icons/splitroundabout
2020-10-18 09:02:17.261 INFOS: Could not load tool definition icons/sortptroutemembers

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants