Beiträge von Papaluna

Zitat von Canario

Was allerdings etwas unschön ist, ist die Tatsache, daß der eine abgesplittete Teil die Standardeinstellung in Sachen Geschwindigkeit des Elements bekommt. Hier Wirtschaftsweg mit 40km/h, nach Absplittung 5km/h.

Hallo Stefan,
interessanter Hinweis, das war mir noch gar nicht aufgefallen.
afaik ist die Standardeinstellung für den Typ 0x07 speedclass=2(40km/h) roadclass=0. Der abgesplittete Teil erhält anscheinend speedclass=0(5km/h) roadclass=0 wenn mkgmap die Daten im mp-format zugeführt werden.

Wenn allerdings Daten im OSM-format als input genommen werden, erhält der abgesplittete Teil übrigens die gleichen Werte wie die Ausgangslinie.

Gruss
Gert

Ich habe mir gerade noch mal als Beispiel eine Polyline (routingfähig) von mir angeschaut:
jeweils Level0=24
Input-Daten: 464 Punkte
img: 250 + 215 = 464 +1 Zusatzpunkt durch Splittung

Hallo Felix,

Zitat von extemecarver

mkgmap kuerzt auf 256 Punkte bei Polygonen, rund 80 bei Linien.

Wo hast du denn diese Werte her?
Sowohl in LineSplitterFilter.java ist MAX_POINTS_IN_LINE = 250
also auch in PolygonSplitterFilter.java MAX_POINT_IN_ELEMENT = 250
voreingestellt (lässt sich natürlich anpassen)

Zitat von extemecarver

Wobei gut moeglich ist, dass dies nur bei osm als Datenformat passiert

Soweit für mich erkennbar wird zumindest im polish data reader (PolishMapDataSource.java) der LineSplitterFilter.java importiert und Polylines auf die Anzahl der Punkte hin untersucht.
Für Polygone konnte ich das jedoch nicht erkennen.(meine java Kenntnisse sind auch nur rudimentär)

Zitat von extemecarver

Alternative waerhre einen mp to osm Konverter zu benutzen/schreiben.

Ein guter Einstieg ist hierzu:
http://trac.openstreetmap.org/…inz2osm/mp2osm_linz_jr.py

Gruss Gert

Garmin GPSmap 60 csx:
Kartenansicht=>Menu=Karte einrichten
Im Bereich "Max Zoom" läßt sich beeinflussen, bis wann das GPS in Abhängigkeit vom Zoomlevel Label anzeigt.

Dort müsstest du mal ausprobieren, welche Einstellung für dich die adäquate ist.

Zitat von scw2wi

wo genau kann ich den in der TYP-Datei die Schriftgröße verändern?

In den jeweiligen Definitionsdateien zur Typ-file Erstellung. Das ist spezifisch je nachdem welches Tool du dazu verwendest.

Bei MapTK ist es der Eintrag

TextSize=x
wobei x folgende Werte haben kann:
0 = Standardwert (durch Garmin definiert, ist als DefaultVorgabe gesetzt)
1 = kein Text
2 = klein
3 = mittel
4 = groß

Im Online-Editor http://ati.land.cz/gps/typdecomp/editor.cgi
findet sich ein Fonteintrag zum Text welche dann analog auszuwählen wäre.

Dieser Eintrag muss dann jeweils bei den zu ändernden Objekten gesetzt sein.

Wird das gemacht, ist keine Änderung der Labelgröße am GPS mehr möglich.

Zitat von Glücki

Und warum haben die Änderungen direkt im Gerätemenü keine Auswirkungen auf die Kartendarstellung auf dem Gerät?

Wenn in einem Typ-file für die Textgrößeneinstellung andere Werte als der Wert Standard verwendet wird, also direkt ein Eintrag für kein, klein,mittel, groß, wird dieser Wert verwendet und ist im Gerät NICHT mehr zu beeinflussen.

Hallo Paul,

das ist kein Gerücht sondern wahr. Allerdings sind es meines Wissen max. 255 (=0xFF) Punkte.

Version 2.7

