{ "@log::2014-04-02T12:52:21.271Z::pdfernhout@kurtz-fernhout.com::test.html": "sasa", "@log::2014-04-02T12:52:32.003Z::pdfernhout@kurtz-fernhout.com::test.html": "two", "@log::2014-04-02T12:52:41.597Z::pdfernhout@kurtz-fernhout.com::test.html": "two\nhello", "@log::2014-04-02T12:52:54.021Z::pdfernhout@kurtz-fernhout.com::test.html": "four\nhello", "@log::2014-04-02T12:53:01.687Z::pdfernhout@kurtz-fernhout.com::test.html": "five\nhello\nPointrel", "@log::2014-04-02T12:53:10.028Z::pdfernhout@kurtz-fernhout.com::test.html": "six
\nhello
\nPointrel", "@log::2014-04-02T12:53:16.541Z::pdfernhout@kurtz-fernhout.com::test.html": "seven
\n", "@log::2014-04-02T12:53:22.689Z::pdfernhout@kurtz-fernhout.com::test.html": "eight
\n\n", "@log::2014-04-02T12:53:29.261Z::pdfernhout@kurtz-fernhout.com::test.html": "nine
\n\n", "@log::2014-04-02T12:53:35.800Z::pdfernhout@kurtz-fernhout.com::test.html": "ten
\n\n", "@log::2014-04-02T12:53:44.291Z::pdfernhout@kurtz-fernhout.com::test.html": "eleven
\n\n", "@log::2014-04-02T12:53:58.678Z::pdfernhout@kurtz-fernhout.com::test.html": "twelve
\n\n", "@log::2014-04-02T12:54:04.722Z::pdfernhout@kurtz-fernhout.com::test.html": "thirteen
\n\n", "@log::2014-04-02T12:54:10.643Z::pdfernhout@kurtz-fernhout.com::test.html": "fourteen
\n\n", "@log::2014-04-02T12:54:16.366Z::pdfernhout@kurtz-fernhout.com::test.html": "fifteen
\n\n", "@log::2014-04-02T12:54:26.998Z::pdfernhout@kurtz-fernhout.com::test.html": "sixteen
\n\n", "@log::2014-04-02T12:54:34.818Z::pdfernhout@kurtz-fernhout.com::test.html": "seventeen
\n\n", "@log::2014-04-02T12:54:41.070Z::pdfernhout@kurtz-fernhout.com::test.html": "eighteen
\n\n", "@log::2014-04-02T12:54:46.977Z::pdfernhout@kurtz-fernhout.com::test.html": "nineteen
\n\n", "@log::2014-04-02T12:54:53.394Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty
\n\n", "@log::2014-04-02T12:54:59.471Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty one
\n\n", "@log::2014-04-02T12:55:10.131Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty two
\n\n", "@log::2014-04-02T12:55:17.894Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty three
\n\n", "@log::2014-04-02T12:55:27.044Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty four
\n\n", "@log::2014-04-02T12:55:34.352Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty five
\n\n", "@log::2014-04-02T12:55:40.810Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty six
\n\n", "@log::2014-04-02T12:56:43.007Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty seven
\n\n", "@log::2014-04-02T12:57:01.217Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty eight
\n\n", "@log::2014-04-02T12:57:08.252Z::pdfernhout@kurtz-fernhout.com::test.html": "twenty nine
\n\n", "@log::2014-04-02T12:57:15.685Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty
\n\n", "@log::2014-04-02T12:57:22.165Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty one
\n\n", "@log::2014-04-02T12:57:34.107Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty two
\n\n", "@log::2014-04-02T12:57:41.759Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty three
\n\n", "@log::2014-04-02T12:57:51.036Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty four
\n\n", "@log::2014-04-02T12:58:00.292Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty five
\n\n", "@log::2014-04-02T12:58:07.511Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty six
\n\n", "@log::2014-04-02T12:58:16.125Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty seven
\n\n", "@log::2014-04-02T12:58:22.829Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty eight
\n\n", "@log::2014-04-02T12:58:30.636Z::pdfernhout@kurtz-fernhout.com::test.html": "thirty nine
\n\n", "@log::2014-04-02T12:58:39.826Z::pdfernhout@kurtz-fernhout.com::test.html": "forty
\n\n", "@log::2014-04-02T12:58:46.751Z::pdfernhout@kurtz-fernhout.com::test.html": "forty-one
\n\n", "@log::2014-04-02T12:58:54.513Z::pdfernhout@kurtz-fernhout.com::test.html": "forty-two
\n\n", "@log::2014-04-02T12:59:01.207Z::pdfernhout@kurtz-fernhout.com::test.html": "forty-three
\n\n", "@log::2014-04-02T23:46:52.363Z::pdfernhout@kurtz-fernhout.com::test2.html": "", "@log::2014-04-02T23:47:32.712Z::pdfernhout@kurtz-fernhout.com::test.html": "forty-three
\n\n", "@log::2014-04-02T23:50:49.605Z::pdfernhout@kurtz-fernhout.com::test3.html": "forty-three
\n\n", "@log::2014-04-02T23:51:43.733Z::pdfernhout@kurtz-fernhout.com::test3.html": "forty-three
\n\n", "@log::2014-04-02T23:52:01.078Z::pdfernhout@kurtz-fernhout.com::test3.html": "\n", "@log::2014-04-03T00:58:05.700Z::pdfernhout@kurtz-fernhout.com::canvas test 001": "\nYour browser does not support the HTML5 canvas tag.\n\n\ntype=\"submit\" value=\"Test log key creation\" onclick=\"document.test();\"/>", "@log::2014-04-03T00:58:50.462Z::pdfernhout@kurtz-fernhout.com::canvas test 001": "\nYour browser does not support the HTML5 canvas tag.\n\n\n", "@log::2014-04-03T00:59:44.891Z::pdfernhout@kurtz-fernhout.com::canvas test 001": "\n Your browser does not support the HTML5 canvas tag.\n\n\n", "@log::2014-04-03T01:00:52.507Z::pdfernhout@kurtz-fernhout.com::canvas test 001": "\n Your browser does not support the HTML5 canvas tag.\n\n\n", "@log::2014-04-03T01:08:24.264Z::pdfernhout@kurtz-fernhout.com::ace editor test": "\n\n
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n\n", "@log::2014-04-03T01:10:41.086Z::pdfernhout@kurtz-fernhout.com::ace editor test": "does nor work -- need to reload", "@log::2014-04-03T02:16:52.613Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n\n\n", "@log::2014-04-03T03:03:05.221Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:06:57.381Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:11:07.089Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:11:58.137Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:17:09.111Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:17:49.913Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:20:04.276Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:20:41.289Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:23:18.014Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:23:38.251Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:31:38.878Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:32:56.883Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:33:45.683Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:34:06.817Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:34:51.145Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T03:43:03.154Z::pdfernhout@kurtz-fernhout.com::ace editor test": "
function foo(items) {\n var x = \"All this is syntax highlighted\";\n return x;\n}
\n \n", "@log::2014-04-03T12:36:06.464Z::pdfernhout@kurtz-fernhout.com::Quantum vacuum energy extraction": "", "@log::2014-04-03T12:39:59.332Z::pdfernhout@kurtz-fernhout.com::Quantum vacuum energy extraction": "", "@log::2014-04-03T12:40:54.003Z::pdfernhout@kurtz-fernhout.com::Quantum vacuum energy extraction": "", "@log::2014-04-03T12:44:06.149Z::pdfernhout@kurtz-fernhout.com::http://www.kurtz-fernhout.com/oscomak/": "", "@log::2014-04-03T12:44:46.744Z::pdfernhout@kurtz-fernhout.com::http://www.kurtz-fernhout.com/oscomak/": "", "@log::2014-04-03T12:45:17.854Z::pdfernhout@kurtz-fernhout.com::http://www.kurtz-fernhout.com/oscomak/": "", "@log::2014-04-03T12:45:36.586Z::pdfernhout@kurtz-fernhout.com::http://www.kurtz-fernhout.com/oscomak/": "", "@log::2014-04-03T12:53:21.628Z::pdfernhout@kurtz-fernhout.com::http://www.pdfernhout.net/burdened-by-bags-of-sand.html": "

\nI created a first version of this dialog as part of a longer item posted to the Open Manufacturing list.\n

\nIt also connects to this essay I wrote: \"Recognizing irony is key to transcending militarism\".\n

\nThis ironic story is about trying to talk the USA out of collective suicide stemming from scarcity fears and misunderstandings\nwhen the USA and the world otherwise has so much potential for abundance. \nOf course, there is also always cause for optimism in any case.\n

\nHere is a famous jumping off a bridge scene, btw: :-)\n
      \"It's a Wonderful Life *HD* - Part 11 of 14\"\n
      http://www.youtube.com/watch?v=vfPn1kDQxuI\n

\nBurdened by Bags of Sand\n

\n      \"You there, on the bridge, with the USA T-shirt and the bags tied to yourself, stay where you are.\"\n

\n      \"I'm going to jump!\"\n

\n      \"Don't do it. Have some hope and optimism. Things could get better.\"\n

\n      \"No they can't! I'm so poor and burdened! I've cut back on everything, but I'm still poor! And I'm forced to carry these darn heavy sand bags around everywhere! Life's just too hard!\"\n

\n      \"Those heavy looking bags you have tied to yourself -- they are labeled sand but they look a little pointy for sand?\"\n

\n      \"Oh, they are bags of Intel Core i7s and bags of solar cells -- basically just congealed sand, so disgusting.\"\n

\n      \"But how can you be poor when you have bags of expensive refined silicon ingots!\"\n

\n      \"Don't you get it? I'm poor! The world is poor! In fact, just carrying these sand bags around all the time for years has made my life a living hell and made it hard for me to get and keep a job as a clerk or an oil well roustabout. These sand bags are so heavy I can't do anything I want to do anymore. You don't know what it's like with a burden like this to carry around these heavy sand bags all the time everywhere I go. I am so cursed!\"\n

\n      \"But why don't you sell the bags or give them away?\"\n

\n      \"Don't you get it, I'm POOR! We're all POOR! What would be the point? Who would want sand? We're all going to die from Peak Information and Peak Oil soon, anyway, so everyone is buying guns and Spam, and so no one is going to buy sand!\"\n

\n      \"I'm going to come up to give you a hand getting down safely. Hang on to hope.\"\n

\n      \"Don't come any closer or I'll throw this bunch of old congealed sand I found in my attic at you!\"\n

\n      And so on...\n

\nBy the way:\n
      \"Chinese Vase, Found in Attic, Fetches $83M\"\n
          http://www.cbsnews.com/stories/2010/11/12/world/main7046950.shtml\n
And:\n
      \"The unit cost for one Lockheed Trident is 30.9 million dollars...\"\n
          http://novakeo.com/?p=4353\n

\nSee also:\n
      \"A Survivor Talks About His Leap [from the Golden Gate Bridge]\"\n
      http://www.time.com/time/nation/article/0,8599,1197707,00.html \n

\nAnd, here is a page with links I put together about stuff like curing vitamin D deficiency and curing malnutrition and building healthier communities \nthat might help that specific human jump survivor that Time Magazine profiled have healthier roots and reduce bipolar disorder issues or other mental and physical health difficulties:\n
    \"Vitamin D, whole foods, fasting, walkability...\"\n
    http://slashdot.org/comments.pl?sid=1692444&cid=32644166\n

\nAnd, of general interest on the topic:\n
    \"From Sand to Chips\"\n
      http://throughthesandglass.typepad.com/through_the_sandglass/2009/08/sand-to-chips---whats-the-real-story.html\n

\nOr, see James P. Hogan's 1982 sci-fi novel \"Voyage from Yesteryear\" that contains some similar themes. \n

\nFor at outline of four economic alternatives that together may help prevent the USA from self-destruction, see this knol I put together:\n
    \"Beyond a Jobless Recovery: A heterodox perspective on 21st century economics -- Four long-term heterodox alternatives\"\n
    http://knol.google.com/k/paul-d-fernhout/beyond-a-jobless-recovery#Four_long(2D)term_heterodox_alternatives\n[ now at: http://pdfernhout.net/beyond-a-jobless-recovery-knol.html ]\n

\n

License

\n

\nCopyright 2010 Paul D. Fernhout\n

\nCreated: November 15, 2010\n

\nPermission is granted to copy, distribute and/or modify this under \nthe Creative Commons Attribution-Share Alike 3.0 Unported license:\n
    http://creativecommons.org/licenses/by-sa/3.0/\n", "@log::2014-04-03T12:58:56.157Z::pdfernhout@kurtz-fernhout.com::http://www.pdfernhout.net/burdened-by-bags-of-sand.html": "

\nI created a first version of this dialog as part of a longer item posted to the Open Manufacturing list.\n

\nIt also connects to this essay I wrote: \"Recognizing irony is key to transcending militarism\".\n

\nThis ironic story is about trying to talk the USA out of collective suicide stemming from scarcity fears and misunderstandings\nwhen the USA and the world otherwise has so much potential for abundance. \nOf course, there is also always cause for optimism in any case.\n

\nHere is a famous jumping off a bridge scene, btw: :-)\n
      \"It's a Wonderful Life *HD* - Part 11 of 14\"\n
      http://www.youtube.com/watch?v=vfPn1kDQxuI\n[ That clip seems to have been taken down probably as an example of artificial scarcity and the irony here; the entire movie is here at the moment though:\nhttps://www.youtube.com/watch?v=frXklECPkD0 ]\n

