42
edits
Line 40: | Line 40: | ||
== Section 2 Konrad == | == Section 2 Konrad == | ||
* | *KM: [[question]] can we take contributions to this wiki as data to generate a discourse graph? | ||
* | **[[claim]] this means creating a schema, show others how to create the different node types | ||
* | **[[claim]] this means take db backend, ingest it, execute queries against it | ||
* | **[[claim]] viz may not be super-sophisticated, but a view or 2 framed on each node type would be worthwhile: eg how does a question related to claims, how are claims informed by different articles (evidence) | ||
* | *[[claim] ]need to populate the wiki with the elements of a discourse graph --> create viz --> share code | ||
* | * SJ: [[question]] can we accomplish naming: coming up with names for each of those components, and names for things at different scales - discussion, family of hypotheses, family of experiments | ||
* | **[[claim]]this will allow us to say that if you have identified x ideas, hypotheses, etc - how many discourses do you need to describe? how many graphs are needed to illustrate those discourses - when are people working on the same graph? | ||
* | **[[question]] what does it mean to have different graphs that share some pieces, or different graphs in or close to the same namespace | ||
* | **[[claim]] these issues --> boil down to the naming of the pieces and how you place the connections - how much context do you need to figure out how many connections there are? | ||
* - KM: taking this as an opportunity to learn SPARQL | * - KM: taking this as an opportunity to learn SPARQL | ||
* | *KM: [[claim]] we need namespaces before we can query anything - naming is critical! | ||
* | *SJ: [[claim]] we should name and make list of queries - queries nee their own names | ||
* KM: [[question]] what is agora? | |||
* | *SJ: [[claim]] agora is a group of people interested in wiki linking and editable networks & knowledge federation | ||
* | *[[claim]] agora's goals include: | ||
* | |||
* - make linking always do something sensible - best effort connection between links | * - make linking always do something sensible - best effort connection between links | ||
* - agora is a url pattern that will try to resolve it | * - agora is a url pattern that will try to resolve it | ||
* - redirect strings to appropriate resources | * - redirect strings to appropriate resources | ||
* - each reader gets a filter - only see certain nodes & connection based on sort preferences | * - each reader gets a filter - only see certain nodes & connection based on sort preferences | ||
* - KM: sounds like auto-complete for knowledge graphs | * - KM: [[claim]] sounds like auto-complete for knowledge graphs | ||
* - each agora has a few default sections - ex will try to generate related out nodes, related agoras you know with the same title or fuzzy match, any text it finds in your own agaora ad-hov | * - each agora has a few default sections - ex will try to generate related out nodes, related agoras you know with the same title or fuzzy match, any text it finds in your own agaora ad-hov | ||
* - elevate | * - elevate DGs by making a section that tries to generate a dg or discourses that mention this node | ||
* | *[[claim]] dg is a shape you compile on the fly - could try to generate a dg x steps away and show you different families that might be referencing this | ||
* | ** [[claim]s pirit of the agora is automatic discovery & openness to engagement | ||
* | **KH: [[question]] impression of agora is that it is a collection - how would I learn that someone else wants to do something to my node? | ||
* | *** SJ: [[claim]] diff between creating a new link with the same name as your node and creating a link to your specific node | ||
* | ***KK: [[question]] diff between agora and what we envision? | ||
* - sj: no typology of links | * - sj: no typology of links | ||
* - graph visualization does not ignore non-typed connections | * - graph visualization does not ignore non-typed connections |
edits