• Index zum Suchen von Orten und POIs in MapSource und GPS-Geräten.
• Bedienung und Compiler in unterschiedlichen Prozessen für verbesserte Bedienbarkeit.
• Neu gestalteter Kopf der PRJ-Datei um die Projektdefinition zu vereinfachen.
• Automatische, von der ''Family ID' abgeleitete Benennung von TDB-, MDX-, MDR- und REG-Dateien.
• 'IMG Analysis': Indexdateien werden übersprungen
• Ubuntu: gegen Version 9.10 getestet.
• Alle bekannten Fehler beseitigt.
• Weiter verbesserte Fehlermeldungen.
• Doku aktualisiert.

http://maptk.dnsalias.com/

Ich benutze das schon erwähnte WinGdb um bei Bedarf Routen in Tracks umzuwandeln und damit zu "fixieren".

Der angesprochene ADAC-Tourguide ist mit seiner Routingfunktion eine gute einfache Planungshilfe und reduziert den Aufwand, der mit dem nachzeichnen von Tracks einhergeht. Und nur das und nicht mehr ist es. Die Verantwortung über die grundsätzliche Wegauswahl durch Interpretation der im Kartenbild enthaltenen oder eben auch nicht enthaltenen Informationen bleibt bei mir.

Aus meinen mehreren tausend Kilometer Touren habe ich mir z.B. ein routingfähiges Overlay erzeugt, welches mir eine schnelle Tourplanung ( auch unterwegs) erlaubt.

Richtiges Auto(matisches)routing für den Outdoorbereich wird es meiner Ansicht nach auf absehbare Zeit nicht geben, da die hierfür notwendigen Informationen (exakte Wegbeschaffenheit, Schwierigkeitsgrad etc.) nur teilweise und auch nicht flächendeckend vorhanden sind.
Wenn das der Fall wäre, könnte ich mir durchaus eine sinnvolle Nutzung vorstellen z.B. damit gerade sich manch einer nicht auf Wege begibt, die seinen Fähigkeiten nicht entsprechen.

Und jene die sich mit Sandalen ins Hochgebirge aufmachen, machen dies auch heute schon ob mit oder ohne Autorouting.

Zitat von Smithy1

