Welcome to Wikidata, Goldzahn!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike, and you can help. Go to any item page now and add to this ever-growing database!
Need some help getting started? Here are some pages you can familarise yourself with:

If you have any questions, please ask me on my talk page. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Regards, --Bene* (talk) 08:10, 1 November 2012 (UTC)Reply

Schrägstrich edit

Bitte lies Help talk:Beschreibung#Schrägstrich durch bevor du weiter editierst! Danke.--CENNOXX (talk) 19:35, 9 December 2012 (UTC)Reply

OK. Dann korrigiere ich das. --Goldzahn (talk) 19:39, 9 December 2012 (UTC)Reply

Archiving properties edit

Wikidata:Property proposal/Archive/1 is 98,543 bytes large. At 100,000 bytes, we should start using Wikidata:Property proposal/Archive/2. Sven Manguard Wha? 17:40, 24 February 2013 (UTC)Reply

OK. --Goldzahn (talk) 17:41, 24 February 2013 (UTC)Reply

Hückeswagen edit

Hallo Goldzahn! Ich habe folgendes Problem: Ich wollte gerne Hückeswagen (Stadt) in Wikidata anlegen. Allerdings sagt er mir, dass es den Begriff schon geben würde. Tatsächlich gibt es aber nur Hückeswagen (Begriffsklärung). Kannst Du da helfen, wie ich verfahren soll? Viele Grüße Norbert Bangert

Habe ein wenig rumgesucht. Meintest du Q11038? In der de:WP gibt es de:Hückeswagen (Stadt). Ich würde in q11038 den Link zu Hückeswagen (Stadt) ändern. --Goldzahn (talk) 16:14, 8 March 2013 (UTC)Reply
Jemand hat den Artikel in der de:WP von "Hückeswagen (Stadt)" nach "Hückeswagen" verschoben. Damit ist die Sache auch gelöst. --Goldzahn (talk) 18:13, 8 March 2013 (UTC)Reply

Tracking historic data edit

Dear Goldzahn, from your contribution here I understand that you are also interested in how to store historic data here on Wikidata. I started a discussion here, and I posted a proposal [1], but this has not led to a conclusion yet. Maybe you would be so kind to also join in the discussion. From the discussion so far, I have come to the conclusion that we really need a qualifier "former" ("ehemalige"), which can be used with any pair of property and value. But since it may take a while before qualifiers become available in the Wikidata software, an interim solution would be nice. Please let me know what your thoughts are on this. Vielen Dank im Voraus, NormanB (talk) 01:06, 18 March 2013 (UTC)Reply

At the moment "Bill Clinton" (Q1124) has a statement "office held" (p39) "President of the United States" (Q11696). This statement needs qualifier. I don´t know if qualifiers are attached to the property or to the item. Look at Example 1. I think, this example shows, that qualifiers are attached to the item "Berlin", because there will be cities with numbers of population, different than 2012. So, qualifiers are, in my view, just additional text that will be seen at Wikipedia. Taking your example from the project chat I would just add to "Bill Clinton" in the first statement to the property "from 1993 until 2001", to "George Washington" "from 1789 until 1797" and to "Barack Obama" "from 2008". By the way, "from" and "until" had to be translated. Therefore they are multilingual text. "is a" is something I wouldn´t use for this. By the way, p31 now calls "instance of". The meaning of p31 is changing. Maybe tomorrow again. PS: You wrote "The qualifiers are assigned to the property, not to the value." Maybe I am wrong and qualifiers are not attached to the item. We will see. --Goldzahn (talk) 04:11, 18 March 2013 (UTC)Reply
Now, I think both is right. The qualifiers "from" and "until" are attached to the property and the value of the qualifiers - the numbers - are added in the item-level. That means, item "Barack Obama" has two qualifiers and therefore it should be possible to set the qualifier "until" to "nil". Maybe "nil" is the standard. And if a qualifier has the value "nil", it will not be seen at Wikipedia. --Goldzahn (talk) 07:12, 18 March 2013 (UTC)Reply
Dear Goldzahn. good that I asked you. I hadn't seen this page yet. Thanks! NormanB (talk) 12:58, 18 March 2013 (UTC)Reply

Q2802547 edit

Hallo Goldzahn,

die Süddeutsche Mönchtaube ist einer der Fälle, der zwei P303 zugeordnet werden sollten: 0436 und 0437. Wie funktioniert das?

und wie wird dir auch die franz. Eingabemaske angezeigt, ohne dass die die Sprache wechseln musst?

Lieben Gruß, --PigeonIP (talk) 08:10, 20 March 2013 (UTC)Reply

