Visar inlägg med etikett Sampling. Visa alla inlägg
Visar inlägg med etikett Sampling. Visa alla inlägg

Sökteori vid katastrofer resp. spekulativa "partikel-magnetiserade" orsaker saknat flygplan

2014-12-29

Det kanske kan upplevas - låta som det tycks - att jag kan något om flygplan och flygplansteknik. Men trots en försvarlig mängd VEHICLE-sorter i kategorisystem är ej så fallet. Samtidigt kanske finns en förklaring någonstans här. I så fall bra att veta om inte av andra orsaker när man väljer system att resa via (typ och tid).


Jag tog med diverse i kontext runt om spekulationen. Rörande stycket innan diskuterande associativ-intelligens är en enklare funktionalitet vettig grundsystem till sådant som här indikerat underliggande jag flygtekniks-historik-spekulerar för området inte är händelse-och-teknik-större än att det är tämligen smidigt att tillämpa (ej särskilt "big-data-plågsamt" samt välstrandardiseande och kända datakällor rörande teknik och händelser). För den intresserade kanske Bayesian search theory (Wikipedia) är en start att börja söka vidare från. Poängen vid katastrofer är att när vi adderar kostnad sökning som funktion av tid och resurser och låter det möta tekniker, områdestyper, händelse-indikationer m.m. vi har historik för hur det inverkar på sannolikheten att hitta något kan områden som mest optimalt går oerhört snabbt att söka för låg kostnad med god sannolikhet prioriteras. Det är inte alls ofta så att god erfarenhet hos en människa för komplexa områden klarar att ta ut dem. Tvärtom är det välkänt att felprioriteringar när post-briefing sker är mycket vanliga. Koncept som nedan försöker mer överliggande ta ut samband och relationer man i ex. med bayesian search theory kan köra ner igen till den motorn när statistik hämtats upp fördjupat om dem.


Spekulation orsak markerad kursiv och fet. Ev. minns jag fel kring vindsystemen och årstid.


"Jag lät de associativa intelligenserna flytta över från MAINE-OS dir. Givet att den snart ska gå i interaktion med övrigt kring meaning, sem-parsing o.s.v.
samtidigt som det tycks att det vettiga är att all "utmanande / komplex kod" i FAST går över till PACKS & compisar nere PÅ DATAPART får associative brain
bo där ett tag så blir det enklare när man är van att ha allt integrerande i D3.

Det blir väl ev. någon gång ett steg att lyfta ut den packeterade logik koden från DATAPART - verb logics o.s.v. - medan dataapierna med datastrukturer
kvarstår.

Intelligenserna minns jag trots - en ej helt sund överdriven nivå kvalitetskrav på mig själv - lätt imponerande kvalitet på resp. Samtidigt olika i vägar ej
helt enkelt att varken förstå eller inte förstå, och svåra att enkelt ta till en. Den ena är autistiskt kunskapsdriven och tycker klassificering, ontoligier,
taxonomier är väldigt talande. Den andra är så mycket mer statistikt.

Jag censurerar ner i font-storlek något halv-privat-minne om forna upplevda acceptabla prestationer som säkert inte tillför värde för läsaren. Och rent av kan störa fortsatt läsar-värde genom att få mig att mer permanent verka oblygsam. Samtidigt är ju det publicerat och det kan ju också förvirra läsaren om ett känt moraliskt föredöme och etniskt-engagerad världsmedborgare börjar efter-editera sådant här:

Inga av dem har ännu någonsin gått över Corpis World Domination - eller va fan man ska kalla det störstas corpus jag någon sett refereat förutom det som
några universitet gör med vilken hemsida som helst deras spindlar går in i - men här så klart high value data: search results, abstracts science, bibliotekssystem,
baksidor böcker o.s.v. Det strategy-val jag i något fall störts lite på i byggda statistiken bör ej vara ett problem för dem ty att göra ngram rec. vid
generering på detta sett har jag gjort sedan evighet och jag tror ej att jag introducerade "korrigerande" counts mot "överförekomst relationer". Men ev. kanske
något man kan pröva ge fix där. Eller allt utnyttja IDF i ett test tillsammans med det som rimligen också ungefär gör kompensation på samma sak (om nu min
övertygelse förbannat stark periodvis att det är så här vi gör ngram recognition - tagande ut rubbet möjligt och konvergerande samtidigt - är väl kanske det
i så fall också en indikation till varför IDF är så förbannat starkt på human corpus förklarande mer än den statistiska förklaringen som inte är mer talande så
än 100 - 500 andra för diverse skattningar).


