Modify

Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#3393 closed defect (fixed)

loooong delay when using presets with a large osm file

Reported by: anonymous Owned by: team
Priority: normal Milestone:
Component: Core Version: latest
Keywords: Cc:

Description

When selecting a preset while a large osm file (30 MB) is the active layer it takes several minutes for the preset dialog to come up. This happens with or without any objects selected. When the large layer is inactive there is no delay. JOSM uses all CPU during that time and produces no output on the console. However, JOSM can still be terminated with Ctrl-C.

This is JOSM r2052 started with -Xmx512M on WinXP with 2 GB of memory.

r2024 does not show this behavior.

Attachments (0)

Change History (7)

comment:1 by Gubaer, 15 years ago

Resolution: fixed
Status: newclosed

(In [2055]) fixed #3393: loooong delay when using presets with a large osm file
Initializing only one cache for autocompletion; now initializing in background thread, preset dialog should pop up immediately

comment:2 by mjulius, 15 years ago

Resolution: fixed
Status: closedreopened

This problem still exists in r2079. But, instead of taking minutes it only takes just under one minute to have the preset dialog show up for my example file.

So there is a noticeable improvement.

comment:3 by Gubaer, 15 years ago

Resolution: fixed
Status: reopenedclosed

(In [2081]) fixed #3393: loooong delay when using presets with a large osm file - further improvement; next step could be to turn UploadHooks into an asynchronous task; ApiPreconditionChecker loops over all keys in all upload primitives!
fixed #3435: Switching the changeset type deletes any changeset tags that have been set
fixed #3430: Entering comment=* manually in the changeset tags dialog gets ignored
fixed #3431: Upload dialog pops up again if no comment is provided
fixed #3429: created_by=* includes the wrong language when uploading from a new layer

comment:4 by mjulius, 15 years ago

Resolution: fixed
Status: closedreopened

Sorry if I annoy you by reopening this ticket, but in r2083 this behavior has not changed compared to r2079.

The Add/Edit Property dialogs provide a similar functionality (auto-completion) without any noticeable delay. I am wondering whether it is possible to use the same routines for the preset dialog. I am guessing JOSM is maintaining a list of used key/value pairs somewhere.

It would also be helpful if auto-completion only offered values for the particular key that is being edited.

comment:5 by Gubaer, 15 years ago

(In [2088]) see #3393: loooong delay when using presets with a large osm file

comment:6 by Gubaer, 15 years ago

Resolution: fixed
Status: reopenedclosed

I've loaded a file 100'000 nodes. On my computer a preset dialog now pops up immediately. Could you please confirm?

comment:7 by mjulius, 15 years ago

Yes! This has helped.

Many thanks.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain team.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.