Opciók koncepció típusai jellemzői a kereskedelem cheat sheet,

Ezzel a rövidítési mechanizmussal az előző három, hosszú tripletet így írhatjuk: ex:index.

Turizmus by Ildikó Nagy - Issuu

Az URI-k egy meghatározott halmazát — különösen, amelyik valamilyen specifikus célra szolgál — az RDF szókészletnek vocabulary nevezi.

Az ilyen szókészletben szereplő URI hivatkozásokat gyakran úgy szervezik, hogy ezek olyan minősített nevekkel legyenek ábrázolhatók, amelyek egy közös prefixet előtét-nevet használnak.

Az ilyen URI-k azután egy olyan halmazt alkotnak, amelyek egy közös prefixszel azonosíthatók. Például, ahogyan az előző példáknál is láttuk, egy szervezet, mondjuk az example. Ugyanez a szervezet definiálhat egy másik szókészletet is, pl.

Az RDF ugyanezt a gyakorlatot követi, amikor egy saját szókészletet definiál olyan kifejezésekből, amelyeknek az RDF-ben meghatározott jelentésük van.

Egy minősítettnév-prefixet tehát mindig egy bizonyos szókészlettel kapcsolatban használunk, s így a prefixet gyakran az adott szókészlet nevének tekintjük így például az RDF Séma szókészletét úgy hívjuk, hogy "rdfs: szókészlet".

W3C Ajánlás, 2004. február 10.

A közös URI prefixek használata tehát megfelelő módszer arra, hogy azokat az URI hivatkozásokat, amelyek egy adott terminológiához kapcsolódnak, egy közös halmazba szervezzük. Ez azonban csupán egy konvenció. Még kevesebbet tud arról, hogy valamiféle kapcsolat van ezek között azon az alapon, hogy azonos prefixet használnak lásd a téma további tárgyalását az A. Mi több, azt sem zárja ki semmi, hogy a különböző prefixű URI hivatkozásokat egyazon szókészlet részének tekintsük.

Давно исчезнувший город начал расширяться перед его взором, пока точка наблюдения ползла по непривычно узким улицам. Это воспоминание о прежнем Диаспаре в смысле четкости и ясности ничуть не уступало изображению Диаспара нынешнего. В течение миллиарда лет информационные схемы сохраняли его призрачное псевдосуществование, ожидая момента, когда кто-нибудь вновь оживит город. И наблюдаемое им, думал Элвин, не просто память.

Egy adott szervezet, folyamat, szoftvereszköz stb. Az sem optimális bináris opciós stratégiák, hogy egy szervezet olyan webforrás URL-jeként is használja valamelyik szókészlet névtér-URI-jét, mely további adatokat tartalmaz az adott szókészletről. Ez ténylegesen a Dublin Core szókészletre hivatkozik, amelyet a 6. Ha ezt az URI-t megadjuk egy böngészőnek, akkor hozzáférhetünk a Dublin Core szókészlettel kapcsolatos kiegészítő információkhoz konkrétan egy RDF sémához.

Azonban ez is csupán egy konvenció. Tankönyvünk további részében a szókészlet kifejezéssel mindig olyan URI hivatkozások halmazára utalunk, amelyet valamilyen specifikus célra definiáltak.

Ilyenek pl. A névtér kifejezést pedig a továbbiakban kizárólag akkor használjuk, amikor specifikusan az XML névtér szintaktikai fogalmára gondolunk vagy amikor egy olyan URI-re hivatkozunk, amely egy minősített név prefixéhez van rendelve.

Például a 3. Ugyanígy, az RDF nem korlátozza azt sem, hogy hány kijelentés használhatja ugyanazt az URI hivatkozást állítmányként egy gráfban ugyanannak az erőforrásnak a leírására. Például, ha az ex:index. Ezek a példák talán már kezdik érzékeltetni annak az RDF elvnek néhány előnyét, hogy alapvetően URI hivatkozásokat röviden URIref-eket használunk a dolgok azonosítására. Az URIref használata ebben az esetben például azzal az előnnyel jár, hogy a kijelentés alanyának azonosítása pontosabb lehet.

Vagyis, a szerző itt nem csupán a "John Smith" karakterlánc, vagy bárki, a sok ezer John Smith közül, hanem egy bizonyos John Smith, aki ehhez az URIref-hez van asszociálva bárki legyen is a szerző, az URIref definiálja a megfelelő asszociációt. Még tovább menve: minthogy létezik egy URIref, amely John Smith-re hivatkozik, ő most már egy teljes értékű erőforrás, és így további információkat is megadhatunk róla oly módon, hogy újabb RDF kijelentéseket írunk, amelyekben John Smith URIref-je lesz az alany.

Vagyis ahelyett, hogy ilyen szavakat, vagy karakterláncokat használnánk itt a tulajdonságok azonosítására, mint a "creator" és a "name", az RDF-ben inkább URI hivatkozásokat használunk ilyen célra. Ennek a lehetősége több okból is fontos.

