19 Ağustos 2026, Çarşamba 16:06:55 Giriş Yap | Üye Ol

Arşivlerde EAD3 Standartı ve Belge Fonu Tanımlaması

4 dk okuma
Arşivlerde EAD3 Standartı ve Belge Fonu Tanımlaması

Arşivsel malzeme, kütüphane kaynaklarından farklı olarak hiyerarşik bir düzene sahiptir. Bir arşiv fonu, ait olduğu kurum veya kişinin ürettiği belgelerin bütünselliğini koruyan nesep (provenans) ilkesi gereği parçalanamaz hiyerarşik katmanlardan oluşur. Belge fonlarının dijital mecralara aktarılması ve ağ üzerinden erişilebilir kılınması noktasında Encoded Archival Description (EAD), arşivsel bulgu cetvellerini yapılandırılmış metin biçimine dönüştüren temel veri standartlarından biridir. Uluslararası Arşiv Konseyi tarafından geliştirilen ISAD(G) ilkesiyle uyumlu olan EAD'nin üçüncü sürümü (EAD3), arşivsel tanımlama süreçlerini küresel bilgi ağlarına entegre etmede standart bir yaklaşım sunmaktadır.

Arşivsel Tanımlamada Hiyerarşik Yapı ve EAD3'ün Rolü

Arşivsel belgenin bağlamı, belgenin tekil içeriği kadar önemlidir. EAD3, belgenin üretildiği kurumsal veya kişisel fon düzeyinden başlayarak alt fon, seri, dosya ve tekil belge düzeyine kadar uzanan çok katmanlı yapıyı XML (Extensible Markup Language) formatında temsil eder. Belge fonlarının dijital erişiminde karşılaşılan en büyük zorluk, bu hiyerarşik bağlamın veri tabanlarında kaybolması riskidir. EAD3, veri elemanlarını mantıksal bir ağaç yapısında kurgulayarak araştırmacıların belgenin üst veri katmanları arasındaki ilişkileri doğrudan izleyebilmesine olanak tanır.

Söz konusu XML şeması, verinin semantik olarak anlamlandırılmasını ve farklı kurumların dijital arşiv sistemleri arasında veri değişimini olanaklı kılar. EAD3 mimarisi, veri uyumluluğunu artırmak amacıyla veri elemanlarının adlandırılmasını sadeleştirmiş, veri türlerini belirginleştirmiş ve veri kümesi genelinde tutarlılığı sağlayan nitelik sınıfları eklemiştir. Bu sayede arşivciler, belgelerin idari geçmişini, fiziki durumunu, koruma koşullarını ve erişim kısıtlamalarını esnek ama kurallara bağlı bir yapıda tanımlayabilir.

EAD 2002 ve EAD3 Karşılaştırması

EAD standartının evriminde 2002 sürümü uzun yıllar yaygın kabul görmüş, ancak bağlantılı veri ve modern web teknolojilerinin ihtiyaçları doğrultusunda EAD3 geliştirilmiştir. İki sürüm arasındaki temel farklar, verinin esnekliği, semantik yapısı ve veri kalitesi denetiminde belirginleşir. EAD 2002 daha gevşek kurallara izin verirken, EAD3 verinin kesin ve uluslararası standartlarla tanımlanmasını zorunlu kılar.

KriterEAD 2002EAD3
Veri Modeli EsnekliğiÇok esnek, serbest metin ağırlıklı ve kural dışı veri girişine izin verir.Sıkı yapılandırılmış, veri tipleri belirginleştirilmiş ve denetimli.
Tarih VerileriSerbest biçimli tarih metinleri sıkça kullanılır; makine okuması zordur.ISO 8601 standardına tam uyumlu, makine tarafından işlenebilir tarih ögeleri.
Bağlantılı Veri UyumluluğuDüşük; harici otorite dosyaları ve URI yönlendirmeleri sınırlıdır.Yüksek; EAC-CPF, MARC21 ve Linked Data URI entegrasyonu güçlüdür.
Karmaşık Karakter KümesiSınırlı Unicode desteği ve kararsız dil etiketi yönetimi.Tam UTF-8 desteği ile çok dilli ve farklı alfabeli belge fonlarına uygun.

