Television eller Radio Free Europe? Obama bör ej hasta i valet

Problemet med teve här (och i allt nästan tror jag) Obama to sell Syria policy on television (USA Today, 2013-09-08) är att det är så vulgärt. Idag när radio inte alltid har den roll som det kunde ha förr som under den Tyska ockupationen av Europe eller när järnridån stängde in Östeuropa med efter förmåga kontrollerade nyhetskanaler in och ut har det viss klassisk elegans.

Om Radio Free Europe fortfarande är igång är det ett gott exempel på ett gammalt fint varumärke med mindre av den vulgärkultur som plågar televisionen.

- This is President Obama of the USA speaking to all the people of the EU from Washington. Today the dollar decreased 0.002% and we all feel stronger. My thoughts during the night was though with the EU solar energy factories - we all hope you will join US in a lower currency. Myself I have one germany battery in my iPhone but I shall buy a chinese or north korean battery next time - Never shall I threat EU with the evilness of the high value currency through goods consume or other loose consumption.

- But the recession of the 1930 did not end with roads built and with no new deal. It sneaked hungry for blood in the dark threating all good tax payers. Germans as well American. However World War II did give us all heighten growth - and it went good and strong a sure and six score into the seventies. Increased - relative - production is growth and it is all good.

- Today both your growth to come during many years as well a threat against your life - and less popular today: "moral" or "religious" issues expressed in often over-simple rules or the superstition of the rural society we left hundred of years ago "taking an interest" in the nextdoor folks burning some other folks of the village alive without understanding growth - calls for you to war for a stronger economy: here Germans factory allocation goes hand in hand with moral.

Stryker under orden mer än den visuella förstärkningen - om än inte regelmässigt som princip såklart.

Reuters problem bor i kakorna

Problemet nedan för som kanske är den andra eller tredje jag nått från Google News:

Ändrar jag nu inställningarna i Google Chrome från Tillåt att lokala data sparas (rekommenderas) till Förhindra att webbplatser sparar data enligt:

Så fungerar det.

Det är nog bkcatid som orsakar problem gissar jag. Den ser stor ut och Hungarian dogs draw celebrity interest, but no money som fungerade bra accepterande kakor saknade den. Inte otroligt en tyskt exakt planerad kampanj av något slag med olika kategorier och tidpunkter stämplade. Utan önska skryta eller lyfta fram mig själv - utan mer av tekniskt och kanske av filosofiskt rättvise-intresse - kan vi dessutom se att jag är richUserId: jag tror det kommer sig av att det sätt jag surfar på Reuters indikerar att jag är ovanligt kunskapsrik och kanske får mer avancerade och krävande nyhetsversioner. Mycket riktigt ser vi att jag har fått info=edition=UK istället för kanske vanligare en tysk, amerikansk eller svensk version med tror jag oftare enklare magrare engelskt-språk.

Cookie: 

