Hi,
I'm familiar with the concept of reverse proxies (more in the context of an
Integrating reverse proxy). I've heard about HTTP accelerators, but never
worked with Varnish. But I think it doesn't really matter at this point, a
cache is a cache :).
So I can just include a button to "push" a triple to Wikidata? But does the
Wikidata API require authentication to add a triple? Probably it should also be
checked then which triples on the displayed page are already on WikiData? I'm
not entirely getting the meaning of this part. Could you please clarify the
reason for existence of this pushing to Wikidata from DBpedia page display?
Regards,
Denis
From: [email protected]
Date: Tue, 30 Apr 2013 16:08:55 +0300
Subject: Re: [Dbpedia-gsoc] DBpedia Better Display
To: [email protected]
CC: [email protected]
Hi,
On Tue, Apr 30, 2013 at 3:05 PM, Denis Lukovnikov <[email protected]>
wrote:
Hi,
Thanks for feedback.
From: [email protected]
Date: Tue, 30 Apr 2013 12:06:57 +0300
Subject: Re: [Dbpedia-gsoc] DBpedia Better Display
To: [email protected]
CC: [email protected]
Hi Denis,
Before I review your proposal, let me answer your comments
On Sun, Apr 28, 2013 at 6:57 PM, Denis Lukovnikov <[email protected]>
wrote:
Hi,
Thanks for the quick response.
About Spotlight annotations: I was also worried about the load on Spotlight.
I'd like to note the annotations of course will work asynchronously (first page
is loaded and an annotation request is made, in the following seconds the reply
will be displayed)....
The way I think of this, we could implement this feature on user request,
something like a button that is shown onhover, this will save a lot of load.
The cache can be optionally implemented as a separate component, a reverse
proxy maybe.
A button is fine by me too. But a cache would be the best I think.
A reverse proxy is in fact a network cache. You worked with Drupal so maybe
you've heard of Varnish.
About Wikidata insertions: how do you want to insert the data to Wikidata? So
that users can add/edit all triples of some entity and push it to Wikidata? ...
I don't have a link handy but I think that WikiData has a rest api for adding
data. An idea for this could be to let the user select the triples he wants for
insertion and then generate the api url & post / get
After a quick search, I found a MediaWiki API, but couldn't find the same for
WikiData.
I will try to find it too but I am sure there is an api for this so it is not
important for now.
Should users be able to edit the triples/add new triples while viewing the
page or just to choose to "push" some triples to WikiData?
I guess just push could do fine
Cheers,
Dimitris
Regards,
Denis
Best,
Dimitris
Greetings,
Denis
From: [email protected]
Date: Sun, 28 Apr 2013 18:25:46 +0300
Subject: Re: [Dbpedia-gsoc] DBpedia Better Display
To: [email protected]
CC: [email protected]
Hi Denis,
On Sun, Apr 28, 2013 at 5:28 PM, Denis Lukovnikov <[email protected]>
wrote:
Hi,
So I'll take a shot.
One of the ideas on the ideas page that caught my eye was is the idea to design
a better display for DBpedia.
I'm not exactly sure what kind of solution you want. You mentioned
dbpedia-vad-i18n somewhere in earlier threads.
The solution I have in mind right now is to make a fat client that does a lot
of SPARQL.
We could try to reduce client load by using some PHP code that does SPARQL via
SQL to the triplestore at page query (as mentioned at the end of
http://www.openlinksw.com/dataspace/doc/dav/wiki/Main/VirtuosoPHP). But I would
keep this PHP very simple. This PHP page could also serve as a query point for
AJAX requests from the main page.
Alternatively, if (AJAX->)PHP->SQL->SPARQL doesn't prove to be better,
everything could just be done in JavaScript->SPARQL.
Also, I would minimize or even ban any VSP as it is Virtuoso-specific.
We 'd also like to minimize or eliminate VSP code. The problem is that this
plugin serves also the Linked Data interface (content negotiation) thus,
removing it completely will generate more work.
A simple / minimal PHP page within the plugin that loads the stored data and
JavaScript->SPARQL for loading external data seems like a very reasonable
option.
For the styling part, I would follow the flat design style that's quite "in"
right now (http://bits.blogs.nytimes.com/2013/04/23/the-flattening-of-design/).
Bootstrap would be my choice of front-end framework. It allows for easy
cross-device web development and supports more IE versions that its
competitors. Also, I'm quite familiar with Bootstrap as I've worked with it for
a job last summer. I also have quite some experience with jQuery (from summer
jobs and pet projects), which can be used together with Bootstrap. jQuery
allows for easy AJAXing (and thus SPARQLing over AJAX) and easy manipulation of
HTML DOM.
As for the layout structure, here is a lot of freedom and I have several
idea's. Something concise but flashy, interactive could be more attractive to
"normal" users and something more factoid looking would be better for academics
maybe. I could do both. Would you like me to include some mock-ups in the
proposal?
We are very open to design suggestions here and bootstrap & jQuery seem fine.
The two modes (academic / normal) also look like a good idea.
Regarding the mockup, there is no need for one at this point but, if you
already figured out the layout and it's easy for you to create one then you can
include it in your application
Also keep in mind that we want this interface to work for multiple DBpedia
editions so, some parts (like domain name, default graph, ...) must be
parametrizable.
Also, I just got a wild idea to make DBpedia more useful and promote DBpedia
Spotlight. The rdfs:comment and rdfs:abstract properties (everything with plain
text) could be annotated with DBpedia Spotlight! (with a mention it's annotated
with DBpedia Spotlight somewhere next to it).
Maybe the Spotlight guys can make a comment on this. My only concern here is on
the load of the Spotlight API.
Could this be the solution you are looking for? What is your advise on it and
on the steps I further need to take?
Yes, this idea is quite straightforward and this is more or less what we want
to achieve.
You could also give some extra thought on the last part of the idea about
inserting information back to Wikipedia / Wikidata from the interface.
You can also start preparing your application. If you submit early we can help
you improve it.
Cheers,
Dimitris
Maybe something more about myself. I consider myself fluent in Java and
Python. I've done my share of web development so I'm good with HTML(5), SQL,
JavaScript, PHP, XSLT, CSS. Last summer, I've written a Drupal 7 module for
documentation import and collaborated on a redesign of the website of my
employer (using Bootstrap and moving to Drupal 7).
Kind regards,
Denis
> From: [email protected]
> Date: Sun, 28 Apr 2013 12:55:47 +0200
> Subject: Re: [Dbpedia-gsoc] DBpedia GSoC Application Feasibility
> To: [email protected]
> CC: [email protected]
>
> Hi Denis,
>
> see comments in line:
>
> On Sun, Apr 28, 2013 at 1:43 AM, Denis Lukovnikov
> <[email protected]> wrote:
> > First, I'll be graduating this summer. For the next year, I'm hoping to land
> > a PhD position or to study further (probably management plus some more CS
> > stuff), but I'm not sure which one yet. Am I eligible for GSoC 2013 in the
> > case I choose not to stay in the academic world next year?
>
> Somebody on the mentors list pointed out:
>
> > From the FAQ:
> >
> > As long as you are accepted into or enrolled in a college or university
> > program as of May 27, 2013, you are eligible to participate in the program.
> > and separately:
> >
> > In order to participate in the program, you must be a student. Google
> > defines a student as an individual enrolled in or accepted into an
> > accredited institution including (but not necessarily limited to) colleges,
> > universities, masters programs, PhD programs and undergraduate programs
>
> So it looks like you would be eligible.
>
>
> > Second, I found out DBpedia is in GSoC just a few days ago. After reading in
> > the mailing list, I got the impression it takes a lot of effort to gain
> > notability. [...] And there already are candidates for
> > the most of the idea's I found interesting.
> > [...]
>
> What you say it true. An early engagement votes well for students, but
> the project proposal and how you work with us in creating it is still
> the biggest factor for acceptance.
>
>
> > Also, is it possible to make more than one DBpedia proposal or do we have to
> > chose one idea? (I'm new to GSoC...)
>
> Yes, but the proposals should be thought out thoroughly and be
> improved after feedback from the mentors. This might be difficult for
> multiple proposals.
>
>
> Cheers,
> Max
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
_______________________________________________
Dbpedia-gsoc mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dbpedia-gsoc
--
Kontokostas Dimitris
--
Kontokostas Dimitris
--
Kontokostas Dimitris
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
Dbpedia-gsoc mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dbpedia-gsoc
