Re: HTML as the visible part of the Web [Was: files or database for solid pods]

čt 2. 11. 2023 v 11:47 odesílatel Leonard Rosenthol <lrosenth@adobe.com>
napsal:

> If you are looking for other media types containing useful data that
> can/should be searchable and linkable – then don’t forget all of the PDFs,
> JPEGs, PNGs, MP4s, etc. out there.
>
>
>
> PDF supports the same functionality as HTML, in terms integration of RDF
> with the content. I have been demonstrating for close to a decade now a PDF
> that uses FOAF in the same way as HTML can, for example.
>
>
>
> In addition, the standard metadata technology (XMP, ISO 16684-1) that is
> used by every standard media asset (be it image, video, audio, 3D, etc.) is
> already in an RDF-XML serialization for which there is a standard (ISO
> 16684-3) for transcoding to JSON-LD.
>

All of those should be supported by servers yes.  What clients do with them
is a different question, that's part of the client/client standards.


>
>
> Leonard
>
>
>
> *From: *Melvin Carvalho <melvincarvalho@gmail.com>
> *Date: *Thursday, November 2, 2023 at 6:03 AM
> *To: *Nicolas Chauvat <nicolas.chauvat@logilab.fr>
> *Cc: *public-solid@w3.org <public-solid@w3.org>
> *Subject: *Re: HTML as the visible part of the Web [Was: files or
> database for solid pods]
>
> *EXTERNAL: Use caution when clicking on links or opening attachments.*
>
>
>
>
>
>
>
> čt 2. 11. 2023 v 10:32 odesílatel Nicolas Chauvat <
> nicolas.chauvat@logilab.fr> napsal:
>
> Hi,
>
> Le Wed, Nov 01, 2023 at 09:20:37AM -0700, Kurt Cagle a écrit :
> > Also, the HTML web is not the Linked Data web. If you assume that you can
> > create a very simplified graph by following <A href> links in web
> > documents, then you could make the argument that the HTML web is in fact
> a
> > subgraph of the Linked Data space.
>
> +1
>
> That's something I keep repeating when I train people to the (semantic)
> web.
>
> 1. There is only one Web to link all the URLs
>
> 2. Part of the data on the Web is HTML documents, but that's only the
>    tip of the iceberg
>
>
>
> This is true.  There is quite a lot of data in HTML though.  Stats on how
> much would be interesting.
>
>
>
> Fair to say that both models can live side by side, and benefit from each
> other, ie data mime types, html with data
>
>
>
> I like also your slide about html views of data
>
>
>
>
> One thing I think we need is the browser to be able to display the
> part of the iceberg that's underwater.
>
> Here is one attempt
>
> https://archive.fosdem.org/2019/schedule/event/collab_cwldbe/attachments/slides/3347/export/events/attachments/collab_cwldbe/slides/3347/nchauvat_cubicweb_ld_browser.pdf
> and here is another one
> https://open-source.pages.logilab.fr/SemWeb/sparqlexplorer/ (yes, it
> needs work)
>
>
> I need to think about how this can be positioned with respect to Solid.
>
> Comments ?
>
>
>
> Cool stuff, was the idea to standardize rel="alternative" or ways to pull
> RDF into html?
>
>
>
> I think the consensus for solid lite would be that full RDF as turtle and
> json-ld would be supported by all servers.  This is not hard as as .ttl and
> .jsonld are registered with IANA and already in alot of libraries and
> tooling.  Similarly, .json and .html will be supported, which should yield
> alot of compatibility and interop.
>
>
>
> Whether content negotiation would be a MUST or an extension is up for
> discussion.  I'll note that content negotiation was added to solid (0.7 ->
> 0.8) with very little discussion at all.  It might well have been a misstep.
>
>
>
> Similarly HTML linking to RDF or other data should be easy enough in both
> Solid and Solid Lite, leading to a full web of data, and web operating
> system with different devX and learning curves.
>
>
>
>
> --
> Nicolas Chauvat
>
> logilab.fr - services en informatique scientifique et gestion de
> connaissances
>
>