This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.
Meine erste Wikidata-Seite
Latest comment: 1 year ago4 comments2 people in discussion
Hallo, ich glaube ich habe zum ersten Mal eine „richtige” Wikidata-Seite bzw. -Objekt erstellt.
Kurz zu mir: Ich bin zwar IT-affin, hab aber (genau deswegen ;P) keine Lust mich mit QuellcodeEditoren auseinander zu setzen und außerdem teste ich ich lieber die Usability hier nebenbei und kann dann auch sagen was hier Probleme sind. ;P
Zum Prozess: Ich habe Q133599585 erstellt. Eigentlicher Sinn war das ganze zu Wikivoyage hinzuzufügen. Bzw. davor eigentlich zu OpenStreetMap (OSM), wo ich etwas mehr Erfahrung habe. Also hatte ich bei OSM erstmal den Wikidata-Key hinzugefügt, nachdem ich die Seite angelegt hatte. Danach habe ich zum Bearbeiten irgendeinen anderen Wikidata-Eintrag (ich glaube den davor gelisteten) aus dem Wikivoyage-Artikel genommen. Das Copy- & Paste-Prinzip für möglichst wenig Aufwand eben. ;)
Wie erwähnt ist wichtig: Ich habe nur mit dem Visual Editor gearbeitet.
Was ich dabei bemerkt habe bzw. so als "erste Mal richtig bearbeiten" mitgenommen habe:
Mit der anderen Wikidata-Vorlage hat es ganz gut geklappt, ich hab doch recht schnell verstanden, wie das mit dem "Aussagen" funktioniert. Dennoch, bzw. v.a. ohne "abschauen" ist ein leeres Wikidata-Objekt schwierig zu verstehen, weil ein klarer "call to action" bzw. Startpunkt fehlt und etwas unklar ist, wo man jetzt drauf klicken muss um Daten hinzuzufügen.
Der Guide am Anfang zum Erstellen und so war aber super und simpel, keine Prohbleme hier.
geöffnet an/am war das erste schwierige, da ich die Öffnungszeit Monatsweise bzw. auf das Jahr einschränken musste, da das wohl ein einmaliges Angebot oder so ist.Ich habe dazu betroffener Zeitraum gefunden, dass klingt sehr gut aber das Eingeben geht ja gar nicht. Ein Datum konnte ich bei den anderen Feldern noch eingeben aber eine Zeitspanne hat spätestens wenn ich "bis" geschrieben habe", nicht mehr funktioniert (siehe Bild). Ich habe es dann auf gut Glück in zwei Zeilen eingetragen, da hat das Anfangsdatum zum Glück geklappt, das Datum in der Zukunft (31.10.2025) aber nicht? Ich habe es dann notgedrungen mit dem ISO-Format probiert also 2025-10-31, was wilderweise geklappt hat, nur steht jetzt irgendwie "englisch" da mit dran, was irgendwie nicht mein Ziel war. Ich konnte es nur nicht anders eingeben.
Ähnliches Problem auch bei Zeitspannen. ☢ 10:00 bis 18:00 ist ein Format, dass sogar OpenStreetMap parsen kann, wo ich diesen tollen Editor gefunden habe. (Der übrigens eben auch das Datum direkt kann.) Leider kommt der Editor damit nicht klar und erneut kann ich hier maximal nur eine Uhrzeit eingeben bzw. dann im Autocomplete-DropDown auswählen? Ich habe dann im Autocomplete etwas gesehen dass hieß "Tag 1: 10:00 Uhr bis 18:00 Uhr", das ist ja fats, was ich will! Nur halt für alle Tage! Ich habe das alos angeklickt und "Tag 1:" weggenommen udn nein es geht nicht? Das lässt mich schlussfolgern, muss ich das jetzt für jeden Tag von Mo bis Sa angeben und das mit dem komischen hochzählenden Prefix/Zahl aka "Tag 1"? Seehr unintuitiv. So unintuitiv, dass ich es abgebrochen habe, es steht keine Zeit drin, denn man kann es ja so auch nicht speichern- Warum ist das parsing da nicht lockerer?
Ach und noch was: wen ich dann "Tag 1" eingebe bzw. da eingegeben habe bekam ich alle möglichen komischen Vorschläge Q3401630 oder Q115208325. Das das nicht bei Öffnungszeiten rein gehört, ist mir klar, aber warum wird es mir vorgeschlagen, frage ich da als Laie? Als Techie frage ich, warum hier nicht nach dem Typ/Kategorie irgendwie gefiltert wird? Und ja, ich ahne, es soll möglichst flexibel sien und glaube bei "falscher" Auswahl kommt auch eine Wanrung, aber muss das denn wirklich sein? Das verringert doch prkatisch nur das Vertrauen in das Autocomplete, wo halt echt viel zu tun sein scheint.
Ich bin mir auch bis jetzt unklar, ob ich Öffnungszeit richtig verwendet habe, es steht da "ab dem eine Einrichtung oder eine Attraktion geöffnet ist,", also das Öffnungsdatum. Nur der Begriff "Öffnungszeit" ist im deutschen leider doch recht ähnlich zu "Öffnungszeit" wodurch hier schnell Verwirrungen entstehen können.
Sehr gut fand ich aber die Warnungen/Vorschläge! Die sind wirklich hilfreich um Probleme aufzuzeigen (die Flagge oder AUsrufezeichen), nur könnten sie 1. etwas weniger Fachlingo sein bzw. da mehr helfen ("Dieser geöffnet an/am-Aussage fehlt der Qualifikator Öffnungszeit." ist ein recht schwrer Satz den muss man erstmal verstehen als Neuling), aber da ich sehe, dass das schwer ist exakt zu machen 2. wie in Codee-IDEs so "Klick-Fixes" bzw. direkte Vorschläge zum Verbessern haben. Bspw. kann mich erwähnter Hinweis direkt mit einem Klick zu dem Eingabefeld bringen und den Qualifikator Öffnungszeit ergänzen.
Generell wäre eine engere Verzahnung von OSM und Wikidata toll. Wenn ich (wie bei mir) ein Wikidata-Attribut bei OSM hinzufüge, kann das doch per API direkt an Wikidata geschickt werden. Sofern da noch keine konkurrierenden Daten hinzufügt sind, kann das doch übernommen werden? Evt. von mir aus speziell markiert / als "Entwurf" bzw. eben als "importiert aus OSM" oder so? Ich denke da an alles, was ich manuell eintragen musste, Land, Region, GPS. Aber ich sehe den Einwand shcon kommen: das kann Daten zerstören bzw. man kann einer Fremdquelle ja nicht automatisch vertrauen? In jedem Fall könnte es doch aber den Link zurück zu OpenStreetMap ergänzen? Ich meine, wenn der nicht da ist und vlt. dann woanders hion zeigt hätte man nämlich eine Inkonsistenz und damit ein Datenqualitätsproblem, das damit verhindert werden kann? Generell würde das natürlich auch umgekehrt gelten, ein OSM-Attribut bei Wikidata hinzugefügt könnte den Datenpunkt in OSM ändern. So entfällt ein lästiges manuelles "Crosslinking" der Daten.
Unabhängig davon: Wenn ich einen OSM-Link eintrage empfiehlt es mir hier, Land, GPS etc. zu ergänzen. Das kann ich verstehen, aber warum macht es das denn nicht automatisch? Bzw. fragt ob ich die Daten übernehmen will aus OSM und dann trägt es das alles mal ein? Auch das wäre eine Arbeitserleichterung, da man dann einfach einen Link nehmen kann und die Daten anreichern kann. Man sieht es ja dann nochmal und kann es evt. bestätigen/"reviewen" also manuell prüfen.
Schließlich musste ich dann die Koordinaten manuell eingeben. Auch hier habe ich dann einfach die Koordinaten von OSM zuerst kopiert. Also: 54,3228124, 10,1388609. Natürlich hat das auch nicht ins Wikidata-Format gepasst. Ich verstehe ja, dass man N und E noch angeben muss, aber auch hier könnte es einfach zwei Vorschläge (oder vier) anzeigen mit allen möglichen Varainten. Dann wird vlt. auch der Fehler klar. Aber auch das reicht nicht, ich muss das Komma noch in einen Ounkt ändern, da hier jetzt auf einmal amerikanische Trennzeichen bevorzugt werden? Woanders gingen noch das deutsche Datumsformat? Auch das wirkt irgendwie nicht konsistent. Aber mit abschauen von dem andweren Wikidata-Eintrag ging es. Dennoch zeigt auch das: Das sind alles manuelle Schritte, die könnten doch wegfallen, wenn man das automatisiert!
Als Quelle aka "Fundstelle" wollte ich oft "offizielle Website" hinzufügen, das ist auch im Autocomplete. Nur muss man dahinter was eintragen?m Ich dachte, da ich schon die offizielle Webseite ergänzt habe als "Aussage" ist das ausreichend, aber nein? Mir war das unklar und nochmal die URL zu ergänzen führt zu einer Fehlermeldung, dass man das nicht soll. Bzw. "offizielel Webseite" überhaupt falsch ist? Erneut, dies ist verwirrend, und entweder darf das nicht im DropDown sein oder am besten IMHO so funktionieren wie ich es mir ursprünglich dachte, dass es einfach sagt "ich habe das auf der offiziellen Seite die bereits referenziert ist gefunden".
Generell aber sehr gut und die Struktur des Wikieditors und das Ergebnis hat mir dann bis auf die genannten Details gut gefallen, Und Datenpflege ist ja sehr aufwändige Fleißarbeit, daher wäre jede (technische) UX-Optimierung hier sicherlich sinnvoll!
Danke, wo kann man da aber diese Probleme am besten reporten, dass das alles vlt. intuitiver wird oder so? Technisch gefragt. rugk (talk) 18:35, 8 April 2025 (UTC)
Hallo! Ich habe eine dringende Frage und hoffe, dass mir jemand weiterhelfen kann. Ich habe eine existierende Seite ordnungsgemäß verschoben und hierbei den Seitentitel geändert. Auf den anderen zur Verfügung stehenden Sprachen wird jedoch noch der alte Titel angezeigt. Ich habe versucht, das in Wikidata zu ändern für die Sprachen, das klappt aber nicht und es wird angezeigt, dass es die neue Seite z.B. bei enwiki nicht gibt. Wie kann das sein? Ich freue mich über schnelle Hilfe, vielen Dank. Kat0822 (talk) 09:16, 9 April 2025 (UTC)
Danke erstmal für deine Antwort. Weißt du, was dann die Lösung ist für einheitliche Seitentitel in den verschiedenen Sprachen? Also was müsste ich dafür tun? Kat0822 (talk) 06:32, 10 April 2025 (UTC)
Ehemals BKL, nun Artikel
Latest comment: 1 year ago3 comments2 people in discussion
Das Item Q2536367 verlinkte bei seiner Erstellung 2013 auf die damalige Begriffsklärung de:völkisch. 2014 wurde diese Seite von einer BKL zu einem vollwertigen Artikel ausgebaut, dem später auch welche in tschechischer (2015) und japanischer (2016) Sprache folgten. Die Definition und Beschreibung „Wikimedia-Begriffsklärungsseite“ ist also inzwischen schon lange nicht mehr gerechtfertigt, aber im Wikidata-Item bis heute erhalten geblieben. Was macht man in einem solchen Fall? Alle Verweise auf die Begriffsklärung aus dem bestehenden Item löschen? Oder ein ganz neues Item anlegen? Vielen Dank! --slg (talk) 23:29, 11 April 2025 (UTC)
Hallo Steffen, das Problem kommt leider häufiger vor. Da ein Datenobjekt seine Bedeutung nicht ändern soll, bleibt Q2536367 eine Begriffsklärungsseite. Für den Artikel de:Völkisch muss ein neues Datenobjekt angelegt werden. Falls Q2536367 nicht mehr benötigt wird, kann das Item später gelöscht werden. --Kolja21 (talk) 00:31, 12 April 2025 (UTC)
Danke für die Antwort! Habe nun ein neues Item angelegt: Q133857553. Würde mich freuen, wenn jemand noch Ideen für weitere Eigenschaften hätte, oder auch für Verlinkungen von bestehenden Items aus. Auf Q2536367 habe ich einen Löschantrag gestellt. --slg (talk) 01:17, 12 April 2025 (UTC)
Lieferant als Eigenschaft?
Latest comment: 1 year ago2 comments2 people in discussion
Hallo, wie kann ich festhalten, wer (Unternehmen/Unternehmer oder Anlage (Frage für sich)) das Biogas für die Q130729688 (übrigens gerne hier korrigieren/ergänzen, falls ich etwas nicht ganz logisch aufgebaut habe) liefert? P170 (talk) 11:33, 12 April 2025 (UTC)
Latest comment: 11 months ago5 comments3 people in discussion
Q121095786 und Q121096016 haben dieselbe Bezeichnung und dieselbe Beschreibung. Wie ist das möglich? Mir wurde bislang sowas verwehrt (zurecht). Interessanterweise unterscheiden sich die Einträge um 1 Byte. Liegt da womöglich die Lösung? Bitte übrigens nicht zusammenführen, ich möchte anschließend einen Eintrag umarbeiten in die noch fehlende 3. Version des Kunstwerks. NNW (talk) 19:59, 17 April 2025 (UTC)
Und das ermöglicht identische deutsche Bezeichnungen? Das kann doch nicht gewollt sein. „Of” und „by” sollten eigentlich dieselbe Byte-Größe haben. Es muss noch einen anderen Unterschied geben. NNW (talk) 21:08, 17 April 2025 (UTC)
Die dt. Beschreibungen unterscheiden sich in einem Spatium: "Schmidt-Heins in Hamburg-Altstadt." Nach Schmidt-Heins folgen zwei Leerzeichen. --Kolja21 (talk) 00:17, 18 April 2025 (UTC)
Latest comment: 11 months ago3 comments2 people in discussion
Ich habe den Artikel de:Kuzmin geschrieben; als ich den mit Kuzmin (Q282484) stellte ich fest, daß in dieser Version keine Bezeichnung auf Deutsch eingetragen war, dafür die Beschreibung "Dorf in Kroatien", obwohl es sich um ein serbisches Dorf handelt. Es sei dahingestellt, ob sich der Ersteller davon vertan hat oder geplanter Vandalismus begangen wurde, aber ich denke, es wäre ganz sinnvoll, wenn man abcheckt, ob solche Widersprüche bei den Beschreibungen noch häufiger vorkommen. Kann das bitte jemand übernehmen? Matthiasb (talk) 05:19, 24 April 2025 (UTC)
Faszinierend. Wir brauchen 12 Jahre, um festzustellen, daß sich Dörfer in einem anderen Staat befinden als sie sich tatsächlich befinden. Matthiasb (talk) 14:27, 25 April 2025 (UTC)
Latest comment: 11 months ago6 comments2 people in discussion
Dieses Problem ist in der DE-WP entstanden, und ich bin vermutlich daran nicht unschuldig. 2007 oder so hatte ich das Geographical Names Identification System entdeckt und begonnen, bei Flüssen die GNIS-IDe in die Infobox einzugeben, ersatzweise (und in Absprache mit Benutzer:SteveK) im Feld "Gewässserkennzahl". Die GNIS-ID ist aber eine Datenbankidee für alle Geo-Objekte in den USA, während die GWK etwas ist, das es genuin vor allem in Europa gibt; in den USA haben die, wie ich inzwischen weiß, war etwas ähnliches, um Flußeinzugsgebiete zu kennzeichnen, aber das ist nicht die GNIS-ID. Der langen Rede kurzer Sinn: Weil in DE-WP vielfach die GNIS-ID in der Infobox als GKZ erfaßt wurde, steht manchmal, vielfach, fast immer die GNIS-ID in Wikidata als GKZ. Neuerdings, siehe Eagle Creek (Q134078218), meckert das System, daß die erfaßte GNIS-ID nicht dem regulären Ausdruck entspricht, der für GKZs zwingend erforderlich ist. Wenn man nun so wie ich, die GNIS-ID richtig erfaßt, meckert das System, unerwartet, weil die GNIS-ID vorher schon von einem anderen Benutzer als GNIS-ID eingegeben wurde, es ergeben sich als Doubletten in einer nicht einschätzbaren Menge, bei denen ein Fluß doppelt erfaßt wurde, weil die GNIS-ID nicht als solche erkannt wurde und deswegen keine Doublettenwarnung erfolgte. Ich habe keine Ahnung, ob es sich um Dutzende, Hunderte oder fast alle Fluß-Items handelt, die einen Artikel in der DE-WP haben. Grundsätzlich müßte wie folgt vorgegangen werden:
Wenn die Meldung kommt, daß diese GNIS-ID bereits bei einem anderen Item erfaßt wurde, in meinem Beispiel Eagle Creek (Q49899422), dann haben wir ein Doublettenpaar, das gemergt werden muß.
Zur weiteren Plausibilitätsprüfung: die GNIS-ID ist, ein bis siebenstellig, und wenn führende Nullen verwendet werden sechs- oder siebenstellig, während "echte" amerikanische "Gewässerkennzahlen" immer achtstellig sind. (Ich habe hier "Gewässerkennzahlen" in Quotes gesetzt, weil ich momentan net weiß, wie das offiziell heißt.)
Kann jemand von euch feststellen, um welche Items es sich handelt? Wenn es nur ein paar sind, kann man es vielleicht händisch durchführen, wenn es aber wirklich viele sind...?
Mir ist keine Liste oder kein ZIP bekannt, bei der sich die für die USA geltenden "Gewässerkennzahlen" nachvollziehen oder herausziehen lassen.
Latest comment: 11 months ago4 comments2 people in discussion
Hallo,
Schutzkategorie bei Kulturdenkmalen (in Sachsen), dort trage ich ein "Kulturdenkmal in Sachsen" (Q19413851). Das wirft ohne eine Fundstelle das schwarze Fähnchen ("Aussage benötigt Einzelnachweis"). Soweit so gut, verstehe ich. Bei den meisten Kulturdenkmalen in Sachsen gibt es aber eine LfDS-Objekt-ID (P1708) mit einem Link zur Objektbeschreibung.
Meine Idee ist jetzt, das diese ID eigentlich als Einzelnachweis reichen sollte. Sprich, kann man wenn bei Schutzkategorie "Kulturdenkmal in Sachsen" eingetragen ist UND eine gültige LfDS-Objekt-ID vorhanden ist, das schwarze Fähnchen automatisch entfallen lassen!? Michael w (talk) 15:27, 26 April 2025 (UTC)
Häufig wird als Fundstelle die jeweilige Denkmal-ID (mit dem Link zur jeweilige Denkmal-Datenbank) angegeben. Beispiel:
man könnte aber auch sowas, wie von mir oben geschildert, gleich vom System ausführen lassen -> Arbeitserleichterung!? Michael w (talk) 16:44, 26 April 2025 (UTC)
Wikidata's Strategic Direction for 2025 and beyond
Latest comment: 11 months ago1 comment1 person in discussion
(Apologies for posting in English)
Have you wondered what's next for Wikidata?
The Wikidata team is excited to share our priorities for 2025 and beyond.
Read about our four priorities, from supporting sustainable growth, strengthening the community, increasing data reuse and refining platform services.
We’ll keep you posted on progress throughout the year and as always, welcome your questions and feedback on the talk page. Thank you for your efforts to drive Wikidata forward.
.png)
Moved from Wikidata:Project chat 
Merged --Emu (talk) 20:11, 17 April 2025 (UTC)
