https://database.factgrid.de/w/api.php?action=feedcontributions&user=Jesper+Zedlitz&feedformat=atomFactGrid - User contributions [en]2024-03-28T18:08:31ZUser contributionsMediaWiki 1.39.6https://database.factgrid.de/w/index.php?title=FactGrid_talk:Directory_of_Properties&diff=2952128FactGrid talk:Directory of Properties2020-11-14T15:50:51Z<p>Jesper Zedlitz: /* Link real estate and street */ new section</p>
<hr />
<div>== Welcome on the page for Property proposals and debates ==<br />
<br />
* [https://database.factgrid.de/w/index.php?title=Special:ListProperties/&limit=500&offset=0 List of Properties]<br />
* [[Special:NewProperty]]<br />
<br />
New Properties should be discussed and made public on this page. We have to make sure that they are well connected (with P8 statements as given in brackets in the [[FactGrid:Directory of Properties]]), so that others will begin to use them as well. As a general guideline FactGrid should welcome experiments. We are a platform for research and we should encourage new questions and new solutions to problems (which will not save us from the dilemma that we will always be able to make a statement in more than one way - and in the bad case without being able to run interesting searches on this statement in the end). --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 13:52, 17 December 2019 (CET)<br />
<br />
== Nobilitierung ==<br />
Olaf, wo Du gerade bei Martens warst, mE fehlt wohl die persönliche "Auszeichnung" durch "Nobiltierung", die in der Konsequenz oft eine mit Datum festzumachende "Namensänderung" beinhaltet, wobei die Verleihung wie "Reichsadel" oder "frz." bzw "dän." vllt gleich berücksichtigt werden sollte. Hinzu kämen perspektivisch, wenn auch nicht für Martens die upgrades --> Freiherr oder --> Graf. Sollte aber mE flach und einfach gehalten werden...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 11:36, 27 December 2019 (CET)<br />
:Ist eigentlich alles da, nur von uns noch nicht konsistenter genutzt [https://database.factgrid.de/query/#SELECT%20%3FPropertyLabel%20%3FProperty%20%3FPropertyDescription%20%3Freciprocal%20%3FreciprocalLabel%20%3Fexample%20%3Fuseful_statements%20%3Fwd%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22.%20%7D%0A%20%20%3FProperty%20wdt%3AP8%20wd%3AQ77492.%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP364%20%3Fexample.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP86%20%3Freciprocal.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP343%20%3Fwd.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP310%20%3Fuseful_statements.%20%7D%0A%7D%0AORDER%20BY%20%28%3FPropertyLabel%29 Die Properties zu Namen und Titeln]. Wir sollten wohl noch eine Property einrichten für den, der den Titel verleiht, und dann eine Musterperson machen, bei den wir mit Qualifikatoren die Details nennen.<br />
::Dieselbe [https://database.factgrid.de/query/#SELECT%20%3FPropertyLabel%20%3FProperty%20%3FPropertyDescription%20%3Freciprocal%20%3FreciprocalLabel%20%3Fexample%20%3Fuseful_statements%20%3Fwd%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22de%22.%20%7D%0A%20%20%3FProperty%20wdt%3AP8%20wd%3AQ77492.%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP364%20%3Fexample.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP86%20%3Freciprocal.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP343%20%3Fwd.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP310%20%3Fuseful_statements.%20%7D%0A%7D%0AORDER%20BY%20%28%3FPropertyLabel%29 Abfrage auf Deutsch]. P26.<br />
:::Und eine für den Qualifier, wer den Titel verlieh, habe ich aufgemacht.<br />
:Mir fehlt irgendwie das "Ereignis" der Nobilitierung als Auszeichnung und Namensänderung wie Ordensverleihung (ging ja manchmal hand in hand...)--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 15:00, 27 December 2019 (CET)<br />
:::Hm, das ist natürlich die edelste Option: Ein Ereignis aufmachen, weil man es dann dokumentieren kann, es datieren kann, es mit Personen ausstatten kann. Wie finden solche Ereignisse statt? Wenn man einfach nur den Adelsbrief zugestellt erhält, dann ist es besser (verlorene) Dokumente aufzumachen (mit Sender, Empfänger...). Wenn es aber echte Ereignisse sind, bei denen Leute an Orten aufeinander treffen, dann sollten wir das machen. (Die Frage ist immer: auf welche Suche soll man das finden? Welche Frage möchtest Du an die Datenbank stellen, bei der das dann in einer Tabelle oder auf einem Zeitstrahl auftaucht? --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 17:25, 27 December 2019 (CET)<br />
:Eine Datenbank, bei der man die Fragen vorher kennen muss, ist langweilig... Wir wissen nicht, welche Fragen sich in Zukunft stellen. Und wenn es irgendwo eines Tages klemmt, muss ein Bot die Daten später so umgliedern, das es für die neue Frage passt. Derzeit sind wir ganz am Anfang. Da muss doch Property:Nobilitierung mit Item:Reichsadel und Datum:Jahr erstmal genügen.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 17:44, 27 December 2019 (CET)<br />
<br />
:::Also für die Nobilitierung würde ich in diesem Fall das P26 statement nehemen (<--P26 bezieht sich auf ererbte Titel (dafür kann kein Betroffener etwas, das ist so, per Geburt), hier geht es um die Auszeichnung als Verdienst der Person...). Du baust dazu den Titel, der verliehen wird und setzt mit P49 den Startzeitpunkt und mit der neuen P393 den Verleiher. Eine Reichsnobilitierung als Q-Nummer ist ok. Bei der Ordensverleihung wüürdest Du doch wohl auch nur eine P-Nummer für alle möglichen Orden aufmachen und dann für jeden denkbare Orden ein Q. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 18:21, 27 December 2019 (CET) <br />
::Du verstehst mich gerade nicht:Bei einfach "von" haben wir keinen Titel, es ist eine Nobiltierung: einfach "von". Also kann ich auch keinen Titel wie Baron, Freiherr, Graf etc dazu zusetzen...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 19:55, 27 December 2019 (CET)<br />
Hm. Dann lass uns trotzdem nochmal gründlich über das beste Modell nachdenken.<br />
* Mir hat bereits jetzt nie sonderlich gut gefallen, dass wir so etwas wie "von Goethe" als Namen führen. "Goethe" wäre für das Alphabet besser und könnten wir dann eingehender mit einer zu bauenden Property die Namnspräfixe sowie mit [[Property:P74]] die Namenssuffixe nennen und erklären - etwa ob ein "von" ein Adelsprädikat ist, ob es erblich war, oder ob es nur einen Ortsbezug herstellte - all das könnten wir mit Qualifikatoren zu den Namensinformationen hinzugeben. Dann hätten wir die Namen besser auseinandergenommen.<br />
* Wenn es um die Ehrung der Noblitierung geht, bin ich geneigt [[Property:P171]] dahingehend zu öffnen, dass ich verschiedene Qs der Noblitierung zulassen kann. Persönliche im Reich, erbliche und so fort. Da kann man dann auch Qs bauen wie Erhebung in den Fürstenstand und so fort.<br />
* Vielleicht auch sollten wir die Adelsnamen mit dem von belassen, aber ich stelle automatisch die von-Titel nach, so dass die Alphabete stimmen.<br />
Wenn ich eine Property Nobilitierung aufmache, weiß ich noch immer nicht, was dann die Qs dazu sein sollen. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 21:39, 27 December 2019 (CET)<br />
::Erstmal nur Datum (im Zweifel Jahr) ggfls mit Quelle und Lit.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 22:21, 27 December 2019 (CET)<br />
Nur mal so gedacht [[Item:Q409]] - es scheint mir logischer als eine Datums-P aufzumachen. Habe aber auch nichts dagegen, wenn Du sagst dass das besser wäre... --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 23:41, 27 December 2019 (CET)<br />
<br />
=== Property für das Datum der Nobilitierung [[Property:P394]] ===<br />
Bin gespannt wie sich die Property verbreitet und neugierig. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 09:29, 28 December 2019 (CET)<br />
<br />
== [https://database.factgrid.de/wiki/Property:P450 örtliche Zuständigkeit (P450)] ==<br />
<br />
Ich möchte die Eigenschaft "[https://database.factgrid.de/wiki/Property:P450 gehört zum Zuständigkeitsbereich]" vorschlagen. Hier finden Sie dieselbe [https://www.wikidata.org/wiki/Property:P1001 Wikidata-Eigenschaft]. Ich möchte zum Beispiel solche Sätze erstellen:<br />
<br />
Das [https://database.factgrid.de/wiki/Item:Q146313 Statistische Bundesamt] [https://database.factgrid.de/wiki/Property:P450 gehört zum Zuständigkeitsbereich] [https://database.factgrid.de/wiki/Item:Q140530 Deutschland]<br />
<br />
Aber ich darf momentan keine geographischen oder politischen Entitäten als Objekt wählen.<br />
<br />
--[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 12:14, 4 March 2020 (CET)<br />
<br />
:Juristen unterscheiden in sachliche und örtliche Zuständigkeit. Insofern würde ich eine präzisere Anlehnung an das Gesetz mit Angabe der Zuständigkeitsnorm bevorzugen. Bei zeitlichen --[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 13:04, 4 March 2020 (CET)<br />
<br />
Danke für die hilfreiche Nachricht! Gerne können wir die zwei Eigenschaften 1) sachliche und 2) örtliche Zuständigkeit erstellen. Der Zeitraum der Zuständigkeit kann dann als "qualifier" ausgedrückt werden. --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 13:23, 4 March 2020 (CET)<br />
<br />
Die bestehen bereits: [https://database.factgrid.de/wiki/Property:P450 örtliche Zuständigkeit (P450)] und [https://database.factgrid.de/wiki/Property:P451 sachliche Zuständigkeit (P451)] --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 15:33, 4 March 2020 (CET)<br />
<br />
''Nach edit-Konflikt'''<br />
:Für die örtliche Zuständigkeit bestand bereits [[Property:P429]] - ich sehe aber zudem exakt das Problem das Martin sieht, wir brauchen etwas Sinnvolles für die sachliche Zuständigkeit. Ich denke dabei brauchen wir reziproke Optionen. Beides lege ich an als [[Property:P452]] "Zuständigkeitsbereich" und [[Property:P453]] "im Zuständigkeitsbereich von". Martin mag gerne legale Definitionen beifügen, das geht mit [[Property:P423]]. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 15:40, 4 March 2020 (CET)<br />
<br />
::Das war jetzt etwas schnell und brachte uns zwei Dubletten. Wobei meine Anlagen diejenigen sind, die in den Registern auftauchen. Lasst uns vorher kurz beraten, ob nicht schon dergleichen im System ist und ob's auch wirklich zuende gedacht ist. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 15:43, 4 March 2020 (CET)<br />
<br />
Genau, ich entschuldige mich dafür. --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 17:29, 4 March 2020 (CET)<br />
<br />
== divorce ==<br />
<br />
What is the best way to give information about a divorce? A proposition would be to create a qualifier "date of divorce" to P84 (married with), but it has the inconvenient to duplicate the information contained in the qualifier P50. Does anyone have a better idea? [[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 11:19, 2 May 2020 (CEST)<br />
:My legal understanding ist, that a marriage ends legally by death or divorce. There are some further ways to get out especially considering church law, but theses are the two main reasons. So, the end is the end, by one or the other reason. And "divorce" is just an explanation, like cause of death... We don't mix there either...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 12:41, 2 May 2020 (CEST)<br />
::What about qualifying it with [[Property:P464]] and [[Item:Q153391]] which I just created. If you want to refer to a specific divorce process you might also create it. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 12:57, 2 May 2020 (CEST)<br />
::The thing will have to be a qualifier since it will usually happen on several marriage candidates. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 13:03, 2 May 2020 (CEST)<br />
::Then you should create the Annulment under Canon Law aswell. Thats something we like to forget in the protestant North.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 13:52, 2 May 2020 (CEST)<br />
<br />
== New Property: Collegiate church ==<br />
<br />
As collegiate churches do not belong to the property monastery it would be useful to have this property for all organisations that are non-monastic communites of clergy, organised as a self-governing corporate body, which may be presided over by a dean or provost.<br />
[[User:Barbara Kröger|Barbara Kröger]] ([[User talk:Barbara Kröger|talk]]) 17:04, 11 May 2020 (CEST)<br />
<br />
-- monastery is not a property but an item (Q141472). You can create a new item for a non-monastic community of clergy, with a statement P3 (subclass of) and Q141464 (religious organization) --[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 18:32, 11 May 2020 (CEST)<br />
<br />
== Militärische Angaben ==<br />
<br />
Zum Ausprobieren würde ich gerne ein paar militärische Quellen aus dem 1. Weltkrieg anlegen. Erster Eintrag ist der zu [[Item:Q165491|Hermann Opitz]]. Hier fehlen mir noch Angaben zum Dienstgrad (Vorschlag: Property [[Property:P487|military rank]] mit data type Item) und zur Einheit (Vorschlag: Property [[Property:P488|military unit]] mit data type Item).<br />
<br />
== Link real estate and street ==<br />
<br />
There should be a property to link real estates (e.g. [[Item:Q147176|Liebigstraße 2]]) to streets (e.g. [[Item:Q147175|Liebigstraße]]).</div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147175&diff=2952127Item:Q1471752020-11-14T15:49:36Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P47: Item:Q10378</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169309&diff=2709061Item:Q1693092020-06-20T06:38:58Z<p>Jesper Zedlitz: /* wbsetsitelink-add:1|enwiki */ SM UB-46</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169308&diff=2709060Item:Q1693082020-06-20T06:38:29Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P2: Item:Q169310</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169309&diff=2709059Item:Q1693092020-06-20T06:38:15Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P2: Item:Q169310</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169310&diff=2709058Item:Q1693102020-06-20T06:38:06Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ submarine, type</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169309&diff=2709057Item:Q1693092020-06-20T06:37:58Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P2: Item:Q169307</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169309&diff=2709056Item:Q1693092020-06-20T06:37:45Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ UB 46, ship</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169308&diff=2709055Item:Q1693082020-06-20T06:37:06Z<p>Jesper Zedlitz: /* wbsetsitelink-add:1|enwiki */ SM UB-127</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2708870Item:Q1654912020-06-20T06:30:04Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P488: Item:Q169308</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169308&diff=2708869Item:Q1693082020-06-20T06:29:51Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P2: Item:Q169307</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169308&diff=2708868Item:Q1693082020-06-20T06:29:40Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ UB 127, ship</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169307&diff=2708867Item:Q1693072020-06-20T06:29:28Z<p>Jesper Zedlitz: /* wbsetdescription-set:1|en */ type</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169307&diff=2708836Item:Q1693072020-06-20T06:29:09Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ Ship, vessel</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169305&diff=2708798Item:Q1693052020-06-20T06:28:49Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P2: Item:Q169306</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169306&diff=2708790Item:Q1693062020-06-20T06:28:41Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ military rank, type</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169305&diff=2708765Item:Q1693052020-06-20T06:28:05Z<p>Jesper Zedlitz: /* wbsetdescription-add:1|en */ military rank</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169305&diff=2708764Item:Q1693052020-06-20T06:28:05Z<p>Jesper Zedlitz: /* wbsetlabel-add:1|en */ U.Matrose</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2708737Item:Q1654912020-06-20T06:27:50Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P487: Item:Q169305</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q169305&diff=2708719Item:Q1693052020-06-20T06:27:42Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ U.Matrose, militärischer Rank</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=FactGrid_talk:Directory_of_Properties&diff=2708621FactGrid talk:Directory of Properties2020-06-20T06:26:50Z<p>Jesper Zedlitz: Properties angelegt</p>
<hr />
<div>== Welcome on the page for Property proposals and debates ==<br />
<br />
* [https://database.factgrid.de/w/index.php?title=Special:ListProperties/&limit=500&offset=0 List of Properties]<br />
* [[Special:NewProperty]]<br />
<br />
New Properties should be discussed and made public on this page. We have to make sure that they are well connected (with P8 statements as given in brackets in the [[FactGrid:Directory of Properties]]), so that others will begin to use them as well. As a general guideline FactGrid should welcome experiments. We are a platform for research and we should encourage new questions and new solutions to problems (which will not save us from the dilemma that we will always be able to make a statement in more than one way - and in the bad case without being able to run interesting searches on this statement in the end). --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 13:52, 17 December 2019 (CET)<br />
<br />
== Nobilitierung ==<br />
Olaf, wo Du gerade bei Martens warst, mE fehlt wohl die persönliche "Auszeichnung" durch "Nobiltierung", die in der Konsequenz oft eine mit Datum festzumachende "Namensänderung" beinhaltet, wobei die Verleihung wie "Reichsadel" oder "frz." bzw "dän." vllt gleich berücksichtigt werden sollte. Hinzu kämen perspektivisch, wenn auch nicht für Martens die upgrades --> Freiherr oder --> Graf. Sollte aber mE flach und einfach gehalten werden...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 11:36, 27 December 2019 (CET)<br />
:Ist eigentlich alles da, nur von uns noch nicht konsistenter genutzt [https://database.factgrid.de/query/#SELECT%20%3FPropertyLabel%20%3FProperty%20%3FPropertyDescription%20%3Freciprocal%20%3FreciprocalLabel%20%3Fexample%20%3Fuseful_statements%20%3Fwd%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22.%20%7D%0A%20%20%3FProperty%20wdt%3AP8%20wd%3AQ77492.%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP364%20%3Fexample.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP86%20%3Freciprocal.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP343%20%3Fwd.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP310%20%3Fuseful_statements.%20%7D%0A%7D%0AORDER%20BY%20%28%3FPropertyLabel%29 Die Properties zu Namen und Titeln]. Wir sollten wohl noch eine Property einrichten für den, der den Titel verleiht, und dann eine Musterperson machen, bei den wir mit Qualifikatoren die Details nennen.<br />
::Dieselbe [https://database.factgrid.de/query/#SELECT%20%3FPropertyLabel%20%3FProperty%20%3FPropertyDescription%20%3Freciprocal%20%3FreciprocalLabel%20%3Fexample%20%3Fuseful_statements%20%3Fwd%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22de%22.%20%7D%0A%20%20%3FProperty%20wdt%3AP8%20wd%3AQ77492.%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP364%20%3Fexample.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP86%20%3Freciprocal.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP343%20%3Fwd.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP310%20%3Fuseful_statements.%20%7D%0A%7D%0AORDER%20BY%20%28%3FPropertyLabel%29 Abfrage auf Deutsch]. P26.<br />
:::Und eine für den Qualifier, wer den Titel verlieh, habe ich aufgemacht.<br />
:Mir fehlt irgendwie das "Ereignis" der Nobilitierung als Auszeichnung und Namensänderung wie Ordensverleihung (ging ja manchmal hand in hand...)--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 15:00, 27 December 2019 (CET)<br />
:::Hm, das ist natürlich die edelste Option: Ein Ereignis aufmachen, weil man es dann dokumentieren kann, es datieren kann, es mit Personen ausstatten kann. Wie finden solche Ereignisse statt? Wenn man einfach nur den Adelsbrief zugestellt erhält, dann ist es besser (verlorene) Dokumente aufzumachen (mit Sender, Empfänger...). Wenn es aber echte Ereignisse sind, bei denen Leute an Orten aufeinander treffen, dann sollten wir das machen. (Die Frage ist immer: auf welche Suche soll man das finden? Welche Frage möchtest Du an die Datenbank stellen, bei der das dann in einer Tabelle oder auf einem Zeitstrahl auftaucht? --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 17:25, 27 December 2019 (CET)<br />
:Eine Datenbank, bei der man die Fragen vorher kennen muss, ist langweilig... Wir wissen nicht, welche Fragen sich in Zukunft stellen. Und wenn es irgendwo eines Tages klemmt, muss ein Bot die Daten später so umgliedern, das es für die neue Frage passt. Derzeit sind wir ganz am Anfang. Da muss doch Property:Nobilitierung mit Item:Reichsadel und Datum:Jahr erstmal genügen.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 17:44, 27 December 2019 (CET)<br />
<br />
:::Also für die Nobilitierung würde ich in diesem Fall das P26 statement nehemen (<--P26 bezieht sich auf ererbte Titel (dafür kann kein Betroffener etwas, das ist so, per Geburt), hier geht es um die Auszeichnung als Verdienst der Person...). Du baust dazu den Titel, der verliehen wird und setzt mit P49 den Startzeitpunkt und mit der neuen P393 den Verleiher. Eine Reichsnobilitierung als Q-Nummer ist ok. Bei der Ordensverleihung wüürdest Du doch wohl auch nur eine P-Nummer für alle möglichen Orden aufmachen und dann für jeden denkbare Orden ein Q. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 18:21, 27 December 2019 (CET) <br />
::Du verstehst mich gerade nicht:Bei einfach "von" haben wir keinen Titel, es ist eine Nobiltierung: einfach "von". Also kann ich auch keinen Titel wie Baron, Freiherr, Graf etc dazu zusetzen...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 19:55, 27 December 2019 (CET)<br />
Hm. Dann lass uns trotzdem nochmal gründlich über das beste Modell nachdenken.<br />
* Mir hat bereits jetzt nie sonderlich gut gefallen, dass wir so etwas wie "von Goethe" als Namen führen. "Goethe" wäre für das Alphabet besser und könnten wir dann eingehender mit einer zu bauenden Property die Namnspräfixe sowie mit [[Property:P74]] die Namenssuffixe nennen und erklären - etwa ob ein "von" ein Adelsprädikat ist, ob es erblich war, oder ob es nur einen Ortsbezug herstellte - all das könnten wir mit Qualifikatoren zu den Namensinformationen hinzugeben. Dann hätten wir die Namen besser auseinandergenommen.<br />
* Wenn es um die Ehrung der Noblitierung geht, bin ich geneigt [[Property:P171]] dahingehend zu öffnen, dass ich verschiedene Qs der Noblitierung zulassen kann. Persönliche im Reich, erbliche und so fort. Da kann man dann auch Qs bauen wie Erhebung in den Fürstenstand und so fort.<br />
* Vielleicht auch sollten wir die Adelsnamen mit dem von belassen, aber ich stelle automatisch die von-Titel nach, so dass die Alphabete stimmen.<br />
Wenn ich eine Property Nobilitierung aufmache, weiß ich noch immer nicht, was dann die Qs dazu sein sollen. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 21:39, 27 December 2019 (CET)<br />
::Erstmal nur Datum (im Zweifel Jahr) ggfls mit Quelle und Lit.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 22:21, 27 December 2019 (CET)<br />
Nur mal so gedacht [[Item:Q409]] - es scheint mir logischer als eine Datums-P aufzumachen. Habe aber auch nichts dagegen, wenn Du sagst dass das besser wäre... --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 23:41, 27 December 2019 (CET)<br />
<br />
=== Property für das Datum der Nobilitierung [[Property:P394]] ===<br />
Bin gespannt wie sich die Property verbreitet und neugierig. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 09:29, 28 December 2019 (CET)<br />
<br />
== [https://database.factgrid.de/wiki/Property:P450 örtliche Zuständigkeit (P450)] ==<br />
<br />
Ich möchte die Eigenschaft "[https://database.factgrid.de/wiki/Property:P450 gehört zum Zuständigkeitsbereich]" vorschlagen. Hier finden Sie dieselbe [https://www.wikidata.org/wiki/Property:P1001 Wikidata-Eigenschaft]. Ich möchte zum Beispiel solche Sätze erstellen:<br />
<br />
Das [https://database.factgrid.de/wiki/Item:Q146313 Statistische Bundesamt] [https://database.factgrid.de/wiki/Property:P450 gehört zum Zuständigkeitsbereich] [https://database.factgrid.de/wiki/Item:Q140530 Deutschland]<br />
<br />
Aber ich darf momentan keine geographischen oder politischen Entitäten als Objekt wählen.<br />
<br />
--[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 12:14, 4 March 2020 (CET)<br />
<br />
:Juristen unterscheiden in sachliche und örtliche Zuständigkeit. Insofern würde ich eine präzisere Anlehnung an das Gesetz mit Angabe der Zuständigkeitsnorm bevorzugen. Bei zeitlichen --[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 13:04, 4 March 2020 (CET)<br />
<br />
Danke für die hilfreiche Nachricht! Gerne können wir die zwei Eigenschaften 1) sachliche und 2) örtliche Zuständigkeit erstellen. Der Zeitraum der Zuständigkeit kann dann als "qualifier" ausgedrückt werden. --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 13:23, 4 March 2020 (CET)<br />
<br />
Die bestehen bereits: [https://database.factgrid.de/wiki/Property:P450 örtliche Zuständigkeit (P450)] und [https://database.factgrid.de/wiki/Property:P451 sachliche Zuständigkeit (P451)] --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 15:33, 4 March 2020 (CET)<br />
<br />
''Nach edit-Konflikt'''<br />
:Für die örtliche Zuständigkeit bestand bereits [[Property:P429]] - ich sehe aber zudem exakt das Problem das Martin sieht, wir brauchen etwas Sinnvolles für die sachliche Zuständigkeit. Ich denke dabei brauchen wir reziproke Optionen. Beides lege ich an als [[Property:P452]] "Zuständigkeitsbereich" und [[Property:P453]] "im Zuständigkeitsbereich von". Martin mag gerne legale Definitionen beifügen, das geht mit [[Property:P423]]. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 15:40, 4 March 2020 (CET)<br />
<br />
::Das war jetzt etwas schnell und brachte uns zwei Dubletten. Wobei meine Anlagen diejenigen sind, die in den Registern auftauchen. Lasst uns vorher kurz beraten, ob nicht schon dergleichen im System ist und ob's auch wirklich zuende gedacht ist. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 15:43, 4 March 2020 (CET)<br />
<br />
Genau, ich entschuldige mich dafür. --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 17:29, 4 March 2020 (CET)<br />
<br />
== divorce ==<br />
<br />
What is the best way to give information about a divorce? A proposition would be to create a qualifier "date of divorce" to P84 (married with), but it has the inconvenient to duplicate the information contained in the qualifier P50. Does anyone have a better idea? [[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 11:19, 2 May 2020 (CEST)<br />
:My legal understanding ist, that a marriage ends legally by death or divorce. There are some further ways to get out especially considering church law, but theses are the two main reasons. So, the end is the end, by one or the other reason. And "divorce" is just an explanation, like cause of death... We don't mix there either...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 12:41, 2 May 2020 (CEST)<br />
::What about qualifying it with [[Property:P464]] and [[Item:Q153391]] which I just created. If you want to refer to a specific divorce process you might also create it. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 12:57, 2 May 2020 (CEST)<br />
::The thing will have to be a qualifier since it will usually happen on several marriage candidates. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 13:03, 2 May 2020 (CEST)<br />
::Then you should create the Annulment under Canon Law aswell. Thats something we like to forget in the protestant North.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 13:52, 2 May 2020 (CEST)<br />
<br />
== New Property: Collegiate church ==<br />
<br />
As collegiate churches do not belong to the property monastery it would be useful to have this property for all organisations that are non-monastic communites of clergy, organised as a self-governing corporate body, which may be presided over by a dean or provost.<br />
[[User:Barbara Kröger|Barbara Kröger]] ([[User talk:Barbara Kröger|talk]]) 17:04, 11 May 2020 (CEST)<br />
<br />
-- monastery is not a property but an item (Q141472). You can create a new item for a non-monastic community of clergy, with a statement P3 (subclass of) and Q141464 (religious organization) --[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 18:32, 11 May 2020 (CEST)<br />
<br />
== Militärische Angaben ==<br />
<br />
Zum Ausprobieren würde ich gerne ein paar militärische Quellen aus dem 1. Weltkrieg anlegen. Erster Eintrag ist der zu [[Item:Q165491|Hermann Opitz]]. Hier fehlen mir noch Angaben zum Dienstgrad (Vorschlag: Property [[Property:P487|military rank]] mit data type Item) und zur Einheit (Vorschlag: Property [[Property:P488|military unit]] mit data type Item).</div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Property:P488&diff=2708592Property:P4882020-06-20T06:26:08Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P343: P7779</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Property:P488&diff=2708586Property:P4882020-06-20T06:25:53Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P8: Item:Q77478</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Property:P488&diff=2708579Property:P4882020-06-20T06:25:38Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ member of military unit, military unit that a person is/was in</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Property:P487&diff=2708537Property:P4872020-06-20T06:23:12Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P8: Item:Q77493</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Property:P487&diff=2708536Property:P4872020-06-20T06:23:00Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P8: Item:Q77478</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Property:P487&diff=2708535Property:P4872020-06-20T06:22:18Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P343: P410</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Property:P487&diff=2708528Property:P4872020-06-20T06:21:44Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ military rank, military rank achieved by a person (should usually have a "start time" qualifier), or military rank associated with a position</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=FactGrid:Data_modeling&diff=2692767FactGrid:Data modeling2020-06-13T16:26:34Z<p>Jesper Zedlitz: /* Sources with scans */</p>
<hr />
<div><br />
== The Problem of on-and off existence ==<br />
<br />
Gotha's Lodge [[Item:Q10575]] is a typical example: it has a starting point [[Property:P49]] but actually several new starts and more than one end [[Property:P50]]. People found a lodge, the lodge is closed (in the events of the French Revolution), it re-opens in the national wave of the Napoleonic wars, it is closed again in 1935 and re-eopened in 1949 or later or never.<br />
<br />
Is it always the same lodge? What do we do with changing names? The German National Library creates loads of items under ever new names - and you have to make sure to get the respective successions. The alternative: If those involved wanted to state that they actually are the same people (even if that is only a fiction of continuity) let them:<br />
<br />
The present solution: We have started to use [[Property:P137]] "History" and [[Item:Q94446]] "active phase":<br />
<br />
See [[Item:Q10575]] Lodge "Ernst zum Compaß", Gotha<br />
<br />
We can now use qualifiers on each active phase in order to state a respective beginning and a respective end. Is this a good option? How does it work in SPARQL searches if you want to give a time line? How does the option agree with the general P49/P50 use on items?<br />
<br />
--Timeline is fine. Try for example [https://database.factgrid.de/query//#%23defaultView%3ATimeline%0A%23lodges%20in%20Gotha%20between%201760%20and%201830%0ASELECT%20%3Flodge%20%3FlodgeLabel%20%3Fstart%20%3Fend%20%0AWHERE%20%0A%7B%0A%20%20%3Flodge%20wdt%3AP2%20wd%3AQ11211%20.%0A%20%20%3Flodge%20wdt%3AP83%20wd%3AQ10279%20.%0A%20%20%3Flodge%20p%3AP137%20%5B%0A%20%20%20%20%20%20%20%20ps%3AP137%20wd%3AQ94446%3B%0A%20%20%20%20%20%20%20%20pq%3AP49%20%3Fstart%3B%0A%20%20%20%20%20%20%20%20pq%3AP50%20%3Fend%20%20%20%20%20%20%20%5D%0A%20%20%20FILTER%28%3Fstart%20%3C%20%221830-01-01T00%3A00%3A00Z%22%5E%5Exsd%3AdateTime%20%26%26%20%3Fend%20%3E%20%221760-01-01T00%3A00%3A00Z%22%5E%5Exsd%3AdateTime%29%0A%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D Gotha's Lodge between 1760 and 1830]. No problem either with the general P49/P50 (you can use OPTIONAL for the history) --[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 18:46, 14 May 2020 (CEST)<br />
<br />
::Beautiful. You know how to script these things. (And you should write a blog post one of these days about practical tips - like how to get open refine connected or how to best learn scripting these things... --22:18, 14 May 2020 (CEST)<br />
:::Just tested it with all the lodges that have these markers. Turns out that the search does not get the continuities. I added labels to show that. <br />
:::* [https://database.factgrid.de/query//#%23defaultView%3ATimeline%0A%23lodges%20in%20Gotha%20between%201760%20and%201830%0ASELECT%20%3Flodge%20%3FlodgeLabel%20%3Fstart%20%3Fend%20WHERE%20%7B%0A%20%20%3Flodge%20wdt%3AP2%20wd%3AQ11211%3B%0A%20%20%20%20p%3AP137%20_%3Ab1.%0A%20%20_%3Ab1%20ps%3AP137%20wd%3AQ94446%3B%0A%20%20%20%20pq%3AP49%20%3Fstart%3B%0A%20%20%20%20pq%3AP50%20%3Fend.%0A%20%20FILTER%28%28%3Fstart%20%3C%20%221830-01-01T00%3A00%3A00Z%22%5E%5Exsd%3AdateTime%29%20%26%26%20%28%3Fend%20%3E%20%221760-01-01T00%3A00%3A00Z%22%5E%5Exsd%3AdateTime%29%29%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D all lodges histories]<br />
:::The visualisation packs the histories without understanding the continuities. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 07:24, 15 May 2020 (CEST)<br />
::yes, there is a problem. I don't see any possibility to solve it because the way the Timeline module of the query service put the data in the layout is to maximize the compacity and there is no way to constrain it to align data by using any criterion; the only solution is to use another Timeline module with more features.--[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 12:12, 15 May 2020 (CEST)<br />
<br />
== Changing names ==<br />
<br />
An organisation can run through dozens of name changes over the years - e.g. an Early Modern Publishing house with name changes whenever a father hands down the business to son, wife, son in law etc.<br />
<br />
We are presently using [[Property:P57]] for a history of naming but that is not ideal since usual searches will not get to the the right names at the right moment.<br />
:: It is a major question. I am not convinced by using [[Property:P57]] for the reason you give. In my view, as historians, we have to give information which is as close as possible to the sources and to the actors themselves. It means that we have to name organizations as they were named in the sources. It is possible that the same organization has two or three different names at the same time. We have to choose one of its names as the reference name and put the other ones as aliases (and maybe also as objects of the property P57 naming). But, in my view, in case the organization changed its name at certain times, we have to create different items. Let me take the example of the French Academy of Sciences. It was an Old Regime institution called Académie royale des sciences [[Item:Q153559]], then during the Revolution it became the First Class of the National Institute [[Item:Q153578]], and finally in 1816 again Académie des sciences [[Item:Q153579]]. Is it the same institution? Maybe yes, maybe no, but, from the point of view of the historians it is much better, I think, to consider them as different institutions, at least as a basic statement. But the condition is to link these different institutions to make a chain, which will be the "intemporal institution". I propose to use [[Property:P6]] and [[Property:P7]] to create this chain. Suppose you want to consider in a query not the Old Regime Academy [[Item:Q153559]] but the Academy of Sciences in the longue durée. You can create the variable ?Academy in the clause WHERE with the triple: Q153559 wdt:P7* ?Academy. If you use ?Academy in another clause you can retrieve information concerning the Academy of sciences from its foundation in 17th century to today; if you want to consider only the First Class of the Institute and the modern Academy of Sciences you can create the variable ?Academy in the clause WHERE with the triple: Q153578 wdt:P7* ?Academy, and so on. Try [https://database.factgrid.de/query/#%23Academy%20of%20Sciences%20%28Paris%29%0ASELECT%20%3FAcademy%20%3FAcademyLabel%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0Awd%3AQ153559%20wdt%3AP7%2a%20%3FAcademy.%0A%7D] and [https://database.factgrid.de/query/#%23Academy%20of%20Sciences%20%28Paris%29%0ASELECT%20%3FAcademy%20%3FAcademyLabel%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0Awd%3AQ153578%20wdt%3AP7%2a%20%3FAcademy.%0A%7D].--[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 14:22, 15 May 2020 (CEST)<br />
.<br />
<br />
== Stemmata ==<br />
[[File:Howald-sigerist.png|thumb|Ernst Howald and Henry E. Sigerist. Antonii Musa De herba vettonica ... Leipzig 1927]] We created two properties for this: [[Property:P233]] names the object - a book edition, a manuscript or any other thing that is genetically earlier. [[Property:P234]] comes as the qualifier and offers a statement on what basis the object can be seen as a following. You might for instance link a translation to the edition that gave the original text.<br />
<br />
The organisation is top down chronological (the guide lines in the picture above are not that beautiful, but dates on y-axis would be cool).<br />
<br />
Objects can have multiple connections to earlier Items (a medieval scribe could use two books to create a new version of the text).<br />
<br />
It would be cool if the P234 information became available on the lines that are connecting items.<br />
<br />
One of the problems is here also: How do I select a family of items?<br />
<br />
== The situation at a particular point in time ==<br />
Think of a house: Tenants are moving in and out - we can model that with [[Property:P239]] "resident" and P49/50 qualifiers. You are now interested in the situation at a point in history: Who were the tenants on March 3, 1848?<br />
<br />
If we can get this done for a house like [[Item:Q14572]] we might be able to show a city at a point in time.<br />
<br />
== Organisational ties ==<br />
Originally we thought we should use The Wikibase advantage of being able to create any imaginable statement to do just that. A lodge has a "Mother lodge", so do create a link to that (with the daughter lodge respective property). It can chose an umbrella organisation, it will accept an obedience (adhering a system) etc.<br />
<br />
The problem of these specific properties<br />
<br />
* is that a neighbouring organisation might have its own nomenclature for pretty much the same dependencies - or that it can have the same terms, but mean something different with them.<br />
* that you need to know the specific terminology in order to run a query<br />
<br />
The general solution could be a standard option like "organisational ties" and use that property to specify them with the quakifiers for the specific tie.<br />
<br />
A more specific solution can lie in between these poles: We create a pattern of general types of these ties, so that we can then ask broad questions in order to see different networks.<br />
<br />
# is owned by / owns<br />
# parent organisation / subsidiaries<br />
# received the patent from / granted patents to <br />
# represented by / representing<br />
# member of / members<br />
# partner organisations<br />
# organisationally supported by / supporting with organisational help<br />
# financed by / finances<br />
# recognised by / recognises<br />
# next hierarchical level level above / next hierarchical level underneath<br />
<br />
One would now use qualifiers to give the exact terminologies. Which of these are redundant? which of the are missing? #<br />
<br />
Is there a better option?<br />
<br />
== Data and Metadata ==<br />
It is important to carefully distinguish between data and metadata. A data is a specific entity; a metadata is a data that provides information about other datas; it is also called a class. An entity is defined as a data by P2:instance of, and as a metadata (class) by P3:subclass of. P2 and P3 are exclusive: it means that a data cannot be at the same time an "instance of" and a "subclass of" the same data.<br />
<br />
Defining classes (and subclasses) improves queries tremenduouly.<br />
<br />
For example: "University of Erfurt" (Q11263) is "an instance of" (P2) "university" (Q11307), which is "a subclass of" (P3) "higher education institution" (Q144732), which is "a subclass of" (P3) "education institution" (Q160273), which is "a subclass of" (P3) "organisation" (Q12).<br />
<br />
If you want to get only the universities (including the University of Erfurt), you make the simple query:<br />
<br />
?universities wdt:P2 wd:Q11307<br />
<br />
If you want to get all the education institutions (including the universities, and especially the University of Erfurt), you make a property-path query (using the slash /):<br />
<br />
?educationInstitution wdt:P2/wdt:P3* wd:Q160273.<br />
<br />
The star * means that you go through all the subclasses of wd:Q160273.<br />
<br />
In conclusion, use P3:"subclass of" and not P2:"instance of" when you create an item which is a metadata. Quite often the superclass of this subclass does not exist and you have to create it at the same time. It is a bottom-up way to develop the ontology of Factgrid. --[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 15:55, 20 May 2020 (CEST)<br />
<br />
== A cohesive data model for people (and careers) ==<br />
We will need a more cohesive data model for people, especially to note positions, employments, offices held.<br />
<br />
I started with my own CV as I felt I could handle this without deeper recourse to complex data models<br />
<br />
* [[Item:Q11298|Olaf Simons]] - a CV with modern information about employments<br />
<br />
Our Illuminati biographies required greater attention to membership and offices or ranks these people held:<br />
<br />
* [[Item:Q474|Christian Georg von Helmolt]] - a CV with extensive information about (masonic offices) held by von Helmolt, note here the combination of P266 offices held with qualifier P267 organisational context.<br />
<br />
The third wave of biographies derived from the ''Thüringer Pfarrerbücher'' wanted to be sychronised with information that appeared on the different pastorates. Note in both Items the use of positions and <br />
<br />
* [[Item:Q42335|Johann Ernst Haun]] - a pastor connected to the information stated on the pastorates he served at<br />
* [[Item:Q43421|Pastorate Gotha-Siebleben]] - note how the P166 (position) qualifier was used here.<br />
<br />
Barbara Kröger and Christian Popp of the Germania Sacra project proposed this arrangement for <br />
<br />
* [[Item:Q160431|Heinrich Belitz]] - note here the use of the career statement and the use of P91 (membership) as a qualifier.<br />
<br />
My proposal would be to use P91 in the first level triples, as they give us valuable information about the organisational networking. If we bring Belitz life into the [[Item:Q474|Christian Georg von Helmolt]] pattern we will create a CV like <br />
<br />
* [[Item:Q164190|Laurentius Tamme]].<br />
<br />
It is essentially irrelevant how we do it - and to some extent merely a question of transformations that will be more or less easy. We would have to transform some 2000 CVs of pastors to state that they were pastors in several places. The ugly part is that much of this would become manual work: Wikibase does not like a QuickStatement input with repetitive statements: If a person is a pastor in 4 different positions the automatic input will state once that he was a pastor, it will then list the positions - and, terrible, all the begin dates and all the end dates in two separate heaps of no further use.<br />
<br />
It is clear on the other hand why one might not like to state that person X was employed at Abbey Y in the position of an abbot.<br />
<br />
We can pragmatically allow all these statements side by side. The software is just collecting triples and none of these triples is wrong in itself. The problem is here basically that the same searches will not work throughout the database's range - which will become nasty if ever we manage to run a simple search interface with a few standard input fields on the database.<br />
<br />
A simple way to set a compromise is to slightly rename certain Properties to make them work from the 12th century abbot to the 21st century employee.<br />
<br />
A side remark on the career statement option: I have used this Property with the hope to win a specialist on professions who would use her own database to revise and differentiate this mess with her own interest in jobs. That is basically why I hesitated to turn that very open statement into a base. (The second reason I mentioned above: the automatic input would produce a lot of work once we began to use repetitive statements of the same with ever changing qualifiers.) <br />
<br />
An exemplary CV to serve als the lives I have just mentioned would be welcome. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]])<br />
<br />
=== Bruno Belhoste ===<br />
<br />
I think it is important that all FactGrid projects adopt the same basic model for the actors (individuals but also institutions) to make the queries easier. Obviously, each project can propose extensions to this basic model according to its needs. <br />
<br />
Career modeling is a delicate point. As Olaf explains, it is exactly the same to state the offices held by a person and then, as qualifiers, the institutions concerned, or to state the institutions where the person is active and then, as qualifiers, the offices held. However, it is a major change for queries. Since Olaf opted for the first solution, it is clear that all projects should adopt it.<br />
<br />
Olaf points out a serious problem wich occurs in all cases: when you make an input by Quickstatement, you cannot repeat the same statement twice by varying the qualifiers, because then these qualifiers are attributed to both statements indiscriminately. For example, Georg Eckolt (Q41800) is at Pastorate Gräfentonna first as a deacon and then as a pastor, but the start and end dates are not distinguished.<br />
<br />
The data can be entered by hand, but this can be very tedious. In my opinion, this is not the best solution. In fact, I think that there is a problem of data modeling. For each person, each occupation must be unique. This means, for example, that Georg Eckolt is not a pastor twice, first in Emleben and then in Gräfentonna; he is a pastor (general declaration, which is not mandatory), a pastor in Emleben (second declaration) and a pastor in Gräfentonna (third declaration). Two items must therefore be created: "pastor in Emleben" and "pastor in Gräfentonna", which are two instances of the item "pastor" (which is a class) with the locations Emleben and Grätentonna respectively (by the way, notice that Friedrich Schösser (Q41748) is also "pastor in Grätentonna"). It will solve all the problems with qualifiers. --[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 18:15, 23 May 2020 (CEST)<br />
<br />
== Sources with scans ==<br />
<br />
On unsolved question for me is the indication of source information including scans of these sources. It is important that the specific part of the scan where an information comes from can be presented to the user. One idea is to use "Personas", i.e. occurrences of a person in some kind of source. That Persona item could be linked to a (scan of a) page with the position recorded as qualifiers of the statement. The page again is linked to a higher source (book, section of a book, or a volume). Here is a diagram showing the idea:<br />
<br />
<br />
+----------------------------------------------+<br />
+------------------------+ |instance of: Page |<br />
|instance of: Persona | |scan: https://digibib.genealogy.net/… |<br />
|family name: Opitz +------------------>+page name: II-23 |<br />
|given name: Johann | scan +--------------+-------------------------------+<br />
|occupation: Freigärtner| y position: 300 | is part of<br />
+------------------------+ x position: 53 | sequence number: 75<br />
v<br />
+--------------+-------------------------------------------+<br />
|instance of: Book |<br />
|title: Adressbuch für den Kreis Hirschberg 1927|<br />
|scan of cover: https://digibib.genealogy.net/… |<br />
|link to digibib: https://digibib.genealogy.net/… |<br />
+----------------------------------------------------------+<br />
<br />
I could create an example in FactGrid but I would need a couple of the Properties for that.</div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=FactGrid_talk:Directory_of_Properties&diff=2692661FactGrid talk:Directory of Properties2020-06-13T11:52:05Z<p>Jesper Zedlitz: /* Militärische Angaben */ new section</p>
<hr />
<div>== Welcome on the page for Property proposals and debates ==<br />
<br />
* [https://database.factgrid.de/w/index.php?title=Special:ListProperties/&limit=500&offset=0 List of Properties]<br />
* [[Special:NewProperty]]<br />
<br />
New Properties should be discussed and made public on this page. We have to make sure that they are well connected (with P8 statements as given in brackets in the [[FactGrid:Directory of Properties]]), so that others will begin to use them as well. As a general guideline FactGrid should welcome experiments. We are a platform for research and we should encourage new questions and new solutions to problems (which will not save us from the dilemma that we will always be able to make a statement in more than one way - and in the bad case without being able to run interesting searches on this statement in the end). --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 13:52, 17 December 2019 (CET)<br />
<br />
== Nobilitierung ==<br />
Olaf, wo Du gerade bei Martens warst, mE fehlt wohl die persönliche "Auszeichnung" durch "Nobiltierung", die in der Konsequenz oft eine mit Datum festzumachende "Namensänderung" beinhaltet, wobei die Verleihung wie "Reichsadel" oder "frz." bzw "dän." vllt gleich berücksichtigt werden sollte. Hinzu kämen perspektivisch, wenn auch nicht für Martens die upgrades --> Freiherr oder --> Graf. Sollte aber mE flach und einfach gehalten werden...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 11:36, 27 December 2019 (CET)<br />
:Ist eigentlich alles da, nur von uns noch nicht konsistenter genutzt [https://database.factgrid.de/query/#SELECT%20%3FPropertyLabel%20%3FProperty%20%3FPropertyDescription%20%3Freciprocal%20%3FreciprocalLabel%20%3Fexample%20%3Fuseful_statements%20%3Fwd%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22.%20%7D%0A%20%20%3FProperty%20wdt%3AP8%20wd%3AQ77492.%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP364%20%3Fexample.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP86%20%3Freciprocal.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP343%20%3Fwd.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP310%20%3Fuseful_statements.%20%7D%0A%7D%0AORDER%20BY%20%28%3FPropertyLabel%29 Die Properties zu Namen und Titeln]. Wir sollten wohl noch eine Property einrichten für den, der den Titel verleiht, und dann eine Musterperson machen, bei den wir mit Qualifikatoren die Details nennen.<br />
::Dieselbe [https://database.factgrid.de/query/#SELECT%20%3FPropertyLabel%20%3FProperty%20%3FPropertyDescription%20%3Freciprocal%20%3FreciprocalLabel%20%3Fexample%20%3Fuseful_statements%20%3Fwd%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22de%22.%20%7D%0A%20%20%3FProperty%20wdt%3AP8%20wd%3AQ77492.%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP364%20%3Fexample.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP86%20%3Freciprocal.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP343%20%3Fwd.%20%7D%0A%20%20OPTIONAL%20%7B%20%3FProperty%20wdt%3AP310%20%3Fuseful_statements.%20%7D%0A%7D%0AORDER%20BY%20%28%3FPropertyLabel%29 Abfrage auf Deutsch]. P26.<br />
:::Und eine für den Qualifier, wer den Titel verlieh, habe ich aufgemacht.<br />
:Mir fehlt irgendwie das "Ereignis" der Nobilitierung als Auszeichnung und Namensänderung wie Ordensverleihung (ging ja manchmal hand in hand...)--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 15:00, 27 December 2019 (CET)<br />
:::Hm, das ist natürlich die edelste Option: Ein Ereignis aufmachen, weil man es dann dokumentieren kann, es datieren kann, es mit Personen ausstatten kann. Wie finden solche Ereignisse statt? Wenn man einfach nur den Adelsbrief zugestellt erhält, dann ist es besser (verlorene) Dokumente aufzumachen (mit Sender, Empfänger...). Wenn es aber echte Ereignisse sind, bei denen Leute an Orten aufeinander treffen, dann sollten wir das machen. (Die Frage ist immer: auf welche Suche soll man das finden? Welche Frage möchtest Du an die Datenbank stellen, bei der das dann in einer Tabelle oder auf einem Zeitstrahl auftaucht? --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 17:25, 27 December 2019 (CET)<br />
:Eine Datenbank, bei der man die Fragen vorher kennen muss, ist langweilig... Wir wissen nicht, welche Fragen sich in Zukunft stellen. Und wenn es irgendwo eines Tages klemmt, muss ein Bot die Daten später so umgliedern, das es für die neue Frage passt. Derzeit sind wir ganz am Anfang. Da muss doch Property:Nobilitierung mit Item:Reichsadel und Datum:Jahr erstmal genügen.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 17:44, 27 December 2019 (CET)<br />
<br />
:::Also für die Nobilitierung würde ich in diesem Fall das P26 statement nehemen (<--P26 bezieht sich auf ererbte Titel (dafür kann kein Betroffener etwas, das ist so, per Geburt), hier geht es um die Auszeichnung als Verdienst der Person...). Du baust dazu den Titel, der verliehen wird und setzt mit P49 den Startzeitpunkt und mit der neuen P393 den Verleiher. Eine Reichsnobilitierung als Q-Nummer ist ok. Bei der Ordensverleihung wüürdest Du doch wohl auch nur eine P-Nummer für alle möglichen Orden aufmachen und dann für jeden denkbare Orden ein Q. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 18:21, 27 December 2019 (CET) <br />
::Du verstehst mich gerade nicht:Bei einfach "von" haben wir keinen Titel, es ist eine Nobiltierung: einfach "von". Also kann ich auch keinen Titel wie Baron, Freiherr, Graf etc dazu zusetzen...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 19:55, 27 December 2019 (CET)<br />
Hm. Dann lass uns trotzdem nochmal gründlich über das beste Modell nachdenken.<br />
* Mir hat bereits jetzt nie sonderlich gut gefallen, dass wir so etwas wie "von Goethe" als Namen führen. "Goethe" wäre für das Alphabet besser und könnten wir dann eingehender mit einer zu bauenden Property die Namnspräfixe sowie mit [[Property:P74]] die Namenssuffixe nennen und erklären - etwa ob ein "von" ein Adelsprädikat ist, ob es erblich war, oder ob es nur einen Ortsbezug herstellte - all das könnten wir mit Qualifikatoren zu den Namensinformationen hinzugeben. Dann hätten wir die Namen besser auseinandergenommen.<br />
* Wenn es um die Ehrung der Noblitierung geht, bin ich geneigt [[Property:P171]] dahingehend zu öffnen, dass ich verschiedene Qs der Noblitierung zulassen kann. Persönliche im Reich, erbliche und so fort. Da kann man dann auch Qs bauen wie Erhebung in den Fürstenstand und so fort.<br />
* Vielleicht auch sollten wir die Adelsnamen mit dem von belassen, aber ich stelle automatisch die von-Titel nach, so dass die Alphabete stimmen.<br />
Wenn ich eine Property Nobilitierung aufmache, weiß ich noch immer nicht, was dann die Qs dazu sein sollen. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 21:39, 27 December 2019 (CET)<br />
::Erstmal nur Datum (im Zweifel Jahr) ggfls mit Quelle und Lit.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 22:21, 27 December 2019 (CET)<br />
Nur mal so gedacht [[Item:Q409]] - es scheint mir logischer als eine Datums-P aufzumachen. Habe aber auch nichts dagegen, wenn Du sagst dass das besser wäre... --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 23:41, 27 December 2019 (CET)<br />
<br />
=== Property für das Datum der Nobilitierung [[Property:P394]] ===<br />
Bin gespannt wie sich die Property verbreitet und neugierig. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 09:29, 28 December 2019 (CET)<br />
<br />
== [https://database.factgrid.de/wiki/Property:P450 örtliche Zuständigkeit (P450)] ==<br />
<br />
Ich möchte die Eigenschaft "[https://database.factgrid.de/wiki/Property:P450 gehört zum Zuständigkeitsbereich]" vorschlagen. Hier finden Sie dieselbe [https://www.wikidata.org/wiki/Property:P1001 Wikidata-Eigenschaft]. Ich möchte zum Beispiel solche Sätze erstellen:<br />
<br />
Das [https://database.factgrid.de/wiki/Item:Q146313 Statistische Bundesamt] [https://database.factgrid.de/wiki/Property:P450 gehört zum Zuständigkeitsbereich] [https://database.factgrid.de/wiki/Item:Q140530 Deutschland]<br />
<br />
Aber ich darf momentan keine geographischen oder politischen Entitäten als Objekt wählen.<br />
<br />
--[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 12:14, 4 March 2020 (CET)<br />
<br />
:Juristen unterscheiden in sachliche und örtliche Zuständigkeit. Insofern würde ich eine präzisere Anlehnung an das Gesetz mit Angabe der Zuständigkeitsnorm bevorzugen. Bei zeitlichen --[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 13:04, 4 March 2020 (CET)<br />
<br />
Danke für die hilfreiche Nachricht! Gerne können wir die zwei Eigenschaften 1) sachliche und 2) örtliche Zuständigkeit erstellen. Der Zeitraum der Zuständigkeit kann dann als "qualifier" ausgedrückt werden. --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 13:23, 4 March 2020 (CET)<br />
<br />
Die bestehen bereits: [https://database.factgrid.de/wiki/Property:P450 örtliche Zuständigkeit (P450)] und [https://database.factgrid.de/wiki/Property:P451 sachliche Zuständigkeit (P451)] --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 15:33, 4 March 2020 (CET)<br />
<br />
''Nach edit-Konflikt'''<br />
:Für die örtliche Zuständigkeit bestand bereits [[Property:P429]] - ich sehe aber zudem exakt das Problem das Martin sieht, wir brauchen etwas Sinnvolles für die sachliche Zuständigkeit. Ich denke dabei brauchen wir reziproke Optionen. Beides lege ich an als [[Property:P452]] "Zuständigkeitsbereich" und [[Property:P453]] "im Zuständigkeitsbereich von". Martin mag gerne legale Definitionen beifügen, das geht mit [[Property:P423]]. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 15:40, 4 March 2020 (CET)<br />
<br />
::Das war jetzt etwas schnell und brachte uns zwei Dubletten. Wobei meine Anlagen diejenigen sind, die in den Registern auftauchen. Lasst uns vorher kurz beraten, ob nicht schon dergleichen im System ist und ob's auch wirklich zuende gedacht ist. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 15:43, 4 March 2020 (CET)<br />
<br />
Genau, ich entschuldige mich dafür. --[[User:Francesco Gelati|Francesco Gelati]] ([[User talk:Francesco Gelati|talk]]) 17:29, 4 March 2020 (CET)<br />
<br />
== divorce ==<br />
<br />
What is the best way to give information about a divorce? A proposition would be to create a qualifier "date of divorce" to P84 (married with), but it has the inconvenient to duplicate the information contained in the qualifier P50. Does anyone have a better idea? [[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 11:19, 2 May 2020 (CEST)<br />
:My legal understanding ist, that a marriage ends legally by death or divorce. There are some further ways to get out especially considering church law, but theses are the two main reasons. So, the end is the end, by one or the other reason. And "divorce" is just an explanation, like cause of death... We don't mix there either...--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 12:41, 2 May 2020 (CEST)<br />
::What about qualifying it with [[Property:P464]] and [[Item:Q153391]] which I just created. If you want to refer to a specific divorce process you might also create it. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 12:57, 2 May 2020 (CEST)<br />
::The thing will have to be a qualifier since it will usually happen on several marriage candidates. --[[User:Olaf Simons|Olaf Simons]] ([[User talk:Olaf Simons|talk]]) 13:03, 2 May 2020 (CEST)<br />
::Then you should create the Annulment under Canon Law aswell. Thats something we like to forget in the protestant North.--[[User:Martin Gollasch|Martin Gollasch]] ([[User talk:Martin Gollasch|talk]]) 13:52, 2 May 2020 (CEST)<br />
<br />
== New Property: Collegiate church ==<br />
<br />
As collegiate churches do not belong to the property monastery it would be useful to have this property for all organisations that are non-monastic communites of clergy, organised as a self-governing corporate body, which may be presided over by a dean or provost.<br />
[[User:Barbara Kröger|Barbara Kröger]] ([[User talk:Barbara Kröger|talk]]) 17:04, 11 May 2020 (CEST)<br />
<br />
-- monastery is not a property but an item (Q141472). You can create a new item for a non-monastic community of clergy, with a statement P3 (subclass of) and Q141464 (religious organization) --[[User:Bruno Belhoste|Bruno Belhoste]] ([[User talk:Bruno Belhoste|talk]]) 18:32, 11 May 2020 (CEST)<br />
<br />
== Militärische Angaben ==<br />
<br />
Zum Ausprobieren würde ich gerne ein paar militärische Quellen aus dem 1. Weltkrieg anlegen. Erster Eintrag ist der zu [[Item:Q165491|Hermann Opitz]]. Hier fehlen mir noch Angaben zum Dienstgrad (Vorschlag: Property '''military rank''' mit data type Item) und zur Einheit (Vorschlag: Property '''military unit''' mit data type Item).</div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2692660Item:Q1654912020-06-13T11:42:33Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P38: September 1918</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2692659Item:Q1654912020-06-13T11:42:01Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P248: Item:Q12886</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2692658Item:Q1654912020-06-13T11:41:47Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P247: Item:Q165492</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165492&diff=2692657Item:Q1654922020-06-13T11:41:40Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ Opitz, family name</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2692656Item:Q1654912020-06-13T11:38:48Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P2: Item:Q7</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2692655Item:Q1654912020-06-13T11:38:02Z<p>Jesper Zedlitz: /* wbsetdescription-add:1|en */ U.Matrose UB 127</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2692654Item:Q1654912020-06-13T11:38:02Z<p>Jesper Zedlitz: /* wbsetlabel-add:1|en */ Hermann Opitz</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q165491&diff=2692653Item:Q1654912020-06-13T11:37:43Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ Hermann Optiz, U.Matrose UB 127</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147176&diff=2321316Item:Q1471762020-03-21T16:05:09Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P47: Item:Q10378</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147170&diff=2321314Item:Q1471702020-03-21T15:58:29Z<p>Jesper Zedlitz: /* wbsetclaim-update:2||1 */ Property:P83: Item:Q10378</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147170&diff=2321313Item:Q1471702020-03-21T15:58:06Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P83: Item:Q10378</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147170&diff=2321312Item:Q1471702020-03-21T15:57:50Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P208: Item:Q147176</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147176&diff=2321311Item:Q1471762020-03-21T15:56:56Z<p>Jesper Zedlitz: /* wbsetdescription-add:1|en */ Hannover</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147176&diff=2321310Item:Q1471762020-03-21T15:56:56Z<p>Jesper Zedlitz: /* wbsetlabel-add:1|en */ Liebigstraße 2</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147176&diff=2321309Item:Q1471762020-03-21T15:56:48Z<p>Jesper Zedlitz: /* wbsetclaim-update:2||1|1 */ Property:P2: Item:Q16200</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147176&diff=2321308Item:Q1471762020-03-21T15:56:25Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P2: Item:Q16200</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147176&diff=2321307Item:Q1471762020-03-21T15:56:13Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ Liebigstraße 2, Hannover</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147175&diff=2321306Item:Q1471752020-03-21T15:54:43Z<p>Jesper Zedlitz: /* wbeditentity-create:2|en */ Liebigstraße, Straße in Hannover</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147174&diff=2321305Item:Q1471742020-03-21T15:54:03Z<p>Jesper Zedlitz: /* wbsetlabel-set:1|en */ Rentner</p>
<hr />
<div></div>Jesper Zedlitzhttps://database.factgrid.de/w/index.php?title=Item:Q147170&diff=2321304Item:Q1471702020-03-21T15:53:38Z<p>Jesper Zedlitz: /* wbsetclaim-create:2||1 */ Property:P165: Item:Q147174</p>
<hr />
<div></div>Jesper Zedlitz