Hangi Durumda Hangi Sürüm Tercih Edilmeli?

Yeni bir dijital arşiv altyapısı kuran veya mevcut verilerini modernleştiren kurumlar için tercih doğrudan EAD3 olmalıdır. Özellikle bağlantılı veri projelendirmeleri yürüten, farklı arşiv sistemleriyle veri entegrasyonu hedefleyen ve arama motoru optimizasyonu ile geniş kitlelere ulaşmak isteyen kurumların EAD3 standartını benimsemesi zorunludur. EAD3, standartlaştırılmış tarih biçimleri ve zenginleştirilmiş kaynak URI ögeleri sayesinde semantik web ekosistemine doğrudan veri aktarımı sağlar.

Buna karşılık, geçmişten gelen devasa EAD 2002 veri kümesine sahip olan, yazılım altyapısını güncelleme bütçesi bulunmayan ve verisini yalnızca kurum içi araştırmacılara sunan kapalı arşiv sistemlerinde geçici olarak EAD 2002 kullanılmaya devam edilebilir. Ancak verinin sürdürülebilirliği ve küresel arşiv ağına eklemlenebilmesi açısından EAD 2002 verilerinin EAD3 XSLT dönüşüm araçları ile dönüştürülmesi nihai hedef olmalıdır.

Belge Fonlarının Dijitalleştirilmesinde EAD3 Uygulama Adımları

EAD3 ile arşiv tanımlaması yapılırken öncelikle fonun hiyerarşik yapısı eksiksiz analiz edilmelidir. Arşivsel belgeler tanımlanırken <archdesc> üst elemanı altında belgenin genel özellikleri verilir, ardından <dsc> (description of subordinate components) elemanı vasıtasıyla hiyerarşik parçalar derinleştirilir. Her bir bileşen <c01> ila <c12> hiyerarşik katmanları veya genel <c> alt ögesi ile tanımlanabilir.

Uygulama sürecinde dikkat edilmesi gereken bir diğer kritik unsur, kurumsal otorite dizinlerinin ve kişi adlarının standartlaştırılmasıdır. EAD3, EAC-CPF (Encoded Archival Context - Corporate Bodies, Persons, and Families) standardı ile tam entegre çalışarak, belgeyi üreten aktörlerin biyografik ve kurumsal tarihçesini belgenin fiziki tanımından ayırır. Bu ayrım, arama motorlarının ve anlamsal web algoritmalarının veri katmanlarını daha etkin dizinlemesini sağlar. Ayrıca, dijital nesnelerin doğrudan üst veriye bağlanması için kullanılan <dao> (digital archival object) etiketi, EAD3 ile birlikte çok daha esnek bir yapıya kavuşmuştur.

Bunun yanı sıra, belgenin aidiyet ve telif durumunu belirten kısıtlamalar <accessrestrict> ve <userestrict> etiketleri üzerinden yapılandırılır. EAD3 standardı, otorite dizinlerini <control> bloğu içerisinde yöneterek belgenin oluşturulma, değiştirilme ve onaylanma süreçlerine dair kanıtsal bilgileri de muhafaza eder. Doğru bir EAD3 uygulaması, yalnızca bir veri kataloğu sunmakla kalmaz; belgenin yasal, idari ve tarihsel bağlamını eksiksiz olarak dijital geleceğe taşır.

Paylaş:

Yorumlar 1

3-5000 karakter arası.
Güvenlik kodu
Bot koruması — resimdeki sayıyı yazın.
Z Zeynep Kaya
Kendi kurumumuzda EAD 2002'den EAD3'e geçiş sürecini planlarken özellikle eski tarih formatlarının ISO 8601 standardına dönüştürülmesinde ciddi bir veri temizliği ihtiyacıyla karşılaştık. Makalede de vurgulandığı gibi semantik web entegrasyonu için bu dönüşüm şart ancak mevcut veri kümesi büyüdükçe XSLT dönüşüm araçlarını çalıştırmadan önce detaylı bir veri denetimi yapmak gerekiyor.

Benzer İçerikler

Açık Erişim