NonPub Macros

[+EdrickV]

If anyone is interested, I've made three NonPub related GSAK macros.

 

The first one imports NonPub mark info from a text file and creates basic entries for them, including descriptions of some of the more common codes, and optionally will mark XX marks as archived and DZ/TT marks as disabled. Using a separate database for NonPub marks is recommended. Here is an example of the data format for the text file and : (Basically it's just the NonPub entries from the bottom of a full county datasheet set with all the info above removed.)

>AA6819 15 1                          42 15 50.4/083 09 46.1           ?   XX
>AA6816 18 1                          42 11 00.0/083 16 03.0           ?   XX
>NE0828 2 1875                        42 05 27. /083 11 16.    178.041   2 DZ
>NE0107 32                            42 40 56. /082 43 51.     183.     1 XX
>NE0576 904 4030 DUPLEX               42 12 08. /083 08 51.     178.     1 XX
>NE0862 904 4030 F                    42 12 27. /083 08 53.     178.     1 XX
>NE0135 904 4049 LOT                  42 21 39. /082 55 40.     176.     1 XX
>NE0602 A 181                         42 17 37. /083 06 37.     180.     1 XX

As it is the macro will ignore NN entries since the ones I've seen are usually in Browse Mode and are duplicates.

 

The second macro will try to add NonPub Azimuth mark data as child waypoints to datasheets in a normal benchmark database that reference them. (It takes two databases as options and looks for the NonPub Azimuth mark in the source database and tries to find one or more box score references for the mark's PID in the second database.)

 

The third macro does the same as the second macro for reference marks, since I've noticed that some reference marks seem to have the same box score style info as Azimuth marks which NGS->GPX doesn't seem able to turn into coordinates. These two macros are quite a bit slower then the first macro, depending on the size of the NonPub database. (Making a NonPub database for each NGS->GPX database would be better performance wise then just having one NonPub database.)

Edited June 18, 2012 by EdrickV