Blitzer & POIs Supportthread PoiBase Blitzer iGO8/Primo/NextGen [Aktuell]

Sunnyside Navi schrieb:

Aufgeschlüsselt nach Ländern, Österreich, Deutschland und der Schweiz.
2025.01.08.

Zum Vergrößern anklicken....

Ja, das ist ein geeignetes Diskussionsthema,
Im Allgemeinen habe ich als Ergebnis die Daten nach Ländern verglichen, die von einem Kollegen veröffentlicht wurden

Sunnyside Navi


Vergleichsdaten in der obigen Nachricht, dann würde ich nach Ihrem Ermessen, wenn ich ein Moderator dieses Formulars wäre, den Zugriff auf diese Dateien einschränken, hier ist meine Expertenmeinung.

Der Anhang enthält, was nicht in den SN-Dateien enthalten war.

Beim letzten update gab es eine SpeedcamUpdates.spb
nur die scheint bei mir zu gehen

Edit Mod:
Aus dem Angebotsthread: POIbase Blitzer iGO8/Primo/NextGen
nach hier verschoben

POI base ist für iGO-Benutzer exportierbar.

Aber, ob die Datenbank Radarinformationen sammelt, um diese Daten im iGO-Navigationsprogramm anzuwenden. Wenn ich zum Beispiel *spc-Dateien von Premium-Marken wie HERE oder TomTom analysiert habe, habe ich keinen Zweifel daran, dass dies speziell für iGO gemacht wurde. Und so sammelt POI base Informationen über eine mobile Anwendung, und diese Anwendung hat andere Parameter, die von iGO unterschieden werden. Was ist falsch? 1. Es gibt keine Radargeräte, die das Ende des Mittelstreckenabschnitts anzeigen. Sie wissen nicht, wie sie das Grundstück beenden sollen. Die SCDB-Datenbank hat auch keine solchen Daten, außerdem verwirrt ein 360-Grad-Kreisalarm die Fahrer nur und sie müssen selbst entscheiden, ob sie die Strecke mit mittlerer Geschwindigkeit verlassen haben oder sich darin befinden. Eine ähnliche Situation hat die POI-Basis. 2. Die POI-Basis weiß nicht, dass Länder in Meilen für iGO die neuen Programme bereits in Kilometern laufen und das Programm selbst die Geschwindigkeit von Kilometern in Meilen umwandelt. Nur für ältere iGO-Programme angeboten. 3. Radardaten, Koordinaten, Typ, Geschwindigkeit, Richtung und Azimut. Der Azimut ist weit von den Einstellungen des iGO-Programms entfernt. Alle iGO-Programme alarmieren Radar, wenn der Azimut nicht mehr als 20 Grad von der Straße abweicht. Sie können die maximale Abweichung von der Straße erhöhen, indem Sie in sys schreiben:

[warning]
Speedcam_max_angle=30

Zum Vergrößern anklicken....

Aber nicht alle iGO-Programme haben Zugriff auf die Bearbeitung.
Und die Tatsache, dass diese Zahl nach der Analyse der Daten von 30 auf 40 gestiegen ist, bestätigt die Tatsache, dass die Datenbank zunächst nicht für iGO-Benutzer bearbeitet wird. Ein Beispiel aus der Speedcam-Zeichenfolge.txt:

-8.183166,43.167393,1,80,1,228

Zum Vergrößern anklicken....

191 grad Straße und 37 Grad Azimutabweichung
Edit:
Und ein weiteres sehr wichtiges Thema ist der Export von mobilen Radargeräten. Wie wir aus dem Screenshot sehen können, gibt es 5 Möglichkeiten, mobile Radar zu exportieren. 12 Monate, dies sind Daten für 1 Jahr, was die Benutzer innerhalb eines Jahres bestätigt haben, gefolgt von 2,3,5 Jahren. Und die fünfte Option, alle mobilen Radargeräte in der POI-Basis, für den gesamten Zeitraum, in dem Informationen gesammelt werden.
Mobile Radar am Ende des Jahres sind dies zuverlässigere Informationen, solche Daten können mithilfe von Publikationen von @angola_prison, Oder Publikationen in seinem Namen.

Zum Beispiel sind in Deutschland für 12 Monate etwa 9000 mobile Radar-Daten verfügbar, während im gesamten Zeitraum maximal 44600 mobile Radar-Daten verfügbar sind. 44600 das sehe ich in der letzten Veröffentlichung vom 1. April 2026

Mein IGo next gen braucht.die .TXT und erzeugt die .Spud selber.
Umgekehrt habe ich das bislang nicht hinbekommen,

. Spud eingeben und leider keine.TXT erzeugt. Die .Spud alleine : leider keine Blitzer

Man kann aus Kartoffeln einen Reibekuchen machen, aber umgekehrt klappt das nicht so gut.
Im Post#3 steht z.b. was worin umgewandelt wird.
Aber ist sowieso sinnlos.......

