Metlivi Blog

Farklı Saat Dilimlerini Kapsayan Seyahat Programındaki Her Tarihi, Varış Günü Yalnızca Bir Kez Görünecek Şekilde Yazın

Farklı saat dilimlerini kapsayan bir seyahat programı yazmanın en güvenli yolu, ulaşıma ve aktivitelere farklı görevler vermektir. Uçuşu, havayolu şirketinin gösterdiği kalkış ve varış yerlerini birebir kullanarak kaydedin; ardından inişten sonraki her aktivitenin bağlı olduğu tarihi, varış noktasının yerel takvim tarihi olarak belirleyin. İki farklı yerde okunabilecek herhangi bir saatin yanına saat dilimi adını veya UTC farkını ekleyin. Bu sayede Pazartesi kalkıp Salı günü inen bir uçuş, aynı Salı planının iki kopyasına dönüşmez.

11 Ağustos 20268 dakikalık okumaBoş zaman, seyahat ve şehir deneyimleriYazan: Metlivi Editorial Team
Bölüm 1

Tahmini tek bir tarihle değil, iki saatle başlayın

Bir müze, toplantı, yemek veya otele giriş eklemeden önce, kalkış şehrini, varış şehrini ve her bir uçuş segmenti için basılmış olan kesin tarihi yazın. Saat ve tarih rehberleri kalkış ve varışı ayrı yerel kayıtlar olarak ele alır ve seyahat tablosu seçilen her şehirdeki yerel saati gösterebilir. Faydalı ayrım tam olarak şudur: Kalkış zaman damgası ulaşımın ayrıldığınız yerde ne zaman başladığını, varış zaman damgası ise indiğiniz yerde ne zaman sona erdiğini tanımlar.

Tüm seyahati evinizdeki saatin zaman çizelgesine sığdırmaya çalışmayın. Evdeki saat bir arama veya devir teslim için yararlı bir referans olabilir, ancak varış noktasındaki bir aktiviteyi yönetmemelidir. Bunu yalnızca başka bir kişinin ihtiyacı olduğunda parantez içine alın. Ana seyahat programı satırında "Pazartesi gecesi, 10:30" veya yalnızca "10:30" yerine "Salı, 14 Mayıs, 10:30, Tokyo yerel saati" gibi bir ifade yer almalıdır.

Herhangi bir dönüştürme yapmadan önce her iki şehri de adlandırın.
Yalnızca haftanın gününü değil, tam takvim tarihini yazın.
Önemli bir saatin yanına bir şehir veya adlandırılmış bir saat dilimi ekleyin.
Bölüm 2

Aktivitenin tek belirleyicisini varış tarihi yapın

Varış noktasının yerel tarihini başlık olarak alan tek bir varış günü sayfası oluşturun. İniş, pasaport kontrolü, bagaj, transfer, otele giriş ve ilk isteğe bağlı aktiviteyi bu sayfaya yerel olarak gerçekleşecekleri sırayla yerleştirin. Uçuşun kendisi en üstte bir ulaşım referansı olarak görünebilir, ancak bunu sanki ikinci bir varış etkinliğiymiş gibi varış noktası aktivite listesine kopyalamayın. Mükerrer planlar genellikle "varış" kelimesiyle başlar: Bir satır rezervasyondan gelir, diğeri ise gün gün oluşturulan plandan gelir.

Örneğin, bir uçuş Pazartesi akşamı Vancouver'dan kalkıp Salı öğleden sonra Tokyo'ya iniyorsa, otel girişi ve akşam yürüyüşü Tokyo sayfasına aittir. Rezervasyon satırı "Vancouver kalkış, Pazartesi, yerel kalkış saati; Tokyo varış, Salı, yerel varış saati" olarak kalır. Sırf gezgin evdeki o takvim döneminin bir bölümünde uyanık olduğu için yürüyüş Pazartesi gününün altına da eklenmez. Farklı saatler tek bir yolculuğu tanımlayabilir; fazladan aktiviteler yaratmazlar.

İniş sonrası tüm planlar için tek bir varış noktası tarihi başlığı kullanın.
Rezervasyon kaydını aktivite kaydından ayrı tutun.
Farklı kesinlik seviyelerini göstermek için "ulaşım", "sabit" ve "isteğe bağlı" etiketlerini kullanın.
Bölüm 3

Tarih çizgisi sürprizlerini açık bir tarih notuyla yönetin

Tek sorun büyük bir saat farkı değildir. Uluslararası Gün Değişim Çizgisi takvim tarihlerini ayırır ve geçiş yönü görüntülenen tarihi geriye veya ileriye taşıyabilir. Time and Date, doğuya doğru bir geçişi bir gün çıkarmak, batıya doğru bir geçişi ise bir gün eklemek olarak tanımlar; çizgi ayrıca ülke sınırlarının etrafından kıvrılır. Bu nedenle, uçuş süresi ve saat hesaplamaları mantıklı görünse bile bir rota sezgilere aykırı gelebilir.

