Beiträge von JürgenB

Hallo,

Zitat von blue126

Weil das hier die "Plauderecke" ist:

Ich muss immer wieder schmunzeln, wenn ich von Politikern, im Internet bei Produkttests oder oder oder.......... von "einem Quantensprung" höre

die Leute sind einfach nur ehrlich: sie versprechen uns, so wenig wie möglich tun zu wollen bzw. getan zu haben.

Ich glaube, dass der Begriff "Quantensprung" gerne für großartige Leistungen verwendet wird, liegt nicht nur an der Unwissenheit derer, die ihn verwenden, sondern auch daran, dass die Experimente, die Quantensprünge nachgewiesen haben, wirklich großartige wissenschaftliche Leistungen waren. Da allerdings die meisten Menschen von Quantenmechanik überhaupt keine Ahnung haben, überwiegt bei der Verwendung des Begriffs die Ahnungslosigkeit.

Gruß, Jürgen

Hallo perseus333,

hast du die Karte auch auf das Gerät übertragen und eingeschaltet?

Gruß,

Jürgen

Hallo,

ich bin auch kein Java-Programmierer, aber wie in anderen Programmiersprachen auch scheint das >> der Bitshiftoperator zu sein:

http://java.sun.com/docs/books…ava/nutsandbolts/op3.html

Gruß, Jürgen

Hallo,

Zitat von Barolo

Trabant 601 [...] und nach der Wende wurden die auch in den Alpen gesehen.

umgebaut zum Blumenkübel?

Gruß, Jürgen

PS Übrigens schade, das der Threadstarter sich nicht mehr hat sehen lassen.

Hallo,

Zitat von Kater

1. Immer wieder lese ich, dass die Garmin-Fahrradhalterung nicht ganz so hundertprozentig sicher ist. Als Alternative werden das Softcase von gps24 oder die Rucksackhalterung von Garmin erwähnt. Hat jemand beide am Rad getestet? Welche von beiden ist die robustere und/oder praxistauglichere Lösung?

ich benutze am Rennrad die Halterung von Garmin. Bisher (ca. 4000km) ist noch nichts abgefallen oder kaputt gegangen. Zusätzlich sichere ich das eTrex mit der Handschlaufe am Lenker.

Zitat

2. Ist der Mehrpreis für das Vista gegenüber dem Legend für den Rennradfahrer sinnvoll? Barometrische Höhenmessung habe ich an der Uhr, bleibt also nur der elektronische Kompass - wie nützlich ist der in der Praxis auf dem Rennrad? (Oder habe ich noch einen anderen Unterschied zwischen den beiden Geräten übersehen?)

Bisher habe ich auf dem Rennrad Kompass und Höhenmesser noch nicht vermisst. Beim Wandern hätte ich allerdings schon hin und wieder einen Kompass gebrauchen können.

Zitat

3. Bei den Karten blicke ich noch nicht ganz durch. Sich alleine auf OpenStreetMap zu verlassen, scheint (derzeit noch?) problematisch zu sein, also muss eine andere Karte her. Gibt es außer dem City Navigator noch andere (Vektor-) Karten für die eTrexe?

mit der City Navigator ist man auf dem Rennrad gut versorgt.

Bei der Planung kannst du das eTrex allerdings vergessen, es sei denn, du bist mit der "Goto-Navigation" zufrieden. Die schönen Strecken wirst du so aber nicht finden. Ich plane ausschließlich am PC. Für den Urlaub habe ich mir extra ein Netbook mit 10"-Display zugelegt.

Gruß, Jürgen

Hallo Kraftstoffsparer,

wenn ich deine Idee richtig verstanden habe, willst du den Fahrern vorschlagen, ab wann sie vor z.B. Ortschildern auskuppeln und rollen sollen. Ich halte das für eine schlechte Idee. Moderne Autos haben nicht nur eine Schubabschaltung, sondern schalten zusätzlich im Schubbetrieb die Lichtmaschine auf volle Leistung, um die Batterie zu laden. Im Normalbetrieb oder beim Beschleunigen wird dann die Lichtmaschine einfach abgeschaltet. Wenn ich bei meinem Wagen im Schubbetrieb die Kupplung trete, steigt je nach Geschwindigkeit die Verbrauchsanzeige sofort von Null auf ein bis über zwei Liter pro 100 Kilometer.

Gruß, Jürgen

Hallo,

hier auch noch mal ein Link:

http://de.wikipedia.org/wiki/Geographische_Koordinaten und weitere Links im Artikel.

Du musst dir nur klar machen, dass das Vorzeichen der Gradangaben entscheidet, ob nur nördlich oder südlich vom Äquator bzw. östlich oder westlich von Greenwich bist.

