Help:How do I feed data into FactGrid?

back

<provisional Google translation>

Create database objects one by one

The link in the form can be found in the Links menu bar:

• Special: NewItem

With this form, any database object is generated - it is given a new Q number and in the next steps, individual statements have to be made about it.

At least a label and a description should be assigned to the object when creating it. Variants of the naming can also be noted in order to handle the object comfortably in the full text search.

• the "label" can be, for example, the name of a person who is to be managed with the database object, or a short but clear title for a document such as "Letter from Johann Adam Weishaupt to Ernst II. Ludwig von Sachsen-Gotha-Altenburg, Sandersdorf, 1783 -10-14"
• the "description" is mainly used to give an overview in lists. In the case of one person, the text should be worded as follows: "* February 6, 1748, + November 18, 1830, professor of law and canon law, writer and councilor, Ingolstadt, Illuminat under the religious names Spartacus and Scipio Aemilianus". In the case of a document, a short summary is useful, as it becomes useful with the following search in tables, the correspondence of Friedrich Christian Rudorf
• "Alias" entries should list name variants.

If the software is used in English, the information given there is imported in all languages. If it is recorded in another language, an English label should be assigned in the first step so that users who are not logged in can see the database object. Otherwise you will only see it as a Q number.

In the second step you can add the label and the description in your language, German in this case.

Provide the data object with individual statements While classic databases decide in advance what kind of objects there are and what can be said about them using an input template, Wikibase is structurally open. Win items - just like you do with them & dash; through the statements you make about them, meaning.

For the database, the objects are merely Q numbers, which are linked with P numbers or with values ??(such as a date or a unit of measure). This has the advantage that they are named and roughly identified in different languages. The statements that made into them in triples give the object contours, manageability, relevance, existence in searches.

There is, that makes the software particularly interesting for research projects, so there is no restriction on what a database object can be - whether a person, a document, a place, a house, a certain object, an idea, an event or .. - The FactGrid knows no "categories", but only database objects and statements about them.

Triple-based statements

Statements in the FactGrid take the form of triples, three-part mini statements such as

 Johann Christian Bach (Item:Q147795) Father is (Property:P141) Johann Sebastian Bach (Item:Q147798)

The Q — P — Q triple is the most interesting from a data point of view because database objects are linked here. This has three eminent advantages over the practice of conventional databases, in which text fields are to be used. Unlike when entering a combination of characters, for example in the statement "Cologne" as the place of birth, the reference to Cologne as a database object is Item: Q10400

• a reference to an even complex element. With the string series "Cologne" there is no link to geo-coordinates and or external identifiers, but with the database object Item: Q10400 all these statements are linked and any number of others, such as the number of inhabitants at the respective times, or political location in power relationships over time.

the reference to a multilingual object - Anglophone readers read the statement that Cologne as the place of birth as one to "Cologne" as the "place of birth".

• the reference to an object that creates uniqueness in the database. If there are several places with the same name, select the one you mean, that is, who has the right geo-coordinate, is in the right country, etc. Databases that refer to fields with letter assignments are immensely error-prone in one place, since the input spelling changes , mistyping etc.
• in addition to Q — P — Q triples, there are also information options in which properties (the P numbers central to the triplet) consist of a date, a quantity, a character string (for example, in the case of a wording of the quotation to be referenced), a URL or an identifier from one other database as input. An alternative triple can also be:

 Johann Christian Bach (Item:Q147795) was born on (Property:P77) September 5, 1735

or

 Johann Christian Bach (Item:Q147795) has the GND identification number (Property:P76) 118505521

When creating new properties, you have to consider which type of link they should create.

Statements can be qualified in any complexity Triples in themselves would be a comparatively rough statement. Wikibase allows Tripel to "qualify" with any extension. Adam Weishaupt was married twice. It makes sense to qualify the entries in more detail. The first marriage is the triple

 Johann Adam Weishaupt (Item:Q1308) was married to (Property:P84) Maria Afra Johanna Walburga Weishaupt (born Sausenhofer) (Item:Q23424)
- since (Property:P49) July 11, 1773
- Place of marriage (Property:P132) Eichstätt (Item:Q10340)
- Best man was (Property:P340) Anton Härtl (Item:Q97362)

When entering such statements manually, it is not necessary to know the Q or P numbers. The moment you type into the input fields of the triplet or the qualifying statements, the database makes suggestions for the statements you probably want to make and the people you probably mean.

Statements can be complexly substantiated with references

Any number of source documents can be added to all statements. The most important properties are:

• Property:P51 "primary source" - for the historical document from which research literature takes or should take the date,
• Property:P51 "literature" - for reference to research literature on the object (qualifiers can be used to add pages),
• Property:P51 "according to" - to build distance from the (doubtful) statement.

Contradicting statements are possible and valuable

Wikibase instances allow multiple contradicting statements to be made about objects. This is not a defect, but makes sense, for example, as soon as several conflicting documents make statements about a question such as the date of birth.

