You are not logged in.
@ ajo & cris
Wie sind Eure Erfahrungen mit Basecamp?
Lohnt sich die Installation neben MapSource?
Als es neu raus kam, fehlten mir diverse von MapSource vertraute Möglichkeiten, Karteninformationen abzurufen so sehr, daß ich das Programm wieder vom Rechner verbannt habe.
@ toc-rox
Funktioniert die Karte auch mit MapSource? Oder sind da Einschränkungen zu beachten?
Habe nur Hinweise auf Basecamp gefunden.
Gruß tippeltappel
Offline
Soviel nutze ich MS/BC nicht. Weiss gar nicht ob MS noch auf Win7 läuft.
Offline
Bei mir läuft G-MapSource auf Win7 ohne Probleme.
Offline
@ ajo & cris
Wie sind Eure Erfahrungen mit Basecamp?
Lohnt sich die Installation neben MapSource?
Als es neu raus kam, fehlten mir diverse von MapSource vertraute Möglichkeiten, Karteninformationen abzurufen so sehr, daß ich das Programm wieder vom Rechner verbannt habe.
Nunja, die Version 3.2x hat natürlich ein paar bugs weniger als die Erstausgabe ;-)
Bei Basecamp kann ich eine Route planen und mit der Gummibandfunktion verfeinern (wenns nicht gerade eine nicht-routbare des Map Composers ist), dann in einen Track umwandeln und aufs Gerät zum Trackback spielen.
Bei MapSource habe ich diese Umwandlung nicht gefunden.
So bin ich vor Überraschungen sicher, wenn das Gerät anders routen will als der PC.
Damit macht das Routen planen erheblich mehr Spaß als das alte Magic Maps, wo ich noch jeden Weg selbst nachzeichnen musste.
Ausserdem zickt das BaseCamp nicht bei der Installation, wenn man keinen gekauften Garmin-Karten hat.
Nur der Programmstart ist halt etwas träge.
Gruß,
ajoessen
Offline
@ ajoessen
Ich bin bekennender Trackklicker ![]()
Daher vermisse ich nicht vorhandene Routenfunktionen nicht.
MagicMaps hat die für mich sehr wichtige Schnittstelle Richtung Forerunner und PDA.
Die gab es weder in BaseCamp noch MapSource. Ob die Version MS 6.16.3 mit der ExportVersion inzwischen zumindest auch den alten FR erreicht, hab ich noch nicht getestet. Auslesen konnte MS die reinen Tracks, Routen und POIs des FR schon immer.
In MapSource schnappen die Trackpunkte auf meiner OSM-Garmin-Karte auf den Wegen ein. Da braucht man nicht lange zu zielen und hat sich ziemlich schnell an den Wegen entlang gehangelt. Da ist eine Tour natürlich wesentlich schneller zusammengeklickt, als in MagicMaps. Nur wenn die Wege auf der Karte fehlen, hilft auch die schönste Magnetfunktion und das schönste Routing nichts.
Da muß ich dann wieder zur alten MagicMapsKarte. In fremdem Gelände liegen sowieso immer mehrere Karten nebeneinander entweder auf dem Bildschirm oder auf dem Schreibtisch. Die Tracks sind vor Neuberechnungen sicher. Und als Trackback lassen die sich ebenfalls "abfahren". Also habe ich alles was ich brauche.
Sollt ich mal Langeweile haben, teste ich BaseCamp vielleicht noch einmal. Wenn die Kartenanzeige jedoch nach wie vor keine aktiven Flächen und Icons aufweist, ist das für mich ziemlich uninteressant.
Gruß
tippeltappel
Offline
Meine Wünsche an die Freizeitkarte:
Bahnlinien wie in Mapnik malen (schwarz/weiss)
hw=construction rendern
ab Zoom 3 km werden überhaupt keine Straßen mehr gezeigt, ist das beabsichtigt?
Chris
Offline
Funktioniert die Karte auch mit MapSource?
Funktioniert laut anderer Benutzer auch mit MapSource - ich teste aber nur unter BaseCamp (Windows, OS X).
Gruß Klaus
PS: Die Mac-Version von BaseCamp finde ich um einiges "gelungener" als die Windows-Version.
Kommunikation -> Kooperation -> Innovation
Offline
Meine Wünsche an die Freizeitkarte:
Bahnlinien wie in Mapnik malen (schwarz/weiss)
hw=construction rendern
ab Zoom 3 km werden überhaupt keine Straßen mehr gezeigt, ist das beabsichtigt?
Chris
Bahnlinien wie in Mapnik: Hatte ich zuerst so, führte aber zu Problemen:
- zwei Pixel breite Bitmap-Linien führen unter BaseCamp (OS X) zu "unschönen" Artefakten (warum dies so ist, konnte ich nicht klären)
- nahe beieinander liegende Bahnlinien sehen "unschön" aus (Mapnik reduziert hier einfach die Anzahl an Bahnlinien)
Verwendet wird derzeit die Garmin-Default-Linie für Bahnstrecken.
highway=construction: Hatte ich zuerst so und ist sogar noch im Style-File enthalten.
Ich fand den Informationswert gering, lasse mich da aber überzeugen.
# Baustelle / im Bau:
# ------------------
# Markiert eine Straße, die sich grade im Bau befindet.
# Die Anzeige dieses Features wird als nicht sinnvoll angesehen.
# 0x10e04 = Bitmap 4
# highway = construction | highway = proposed [0x010e04 resolution 23]
Vielleicht "construction" reinnehmen, wäre ja eine gute Landorientierung, nicht jedoch "proposed".
Ab Zoom 3 km keine Straßen mehr:
Was würdest du als sinnvoll ansehen? Bitte zwischen GPSr und BaseCamp unterscheiden.
Gruß Klaus
Kommunikation -> Kooperation -> Innovation
Offline
Hi,
auf meinem Garmin eterx legend hcx sieht die selbstgebaute Karte komplett anders aus als in BaseCamp. Scheint so, als würde das Typ-File komplett ignoriert.
Egal, ob ich mit Garmin MapInstall oder mkgmap die gmapsupp.img zusammenbaue.
Gruß,
ajoessen
Offline
Hi,
auf meinem Garmin eterx legend hcx sieht die selbstgebaute Karte komplett anders aus als in BaseCamp. Scheint so, als würde das Typ-File komplett ignoriert.
Egal, ob ich mit Garmin MapInstall oder mkgmap die gmapsupp.img zusammenbaue.Gruß,
ajoessen
Paßt die family-id ?
Kommunikation -> Kooperation -> Innovation
Offline
Screenshot vom eTrex 20:

