#7170 closed defect (fixed)
DataIntegrityProblemException: Primitive must be part of the dataset
| Reported by: | jjaf.de | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Core | Version: | tested |
| Keywords: | Cc: | hendrikklaas, Atalanttore, Mir76, richlv, hosteddinner@…, trash@…, michael2402 |
Description
Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2011-12-16 02:32:17
Last Changed Author: Don-vip
Revision: 4666
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2011-12-15 21:12:57 +0100 (Thu, 15 Dec 2011)
Last Changed Rev: 4666
Identification: JOSM/1.5 (4666 de)
Memory Usage: 247 MB / 247 MB (65 MB allocated, but free)
Java version: 1.6.0_29, Sun Microsystems Inc., Java HotSpot(TM) Client VM
Operating system: Windows XP
Dataset consistency test: No problems found
Plugin: PicLayer (27241)
Plugin: openstreetbugs (27119)
Plugin: pdfimport (27119)
Plugin: turnrestrictions (27241)
org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must be part of the dataset: {Node id=-3647 version=0 V lat=52.38379742082918,lon=9.800253358004513}
at org.openstreetmap.josm.data.osm.OsmPrimitive.checkDataset(OsmPrimitive.java:309)
at org.openstreetmap.josm.data.osm.OsmPrimitive.getReferrers(OsmPrimitive.java:828)
at org.openstreetmap.josm.actions.mapmode.DrawAction.getWayForNode(DrawAction.java:746)
at org.openstreetmap.josm.actions.mapmode.DrawAction.redrawIfRequired(DrawAction.java:106)
at org.openstreetmap.josm.actions.mapmode.DrawAction.mouseMoved(DrawAction.java:622)
at java.awt.AWTEventMulticaster.mouseMoved(Unknown Source)
at java.awt.Component.processMouseMotionEvent(Unknown Source)
at javax.swing.JComponent.processMouseMotionEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Maybe there is a connection to incrementally download more data into the same layer.
Attachments (1)
Change History (23)
comment:1 by , 12 years ago
by , 12 years ago
| Attachment: | file.osm.bz2 added |
|---|
I had a problem while editing this area but I did save it right after having the exception (so I am not sure if this can help or not). From what I remember, I did click on the "draw nodes" tool and clicked on a way to create a new node (and then the exception happened). I really don't know how to reproduce this unfortunately.
comment:5 by , 11 years ago
| Cc: | added |
|---|
comment:7 by , 11 years ago
| Cc: | added |
|---|
comment:9 by , 11 years ago
| Cc: | added |
|---|
comment:11 by , 11 years ago
| Cc: | added |
|---|
comment:15 by , 10 years ago
| Cc: | added |
|---|
comment:18 by , 9 years ago
| Cc: | added |
|---|
comment:20 by , 4 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Has this ever been encountered again? I fixed a selection bug (selection was not updating when you changed the active data layer) back then as a response to this:
I think we can close it, since it has not happened then any more.
follow-up: 22 comment:21 by , 4 years ago
Yes, seems to be fixed. Your link doesn't show why, it highlights a comment?
comment:22 by , 4 years ago
Replying to GerdP:
Yes, seems to be fixed. Your link doesn't show why, it highlights a comment?
Yes.
The acutal additon was the complete if, so those lines:
https://github.com/openstreetmap/josm/blame/master/src/org/openstreetmap/josm/gui/MapFrame.java#L852..L856
The problem was that when changing the layer, one needs to exit the map mode and re-enter it with the new layer, so that the new selection and new layer settings are used.
Ticket #8077 has been marked as a duplicate of this ticket.