Beiträge von JürgenD

Hallo Rainer,

nein, das war kein Fehler. In diesem Zusammenhang ist jeder Typ der Line gut. Das hab' aus Bequemlichkeit gemacht. Um das zu erklären muss ich etwas ausholen und meine Arbeitsweise beschreiben. Du solltest Dir auch mal ansehen was in den Dateien anders geworden ist.

Ich lege in solchen Fällen ein neues Verzeichnis an und kopiere alle Dateien dort hin. Aus diesem Verzeichnis starte ich MapTk ( das geht z.B. über einen Link, ich benutze allerdings anstelle des M$-Explorers den Totalcommander ( http://www.ghisler.com, kommt aus der Schweiz und ist für mich wie das berühmte Taschenmesser ). Als erstes den Editor wählen um eine neue Projektdatei anzulegen: Namen für das Projekt vergeben, alles in einem Ordner, Typen und Script von Südtirol ableiten, Save. Nun fehlt nur noch der Produktname für Mapsource, die FID und eine Maske um die Detailkarten später aus dem Verzeichnis herausfischen zu können. 'Exit'. Damit sind alle Vorbereitungen getroffen.

Seit Version 1.0.50.1 von MapEdit ( geopainting.com ) funktioniert die durch Typen gesteuerte Darstellung der Punkte, Linien und Flächen fast perfekt. Um nicht für jeden Kartensatz die Skin-Datei ( View -> Map Skins ) umschalten zu müssen versuche ich für alle Karten die selbe Typdefinition durchzuhalten. Diese Definition ist bei mir von der Südtirol-Karte abgeleitet. Dmit sind auch alle Projektdateien bei mir Ableger von Südtirol. Eine Kopie mit den Gemeinsamkeiten liegt im Verzeichnis von MapEdit.exe. Mit MapTk ( File -> PRJ to MapEdit skin ) generiere ich daraus dort die Skin-Datei. 0x04 habe ich auch gewählt weil dieser Typ in der der Südtirol-Karte nicht vorkommt, ich die Karte also blitzschnell und ohne Konflikte um die Tracks erweitern könnte ( da hatte ich noch nicht gesehen, dass nur eine Kachel in Südtirol liegt ).
Ich bearbeite meine Karten immer mit MapEdit nur im Level 0. Damit alle Objekte die richtige 'EndLevel='-Definition bekommen schicke ich die bearbeiteten MP-Dateien durch die Script-Funktion. Das sorgt dann auch dafür, dass Einstellungen wie Transparenz oder die Drawprority für alle Kacheln einheitlich sind. Die Vorlage dafür ist wieder die Projektdatei von Südtirol. Diese Einheitlichkeit sorgt dann auch dafür, dass ich auch zwischen Kachel verschiedener Projekte problemlos mit MapEdit hin- und herkopieren kann. Da habe ich nicht aufgepasst und den Copyright-Text nicht entfern. Den haben die Kachel nun geerbt.
Die Übersichtskarte erzeuge ich dann aus den fertigen Detailkarten und schicke das Ergebnis durch das Script. 2 Level sind meist genug, 4 sind aber bei großräumigen Kartensätzen angenehmer bei der Auswahl.
Wenn dann die MP-Dateien noch in die Projektdatei importiert worden sind ( Edit -> Maps -> Import ) kann der Kartensatz mit 'Make' inklusive TYP-, REG- und TDB-Datei generiert werden. Zuvor habe ich allerdings noch die Liniendefinition für 0x04 hinzugefügt ( weil in Südtirol nicht benutzt ). Doppelklick auf die REG-Datei und alles ist fertig um den Kartenstz auf das Gerät zu übertragen.

Die ganze Geschichte hat für die 7 Kacheln keine 30 Minuten gedauert, einschließlich Laden ins Gerät.

Gruß
Jürgen

Vesuch es mal damit. Pfade anpassen nicht vergessen. Hab die Tracks auf Typ 0x04 gesetzt ( kommt in Südtirol nicht vor ) um das (modifizierte) Script von Südtirol benutzen zu können. Alle Tracks in einem transparenten Kartensatz. FID = 100, Drawpriority = 30. Overview-Karte aus den Detailkarten generiert. Sonst nichts geändert.

Gruß
JürgenD

Nochmal eine neue Version ( 2.2.3 ). MP-Dateien des OSM-Projektes lassen sich jetzt bearbeiten. Ein weiterer Fehler beim Anzeigen der Drawpriority behoben ( dank Papaluna ).

Gruß
Jürgen

Ich hab da keinerlei Kritik gehört ( oder gelesen ? ). Ich wollte nur die Gründe für die vernachlässigten Randgebiete aufzeigen.

Es gibt tatsächlich 3 Versionen: Die 1.0 ohne Sella-Runde, mit Höhenlinien in Österreich ( 656 Download ), die aktuelle Version 1.03 ( 1489 Downloads + 3 die gerade heruntergeladen werden ) und eine fehlerhafte Version 1.02 ( nach 10 Downloads am 9.7.2008 aus dem Verkehr gezogen ). Steht fast alles in der info.html.

Gruß an die Freunde Südtirols
JürgenD

Es liegt die neue Version 2.2.2 von Maptk zum Download bereit. Keine neuen Funktionen. Es wurden aber alle bekannten Fehler berseitigt sowie einige Fehler- und Warnmeldungen verbessert.

JürgenD

Hallo Paul-Josef,

Zitat

Die Sellarunde ist nicht ganz komplett. Hinter dem Campolongo bricht ...

Dazu eine Anmerkung: Das Kartenmaterial bezieht sich auf die autonome Provinz Südtirol. Auf dem Server in Bozen liegen aber auch einige Daten der Provinz TN. Dieses leider recht unvollständige Material habe ich mit verarbeitet. Interessante Gebiete liegen häufig gerade auf der Grenze der Provinzen. Qualitativ gute Tracks ( mit Angabe der Typen, entsprechend der Klassifizierung der vorhandenen Karte ) will ich gern übernehmen. Kopieren aus vorhandenen Karten scheidet wegen möglicher Rechteverletzung leider aus. Alternativ könnte ich die Gebiete jenseits der Provinzgrenze ganz entfernen. Das wird bei Überlappung mit Kacheln der Topo Italien möglicherweise sogar notwendig werden. Im Grenzbereich zur Topo Austria ist das ja schon erledigt.

Wege sind im Moment noch nicht so wichtig. Ich hoffe immer noch, dass der AVS mir die Daten des Wegeprojekts überläßt. Die tun sich offensichtlich sehr schwer damit. WPs, insbesondere Bergasthäuser, Sehenswürdigkeiten, Kirchen, Bushaltestellen u.s.w. aus den ländlichen Bereichen, sind immer eine willkommene Ergänzung. Leider ist nach über 2000 Downloads noch nichts bei mir angekommen. Der Ordner Upload auf dem Server hat Platz für mehrere GBytes ! Keine Anmeldung und kein Passwort nötig !

Gruß
JürgenD

Hallo popej,

es ist richtig, dass ein POI, eine Linie oder eine Fläche zu einer Übersichtskarte hinzugefügt das Problem behebt ( cgpsmapper.exe fügt zu jeder IMG-Datei einen Punkt als 'Wasserzeichen' hinzu ). Die Ursache könnte in MapSource liegen aber auch an meinem unvollständigen Verständnis der inneren Struktur einer IMG-Datei. Im Gegensatz zu Übersichtskarten dürfen Detailkarten durchaus leer sein. In der nächsten Version wird bei Übersichtskarten mit Fehlermeldung abgebrochen wenn außer den Polygonen 0x4a und 0x4b keine weiteren Elemente vorhanden sind. Bei Detailkarten gibt es eine Warnung.

Zitat

Aber Overview-Map in Mapsource ist leer, es gibt keine Kartenausschnitt und Karten-Details sind nicht zu erkennen. MapSource zeigt nur gelben Hintergrund. Karte kann nicht für die Übertragung nach GPS gewählt werden.

Das liegt an einem Fehler bei der Auswertung der Zoom-Werte in [IMG ID]. Dieser Fehler wird in der nächsten Version behoben sein. Bis dahin bitte 'Zoom0=0', 'Zoom1=1', 'Zoom2=2', ... verwenden. Ich habe für andere Werte bisher keine Verwendung gefunden und sie deshalb auch nie benutzt - leider auch nicht zum Testen des Programms.

Das hilft wohl erstmal weiter.

JürgenD

Moin,

der Fehler betrifft scheinbar nur Polygonen der Typen > 0x10000 in Karten mit der Technik der Topo Deutschland V2 auf. Der Fehler ist beseitigt. Die Version 2.2 von MapTk liegt zum Download bereit.

Neben Fehlerkorrekturen und kleinen Verbesserungen kann eine 'MapSkin' für MapEdit ab Version 1.0.48 aus der Projektdatei erzeugt werden. Leider zeigt Mapedit nur die sogenannten Standardtypen an. Gemusterte Linien werden werden leider falsch angezeigt.

Gruß
JürgenD

Hallo Martin,

die Antwort vom AVS ist im Moment noch hinhaltend, also mit ungewissem Ausgang. Beim AVS ist da wohl ein Team dran, das erst mal befragt werden muss. Wie lange das noch dauert ist unklar. Die Antwort ist jedenfalls schon drei Wochen alt. Vielleicht hilft es wenn Interessenten mal eine Mail mit entsprechendem Inhalt an den AVS schicken ( Adresse findet man unter http://www.trekking.suedtirol.info/ - Service - Kontakt ). Ich selbst will da ( noch ) nicht drängeln.

Selbst wenn der Bescheid positiv ausgeht wird eine überarbeitete Karte dieses Jahr wohl nicht fertig werden können. Die Verwendung der berechneten Routen zur Veröffentlichung ist rechtlich bedenklich. Auch sind diese Routen sehr viel gröber als die angezeichneten Wege. Für den persönlichen Gebrauch aber besser als nichts.

Also warten wir es ab. Die Hoffnung stirbt zuletzt.

Jürgen

Es gibt auch noch MapTk mit grafischem Editor für POIs, Linien und Flächen. Die Nächste Version wird auch die Textgröße anpassen können.

Gruß
JürgenD

zu #110

Hollo Joern,

ich halte nicht viel von automatischen Ersetzungen. Das erzeugt nur Verwirrung. Wenn der Name mit Leerzeichen bei der Basemap gelegentlich Probleme macht, sollte der Anwender einen Namen ohne Leerzeichen vergeben. Das Hat er ja in der Hand. Einen Hinweis auf eine mögliche Falle kommt ins Manual. Namen der Detailkarten mit Leerzeichen, wie z.B. 'Bad Lauterberg im Harz' sind völlig unproblematisch.

Gruß
Jürgen

Kaum ist man mal ein paar Tage weg, dann sowas.

Es gibt aber auch gute Nachrichten: Eigene, mit MapTK compilierte Karten funktionieren - z.B. Südtirol.

Ich bleibe bei 6.13.6.

JürgenD

Ich habe den Code auf diesen Fehler hin angeschaut. Eine Möglichkeit ist, dass der Level unterhalb des Hintergrund Polygons leer ist. In dem Fall gibt es kein Element, das die Abmessung der Karte ( für das 0x4a-Polygon in der Übersicht ) bestimmen könnte. Es bleiben die Initialwerte von +/-360 Grad. Das ist ein Fehler, der auch für die Abstände der 0x4a-Polygon verantwortlich sein könnte.
Ich würde das gern mit einer der Karten überprüfen bevor ich eine neue Version, die das korrigiert, herausbringe. Also bitte wenigstens die kleinere der beiden Kacheln hochladen.

Gruß
JürgenD

Hallo Andreas,

die Karte wird nach erfolgreicher Installation durch Ausführen der EXE-Datei, wie alle anderen Karten in MapSource auch, an das Gerät übertragen. Dazu gibt es hier im Board jede Menge Information, einschließlich Video-Tutorial. Die Datei info.html gibt Hinweise zur Version der Karte und Experten einige Daten für eigene Ergänzungen. maptk.prj ist die dazugehörige Steuerdatei zum Bearbeiten und erzeugen des Kartensatzes und der TYP-Datei mit MapTk. Diese Dateien sind zur Benutzung der Karte nicht erforderlich.

Gruß
Jürgen

Von der Theorie mal zur Praxis:

• Freespace-Server gibt es. Habe ich probiert für MapTk um dann eine altes Notebook auf meinen Schreibtisch zu stellen. Werbung, zum Teil unappetitlich, brauche ich nicht.
• Verwalten kann man besser mit Subversion. Läuft längst auf meinem Server für die Versionsverwaltung und BackUp. Geht aber nicht auf einem reinen Fileserver.
• Blockieren ist gut, macht Subversion auch. Braucht aber viel Disziplin damit die Kachel nach möglichst kurzer Zeit wieder freigegeben wird. Soviel Disziplin traue ich der Mehrheit nicht zu.
• Die Kontrolle ist unabdingbar. Subversion ist dafür leider nicht zu gebrauchen. Auch lassen sich Kontrollen an einer Kachel mit 15 MByte kaum durchführen, wenn man nicht weiß was denn geändert wurde. Deshalb sollte nur die Änderung übertragen werden. Damit wird alles Handarbeit.

Sollte sich jemand finden das trotzdem zu organisieren und die Resourcen bereitzustellen, meinen Segen hat er. Aus Erfahrung befürchte ich, dass das erfolglos sein wird. Nur ein Beispiel: In MapTk waren in veröffentlichten Versionen sicher weit mehr als 100 Fehler drin. Gerade mal 6 davon wurden mir gemeldet, davon nur ein Fehler der nicht über Navibord.de rein kam ( kyrillische Label in Error-Meldungen ). Ich schließe daraus auf eine hohe Leidensfähigkeit, Trägheit und Gleichgültigkeit ( Bill lebt davon ). Ich schließe mich selbst dabei nicht aus im Umgang mit diversen Programmen. Die Karten wird man dankbar konsumieren, sich ernsthaft und diszipliniert Beteiligen ist aber eine andere Sache. Um ehrlich zu sein: Den Beitrag #50 habe ich nur geschrieben, weil ich nicht damit rechne mit Änderungen zugeschüttet zu werden. Ich würde mich aber gern enttäuschen lassen.

Gruß
JürgenD

Hallo Gert

Jedes Objekt, egal ob POI, Polyline oder Polygon endet mit [End] und ist völlig eigenständig. Eine Linie verbindet nur die Koordinaten in Datax=. Es besteht keine Beziehung zu anderen Objekten in der Karte. Eine Linie scheint nur mit einer anderen Linie verbunden zu sein wenn der Endpunkt der einen mit dem Anfangspunkt der anderen Linie identisch ist. In MapEdit kann man genau diese durch die Routing-Nodes zusätzlich logisch miteinander verbinden. Es bleiben aber auch dann immer völlig getrennte Objekte. Wenn TTQV das anders interpretiert, dann ist das schlicht falsch.

Das entfernen von 1-Punkt Polylines und Polygons ( = unendlich klein, in der Praxis 1 Pixel ) entfernt nur kaum sichtbaren Müll mit dem netten Nebeneffekt die Datei um einige Prozent zu verkleinern.

Gruß Jürgen

Zur Ergänzung die wichtigsten Typen:

Fußwege: 0x16 ( schwarz, gestrichelt )
unbefestigte Wirtschaftwege: 0x0a ( braun, lang gestrichelt )
befestigte Wirtschaftwege: 0x07 ( braun, kurz gestrichelt )
einfache Straßen: 0x06 ( braun )

Die Routen des Wegeprojekts sollten in diesem Sinn wohl meist Fußwege ( 0x16 ) sein, sofern sie nicht auf in der Karte vorhandenen Wirtschaftswegen und Straßen verlaufen. Die Wirschaftwege ( gestrichelt ) sind nach meiner Erfahrung recht vollständig und meist für normale Fahrzeuge gesperrt.

Die Wegenummern sind ein Bestandteil des Namens und gehören in das Feld 'Label='. Nummer und Name sollten voneinander getrennt werden, z.B. '4,7,W~[0x1f]LÄRCHWIESGATTER - MANDL' beim Zirmerhof ( Radein ). 3 Nummern und ein Name. Die Nummern werden angezeigt, der Name nur unter dem Cursor. Nur eine Nummer ist auch gut.

Kommentare werden nicht in die IMG-Datei übernommen ( gibt kein Feld dafür ) und sollten Hinweise sein wie mit dem Objekt zu verfahren ist ( wenn das nicht offensichtlich ist ).

Die Regeln und weitere Ergänzungen werde ich zusammenfassen und als Datei zum Nachlesen mit auf den Server legen.

Doch Übereifer schadet nur ! Eine gute Topo Italien ist sicher auch für Südtirol interessant. Die Topo Deutschland V2 als Vorbild ist allerdings im Bereich der Wanderwege nicht gerade umwerfend. Die neue Karte wird sicher auch 'gelockt' sein, so dass Ergänzungen nicht möglich sind. Warten wir es mal ab. Ich werde jedenfalls noch einen Anlauf machen um die Daten des Wegeprojekts vom AVS zu bekommen. Dann wird es etwas weniger mühsam.

JürgenD

Verwirrung gibt es eigentlich keine. Die Fakten:

Bei den von TTQV erzeugten MP-Dateien gibt es einen syntaktischen Fehler. Bei einigen Linien ( ohne Label ? ) fehlt am Ende eine Zeile mit dem [End] und das nächste [Polyline] klebt an den Koordinaten. Dieser Fehler muss in TTQV repariert oder in der MP-Datei behoben werden. Die 'Linien' mit mit einem Punkt sind in jedem Fall eigene Linien und werden nicht mit anderen Linien zusammengefasst. An einer allgemein gültigen Lösung solche syntaktischen Fehler melden zu können arbeite ich noch, eine automatische Korrektur wird es nicht geben.

Linien mit nur einer oder zwei Koordinaten werden vom Script nicht herausgefiltert. Beim Erzeugen der IMG-Datei werden aber Punkte eliminiert, die nicht mindestens den Abstand eines Rasters ( = 1 Bit oder 2.4m mit 24 Bit/Koordinate ) vom vorherigen Punkt haben. Linien oder Flächen mit nur einem verbleibenden Punkt werden dann übersprungen. Damit fallen auch diese unendlich kurzen Linien unter den Tisch.

Dass beim Zerlegen langer Linien Punkte verschwinden habe ich bisher nicht feststellen können.

JürgenD

Habe bisher nur diagonal gelesen. Deshalb ganz kurz und allgemein:

Die Karten als OpenSource zu pflegen ist sicher keine schlechte Idee, in der Praxis aber schwer umzusetzen. Wenn mehrere Leute daran arbeiten gibt es schnell ebenso viele Versionen jeder Kachel. Diese Versionen müssen zusammengebracht werden. Konflikte sind unvermeidlich. Bei Programmen kann man z.B. Subversion zur Verwaltung einsetzen. Das mache ich schon um 3 Rechner zu synchronisieren. Bei Karten kann man damit Konflikte leider nicht vernünftig auflösen. Eine MP-Datei ist eben kein sequentielle Programm sondern eigentlich eine Datenbank, bei der die Reihenfolge der Objekt und der Elemente der Beschreibung unwichtig ist. Die Dateien zwei inhaltlich gleicher Karten müssen also nicht gleich sein. Die Reihenfolge ist kaum vorhersehbar wenn z.B. ein grafischer Editor benutzt wird.

Die Quelle als MP-Datei kann ich verfügbar machen. Das ist aber nicht nötig, würde bei ca. 135 MByte auch meinen Server verstopfen. Aus den IMG-Dateien kann mit MapTk die Quelle wieder hergestellt werden ( dauert je nach Rechner bis 1 Stunde ). Aus den MP-Dateien die Übersichtskarte erzeugen. Die zugehörige PRJ-Datei werde ich, zusammen mit einer neuen Version der Karte, auf dem Server verfügbar machen.

Obwohl ich schon einmal zur Mitarbeit aufgerufen haben gab es bisher keinen Beitrag bei über 600 Downloads. Trotzdem noch ein Aufruf zur Mitarbeit.

Wenn jemand einen neuen Weg oder eine Korrektur hat: Die neuen Objekte in MapEdit in eine leere MP-Datei kopieren. Der neuen Datei einen Namen geben der auf die Kachel verweist und zu mir hochladen: 'Upload' - 'Upload' - Datei wählen - 'Upload files'. Ich werden diese Daten in das Original übernehmen und dem Rest der Welt zum Download anbieten.
Damit das gut funktioniert einige Regeln ( ich bin ziemlich faul !

• Nur qualitativ hochwertige Daten !
• Eine Korrekturdatei pro Kachel, Kachel im Namen der MP-Datei nennen.
• Keine bereits vorhandenen Objekte kopieren.
• Nur den neuen Teil von Wegen kopieren mit passendem Anschluss an die vorhandenen Wege / Straßen.
• Alle Objekt mit dem passen Type= klassifizieren.
• Bei Korrekturen das Kommentarfeld in MapEdit benutzen, z.B. 'Weg gelöscht', 'verschoben', 'umbenannt', ....
• Möglichst Namen, Weg Nr., Adresse, Telefon, ... eintragen.
• Möglichst Absender hinterlassen für Rückfragen bei Konflikten.

Dateien die nicht unter Beachtung dieser Regeln entstanden sind werden ich nur Übertragen wenn sich der Aufwand in Grenzen hält. Daten, die möglicherweise Rechte anderer verletzten und Werbung wird ignoriert.

JürgenD

So ist es !
Bitte eine Datei die den Fehler produziert auf meine Server schieben ( hab kein TTQV ).

JürgenD