Hallo Horst,
die Kachel wird keinen Fehler haben. Das Problem liegt bei mir. Änderung in letzter Minute: Aufruf aus MapEdit eingeführt ( Parameter Input und Output vertauscht ) und Aufräumen wegen der Beschreibung ( maptype ist eigentlich overview, rot50 habe ich nicht kopiert ).
Das habe ich nicht bemerkt, weil ich meine Karten immer mit der Make-Funktion bearbeite und natürlich eine funktionierende PRJ-Datei benutze. Diese Probleme sollten jetzt bereinigt sein ( wie immer das vorletzte Problem 
- Error: in [CUSTOM_POINT]:
in der Vorgabe der Projektdatei die Farbe 'rot50' definiert.
- Error: [Errno 2] No such file or directory: ' ':
Parameter in die richtige Reihenfolge gebracht.
- 'maptype' durch 'overview' ersetzt.
Außerdem habe ich in der PRJ-Vorlage in [Project] die ersten 3 numerischen Werte mit 0 vorbelegt. Das gibt dann keine Meldung wenn die Datei nur für 'Uniform' verwendet werden soll und die Projektdaten nicht ausgefüllt werden.
Download: http://www.file-upload.net/dow…MapTk-0.3.1-beta.zip.html
( Entschuldigung für die Werbung dort. Nach meinem Urlaub werde ich einen WEB-Server aufsetzen, ganz ohne Schnörkel )
Zum Test alle Dateien in einem Verzeichnis:
10.06.2007 12:24 40.960 00000030.img
10.06.2007 12:19 3.273.164 maptk.exe
23.05.2007 10:17 684.026 MapTk.pdf
10.06.2007 12:24 13.029 MapTK.prj
10.06.2007 12:24 313.457 st. peter-ording.bak
10.06.2007 12:24 179.085 st. peter-ording.mp
6 Datei(en) 4.503.721 Bytes
Das Original 00000030.img wurde überschreiben und is etwa 10% kleiner als das Original ( 23 statt 24 Bit für die Koordinaten und andere Kodierung ). Reihenfolge der Bearbeitung:
- 'IMG analysis'
- 'New project file'
- 'Uniform'
- 'IMG'
Das Protokoll:
Input: C:/X/00000030.img
Output: st. peter-ording.mp
org. ID: I061201C
Update: 05.2004
154 Subdivisions
142 Points (RGN10)
4 Points (RGN20)
702 Polylines
480 Polygons
Done: 1.9 s
Output: MapTK.prj
File: C:/X/st. peter-ording.mp
142 POIs
4 Cities
702 Polylines
480 Polygons
Done: 0.3 s
Input: C:/X/st. peter-ording.mp
Output: C:/X/00000030.img
71 points
2 cities
457 polylines
253 polygons
Done: 2.1 s
Schritt 2 hätte ich gut weglassen können. Ohne PRJ-Datei werden genau die Zuweisungen zu den Ebenen vorgenommen ( war gedacht als kleines Python-Beispiel; nützt nicht, schadet aber auch nicht ). In meiner Datei für die Topo-Karten sieht das für POIs so aus um einigen Datenmüll zu entfernen:
[CUSTOM_POI]
# Python script: customizing points
# variables: overview 1 overview map
# 0 detailed map
# type code of object ( 16 bit )
# level visibility level, -1: invisible
# label text for object
if overview: # modify in overview map
pass
else: # modify in detailed map
grp = type >> 8 # group of types
if grp in (0x2a, 0x2b): # remove if special text
if label.lower().startswith('haus '):
level = -1 # ignore
elif label.lower().startswith('ferien'):
level = -1
elif label.lower().startswith('gäste'):
level = -1
elif label.lower().startswith('pension'):
level = -1
elif label.lower().startswith('privat'):
level = -1
level = 1
[END]
Die Motivation mich mit Kartenerstellung zu beschäftigen war die Top Deutschland. Zumindest in einer sehr frühen Ausgabe ( Juli 2004 ) waren Wege ( 0x16 ) im Level 1 und normale Straßen ( 0x06 )nur im Level 0.
Die Datei aus dem Test ( umbenannt in 'SPO.mp', cgpsmapper kann mit dem Namen 'st. peter-ording.mp' nichts anfangen ) läßt sich mit cgpsmapper ohne Probleme umwandeln. Braucht mindestens doppelte Zeit, die IMG-Datei ist dafür 10% kleiner.
Bekannt ist mir, dass cgpsmapper Karten nicht bearbeiten kann bei den Straßen mit sich selbst verbunden sind oder sich mit sich selbst kreuzen. Bei den Topo-Karten ist das nicht selten. Ursache wird sein, dass cgpsmapper auch in der freien Version routingfähige Karten erzeugt, aber die Ausgabe der Subfiles NET und NOD unterdrückt. So ein Konstrukt ist unter dem Gesichtspunkt Routing kaum zu bändigen. Für mich bedeutet das, dass Routing mit Topo-Karten ganz hinten angestellt ist, zumal Routing und Anzeige Topo mit einer kleinen Einschränkung ja funktioniert.
Gruß,
Jürgen
