>>> The people who are loudest in their demands for consensus
>>> do not represent the Wikimedia movement.
>>
>> The voices loudest for the WMF doing something against the
>> Trump administration are not representative of the Wikimedia
>> movement either....
>
> Is the Community Process Steering Committee currently
> prepared to "engage more 'quiet' members of our community"
> with a statistically robust snap survey to resolve this question?
Anyone can go to Recent Changes and send a SurveyMonkey link to the
most recent few hundred editors with contributions at least a year
old, to get an accurate answer.
Will a respected member of the community please do this? I would like
to know what the actual editing community thinks of the travel ban and
their idea of an appropriate response. I don't want to see community
governance by opt-in participation in obscure RFCs.
I would offer to do this myself, but I value keeping my real name
unassociated with my enwiki userid.
-Will
Hullo everyone.
I was asked by a volunteer for help getting stats on the gender gap in
content on a certain Wikipedia, and came up with simple Wikidata Query
Service[1] queries that pulled the total number of articles on a given
Wikipedia about men and about women, to calculate *the proportion of
articles about women out of all articles about humans*.
Then I was curious about how that wiki compared to other wikis, so I ran
the queries on a bunch of languages, and gathered the results into a table,
here:
https://meta.wikimedia.org/wiki/User:Ijon/Content_gap
(please see the *caveat* there.)
I don't have time to fully write-up everything I find interesting in those
results, but I will quickly point out the following:
1. The Nepali statistic is simply astonishing! There must be a story
there. I'm keen on learning more about this, if anyone can shed light.
2. Evidently, ~13%-17% seems like a robust average of the proportion of
articles about women among all biographies.
3. among the top 10 largest wikis, Japanese is the least imbalanced. Good
job, Japanese Wikipedians! I wonder if you have a good sense of what
drives this relatively better balance. (my instinctive guess is pop culture
coverage.)
4. among the top 10 largest wikis, Russian is the most imbalanced.
5. I intend to re-generate these stats every two months or so, to
eventually have some sense of trends and changes.
6. Your efforts, particularly on small-to-medium wikis, can really make a
dent in these numbers! For example, it seems I am personally
responsible[2] for almost 1% of the coverage of women on Hebrew Wikipedia!
:)
7. I encourage you to share these numbers with your communities. Perhaps
you'd like to overtake the wiki just above yours? :)
8. I'm happy to add additional languages to the table, by request. Or you
can do it yourself, too. :)
A.
[1] https://query.wikidata.org/
[2] Yay #100wikidays :) https://meta.wikimedia.org/wiki/100wikidays
--
Asaf Bartov
Wikimedia Foundation <http://www.wikimediafoundation.org>
Imagine a world in which every single human being can freely share in the
sum of all knowledge. Help us make it a reality!
https://donate.wikimedia.org
Hi everyone!
I'm very happy to announce that the Affiliations Committee has recognized
[1] Wikimedia Community User Group Albania [2] as a Wikimedia User Group.
The group aims to improve content about Albania across the Wikimedia
projects, including Commons and Wikidata, and to collaborate with other
Wikimedia user groups, chapters, and other free culture groups in Albania
and across the region.
Please join me in congratulating the members of this new user group!
Regards,
Kirill Lokshin
Chair, Affiliations Committee
[1]
https://meta.wikimedia.org/wiki/Affiliations_Committee/Resolutions/Recognit…
[2] https://meta.wikimedia.org/wiki/Wikimedia_Community_User_Group_Albania
Hi all,
==Background==
In November 2016, I presented the result of a joint research that
helped us understand English Wikipedia readers better. (Presentation
at https://www.youtube.com/watch?v=xIaMuWA84bY ). I talked about how
we used English, Persian, and Spanish Wikipedia readers' inputs to
build a taxonomy of Wikipedia use-cases along several dimensions,
capturing users’ motivations to visit Wikipedia, the depth of
knowledge they are seeking, and their knowledge of the topic of
interest prior to visiting Wikipedia. I also talked about the results
of the study we did to quantify the prevalence of these use-cases via
a large-scale user survey conducted on English Wikipedia. In that
study, we also matched survey responses to the respondents’ digital
traces in Wikipedia’s server logs which enabled us in discovering
behavioral patterns associated with specific use-cases. You can read
the full study at https://arxiv.org/abs/1702.05379 .
==What do we want to do now?==
There are quite a few directions this research can continue on, and
the most immediate one is to understand whether the results that we
observe (in English Wikipeida) is robust across languages/cultures.
For this, we are going to repeat the study, but this time in more
languages. Here are the languages on our list: Arabic, Dutch, English,
Hindi, Japanese, Spanish (thanks to all the volunteers who have been
helping us translating all survey related documents to these
languages.:)
==What about your language?==
If your language is not one of the six languages above and you'd like
to learn about the readers of Wikipedia in it (in the specific ways
described above), please get back to me by Monday, April 24, AoE. I
cannot guarantee that we can run the study in your language, however,
I guarantee that we will give it a good try if you're interested. The
decision to include more languages will depend on: our capacity to do
the analysis, the speed at which your community can help us translate
the material to the language, the traffic to that language, a couple
of sentences on how you'd think the result can help your community,
and your willingness to help us document the results for your language
at https://meta.wikimedia.org/wiki/Research:Characterizing_Wikipedia_Reader_Be…
(Quite some work will need to go to have readable/usable
documentations available and we are too small to be able to guarantee
that on our own for many languages.)
Best,
Leila
--
Leila Zia
Senior Research Scientist
Wikimedia Foundation
Hey all!
I wanted to send a quick reminder that our English language fundraiser is
officially launching tomorrow afternoon (Tuesday 28th November, at 16.00
UTC) with some final systems tests running between now and then.
---Banners and Ideas---
You can see the all of our current most effective fundraising banners on
our Fundraising Ideas page where you can also contribute any specific ideas
or stories we should tell via social media, banners, emails etc:
https://meta.wikimedia.org/wiki/Fundraising/2017-18_Fundraising_ideas
---Blog Posts---
We've recently published two blog posts about our fundraising work. The
first covers how we try to limit the disruption to our readers during
campaigns. The second is a recent tranche of research conducted into what
our readers think about our fundraising. Take a look!
Banner limiting:
https://blog.wikimedia.org/2017/10/03/fundraising-banner-limit/
Donor research:
https://blog.wikimedia.org/2017/11/17/fundraising-donor-learnings/
---Reporting Issues---
If you see any technical issues with the banners or payments systems please
do report it on phabricator:
https://phabricator.wikimedia.org/maniphest/task/create/?template=118862
If you see a donor on a talk page, OTRS, or social media with questions
about donating or having difficulties in the donation process, please refer
them to: donate{{at}}wikimedia.org
Here is also the ever present fundraising IRC channel to raise urgent
technical issues: #wikimedia-fundraising
http://webchat.freenode.net?channels=%23wikimedia-fundraising&uio=d4
<http://webchat.freenode.net/?channels=%23wikimedia-fundraising&uio=d4>
---Next Updates---
There will be a further launch announcement on the Wikimedia blog tomorrow
and I will give a brief update at the end of the week with our progress and
hopefully some interesting initial lessons learnt. A more substantial
update will follow later in the week.
Finally, I’d like to thank the community here in advance for your help and
patience over the coming weeks. From here on out, wish us luck!
Many Thanks
--
Seddon
Community & Audience Engagement Associate
Advancement (Fundraising), Wikimedia Foundation
Hi all,
On Wikipedia and in our movement we are aware of the gendergap that exists
and all kinds of activities are organised to make the gap smaller. I think
this is great as no single gap should exist in collecting all the knowledge
in the world, as well as our movement should be diverse as the world's
population is diverse.
The statistics are clear on this matter, this is something to take care of.
However, a part of the approach is causing problems, because general
statistics should not be applied on individuals as that reduces humans to
numbers only.
The reason why I bring this up is because I recently received an e-mail
from a user in the Wikimedia movement who has (temporarily?) stopped
contributing as she is not happy with a specific aspect of the atmosphere
in Wikimedia.
She does not speak out at loud, but I think we must be aware as movement of
the silent cry, therefore this e-mail to bring awareness (but with respect
for the privacy of this individual).
What has happened?
She was invited to participate in a Wikimedia activity, because:
1. she is a woman
2. she is from a minority
3. she is from an area in the world with much less editors (compared to
Europe/US)
and perhaps also because her colour of her skin is a bit different then
mine (Caucasian).
At the same time she has the impression that the work she does on the
Wikimedia wiki('s) is not valued, nor taken into account.
She does not want to be invited because she is a woman, nor because she is
from a minority, nor ....... etc. This is offensive.
She only wants to be invited because of the work she contributes on
Wikipedia/etc.
Besides the many good initiatives and intentions, this kind of approaches
to our contributors is demotivating them, please be aware of this. I
believe demotivation/frustration is the largest problem we face as movement.
I heard from people that the problem described is called tokenism
<https://en.wikipedia.org/wiki/Tokenism>.
I believe the only way to close the gaps related to gender, minorities,
etc, is to create an atmosphere in what everyone is appreciated for what
she/he is doing, completely unrelated to the gender someone appears to
have, the ethnicity, race, area of the world, etc etc etc etc.
Thank you!
Romaine
The Foundation has been accepting BitCoin donations. Unfortunately,
BitCoin is very wasteful in terms of electricity, and is therefore a
dirty cryptocurrency.
I recommend that the Foundation immediately cease accepting BitCoin,
and require donors who wish to donate in cryptocurrency to convert to
FoldingCoin instead. Please see: FoldingCoin (FLDC)
http://foldingcoin.net/ whitepaper:
https://docs.google.com/document/d/1y4MV9AwGLTRFqD-kjC4uN0AX59kHOpO1OWsabnx…
This conversion will place the Foundation at the forefront of
cryptocurrency technology, and stop it from contributing to extremely
dirty waste. As other cryptocurrencies based on proofs of useful work
instead of useless work emerge, the Foundation should consider those.
FoldingCoin is based on proofs of useful prediction of protein
folding, which is useful for computer-aided antibody design, and used
in turn for cancer therapies and many other applied and research
medical fields.
I also invite anyone in the community interested in co-authoring my
forthcoming derivative whitepaper on proofs of useful intelligibility
remediation work to contact me off-list, please. I am also willing to
help with proofs of useful encyclopedia article improvement, but I am
not certain if ORES is yet robust enough to support such proof in a
secure fashion.
Best regards,
Jim Salsman
Hello,
Many of you may have been receiving emails in the last 24 hours warning you
of "Multiple failed attempts to log in" with your account. I wanted to let
you know that the Wikimedia Foundation's Security team is aware of the
situation, and working with others in the organization on steps to decrease
the success of attacks like these.
The exact source is not yet known, but it is not originating from our
systems. That means it is an external effort to gain unauthorized access to
random accounts. These types of efforts are increasingly common for
websites of our reach. A vast majority of these attempts have been
unsuccessful, and we are reaching out personally to the small number of
accounts which we believe have been compromised.
While we are constantly looking at improvements to our security systems and
processes to offset the impact of malicious efforts such as these, the best
method of prevention continues to be the steps each of you take to
safeguard your accounts. Because of this, we have taken steps in the past
to support things like stronger password requirements,[1] and we continue
to encourage everyone to take some routine steps to maintain a secure
computer and account. That includes regularly changing your passwords,[2]
actively running antivirus software on your systems, and keeping your
system software up to date.
My team will continue to investigate this incident, and report back if we
notice any concerning changes. If you have any questions, please contact
the Support and Safety team (susa{{(a)}}wikimedia.org).
John Bennett
Director of Security, Wikimedia Foundation
[1] https://meta.wikimedia.org/wiki/Password_strength_requirements
[2] https://meta.wikimedia.org/wiki/Special:ChangePassword
Hi,
I have been looking for social networking service that would be fair: not abusing personal data, funded by community, respecting privacy, accepting anonymity, free/libre/ open source etc. Haven’t found many. The Diaspora* Project[1] is not moving forward very fast and the Mastodon[2] is more a microblogging service rather than a social network service.
Would it make sense for Wikimedia movement to build its own social network service?
In the "2017 Movement strategy” we state: “By 2030, Wikimedia will become the essential infrastructure of the ecosystem of free knowledge”. If we consider discussions and information shared on social network services to be “knowledge”, I think we should have a role in here too.
We have 33 million registered users and fulfil all the requirements of being a “fair service”. A minimum list of features to make Wikimedia Social would be:
(1) Status updates
(2) Comments
(3) Likes
(4)Groups
maybe:
(5) Events
I am pretty sure that by integrating this to other Wikimedia services (Commons etc.) we could achieve something awesome.
- Teemu
[1] https://en.wikipedia.org/wiki/Diaspora_(social_network)
[2] https://en.wikipedia.org/wiki/Mastodon_(software)
Thank you for your answer, Sebastian.
Publishing the Gutachten would be fantastic! That would be very helpful and
deeply appreciated.
Regarding the relicensing, I agree with you. You can just go and do that,
and given that you ask for attribution to DBpedia, and not to Wikipedia, I
would claim that's what you're doing. And I think that's fine.
Regarding attribution, commonly it is assumed that you have to respect it
transitively. That is one of the reasons a license that requires BY sucks
so hard for data: unlike with text, the attribution requirements grow very
quickly. It is the same as with modified images and collages: it is not
sufficient to attribute the last author, but all contributors have to be
attributed.
This is why I think that whoever wants to be part of a large federation of
data on the web, should publish under CC0.
That is very different from licensing texts or images. But for data
anything else is just weird and will bite is in the long run more than we
might ever benefit.
So, just to say it again: if the Gutachten you mentioned could be made
available, that would be very very awesome!
Thank you, Denny
On Thu, May 17, 2018, 23:06 Sebastian Hellmann <
hellmann(a)informatik.uni-leipzig.de> wrote:
> Hi Denny,
>
> On 18.05.2018 02:54, Denny Vrandečić wrote:
>
> Rob Speer wrote:
> > The result of this, by the way, is that commercial entities sell modified
> > versions of Wikidata with impunity. It undermines the terms of other
> > resources such as DBPedia, which also contains facts extracted from
> > Wikipedia and respects its Share-Alike terms. Why would anyone use
> DBPedia
> > and have to agree to share alike, when they can get similar data from
> > Wikidata which promises them it's CC-0?
>
> The comparison to DBpedia is interesting: the terms for DBpedia state
> "Attribution in this case means keep DBpedia URIs visible and active
> through at least one (preferably all) of @href, <link />, or "Link:". If
> live links are impossible (e.g., when printed on paper), a textual
> blurb-based attribution is acceptable."
> http://wiki.dbpedia.org/terms-imprint
>
> So according to these terms, when someone displays data from DBpedia, it
> is entirely sufficient to attribute DBpedia.
>
> What that means is that DBpedia follows exactly the same theory as
> Wikidata: it is OK to extract data from Wikipedia and republish it as your
> own dataset under your own copyright without requiring attribution to the
> original source of the extraction.
>
> (A bit more problematic might be the fact that DBpedia also republishes
> whole paragraphs of Text under these terms, but that's another story)
>
>
> My understanding is that all that Wikidata has extracted from Wikipedia is
> non-copyrightable in the first place and thus republishing it under a
> different license (or, as in the case of DBpedia for simple triples, with a
> different attribution) is legally sound.
>
>
> In the SmartDataWeb project https://www.smartdataweb.de/ we hired lawyers
> to write a legal review about the extraction situation. Facts can be
> extracted and republished under CC-0 without problem as is the case of
> infoboxes.. Copying a whole database is a different because database rights
> hold. If you only extract ~ two sentences it falls under citation, which is
> also easy. If it is more than two sentence, then copyright applies.
>
> I can check whether it is ready and shareable. The legal review
> (Gutachten) is quite a big thing as it has some legal relevancy and can be
> cited in court.
>
> Hence we can switch to ODC-BY with facts as CC-0 and the text as
> share-alike. However the attribution mentioned in the imprint is still
> fine, since it is under database and not the content/facts.
> I am still uncertain about the attribution. If you remix and publish you
> need to cite the direct sources. But if somebody takes from you, does he
> only attribute to you or to everybody you used in a transitive way.
>
> Anyhow, we are sharpening the whole model towards technology, not
> data/content. So the databus will be a transparent layer and it is much
> easier to find the source like Wikipedia and Wikidata and do contributions
> there, which is actually one of the intentions of share-alike (getting work
> pushed back/upstream).
>
> All the best,
> Sebastian
>
>
> If there is disagreement with that, I would be interested which content
> exactly is considered to be under copyright and where license has not been
> followed on Wikidata.
>
> For completion: the discussion is going on in parallel on the Wikidata
> project chat and in Phabricator:
>
> https://phabricator.wikimedia.org/T193728#4212728
>
> https://www.wikidata.org/wiki/Wikidata:Project_chat#Wikipedia_and_other_Wik…
>
>
> I would appreciate if we could keep the discussion in a single place.
>
> Gnom1 on Phabricator has offered to actually answer legal questions, but
> we need to come up with the questions that we want to ask. If it should be,
> for example, as Rob Speer states on the bug, "has the copyright of
> interwiki links been breached by having them be moved to Wikidata?", I'd be
> quite happy with that question - if that's the disagreement, let us ask
> Legal help and see if my understanding or yours is correct.
>
> Does this sound like a reasonable question? Or which other question would
> you like to ask instead?
>
>
> On Thu, May 17, 2018 at 4:15 PM Rob Speer <rob(a)luminoso.com> wrote:
>
>> > As always, copyright is predatory. As we can prove that copyright is the
>> enemy of science and knowledge
>>
>> Well, this kind of gets to the heart of the issue, doesn't it.
>>
>> I support the Creative Commons license, including the share-alike term,
>> which requires copyright in order to work, and I've contributed to
>> multiple
>> Wikimedia projects with the understanding that my work would be protected
>> by CC-By-SA.
>>
>> Wikidata is engaged in a project-wide act of disobedience against
>> CC-By-SA.
>> I would say that GerardM has provided an excellent summary of the attitude
>> toward Creative Commons that I've encountered on Wikidata: "it's holding
>> us
>> back", "it's the enemy", "you can't copyright knowledge", "you can't make
>> us follow it", etc.
>>
>> The result of this, by the way, is that commercial entities sell modified
>> versions of Wikidata with impunity. It undermines the terms of other
>> resources such as DBPedia, which also contains facts extracted from
>> Wikipedia and respects its Share-Alike terms. Why would anyone use DBPedia
>> and have to agree to share alike, when they can get similar data from
>> Wikidata which promises them it's CC-0?
>>
>> On Wed, 16 May 2018 at 21:43 Gerard Meijssen <gerard.meijssen(a)gmail.com>
>> wrote:
>>
>> > Hoi,
>> > Thank you for the overly broad misrepresentation. As always, copyright
>> is
>> > predatory. As we can prove that copyright is the enemy of science and
>> > knowledge we should not be upset that *copyright *is abused we should
>> > welcome it as it proves the point. Also when we use texts from
>> everywhere
>> > and rephrase it in Wikipedia articles "we" are not lily white either.
>> >
>> > In "them old days" generally we felt that when people would use
>> Wikipedia,
>> > it would only serve our purpose; share the sum of all knowledge. I still
>> > feel really good about that. And, it has been shown that what we do;
>> > maintain / curate / update that data that it is not easily given to do
>> as
>> > well as "we" do it.
>> >
>> > When we are to be more precise with our copyright, there are a few
>> things
>> > we could do to make copyright more transparent. When data is to be
>> uploaded
>> > (Commons / Wikipedia or Wikidata) we should use a user that is OWNED and
>> > operated by the copyright holder. The operation may be by proxy and as a
>> > consequence there is no longer a question about copyright as the
>> copyright
>> > holder can do as we wants. This makes any future noises just that,
>> > annoying.
>> >
>> > As to copyright on Wikidata, when you consider copyright using data from
>> > Wikipedia. The question is: "What Wikipedia" I have copied a lot of data
>> > from several Wikipedias and believe me, from a quality point of view
>> there
>> > is much to be gained by using Wikidata as an instrument for good
>> because it
>> > is really strong in identifying friends and false friends. It is
>> superior
>> > as a tool for disambiguation.
>> >
>> > About the copyright on data, the overriding question with data is: do
>> you
>> > copy data wholesale in Wikidata. That is what a database copyright is
>> > about. As I wrote on my blog [1], the best data to include is data that
>> is
>> > corroborated by the fact that it is present in multiple sources. This
>> > negates the notion of a single source, it also underscores that much of
>> the
>> > data everywhere is replicated a lot. It also underscores, again, the
>> notion
>> > that data that is only present in single sources is what needs
>> attention.
>> > It needs tender loving care, it needs other sources to establish
>> > credentials. That is in its own right what makes any claim of copyright
>> > moot. It is in this process that it becomes a "creative" process
>> negating
>> > the copyright held on databases.
>> >
>> > I welcome the attention that is given to copyright in Wikidata. However
>> our
>> > attention to copyright is predatory in two ways. It is how can we get
>> > around existing copyright and how can we protect our own. As argued,
>> > Wikidata shines when it is used for what it is intended to be; the place
>> > that brings data, of Wikipedias first and elsewhere second, together to
>> be
>> > used as a repository of quality, open and linked data.
>> > Thanks,
>> > GerardM
>> >
>> > [1]
>> >
>> >
>> https://ultimategerardm.blogspot.nl/2018/05/wikidata-copyright-and-linked-d…
>> >
>> > On 11 May 2018 at 23:10, Rob Speer <rob(a)luminoso.com> wrote:
>> >
>> > > Wow, thanks for the heads up. When I was getting upset about projects
>> > that
>> > > change the license on Wikimedia content and commercialize it, I had no
>> > idea
>> > > that Wikidata was providing them the cover to do so. The Creative
>> Commons
>> > > violation is coming from inside the house!
>> > >
>> > > On Tue, 8 May 2018 at 03:48 mathieu stumpf guntz <
>> > > psychoslave(a)culture-libre.org> wrote:
>> > >
>> > > > Hello everybody,
>> > > >
>> > > > There is a phabricator ticket on Solve legal uncertainty of Wikidata
>> > > > <https://phabricator.wikimedia.org/T193728> that you might be
>> > interested
>> > > > to look at and participate in.
>> > > >
>> > > > As Denny suggested in the ticket to give it more visibility through
>> the
>> > > > discussion on the Wikidata chat
>> > > > <
>> > > > https://www.wikidata.org/wiki/Wikidata:Project_chat#
>> > > Importing_datasets_under_incompatible_licenses>,
>> > > >
>> > > > I thought it was interesting to highlight it a bit more.
>> > > >
>> > > > Cheers
>> > > >
>> > > > _______________________________________________
>> > > > Wikimedia-l mailing list, guidelines at:
>> > > > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
>> > > > https://meta.wikimedia.org/wiki/Wikimedia-l
>> > > > New messages to: Wikimedia-l(a)lists.wikimedia.org
>> > > > Unsubscribe:
>> https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> > > > <mailto:wikimedia-l-request@lists.wikimedia.org
>> ?subject=unsubscribe>
>> > > _______________________________________________
>> > > Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/
>> > > wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/
>> > > wiki/Wikimedia-l
>> > > New messages to: Wikimedia-l(a)lists.wikimedia.org
>> > > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l
>> ,
>> > > <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
>> > _______________________________________________
>> > Wikimedia-l mailing list, guidelines at:
>> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
>> > https://meta.wikimedia.org/wiki/Wikimedia-l
>> > New messages to: Wikimedia-l(a)lists.wikimedia.org
>> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> > <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
>> _______________________________________________
>> Wikimedia-l mailing list, guidelines at:
>> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
>> https://meta.wikimedia.org/wiki/Wikimedia-l
>> New messages to: Wikimedia-l(a)lists.wikimedia.org
>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
>
>
>
> _______________________________________________
> Wikidata mailing listWikidata@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/wikidata
>
>
> --
> All the best,
> Sebastian Hellmann
>
> Director of Knowledge Integration and Linked Data Technologies (KILT)
> Competence Center
> at the Institute for Applied Informatics (InfAI) at Leipzig University
> Executive Director of the DBpedia Association
> Projects: http://dbpedia.org, http://nlp2rdf.org,
> http://linguistics.okfn.org, https://www.w3.org/community/ld4lt
> <http://www.w3.org/community/ld4lt>
> Homepage: http://aksw.org/SebastianHellmann
> Research Group: http://aksw.org
>