Offline
Offline
Hi Klaus!
Vielen Dank für die neue Karte!
Nachdem ich die Karte in MapSource installiert hatte, probierte ich natürlich trotz meiner Vorliebe fürs Trackklickern die Routingfunktion Deiner Karte aus.
Mit der Option "Fußgänger" / Vermeidung von Kehrtwenden und Fahrgemeinschaftsspuren (Was immer das auch bedeuten mag...) macht die Routingfunktion, was ich von ihr erwarte. Allerdings braucht's unter Umständen eine ganze Menge strategisch gut gesetzter Zwischenpunkte für 25 bis 40km Feld-Wald-Wiesen-Strecke, um dem Programm klar zu machen, daß ich nicht die Straße lang klappern möchte. Diese Punkte sind aber deutlich rascher geklickt, als ein ganzer Track und die Spur liegt stets exakt auf dem Weg.
Ist halt die Frage, ob man genau das so möchte.
Um die Wege auf der Karte besser sehen zu können, klicke ich bei der Trackerstellung nicht exakt jede kleine Kurve aus, sondern fahre nur grob an den Wegen entlang - fein genug, daß der Bezug zwischen Wegen und Routen auch in höheren Zoomstufen sichtbar bleibt, aber eben so, daß der Weg immer wieder ein bissel vor guckt und man die Wegeigenschaften sehen kann.
Wenn man also heraus hat, wo man hinklicken muß, läuft das automatische Routing meistens wie gewünscht über Feldwege. Ganz frei von Merkwürdigkeiten ist das Routing jedoch nicht. An einer Stelle führte das Routing über einen tracktype4-Weg mit einem als Hindernis eingetragenen Sumpfloch (das man nur auf meiner Karte sieht und von Dir nicht ausgewertet wird), anstatt über den nur unwesentlich längeren aber wesentlich besser begehbaren tracktype2-Weg zu führen. An anderer Stelle wurden Wegverbindungen ignoriert und seltsame Sackgassen geroutet, die nur mit mehreren zusätzlichen Zwischenpunkten aufzuheben waren.
Das nachträgliche Ändern einer auf diese Weise erstellten Route ist auf verschiedene Weise möglich. Z.B. kann man ein Zwischenziel mit Rechtsklick anwählen und auf die Option "nächstgelegenen Ort suchen und einfügen" klicken. Sobald man Wegpunkte in die Karte gesetzt hat, erscheint statt dessen die Option "Wegpunkt einfügen". Bei der dann notwendigen Neuberechnung der Route können ziemlich unsinnige Veränderungen entstehen.
Einfacher lassen sich neue Zwischenpunkte setzen, wenn man mit der Auswahlfunktion (weißer Pfeil) auf die Routenlinie klickt und dann den dadurch erzeugten Zwischenpunkt auf seine Position zieht. (=Gummibandfunktion). Vorhandene Zwischenpunkte können beliebig bearbeitet und gelöscht werden. Dabei entstehende unsinnige Routenverläufe korrigiert man durch Einfügen eines weiteren Zwischenpunktes. Das alles klappt auf Deiner Karte ganz prima.
Leider verschwinden die Wege unter der breiten Routenlinie im Bearbeitungsmodus auch dann, wenn man sie transparent geschaltet hat. So kann man dann nicht mehr erkennen, über welche Wege geroutet wurde. Hebt man die Routenauswahl auf, wandelt sich die Routenanzeige in eine so dünne schwarze Linie, daß man sie kaum noch sieht. Das kannst Du natürlich nicht beeinflussen. Im Layout der OpenMtbMap geht diese dünne schwarze Linie ebenfallst unter.
Mit der Autoroutingfunktion Touren zu erarbeiten, ist zumindest für die Planung von Reittouren nicht ganz mein Geschmack, aber wenn es weitgehend funktioniert, ist das doch eine feine Sache!
Die Umwandlung einer Route in einen Track kann ich in MapSource auch nicht finden.
Da könnte ich auch auf MagicMaps ausweichen.
Aber ich mach's halt bislang anders herum: Track erstellen und im eVHCx als Trackback aufrufen.
Die Motivation für das Zusammenlegen mehrerer Tracktypes kann ich nachvollziehen. Ich finde es aber nicht sinnvoll, weil zwischen den verschiedenen grades meiner Meinung nach zu große Unterschiede bestehen. Grade4 (unbefestigt) und grade5 (kaum noch von der Umgebung unterscheidbar, kann also stark bewachsen oder sogar zugewuchert sein) ist für mich auf keinen Fall dasselbe. Grade1 und 2 paßt auch nicht wirklich zusammen. Die Grenze zwischen grade3 und 4 ist fließend. Für mich stellt diese Vereinfachung daher einen großen Nachteil gegenüber anderen Karten dar.
POIs mit winzigen Buchstabensymbolen darzustellen, sorgt auch im höchsten Detailgrad für ein sehr klares Kartenbild. Das ist sicherlich ein Vorteil. Mir wäre es aber lieber, ich müßte nicht erst die Suchfunktion bemühen, um erkennen zu können, welche POIs sich im betrachteten Kartenbereich befinden. Durch Reduzierung des Detailgrades lassen sie sich ja ausblenden.
Wie dem auch sei: Eine schöne und gute Karte.
Gruß
tippeltappel
Offline
ajoessen wrote:Hi,
auf meinem Garmin eterx legend hcx sieht die selbstgebaute Karte komplett anders aus als in BaseCamp. Scheint so, als würde das Typ-File komplett ignoriert.
Egal, ob ich mit Garmin MapInstall oder mkgmap die gmapsupp.img zusammenbaue.Paßt die family-id ?
Welche ist denn "richtig"?
Baue ich mir für meine nähere Umgebung eine Karte nur mit mkgmap und den Styles und Typ-files der openfietsmap von Liegfietser, bekomme ich fast das gleiche Kartenbild im Garmin. Nehme ich stattdessen Style und Typfile der Radkarte von aighes, sieht es auf dem Gerät aus wie in Basecamp. Bei der velomap vom extremecarver gibts da auch keine Differenzen.
Gruß,
ajoessen
Last edited by ajoessen (2011-11-23 16:19:00)
Offline
Die Umwandlung einer Route in einen Track kann ich in MapSource auch nicht finden.
Da könnte ich auch auf MagicMaps ausweichen.
Nee, das ist nicht vergleichbar. In der Route stehen ja nur die von dir gesetzten Zwischenpunkte drin, in dem von Basecamp angelegten Track sind alle Koordinaten der Wege drin.
Gruß,
ajoessen
Offline
?
Das probiere ich heute Abend aus.
Mit GPSies klappt die Umwandlung jedenfalls problemlos: in MapSource Route als *.gpx abgespeichert > Upload auf GPSies > Download als gpx-Track = in MapSource ein Track mit sämtlichen Koordinaten.
Ist natürlich ein Umweg, bei dem Internetzugriff benötigt wird (was ich dann auf meinem Offline-Rechner nicht umsetzen kann). Geht aber bei vorhandener Internetanbindung ruckzuck.
Gruß
tippeltappel
Offline
?
Das probiere ich heute Abend aus.
Mit GPSies klappt die Umwandlung jedenfalls problemlos: in MapSource Route als *.gpx abgespeichert > Upload auf GPSies > Download als gpx-Track = in MapSource ein Track mit sämtlichen Koordinaten.Ist natürlich ein Umweg, bei dem Internetzugriff benötigt wird (was ich dann auf meinem Offline-Rechner nicht umsetzen kann). Geht aber bei vorhandener Internetanbindung ruckzuck.
Kleiner Zwischentest meinerseits:
QLandkarteGT und Magicmaps malen nur die Luftlinie zwischen zwei Wegpunkten, und RouteConverter routet auf ganz anderen Wegen zum Ziel als BaseCamp.
In der gpx sind jede Menge Zwischenpunkte drin, die aber anscheinend von anderen Programmen nicht ausgewertet werden. Mit GPSies hab ich keinen Vertrag.
Gruß,
ajoessen
Offline
highway=construction: Hatte ich zuerst so und ist sogar noch im Style-File enthalten.
Ich fand den Informationswert gering, lasse mich da aber überzeugen.Vielleicht "construction" reinnehmen, wäre ja eine gute Landorientierung, nicht jedoch "proposed".
Ab Zoom 3 km keine Straßen mehr:
Was würdest du als sinnvoll ansehen? Bitte zwischen GPSr und BaseCamp unterscheiden.
construction:
Ja, find ich sinnvoll.
zoom:
Also ich finde es sinnvoll wenn zumindest die Autobahnen überhaupt nicht verschwinden, ist ja
momentan ein bisschen komisch, wenn die erst verschwinden und beim weiteren auszoomen
(wenn die Basemap übernimmt) wieder erscheinen.
Offline
In der gpx sind jede Menge Zwischenpunkte drin, die aber anscheinend von anderen Programmen nicht ausgewertet werden. Mit GPSies hab ich keinen Vertrag.
Mit WinGDB3 kann man MapSource Routen in Tracks konvertieren, inklusive der Zwischenpunkte.
Gruß,
ikonor
Offline
ajoessen wrote:In der gpx sind jede Menge Zwischenpunkte drin, die aber anscheinend von anderen Programmen nicht ausgewertet werden. Mit GPSies hab ich keinen Vertrag.
Mit WinGDB3 kann man MapSource Routen in Tracks konvertieren, inklusive der Zwischenpunkte.
Ja, funktioniert. Aber nur mit .gdb-Dateien, nicht mit der vorher exportierten .gpx. Als .gpx schreiben will er leider nicht, für QlandkarteGT muß man auf .tcx ausweichen. MagicMaps (zumindest meines) kennt leider weder gdb noch tcx.
EDIT: mit
gpsbabel -r -t -i gdb -f test.gdb -x nuketypes,waypoints -x transform,trk=rte,del -o gpx -F gpsbabel.gpx
bekommt man auch direkt ein magicMaps-taugliches gpx mit allen Zwischenpunkten.
Gruß,
ajoessen
Last edited by ajoessen (2011-11-23 11:41:35)
Offline
Ja, funktioniert. Aber nur mit .gdb-Dateien, nicht mit der vorher exportierten .gpx. Als .gpx schreiben will er leider nicht, für QlandkarteGT muß man auf .tcx ausweichen. MagicMaps (zumindest meines) kennt leider weder gdb noch tcx.
Mit der Version 3.70 beta3 kannst Du Input auf Clipboard und Output auf MapSource stellen, dann Route in MapSource auswählen und kopieren > Convert in WinGDB > öffnet neue MapSource Instanz mit Track > den dann als GPX speichern.
Gruß,
ikonor
Offline
toc-rox wrote:Paßt die family-id ?
Welche ist denn "richtig"?
Die family-id der Karte MUSS mit der family-id im TYP-File übereinstimmen.
Klaus
Kommunikation -> Kooperation -> Innovation
Offline
ajoessen wrote:toc-rox wrote:Paßt die family-id ?
Welche ist denn "richtig"?
Die family-id der Karte MUSS mit der family-id im TYP-File übereinstimmen.
Klaus
Und genau das tut sie nicht. Die individuell angepasste 5819.TYP enthält die familiy-ID 5824. Da scheint in deinem script die Anpassung nicht zu funktionieren. Manuell gesetzt und aufs Gerät geschoben, kommt das richtige Bild.
Gruß,
ajoessen
Offline
erstmal vielen dank für die großartige karte
ich binvor allem von der Indexsuche
absolut begeistert. lieber eine einmal im monat aktualisierte karte als eine tagesaktuelle ohne solche funktionen. auch den an mapnik orientierten style finde ich gut.
und dann die verbesserungsvorschläge.
ich find ja symbolik immer schöner:
könnte man anstatt dem k für das krankenhaus nich kleine rote kreuze da draufzeichnen (auch für flächen)?
angedeutete münzen für den handel
und den kleingarten find ich doch sehr ähnlich mit der gefahrenzone, könnte man da nicht irgendwas grünes(gerne auch grünkariert) nehmen, (ich weiß auch das das bei osm auch so komisch orange-gestreift ist, find ich auch da merkwürdig)
und bäckerein sollten nicht genauso wie restaurants markiert werden, man könnte ja die haken dafür noch ein bisschen drehen
Offline
toc-rox wrote:ajoessen wrote:Welche ist denn "richtig"?
Die family-id der Karte MUSS mit der family-id im TYP-File übereinstimmen.
KlausUnd genau das tut sie nicht. Die individuell angepasste 5819.TYP enthält die familiy-ID 5824. Da scheint in deinem script die Anpassung nicht zu funktionieren. Manuell gesetzt und aufs Gerät geschoben, kommt das richtige Bild.
Noch mal genauer nachgeforscht:
Bei der Installation von Active Perl unter Windows muß C:\Perl\bin; in den Path eingebunden werden. Ich hatte nur die Endung .pl mit dem Programm verknüpft, und das Script mit mt.pl <optionen> gestartet. Das klappt auch, nur das Unterprogramm zur Modifikation des Typfiles wird mit "perl setfid.pl" aufgerufen, und dann kennt DOS das perl nicht. Dummerweise läuft das Hauptprogramm aber weiter durch, sodass man die Fehlermeldung nicht bemerkt. BaseCamp und Garmin MapInstall stören sich auch nicht dran, nur das mobile Gerät eben.
Gruß,
ajoessen
Offline