\nBurdened by Bags of Sand\n

\n      \"You there, on the bridge, with the USA T-shirt and the bags tied to yourself, stay where you are.\"\n

\n      \"I'm going to jump!\"\n

\n      \"Don't do it. Have some hope and optimism. Things could get better.\"\n

\n      \"No they can't! I'm so poor and burdened! I've cut back on everything, but I'm still poor! And I'm forced to carry these darn heavy sand bags around everywhere! Life's just too hard!\"\n

\n      \"Those heavy looking bags you have tied to yourself -- they are labeled sand but they look a little pointy for sand?\"\n

\n      \"Oh, they are bags of Intel Core i7s and bags of solar cells -- basically just congealed sand, so disgusting.\"\n

\n      \"But how can you be poor when you have bags of expensive refined silicon ingots!\"\n

\n      \"Don't you get it? I'm poor! The world is poor! In fact, just carrying these sand bags around all the time for years has made my life a living hell and made it hard for me to get and keep a job as a clerk or an oil well roustabout. These sand bags are so heavy I can't do anything I want to do anymore. You don't know what it's like with a burden like this to carry around these heavy sand bags all the time everywhere I go. I am so cursed!\"\n

\n      \"But why don't you sell the bags or give them away?\"\n

\n      \"Don't you get it, I'm POOR! We're all POOR! What would be the point? Who would want sand? We're all going to die from Peak Information and Peak Oil soon, anyway, so everyone is buying guns and Spam, and so no one is going to buy sand!\"\n

