FactMiners.org - #cidocCRM
http://www.factminers.org/tags/cidoccrm
enMy 1st Post to the #cidocCRM SIG Mailing List
http://www.factminers.org/content/my-1st-post-cidoccrm-sig-mailing-list
<div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even"><a href="/tags/personal-learning-networks" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Personal Learning Networks</a></li><li class="field-item odd"><a href="/tags/plnet" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#PLNet</a></li><li class="field-item even"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item odd"><a href="/tags/tei" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#TEI</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><blockquote><p>Today I felt bold or desperate enough -- actually some of both -- to prod a bit for a reply to a request for advice from a couple of my mentors in my <strong>#cidocCRM/#TEI Personal Learning Network</strong>. If you are successful developing a really good <strong>#PLNet</strong> (might as well mint a hashtag for on-going use), your <em>loose group</em> of <strong>mentors</strong> will, by definition, be <strong>EXTREMELY busy beyond your imagining</strong>, and <strong>the best won't suffer fools lightly</strong>. So evolving your #PLNet is always a <em>balancing act</em>. And a big part of that balancing has to do with <em>your patience</em> and the reasonableness of your <em>expectations for what constitutes a good result or reply</em>.</p>
<p>My pressing-inquiry to my #PLNet members revolved around what might be announced or open for discussion based on the preliminary agenda published ahead of the upcoming <a href="http://www.cidoc-crm.org/special_interest_meetings.html#AGENTA-20150519">CIDOC CRM SIG meeting</a>. My absolutely over-tasked #PLNet member found a moment to thoughtfully recommended that I join the CRM SIG mailing list (despite not being a SIG member), and make my interests and recommendations known prior to next week's meeting in Germany. He assured me that while he didn't make these SIG decisions, that my ideas and interest to get involved in the SIG would likely be well-received.</p>
<p>So with that encouragement, I joined the <a href="http://lists.ics.forth.gr/mailman/listinfo/crm-sig">CIDOC CRM SIG mailing list</a> and 'penned' one of <strong>my signature TL;DR unsolicited letters of introduction</strong>. I honestly don't intend them to be too long nor too deep. It is just that I feel once you step up on the soapbox and unload, the last thing you want to do is sit down and start running through all the things you wished you had said while you were up there. Right? With this context in mind, below the bar is my first post to the CIDOC CRM SIG Mailing List. (A subgoal, as always, is casting the net for connections to Kindred Spirits who are possible collaborators and/or mentors.)</p>
<p>If you get to the end of this note to the mailing list, I've provided a link to a moldy oldie from my Sohodojo days that provides additional insights about how to think about and use <strong>Personal Learning Networks</strong> to become whatever Empowered Individual you are intending to be. Oh, and there's an <strong>infographic</strong> to boot! :D
</p></blockquote>
<hr /><p>Hello CIDOC CRM SIG Members,<br /><br />
My name is Jim Salmons and my inter-related Citizen Science/History projects are @FactMiners (<a href="http://www.FactMiners.org">www.FactMiners.org</a>) and @SoftalkApple (<a href="http://www.SoftalkApple.com">www.SoftalkApple.com</a>).<br /><br />
We are working on two inter-related applied research initiatives; #cidocCRMgraph and #cidocCRMdev, as briefly introduced here: <a href="http://goo.gl/XZKkCE">http://goo.gl/XZKkCE</a>. For links to related #cidocCRM posts expressing our interests/insights, please see: <a href="http://goo.gl/dpbhPs">http://goo.gl/dpbhPs</a>.</p>
<h3>BACKGROUND INFO</h3>
<p>For our most complete “manifesto” of applied research interests, please see: <a href="https://goo.gl/3Vb0lO">https://goo.gl/3Vb0lO</a> contributed and accepted into the CODE|WORDS series, and this GraphGist Edition of my #MCN2014 presentation: <a href="http://goo.gl/gS2FJk">http://goo.gl/gS2FJk</a> (especially the 2nd half of the embedded video which introduces, but does not dive too deeply into, our FactMiners #cidocCRM focus). And for some context and link to an unfolding #cidocCRM-related conversation at Schema.org in which I am trying to inject a metamodel-driven design POV, please see: <a href="http://goo.gl/x1DSAB">http://goo.gl/x1DSAB</a>. (Also, I am fortunate to have, and personally thank, the members of my #cidocCRM/#TEI Personal Learning Network who are helping me to fast-track my knowledge about the #cidocCRM and #TEI: <a href="https://goo.gl/skvhaj">https://goo.gl/skvhaj</a>.)</p>
<h3>CRM SIG MTG – NEW WEBSITE ITEM INTEREST & RECOMMENDATION FOR TEI P5 FORMAT FOR DEFINITION DOCUMENT</h3>
<p>As to the upcoming CRM SIG meeting agenda item for next Friday morning to discuss a new cidoc-crm.org website, please note that @FactMiners has a long-standing public “hand raised” to either lead or contribute to this much-needed community project. If this is an open issue and the project’s nature and goals are to be determined through next Friday’s discussion, I would recommend that the new website be built HAND-IN-HAND with adopting TEI P5 as the semantic “format of record” for the CIDOC CRM Definition document. (MS-Word and PDF just won’t cut it moving forward when both humans and our software agents need equal access to this foundation document.)</p>
<p>While there are those who prefer/need an RDF encoding, there will be a growing group of folks like @FactMiners who will be best served by a human- and machine-readable edition of the Definition document “as is” without a complicated graph transformation applied (that can only further obfuscate existing graph-interpretation issues of the current state of the model). A TEI P5 encoding of the Definition document would not just be useful in its own right, but it could figure into an efficient workflow for the SIG in the future whereby the official public-facing website would be generated from (and updated by) releases of the official #TEI Definition document.</p>
<p>If the SIG would prefer not to select a particular lead or other sanctioned “official project” of the SIG, I would ask that you simply consider taking the existing cidoc-crm.org website and put it into a public GitHub repository so volunteer community members could fork it in response to a “CIDOC-CRM.org Website Make-over Challenge” with friendly competition encouraged by general public as well as a category for student/class projects.<br />
There are a number of other active issues/ideas I would like to contribute to the current SIG conversations that will surely take place next week, but I don’t want to dilute my message about @FactMiners interest in contributing to the new website.</p>
<h3>RECOMMENDATION FOR PREFERRED SOCIAL MEDIA HASHTAG - #cidocCRM</h3>
<p>However, I will slip this recommendation into this self-introduction note to suggest that the SIG consider officially endorsing/recommending the use of #cidocCRM as the preferred hashtag for CIDOC CRM social media communication. My experience is that anything with any variation of tag that has a plain CRM or hyphenated #CIDOC-CRM etc., will attract the “900-pound gorilla” of Customer Relationship Management folks that subvert conversations or spike your followers with inappropriate bots or well-meaning lurkers. My choice of #cidocCRM is that the CIDOC aspect should not be the “shouty” part and that it serves as the “category discriminator” that will help keep our interests separate from “those other” CRM folks.</p>
<h3>POSSIBLE SIG MEMBERSHIP?</h3>
<p>Finally, given my intense interest in the #cidocCRM and not knowing how ICOM and/or CIDOC SIGs work, I am unsure whether I would be a prospective group member in that I am an unaffiliated, independent Citizen Scientist and on a limited fixed “retirement” budget.</p>
<p>Thank you for your interest and reading this notably long initial letter of introduction.</p>
<p> Happy-Healthy Vibes,<br />
-: Jim :-</p>
<p> Jim Salmons<br />
Twitter: @Jim_Salmons<br /><a href="http://www.FactMiners.org">www.FactMiners.org</a><br /><a href="http://www.SoftalkApple.com">www.SoftalkApple.com</a></p>
<hr /><blockquote><p>If you would like to know more about <em>Personal Learning Networks</em>, I invite you to read a moldy oldie from my and Timlynn's <strong>Sohodojo</strong> adventure. <strong>Personal Learning Network</strong> or <strong>#PLNet</strong> was not what we called these networks fifteen years ago. In <em><a href="http://goo.gl/bLg6NE">"The A-Team and The Sandbox"</a></em> your #PLNet is your A-Team. The <em>"sandbox"</em> is what Timlynn and I have with our Citizen Science and Citizen History projects, <a href="http://www.FactMiners.org">www.FactMiners.org</a> and <a href="http://www.SoftalkApple.com">www.SoftalkApple.com</a>. In inforgraphic format, our post-cancer Portfolio Life looks like this:</p></blockquote>
<div class="image-solo"><img src="/sites/default/files/images/FactMiners_SoftalkApple_DIYpw_as_Play2Learn_SocialMachine.png" width="1000" height="948" alt="FactMiners_SoftalkApple_DIYpw_as_Play2Learn_SocialMachine.png" /></div>
</div></div></div>Wed, 13 May 2015 20:52:03 +0000Jim Salmons49 at http://www.factminers.orghttp://www.factminers.org/content/my-1st-post-cidoccrm-sig-mailing-list#comments#cidocCRMdev #FlyOnWall Comments Contributed at Schema.org
http://www.factminers.org/content/cidoccrmdev-flyonwall-comments-contributed-schemaorg
<div class="field field-name-field-image field-type-image field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><figure class="clearfix field-item even"><a href="http://www.factminers.org/sites/default/files/images/cidoc-crm-emb-sorta.png"><img typeof="foaf:Image" class="image-style-large" src="http://www.factminers.org/sites/default/files/styles/large/public/images/cidoc-crm-emb-sorta.png?itok=4CBt3r2W" width="480" height="378" alt="" /></a></figure></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even"><a href="/tags/cidoccrmdev" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRMdev</a></li><li class="field-item odd"><a href="/tags/metamodeling" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Metamodeling</a></li><li class="field-item even"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item odd"><a href="/tags/linked-open-data" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Linked Open Data</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><blockquote><p><strong>Context</strong>: This is the opening comment I made to a conversation at the GitHub repository for Schema.org where folks are considering a proposal or recommendation to <a href="https://github.com/schemaorg/schemaorg/issues/445"><em>"Add Exhibition as a subtype of Event".</em></a> </p>
<p>My intent in contributing to this on-going conversation was to be a kind of <strong>#FlyOnWall</strong> reminder that the <strong>#cidocCRM</strong> -- the ISO standard Conceptual Reference Model for Museums and other cultural heritage organizations -- can be used as a process-oriented metamodel and not just as a descriptive ontology. This following <a href="https://github.com/schemaorg/schemaorg/issues/445#issuecomment-97490169">opening statement can be found here</a>. BTW, this comment can be read as a kind of <em>"There's a pony in there somewhere..."</em> piece to further reinforce the thesis of my <a href="https://goo.gl/3Vb0lO">"Witmore's Text..." Medium.com article</a>.</p></blockquote>
<hr /><p>Re @BarryNorton and @MiaLondon et al -- Whatever you do, Dan, <em>PLEASE</em> do it so as to be a <strong>#cidocCRM-compatible form</strong>. </p>
<p>Ontologists tend toward descriptive use of the #cidocCRM as a <strong>metaDATA</strong> standard when it is intended to also be a <strong>metaMODEL</strong> supporting its use to prescribe <em>elementary building blocks</em> (<strong>model elements</strong>, like parts in a LEGO blocks set) of software architectures. Until there is wider recognition of the SIGNIFICANT leverage that <strong>metamodel-driven software design</strong> can do for the Digital Humanities, the <em>#cidocCRM will be as woefully under-utilized as it is currently under-appreciated.</em> (Yes, as much great work is being done with the #cidocCRM, there is SO MUCH as-yet untapped potential in leveraging its metamodel nature.)</p>
<div class="image-left"><img src="/sites/default/files/images/cidocCRM_classes_cartoon.png" width="500" alt="cidocCRM_classes_cartoon.png" /></div>
<p><em>Why do I believe this?</em> I was a lead in a Smalltalk-based <strong><a href="http://en.wikipedia.org/wiki/Skunkworks_project">skunkworks</a></strong> in IBM's Object Technology Practice doing <em>"executable business model"</em> frameworks in the 1990s behind closed doors of corporate consulting. Our work was inspired by <a href="https://global.oup.com/academic/product/mirror-worlds-9780195079067?cc=us&lang=en&">David Gelernter's <em>"Mirror Worlds"</em></a> book, and was based on "self-descriptive" Smalltalk images that were compliant to an <em>actor/role metamodel</em> that objectified Process (an OOP heresy at the time).</p>
<p>Following my horrific cancer battle and a chance to stick my finger in the eye of the Reaper and come back for some Bonus Rounds, I find myself as a <strong>Wolf Child</strong> in the <strong>Wonderland of Digital Humanities' "Golden Moment."</strong> </p>
<p>When we were trying to do EBMs (executable business models) at IBM, we trolled the various IBM Global Services consulting practices for viable <strong>IRM</strong>s -- each practice was required to create an <em>Industry Reference Model</em>, AKA a <strong>metamodel</strong>. These IRMs ran the gamut from worthless tripe to "Wow!? Pretty good!" </p>
<p>I most enjoyed "pair programming" with my first ontologist, we called him <em>"Doug the Librarian"</em> because he "just modeled" and didn't code. Basically, what we were looking for in partners to do metamodel-driven software development were three things:</p>
<ul><li><strong>Subject Matter Experts</strong> (especially if they were verbal, thinkers, and open to being 'pushed' to clarity)
</li>
<li><strong>Explicit Models</strong> -- Black box expertise (wetware only) can't be executable without first being rendered in some explicit form of communication (usually words and images)
</li>
<li><strong>Source 'Instances' of these Explicit Models</strong> -- The best way to surface hidden assumptions and contradictions is to look at the delta of models that purport to be instances of the same metamodel
</li>
</ul><p><strong>THE DIGITAL HUMANITIES DOMAIN HAS EVERYTHING NEEDED TO DO METAMODEL-DRIVEN SOFTWARE DESIGN AND DEVELOPMENT IN THE EXTREME!</strong> :D </p>
<p>And the <strong>#cidocCRM</strong> is the <em>BEST opportunity</em> I've seen to date to move in this direction.</p>
<p>Along these lines, I am working on <strong>#cidocCRM microservice workflows</strong> based on a <strong>'self-descriptive' metamodel subgraph design pattern</strong> for <em>LAM-based social games</em> (front-end clients) and <em>#cidocCRM-compliant collections management and scholarly editing</em> back-end. </p>
<div class="image-solo"><img src="/sites/default/files/images/cidoc-crm-emb-sorta.png" width="835" height="657" alt="cidoc-crm-emb-sorta.png" /></div>
<p>(BTW, a first step in this regard is to more rigorously express the #cidocCRM in pure-graph form to support vendor- and tech-neutral self-descriptive datastores.)</p>
<p>If anybody is interested in these ideas, please see: <a href="http://goo.gl/dpbhPs">http://goo.gl/dpbhPs</a> and <a href="http://goo.gl/gS2FJk">http://goo.gl/gS2FJk</a>, etc. at @FactMiners (<a href="http://www.FactMiners.org">www.FactMiners.org</a>). This recent Medium.com article is the closest thing to a 'manifesto' on my applied research agenda: <a href="http://goo.gl/3Vb0lO">http://goo.gl/3Vb0lO</a>.</p>
<p>In closing, I am an unaffiliated independent Citizen Scientist/Historian working from an Outsider POV. Inquiries to clarify ideas as well as explorations of opportunities to collaborate are most welcome @Jim_Salmons, @FactMiners, and @SoftalkApple</p>
</div></div></div>Tue, 12 May 2015 18:15:31 +0000Jim Salmons48 at http://www.factminers.orghttp://www.factminers.org/content/cidoccrmdev-flyonwall-comments-contributed-schemaorg#commentsCongratulations CIDOC-CRM SIG and the Year Ahead for #cidocCRM Development
http://www.factminers.org/content/congratulations-cidoc-crm-sig-and-year-ahead-cidoccrm-development
<div class="field field-name-field-image field-type-image field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><figure class="clearfix field-item even" rel="og:image rdfs:seeAlso" resource="http://www.factminers.org/sites/default/files/styles/large/public/images/factminers_yr4cidocCRM_hastags.png?itok=6RzCfVPK"><a href="http://www.factminers.org/sites/default/files/images/factminers_yr4cidocCRM_hastags.png"><img typeof="foaf:Image" class="image-style-large" src="http://www.factminers.org/sites/default/files/styles/large/public/images/factminers_yr4cidocCRM_hastags.png?itok=6RzCfVPK" width="480" height="306" alt="" /></a></figure></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even" rel="dc:subject"><a href="/tags/news" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">News</a></li><li class="field-item odd" rel="dc:subject"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item even" rel="dc:subject"><a href="/tags/museum-informatics" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Museum Informatics</a></li><li class="field-item odd" rel="dc:subject"><a href="/tags/metamodeling" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Metamodeling</a></li><li class="field-item even" rel="dc:subject"><a href="/tags/neo4j" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Neo4j</a></li><li class="field-item odd" rel="dc:subject"><a href="/tags/graph-database" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Graph database</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><p>FactMiners joins the Library, Archive, and Museum (LAM) tech community in congratulating the members of the <strong><a href="http://www.cidoc-crm.org/special_interest_members.html">CIDOC-CRM Special Interest Group</a></strong> for its kick-off to 2015 with release of <a href="http://www.cidoc-crm.org/official_release_cidoc.html#CIDOCCRM6.0">Version 6.0 of the International Council of Museums (ICOM) <strong>Conceptual Reference Model</strong></a>. In addition to the major point update to the model's Reference Document, the CIDOC-CRM SIG also <a href="http://www.cidoc-crm.org/collaborations.html#CIDOC-SPECTRUM">announced a collaboration with the UK-based <strong>Collections Trust</strong></a> to create a CIDOC-CRM extension for the Trust's widely-used and highly-regarded <a href="http://www.collectionstrust.org.uk/spectrum"><strong>SPECTRUM</strong> standard for museums' <em>collections management systems</em></a>.</p>
<div class="image-left"><img src="/sites/default/files/images/collectionstrust_spectrum.png" width="500" height="375" alt="collectionstrust_spectrum.png" /></div>
<p>The CIDOC-CRM (tweeted/hashtagged here and elsewhere as <strong>#cidocCRM</strong>) serves as a <em>metamodel </em>providing definitions and a formal structure for describing the implicit and explicit concepts and relationships used in <strong>cultural heritage documentation</strong>. FactMiners is committed to <strong>#cidocCRM-driven design</strong> for our Open Source social game and exploratory personal and professional "serious fun" research platform.</p>
<p>"Early adopter use cases in the museum community are understandably focused on the descriptive, or ontological, aspects of the CIDOC-CRM. Designing and developing new software systems based on a rigorous metamodel is not the first thing you do with such a resource." said Jim Salmons, tech lead, researcher, and founder of FactMiners and <a href="http://www.SoftalkApple.com">The Softalk Apple Project</a>, "We are very encouraged by publication of the new edition of the Reference Document together with the SPECTRUM announcement. Given the mission and community of The Collections Trust, this is very good news for any museum techies and researchers interested in #cidocCRM-based development projects."</p>
<p>"For our part," Salmons continued, "FactMiners is announcing the launch of our <em>'Year of the #cidocCRM Full-Graph Deep Dive'.</em> We're asking Kindred Spirits interested in #cidocCRM-driven software design and development to tweet and tag their posts and communications with <strong>#cidocCRMdev</strong> and <strong>#cidocCRMgraph</strong>. These hashtags will help focus communication within the museum and broader LAM tech communities specific to these important emerging topics."</p>
<p>In addition to rallying interest in #cidocCRM-driven development within the museum informatics community, FactMiners will increase its outreach activity to engage the Neo4j and broader graph database communities in the exploration and development of a "full graph" implementation of the #cidocCRM. </p>
<p>FactMiners will also engage <a href="http://www.neo4j.com">Neo Technology</a>, the <a href="http://www.structr.org">Structr</a> folks, and vendors in the graph visualization community, like <a href="http://www.KeyLines.com">KeyLines</a>, to join us in making a contribution to the global cultural preservation movement by working together this year to create a new Neo4j/Structr-based replacement for the <a href="http://www.CIDOC-CRM.org">www.CIDOC-CRM.org</a> community website. This site is used as a central repository for the #cidocCRM model and its various information resources and news about this ISO standard metamodel. As new developers embrace the #cidocCRM, the community website will be increasingly important. An interactive Neo4j and Structr based site with "live document" visualizations and cross-referencing for the #cidocCRM metamodel will be an ideal way to showcase our web, app, and visualization technologies while making an important contribution to global cultural preservation.</p>
<p>"2015 looks to be the year that the CIDOC-CRM gets a real 'shakedown cruise' as a broader community of software designers and developers begin to explore and use this valuable resource within the cultural heritage community." Salmons said, "And FactMiners is happy to be a part of these exciting developments in the evolution of Internet and its use in the preservation and transmission of our cultural heritage. Keep up the great work CIDOC-CRM SIG! Full speed ahead #cidocCRMdev and #cidocCRMgraph!"</p>
</div></div></div>Tue, 03 Feb 2015 20:08:57 +0000Jim Salmons45 at http://www.factminers.orghttp://www.factminers.org/content/congratulations-cidoc-crm-sig-and-year-ahead-cidoccrm-development#commentsThoughts on CIDOC-CRM Classes: "Oops, who put all this Time Stuff in my Box of Things!?"
http://www.factminers.org/content/thoughts-cidoc-crm-classes
<div class="field field-name-field-image field-type-image field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><figure class="clearfix field-item even"><a href="http://www.factminers.org/sites/default/files/images/cidocCRM_classes_cartoon.png"><img typeof="foaf:Image" class="image-style-large" src="http://www.factminers.org/sites/default/files/styles/large/public/images/cidocCRM_classes_cartoon.png?itok=GTb5BINc" width="480" height="372" alt="" /></a></figure></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item odd"><a href="/tags/metamodeling" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Metamodeling</a></li><li class="field-item even"><a href="/tags/oop" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">OOP</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><p>I am using the <strong>CIDOC-CRM</strong> – the <a href="http://www.cidoc-crm.org/">Conceptual Reference Model developed by the International Council of Museums</a> – as the <strong>primary domain reference model</strong> guiding design and development of the <strong>FactMiners social-game platform</strong>. In a <a href="/content/thoughts-graph-representation-cidoc-crm-property-declarations">recent post</a> I looked at the Conceptual Reference Model from a "pure graph" perspective, re-imagining the CRM's Property Declarations as "just another" labeled subset of model elements, that is, as just another important subset of CRM Classes. In this post, I explore the "entity-ness" of the CIDOC-CRM Class Declarations.</p>
<!--break--><h2>Oops, We've Got a Lot of Time 'Stuff' in Our Box of Things!?<br /></h2>
<p>The approach I am taking on the design of the FactMiners platform is leveraging the expressive and flexible power of today's graph database technologies. This solution technology encourages me to look at the CIDOC-CRM as much as possible from a "full graph" expression. In addition to this graph-based interest, I believe my personal experience contributes a unique perspective in working with the CIDOC-CRM.</p>
<p>Twenty-odd years ago I was a thought leader and designer/developer in a "skunkworks" doing "executable business model" software frameworks in Smalltalk as part of the Object Technology Practice of IBM Global Services. Through this work we did groundbreaking work "objectifying" Process, using an agent-based perspective, and driven by strict adherence to a rather simple but powerful role-actor metamodel. A "smart desktop" framework dynamically generated "application" views on the executing business model. Change the business model and the "applications" dynamically changed. We had an opportunity to "troll" the IBM Global Services consulting practices looking at their IRMs – their Industry Reference Models. We were looking for other practice collaborators who had a decent IRM and customers who might be interested in, or better yet, need exploratory business modeling services.</p>
<p>So when I looked into the "pile of stuff" that is the CIDOC-CRM, I had a whole lot of context and tactics for sorting stuff out and "seeing" what's there. Recently, as I poured over the CRM Definition with an eye toward importing the Property Declarations into a Neo4j graph database, I had some "A-ha!" Moments where I think I see what might be the biggest source of frustration folks have when trying to "dip into" (that is, to explore and understand) the CIDOC-CRM.</p>
<p>One of the distinguishing characteristics of the CIDOC-CRM is its "object-oriented" foundation. The OOP influence in the expression of the CIDOC-CRM is significant and useful. However, I believe that a less-technical reader will not see – or worse, justifiably be confused by – the important OOP-modeling distinction between "Thing objects" and "Activity objects" – to use the most general of Class names found in the <strong>E2 Temporal Entities</strong> and <strong>E77 Persistent Item</strong> branches of the class hierarchy.</p>
<p>Objectifying process as a first class object is a rather subtle OOP technique with significant implications. The current CIDOC-CRM Definition text document, the on-line class hierarchy diagram, and the various subsystem diagrams seriously underplay this important design distinction. I believe that if the official CRM Definition text and associated graphical diagrams more fully "set the stage" for understanding the importance and utility of this underlying "Big Picture" nature of the CRM, the motivated exploratory user might have a more successful experience. </p>
<h2>Let's Take A Quick Look...<br /></h2>
<p>As you can see in the following screenshot collage, the official <em>'Definition of the CIDOC Conceptual Reference Model'</em> presents the CRM Class Declarations as a prefix-sorted master list. The Modelling Principles section jumps immediately into some very deep and subtle distinctions of monotonicity, disjointness, extension, etc. while overlooking this considerable distinction between the E2 Temporal Entities and E77 Persistent Item branches of the hierarchy. Only two summary lists visually show the deeply indented hierarchies of both the Class and Property Declarations. And the explanation of this significance is barely discussed.</p>
<div class="image-solo"><img src="/sites/default/files/images/cidocCRM_class_declarations.png" width="800" height="688" alt="cidocCRM_class_declarations.png" /></div>
<p>What jumps out at you is that the current CRM Definition document does a great job of being the 'Volume 2. Reference' of a two-volume set where the first volume provides the Big Picture perspective and example-based Getting Started material. This "missing volume" is a necessary complement to the strict "just the facts" Definition reference. Unofficial community contributions help to fill this void – notably, e.g., Dominic Oldman and the CRM Labs' <a href="http://www.researchspace.org/file-cabinet/CRMPrimer_v1.1.pdf"><em>"CIDOC-CRM: Primer V. 1.1"</em></a> (PDF). However, the official <a href="http://www.CIDOC-CRM.org">www.CIDOC-CRM.org</a> provided reference documents should include such a complementary introductory volume as part of the Definition set.</p>
<p>This "missing" introductory volume of the CRM reference documents would surely incorporate graphical diagrams similar to those currently available on the official CIDOC-CRM.org website. But a quick look at the available diagrams – as hard as I know it was to create and produce them them – confirms that the current resources dramatically underplay this important distinction between Thing Objects and Process (Temporal) Objects.</p>
<div class="image-solo"><img src="/sites/default/files/images/cidoc-crm-class-hierarchy.png" width="800" alt="cidoc-crm-class-hierarchy.png" /></div>
<p>The current text reference and class hierarchy diagram do little to highlight the important distinction between the significant partition of the CRM model elements into 'Thing Objects' and 'Process Objects'. </p>
<p>The situation doesn't become any clearer when we look at the <a href="http://www.cidoc-crm.org/cidoc_graphical_representation_v_5_1/graphical_representation_5_0_1.html">numerous subcomponent model diagrams on the CIDOC-CRM.org website</a>. Again, I know how hard it was for someone to draw and validate these images. These diagrams are super helpful as far as they go. But their format seems more constrained by the diagram drawing tool used rather than there being an explicit model diagramming standard driving the current diagram presentation format.</p>
<p>Here, for example, is the <strong>Object Association Information</strong> component diagram. I picked this as it is relatively sparse and includes a good mix of 'Thing Objects and 'Process Objects.' This part of the model explains how Things and People can be found at certain Times in specific Places participating in discrete Events, etc.</p>
<div class="image-solo"><img src="/sites/default/files/images/cidoc-crm-object-assoc-info.png" width="800" alt="cidoc-crm-object-assoc-info.png" /></div>
<p>The physical arrangement and IS_A superclass relationship double-line arrows reflect this Thing/Activity distinction among the CRM model elements, but this is a very subtle visual distinction. And as with all the current component diagrams on the official website, this diagram is a static image. There are no interactive links between the graphical Class nodes and Property edges and their respective entries in the official Definition text.</p>
<p>My own frustration at diving into and around the <a href="http://www.CIDOC-CRM.org">www.CIDOC-CRM.org</a> on-line reference material has encouraged my desire to contribute an updated and more interactive reference resource for the model to the CIDOC-CRM community. Such a more exploratory resource could be a step-wise generalized contribution of our project beyond the specific focus of our work on the FactMiners platform. Here, for example, is what I did to explore some potential along these lines...</p>
<ul><li>I started with a fresh copy of a Neo4j graph database with the Class Declarations as nodes and Property Declarations as relationships (between nodes). (The GitHub for this <a href="https://github.com/FactMiners/factminers/tree/master/Documents/ReferenceModels/cidocCRM">'seed' of CIDOC-CRM model elements in a Neo4j database</a> is here.)
</li>
<li>I did a Cypher query to add a 'Persistent' and 'Temporal' label to each class based on its membership in the E77 or E2 branch of the class hierarchy.
</li>
<li>I then did a query in the stock Neo4j browser to return and visualize the model elements (CRM Entities) associated with the Object Association Information component.
</li>
<li>I next dragged the nodes of the "bouncy ball" browser graph visualization to more closely resemble the static diagram of the target diagram.
</li>
<li>Finally, I clicked on the E7 Activity node to pop up its node properties (not to be confused with CRM Properties) to show how the full CRM Definition entries are in this Neo4j database... and then I did this screenshot.
</li>
</ul><div class="image-solo"><img src="/sites/default/files/images/cidocCRM_object_association_info.png" width="800" alt="cidocCRM_object_association_info.png" /></div>
<p>While this stock browser visualization is too "one-off" to be truly useful, this does show the impact of something as simple as subset coloration (or other containment revealing visual queue) to help reveal the underlying design of the CRM model elements. And although the static nature of the screenshot does not reveal it, the ability to examine full Definition entries within the exploratory diagram is another step in a good direction to consider for the official CIDOC-CRM documentation and its companion website. If this much functionality can be gained from one-off use of available generic tools, imagine what we could accomplish by building a CIDOC-CRM reference resource with a full RESTful and public web interface built on a platform based on Neo4j + Structr + KeyLines (or Alchemy.js, Linkurious, or similar client-side visualization layer).</p>
<h2>Exploratory Decomposition of CIDOC-CRM Graphical Diagrams<br /></h2>
<p>Continuing our thought experiment imagining an expanded set of CIDOC-CRM reference documents, I would encourage an effort to encapsulate the important structural design distinctions through a logical/functional "exploratory decomposition" graphical style. I simply don't have all the answers as to what this means fully, but I can provide an example based on my own thought experiment along these lines.</p>
<p>I mentioned that my prior "executable business model" experience was helpful to my understanding of the CRM. I also mentioned how the Smalltalk framework we built was agent-based, objectified Process, and was based on a "ruthlessly simple" top-level metamodel. I took a UML (Universal Modeling Language) Class model that is very similar to what we did in that Smalltalk skunkworks, and I overlaid the high-order CRM Entities that have an obvious model element alignment with this process-oriented UML Class model.</p>
<div class="image-solo"><img src="/sites/default/files/images/cidoc-crm-emb-sorta.png" width="800" alt="cidoc-crm-emb-sorta.png" /></div>
<p>At one level, this diagram looks too simple to say all that much about a non-trivial software architecture. But appearances are deceiving when it comes to such software design diagrams. This UML diagram says a LOT about an agent-based role/actor software architecture. And having written software frameworks implementing such architectures, I know that the beauty and the "devil" is in the details suggested by such high-level diagrams. I know, for example, how extensive the OOP-programming decomposition of the Activity and Task objects can be to implement the required interfaces and functions of such a high-level diagram. Yet as complex and diffuse as the implementation decomposition of these high-level model elements may be, well-linked logical decomposition of such inter-linked diagrams of the full model can keep the reader in context to avoid confusion or misunderstanding.</p>
<p>This "Just Enough, Just In Time" exploratory presentation style is how we need prospective CIDOC-CRM users to be exposed to the full CRM model. We need a rich set of interactive diagrams that keep the reference-reader "in the moment" and in context. A "double-click dive" into the E7 Activity node, for example, would reveal the decomposition of Activities into the various modeled elements including E11 Modification, E10 Transfer of Custody, E86 Joining, E87 Leaving, E79 Part Addition, etc. In each case, a context-retaining diagram specific to the "leaf" class being investigated will not only be helpful for general model learners, but will be invaluable for software architects intending to use the CRM as a metamodel constraining a full system instance design. </p>
<p>I believe that there are far more developers today who are "comfortable users" of object-oriented programming technologies than there are those who are comfortable with designing and building systems based on advanced OOP architectures, especially ones that objectify process. For this reason, I believe that many mainstream programmers would find the current model reference resources insufficient to design and build full CIDOC-CRM based systems. Not that it can't be done... just that there would necessarily be a lot of "private mental concept transformations" required to get the job done. </p>
<p>Given this belief that there are more casual users of OOP technology than there are advanced OOP designer/developers, the proposed "missing" first volume of the CIDOC-CRM Reference documents should be envisioned as a Developer's Guide to CRM-compatible system design and programming. The non-technical/non-developer would find the overview and Big Picture content of such a guide useful. An exploratory learner can simply stop his or her reading of this introductory guide once the information goes deeper than needed for the learner to collaborate as a subject matter expert on a team developing such systems, or to assess the model when making a recommendation about possible adoption of the CRM by the prospective user's institution. Such a proposed Developer's Guide, however, would provide an invaluable "easy on ramp" for software architects and developers tasked with building CRM-compatible systems. </p>
<p>At this point, I can't go further without some non-trivial time and effort to provide additional specific examples of where we could go with CIDOC-CRM reference documentation. I do believe, however, that this post already sufficiently suggests why we might want to do this and how this effort might be approached.</p>
<p>As always, I appreciate comments and questions,<br />
-: Jim :-</p>
</div></div></div>Tue, 04 Nov 2014 21:08:40 +0000Jim Salmons42 at http://www.factminers.orghttp://www.factminers.org/content/thoughts-cidoc-crm-classes#commentsThoughts on a Graph Representation of the CIDOC-CRM: Property Declarations
http://www.factminers.org/content/thoughts-graph-representation-cidoc-crm-property-declarations
<div class="field field-name-field-image field-type-image field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><figure class="clearfix field-item even"><a href="http://www.factminers.org/sites/default/files/images/cidoc_crm_primer_cover.png"><img typeof="foaf:Image" class="image-style-large" src="http://www.factminers.org/sites/default/files/styles/large/public/images/cidoc_crm_primer_cover.png?itok=ivDMvSCI" width="402" height="480" alt="" /></a></figure></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item odd"><a href="/tags/metamodeling" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Metamodeling</a></li><li class="field-item even"><a href="/tags/neo4j" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Neo4j</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><p>I am having an interesting time looking at the <strong>CIDOC-CRM</strong> – the <a href="http://www.cidoc-crm.org/comprehensive_intro.html">Conceptual Reference Model for museums</a> developed by the <a href="http://icom.museum/">International Council of Museums</a> (ICOM). In particular, as <a href="/content/thoughts-node-ifying-relations-neo4j-metamodel-subgraph">generally described in my last post</a>, I am looking at the CIDOC-CRM with a "pure graph" lens on a metamodel developed with an object-oriented perspective.</p>
<p>The interesting part of my exploration has to do with bringing the "ruthless simplicity" of a graph expression to the interpretation of the CIDOC-CRM for the purpose of representing it as a Referenced Model within the metamodel partition of the graph database as part of the FactMiners' Digital Humanities-based social-game platform. I've written <a href="/content/neo4j-graphgist-design-docs-line">two complementary Neo4j-based GraphGists</a> that explore the design pattern of an "embedded metamodel subgraph" as a means to build a fine-grained "Fact Cloud" of the referential content of the 48-issue collection of Softalk magazine covering the early history of the microcomputing revolution.</p>
<p>In this post, I'll take a first look at how CIDOC-CRM Property Declarations can be beneficially cast as "First Class Citizens" (AKA Nodes) in a graph model of the CIDOC-CRM. I am still in the very early stages of CIDOC-CRM exploration, so take these observations as public research notes.</p>
<h2>The Challenges and Potential of the CIDOC-CRM<br /></h2>
<p>An interesting dimension of the CIDOC-CRM is that it intentionally tries to be a comprehensive conceptual model (AKA a metamodel) for not just museum artifact description, but to cover the active process of artifact curation and preservation as well as broader realms of collection management, etc. In this sense, the CIDOC-CRM goes where most cultural artifact ontologies rarely go, that is, into the realm of incorporating process along with structure-oriented model elements from which to construct our CRM-compatible model instances. </p>
<p>That's what a Conceptual Reference Model or metamodel is used for, at its most basic level. It's a set of model elements (parts to build a model out of) and a set of instructions that constrain how you can put these parts together. Through this model, we can share an understanding about what some domain of activity and expertise is about. That understanding is to be used, in our case, to design software systems to implement this shared conceptual (mental) understanding of what needs doing and how to do it. (I know this is not the only reason for having a comprehensive conceptual reference or metamodel, but it is the compelling reason for this exploration and discussion.)</p>
<div class="image-left"><img src="/sites/default/files/images/close4horseshoes.jpg" width="400" alt="close4horseshoes.jpg" /></div>
<p>As is often the case, industry reference models are rarely used to drive down to the granularity of "executable" in the sense of software being designed strictly to the, let's call it "semantic expressibility" of the metamodel. In other words, these conceptual reference models are most often used loosely to guide human-to-human ("mind-meld") conversation and modeling-based decision-making. But there is a lot of room for what are in effect "uncontrolled individual model transformations" (AKA we developers think about how to implement the model and then write some code that approximates our personal understanding of this shared vision). So if during implementation of metamodel-driven design there are "gotchas" or logical inconsistencies or just plain "temporal anomalies" (a big model done by committee over a long period of time), these issues are not too often show-stopping problems as we "one off" resolve these issues by "coding band-aids" as we go along.</p>
<p>But one of the goals that the CIDOC-CRM SIG group members aspire to encourage and support is research-based inference and deductibility – text- and image-based computational analytics – for CIDOC-CRM compatible datastores and associated <a href="http://lodlam.net/">#LODLAM</a> web services. In other words, "close enough for horseshoes or hand grenades" may be good enough for many cases of using a conceptual reference model for indirect reference, but this is not good enough if we are going for fact- or inference-discovery and validation via metamodel-constrained computational analytics.</p>
<p>So let's look at the most obvious case in point; Property Declarations as "faux" relationships between CRM Classes.</p>
<h2>CIDOC-CRM Property Declarations as "Shortcut" Classes<br /></h2>
<p>A typical CIDOC-CRM graphical diagram of key parts of the model shows the graph-based shared understanding of how we're "thinking about" this museum conceptual model. The "object"-like things are drawn as nodes and have "E-prefix" names that reflect their "IS_A" (object-oriented inheritance) descent from the "E1 CRM Entity" root of the <a href="http://www.cidoc-crm.org/cidoc_graphical_representation_v_5_1/class_hierarchy.html">CIDOC-CRM Class Hierarchy</a>. The relationships (or edges in a pure graph sense) between Classes (AKA our graph-based Nodes) are defined as CIDOC-CRM Properties. CIDOC-CRM Properties have a "Pnum-prefix" name and have the additional facet of "bidirectional/reflexive naming" -- e.g. P67 "refers to/is referred to by" providing the appropriate human-readable interpretation of the named relationship based on which "end" of the relationship you want to anchor your mental understanding of the described relationship.</p>
<p>To understand how this current view on the CIDOC-CRM is problematic to a "pure graph" expression, let's look at a particularly interesting cluster of CIDOC-CRM model elements (both Classes and Properties) that describe the <em><a href="http://www.cidoc-crm.org/cidoc_graphical_representation_v_5_1/image_information_objects_curriers.html">"Image Information, Objects and Carriers".</a></em> I've highlighted the aspects of this diagram of the CIDOC-CRM definition that cannot be expressed in a basic graph representation.</p>
<p>This subset of CIDOC-CRM model elements is especially interesting as it gets to the core of our FactMiners' design interest – and that is, "piercing the veil" to move our Fact Cloud coverage from artifact description to deep analysis by modeling the artifact's representational meaning. In our case, we require a metamodel sufficient to cover the complex structure of a commerical magazine while providing the granularity to model – based on CIDOC-CRM-compatible form – the 48 monthly snapshots of the cacophonous "Open World" of activity at the dawn of the Microcomputer Revolution as depicted in the incredible content of this historic magazine archive.</p>
<div class="image-solo"><a href="http://www.cidoc-crm.org/cidoc_graphical_representation_v_5_1/image_information_objects_curriers.html"><img src="/sites/default/files/images/cidoc-crm_image_object_carriers.jpg" width="800" alt="cidoc-crm_image_object_carriers.jpg" /></a></div>
<p>The eagle-eyed "graphistas" among you will notice a show-stopping gotcha. Those double-line arrows from relationship-to-relationship violate the essential "ruthless simplicity" of a pure graph model. A graph is just nodes and relationships, with relationships being the edge/line links BETWEEN nodes. There are no relationships between relationships in basic graph theory. </p>
<p>Fortunately, this is not a show-stopping problem. It just suggests that the view we're given is more a "mental shortcut" for a graph expression that models the relationship as a distinct type of Class. In this way, a "node-ified" CIDOC-CRM Property can be modeled with respect to its "IS_A" subproperty/superproperty relationships as well as support the "Pnum.1" idiom where property specializations can be expressed through "mode of X" relationships to "E55 Type" entities, etc.</p>
<p>In other words, here is how we can look at a portion of the <em>"Image Information, Objects and Carriers"</em> model with "node-ified" CIDOC-CRM Property Declarations:</p>
<div class="image-solo"><img src="/sites/default/files/images/nodified_cidoc_crm_properties.png" width="806" height="831" alt="nodified_cidoc_crm_properties.png" /></div>
<p>In this diagram, the "subset-membership containment areas" are a visualization of, in Neo4j graph database-terms, a label-based conceptual type. That is, our metamodel of the CIDOC-CRM contains Nodes that are of type "CRM Class" and a collection of Nodes of type "CRM Property." These two labeled subsets are emphasized in the graphic by node color in addition to their containment in subset-membership labeled boxes.</p>
<p>Now that we have a "node-ified" Property "P138 represent/has representation" represented in our graph as a node, we can create its "subproperty of" relationship to "P76 refers to/is referred to by." This "subproperty of" relationship, by the way, can be thought of as a specialization of the "IS_A" relationship underlying the object-oriented CIDOC-CRM Class subclass and superclass inheritance relationships. Note, too, that we can easily create the "Pnum.1" relationships that provide specialization of a CRM Property.</p>
<p>[Note: The above diagram is decidedly high-level. A full rendering of a "pure graph" expression of the CIDOC-CRM would show labeled domain/range relationships, cardinality, etc. These fine-grained aspects of the model are left off here to keep the explanatory diagram cleaner.]</p>
<h2>Okay, but so what? Why "node-ify" CRM Properties?<br /></h2>
<p>At some level we could think, "Okay, so what?" Aren't we just nit-picking over the details of the metamodel representation for communication and system design discussions. For many, yes, that's true. But the FactMiners LAM-based social-game platform is being designed with an underlying cognitive computing perspective. We need our metamodel expression of the CIDOC-CRM to be machine-executable. </p>
<p>This aspiration for deep computational analysis of cultural artifacts is also one held by members of the CIDOC-CRM Special Interest Group. <a href="https://www.linkedin.com/profile/view?id=8284548">Dominic Oldman</a> – a CIDOC-CRM SIG member, Principle Investigator of <a href="http://www.ResearchSpace.org">www.ResearchSpace.org</a>, and IT exec of The British Museum – writes in the latest version of <em><a href="https://docs.google.com/viewer?a=v&pid=sites&srcid=cmVzZWFyY2hzcGFjZS5vcmd8cmVzZWFyY2hzcGFjZXxneDozMmQ1N2QwNDI4ZTgzM2U3">"The CIDOC Conceptual Reference Model (CIDOC CRM): PRIMER"</a> </em> (my <strong>emphasis</strong> added):</p>
<blockquote><p>"The most important kinds of <strong>computer-based reasoning</strong> the CRM can support are generalisations of relationships and <strong>deductions from highly indirect relations</strong> such as what parts have in common with their wholes, what wholes inherit from their parts and what is transferred across meetings and processes of derivation. These are <strong>not meant to replace scholarly conclusions</strong> but <strong>to comprehensively detect facts relevant to answer research questions</strong>. Besides others this ensures that highly specialized knowledge stays accessible to generic questions regardless the specificity of representation."
</p></blockquote>
<p>My belief is that a fully-realized graph expression of the CIDOC-CRM will not just support the kind of "fact-checking" and discovery that Dominic asserts in the quote above, but will move CIDOC-CRM-based computational analytics into the realm of significant first-class, fine-grained, traceable, interpretive scholarship that is only just beginning to be imagined based on the rapid advances in Deep Learning, Natural Language Processing, Image Scene Recognition, and other aspects of the explosion of advances in what is being loosely corralled by the term <a href="http://www.research.ibm.com/cognitive-computing/#fbid=0z0f_R0uEIa">"Cognitive Computing."</a></p>
<p>While my example is ruthlessly simple for the purpose of introductory explanation and is not CIDOC-CRM-specific, the <a href="http://gist.neo4j.org/?8640853">first part of my two-part GraphGist</a> demonstrates how generalized query-based fact discovery and validation can be performed on a "self-descriptive" Neo4j-based graph database. And closely related to this GraphGist is the research agenda described in <a href="/content/inside-factminers-brain-rainman-meet-sherlock">my "Rainman Meet Sherlock" post</a>.</p>
<p>I welcome your thoughts and/or questions.</p>
</div></div></div>Sun, 02 Nov 2014 00:12:09 +0000Jim Salmons41 at http://www.factminers.orghttp://www.factminers.org/content/thoughts-graph-representation-cidoc-crm-property-declarations#commentsOn "Node-ifying" Relations in a Neo4j Graph Database of the CIDOC-CRM
http://www.factminers.org/content/thoughts-node-ifying-relations-neo4j-metamodel-subgraph
<div class="field field-name-field-image field-type-image field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><figure class="clearfix field-item even"><a href="http://www.factminers.org/sites/default/files/images/node-ified_relationships.jpg"><img typeof="foaf:Image" class="image-style-large" src="http://www.factminers.org/sites/default/files/styles/large/public/images/node-ified_relationships.jpg?itok=IdxmGKc2" width="480" height="480" alt="" /></a></figure></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even"><a href="/tags/metamodeling" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Metamodeling</a></li><li class="field-item odd"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item even"><a href="/tags/visualization" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Visualization</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><p>I am very fortunate to be developing a <a href="http://en.wikipedia.org/wiki/Personal_learning_network">Personal Learning Network</a> with some amazingly brilliant people helping me to fast-track my learning and use of the <a href="http://www.cidoc-crm.org/">ICOM CIDOC-CRM</a> – that is, the ISO standard Conceptual Reference Model (i.e. a metamodel) for museum cultural artifact description, preservation and associated collection management developed by the International Council of Museums (ICOM). </p>
<p>As the learner of a PLN network, you look for opportunities to "give" as well as "take" as we are too often on the taking side of things. As in our taking of valuable time and energy from our PLN mentors. So looking for such an opportunity to give something back, I mentioned to Dominic Oldman -- of the British Museum, its <a href="http://www.ResearchSpace.org">www.ResearchSpace.org</a> project, and member of the CIDOC-CRM SIG -- that I would like to make a community contribution of a more intuitive and easier-to-navigate exploratory viewer for the CIDOC-CRM Definition reference. He said that sounded like a good idea. So this post is related to that quest.</p>
<p>Some quick background... I am designing the FactMiners LAM-based (Libraries, Archives, and Museums) social-game platform based on an <a href="http://www.factminers.org/content/neo4j-graphgist-design-docs-line">"embedded metamodel subgraph" design pattern</a>. To make the output of our FactMiners gameplay useful, not just for casual visitor engagement, but for scholarly and scientific research, we have adopted the CIDOC-CRM as our primary Reference Model in the META partition (subgraph) of the FactMiners Fact Cloud. So while we are building a social-game platform on the one hand, it will also be a credible CIDOC-CRM compatible platform that can be easily and modularly extended into a full-featured digital collection management system on the other.</p>
<p>It is our hope that the FactMiners social game platform will find broad use in grassroots digital Citizen History projects due to its "seriously fun" gameplay and associated player community. But with our underlying CIDOC-CRM compatible "gameflow", we will produce digital cultural heritage collections that can be both immediately published to evolving <a href="http://lodlam.net/">#LODLAM (Linked Open Data in Libraries, Archives, and Museums)</a> standards, as well as easily transferred to more sustainable long-term preservation within fully-curated institutional collections.</p>
<h2>"Node-ifying" a Graph Relationship -- DIY 2-D Hypergraph!?<br /></h2>
<p>One aspect of my metamodel subgraph design pattern has to do with a graph transformation that can be viewed as "node-ifying" a relationship. That is, in order to more completely model a relationship in a target graph, we explicitly model the target relationship as a node in our metamodel. I think of this transformation as an elementary "2-dimensional hypergraph" in that the "node-ified" relationship and its domain and range relationships are a subgraph decomposition of the target graph's relationship. The cartoon graphic accompanying this post more easily demonstrates this mapping/transformation. </p>
<div class="image-right"><a href="/sites/default/files/images/cidoc-crm-graph-representation-challenges.png" title="Click to enlarge..."><img src="/sites/default/files/images/cidoc-crm-graph-representation-challenges.png" width="565" alt="cidoc-crm-graph-representation-challenges.png" /></a></div>
<p>If you look at the official <em><a href="http://www.cidoc-crm.org/docs/cidoc_crm_version_5.1.pdf">'Definition of the CIDOC Conceptual Reference Model'</a> </em>(PDF), you see the two primary content divisions of the Class and Property Declarations. The basic building block model elements are described as class/nodes and property/relationships. When graphical diagrams of the CIDOC-CRM are provided, this "class as node" and "property as relationship" concept is clear.</p>
<p>But a closer reading of the Property Declarations shows that the "devil is in the detail." That is, in order to do a <strong>graph model</strong> of the Property Declarations, we need relations to have relations. The most obvious examples of this being the <em>superproperty </em>and <em>subproperty </em>relationships, and the "Pxx.1 has type" properties. At first this realization hit me with a, "Hmmm, this could be trickier than I thought..." Moment. </p>
<p>Things get complicated very quickly when you cross over into "hyper zone" with graph thinking. And more importantly, the incredibly powerful and widely available Open Source graph databases like our choice, Neo4j, do not support relationships having relationships. But then I clicked on the idea that using the "node-ifying" relationship pattern, like what I'm doing in the FactMiners META subgraph, could work well in building an exploratory viewer for the CIDOC-CRM Definition.</p>
<div class="image-left"><a href="/sites/default/files/images/cidocCRM_graphrep_hotspots.png" title="Click to enlarge..."><img src="/sites/default/files/images/cidocCRM_graphrep_hotspots.png" border="1" width="540" height="341" alt="cidocCRM_graphrep_hotspots.png" /></a></div>
<p>To bring the CIDOC-CRM Definition "to life" in an exploratory viewer, we'll need to provide "shortcut" (i.e. collapsed) visualizations of the model that make the resulting interactive graphical diagrams less cluttered and more intuitively meaningful.</p>
<p>The most awesome platform I can imagine on which to build this exploratory viewer is a <a href="http://www.Neo4j.com">Neo4j</a>-based <a href="http://www.Structr.org">Struct</a>-powered web and mobile app with client-enhanced views based on the equally brilliant <a href="http://keylines.com/">KeyLines</a> graph visualization product. As a next step in my quest to provide the CIDOC-CRM community with a new model viewing resource, I will be asking Cambridge Intelligence's U.S. developer rep, Corey Lanum, to check out this post. Can the powerful visualization features of KeyLines be harnessed to provide a "collapsed/expanded" visualization for my CIDOC-CRM Explorer that defaults to the "relationship as relationship" view with a double-click event toggling in and out of the expanded "node-ified" full-path view?</p>
<p>I am anticipating that KeyLines can do what I need. This seems like just the kind of view transformation mapping that could/should be pushed to a dynamic visualization level decision rather than be made at the database design level. I will update this post as this exploration unfolds...</p>
<hr />
For more, see my initial explorations in this GraphGist: <a href="http://gist.neo4j.org/?https%3A%2F%2Fgist.githubusercontent.com%2FJim-Salmons%2F9904584%2Fraw%2F46baea556a6f27515a183020497e4c84fa794fbd%2FcidocCRM_classDeclarations_into_Neo4j.adoc"><em>The CIDOC-CRM in a Neo4j Graph Database.</em></a>
</div></div></div>Sat, 25 Oct 2014 19:13:04 +0000Jim Salmons40 at http://www.factminers.orghttp://www.factminers.org/content/thoughts-node-ifying-relations-neo4j-metamodel-subgraph#commentsCIDOC-CRM Meet METS/ALTO - A Recipe for FactMiners 'Fact Clouds'
http://www.factminers.org/content/cidoc-crm-meet-mets-alto-recipe-factminers-fact-clouds
<div class="field field-name-field-image field-type-image field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><figure class="clearfix field-item even"><a href="http://www.factminers.org/sites/default/files/images/METS-ALTO_collage.png"><img typeof="foaf:Image" class="image-style-large" src="http://www.factminers.org/sites/default/files/styles/large/public/images/METS-ALTO_collage.png?itok=PrT9Lyo6" width="480" height="300" alt="" /></a></figure></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item odd"><a href="/tags/metamodeling" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Metamodeling</a></li><li class="field-item even"><a href="/tags/lodlam" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#LODLAM</a></li><li class="field-item odd"><a href="/tags/socialmachines" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#SocialMachines</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><p>FactMiners.org is very pleased to announce that we are adopting <strong>METS/ALTO</strong> as the "drill down" metadata and file/data format specifications that will guide our DSL (Domain Specific Language) extensions of the <strong>CIDOC-CRM</strong> as part of the design of the Open Source FactMiners LAM-based social-game platform.</p>
<p>The <strong>CIDOC-CRM</strong> is the ISO standard <strong><a href="http://www.cidoc-crm.org/">Conceptual Reference Model</a></strong> of the <a href="http://icom.museum/">International Council of Museums</a> (ICOM). As such, it has both <em>metadata</em> coverage as well as <em>metamodel</em> coverage of collections management process/workflow dimensions that are absent from more ontologically-focused metadata specifications. </p>
<div class="image-left"><img src="/sites/default/files/images/factminers_cidoc_mets_alto.png" width="338" height="398" alt="factminers_cidoc_mets_alto.png" /></div>
<p>FactMiners.org will use the CIDOC-CRM for guidance in designing the underlying digital collections management aspects of our platform while incorporating METS/ALTO metadata standards and applying best practices from its user community as we "piece the veil" to model the representational meaning (AKA "mine the facts") of an artifact/object. <strong>METS/ALTO</strong> will be especially key to providing the "article-level segmentation" needed to effectively model the complexity of our first digital archive, <a href="http://www.SoftalkApple.com">The Softalk Apple Project</a>. </p>
<p>We are so excited to learn about the Library of Congress' <em><a href="http://chroniclingamerica.loc.gov/">"Chronicling America"</a></em> program and website, along with affiliated LAM projects like the <em><a href="http://cdnc.ucr.edu/cgi-bin/cdnc">California Digital Newspaper Collection</a></em>. We now have a good handle of how to proceed with our DSL extension of the CIDOC-CRM as explored in our award-winning Neo4j GraphGist: <em><a href="http://gist.neo4j.org/?7817558">The "Self-Descriptive" Neo4j Graph Database: Embedded Metamodel Subgraphs in the FactMiners Social-Game Ecosystem</a></em>.</p>
<p>Together, <strong>METS</strong> – the <em><a href="http://www.loc.gov/standards/mets/">Metadata Encoding & Transmission Standard</a></em> – and <strong>ALTO</strong> – <em><a href="http://www.loc.gov/standards/alto/">Technical Metadata for Optical Character Recognition</a></em> – give us an excellent roadmap and supporting technologies with which to drive the "last mile" of granularity whereby CIDOC-CRM-based collections management and preservation micro-tasks (AKA FactMiners gameplay) can be performed on the digital object's article-level content. FactMiners' elemental facts will be most meaningful when discovered and validated within an article-level segmented digital preservation object as the FactMiners "playing field".</p>
<p>With this new piece of our roadmap puzzle falling into place, we have a very good idea of how to revise Part 2 of our GraphGist about modeling the Softalk Magazine archive collection. So... full steam ahead! :-) More as it shapes up.</p>
</div></div></div>Thu, 24 Jul 2014 19:23:56 +0000Jim Salmons31 at http://www.factminers.orghttp://www.factminers.org/content/cidoc-crm-meet-mets-alto-recipe-factminers-fact-clouds#commentsFactMiners Fact Clouds to be CIDOC-CRM Compliant
http://www.factminers.org/content/factminers-fact-clouds-be-cidoc-crm-compliant
<div class="field field-name-field-image field-type-image field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><figure class="clearfix field-item even" rel="og:image rdfs:seeAlso" resource="http://www.factminers.org/sites/default/files/styles/large/public/images/CRM_header_L.gif?itok=ZYL5Vtpv"><a href="http://www.factminers.org/sites/default/files/images/CRM_header_L.gif"><img typeof="foaf:Image" class="image-style-large" src="http://www.factminers.org/sites/default/files/styles/large/public/images/CRM_header_L.gif?itok=ZYL5Vtpv" width="178" height="74" alt="" /></a></figure></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-hidden view-mode-rss view-mode-rss"><ul class="field-items"><li class="field-item even" rel="dc:subject"><a href="/tags/cidoccrm" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">#cidocCRM</a></li><li class="field-item odd" rel="dc:subject"><a href="/tags/news" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">News</a></li><li class="field-item even" rel="dc:subject"><a href="/tags/museum-informatics" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Museum Informatics</a></li><li class="field-item odd" rel="dc:subject"><a href="/tags/metamodeling" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">Metamodeling</a></li></ul></div><div class="field field-name-body field-type-text-with-summary field-label-hidden view-mode-rss view-mode-rss"><div class="field-items"><div class="field-item even" property="content:encoded"><p><strong>FactMiners.org </strong> is pleased to announce adoption of the <a href="http://www.cidoc-crm.org/comprehensive_intro.html">Conceptual Reference Model (CRM)</a> of the <a href="http://network.icom.museum/cidoc/">International Committee for Documentation (CIDOC)</a> of the <a href="http://icom.museum/">International Council of Museums (ICOM)</a>. The CIDOC-CRM is an <em>'ontology'</em> for cultural heritage information, in other words it describes in a <strong>formal language</strong> the <strong>concepts</strong> and <strong>relations</strong> relevant to the <strong>documentation of cultural heritage</strong>. This ISO standard will be used as the reference model for the development of the <strong>FactMiners Fact Cloud</strong> metamodel that will logically organize the <em>'facts'</em> to be <em>'mined'</em> out of our initial project — the digital archive of <strong>Softalk magazine</strong> — respecting both the elements of its <em>editorial content</em> and the <em>complex document structure</em> of a magazine.</p>
<!--break--><p>
It is truly exciting to be able to 'stand on the shoulders of giants' with respect to formalizing the candidate elements and overall logical organization of the facts that we will be capturing in the FactMiners Fact Cloud describing the content of Softalk magazine. <strong>This reference standard will dramatically accelerate our design and implementation of the FactMiners Fact Cloud Wizard component within the core FactMiners Open Source development platform.</strong></p>
<p>A relatively small group of dedicated data scientists and museum informatics professionals have spent nearly twenty years working out an essential set of elements and their logical organization. <strong>This means we can get right to work developing our FactMiners Fact Cloud companion of the Softalk archive as a domain-specific extension of the CIDOC-CRM reference model.</strong> Doing this, we guarantee Semantic Web and OpenData accessibility which is essential to our project mission.</p>
<p>Our growing collaboration with the <a href="http://www.Structr.org">www.Structr.org</a> team will benefit greatly from this reference model as we work together to envision and build the FactMiners platform on the <a href="http://www.neo4j.org">Neo4j</a>-powered <strong>Structr CMS/web-services platform</strong>. Our first efforts will focus on the FactMiners Fact Cloud Wizard described in <a href="http://gist.neo4j.org/?7817558">Part 2 of this Neo4j GraphGist</a>. </p>
</div></div></div>Sun, 23 Feb 2014 01:32:47 +0000Jim Salmons2 at http://www.factminers.orghttp://www.factminers.org/content/factminers-fact-clouds-be-cidoc-crm-compliant#comments
Uncaught exception thrown in shutdown function.
PDOException: SQLSTATE[42000]: Syntax error or access violation: 1142 DELETE command denied to user 'factminersAdmin'@'localhost' for table 'semaphore': DELETE FROM {semaphore}
WHERE (value = :db_condition_placeholder_0) ; Array
(
[:db_condition_placeholder_0] => 21059659096417fddb1b0667.02632455
)
in lock_release_all() (line 269 of /var/www/webadmin/data/www/factminers.org/html/includes/lock.inc).