Stöd för att visualisera nyhetshändelser automatiskt i kod

Givet uttryckt intresse av ramverkt jag använt för att uttrycka visualisering från program-logiken berör jag det kort här inkl. ett par ramverk jag tittat på för att ev. komplettera befintlig lösning senare.

Schematisk representation av relationer mellan koncept

För att representera grafer finns en hel del med spontant högt elegant visuellt värde. När vi önskar uttrycka grafer med ett stort antal noder och en mängd relationer där former mer än detaljer är viktigt ger de vad som känns kraftfullt (jämför gärna med Riktad information - Navigation: Förstärkt i spatiell organisation).

Praktiskt användning för mig gör att jag hellre önskade stöd mycket nära hur vi ritar flödesdiagram och händelse-schema förhand på papper eller när vi gör det själva på dator. Genom att dator ska generera själv och med syftet att illustrera data där både detaljer och möjlighet att se detaljer man vill titta närmare på är enkelt bra utan risk att man försöker bli kreativ i stödet man ger mjukvaran.

Graph ML var det första jag hittade efter att tittat på några alternativ innan jag såg kunde fungera vettigt och passade aktuell plattform (WikiMedia) utan att heller även om en del förändring kan krävas lösa fast sig där (genererar PNG-bilder och skriver i Perl så viss perl-kod runt modul och kastande ut stödet för generering direkt mot WikiMedia och det fungear med annat: troligt finns något mer generellt för Perl) praktiskt men man ska vara klar över att många alternativ finns.

Exempel från tidigare:

• Sverige-grafen
• Grafer och diagram i WikiMedia
• Grafer och diagram i WikiMedia II: Barack Obama ritad

Schematiskt eller foto-veklighet?

För komplex information är schematisk representation svårslagen för att illustrera data - under förutsättning att relationerna och nodernas existens är kritiskt. När formen av och motsvarande relativ förflyttning en nod är viktigt samtidigt som vi behöver ett sammanhang till det blir schematiska skisser inte lika självklart enkla: Att lösa visualisering av sådant schematiskt är vad hela legacy-"standarder" utvecklats för ex. UML-diagram och medan vi utan sådant lätt förstår - eller tycker oss förstå - mind maps och schematiska skisser kan de senare kräva en del inlärning av graf-systemets språk.

När vi går över till foto-lik representation av en situation från ex. motsvarande ett nyhetssammanhang gäller samma krav på mer av förståelse av språket. Särskilt gäller att vi sätter en bakgrund förvisso enkel men krävande en befintlig inlärning som förutsätts för inse hur den inverkar på skeendet och vad indikerat för noder (ex. personer) agerande mot den. Det mest självklara exemplet här är en geografisk karta som bakgrund men vi kan också illustrera med skillnaden i tolkning av händelser utspelande sig med fabrik resp. bondgård som bakgrund.

Praktiskt för mig kan jag se en brytpunkt i värde enkla konceptuella grafer att tolka när vi vill uttrycka discourse primärt och nästan det enda jag ser att det är värt besväret för entiteters förändring mot en bakgrund vi på en abstraktions nivå klarar att ha konstant genom detta.

Betänk ex. att vi rörande nyhetshändelse pågående under 2013 för Sydkinesiska havet önskar kunna visa hur olika fordon tillhörande diverse aktörer som upplever sig äga öar eller känner sig associerade till sådana aktörer rör sig.

Ska vi göra det med schematiska grafer krävs allra sämst en serie av schematiska grafer vilket blir svårare att tolka än endast en tabell över data tror jag. Arbetsamt att vandra över. Vi kan alternativt ändra grafer rörligt men troligtblir det nästan lika rörigt med fyrkanter eller motsvarande markerade flygplan, fregatt, spy drone, ubåt m.m. som rör sig runt. Ej utan betydelse här är ju på det att vi är vana att kunna förvänta att se denna form av information mot en vanliga karta som bakgrund.

En försvarlig mängd möjligheter för att arbeta just med kartor finns. Min erfarenhet av det området att ju större ambition vi har att kunna addera logik server-side fodrande stöd för att representera kartvärlden desto mer tid och problem bö budgeteras. Jag var fövisso mycket imponerad av det mesta jag mötte för wiki.openstreetmap.org men det är vekligen ett system minst sagt kostsamt i hårddisk och konfigurationen (om än mindre i programmerings logik eller oftast tror jag utveckling av själva kartorna i någnn mer avancerad mening). Medan ju mer man kan förutsätta befintligt stöd server-side (ex. användande någon av de många på nätet) desto mer direkt fungerande är det oavsett om vi använder OpenStreetMap, Bing Maps eller Google Maps.

Nackdelen i visualisering här är att dessa lösningar är att med mindre att vi arbetar i flygtornet på en flygplats eller är militärer och ju mer vi ska bygga vår representation från nyhetsanalys desto mindre nytta av kartans direkta xakthet har vi. Klassisk visualisering relaterat militär-konflikt eller stadier innan eller relaterat när entiteter försöker blåsa upp sig för att imponera är en schematisk representation av en enhet jfr pansarvagn, båt o.s.v. med kortare text och ett nummer inplacerat på kartan.

För att visualisera rörlig förändring här med utgångspunkt från det klassiska i stillbildens visualisering finns ju därför egentligen inget värde av någon direkt exakt karta i latitud och longitud. Vi kan ju för att bättre och mer förståligt förklara den förändring vi kan se lika gärna exempelvis tänka oss:

• En relativt kartans storlek onormalt stor båt i tre dimensioner som rör sig med en linje som skapas bakom den. Kanske ent av med ånga, svallvågar eller liknande för att roa kvinnorna, män och barn medan männen och kvinnorna kan meditera över den politiska dimensionen.
• Och vi kan släppa kravet på standardiserad karta och ex. sätta vinkel vettigt för att uttrycka något av rum eller fokusera på en mer relevant förändring.

Önskar vi göra 3D-rum i kart-bemärkelse vad som känns 1980 - 2000 filmer uttryckande scener med strategiska visualisering av kontinentala missiler som flyger eller verkligheter existerande i dataspel finns en flera färdiga grid-tydliga alternativ att utgå från i NASA's sedan flera år öppen källkod World Wind . En mängd exempel som java applets:

• Goworldwind.org

Och det mesta i övrigt:

• Welcome to WorldWind Central