Grade kann man angeben in Grad mit Dezimalstellen, Grad und Minute mit Dezimalstellen oder Grad und Minute und Sekunde mit Dezimalstelle. Zum Umrechnen musst du dann nur noch wissen, das ein Grad 60 Minuten und eine Minute 60 Sekunden hat.

Gruß, Jürgen

Hallo Andreas,

prinzipiel finde ich offene herstellerunabhängige formate auch besser. Man darf aber nicht außer acht lassen, das eben nicht alle Informationen von diesen offenen Formaten unterstützt werden. In deinem Test tauchen einige Tags auf, die mit "gpxx:" beginnen. Dieses sind Herstellerabhängige Angaben, für die das gpx-Format zwar die "extensions" vorgesehen hat, die aber eben in diesem Fall Garmin-Erweiterungen sind. Diese müssen von anderen Programmen nicht unbedingt unterstützt werden. Daher ist ein reibungsloser Datenaustausch ohne Hilfsprogramme auch nicht zwingend zu erwarten. Trotzdem würde ich das GPX-Format bevorzugen, da es ein offenes Format ist und daher die Übersetzung vom einen Hersteller zum anderen immer möglich sein sollte, sofern die Angaben überhaupt unterstützt werden.

Gruß, Jürgen

Hallo,

Zitat von Voyager

@ Jürgen

HD-TV über Satellit? Einfach so? Mit meinem analogen Sat-Receiver?

natürlich mit einem digitalen HD-tauglichen Receiver (bei mir build in).

Zur 64-Bit-Problematik:
Die alten 32bit-Programme müssen einfach umgeschrieben und getestet werden, und das dauert nun mal. Das war beim Schritt von 16 nach 32 Bit auch nicht anders.

Schwieriger sieht es mit der Multiprozessor-Problematik aus. Ein Programm "parallelrechner-tauglich" machen, ist alles andere als einfach. Das erfordert ein Umdenken beim Programmierer und teilweise auch völlig neue Algorithmen. Viele Probleme sind auch schlicht und einfach nicht parallelisierbar. Nicht umsonst ist der Trend zu immer mehr Kernen schon wieder abgeklungen und dümpelt bei zwei bis vier Kernen rum, obwohl vor zwei Jahren schon von 16- oder 64-Kern CPUs geredet wurde.

Gruß, Jürgen

Hallo,

Zitat von Voyager

Was soll ich z.B. mit einem HD-Fernseher, wenn ich keine geeigneten Zuspieler habe?

über Satellit auf ARTE HD Dokus ansehen; einfach toll.

64-Bit-Windows lohnt sich meiner Meinung nach nur, wenn man viel Speicher benötigt.

Gruß, Jürgen

Hallo Thomas,

<trk>
  <name>Wird ausgewertet</name>
  <cmt>Wird ausgewertet, hier darf auch HTML rein</cmt>
  <link>wird (noch) nicht ausgewertet</link>    
  <extensions>

im meiner Beispiel-GPX-Datei sieht das so aus:

<cmt>&lt;a href="#" target="_blank"&gt;Klick&lt;/a&gt;&lt;br /&gt; Ein Link.</cmt>

Die ">" und "<" müssen durch "&gt;" und "&lt;" ersetzt werden. Aber vorsicht: Mapsource kann mit dem cmt-Tag im Track nichts anfangen und lässt es beim Speichern einfach weg! Ich vermute, beim link-Tag wird es genauso aussehen.

Gruß, Jürgen

Hallo Thomas,

Zitat von AlpenX-XL

D. h. dann wohl, ich müßte jedem Track in der .gpx den bestimmten link zufügen, vielleicht in mapsource, wobei noch nicht feststeht, ob es da überhaupt geht, hab ich das richtig verstanden?

so ist es. Am besten siehst du dir mal eine GPX-Datei mit dem Editor (ich benutze Notepad++) an. Aber mach vor irgendwelchen Änderungen eine Sicherheitskopie. Mapsource ist bei Abweichungen von Standard extrem empfindlich und weigert sich sofort, die Datei noch zu öffnen.

Gruß,

Jürgen

Hallo Thomas,

Zitat von AlpenX-XL

Also beim MouseOver wäre es gut, wenn sich der Cursor vom Handsymbol auf das Fingersymbol ändern würde, dann könnte der User erkennen, dass es hier was zu klicken gibt.

die Linien werden von der GM-API gezeichnet, da komme ich nicht ran bzw. ich habe noch nichts dazu gefunden. Daher kann ich auch den Cursor nicht ändern, der wird von der API so vorgegeben.