bkcatid=
%7B%22campaigns%22%3A%5B%7B%22campaign%22%3A40782%2C%22
timestamp%22%3A1378611452%2C%22categories%22%3A%5B%7B%22
categoryID%22%3A1%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A5915%2C%22timestamp%22%3A1378607582%7D%2C%7B%22
categoryID%22%3A6463%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A14821%2C%22timestamp%22%3A1378512597%7D%2C%7B%22
categoryID%22%3A14859%2C%22timestamp%22%3A1378512597%7D%2C%7B%22
categoryID%22%3A14970%2C%22timestamp%22%3A1378512597%7D%2C%7B%22
categoryID%22%3A24148%2C%22timestamp%22%3A1378607599%7D%2C%7B%22
categoryID%22%3A25315%2C%22timestamp%22%3A1378607582%7D%2C%7B%22
categoryID%22%3A25320%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A30730%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A30732%2C%22timestamp%22%3A1378512651%7D%2C%7B%22
categoryID%22%3A30983%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A30989%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A34115%2C%22timestamp%22%3A1378512653%7D%2C%7B%22
categoryID%22%3A34121%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A34133%2C%22timestamp%22%3A1378512672%7D%2C%7B%22
categoryID%22%3A38254%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A54951%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A63137%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A75112%2C%22timestamp%22%3A1378607582%7D%2C%7B%22
categoryID%22%3A101942%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A120439%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A120446%2C%22timestamp%22%3A1378512672%7D%2C%7B%22
categoryID%22%3A123915%2C%22timestamp%22%3A1378512597%7D%2C%7B%22
categoryID%22%3A147191%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A149481%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A149482%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A149489%2C%22timestamp%22%3A1378512593%7D%2C%7B%22
categoryID%22%3A153443%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A153453%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A153458%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A154205%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A158261%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A159479%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A160198%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A180547%2C%22timestamp%22%3A1378607582%7D%2C%7B%22
categoryID%22%3A180553%2C%22timestamp%22%3A1378607582%7D%2C%7B%22
categoryID%22%3A239179%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A239186%2C%22timestamp%22%3A1378611452%7D%2C%7B%22
categoryID%22%3A246882%2C%22timestamp%22%3A1378607577%7D%2C%7B%22
categoryID%22%3A246883%2C%22timestamp%22%3A1378607577%7D%2C%7B%22
categoryID%22%3A246884%2C%22timestamp%22%3A1378607577%7D%2C%7B%22
categoryID%22%3A246891%2C%22timestamp%22%3A1378607591%7D%2C%7B%22
categoryID%22%3A246893%2C%22timestamp%22%3A1378607591%7D%2C%7B%22
categoryID%22%3A254956%2C%22timestamp%22%3A1378607552%7D%2C%7B%22
categoryID%22%3A254962%2C%22timestamp%22%3A1378607582%7D%5D%7D%5D%7D;

bizo_data=cm,gx; info=edition=UK; 
RE_USERID=f751c2ed-5dac-4c50-b009-725df8de9cb1; __qca=P0-2030315478-1337584034970; _lsd0=YWC1-LSd0ZK8GM9UIKRNU.20121016T222228; 

_em_vt=a4b2b62491adeaac2f30700ffaab5087e51495fee9-71870444510be7a3; 
UID=1918ecf1-13c4b38d03a-78b1ae43; burt_test=1; ebNewBandWidth_.www.reuters.com=234%3A1374495335518;

 SS_ARE_Override.traceLevel=WARN; acudeoSession.4ab3a827b6e40=%7B%22contentTimeViewed%22%3A596.1050000000033%2C%22firstSelectedAdTagId%22%3Anull%2C%22time%22%3A1375831336585%2C%22selectedAdTagNum%22%3A0%2C%22adIndex%22%3A8%2C%22contentIndex%22%3A9%7D; 
__csmv=6d0a9e6ff10aff07; 

adDisplayManager=freqCap_pushdown=1376524264153~1; __csh=1; _tr_ref.6e08dd17=1378611448.http%3A%2F%2Fnews.google.com%2F; bkrid=373556797;

 richSync=%7B%22burt%22%3A%22MMURPKQBHH2X%22%7D; __csref=http%3A%2F%2Fnews.google.com%2F;

 cto_reuters=; tns=dataSource=cookie; info=edition=US; 
richUserId=MPINNQCZ6X9V; bizo_data=cm,gx; __cssegs=:0.634:457:1:gm_2|336556d493:0.445:457:1:gm_4|94acea589a:0.128:403:1:gm_3|da33220002:0.0971:457:2:gm_1|eb952bbcaa:0.854:457:1:gm_1|6eee7f9867:0.383:543:6:gm_5|3:403:2:gm_3|d9736644fa:0.409:403:2:gm_1|m_2|ae7a678b5e:0.545:403:2:gm_1|bc7b044680:0.00490:403:1:gm_1|e097406cb9:0.174:403:1:gm_1|6644fa:0.409:403:2:gm_1|dcb854cdd6:0.634:457:1:gm_2|02a9cca031:0.643:403:2:gm_3|5317640d33:0.244:403:1:gm_2|1cf3e80165:0.325:457:2:gm_1|aa620df68f:0.634:457:5:gm_2|da2069d942:0.188:403:1:gm_4|916f928eaf:0.0666:403:2:gm_2|08dd17=a6e9c46446fcc68b.1350426144|453e5a828f:0.470:401:1:gm_2|7379bf5479:1.57:403:1:gm_3; 
__csgeo=deg.35609_deg5.1433_deg10.356_cc.SE; 

