Beiträge von Papaluna

Hallo Stefan,
ein weiterer Ansatz könnte sein alle Layer außer Level0 + dem letzten(=leeren)Endlayer zu löschen und dann die Level wieder neu einzutragen und die Objekte aus Level0 wie gewünscht auf die dann leeren Level neu mittels "extend to..." zu verteilen.

Zitat von Canario

Mit welchem Editor hast Du die mp-Datei auf UTF-8 umgestellt?

Pspad
http://www.pspad.com/de/
10 mb sind kein Problem damit

Ansonsten könntest du auch charset Konvertierungssoftware wie z.B.
"MOJICOCO" nutzen

Hallo Stefan,
afaik benötigt mkgmap input im Utf-8 Format.
Öffne deine mp-Datei nach der Bearbeitung mit Gpsmapedit mit einem Editor, der in Utf-8 speichern kann und speichere sie entsprechend.
Entferne den codepage= Eintrag aus der Datei, da dieser anscheinend mit der codepage option in mkgmap kollidiert.

Ich habe es gerade mal mit einem kleinen Beispiel probiert und es funktionierte( war auch der Weg für mich um Umlaute in der Kombi mkgmap+mp nutzen zu können)

Zitat von extemecarver

maptk Typfileeditor aendern (wie per e-mail schon zweimal von mir angefragt), dass er nicht meckert wenn man komplett transparente Linien hat - zurzeit muss man dies per Texteditor aendern, und darf ab dann die Linie/Objekt nicht mehr oeffnen. Gerade im Zusammenhang mit Multilyerkarten - wo man eine unsichtbare Linie fuers Routing benutzt, waere dies weniger umstaendlich.

Setz doch übergangsweise 1 Pixel der Linie auf eine unscheinbare Farbe. Das sieht man an den kleinen Display so gut wie gar nicht.
Mache ich jedenfalls so.

Gruss Gert

Felix,

ich bin ja fast geneigt mich geschmeichelt zu fühlen, und ich würde dich bei deiner hervorragenden Arbeit ja gerne unterstützen, aber ich habe nur rudimentäre Phyton-Kenntnisse die gerade mal zur Erweiterung von Skripten wie mp2osm reichen aber nicht zur Maintainance von komplexen Programmen wie MapTK. Außerdem habe ich nicht den Quellcode denn ich bin leider nicht der Author das ist der : JürgenD

Gruss

Gert

Zitat von extemecarver

Aber ist der Name auch unterschiedlich?

{Name 'Mein Strassenname'}
zeigt mir im Label der Linie nach öffnen mit Gpsmapedit Mein Strassenname (Ohne Anführungszeichen).

Zitat von extemecarver

mit name '' waere ich ganz ganz vorsichtig. Meist wird dann der Name naemlich wirklich '' gesetzt, und je nach GPS wird dann statt keinem Namen '' angezeigt. Namen loeschen ist AFAIK nicht moeglich.

Im erstellten img ist für diese Linie zumindest nur ein leeres Label zu sehen wenn ich es mit GpsMapedit öffne. Wie es auf dem GPS ausschaut habe ich nicht geprüft

Zitat von extemecarver

Route=bicycle steht ja nicht im Tag der Linie, sondern meist nur im Tag der Relation.

Genau, in meinen Testdaten hatte ich in Unkenntnis der Zusammenhänge es auch in der Linie eingetragen.
Sehr schön, damit weiss ich dann nun auch wozu der "add route=bicycle" Eintrag in diesem Fall eigentlich ist.

Gruss und Dank

Gert

Zitat von extemecarver

Add funktioniert nur, wenn das Feld noch nicht existiert. Set ueberschreibt.

Habe ich auch so aus den wenigen vefügbaren Infos z.B.WIKI, verstanden

Zitat von extemecarver

Einen Action Block braucht es aber nicht - warum es bei dir ohne { } nicht funktioniert, kapier ich nicht.

Ich habe es gestern wirklich den GANZEN Tag probiert und nur so hinbekommen. Werde es aber die Tage wenn ich Zeit habe nochmal probieren. Ich bin da auch nur drauf gestossen, weil ich zuerst dachte es läge evtl. an fehlenden "with_actions" Einträgen und dann dachte, probiere es doch einfach mal mit einer DUMMY-Aktion aus. Ich war dann auch sehr überrascht das es plötzlich funktionierte.

Zitat von extemecarver

Vor allem da "{name}" ja gar nichts ausfuehren wuerde. Name funktioniert normalerweise so: { name '${name} swing' | 'swing' }

Das weiss ich seit ich mich vor geraumer Zeit mit den Highway shields herum geschlagen habe

Zitat von extemecarver

- Was leider nicht geht, sind verschiedene Namen fuer die Lines,