Habe mich wieder an das mit der Mönchstaube erinnert. Es werden einem die Sprachen angezeigt, die in der Babelbox auf der eigenen Benutzerseite angegeben werden. Ich habe da noch Französisch bei mir dazu genommen und so habe ich alle drei Sprachen auf einem Blick und kann sich zusammen editieren. Wo wir schon dabei sind, schau dir auf commons mal die 207 an. Ich glaube die ist falsch verlinkt. Ansonsten bin ich schon im 400er Bereich. Gruß, --Goldzahn (talk) 08:20, 20 March 2013 (UTC)Reply
jein. In der en:WP wird da die Gruppe der Modenas beschrieben. Da wird nicht zwischen Triganino Modeneser und Modena (UK) unterschieden. Könnte andernorts auch noch einmal aufreten. Ganz schlimm ist en:Tippler, hier wir vor allem der Flugtyp des Englischen Flugtipplers beschrieben, obwohl "Tippler" eigentlich noch mehr umfassen sollte.
ich habe mich an der deutschen Liste entlanggehangelt, da auf commons (noch nicht) alle Artikel verlinkt sind bzw. das über die Kategorien geschehen ist, soweit vorhanden. Da fehlen mir nur noch die Thüringer Farbentauben und die verweisen alle(?) auf den Gruppenartikel. --PigeonIP (talk) 08:30, 20 March 2013 (UTC)Reply
OK. Einen von den Thüriger gab es als Eizellartkel. --Goldzahn (talk) 08:33, 20 March 2013 (UTC)Reply
Ich hatte de:Thüringer Weißschwanz und de:Thüringer Weißkopf, aber beide ohne Datensatz. S. User:PigeonIP/ELRT --PigeonIP (talk) 08:48, 20 March 2013 (UTC)Reply
Ich bin beim Abgleich mit der englischen Liste erst bei D angelangt (aktueller Stand) und muss erst einmal eine Pause machen.
  • Kann ich eine P303 eigentlich auch doppelt zuweisen? also mehreren Artikeln die gleiche Nummer? für verschiedene Varietäten der gleichen Rasse. Hier findet sich z.B. verdammt häufig die 802.
  • Zur Frage der anderen sinnvollen Eigenschaften: in der Beschreibung der jeweiligen Rassen steht ja dann schon überall, dass es sich um eine Taubenrasse handelt, also wird eine Zuweisung der Eigenschaft "Taubenrasse" überflüssig sein. (zumal es auch unklar ist, was jetzt eine "Rasse" ist. Das versteht jeder Kulturkreis etwas anders.) Ich halte es wie gesagt für möglich auf Basis der EE-Nummern auch die Rassegruppen zuzuweisen. Da sind bisher aber nur die Mövchen (ohne Dataeintrag), Farbentauben, Kröpfer und Hochflugtauben beschrieben. Im Englischen bisher nur die Kröpfer. Um Verschiebungen und Diskussionen zu vermeiden, würde ich die Gruppenzuweisungen gerne auch an der EE-Gruppe festmachen. Also in der Art "Formentaube EE", oder so, die P303 für "Formentaube EE" wäre 0000. Den Kropftauben Q5192262 habe ich schon die 300 zugewiesen.
  • Weiters wären SBI und Ersatz-SBI möglich (Da habe ich die Infobox jetzt auch so konzipiert, dass sie je einen Parameter bilden).
Übrigens bin ich auf dieses Thema gekommen, weil Anka im Portal Hunde nachgefragt hat, wie die Einträge zu Hunderassen in Wikidata beschrieben werden sollen (ob nur mit Hunderasse, oder Hunderasse, FCI-Nr. oder mit einer Gruppe). Falls du Interesse hast, ich glaube die wären um etwas Hilfe auch ganz glücklich. --PigeonIP (talk) 13:26, 20 March 2013 (UTC)Reply
Ich dachte die commons-Liste wären alle Artikel gewesen. Offenbar nicht. Ich werde mir dann auch mal die zweite Liste ansehen. --Goldzahn (talk) 14:05, 20 March 2013 (UTC)Reply
Ich habe beide Listen (commons und User:PigeonIP/ELRT) miteinander abgeglichen und noch einige Tauben ergänzt. Auch aus der Spalte mit den vielen roten Links. Beide Listen sind jetzt abgearbeitet. p303 weist man selber nicht doppelt zu, sondern nur den Wert von p303. Also das was rechts davon steht. Zu den Rassegruppen: Die halte ich auch für eine mögliche Eigenschaft. Ich hatte mir das aber anders vorgestellt gehabt. Und zwar ein neues Property anlegen. Da aber die Bezeichnungen übersetzt werden und das geht nur mit einem Datentyp, der noch nicht vorhanden ist. Also erst in einigen Wochen möglich. Dieses neue Property könnte Taubengruppe oder so heißen. Der Wert wäre z.B. Formentauben und das ganze würde bei jedem der etwa 100 Taubentexte ergänzt. SBI und Ersatz-SBI würde ich nicht nach Wikidata geben, sondern lokal in Wikipedia lassen. Zu den Hunden: Da kennst du dich jetzt ja aus. --Goldzahn (talk) 14:56, 20 March 2013 (UTC)Reply
Ich habe mir jetzt nochmal den Text im Forum durchgelesen. Dort schreibst du, dass die Gruppeneinteilung je Sprache/Land uneinheitlich ist. Dann geht es wohl nicht so wie ich mir das vorgestellt hatte. --Goldzahn (talk) 15:30, 20 March 2013 (UTC)Reply
 