\n      \"I'm going to come up to give you a hand getting down safely. Hang on to hope.\"\n

\n      \"Don't come any closer or I'll throw this bunch of old congealed sand I found in my attic at you!\"\n

\n      And so on...\n

\nBy the way:\n
      \"Chinese Vase, Found in Attic, Fetches $83M\"\n
          http://www.cbsnews.com/stories/2010/11/12/world/main7046950.shtml\n
And:\n
      \"The unit cost for one Lockheed Trident is 30.9 million dollars...\"\n
          http://novakeo.com/?p=4353\n

\nSee also:\n
      \"A Survivor Talks About His Leap [from the Golden Gate Bridge]\"\n
      http://www.time.com/time/nation/article/0,8599,1197707,00.html \n

\nAnd, here is a page with links I put together about stuff like curing vitamin D deficiency and curing malnutrition and building healthier communities \nthat might help that specific human jump survivor that Time Magazine profiled have healthier roots and reduce bipolar disorder issues or other mental and physical health difficulties:\n
    \"Vitamin D, whole foods, fasting, walkability...\"\n
    http://slashdot.org/comments.pl?sid=1692444&cid=32644166\n

\nAnd, of general interest on the topic:\n
    \"From Sand to Chips\"\n
      http://throughthesandglass.typepad.com/through_the_sandglass/2009/08/sand-to-chips---whats-the-real-story.html\n

\nOr, see James P. Hogan's 1982 sci-fi novel \"Voyage from Yesteryear\" that contains some similar themes. \n

\nFor at outline of four economic alternatives that together may help prevent the USA from self-destruction, see this knol I put together:\n
    \"Beyond a Jobless Recovery: A heterodox perspective on 21st century economics -- Four long-term heterodox alternatives\"\n
    http://knol.google.com/k/paul-d-fernhout/beyond-a-jobless-recovery#Four_long(2D)term_heterodox_alternatives\n[ now at: http://pdfernhout.net/beyond-a-jobless-recovery-knol.html ]\n

\n

License

\n

\nCopyright 2010 Paul D. Fernhout\n

\nCreated: November 15, 2010\n

\nPermission is granted to copy, distribute and/or modify this under \nthe Creative Commons Attribution-Share Alike 3.0 Unported license:\n
    http://creativecommons.org/licenses/by-sa/3.0/", "@log::2014-04-03T13:07:11.131Z::pdfernhout@kurtz-fernhout.com::http://www.pdfernhout.net/burdened-by-bags-of-sand.html": "

\nI created a first version of this dialog as part of a longer item posted to the Open Manufacturing list.\n

\nIt also connects to this essay I wrote: \"Recognizing irony is key to transcending militarism\".\n

\nThis ironic story is about trying to talk the USA out of collective suicide stemming from scarcity fears and misunderstandings\nwhen the USA and the world otherwise has so much potential for abundance. \nOf course, there is also always cause for optimism in any case.\n

\nHere is a famous jumping off a bridge scene, btw: :-)\n
      \"It's a Wonderful Life *HD* - Part 11 of 14\"\n
      http://www.youtube.com/watch?v=vfPn1kDQxuI\n[ That clip seems to have been taken down probably as an example of artificial scarcity and the irony here; the entire movie is here at the moment though:\nhttps://www.youtube.com/watch?v=frXklECPkD0 ]\n

\nBurdened by Bags of Sand\n

\n      \"You there, on the bridge, with the USA T-shirt and the bags tied to yourself, stay where you are.\"\n

\n      \"I'm going to jump!\"\n

\n      \"Don't do it. Have some hope and optimism. Things could get better.\"\n

\n      \"No they can't! I'm so poor and burdened! I've cut back on everything, but I'm still poor! And I'm forced to carry these darn heavy sand bags around everywhere! Life's just too hard!\"\n

\n      \"Those heavy looking bags you have tied to yourself -- they are labeled sand but they look a little pointy for sand?\"\n

\n      \"Oh, they are bags of Intel Core i7s and bags of solar cells -- basically just congealed sand, so disgusting.\"\n

\n      \"But how can you be poor when you have bags of expensive refined silicon ingots!\"\n

\n      \"Don't you get it? I'm poor! The world is poor! In fact, just carrying these sand bags around all the time for years has made my life a living hell and made it hard for me to get and keep a job as a clerk or an oil well roustabout. These sand bags are so heavy I can't do anything I want to do anymore. You don't know what it's like with a burden like this to carry around these heavy sand bags all the time everywhere I go. I am so cursed!\"\n

\n      \"But why don't you sell the bags or give them away?\"\n

\n      \"Don't you get it, I'm POOR! We're all POOR! What would be the point? Who would want sand? We're all going to die from Peak Information and Peak Oil soon, anyway, so everyone is buying guns and Spam, and so no one is going to buy sand!\"\n

\n      \"I'm going to come up to give you a hand getting down safely. Hang on to hope.\"\n

\n      \"Don't come any closer or I'll throw this bunch of old congealed sand I found in my attic at you!\"\n

\n      And so on...\n

\nBy the way [on the potential value of \"congealed sand\"]:\n
      \"Chinese Vase, Found in Attic, Fetches $83M\"\n
          http://www.cbsnews.com/stories/2010/11/12/world/main7046950.shtml\n
And:\n
      \"The unit cost for one Lockheed Trident is 30.9 million dollars...\"\n
          http://novakeo.com/?p=4353\n

\nSee also:\n
      \"A Survivor Talks About His Leap [from the Golden Gate Bridge]\"\n
      http://www.time.com/time/nation/article/0,8599,1197707,00.html \n

\nAnd, here is a page with links I put together about stuff like curing vitamin D deficiency and curing malnutrition and building healthier communities \nthat might help that specific human jump survivor that Time Magazine profiled have healthier roots and reduce bipolar disorder issues or other mental and physical health difficulties:\n
    \"Vitamin D, whole foods, fasting, walkability...\"\n
    http://slashdot.org/comments.pl?sid=1692444&cid=32644166\n

\nAnd, of general interest on the topic:\n
    \"From Sand to Chips\"\n
      http://throughthesandglass.typepad.com/through_the_sandglass/2009/08/sand-to-chips---whats-the-real-story.html\n

\nOr, see James P. Hogan's 1982 sci-fi novel \"Voyage from Yesteryear\" that contains some similar themes. \n

\nFor at outline of four economic alternatives that together may help prevent the USA from self-destruction, see this knol I put together:\n
    \"Beyond a Jobless Recovery: A heterodox perspective on 21st century economics -- Four long-term heterodox alternatives\"\n
    http://knol.google.com/k/paul-d-fernhout/beyond-a-jobless-recovery#Four_long(2D)term_heterodox_alternatives\n[ now at: http://pdfernhout.net/beyond-a-jobless-recovery-knol.html ]\n

\n

License

\n

\nCopyright 2010 Paul D. Fernhout\n

\nCreated: November 15, 2010\n

\nPermission is granted to copy, distribute and/or modify this under \nthe Creative Commons Attribution-Share Alike 3.0 Unported license:\n
    http://creativecommons.org/licenses/by-sa/3.0/", "@log::2014-04-03T13:15:45.614Z::pdfernhout@kurtz-fernhout.com::http://www.pdfernhout.net/burdened-by-bags-of-sand.html": "

\nI created a first version of this dialog as part of a longer item posted to the Open Manufacturing list.\n

\nIt also connects to this essay I wrote: \"Recognizing irony is key to transcending militarism\".\n

\nThis ironic story is about trying to talk the USA out of collective suicide stemming from scarcity fears and misunderstandings\nwhen the USA and the world otherwise has so much potential for abundance. \nOf course, there is also always cause for optimism in any case.\n

\nHere is a famous jumping off a bridge scene, btw: :-)\n
      \"It's a Wonderful Life *HD* - Part 11 of 14\"\n
      http://www.youtube.com/watch?v=vfPn1kDQxuI\n[ That clip seems to have been taken down probably as an example of artificial scarcity and the irony here; the entire movie is here at the moment though:\nhttps://www.youtube.com/watch?v=frXklECPkD0 ]\n

