Skip to content
  • Kategorien
  • Aktuell
  • Tags
  • Beliebt
  • Benutzer
  • Gruppen
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
MediathekView Logo

MediathekView-Forum

  1. Übersicht
  2. Fragen, Hilfe, Kritik
  3. "Dahoam is Dahoam" Einträge mit falschem Datum

"Dahoam is Dahoam" Einträge mit falschem Datum

Geplant Angeheftet Gesperrt Verschoben Fragen, Hilfe, Kritik
16 Beiträge 8 Kommentatoren 746 Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • DaDirnbocherD Offline
    DaDirnbocherD Offline
    DaDirnbocher
    antwortete auf anoniman am zuletzt editiert von DaDirnbocher
    #3
    Dieser Beitrag wurde gelöscht!
    1 Antwort Letzte Antwort
    • vitussonV Offline
      vitussonV Offline
      vitusson
      antwortete auf anoniman am zuletzt editiert von
      #4

      @anoniman

      Das sind offensichtlich immer die Daten der letzten Wiederholung, nicht der Erstausstrahlung.
      https://www.tvinfo.de/fernsehprogramm/1308833983-dahoam-is-dahoam
      https://www.tvinfo.de/fernsehprogramm/1308834252-dahoam-is-dahoam

      Da der BR die jeweils 2-4 mal an den folgenden Tagen sendet muß der Crawler ja notgedrungen irgendein Datum auswählen, ansonsten wäre alles voller Doubletten.
      Warum er das Letztere verwendet muß ein Entwickler erklären.

      1 Antwort Letzte Antwort
      • DaDirnbocherD Offline
        DaDirnbocherD Offline
        DaDirnbocher
        schrieb am zuletzt editiert von
        #5

        Da der BR die jeweils 2-4 mal an den folgenden Tagen sendet muß der Crawler ja notgedrungen irgendein Datum auswählen, ansonsten wäre alles voller Doubletten.
        Warum er das Letztere verwendet muß ein Entwickler erklären.

        Wenn man sich die Beispiele anschaut, sieht man das da was nicht passt - hier 2 rausgegriffen:

        • Folge 2666: Ausstrahlungsdaten lt. fernsehserien.de 11.1., 2x 12.1., 16.1. und MV hat 11.1. als Datum, also das älteste Datum
        • Folge 2668: Ausstrahlungsdaten lt. fernsehserien.de 13.1., 2x 14.1., 17.1. und MV hat 17.1. als Datum, also das jüngste.

        Nachdem das Datum immer wieder Thema hier im Forum ist, gibts auch immer wieder Erklärungen der Entwickler dazu, z.B. im August 2020:

        Ein wichtiger Grund warum wir bisher nur ein Datum nutzen und möglichst das originale Ausstrahlungsdatum (übrigens bei allen Sendern) Ist um zu erkennen ob ein Film neu in der Filmliste ist.

        All das kennend und ergänzt mit meiner konkreten Erfahrung mit einer (anderen) BR-Sendereihe, würde ich daher vermuten, dass der BR via API eine nicht ganz konsequente Auslieferungsstrategie bez. Sendungsdatum hat.

        An @anoniman: Mag sein, dass das …

        Als korrektes Datum sehe ich diese Angabe auf der Webseite an

        … Deine Erwartungshaltung ist. Von der solltest Du Dich lösen. Im Grunde wird das älteste Sendungsdatum genommen, das die Sender via API liefern und was die Sender liefern, liegt in deren Verantwortung auch und insbesondere was die die Datenqualität betrifft.

        1 Antwort Letzte Antwort
        • A Offline
          A Offline
          anoniman
          schrieb am zuletzt editiert von
          #6

          Hallo @georg-j & @dadirnbocher & @vitusson,

          ich Danke Euch für Eure ausführlichen Antworten; insb. dieser Post hat mir geholfen.

          • Es gibt pro Sendung evtl. mehrere Sendezeiten
          • Dies sind i.d.R. der Originaltermin sowie die Wiederholungen

          Was ich aktuell nicht verstehe ist, warum (anscheinend) nicht einfach der frühest vorhandene Zeitpunkt als Originaltermin gespeichert wird. Die Zeiten sind ja anscheinend im Quelltext der BR-Seiten vorhanden. Man kann doch annehmen, dass dieser Zeitpunkt auch der Originaltermin ist, oder?

          Servus
          @anoniman

          DaDirnbocherD 1 Antwort Letzte Antwort
          • DaDirnbocherD Offline
            DaDirnbocherD Offline
            DaDirnbocher
            antwortete auf anoniman am zuletzt editiert von
            #7

            @anoniman sagte in "Dahoam is Dahoam" Einträge mit falschem Datum:

            Was ich aktuell nicht verstehe ist, warum (anscheinend) nicht einfach der frühest vorhandene Zeitpunkt als Originaltermin gespeichert wird.

            Wird es doch, nur halt nicht von …

            ie Zeiten sind ja anscheinend im Quelltext der BR-Seiten vorhanden.

            … den BR-Seiten, sondern via API.

            Sagte ich aber bereits.

            @dadirnbocher sagte in "Dahoam is Dahoam" Einträge mit falschem Datum:

            Im Grunde wird das älteste Sendungsdatum genommen, das die Sender via API liefern und was die Sender liefern, liegt in deren Verantwortung auch und insbesondere was die die Datenqualität betrifft.

            A 1 Antwort Letzte Antwort
            • A Offline
              A Offline
              anoniman
              antwortete auf DaDirnbocher am zuletzt editiert von
              #8

              @dadirnbocher Jetzt verstehe ich Dich hoffentlich richtig: Der BR-Crawler nutzt nicht den Seitenquelltext sondern die BR-Mediatheken-API.

              Im Grunde wird das älteste Sendungsdatum genommen, das die Sender via API liefern

              Was ist hier mit “älteste Sendungsdatum” gemeint?

              • Liefert auch die API pro Sendung mehrere Daten?
              • Ist “älteste Sendungsdatum” gleichbedeutend mit “früheste Sendungsdatum”?
              1 Antwort Letzte Antwort
              • A Offline
                A Offline
                anoniman
                schrieb am zuletzt editiert von
                #9

                Ernsthaft … ein -1, weil ich das ganze nochmal für mich zusammengefasst habe? Ist das verboten? Habe ich jemanden damit beleidigt oder seine Kompetenz angezweifelt?
                Super -1-Klicker, kannst Dir jetzt überlegen vorkommen.

                M 1 Antwort Letzte Antwort
                • M Offline
                  M Offline
                  mvsfsvm
                  antwortete auf anoniman am zuletzt editiert von
                  #10

                  @anoniman also ich sehe aktuell keine negative Bewertung für deine Beiträge. Vermutlich ist das passiert, weil deine Zusammenfassung aus Fragen besteht, die hier im Thread zum Teil schon mehrfach beantwortet wurden.

                  MenchenSuedM A 2 Antworten Letzte Antwort
                  • MenchenSuedM Offline
                    MenchenSuedM Offline
                    MenchenSued Globaler Moderator
                    antwortete auf mvsfsvm am zuletzt editiert von
                    #11

                    @mvsfsvm
                    Heute morgen hatte @anoniman noch Minus 1, vermutlich haben ihm andere Nutzer jetzt aus dem Tief befreit. Leider passiert es immer wieder, dass unsere Poweruser ab und an mal negative Bewertungen vergeben, wenn sie sich über etwas ärgern.

                    Ich würde anonyme negative Bewertungen ganz abschaffen, denn fehlende positive Bewertungen sind genauso aussagekräftig und verletzen nicht das allgemeine Persönlichkeitsrecht, aber diese Entscheidung obliegt den Administratoren.


                    MediathekView 14.3.0 nightly (4.3.2025), Linux Mint 21.3, VLC 3.0.16

                    1 Antwort Letzte Antwort
                    • A Offline
                      A Offline
                      anoniman
                      antwortete auf mvsfsvm am zuletzt editiert von anoniman
                      #12

                      @mvsfsvm Ich habe nichts gegen negative Bewertungen, sofern es sich um beleidigende Beiträge handelt oder der Autor Fragen stellt, die bereits beantwortet wurden.
                      Was mich hier wirklich ärgert: Die Fragen

                      • Liefert auch die API pro Sendung mehrere Daten?
                      • Ist “älteste Sendungsdatum” gleichbedeutend mit “früheste Sendungsdatum”?

                      wurden nicht explizit beantwortet - weder hier noch im verlinkten Beitrag.
                      Was der BR-Crawler wirklich macht, könnte ich natürlich aufwendig selber herausfinden, sofern ich mich durch den Quelltext kämpfen würde. Vielleicht liege ich hier richtig, vielleicht auch nicht. Aber ist das wirklich nötig, nur um kein Minus1 zu bekommen?

                      jkriegerJ 1 Antwort Letzte Antwort
                      • jkriegerJ Offline
                        jkriegerJ Offline
                        jkrieger
                        antwortete auf anoniman am zuletzt editiert von
                        #13

                        @anoniman sagte in "Dahoam is Dahoam" Einträge mit falschem Datum:

                        • Liefert auch die API pro Sendung mehrere Daten?

                        @DaDirnbocher schrieb

                        Im Grunde wird das älteste Sendungsdatum genommen, das die Sender via API liefern

                        Das ist vielleicht nicht explizit, aber beantwortet doch die Frage.

                        • Ist “älteste Sendungsdatum” gleichbedeutend mit “früheste Sendungsdatum”?

                        Diese Frage ist praktisch nicht zu beantworten, für mich klingt das nämlich gleich. Für dich offenbar nicht. Dann solltest du uns aber erklären, was für dich der Unterschied ist.

                        1 Antwort Letzte Antwort
                        • A Offline
                          A Offline
                          anoniman
                          schrieb am zuletzt editiert von
                          #14

                          Vergessen wir das mit der Bewertung.
                          Wichtiger ist Folgendes: Ich habe mich mal etwas durch den Code von BrFilmDeserializer.java gearbeitet.
                          In der Funktion getBroadcastStart(…) wird ab Zeile 313

                          final JsonObject arrayItem = edges.get(0).getAsJsonObject();
                          if (!arrayItem.has(JSON_ELEMENT_NODE)) {
                              return Optional.empty();
                          }
                          
                          final JsonObject node = arrayItem.getAsJsonObject(JSON_ELEMENT_NODE);
                          if (!node.has(JSON_ELEMENT_START)) {
                              return Optional.empty();
                          }
                          
                          return Optional.of(node.get(JSON_ELEMENT_START));
                          

                          anscheinend lediglich der erste der vorhandenen Sendezeitpunkte genommen, unabhängig davon, ob dies unter den vorhandenen der zeitlich früheste ist. Vielleicht könnte man hier durch alle vorhandenen Zeitpunkte durchiterieren und dadurch den zeitlich ersten Sendezeitpunkt ermitteln. @pidoubleyou Was meinst Du?

                          P 1 Antwort Letzte Antwort
                          • P Offline
                            P Offline
                            pidoubleyou Entwickler
                            antwortete auf anoniman am zuletzt editiert von
                            #15

                            @anoniman ich habe mir das mal angeschaut: es ist möglich, das erste Sendedatum zu bekommen.

                            Bei vielen Sendung passt diese Logik, dann wird die erste Ausstrahlung und nicht die der Wiederholung verwendet. Bei Sendungen, die häufiger ausgestrahlt werden (z.B. Bob Ross), wird die Sendung unter dem ersten verfügbaren Datum gelistet, also z.B. ein Datum im Sommer statt das aktuelle Ausstrahlungsdatum.

                            Das Verhalten ist dann analog dem des ZDF.

                            Hier das Github-Ticket dazu: https://github.com/mediathekview/MServer/issues/666

                            pidoubleyou created this issue in mediathekview/MServer

                            closed BR: Ausstrahlungsdatum bei Sendungen teilweise falsch #666

                            A 1 Antwort Letzte Antwort
                            • A Offline
                              A Offline
                              anoniman
                              antwortete auf pidoubleyou am zuletzt editiert von
                              #16

                              Hallo @pidoubleyou ,
                              ich habe die Änderung (Commit) bemerkt.
                              Vielen Dank dafür 🙂
                              Beste Grüße
                              anoniman

                              1 Antwort Letzte Antwort

                              32

                              Online

                              6.6k

                              Benutzer

                              6.1k

                              Themen

                              38.9k

                              Beiträge
                              undefined
                              • Anmelden

                              • Du hast noch kein Konto? Registrieren

                              • Anmelden oder registrieren, um zu suchen
                              • Erster Beitrag
                                Letzter Beitrag
                              0
                              • Kategorien
                              • Aktuell
                              • Tags
                              • Beliebt
                              • Benutzer
                              • Gruppen