... und ein riesengroßes Dankeschön für deine Hilfe
Nach BK aber mit dem Aspekt unterschiedliche Einteilung, der auch für unterschiedliche Autoren gelten kann (Streitfälle z.B. bei Kreuzungen zwischen Vertretern verschiedener Rassen).:
Auf Commons gab es zwischendurch Gemoser, dass für solche Verlinkungen die Seite nicht vorgesehen wäre und da habe ich mich dann erst einmal auf die Kategorien verlegt. Sollten in der Zwischenzeit nicht neue Artikel angelegt worden sein, sind dort aber alle verlinkt, die auch ein Bild einschließen (weil Bild ist ja wieder Voraussetzung für die Kategorie). Die verlinkte Liste in meinem BNR habe ich als Arbeitsliste von Commons übertragen, wo ich mir auch die Artikel ohne Dataeintrag vermerke, um den noch nachschieben zu können. Dort sind/waren die einzelnen Artikel also auch noch nicht vollständig aufgeführt.
Der "Taubengruppe" würde ich "Rassegruppe ELRT" vorziehen. Eine Taubengruppe könnten z.B. auch die Modenas (Huhntauben) oder Pfautauben (Strukturtauben) bilden, die so im EE aber nicht geführt werden. Einzige Ausnahme sind die Spielflugtauben, die man versteckt noch wahrnehmen könnte (1100er Nummern) aber in die "Tümmler und Hochflieger" integriert wurden. Die Definition ELRT ist auch im Bezug auf die Quelle der Einordnung wichtig. Eine der Formentauben (ich weiß nicht mehr welche) wird je nach Autor nämlich auch zu den Kröpfern oder zu Spielflugtauben gezählt. Mit letzteren wäre sie in einer Gruppe mit den Hochfliegern, die sich durch besondere Flugleistungen auszeichnen/auszeichneten und schlank und schnittig sind. Formentauben hingegen sind (meist) recht groß und schwer... Du erkennst worauf ich hinaus will? Der en-Artikel fancy-pigeons schreibt Utiliy Pigeons that are neither homer nor hen (gilt möglicherweise in Australien) - wir kennen beide aber das ganze Gegenteil: nämlich Huhntauben, die mit Utiliy Pigeons ins Englische übertragen wurden. Den Begriff "Hochflieger" könnte man auch als "echte Hochflugtaube" also einen Leistungsflieger verstehen. Jedoch sind einige der Rassen, die den "Hochflieger" noch im Namen tragen zu ausgesprochenen Ausstellungstauben geworden, die ihr Lebtag noch nie wirklich ins Fliegen gekommen sind. Der Zusatz "ELRT" (oder noch besser EE) würde also diese Gruppe als Schautauben kennzeichnen und so Missverständnissen vorbeugen. Amerikaner und Brite unterscheidet da sehr gewissenhaft zwischen Schau- und Flugtypen. --PigeonIP (talk) 15:47, 20 March 2013 (UTC)Reply
Jetzt sollten wir es so langsam haben. 152 Datensätze sind mit der EE-Nummer versehen. Bei den russischen Artikeln traue ich es mir nicht zu diese einer konkreten Rasse aus der Liste zuzuordnen.
Zur Bemerkung, dass die Gruppeneinteilung je Sprache/Land uneinheitlich ist, folgende Anmerkung: nach dem WP-Artikel unterscheiden die Amerikaner die Rassen zunächst nach Art der Nutzung. Indirekt macht dies auch der EE: Alle Rassen der ELRT-Liste sind Ausstellungstauben (also Show-breeds). Einige von Ihnen haben ihre Entsprechungen auch in Flug- und Wirtschaftstaubenrassen. Alle EE-Rassen, sind also Ausstellungsrassen. Desweiteren ging aus einer der Diskussionen in der en-WP hervor, dass die Amerikaner mit dem Gedanken spielen, das europäische System zu übernehmen. In der Russischen-WP finden sich verschiedenste Einteilungen (ru:Группы голубей), darunter auch die des EE und da Russland eines der 29 Mitgliedsländer im EE ist, ist dort sicher auch diese Rasseeinteilung bekannt und anerkannt. Ich sehe also keine Gefahr 10 verschiedene parallele Systeme der Gruppeneinteilungen in Wikidata aufzubauen. Beim Aufbau einer Systematik muss nur klar ersichtlich sein, nach wem, nach welchem Verband, sich diese richtet. Die Zuordnung einer Rasse zu einer Gruppe ist innerhalb des EE eindeutig. Dies trifft auch auf die drei Artikel oder Datensätze, die mehrere Rassen behandeln, zu. Jedem der 152 Datensätze könnte also eindeutig eine der neun Gruppen zugeordnet werden. Lieben Gruß, PigeonIP (talk) 09:59, 24 March 2013 (UTC)Reply
Schön, dass das abgeschlossen ist. Ich hatte mir die Taubenbilder in den Artikeln angesehen und fand es erstaunlich wie vielfältig die Tauben aussehen. Ein wenig kannte ich das Thema von meiner Mitarbeit (unter anderem Pseudonym) am WP-Artikel Taubenpost her. Das Thema Taubenrasse wurde dort aber nicht diskutiert. Ich habe deshalb eben kurz recherchiert und offenbar ist das im ständigen Wandel. Also, schöne Grüße. --Goldzahn (talk) 11:10, 24 March 2013 (UTC)Reply
Ja, vor allem jetzt im Moment, wo man noch immer am Europastandard arbeitet, die Genetik zur Einordnung in Rassegruppen eine größere Rolle einnimmt und das Thema Qualzuchten auch aktuell eine Rolle spielt. Bei Brieftauben und Flugtauben halte ich mich lieber vornehm zurück, die sind jeweils noch einmal eine Welt für sich. Ich bin mir auch gar nicht sicher, ob man im Brieftaubensport vorrangig von Rassen oder doch lieber von Zuchtlinien spricht. --PigeonIP (talk) 11:20, 24 March 2013 (UTC)Reply
Das beschreibt gut was ich im Internet gesehen habe. --Goldzahn (talk) 11:51, 24 March 2013 (UTC)Reply

