Re: Web Charts

Thank you all for indicating and sharing D3.js, D3-SPARQL, SGVIZLER/SGVIZLER2, the Web Components repository: Component Party, SparqlExplorer, and the relevant publication: Content-preserving Graphics by Timothy Lebo, Alvaro Graves, and Deborah L. McGuinness.


Also, observing that LLMs, e.g., ChatGPT, are being discussing in another thread in this mailing list, those interested in both "LLMs" and "charts and infographics" might find interesting the LIDA project, where, through natural-language dialogue, users can create and style charts and infographics.

A demo video is available here: https://vimeo.com/820968433

A publication is available here: https://arxiv.org/abs/2303.02927


Perhaps a "Web charts" discussion and project could be useful for enhancing the dialogue-driven search for and creation of charts and infographics.


Best regards,
Adam

________________________________
From: Alvaro Graves <alvaro.graves@gmail.com>
Sent: Thursday, May 11, 2023 10:08 AM
To: Martin Georg Skjæveland <martige@ifi.uio.no>
Cc: adamsobieski@hotmail.com <adamsobieski@hotmail.com>; semantic-web@w3.org <semantic-web@w3.org>
Subject: Re: Web Charts


This paper we wrote might be relevant, since it shares similar ideas

https://ceur-ws.org/Vol-1034/LeboEtAl_COLD2013.pdf



On Wed, May 10, 2023 at 11:16 PM Martin Georg Skjæveland <martige@ifi.uio.no<mailto:martige@ifi.uio.no>> wrote:
Hi,

this reminds me of something I made a while back:

  https://mgskjaeveland.github.io/sgvizler/


which has been taken further by someone else to

  https://bordercloud.github.io/sgvizler2/


Not as sophisticated as your describe, I think, but along the same
lines.

Martin

On Wed, 2023-05-10 at 21:20 +0000, Adam Sobieski wrote:
> Semantic Web Interest Group,
>
> Hello. I’m not sure which other W3C mailing lists, if any, might also
> be interested in these ideas but, as they involve Semantic Web
> technologies, I'm writing here, today, to share some ideas pertaining
> to charts-related markup which could be utilized from HTML.
> Starting simply, we might consider that charts have: (1) data, (2)
> scripting logic with which to produce document structure from that
> data, and (3) a means of styling the produced document structure for
> presentation and display.
>
> <chart version="1.0">
>   <data type="application/rdf+xml" >...</data>
>  <script type="text/javascript" src="..." />
>  <style type="text/css" src="..." />
> </chart>
>
> Next, we might consider that charts' data could be stored in remote
> resources.
>
> <chart version="1.0">
>   <data type="application/rdf+xml" src="..." />
>   <script type="text/javascript" src="..." />
>   <style type="text/css" src="..." />
> </chart>
>
> Next, towards more advanced scenarios, we might consider that charts
> might, instead of having static data provided, obtain dynamic data by
> querying service endpoints, e.g., using SPARQL.
>
> <chart version="1.0">
>   <query endpoint="..." type="application/sparql-query">...</query>
>  <script type="text/javascript" src="..." />
>   <style type="text/css" src="..." />
> </chart>
>
> We might also consider specifying some attributes for these query-
> related elements which pertain to the refreshing of data, e.g., for
> indicating whether a chart was user-refreshable (per context menus),
> whether it refreshed on a timer, and/or any other behaviors
> pertaining to its input data.
>
> Any thoughts on these preliminary ideas pertaining to "Web charts"?
> Are these initial ideas possible with existing technologies, e.g.,
> Web Components?
>
>
> Best regards,
> Adam Sobieski
> http://www.phoster.com

>
> P.S.: I thought of these ideas while updating theWikianswersproject
> proposal: https://meta.wikimedia.org/wiki/Wikianswers .
>

--
----
Alvaro Graves-Fuenzalida
Web: http://graves.cl - Twitter: @alvarograves