Ett av de mindre visuella imponerande men väl planerings- / händelse-ordnings-relaterat är Search and Rescue:
<(å>

Men då är vi ändå låsta i exakthet och det hela fungerar föga om vi istället vill visualisera hur bongårdens djur rör sig timmen innan mjölkning. Applikation för mer ambitiösa anpassningar utnyttjande möjlighet ligger närmare ledningssystem med behov av direkt visualisering (men ESA ger ett ambitiöst exempel på hur det kan användas "affärsrelaterat" för att illustrera när objekt ska beställas EOLi “ESA’s Link to Earth Observation”).

Friare 3D-dimensionell visualisering

Min erfarenht av Javascript är både gediget grundläggande och praktiskt obefintlig. Jag kodade något i det redan när det kallades Livet Script och implementerade dom tidigare åren MD5, Gost och ett större antal algoritmer krpteringsrelaterade i Javascript. D.v.s. åren runt 1997 till 1998 ungefär (för integration i fakta-text kryptering). Därefter har jag gjort mycket mindre i det. Även om nu Javascript i praktiskt möjlighet ligger mycket längre ifrån applikationer mer intressanta i vad jag programmerar för närvande d.v.s. informationsanalys och prediktion från det i maskin intelligens har det när vi börjar tänka oss flexibla 3D-representationer av data vi tar från server-side styrkan av att lägga beräkningskostnad hos klienten.

Värdet av det bör vara tydligt särskilt för aktörer likt Google med en mängd användare som gör ganska olika saker krävande skapande visualiseringar resp. ganska små-aktörer med mer begränsade resurser att hantera variationer i besökare med. För affärssystem utvecklade anpassade för medelstora till stora företag kan man argumentera att det värdet är begränsat jämfört med ev. faktorer i övrigt inverkande utvecklings- resp. underhållskostnad.

När jag såg över alternativ att dynamiskt generera 3D-visualisering rimligt enkelt blev jag oavsett om vi tänker oss delvis klinet-baserade koncept med javascript eller inte mycket imponerad av . Förvånande snabbt jämfört med vad man är van vid.

• threejs.org

Jag har inte mer än verifierat att det är funktionellt för att om eller när jag beslutar att införa detta stöd klara att kunna skapa acceptabla rum funktionella på den tid och med den inlärning och med aktuella plattformar skapa flexibla rums-representationer av situationer med en fri-uppsättning av schematiskt enkla, sillouetter eller närmare realistiska objekt med rörlig förändring. Det tycks för mig vara det bästa alternativ jag hittade när presentationen sker via webb och vi vill ha flexibilitt i anpassning till plattformen genererande kod men utan att ta licenskostnader.

Tråkigt nog men typiskt för hela domänen visualisera tenderar exempel vara konceptuellt närmare 1980-talts demokultur eller ett utkast till ett FPS-spel (varför man nu skulle göra dataspel i Javascript) snarare än en seriös applikation i visualisering av data eller resultat av affärslogik. Och i den mån de finns handlar det om att skapa visualisering med ramverket (av vad jag hittade). Det är väl också typiskt för mycket av den roll Javascript fick - det handlande mindre om att använda för att förklara teoretiska koncept i text genom möjlighet att pröva och experimentera och mer om presentationen utanför själva textens mening. En mängd sådana exempel nås direkt från sidan refererad innan.

Ett exempel jag upplever är praktiskt närmare vad vi kan tänka oss för att representera scener - kanske enkla objekt från en standarduppsättning på några tusen tillsammans med rörelser relativt varandra mot en konstant eller kontinuerligt förändrad bakgrund - nedan:

• yomotsu.github.io/threejs-examples/cannonjs_box/

Nedan ett exempel mer ambitiöst för figurerna (många timmars arbete för att göra Obama, Markel, eller andra rörliga figurer med om nu inte bra fria verktyg för det finns för det också) med en robot från en Star wars film:

• yomotsu.github.io/threejs-examples/cannonjs_box/
  

Minimal kod (lätt modifierat från ett intro-exempel) med tillhörande visualisering för att ge en känsla av att enskilda auto-genererade kod-stycken när vi tänker oss övrigt att anropa finns går att göra vettigt enkelt genom att placera ut saker (även om det givetvis blir mer kod när saker börjar flyttas runt eller kan flyttas och vridas av användaren). Även om trivialiteten i visuellt värde kan tyckas genererande kan det också ses som en god kontrast vara fokuserad på praktiskt värde verifiera att det klarar av att göra vad vi vill utan problem i känsliga domäner eller kännas för tids-dyrt att lära sig: en moraliserande kontrast till visuellt utstuderade saker jag mer ser ner på. Möjlighet att visualisera enligt detta paradigm är ev. önskvärt men vi önskar hålla det effektivt och absolut inte sitta och lära hela ramverket överdrivet.

Egentligen en utgångspunkt till två fyrhörningar med en anslutande röd-linje jag kanske även tänkte mig text ovanför. Men att experimentera vidare på någon gång.

var scene = new THREE.Scene();

   var camera = new THREE.PerspectiveCamera(75, window.innerWidth/window.innerHeight, 0.1, 1000);

   var renderer = new THREE.WebGLRenderer();
   renderer.setSize(window.innerWidth, window.innerHeight);
   document.body.appendChild(renderer.domElement);

   var geometry = new THREE.CubeGeometry(1,0.5,1);
   
   var material = 
   new THREE.MeshBasicMaterial(
   {color: "darkcyan"});

   var geometry = new THREE.CubeGeometry(3,1,-2);
   var cube2 = new THREE.Mesh(geometry, material);
   scene.add(cube2);

   var geometry = new THREE.CubeGeometry(1,2,1);
   
   var material = 
   new THREE.MeshBasicMaterial({color: 
   "darkcyan"});

   var cube = new THREE.Mesh(geometry, material);
   scene.add(cube);

   camera.position.z = 5;

   var lineGeometry = new THREE.Geometry();
   lineGeometry.vertices.push
   ( 
   new THREE.Vector3(1,1,3), 
   new THREE.Vector3(1,1,7) 
   )
;
   lineGeometry.computeLineDistances();
   var lineMaterial = 
   new THREE.LineBasicMaterial( { color: "red" } );
   var line = new THREE.Line( lineGeometry, lineMaterial );
   scene.add(line);

Men en bild gjord av någon som kan ramverket bättre uttryckande vad det klarar kan vara lämpligt. Exemplet är från ett spel för webbläsaren - Kaiopua.

En god bit ovanför mitt exempel men också en bit nedanför det sista exemplet gäller att vi inte behöver se tidskostnad för användaren som väsentlig också när han växlar mellan sidor.

Program för att editera objekt vi önskar presentera finns några exempel på via Three.js - Wiki (under rubrik Tools) men tror jag (jag har inte använt det mer än att prövat det några gånger) mer ambitiösa Sketchup (instruktioner jag ej prövat här) kan också användas för att generera beskrivningar funktionella att stoppa in i vår scen och händelser.

När jag sökte information och exempel för three.js såg jag även några stycken tillsammans ofta refererade andra Javascript moduler för presentation kompletterande eller anpassade närmare andra områden (även om jag inte refererar dem här då jag inte prövade dem kan det därför vara värt att söka något närmare ett särskilt område ex. karter, grafer m.m.). För mer standardiserade applikationer finns ju också Google's färdiga koncept man ställer in i deras webbapplikationer eller skriver direkt i html:

• Skapa tabeller och grafer enkelt med Google Charts

Säkerhetsarkitektur: Kapsla in och skydda kod-genereringen från amoraliskt eller omoraliskt indata från klienten

Genererar vi bilder såväl som 3D-visualisering i Javascript från data som kan styras av användaren gäller oavsett vad diskuterat tidigare att indata måste kontrolleras. Bäst vad som endast kan påverka väldefinierade tillstånd där påverkan utanför dem inte är möjliga.

För bilder gäller ju att och inte minst för png aktuellt tidigare att det tillåter väldigt mycket. Bild presenterad på servern kan tänkas påverka där såväl som när den når klient.

Likartat problem gäller med genererad javascript även när vi utgår från att vi endast genererad väldefinierad javascript-kod som tänkt men då med ett potentiellt större fokus på klienten beroende av var och hur komponenter i visualisering skapas och lagras.

Särskilt för båda när vi skapar komponenter vi inkluderar och ev. representerar i bildfiler behöver rättigheter för webbserver ges någonstans d.v.s. i viss session och roll vara skrivbar. Kan bilden i den lokalisering refereras av klient såväl som att denne kan styra bildens innehåll hamnar vi lätt i problem genom att bilden vid den refereringen kan bygga vidare med annat den skapar upp i katalog och kanske rent av beroende på hur rättigheterna exakt ser ut köra igång dem utan annan åtgärd alls som process och därefter göra mer i andra kataloger eller med annan information.

Jag såg att detta var möjligt med ett flertal ramverk och stöd jag tittade på för att generera grafer, bilder m.m. från data. Och jag tror bättre än att hetsa upp sig över det för en eller flera där det är uppenbart utgår man från att det gäller allt och kapslar in detta rån användardata där endast vädefinierade tillstånd kan uttryckas vilka i sig ger data från hårdkodade regler till dessa moduler.

Den här typen av problem finns alltid och när de inte finns kommer de tillbaka mellan versioner i mer komplexa system. Vi kan jämföra med race onditions till filer där jag nyligen sparade Perl-kod i Windows och körde koden cirka fyra sekunder senare och gamla versionen kördes. Ge det några uppdateringar till oavsett korrigerat specifikt eller inte är det ett generiskt race condition som föga otroligt försvunnit av sig själv. När det har betydelse får man göra sällan mer än föga besvär och programmera defensivt: skapar vi från användar-data behöver vi filtrera och garantera endast väldefinierade tillstånd.

Dessutom även om indatat inte är moraliskt korrupt syftande till skada kan det ju vara amoraliskt. Fel utan mening eller syfte.

Fred i Världen med Kollektivavtal

Statistisk analys av PDF-dokument: Omvandling till text och extraktion metadata från fil resp. databaser

Tidigare exempel extraktion metadata resp. diskussion möjligheter analys kompletteras här med en första version av ett enkelt liten program (själva basfunktionerna var för sig tog cirka fyra timmar att skriva men mer samlat till praktiskt funktionellt kontinuerligt nedladdande och analyserande) för analys pdf-dokument, omvandling till text, och sammanförande med meta-data i separerade databaser (ex. OID).

Tidigare i ämnet:

• Metadata i bilder: Mer omfångsrik extraktion (med själva programmet)
• Snowden-filerna: Att detektera manipulerad information
• Intrusion detection: Snowden-sensorer resp. tools of the trade för sociala media konflikter och Wikipedia-krigföring
• Nyhetsanalys: Sunt förnuft när det gäller bildanalysen

Exempel: WWW

Referenser till webb-sidor är säkert ett mer naturligt hemvant exempel på "anslutningar" från dokumentet till aktörer, personer, information m.m. som betraktat över många fler kan säga något mer allmänt om organisationen. Nedan från ADA554030 några st. identifierade:

__FUNCTION_WORKING PDF_TO_TEXT_LOGIC
__PDF_FILE_NAME ADA554030.pdf
__IN_DIR_GIVEN C:\PTOOLS\SAMPLER\DTIC\PDF\
__PAGES 156
__WWW_CONNECTIONS www.china.org.cn/english/features/dengxiaoping/103389.htm GlobalSecurity.org mearsheimer.uchicago.edu/pdfs/A0034b.pdf www www.cfr.org www.stanleyfoundation.org
__EASY_JOURNAL_CONNECTIONS_EX_DOI 

I kontext av Google och ranking är egentligen prioritering och utnyttjande av länkar ganska annorlunda (som man oftare ser på deras algoritmer externt även om jag är tämligen säker på att association nära denna mening också är en av många möjligheter kring länkar som utnyttjas förutom koncept-beskrivning ankartext, prioritering spindling, page ranking, implicit association mellan koncept på resp. sida om länken såväl som kanske statistisk-modeller med något av flera alternativ liknande Bayesian yin yang för ett implicit samspel effektivt skattat och förr ev. en del nu övergivet för annat som förståelse av association mellan felskrivningar, begrepp för samma sak inom olika expertområden o.s.v. och vad de avser resp. relevans-kontroll om Google någonsin haft det senare tydligt tidigare än sista åren där jag tror feedback från hur själva sökresultaten fungerar med användaren används idag resp. för expertområden via riktade datakällor - datat i Google Scholar lär väl vara vad som ger många möjligheter med endast lite metadata om journalernas inriktning och författarnas association över tiden till mer övergripande områden).

Vad vi är huvudsaklingen är intresserade av här är ju mindre att säga något om indikerade dokument så mycket som prfererenser och association mellan entiteter och deras delar. Mer Google-liknande-analys är nog mindre vad man kanske valt för denna form av pdf-dokument varande relativt intet-sägande om vi vill analysera mycket snabbt (få, sällan ankartext, ofta presenterade i ex. fotnoter längst ner på sidan medan både den presentationen och fotnoterna är vådligt felområde via omvandling till text - åtminstone för mig även om jag sett att bättre teknik används av en hel del nu bl.a. Google och möjligen vad som bl.a. utvecklades av NSA och tillgängligt enligt Classification of Machine-Printed and Handwritten Text for Document Images såväl gissar jag teknik ganska väsentligt för stora delar av dokumenten DTIC publicerat vilka ofta är dåliga fotostat-kopier av ex. gamla datautskrifter eller maskinskriven text: själva problemet vi ser tydligare i omvandlingen till text är ju att det visuella lätt feltolkas med ord av avbrytna av och till i särskilt visuellt intensiva delar som huvudrubrik, författare m.m. positionerat kreativt fritt över en sida).

Exempel: Versionshistorik

Samtliga pdf-moduler jag prövade är ofullständiga i förmåga att identifiera åtminstone här konkret intressant information. Även om jag inte prövats Adobe's stöd misstänker jag lätt att det är väsentligt mer fullständigt men också riktigt dyrare i beräkningskostad (XML vara upplevt vackert graf-rätt men är samtidigt vad som tenderar att kosta brutalt i minne och cpu antingen på begränsad hårdvara eller när vi trådar upp flera processer och där kollisioner mellan processer som oväntat samtidigt åker på något överdrivet stort och komplext XML-träd kan bli svårt problematiskt om man försökt utnyttja hårdvaran närmare dess övre gräns).

Ett bra exempel är att historiken över hur pdf-dokument ADA554030 (att referera dokument med ID känns mycket rätt här) utvecklats steg för steg inte alls kommer med:

<xmpMM:History>

    <rdf:Seq>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:62851626731AE011A09ECC9ACC76B452"

      stEvt:when="2011-01-07T15:00:21-06:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:EED3050E561EE0119927C84E9CB8197E"

      stEvt:when="2011-01-12T08:12:57-06:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:11BA444CC627E0119987A6F9DFDA4467"

      stEvt:when="2011-01-24T15:54:48-06:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:09357E023B64E011895EA90A7558D10D"

      stEvt:when="2011-04-11T12:57:22-05:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:0A357E023B64E011895EA90A7558D10D"

      stEvt:when="2011-04-11T12:57:22-05:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:0EB62AC83565E011990DE0CB345F06A5"

      stEvt:when="2011-04-12T14:34:21-05:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:FF5769E5CE65E011B575D54F7DC87B53"

      stEvt:when="2011-04-13T08:06:50-05:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

     <rdf:li

      stEvt:action="saved"

      stEvt:instanceID="xmp.iid:005869E5CE65E011B575D54F7DC87B53"

      stEvt:when="2011-04-13T08:08:32-05:00"

      stEvt:softwareAgent="Adobe Photoshop CS4 Windows"

      stEvt:changed="/"/>

    </rdf:Seq>

   </xmpMM:History>

Ett till exempel där närmiljö i integration andra format framgår (och som vi ska se därefter ganska brett samarbetande olika former av media-komponenter):

<xmpMM:History>
    <rdf:Seq>
     <rdf:li
      stEvt:action="saved"
      stEvt:instanceID="xmp.iid:F77F117407206811871FB2ED4E37AE08"
      stEvt:when="2011-01-14T12:11:33-05:00"
      stEvt:softwareAgent="Adobe Illustrator CS5"
      stEvt:changed="/"/>
     <rdf:li
      stEvt:action="saved"
      stEvt:instanceID="xmp.iid:01801174072068118C14E72FBDC50C68"
      stEvt:when="2011-06-28T14:07:30-04:00"
      stEvt:softwareAgent="Adobe Illustrator CS5"
      stEvt:changed="/"/>
     <rdf:li
      stEvt:action="converted"
      stEvt:parameters="from application/postscript to application/vnd.adobe.illustrator"/>
     <rdf:li
      stEvt:action="saved"
      stEvt:instanceID="xmp.iid:F77F1174072068118083E0155A4A0A32"
      stEvt:when="2011-06-28T14:13-04:00"
      stEvt:softwareAgent="Adobe Illustrator CS5"
      stEvt:changed="/"/>
     <rdf:li
      stEvt:action="saved"
      stEvt:instanceID="xmp.iid:351C424C262068118F62BE1AEC87ECB3"
      stEvt:when="2011-08-24T15:36:22-05:00"
      stEvt:softwareAgent="Adobe Photoshop CS5 Macintosh"
      stEvt:changed="/"/>
     <rdf:li
      stEvt:action="converted"
      stEvt:parameters="from image/tiff to application/vnd.adobe.photoshop"/>
     <rdf:li
      stEvt:action="derived"
      stEvt:parameters="converted from image/tiff to application/vnd.adobe.photoshop"/>
     <rdf:li
      stEvt:action="saved"
      stEvt:instanceID="xmp.iid:361C424C262068118F62BE1AEC87ECB3"
      stEvt:when="2011-08-24T15:36:22-05:00"
      stEvt:softwareAgent="Adobe Photoshop CS5 Macintosh"
      stEvt:changed="/"/>
     <rdf:li
      stEvt:action="saved"
      stEvt:instanceID="xmp.iid:371C424C262068118F62BE1AEC87ECB3"
      stEvt:when="2011-08-24T15:36:35-05:00"
      stEvt:softwareAgent="Adobe Photoshop CS5 Macintosh"
      stEvt:changed="/"/>
     <rdf:li
      stEvt:action="converted"
      stEvt:parameters="from application/vnd.adobe.photoshop to image/tiff"/>
     <rdf:li
      stEvt:action="derived"
      stEvt:parameters="converted from application/vnd.adobe.photoshop to image/tiff"/>
     <rdf:li
      stEvt:action="saved"
      stEvt:instanceID="xmp.iid:381C424C262068118F62BE1AEC87ECB3"
      stEvt:when="2011-08-24T15:36:35-05:00"
      stEvt:softwareAgent="Adobe Photoshop CS5 Macintosh"
      stEvt:changed="/"/>
    </rdf:Seq>
   </xmpMM:History>

Exempel: Integration mjukvara - Kultur och säkerhet

En mer uppenbar fråga kring risk och värde att stämpla dokument med de programvaror som används är att det kan indikera trovärdigt vad som används fortfarande vid en tidpunkt längre fram också om så långt indikerat tidigare säkra. D.v.s. berätta hur organisationen tänkbart kan angripas.

Navigating complex buildings: cognition, neuroscience and architectural design (University College of London, bok-kapitel, Dalton) - vilket dessutom är en till Riktad information - Navigation: Förstärkt i spatiell organisation excellent komplettering både ganska praktiskt men med visst djup och referenser vidare - ger ett lättsamt exempel på båda om vi nu väljer att tro Microsoft Word som mer säkerhetsdefekt trolig resp. att Macintosh nog ibland är ett kulturellt val oavsett om preferens inom tekniksegment (en del applikationer inom moving pictures för att skapa om jag minns rätt) eller att något uttrycks fullt mindre av conformity ej onödigt komplext i konfiguration känns bättre om man arbetar kreativt ganska ointressad av annan bredare vanliga kontorsapplikationer.

__FUNCTION_WORKING METADATA_LOGIC
__PDF_FILE_NAME navigating_complex_buildings.pdf
__IN_DIR_GIVEN c:\PTOOLS\PDF\pmid\
__METADATA_FIELD ModDate D:20100602114653-04'00'
__METADATA_FIELD CreationDate D:20100529222217+01'00'
__METADATA_FIELD Producer Mac OS X 10.4.11 Quartz PDFContext
__METADATA_FIELD Creator Word
__METADATA_FIELD Author Ruth
__METADATA_FIELD Title Microsoft Word - Dalton_Spiers_Hoelscher.rtf
__DOCUMENT_ID_UID_CONNECTIONS

Och så en till kulturella preferenser (även om jag inte alls betvivlar att tex, post-script m.m. har en försvarlig mängd ej dokumenterande säkerhetsdefekter bara i befintlig kod: komplicerade standarder med komplex parsning). Latex är fortfarande idag stort i delar av forskningsvärlden (mer så i de mer tillämpade delarna inom data och fysik snarare än ex. forskning inom medicinsk eller kemi).

__FUNCTION_WORKING METADATA_LOGIC
__PDF_FILE_NAME hanford.pdf
__IN_DIR_GIVEN c:\PTOOLS\PDF\pmid\
__METADATA_FIELD ModDate D:20111121131055-05'00'
__METADATA_FIELD CreationDate D:20111121131055-05'00'
__METADATA_FIELD Producer MiKTeX pdfTeX-1.40.11
__METADATA_FIELD Creator TeX
__DOCUMENT_ID_UID_CONNECTIONS
__XMP_META_DATA_HH_EXTRACTION __START
__XMP_META_DATA_HH_EXTRACTION __END

Vidare besläktat meda båda föregående exempel på vad vi kan se kan det ge indikationer om preferens open source (mjukvara snarare än metadata promiskiöst delat för andras analys) liksom benägenhet eller möjlighet att budgetera inköp mer front-end nya koncept (längre fram indikeras nog mindre inressant här när något är vanligt: vad vi syftar är mer webb-baserade lösningar i dokumenthantering, sökning m.m.).

Exempel: ID för media-komponenter och dokument

Förutom WWW-kopplingar valde jag att ta ut PMID (National institutes of healths ID för journal-artiklar i deras för forskningsområdet helt dominerande databas med applikationer sökning m.m.) resp. DOI (brett använd namngivning av journalartiklar för betalande aktörer: dx.doi.org kan från DOI namnet föra dig vidare till sidan där artikeln finns. Och slutligen referenser till unika objekt XML-dokumentet i sig gör (d.v.s. potentiellt ett helt för applikationen lokalt kontext om ej hanterat i ett övergripande system för organisationen). Fler finns man kan ta ut med PMID och DOI är mycket stora och inte ointressanta om man för en större samling av dokument ex. vill komma ifrån att i övrigt riktat parsa och analysera referenser och istället behanda det som vilken sida som helst (vilket man nog ofta vill för dokument-samlingar likt DTIC jag tar ner just nu mer totalt där dokumenten kommer från många generationer resp. där referenser filtrerat av och till kan dyka upp i separata dokument):

Nedan några typiska ID för delar av PDF-filen (eller avseende hela den i någon instans):

__FUNCTION_WORKING METADATA_LOGIC
__PDF_FILE_NAME a569695.pdf
__IN_DIR_GIVEN c:\PTOOLS\PDF\
__METADATA_FIELD ModDate D:20130321040825-04'00'
__METADATA_FIELD CreationDate D:20120530205500-04'00'
__METADATA_FIELD Producer iText 5.0.4 (c) 1T3XT BVBA
__DOCUMENT_ID_UID_CONNECTIONS uuid:b3d384ac-d60e-4945-82e9-8b6e47f48eba uuid:3e6c776a-3058-4aee-856b-2ff7247c779f

Uppenbart ovan är att jag valt att inte ta med något sammanhang alls för dem. Möjlig användning för att söka samband tenderar ju att reducera probelmatik med ovsäentligt och vidare oavsett om vi refererar externt eller om någon refererar oss är det ett samband. Dock om vi vill se djupare i dem när hittade (för association jag bedömer intressantare tror jag övergripande att man når så långt man kan utan annan kunskap alls om dem: jämför med vad likheter i termonologi kan indikea om likhet i kultur eller expertområde mellan entiteter) bör åtminstone själv-refererande för dokumentet särskiljas varför jag också tar med delar av själva XML-koden (när vi vill förstå kopplingar specifikt mellan två entiteter). Känslan jag har att med minde än att man överdrivet tittar på standarden och ändå riskerar att komma fel är praktisk användning för träffar nog utmärkta för att vettigt begipa vad som är helt eller delvis självrefererande (eller praktiskt så avgränsat ex. dator med pgoramvaror) resp. vad som via indikerat XML resp. uttrycket kan vara mer generellt dokument-id format i något sammanhang.

Emellertid för ev. behov finns resp. dokument id eftersom mer basal xml-kod sparas (praktiskt som extraktionen tycks fungera - jag är nu ingen expert på PDF så finns praktiskt prövande kändes tidseffektivt - tas all XML läsbar med medan jag valde bort delvis parsad struktur för att spara håddisk vilket jag från början också hade med temporärt via DATA::DUMPER på objektet för pdf-filen):

<x:xmpmeta x:xmptk="Adobe XMP Core 5.2-c001 63.139439, 2010/09/27-13:37:26        " xmlns:x="adobe:ns:meta/">
   <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
      <rdf:Description rdf:about="" xmlns:xmp="http://ns.adobe.com/xap/1.0/">
         <xmp:ModifyDate>2013-03-21T04:08:25-04:00</xmp:ModifyDate>
         <xmp:CreateDate>2012-05-30T20:55:00-04:00</xmp:CreateDate>
         <xmp:MetadataDate>2013-03-21T04:08:25-04:00</xmp:MetadataDate>
      </rdf:Description>
      <rdf:Description rdf:about="" xmlns:dc="http://purl.org/dc/elements/1.1/">
         <dc:format>application/pdf</dc:format>
      </rdf:Description>
      <rdf:Description rdf:about="" xmlns:xmpMM="http://ns.adobe.com/xap/1.0/mm/">
         <xmpMM:DocumentID>uuid:b3d384ac-d60e-4945-82e9-8b6e47f48eba</xmpMM:DocumentID>
         <xmpMM:InstanceID>uuid:3e6c776a-3058-4aee-856b-2ff7247c779f</xmpMM:InstanceID>
      </rdf:Description>
   </rdf:RDF>
</x:xmpmeta>

En försvarlig mängd av det för moderna kameror, dokumentsystem m.m. typiska formatet för att ge media producerat en unik identifierare. Exemplet nedan från samma som nummer två med versionshistorik tidigare:

__DOCUMENT_ID_UID_CONNECTIONS uuid:5B20892493BFDB11914A8590D31508C8 xmp.did:714C3D9B56AAE011B1AA9CA76A9EC25B xmp.did:724C3D9B56AAE011B1AA9CA76A9EC25B xmp.did:734C3D9B56AAE011B1AA9CA76A9EC25B xmp.did:F77F1174072068118083E0155A4A0A32 xmp.did:FB7F1174072068118083E0155A4A0A32 xmp.iid:006035250D2068118F628C890978B148 xmp.iid:008011740720681197A5820352CD19F2 xmp.iid:016035250D2068118F628C890978B148 xmp.iid:01801174072068118083C809E165E027 xmp.iid:01801174072068118C14E6A624D85812 xmp.iid:01801174072068118C14E72FBDC50C68 xmp.iid:026035250D2068118F628C890978B148 xmp.iid:02801174072068118C14D5EDF20B39EA xmp.iid:03801174072068118C14D5EDF20B39EA xmp.iid:04801174072068118C14D5EDF20B39EA xmp.iid:05801174072068118C14E72FBDC50C68 xmp.iid:321C424C262068118F62BE1AEC87ECB3 xmp.iid:331C424C262068118F62BE1AEC87ECB3 xmp.iid:341C424C262068118F62BE1AEC87ECB3 xmp.iid:351C424C262068118F62BE1AEC87ECB3 xmp.iid:361C424C262068118F62BE1AEC87ECB3 xmp.iid:371C424C262068118F62BE1AEC87ECB3 xmp.iid:381C424C262068118F62BE1AEC87ECB3 xmp.iid:624FA1CF212068118F62BE1AEC87ECB3 xmp.iid:634FA1CF212068118F62BE1AEC87ECB3 xmp.iid:644FA1CF212068118F62BE1AEC87ECB3 xmp.iid:654FA1CF212068118F62BE1AEC87ECB3 xmp.iid:664FA1CF212068118F62BE1AEC87ECB3 xmp.iid:674FA1CF212068118F62BE1AEC87ECB3 xmp.iid:684FA1CF212068118F62BE1AEC87ECB3 xmp.iid:694FA1CF212068118F62BE1AEC87ECB3 xmp.iid:6A4FA1CF212068118F62BE1AEC87ECB3 xmp.iid:6B4FA1CF212068118F62BE1AEC87ECB3 xmp.iid:6C4FA1CF212068118F62BE1AEC87ECB3 xmp.iid:714C3D9B56AAE011B1AA9CA76A9EC25B xmp.iid:724C3D9B56AAE011B1AA9CA76A9EC25B xmp.iid:734C3D9B56AAE011B1AA9CA76A9EC25B xmp.iid:B1D0A6060F2068118F62BE1AEC87ECB3 xmp.iid:B2D0A6060F2068118F62BE1AEC87ECB3 xmp.iid:F77F1174072068118083E0155A4A0A32 xmp.iid:F77F1174072068118083E5C6D079A5EF xmp.iid:F77F117407206811871FB2ED4E37AE08 xmp.iid:F77F117407206811B84094BC3C7FBB8B xmp.iid:F77F117407206811BA4A8DBC7C9B7B1F xmp.iid:F87F117407206811B84094BC3C7FBB8B xmp.iid:F87F117407206811BA4A8DBC7C9B7B1F xmp.iid:F97F117407206811BA4A8DBC7C9B7B1F xmp.iid:FB7F1174072068118083E0155A4A0A32

Vad som gör dessa intressanta rent allmänt (ej analyserat för ex. alls) kan tyckas svårbegripligt men jämför vi med vad vi menade att www-länkarna kunde berätta blir det kanske tydligare. Vi kan se propagering, samarbete, copyright-problematik eller oftare bara odefinierat lånat m.m. när enskilda indikationer dyker upp i flera dokument. Min erfarenhet av PDF är här ännu minst sagt begränsad men min allmänna känsla är att det utanför kontext där viss standardiserad användning fövantas eller är normalt är det kanske inte den mest intressanta källan innan man börjar laborera på riktigt stora mängder av dokument (vilket ju inte sällan redan kan vara motierat av andra tyngre orsaker där detta kommer gratis på köpet: statistiskanalys, indexering m.m.). Likväl är träffar åtminstone inte vad som inte inträffar för större organisationer på inte allt för många besläktade dokument (där en del om jag tolkar konceptet och PDF rätt i alla fall hittades för NATO relaterat mer prospekterande resonerande om forskning och teknik långt ifrån något alls känsligt och helt publikt men i alla fall vad jag ej förväntat på relativt få dokument).

Detta är en motsatt sida av det värde (utanför det kanske ofta mer primära att kunna organisera information man äger som stor organisation) i informationssäkerhet och kontroll av flöde in och ut eller mellan personer i företaget. I koncept av intrusion detection kan vi jämföra med "Snowden-detektor / sensor" diskuterad där vi enkelt kan se det som att själva förekomsten av vissa media-dokument via deras identifierade kan vara binärt förbjudet för en viss person, ligga längre från dennes normala användning, eller bygga upp mot något troligt problematiskt (ex. om många tusen dokument ej relaterade systemadministration identifieras på en medarbetares PDA när han vid den dagliga utpasseringen lämnar den till säkerhetspersonalen för kontroll som konsekvens av att ha en arbetsuppgift med odefinierat höga rättigheter i datanätverket).

Men likartat kan andra ibland beroende på lösning dra slutsatser (vi kan tänkas oss att varje instans adderar in något slumpmässigt för unikt värde via en ID-fabrik någonstans men heller inte det behöver utesluta analys här helt: hur snabbt förändras entropi över tiden? hur mycket nytt resp. gammalt i kontext av en person är aktuellt?). Förutom att skapa ett fascinerande problemområde med felaktiga format eftersom det tror jag kan behöva hanteras med reaktion för att systemet ska kännas betryggande i denna form av hantering (ett dokument existerande uttryckande säkerhetsfunktion men felaktigt d.v.s. potentiellt förfalskad är ju en ganska tung indikation om angrepp men förstås dyr att hantera om någon sitter och för in defekta saker av och till för att ockupera resurser i organisationen: dock finns ju det problemet besläktat i alla fall också utan identifiera via falska mail m.m.).

Exempel: OID och innehåll

I exakthet i domän av sammanfattad information om innehållet och dess organisation i ett kunskapssystem är många andra system utanfö själva pdf-dokumentet oftare mer talande. Nedan har vi data uttryckt, sparat och gjorts tillgängligt i en standard nu ganska vanlig för fakta-dokument, journal-artiklar m.m.

• OpenID

Också använd för att publicera och distribuera det kanske mer välkända id för bl.a. journal-artiklar: DOI. En tysk databas var där praktiskt enkel och välfungerande för mig medan jag ännu har att få helt klart för mig hur jag effektivsas kan få ner DOI för alla vetenskapliga journalers artiklar beskrivna samt gärna fångar ny publicering utan att behöva besöka dem alla regelbundet (i den mån det alls går: en del mediehus är ganska introverta också när det gäller titel, abstract, doi m.m. och tycks göra en hel del svår-tillgängligt):

• www.datacite.org
• German National Library of Science and Technology - Hannover

Men jag undviker gärna att i onödan lära mig sådant i detalj innan det är nödvändigt (jag spindlar och analyserar annat just nu): det finns så mycket lika viktigt och stort men inom annat. Förutom kompletthet är det tilltalande att försöka få huvuddelen publicerat i segment vi analyserar som en domän eftersom det underlättar hur vi resonerar med statistiska modeller (eller också teoretiskt förenklat sampla dem gärna nära när det går slumpmässigt - risk bias och preferens finns ju dessutom med andra metoder om än kanske lättare att resonera om när befintligt data för detektion finns).

Just för metadata neda är det från Department of Defence, US del för att hantera kunskap, forskning m.m. information man etablerat på olika nivåer genom åren för att göra det lättare att ta fram nya värden från dem (kanske se samband mellan dokument om indirekta behov, var en lösning finns att anpassa i ennan försvarsgren, upptäcka nya innnovationer m.m.), ej dubbel-arbeta saker och ting o.s.v.

• www.dtic.mil/dtic/
• Radio Interview Features DTIC’s Information Analysis Centers
  | Dtic.mil (följ länken i pdf-press-meddelandet vidare till deras "radio-försvar").
• DTIC’s Key Role in DoD S&T Information Program
  Outlined in DoD Issuance 3200.12

Rörande mängd och exakthet finns inget unikt jämfört med normalt för journal-artiklar publicerade idag på nätet: jämförbart metadata, ofta möjligt att spindla eller ta ner på annat sätt o.s.v. Dock finns också en mängd äldre studier, utredningar m.m. med början tidigt under 1900-talet och där känner jag ej till metadata tillsammans med dokument ens i närheten i möjlighet om vi ex. vill följa utveckling av koncept eller fånga upp koncept-associationer lika viktiga idag men mindre diskuterade och uttalade i modern litteratur därför att vetskap tas som givet etablerad redan i grundutbildning. Längre bak och särskilt vissa tidsperioder kan emellertid oftare endast ha meta-informationen (möjligen gäller det oftare 1960-talet än 1950-talet även om jag inte säkert vet eftersom jag fortfarande tar ner deras pdf:er resp. databas med metadata).

Det ska också sägas att samlingen av dokument och vetandet representerat i dom publika tjänsterna är omfattande och för många områden en mycket välfungerande databas och funktion för att hitta forskning över längre tidsperioder. För flera segment tycker jag att den fungerar enklare för att hitta vad önskat snabbare. Det gäller dock en del områden (bildanalys finns ex. mycket publicerat för) medan andra områden kan vara mindre intressanta för en försvarsorganisation att direkt finansiera eller bevaka för återpublicering.

Nedan ett exempel från 1949 existerande både som dokument ADA297559 och beskrivet med metadata:

____________________________________________________________________
__FUNCTION_WORKING FUNCTION_MANAGER
__URL http://www.dtic.mil/cgi-bin/GetTRDoc?Location=U2&doc=GetTRDoc.pdf&AD=ADA297559
____________________________________________________________________
__FUNCTION_WORKING OID_HARVESTING_BY_ACCESS_NUMBER
<Citation type="tr">
<AccessionNumber>ADA297559</AccessionNumber>
<CitationStatus code="">ACTIVE</CitationStatus>
<CitationClassification code="">UNCLASSIFIED</CitationClassification>
<CorporateAuthor>TECHNICAL INFORMATION SERVICE (AEC) OAK RIDGE TN</CorporateAuthor>
<UnclassifiedTitle>Manual of Instruments and Controls for the Brookhaven Nuclear Reactor. Book 3. Volume 1.</UnclassifiedTitle>
<TitleClassification code="">UNCLASSIFIED</TitleClassification>
<ReportDate>MAY 1949</ReportDate>
<PaginationOrMediaCount>167</PaginationOrMediaCount>
<PaginationCode>0</PaginationCode>
<ItemCost>14.60</ItemCost>
<ReportNumber nonPunctuated="AECM4415">AEC-M-4415</ReportNumber>
<MonitorAcronym nonPunctuated="XF">XF</MonitorAcronym>
<MonitorSeries nonPunctuated="XD">XD</MonitorSeries>
<ReportClassification code="">UNCLASSIFIED</ReportClassification>
<DistributionCode code="01">APPROVED FOR PUBLIC RELEASE</DistributionCode>
<DescriptorClassification code="">UNCLASSIFIED</DescriptorClassification>
<AbstractClassification code="">UNCLASSIFIED</AbstractClassification>
<InitialInventory>0001</InitialInventory>
<SourceSeries>1</SourceSeries>
<SourceCode>342750</SourceCode>
<GeopoliticalCode>4702</GeopoliticalCode>
<OrganizationTypeCode code="Z">INDEPENDENT FEDERAL AGENCIES</OrganizationTypeCode>
<DocumentLocation code="1">DTIC AND NTIS</DocumentLocation>
<Abstract>The instruments and controls for the Brookhaven Nuclear Reactor have evolved from a development program whose objective was, among others, to create a research facility. Throughout this program it has been clear that the ultimate arrangement of instruments and controls can not be fixed in advance of actual operation. The ultimate arrangement will depend in large measure on the research activity to take place in the future. It has been necessary, therefore, to provide a wide range of instrument capabilities and a large number of control functions.            Underlying this primary objective of creating a versatile research facility is the associated requirement that the reactor be safe. The requirements for safety are in some ways as varied and complex as those of research. In some instances they are dominant.            Exemplifying the flexibility and versatility of the reactor  instrumentation are electronic instruments of advanced design for measuring power at extremely low levels, indicating and recording the rate of rise of power level over a wide range of power, and regulating power at  preset levels. Exemplifying the variety of safety devices are instruments for monitoring power level detected by ionization chambers, by neutron  thermopiles, and by graphite and metal-cartridge thermocouples. Devices  which monitor the operability of equipment also contribute to the safety  of the reactor.   (KAR)  p.7</Abstract>
<Descriptor>*USER MANUALS</Descriptor>
<Descriptor>*POWER LEVELS</Descriptor>
<Descriptor>*NUCLEAR REACTORS</Descriptor>
<Descriptor>*POWER MEASUREMENT</Descriptor>
<Descriptor>CONTROL</Descriptor>
<Descriptor>MEASUREMENT</Descriptor>
<Descriptor>MONITORING</Descriptor>
<Descriptor>ELECTRONIC EQUIPMENT</Descriptor>
<Descriptor>GRAPHITE</Descriptor>
<Descriptor>IONIZATION CHAMBERS</Descriptor>
<Descriptor>LOW LEVEL</Descriptor>
<Descriptor>INSTRUMENTATION</Descriptor>
<Descriptor>RECORDING SYSTEMS</Descriptor>
<Descriptor>RANGE(EXTREMES)</Descriptor>
<Descriptor>INDICATORS</Descriptor>
<Descriptor>NEUTRONS</Descriptor>
<Descriptor>SAFETY EQUIPMENT</Descriptor>
<Descriptor>THERMOPILES.</Descriptor>
<FieldsAndGroups code="180501">Nuclear Fission Reactors(power)</FieldsAndGroups>
<SBIHoldingSymbol>NPS</SBIHoldingSymbol>
<handle>http://handle.dtic.mil/100.2/ADA297559</handle>
<PdfFileSize>12 MB</PdfFileSize>
</Citation>

Exempel: Text är bättre

Analyserar vi språk i text snarare än bilderna, visuell presentation m.m. vill vi just helst bara ha texten. Det sparar minne vid analystillfällen, beräkningskostnad för att ta fram den och utrymme på hårddisken (PDF dokument kan av och till mer än stora vara gigantiska om de inkluderar en mängd föga komprimerade bilder).

Med de lösninga jag använder nu (och tror jag mycket vanliga även om system säkert kan vara bättre och sämre här varierat med kostnad i utveckling och processande av vad visuell-information betyder) med av och till feltolkningar på visuellt mer komplexa sidor (önskar man ta kostnad för det och det tror jag ej är aktuellt här med något värde för mig kan det mesta om inte nära nog alla dessa fel fås bort i efterhand via bl.a. ngram-detektion, förståelse av hur url:er, standard information som doi, pmid m.m. skrivs och åtminstone enklare parsning med Natural language processing av meningar för att förstå om en radbrytning kombinerat punkt är en förkortning avhuggen eller meningsslut på rad ovanför: dyrt i beräkningstid när det handlar om miljoner dokument - en god skattning är att cirka 10 - 15 miljoner täcker upp en god andel av viktig publicerad forskning tillgänglig i pdf-format på nätet och cirka två miljoner en god andel av väsentligt från dom senaste åren när det handlar om journal-artiklar - där jag initialt ser cirka två till 25 miljoner som en lagom nivå för titel, abstrakt m.m. och bredare analys hela dokumenten för särskilda områden scarce i inlärda relationer eller särskilt viktiga vid någon tidpunkt).

__FUNCTION_WORKING PDF_TO_TEXT_LOGIC
__PDF_FILE_NAME ADA297559.pdf
__IN_DIR_GIVEN C:\PTOOLS\SAMPLER\DTIC\PDF\
__PAGES 167
__WWW_CONNECTIONS 
__EASY_JOURNAL_CONNECTIONS_EX_DOI 
__PAGE 1
UNCLASSIFIED
OJ
UNCLASSIFIED
M-4415
Subject Category: INSTRUMENTATION
UNITED STATES ATOMIC ENERGY COMMISSION
MANUAL OF INSTRUMENTS AND CONTROLS FOR THE BROOKHAVEN NUCLEAR REACTOR. BOOK 3, VOLUME I
r
KJ31SEm;a!BBanBI!! ^lM|
vUG.U6Jl9.9_a
biM& W''
?s^^M^^ ^Bm^asi^^^s^sf t^i^sz^,
May 1949
Servomechanisms Laboratory Massachusetts Institute of Technology Cambridge, Massachusetts
Jackson and Moreland Engineers New York, New York
Technical Information Extension, Oak Ridge, Tennessee
' %  ' ~ '1--"-" %  """ *
DTIS Q UALTrYlNSFEClED3
______________END_PAGE______________
__PAGE 2
Date Declassified: January 13, 1956.
LEGAL NOTICE
This report was prepared as an account of Government sponsored work. Neither the United States, nor the Commission, nor any person acting on behalf of the Commission:
A. Makes any warranty or representation, express or implied, with respect to the ac- curacy, completeness, or usefulness of the information contained in this report, or that the use of any information, apparatus, method, or process disclosed in this report may not in- fringe privately owned rights; or
B. Assumes any liabilities with respect to the use of, or for damages resulting from the use of any information, apparatus, method, or process disclosed in this report.
As used in the above, "person acting on behalf of the Commission" includes any em- ployee or contractor of the Commission to the extent that such employee or contractor prepares, handles or distributes, or provides access to, any information pursuant to his em- ployment or contract with the Commission.
This report has available copy.
been reproduced directly from the best
Issuance of this document does not constitute authority for declassification of classified material of the same or similar content and title by the same authors.
Printed in USA, Charge $1.00. Available from the Office of Technical Services, Department of Commerce, Wash- ington 25, D. C.
AEC, Oak Eidge, Tenn.
______________END_PAGE______________

Ytterst tilltalande gäller normalt att innehållsförteckning, tabeller över figurer m.m. liknande översätts till text utmärkt för journal-artiklar. Ex. från samma dokument:

__PAGE 6
CONTENTS VOLUME I
Page
9. Coarse Rod-Position Indicators - Component Description 3.35
10. Hod-Position Recorders 3.44
11. Parts List - Instrument Pinion Support Assembly
6546DN048 (For Regulating Hods) 3.47
12. Parts List - Instrument Pinion Support Assembly
6546DN047 (for Emergency Rods) 3.47
13. Parts List - Regulating-Rod Position Transmitter
Assembly 6546M030 3.49
14. Parts List - Regulating-Rod Position Indicating Unit
6546LN006 3 . 5 2
15. Parts List - ilmergency-Rod Position Transmitter
Assembly 6546EN029 3.56
16. Parts List - Kmergency-Rod Position Indicating Unit
6546BH001 3 . 5 9
17. Parts List - Coarse Rod-Position Indien tor
654&SN018 and 6546i.NQ19 3 . 6 2
18. Reference Drawings 3.65
19. Engineering Report References, D.l.C 6546, td.l.T, . . 3.65
______________END_PAGE______________
__PAGE 7

Ett till exempel från ADA297788 med tekniska data såväl som några referenser. Resultatet är varken bra eller dålig men knappast problematiskt för normal textanalys.

__PAGE 20
 fill
XJaxium Temperature Observed
2120  C to 2510 C
^-12"
30 lbs to 89 lbs
cci 4
20 lbs to 98 lbs
*2
10 cu it to 450 cu fir.
"Boron Analysis
 00 ppm to  10 (spec)
Total Ash
1 ppm to 17 ppm
gOMMAR T OF OPERATIONAL DATA
Adc kbjj  TO AEVI  AL "RIMS 11 " 1
Maximum Tariatian, Average* Range
2250 - 2400 C 60  =  65 lbs 40 = 50 lbs 100 - 300 cu ft  03 -  06 ppm 1  to 8  ppm
As the runs were made for production purposes no attempt to control the variables ms made  So correlation between the variables and the purity obtained can be drawn from the operational data 
&f Majority of the runs fall within these ranges
ABHSKBEC *C" BIBLIOGRAPHY
1. Neumark, H  R , Trans. Electrochem. Soc. 9jL, 367, (19*1-7)
2. Sermon, G. T. United Carbon Products Co. Report Ho  3 (19^7)
3. Sermon, G. T., "16OO MA Powsr Installation on 22 M Line", United Carbon Products Co. Report Ho. 13, (19*&)
4* Bodden, C. J. Richmond, M. S., National Bureau of Standards unpublished report, "Determination of Small Amounts of Boron in Project Materials".
5. Sermon, G. T., "Heating Tests in Granular Resistance Furnaces for preparing High Purity Graphite", united Carbon Products Company Report Ho. 6, (19*1-7)
19
______________END_PAGE______________

Information och Energi: Arv och organisation av våra ärvda tillstånd

Flera år (två år och månader) refererade jag kanske inte felaktigt men utan insåg jag senare att det demonstrerats att omställning till svält ärvs över generationer. Det är ett ovanligt fel för mig i alla fall i områden som intresserar mig nog från början att följas mer nogra och indirekt kritiskt för bedömningen att igen följa upp det så att det kan upptäckas. Jag tog det för givet från en hel del annat känt nära detta.

Studien diskuterad i har jag inte läst än men försöker kommentera en ändå nära mitt påstående om ärvda svält-preferenser:

• Mice may inherit traumatic experiences, study shows (2013-12-07) | The Washington Times

Beroende på nivå kan konsekvens kanske rent av i verklighet vi redan hanterar och ev. kan hantera bättre med större vetskap här knappast underskattas oavsett vad ärft påverkat av svält eller PTSD. Konflikter, övergrepp och torterande eller dödande plågor ärvs genetiskt förstärkande det kulturella och språkliga arvet (resp. direkt i handling överföring mellan generation ex. soldat generation i rekryterar barnsoldater i generation k och vidare från det framåt i tiden mer eller mindre jämföbart i övergrepp till viss andel: också om liknande samband inte är särskilt tunga eller predikterande individ till enkla slutsatser av någon dokumenterad eller vedertagen nytta ex. hanterande beteendestörningar är motsvarnade dock troligare eller en möjlig förklaring vi kan ge till mer troliga problem över population geo-associerad).

Detta är jag mindre säker på stämmer:

"Yet when the critters caught a whiff of it for the first time, they suddenly became anxious and fearful. They were even born with more cherry-blossom-detecting neurons in their noses and more brain space devoted to cherry-blossom-smelling."

Kanske blir konsekvensen detta men jag tror inte att det är detektionen som ärvs i sig eller kanske ens magnituden på den. Det kan istället vara den associerade energiomsättningen i hjärnan. Denna speglar tror jag också i sig oavsett kanske annan direkt feedback också vad som sker ute i kroppen om vi tänker oss domän av krävande flykt m.m.

Lokaliserade funktioner perception, kognition m.m. tänker jag dessutom är ganska komplicerat att klara att översätta till vad som kan ärvas enkelt. Det är ju ett självorganiserat system från början och bygger i det mesta på att vad vi lär representerar sig själv utan självklart att något annat kan förstå det. Energiomsättning ger ju dock ett förvisso väldigt enkelt och för specifika mer kunskasnära troligen saknande allt av där unika dimensioner annat än som relativa skillnader över topologi. Men just därför blir det ju enklare att tänka sig här som en möjlighet.

Det ger ju också förklaring till vad som indikerade nog för att jag skulle ta vissa saker rörande arv och svält för givet. Liksom referensen i nyheten ovan till noterat rörande påvekan av kokain (kokain påverkar ju energiomsättning ganska radikalt).

Och det viktiga övergripande systemet i hela kroppen för energiomsättning är ATP (och med nära besläktade molekyler: ADP och). Egentligen allt som sker i kroppen reduceras ner till omsättning, lokala förändringar och också påverkan utåt i nätverk mellan lokaliserad omsättning.

Och kritiska i skapande och representation DNA och RNA. En teori till förklaring hur vi går till "liv" (i en trivial mening i dom tidigaste stegen) från RNA i "evolutionen" är det kritiska i ADP. Se ex:

• RNA and the evolution of life, Gerald F. Joyce | Caltech
• Stuying the origin of life | Berkeley (del av evolution.berkeley.edu)

Och:

"For example, a controversy exists of the order in which RNA and ATP emerged. To the lay audience (and even those who are familiar with the functions of RNA and ATP), this seems like a complex area of study. But De Duve eloquently and logically states that if RNA, indeed, came first, then it would have given rise to ATP, meaning that the information stored in RNA arose before the energy that is actually required to construct RNA. The absurdity of this idea points to the notion that ATP preceded RNA."

Från: Evolution Unraveled, Katrina Brandis, Department of Biology Lake Forest College

ADP tilltalar mig att värdera ATP hög då såväl som nu. RNA kan vi väldigt förenklat se som en beskrivning av hur vi tolkar mer komplicead information i DNA såväl som beskrivande sin egen kodning. Men hade information i sig varit liv hade varje kemiskt förening varit levande såväl som varje reaktion.

En feedback i att tolka och representera energiförändring över tiden via i ett enkelt system kan snarare än endast RNA vara det kritiska.

P.s.s. resonerar vi om vår hjärna idag är tanken om en själ ytterst vanlig men ganska svår att enkelt nog för att få ett gemensamt över hjärnans noder och topologi att få till bra. Något distribuerat utan neuronernas "konvergens-sampling" behövs men samtidigt heller inte så volativt speglande allt i den såväl som i övrigt varje förändring (likt dom elektromagnetiska vågorna som rör sig). ATP kommer dock nära den distributionen och spegla inlärt, nu och förändring mellan delarna: rör sig konkret i molkyler och mängd avspeglande såväl som stimulera aktivitet. Och vi vet att ATP i sina reaktioner kan representera en "vetskap" i form av feedback. Dessutom inverkande våra över generationer skapade information när vi bygger från dem eller bygger det vi senare eller i kommande generation ska bygga ifrån. Samt är i sig representead som del av själva dessa molekyler i form av också dess byggstenar.

Tolkning av Matthew 7:7–8 har Wikipedia en diskussion om i kontext av bön. Jag kan dock se att en annan möjlig tolkning är att om man söker efter något i dom komplexa tillstånds-maskiner vår energiomsättning, RNA, DNA m.m. representerar hittar man efter ett tag existerande som etablerad i dunkel skapelse: vad som kan passera som själ såväl vad vi kan abstrahera okända parameter till ett samlat koncept ex. kallat Gudinnan (att föredra korrektare gender-politiskt kompenserande alla manliga attribut så mycket vanligare i denna domän):

"Ask, and it shall be given you;
seek, and ye shall find;
knock, and it shall be opened unto you:

For every one that asketh receiveth;
and he that seeketh findeth;
and to him that knocketh it shall be opened."

Den mystiska referensen till att knacka har spekulerar jag mindre att göra med att mota bort otur och istället en dunkel referensen den som söker i en annan dimension kan förstå som hur RNA väcklar ut informationen i DNA. Ett dolt budskap i bibeln förklarande det gudomliga i evolutionen.

Relaterat:

• Riktad information - Navigation: Förstärkt i spatiell organisation
• Svältens och blodets väg (2013-12-04)

Och vi kan se en väg till att reducera risker tänkbart som delvis kanske har sitt ursprung i detta i koncept ex. Nelson Mandela förspråkande och som vi kan förstå som att minska antalet utfall där större än annas bias finns för också irrationellt överreagerande i konflikt-situationer som kanske annars utan kulturellt eller rent av genetiskt "PTSD" oftare ev. orsakar problem. Ett liknande exempel i den metod-gruppen har vi också i:

• A Leader in Mao’s Cultural Revolution Faces His Past (2013-12-07) | The New York Times

Komplettering

Ett för några kanske intressant område att reflektera över samspelet med energi är närminne och förstärkta anslutningar mellan neuroner representerande vetskap som reduceras inom kortare tid. Där ligger ju rent praktiskt en energiomsättning medan åtminstone vissa om inte alla reward representationer tenderar att lätt översätta till föda historiskt (om än onödigt komplicerat hellre än att se det separerat för det omantiska men den långsiktiga investeeringar i energi kvinnan säskilt gör är värd att reflektera över).

För en lättar direkt grafisk jämförelse av några feedback-aspekter av resp. ATP & Co och vårt minne har vi först följande punkt nära en balansering av energi-komponenterna equlibrium kanske vad vi vill se som ett kort ögonblick av tillståndsförändring. Jag ska dock ha viss respekt för att inte uttrycka för mycket här då den egentligen är mer komplicerat än lätt framgår att identifiera oavsett betraktat informationsvetenskap eller den kemiska delen och ska bättre fodra att jag går tillbaka i anteckningar och läser mig refresh-på området igen. Men där är det kanske just hur som helst.

• Energieffektivitet & Skalning

Medan vad vi kan försöka jämföra med kreativt abtrakt medan vi reflekterar över mötet mellan energi och information är bilderna och text nära styckena före och efter i Scholarpedia:

Short-term synaptic plasticity

Misha Tsodyks and Si Wu (2013), Scholarpedia, 8(10):3153.
doi:10.4249/scholarpedia.3153
revision #136920

Dr. Misha Tsodyks, Weizmann Institute, Rehovot, Israel
Prof. Si Wu, State Key Lab of Cognitive Neuroscience and Learning & IDG/McGovern Institute for Brain Research, Beijing Normal University, Beijing, China

Curator and Contributors
1.00 - Si Wu

Rätt plats på uppslagssdian enligt bild nedan:

Produkters inlärt upplevda värde kontra pris

En produkt likt en energidryck eller kaffe är vad vi kan betrakta som en symbol-grupp (se gärna diskussioner fortlöpande i serien riktad information) bestående av symbole och koncept som - bl.a. från vår erfarenhet av produkten resp. bredare indikerat vår generella kunskap såväl som värde-association ej direkt enkelt relaterat föregående två - ger oss en prediktion om produktens värde (även om vi har ej ska titta särskilt djupt på värde är det värt att säga att oavsett om vi framöver ev. refererar till produktens värde avses genomgående det predikterade värdet relaterat inköp: skillnaden är som vår inlärning fungerar verklig).

Det är lätt att spontant uppleva denna association och möjlighet att skatta den som the shit i produkt-marketing men som jag berörde tidigare ska intensitet associerad symboler inte underskattas när det kommer till mycket användning där vi behöver prediktera vad indikerat en tidpunkt indikerar om framtiden. Vidare är reward-dimensionerna knappast möjliga att förenkla ner till användning utan stödsystem i mjukvara och själva konceptet med vad jag draftar upp i serien om riktad information är att det är vad som förenklats ner till metoder funktionella även utan databaserad analys, statistiska databaser och ej mänsklig intelligens. Exemplet här tyckte jag dock var intressant och tar upp det här utanför riktad information eftersom jag ogärna vill glömma bort det eftersom det bör fungera utmärkt för det sekundära syfte riktad information har som serien kommer arbetas om till längre fram (där reward-dimensionerna kommer beröras).

Sista en till två månader har jag kraftigt minskad min konsumtion av kaffe, te och energidrycker. Denna reduktion har ej varit planerad utan vad jag fortlöpande kunnat konstatera och bedömer jag huvudsakligen orsakad av att jag fått ökad känslighet för biverkningar i form av nervositet (p.s.s. har jag också kraftigt reducerat konsumtion av tobak samma period).

Handlande idag upplevde jag snålhet relaterat en mycket god äpplemust som säljs för cirka 22 - 23 kr per flaska. Samma snålhet är ej vad jag normalt upplever när jag handla ex. energidrycker eller bättre kaffe trots att väsentlig prisskillnad ej finns.

Vad är orsaken? Oavsett hur god äppelmusten är gäller att dess angenäma potential är temporalt avgränsad (undantaget ev. effekt av antioxidanterna från äpple resp. kryddning: jag noterade en smak kryddad med kanel jag ej köpte förra gången och kan tänkas påverka lite annorlunda här givet innehåll ämnen som mer direkt påverkar reward) resp. ej heller etablerat inlärd.

Tar vi energidrycker gäller att effekten av koffein (allmänt inlärd reward-associaton i kunskap) och igenkännande sorter jag typiskt köpt i deras symboler till effekt är etablerad inlärd. Vidare gäller att reward-påslag av dem ej är temporalt avgränsat utan har effekt under ganska lång tid innan koffeinet slutat att påverka.

En indikation om en trolig del av mekanism bakom värdering av drycker innehållande koffein såväl som problematiken att enkelt översätta direkt vetskap (vad vi delvis undviker till kostnad av mindre exakthet genom att skapa representationer för symbolernas associerade värde generellt som indikerat språk) ges i:

• Adenosine receptor–dopamine receptor interactions in the basal ganglia and their relevance for brain function
Physiology & Behavior, Volume 92, Issues 1–2, September 2007, Pages 210–217, Karolinska Institutet - Neuroscience

Aktivering dopamin-receptorer av undertyp D1 bör representera delar av förklaringen. Medan orsaken att det ej tenderar att vara en problematisk drog (oavsett ofta mycket tydligt beroende) kan vara dess inverkan på D2-receptorer möjligen reducerande deras aktivitet. Det senare kanske också förklarar inlärningen till ofta tydliga beroenden genom vad som möjligen är aktivering av GABA.

Vi har samma fenomen när det kommer till drycker med alkohol där prisskillnad har föga avgörande inverkan för de flesta relativt kvalitet. Ej heller är negativa risker vad vi självklart värderar funktionellt eller ens rationellt. Prismedvetenhet väljande ex. vin eller öl på Systembolaget kan vara verkligt men lika verkligt kan vara att efter konsumerat delar av vad där inköpt köps också mycket dyrare öl eller vin på restaurang. D.v.s. pris-värdering är relativt kontext där sammanhanget är att värderingen i sig av alkoholen gör att inköp i sig är mer eller minde given.

Att publicera i rätt journaler för att bygga värde

Noterande att svenska Karolinska Institutet är involverade i studien publicerad i en av Elsevier är det värt att peka på att vi nu vet hur skillnaden mellan publicering i journaler med smalare tillgång (d.v.s. prenumeanter resp. via bibliotek) resp. journaler som gör artiklarna bredare tillgängligt (att de kan läsas av alla resp. också kan återpubliceras) inverkar på citat och därmed aktörens förutom skribenternas värdebyggande.

Jag avstår från att kvantifiera skillnaden här då jag fortfarande behöver ta en ned en större mängd "enkla" referenser för att verifiera att jag har en tillräcklig mängd av just artiklar från Elsevier avseende deras existerande (d.v.s. titel, doi o.s.v.) just därför att Elsevier i särklass skapat sig en separerad egen liten värld. Det är emellertid att betvivla att skillnaden i vad jag saknar i vad jag redan tagit ner kan göra enorm skillnad pekande på att det är mer lönsamt att publicera där artiklar är bredare tillgängligt.

Skillnaden i byggande varumärke växer (men ej vad jag försökt kvantifiera storlek på alls åtminstone ännu) när vi också betraktar referenser i annat än andra journal-artiklar.