Gerade das war aber auch ein Teil meines Antriebes um das auszuprobieren.
Und was soll ich sagen, mit Einträgen der Art
route=bicycle & bicycleroutelevel1=1 {name}[0x01 resolution 18-16 continue]
route=bicycle & bicycleroutelevel2=2 {name '${ref|highway-symbol:box:6:4}'}[0x02 resolution 20-19 continue]
route=bicycle & bicycleroutelevel3=3 {name ''}[0x03 road_class=4 road_speed=7 resolution 21 continue]

behält Linie1 den vollen Namen
erhält Linie2 das highway shield
erhält Linie3 ein leeres Label

Was aber natürlich nur Variationen des eigentlichen Namen sind.
Du meintest wohl wirklich völlig unterschiedliche Namen wo der Datenursprung unterschiedich wäre.

Zitat von extemecarver

Bei dir ist aber ein Fehler drinnen im Lines File, da due route=bicycle nicht gesetzt hast, kannst du es eigentlich auch nicht abfagen. du duerftest nur

bicycleroutelevel1=1 [0x01 resolution... continue] als Regel im Lines File haben.

Wieso ist route=bicycle nicht gesetzt?
Sind diese Linien nicht Kopien der Linien die Member der Relation sind?
Und wenn diese Member als Tag route=bicycle haben, haben es doch auch die Kopien oder? Und wenn sie es nicht hätten würde doch auch die entsprechende Rule im Relations-File nicht erfüllt !?

Gruss Gert

Hi, Felix,

bislang verfüge ich ja immer noch über eher rudimentäre Kenntnisse des "Style-systems" von mkgmap.
Ich habe daher mal versucht dein Beispiel nachzuvollziehen. Ich habe also eine Relation angelegt in meinen Testdaten und
ihr eine paar Wege (member) zugeordnet).
Soweit sogut. Dann habe ich die von dir vorgeschlagenen Einträge im Relations und Lines-File vorgenommen.

Zitat von extemecarver

....so traegt man im Relations file ein

route=bicycle {add route=bicycle; add bicycleroutelevel=1; add bicycleroutelevel=2; add bicycleroutelevel=3 ...}

Und kann nun im "lines" File, einfach als Regeln aufstellen
route=bicycle & bicycleroutelevel=1 [0x01 resolution 18-16 continue]
route=bicycle & bicycleroutelevel=2 [0x02 resolution 20-19 continue]
route=bicycle & bicycleroutelevel=3 [0x03 road_class=4 road_speed=7 resolution 21 continue]

Alles anzeigen

Diese Einträge bringen bei mir aber nicht das gewünschte Ergebniss. Keine der Linien wird erstellt.

Die Verwendung einer ADD-Action geht doch nur dann, wenn nicht schon ein entsprechendes Tag existiert.!?
Wenn also "add bicycleroutelevel=1" ausgeführt wurde, wird "add bicycleroutelevel=2" übergangen.

Also würde ich eher
add bicycleroutelevel1=1; add bicycleroutelevel2=2; add bicycleroutelevel3=3 usw.
erwarten.

Desweiteren ist mir der Sinn des "add route=bicycle" nicht klar. Erst verlange ich Erfüllung der RULE route=bicycle und
dann soll eine ADD-Aktion auf das abgefragte Tag ausgeführt werden, was per Definition eigentlich nicht ausgeführt werden kann?.
Wenn dann müsste es doch eine SET-Aktion sein( wie im Beispiel des Default-Relation-File) obwohl mir auch da aus
selbigen Grund der Sinn im Moment noch verborgen bleibt.

Nach meinem bisherigen Verständniss muss doch APPLY verwendet werden um die gewünschten AKTIONEN IM RELATIONS-File
auszuführen.!?

Das gewünschte Ergebniss habe ich dann wie folgt hinbekommen:
RELATIONS-FilE
route=bicycle { apply { add bicycleroutelevel1=1; add bicycleroutelevel2=2; add bicycleroutelevel3=3; }}

LINES-File
route=bicycle & bicycleroutelevel1=1 {name}[0x01 resolution 18-16 continue]
route=bicycle & bicycleroutelevel2=2 {name}[0x02 resolution 20-19 continue]
route=bicycle & bicycleroutelevel3=3 {name}[0x03 road_class=4 road_speed=7 resolution 21 continue]

Anmerkungen hierzu:
RELATIONS
Es geht auch mit add route=bicycle; oder set route=bicycle;
Wobei ich dann gerne den Sinn erfahren + verstehen würde.
LINES
ich habe es nicht ohne das hinzufügen von irgendeiner AKTION wie z.B. {name..} vollständig hinbekommen.
Ohne wird die jeweilige Zeile nicht ausgeführt.

Gruss Gert

Hallo Carlos,

Ja das geht.

