Hi,
regarding an actual topic in Germany about publication of the
timetable-data of Deutsche Bahn (German national railway company) and
their willingness of a discussion with other Open-Data-Supporters it may
be a good idea of providing an expiration dates for Wikidata-records.
In their open letter to Mr. Kreil [1] they announced that it may cause
problems providing the timetable-data in an open way if e.g. anybody
uses old data.
Marco
[1] http://www.db-vertrieb.com/db_vertrieb/view/service/open_plan_b.shtml
Hi Everyone,
My name is Bernardo and I work as a Business Intelligence Consultant in
Toronto, Canada. I've been reading pretty much everything about WikiData
over the past few days, and I'm really excited about this project! I would
love to participate and collaborate in developing tools to bring data from
external sources, particularly the vast open data sets that are so common
right now.
I have some questions about the project and how can I participate, that you
might be able to help me with:
1) I know the data import is planned for a future phase 2. Do you think it
would be useful to start working on some of that now?
2) I also learned that you guys had a round
table<http://wikidataroundtable.eventbrite.com/>on June 21 about this
topic (wish I could have known about Wikidata and
been there!) but I couldn't find what the outcome of that discussion was.
Is there anywhere where I can find what was discussed there?
3) Is there anyone else on the list working on the subject of how to bring
data in? I have some ideas on the subject, but again, don't know if this is
too early in the project.
Thanks,
Bernardo Najlis
CRM & Business Intelligence Consultant
For convertion between units, why not using the already built-in system of
"Languages Translation" ?
Hence, if people gives the value in Meter someone else could give it in
Foot with the right precision and there will just be a link of
"Translation" between those two
Same apply for Units being given in SI ("kg⋅m2⋅s−3⋅A−2") and a Translation
to "Ohm"
My two cents
Mohamed
--
Innovimax SARL
Consulting, Training & XML Development
9, impasse des Orteaux
75020 Paris
Tel : +33 9 52 475787
Fax : +33 1 4356 1746
http://www.innovimax.fr
RCS Paris 488.018.631
SARL au capital de 10.000 €
Heya folks :)
I wanted to give you a heads-up about the next steps for Wikidata
deployment. In this particular case it is about the first Wikipedia
actually using language links from here. A while ago we discussed this
with the Hungarian Wikipedia community and they agreed to be the first
to use Wikidata. (Thanks so much!) We're now getting closer to the
date where this will actually happen. As it currently looks we will
flip the switch on January 14th. Obviously unforseen stuff might
happen and delay this but that's our current plan. More Wikipedias
should follow soon after that and I will keep you posted when I have
more concrete info about the dates for those.
Let me know if you have any questions about this.
Cheers
Lydia
--
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.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello all!
Sorry for my ignorance, if this is common knowledge: What about lists?
I know they are not very popular (or completely unsupported) but my
bot maintains several list like player rankings, currency exchange
rates or similar for infoboxes, see e.g. [1]-[7]. The bot uses
external sources (e.g. an URL) an retrieves data (e.g. a list of
player rankings) and syncronizes/updates the data in the wiki.
Now as I can see the idea would be to have an item for each player and
then a property "ranking" containing the value. But that would mean we
have to split up data given in a list and spread it over thousands of
items (update all of them) in order to use a query to re-collect them
into a list and deliver it to the infobox as before. Furthermore would
it cause a huge effort setting up the configuration for the bot since
we would have to connect every (of the 1000+ players) with the data
from the external list needing an own bot configuration. In case
somethings changes on the external site we would have to update all
those configurations.
As I see an item containing a list would be possible. But at the
moment every list entry or item would need a new property to be
created and filled with one or more claims. While this would be
technical feasible it seams strange to create thousands of properties
just for one single usage in one item.
On the other hand it it would be possible to have claims/statements
that contain not only a value but a key-value pair, then somthing like
sketched in [8] (p32) could be easily done with a simple configuration
on the according talk page.
So I hope we can find a solution here, since this would help to have
the most recent data on wikidata with minimal effort.
Thanks and greetings
DrTrigon
[1] http://de.wikipedia.org/wiki/Vorlage:Elo-Punkte
[2] http://de.wikipedia.org/wiki/Vorlage:Wechselkursdaten/EZB
[3] http://de.wikipedia.org/wiki/Vorlage:Infobox Kreditinstitut/DatenDE
[4] http://de.wikipedia.org/wiki/Vorlage:Infobox Kreditinstitut/DatenAT
[5] http://de.wikipedia.org/wiki/Vorlage:Infobox Kreditinstitut/DatenCH
[6] http://de.wikipedia.org/wiki/Vorlage:Infobox
Kreditinstitut/DatenDE/Quelle
[7] http://de.wikipedia.org/wiki/Vorlage:ITTF-Weltranglistendaten
(there are examples on enwiki and others too...)
[8] http://wikidata-test-repo.wikimedia.de/wiki/Q356
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iEYEARECAAYFAlDhmF0ACgkQAXWvBxzBrDCGZgCg5DosPZxzRbDIRu5NXsH2asIs
orkAoN8n9ZU+hduHkxECjSQd+YIX+4FM
=vCS+
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Update for pywikibot trunk wikidata interface:
Supports the same interface as Page, with the following added methods:
setitem : Setting item(s) on a page
setclaimvalue : Set the value of a Wikibase claim
createclaim : Create Wikibase claims
getentity : Getting item(s) of a page
getentities : Get the data for multiple Wikibase entities
I added the methods: setclaimvalue, createclaim and getentities in
order to start including wikidata support to subster.py
Some comments on this:
1.) the methods should be renamed in order to refrect the naming from
rewrite which is "get_xxx" and "set_xxx".
2.) the class wikidataPage works clearly with items like "Q356" too
and not only with titles/lables like "Helium" like suggested multiple
times
(the "Q" syntax is clearly preferred since unique)
3.) getentities is in fact the same as getentity as far as I
understand but I was not able to get it working nor understand it (to
elaborated for me... ;) and thus I decided to start another very
simple implementation. (sorry!)
4.) setclaimvalue is in fact not dependent on a page but on a guid
only and thus could be moved out of the wikidataPage class.
Thanks to all the inital work done here by amir and others! Hope we
can implement more useful stuff here and coordinate the work in order
to get a consistent interface.
Thanks and greetings
DrTrigon
ps.: http://www.mediawiki.org/wiki/Manual:Pywikipediabot/Wikidata
On 10.12.2012 22:43, Amir Ladsgroup wrote:
> Finally the bug is solved. you can get and set items on wikidata
> via PWB
>
> At first you must define a wikidataPage and these are methods you
> can use. I'll try to expand and make more methods but i don't know
> any and your help will be very useful: Supports the same interface
> as Page, with the following added methods:
>
> setitem : Setting item(s) on a page
>
> getentity : Getting item(s) of a page
>
> these examples worked for me:
>
> site=wikipedia.getSite('wikidata',fam='wikidata')
> page=wikipedia.wikidataPage(site,"Helium") text=page.getentity()
> page.setitem(summary=u"BOT: TESTING FOO",items={'type':u'item',
> 'label':'fa', 'value':'OK'}) page.setitem(summary=u"BOT: TESTING
> GOO",items={'type':u'description', 'language':'en', 'value':'OK'})
> page.setitem(summary=u"BOT: TESTING BOO",items={'type':u'sitelink',
> 'site':'de', 'title':'BAR'})
>
> Cheers!
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iEYEARECAAYFAlDg0mwACgkQAXWvBxzBrDCCvACfei0RcgokwL/WWN3M3/MmZ851
Kh4AoNT2O/phjnOAM+H2RFjdlQrbtFfd
=ETEK
-----END PGP SIGNATURE-----
Finally the bug is solved. you can get and set items on wikidata via PWB
At first you must define a wikidataPage and these are methods you can
use. I'll try to expand and make more methods but i don't know any and
your help will be very useful:
Supports the same interface as Page, with the following added methods:
setitem : Setting item(s) on a page
getentity : Getting item(s) of a page
these examples worked for me:
site=wikipedia.getSite('wikidata',fam='wikidata')
page=wikipedia.wikidataPage(site,"Helium")
text=page.getentity()
page.setitem(summary=u"BOT: TESTING FOO",items={'type':u'item',
'label':'fa', 'value':'OK'})
page.setitem(summary=u"BOT: TESTING GOO",items={'type':u'description',
'language':'en', 'value':'OK'})
page.setitem(summary=u"BOT: TESTING BOO",items={'type':u'sitelink',
'site':'de', 'title':'BAR'})
Cheers!
--
Amir
Heya folks :)
Here is your Wikidata summary for the last week. It is a rather short
one though since pretty much everyone is enjoying some well-deserved
vacation time.
The wiki version is at
http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2012_12_28
= Development =
* Some of us unwrapped gifts (-:
* Started working on supporting different kinds of Snaks in the user interface
* Fixing support for PostgreSQL in core, which was broken with
introduction of the sites stuff
* Code reviewing of changes in MediaWiki core
* Adding watchlist filter in client for Wikidata changes
= Discussions/Press =
* http://www.wikidata.org/wiki/Wikidata:Project_chat#Ranking_of_items
= Events =
see http://meta.wikimedia.org/wiki/Wikidata/Events
* right now: 29C3
= Open Tasks for You =
* Hack on one of
https://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteer%2C%20&ke…
Anything to add? Please share! :)
Cheers
Lydia
--
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.
As Phase 2 is progressing, we have to decide on how to represent data
values.
I have created a draft for representing numbers and units, points in time,
and locations, which can be found here:
<https://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values>
including a first suggestion on the functionality of the UI which we would
be aiming at eventually.
The draft is unfortunately far from perfect, and I would very welcome
comments and discussion.
We probably will implement them in the following order: geolocation, date
and time, numbers.
Cheers,
Denny
--
Project director Wikidata
Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
Tel. +49-30-219 158 26-0 | http://wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.