Opened 15 years ago
Last modified 15 years ago
#4215 new enhancement
Changeset object counter
Reported by: | Ldp | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
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 (0)
Change History (5)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
The current "free size" should also be included as very likely this may change. This should be added as entry in OSM Trac.
comment:3 by , 15 years ago
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.
comment:5 by , 15 years ago
We don't need a "free size". Its given by maxsize - actual size and maxsize is a API specific constant replied in the capabilities.
That's what JOSM already does when an upload hits the size limit, see online help.
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.