Nun, mir kommen hier auch mal MTB`ler entgegen.
http://www.jurasteig.de/content/geo/schlaufen.php?Schl=14

Ich kann aus dem Link leider nichts erkennen was da prinzipiell entgegen steht

Zitat von Smithy1

Nur auf´s Display guckt da keiner mehr

Eigentlich bewege ich mich nicht in der Natur um nur auf irgendein Display zu schauen

Zitat von Smithy1

Da kannst nicht mal anständig "Hallo" sagen.

Das ist schade, soviel Zeit sollte immer sein, wenn man gemeinsam die Natur geniesst bzw. sich dabei begegnet

Zitat von oeschi

Ich stelle mir vor, wenn ein MTBler sich durch die Alpenpfade routen läßt, sagen wir mal so zwischen 1500-2000 Höhe, bei einem Downhill schneller unterwegs ist und sich auf das Routing verläßt. Na hurra, einmal falsch abgebogen und ab in die Schlucht.:D:D:D

Na, ja es soll ja auch schon Deppen gegeben haben die sich mit ihrem Auto über den Fähranleger hinaus routen liessen.

Zitat von Guide

Kann man die Kartenansicht wieder auf Anfang zurücksetzen?

In der Hoffnung dich richtig verstanden zu haben:

MapsetToolkit:
-Kartenprodukt auswählen/markieren bei "Mapset installed"
-EDIT
-Feld fürs Typ-File leeren (Text markieren + entfernen) oder hier evtl. ein anderes Typ-file angeben
-APPLY
Hinweis: Falls du doch noch mal MS > 6.13.7. verwendest, ab Ms 6.14.1 ist der MapSource-cache zu leeren da ansonsten noch teilweise die Karte aus dem Cache angezeigt wird und es dann so aussehen kann als hätte keine Änderung stattgefunden.
Bei einer Windows XP Installation ist er normalerweise zu finden unter:
c:\Dokumente und Einstellungen\%user%\Anwendungsdaten\Garmin\Mapsource\Tilecache
(sorry,das Leerzeichen bei Mapsource bekomme ich nicht weg)

Es kann ruhig der gesamte Ordner \Tilecache gelöscht werden da er beim Neustart von Mapsource neu erstellt wird.

Hallo Stefan,

evtl. kommt noch ein weiterer Punkt in deinem Fall zum tragen.
Nicht alle Objekte werden bei gleicher Verteilung auf die Level und gleicher Einstellung des Detailgrades in MS auch gleich weit/lang beim zoom angezeigt.
Eine Erhöhung des Detailgrades sollte dann das Objekt auch länger anzeigen.

Probier mal als Beispiel 0x2b03 + 2f04 (Flughafen) nebeneinander aus.

Zitat von Canario

Was bleibt ist, daß die vordefinierten Typen 0x2b01...04 nur im Level 0 angezeigt werden, d.h. ab Zoomstufe 300m in Mapsource sind sie verschwunden.

Dann sind diese Objekte wohl nur im Level0 vorhanden.

Maßnahme:
-betreffende Objekte markieren
-rechts klick auf einem der ausgewählten Objekte->Kontextmenu-modify
-extend all elements up to level
-gewünschten Level eintragen

Alternativ:
"Endlevel=" Eintrag mit dem entsprechenden Wert (Bsp.: Endlevel=1) in das mp-file für die betreffenden Objekte eintragen.
Das dürfte aber normalerweise selten der Fall sein.

Zitat von morgen1

Papaluna: Frage: wie ist das jetzt mit den Mapskins=Typfile von MapTK. Früher hatte MapTK eine eigene Schreibweise, die geringfügig von der cgpsmapperschreibweise abwich. Funktioniert die MapTK Schreibweis jetzt mit Mapedit ? Oder ist jetzt die Schreibweise von MapTK an die cgpsmapperschreibweise angeglichen ?.

MapTk erstellt seine Typ-files aus den Einträgen in der prj-Datei. Die Notation ist MapTK-spezifisch und entspricht nicht der cgpsmapper-notation. Daran hat sich nichts geändert.
MapTk kann allerdings schon seit Version 2.2 aus einer .prj-Datei eine Datei in der cgpsmapper-notation erzeugen(Es fehlen dann lediglich die spezifischen Information zur Karte wie FID, Product-id etc), die dann ohne Probleme in Gpsmapedit benutzt werden kann.

Hi,

ich habe es selbst ausprobiert mit -img installation. Allerdings habe ich nur eine Arbeitsinstallation mit einigen wenigen imgs erstellt.
Dies habe ich jetzt nochmals gemacht und das hat wieder einwandfrei funktioniert.
Allerdings bin ich nicht von der Originalinstallation ausgegangen(war mir dann doch zuviel Arbeit). Ich hatte schon vorher mal die Original-DP mit den von mir bevorzugten Tools MapTK + gmaptool geändert.
Vermutlich führt das zu dem von eurem abweichenden Ergebnis.

Sorry for the noise

Hallo Stefan,

die von morgen 1 erwähnten mapskins kannst du übrigens einfach mit MAPTK erzeugen. Dort gibt es im Menupunkt "Typ" den Punkt "PRJ-File to Mapedit Skin". Das dann entstandene file kannst du in Gpsmapedit unter View-Manage Mapskins einbinden und dann mit View-Mapskins auswählen.
Dann stehen dir auch die 3-Byte Typen direkt zur Verfügung in gpsmapedit( zumindest jene die einen Eintrag im prj-file von Maptk haben).

Eine weitere Möglichkeit ist das Programm Typviewer
http://opheliat.free.fr/michel40/
(setuptypviewer.exe enthält aktualisierte Version)
Dieses kann aus.typ-files die entsprechende ascii-Datei für cgpsmapper erzeugen, welche sich auch als mapskin in Gpsmapedit einbinden lassen.
Wenn dir die cgpsmapper-notation mehr zusagt und dich nicht stört das Typeviewer in französisch daherkommt, ist das eine weitere gute Alternative.

Hi,mit Mapsettoolkit V 1.65 scheint das ändern der DP für die Topo Dv2 aber möglich zu sein ohne das MS dann crasht.

Ansonsten gibt es mit gmaptool und MapTK ( und wie schon erwähnt img2ms) ja auch genügend andere Tools die funktionieren.

Hallo guide,

falls sich nicht noch jemand meldet der ein passendes typ-file hat und es dir zur Verfügung stellt, bleibt dir nichts übrig als selbst Hand anzulegen.

Online-editor der das binäre typ-file bearbeitet.
http://ati.land.cz/gps/typdecomp/editor.cgi

Offline empfiehlt es sich:
MapTk von
http://maptk.dnsalias.com/MapTk/
zu benutzen.

Mit MapTK lässt du dein vorliegendes Typ-file analysieren und es wird als prj-Datei gespeichert. Mittels des integrierten Editors kannst du die vorhanden Einträge für POI, POLYLINE oder POLYGON bearbeiten und um weitere erweitern.
Bei der Bearbeitung fremder Typ-files ist zu überprüfen welche FID das Typ-file hat, da diese unbedingt mit der FID der Karte übereinstimmen muss, für die du es verwenden willst. Wenn sie nicht übereinstimmt wird das typ-file zwar innerhalb Mapsource angewendet, aber nicht zum GPS übertragen. Somit würde dort alles wie zuvor aussehen. Deshalb ist diese FID gegebenfalls anzupassen.
Dann kannst du dir aus den geänderten Daten ein neues Typ-File generieren lassen.
Dies erfordert allerdings ein wenig Einarbeitungszeit welche sich durch Lekture des Manuals verkürzen lässt.

Das die Orte/Städte in der Darstellung nicht verändert wurden liegt wohl daran, das in dem von dir verwendetetn Fremd-typfile keine entsprechenden Einträge waren.

Die POI-Objekttypen in deiner Karte für Städte liegen im Bereich 0x0100-0x1100.
0x0100 Megapole (über 10 Mio. Einwohner)
0x0200 Megapole (5 bis 10 Mio. Einwohner)
0x0300 Metropole (2 bis 5 Mio. Einwohner)
0x0400 Metropole (1 bis 2 Mio. Einwohner)
0x0500 Großstadt (0.5 bis 1 Mio. Einwohner)
0x0600 Großstadt (200000 bis 500000 Einwohner)
0x0700 Großstadt (100000 bis 200000Einwohner)
0x0800 Stadt (50000 bis 100000 Einwohner)
0x0900 Stadt (20000 bis 50000 Einwohner)
0x0a00 Kleinstadt (10000 bis 200000 Einwohner)
0x0b00 Kleinstadt (5000 bis 10000 Einwohner)
0x0c00 Ort (2000 bis 5000 Einwohner)
0x0d00 Ort (1000 bis 2000 Einwohner)
0x0e00 Dorf (500 bis 1000 Einwohner)
0x0f00 Dorf (200 bis 500 Einwohner)
0x1000 Dorf (100 bis 200 Einwohner)
0x1100 Dorf (unter 100 Einwohner)

Du müsstest dann für die gewünschten Objekte neue Einträge erzeugen.

Die meisten aufkommenden Fragen sind übrigens hier im Board schon mehrfach beantwortet worden und sicherlich mit Hilfe der Suchfunktion zu finden sein. Stichworte könnten Typ-file, MapTk etc. sein. Begrenze die Suche dabei auf den Bereich "Eigene Vektorkarten erstellen oder Anpassen"

Zitat von Canario

Dann streikte allerdings mkgmap im Hinblick auf die Labels:
"error decoding label"

möglicherweise ein options-Problem !? (--codepage=''1252'' --latin1)
Trotz einigem probieren, konnte ich diese Meldung im Moment nicht provozieren obwohl ich mich schwach daran erinnern kann diese auch anfangs gehabt zu haben.
(im übrigen scheint es mittlerweile kein Problem mehr zu sein den codepage-Eintrag in der mp-Datei zu haben. Allerdings wird er anscheinend aber auch nicht von mkgmap ausgewertet. mkgmap erwartet selbst als option ein --code-page=''1252''

Zitat von Canario

Das "MOJICOCO" habe ich jetzt auch mal probiert und dazu ein textfile mit Inhalt "ñ" erstellt. Das Ganze bricht dann mit einer Fehlermeldung ab.

wars "An invalid argument was encountered" ?

Scheint so als ob das Programm doch etwas mehr braucht als nur ein einzelnes Zeichen. Mit mehreren Zeichen und einem "ñ" dazwischen funktioniert es aber.
Source encoding "auto-select" hat bei mir übrigens zum Teil zu leeren Dateien geführt. Mit "Western European (Windows)" hat es aber z.B. funktioniert.
Es gibt aber auch möglicherweise bessere Tools.