MyBlitzortung 0.5

@ke2705: Hmm, seltsam. Ich möchte ja fast Google die Schuld geben, dass hier etwas bei der Auslieferung der Kacheln nicht stimmt. Vor einigen Wochen gab es für ein paar Stunden mal keine Steuerelemente zu sehen. Seit MyBo Version 0.5 wird deshalb eine andere (stable) Api-Version benutzt. Du kannst zum Testen eine andere Api-Version verwenden. In map.inc.php nach "http://maps.google.com/maps/api/js?sensor=false" suchen und in "http://maps.google.com/maps/api/js?v=3.4&sensor=false" ändern.

Zweite Möglichkeit: Die Art der Karte (Gelände, Sat...) wird seit 0.5.1 in zusätzlich in einem Cookie gespeichert. Ich habe zum Testen für das Cookie schon alle möglichen Werte durchprobiert - die Karte wird bei mir trotzdem geladen. Bei Version 0.5 und früher sollte das aber auf gar keinen Fall auftreten, da es diese Funktion hier noch nicht gibt.

Dritte Möglichkeit: Eine Race Condition. Eigentlich habe ich hier mit 0.5.1 einen möglichen Fehler behoben. Wie schnell ist Deine Internetverbindung? Die Karten-Kacheln brauchen übrigens deutlich länger zum Laden als die Blitze (ist mir grad beim Testen mit künstlich langsamer Verbindung stark aufgefallen).

Werden die Karten denn geladen wenn Du den Kartentyp änderst?

Könntest Du den Fehler evtl. mal genauer analysieren. In FF im Menü > Web-Entwickler > Web-Konsole (oder Strg+Umschalt+K). Dann die Seite neu laden. Es tauchen etliche Warnungen in der main.js auf (diese ist von Google), das ist aber normal. Vielleicht findest Du ja etwas heraus.

Gruß
Tobias

Hallo Tobias,

danke fuer die Hinweise - werde gleich mal versuchen, den Fehler zu finden.
Bzgl. meiner INet-Verbindung: 6000er DSL
Melde mich wieder.

Gruss
Eberhard

Hallo Tobias,

zumindest ist der Fehler sauber reproduzierbar
Du kannste es ja selbst mal anschauen:

Zitat von tobi

@ke2705: Hmm, seltsam. Ich möchte ja fast Google die Schuld geben, dass hier etwas bei der Auslieferung der Kacheln nicht stimmt. Vor einigen Wochen gab es für ein paar Stunden mal keine Steuerelemente zu sehen. Seit MyBo Version 0.5 wird deshalb eine andere (stable) Api-Version benutzt. Du kannst zum Testen eine andere Api-Version verwenden. In map.inc.php nach "http://maps.google.com/maps/api/js?sensor=false" suchen und in "http://maps.google.com/maps/api/js?v=3.4&sensor=false" ändern.

Das hast Du in der 0.5.1a bereits geaendert.

Zitat von tobi

Dritte Möglichkeit: Eine Race Condition. Eigentlich habe ich hier mit 0.5.1 einen möglichen Fehler behoben. Wie schnell ist Deine Internetverbindung? Die Karten-Kacheln brauchen übrigens deutlich länger zum Laden als die Blitze (ist mir grad beim Testen mit künstlich langsamer Verbindung stark aufgefallen).

DSL 6000

Zitat von tobi

Werden die Karten denn geladen wenn Du den Kartentyp änderst?

Hmm, wie heissen den die anderen Typen - aktuell ist TERRAIN eingetragen. Sorry, hab' mich mit Google Maps noch nicht befasst.

Zitat von tobi

Könntest Du den Fehler evtl. mal genauer analysieren. In FF im Menü > Web-Entwickler > Web-Konsole (oder Strg+Umschalt+K). Dann die Seite neu laden. Es tauchen etliche Warnungen in der main.js auf (diese ist von Google), das ist aber normal. Vielleicht findest Du ja etwas heraus.

Habe die Ausgabe des FF mal angehangen - sagt Dir das was?

Gruss
Eberhard

Problem erkannt, Problem gebannt. Es lag am Cookie, trat nur auf wenn man die Seite zum ersten mal besucht und auch keine anderen Cookies der Seite vorhanden sind, dann an der Karte nichts macht und dann neu lädt. Es betrifft damit gerade neue Besucher der Seite.

Für alle mit Version 0.5.1 bitte updaten (0.5 ist nicht betroffen)

• Download Version 0.5.1b (.zip)

Hallo Tobi,

wie immer - perfekt! Nun geht's bei mir auch
Wenn ich die Cookies nicht geloescht haette, dann haette es wohl funktioniert?

