Mira CalderAng timeline ay hindi listahan ng mga timestamp na kinopya mula sa mga pahina. Ito ay hanay ng mga event na ang oras, lugar, pagkakakilanlan, at relasyon ay bawat isa ay nasubukan. Ang parehong item ay maaaring may capture time, upload time, public-release time, update time, at archive time - at wala sa kanila ang maaaring oras ng naipakitang event.
Ang maaasahang pamamaraan ay i-normalize ang bawat timestamp nang hindi binubura ang orihinal na anyo nito, panatilihing hiwalay ang source event mula sa publication event, at subukan kung ang resultang sequence ay physically at chronologically posible.
Tukuyin ang event na sinusubukan mong ilagay
Sumulat ng isang row para sa bawat factual event, hindi isang row para sa bawat web page:
| Event ID | Actor o object | Aksyon | Claimed place | Claimed time |
|---|---|---|---|---|
| E1 | Named account | Nag-publish ng larawan | Platform | Nakikitang post time |
| E2 | Mga taong naipakita | Dumalo sa event | Venue o lungsod | Event window |
| E3 | Camera o device | Kinuha ang file | Posibleng scene location | Metadata time |
Pinipigilan nito na ang post date ay tahimik na maging petsa ng pagkakuha ng litrato. Hinihiwalay din nito ang "nag-anunsyo ang organisasyon ng pagbabago" mula sa "nagkabisa ang pagbabago."
Para sa bawat event, sabihin ang precision na talagang kailangan mo: taon, araw, oras, o minuto. Huwag habulin ang minute-level certainty kung ang public claim ay tungkol lamang sa kung aling buwan nangyari ang isang bagay.
Panatilihin ang bawat timestamp sa dalawang anyo
I-record ang timestamp eksakto kung paano ito ipinapakita ng source, pagkatapos ay magdagdag ng normalized value para sa paghahambing. Panatilihin ang:
- orihinal na teksto at wika
- source timezone o UTC offset, kung ipinapakita
- normalized UTC time
- named timezone at lokasyong ginamit para sa conversion
- precision at uncertainty
- ang source URL, identifier, at retrieval time
Halimbawa, panatilihin ang parehong 14 August 2026, 9:30 PM GST at ang kinalkula nitong UTC instant. Huwag palitan ang orihinal ng conversion.
Tinukoy ng RFC 3339 ang Internet timestamp na may numeric UTC offset o Z para sa UTC. Ang format na iyon ay kapaki-pakinabang sa evidence table dahil ang 2026-08-14T21:30:00+04:00 ay nagsasabi ng higit pa sa "9:30 ngayong gabi." Kung walang timezone ang source, markahan itong unknown; huwag i-assign ang local zone ng researcher bilang default.
Pangalanan kung ano ang sinusukat ng bawat petsa
Gumamit ng timestamp type sa tabi ng bawat value:
- event time: kailan nangyari ang real-world action
- capture time: kung ano ang sinasabi ng camera, recorder, o file tungkol sa creation
- upload time: kailan nakatanggap ng file ang platform
- publish time: kailan ito naging publicly available
- update time: kailan nagbago ang page o record
- archive time: kailan kinuha ng archive ang representation
- retrieval time: kailan mo naobserbahan ang source
Mahalaga ang mga kahulugan ng platform. Sinasabi ng YouTube na maaaring magkaiba ang upload at publish date kapag ang video ay private o unlisted bago naging public, at ang public watch-page date nito ay gumagamit ng Pacific Standard Time. Samakatuwid, ang nakikitang YouTube date ay ebidensya tungkol sa public availability sa ilalim ng patakaran ng platform - hindi patunay ng recording time.
Gayundin, ang archive capture ay nagpapatunay na ang isang bersyon ay nakuha bago ang oras na iyon, hindi na unang na-publish noon. Ang metadata ng file ay maaaring nawawala, kinopya, na-edit, o na-reset ng export. Panatilihin ang mga limitasyong ito sa row.
I-convert ang timezone gamit ang historical rules
Ang timezone offset ay nagbabago sa daylight-saving law at political decision. Huwag ilapat ang offset ngayon sa lumang local time. Gamitin ang named location at ang mga patakaran na ipinatupad sa petsa ng event.
Ini-record ng IANA Time Zone Database ang offset history at daylight-saving rules para sa representative location at pana-panahong ina-update kapag nagbago ang mga patakaran. I-record ang named zone, tulad ng America/New_York, at ang database o tool version na ginamit para sa mahahalagang conversion. Ang three-letter abbreviation tulad ng CST ay maaaring malabo sa iba't ibang bansa at panahon.
Kung hindi sigurado ang lokasyon, ipakita ang bawat plausible conversion sa halip na piliin ang gumagana sa narrative. Sa paligid ng daylight-saving transition, ang local time ay maaaring mangyari nang dalawang beses o hindi mangyari; maghanap ng explicit offset o iba pang synchronized event.
I-verify ang lugar sa tamang antas
Ihiwalay ang location claim ayon sa precision:
- bansa o malawak na rehiyon
- lungsod o munisipalidad
- venue, kalye, o nakikilalang pampublikong lugar
- eksaktong coordinate
Ang ebidensyang sumusuporta sa lungsod ay hindi awtomatikong sumusuporta sa partikular na venue. Gumamit ng independent location anchor tulad ng nakikitang signage, wika, disenyo ng kalsada, transit, terrain, skyline, storefront, event program, opisyal na venue material, at iba pang contemporaneous view.
Ihambing ang ilang clue. Ang isang business name ay maaaring may mga sangay. Ang landmark ay maaaring lumitaw sa screen, poster, reflection, o composite. Ang GPS o location metadata ay maaaring kapaki-pakinabang, ngunit maaari itong wala o editable at dapat sumasang-ayon sa nakikitang eksena at external record.
Huminto sa pinakamababang precision na lokasyon na kailangan upang malutas ang claim. Huwag mag-publish ng eksaktong tahanan, hotel room, school route, o kasalukuyang pribadong lokasyon dahil lamang ang visual clue ay ginagawang mahihinuha ito.
Gawing interval at constraint ang ebidensya
Karamihan sa public evidence ay sumusuporta sa window sa halip na instant. Ipahayag ito nang tapat:
- no earlier than: ang prerequisite event ay nangyari sa oras na ito
- no later than: ang dated publication o archive ay naglalaman na ng item
- between: ang huling nakumpirmang estado nang walang pagbabago at ang unang estado na may pagbabago
- approximately: ang source mismo ay nagbibigay lamang ng coarse o uncertain value
Pagkatapos ay magdagdag ng sequence constraint:
- Dapat mangyari ang E1 bago ang E2
- Ang E2 at E3 ay nag-claim ng parehong tao sa incompatible na lokasyon
- ang paglalakbay sa pagitan ng E3 at E4 ay nangangailangan ng hindi bababa sa plausible interval
- ang gusali o produktong ipinapakita sa E5 ay hindi umiiral bago ang documented date
- ang daylight, panahon, o naka-iskedyul na aktibidad ay sumasalungat sa claimed hour
Huwag mag-infer ng eksaktong paglalakbay mula sa public location trace tungkol sa pribadong tao. Ang layunin ay subukan ang public event claim, hindi i-reconstruct ang mga paggalaw ng isang tao.
Humingi ng identity continuity sa buong timeline
Ang malinis na sequence ay maaari pa ring kumonekta sa maling tao o bagay. Bigyan ng stable identifier ang bawat actor, account, sasakyan, dokumento, at media item kung posible. I-record kung kailan direkta ang identity link at kung kailan ito inferred.
Para sa mga tao, gumamit ng pampubliko, time-appropriate na anchor sa halip na pangalan lamang. Para sa mga account, panatilihin ang stable handle o platform ID at isaalang-alang ang compromise o renaming. Para sa larawan at video, ihambing ang parehong file, crop, keyframe sequence, o attributable source - hindi lamang katulad na eksena.
Kung magbago ang identity sa pagitan ng mga row, hatiin ang candidate timeline. Huwag gawing mukhang consistent ang timeline sa pamamagitan ng tahimik na pagsasama ng mga namesake o repost.
Gumawa ng contradiction table
Subukan ang pinakamalakas na alternatibong paliwanag, hindi lamang ang iyong gustong kuwento:
| Ebidensya | Sumusuporta | Sumasalungat sa | Reliability at limit |
|---|---|---|---|
| Source URL o record | Event o interval | Competing event o claim | Direkta, inferred, editable, incomplete, o kinopya |
Lutasin ang mga kontradiksyon sa pamamagitan ng pagbabalik sa underlying source. Suriin kung ang timezone, date format, scheduled post, archive replay, delayed publication, maling pagkakakilanlan ng tao, o maling label na lokasyon ay nagpapaliwanag ng pagkakaiba. Kung hindi, panatilihin ang conflict.
Ang katahimikan ay hindi resolusyon. Ang isang nawawalang event ay maaaring mag-iwan ng parehong timeline na posible.
Sabihin kung ano ang itinatag ng timeline
Gumamit ng konklusyon na nakatali sa nasubukang proposisyon:
- Verified sequence: ang kaugnay na event identity, lokasyon, at interval ay sumasang-ayon sa direkta at independent na ebidensya.
- Consistent but not independently verified: walang kontradiksyong natagpuan, ngunit ang chain ay umaasa sa isang source o inferred link.
- Claimed timing or location contradicted: ang maaasahang ebidensya ay ginagawang imposible o mali ang material na bahagi ng iminungkahing sequence.
- Bounded window only: ang ebidensya ay sumusuporta sa earliest/latest limit, hindi eksaktong sandali.
- Unresolved: ang nawawalang timezone, identity, coverage, o source evidence ay nag-iiwan ng higit sa isang plausible sequence.
I-publish ang timeline table at conversion assumption upang ang ibang tao ay maaaring mag-reproduce nito. Para sa disputed web publication date, magpatuloy sa paano hanapin ang pinakaunang bersyon ng web page. Para sa source file at capture log, gamitin ang paano panatilihin at i-document ang web source.