• Ich weiß nicht ob es bloß mein Eindruck ist aber anscheinend mappen die meisten hier Vodafone oder o2 und nicht Telekom. Anders kann ich es mir nicht erklären dass eNBs die bereits seit über einem Jahr on air sind bislang noch nicht in der Netmonster-DB gelandet sind.


    Ich will mich nicht beschweren, ich mache das ja gerne, es wundert mich nur.

    Die Telekom mit ihren zwei CID je Standort macht den größten Aufwand und birgt bei nur per App möglicher Eingabe von Daten die größte Fehlerquelle. Da die Telekom mir keinen sinnvollen NR-SA fähigen Vertrag anbieten will läuft diese daher nicht immer mit.

    Immer unterwegs auf Straße und Schienen mit:
    Samsung Galaxy A54 - Physische SIM: Vodafone + 3AT // eSIM: o2 + Telekom + 1&1. Neu: [Meshtastic]

    Daheim o2 VDSL mit AVM FritzBox 7590 AX /// Viele viele Test-SIM und ein im Aufbau befindliches Gerätemuseum.

  • Ich weiß nicht ob es bloß mein Eindruck ist aber anscheinend mappen die meisten hier Vodafone oder o2 und nicht Telekom. Anders kann ich es mir nicht erklären dass eNBs die bereits seit über einem Jahr on air sind bislang noch nicht in der Netmonster-DB gelandet sind.

    Ich logge alle 4 Netze parallel. Auf einer Fahrt zwischen Karlsruhe und Frankfurt sind mir aber ziemlich viele neue Telekom 5G-Sender ins Netz gegangen. Hat mich auch gewundert.

  • Ihr ladet die neu gefundenen Daten aber schon aktiv hoch?


    Zur Erinnerung: Netmonster lädt nie von selbst hoch, das muss man immer selbst auslösen!

  • Am 26.02.2026 hatte ich immer noch Probleme mit dem Herunterladen großer Datenbanken (free.fr, odido.nl, o2.de, vodafone.de, telekom.de), während die kleineren unproblematisch waren. Am 28.02.2026 waren endlich auch die großen Datenbanken kein Problem mehr. Ich habe in diesem Zeitraum an meinen zahlreichen Geräten nichts geändert.

    divers genutzte SIM-Betreiber: 262-01 + 295-05 | 228-01 + 262-03 + 262-23 | 204-04 - 204-08 - 204-16 | 228-02 - 228-03 | 262-02

    CellMapper-Fokus: S-H | 238 | 295


    Don't waste your time or time will waste you!

    6EQUJ5

  • Hallo,


    der Download läuft über Tschechien und ja mal geht der Download und mal nicht. Auch die Uhrzeit ist egal.

    Die Lösung die eingesetzt wird ist vielleicht nicht die beste und ich könnte mir vorstellen das die deutschen Netze die größten Datenmengen sind.

    Telekom ist zirka 60 MB.


    Gruß

    Thomas

  • Hallo zusammen,


    der Entwickler der App hat letzte Woche gemeldet, er hat die Serverkonfiguration geändert, so dass die Downloads der Datenbank nun direkt laufen und nicht mehr durch seinen Server gestreamed werden (ob er das für alle Netze/Länder angepasst hat, oder nur die, die ich hoste, weiß ich nicht). Seitdem gab es bei mir keinerlei Probleme mehr.

  • Ich habe mal eine Frage zur O2 eNB 120332 / 530332.


    Laut Netmonster-Datenbank hat diese den TAC 11003 (östliches Schleswig-Holstein). Der Sender steht aber direkt an der Grenze in Mecklenburg-Vorpommern und als ich den Sender gemappte habe, hatte er auch die dazu passende TAC 24000.


    Ich habe diese Daten auch über die Share-Funktion in Netmonster an die Datenbank gesendet. Nach jedem Datenbank-Update wurde der TAC aber wieder auf 11003 zurück gesetzt.

    So geht das ganze immer wieder: Ich lade die korrigierten Daten hoch und nach jedem Update sind wieder die alten (falschen) Daten drin.


    Warum wird nicht die korrekte TAC übernommen, selbst wenn der Standort mehrfach gesampelt wird?


    Das ganze betrifft auch Adressen von Standorten, bei denen ich die Adresse korrigiert habe bzw. 5G-Bänder hinzugefügt habe.

  • Warum wird nicht die korrekte TAC übernommen, selbst wenn der Standort mehrfach gesampelt wird?


    Das ganze betrifft auch Adressen von Standorten, bei denen ich die Adresse korrigiert habe bzw. 5G-Bänder hinzugefügt habe.

    Die deutschen Netmonster-DBs funktionieren nicht so wie Cellmapper: Hochgeladenes wird redaktionell geprüft bevor es übernommen wird (und das kann manchmal etwas dauern). Wenn es eilt, dann kannst Du es mir per PM schicken.


    Warum prüfen wir die hochgeladenen Daten, bevor wir sie übernehmen? Weil die Cell-APIs der verschiedenen Geräte oft "Mist" liefern, den wir nicht ungeprüft übernehmen wollen.

  • Denke mal solche Änderungen dauern länger, dafür bei mehreren Standorten auch in einem Rutsch. Übrigens bei TEF scheint auch noch im Band 1 der EARFCN 300 hinterlegt zu sein.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!