Zitat von AlpenX-XL

Bei Klick wäre es gut, wenn die Weiterleitung auf die verlinkte Seite sofort starten würde, also nicht der Zwischenschritt über "Link" gegangen werden müßte.

Da bekomme ich Probleme mit meinem Konzept. Die ganze Steuerung soll über die GPX-Datei erfolgen. Für direkte Links könnte ich höchstens das <link>-Feld benutzen. Von welchen Programmen das aber unterstützt wird, kann ich nicht sagen. In Mapsource habe ich es noch nicht gefunden. Du müstest es also "Von Hand" in die GPX-Datei einbauen. Wäre das eine Option? Ich persönlich finde das Infofenster mit einer kurzen Beschreibung und dem Link besser.

Gruß, Jürgen

Hallo Thomas,

ich habe so eben die Version 4.2 online gestellt. Klick mal auf Beispielseite 2 auf den Track. Wie man die Daten in das Infofenster bekommt, siehst du in der Datei Beispiel1.gpx. Das Anzeigen des cmt-Feldes ist aber defaultmäßig abgeschaltet. Nur in der Beispielseite 2 habe ich es eingeschaltet.

Viele Grüße,

Jürgen

Hallo Thomas,

ich habe gerade mal in der GPX-Doku nachgesehen: Tracks dürfen auch ein CMT-Feld haben. Ich könnte daher Infos, auch im html-Format, aus dem CMT-Feld bei Klick auf den Track im Infofenster anzeigen. Das http://www.j-berkemeier.de/GPXViewer/Beispiel1.html zeigt bei einem Klick auf den Mittleren Wegpunkt, wie es aussehen könnte. Bei Bildern klappt hier jetzt der Preload nicht und das Infofenster ist daher zu klein. Bei reinem Text mit Link dürfte das kein Problem sein.

Da die jetzt aktuelle Version 4.1 schon bei Klick auf Track oder Route deren Namen und Länge anzeigt und ich z.Zt. an der Version 4.2 arbeite, sollte die Erweiterung auf das Anzeigen des CMT-Feldes nicht so aufwändig sein.

Ich melde mich, wenn ich was vorzeigen kann.

Viele Grüße,

Jürgen

Hallo,

man kann einstellen, ob im Routingmodus der Maßstab fest bleibt.

Gruß, Jürgen

Hallo Thomas,

sorry, ich habe mich bei width und weight vertan, was du ja schon gemerkt hast. Die Angaben für weight müssen Zahlen sein, keine Strings. Lass daher mal die " weg:

this.makePolyline = function(map,line,col,width,opac) {
    var PL = new GPolyline(line,col,width,opac);
    if(tOver) {
      GEvent.addListener(PL,"mouseover",function(latlng) {
        JB_GM_Info("","Line over",false);
        this.setStrokeStyle({color:"#000000",weight:2*width});
      });
      GEvent.addListener(PL,"mouseout", function() {
        JB_GM_Info("","Line out",false);
        this.setStrokeStyle({color:col,weight:width}); 
      });
    }
    map.addOverlay(PL);
  } // makePolyline

diese Version habe ich gerade mal getestet und bei mir hat es funktioniert.

Gruß,

Jürgen

Hallo Thomas,

folgende Linieneigenschaften können mit

http://code.google.com/intl/de…#GPolyline.setStrokeStyle

geändert werden:

http://code.google.com/intl/de…ce.html#GPolyStyleOptions

Such mal die Funktion

this.makePolyline

hier wird so schon die Farbe geändert. Einfach in der mouseover-Funktion die Zeile

this.setStrokeStyle({width: 2*width});

ergänzen, und in der mouseout-Funktion wieder zurücksetzen:

this.setStrokeStyle({width: width});

Das habe ich jetzt nicht getestet, aber versuch es einfach mal.

Gruß, Jürgen

Hallo Thomas,

Zitat von AlpenX-XL

Try and error...
Ich hab jetzt in Zeile 569 meine gewünschte Farbe des MouseOver eingetragen.
Ist das OK so?
Funktionieren würde es ja...

das ist die richtige Stelle. Ich habe leider vergessen, die Definition der Farbe für Mouseover nach vorne zu legen, wie bei den anderen Farben. Das kommt dann in der nächsten Version.

Gruß, Jürgen

Hallo Thomas,

Zitat von AlpenX-XL

Meinst du das mit nem mouseover Effekt ist zu realisieren?

ich habe eine neue Version erstellt, das Umfärben der Tracks und Routen beim MouseOver ist auch dabei.

http://www.j-berkemeier.de/Touren/Beispiel4.html

Gruß, Jürgen