\nBurdened by Bags of Sand\n

\n      \"You there, on the bridge, with the USA T-shirt and the bags tied to yourself, stay where you are.\"\n

\n      \"I'm going to jump!\"\n

\n      \"Don't do it. Have some hope and optimism. Things could get better.\"\n

\n      \"No they can't! I'm so poor and burdened! I've cut back on everything, but I'm still poor! And I'm forced to carry these darn heavy sand bags around everywhere! Life's just too hard!\"\n

\n      \"Those heavy looking bags you have tied to yourself -- they are labeled sand but they look a little pointy for sand?\"\n

\n      \"Oh, they are bags of Intel Core i7s and bags of solar cells -- basically just congealed sand, so disgusting.\"\n

\n      \"But how can you be poor when you have bags of expensive refined silicon ingots!\"\n

\n      \"Don't you get it? I'm poor! The world is poor! In fact, just carrying these sand bags around all the time for years has made my life a living hell and made it hard for me to get and keep a job as a clerk or an oil well roustabout. These sand bags are so heavy I can't do anything I want to do anymore. You don't know what it's like with a burden like this to carry around these heavy sand bags all the time everywhere I go. I am so cursed!\"\n

\n      \"But why don't you sell the bags or give them away?\"\n

\n      \"Don't you get it, I'm POOR! We're all POOR! What would be the point? Who would want sand? We're all going to die from Peak Information and Peak Oil soon, anyway, so everyone is buying guns and Spam, and so no one is going to buy sand!\"\n

\n      \"I'm going to come up to give you a hand getting down safely. Hang on to hope.\"\n

\n      \"Don't come any closer or I'll throw this bunch of old congealed sand I found in my attic at you!\"\n

\n      And so on...\n

\nBy the way [on the potential value of \"old congealed sand\"]:\n
      \"Chinese Vase, Found in Attic, Fetches $83M\"\n
          http://www.cbsnews.com/stories/2010/11/12/world/main7046950.shtml\n
And:\n
      \"The unit cost for one Lockheed Trident is 30.9 million dollars...\"\n
          http://novakeo.com/?p=4353\n

\nSee also:\n
      \"A Survivor Talks About His Leap [from the Golden Gate Bridge]\"\n
      http://www.time.com/time/nation/article/0,8599,1197707,00.html \n

\nAnd, here is a page with links I put together about stuff like curing vitamin D deficiency and curing malnutrition and building healthier communities \nthat might help that specific human jump survivor that Time Magazine profiled have healthier roots and reduce bipolar disorder issues or other mental and physical health difficulties:\n
    \"Vitamin D, whole foods, fasting, walkability...\"\n
    http://slashdot.org/comments.pl?sid=1692444&cid=32644166\n

\nAnd, of general interest on the topic:\n
    \"From Sand to Chips\"\n
      http://throughthesandglass.typepad.com/through_the_sandglass/2009/08/sand-to-chips---whats-the-real-story.html\n

\nOr, see James P. Hogan's 1982 sci-fi novel \"Voyage from Yesteryear\" that contains some similar themes. \n

\nFor at outline of four economic alternatives that together may help prevent the USA from self-destruction, see this knol I put together:\n
    \"Beyond a Jobless Recovery: A heterodox perspective on 21st century economics -- Four long-term heterodox alternatives\"\n
    http://knol.google.com/k/paul-d-fernhout/beyond-a-jobless-recovery#Four_long(2D)term_heterodox_alternatives\n[ now at: http://pdfernhout.net/beyond-a-jobless-recovery-knol.html ]\n

\n

License

\n

\nCopyright 2010 Paul D. Fernhout\n

\nCreated: November 15, 2010\n

\nPermission is granted to copy, distribute and/or modify this under \nthe Creative Commons Attribution-Share Alike 3.0 Unported license:\n
    http://creativecommons.org/licenses/by-sa/3.0/", "@log::2014-04-03T13:19:01.581Z::pdfernhout@kurtz-fernhout.com::http://www.pdfernhout.net/burdened-by-bags-of-sand.html": "

\nI created a first version of this dialog as part of a longer item posted to the Open Manufacturing list.\n

\nIt also connects to this essay I wrote: \"Recognizing irony is key to transcending militarism\".\n

\nThis ironic story is about trying to talk the USA out of collective suicide stemming from scarcity fears and misunderstandings\nwhen the USA and the world otherwise has so much potential for abundance. \nOf course, there is also always cause for optimism in any case.\n

\nHere is a famous jumping off a bridge scene, btw: :-)\n
      \"It's a Wonderful Life *HD* - Part 11 of 14\"\n
      http://www.youtube.com/watch?v=vfPn1kDQxuI\n[ That clip seems to have been taken down probably as an example of artificial scarcity and the irony here; the entire movie is here at the moment though:\nhttps://www.youtube.com/watch?v=frXklECPkD0 ]\n

\nBurdened by Bags of Sand\n

\n      \"You there, on the bridge, with the USA T-shirt and the bags tied to yourself, stay where you are.\"\n

\n      \"I'm going to jump!\"\n

\n      \"Don't do it. Have some hope and optimism. Things could get better.\"\n

\n      \"No they can't! I'm so poor and burdened! I've cut back on everything, but I'm still poor! And I'm forced to carry these darn heavy sand bags around everywhere! Life's just too hard!\"\n

\n      \"Those heavy looking bags you have tied to yourself -- they are labeled sand but they look a little pointy for sand?\"\n

\n      \"Oh, they are bags of Intel Core i7s and bags of solar cells -- basically just congealed sand, so disgusting.\"\n

\n      \"But how can you be poor when you have bags of expensive refined silicon ingots!\"\n

\n      \"Don't you get it? I'm poor! The world is poor! In fact, just carrying these sand bags around all the time for years has made my life a living hell and made it hard for me to get and keep a job as a clerk or an oil well roustabout. These sand bags are so heavy I can't do anything I want to do anymore. You don't know what it's like with a burden like this to carry around these heavy sand bags all the time everywhere I go. I am so cursed!\"\n

