|
Diese Tabellen geben die Möglichkeit, Plangrenzen in einer Datenbank zu halten und aus dieser Pläne zu erzeugen. Da Moskito zum Auflisten und Durchsuchen von Plänen dann die Planverwaltung verwendet ist die Suchgeschwindigkeit höher als ohne Planverwaltung.
Die Tabellen einer Planverwaltung liegen in den Dateien
*.DBF und *.GDV
im Verzeichnis GDS$DBB vor. * ist hier der Name der Planverwaltung, die mit Planverwaltung open <name> geöffnet worden sein muß.
Die Tabellen können mit den Unterfunktionen von "Planverwaltung" oder mit einer Datenbank gefüllt werden. "Planverwaltung CREATE *" erzeugt die die leeren Datenbanktabellen.
Struktur
*.DBF
NAME
|
TEXT
|
Name eines Plans
|
XUL
|
ZAHL
|
Linke untere Ecke des Plans
|
YUL
|
ZAHL
|
"
|
XOR
|
ZAHL
|
Rechte obere Ecke des Plans
|
YOR
|
ZAHL
|
"
|
LAYER
|
ZAHL
|
Blatttyp des Plans
|
*.GDV
LAYER
|
ZAHL
|
Nummer des Blatttyps, unter dieser Nummer kann die Planverwaltung angesprochen werden.
|
MASSSTAB
|
ZAHL
|
Planmaßstab
|
AUFLOESUNG
|
ZAHL
|
Auflösung der Koordinaten beim Speichern als DBB
|
TYP
|
TEXT
|
Nummer des Blatttyps als Text, auf diesen Blatttyp greift die Planverwaltung zu. Wenn möglich sollten LAYER und TYP übereinstimmen.
|
VERSION
|
ZAHL
|
Startversion des erzeugten Plans
|
ART
|
TEXT
|
R(elativ) oder A(bsolut), unwichtig.
|
STELLEN
|
ZAHL
|
7 oder 9, unwichtig
|
ERSATZ
|
ZAHL
|
Wenn hier ein von 0 verschiedener Wert steht und die Planverwaltung einen solchen LAYER aufweist, dann wird der Plan aus diesem LAYER geladen, wenn er im aktuellen LAYER nicht vorhanden ist, nicht implementiert.
|
PRIVILEG
|
TEXT
|
R oder W, bei R wird der Plan nur lesend geladen und läßt sich nicht speichern.
|
SUCHE
|
ZAHL
|
LAYER-Angabe ähnlich zu ERSATZ. In diesem Fall werden allerdings auch anders benannte Pläne geladen, die im selben Koordinatenbereich liegen.
|
LOADER
|
TEXT
|
Name des Datenformats, mit dem der Plan angelegt und später gesichert werden kann.
|
--------------------OLD_TEXT---------------------
These tables give the possibility to hold plan borders in a data bank and to generate from these plans. Because Moskito is used for listing and searching by plans then the plan management the searching speed higher than without plan management.
The tables of a plan management lie in the files
*.DBF and *.GDV
in the list GDS$DBB before. * is here the name of the plan management which <>must have been opened with plan management open <name>.
The tables ""can be filled with the unterfunctions of "plan management" or with a data bank. "Plan management CREATE *" generates that the empty data bank tables.
Structure
*.DBF
NAME
|
TEXT
|
Name of a plan
|
XUL
|
NUMBER
|
Left lower corner of the plan
|
YUL
|
NUMBER
|
"
|
XOR
|
NUMBER
|
Right upper corner of the plan
|
YOR
|
NUMBER
|
"
|
LAYER
|
NUMBER
|
Sheet type of the plan
|
*.GDV
LAYER
|
NUMBER
|
Number of the sheet type, at this number the plan management can be demanded.
|
GRADUATION
|
NUMBER
|
Plan graduation
|
RESOLUTION
|
NUMBER
|
Resolution of the co-ordinates with the memory as a DBB
|
TYPE
|
TEXT
|
Number of the sheet type as a text, on this sheet type the plan management accesses. If LAYER and TYPE should agree possibly.
|
VERSION
|
NUMBER
|
Start version of the generated plan
|
ART
|
TEXT
|
R (elativ) or A (bsolut), insignificant.
|
PUT
|
NUMBER
|
7 or 9, insignificant
|
SUBSTITUTE
|
NUMBER
|
If here one of 0 different values stands and the plan management shows such a LAYER, then the plan from this LAYER is loaded if he does not exist in the topical LAYER, does not implement.
|
PRIVILEGE
|
TEXT
|
R or W, with R the plan is loaded only reading and cannot be stored.
|
SEARCH
|
NUMBER
|
LAYER information similarly to SUBSTITUTE. However, in this case the differently named plans which lie in the same co-ordinate area are also loaded.
|
LOADER
|
TEXT
|
Name of the data format with which the plan can be put on and be protected later.
|
|