mid=18313248005369762071; 
_tr_id.6e08dd17=a6e9c46446fcc68b.1350426144.178.1378623457.1378253065; WT_FPC=id=78.70.169.87-396914752.30224288:lv=1378616258016:ss=1378604249661; 
__utma=108768797.691673333.1378611450.1378611450.1378611450.1; __utmc=108768797;

 __utmz=108768797.1378611450.1.1.utmcsr=news.google.com|utmccn=(referral)|utmcmd=referral|utmcct=/; bkcatid=%7B%22campaigns%22%3A%5B%7B%22campaign%22%3A40782%2C%22timestamp%22%3A1378623459%2C%22categories%22%3A%5B%7B%22categoryID%22%

Syrien och EU: Dags att vänta in vapeninspektörerna?

Vad innebär det lämnande on-sight in Syria att följa EU:s idé att vänta på vapeninspektörerna (se US Runs Into Resistance Over Strike on Syria | ABC News)? On-sight i Syria utan att vara en expert på krigföring o.s.v. eller med särskild kunskap tvivlar jag ändå lätt på en några veckor mer eller mindre kommer ha någon avgörande betydelse.

Uppmuntrar det till att EU blir mer benäget att ta mer konkret ansvar allmänt on-going så att säga och därmed fördelar kostnader sundare spritt och från det skapar möjlighet att lösa problem och därmed bl.a. ökar tryggheten runt Västerlandets östra-delar runt Europa (som ju så ofta precis som nu ofta är i problem) fortsatt ökat kaos?

Förväntar sig EU att egentligen slippa att man följer deras koncept mer och har dem involverade som en trovärdigt förväntat aktiv part för att göra något aktivt?

Och hur mycket konkret sanning finns egentligen i indikationer så tydligt sagt utan att säga det upplevde jag bl.a. från Svenska uttlanden när man väl får UN rapporteringa? Och vad förväntar dom sig från vapeninspektörerna på plats?

Och hur många dagar till trovärdigt korrekt avslut på dom inspektionerna handlar det? Är det två eller tre dagar? Eller finns en diskussions period på några månader efteråt?

Det kanske är bättre att addera dom dagarna innan man gör något. Allt kommer ner till att givet stora problem att vi försöker lösa dem men försöker lösa dem energieffektivt med medvetenhet om att saker kostar därför skenar kostnaderna relativt resultatet blir det svårt att nästa gång försöka lösa saker konkret. Finns trovärdighet i EU något så när troligt är kanske delvis i frågor större än Syrien värde att vänta in dom rapporterna.

Särskilt vore det intresant med ett tyskt och ett svenskt engagemang. Sverige därför att det adderar viss kulturell-yta till insatsen och Tyskland därför att de är tämligen viktiga om vi vill se ett EU mer aktivt utrikespolitiskt.

Quality assurance: Bruce Springsteen och Barack Obama - Två (helt) olika personer

Som åtminstone en uppmärksam läsare påpekat hamnade vi lite fel i Moder Svea välkomnar The Boss: Den Fria Världens ofrivilliga ledare och legendariska musiker (2013-09-04).

Refererade The Boss avser Bruce Springsteen och ej exakt samma person som Barack Obama.

Rörande ansvaret för felet begånget här tycker jag nog ändå att USA informations-funktioner får ta visst ansvar. Det är ju ett lätt fel att göra dels när nu resp. inte kommer oftare än de gör och båda födda och kommunicerande om sin hårda uppväxt i the hood och som blivit världskändisar runt det temat. Båda talar på det om politik och sjunger ibland. Och det i en värld med flera hundra miljoner amerikaner...