wikidata useful.js edit

On march 25th I used your script [2]. I like it and it works very good!! But yesterday the script didn't work, so I tried to restore that version, (3.11). I copied in my useful but I can't obtain the same result. I really don't understand what has happened. I will delete the page if you want, my apologize. --LadyInGrey (talk) 17:40, 27 March 2013 (UTC)Reply

I wrote on your discussion page how to solve a small problem. I don´t know if this is the problem you have. Another solution is, that you could write in your common.js to import (importScript) the newest script from "wikidata useful.js" If that script is OK, you could copy it or keep it that way. I have now a second script where I do my programming (test.js) and only scripts that seem to be OK I will copy to my public script. By the way, I changed the storage system (with a new look and new features) - it is now V3.20. - but parts are still not ready. Actually, the last stable version was V3.0. (you see the stable versions on top of the script: 1.0, 2.07 and 3.0) What is still missing, is to save the labels and I will try that the storage system takes the labels out of Wikidata, so I don´t have to type them in. Another point is, that the new storage system does/will not allow to store wrong inputs into the database. For example, it was possible to store "pkilj" as a property. This will be the version 4.0, I guess. --Goldzahn (talk) 19:21, 27 March 2013 (UTC)Reply
I have experience in "copy and paste" :) but I can't write a script. The version that I told you, had 2 textbox with "go" and "push". Yesterday the system not allow me to put corrects inputs (items Q), I had to put by hand. Thank you and best regards. --LadyInGrey (talk) 21:05, 27 March 2013 (UTC)Reply
I imported your script into my common.js and it worked as it should. (at least p1 and q1, I didn´t tested q2). --Goldzahn (talk) 04:45, 28 March 2013 (UTC)Reply

script for media & strings edit

Hi, I created a script for the Italian comunes which extracts the data from a Template on wikipedia. My problem is that I don't know how to create a claim for media and StringValue entities, just item (I hope at least..). It's my very first script so I'm quite a noob :) --Viscontino talk 11:36, 2 April 2013 (UTC)Reply