Bir rota tarih çizgisini aştığında, ulaşım satırının hemen altına kısa bir not ekleyin: "Varış noktasındaki takvim tarihi, kalkış tarafındaki beklentiden bir gün öncedir; aşağıdaki varış tarihini kullanın." Bu notu gezginin nasıl hissedeceğini veya ne kadar çabuk uyum sağlayacağını tahmin etmek için kullanmayın. Tek amacı, sonraki okuyucuya hangi takvim etiketinin takip eden aktiviteleri kontrol ettiğini bildirmektir. Aktarma başka bir şehri kullanıyorsa, nihai varış tarihini atamadan önce her bir uçuş ayağına kendi yerel tarihini verin.

Geçerli olduğunda gün değişim çizgisi geçişinin yönünü işaretleyin.
Havayolunun yerel varış tarihini ulaşım referansı olarak kullanın.
Yalnızca geçen uçuş saatlerine bakarak asla bir aktivite tarihi çıkarmayın.
Bölüm 4

Ortak planlar için küçük bir dönüştürme tablosu kullanın

Evdeki birinin bir aramaya katılması, sizinle buluşması veya bir devir teslim alması gerekiyorsa, bunu ayrı bir koordinasyon satırı yapın. Etkinliği gerçekleştiği yerle birlikte bir kez yazın, ardından diğer kişinin yerel saat karşılığını bir nota ekleyin. Takvim yazılımları belirli bir saat diliminde bir etkinlik oluşturabilir ve bunu görüntüleyenin yerel saatinde gösterebilir, ancak düz metin bir seyahat programının yine de bir ayarı açmadan görülebilecek bir etikete ihtiyacı vardır. Bu, konumu ve yerel açılış saati evinizdeki saatten daha önemli olan sabit bir rezervasyon için özellikle önemlidir.

Kompakt bir tablo dört sütundan oluşabilir: varış tarihi, yerel saat ve saat dilimi, aktivite veya ulaşım ve alternatif referans. Sıradan geziler için alternatif referansı boş bırakın. Bunu yalnızca bir arama, uzaktan çalışma bloğu, karşılama veya paylaşılan bir rezervasyon için doldurun. Bu, her satırın birbiriyle yarışan iki saat taşımasını önler ve günü gerçekten yaşayacağınız sırayla taramayı kolaylaştırır.

Tek bir etkinlik, varış noktasına göre tek bir yerel sahip tarihi.
Yalnızca farklı yerler arasındaki koordinasyon için ikinci bir saat ekleyin.
Yaz saati uygulaması kurallarının okuyucunun kafasını karıştırabileceği durumlarda, saat dilimi kısaltmalarını tarihin yanında tutun.
Bölüm 5

Seyahat programını paylaşmadan önce tersine kontrol yapın

Son inceleme, her şeyi baştan sona yeniden yazmak demek değildir. Yalnızca varış gününü okuyun ve tekrarlanan her ismin altını çizin: otel, karşılama, müze, toplantı, yemek veya yürüyüş. Her bir işaretleme için, iki satırın gerçekten ayrı rezervasyonlar mı olduğunu yoksa birinin ulaşım kaydı diğerinin ise bir aktivite kopyası mı olduğunu sorgulayın. Aynı etkinlikse, daha az yararlı olan kopyayı silin ve varış tarihi satırını tutun. Ardından her sabit aktivitenin yerel bir konumu, tarihi, saati ve saat dilimi etiketi olduğunu kontrol edin.

Son olarak, güncel bir saat dilimi referansı kullanarak varış noktasındaki varışı kalkış şehrinin saatine geri dönüştürün. Yerel saat farkları ve yaz saati uygulaması kuralları değişebileceğinden IANA'nın saat dilimi veritabanı sürekli güncellenir; bu, zihindeki eski bir saat farkına güvenmek yerine gelecekteki bir seyahat programını yeniden kontrol etmek için bir nedendir. Tersine dönüştürme bir tutarlılık kontrolüdür; her takvim uygulamasının veya havayolu ekranının aynı görüneceğinin garantisi değildir. Tamamlanan seyahat programını, aktiviteleri hangi tarihin kontrol ettiğini açıklayan kısa bir açıklamayla paylaşın.

Varış sayfasını tekrarlanan aktiviteler için tarayın.
Yalnızca sabit ulaşım ve randevuları tersine dönüştürün.
Bir "son kontrol" tarihi ve rezervasyon saatlerinin kaynağını ekleyin.
İlgili sorular

Sık sorulan sorular

Varış günü aktivitesinde kalkış tarihi mi yoksa varış tarihi mi kullanılmalıdır?

İnişten sonra gerçekleşen bir aktivite için varış noktasının yerel takvim tarihini kullanın. Kalkış tarihini yalnızca ulaşım kaydında, kalkış şehri ve yerel saat ile birlikte tutun.

Her satır için UTC yazmam gerekir mi?

Hayır. Tam tarih ve saatin yanında bir şehir veya adlandırılmış yerel saat dilimi genellikle daha nettir. İkinci bir referansı yalnızca başka bir konumdaki birinin etkinliği koordine etmesi gerektiğinde ekleyin.

Peki ya rota Uluslararası Gün Değişim Çizgisini geçiyorsa?

Uçuşun altına açık bir tarih değişikliği notu ekleyin ve havayolu şirketinin yerel varış tarihini ulaşım referansı olarak kullanın. Ardından tüm varış noktası aktivitelerini varış tarihine atayın.

İlgili okumalar

Bu konuyu keşfetmeye devam et