Wenn du übrigens die Forumssuche bemüht und ein wenig gelesen hättest
wärst du evtl. auch hierauf gestossen.
http://www.gps-forum.net/basis…skarte-ersetzen-t661.html

Gruss Papaluna

Zitat von baui

Ich habe gehört, daß der ADAC Tour Guide nur sehr umständlich ausdrucken kann, mit Screenshots.
Trifft das zu? Oder wie ist das mit dem Ausdrucken?

siehe http://www.alpstein-tourismus.…Deutschland-D.826.0.html:
ZitatAnfang:
Drucken einer Tour im wanderfähigen Maßstab

• In der Detailansicht die Fenster Höhenprofil und Übersichtskarte ausblenden
• die Karte mit der Tour bis zur zweithöchsten Zoomstufe vergrößern

• den Ausschnitt erzeugen mit:
  PDA > Meldung mit OK bestätigen > Zielpfad auswählen
• der Karte einen Namen geben (z.B. Gipfeltour_Teil1) und mit Exportieren speichern

• dann wieder auf den Reiter "Karte", den Ausschnitt verschieben und den nächsten Teil erzeugen
• am Schluß die JPG-Dateien auf einem Drucker ausgeben.

ZitatEnde
Es gibt aber auch die Möglickeit direkt den Kartenausschnitt auf dem Drucker auszugeben.
Allerdings ist dies, wie auch oben, immer nur der entsprechende Bildschirmausschnitt(was im Ergebniss auch bei einem Screenshot der Fall sein würde).

Zitat von baui

Hintergrund meiner Frage: Wenn ich auf GPS-Tour gehe, dann nehme ich den entsprechenden Kartenausschnitt auf Papier mit. Eignet sich der Tourguide dazu?

Mache ich zwar nie ( da ich dann doch lieber direkt Topo-Karten mitnehme)
aber als Backup ginge das durchaus, wenn einen das evtl. Gefummel mit einem Haufen loser Blätter nicht stört. Na ja und wenn du einen großen Bildschirm und entsprechenden Drucker hast...

Gruss Papaluna

Zitat von stevebiker

Nach Neustart von MS sieht man die Höhenlinien, verschiebe ich die Karte in niedrigerer Auflösung und erhöhe die Auflösung wieder, sind die Höhenlinien weg. Sarte ich MS neu siehe oben. Erkläre mir das mal jemand!

Ich denke das liegt an den Cachefiles die MS ab Version >6.13.7 unter
c:\dokumente und einstellungen\[user]\Anwendungsdaten\Garmin\mapsource\tilecache anlegt.

Einfach nach dem Kartenupdate den Ordner \tilecache löschen.

Zitat von nierth

Allerdings gibt es einen Zoombereich (5km - 12km), in dem alle größeren Straßen nur noch lückenhaft erscheinen. Anscheinend wechselt er da von einem Kartenmaterial auf das andere. Hat einer eine Ahnung woran das liegt?

Die Karte ist aus verschiedenen Ebenen(Layern) aufgebaut wobei die unterste Ebene die detailreichste ist. Im Normalfall beinhaltet dieser Layer alle auf der Karte vorhandenen Objekte. Je weiter man nun rauszoomt, desto geringer wird, zum Zwecke der Übersichtlichkeit, die Detaildichte.
Wenn dann Lücken im Strassennetz da sind, liegt dies nicht daran das diese fehlen (im untersten Layer sind ja alle), sondern lediglich nicht in diesem "oberen" Layer gezeichnet werden.
Darauf hast du am Gerät keinen Einfluß. Dazu müsste der Ersteller die Karte anders erstellen. Jenachdem wie die Strassen nun aber im Datenbestand erfasst/getaggt sind, dürfte er aber dennoch evtl. Probleme haben(das würde aber jetzt zu sehr ins Detail gehen)

Zitat von nierth

Was bedeutet FixMe und Osb (open street basic)?

Fixme:
heisst einfach das eine Korrektur am Datenbestand erforderlich ist, z.b.eine Information noch nicht eingetragen ist z.B. die Adresse eines POIs etc.

OSB => openstreetbugs
http://openstreetbugs.schokokeks.org/

gruss Papaluna

Zitat von isbjörn

(also mit art des lift usw.)

Also ich kann beim drüberstreichen mit dem cursor drag lift, gondola, chair lift in dem von dir verlinkten Bereich bei Sion sehen

Zitat von isbjörn

