Opened 14 years ago
Closed 14 years ago
#6241 closed defect (fixed)
[PATCH] Validator plugin hangs
Reported by: | akks | Owned by: | team |
---|---|---|---|
Priority: | critical | Milestone: | |
Component: | Core validator | Version: | latest |
Keywords: | Cc: |
Description
Test 12/19 causes plugin freeze... (unconnected lines)
osm-file attached
Attachments (3)
Change History (21)
comment:1 by , 14 years ago
Summary: | Validator pluping hangs → Validator plugin hangs |
---|
by , 14 years ago
comment:2 by , 14 years ago
comment:2 by , 14 years ago
Correction: doest not hang but is VERY slow.
There are duplicated nodes, yes.
by , 14 years ago
comment:4 by , 14 years ago
Problem is 1184-node river. Splitting the way into 150-200 node fragments helps, but validation is still rather slow (~5 sec, 15 sec for single way). If more objects are loaded, time is too long to be patient enough)
comment:5 by , 14 years ago
It is unusably slow (on slightly weaker notebook with Atom on area with 2000 ways and 24000 nodes it took over 15 minutes and it was still working - after that I decided not to wait for something that could take perhapos hours and pressed cancel - and found out it does not respond to pressing the cancel button, so I had to kill JOSM)
follow-up: 7 comment:6 by , 14 years ago
Well, 15 minutes is too much. Probably we need a better data handling for large data sets and also fix the "cancel" problem.
comment:7 by , 14 years ago
Replying to stoecker:
and also fix the "cancel" problem.
I agree, the "cancel" problem needs to be fixed. You can see an extreme case of it in #5973. Because of the "Cancel" problem, the download that is happening in it can't be stopped without either crashing Java (which kills JOSM) or by closing JOSM once you regain control of it by hitting the "X" button in the window.
comment:8 by , 14 years ago
Only 'unconnected lines' is slow. I turned it off in F12 - Validator properties for now.
All was OK few releases before.
comment:9 by , 14 years ago
Well, a few releases ago this test was effectively skipped due to a major bug :-)
comment:10 by , 14 years ago
I'm also having this problem, I'm trying to update the coastline with a fairly large edit. I've been waiting 30 mins so far... I'll turn off 'unconnected lines' next time but I'm going to have to wait for ages because I stupidly didn't bother saving before hitting the upload button.
follow-up: 12 comment:11 by , 14 years ago
Maybe autosave file is suitable? Search for it in AppData/JOSM, open in another JOSM windows and close old josm if all is OK)
follow-up: 13 comment:12 by , 14 years ago
Replying to akks:
Maybe autosave file is suitable? Search for it in AppData/JOSM, open in another JOSM windows and close old josm if all is OK)
You are a lifesaver! just saved me from loosing 2 hours work! All is there that I can see.
comment:13 by , 14 years ago
Replying to anonymous:
Replying to akks:
Maybe autosave file is suitable? Search for it in AppData/JOSM, open in another JOSM windows and close old josm if all is OK)
You are a lifesaver! just saved me from loosing 2 hours work! All is there that I can see.
By the way, it's still going... nearly 2 hours now.
comment:14 by , 14 years ago
I have made rather simple patch - replaced all HashSets with QuadBuckets and used end nodes for search instead of all dataset.
(And avoided function calls in 2 for-each loops).
Maybe it changes the behavior of tool - do not exactly know, but it is definetely faster and shows the same 11 unconnected ways warnings for neubrandenburg.osm .
Current configuration is absolutely unusable - we can not even stop the validation.
So please consider adding my patch before authors find some time to repair it more intelligent way.
comment:15 by , 14 years ago
Summary: | Validator plugin hangs → [PATCH] Validator plugin hangs |
---|
You're sure it freezes? Or is it only much slower as before, as it works again?