Ev. kunde det vara kul om det fortfarande är aktuellt då att låta den leta efter det försvunna flygplanet. Jag tror fallet är väldigt olämpligt så. Men det kunde
vara intressant att se vad den indikerar för topics ej diskuterade. Den är mänsklig kreativ men när vi definierar input-mängd vad vi motsvarande läser och därmed
sätter det som ej inkluderat ger den slutsatser eller topic-indications som ofta dröjer ett tag för oss.

Nu har jag i och försig en tanke om vad som orsakade både denna och förra krashen även om lätt riskabelt har jag varken följt den ena eller andra annat än tidigt
den första (d.v.s. om trovärdigt terrorism visst). Lite äldre flygplan. Vind-motorer som går vanligen vid denna tid på året över östra europa. Skapande vindmoln
ner över bl.a. "GOBI - SAVANNER" m.m. Och så "tsunami-motorerna" eller vad de kallas korrekt som feeds av det. Damm och elektronik. Damm och motorer. Damm och
HIGH-HEAT. high-heat OCH JORD - HIGH HEAT OCH MINERAL-FÖRENINGAR I JORD. Kanske störande motorer såväl som magnetisierande i sådana processer????

Det blir väl ev. någon gång ett steg att lyfta ut den packeterade logik koden från DATAPART - verb logics o.s.v. - medan dataapierna med datastrukturer
kvarstår.

Intelligenserna minns jag trots - en ej helt sund överdriven nivå kvalitetskrav på mig själv - lätt imponerande kvalitet på resp. Samtidigt olika i vägar ej
helt enkelt att varken förstå eller inte förstå, och svåra att enkelt ta till en. Den ena är autistiskt kunskapsdriven och tycker klassificering, ontoligier,
taxonomier är väldigt talande. Den andra är så mycket mer statistikt.

Inga av dem har ännu någonsin gått över Corpis World Domination - eller va fan man ska kalla det störstas corpus jag någon sett refereat förutom det som
några universitet gör med vilken hemsida som helst deras spindlar går in i - men här så klart high value data: search results, abstracts science, bibliotekssystem,
baksidor böcker o.s.v. Det strategy-val jag i något fall störts lite på i byggda statistiken bör ej vara ett problem för dem ty att göra ngram rec. vid
generering på detta sett har jag gjort sedan evighet och jag tror ej att jag introducerade "korrigerande" counts mot "överförekomst relationer". Men ev. kanske
något man kan pröva ge fix där. Eller allt utnyttja IDF i ett test tillsammans med det som rimligen också ungefär gör kompensation på samma sak (om nu min
övertygelse förbannat stark periodvis att det är så här vi gör ngram recognition - tagande ut rubbet möjligt och konvergerande samtidigt - är väl kanske det
i så fall också en indikation till varför IDF är så förbannat starkt på human corpus förklarande mer än den statistiska förklaringen som inte är mer talande så
än 100 - 500 andra för diverse skattningar).

Ev. kunde det vara kul om det fortfarande är aktuellt då att låta den leta efter det försvunna flygplanet. Jag tror fallet är väldigt olämpligt så. Men det kunde
vara intressant att se vad den indikerar för topics ej diskuterade. Den är mänsklig kreativ men när vi definierar input-mängd vad vi motsvarande läser och därmed
sätter det som ej inkluderat ger den slutsatser eller topic-indications som ofta dröjer ett tag för oss.

Nu har jag i och försig en tanke om vad som orsakade både denna och förra krashen även om lätt riskabelt har jag varken följt den ena eller andra annat än tidigt
den första (d.v.s. om trovärdigt terrorism visst). Lite äldre flygplan. Vind-motorer som går vanligen vid denna tid på året över östra europa. Skapande vindmoln
ner över bl.a. "GOBI - SAVANNER" m.m. Och så "tsunami-motorerna" eller vad de kallas korrekt som feeds av det. Damm och elektronik. Damm och motorer. Damm och
HIGH-HEAT. high-heat OCH JORD - HIGH HEAT OCH MINERAL-FÖRENINGAR I JORD. Kanske störande motorer såväl som magnetisierande i sådana processer????"