It looks really good and I have learned a lot (the $.getJSON-function) by looking into your code. Well, it seems that I have to rewrite large parts of my code if I will go to the next step, adding new input elements to the storing system. --Goldzahn (talk) 18:13, 2 April 2013 (UTC)Reply
I just saw your comment on my script talk. User:Viscontino/it.wiki_infobox.js this is the new one. It gets data from an infobox on it.wikipedia. Unfortunately now it works only with one particular template and the user must add data manually, 'cause I don't know how to add claims for media or stringvalue items... or even if I know the item name, I'm working to find the item Q-id. --Viscontino talk 18:00, 4 April 2013 (UTC)Reply
You are reading from the api this. I have done your code on Q101255 (Morengo). What is happening, is, that the code pushes into the database p132 and p107 (after I clicked on "commune"). But in infobox2statement those two properties are not there. Actually they are in function thisIs. So it seems to me, that the script is not using infobox2statement. The script writes the info from the template on the page, but it isn´t inserting anything from the template into the database. Maybe you can find out why? --Goldzahn (talk) 23:39, 4 April 2013 (UTC)Reply
The only link that I added is for the "comune" and "geographical feature" properties, because I know their Q-id. For the other ones, like sharing borders comunes, I don't know their Qid, I just know their name. I have to find:
  1. their ID: I did some tests, but I had problems... search for console.log("Sto facendo: "+q.statement+", dovrei essere nella "+q.value); to find the code.
  2. how to add media and strings values.

--Viscontino talk 08:25, 5 April 2013 (UTC)Reply

Ups, I didn´t realized that you are working on a new file. --Goldzahn (talk) 09:46, 5 April 2013 (UTC)Reply

I am working at User:Goldzahn/test2.js. As I said, the script is not using infobox2statement to store data into the database. I have changed the function prepareStatements: I push "mode:'item' , prop:'p131' , target_entity:'q16137'" into "queue" and than start function processNextQueueItem. processNextQueueItem actually writes data into the database, what you haven´t done so far. What you have to do, is, change the push-command, that it is pushing the right things and maybe you have to change processNextQueueItem a bit too. You are using as mode-type item, media, stringvalue, .. what this function don´t know. --Goldzahn (talk) 13:04, 5 April 2013 (UTC) Maybe you should use to different queues in processNextQueueItem prepareStatements. one for creating what is displayed on the desktop and one for what is pushed into the database. --Goldzahn (talk) 13:12, 5 April 2013 (UTC)Reply

I think I'm a bit confused, and probably because I hadn't linked you the right script. User:Viscontino/it.wiki_infobox.js this is the "official" one. I've not understood what you did with those changes, can you be more specific please? Thank you! --Viscontino talk 13:59, 5 April 2013 (UTC)Reply
The last sentence was wrong, it should have been: different queues in function prepareStatements. --Goldzahn (talk) 14:07, 5 April 2013 (UTC)Reply
As I understand your script, function processNextQueueItem2 builds the queue for what is displayed at the screen. This queue is called "queue". In the function processNextQueueItem (without the "2") and the function tryCreateClaim the queue is processed which is used for storing data in the database. At the moment this queue is called "queue" too. But this queue is empty, since it was processed in the other function. Therefore you need a second queue which is filled in function prepareStatements too. --Goldzahn (talk) 14:15, 5 April 2013 (UTC)Reply
I have looked once more into processNextQueueItem2. This function doesn´t empty the queue, but the queue is empty without my added push-command in the function prepareStatements. I can´t say why at the moment. --Goldzahn (talk) 14:23, 5 April 2013 (UTC)Reply
Actually my JS knowledge is limited. Maybe I'm wrong, but the problem of the second "queue" is that I don't have items in that, because I don't know their ID. I cannot (or I don't know how) add data in the DB if I don't know the ID of the item! I just know his name on the italian wikipedia. --Viscontino talk 14:27, 5 April 2013 (UTC)Reply
I added "provincia di Bergamo" (q16137) by hand in the tool-script, but that is the same as there is written on the desktop as point 5 (5. unità amministrativa in cui è situato: Provincia di Bergamo ). So, you have the data, but you are not using it. I don´t know if it is possible to use instead of the q-id the term "provincia di Bergamo", because that is what we do by hand. Maybe there is a q-name? If not, you could ask the datasource wich id "provincia di Bergamo" has. --Goldzahn (talk) 14:39, 5 April 2013 (UTC)Reply
I tried to find it this way:

q.value = "Provincia di "+q.value; $.getJSON ( '//www.wikidata.org/w/api.php?callback=?' , { action : 'wbgetentities' , titles : q.value , format : 'json' , sites : 'itwiki' } , function ( data ) { h += "<li>"+self.queue.length+". "+q.statement+": <a href='#' onclick='wd_useful.thisIs(\""+q.statement+"\",\""+Object.keys(data.entities)[0]+"\");return false'>"+q.value+"</a></li>"; } ); It works, but it give me some problems... --Viscontino talk 14:50, 5 April 2013 (UTC)Reply

