Ringkasan imo (teknis) terbaik adalah yang ini
IRI, URI, URL, URN, dan perbedaannya dari Jan Martin Keil:
IRI, URI, URL, URN, dan perbedaannya
Setiap orang yang berurusan dengan Web Semantik berulang kali menemukan istilah IRI , URI , URL , dan URN . Namun demikian, saya sering mengamati bahwa ada beberapa kebingungan tentang arti tepatnya. Dan, tentu saja, orang lain juga memperhatikan hal itu (lihat misalnya RFC3305 atau cari di Google). Sejujurnya, saya bahkan bingung pada awalnya. Namun sebenarnya masalahnya tidak serumit itu. Mari kita lihat definisi dari istilah yang disebutkan untuk melihat perbedaannya:
URI
Sebuah Identifier Uniform Resource adalah urutan kompak karakter yang mengidentifikasi sumber daya abstrak atau fisik. Set karakter terbatas untuk US-ASCII tidak termasuk beberapa karakter yang dipesan. Karakter di luar set karakter yang diizinkan dapat direpresentasikan menggunakan Percent-Encoding. URI dapat digunakan sebagai pencari lokasi, nama, atau keduanya. Jika URI adalah pelacak, itu menggambarkan mekanisme akses primer sumber daya. Jika URI adalah nama, itu mengidentifikasi sumber daya dengan memberinya nama yang unik. Spesifikasi persis sintaks dan semantik URI tergantung pada Skema yang digunakan yang ditentukan oleh karakter sebelum titik dua pertama. [RFC3986]
PASU
Sebuah Uniform Resource Name adalah URI dalam skema guci dimaksudkan untuk melayani sebagai terus-menerus, identifier sumber daya, lokasi-independen. Secara historis, istilah ini juga merujuk ke URI mana pun. [RFC3986] URN terdiri dari Namespace Identifier (NID) dan Namespace Specific String (NSS): urn :: Sintaks dan semantik NSS spesifik untuk setiap NID. Selain NID terdaftar, ada beberapa NID lagi, yang tidak melalui proses registrasi resmi. [RFC2141]
URL
Sebuah Uniform Resource Locator adalah URI yang, selain mengidentifikasi sumber daya, menyediakan sarana mencari sumber daya dengan menjelaskan mekanisme akses utama [RFC3986]. Karena tidak ada definisi yang pasti dari URL melalui serangkaian Skema, "URL adalah konsep yang berguna tetapi informal", biasanya merujuk pada subset URI yang tidak mengandung URN [RFC3305].
IRI
Sebuah internasionalisasi Resource Identifier didefinisikan sama dengan URI, tetapi karakter set diperluas ke Universal Kode Character Set. Oleh karena itu, dapat berisi karakter Latin dan non Latin kecuali karakter yang dipesan. Alih-alih memperluas definisi URI, istilah IRI diperkenalkan untuk memungkinkan perbedaan yang jelas dan menghindari ketidakcocokan. IRI dimaksudkan untuk menggantikan URI dalam mengidentifikasi sumber daya dalam situasi di mana Set Karakter Universal Code didukung. Menurut definisi, setiap URI adalah IRI. Selain itu, ada pemetaan suryektif yang ditetapkan dari IRI ke URI: Setiap IRI dapat dipetakan ke tepat satu URI, tetapi IRI yang berbeda mungkin memetakan ke URI yang sama. Oleh karena itu, konversi kembali dari URI ke IRI mungkin tidak menghasilkan IRI asli. [RFC3987]
Meringkas kita dapat mengatakan:
IRI is a superset of URI (IRI ⊃ URI)
URI is a superset of URL (URI ⊃ URL)
URI is a superset of URN (URI ⊃ URN)
URL and URN are disjoint (URL ∩ URN = ∅)
Kesimpulan untuk Masalah Web Semantik
RDF secara eksplisit memungkinkan untuk menggunakan IRI untuk memberi nama entitas [RFC3987]. Ini berarti bahwa kita dapat menggunakan hampir setiap karakter dalam nama entitas. Di sisi lain, kita sering harus berurusan dengan perangkat lunak keadaan awal. Dengan demikian, tidak mungkin mengalami masalah menggunakan karakter non ASCII. Karena itu, saya menyarankan untuk menghindari nama-nama non-URI untuk entitas dan merekomendasikan untuk menggunakan http URI [LINKED-DATA]. Singkatnya: hanya gunakan URL untuk memberi nama entitas Anda. Tentu saja, kita bisa merujuk ke entitas yang ada yang dinamai oleh URN. Namun, kita harus menghindari untuk membuat pengidentifikasi semacam ini.