Besten Dank!
Gruss
Eberhard

Zitat von ke2705

Wenn ich die Cookies nicht geloescht haette, dann haette es wohl funktioniert?

Ja, wahrscheinlich schon. Von daher: Gut gemacht! Subber und dangge schee.

Zitat von tobi

Ja, wahrscheinlich schon. Von daher: Gut gemacht! Subber und dangge schee.

...bitt schee

Eine Frage noch: Um die Linien der Antennenausrichtung zu aktivieren - muss man dazu eine Variable aktivieren?
Oder einfach die naechste Berechnung abwarten?

Gruss
Eberhard

Genau, nächste Berechnung abwarten. Die aktuelle Antenneneinstellung wird bei jeder Berechnung mit abgespeichert. Falls man später mal seine Antenne dreht/versetzt/umbaut... (was auch immer), werden somit immer noch die älteren Einstellungen mit eingeblendet.

Hab gerade die 0.5.1b installiert. Scheint Problemlos zu laufen. Mir kommt es so vor als wenn der gesamte Aufbau der Karte schneller voran geht.

@tobi:
Google könnte wirklich schuld sein, war gestern Abend auf einer US Seite mit Google Maps, dort bekam ich nur einen weißen Hintergrund mit der Meldung "API Initialization failed", heute läufts wieder ohne Probleme.

Zitat von tobi

Genau, nächste Berechnung abwarten. Die aktuelle Antenneneinstellung wird bei jeder Berechnung mit abgespeichert. Falls man später mal seine Antenne dreht/versetzt/umbaut... (was auch immer), werden somit immer noch die älteren Einstellungen mit eingeblendet.

Hallo Tobias,

meine Antennenaustichtung sieht merkwuerdig aus (siehe Anhang)

Gruss
Eberhard

Zitat von ke2705

meine Antennenaustichtung sieht merkwuerdig aus (siehe Anhang)

Arghhh, das ist ein Fehler in der verwendeten PHP-Funktion zum Zeichnen für gestrichelte Linien - waagrechte Linien führen zur falschen Darstellung (seit PHP 4 bis mindestens PHP 5.2.x).

Die neue Version 0.5.1c behebt diesen Fehler.

Zum Bild allgemein: Kann es sein, dass Du die Blitzdaten nach ein paar Tagen löschst, die Blitze Deiner Station jedoch behältst? Die Blitzquoten sind nämlich viel zu hoch, die Anzahl weicht von meinen Karten deutlich ab. Für die Blitzdichten (und damit auch für die Blitzquotenkarte) müssen alle Blitzdaten für mindestens einen Monat aufgehoben werden, also 31 Tage wobei ich zur Sicherheit ein paar Tage dazuaddieren würde. Die Jahreskarte wird aus den Monatskarten erstellt, da ist es dann egal.

Hallo Tobias,

Zitat von tobi

Die neue Version 0.5.1c behebt diesen Fehler.

...danke, funktioniert.

Zitat von tobi

Zum Bild allgemein: Kann es sein, dass Du die Blitzdaten nach ein paar Tagen löschst, die Blitze Deiner Station jedoch behältst? Die Blitzquoten sind nämlich viel zu hoch, die Anzahl weicht von meinen Karten deutlich ab. Für die Blitzdichten (und damit auch für die Blitzquotenkarte) müssen alle Blitzdaten für mindestens einen Monat aufgehoben werden, also 31 Tage wobei ich zur Sicherheit ein paar Tage dazuaddieren würde. Die Jahreskarte wird aus den Monatskarten erstellt, da ist es dann egal.

Du hast natuerlich recht - ich hatte noch aus der Anfangszeit die Variable BO_PURGE_STR_NP auf 168h stehen, um die DB Groesse nicht zu stark ansteigen zu lassen. Habe ich jetzt mal auf 750h hochgedreht.

Gruss
Eberhard

Die neue Version 0.5.2 ist da, es gab nur kleinere Änderungen:

• Eine Station ist jetzt dann aktiv, wenn auch Signale gesendet werden. Vorher wurde einfach nur auf den Status geschaut, der sagt aber nur etwas über das zuletzt empfangene GPS-Signal etwas aus (das ist bei einigen Stationen schon recht lange her). Dafür gibt es jetzt "Verfügbare Stationen", also die Anzahl aller potentiell einsetzbaren Stationen (Anzahl = Einträge Stationsliste auf Blitzortung.org).
• Die Beschränkung auf 10 Blitze für berechtige Nutzer bei der Blitzsuche wurde aufgehoben.
• Bug behoben, der bei sehr schnellen Internetverbindungen dazu führte, dass keine Google-Karte angezeigt wurde (Bug seit 0.5.1a vorhanden)
• mehr: Changelog