\n      \"But why don't you sell the bags or give them away?\"\n

\n      \"Don't you get it, I'm POOR! We're all POOR! What would be the point? Who would want sand? We're all going to die from Peak Information and Peak Oil soon, anyway, so everyone is buying guns and Spam, and so no one is going to buy sand!\"\n

\n      \"I'm going to come up to give you a hand getting down safely. Hang on to hope.\"\n

\n      \"Don't come any closer or I'll throw this bunch of old congealed sand I found in my attic at you!\"\n

\n      And so on...\n

\nBy the way [on the potential value of \"old congealed sand\"]:\n
      \"Chinese Vase, Found in Attic, Fetches $83M\"\n
          http://www.cbsnews.com/stories/2010/11/12/world/main7046950.shtml\n
And:\n
      \"The unit cost for one Lockheed Trident is 30.9 million dollars...\"\n
          http://novakeo.com/?p=4353\n

\nSee also:\n
      \"A Survivor Talks About His Leap [from the Golden Gate Bridge]\"\n
      http://www.time.com/time/nation/article/0,8599,1197707,00.html \n

\nAnd, here is a page with links I put together about stuff like curing vitamin D deficiency and curing malnutrition and building healthier communities \nthat might help that specific human jump survivor that Time Magazine profiled have healthier roots and reduce bipolar disorder issues or other mental and physical health difficulties:\n
    \"Vitamin D, whole foods, fasting, walkability...\"\n
    http://slashdot.org/comments.pl?sid=1692444&cid=32644166\n

\nAnd, of general interest on the topic:\n
    \"From Sand to Chips\"\n
      http://throughthesandglass.typepad.com/through_the_sandglass/2009/08/sand-to-chips---whats-the-real-story.html\n

\nOr, see James P. Hogan's 1982 sci-fi novel \"Voyage from Yesteryear\" that contains some similar themes. \n

\nFor at outline of four economic alternatives that together may help prevent the USA from self-destruction, see this knol I put together:\n
    \"Beyond a Jobless Recovery: A heterodox perspective on 21st century economics -- Four long-term heterodox alternatives\"\n
    http://knol.google.com/k/paul-d-fernhout/beyond-a-jobless-recovery#Four_long(2D)term_heterodox_alternatives\n[ now at: http://pdfernhout.net/beyond-a-jobless-recovery-knol.html ]\n

\n

License

\n

\nCopyright 2010 Paul D. Fernhout\n

\nCreated: November 15, 2010\n

\nPermission is granted to copy, distribute and/or modify this under \nthe Creative Commons Attribution-Share Alike 3.0 Unported license:\n
    http://creativecommons.org/licenses/by-sa/3.0/", "@log::2014-04-03T13:24:03.942Z::pdfernhout@kurtz-fernhout.com::It's a Wonderful Life": "", "@log::2014-04-03T13:33:39.870Z::pdfernhout@kurtz-fernhout.com::It's a Wonderful Life": "", "@log::2014-04-04T02:10:06.921Z::pdfernhout@kurtz-fernhout.com::test list of links": "

\n", "@log::2014-04-04T02:10:26.896Z::pdfernhout@kurtz-fernhout.com::test list of links": "
\n", "@log::2014-04-04T02:11:11.018Z::pdfernhout@kurtz-fernhout.com::test list of links": "
\n", "@log::2014-04-04T02:13:41.207Z::pdfernhout@kurtz-fernhout.com::test list of links": "
\n", "@log::2014-04-04T02:14:37.364Z::pdfernhout@kurtz-fernhout.com::test list of links": "
\n", "@log::2014-04-04T02:29:49.087Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:32:33.799Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:34:15.784Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:47:02.858Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:47:50.742Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:49:11.421Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:49:43.897Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:57:24.516Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:57:45.542Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T02:58:38.755Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T10:57:13.722Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T11:22:21.906Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-04T11:32:59.124Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:33:42.430Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:38:46.795Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:46:09.042Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:46:53.624Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:47:03.257Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:54:26.235Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:56:01.370Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:56:17.685Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T11:57:05.138Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:01:48.361Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:02:12.547Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:02:39.029Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:04:09.309Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:07:32.640Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:10:36.230Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:16:59.455Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:17:15.584Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:17:47.626Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:18:15.149Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:21:13.632Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-04T12:21:49.882Z::pdfernhout@kurtz-fernhout.com::Rickshaw chart example": "\n
\n\n", "@log::2014-04-05T03:13:22.879Z::pdfernhout@kurtz-fernhout.com::test3.html": "\n", "@log::2014-04-05T04:11:50.880Z::pdfernhout@kurtz-fernhout.com::polar clock": "\n\n
Inspired by pixelbreaker.
\n\n", "@log::2014-04-05T04:15:11.615Z::pdfernhout@kurtz-fernhout.com::test3.html": "\n", "@log::2014-04-13T02:58:55.372Z::pdfernhout@kurtz-fernhout.com::canvas test 001": "\n Your browser does not support the HTML5 canvas tag.\n\n\n", "@log::2014-04-13T03:23:47.974Z::pdfernhout@kurtz-fernhout.com::test3.html": "\n", "@log::2014-04-13T03:32:50.461Z::pdfernhout@kurtz-fernhout.com::test3.html": "\n", "@log::2014-04-13T03:35:44.455Z::pdfernhout@kurtz-fernhout.com::test3.html": "\n", "@log::2014-04-14T11:35:16.450Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "2014-04-14 Paul D. Fernhout \n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\n\n", "@log::2014-04-14T11:38:22.308Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout \n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\n\n
", "@log::2014-04-14T11:42:07.502Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\n\n
", "@log::2014-04-14T11:45:00.350Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. I just adapted this text by wrapping it in a div which is set to respect white space including line breaks. I also changed the less than and greater than signs to HTML escaped text so the email address shows up OK (only the less than change was really needed ofr the current system I'm using).\n
", "@log::2014-04-14T11:55:44.679Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. I just adapted this text by wrapping it in a div which is set to respect white space including line breaks. I also changed the less than and greater than signs to HTML escaped text so the email address shows up OK (only the less than change was really needed ofr the current system I'm using).\n\nIt would be nice in a FORTH-like way if you could say the contents in a div would be processed some special way, like with Markdown, but using some MIME-like seperator so you knew where the special content ended. That would have made HTML a very extensible language. I guess the \"script\" tag works that way somehow? Looking at that, I forgot about \"CDATA\":\nhttp://stackoverflow.com/questions/3720836/escaping-javascript-css-between-script-style-tags-insights-on-a-potenti\n\nGiving CDATA a try to see how it renders:\nhttp://stackoverflow.com/questions/2784183/what-does-cdata-in-xml-mean\n\n\nApparently, it does not render at all in this browser. Could a div run some JavaScript then which would render it, like markdown?\n\n
", "@log::2014-04-14T11:57:44.165Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. I just adapted this text by wrapping it in a div which is set to respect white space including line breaks. I also changed the less than and greater than signs to HTML escaped text so the email address shows up OK (only the less than change was really needed ofr the current system I'm using).\n\nIt would be nice in a FORTH-like way if you could say the contents in a div would be processed some special way, like with Markdown, but using some MIME-like seperator so you knew where the special content ended. That would have made HTML a very extensible language. I guess the \"script\" tag works that way somehow? Looking at that, I forgot about \"CDATA\":\nhttp://stackoverflow.com/questions/3720836/escaping-javascript-css-between-script-style-tags-insights-on-a-potenti\n\nGiving CDATA a try to see how it renders:\nhttp://stackoverflow.com/questions/2784183/what-does-cdata-in-xml-mean\n\n\n\n\n\n\n\nApparently, it does not render at all in this browser. Could a div run some JavaScript then which would render it, like markdown?\n\n
", "@log::2014-04-14T11:58:36.361Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. I just adapted this text by wrapping it in a div which is set to respect white space including line breaks. I also changed the less than and greater than signs to HTML escaped text so the email address shows up OK (only the \"less than\" change was really needed for the current system I'm using).\n
", "@log::2014-04-14T11:59:45.295Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes -- extra": "Extra stuff that disrupts the flow of the design notes:\n\n=== (1) \n\nIt would be nice in a FORTH-like way if you could say the contents in a div would be processed some special way, like with Markdown, but using some MIME-like seperator so you knew where the special content ended. That would have made HTML a very extensible language. I guess the \"script\" tag works that way somehow? Looking at that, I forgot about \"CDATA\":\nhttp://stackoverflow.com/questions/3720836/escaping-javascript-css-between-script-style-tags-insights-on-a-potenti\n\nGiving CDATA a try to see how it renders:\nhttp://stackoverflow.com/questions/2784183/what-does-cdata-in-xml-mean\n\n\n\n\n\n\n\nApparently, it does not render at all in this browser. Could a div run some JavaScript then which would render it, like markdown?\n", "@log::2014-04-14T12:00:54.642Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. I just adapted this text by wrapping it in a div which is set to respect white space including line breaks. I also changed the less than and greater than signs to HTML escaped text so the email address shows up OK (only the \"less than\" change was really needed for the current system I'm using). (See also \"Pointrel20140331 design notes -- extra\" footnote #1.)\n
", "@log::2014-04-14T12:01:21.724Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. (See also \"Pointrel20140331 design notes -- extra\" footnote #1.)\n
", "@log::2014-04-14T12:01:40.617Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes -- extra": "Extra stuff that disrupts the flow of the design notes:\n\n=== (1) \n\nI just adapted the text in the deisgn notes by wrapping it in a div which is set to respect white space including line breaks. I also changed the less than and greater than signs to HTML escaped text so the email address shows up OK (only the \"less than\" change was really needed for the current system I'm using). \n\nIt would be nice in a FORTH-like way if you could say the contents in a div would be processed some special way, like with Markdown, but using some MIME-like seperator so you knew where the special content ended. That would have made HTML a very extensible language. I guess the \"script\" tag works that way somehow? Looking at that, I forgot about \"CDATA\":\nhttp://stackoverflow.com/questions/3720836/escaping-javascript-css-between-script-style-tags-insights-on-a-potenti\n\nGiving CDATA a try to see how it renders:\nhttp://stackoverflow.com/questions/2784183/what-does-cdata-in-xml-mean\n\n\n\n\n\n\n\nApparently, it does not render at all in this browser. Could a div run some JavaScript then which would render it, like markdown?", "@log::2014-04-14T12:14:51.329Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. (See also \"Pointrel20140331 design notes -- extra\" footnote #1. How would I \"link\" to that?)\n\nIt seems useful to be able to add chunks of text (or byte sequences) to a system, where the chunks can later be retrieved somehow. This notion of having a limited array of bytes is so common in modern computing. It is perhaps not how the brain works, where new patterns might be somewhat more holographicly stored across the brain? But it seems to be what current computersare wll adapted for. Looking back on it now with greater understanding, even the early KIM-1 I worked with, with only 1K of RAM, when used in practice you thought of your assembler program as having runs of bytes with different purposes, like one part a string or other data to output somehow and another part some code to run, and another part of memory perhaps ROM-based code for running the LED display. FORTH had chunks stored on disk as \"screens\" and also has a \"dictionary\" of \"words\" and arrays. Disk drives have \"files\". BASIC has strings. Pascal or C has strings (byte arrays) and data structures. So, this idea of subdividing a lot of space (even just 1K RAM plus 2K ROM) into parts with different purposes (intents) seems a common pattern in computing.\n\nLater, it seems subdividing hierarchically became important. Hierarchy was maybe implicit even early on because you have data on a specific machine. But the hierarchies only seem to become important when you have a lot of subdivisions and you want some way to keep track of them and find them again. However, hierarchies are probaby a special case of some more general \"tagging\" idea?\n
", "@log::2014-04-14T12:31:38.053Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. (See also \"Pointrel20140331 design notes -- extra\" footnote #1. How would I \"link\" to that?)\n\nIt seems useful to be able to add chunks of text (or byte sequences) to a system, where the chunks can later be retrieved somehow. This notion of having a limited array of bytes is so common in modern computing. It is perhaps not how the brain works, where new patterns might be somewhat more holographicly stored across the brain? But it seems to be what current computersare wll adapted for. Looking back on it now with greater understanding, even the early KIM-1 I worked with, with only 1K of RAM, when used in practice you thought of your assembler program as having runs of bytes with different purposes, like one part a string or other data to output somehow and another part some code to run, and another part of memory perhaps ROM-based code for running the LED display. FORTH had chunks stored on disk as \"screens\" and also has a \"dictionary\" of \"words\" and arrays. Disk drives have \"files\". BASIC has strings. Pascal or C has strings (byte arrays) and data structures. So, this idea of subdividing a lot of space (even just 1K RAM plus 2K ROM) into parts with different purposes (intents) seems a common pattern in computing.\n\nLater, it seems subdividing hierarchically became important. Hierarchy was maybe implicit even early on because you have data on a specific machine. But the hierarchies only seem to become important when you have a lot of subdivisions and you want some way to keep track of them and find them again. However, hierarchies are probaby a special case of some more general \"tagging\" idea?\n\n(Adding toast-like notifier so I can be sure changes are saved...)\n\n
", "@log::2014-04-14T12:54:44.326Z::pdfernhout@kurtz-fernhout.com::test3.html": "\n", "@log::2014-04-14T13:04:48.742Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. (See also \"Pointrel20140331 design notes -- extra\" footnote #1. How would I \"link\" to that?)\n\nIt seems useful to be able to add chunks of text (or byte sequences) to a system, where the chunks can later be retrieved somehow. This notion of having a limited array of bytes is so common in modern computing. It is perhaps not how the brain works, where new patterns might be somewhat more holographically stored across the brain? But it seems to be what current computers are wll adapted for. Looking back on it now with greater understanding, even the early KIM-1 I worked with, with only 1K of RAM, when used in practice you thought of your assembler program as having runs of bytes with different purposes, like one part a string or other data to output somehow and another part some code to run, and another part of memory perhaps ROM-based code for running the LED display. FORTH had chunks stored on disk as \"screens\" and also has a \"dictionary\" of \"words\" and arrays. Disk drives have \"files\". BASIC has strings. Pascal or C has strings (byte arrays) and data structures. So, this idea of subdividing a lot of space (even just 1K RAM plus 2K ROM) into parts with different purposes (intents) seems a common pattern in computing.\n\nLater, it seems subdividing hierarchically became important. Hierarchy was maybe implicit even early on because you have data on a specific machine. But the hierarchies only seem to become important when you have a lot of subdivisions and you want some way to keep track of them and find them again. However, hierarchies are probably a special case of some more general \"tagging\" idea?\n\n(Adding toast-like notifier so I can be sure changes are saved...)\n\nHow to store and retrieve data? SQL is one answer. The original Pointrel system of triples aspired to be another. Object databases are another. Data and Reality's ROSE/STORE model was another (but a lot like a relational database and an \"Object\" store). Hierarchical files are another. The world-wide web of documents at locations (or generated by scripts at locations) is another.\n\nThinking about ideas of what I've been doing with format and class and label and also CSS inspiration. You have resources which are chunks of unicode text (or arbitrary bytes perhaps). When these are created, they are made by a person using a tool for some purpose (or from an automated system indirectly made by such). That is fundamental information about a chunk when it is first made. It might go through a chain of transformations using various tools though?\n\nIt seemed to me that when you made a chat item, you should say more than the format being \"json\". You should also say it was intended to be a \"ChatItem\". That is equivalent in CSS to a \"class\". The \"json\" low-level format is sort-of equivalent to the type of HTML element tag or perhaps a \"content type\" on a document (confusing mix of levels).\n\n
", "@log::2014-04-14T13:16:15.614Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. (See also \"Pointrel20140331 design notes -- extra\" footnote #1. How would I \"link\" to that?)\n\nIt seems useful to be able to add chunks of text (or byte sequences) to a system, where the chunks can later be retrieved somehow. This notion of having a limited array of bytes is so common in modern computing. It is perhaps not how the brain works, where new patterns might be somewhat more holographically stored across the brain? But it seems to be what current computers are wll adapted for. Looking back on it now with greater understanding, even the early KIM-1 I worked with, with only 1K of RAM, when used in practice you thought of your assembler program as having runs of bytes with different purposes, like one part a string or other data to output somehow and another part some code to run, and another part of memory perhaps ROM-based code for running the LED display. FORTH had chunks stored on disk as \"screens\" and also has a \"dictionary\" of \"words\" and arrays. Disk drives have \"files\". BASIC has strings. Pascal or C has strings (byte arrays) and data structures. So, this idea of subdividing a lot of space (even just 1K RAM plus 2K ROM) into parts with different purposes (intents) seems a common pattern in computing.\n\nLater, it seems subdividing hierarchically became important. Hierarchy was maybe implicit even early on because you have data on a specific machine. But the hierarchies only seem to become important when you have a lot of subdivisions and you want some way to keep track of them and find them again. However, hierarchies are probably a special case of some more general \"tagging\" idea?\n\n(Adding toast-like notifier so I can be sure changes are saved...)\n\nHow to store and retrieve data? SQL is one answer. The original Pointrel system of triples aspired to be another. Object databases are another. Data and Reality's ROSE/STORE model was another (but a lot like a relational database and an \"Object\" store). Hierarchical files are another. The world-wide web of documents at locations (or generated by scripts at locations) is another.\n\n=== implementation ideas and structuring\n\nThinking about ideas of what I've been doing with format and class and label and also CSS inspiration. You have resources which are chunks of unicode text (or arbitrary bytes perhaps). When these are created, they are made by a person using a tool for some purpose (or from an automated system indirectly made by such). That is fundamental information about a chunk when it is first made. It might go through a chain of transformations using various tools though?\n\nIt seemed to me that when you made a chat item, you should say more than the format being \"json\". You should also say it was intended to be a \"ChatItem\". That is equivalent in CSS to a \"class\". The \"json\" low-level format is sort-of equivalent to the type of HTML element tag or perhaps a \"content type\" on a document (confusing mix of levels).\n\nThe \"id\" part of CSS is equivalent in some ways to the has of the contents. Except it is user assignable. So it is also an internal human-readable reference to something within a document.\n\nWhat is essential here is seeing the parallel between retrieving parts of a \"hyperdocument\" from the overall distributed system and CSS selectors... Even if they don't match 100%. CSS (and jQuery) shows how useful it is to tag things with a class or an id. Or even to select by the type of element (like the format?).\n\nYet HTML shows how useful it is to find documents by some hierarchical path string.\n\nSo, as an idea for metadata, have metadata about resources that says:\noperation: add or remove or replace metadata\nresourceID: hash of the contents (what this metadata is about)\nhyperdocument: /some/example/path as set this belongs in (really, just a label?)\nformat: json or text/plain or extension\nclass: ChatItem or whatever\nid: human readable id as a intended-to-be unique label within the hyperdocument\n\nOther version control info perhaps (like git, maybe also Zope/Plone for valid times?):\nvalidFromTimestamp: valid from this time (maybe end timestamp too?)\ncreationTimestamp: when it was originally made\nauthor: who made the resource\ncommitTimestamp: when it was added to the system\ncommitter: who added the resource\n\n\n
", "@log::2014-04-14T13:22:25.129Z::pdfernhout@kurtz-fernhout.com::Pointrel20140331 design notes": "
\n2014-04-14 Paul D. Fernhout <pdfernhout@kurtz-fernhout.com>\n\nHow to organize information? So many possible ways...\n\nThis PointrelBootstrapLoader.html bootstrap loader has one design in place to get going. It currently supports associating text chunks (like this one) with a reference key. The reference key right now is of the form:\n \"@log::timestamp::userID::title\"\n(where userID is expected to be an email address which can't have \"::\" in it).\n\nThese text chunks can be displayed as chunks of HTML in a larger document. (See also \"Pointrel20140331 design notes -- extra\" footnote #1. How would I \"link\" to that?)\n\nIt seems useful to be able to add chunks of text (or byte sequences) to a system, where the chunks can later be retrieved somehow. This notion of having a limited array of bytes is so common in modern computing. It is perhaps not how the brain works, where new patterns might be somewhat more holographically stored across the brain? But it seems to be what current computers are wll adapted for. Looking back on it now with greater understanding, even the early KIM-1 I worked with, with only 1K of RAM, when used in practice you thought of your assembler program as having runs of bytes with different purposes, like one part a string or other data to output somehow and another part some code to run, and another part of memory perhaps ROM-based code for running the LED display. FORTH had chunks stored on disk as \"screens\" and also has a \"dictionary\" of \"words\" and arrays. Disk drives have \"files\". BASIC has strings. Pascal or C has strings (byte arrays) and data structures. So, this idea of subdividing a lot of space (even just 1K RAM plus 2K ROM) into parts with different purposes (intents) seems a common pattern in computing.\n\nLater, it seems subdividing hierarchically became important. Hierarchy was maybe implicit even early on because you have data on a specific machine. But the hierarchies only seem to become important when you have a lot of subdivisions and you want some way to keep track of them and find them again. However, hierarchies are probably a special case of some more general \"tagging\" idea?\n\n(Adding toast-like notifier so I can be sure changes are saved...)\n\nHow to store and retrieve data? SQL is one answer. The original Pointrel system of triples aspired to be another. Object databases are another. Data and Reality's ROSE/STORE model was another (but a lot like a relational database and an \"Object\" store). Hierarchical files are another. The world-wide web of documents at locations (or generated by scripts at locations) is another.\n\n=== implementation ideas and structuring\n\nThinking about ideas of what I've been doing with format and class and label and also CSS inspiration. You have resources which are chunks of unicode text (or arbitrary bytes perhaps). When these are created, they are made by a person using a tool for some purpose (or from an automated system indirectly made by such). That is fundamental information about a chunk when it is first made. It might go through a chain of transformations using various tools though?\n\nIt seemed to me that when you made a chat item, you should say more than the format being \"json\". You should also say it was intended to be a \"ChatItem\". That is equivalent in CSS to a \"class\". The \"json\" low-level format is sort-of equivalent to the type of HTML element tag or perhaps a \"content type\" on a document (confusing mix of levels).\n\nThe \"id\" part of CSS is equivalent in some ways to the has of the contents. Except it is user assignable. So it is also an internal human-readable reference to something within a document.\n\nWhat is essential here is seeing the parallel between retrieving parts of a \"hyperdocument\" from the overall distributed system and CSS selectors... Even if they don't match 100%. CSS (and jQuery) shows how useful it is to tag things with a class or an id. Or even to select by the type of element (like the format?).\n\nYet HTML as used on the web also shows how useful it is to find documents by some hierarchical path string.\n\nSo, as an idea for metadata, have metadata about resources that says:\noperation: add or remove or replace metadata\nresourceID: hash of the contents (what this metadata is about)\nhyperdocument: /some/example/path as set this belongs in (really, just a label?)\nformat: json or text/plain or extension\nclass: ChatItem or whatever\nid: human readable id as a intended-to-be unique label within the hyperdocument\n\nOther version control info perhaps (like git, maybe also Zope/Plone for valid times?):\nvalidFromTimestamp: valid from this time (maybe end timestamp too?)\ncreationTimestamp: when it was originally made\nauthor: who made the resource\ncommitTimestamp: when it was added to the system\ncommitter: who added the resource\n\nCould also instead of adding and removing and updating entire metadata, maybe add remove or update individual items?\n\n\n
", "@log::2014-07-24T22:06:44.542Z::cfkurtz@kurtz-fernhout.com::test": "hello", "@log::2014-07-24T22:06:59.139Z::cfkurtz@kurtz-fernhout.com::test2": "hello again", "@log::2015-02-20T21:04:44.353Z::pdf::test1": "\n", "@log::2015-02-20T21:04:48.136Z::pdf::test1": "\n", "@log::2015-10-04T23:13:31.334Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n", "@log::2015-10-04T23:15:36.745Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\nvar content = m(\"div\", \"Hello world!\");\n\nm.render(\"mithrilTest\", content);\n\n
", "@log::2015-10-04T23:16:40.183Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\nvar content = m(\"div\", \"Hello world!\");\n\nvar mithrilTestDiv = document.getElementById(\"mithrilTest\");\n\nm.render(mithrilTestDiv, content);\n\n
", "@log::2015-10-04T23:20:54.513Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\nrequire.config({\n paths: {\n mithril: \"http://cdnjs.cloudflare.com/ajax/libs/mithril/0.2.0/mithril.min.js\"\n }\n});\n\nrequire([\"mithril\"], function(m) {\n\n var content = m(\"div\", \"Hello world!\");\n\n var mithrilTestDiv = document.getElementById(\"mithrilTest\");\n\n m.render(mithrilTestDiv, content);\n}\n\n
", "@log::2015-10-04T23:21:08.417Z::pdfernhout@kurtz-fernhout.com::mithril test": "require.config({\n paths: {\n mithril: \"http://cdnjs.cloudflare.com/ajax/libs/mithril/0.2.0/mithril.min.js\"\n }\n});\n\nrequire([\"mithril\"], function(m) {\n\n var content = m(\"div\", \"Hello world!\");\n\n var mithrilTestDiv = document.getElementById(\"mithrilTest\");\n\n m.render(mithrilTestDiv, content);\n}\n\n
", "@log::2015-10-04T23:21:39.022Z::pdfernhout@kurtz-fernhout.com::mithril test": "require.config({\n paths: {\n mithril: \"http://cdnjs.cloudflare.com/ajax/libs/mithril/0.2.0/mithril.min.js\"\n }\n});\n\nrequire([\"mithril\"], function(m) {\n\n var content = m(\"div\", \"Hello world!\");\n\n var mithrilTestDiv = document.getElementById(\"mithrilTest\");\n console.log(\"mithrilTestDiv\", mithrilTestDiv);\n\n m.render(mithrilTestDiv, content);\n}\n\n
", "@log::2015-10-04T23:22:05.119Z::pdfernhout@kurtz-fernhout.com::mithril test": "require.config({\n paths: {\n mithril: \"http://cdnjs.cloudflare.com/ajax/libs/mithril/0.2.0/mithril.min.js\"\n }\n});\n\nrequire([\"mithril\"], function(m) {\n console.log(\"require called this\");\n\n var content = m(\"div\", \"Hello world!\");\n\n var mithrilTestDiv = document.getElementById(\"mithrilTest\");\n console.log(\"mithrilTestDiv\", mithrilTestDiv);\n\n m.render(mithrilTestDiv, content);\n}\n\n
", "@log::2015-10-04T23:22:52.796Z::pdfernhout@kurtz-fernhout.com::mithril test": "require.config({\n paths: {\n mithril: \"http://cdnjs.cloudflare.com/ajax/libs/mithril/0.2.0/mithril.min.js\"\n }\n});\n\nrequire([\"mithril\"], function(m) {\n console.log(\"require called this\");\n\n var content = m(\"div\", \"Hello world!\");\n\n var mithrilTestDiv = document.getElementById(\"mithrilTest\");\n console.log(\"mithrilTestDiv\", mithrilTestDiv);\n\n m.render(mithrilTestDiv, content);\n});\n\n
", "@log::2015-10-04T23:23:11.136Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:24:06.139Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:24:42.539Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:26:02.385Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:27:15.756Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:27:28.327Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:28:04.122Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:29:43.822Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:30:02.492Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:31:12.940Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:35:07.604Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:38:57.315Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:40:04.791Z::pdfernhout@kurtz-fernhout.com::mithril test": "\n\n
", "@log::2015-10-04T23:40:16.756Z::pdfernhout@kurtz-fernhout.com::mithril test": "
\n", "@log::2015-10-04T23:40:31.218Z::pdfernhout@kurtz-fernhout.com::mithril test": "
\n", "@log::2015-10-04T23:41:28.743Z::pdfernhout@kurtz-fernhout.com::mithril test": "
\n", "@log::2015-10-04T23:41:49.076Z::pdfernhout@kurtz-fernhout.com::mithril test": "
\n", "@log::2015-10-04T23:42:02.178Z::pdfernhout@kurtz-fernhout.com::mithril test": "
\n", "@log::2015-10-04T23:43:44.960Z::pdfernhout@kurtz-fernhout.com::mithril test": "
\n", "@log::2015-10-04T23:45:32.174Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-04T23:54:27.265Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-04T23:58:42.424Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:02:01.115Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:04:17.440Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:07:21.169Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:07:48.936Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:08:46.410Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:09:21.417Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:09:52.510Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:12:04.546Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:12:23.729Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:17:15.407Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:30:45.353Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:31:03.739Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:33:18.625Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T00:33:33.415Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T01:38:04.009Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T01:44:35.064Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T01:46:13.295Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T01:47:23.517Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n", "@log::2015-10-05T12:25:55.328Z::pdfernhout@kurtz-fernhout.com::mithril triples": "
\n" }