this gives the q-id for London. It is title="Q84" --Goldzahn (talk) 15:08, 5 April 2013 (UTC)Reply

I didn´t get it done, but processNextQueueItem, tryCreateClaim and createClaim are the functions which have to be changed so they can handle media and stringvalue too. At the moment they delete "q" from "q123" and add it later again. Of course that doesn´t make sense with datatypes different than item. PS: I can tell you, that you started with a program that is far more difficult than the one I am programming. --Goldzahn (talk) 16:06, 5 April 2013 (UTC)Reply

Wikidata:Community portal edit

Hallo Goldzahn, wieso hast du das Bild File:Wikidata item creation progress no text.svg so stark verkleinert? Das alte Bild hatte auch die Breite von 500 Pixeln, so kann man übrigens auf dem neuen Bild auch fast die Zahlen lesen, bei 300 Pixeln Breite geht das nicht. --Pyfisch (talk) 16:13, 13 April 2013 (UTC)Reply

Ich habe einen großen Bildschirm und der Firefox ist 30 bis 40 cm breit auf. Trotzdem ist das Bild zu groß und so wird die rechte Seite unterhalb dargestellt. Mit der kleineren Bildergröße funktioniert das gut und wer die Zahlen lesen will, muß das Bild nur anklicken. --Goldzahn (talk) 17:06, 13 April 2013 (UTC)Reply


Property:P414 edit

Hi,

The above property is now available and can be used on items. I noticed you first proposed it. --  Docu  at 10:51, 14 April 2013 (UTC)Reply

Property:P410 edit

Hi,

The above property is now available and can be used on items. I noticed you participated in its discussion. --  Docu  at 11:00, 14 April 2013 (UTC)Reply

Wikidata useful edit

Hi, I'm finding some problems with the recent version of your script: it doesn't work anymore! I tried many times clicking on the link it provides, but it seems to not work. Just once it added the property I clicked on. Now I'm using another PC, same result. Thank you for the link you gave me, I hope to improve myself. --Viscontino (talk) 15:19, 15 April 2013 (UTC)Reply

I don´t understand that. I used the script from 16:13 until 17:00 maybe 50 times. I changed the script this mornning at about 6 o´clock, because I added a new message-text with an error. I used ", but it should have been '. But since you said that it worked once, it could not be that the wrong version is somhow in the servers. Could it be, that you don´t allow cookies? --Goldzahn (talk) 15:56, 15 April 2013 (UTC) Since you have the same problem with a second PC, it can´t be the cookies. What is the tool saying? It should say how many p-rows you have clicked. no p row - one p row and more than one p row and if you have one p- and one q-row the tool should say so and than it should store the data into the database. Is that functioning? --Goldzahn (talk) 16:14, 15 April 2013 (UTC)Reply
Now it seems to be working again! I don't know why it gave me problems before. --Viscontino (talk) 19:19, 15 April 2013 (UTC)Reply
Oh well, it works only if I clean the cache and refresh the page (in some cases). I think it's something that has not to do with the script, I'll let you know. --Viscontino (talk) 19:26, 15 April 2013 (UTC)Reply
I have copied your common.js into my common.js and I now I have the same error you told me. I guess I have changed something in the updated javascript file which leads to this problem. --Goldzahn (talk) 21:53, 15 April 2013 (UTC)Reply
The biggest part of the problem seems to be, that I didn´t use the function addOnloadHook anymore. Instead I use the Ajax function .ready(). After changing the order in common.js (there) it is working better, but not at 100 percent. Since addOnloadHook is outdated - that is not the only outdated thing in the original script - I won´t change anything in my script. --Goldzahn (talk) 23:44, 15 April 2013 (UTC)Reply
Works great now! --Viscontino (talk) 12:30, 16 April 2013 (UTC)Reply


Property:P450 "mission" edit

Hi,

The above property is now available and can be used on items. I noticed you participated in its discussion. --  Docu  at 19:44, 21 April 2013 (UTC)Reply

thanks. --Goldzahn (talk) 19:46, 21 April 2013 (UTC)Reply


Property:P463 "member of" edit

Hi,

The above property is now available and can be used on items. I noticed you participated in its discussion. --  Docu  at 16:15, 25 April 2013 (UTC)Reply

Tauben, die zweite edit

Hallo Goldzahn,