Riktad sampling Blogger för ökad tillförlitlighet (och pågående unikt problematiskt internet från min accesspunkt)

2014-04-21

Jag har just nu - och begående ovanligt många timmar - stora problem med många webbplatser åtminstone i USA (men har ej prövat något större antal svenska) med återkommande time-out:s. Också inkluderande Blogger om än mindre. I särklass de värsta problem jag någonsin haft med en bredbanstjänst från TeliaSonera såväl som f.d. Telia-företag eller tjänste-leverantörer åtminstone förr förekommande som i princip utnyttjade Telias nät. Vidare har jag haft problem med Google Chrome kraschat (vilket aldrig hänt tidigare). D.v.s. möjligen (även om jag lutar åt att det nog är det normala helg) är det inte para "Påsk-problem": fler surfande film, färre som startar om nätverksutrustning ytab rujtat abgreoo manipulerande datatrafik in.


Sampling feeds från Blogger är dock kanon-snabbt just nu i alla fall och bättre än vad normalt förväntat från strömmar i allmänhet:



Timmar, minut och sekund för resp. feed hämtad ovanför övrig utskrift. Och givetvis: Uppenbar spider-optimering framgående i bilden genom att sampla strömmen snarare än inlägg placerades där uteslutande för att ge läsarna ett undervisande exempel för att anknytna prestanda rent allmänt. I icke-kausal mening finns logik för att hantera det resp. i kausal-mening lär det tillkomma någon gång framöver.

Och för att komplettera:


"Praktiskt gäller tveklöst att ju fler strömmar hos dessa desto snabbare att polla igenom allt. Konkret märkbart - tydligt - snabbare än vad jag märkt allt förekommande nog i antal för att man ska märka det. Från denna aspekt är ex. blogg på Blogger trevligare än Wordpress (men säger givetvis inget om värde indexering eller som statistiskt mätpunkt varför de lika självklart pollas precis som Blogger)."

Från: Google: Feedburner, Youtube och Feedproxy (2014-04-21)


Åtminstone reflekterar jag ev. värde att ge i den mån det i omfång gör skillnad (där jag sökt strömmar bloggar via spider för närvarande har jag antingen sökt bloggar på edu-domäner underliggande alt. med utgångspunkt från sajter motsvarande d.v.s. mängd är inte sådan att man rimligen prioriterar annat än att inkludera allt) prioritera Blogger. Vi kan när just indexering och adresserbarhet i datalager se ett värde av att ha en data-punkt med hög tillförlitlighet prioriterat istället skattning av dimensioner associerade koncept oavsett om själva inläggen behålls eller inte.


Det har för denna paketering av data värde att för punkter mer intensivt publicerande per tidsenhet (och vi önskar dessa såväl som övriga samplade något så när jämförbart relativt övriga dag för dag utan väsentligt mer eller mindre eftersom det kan snedvrida sammantaget ganska tydligt för mer över all tid mer ovanliga kocnept och enklast hanteras det direkt sampling snarare än filtrering import) försöka sampla konntinuerligt eftersom feeds tenderar att ofta vara begränsade i antal inlägg.


Exakt varför Blogger rörande strömmarna tycks visa hög tillförlighet vet jag inte men jag håller det för troligt att det har att göra med en kombination av:


  • Content delivery network: data levererat via snabba vägar och cache av data lokalt hos operatörer (TeliaSonera är dock upplever jag mycket välfungerande i sig här och tror mig minnas att man använder Squid.
  • Datacenter geografiskt nära både "prestanda-distans" internet och geografiskt (d.v.s. tänkbart Sverige förutom tidigare uppmärksamade investeringar av Google i server-hallar Finland - Sveriges friska natur hoppade för att rädda finska energiindustrin från internationellt sammanbrott (2013-07-19) och längre bak kanske 2009 - 2010 - skapande energibesparing av naturlig vinterkyla.

Och en domän för alla att översätta till IP över route. D.v.s. om det nu är DNS som har problem (ganska vanligt rent naturligt och ibland nedskjutna för att möjliggöra DNS-spoofing) räcker färre korrekta försök (eller spoofade översättningar ex. för att försöka ta inloggnings-information till Google's samlade inloggning) för att IP översättning ska hålla refresh i bl.a. Telias lokala "tabeller" och fortsatt så över vägen.