ist es irgendwie mögich, aus der karte (http://openpistemap.org/) ein img für garmin zu machen?

Aus der Karte selbst nicht, aber aus den frei verfügbaren osm-Daten aus denen diese Karte generiert wird könnte man das schon.

Zitat von isbjörn

Ich kenn mich da leider nicht aus und hätte die karte aber sehr sehr gerne

Das ist dann echt ein Problem.

Aber wie wäre es mit der folgenden Karte:
openmtb-alps bei
http://openmtbmap.org/download/
(auf der Seite nach unten scrollen.

Soweit ich das sehe sind die Pisten dort auch enthalten.

Gruss Papaluna

Zitat von wildgoose

Im 60er z. B. gibt es einstellbar "Map Points" und "User Waypoints" ... die Custom-POIs steuern sich durch die User Waypoint-Einstellung.

Soweit es das 60Xer betrifft:

Karte einrichten=>Max. Zoom=>"Kartenpunkte"(Map Points)
schaltet die in den Karten befindlichen als auch die Custom-Pois an/aus.
Karte einrichten=>Max. Zoom=> "Benutzer Wegpunkte"(User Waypoints)
steuert die Anzeige der Wegpunkte

Hingegen

Karte einrichten=>Textgröße=> "Kartenpunkte"(Map Points)
steuert die Anzeige/Größe der Label der Karten-POIs
Karte einrichten=>Max. Zoom=> "Benutzer Wegpunkte"(User Waypoints)
steuert die Anzeige/Größe der Label der Custom-POIs + der Wegpunkte

Gruss Papaluna

P.S.
soweit ich mich erinnern kann war bei den ersten Firmwares der 60xer das noch gleich. Das Zoomverhalten für die Custom-POI war aber unbefriedigend. Im Zuge der Verbesserung des Zoomverhaltens hat Garmin dann dies abweichende Einstellungsauswirkung eingeführt(warum auch immer). Sinniger wäre es gewesen, alle 3 Arten getrennt behandeln zu können und am besten noch nach Kategorien getrennt.

Nur mal so als Idee:

POI als Karten hätten den Vorteil das ich sie je nach Bedarf im GPS ein/ausblenden Kann. Man könnte sogar für jede gewünschte Kategorie separate Karten erstellen.
Custom-POIs sind nur gemeinsam mit den Karten-POIs ein/ausblendbar und leider auch nicht nach Kategorie.

Gruss Papaluna

GPSMapEdit 1.0 (update 60.0)

(October 20th, 2009) Download version 1.0.60.0 (1296 K).

• Enhancement: Font adjustment (menu item 'Tools | Options...', 'View' tab, button 'Font...').
• New feature: Floating windows for fast scale selection (may be turned on by menu item 'View | Show Scale Selector').
• Enhancement: Menu item 'Tools | Convert Labels', the checkbox is added to enable converting all the string attributes like city name, street, description.
• Enhancement: Paste makes snapping to grid provided that the setting 'Snap to Grid' is on (thanks to Darth Vader).
• Fix: Crash while opening huge .MPS files with size over 32 MB (thanks to Arthur Gurov).
• Fix: The context menu item 'Extract Element' applied to outer contour of polygon with holes (thanks to Dr.B).
• Fix: Crash under Windows Vista on moving windows after loading a raster map (thanks to alex_nb).
• Fix: 'Tools | Verify Map': checking for dead ends without routing nodes is applied to 0-th zoom level only (thanks to _Igor_).

Ich hatte deine Mail auf der malilist schon gelesen.
Leider kann ich dir da auch nicht weiterhelfen. Aber Steve oder Mark haben bestimmt eine Idee.

Zitat von extemecarver

So nebenbei, eine Moeglichkeit schnell per batch *.img in mp abzuspeichern gibt es noch nicht, oder?

Der Batchkonverter von morgen1(img2ms) hier im Board macht das doch oder?

Zitat von extemecarver

Wenn man allerdings reine Hoehenlinienkarten zu Karten mit Suchindex (also mit mdx und mdr.img in der registry eingetragen - sonst kenn Mapsource den Suchindex ja gar nicht) hinzufuegt, dann stuerzt Mapsource beim klicken auf "Find Places" ab.

Möglicherweise gibt es aber auch in der *_mdr.img noch einen Verweis der dann gebrochen ist.

Zitat von extemecarver

Ist es also unmoeglich den Suchindex zu erhalten, wenn man Hoehenlinien hinzufuegt (außer die umstaendliche Variante alles Kacheln als .mp abzuspeichern, und mit mkgmap bzw cgpsmapper Pro neu zu kompilieren)?

Anscheinend.
Aber wäre es nicht ok nur den SuchIndex (mdx+mdr) von mkgmap neu schreien zu lassen.

java -Xmx512m -jar mkgmap-mdr-r1268.jar -c indexcreation.txt *.img

wobei
indexcreation.txt als Minimaleintrag

family-id=9422
product-id=1
overview-mapname=WKR_MDR
index

enthält?.

Ich habe mir so erst kürzlich zu Testzwecken aus ein paar img deiner openmtb-Karte, eine Testkarte mit Index kompiliert.