du hast mir doch mit den Rassetauben geholfen. Jetzt habe ich über den Kurier den Dateneintrag zu Ben Nevis gesehen und frage mich, ob es nicht eigentlich heißen sollte:

Was meinst du? Oder habe ich etwas falsch verstanden? Gruß, --PigeonIP (talk) 13:45, 30 April 2013 (UTC)Reply

P.S. hinzu käme natürlich, dass "Schweizer Farbentauben" eine Instanz von "Farbentauben" sowie "Rassetaube" und "Farbentauben" eine Instanz von "Rassetaube" wäre. Zudem gibt es die "Kategorie:Schweizer Tierrasse" von der die "Schweizer Farbentauben" ein Teil wären. Aber funktionieren Kategorien als Instanzen von Artikeln? Oder passt im Falle der Farbentauben ist eine Unterklasse von Rassetauben besser? Die Farbentauben sind ja eine Gruppe der Rassetauben und die Schweizer Farbentauben eine Untergruppe der Farbentauben. --PigeonIP (talk) 13:58, 30 April 2013 (UTC)Reply

Die Nummern sind ja für die Infoboxen da und dort sind EE-Nummer und Rassegruppen getrennt. Die Zuordnung zu Rassetaube und Farbentauben würde ich wenn, dann zusätzlich machen. Ich bin mir allerdings nicht sicher ob das Sinn macht. Die Zuordnungen in der en:WP sind z.B. ganz anders. Insofern würde da nur Information aus dem Artikel nach Wikidata verschoben werden. Das ganze sollte aber einen Vorteil gegenüber dem jetzigen System haben. Bei den Zahlen habe ich den darin gesehen, weil man damit sicher die Gleichheit von Taubenrassen über Sprachgrenzen hinweg hat. Ich habe im Fernsehen gesehen, dass z.B. in China auch Tauben gezüchtet werden. Ohne Zahlen ist da keine sichere Verlinkung möglich. Ansonsten wäre hier aber nicht p31 richtig, sondern p279 ("ist eine Unterklasse von"), da es sich nicht um eine einzelne Taube handelt, sondern um Taubenrassen. Also Bayern München ist eine Instanz von Fußballverein, aber Fußballverein ist eine Unterklasse von Sportverein. Zu Anfang hieß das noch "ist ein", womit beide Fälle eingeschlossen sind, aber vor einiger Zeit wurde das getrennt und jetzt gibt es deshalb viele falsche, alte Zuordnungen. Bei EE-Nummern als Belege bin ich mir nicht sicher. Ein Wikipedia-Eintrag mit einem anderen Wikipediaartikel zu belegen, dürfte nicht so gut sein und hier wäre das ja sehr ähnlich. Besser wäre da die eine pdf-Datei, aber das ist noch nicht programmiert. Übrigens, man könnte das pdf auch als Quelle für die EE-Zahlen nehmen. Die Quelle wird nämlich genau wie die EE-Nummer von Wikidata an Wikipedia durchgereicht und ist dann als Quelle im WP-Artikel zu sehen und vielleicht auch anklickbar. --Goldzahn (talk) 17:08, 30 April 2013 (UTC)Reply
Die Zuordnungen in der en:WP sind z.B. ganz anders: dort wird nach drei Verbänden die Rassegruppe genannt. Ich lese da
von der Quelle abhängig entprechend, dass nach EE Breed Group diese Rasse eben zu den Farbentauben zählt.
nach der US-Breed-Group (weitere Quelle) zählte sie zu den Fancy Pigeons, also Rassetauben.
Kann man bei der Abfrage für Infoboxen nicht einen fraglichen Wert nach Quelle definieren? (so hatte ich das zumindest verstanden) Diese Frage wäre auch für andere Rassen wichtig (ich will nicht wieder von Hunden oder Katzen anfangen, von denen ich keine Ahnung habe) z. B. Kaninchen oder Puten. bei den Puten zum Beispiel erkennen einige nationale Verbände Puten als Rassen an, die im Leitstandard des EE nur als Farbenschläge einer Rasse beschrieben sind. (ein Eintrag "Putenrasse" in der Beschreibung kann also sehr ungenau sein.)
Bei den Zahlen habe ich den [Vorteil] darin gesehen, weil man damit sicher die Gleichheit von Taubenrassen über Sprachgrenzen hinweg hat
Deshalb hatte ich mit der Zuordnung ja auch erst begonnen. Die EE-Nummer bleibt also auf jeden Fall ein eigenständiger Wert um auch in Infoboxen abrufbar zu bleiben und wird nicht nur als Quelle "missbraucht". Danke.
Übrigens, man könnte das pdf auch als Quelle für die EE-Zahlen nehmen. Die Quelle wird nämlich [...] durchgereicht und ist dann als Quelle im WP-Artikel zu sehen [...].
Das sollte auf jeden Fall geschehen, ist das denn schon möglich? Bisher wird die PDF als Quelle nur im Property_talk:P303 genannt.
Bei EE-Nummern als Belege bin ich mir nicht sicher. Ein Wikipedia-Eintrag mit einem anderen Wikipediaartikel zu belegen, dürfte nicht so gut sein [...]. Besser wäre da die eine pdf-Datei, aber das ist noch nicht programmiert.
Also, so wie ich dich verstanden habe:
alle in der ELRT genannten Tauben haben einen Europa-Standard: EE-Reglement zum Europastandard für Rassetauben (ESRT)
China: So wie ich das verstanden habe, ist die Taubenzucht dort wieder im Kommen, nachdem es eine Zeitlang überhaupt verboten war Tauben zu halten. So gingen leider viele chinesische Rassen (und die Tradition des Taubenflötensportes) verloren und nur wenige haben in versteckten Schlägen "überlebt". Falls dich das Thema Taubenflöten interessiert: Tipp --PigeonIP (talk) 08:14, 1 May 2013 (UTC)Reply
In Bezug auf Internet-Quellen kenne ich nur diesen Text (im unteren Teil). Die dort angesprochenen "qualifier" gibt es schon. Man sieht sie, wenn man in einem item auf "bearbeiten" klickt. Dann erscheint der Link "Bedingung hinzufügen". Eingegeben wird dann eine property und ein item. Relevant könnte das für Taubenrassen sein, wenn z.B. eine EE-Nummer irgendwann geändert wurde. Dann könnte man so schreiben, dass bis zum Zeitpukt x die EE-Nummer xyz war.
Ich habe mir die Seite zur Taubenflöte angesehen und mir auch die Hörbeispiele angehört. Wirklich sehr schön.
--Goldzahn (talk) 10:15, 1 May 2013 (UTC)Reply
Ich muss da aussteigen, weil der Text in zwei (für mich) Fremdsprachen geschrieben ist. Zum en kommt da noch die Fachsprache hinzu. property=Eigenschaft, item=Wert ist noch klar, aber dann geht es weiter mit template, das ich als (Kopier-)Vorlage kenne und bei separator, value und wrapper muss ich dann passen. Ich brauche da Beispiele, an denen ich mich entlang hangeln kann, um zu sehen, was möglich und sinnvoll einzusetzen ist. Im Moment scheint das wohl nur noch eine Verknüpfung der Art ist eine Unterklasse von: Haustaube zu sein, auch um an die Taxa anzuknüpfen (oder nicht, je nachdem ob nun Haustiere als Unterarten klassifiziert werden, oder eben nicht). Für die Rassetaube wäre schon eine Definition (Quelle) notwendig oder ein weiteres Property, wie Rassestandard definiert von EE, APA, FCI, ... . Andererseits zeigen Propertys wie EE-Nummer ja bereits an, dass es sich um eine Rasse mit definiertem Standard des EE handelt... . --PigeonIP (talk) 12:02, 1 May 2013 (UTC)Reply