Először is: ez egyértelműen megkülönbözteti az egyik környezetben definiált tulajdonságot egy másik környezetben definiálttól, amikor azonos karakterlánccal ábrázolnak különféleképpen értelmezett tulajdonságokat. Például a 4. Ha tehát egy program, amelyik több forrásból igyekszik adatokat egyesíteni, s így több webforrásból is beolvassa a "name" karakterláncot, mint egy tulajdonság azonosítóját, nem biztos, hogy képes lesz megkülönböztetni a két "name" jelentését.

Az RDF bevezetö tankönyve

Emellett a tulajdonságok URI hivatkozásokkal történő azonosítása lehetővé teszi, hogy magukat a tulajdonságokat is erőforrásoknak tekintsük, s így további információkat regisztrálhassunk róluk pl. Ezt, a John Smith esetével analóg módon, olyan további RDF kijelentésekkel adhatjuk meg, amelyeknek a közös alanya a "name" tulajdonság URIref-je lesz.

Mindemellett, az URI hivatkozásoknak alanyként, állítmányként és tárgyként történő használata az RDF kijelentésekben ösztönzi és támogatja a közös szókészletek fejlesztését és közös használatát a weben. A fejlesztők ugyanis így felfedezhetik, és elkezdhetik alkalmazni azokat a szókészleteket, amelyeket mások már használnak a saját adatábrázolásaikhoz, és ez a közös használat a fogalmak közös értelmezését is jelenti.

Ha például az alábbi triplet: ex:index. Ez olyan attribútumok széles körben használt gyűjteménye, amelyekkel sokféle információforrás alapvető tulajdonságai leírhatók — ahogy azt a 6.

Ha mármost egy másik fejlesztő, aki ismeri a Dublin Core szókészletet, vagy aki rájön pl. És támaszkodva erre a megértésre, ez a fejlesztő tud olyan programot írni, amely e fogalom jelentésének megfelelően képes működni, amikor feldolgozza a dc:creator állítmányt tartalmazó tripletet.

Természetesen, ez a kedvező hatás olyan arányban nő, amilyen arányban terjed az URI hivatkozások opciók koncepció típusai jellemzői a kereskedelem cheat sheet a dolgok azonosítására a literálok helyett; pl. Ám még egy ilyen kedvező trend sem képes önmagában létrehozni a kívánt hatást, mert még így is előfordulhat, hogy két különböző URI-vel hivatkozunk ugyanarra a fogalomra.

Ezért az a jó megoldás, hogy amikor csak lehet, próbáljuk meg létező szókészletekből importálni a fogalmainkat, pl.

Ugyanis folyamatosan fejlesztenek szókészleteket a weben specifikus alkalmazások céljaira, ahogyan azt a 6. Azonban, ha keletkeznek is olykor szinonimák, mégis az a tény, hogy ezek a különböző URI hivatkozások a közösen használt "webtérben" kerülnek felhasználásra, kedvező lehetőséget teremt mind az eltérő hivatkozások közötti lényegi azonosság felismerésére, mind pedig a közös hivatkozások használatának elterjedésére.

Indokolt továbbá különbséget tenni a között a jelentés között, amelyet maga az RDF asszociál azokhoz a kifejezésekhez, amelyeket az RDF kijelentésekben használunk mint pl.

Az RDF azonban nem definiálja az RDF állításokban használható olyan kifejezések jelentését, amelyeket más szókészletek tartalmaznak mint pl. Várható, hogy további specifikus szókészleteket fognak majd összeállítani, s ezek kifejezéseihez specifikus jelentéseket fognak társítani, de ez már az RDF-en kívül történik. Azok az RDF kijelentések, amelyek az ilyen szókészletekből használnak fel URI hivatkozásokat, átvihetik az ezekhez társuló specifikus jelentéseket azokhoz az emberekhez, akik ismerik az adott szókészleteket, és átvihetik az olyan alkalmazásokhoz is, amelyek képesek ezeket a szókészleteket feldolgozni; nem mondanak azonban semmit az olyan RDF alkalmazások számára, amelyeket nem kifejezetten az ilyen szókészletek feldolgozására terveztek.

Például: az emberek meghatározott jelentést asszociálhatnak az alábbi triplethez: ex:index. Azonban, egy tetszőleges RDF alkalmazás szemszögéből nézve, a fenti triplet akár valami efféle is lehetne: fy:joefy. Egy természetes nyelvű szöveg, amelyik az interneten leírná a dc:creator jelentését, szintén nem reprezentálna semmi olyan további jelentést, amelyet egy tetszőleges alkalmazás közvetlenül használni tudna.

Természetesen, egy adott szókészletből származó URI hivatkozásokat akkor is használhatnánk egy RDF kijelentésben, ha egy konkrét alkalmazás nem opciók 300 másodperc képes semmilyen jelentést társítani hozzájuk.

