Hi John, On Thu, Jun 14, 2012 at 12:39 AM, <[email protected]> wrote: > I base my belief that [[wikitopics]] is operationally faster on a basic > difference between the two designs, as I think the wikipedias will operate > faster if they merely transclude infoboxes of their choice, at their own > speed, from the wikidata central repository. > > Transclusion is surely fundamental to wiki application design. The > [[wikidata]] proposal by contrast is a client-server API, such things an > artifact of the 20th century. What is the point of it here? > > Ultimately the problem you're grappling with is not just just about > infoboxes, it's about *anything* other than article text that has > multilingual requirements. For instance, the same *pie chart* is to be > shared among wikipedias, the only difference being the graph's title, key > and other labels... [[wikidata]] is today doing format=table, later other > formats. That's alot to handle in an API.
Other can probably comment more on the rest of your email but here's one thing: It will very very likely not be the same pie chart. The Wikipedias have quite different demands as to what they want to show and what is important to them. > So, it's highly advised the client-server API approach be scrapped. At a > minimum, it's outdated technology, for good reasons. Instead, wikidata > should *publish* infoboxes that are happily cached on wikidata servers. > That's the best performance that can possibly be had. > > > _______________________________________________ > Wikidata-l mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/wikidata-l > -- Lydia Pintscher - http://about.me/lydia.pintscher Community Communications for Wikidata Wikimedia Deutschland e.V. Obentrautstr. 72 10963 Berlin www.wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985. _______________________________________________ Wikidata-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-l
