Beiträge von JürgenB

Hallo Thomas,

Zitat von AlpenX-XL

... Responsives Design, heißt das Zauberwort ...

das musst du schon ausprobieren, z.B. mit meinen Testseiten. Im iPhone funktioniert es ganz gut, im Windows-Phone kann man den Kartenausschnitt nicht verschieben (der IE9 unter WP7.8 unterstützt die Touch-Events nicht), und ein Android-Phone habe ich nicht.

Die Map kann mit der Fenstergröße skaliert werden, das Script reagiert darauf. Bei den Profilen kommt das mit dem nächsten Update. (s. Beispiel 1)

Viele Grüße,
Jürgen

Hallo,

Zitat von Jim-Beam

Die liegen beide hier vor dem Fenster, wo eigentlich jedes Navi einen guten Empfang hat.

also mein CX hat "vor dem Fenster" normalerweise keinen oder nur schlechten Empfang.

Gruß
Jürgen

Hallo,

Zitat von kiozen

Ne, Garmin macht es in diesem Fall richtig.

das stimmt wohl, aber es würde reichen, beim Erstellen einer GPX-Datei auf die exakte Einhaltung der Spezifikation zu achten. Beim Lesen darf man ruhig etwas toleranter sein. Oder glaubt Garmin, dass Garmin-User nur Geodaten mit anderen Garmin-Usern austauschen?

Gruß
Jürgen

Hallo Karsten,

mein notepad++ hält die Datei immer noch für ANSI-Kodiert und der Fehler bei "18:13:57" ist auch noch da.

Beim notepad++ musst du die Kodierung einstellen und die Datei in die entsprechende Kodierung umwandeln.

Gruß
Jürgen

Hallo,

um unabhängig von der Aufzeichnungsdichte zu sein, kann man die Abweichungen aufaddieren und durch die Zahl der Trackpunkte teilen. Zur Bewertung stehen dann zwei Zahlen zur Verfügung: mittlere Abweichung und maximale Abweichung.

Gruß
Jürgen

Sent from my HD7 T9292 using Board Express

Hallo,

die angehängte Datei ist eine ".7z" in einer ".zip"

Gruß
Jürgen

Hallo,

Zitat von MiLeo

Bei mir ist die Datei schon mit UTF-8 kodiert.
Was steht denn bei euch in der ersten Zeile?

bei mir steht da natürlich auch utf-8, aber lt. notepad++ ist sie nur ANSI-Kodiert. Ich kenne das Problem von GPX-Dateien her. Da steht oben auch utf-8 in der Datei, aber gespeichert wurde sie als ANSI. Viele Programme können die Datei dann nicht mehr öffnen. Aber die Zeile aus dem Bild sieht auch übel aus. Strukturfehler verhindern auch das Öffnen der Datei.

Gruß
Jürgen

Hallo,

ich habe die Datei runtergeladen und ausgepackt. Bei mir ist sie ANSI-Kodiert. Stell das mal auf "UTF-8 ohne BOM" um, z.B. mit notepad++. Ich glaube, der Windowseditor kann das beim Speichern auch.

Gruß
Jürgen

Hallo,

ich wurde schon häufiger darum gebeten, meinen GPX-Viewer um die Anzeige der Herzfrequenzdaten zu erweitern. Da ich selbst keine Pulsuhr besitze, möchte ich euch bitten, mir kurze Tracks mit Herzfrequenz-Daten als PN zuzusenden. Dieses können gpx-Dateien sein, wenn eure Auswertesoftware dieses Format unterstützt, oder auch andere Formate. Ich versuche dann, diese ins GPX-Format zu konvertieren.

Danke und viele Grüße
Jürgen

Hallo,

Zitat von fls

Falls jemand einen Befehl kennt das erneute Lesen der Datei zu erzwingen, bin ich auch dankbarer Abnehmer.

das geht am einfachsten, indem man an den Dateinamen jedesmal einen anderen URL-Parameter anhängt:

Dateiname = "xyz.kml?"+Math.random() ;

Gruß
Jürgen

Hallo,

ich glaube, Google hat bei der Anzahl der Trackpunkte eine Grenze eingebaut, mehr dazu müsste in der Doku zu finden sein.
Hast du schon mal versucht, die Tracks auszudünnen? Alle 100m ein Punkt reicht meistens.

Gruß
Jürgen

Sent from my HD7 T9292 using Board Express

Hallo,

Zitat von ray

Google hat diesen Bug echt immer noch behoben

aber es steht nicht mehr ganz so oft "Ruhr" im Rhein.

Gruß
Jürgen

Hallo,

ich habe leider kaum eigene Tracks mit deutlichen Höhenunterschieden, ich lebe nun mal im Flachland.

Bei einem Inlandflug mit ca. 6200 m Flughöhe über Grund lag der Anstieg bei