A fejlesztők viszont, azon az alapon, hogy megértették egy adott szókészlet jelentését, írhatnak olyan RDF alkalmazásokat, amelyek a szókészlet URI-jeihez kapcsolt jelentéseknek megfelelő viselkedést mutatnak. Ez akkor is igaz, ha ezek a jelentések nem hozzáférhetőek a többi alkalmazás számára, amelyeket nem ilyen alapon készítettek.

E felismerések eredményként, az RDF lehetőséget biztosít arra, hogy olyan kijelentéseket tegyünk, amelyeket az alkalmazások könnyebben fel tudnak dolgozni. Egy alkalmazás ugyan valójában nem sokkal többet "ért" az RDF kijelentésekből, mint amennyit mondjuk egy adatbázis-kezelő szoftver "ért" az olyan fogalmakból, mint "alkalmazott", vagy "havi bére", amikor feldolgoz egy ilyen lekérdezést, mint pl.

Ennek ellenére, ha az RDF alkalmazást megfelelően írtuk meg, az mégis képes lesz olyan módon kezelni az RDF állításokat, hogy úgy tűnik, mintha valóban értené őket mint ahogy egy adatbázis-kezelő és az alkalmazásai is értelmes munkát képesek végezni, amikor feldolgozzák az alkalmazotti és bérszámfejtési adatokat, noha nem tudják, mit jelent az "alkalmazott" vagy a "havi bére" kifejezés.

Tegyük fel, hogy egy alkalmazásfejlesztő szeretne egy olyan alkalmazást írni, amelyik kikeresné a weben az összes minősített könyv összes olvasói minősítését, és készítene ezek alapján, könyvenként, egy átlagolt minősítést, amit azután egy dinamikus weblapon visszatenne a webre. Egy másik webhely programja pedig később venné ezt a listát, és készítene ennek alapján egy másik dinamikus weblapot, mondjuk, "A legmagasabbra értékelt könyvek es top-listája" címmel.

Gondoljuk meg, hogy az ilyen alkalmazások szempontjából milyen óriási segítséget jelentene egy általánosan hozzáférhető, közös szókészlet a könyvek minősítési fogalmairól, és egy másik közös szókészlet azokból az URI hivatkozásokból, amelyek a minősített könyveket azonosítják.

A turizmus általános ismeretei

Az RDF alkalmazása lehetővé teszi az egyének számára az ilyen szókészletek közös fejlesztését, és így fokozatosan kialakulhat egy kölcsönös érdeklődésre számot tartó, és egyre növekvő képességű mert egyre több közreműködőt aktivizáló információbázis a könyvekről a weben.

Ugyanez az elv érvényes a többi, hatalmas mennyiségű értékes információra is, amelyet az emberek nap mint nap produkálnak témák ezreiről az interneten. Az RDF állítások nagyon hasonlóak több más, ismert adatformátumhoz, amelyet információk rögzítésére használnak, mint például: az egyszerű bejegyzések a katalógus-rekordokban, amelyek erőforrásokat írnak le egy adatfeldolgozó rendszer számára, az egyszerű sorok egy relációs adatbázis táblázatában, az egyszerű kijelentések a formális logikában, Az ilyen formátumú információk egy minimális formátum-konverzióval RDF kijelentésekként is interpretálhatók, opciók koncepció típusai jellemzői a kereskedelem cheat sheet téve ily módon, hogy az RDF segítségével sokféle forrásból adatokat integrálhassunk.

Sajnos azonban, a való világ legtöbb adata ennél jóval összetettebb szerkezetű, legalábbis ami a külső megjelenését illeti. Például a kedvenc példánkban azt az információt, mely a John Smith által kreált weblap keletkezési dátumát rögzíti az exterms:creation-date tulajdonság értékeként, egyetlen típus nélküli literál formájában ábrázoltuk.

De mi lenne, ha ezt a tulajdonságot három, külön is kezelhető információként, mondjuk év, hónap és nap formában kellene rögzíteni?

В этих изломанных силуэтах жили сила и горделивость. Олвин долго, изучающе смотрел на них, а затем ввел изображение в блок памяти визуализатора, где оно должно было храниться, пока он экспериментирует с остальной частью картины.

Vagy, ha John Smith személyi adatait, mondjuk a lakcímét kellene regisztrálni? Természetesen, kiírhatnánk a teljes címet akár egyetlen típus nélküli literál formájában is, mint ahogy ebben a tripletben tesszük: exstaff exterms:address " Grant Avenue, Bedford, Massachusetts ".

De hogyan járnánk el akkor, ha a címet egy olyan struktúra formájában kellene rögzíteni, mely külön is kezelhető adatként ábrázolja az utca, a város, az állam és az irányítószám street, city, state, és postal code értékeit?

Hogyan lehetne ezt leírni RDF-ben? Az efféle strukturált információt úgy ábrázoljuk az RDF-ben, hogy az olyan összetett adatot, mint pl.