- From: Gannon Dick <gannon_dick@yahoo.com>
- Date: Thu, 2 Oct 2014 13:55:39 -0700
- To: public-lod@w3.org, Jürgen Jakobitsch <j.jakobitsch@semantic-web.at>
Hi Jurgen, c.f. "Mapping Golden Rule" page 11 (https://www.niem.gov/training/Documents/Mod13_NIEM_PI_Mapping.pdf) We come from the same place (SQL) :-) The problem lies with a necessary Outer Join of rows on columns if the classification system is lacking conjugate pairs of meta data values in rows and columns. Linear Combinations of rows are "arbitrarily close" to a unit (identity) martix, as are Linear Combinations of columns, but they aren't the same Combinations. Don't tell any spooks, it makes them depressed and sour. --Gannon -------------------------------------------- On Thu, 10/2/14, Jürgen Jakobitsch <j.jakobitsch@semantic-web.at> wrote: Subject: dataset branching (a la git) To: public-lod@w3.org Date: Thursday, October 2, 2014, 3:02 PM hi, when trying to classify the animals on pictures from a recent trip to eastern indonesiameticulously realized that it is very hard if not impossible to branch datasets with ease.while this might sound ignoreable at first sight it might as well be the reason for the giant global graph to develop a culture of duplicating and linking with the end effect of being very close to where we came from (many sql databases). what i mean will hopefully become clear with a simple example : the "manta birostris" (giant oceanic manta ray) is classified her wikipedia.org asKingdom: AnimaliaPhylum: ChordataClass: ChondrichthyesSubclass: ElasmobranchiiOrder: MyliobatiformesSuborder: MyliobatidaeFamily: MobulidaeGenus: MantaSpecies: Manta birostris here http://www.catalogueoflife.org/col/browse/tree/id/18879368 asKingdom: AnimaliaPhylum: ChordataClass: ElasmobranchiiOrder: MyliobatiformesFamily: MyliobatidaeGenus: MantaSpecies: Manta birostris here http://www.marinespecies.org/aphia.php?p=browser&id=105755#ct asKingdom: AnimaliaPhylum: ChordataSubphylum: VertebrataSuperclass: GnathostomataSuperclass Pisces (Unreviewed)Class: Elasmobranchii (Unreviewed)Subclass: Neoselachii (Unreviewed)Infraclass: Batoidea (Unreviewed)Order: RajiformesFamily: Myliobatidae (Unreviewed)Subfamily: MobulinaeGenus: MantaSpecies: Manta birostris here http://data.gbif.org/species/2419163/ asKingdom: AnimaliaPhylum: ChordataClass: ElasmobranchiiOrder: MyliobatiformesFamily: MyliobatidaeGenus: MantaSpecies: Manta birostris if only in theory we would triplify all these datasets and link them it still would be very hard to find out what different people think about the actually same being. now: my thinking was to create a flat list of uris for => all <= these classifications and create branches (graphs) with the hierarchies. but it is not as simple as it sounds because i cannot make the sparql engine follow a branch at certain uris and the rejoin the master graph again by whatever means. neither can i do such things on data level. i was thinking about like so [1] on a triple (quad) level. questions: 1. is the problem described so that it is at least semi-understandable (or should i come up with some triples as example)2. has this problem already been dealt with and i was only missing that day (please provide a link)3. has this problem already been solved and i was only missing that day (please provide a link)4. do you think it is worth dealing with (i personally think so [think: scaling cooperation ])5. would be a of enough interest to create a wg any pointers and thoughts highly appreciatedwkr turnguard [1] http://nvie.com/posts/a-successful-git-branching-model/ | Jürgen Jakobitsch, | Software Developer | Semantic Web Company GmbH | Mariahilfer Straße 70 / Neubaugasse 1, Top 8 | A - 1070 Wien, Austria | Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22 COMPANY INFORMATION | web : http://www.semantic-web.at/ | foaf : http://company.semantic-web.at/person/juergen_jakobitsch PERSONAL INFORMATION | web : http://www.turnguard.com | foaf : http://www.turnguard.com/turnguard | g+ : https://plus.google.com/111233759991616358206/posts | skype : jakobitsch-punkt | xmlns:tg = "http://www.turnguard.com/turnguard#"
Received on Thursday, 2 October 2014 20:56:08 UTC