• You can leave these answers side by side and support them with their different sources; they then appear one after the other in searches.
• You can evaluate the conflicting statements individually by qualifying each statement with [[Property:P155 "How safe is that". A wide range of pre-structured claims are available for this property.
• However, you can also ensure that incorrect information no longer appears in searches. To do this, the markings at the beginning of the input field are lowered or raised accordingly before saving the statement. Statements that have been disqualified as obsolete are retained in the database, where they are useful for preventing relapses into the precarious state of information, but from now on they will no longer appear in search queries.

The "Directory of Properties" lists the types of statements currently available

All statements that can currently be made with the FactGrid are listed in the property directory once in an overall list or clearly arranged under individual questions, they are managed in the same and are individually documented with statements.

In the left column, the statements appear sorted according to where you want to make them - for example in a biography or in a database object for a document.

In the right column they are arranged according to the target reference - so you can want to make a statement to a person (like column) in which organization (right column) he was a member.

Any new statement types can be set up

Wikibase is extremely open when it comes to database modeling. No Q is conceivable for which no statements can be made - the moment a statement can be made about a thing, a Q can be set up for them. For the database, the statements themselves are merely P numbers, which are filled with text depending on your interests and to which you can now make statements.

The establishment of a new statement is not entirely uncritical:

• It might be the statement already exists in a wording that did not cross your mind (add it as an Alias)
• It might be better to use an already existing less precise statement to keep the results of search queries together
• The data model might not make much sense (For instance an organization could have a "generalissimo" in its hierarchical structure, but a property in this regard is not particularly practical, since it presupposes that seekers already know what kind of positions they have to ask in the organization in search of the leaders there is a property that asks about the people in a leading position in an organization and the use of qualifiers that show the position of the people in question.

With the FactGrid project, we are interested in giving research projects the greatest possible freedom in the respective issues, so properties have so far been set up without any great hurdles to coordinate. However, in order to avoid technical mistakes and to use the database transparently, we urge a short discussion process on the site

• Talk:Directory of Properties

Nevertheless, if you generate properties yourself - under pressure from the project - make sure that you anticipate the type of statements you want to make, i.e. whether they refer to a Q number (database object), a P number ( a property or property) want to refer to a date, a URL or a database ID. Properties that have been set are then fixed in terms of their requirements and no longer assume any different values. It is advisable to coordinate with people who have already set up properties in the FactGrid.

FactGrid is multilingual (as far as you teach it)

To assign a different language to database objects or statement types, you have to log in in this language; this happens in the "Preferences", the user settings, at the top right next to the links in your own user pages.

In the "Default", that is, without further presetting, the English-language settings appear on all labels. It is therefore in the interest of non-registered users that all Q numbers and all P numbers are also used in English.

However, we encourage all participants to enter data in their mother tongues and gradually make the database multilingual. She currently speaks three languages ??comprehensively: English, German and French.

The mass input of data via QuickStatements

If data is already available in a spreadsheet, whether Excel or Google, or in a CSV (comma-separated) table, it can also be entered in series. The tool used for this, QuickStatements, is linked in the menu on the left.

Data preparation

Unlike when entering or correcting individual information, the database no longer makes suggestions for input. The place of birth of Johann Sebastian Bach is Eisenach, the place of birth of Johann Christian Bach is Leipzig... and this information must now all be provided with the corresponding Q and P numbers. This is what the prepared entry from a table in Excel looks like:

Q147798	P82	Q10341
Q147795	P82	Q10408

Researching the Q and P numbers is an effort that should not be underestimated. Before starting the entry, it must be determined whether the corresponding objects about which statements are to be made already exist - otherwise duplicates would be created and the information in the database would not be aggregated.

In a first step, the database must therefore be asked for all known people. The new entry is to be compared with their Q numbers. In a second step, in the example, all locations are to be drawn from the FactGrid and compared with the numbers to be entered for existing numbers. Where the objects are missing, they must be created (this can also be done serially, but also costs time).

There are practical options for this, such as connecting columns with selected values ??using the command SVreweis calculation program. The more professional way is to use Open Refine for database comparison. There is currently a development deficit in the FactGrid, as a Wikidata-external resource.

Preparation no less requires the adjustment of calendar dates. Exact input conventions must be considered here.

Finally, the depth of input is not to be underestimated: If you have to generate a new place from a list with details of places of birth, you have to populate it with individual statements: labels, brief descriptions, the statement that it is a place, the geocoordinate - otherwise, the location does not appear on the map, with which you want to visualize the entire entry at the end. (This is a workload that is quickly overlooked when calculating the workload when looking at databases that only work with text fields).

The exact instructions for the transformation of information in the run-up to the mass input can be found on this help page of the Wikidata project updated continuously:

https://www.wikidata.org/wiki/Help:QuickStatements

Prepared batch fragments are used for the standardized creation of individual database objects

In day-to-day work with the database, in which only individual new database objects are to be created, batch fragments in which work routines are run have proven to be practical. A very simple batch file of this type is this for creating a last name in three languages

 qid, Lde, Len, Lfr, Dde, Den, Dfr, P2
, "#", "#", "#", "Familienname", "family name", "nom de famille", Q24499

The entire fragment is copied into QuickStatements using copy & paste, in the present case all # characters are replaced by the last name, for which a Q number has so far been missing, and then the input command is sent as a CSV input. Before the actual processing, QuickStatements gives a list of the work steps that the program will carry out. With the submission you can now generate the new name much faster in the desired languages.

A list of popular fragments can be found under the link "Batch fragments" in the menu on the left. More complex work routines can be tailored to your own project with any number of statements that you do not want to make individually.

Internet demonstrations on the use of quick statements There are several videos on YouTube on how to use QuickStatements when entering prepared table information. These make the procedure with their screen demonstrations clearer than cumbersome continuous text descriptions. The Wikidata help also provides extremely detailed explanations on all detailed questions.

https://www.youtube.com/results?search_query=quickstatements+wikidata