[06:43:09] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16255 [06:51:43] Reedy: will do [07:17:19] good morning! [07:17:37] Reedy and I have midaired. /me just added some CCs to the bug he mentioned [07:18:24] * jeremyb still wants teh new wikidata logo... :P [07:43:08] New patchset: Tobias Gritschacher; "disabling editable value when saving" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16114 [07:43:23] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16114 [07:43:39] moin jeremyb [07:57:39] jeremyb: we all do :P [08:16:18] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16112 [08:29:23] Change merged: Tobias Gritschacher; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16013 [09:26:37] Thehelpfulone: around by chance? [09:28:25] Daniel_WMDE_: available? [09:29:06] Abraham_WMDE: yea, was going to dive in shortly. what's up? [09:29:19] * Daniel_WMDE_ is still fighting e- and paper-mail backlog [10:38:46] New patchset: Jeroen De Dauw; "Added tests for the various entity handlers" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16281 [10:42:39] New patchset: John Erling Blad; "Fixed handling of token in API after "gettoken"" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16282 [10:47:38] New review: Daniel Kinzler; "I'm a bit confused by this patch. I have added some inline comments. Here are the main issues I see:" [mediawiki/extensions/Wikibase] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/15675 [11:02:57] JeroenDeDauw: please have a look at the mail i just send to the list [11:03:10] i'll now look at more stuff you have been sending my way... [11:25:31] Daniel_WMDE_: EditPage can not be used for non-text content. Ever. [11:25:33] lololol :D [11:25:57] it's true. [11:26:04] it would need complete refactoring to allow that [11:26:16] well, unless you want people to edit json by hand. [11:33:26] Daniel_WMDE_: I'm not disagreeing :p [11:33:56] good :) [11:34:01] JeroenDeDauw: replied to you on the list [11:34:02] I mean, why would people complain about editing JSON by hand? They should just get over themselves :) [11:34:22] yea, right - why should we complain about the crud they'd produce that way? [11:34:33] ok, i hacked validation routines into EditPage. but still [12:09:17] New patchset: Daniel Kinzler; "Link normalization moved to MediaWikiSite" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16200 [12:59:14] JeroenDeDauw: uh... how do I construct a dummy SiteRow? [12:59:23] or do I have to write a DummySite class? [13:00:16] this really neems overly complicated :/ [13:00:57] JeroenDeDauw: you know, premature abstraction is just as bad as premature optimization... [13:01:20] oh god, i'd have to write DummySite and DummySiteConfig? ugh. [13:02:55] Daniel_WMDE_: why do you need to write a deriving dummy class? Currently the site objects are not forcing you to set anything... [13:03:32] Daniel_WMDE_: abstraction should happen when it makes sense, which often is before it's needed, and often before it's obvious it will be needed [13:03:47] Daniel_WMDE_: see Item and ItemContent [13:04:21] JeroenDeDauw: we split Item and ItemContent exactly when we needed the split, and i still think it was correct to wait with that. [13:04:22] Or rather "... and often before it's obvious it will be needed without thinking about it" [13:04:37] trying to model everything from the start makes things overly complicated [13:04:44] i have been down that road many times. [13:05:08] and have usually found that the "logical" abstraction i thought out in the beginning was not what i needed in the end, and got into the way [13:05:12] Daniel_WMDE_: sure, but Item and ItemContent is not everything, it's only one component, one we where designing at that point [13:05:13] anyway. [13:05:40] JeroenDeDauw: to the issue at hand - i'd really have to introduce two new classes for this, right? [13:05:49] ugh [13:05:49] Yes, sure, we are not modeling the entire thing here [13:06:05] i think the Site stuff is already WAY to complex. [13:06:25] We're going step by step, and for each step trying to figure out what it should look like, so we can implement something that's not very likely to be need complete refactoring later on [13:06:26] Sites vs SitesTabel, Site vs. SiteConfig, plus the concrete implementations [13:06:44] actually, we'd need a DummyMediaWikiSite too. And a DummyMediaWikiSiteCOnfig perhaps? [13:07:06] Daniel_WMDE_: why do you need dummy objects? [13:07:24] how do I create a site object that only has a global id and nothing else? [13:07:42] Sites::newSite( array( 'global_key' => 'foobar' ) ) [13:07:44] done [13:08:59] Change merged: Jens Ohlig; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16257 [13:09:17] JeroenDeDauw: of course, how could i have missed that ;) [13:09:17] Daniel_WMDE_: this site stuff is as you say not trivial, as it has several components, so I'd be helpful to have high level docs on it, and the descriptions in the classes could be improved. But this is rather blocked by merge into core [13:09:31] hmhm. [13:10:37] JeroenDeDauw: hm... this isn't good at all... [13:10:56] JeroenDeDauw: Sites::newSite( array( 'global_key' => 'foobar' ) ) will cause the new Site object to be cached for that key, right? [13:11:13] Daniel_WMDE_: nope [13:11:20] Daniel_WMDE_: just a factory method [13:11:23] no? ok then [13:11:42] because I need a way to check whether that key is actually known to the table. [13:11:52] Daniel_WMDE_: the caching Sites does is just for retrieving stuff from the sites table [13:13:24] Change merged: Jens Ohlig; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16281 [14:14:59] New patchset: Tobias Gritschacher; "selenium: refactoring Rakefile and spec_helper to be able to test multiple browsers on CI system" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16408 [14:46:22] New patchset: Jeroen De Dauw; "Added GenericArrayObject class and made Diff derive from it rather then from ArrayIterator" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16409 [14:53:09] Jens_WMDE: https://gerrit.wikimedia.org/r/16408 [14:53:25] jaha [15:21:39] New patchset: Jens Ohlig; "selenium: refactoring Rakefile and spec_helper to be able to test multiple browsers on CI system" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16408 [15:22:12] New review: Jens Ohlig; "Uploaded new patchset." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16408 [15:26:51] New patchset: Daniel Kinzler; "Link normalization moved to MediaWikiSite" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16200 [15:34:58] New patchset: Jeroen De Dauw; "Added tests for ItemStructuredSave update" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16415 [15:53:40] Change merged: Jens Ohlig; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16415 [15:54:48] Daniel_WMDE_: I guess you want me to look at the SiteLink change now? [15:54:57] Or more stuff still planned>? [15:55:21] Daniel_WMDE_: I suggest a trade: https://gerrit.wikimedia.org/r/#/c/16409/ :p [16:10:12] New patchset: John Erling Blad; "Fix for missing whitespace squashing." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16421 [16:11:42] New review: John Erling Blad; "On master, bugger.. ;/" [mediawiki/extensions/Wikibase] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/16421 [16:15:03] New patchset: John Erling Blad; "Fix for missing whitespace squashing." [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16421 [16:16:32] hi [16:16:52] jo Mathias_WMDE [16:17:17] i am curious: what is Wikidata anyway? *duck* [16:17:27] * Lydia_WMDE pokes Mathias_WMDE [16:17:42] hallo [16:18:01] hey eptalon [16:19:03] I adked and you said I could join, even if I don't have solutions [16:19:18] hehe jep [16:19:29] office hour will start in 10 mins (this one's in german) [16:28:03] 1 min to go? [16:28:28] 1'30 [16:28:41] countdown!!! :D [16:28:46] 1'13 [16:28:59] 4711? [16:29:16] ;-) [16:30:11] -13 sec. [16:30:14] alright... [16:30:46] everyone not speaking german: we'll occupy this channel for the german office hour for the next hour - back to english after that [16:31:03] sooooo wer ist denn alles für die sprechstunde da? [16:31:09] * eptalon [16:31:20] * Mathias_WMDE h�rt nur zu [16:31:27] ebenso. [16:31:30] Mathias_WMDE: spion! :P [16:31:48] alles klar [16:31:54] dann fangen wir mal an mit fragen [16:32:05] eptalon: hast du eine? [16:32:13] * Necrophorus macht ebenfalls nur das Mäuschen [16:32:27] * Lydia_WMDE fühlt sich beobachtet [16:32:30] ;-9 [16:32:41] * joancreus wisst nur ein bisschen deutsch :( [16:33:21] kleine meta-frage: bei den freiwilligen haben sich schon ein paar für DE-übersetzung eingetragen, aber ich denke, da braucht ihr keinen, oder? [16:34:02] TMg: wir haben morgen ein meeting um das ganze mal etwas in gang zu bringen - läuft grad nicht so optimal... - nach dem meeting wollte ich dann alle auf der seite anschreiben [16:34:17] Also: Angenoomen ich hab den fall: geburts-, sterbedaten für eine perosn öffenltichen interesses, so müsste man folgende fälle für jedes der daten behandeln können: 1) Datum komplett bekannt, abgesichert mit referenzen 2) Datum eines von mehreren möglichen, mit refs 3) Datum teilweise bekannt (z.b. Monat-Jahr) 4) Statt Geburtsdatum ist Taufdatum bekannt. [16:34:32] TMg: ich muss gestehen ich weiß nicht wie es gerade mit der deutschen übersetzung aussieht [16:34:54] eptalon: jep [16:35:07] Und sobald wir das haben fangebn die spielrerien julianischer-kalender, gregorianischer-kalender an. [16:35:13] jep [16:36:10] die auch nach projekt, und pesönlichkeit variieren können (Patriarchen der Ostkirche...) [16:36:51] nach projekt? meinst du unterschied zw. englisch und deutschsprachiger wikipedia zum beispiel? [16:36:57] gibt es das db-design-team schon? [16:37:21] es gibt sogar schon ein datenmodel ;-) moment ich such dir eben nen link [16:37:25] Lydia_WMDE: Arabisssprachige WP benutzt vielleicht isalmische zeitrechnung... [16:37:41] http://meta.wikimedia.org/wiki/Wikidata/Notes/Data_model_primer [16:37:55] ja damit sollten wir umgehen können [16:39:09] ich hoffe der link ist verständlich und beantwortet die meisten fragen zu dem thema [16:39:16] falls nicht bitte weiter fragen :) [16:39:48] überflogen bringt uns das aber nicht die möglichkeit: eine von mehreren varianzten, zb. [16:40:00] besserer link: http://meta.wikimedia.org/wiki/Wikidata/Data_model#Dates_and_times [16:40:10] TMg: danke! [16:40:16] * Daniel_WMDE_ winkt [16:40:24] das ist die version des daten models die etwas krasser ist [16:40:28] aha! ein Daniel_WMDE_ ;-) [16:41:23] TMg: und jetzt modellier damit mal, dass wir kein Geburtsdatum, aber ein Taufdatum von Beethoven haben? [16:41:42] das geht [16:41:45] eptalon: das ist dann einfach 'ne andere property [16:41:49] das würde ich als "Taufdatum" ablegen und als Geburtsdatum "unbekannt". Rest ist dann Vorlagenprogrammierung. [16:41:51] eptalon: theoretisch könnte man ja auch beides haben [16:42:09] Oder dass eius 3 warscheinliche kandidaten fürs gebutsdatum gibt? [16:42:16] eptalon: mehrere werte mit referenzen gehen eh immer. unterschiedliche genauigkeiten auch [16:42:18] auch das geht ;-) [16:42:23] das geht, die 3 daten haben dann 3 quellen. [16:42:29] eptalon: ja. ließ die seite nochmal genauer. [16:43:16] eptalon: du könntest sogar sagen, dass es 3 mögliche daten gibt, und zwei, die früher mal als richtig angesehen wurden aber nun widerlegt sind. [16:43:18] geht alles [16:43:39] heya jorm [16:43:51] german time, i'm afraid :) [16:43:58] weitere fragen? [16:44:14] oder irgendwas das jemandem auf dem herzen liegt? [16:45:07] * Daniel_WMDE will wissen wann wir die videos von der wikimania bekommen [16:45:17] hehe [16:45:20] * Lydia_WMDE auch [16:45:23] Daniel_WMDE: und die arabier sagen dann einfach, sie hätten gerne das datum is islamischer zeitrechnung? [16:45:49] eptalon: ja. das ist dann nur eine sache das ausgabeformats. intern gibt es nur eine darstellung für das datum. [16:45:49] eptalon: genau [16:46:09] und datenvalidierung machen wir gar nicht? [16:46:20] eptalon: machen wir genau so wie jetzt auch. [16:46:34] oder was meinst du mit validierung? [16:46:55] validierung des formats? das passiert natürlich bei der eingabe. du wirst keinen 31. februar eingeben können. [16:47:11] ein automatisiertes verfahren dass festellt das ein bestimmter eintrag vollständig ist. [16:47:26] nicht serverseitig, nein [16:47:41] "vollständig" ist auch scher zu definieren. kommt ja schon sehr darauf an... [16:47:55] ist ein eintrag ohne sterbedatum vollständig? nur wenn die betreffende person noch am leben ist... [16:48:30] eptalon: man kann aber leicht 'nen bot bauen, der anhand der daten irgendwelche wartungskategorien vergibt oder entfernt. [16:48:46] (naja, kategorien sind als thema noch offen, aber irgendwie wird das gehen...) [16:48:53] Daniel_WMDE: d.h. zb. ich hab bei einer person entweder geburtsdatum, oder taufdatum, und mind. 1 geburtsort, und optional mind. 1 sterbedatum und ort. [16:49:03] o_O [16:49:37] eptalon: wenn das für historische personen so definiert ist, findet sich sicher jemand, der das per bot markiert. [16:50:22] Hallo BirgitteSB und siglar [16:50:27] sind xml-artige tags in diskussion? [16:50:31] eptalon: in deiner wikipedia kannst du zusätzlich per vorlage bestimmen, dass bestimmte unvollständige daten nicht anzuzeigen sind. [16:50:50] eptalon: öh... für was denn? [16:51:05] eptalon: die daten wirden nicht als text verwaltet. es gibt kein markup. [16:51:08] Hello, Daniel_WMDE. [16:51:42] Daniel_WMDE: also datenbanmktechnisch ist das (warsch. UNICODE) ohne markup [16:52:05] eptalon: datenbanktechnisch ist das JSON. aber das ist für die benutzung völlig irrelevant. [16:52:20] Hello Daniel [16:52:45] Also dann löcher ich euch den bauch nicht mehr.. [16:53:03] mach das schon wer, gibts nen prototyp zum rumspielen mit? [16:53:03] datennormalisierung regel 1: atomare werte. ist nicht überall zu halten, sollte aber immer das ziel sein. [16:53:28] eine demo gibts hier: http://wikidata-test.wikimedia.de/ [16:53:51] ist aber noch nicht soweit, dass du schon mit dem infobox teil rumspielen kannst [16:53:58] aktuell verwaltet es interwikis [16:53:59] TMg: naja - sind geokoordinaten "atomar"? [16:54:17] oder hättest du länge und breite gerne als separate eigenschaften, mit separaten quellangaben? [16:54:21] Lydia_WMDE: sind die schon produktiv? [16:54:33] bei uns krabbeln immer solche updatebots rum. [16:54:47] nein, die sind noch nicht produkltiv [16:54:51] eptalon: nein das ist ein testsystem - wir arbeiten daran es in den nächsten wochen auf den ersten wikipedias zu haben [16:54:52] desshalb ist das ja ein testsystem :) [16:55:08] Lydia_WMDE: *hust* [16:55:22] Daniel_WMDE: heh warum der husten? :D [16:55:29] wochen zu früh? [16:55:32] braucht ihr noch köche zum in suppen spucken? [16:55:36] Daniel_WMDE: ein koordinaten-paar ist atomar. ein polygonzug auch. pragmatismus, würd ich sagen ;) [16:55:55] eptalon: lol - ich hätte meine suppe gern unbespuckt :P [16:56:01] aber sonst kannst du gern auf meta schaun [16:56:07] Lydia_WMDE: die foundation muss unseren gesamten code reviewen. ich *hoffe* das geht fix. ich würde aber nichts versprechen wollen. [16:56:09] siehe erster link im topic [16:56:20] Daniel_WMDE: bzw. sind das atomare "datentypen". [16:56:20] da stehen ein paar sachen bei denen man aktuell mitmachen kann [16:56:24] TMg: ja, so haben wir uns das auch gedacht [16:56:57] Daniel_WMDE: joa klar [16:57:31] TMg: atomar heisst einfach, ich muss das ergebnis der abfrage nicht mehr parsen. [16:57:31] um beim beispiel zu bleiben: geburtsort und datum sind aber immer 2 daten. [16:57:54] ja, das ist klar. [16:58:29] einen polygonzug wirst du wahrscheinlich immer parsen müssen. aber ich weiß, was du meinst. [16:58:50] TMg: die wie wir gesehen haben aber beide nicht atomr sind. [16:59:07] kommt auf diedefinition von "atomar" an. ;) [16:59:24] TMg: "ein wert" [16:59:28] eptalon: jeder *wert* ist atomar. eine eigenschaft kann aber mehrere werte haben [16:59:41] bzw mehrere statements mit wert, quellen und zusatzinfos. [17:00:19] passende frage zu units/maßeinheiten: werden die aus einer extra datenstruktur kommen oder selbst editierbare items im wikidata-sinne sein? fieses stichwort währungsumrechnung. [17:00:54] TMg: maßeinheiten werden vermutlich fest vorgegeben sein. währungen werden wir vorerst nicht unterstützen. [17:00:54] TMg: ich würde da auf separate lookup-table tippen. [17:01:14] bei währungen ist es völlig unklar, auf welcher basis die umrechnung geschehen soll - es gibt ja keine SI-Einheit für Geld. [17:01:25] ein fuss ist nunmal ein fuss, egal ob schugrösse 38 oder 43 [17:01:29] Und mann muss währungen immer zusätzlich über den Zeitpunkt fixieren [17:01:58] maßeinheiten teilweise auch, manche haben sich in der geschichte verändert. [17:02:11] TMg, eptalon: was datentypen angeht werden wir uns sehr wahrscheinlich stark an SemanticMediaWiki orientieren [17:02:16] Daniel_WMDE: das heisst auch keine statements: im jahre schnee kostete das teil soviel ,das ist heute etwa soviel? [17:02:25] die haben da schon reichlich erfahrung. vielleicht können wir sogar code wiederverwenden [17:02:28] Daniel_WMDE: SiteLink change looks good now - some issues after rebase though, fixing these now [17:02:41] eptalon: doch, sicher. angeben kannst du das. aber nicht automatisch umrechnen [17:02:51] JeroenDeDauw: thanks [17:02:54] * JeroenDeDauw kicks wm-bot [17:03:09] mw-bot is probably scared of all the german talk ;) [17:03:13] Lydia_WMDE: did you kill it? [17:03:14] Daniel_WMDE: und somit nicht in die db eintragen. [17:03:15] Heh [17:03:27] JeroenDeDauw: no - let's solve that after the office hour [17:03:43] sorry guys. I couldn't help but torrture the nice office fellows a little. [17:03:44] eptalon: doch, sicher kommt das in die DB. Aber halt nicht als konvertierbare meßgröße [17:04:48] könnten maßeinheiten nicht wikidata-items sein? mit einem "prefered", historischen werten und bezügen+umrechnung zu anderen maßeinheiten? [17:04:53] Daniel_WMDE: habt ihr Orakel gefragt, ob sie unterstützen wollen? [17:05:11] (was hat oracle damit zu tun?) [17:05:19] frag ich mich auch gerade [17:05:45] TMg: solange der umrechnungsfakor fix ist, warsch. unproblematisch. Wieviele DM krieg ich für einen Euro. [17:05:53] TMg: theoretisch ja, scheint mir aber relativ umständlich und nutzlos, und würde ggf viel rechenleistung kosten [17:06:03] Daniel_WMDE: caching. [17:06:08] Daniel_WMDE: Die machen mysql. [17:06:15] nich? [17:06:30] wikidata muss komplett unabhängig von dem darunter laufenden DBMS sein, IMHO. [17:06:30] TMg: ja, alles lösbar. aber unnötig komplex. wenn wir das *brauchen* können wir drüber reden. es gibt viele viele dinge dich wichtiger und dringender sind [17:07:03] TMg: de fakto aber ein PHP/MYSQL-teil. [17:07:09] eptalon: ich glaub du hast noch ein etwas zu eng gefasstes bild von datenbank wenn es zu wikidata kommt [17:07:24] die primärkopie der daten wird als json blob abgelegt, genau so und genau dort, wo auch der wikitext landet [17:08:06] für abfragen über eigenschaften (phase 3) werden wir vermutlich zusätliche, spezialisierte datenbanksysteme benutzen. was und wie ist aber noch offen. [17:08:10] Daniel_WMDE: vielleicht sollten wir das noch etwas klarer machen [17:08:34] datenbank != datenbank [17:08:42] eptalon: de facto ein mediawiki teil. also php. mysql per default, mit unterstützung für alles, was mediawiki eben unterstützt: mysql, postgres, sqlite, etc [17:09:18] Lydia_WMDE: ja, könnte sein... [17:09:53] Daniel_WMDE: ich dachte im sinne einer vereinfachung daran. wenn units eine extra datenstruktur sind, wer darf die dann ergänzen? und wie? extra GUI nur dafür? [17:09:58] eptalon: wir werden keine werte von eigenschaften in datenbanktabellen schreiben. bzw vielleicht tun wir das auch in gewissen fällen, aber das ist nicht die "eigentliche" art der datenspeicherung. [17:10:06] also so wie ich das machen würde, wären das extra datenbanktabellen/modelle, dire nicht dort landen, wo der wikitext ist. der hat bestenfalls referenzen. [17:10:14] TMg: ich dachte an 'ne Konfigurationsdatei :) [17:11:01] ich löchre zuviel. Danke, für die antworten. [17:11:13] eptalon: so hat es das alte Wikidata von 2005 gemacht. Macht haufenweise probleme. Wie machste denn da die Versionieren? Ohne riesigen mehraufwand? [17:11:15] eptalon: dafür machen wir den ganzen spaß hier ;-) [17:11:19] dann müsst ihr eine klare abgrenzung machen zwischen sozusagen starren "basis-units" und alles darüber hinaus landet als items in der wikidata-datenstruktur. [17:11:43] TMg: sorry - wann und warum müssten wir das? [17:11:59] es landet *immer* alles in der wikidata-datenstruktur. Alle daten jedenfalls. [17:12:14] für alte maßeinheiten, die nicht normiert sind. und selbst die heute normierten einheiten haben sich verändert. [17:12:18] Daniel_WMDE: jedes feld hat ne versionsnummer. [17:12:41] zusätzlich zu feldnamen, wert, und etwaigen ids. [17:12:51] eptalon: das bedeutet großen mehraufwand, viele viele datenbankabfragen, große joins, extra programmierung für diffs, history page, etc. [17:13:00] eptalon: ist langsam, viel aufwand und bringt nichts. [17:13:15] wir haben noch etwa 15 min [17:13:17] eptalon: glaub mir, wir haben uns das sehr gut überlegt. [17:13:28] Daniel_WMDE: Ich bin nur der typ der fragt. [17:14:31] TMg: das mag sein, aber ich glaube, das ist zu vernachlässigen. Es ist ja nicht unbedingt nötig, den Umfang des Mondes in Preußischen Postmeilen angeben zu können [17:14:34] Daniel_WMDE: wie machst du das versionieren denn jetzt? [17:14:39] weitere fragen von irgendjemandem? jemand noch was auf dem herzen der noch nicht dran war? [17:14:53] Daniel_WMDE: but but but!!! [17:14:53] eptalon: genau so wie bei wikitext. die daten werden genau so abgelegt wie wikitext. nur eben als json struktur. [17:14:55] i want! :D [17:15:02] ;) [17:15:31] währungen sind der offensichtliche fall. es gibt z.b. auch flächenangaben von vor x-hundert jahren in maßeinheiten, für die es mehr als eine mögliche umrechnung gibt. => wäre perfekt als wikidata-item. [17:16:30] TMg: kann man natürlich als item anlegen, kein problem. nur eine automatische umrechnung werden wir auf dieser basis wohl eher nicht unterstützen [17:17:39] also liegt diese zahl mit "sonstige maßeinheit" in wikidata? das meinte ich mit der abgrenzung von standardisierten und nicht standardisierten einheiten. [17:18:08] TMg: du kannst items über alles anlegen, auch über einheiten [17:18:45] das hat nichts damit zu tun, dass wir für einigen einheiten umrechnungen anbieten. [17:19:14] denke doch. [17:19:18] ich glaube, das werden wir auf einer völlig anderen ebene modellieren. obwohl... naja. doch. ich denke schon. [17:19:34] TMg: könnte man so machen, ja. ich will aber nicht :) [17:19:47] lol [17:20:17] so wie du es erklärst: für viele zahlen kann ich in wikidata die einheit angeben, dann sind umrechnungen möglich. für manche (alte) einheiten, währungen etc. aber nicht. deshalb die frage, wo die grenze ist? [17:20:38] das müsst ihr dokumentieren/kommunizieren und begründen. [17:22:10] ja. [17:23:46] außerdem wird es die einheiten sozusagen "doppelt" geben, zusätzlich zu deiner config auch als items (wird sicher jemand anlegen, es gibt ja auch WP-artikel über die einheiten). [17:24:45] ich hätte den "sich selbst aus dem sumpf ziehen"-ansatz nett gefunden, aber ob das für die potentiell wenigen fälle lohnt, ist natürlich fraglich. [17:25:45] genau :) [17:26:16] ich bin da eher pragmatisch. natürlich ist es toll, wenn sich das system komplett selbst definiert. [17:26:35] aber so einen anspruch haben wir mit wikidata garnicht. das wäre eigentlich auch schon zu viel "semantik". [17:26:37] * Lydia_WMDE flüstert was von skynet [17:26:42] semantik wollen wir jha garnicht. macht nur probleme. [17:26:46] genau [17:27:23] soooo - eine letzte frage geht noch [17:27:24] :D [17:27:27] wer hat noch ein? [17:28:08] keiner? *schnief* [17:28:32] na gut - dann mach ichs mir jetzt in der sonne gemütlich :P [17:28:37] danke alle fürs kommen [17:28:56] ich poste logs morgen früh [17:29:00] Daniel_WMDE: ähnliche frage war kürzlich, wie z.b. der begurtsort einer person gespeichert wird? ist das ein freitextfeld oder gibt es einen datentyp "wikidata-item" zum verlinken? [17:31:02] pragmatismus unbedingt, aber gar keine semantik? muss die nicht zwangsläufig entstehen? [17:31:44] TMg: es kann sein, dass daniel schon weg ist - wenn du keine antwort mehr bekommst pinge ich ihn morgen deswegen :) [17:32:04] nicht so tragisch, die frage kommt sicher noch oft. [17:33:47] gefunden. ist vorgesehen: http://meta.wikimedia.org/wiki/Wikidata/Data_model#Wikidata_items [17:34:58] \o/ [17:35:17] damit kann ich "daniels" umrechnung ignorieren und meine eigene bauen. [17:35:29] für das <1% der sonderfälle. [17:35:54] TMg: wie umrechnung julianisch auf gregorianisch? [17:36:19] eptalon: na ich denke DIE muss in die codebasis rein. [17:36:59] eptalon: ist so weit ich das sehe auch vorgesehen. [17:37:20] jep [17:37:43] TMg: Die "Umstellung" erfolgt(e?) aber auf gewisse stichdaten hin, die ortsabhängig sind. [17:38:00] Die orthodoxen benutzen noch immer den Julianischen Kalender. [17:38:54] sorry, pulleralarm bem nachwuchs [17:38:55] das führet zu situationen dass die im tal noch julianisch rechneten, wärend aufm berg schon gregorianisch... [17:39:02] TMg: wenn du noch ein moment da bsit, kann ich gleich antworten [17:39:14] noch da... [17:39:29] [17:39:37] eptalon: na gut, aber die eigentliche umrechnung ist immer die selbe. [17:39:59] aber miot varrierenden (nach anzeige) stichtag. [17:40:32] das kannst du abbilden, denke ich. stichtag der umstellung speichern, in der vorlagenprogrammierung auswerten und je nachdem so oder so ausgeben lassen. [17:40:45] und evtl. keiner möglichen umrechnung, da datum unvollständig. [17:41:06] eptalon: die eingabe wird vermutlich nur mit modernem datum möglich sein. die ausgabe kann beliebig gesteuert werden. so ist es dem benutzer überlassen, die jeweils korrekte umrechnung zu wählen. [17:41:29] huch. stimmt. eingabe unvollständiger gregorianischer daten -> wie speichern? [17:41:36] TMg: sematik ergibt sich für den leser und nutzer, sicher. sonst wären die daten nutzlos. [17:41:56] aber wir haben nicht vor, wikidata selbst "verstehen" zu lassen, welche eigenschaft was bedeutet oder wie sie zusammenhängen. [17:42:15] das wäre aber der fall, wenn wir interne umrechnungen von item-daten abhängig machen würden [17:42:20] aber genau das machst du doch, wenn du "units" als extra config abspeicherst. ;) [17:42:32] dann "versteht" wikidata units. [17:42:59] ja. es vesteht units. units sind dann aber keine daten. d.h. es versteht keine daten, die daten haben keine semantik [17:43:01] das ist der punkt. [17:43:21] TMg: und ja, sicher wird es "referent auf item" als datentyp geben. schon um sachen wir "büprgermeiste von" oder "hauptstadt von" abbilden zu können [17:43:36] hm. für mich geht es erstmal nur um die frage, wo die units gespeichert sind. das mit dem "verstehen" ist so oder so das selbe. [17:43:39] es wird zusätzlich auch referenzen auf mediendateien geben, und natürlich externe links [17:44:21] und alles möglichst mehrfach, um die "der, oder der, oder der" fälle abzudecken. [17:44:28] TMg: nein, ist nacht das selbe, das macht einen fundamentalen unterschied in der implementation. undgefähr eine größenordnung an komplexität und rechenaufwand, würde ich schätzen. [17:44:40] eptalon: genau [17:45:06] eptalon: der bürgermeister wäre z.b. typischerweise über den zeitraum qualifiziert, so dass man auch die historischen bürgermeister mit drin hat [17:45:25] Daniel_WMDE: aber nicht: 7 historiker meinen: datum 1, 5 meinen datum 2, und 2 meinen datum 3. [17:45:49] eptalon: doch, auch das. wenn die nutzer das wollen... das datenmodell kann das abbilden [17:46:20] eptalon: es kann sogar "3 historiker sagen aber, dass wir das datum nicht wissen" darstellen [17:46:54] Daniel_WMDE: dann läuft das doch auf eine hybrid-lösung hinaus, etwa wie die basisdatentypen in java, die verschieden von den klassen sind. [17:47:12] TMg: nein. es gibt keine klassen. [17:47:17] nur basisdatentypen. [17:47:22] war nur eine metapher. [17:47:30] TMg: wir reden von der datenbank. Nix basisdatentyp in Java. [17:47:42] und klar kann ich "erweiterte datentypen" als items anlegen. kannst du mir ja nicht verbieten. ;) [17:47:42] nein, wir reden vom datenmodell [17:47:47] das hat mit der datenbank wenig zu tun. [17:48:12] (ich weiß, wovon wir reden, java war nur eine methapher...) [17:48:14] TMg: das system kann mit denen nur nix anfangen. in so fern sind es, soweit es wikidata betrifft, keine datentypen [17:48:22] jep. [17:48:34] Daniel_WMDE: BLOBS. [17:48:35] die dazu gehörende umrechnung muss ich dann woanders machen. ist klar. [17:48:55] eptalon: genau. auf der datenbankebene ist jedes item ein blob. punkt. [17:49:09] so. [17:49:22] wenn jetzt nix dringendes mehr ist - ich muss mal 'ne gutenachtgeschichte vorlesen gehen [17:49:37] Daniel_WMDE: Der Vorleser? ;) [17:49:45] sorry, ich will hier keinen angreifen oder schon geführte diskussionen nochmal führen (kann ich ja nicht wissen). [17:50:11] hab mich auch nicht angegriffen gefühlt, alles bestens :) [17:50:27] es ist wichtig, das datenmodell immer wieder zu diskutieren und zu erklären. [17:50:29] ich möchte es nur verstehen und (zur gegebenen zeit) dokumentiert sehen. [17:50:33] wäre ja blöd, wenn das am ende nicht passt [17:50:35] keine datenlogik auf datenbankebene [17:51:12] TMg: das datenmodell ist schon recht gut dokumentiert (mit UML). datentypen und einheiten noch nicht. [17:51:22] macht ein statement im sinne von "nur datentypen mit ein-eindeutiger umrechnung" oder so. [17:51:33] eptalon: in phase 3 dann, eingeschränkt. aber erstmal nicht [17:51:35] -datentype +einheiten [17:51:36] 04Error: Command “datentype” not recognized. Please review and correct what you’ve written. - 13Ayuda: -? [17:51:47] lol [17:51:54] in diesem sinne: schönen abend noch :) [17:52:11] TMg: da hasst du mühe, da beispielsweise die nautische meile bereits mehrfach vorhanden sind. [17:52:29] eptalon: ja, davon red ich ja. [17:53:21] mir scheint es kompliziert, das per konfig-datei festlegen zu müssen statt den usern zu erlauben, das als items selbst zu pflegen. [17:53:52] wobei selbstverständlich beide varianten vor und nachteile haben. wie immer, ist ja klar. [17:54:43] ein nachteil wäre: das ändern eines items hätte plötzlich einfluss auf millionen andere items. [17:58:43] New patchset: Jeroen De Dauw; "Link normalization moved to MediaWikiSite" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16200 [17:58:52] Change merged: Jeroen De Dauw; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16200 [18:08:03] New patchset: Jeroen De Dauw; "Comented out this horrible test which broke once again and wasted even more of my time" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16429 [18:08:21] New review: Jeroen De Dauw; "For great justice!" [mediawiki/extensions/Wikibase] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/16429 [18:08:22] Change merged: Jeroen De Dauw; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/16429 [18:09:02] Lydia_WMDE: you un-killed gerrit-wm? :p [18:15:37] JeroenDeDauw: i did nothing - no [18:15:43] JeroenDeDauw: sorry - was getting dinner [18:16:15] Arr Daniel ran away :/ [18:16:46] i'm off to eat yummy dinner [18:16:49] laters :) [18:24:51] Lydia_WMDE: omnomnom! [18:39:39] Lydia_WMDE: create tags where? [18:39:43] Lydia_WMDE: core? [18:40:04] JeroenDeDauw: wikibase [18:40:24] JeroenDeDauw: jens had these rights but they were taken away again [18:40:45] for reasons unknown to me [18:40:48] Lydia_WMDE: we can do that ourselves [18:41:00] Lydia_WMDE: we are project owners of Wikibase [18:41:07] oh? i was told we can't [18:41:07] Lydia_WMDE: so we can give ourselves the rights [18:41:13] then please give jens the rights [18:44:27] Lydia_WMDE: we all have the right now [18:44:32] awesome [18:44:33] thx [18:44:35] Lydia_WMDE: look at this friendly tag saying ohi to you: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Wikibase.git [18:44:37] i'll email wikitech [18:44:41] :D [18:44:49]