Mal sehen, wie lange das steht. Die GPL ist damit imho auch verletzt.
da mobac unabhängig von der dll funktioniert, sehe ich hier keine verletzung der gpl.
Mal sehen, wie lange das steht. Die GPL ist damit imho auch verletzt.
da mobac unabhängig von der dll funktioniert, sehe ich hier keine verletzung der gpl.
sdxc musst du schon mal abschreiben, die aktuellen vorgaben erlauben keine zugänglichen kartenslots. weiters wirst du auch auf eine twonav/cgpsl für windows 8 warten müssen. die app virtualisierungs engine für "alte" anwendungen ist bei der tablet edition nicht enthalten.
Exportiere mal nur einen kleinen Ausschnitt, ich vermute der wird richtig in Twonav angezeigt?
10" sind beim wandern und am mtb wohl eher hinderlich
ttqv ist keinesfalls ein "muss". je nachdem welche karten du verwendest, reicht die kostenlose compgps land version durchaus aus.
wäre der map composer hier nicht eine deutlich einfachere lösung? da könntest du die unerwünschen elemente einfach wegklicken.
Die erste Testbestellung ist mittlerweile angekommen (Amazon). Im Vergleich zu den USGS Orginalen sind die NG Karten teilweise deutlich aktueller. Scheinbar ist es in Nordamerika üblich bei den Trails auch die Wegstrecken einzuzeichnen, dies ist mir schon bei Gemtrek in Kanada aufgefallen. Sowas wäre auch hierzulande ein nettes Feature.
NG hat übrigens auch einen Online Viewer, hier kann man einen Blick auf sämtliche Wanderkarten werfen: http://www.natgeomaps.com/ti_8…ifyNavigatorVisible=false
zur Info:
um ein wenig zum thema zurück zu kommen - ich denke das rmap plugin wird niemand vermissen. einzelne kacheln erstellen geht ja noch, aber größere mengen ist mit viel kleinarbeit verbunden?
da wäre es vermutlich viel einfacher die karten im ozi format zu speichern und diese dann via cgpsl oder ttqv in rmaps umzuwandeln? zudem könnte man die kacheln weit einfacher in anderen programmen weiter verwenden.
Gerd, du täuscht dich, der Markanteil von Linux steigt und fällt nicht.
Linux ist inzwischen auf für DAUs geeignet, siehe Ubuntu.
Aber lass und nicht über BSe streiten, das bringt nichts.
Ray
der marktanteil am desktop sektor ist auf 0,9% gefallen - da sind wohl viele auf macos umgestieten.
im server und mobilfunkbereich steigt die verbreitung von linux natürlich weiterhin rasant an. aktuell werden täglich etwa 340.000 android smartphones aktiviert...
der jnx hack ist ja nett, aber was hat der typische garmin user davon? kann ein 08/15 user damit seine kompass oder oeav karte aufs gerät bekommen? die masse bleibt gefangen in der geschlossenen garmin welt oder muss mit winzigen kacheln leben.
es ist natürlich schön wenn man mit freien tools seine karten erstellen kann, aber das geht auch bei twonav oder anderen herstellern. auch rmap ist "hacked" und ich würde mich über ein entsprechendes rmap plugin in qlandkarte freuen
Das wäre für mich eher eine Alptraum wenn ich mkgmap mit einer beschnittenen Version von cgpsl und QLandkarte mit TTQV tauschen müsste. Zumal mir diese Software Windows aufdrängt. Bleibt einzig ECW als portable Lösung. Von der Lizenz her ist ECW aber auch problematisch.
sorry, aber außer osm gibt es keine besonderen quellen die dafür taugen. wo bleibt dann der vorteil von garmin wenn ich für kompass/oeav/mm/... erst wieder ein windows programm brauche um winzige kacheln für mein garmin zu erzeugen?
ich hätte nichts dagegen wenn du rmap support in qlandkarte einbauen würdest - der source dazu ist ja verfügbar. warum es aus mobac entfernt wurde, geht aus dem kurzen eintrag in changelog ja nicht wirklich hervor. auch ecw ist bis 500mb kein problem, von solchen mengen können garmin user auch nur träumen
1. der normale benutzer kommt mit der kostenlosen cgpsl version locker aus
2. kannst du auch ttqv verwenden um rmaps zu erzeugen, niemand zwingt dirch cgpsl zu verwenden
3. falls dir das rmap format nicht gefällt, kannst du auch ecw verwenden
von soviel "freiheit" können garmin user nur träumen.
für open source karten ist mobac kein gewinn, sondern ein schaden. warum sollte man zu osm etwas beitragen wenn man sich die karten auf knopfdruck klauen kann?
BT747 DOES NOT RUN ON IPHONE YET
http://www.bt747.org/de/book/setting-iphone
Na, vielleicht meldet sich noch jemand, der positives Feedback geben kann.
Für das iPhone gibt es keinen direkten Java Support, Apple mag keine vom Appstore unabhängigen Anwendunge zulassen. Du müsstest es also Jailbreaken, eine Java VM installieren (xmlvm) und danach bt747 in der Sandbox starten.
Ohne Jailbreak garnicht. Mit Jailbreak könnte man xmlvm/BT747 verwenden, soll (angeblich) funktionieren.
Aufwändigere OSM Karten mit Relief/Höhenlinien/..., können mit Mobac übrigens nur bis Z15 heruntergeladen werden.
...und man wird nach 50Mb gesperrt (gerade getestet).
Gerhard,
ich empfehle diese Map als Hypermap mit der Amap 5/Kompass zusammen zu verwenden. Die Amap4 war mir immer etwas grob in manchen Gebieten. Weggabelungen sind sehr gut auszumachen auf den kleinen Displays. Für mich die Combi in A. Die 150 Euro für beide Maps sind für mich gut investiert.
Dort wo 10/15K vorhanden oder downloadbar, sind die Maps auf dem Gerät. Zum freihen Gehen ist die Topo A15K nicht geeignet und die nachträgliche Schattierung kommt auf den kleinen Displays wenig vorteilhaft.
Deine Lösung ist nett, ich habe mit einem OSM Overlay das ganze noch perfektioniert
Schön wäre natürlich eine Schnittstelle in CGPSL, inkl Routing und einer Auswertung der Tracks (Beschaffenheit, Schwierigkeitsgrad,...). Aktuell ist trotz der Scripte von Ray immer noch ein riesen Aufwand notwendig um ein OSM Overlay für Twonav zu erstellen.
Damit wären aber Dinge möglich die aktuell niemand anbieten kann. Ein ausgebrochener Haken oder eine defekte Klettersteigsicherung? Ein kurzer Eintrag per Smartphone und Minuten später hat jeder OSM User Zugriff auf diese Information. Die Plattform dazu ist schon da, es fehlt nur an (großen) Anbietern die diese Möglichkeiten auch nutzen.
Absoluter Topfen. Alle klassischen Karten kosten nur Bandbreite, sie werden nicht on-demand aktuell gerendert, da die Datengrundlage statisch ist. Bei fast allen OSM Karten wird Z15 bis Z18 on-demand aktuell berechnet, ohne solche Tools wird ein großteil in solchen Zoomlevels nie berechnet.
Der OSM Server verbratet seine CPU mit dem Rendern der angeforderten Kacheln. Die Serverfarm von bergfex.at macht mehr Last weil knapp 400 Requests pro Sekunde für nur einen Benutzer bearbeitet werden müssen. Die Nutzerrichtlinie kannst du ebenfalls nachlesen, ich sehe von daher keinen Unterschied.
Aufwändigere OSM Karten mit Relief/Höhenlinien/..., können mit Mobac übrigens nur bis Z15 heruntergeladen werden.
die blattschnittfreie Transalpin ist modular aufgebaut. Die Ergänzung mit Amap5 und 4Land ist kein Aufwand und bringt uns (big Family) einen großen Mehrwert bei Touren in den Alpen, natürlich speziell im Grenzgebiet.
Diese Map gibt es nicht zu kaufen. Darin besteht der ideelle Wert.
Naja, kein Aufwand? Rechne doch einfach mal alleine die Kosten für sämtliche Karten und die von dir verwendete Software durch. Von dem Zeitaufwand mal ganz abgesehen
Das ist ja das schöne an OSM, man kann die Karte einfach mit beliebigen Mitmenschen teilen. Du steckst beachtlichen Aufwand in deine Karten, ich ebenfalls. Leider kann ich diese Mühen mit niemanden teilen, die Lizenzen der Hersteller verbieten es mir.
Für mich ist das OSM Konzept widersprüchlich und in meinen derzeitigen Einsatzgebieten (Korsika/Sardinien/Alpen/Schwäbische Alb/Gotland) nicht einsetzbar.
Es gibt kein OSM "Konzept". Was du mit den Geodaten machst obliegt dir ganz alleine.
Bei Skitouren und generell in den Alpen sind OSM Datenmaps potentielle Gefahrenbringer. Plötzliche Wetterverschlechterungen erfordern gutes Kartenmaterial. Beispielsweise für Notabstiege.
Da ist durchaus etwas was dran, aber dann sollte man auch die TTQV15 nicht für unbedarfte Benutzer empfehlen. Bedenke das die wenigsten Anwender sich 2 Karten vom selben Gebiet kaufen. Im Grunde genommen wäre deiner Argumentation nach selbst die Amap5 eine Gefahr. Immerhin fehlen hier sehr bekannte und in vielen AV/Rother Führeren beschriebene Steige. In OSM habe ich hier schon einige eingezeichnet, inkl Gefahrenhinweise die bei der Amap gänzlich fehlen.
Worüber man sich im klaren sein muß, ist aber, daß die kapazitiven Displays mit Handschuhen nicht zu bedienen sind. Da sind zusätzliche Tasten sehr hilfreich.
Diverse Windstopper (Fleece) Handschuhe haben scheinbar ausreichend Leitfähigkeit, mit meinen Salewa Handschuhen gibts kein Problem mit dem iPhone. Diverese Hersteller mit TNF machen aber schon Werbung mit "iPhone" Handschuhen.