Modify

Opened 4 years ago

Closed 4 years ago

Last modified 14 months ago

#18414 closed defect (invalid)

changeset manager: No download area after downloading modified objects

Reported by: skyper Owned by: team
Priority: normal Milestone:
Component: Core Version: latest
Keywords: changeset download area objects Cc:

Description (last modified by skyper)

What steps will reproduce the problem?

  1. open changeset manager
  2. enter a changeset number (78281753) at the top and download changeset information
  3. select changeset
  4. download modified objects

What is the expected result?

Download area is shown. As there is no certainty that the data is complete, there should be no download area and all striped in background.

What happens instead?

No download area calculated and no strips

Please provide any additional information below. Attach a screenshot if possible.

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2019-12-11 01:40:30 +0100 (Wed, 11 Dec 2019)
Revision:15582
Build-Date:2019-12-11 02:30:55
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (15582 en) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 349 MB / 964 MB (151 MB allocated, but free)
Java version: 11.0.5+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM
Java package: openjdk-11-jre:amd64-11.0.5+10-1~deb10u1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22
libcommons-compress-java: libcommons-compress-java:all-1.18-2
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20181227-1
Dataset consistency test: No problems found

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.

Attachments (1)

josm_way_end_node_near_other.joz (12.1 KB ) - added by skyper 4 years ago.
correct example session with files

Download all attachments as: .zip

Change History (21)

comment:1 by skyper, 4 years ago

Description: modified (diff)

comment:2 by GerdP, 4 years ago

When you download the changed objects there is no download area. I think we only render stripes when there is at least one download area. Same happens when you download a single object or a list of objects.

in reply to:  2 comment:3 by skyper, 4 years ago

Replying to GerdP:

When you download the changed objects there is no download area. I think we only render stripes when there is at least one download area. Same happens when you download a single object or a list of objects.

I do not really care about rendering, though this is optional anyway, but I care about validator and about conflicts on upload plus relation consistency. And there we need the download area to determine incomplete data.

comment:4 by GerdP, 4 years ago

We can consider a layer without a download area containing old data (objects with positive ids) as incomplete.
Maybe should not even allow to upload when we have any new or modified data that is not in a downloaded area?
The problem also occurs when you move an old node out of the download area.

in reply to:  4 ; comment:5 by skyper, 4 years ago

Is it not easier to consider all incomplete as long as we are not 100% sure, like the change/fix with Overpass ?
The rendering of the area is already optional and customizable.

Replying to GerdP:

We can consider a layer without a download area containing old data (objects with positive ids) as incomplete.
Maybe should not even allow to upload when we have any new or modified data that is not in a downloaded area?

How does this work with "update data"/"update selected"?

In general, I hate regulation and do not know how people work.
Reverting changesets or certain edits come to my mind thinking about scenarios.
Overpass queries are mostly incomplete, too.

The problem also occurs when you move an old node out of the download area.

Thought there is a ticket about this but I do not find it.

in reply to:  5 comment:6 by skyper, 4 years ago

Replying to skyper:

Replying to GerdP:

The problem also occurs when you move an old node out of the download area.

The opposite is even worse. Moving from outside to inside.

Thought there is a ticket about this but I do not find it.

Did open #18419.

in reply to:  5 comment:7 by mdk, 4 years ago

Replying to skyper:

The problem also occurs when you move an old node out of the download area.

Thought there is a ticket about this but I do not find it.

I think you mean #10999

comment:8 by GerdP, 4 years ago

Can we close this as invalid?

in reply to:  8 comment:9 by skyper, 4 years ago

Resolution: invalid
Status: newclosed

Replying to skyper:

Replying to GerdP:

When you download the changed objects there is no download area. I think we only render stripes when there is at least one download area. Same happens when you download a single object or a list of objects.

I do not really care about rendering, though this is optional anyway, but I care about validator and about conflicts on upload plus relation consistency. And there we need the download area to determine incomplete data.

Did not check, yet, if all validator test produce the same results without a download area and with one or more small bboxes. Gonna open new ticket if I find a problem.

comment:10 by GerdP, 4 years ago

If they all produce the same results something would be wrong.

comment:11 by skyper, 4 years ago

josm_way_end_node_near_other.joz first example with different results. All layer contain the same data. Only difference is a minimal download area bbox without any data in DataArea.osm. I get warnings about Way end node near other highway (2) and Way end node near other way (2) with no download area which are not present with the download area. locked=true seems to influence validator, too, so use the two layers without _locked.

comment:12 by GerdP, 4 years ago

Yes, this is intended. We have a lot of validator checks which will not check objects outside of the download area. These differences also show up sometimes when you validate a selection.
A test like "Way end node near other highway" makes no sense when the node is outside of the download area, isn't that obvious?

comment:13 by GerdP, 4 years ago

BTW: This ticket is closed and the subject is about Changeset Manager. No idea how these findings are related to it.

in reply to:  13 comment:14 by skyper, 4 years ago

Replying to GerdP:

Yes, this is intended. We have a lot of validator checks which will not check objects outside of the download area. These differences also show up sometimes when you validate a selection.
A test like "Way end node near other highway" makes no sense when the node is outside of the download area, isn't that obvious?

I know that the test should not be run outside of download area but it is as shown in the example.

These findings are exactly the problems I have if you have no download area at all. The results should be the same, no warnings, with minimal download area and without any download area. Both time the objects are outside of download area but the test is still run if there is no download area at all.

comment:15 by GerdP, 4 years ago

Your example file josm_way_end_node_near_other.joz doesn't contain OSM data. What do I do with it?
I assume you created a sample were a small download area is around a node?

by skyper, 4 years ago

correct example session with files

comment:16 by skyper, 4 years ago

Sorry, forgot to added the osm layers. Did replace it with the correct file. Please, use the two unlocked layers.

comment:17 by GerdP, 4 years ago

So, what do you try to point out? Do you think the "Way end node near other highway" test should also be skipped when there is no download area?

comment:18 by skyper, 4 years ago

Yeah, the behaviour without any download area should be the same as outside download area. All test involving other objects should be shipped as complete data is needed. New ticket ?

comment:19 by GerdP, 4 years ago

Yes, new ticket.

in reply to:  19 comment:20 by skyper, 14 months ago

Replying to GerdP:

Yes, new ticket.

See #22847

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.