Re: Another extra module

[ajs6f]

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  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 
>  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  wrote:
> 
>> This would make Graphana metrics appear as RDF in the Jena API?
>> 
>> ajs6f
>> 
>>> On Feb 3, 2019, at 2:40 PM, Claude Warren  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
> 
> LinkedIn: http://www.linkedin.com/in/claudewarren

Re: Another extra module

[Bruno P. Kinoshita]

 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 
 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  wrote:

> This would make Graphana metrics appear as RDF in the Jena API?
>
> ajs6f
>
> > On Feb 3, 2019, at 2:40 PM, Claude Warren  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

LinkedIn: http://www.linkedin.com/in/claudewarren
  

Re: Another extra module

[Claude Warren]

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  wrote:

> This would make Graphana metrics appear as RDF in the Jena API?
>
> ajs6f
>
> > On Feb 3, 2019, at 2:40 PM, Claude Warren  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

LinkedIn: http://www.linkedin.com/in/claudewarren

Re: Another extra module

[ajs6f]

This would make Graphana metrics appear as RDF in the Jena API?

ajs6f

> On Feb 3, 2019, at 2:40 PM, Claude Warren  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

Another extra module

[Claude Warren]

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