"Dahoam is Dahoam" Einträge mit falschem Datum

anoniman

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

DaDirnbocher

@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.

anoniman

@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”?

anoniman

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.

mvsfsvm

@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.

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

@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.

anoniman

@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?

jkrieger

@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.

anoniman

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?

pidoubleyou

@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