Leider geht bei mir nur die Speedcam.Txt.??

Edit Mod:
Aus dem Angebot "POIbase Blitzer" nach hier verschoben.

Hi
Wäre jemand so nett und würde die PoiBase Blitzer nur für Deutschland, Holland, Belgien und Luxenburg hochladen.
Mein altes Z201 wird sonst recht langsam wenn es zu viele Pois verarbeiten muß.
Oder gibt es vielleicht auch ein Tool, womit man einzelne Länder aus einer World Datenbank löschen kann?
Händisch aus einer txt Datei ist es unmöglich.

Gruß
Unholy

Information zum POIbase-Export für Becker Z201as Problem bei POIbase ist die Struktur: Für Blitzer, die in beide Richtungen messen, werden oft zwei separate POI-Punkte (häufig ohne Azimut, also mit Richtung "0") erzeugt. Das Becker Z201 (400-MHz-CPU, 64 MB RAM) ist damit völlig überlastet, da es zu viele Geozonen gleichzeitig berechnen muss.Die Lösung ist der "Mod AF - OEM"-Standard: Hierbei werden doppelte Punkte zu einem einzigen POI fusioniert und mit zwei präzisen Fahrtrichtungswinkeln (Azimuten) versehen. Das senkt die CPU-Last des Becker-Navis um bis zu 70%.

Danke und wie kann man es auf das Gerät übertragen.., das es flott bleibt..???

Wenn bei euch die speedcam.txt funktioniert (da ich keine anderen Formate erstelle), könnt ihr gerne Tests durchführen и eure Navigationsgeräte mit meinen Dateien ausprobieren. Die entsprechenden Dateien findet ihr im Nachbar-Thread vom 17.03.2026.

---

jakobus56 schrieb:

Danke und wie kann man es auf das Gerät übertragen.., das es flott bleibt..???

Zum Vergrößern anklicken....

Ein POI Base Angebot für einzelne Länder ist doch vorhanden.
Und falls der User unholy sich dann evtl an den Mobilen Blitzern stört, dann muß er die halt selber bereinigen.

Nicht alles in Europa ist aus Europa: Warum geopolitische Dateilippen alte Navis killenLiebe iGO- und Becker-Nutzer,bei der Verwendung von Speedcam-Daten für Europa gibt es ein wichtiges technisches Detail zu beachten, das oft übersehen wird, aber direkt die Stabilität eurer Navigationsgeräte beeinflusst. Viele automatisierte Scripte teilen die Länderdaten nach


geopolitischen ISO-Tags auf. Das führt dazu, dass in einer Datei für Frankreich automatisch auch alle Radar-Daten der französischen Überseegebiete (wie Guadeloupe in der Karibik oder Réunion in Afrika) enthalten sind. Für einen Fahrer, der eine Route von Polen oder Deutschland nach Spanien plant, ist dieser „Übersee-Müll“ physisch nutzlos – für das Navigationsgerät jedoch kann er fatal sein.Warum ist das ein Problem für ältere Systeme (WinCE, Becker, iGO8/Primo)?1. Speicherüberlastung (Out of Memory): Ältere Navis haben oft nur 64–128 MB RAM. Beim Start muss iGO die gesamte Textdatei einlesen und indexieren. Daten aus der Karibik blähen diesen Index unnötig auf.2. Koordinaten-Fehler durch Minus-Werte: Überseegebiete liegen auf der Westhalbkugel und haben negative Längengrade (z.B. -61°). Das iGO-System sortiert die mathematische Matrix von Minus nach Plus. Das zwingt den schwachen Prozessor dazu, eine globale Index-Struktur über halbe Erdteile aufzubauen, anstatt nur eine kompakte europäische Zelle zu verarbeiten. Die Folge sind Systemabstürze mitten auf der Autobahn oder das komplette „Einfrieren“ des Geräts an der Grenze.Fazit: Ein Paket anzubieten, das im Titel explizit „Becker“ und „iGO8“ nennt, aber mit geopolitisch aufgeblähten Dateien arbeitet, ist technisch widersprüchlich. Ein europäischer Fahrer benötigt ein geografisch reines Europa ohne afrikanische oder amerikanische Inseln. In meinen Releases sind die Daten strikt nach geografischen Grenzen bereinigt. Das garantiert maximale Stabilität und blitzschnelle Ladezeiten – sowohl auf dem modernsten Android-Gerät als auch auf dem klassischen Becker-Navi.Wichtiger Hinweis zum Schluss: Dies betrifft pauschal alle Veröffentlichungen von Sunnyside Navi, wenn er die Welt in einzelne Länder aufteilt. Seid bitte vorsichtig beim blinden Kopieren dieser Daten auf schwächere Geräte!

----------------------------------------------------------------------------------------------------------------------------

