On 3/30/15 7:01 PM, Vladimir Alexiev wrote:
We as humanity should leverage the strengths of both,
to gain maximum benefits.
Amen! Anything less is an utter shame.
A Little
Cooperation Goes a Long Way.
Amen, one more time !
Kingsley, I am very much
heartened by your response because I thought you're a die-hard DBpedia guy;
and a couple months ago when Markus pointed to the excellent Resumator, you sort of said
"but does it LOD".
That's an example of how my comments can be easily misconstrued, due to
my DBpedia and LOD proximity :)
All I want is for identifiers to resolve to description documents. Net
effect, we have URIs functioning as terms rather than words and/or
phrases, expands the power of the Web.
Wikidatians have strength in numbers.
As Multichill (Sum of All Paintings, WikiCulture, WikiLovesMonuments)
is just emailing me "We have bots and we're not afraid to use them.
My bot (BotMultichill) has over 4 million edits"
They're not afraid to screw some modeling up, because they're gonna fix it.
All good.
They talk to each other, all the time, in sophisticated ways.
(Well, not all of them are sophisticated: e.g. I am just learning)
Mediawiki is the most sophisticated consensus-building platform, right?
"A" rather than "The" :)
They're good with practical information architecture (things shold be easy to use and
see), without being afraid of breaking some puny rule.
Yes! Not being afraid to break things is crucial. A system of draconian
rules is DOA. That said, Linked Open Data isn't draconian, but I do
empathize with those who might initially arrive at that conclusion.
They're not afraid to use what used to be a cursed
languge (PHP).
Phabricator is a great.... 10 tools in one? I only used it couple days but the UI is
excellent.
And they are getting serious about RDF: they're retooling the WDQ backend because
that wonderful beast is ever hungry.
(They picked BigData because of free support and strong engagement).
I don't quite clearly see the Complementarity between DBP and WD that you see, but
there are options.
And that's the weak point that needs fixing.
Wikidata is about a crowd oriented DataWiki for structured data.
DBpedia is about Wikipedia content rendition in 5-Star Linked Open Data
form.
Wikidata enables DBpedia to be better.
DBpedia enables Wikidata to be better, even if DBpedia shortcomings are
the initial point of focus.
What I see that there's got to be a joint series
of workshops.
Yes, but not just workshops. Principals behind both projects need to
talk and get to understand one another, genuinely. As I said, these
projects are inherently complimentary+++
Maybe also with the SemanticMediaWiki (or OntoWiki)
people, because they have the third perspective.
Both are DataWiki variants. They are complimentary tools that can play a
role. Just like related tools that offer read-write capability at
Web-scale via the open standards such as LDP, SPARQL Graph Protocol,
SPARQL 1.1 Update etc..
Who's for it? I sure would be happy: will cut down on travel :-)
PS: Too bad this thread wont go to wikidata-l because I'm not subscribed there.
It's in the cc. :)
Kingsley
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now.
http://goparallel.sourceforge.net/
_______________________________________________
Dbpedia-discussion mailing list
Dbpedia-discussion(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software
Company Web:
http://www.openlinksw.com
Personal Weblog 1:
http://kidehen.blogspot.com
Personal Weblog 2:
http://www.openlinksw.com/blog/~kidehen
Twitter Profile:
https://twitter.com/kidehen
Google+ Profile:
https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile:
http://www.linkedin.com/in/kidehen
Personal WebID:
http://kingsley.idehen.net/dataspace/person/kidehen#this