KANZAKI, Masahide masaka@identi.ca
Tokyo, Japan
A pure tone enthusiast bass player. maybe a little of semantic web stuff
2021-08-26T05:30:12Z via Identi.ca Web To: Public CC:
SPARQL - Wikibooks https://en.wikibooks.org/wiki/SPARQL Wikibooksというシリーズには今3367の本が登録されているが、その一つとしてSPARQLの解説。Wikidataの利用に特化していて、一部特殊な関数も含まれるが、例が豊富なのでけっこう役に立つかも2021-08-25T12:11:54Z via Identi.ca Web To: Public CC:
The Wikidata data model and your SPARQL queries http://www.bobdc.com/blog/the-wikidata-data-model-and-yo/ WikidataのRDFモデルを調べていろいろ試してみたが分かりにくいという話。関連リンクのほうが興味深かったかも。2017年のKingsleyのMLポスト＝Re: wikibase:directClaim predicate? https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/LOD4QHI6TJ45A2FU5PR... How to include sub-classes in a Wikidata SPARQL query? https://opendata.stackexchange.com/questions/9591/how-to-include-sub-classes-in-a-wikidata-sparql-qu...2021-08-25T10:18:08Z via Identi.ca Web To: Public CC:
Wikidata or scraping Wikipedia http://simia.net/wiki/Wikidata_or_scraping_Wikipedia Wikipediaをスクレイピングして英国王室のつながりを見出したという別記事→それはWikidataでできるだろ→いやWDのここが使いにくいなどの意見。これらを受けてスクレイピングとWDクエリの結果をDennyが比較考察2021-08-11T13:43:58Z via Identi.ca Web To: Public CC:
The New Yorker contributor ID https://www.wikidata.org/wiki/Property:P9772 こういうのがWikidataに新しく追加されたそうだが、seeAlsoとしてNYT、WaPo、TheAtlantic、HparpersなどのWD版著者IDも挙げられていて、いろいろつながると面白いのだがと妄想中2021-07-23T04:41:53Z via Identi.ca Web To: Public CC:
Slides from today's FHIR RDF presentation by Emily Pfaff https://lists.w3.org/Archives/Public/www-archive/2021Jul/0005.html COVID-19に関連して、計算可能表現型（phenotype）をオントロジーとして利用するため、ICD-10-CMと(SNOMEDをOWL化して併合し推論したうえでSPARQLエンドポイントに投入する。個別の表現型コードによる検索から、より概念的な探索が可能になったと。COVID-19表現型の例としては https://github.com/National-COVID-Cohort-Collaborative/Phenotype_Data_Acquisition/wiki/Latest-Phenot...2021-07-07T14:46:04Z via Identi.ca Web To: Public CC:
Schema explorers and how they can help guide adoption of common standards https://blog.ldodds.com/?p=2313 OSMのタグやWikidataのプロパティのようにどんどん増えていくスキーマ（語彙）を利用者が把握できるようにスキーマ・エクスプローラを用意すべきという6月の記事。ODIのShared Canvasというユーザ定義が可能なスキーマのパターン2021-07-07T13:52:25Z via Identi.ca Web To: Public CC:
Dashboard on OECD PISA studies in the Open Research Knowledge Graph https://www.orkg.org/orkg/usecases/pisa-dashboard/ 各国の15歳の科学、数学、読解力調査として3年に一度実施されるPISAのデータをORKGの知識グラフで表現し、比較できるようにしたもの。cf https://lists.w3.org/Archives/Public/semantic-web/2021Jul/0006.html2021-07-07T03:04:39Z via Identi.ca Web To: Public CC:
Item validation criteria https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/FZD6DPIQAQ3LJMEUV5I... soweego 2において、外部カタログのアイテム（ECI）をWikidataとマッチングするための基準として1)existence：対応Wikidataアイテム（WDI）に登録されているECIのIDが今も有効であるか；2)links：WDIとECIに含まれるリンクがどの程度重なっているか；3)metadata：WDIとECIのメタデータ項目がどの程度一致するか；の3つを考えているけど、どう思う？と2021-07-07T02:52:56Z via Identi.ca Web To: Public CC:
Federated Identity Community Group https://www.w3.org/community/fed-id/ 連合アイデンティティと訳すらしい。複数組織にまたがるアイデンティティを、不透明な、あるいは制御不能なトラッキングを防ぎながら実現するための議論の場と。先日のIdentity議論との関係はよく分からない2021-07-03T04:50:22Z via Identi.ca Web To: Public CC:
RFC 9039: Uniform Resource Names for Device Identifiers https://www.rfc-editor.org/rfc/rfc9039 機器に割り当てるいろいろなID体系を統合してURNにするというRFC。名前空間はdev:で、MACアドレスならurn:dev:mac:0024beffff804ff1、1-Wireならurn:dev:ow:10e2073a01080063、組織独自のIDならIANAに登録する組織番号PENのあとにハイフンでIDを記述してurn:dev:os:32473-123456という具合2021-06-16T11:29:14Z via Identi.ca Web To: Public CC:
Re: Principles of Identity in Web Architecture https://lists.w3.org/Archives/Public/www-tag/2021Jun/0030.html Clark Kent != Supermanは教科書的誤りとするPatHayesに対し、RoyFieldingがシステムデザインではそうするべき場合が多々あり、純粋性を抽象的に保持するためClark Kent = Supermanを要求するようなシステムではクラーク・ケントもスーパーマンも扱えず、secret identityというものも成り立たないと。他も含め興味深いスレッド2021-06-15T02:09:04Z via Identi.ca Web To: Public CC:
Re: Principles of Identity in Web Architecture https://lists.w3.org/Archives/Public/www-tag/2021Jun/0022.html アリスには「複数のアイデンティティがある」というG.Leggettの主張に対し、PatHayesが「アイデンティティは1つだけ」と強く反論。アリスに関する全ての情報を一度に知ることができないのは確かでも、それが複数のアイデンティティということにはならない。"information is not identity"であると。（引用がインデントされず読みにくいので混乱しないように注意）2021-05-29T13:20:34Z via Identi.ca Web To: Public CC:
Re: Wikidata Digest, Vol 114, Issue 19 https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/CIYF7NVKY6KHWBJFCE6... WDのデータを外部DBと照らし合わせて不一致を見出すツールの設計中という紹介についてMix'n'matchとどう違うのか質問→Lydiaから、MMは目録からWDアイテムに対応するレコードを見つけて（まだ無い）リンク追加を支援するもので、新ツールはWDアイテムと外部目録レコードの情報不整合をさがすと説明（リンクが前提のような気がするが言及なし）2021-05-29T13:01:33Z via Identi.ca Web To: Public CC:
IFLA Wikidata Working Group https://www.ifla.org/node/92837 2019年後半にできていたらしい。全てのライブラリアンがWikidataへの参照を1つ加えようという1Lib1Refキャンペーンを展開中（5/15～6/5） https://www.wikidata.org/wiki/Wikidata:IFLA_Wikidata_Working_Group/1Lib1Ref2021-05-21T01:40:03Z via Identi.ca Web To: Public CC:
Re: Chartering work has started for a Linked Data Signature WG https://lists.w3.org/Archives/Public/semantic-web/2021May/0130.html 迷走気味のスレッドにAidan Hoganから良いまとめ。WG憲章案のポイントは(1)RDF正規化、(2)デジタル署名の1.署名と2.検証、(3)それ以外の埋め込み署名に関するあれこれ、の3つとして、それぞれについて現状を整理。標準化においてLDの意味をRDFとほぼ同じなどとする拡大解釈はよくない"standards should talk about RDF when they are talking about RDF and not conflate RDF with Linked Data"が、Signatures (*of* RDF) *for* Linked Dataという意味だと確認共有できればよいのではないかと2021-05-15T05:28:24Z via Identi.ca Web To: Public CC:
Re: drop referentially opaque semantics in embedded triples https://lists.w3.org/Archives/Public/public-rdf-star/2021May/0049.html 埋め込みトリプルにおける透明性（transparency）というのは使われているタームに依存せずに同じものを同じとして扱う（03000と003000を同じ数値として扱う）のに対し、不透明性（opacity）は用語あるいは構文そのものもの保存するということで、それならデータ型付きグラフなど別の手段を使うほうが適切、といった議論。定例会議でも https://w3c.github.io/rdf-star/Minutes/2021-05-14.html#t032021-05-13T04:21:17Z via Identi.ca Web To: Public CC:
WebAnnotation in the Browser https://github.com/bokand/web-annotations GoogleのChromiumの開発者というDavid Bokanによる、ブラウザへの注釈表示機能導入についてのメモ。現状把握や課題、ユースケースなど。W3CのWeb AnnotationやHypothesisなども踏まえている。注釈ソースの指示にText Fragmentsを使うというアイデアも2021-05-08T02:53:54Z via Identi.ca Web To: Public CC:
A case for a datatype for identifying RDF graphs https://lists.w3.org/Archives/Public/public-rdf-star/2021May/0038.html 「あるグラフ（トリプル）について語る」ことが狙いならば、そのグラフを何らかの構文で記述したリテラルを用い、それがグラフであることを表すデータ型を付与すれば、既存のRDF仕様に手を加えることなく多くのユースケースが満たされるはずと。RDF 1.1の検討段階で出ていたグラフリテラル（Graph Literalデータ型）に近い（ https://www.w3.org/2011/rdf-wg/track/issues/5 ）。その少し前にRDF Graph Literals and Named Graphsという案が出ていたのは知らなかった（https://www.w3.org/2009/07/NamedGraph.html ）。リテラルを主語にしての記述はできないが、一般化RDFなら可能2021-05-08T02:10:06Z via Identi.ca Web To: Public CC:
Moving to standard track - RDF-star Meeting minutes 7 May 2021 https://w3c.github.io/rdf-star/Minutes/2021-05-07.html#t03 W3Cの標準化プロセスは時間がかかるので、WG設立のための憲章案作成をCGと並行して始めることに。始点はML投稿 https://lists.w3.org/Archives/Public/public-rdf-star/2021May/0015.html2021-05-01T13:02:25Z via Identi.ca Web To: Public CC:
Re: Chartering work has started for a Linked Data Signature Working Group https://lists.w3.org/Archives/Public/semantic-web/2021May/0001.html danbriから、これはRDFの話であってLinked Dataと安易にいうのは違うのではないか。Schema.orgを利用しているMicrodataとか埋め込みJSON-LDは（文書URIでリゾルブできるものもあるが）空白ノードばかりというケースが少なくないが、それらは除外されるのかと。W3CのLD関連仕様の面々はこのあたり暴走しがち