You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by Claude Warren <cl...@xenei.com> on 2019/02/03 19:40:26 UTC
Another extra module
After spending some time at FOSDEM this weekend, i am going to look into
creating a Jena adapter for Graphana. Is this the sort of module we might
consider for inclusion as an extra module?
Claude
Re: Another extra module
Posted by ajs6f <aj...@apache.org>.
Agreed. Graphana is a very useful product (although I've only ever seen it deployed for IT monitoring and performance-- I don't know how much adoption it has outside of that) but a more generic solution would be best.
There are also some interesting potential "metrics" that would be specific (or nearly so) to Jena. For example, what if you wanted to track the action of your inferencing machinery?
ajs6f
> On Feb 6, 2019, at 3:39 AM, Bruno P. Kinoshita <ki...@apache.org> wrote:
>
> Hi Claude,
>
> Wouldn't it be easier to actually have a module for exposing metrics, like jena-prometheus? Or jena-metrics? JupyterHub does that (https://github.com/jupyterhub/jupyterhub/blob/master/jupyterhub/metrics.py), but it's as easy to implement that in Java as in Python.
> That way you could display the metrics on Graphana (https://prometheus.io/docs/visualization/grafana/), or Kibana (https://www.elastic.co/guide/en/beats/metricbeat/master/metricbeat-module-prometheus.html), or even plug into another monitoring system like Nagios (https://github.com/prometheus/nagios_plugins), Zabbix (https://www.zabbix.com/integrations/prometheus), etc.
>
> Having some Zeppelin module/kernel (use Python notebooks, but guess there's something with the same name) would be interesting. Write SPARQL queries, show how the installation of Jena Text can be done, with assembler files with syntax highlighting. There are a few possible use cases, though I suspect it should be possible to do these items with Python Notebooks/Zeppelin now (plus some glue code).
> CheersBruno
>
> On Wednesday, 6 February 2019, 8:19:54 pm NZDT, Claude Warren <cl...@xenei.com> wrote:
>
> My understanding of Graphana is that they provide charts (aka visual graphs
> but just to keep the nomenclature clear I will call them charts) for data.
> They are source agnostic and currently talk to a number of databases. The
> idea is to allow a user/admin to create queries that would be charted by
> Graphana. Very early investigation. I was just wondering if such a module
> would be a good fit for the "extras".
>
> I also think that having adapters to make it easy to pull and display data
> from Jena/Fuseki might bring an up-tick in adoption. At one time I thought
> about Zeppelin as a frontend.
>
> Claude
>
> On Tue, Feb 5, 2019 at 10:25 PM ajs6f <aj...@apache.org> wrote:
>
>> This would make Graphana metrics appear as RDF in the Jena API?
>>
>> ajs6f
>>
>>> On Feb 3, 2019, at 2:40 PM, Claude Warren <cl...@xenei.com> wrote:
>>>
>>> After spending some time at FOSDEM this weekend, i am going to look into
>>> creating a Jena adapter for Graphana. Is this the sort of module we
>> might
>>> consider for inclusion as an extra module?
>>>
>>> Claude
>>
>>
>
> --
> I like: Like Like - The likeliest place on the web
> <http://like-like.xenei.com>
> LinkedIn: http://www.linkedin.com/in/claudewarren
Re: Another extra module
Posted by "Bruno P. Kinoshita" <ki...@apache.org>.
Hi Claude,
Wouldn't it be easier to actually have a module for exposing metrics, like jena-prometheus? Or jena-metrics? JupyterHub does that (https://github.com/jupyterhub/jupyterhub/blob/master/jupyterhub/metrics.py), but it's as easy to implement that in Java as in Python.
That way you could display the metrics on Graphana (https://prometheus.io/docs/visualization/grafana/), or Kibana (https://www.elastic.co/guide/en/beats/metricbeat/master/metricbeat-module-prometheus.html), or even plug into another monitoring system like Nagios (https://github.com/prometheus/nagios_plugins), Zabbix (https://www.zabbix.com/integrations/prometheus), etc.
Having some Zeppelin module/kernel (use Python notebooks, but guess there's something with the same name) would be interesting. Write SPARQL queries, show how the installation of Jena Text can be done, with assembler files with syntax highlighting. There are a few possible use cases, though I suspect it should be possible to do these items with Python Notebooks/Zeppelin now (plus some glue code).
CheersBruno
On Wednesday, 6 February 2019, 8:19:54 pm NZDT, Claude Warren <cl...@xenei.com> wrote:
My understanding of Graphana is that they provide charts (aka visual graphs
but just to keep the nomenclature clear I will call them charts) for data.
They are source agnostic and currently talk to a number of databases. The
idea is to allow a user/admin to create queries that would be charted by
Graphana. Very early investigation. I was just wondering if such a module
would be a good fit for the "extras".
I also think that having adapters to make it easy to pull and display data
from Jena/Fuseki might bring an up-tick in adoption. At one time I thought
about Zeppelin as a frontend.
Claude
On Tue, Feb 5, 2019 at 10:25 PM ajs6f <aj...@apache.org> wrote:
> This would make Graphana metrics appear as RDF in the Jena API?
>
> ajs6f
>
> > On Feb 3, 2019, at 2:40 PM, Claude Warren <cl...@xenei.com> wrote:
> >
> > After spending some time at FOSDEM this weekend, i am going to look into
> > creating a Jena adapter for Graphana. Is this the sort of module we
> might
> > consider for inclusion as an extra module?
> >
> > Claude
>
>
--
I like: Like Like - The likeliest place on the web
<http://like-like.xenei.com>
LinkedIn: http://www.linkedin.com/in/claudewarren
Re: Another extra module
Posted by Claude Warren <cl...@xenei.com>.
My understanding of Graphana is that they provide charts (aka visual graphs
but just to keep the nomenclature clear I will call them charts) for data.
They are source agnostic and currently talk to a number of databases. The
idea is to allow a user/admin to create queries that would be charted by
Graphana. Very early investigation. I was just wondering if such a module
would be a good fit for the "extras".
I also think that having adapters to make it easy to pull and display data
from Jena/Fuseki might bring an up-tick in adoption. At one time I thought
about Zeppelin as a frontend.
Claude
On Tue, Feb 5, 2019 at 10:25 PM ajs6f <aj...@apache.org> wrote:
> This would make Graphana metrics appear as RDF in the Jena API?
>
> ajs6f
>
> > On Feb 3, 2019, at 2:40 PM, Claude Warren <cl...@xenei.com> wrote:
> >
> > After spending some time at FOSDEM this weekend, i am going to look into
> > creating a Jena adapter for Graphana. Is this the sort of module we
> might
> > consider for inclusion as an extra module?
> >
> > Claude
>
>
--
I like: Like Like - The likeliest place on the web
<http://like-like.xenei.com>
LinkedIn: http://www.linkedin.com/in/claudewarren
Re: Another extra module
Posted by ajs6f <aj...@apache.org>.
This would make Graphana metrics appear as RDF in the Jena API?
ajs6f
> On Feb 3, 2019, at 2:40 PM, Claude Warren <cl...@xenei.com> wrote:
>
> After spending some time at FOSDEM this weekend, i am going to look into
> creating a Jena adapter for Graphana. Is this the sort of module we might
> consider for inclusion as an extra module?
>
> Claude