Den här typen av fel - säkert mycket vanligt i alla möjliga varianter över allt i Sverige - är vad man kan förebygga med informationskampanjer innan besöket. Vid problematik (förutom att belöna personal vars målsegment här oftare fått det rätt) kan man också upprepa försöket och då mer göra riktade insatser för att lägga kompetens där det gör nytta ex. bjudande in mig med andra det blev fel till riktade informationskampanjer i person där man kan få ställa frågor kring sådant man tycker är förvirrande rörande publika USA-figurer som florerar i svenskt kontext med ambassad-personal eller så (kanske mest korrekt i Florida eller annan mer avkopplad plats så att även blygare personer som jag vågar fråga - en del kan information i text på nätet eller i posten fungera bra för medan andra kan behöva en lugn varm miljö). Det är förutom hur man rätt diskriminerar dom här två personerna en hel del jag ex. undrar om Madonna och Britney Spears och gärna vill fråga om (vilket går bäst i Florida eller liknande solig plats).

Men självklart bra att läsarna är uppmärksammade på fakta-fel såväl som alla möjliga andra fel jag kan föreställa mig massor finns av även om jag som antytt tycker ansvarsfrågan för dom är minst lika viktig där det tror jag inte annat än undantagsvis är mitt fel.

Berkeley DB: Bygga db-filerna snabbt II

Det här Berkeley DB: Bygga db-filerna snabbt var mycket möjligt felaktigt (nyckeln använd var inte riktigt korrekt så allt adderades till en motsvarande tom-sträng).

Men efter lite prövande gavs väl en förklaring mindre till den för mig i alla fall exponentiella kostnaden men väl för varför förra omgången storleksordningen 80 MB var ungefär funktionellt. Resp. vid cirka 42 resp. ca 80 + något tycks den lägga på chunk och kanske räkna om hash-tabells-adresseringen till filerna.

Vid ungefär 650 000 st instoppade av typen:

Nyckel säkert unik: ngram \t ngram Värde: "Double" decimal

Har man ganska precs under fått vad man får av första 42 - 44 MB chunk:et och kan börja på nästa BDB-fil (om man tillsvidare inte är överdrivet engagerat av ev. tids-kostnad längre fram av att kontrollera över ett tusentals BDB-filer var ett koncept är lagrat vilket vi nog inte är här eftersom BDB-filerna komma anropas innifrån Apache vilket jag tror gör sådana skillnader försumbara alt. får man väl räkna om filerna eller kanske hellre göra något mer problematiskt och smalare över-tiden men snabbare själv eller ev. smart kan härleda det).

Verkligen att det är tråkigt att i alla fall Perl gränssnittet jag använder inte ger möjligt att direkt ge den en enorm rymd at addressera. Ex. några Gig. Man betraktar som trovärdig rymd och när kollissioner är problem börjar man på nästa och tar hårddisk-kostnaden för det som ju ändå är det billigaste per krona man har i datorn.

Grundprobemet tror jag hur som helst är att allt för mycket av subkulturer kring slöare områden får fokus på nätet. Internet-populationerna behöver känner jag starkt börja självorganisera mycket mer på temat big-data på begränsad hårdvara.

Rörande mitt design pattern i Berkeley DB: Bygga db-filerna snabbt var intrycket efter att defekten korrigeras att själva fil-rymden skapas direkt beroende hash-värdet d.v.s. med en nyckel _DEBUG man sedan tar bort kommer BDB ändå ungefär eller exakt fortsätta att expandera filen enligt där man var. Av samma anledning att man här verkligen mycket säkert skulle vinna så mycket i mötet genererings- resp. hämta-data-tid på att kunna dra upp hela resp. under-rum för adresseringen. 1 GB snarare än 40 MB gör nog gigantisk skillnad (en liten misstanke här är att BDB kanske hanterar adressering och kollisioner genom att addera resp. under-rym som hash-utvärdesstyrande parameter? Men tror jag över-smart för att det inte ska svälla iväg i datafilen medan jag känner mer som att jag kan ta en helt osannolik kollision på nivån rent av en per 1 million kombinationer NGRAM vilket i sig helt säkert är en enorm överskattning var man skulle hamna. Likväl fungerar det görligt nu genererat avstår jag att koda det själv).