17:04:04 RRSAgent has joined #json-ld 17:04:09 logging to https://www.w3.org/2026/01/28-json-ld-irc 17:04:34 Zakim, bye 17:04:34 leaving. As of this point the attendees have been niklasl, anatoly-scherbakov, acoburn, bigbluehat, rubensworks, wes-smith, pchampin, TallTed, ivan, eprodrom, psowinski, 17:04:34 Zakim has left #json-ld 17:04:37 Zakim has joined #json-ld 17:04:37 bigbluehat has joined #json-ld 17:04:37 ... jason-desrosiers, frenchrh_, VictorLu, Erika_Barcelos, dlehn 17:04:55 present+ 17:04:56 present+ 17:05:02 present+ 17:05:07 present+ 17:05:08 chair: bigbluehat 17:05:15 I have made the request to generate https://www.w3.org/2026/01/28-json-ld-minutes.html TallTed 17:05:17 present+ 17:05:23 agenda: https://www.w3.org/events/meetings/1a0cb2ad-eb25-46af-9c3c-65783a7eb5d2/20260128T120000/ 17:05:25 clear agenda 17:05:25 agenda+ Announcements and Introductions 17:05:25 agenda+ IIIF and Linked.Art 17:05:25 agenda+ JSON-LD extension to JSON Schema 17:05:25 agenda+ Profile URLs? or Media Types? 17:05:25 present+ 17:05:28 agenda+ Additional Community Meet & Greet 17:05:30 agenda+ Open Discussion 17:05:32 scribe+ anatoly-scherbakov 17:05:35 present+ 17:05:43 meeting: JSON-LD WG/CG Meeting 17:05:50 I have made the request to generate https://www.w3.org/2026/01/28-json-ld-minutes.html TallTed 17:06:16 bigbluehat: This is WG and CG call, welcome to new participants 17:06:48 present: TallTed, anatoly-scherbakov, bigbluehat, azaroth, acoburn, niklasl, frenchrh_ 17:06:54 I have made the request to generate https://www.w3.org/2026/01/28-json-ld-minutes.html TallTed 17:07:11 present+ 17:07:40 bigbluehat: we're now focusing on YAML-LD, CBOR-LD, and then JSON-LD 17:08:09 previous meeting: https://www.w3.org/2026/01/21-json-ld-minutes.html 17:08:09 next meeting: https://www.w3.org/2026/02/04-json-ld-minutes.html 17:08:13 And you :) 17:09:03 I have made the request to generate https://www.w3.org/2026/01/28-json-ld-minutes.html TallTed 17:09:09 azaroth: I was involved with JSON-LD 1.1 17:09:24 azaroth: Yale is not a member of W3C so I was unable to participate so much lately 17:09:41 s/And you :)// 17:09:48 azaroth: would like to describe a few JSON-LD related projects 17:09:52 IIIF: https://iiif.io/ 17:10:30 azaroth: IIIF was around since JSON-LD 1.0 17:11:27 azaroth: we benefitted from Scoped Contexts in 1.1 17:11:50 azaroth: IIIF is i18n-first, so all labels are internationalized 17:12:08 azaroth: all labels have langString datatype 17:12:27 azaroth: there are > 1000 institutions using IIIF, estimated 2 billion images managed 17:12:29 VictorLu has joined #JSON-LD 17:12:35 q+ 17:12:40 azaroth: it is a standard for libraries, museums, etc 17:12:57 Linked Art: https://linked.art/ 17:13:33 ivan: ePub WG works on ePub annotations based on Web Annotations Framework 17:13:53 ivan: labels being not properly internationalized is an issue 17:14:17 https://iiif.io/api/presentation/3.0/#47-term-collisions-between-contexts 17:14:23 ivan: latest release of RDF has a better support for i18n 17:15:09 Filip has joined #json-ld 17:15:24 I have made the request to generate https://www.w3.org/2026/01/28-json-ld-minutes.html TallTed 17:15:30 azaroth: library world has been using one standard for 50 years and we are stuck with it 17:15:33 azaroth: museums do not have one standard 17:16:12 azaroth: seen success in introduction of JSON-LD based APIs for museums to describe their collections in a standard way 17:17:24 azaroth: ...as https://linked.art/api/1.0/ project 17:18:12 azaroth: we also have a Search API where we define a straightforward Activity Streams based response format 17:18:52 present+ 17:19:29 azaroth: https://linked.art/api/rels/1/activitycarriedoutbyagent/ is an example of an API 17:19:58 azaroth: we're trying to use best practices and JSON-LD 1.1 features 17:20:27 azaroth: design principles: https://linked.art/api/1.0/principles/ 17:20:56 https://lux.collections.yale.edu/ 17:21:40 q? 17:21:42 ack ivan 17:21:49 azaroth: provides an interface to browse collections 17:22:31 roberto-polli: is there an OpenAPI definition of the API? 17:22:51 azaroth: schema is very recursive and difficult to be expressed in OpenAPI or JSON Schema 17:23:07 azaroth: definitions end up being quite complex 17:23:19 azaroth: OpenAPI-generated classes tend to be very complicated 17:23:30 azaroth: interested in use cases for it 17:23:49 bigbluehat: next bit of our show will be about JSON Schema 17:23:52 q? 17:23:56 Our json schemas: https://linked.art/api/1.0/schema_docs/ 17:24:25 azaroth: we have an open call for Linked Art every 2 weeks 17:24:35 azaroth: it is in Zoom, 11 AM US Eastern 17:24:57 azaroth: IIIF is mostly in Slack, there are community calls every 3 months 17:25:48 Linked Art github: https://github.com/linked-art/linked.art 17:26:07 IIIF github: https://github.com/iiif/api 17:26:36 roberto-polli: we'd like to add semantic information to JSON Schema 17:26:47 Thank you anatoly-scherbakov for the scribing, apologies for speaking quickly and my New Zealand accent! 17:27:17 azaroth: I apologize for the things I couldn't catch! I really hope I did capture the most important things! 17:27:43 roberto-polli: we'd like to leverage JSON-LD to add semantic information to JSON Schema which describes the schema of an OpenAPI endpoint 17:27:51 roberto-polli: we use OpenAPI 3.0 17:29:01 roberto-polli: We could insert JSON-LD context with `x-jsonld-context` property 17:29:19 roberto-polli: context is defined at design phase of the API 17:29:38 roberto-polli: we do not want the API consumer to dereference anything 17:29:50 roberto-polli: you should have all the data in the contract, no remote components 17:30:16 roberto-polli: we provide the semantic information in the schema, not in the payload 17:30:30 roberto-polli: we provide an open source Schema Editor tool 17:30:34 IIIF Community: https://iiif.io/get-involved/ and Linked Art community: https://linked.art/community/ 17:31:04 roberto-polli: the tool interprets the schema using example data you can confirm that the RDF built from that data is what is expected 17:31:26 roberto-polli: Presentation: https://docs.google.com/presentation/d/1qAWX1LRq9XKuPjnwSDvS0WJ2d3mlKre-0VwD_IXYKJ4/edit?slide=id.g3bfd86f75b3_0_28#slide=id.g3bfd86f75b3_0_28 17:32:17 q? 17:32:24 roberto-polli: You paste the schema and the example payload, and you can start your SPARQL endpoint; you can verify the adequacy of the RDF 17:33:17 roberto-polli: example data is rendered as Turtle and as the queryable SPARQL endpoint 17:34:18 roberto-polli: there are also suggestions about terms/ontologies to use 17:35:27 roberto-polli: this helps you modeling data according to your ontology 17:35:46 roberto-polli: you can also look at your ontologies in a graph visualization 17:36:29 roberto-polli: we want syntax and semantics in one document and we do not want dereferencing 17:36:51 roberto-polli: that's why we did not leverage JSON-LD paragraph 6.1 about interpretation of JSON as JSON-LD 17:38:16 roberto-polli: the experience with the process has been positive 17:38:47 roberto-polli: we also are experimenting with this approach for CSV 17:39:58 roberto-polli: involved organizations are Istat - Italian Statistics Agency, and Italy's Digital Transformation Dept 17:40:34 repo: https://github.com/ioggstream/draft-polli-restapi-ld-keywords 17:40:35 OK. 17:40:43 roberto-polli: Specification https://github.com/ioggstream/draft-polli-restapi-ld-keywords 17:40:48 schema editor repo: https://github.com/teamdigitale/dati-semantic-schema-editor 17:40:57 roberto-polli: schema editor https://github.com/teamdigitale/dati-semantic-schema-editor 17:41:12 schema editor: https://teamdigitale.github.io/dati-semantic-schema-editor/latest/ 17:41:12 roberto-polli: https://teamdigitale.github.io/dati-semantic-schema-editor/latest/ 17:42:39 bigbluehat: great to see this coming together! 17:43:59 acoburn: we're working on Containers for Linked Data Storage, similar to Linked Data Platform or Solid 17:44:24 acoburn: what's the media type to use and how does it work with content negotiation? 17:44:59 acoburn: Web Annotations use a media type application/ld+json with a Profile URL 17:45:07 acoburn: this doesn't work very well in browsers due to CORS restrictions 17:45:18 acoburn: we want anything we end up using to work in a browser 17:45:40 Linked Web Storage WG https://www.w3.org/groups/wg/lws/ 17:45:44 acoburn: Activity Streams support the same Profile URL approach but they also support activity+json, or lws+json 17:46:22 acoburn: another approach - VC and CID approach - is application/lws 17:46:45 acoburn: interested to hear opinions and feedback 17:46:50 q+ to ask bout the CORS issue 17:46:53 acoburn: we want a container object that' 17:47:08 acoburn: ...is parseable by a JSON parser and a JSON-LD processor 17:47:24 acoburn: that's what we're discussing in Linked Web Storage WG 17:48:04 azaroth: we're using the Profile URI, what is happening with it? 17:48:42 acoburn: it seems at least certain browsers will raise an error against a profile string that is a URL 17:48:55 bigbluehat: this is a recent issue, maybe during last year 17:49:18 bigbluehat: it's CORS which forbids URLs in media type parameters 17:49:37 bigbluehat: this starts throwing errors 17:49:38 ioggstream has joined #json-ld 17:49:39 related cors issue: https://github.com/w3c/json-ld-syntax/issues/436 17:49:42 https://github.com/w3c/json-ld-syntax/issues/436 -> https://github.com/w3c/json-ld-syntax/issues/436 17:49:55 👋 17:50:08 q+ 17:50:14 azaroth: 17:50:17 ack azaroth 17:50:17 azaroth, you wanted to ask bout the CORS issue 17:50:20 part of that is the "simple" requests restrictions, and profiles cause an issue with that 17:50:40 ioggstream: is it related to European Wallet? 17:50:56 acoburn: it could be used for that 17:51:13 acoburn: but LWS is not necessarily a requirement though 17:51:45 bigbluehat: lately the last two options have been more popular 17:52:09 bigbluehat: if you want to put a thing on disk and open it then you want a media type 17:52:29 acoburn: this could be relevant to users who wish to download all content from a storage into files 17:53:25 bigbluehat: JSON-LD notably has five profile URLs 17:53:37 bigbluehat: they do not necessarily need five file extensions 17:54:29 bigbluehat: there are also ideas to replace strings with enums to describe JSON-LD profiles 17:54:54 bigbluehat: we should improve the Best Practices documentation which Gregg had started 17:55:07 bigbluehat: it is in the list of deliverables 17:55:16 Zakim, next item 17:55:16 agendum 1 -- Announcements and Introductions -- taken up [from agendabot] 17:55:17 Zakim, next item 17:55:18 I see a speaker queue remaining and respectfully decline to close this agendum, bigbluehat 17:55:19 Zakim, next item 17:55:19 I see a speaker queue remaining and respectfully decline to close this agendum, bigbluehat 17:55:47 bigbluehat: great demos! we'd love everyone to participate in the WG 17:56:03 bigbluehat: especially editorial help on JSON-LD specs 17:56:17 bigbluehat: our focus in the nearest months will be YAML-LD and CBOR-LD 17:56:25 bigbluehat: and then we'll be getting to JSON-LD 1.2 17:56:41 bigbluehat: and then we can look into 1.3/2.0 17:57:16 bigbluehat: reach out to me or in the IRC to discuss participation, or in the GitHub Discussions space 17:59:36 Zakim, end meeting 17:59:36 As of this point the attendees have been TallTed, anatoly-scherbakov, bigbluehat, azaroth, acoburn, niklasl, frenchrh_, ivan, dlehn 17:59:36 RRSAgent, please draft minutes 17:59:37 I have made the request to generate https://www.w3.org/2026/01/28-json-ld-minutes.html Zakim 17:59:43 I am happy to have been of service, bigbluehat; please remember to excuse RRSAgent. Goodbye 17:59:44 Zakim has left #json-ld 17:59:44 RRSAgent, bye 17:59:44 I see no action items