Ticket #4215 (new enhancement)

Opened 7 months ago

Last modified 7 months ago

Changeset object counter

Reported by: Ldp Owned by: team
Priority: normal Component: Core
Version: Keywords:
Cc:

Description

Assuming that changesets are usually opened, processed, and closed from within only 1 running JOSM version at the same time, it would make sense to add a counter to tell how many objects were already uploaded, and how many can still fit until hitting the limit.

Uploading more objects than the changeset can hold could result in a user warning before the upload starts, or when in chunked mode, could offer to open a new changeset with the same tags, once the changeset limit is approached or hit.

I understand that fetching the changeset object counter when scanning for open changesets may be harder, but if that is still doable without causing too much API load, that would also be excellent.

A user juggling the same changeset between multiple JOSM versions is already in Here Be Dragons-mode, so the counter being wrong there won't matter that much.

Attachments

Change History

Changed 7 months ago by Gubaer

or when in chunked mode, could offer to open a new changeset with the same tags, once the changeset limit is approached or hit.

That's what JOSM already does when an upload hits the size limit, see online help.

I understand that fetching the changeset object counter when scanning for open changesets may be harder, but if that is still doable without causing too much API load, that would also be excellent.

It is possible but for large changesets (changesets close to the size limit) it's not reasonable because we have to fetch the complete changeset content in order to count the objects on the client side. I'd rather like the OSM server to include a "size" property in the changeset properties. When we read a changeset the server replies a property "open" which indicates whether the changeset is still open. It would be nice if it also replied a property "size" with the current size of the changeset content.

Changed 7 months ago by stoecker

The current "free size" should also be included as very likely this may change. This should be added as entry in OSM Trac.

Changed 7 months ago by Ldp

Having a "free size" sounds like a good thing to have, as that would neatly account for uploads done in the changeset from outside JOSM.

Changed 7 months ago by stoecker

See  #o2582.

Changed 7 months ago by Gubaer

We don't need a "free size". Its given by maxsize - actual size and maxsize is a API specific constant replied in the capabilities.

Add/Change #4215 (Changeset object counter)

Author


E-mail address and user name can be saved in the Preferences.


Change Properties
<Author field>
Action
as new
as The resolution will be set. Next status will be 'closed'
to The owner will change from team. Next status will be 'new'
Next status will be 'needinfo'The owner will change to Ldp
as duplicate The resolution will be set to duplicate. Next status will be 'closed'The specified ticket will be cross-referenced with this ticket
The owner will change from team to anonymous. Next status will be 'assigned'
 
Note: See TracTickets for help on using tickets.