Für die schnellere Blitzsuche musste die Datenbank angepasst werden. Es muss daher nach dem Überspielen der Dateien zwingend ein Datenbankupdate durchgeführt werden (einloggen als Hauptnutzer)! Bei vielen Blitzen kann das etwas dauern, bei mir mit 900.000 Blitzen etwa eine Minute. Sollte es einen Timeout geben, die Updateseite nochmals aktualisieren und Fehler ignorieren (nur der letzte Befehl muss in Ordnung sein). Wichtig: Ohne DB-Update können bei dieser Version keine neuen Blitze mehr importiert werden!

Noch was allgemeines zur Datenbank/Blitzanzahl: Aktuell kann ich, trotz der vielen gespeicherten Blitze in meiner Datenbank, keinerlei Performanceeinbußen feststellen. Durch die Indizes sollte hier auch noch deutlich mehr drin sein. Von daher spricht, außer dem Festplattenplatz, nichts gegen eine Dauer-Archivierung der Blitze.

Hallo Tobias,

danke fuer's Update - hat gewohnt reibungslos funktioiert - super!
Obwohl ich in meiner DB ca. 340000 Blitze habe, war die Zeit fuer's Update kaum messbar (< 1 Sekunde).

Gruss
Eberhard

Zitat von ke2705

Obwohl ich in meiner DB ca. 340000 Blitze habe, war die Zeit fuer's Update kaum messbar (< 1 Sekunde).

Scheinbar ist mein Webserver doch recht lahm. Hauptsache das merkt außer mir kein anderer.

Einen kleinen Fehler gibts bei Deinem Diagramm zur Stationsanzahl, da wird jetzt nämlich 4 Tage zurückgeblickt aber zu Beginn fehlen Daten. Ich denke mal, du lässt die Statistiken eher löschen? In der aktuellen Dev-Version hab ich das mal einstellbar gemacht (BO_GRAPH_STAT_HOURS_BACK, BO_GRAPH_STAT_HOURS_BACK_STATIONS). Außerdem einen Fehler in der Anzeige behoben, wenn die Station nicht aktiv ist (habe meine Station nach über 2 Monaten dauerlauf extra mal deaktiviert).

Noch was: Vor längerem habe ich noch ein Diagramm eingebaut, mit dem man die mittlere Entfernung aller Blitze bzw. der "eigenen" Blitze zur Station sehen kann. Zu finden unter "blitzortung.php?graph_statistics=distance" (Beispiel). Ob das überhaupt sinnvoll ist, weiß ich nicht. Vor einer Woche habe ich jedenfalls die Empfindlichkeit meiner Station deutlich heruntergedreht. In dem Diagramm im Anhang ist das ganz gut an der geringeren durchschnittlichen Entfernung ab 3.07 zu sehen.

Arrgghh, zu frueh gefreut.

Das Update der DB ging vermutlich schief - es werden keine Daten mehr importiert.
Kann man das Update nochmal manuell ausloesen? Bzw. was kann ich tun?

Gruss
Eberhard

PS. Vermtl lief es deshalb auch so schnell.

Probiers mal damit (ggf. Tabellennamen ändern)

ALTER TABLE `mybo_strikes` DROP INDEX `time_dist`;
ALTER TABLE `mybo_strikes` ADD INDEX `time` (`time`);
ALTER TABLE `mybo_strikes` ADD `lat2` TINYINT NOT NULL AFTER `lon`, ADD `lon2` TINYINT NOT NULL AFTER `lat2`;
UPDATE `mybo_strikes` SET lat2=FLOOR(lat), lon2=FLOOR(lon/180 * 128);
ALTER TABLE `mybo_strikes` ADD INDEX `latlon2` (`lat2`,`lon2`);

An die anderen: Zur Sicherheit mal nicht updaten, hatte schon befürchtet dass etwas nicht hinhauen könnte.

Bingo, hat funktioniert!!!

Habe nach der Query einen Import manuell ausgeloest, dann wurden die fehlenden Datensaetz importiert

Uebrigens, die Query lief jetzt 44 sec.

Danke & Gruss
Eberhard

Hmmm, einerseits schön das es geklappt hat, andererseits bleibt jetzt der eigentliche Fehler im Dunkeln.

In der aktuellen dev-Version kann man deshalb mit .../index.php?bo_page=login&bo_update_from=0.5.1&bo_update_to=0.5.2 das Update manuell anstoßen.