Wikidata:Forum/Archiv/2019/04
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion. |
Buchten beschreiben (am Meeresstrand, Inseln)
Liebe Erfahrene, für mich ist das alles neu, und auch nach ersten Einführungs-Workshops ist WD noch ein Buch mit vielen Siegeln... Ich möchte gern Buchten in WD erfassen. Dazu habe ich mal einen laienmässigen Entwurf für ein Datenmodell gemacht. Vielleicht kann das dort jemand mal begutachten und sinnvoll ergänzen und korrigieren? idealerweise mit einem kleinen Kommentar, damit ich es besser verstehen lerne? Habe ich das richtig verstanden: wenn das Datenschema mal funktioniert, kann man daraus ein Formular machen, mit dem dann alle Interessierten die vielen Buchten der Welt erfassen können? Und man kann eine Vorlage machen, mit der man die in WD erfassten Daten dann woanders als Infobox anzeigen kann? Gruss, --Markus (talk) 09:20, 30 March 2019 (UTC)
- Zum Bezug der Daten siehe de:Hilfe:Wikidata/Daten aus Wikidata beziehen, Beispiele dafür finden sich in der de:Kategorie:Vorlage:verwendet Daten aus Wikidata --Färber (talk) 07:39, 31 March 2019 (UTC)
- @Färber: Ich glaube, du hast das missverstanden. Markus will ja Daten der Buchten zuerst in WD hinein bringen, nicht herausziehen, denn solang nichts drin steht, kannst auch nichts herausziehen. ;-) - oder sehe ich das falsch? --K@rl (talk) 18:46, 31 March 2019 (UTC)
- Ja, so habe ich mir das gedacht: erst einen Plan, dann ein Eingabeformular, dann Daten sammeln. Und dann irgendwann natürlich auch die Daten nutzen, z.B. als "hübsche Liste" oder als Infobox in Artikeln. Gruss, --Markus (talk) 06:47, 1 April 2019 (UTC)
- @Färber: Ich glaube, du hast das missverstanden. Markus will ja Daten der Buchten zuerst in WD hinein bringen, nicht herausziehen, denn solang nichts drin steht, kannst auch nichts herausziehen. ;-) - oder sehe ich das falsch? --K@rl (talk) 18:46, 31 March 2019 (UTC)
Sparql-Frage
Hallo, ich habe ein Sparql-Problem: https://query.wikidata.org/#SELECT%20%3Fitem%20%3FitemLabel%20%3Fvalue%20%3FvalueLabel%0A%7B%0A%09%3Fitem%20wdt%3AP4244%20%3Fvalue%20.%0A%20%20%20%20%20%20%20%20%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22de%2Cen%22%20%20%7D%20%20%20%20%0A%7D%0ALIMIT%2010%0A -> ich hätte hier gerne P625 (coords), P371 (commonscat), P18 (Bild), P31 (Typ) sowie nicht nur das itemLabel, sondern auch die Beschriftung im Ergebnis. Ich bin aber zu doof, einen Query zu formulieren. Könnte mir jemand auf die Sprünge helfen? --Ordercrazy (talk) 09:07, 1 April 2019 (UTC)
- @Ordercrazy: Voilà! Spalten für Eigenschaften lassen sich recht kommod mit dem "Abfragehelfer" hinzufügen. Falls der nicht schon eingeblendet ist, bekommt man ihn mit dem "i" Symbol oben links. Dann lassen sich mit "+Anzeigen" mehr Eigenschaften hinzufügen. In SPARQL ist dafür das
OPTIONAL { bla }
notwendig, damit Treffer, welche die Eigenschaft nicht angegeben haben nicht herausgefiltert werden. --Marsupium (talk) 11:07, 1 April 2019 (UTC)
- @Marsupium: Vielen Dank! - Leider ist es ein Q170765: Mein eigentliches Ziel ist es, einen CSV-Export aller ca. 110.000 Ergebnisse zu kriegen. Mit dem Ursprungsquery oben geht das. Der von dir genannte Query funktioniert zwar, ist aber so langsam, dass der query-server in einen Timeout läuft. Gibt es eine schnelle Lösung um alles anzuzeigen? - Wenn nicht, löse ich mein Problem mit Spaltenweisen abfragen (wenn man nur eine OPTIONAL-Spalte dazu abfragt, läuft der Query durch). --Ordercrazy (talk) 08:06, 2 April 2019 (UTC)
Hilfe gesucht bei Bot-Entwicklung für Klexikon-Infoboxen
Ich frag' auch mal hier, weil's ja auf jeden Fall auch mit Wikidata zu tun hat: Hätte jemand Zeit und Lust, mir bei der Bot-Programmierung für das Klexikon (Q29413994) zu helfen? Mehr Details dazu in w:de:Wikipedia_Diskussion:WikiProjekt_Tools_’n’_Bots#Hilfe_gesucht_bei_Bot-Entwicklung_für_Klexikon-Infoboxen. Am liebsten hätte ich auch die Rückmeldungen gleich dort, lese aber natürlich auch hier mit. Danke und Gruß, Tkarcher (talk) 15:47, 1 April 2019 (UTC)
Item duplizieren
gibt es eine methode, ein item zu klonen? das wäre hilfreich, wenn man ein objekt präzisieren muss, also aus einem zwei macht: die meisten allgemeinen einträge sind dann dieselben, und das zu unterscheidende herauslöschen wäre wesentlich schneller, als alle daten neu eingeben. W!B: (talk) 05:44, 3 April 2019 (UTC)
- Das gibt es nicht. Du könntest allerdings via Special:MyPage/common.js ein Userskript installieren, mit dem man einzelne Aussagen aus einem Objekt in ein anderes kopieren oder verschieben kann. Dazu schreibst Du
mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Matěj_Suchánek/moveClaim.js&action=raw&ctype=text/javascript', 'text/javascript' ); // [[User:Matěj Suchánek/moveClaim.js]]
in deine common.js. Für Bezeichnungen, Beschreibungen, und Aliasse gibt es sowas nicht, für Sitelinks kann unter Special:Preferences#mw-prefsection-gadgets ein Gadget zum Verschieben in ein anderes Objekt aktiviert werden. —MisterSynergy (talk) 05:56, 3 April 2019 (UTC)- danke dir, super. das tut, was ich will. W!B: (talk) 07:50, 4 April 2019 (UTC)
Dieses Item mischt einen Ortsteil, eine Kirche und einen Friedhof zusammen. Kann das jemand entwirren? 129.13.72.197 07:07, 4 April 2019 (UTC)
- da liegt am de:Radlberg, der ein sammelartikel ist. da mischen sich noch mehr, nämlich de:Oberradlberg, de:Unterradlberg. W!B: (talk) 07:55, 4 April 2019 (UTC)
Wie verhalte ich mich korrekt, bei einem Datenobjekt, in dem Fall das Brötchen oder besser der Semmel - wo es im Deutschen schon oft Missverständnisse gibt, wenn es ein andersprachiger unbedingt bei Feinbäck reinschmeissen will obwohl es das nicht wirklich ist - es ist und bleibt ein Kleingebäck - aber scheinbar liegt da schon die Differenz zwischen deutsch und englisch - EW will ich keinen, aber ein korrektes Datenobjekt. vielleicht kann da wer aufklärend gleich beim Objekt helfen. danke --K@rl (talk) 12:19, 4 April 2019 (UTC)
- Bei den Aliasen sollte man vielleicht auch mal Aufräumen. Das ist ja das Item für Brötchen allgemein, für Weizenbrötchen(Schrippe, Semmel...) sollte man ein eigenes Item anlegen, genauso wie für Roggenbrötchen, Mehrkornbrötchen, Sonnenblumenkernbrötchen, Dinkelbrötchen... Die Frage wäre dann nur, sind die Brötchen eine Unterklasse des jeweiligen Brotes oder komplett eigenständig? --GPSLeo (talk) 21:00, 4 April 2019 (UTC)
- das stimt schon, dass auch das schon ein Sammelbegriff ist, aber trotzdem ist dieser auch nur ein Kleingebäck und kein Feingebäck - aber wie bringe ich das rüber, wenn es das russische Gegenüber, der nur auf das englische beharrt, nicht glauben will. --K@rl (talk) 12:11, 5 April 2019 (UTC)
Europeana
wie erhält man die ID, P727 (P727) müsste aktualisiert werden, @Wittylama:.--Oursana (talk) 09:25, 5 April 2019 (UTC)
- Was genau meinst du? Was aktualisiert werden müsste ist die Basis-URL. Dort steht
http://data.europeana.eu/item/
, korrekt wäre aberhttps://www.europeana.eu/portal/en/record/
. 129.13.72.197 13:32, 5 April 2019 (UTC)- Das ist es nicht, weil das 2. Beispiel, GenterAltar ja funktioniert.
Wie verlinkt man https://www.europeana.eu/portal/de/record/2032004/9539.html?q=maes+trip#dcId=1554455234152&p=1 Danke--Oursana (talk) 01:25, 6 April 2019 (UTC)
- Die Europeana ID scheint mehr oder weniger kaputt zu sein. Wie wärs mit Löschantrag? 129.13.72.197 10:17, 11 April 2019 (UTC)
Q9773366 Friesisch/Westfriesisch
Ist bei der Verlinkung irgendetwas schiefgelaufen und werden Friesisch/Westfriesisch gemischt? Schöne Grüße --Yoursmile (talk) 16:02, 6 April 2019 (UTC)
Aktualsierung von Einwohnerzahlen
Bei der Auswertung von Länder-Einwohnerzahlen ist mir aufgefallen, dass viele davon seit Jahren nicht mehr aktualisiert wurden - konkret bei einer Liste von Ländern, die ich gerade für ein Kinderlexikon bearbeite:
SELECT
?item
?itemLabel
(MAX(?ewdate) as ?letzte_aktualisierung_der_einwohnerzahl)
WHERE
{
?item p:P31 [ps:P31 wd:Q6256]. # Finde alle Länder
?item wdt:P6573 ?titel_im_klexikon. # die es im Klexikon gibt
?item p:P1082 ?p_ewzahl. # werte die Einwohnerzahl aus
?p_ewzahl pq:P585 ?ewdate. # und zeige die letzte Aktualisierung
FILTER (
# Deutsches Kaiserreich braucht keine Aktualisierung
?item != wd:Q43287
)
SERVICE wikibase:label {
bd:serviceParam wikibase:language "[AUTO_LANGUAGE],de".
?item rdfs:label ?itemLabel.
}
}
GROUP BY ?item ?itemLabel
HAVING (MAX(?ewdate) < "2017-01-01"^^xsd:dateTime)
ORDER BY ?letzte_aktualisierung_der_einwohnerzahl
Die Weltbank hat eine schöne Liste mit Daten von 2017: https://data.worldbank.org/indicator/SP.POP.TOTL
Ähnliche Listen habe ich in der Vergangenheít selbst schon mit Quickstatements hochgeladen, aber dieser Fall erscheint mir kniffeliger, denn ich müsste jeweils den aktuellen "Bevorzugten Rang" (falls vorhanden) auf "Normalen Rang" zurücksetzen und den neuen Datensatz mit "Bevorzugtem Rang" hochladen. Hat hier jemand sowas schonmal gemacht und kann mir Tipps geben, wie's am besten geht? --Tkarcher (talk) 19:48, 7 April 2019 (UTC)
- Mit QuickStatements kannst Du keine Ränge bearbeiten, dazu brauchst Du Bot-Code. Hier würde ich allerdings empfehlen, nicht Daten nach Rang, sondern nach Quelle fürs Klexikon auszuwählen. Du würdest also zum Beispiel einen kompletten Datensatz für bspw. 2017 einspielen und dann genau darauf zugreifen, unabhängig vom Rang. —MisterSynergy (talk) 05:26, 8 April 2019 (UTC)
- Hm. Von der Lösung bin ich eher wenig begeistert: Erstens ignoriere ich damit eventuell vorhandene aktuellere Daten (oder mache meine Query noch viel komplexer, als sie ohnehin schon ist), und zweitens würden ja auch andere Nutzer von einem korrekt gesetzten Rang profitieren, die vielleicht gar nichts von den neueren Daten mit normalem Rang wissen. Ich habe inzwischen herausgefunden, dass es einen "PreferentialBot" gibt, der dieses Problem grundsätzlich lösen könnte, es aber im aktuellen Fall nicht tut, weil er Einträge mit bestehendem PreferredRank ignoriert. Mal schauen, ob ich den Bot-Autor davon überzeugen kann, das zu ändern: User_talk:PreferentialBot#Population --Tkarcher (talk) 13:31, 8 April 2019 (UTC)
- Das Problem bei Sachen wie Bevölkerungszahlen ist, dass da jeder alles mögliche ergänzen kann. Wenn Du einen einheitlichen Datensatz eingespielt hast, ist es relativ einfach, genau diesen Datensatz auch wieder abzufragen (Annahme: Du hast entsprechende Fundstellen ergänzt). Das würde die Abfrage nicht besonders komplizieren, siehe hier für Deinen Datensatz von heute morgen. Ansonsten habe ich so eine ähnliche Operation mit den aktualisieren von Rängen schonmal mit Elo-Zahlen gemacht, das ist aus technischer Sicht nicht so kompliziert. —MisterSynergy (talk) 13:41, 8 April 2019 (UTC)
- Wenn du diese Aktion für die Einwohnerzahlen wiederholen könntest, wäre dir ein Freigetränk auf der nächsten WikiCon sicher! :-) Ich habe heute morgen nur die Länder aktualisiert, deren Einwohner-Daten älter als 2017 waren. Für die von dir beschriebene Lösung müsste ich zusätzlich auch in den Ländern, die bereits (bessere) Daten für 2017 und 2018 haben, nochmal Weltbank-Zahlen von 2017 hochladen. :-/ --Tkarcher (talk) 16:27, 8 April 2019 (UTC)
- Das Problem bei Sachen wie Bevölkerungszahlen ist, dass da jeder alles mögliche ergänzen kann. Wenn Du einen einheitlichen Datensatz eingespielt hast, ist es relativ einfach, genau diesen Datensatz auch wieder abzufragen (Annahme: Du hast entsprechende Fundstellen ergänzt). Das würde die Abfrage nicht besonders komplizieren, siehe hier für Deinen Datensatz von heute morgen. Ansonsten habe ich so eine ähnliche Operation mit den aktualisieren von Rängen schonmal mit Elo-Zahlen gemacht, das ist aus technischer Sicht nicht so kompliziert. —MisterSynergy (talk) 13:41, 8 April 2019 (UTC)
- Hm. Von der Lösung bin ich eher wenig begeistert: Erstens ignoriere ich damit eventuell vorhandene aktuellere Daten (oder mache meine Query noch viel komplexer, als sie ohnehin schon ist), und zweitens würden ja auch andere Nutzer von einem korrekt gesetzten Rang profitieren, die vielleicht gar nichts von den neueren Daten mit normalem Rang wissen. Ich habe inzwischen herausgefunden, dass es einen "PreferentialBot" gibt, der dieses Problem grundsätzlich lösen könnte, es aber im aktuellen Fall nicht tut, weil er Einträge mit bestehendem PreferredRank ignoriert. Mal schauen, ob ich den Bot-Autor davon überzeugen kann, das zu ändern: User_talk:PreferentialBot#Population --Tkarcher (talk) 13:31, 8 April 2019 (UTC)
Read-only mode for up to 30 minutes on 11 April
10:56, 8 April 2019 (UTC)
Geographische Objekte suchen
Ich möchte mit Wikidata global nach geografischen Objekten suchen (Gebirge, Fluss, Ort, Stadtteil). Ich dachte das müsste alles unter geographic entity (Q27096213) liegen. Ich lese den Suchtext/Name von einer alten Ansichtskarte z.B. "Rheims" (Alternativname von Reims) und möchte damit das Objekt Reims (Q41876) finden. Im zweiten Schritt will ich dann den Landkreis/Department abfragen. Mit untenstehenden Abfrage, sollte es eigentlich gehen, aber ich laufe in Zeitüberschreitungen rein. Gibt es eine clevere Lösung nach einem Namen bzw. Alternativnamen zu suchen? Grenze ich die suche stärker ein, kann ich aber eben nicht global suchen. -- sk (talk) 18:59, 9 April 2019 (UTC)
select distinct ?item ?itemLabel ?itemDescription
where {
?item (wdt:P31/wdt:P279*) wd:Q27096213. # geografische Entität
#?item (wdt:P31/wdt:P279*) wd:Q484170. # französische Gemeinde
#?item wdt:P131/wdt:P279* wd:Q142. # in Frankreich
?item rdfs:label ?name .
#FILTER(REGEX(STR(?name), "Reims"))
FILTER (CONTAINS(?name, 'Reims')) .
SERVICE wikibase:label { bd:serviceParam wikibase:language "de,en,[AUTO_LANGUAGE]". }
}
limit 5
- Vielleicht hilft es, die Suche in eine Subquery zu verlagern und in der Hauptquery nur die Labels zu holen? 129.13.72.197 10:16, 11 April 2019 (UTC)
- Oder auf gut Glück Objekte mit exaktem Label (per
rdfs:label
) oder Alias (perskos:altLabel
) in einigen relevanten Sprachen suchen, wie hier beispielhaft für einen deutsch-, englisch- und französischsprachige Labels und Aliasse, und dann weitere gewünschte Informationen dazusammeln. Label und Alias sind als literals with language tag im Format'Rheims'@de
abrufbar, siehe auch Beispiel. --MisterSynergy (talk) 10:32, 11 April 2019 (UTC)- Es scheint mit dem Queryservice unmöglich zu sein alle geografischen Objekte auch nur von einem kleinen Ort zu bekommen, es gibt einfach zu viele Unterklassen von geographic entity (Q27096213). Da hilft wohl nur ein lokaler Datenbankdump. --GPSLeo (talk) 15:20, 16 April 2019 (UTC)
- Oder auf gut Glück Objekte mit exaktem Label (per
Anmeldeschluss für Wikidatacon ist der 26. April.
Wikidatacon wird im Oktober in Berlin sein. Die Bewerbung erfolgt über ein Google-Formular. Weitere Informationen finden Sie auf der Wikidatacon 2019-Diskussionsseite. ArthurPSmith (talk) 18:33, 10 April 2019 (UTC)
Wikimedia Foundation bittet um Rückmeldung zur mittelfristigen Planung
Die Wikimedia Foundation hat einen Vorschlag zur mittelfristigen Planung für die nächsten 3–5 Jahre veröffentlicht. Wir brauchen euer Feedback! Bitte hinterlasst eure Kommentare und Fragen, in beliebiger Sprache, auf der Diskussionsseite, bis zum 20. April. Thank you! Quiddity (WMF) (talk) 17:35, 12 April 2019 (UTC)
missing objects
Please find discpage. Regards, Conny (talk) 13:36, 14 April 2019 (UTC).
Datenverlust? Wikidata-Datenbank korrupt?
Ich habe in den letzten Tagen viele Länderinformationen per Bot aus Wikidata abgezogen. Dabei zeigt mir der Bot auch jeweils an, welche Daten sich seit dem letzten Abzug geändert haben. Heute lief der Bot zweimal: Einmal gegen Mittag, und einmal vor ca. 30 Minuten. In dieser Zeit haben über ein Dutzend Länder ihr Staatsoberhaupt gewechselt - und zwar vom vorher richtigen zum jetzt falschen (veralteten). Das wirklich verwirrende: In den jeweiligen Versionshistorien ist kein Hinweis zu erkennen, dass das aktuelle Staatsoberhaupt jemals drin stand oder heute gelöscht wurde! Betroffene Länder sind zum Beispiel:
... und viele mehr. Wie gesagt: Heute mittag habe ich dort noch die richtigen Oberhäupter abgezogen! Und jetzt sind sie spurlos verschwunden?! Sehe ich Gespenster? --Tkarcher (talk) 20:51, 14 April 2019 (UTC)
- Vielleicht liegt es an der Einstellung "bevorzugter Rang". Salome Surabischwili wurde zwar als neue Präsidentin von Georgien in WD erfasst, aber bislang ist noch ihr Vorgänger mit dem Vermerk "bevorzugter Rang" versehen. --Kolja21 (talk) 03:16, 15 April 2019 (UTC)
- Das Rätsel ist gelöst: Ein Nutzer im Klexikon (wo der Bot die Daten hinschreibt) hatte meine vom Bot angelegte Referenzliste manuell aktualisiert. Der Bot hat also immer die falschen Daten bekommen, aber plötzlich mit den (manuell eingetragenen) richtigen Daten verglichen. Trotzdem erstaunlich / bedenklich, dass Wikidata in all diesen Ländern veraltete Daten hat!
(zeige/verstecke) 22:01, 14. Apr. 2019 (Unterschied | Versionen) . . (+1 Byte) . . K Vorlage:Infobox Vanuatu (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 22:00, 14. Apr. 2019 (Unterschied | Versionen) . . (-3 Bytes) . . K Vorlage:Infobox Mongolei (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:58, 14. Apr. 2019 (Unterschied | Versionen) . . (+4 Bytes) . . K Vorlage:Infobox Samoa (neuer "Häuptling") (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:52, 14. Apr. 2019 (Unterschied | Versionen) . . (+3 Bytes) . . K Vorlage:Infobox Trinidad und Tobago (neue Präsidentin) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:51, 14. Apr. 2019 (Unterschied | Versionen) . . (0 Bytes) . . K Vorlage:Infobox Mauritius (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:49, 14. Apr. 2019 (Unterschied | Versionen) . . (+3 Bytes) . . K Vorlage:Infobox Sierra Leone (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:48, 14. Apr. 2019 (Unterschied | Versionen) . . (0 Bytes) . . K Vorlage:Infobox Montenegro (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:46, 14. Apr. 2019 (Unterschied | Versionen) . . (+11 Bytes) . . K Vorlage:Infobox Vietnam (neue Präsidentin) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:45, 14. Apr. 2019 (Unterschied | Versionen) . . (+7 Bytes) . . K Vorlage:Infobox Malediven (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:44, 14. Apr. 2019 (Unterschied | Versionen) . . (+2 Bytes) . . K Vorlage:Infobox Bosnien und Herzegowina (neues Präsidium) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:42, 14. Apr. 2019 (Unterschied | Versionen) . . (+2 Bytes) . . K Vorlage:Infobox Malaysia (neuer König) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:37, 14. Apr. 2019 (Unterschied | Versionen) . . (-9 Bytes) . . K Vorlage:Infobox Madagaskar (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:36, 14. Apr. 2019 (Unterschied | Versionen) . . (-16 Bytes) . . K Vorlage:Infobox Malta (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:35, 14. Apr. 2019 (Unterschied | Versionen) . . (-2 Bytes) . . K Vorlage:Infobox San Marino (neue Regenten) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:33, 14. Apr. 2019 (Unterschied | Versionen) . . (+4 Bytes) . . K Vorlage:Infobox Demokratische Republik Kongo (neuer Präsident) (aktuell) [Eine Version zurücksetzen] (zeige/verstecke) 21:32, 14. Apr. 2019 (Unterschied | Versionen) . . (0 Bytes) . . K Vorlage:Infobox Georgien (neue Präsidentin) (aktuell) [Eine Version zurücksetzen]
--Tkarcher (talk) 05:13, 15 April 2019 (UTC)
Neuigkeiten auf deutsch
Ich weiß nicht, wo man das anbringen kann, aber ein Satz unter Neuigkeiten auf der Hauptseite Das dreiundsechzigmillionste Datenobjekt über ein Protein wurde erstellt. ist ein vollkommener Schwachsinn, denn ich glaube nicht dass wir dreiundsechzigmillionen Proteine hier in Wikidata haben. Vielleicht kann man das wo korrigieren. Ich habe nur den englischen Eintrag, gefunden und der scheint, nachdem der das Protein zwischen Kommas hat, korrekt zu sein. --danke K@rl (talk) 14:55, 15 April 2019 (UTC)
- Wikidata:News kannst Du übersetzen, bzw. die Übersetzung bearbeiten. Eigentlich stimmen allerdings nicht einmal die 63 Millionen. Wir haben zurzeit 56.1 Millionen Datenobjekte, aber in der Liste werden halt runde Q-Identifikatoren wie hier Q63000000 gefeiert. Die Differenz sind Weiterleitungen durch das Zusammenführen von Objekten (2.2 Millionen), gelöschte Objekte (1.2 Millionen), und solche Q-Identifikatoren, die bei der Objektanlage übergangen wurden (knapp 3.7 Millionen). —MisterSynergy (talk) 15:53, 15 April 2019 (UTC)
- danke, es hat in der Zwischenzeit schon jemand mit den Kommas korrigiert. Allerdings stehe ich mit dem bearbeiten da auf dem Schlauch. Ich finde da nur "übersetzen" - kann das sein, dass das für mich gar nicht freigegeben ist - d.h. Seite geschützt? --K@rl (talk) 16:04, 15 April 2019 (UTC)
- Das ist die normale Übersetzungssoftware, mit der auch sonst Mehrsprachige Wiki-Seiten übersetzt werden. Irgendwie musst Du hierher kommen… —MisterSynergy (talk) 17:37, 15 April 2019 (UTC)
- Okay, danke, nicht nachvollziehbar bin ich in den editiermodus gekommen - aber das lass ich lieber bleiben, da gibts gscheitere wie mich, wenn sie dann auch noch wirklich deutsch können, ist schon viel gewonnen --danke und lg K@rl (talk) 18:43, 15 April 2019 (UTC)
- Das ist die normale Übersetzungssoftware, mit der auch sonst Mehrsprachige Wiki-Seiten übersetzt werden. Irgendwie musst Du hierher kommen… —MisterSynergy (talk) 17:37, 15 April 2019 (UTC)
- danke, es hat in der Zwischenzeit schon jemand mit den Kommas korrigiert. Allerdings stehe ich mit dem bearbeiten da auf dem Schlauch. Ich finde da nur "übersetzen" - kann das sein, dass das für mich gar nicht freigegeben ist - d.h. Seite geschützt? --K@rl (talk) 16:04, 15 April 2019 (UTC)
Fehlende Nummern
Nicht dass es wirklich von Belang wäre, aber es werden reichlich viele Q-Nummern bei der Neuanlage von Datenobjekten übersprungen ([1]). Weiß jemand den Grund? NNW (talk) 14:15, 16 April 2019 (UTC)
- Wir haben seit Beginn rund 3.7 Millionen Q-Nummern übersprungen. Ich kann nur spekulieren, was da los ist, und tue das mal hier auf Basis meiner Beobachtungen aus der Vergangenheit:
- jemand möchte ein Objekt anlegen und sendet eine Anfrage zum Server, in der Regel per Tool oder Bot
- die Anfrage wird vom Server entgegengenommen und verarbeitet, dabei wird eine Q-Nummer zugewiesen
- beim Abspeichern tritt dann aber ein Fehler auf, zum Beispiel weil das Ratelimit überschritten wurde (das beträgt zurzeit 90 Edits pro Minute und Benutzer, soweit ich weiß); es kann zahlreiche andere Gründe geben, warum das Abspeichern fehlschlägt
- Die Q-Nummer ist dann für immer verloren. Soweit ich weiß, ist das kein Problem. —MisterSynergy (talk) 15:50, 16 April 2019 (UTC)
- Wobei es bemerkenswerte Unterschiede gibt. Im Moment werden praktisch alle Nummern vergeben, heute Nachmittag waren hingegen riesige Lücken dabei, z.B. alles zwischen Q63179853 und Q63179873 fehlt. NNW (talk) 15:59, 16 April 2019 (UTC)
- Naja, es muss nur einer einen fehldefinierten Batch starten, und alle seine Objektanlagen gehen schief. Wenn gerade nicht viel los ist, sind dann schnell mal 20 aufeinanderfolgende Q-Nummern futsch. Ich wüsste nicht, dass man das irgendwo nachsehen könnte um ggf. einzuschreiten. Der Verursacher bekommt das vermutlich nicht einmal so richtig mit; er wird bestenfalls mitbekommen, dass seine Objekte nicht angelegt wurden. —MisterSynergy (talk) 16:31, 16 April 2019 (UTC)
- Wobei es bemerkenswerte Unterschiede gibt. Im Moment werden praktisch alle Nummern vergeben, heute Nachmittag waren hingegen riesige Lücken dabei, z.B. alles zwischen Q63179853 und Q63179873 fehlt. NNW (talk) 15:59, 16 April 2019 (UTC)
Transkription des Arabischen
Gibt es hier in Wikidata Regeln für Labels und wie man diese formulieren soll, wenn kein Artikel in der Sprache vorliegt. Bei Bezeichnungen von Objekten, die beispielsweise aus dem Arabischen stammen gibt es ja nicht die eine Möglichkeit der Wiedergabe des Begriffs im deutschen. Da kommt es auf das angewendete Verfahren an. In der deutschen Wikipedia gibt es dafür Regeln. Sollen diese dann auch hier angewandt werden. -- Hogü-456 (talk) 18:18, 16 April 2019 (UTC)
- Eine Entsprechung von de:WP:NK gibt es hier nicht. In dem Falle kannst Du aber gern nach den dortigen Regeln vorgehen. —MisterSynergy (talk) 18:49, 16 April 2019 (UTC)
Zertifizierung oder Zertifikat
Wie gibt man an, wenn eine bestimmte Sache von jemanden zertifiziert wurde oder auch nach einer Norm zertifiziert ist. Beispiel: Das Steirische Feuerwehrmuseum wurde vom CTIF oder das OÖ Schulmuseum mit dem Museumsgütesiegel --danke K@rl (talk) 09:55, 21 April 2019 (UTC)
- Entweder award received (P166) verwenden, zumindest bei dem Museum passend, ansonsten eine neue Property für Zertifizierungen vorschlagen. --GPSLeo (talk) 10:48, 21 April 2019 (UTC)
Beteiligungsmöglichkeiten zu neun verschiedenen Zukunftsthemen
Wie können wir uns als eine Bewegung am besten weiterentwickeln? Welche Chancen können wir am besten nutzen – oder sogar selbst schaffen?
Die Wikimedia Foundation arbeitet weiterhin an der Aufstellung einer Strategie für unsere Zukunft. Es wurden neun Arbeitsgruppen gebildet, die sich zu verschiedenen Themen Gedanken gemacht haben. Jetzt hat jede und jeder die Möglichkeit, hieran mitzuarbeiten und die veröffentlichen Betrachtungen der Arbeitsgruppen zu kommentieren.
Die neun verschiedenen Themen:
- Rollen und Verantwortlichkeiten
- Einnahmequellen
- Ressourcenverteilung
- Diversität
- Partnerschaften
- Aufbau von Kapazitäten
- Gesundheit der Community
- Produkt und Technologie
- Vernetzung und Lobbyarbeit
Auf Wikipedia:Wiki 2019 findet ihr eine Übersicht. Wenn ihr auf die einzelnen Themen klickt, findet ihr eine Möglichkeit, an der Diskussion der Themen teilzunehmen und sie mitzugestalten. Bei aller Kritik zur Sinnhaftigkeit einer Strategie sowie der Beobachtung, dass die eigene Stimme in den letzten zwei Jahren kaum Berücksichtigung gefunden hat, lohnt sich die Auseinandersetzung mit den Dokumenten, welche die Arbeitsgruppen veröffentlicht haben. Wir müssen uns immer vergegenwärtigen, dass sehr viele mit ihrer Meinung die Ausrichtung beeinflussen, weswegen es immer schwierig für Einzelbeiträge war, das Gesamtbild zu verändern. Der deutschsprachigen Community wird jedoch in diesem Jahr bei der Definition der strategischen Ausrichtung eine höhere Bedeutung beigemessen. Sie ist eine der acht Sprachgemeinschaften, welche hauptsächlich befragt wird. --Gereon Kalkuhl (WMF) (talk) 13:11, 22 April 2019 (UTC)
Waage und Kategorie:Waagen
Wie soll man da verfahren mit Q134566 (Waage) - Q8911132 (Kategorie:Waagen) Sollte man diese nicht zusammenführen? --danke K@rl (talk) 14:56, 23 April 2019 (UTC)
- Das eine ist das Objekt an sich, dass andere eine Wiki-Kategorie. Wenn es nach mit ging, könnte man sämtliche Items für Kategorien löschen, doch dafür gibt es aktuell keinen Konsens. --GPSLeo (talk) 15:24, 23 April 2019 (UTC)
- Das Problem ist, dass man in der Kat keine Infobox vernünftig zusammenbringt. --K@rl (talk) 17:28, 23 April 2019 (UTC)
- So gehts. Wir brauchen Kategorie-Objekte für die Interwikilinks. Alle anderen Aussagen in diesen Objekten, von denen wir ca. 4.4 Mio haben, sind nachrangig. —MisterSynergy (talk) 17:47, 23 April 2019 (UTC)
- alles klar, merci, wenn man sichs merkt, eh ganz einfach und logisch ;-) --K@rl (talk) 17:56, 23 April 2019 (UTC)
- So gehts. Wir brauchen Kategorie-Objekte für die Interwikilinks. Alle anderen Aussagen in diesen Objekten, von denen wir ca. 4.4 Mio haben, sind nachrangig. —MisterSynergy (talk) 17:47, 23 April 2019 (UTC)
- Das Problem ist, dass man in der Kat keine Infobox vernünftig zusammenbringt. --K@rl (talk) 17:28, 23 April 2019 (UTC)
Die Speicherung konnte aufgrund eines Fehlers nicht ausgeführt werden. Das Datenobjekt Q5336155 hat bereits die Bezeichnung „Eddie Jackson“, die dem Sprachcode de zugeordnet ist, verwendet den gleichen Beschreibungstext.
Die Speicherung konnte aufgrund eines Fehlers nicht ausgeführt werden.
Das Datenobjekt Q5336155 hat bereits die Bezeichnung „Eddie Jackson“, die dem Sprachcode de zugeordnet ist, verwendet den gleichen Beschreibungstext.
Ja, was soll man den machen, wenn die beiden Herren frecherweise den gleichen Namen tragen und Football spielen? --Bahnmoeller (talk) 18:11, 23 April 2019 (UTC)
- In der Beschreibung ein weiteres Unterscheidungsmerkmal angeben, zum Beispiel in Klammern Geburts- und Sterbejahr. —MisterSynergy (talk) 18:13, 23 April 2019 (UTC)
- Warum sollte ich auf den Bug Rücksicht nehmen? --Bahnmoeller (talk) 18:18, 23 April 2019 (UTC)
US-amerikanischer American-Football-Spieler (Safety) ergänzt - und ich werde wieder angemeckert...
- Das ist kein Bug, das ist so gewollt. —MisterSynergy (talk) 18:35, 23 April 2019 (UTC)
- Auch das die Ergänzung nichts bewirkt? --Bahnmoeller (talk) 19:23, 23 April 2019 (UTC)
- Gemäß Special:Contributions/Bahnmoeller hat doch jetzt alles geklappt, oder? Manchmal dauert es allerdings ein paar Sekunden, bis die Änderungen an einem Objekt auch bei einer darauf folgenden Änderung an einem anderen Objekt Berücksichtigung finden. Könnte das das Problem gewesen sein? —MisterSynergy (talk) 19:44, 23 April 2019 (UTC)
- Auch das die Ergänzung nichts bewirkt? --Bahnmoeller (talk) 19:23, 23 April 2019 (UTC)
- Das ist kein Bug, das ist so gewollt. —MisterSynergy (talk) 18:35, 23 April 2019 (UTC)
Q41470 Kurdistan
Mag da bitte jemand drübergucken, ich hab hier massiven Vandalismus rückgängig gemacht, aber bei der Änderung der IP 188.213.107.9 vom 30.März bin ich nicht so ganz sicher. Danke! --Wurgl (talk) 05:50, 30 April 2019 (UTC)
- OK User:Fdsafdsad hat nach deiner Zurücksetzung gleich weiter vandaliert. Auch die beiden IPs sind vermutlich ihm zuzuordnen. --Kolja21 (talk) 06:06, 30 April 2019 (UTC)