Modify

Opened 18 years ago

Closed 18 years ago

Last modified 18 years ago

#166 closed defect (fixed)

Newly downloaded ways/segmets not properly connected

Reported by: anonymous Owned by: imi
Priority: major Milestone:
Component: unspecified Version:
Keywords: Cc:

Description (last modified by imi)

  1. Download the data from an area with a long way that stretches out of your view
  2. Go to the end of the long way
  3. Download data again from server
  4. Move connecting node between the two (or more) ways
  5. Only the "old" way will move, the "new" way doesn't although it should as it is connected to the node

Attachments (0)

Change History (2)

comment:1 by framm, 18 years ago

Resolution: fixed
Status: newclosed

I was able to reproduce this by loading two OSM files in sequence:

<?xml version='1.0' encoding='UTF-8'?>
<osm version='0.4' generator='JOSM'>
  <node id='1' lat='1' lon='1' />
  <node id='2' lat='2' lon='2' />
  <segment id='1' from='1' to='2' />
</osm>

and

<?xml version='1.0' encoding='UTF-8'?>
<osm version='0.4' generator='JOSM'>
  <node id='3' lat='3' lon='3' />
  <node id='2' lat='2' lon='2' />
  <segment id='2' from='2' to='3' />
</osm>

For some reason, node "2" got duplicated on import (the MergeVisitor did detect that it is the same node already present but did not add it to the list of merged nodes, so that a later "fixReferences" step did not modify the new segment to point to the old node). I have fixed that now but a little doubt remains as to why this was not spotted earlier - it seems that problem has been there all along.

Thank you for reporting the bug.

comment:2 by imi, 18 years ago

Description: modified (diff)

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain imi.
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.