display tool: NodDisplay

Hi Steve, if I got this right, the NOD file format is not designed to be read sequentially, at least not the NOD 1 part. My understanding is this: We write one NOD 1 section for each RouteCenter instance. The offset to the beginning of such a section is only (?) stored in NET, and it is difficult to calculate it. All offsets to nodes are stored in NOD 2, except for the 1st ones, which are stored in NET only(?). Is this true for all maps? If yes, NodDisplay should rather use these offsets to display NOD 1 data, this would avoid lines like 00001334 | 0012a7 | f2 | low f2 | | | lost sync calc-end=4fcd, should be=2bcd and 0000c950 | 00c8c3 | 00 | low 0 | | | spurious 0? | | | | | | New node 0000c951 | 00c8c4 | 00 | low 0 | | | spurious 0? | | | | | | New node If you agree I'll create a patch to implement that. Gerd

Hi Gerd
Is this true for all maps? If yes, NodDisplay should rather use Well, maybe, but it is kind of the point of the display project to discover these things. So I would prefer if the pointers were used to recover sync and any gaps were printed out as data.
But just go ahead and do whatever works for you for the task at hand, display is just a developer tool and testing ground not a product by itself. ..Steve

Hi Steve,
Is this true for all maps? If yes, NodDisplay should rather use Well, maybe, but it is kind of the point of the display project to discover these things. So I would prefer if the pointers were used to recover sync and any gaps were printed out as data.
yes, this is more or less what I planned to implement.
But just go ahead and do whatever works for you for the task at hand, display is just a developer tool and testing ground not a product by itself.
I want to find out the meaning of the bearing / heading fields in my "Worldwide Autoroute" map. To do this I want to make sure that we can read the data. Gerd
participants (2)
-
Gerd Petermann
-
Steve Ratcliffe