Teil II des Daten-Auszugs-Dilemmas: Warum das Problem bei POIbase noch absurder wird
Liebe iGO- und Becker-Nutzer,
nachdem wir letzte Woche das geopolitische Chaos in den SCDB-Dateien von Sunnyside Navi (SN) analysiert haben, werfen wir heute einen Blick auf seine aktuelle Länderaufteilung der POIbase-Datenbank


. Wenn jemand glaubt, dass der Fehler mit Gibraltar und den zerrissenen Daten eine Ausnahme war, muss ich enttäuschen: Es ist ein systemisches Problem seines Konvertierungsprogramms.
Vergleichen wir die harten Fakten aus den von ihm angebotenen POIbase-Dateien für Großbritannien und Gibraltar.
In der Datei Gibraltar_Fix_&_Mobile SpeedcamText.txt landet magerer ein einziger Blitzer:
-5.343715,36.146839,1,50,1,117 (Winston Churchill Avenue, direkt vor der Landebahn).
Was passiert mit den restlichen Blitzern, die physisch auf denselben 6 Quadratkilometern in Gibraltar stehen? Sein textbasierter Parser schickt sie wieder auf eine 2000 km lange Reise nach Norden in die Datei United_Kingdom_Fix_&_Mobile SpeedcamText.txt:
-5.358002,36.147861,1,50,1,289 (Queensway, beim Hafen)
-5.355167,36.137470,1,50,1,150 (Queensway, südlicher Teil)
-5.352882,36.131699,1,50,1,179 (Rosia Road)
-5.347155,36.148129,1,50,1,298 (Avenue Europe, beim Flughafen)
Diese vier Gibraltar-Blitzer stehen in seiner UK-Datei direkt neben echten Londoner Blitzern wie diesen hier (mitten in London beim Tower):
-0.023902,51.511257,1,20,1,110
-0.063063,51.509361,1,20,1,90

Das statistische und logische Chaos:
Wenn man die SCDB-Konvertierung und die POIbase-Konvertierung von SN vergleicht, wird es komplett unlogisch:

• In seiner SCDB-Version hat Gibraltar insgesamt 3 Blitzer (2 in der Gibraltar-Datei, 1 versteckt in UK).
• In seiner POIbase-Version hat Gibraltar plötzlich 5 Blitzer (1 in der Gibraltar-Datei, 4 versteckt in UK).

Was bedeutet das für uns?
Das beweist zweifelsfrei: Das Programm von SN führt überhaupt keine geografische Prüfung durch. Es berechtigt nicht den Titel „Fix“. Die Anzahl der Blitzer, die am Ende in einer Länderdatei landen, hängt rein vom Zufall ab – je nachdem, welchen ISO-Text-Tag ein Nutzer beim Hochladen der Punkte auf der Quellseite hinterlassen hat.
Für moderne Smartphones mag das durch das Aktivieren aller Länder abgedeckt sein (obwohl der Datenmüll bleibt), aber für klassische Becker- und WinCE-Geräte mit 64MB RAM, die durch doppelte Geozonen und falsche Index-Sortierungen ohnehin am Limit laufen, ist diese unsaubere Aufteilung das Todesurteil mitten während der Navigation.
Wer ein geografisch reines Europa ohne Datenrisاko sucht, sollte die Finger von rein textbasierten Sortierungen lassen.


Wichtiger Nachtrag: Das Stabilitäts-Risiko der SN-Dateien (Warum die Qualität keine Konstante ist)
Schaut man sich die Daten von verschiedenen Konvertierungsdaten an (z. B. im Vergleich zwischen dem 02.09.2026 und dem 11.09.2026), wird das eigentliche Ausmaß des Problems sichtbar. Ja, jede neue Version bringt frische Daten – aber bei der Methode von Sunnyside Navi (SN) bringt sie auch jedes Mal völlig neue, unvorhersehbare Bugs.


Die Rohdaten-Plattformen (SCDB / POIbase) leben von Benutzer-Updates. Wenn morgen ein User einen Blitzer in Belgien bearbeitet und dabei ein falsches Länder-Tag setzt, fliegt dieser Blitzer im nächsten SN-Release sofort und unbemerkt in die Datei von Frankreich oder den Niederlanden. Jedes neue Konvertierungsdatum erzeugt bei ihm ein neues, geografisches Chaos.
Ein gut gemeinter Rat an die Community:
Ich kann und werde nicht permanent die wöchentlichen Veröffentlichungen von SN überwachen, um seine Fehler zu korrigieren. Ich mache das nur von Zeit zu Zeit stichprobenartig. Ihr als Nutzer müsst selbst entscheiden, wie ihr mit den Dateien von SN umgeht. Eines sollte euch jedoch klar sein:
Die Dateiaufteilung von SN besitzt keine konstante Qualität. Sie ist ein reines Glücksspiel, das komplett davon abhängt, wie sauber die Text-Tags im jeweiligen Moment der Konvertierung auf den Quellseiten gepflegt waren. Wer auf Nummer sicher gehen will, dass an den Grenzen kein "Blindflug" entsteht, sollte die Augen offen halten.