2d: 74,2 km
3d: 74.7 km

Bei einer Radtour im Allgäu mit ca 150m Höhendifferenz und ca 25 km Strecke ist der Unterschied zw. 2d und 3d kleiner als die Rundungsgrenze von 100m.

Ich habe in meiner Sammlung noch einen Track aus den Bergen (ca. 1400 m Höhendifferenz):

2d: 18,6 km
3d: 19,2 km

Allerdings habe ich auch Tracks mit "zappeligen" Höhenwerten, da ist der Unterschied schon größer, aber ohne Aussagekraft. Wenn die 3d-Länge etwas aussagen soll, muss das Höhenprofl schon sorgfältig geglättet werden.

Ich habe diese Option auch nur aus Neugierde in meinen GPX-Viewer eingebaut.

Viele Grüße
Jürgen

Hallo,

mein GPXViewer kann bei Entfernungen auch die Höhe berücksichtigen, das ist aber defaultmäßig abgeschaltet. Probier mal ShowGPX (IE9 und älter werden nicht unterstützt), du musst nur unter "Parameter ändern" Laengen3d einschalten.

Gruß
Jürgen

Google war kreativ und hat den Rhein umbenannt:

http://maps.google.com/maps?q=…len,+Deutschland&t=m&z=12

Gruß
Jürgen

Hallo,

Zitat von Ulli-Vo

... ich bekomme die Meldung "Die File API wird nicht unterstützt".

dann benutzt du wahrscheinlich einen IE8 oder IE9, die kennen die File-API nicht. Im Firefox, Chrome oder Safari geht es aber.

Zitat von Ulli-Vo

Die Tracks kannst Du leider nicht irgendwo runterladen, aber wenn Du mir Deine E-Mail-Adresse gibst, könnte ich Sie Dir zumailen.

Ich habe dir eine PM geschickt.

Gruß
Jürgen

Hallo,

Zitat von Ulli-Vo

Ich habe auch mal mit einem GPX-Viewer mir die Daten angeschaut, bei 5 zusammengefassten Tracks sieht das Ergebnis sehr gut aus. Bei 72 Tracks tillt das Programm, jedenfalls viewer unter www.bernhard-gaul.de

was meinst du mit "tillt"?

Hast du die Datei mit 72 Tracks mal im Original http://www.j-berkemeier.de/GPXViewer/ShowGPX.html geöffnet. Dieser Viewer lädt die Datei direkt von der Festplatte, ohne Umweg über einen Upload.

Oder kann ich die Datei irgendwo herunterladen? Das wäre eine prima Testdatei für mich.

Viele Grüße
Jürgen

Zitat von Sperling

Nachfolgend poste ich den Quellcode des Plugins.
Schau mal bitte drüber und sage mir bitte mal, wo Du Dein "+"?"+Math.random()" platzieren würdest....

in dieser Zeile:

var kmllayer = new google.maps.KmlLayer(\'' . html_entity_decode($attr['kml']) . '\',kmlLayerOptions);

Aber ich kenne mich mit php zu wenig aus, umd dir zeigen zu können, wo genau die Erweiterung hin muss.

Gruß
Jürgen

Hallo,

Zitat von Sperling

Aber wie Du jetzt sehen kannst, verharrt das Ganze in dem eigens definierten Kartenausschnitt - die Zentrierung funktioniert dabei nicht wirklich.

OK, du gibst Center und Zoom ja auch fest vor. Was passiert, wenn du die Zeile mit "setCenter" weglässt?

Du kannst mit getBounds (https://developers.google.com/…#GGeoXml.getDefaultBounds) naturlich auch die Grenzen von jeder kml-Datei abfragen und daraus neue Grenzen berechnen und setzen.

Zitat

Aber Nebenfrage: Das Script geht doch für eine kml zum Einbetten in eine Website auch wesentlich kompakter oder?

ich glaube nicht. Allerdings basiert das auf der API V2. Die V3 ist aber schon seit über zwei Jahren veröffentlicht und die V2 wird irgendwann abgeschaltet. Investier also nicht zu viel in alte Technik.

Gruß
Jürgen

PS Wenn es doch gpx sein darf, da hab ich was ...

Zitat von Sperling

Wasmeinst Du mit:

Ist das soo schlecht?

der Validator meldet auf dieser Seite http://geosperling.de/?page_id=99 164 Fehler und 99 Warnungen (http://validator.w3.org/check?…eosperling.de/?page_id=99).

Was sehe ich denn hier: http://geosperling.de/Wordpress/TBRallye/Rennen01.html bzw. was habe ich gestern gesehen? Waren das die Inhalte von allen kml-Dateien oder nur von der letzten? Ich bin kein kml-Experte, daher muss ich nachfragen, wo das Problem steckt.

Gruß
Jürgen