Extension of The Brown Tool edit

Hello, I would like to know if you can extend your tool The Brown Tool for source addition. For example the tool lists different source sets and by selecting one and running the tool you add a set of properties and values under the source section of a selected statement. As a list of properties and values, here is an example:

stated in (P248): CRC Handbook of Chemistry and Physics (Q904273)
editor (P98): William Mickey Haynes (Q9551942)
publisher (P123): CRC Press (Q954828)
edition (P393): 92
place of publication (P291): Boca Raton (Q29422)
ISBN-13 (P212): 978-1439820773
page (P304): {empty}
language (P407): English (Q1860)

Thank you Snipre (talk) 18:04, 18 May 2013 (UTC)Reply

Source code edit

Hi! I just added the source code of a script of mine which improrts data from Wikipedia infoboxes. If you wanna take a look it's here. It works for bot now, since it's autoediting, but you can manipulate it to make it useful for normal users. Ciaooo! --Viscontino (talk) 08:21, 26 May 2013 (UTC)Reply

RfC on Wikidata's primary sorting property edit

You recently participated in a deletion discussion for P107 - main type (GND). The discussion has been closed, as it is clear that a resolution won't come from PfD, and an RfC has been opened on the matter at Wikidata:Requests for comment/Primary sorting property. You are invited to participate there. Please note that this is a mass delivered message, and that I will not see any replies you leave on this page.

Yours, Sven Manguard Wha? 18:25, 30 June 2013 (UTC)Reply