RDF Schema (schematy RDF)
|
|
- Wanda Kozieł
- 9 lat temu
- Przeglądów:
Transkrypt
1 RDF Schema (schematy RDF)
2 Schemat RDF nie dostarcza słownictwa dla aplikacji klasy jak np.: Namiot, Książka, lub Osoba; i właściwości, takich jak np.: waga w kg, autor lub jobtitle Schemat RDF zapewnia wyposażenie potrzebne do opisania tych klas i właściwości, oraz wskazania które klasy i właściwości mają być stosowane razem (np.: własność waga w kg będzie stosowana przy opisywaniu klasy Namiot). Innymi słowy, RDF Schema stanowi system RDF. Schemat RDF jest podobny pod pewnymi względami do obiektowych języków programowania takich jak Java.
3 Cechy RDF Schema przypominające języki programowania: - RDF Schema pozwala określić zasoby jako instancje jednej lub więcej klas. - określa hierarchie klas np.: klasa Pies może być zdefiniowana jako podklasa klasy Ssak, która jest podklasą klasy Zwierze
4 KLASY
5 Podstawowym krokiem w jakimkolwiek procesie opisu jest określenie różnych rodzajów rzeczy do opisania. RDF Schema odnosi się do tych "wielu rzeczy" jako klasy. Klasy RDF mogą być używane do reprezentowania prawie każdej kategorii, np. strony www, ludzie, typy dokumentów, bazy danych czy też pojęć abstrakcyjnych. Klasy są opisane za pomocą zasobów rdfs: Class i rdfs: Resource i właściwości rdf: type i rdfs: subclassof.
6 Załóżmy, że serwis example.org chce przekazywać informacje o różnych pojazdach mechanicznych. Najpierw potrzebujemy klasę do reprezentowania przedmiotów którymi są pojazdy mechaniczne. W RDF Schema, klasa jest dowolnym zasobem posiadającym właściwość rdf:type, której wartść jest zasobem rdfs:class. Więc klasa ex:motorvehicle będzie opisywana przez przypisanie URI:
7 A tak wygląda instrukcja RDF: ex:motorvehicle rdf:type rdfs:class. Jeżeli użyjemy zasobu klasy MotorVehicle który będzie miał nazwę commpanycar instrukcja RDF będzie miała postać: exthings:companycar rdf:type ex:motorvehicle. Wielkość liter nie ma znaczenia.
8 Można opisać dodatkowe klasy, reprezentujące różne wyspecjalizowane rodzaje pojazdów silnikowych, np. samochody osobowe, dostawcze, minivany, i tak dalej. Robimy to analogicznie jak wcześniej: ex:van rdf:type rdfs:class. ex:truck rdf:type rdfs:class. Można teraz uznać ze klasy te są wyspecjalizownaym rodzajem pojazdu mechanicznego co zapiszemy: ex:van rdfs:subclassof ex:motorvehicle. Mamy tu powiązanie dwóch klas za pomocą relacji rdfs:subclassof.
9 Dzieki temu jeżeli mamy pojazd companyvan należący do ex:van to należy też do ex:motorvehicle. ex:van rdfs:subclassof ex:motorvehicle. ex:companyvan rdfs:subclassof ex:van. Klasy mogą być podklasą więcej niż jednej klasy np.: klasa ex:minivan może być równocześnie podklasą klasy ex:van jak i ex:passengervehicle.
10 Schemat hierarchia klas pojazdów:
11 Schemat ten można zapisać w postaci: ex:motorvehicle rdf:type rdfs:class. ex:passengervehicle rdf:type rdfs:class. ex:van rdf:type rdfs:class. ex:truck rdf:type rdfs:class. ex:minivan rdf:type rdfs:class. ex:passengervehicle rdfs:subclassof ex:motorvehicle. ex:van rdfs:subclassof ex:motorvehicle. ex:truck rdfs:subclassof ex:motorvehicle. ex:minivan rdfs:subclassof ex:van. ex:minivan rdfs:subclassof ex:passengervehicle.
12 A także w RDF/XML
13 <?xml version="1.0"?> <!DOCTYPE rdf:rdf [<!ENTITY xsd " <rdf:rdf xmlns:rdf=" xmlns:rdfs=" xml:base=" <rdf:description rdf:id="motorvehicle"> <rdf:type rdf:resource=" </rdf:description> <rdf:description rdf:id="passengervehicle"> <rdf:type rdf:resource=" <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdf:description> <rdf:description rdf:id="truck"> <rdf:type rdf:resource=" <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdf:description> <rdf:description rdf:id="van"> <rdf:type rdf:resource=" <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdf:description> <rdf:description rdf:id="minivan"> <rdf:type rdf:resource=" <rdfs:subclassof rdf:resource="#van"/> <rdfs:subclassof rdf:resource="#passengervehicle"/> </rdf:description> </rdf:rdf>
14 Jak wiadomo z poprzednich zajęć RDF/XML stanowi skrót opisu zasobów własności rdf:type. Ponieważ klasy schematów RDF są zasobami RDF, ten skrót może być stosowany do opisu klas. Zastosowanie tego skrótu wygląda następująco:
15 <?xml version="1.0"?> <!DOCTYPE rdf:rdf [<!ENTITY xsd " <rdf:rdf xmlns:rdf=" xmlns:rdfs=" xml:base=" <rdfs:class rdf:id="motorvehicle"/> <rdfs:class rdf:id="passengervehicle"> <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdfs:class> <rdfs:class rdf:id="truck"> <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdfs:class> <rdfs:class rdf:id="van"> <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdfs:class> <rdfs:class rdf:id="minivan"> <rdfs:subclassof rdf:resource="#van"/> <rdfs:subclassof rdf:resource="#passengervehicle"/> </rdfs:class> </rdf:rdf>
16 WŁAŚCIWOŚCI
17 Oprócz opisu konkretnych klas z rzeczy, które chcą opisać, społeczności użytkowników muszą także być w stanie opisać specyficzne właściwości, które charakteryzują te grupy. W RDF Schema, właściwości są opisane za pomocą klasy rdf:property i właściwości rdfs:domain, rdfs:range i rdfs:subpropertyof. Wszystkie własności w RDF są opisane jako instancje klasy rdf: Property. Tak więc, nowa własność, taka jak exterms: weightinkg, jest opisana przez przypisanie URI i opisywanie tego zasobu z właściwości rdf:type, którego wartość jest zasobem rdf:property, na przykład, pisząc instrukcję: exterms:weightinkg rdf:type rdf:property.
18 RDF Schema również zapewnia słownictwo do opisu właściwości i klas, które są przeznaczone do używania razem w danych RDF. Wartość rdf:range jest używana do wskazania, że wartościami poszczególnych własności są przypadki wyznaczonej klasy. Na przykład, jeśli example.org chciał wskazać, że autor miał własności, które są wystąpieniami klasy Osoba, to trzeba napisać: ex:person rdf:type rdfs:class. ex:author rdf:type rdf:property. ex:author rdfs:range ex:person.
19 Niech dana będzie klasa ex:hasmother. Może mieć ona zero, jeden lub więcej zakresów wartości. Jeśli ex:hasmother nie posiada żadnych wartości to nic o nich nie mówimy. Jeśli ex:hasmother ma jeden zakres wartości, powiedzmy określenie w klasie ex.person, to mówimy że wartościami ex:hasmother są przypadki klasy ex:person. Jeżeli posiada więcej niż jede zakres wartości np. dwa ex:person i ex:female, to mówimy że wartościami ex:hasmother są przypadki wszystkich klas będących w jej zakresie. W tym przypadku klasy ex:person i ex:female.
20 Biorąc pod uwagę, że ex:hasmother ma dwa zakresy wartości ex:person i ex:female wiążą się z tym dwie oddzielne instrukcje: ex:hasmother rdfs:range ex:female. ex:hasmother rdfs:range ex:person.
21 Rdfs:range może być również używany do wskazania, że wartość właściwości podaje się o określonym typie literału. Na przykład, jeśli example.org chciał wskazać, że ex:age miał wartości z XML Schema typu danych xsd:integer, to należy napisać: ex:age rdf:type rdf:property. ex:age rdfs:range xsd:integer. Typ danych xsd:integer jest identyfikowany przez URI. Może być używany bez wyraźnego stwierdzenia że identyfikuje typ danych. Jednakże często jest to przydatne. Można to zrobić za pomocą klasy rdfs:datatype. Aby sprawdzić, że xsd:integer to typ danych, należy napisać instrukcję: xsd:integer rdf:type rdfs:datatype.
22 Takie oświadczenie nie stanowi definicji typu danych, np. w tym sensie, że jest określenie nowego typu danych. Nie ma sposobu określenia typów danych w schemacie RDF. Typy danych są zdefiniowane na zewnątrz RDF. To oświadczenie służy wyłącznie do dokumentacji istnienia typu danych, i wyraźnie wskazują, że jest on używany w tym schemacie.
23 Rdfs:domain jest używany do wskazania, że dana właściwość ma zastosowanie do wyznaczonej klasy. Na przykład, jeśli chciałby się wskazać, że ex:author odnosi się do instancji klasy ex:book, to należy napisać: ex:book rdf:type rdfs:class. ex:author rdf:type rdf:property. ex:author rdfs:domain ex:book.
24 Niech dana będzie wartość exterms: weight. Może mieć ona zero, jeden lub więcej dziedzin wartości. Analogicznie jak dla zakresów wartości. Jeżeli ma zero to nic o nich nie mówimy, jeżeli jedną np. ex:book to wartość wagi odnosi się do instancji klasy ex:book. Itd. Stwierdzając że wartość exterms: weight może mieć dwie domeny np. ex:book i ex:motorvehicle powoduje stworzenie dwóch odrębnych instrukcji: exterms:weight rdfs:domain ex:book. exterms:weight rdfs:domain ex:motorvehicle.
25 Korzystając z tej własności mamy: exthings:companycar exterms:weight "2500"^^xsd:integer. Aby rdfs.domain było prawidłowe exthings:companycar musi być zarówno instancją klasy ex:book i ex:motorvehicle.
26 Część opisów własności na schemacie pojazdów <rdf:property rdf:id="registeredto"> <rdfs:domain rdf:resource="#motorvehicle"/> <rdfs:range rdf:resource="#person"/> </rdf:property> <rdf:property rdf:id="rearseatlegroom"> <rdfs:domain rdf:resource="#passengervehicle"/> <rdfs:range rdf:resource="&xsd;integer"/> </rdf:property> <rdfs:class rdf:id="person"/> <rdfs:datatype rdf:about="&xsd;integer"/>
27 Rozbudowany schemat pojazdu w postaci RDF/XML
28 <rdfs:class rdf:id="minivan"> <rdfs:subclassof rdf:resource="#van"/> <rdfs:subclassof rdf:resource="#passengervehicle"/> </rdfs:class> <?xml version="1.0"?> <!DOCTYPE rdf:rdf [<!ENTITY xsd " <rdf:rdf xmlns:rdf=" xmlns:rdfs=" xml:base=" <rdfs:class rdf:id="motorvehicle"/> <rdfs:class rdf:id="passengervehicle"> <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdfs:class> <rdfs:class rdf:id="truck"> <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdfs:class> <rdfs:class rdf:id="van"> <rdfs:subclassof rdf:resource="#motorvehicle"/> </rdfs:class>
29 <rdfs:class rdf:id="person"/> <rdfs:datatype rdf:about="&xsd;integer"/> <rdf:property rdf:id="registeredto"> <rdfs:domain rdf:resource="#motorvehicle"/> <rdfs:range rdf:resource="#person"/> </rdf:property> <rdf:property rdf:id="rearseatlegroom"> <rdfs:domain rdf:resource="#passengervehicle"/> <rdfs:range rdf:resource="&xsd;integer"/> </rdf:property> <rdf:property rdf:id="driver"> <rdfs:domain rdf:resource="#motorvehicle"/> </rdf:property> <rdf:property rdf:id="primarydriver"> <rdfs:subpropertyof rdf:resource="#driver"/> </rdf:property> </rdf:rdf>
30 Jak wspomniano wcześniej, schemat RDF jest podobny pod pewnymi względami do systemów obiektowych języków programowania takich jak Java. Jednakże, RDF różni się od większości języków pod wieloma ważnymi względami.
31 Różnice: - jedną z istotnych różnic jest to, że zamiast opisywać klasy jako zbiór specyficznych właściwości, RDF Schema opisuje właściwości mające zastosowanie do konkretnych klas, za pomocą domeny i zakresu właściwości. Zakres opisu atrybutu w większości języków programowania jest ograniczony do klasy, w której jest zdefiniowany. W RDF, opisy właściwości są domyślne, niezależne od definicji klasy, i standardowo mają zakres globalny.
32 - opisy RDF Schema niekoniecznie są normatywne, w przeciwieństwie do języków programowania. Na przykład, jeśli język programowania deklaruje klasę Book z atrybutem autora o wartości Person, zazwyczaj jest to interpretowane jako grupa ograniczeń. Język nie pozwoli na stworzenie instancji Book bez atrybutu autora i nie pozwoli na instancje Book z atrybutem autora, gdzie nie ma jego wartość Person.
33 RDF Schema stanowi podstawowe funkcje opisujące słowniki RDF, ale są również dodatkowe możliwości, które mogą być użyteczne. Funkcje te mogą być świadczone przez dalszy rozwój RDF Schema, lub w innych językach opartych na RDF. Inne możliwości schematu, które mogą być przydatne (ale nie są dostarczane przez RDF Schema) obejmują:
34 - ograniczenia właściwości, np., że człowiek ma dokładnie jednego biologicznego ojca, - określona właściwość jest przechodnia (np.: jeżeli C jest przodkiem B, a A potomkiem B, to C jest tez przodkiem A), - dana właściwość może być identyfikatorem (kluczem) dla instancji danej klasy, - dwie różne klasy (o różnych URI) reprezentują jedną klasę, - dwa różne przypadki (o różnych URI) reprezentują tą samą jednostkę, - określenie ograniczeń w zakresie lub liczności własności, które zależą od klasy, do których właściwość jest stosowana, np. dla drużyny piłkarskiej ex:hasplayers ma 11 wartości, a dla drużyny koszykówki tylko 5 wartości, - zdolność do opisania nowych klas w zakresie kombinacji (np. związków i przecięć) z innymi klasami, czy też rozłączności (tzn., że nie jest instancją obu klasach).
35 Koniec
Internet Semantyczny. Schematy RDF i wnioskowanie
Internet Semantyczny Schematy RDF i wnioskowanie Ewolucja Internetu Internet dzisiaj Internet Semantyczny Jorge Cardoso, The Syntactic and the Semantic Web, in Semantic Web Services: Theory, Tools, and
Internet Semantyczny. Wstęp do OWL 2
Internet Semantyczny Wstęp do OWL 2 RDFS Podstawowymi elementami które określamy w RDFS są klasy (ang. class) zasobów i właściwości (ang. property) zasobów charakterystyczne dla interesującego nas fragmentu
Semantic Web. dr inż. Aleksander Smywiński-Pohl. Elektroniczne Przetwarzanie Informacji Konsultacje: czw , pokój 3.211
RDF RDFS i OWL Linked Data Elektroniczne Przetwarzanie Informacji Konsultacje: czw. 14.00-15.30, pokój 3.211 RDF RDFS i OWL Linked Data Plan prezentacji RDF RDFS i OWL Linked Data RDF RDFS i OWL Linked
Dodatkowe możliwości RDF. Seminarium magisterskie Paweł Chrząszczewski
Dodatkowe możliwości RDF Seminarium magisterskie Paweł Chrząszczewski Inne możliwości RDF RDF posiada szereg dodatkowych funkcji, takich jak wbudowane typy i właściwości reprezentujące grupy zasobów i
Semantic Web. Grzegorz Olędzki. prezentacja w ramach seminarium Protokoły komunikacyjne. luty 2005
Semantic Web Grzegorz Olędzki prezentacja w ramach seminarium Protokoły komunikacyjne luty 2005 Co to jest Semantic Web? "The Semantic Web is an extension of the current web in which information is given
Marcin Skulimowski - RDF
Marcin Skulimowski Wprowadzenie do Resource Description Framework I. Podstawy RDF RDF jest językiem służącym do reprezentacji informacji na temat zasobów w taki sposób aby informacje te mogły być łatwo
rdf:type ex:homepage ex:createdwith http://www.w3c.org /amaya rdf:type ex:htmleditor
TSiSS, 2010/2011 Ćwiczenie 1. (RDF) Stwórz pliki w formacie RDF i w serializacji XML dla podanych grafów (modelując przestrzeń nazw dla ex jako http://example.org): 1.1 http://www.w3.org/ho me/lassila
Internet Semantyczny. Podstawy SPARQL
Internet Semantyczny Podstawy SPARQL Co to jest SPARQL? Skrót SPARQL to akronim od SPARQL Protocol and RDF Query Language. Jest to język zapytań dla formatu RDF nie ogranicza się jednak do RDF wiele innego
3 grudnia Sieć Semantyczna
Akademia Górniczo-Hutnicza http://www.agh.edu.pl/ 1/19 3 grudnia 2005 Sieć Semantyczna Michał Budzowski budzow@grad.org 2/19 Plan prezentacji Krótka historia Problemy z WWW Koncepcja Sieci Semantycznej
Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni
Akademia Morska w Gdyni Gdynia 2004 1. Podstawowe definicje Baza danych to uporządkowany zbiór danych umożliwiający łatwe przeszukiwanie i aktualizację. System zarządzania bazą danych (DBMS) to oprogramowanie
Klasy abstrakcyjne i interfejsy
Klasy abstrakcyjne i interfejsy Streszczenie Celem wykładu jest omówienie klas abstrakcyjnych i interfejsów w Javie. Czas wykładu 45 minut. Rozwiązanie w miarę standardowego zadania matematycznego (i nie
Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.
Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 3: Model związków encji. dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl Co to jest model związków encji? Model związków
Paweł Kurzawa, Delfina Kongo
Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management
Standardy semantyczne
Standardy semantyczne Spis treści 1. Topic Maps... 3 1.1. Struktura... 3 1.2. Semantyka i wnioskowanie... 6 1.3. Zastosowania... 7 2. RDF i RDFS... 9 2.1. Struktura... 9 2.2. Pojęcia i abstrakcyjna składnia...17
Język RDF. Mikołaj Morzy Agnieszka Ławrynowicz. Instytut Informatyki Poznań, rok akademicki 2013/2014
Język RDF Mikołaj Morzy Agnieszka Ławrynowicz Instytut Informatyki Poznań, rok akademicki 2013/2014 (c) Mikołaj Morzy, Agnieszka Ławrynowicz, Instytut Informatyki Politechniki Poznańskiej TSiSS 1 Sieci
Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema
Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema Globalne i lokalne deklaracje elementów i atrybutów Deklaracje lokalne:
1 Projektowanie systemu informatycznego
Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................
Spis treści Informacje podstawowe Predykaty Przykłady Źródła RDF. Marek Prząda. PWSZ w Tarnowie. Tarnów, 6 lutego 2009
PWSZ w Tarnowie Tarnów, 6 lutego 2009 1 Interpretacja trójek i SWI-Prolog Składnia 2 3 4 Interpretacja trójek i SWI-Prolog Składnia Opis (ang. Resource Description Framework) jest specyfikacją modelu metadanych,
RDF (Resource Description Framework)
RDF (Resource Description Framework) Agnieszka Ławrynowicz 2009.09.29 Podstawowe elementy Zasoby (ang. resources) identyfikowane za pomocą URI, ale URI niekoniecznie wskazuje zasób odpowiadają węzłom w
Sprawozdanie z laboratorium 2: Modeling knowledge with Resource Description Framework (RDF)
Akademia Górniczo Hutnicza im. Stanisława Staszica w Krakowie Wydział Elektrotechniki, Automatyki, Informatyki i Elektroniki KATEDRA AUTOMATYKI Sprawozdanie z laboratorium 2: Modeling knowledge with Resource
Zasady Nazewnictwa. Dokumentów XML 2007-11-08. Strona 1 z 9
Zasady Nazewnictwa Dokumentów 2007-11-08 Strona 1 z 9 Spis treści I. Wstęp... 3 II. Znaczenie spójnych zasady nazewnictwa... 3 III. Zasady nazewnictwa wybrane zagadnienia... 3 1. Język oraz forma nazewnictwa...
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZASADY NAZEWNICTWA DOKUMENTÓW XML Projekt współfinansowany Przez Unię Europejską Europejski Fundusz
Rozdział 4 KLASY, OBIEKTY, METODY
Rozdział 4 KLASY, OBIEKTY, METODY Java jest językiem w pełni zorientowanym obiektowo. Wszystkie elementy opisujące dane, za wyjątkiem zmiennych prostych są obiektami. Sam program też jest obiektem pewnej
Informatyka I. Dziedziczenie. Nadpisanie metod. Klasy abstrakcyjne. Wskaźnik this. Metody i pola statyczne. dr inż. Andrzej Czerepicki
Informatyka I Dziedziczenie. Nadpisanie metod. Klasy abstrakcyjne. Wskaźnik this. Metody i pola statyczne. dr inż. Andrzej Czerepicki Politechnika Warszawska Wydział Transportu 2017 Dziedziczenie klas
Krzysztof Kutt Sprawozdanie 2: Modeling knowledge with Resource Description Framework (RDF)
Akademia Górniczo-Hutnicza Wydział EAIiIB Katedra Informatyki Stosowanej Semantic Web Technologies 2013 Krzysztof Kutt Sprawozdanie 2: Modeling knowledge with Resource Description Framework (RDF) Kraków
Instytut Mechaniki i Inżynierii Obliczeniowej Wydział Mechaniczny Technologiczny Politechnika Śląska
Instytut Mechaniki i Inżynierii Obliczeniowej www.imio.polsl.pl fb.com/imiopolsl @imiopolsl Wydział Mechaniczny Technologiczny Politechnika Śląska Języki programowania z programowaniem obiektowym Laboratorium
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego
Instytut Mechaniki i Inżynierii Obliczeniowej Wydział Mechaniczny Technologiczny Politechnika Śląska
Instytut Mechaniki i Inżynierii Obliczeniowej www.imio.polsl.pl fb.com/imiopolsl @imiopolsl Wydział Mechaniczny Technologiczny Politechnika Śląska Języki programowania z programowaniem obiektowym Laboratorium
Semantic Web Internet Semantyczny
Semantic Web Internet Semantyczny Semantyczny Internet - Wizja (1/2) Pomysłodawca sieci WWW - Tim Berners-Lee, fizyk pracujący w CERN Jego wizja sieci o wiele bardziej ambitna niż istniejąca obecnie (syntaktyczna)
Internet Semantyczny. Linked Open Data
Internet Semantyczny Linked Open Data Dzień dzisiejszy database Internet Dzisiejszy Internet to Internet dokumentów (Web of Dokuments) przeznaczonych dla ludzi. Dzień dzisiejszy Internet (Web) to dokumenty
Dziedziczenie. Streszczenie Celem wykładu jest omówienie tematyki dziedziczenia klas. Czas wykładu 45 minut.
Dziedziczenie Streszczenie Celem wykładu jest omówienie tematyki dziedziczenia klas. Czas wykładu 45 minut. Rozpatrzmy przykład przedstawiający klasy Student oraz Pracownik: class Student class Pracownik
Kurs programowania. Wstęp - wykład 0. Wojciech Macyna. 22 lutego 2016
Wstęp - wykład 0 22 lutego 2016 Historia Simula 67 język zaprojektowany do zastosowan symulacyjnych; Smalltalk 80 pierwszy język w pełni obiektowy; Dodawanie obiektowości do języków imperatywnych: Pascal
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZASADY TWORZENIA JEDNOLITYCH IDENTYFIKATORÓW Projekt współfinansowany Przez Unię Europejską Europejski
Klasy abstrakcyjne, interfejsy i polimorfizm
Programowanie obiektowe 12 kwietnia 2011 Organizacyjne Klasówka będzie 20 IV 2011. Sale jeszcze są pertraktowane. Materiał do wyjątków włącznie. Można mieć swoje materiały nieelektroniczne. Wywołanie z
Obiekt klasy jest definiowany poprzez jej składniki. Składnikami są różne zmienne oraz funkcje. Składniki opisują rzeczywisty stan obiektu.
Zrozumienie funkcji danych statycznych jest podstawą programowania obiektowego. W niniejszym artykule opiszę zasadę tworzenia klas statycznych w C#. Oprócz tego dowiesz się czym są statyczne pola i metody
Technologie Sieci Semantycznych
Technologie Sieci Semantycznych Andrzej Majczak Uniwersytet Zielonogórski Wydział Matematyki Informatyki i Ekonometrii Data aktualizacji 2007.06.11 Zawartośd prezentacji 1. Co to jest Sied Semantyczna?
Bazy danych TERMINOLOGIA
Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.
Typy klasowe (klasy) 1. Programowanie obiektowe. 2. Założenia paradygmatu obiektowego:
Typy klasowe (klasy) 1. Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która definiuje programy za pomocą obiektów
Programowanie obiektowe
Laboratorium z przedmiotu Programowanie obiektowe - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie
Programowanie obiektowe
Programowanie obiektowe Laboratorium 10 - klasy abstrakcyjne i interfejsy mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 17 maja 2017 1 / 13 mgr inż. Krzysztof Szwarc Programowanie obiektowe
Systemy ekspertowe. System ekspertowy wspomagający wybór zestawu komputerowego w oparciu o ontologie i system wnioskujący RacerPro
Systemy ekspertowe System ekspertowy wspomagający wybór zestawu komputerowego w oparciu o ontologie i system wnioskujący RacerPro Autorzy: 1 Wstęp Wybór zestawu komputerowego, ze względu na istnienie wielu
Od metadanych do map wiedzy
Od metadanych do map wiedzy BachoTeX 2004 Mariusz Olko Mariusz.Olko@empolis.pl 1 maja 2004 1 20 lutego 2004 Metadane co to jest? Informacja na temat informacji! Opisuje własności informacji
Klasy i obiekty. Programowanie zorientowane obiektowo. Case study: Filmoteka Case study: Klasa Akademik
Klasy i obiekty. Programowanie zorientowane obiektowo. Case study: Filmoteka Case study: Klasa Akademik Załóżmy, że mamy napisać program o następującej specyfikacji: 1. Program wyświetla kwadrat, okrąg
Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
zaznaczymy na osi liczbowej w ten sposób:
1. Zagadnienia teoretyczne. 1.1. Przedział domknięty Przykład 1. Pisząc mamy na myśli wszystkie liczby rzeczywiste od -4 do 7, razem z -4 i 7. Jeśli napiszemy, będziemy mówić o zbiorze wszystkich liczb
Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych
Plan wykładu Bazy danych Wykład 9: Przechodzenie od diagramów E/R do modelu relacyjnego. Definiowanie perspektyw. Diagramy E/R - powtórzenie Relacyjne bazy danych Od diagramów E/R do relacji SQL - perspektywy
ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
Reprezentacja wiedzy ontologie, logiki deskrypcyjne
Reprezentacja wiedzy ontologie, logiki deskrypcyjne Agnieszka Ławrynowicz 24 listopada 2016 Plan wykładu 1 Powtórka: sieci semantyczne, RDF 2 Definicja ontologii 3 Logiki deskrypcyjne Semantyczny Internet
Programowanie obiektowe
Programowanie obiektowe Metody statyczne i klasowe Paweł Daniluk Wydział Fizyki Jesień 2013 P. Daniluk (Wydział Fizyki) PO w. VI Jesień 2013 1 / 23 W poprzednich odcinkach... Klasy kategorie obiektów Przynależność
Ontologia, wypożyczalnia wideo stworzona na podstawie relacyjnej bazy danych
WYŻSZA SZKOŁA INFORMATYKI I ZARZĄDZANIA z siedzibą w Rzeszowie WYDZIAŁ INFORMATYKA STOSOWANA Kierunek: INFORMATYKA Specjalność: Inżynieria oprogramowania Michał Bąk Nr albumu studenta 32366 Ontologia,
Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 09 grudnia 2014 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.3 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Języki modelowania ontologii: RDFs, OWL
Języki modelowania ontologii: RDFs, OWL Agnieszka Ławrynowicz Mikołaj Morzy Instytut Informatyki Poznań, rok akademicki 2013/2014 TSiSS 1 Ontologia z punktu widzenia filozofa Ontologia (metafizyka)= nauka
Zastosowanie ontologii do organizacji informacji pozyskiwanych z Internetu
Politechnika Warszawska Wydział Matematyki i Nauk Informacyjnych Rafał Gąsiorowski nr albumu 177309 Zastosowanie ontologii do organizacji informacji pozyskiwanych z Internetu Praca magisterska na kierunku:
BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski
BAZY DANYCH model związków encji Opracował: dr inż. Piotr Suchomski Świat rzeczywisty a baza danych Świat rzeczywisty Diagram związków encji Model świata rzeczywistego Założenia, Uproszczenia, ograniczenia
Bazy danych wykład trzeci. trzeci Modelowanie schematu bazy danych 1 / 40
Bazy danych wykład trzeci Modelowanie schematu bazy danych Konrad Zdanowski Uniwersytet Kardynała Stefana Wyszyńskiego, Warszawa trzeci Modelowanie schematu bazy danych 1 / 40 Outline 1 Zalezności funkcyjne
*Grafomania z. Neo4j. Praktyczne wprowadzenie do grafowej bazy danych.
*Grafomania z Neo4j Praktyczne wprowadzenie do grafowej bazy danych. Jak zamodelować relacyjną bazę danych reprezentującą następujący fragment rzeczywistości: Serwis WWW opisuje pracowników różnych firm
Tworzenie warstwy zasobów projektowanie metodą strukturalną
Tworzenie warstwy zasobów projektowanie metodą strukturalną Autor Zofia Kruczkiewicz Programowanie i wdrażanie systemów informatycznych 2011-03-27 1 1. Zasady modelowania wymagań funkcjonalnych systemu
Zajęcia nr. 3 notatki
Zajęcia nr. 3 notatki 22 kwietnia 2005 1 Funkcje liczbowe wprowadzenie Istnieje nieskończenie wiele funkcji w matematyce. W dodaktu nie wszystkie są liczbowe. Rozpatruje się funkcje które pobierają argumenty
Interfejsy i klasy wewnętrzne
Interfejsy i klasy wewnętrzne mgr Tomasz Xięski, Instytut Informatyki, Uniwersytet Śląski Katowice, 2011 Interfejs klasy sposób komunikacji z jej obiektami (zestaw składowych publicznych). Określa on zestaw
Na podstawie artykułu: http://www.w3.org/teamsubmission/turtle/
Na podstawie artykułu: http://www.w3.org/teamsubmission/turtle/ 1 Nazwa Terse RDF Triple Language konkretna składnia językowa dla frameworka RDF i jego standardów rozszerzenie N-Triples wykorzystujące
Język UML w modelowaniu systemów informatycznych
Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 11 Diagramy struktur złożonych Klasyfikator - definiuje cechy strukturalne
Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas
Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy
- wewnątrz elementów prostych występuje tylko jeden typ danych, wewnątrz złoŝonych nie moŝemy dokładnie określić liczby wystąpień elementu
XML Schema DTD a XML Schema DTD jako opis dokumentu XML: - pozwala stworzyć jedynie bardzo ogólny schemat dokumentu - w standardzie DTD dostępne mamy jedynie rozróŝnienie na elementy proste i złoŝone -
SYSTEM DO GENEROWANIA ONTOLOGII NA PODSTAWIE DIAGRAMÓW UML SYSTEM TO ONTOLOGY GENERATION FROM UML DIAGRAMS
GRZEGORZ KOLARZ SYSTEM DO GENEROWANIA ONTOLOGII NA PODSTAWIE DIAGRAMÓW UML SYSTEM TO ONTOLOGY GENERATION FROM UML DIAGRAMS S t r e s z c z e n i e A b s t r a c t Zastosowanie sieci semantycznych daje
Tabela wewnętrzna - definicja
ABAP/4 Tabela wewnętrzna - definicja Temporalna tabela przechowywana w pamięci operacyjnej serwera aplikacji Tworzona, wypełniana i modyfikowana jest przez program podczas jego wykonywania i usuwana, gdy
JĘZYKI PROGRAMOWANIA Z PROGRAMOWANIEM OBIEKTOWYM. Wykład 6
JĘZYKI PROGRAMOWANIA Z PROGRAMOWANIEM OBIEKTOWYM Wykład 6 1 SPECYFIKATOR static Specyfikator static: Specyfikator ten powoduje, że zmienna lokalna definiowana w obrębie danej funkcji nie jest niszczona
INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji
Modelowanie danych. Model związków-encji Plan wykładu Wprowadzenie do modelowania i projektowania kartograficznych systemów informatycznych Model związków-encji encje atrybuty encji związki pomiędzy encjami
Programowanie obiektowe - 1.
Programowanie obiektowe - 1 Mariusz.Masewicz@cs.put.poznan.pl Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która
Różne właściwości. Różne właściwości. Różne właściwości. C++ - klasy. C++ - klasy C++ - KLASY
Różne właściwości Funkcje tak samo jak zmienne mają swoje miejsce w pamięci, gdzie są zapisane. Można więc uzyskać ich adres. Podobnie jak adres tablicy jest zwracany przez jej nazwę, podaną bez nawiasu
1. Mapowanie diagramu klas na model relacyjny.
Rafał Drozd 1. Mapowanie diagramu klas na model relacyjny. 1.1 Asocjacje Wpływ na sposób przedstawienia asocjacji w podejściu relacyjnym ma przede wszystkim jej liczność (jeden-do-jednego, jeden-do-wielu,
Dokumentacja do API Javy.
Dokumentacja do API Javy http://java.sun.com/j2se/1.5.0/docs/api/ Klasy i obiekty Klasa jest to struktura zawierająca dane (pola), oraz funkcje operujące na tych danych (metody). Klasa jest rodzajem szablonu
Logika dla socjologów Część 4: Elementy semiotyki O pojęciach, nazwach i znakach
Logika dla socjologów Część 4: Elementy semiotyki O pojęciach, nazwach i znakach Rafał Gruszczyński Katedra Logiki Uniwersytet Mikołaja Kopernika 2011/2012 Spis treści 1 Krótkie wprowadzenie, czyli co
Rola języka XML narzędziem
Wprowadzenie do XML dr inż. Adam Iwaniak Szkolenie w Luboradzy, ZCPWZ, 12-13.02.2009r. Rola języka XML narzędziem Pierwszą rewolucją internetową było dostarczenie ludziom informacji. Znajdujemy się teraz
Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc
Warszawa, 07 lutego 2013 Zasady budowy i przekazywania komunikatów XML w systemie kdpw_otc Wersja 1.4.2 1 Spis treści Tabela zmian... 3 Wstęp... 4 Budowa komunikatów XML... 4 Przestrzenie nazw (namespaces)...
Katalog książek cz. 2
Katalog książek cz. 2 Odczytywanie danych z XML Do ćwiczenia dołączony jest plik books.xml zawierający pełen katalog książek. Poniższy listing zawiera przykładowy fragment danych w stosowanym formacie.
Modelowanie danych, projektowanie systemu informatycznego
Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym
Zadanie 1. Suma silni (11 pkt)
2 Egzamin maturalny z informatyki Zadanie 1. Suma silni (11 pkt) Pojęcie silni dla liczb naturalnych większych od zera definiuje się następująco: 1 dla n = 1 n! = ( n 1! ) n dla n> 1 Rozpatrzmy funkcję
Podejście obiektowe wprowadzenie
wprowadzenie Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2013 Bogdan Kreczmer
29. Poprawność składniowa i strukturalna dokumentu XML
29. i strukturalna dokumentu XML 13 października 2015 1 2 Poprawny składniowo dokument XML powinien być tworzony zgodnie z poniżej przedstawionymi zasadami. Deklaracja XML Powinien zawierać deklarację
Rysunek 1: Przykłady graficznej prezentacji klas.
4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez
Modelowanie konceptualne model EER
Modelowanie konceptualne model EER adeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski Model EER rozszerzenie modelu ER 1. Liczne rozszerzenia modelu ER mają przede wszystkim na celu uwzględnienie zależności
XML Schema. Typy proste, wyprowadzanie typów, modularyzacja schematu. Patryk Czarnik. Instytut Informatyki UW
XML Schema Typy proste, wyprowadzanie typów, modularyzacja schematu Patryk Czarnik Instytut Informatyki UW XML i nowoczesne technologie zarzadzania treścia 2007/08 Typy proste i złożone Typy złożone struktura
Aplikacje w środowisku Java
Aplikacje w środowisku Java Materiały do zajęć laboratoryjnych Klasy i obiekty - dziedziczenie mgr inż. Kamil Zieliński Katolicki Uniwersytet Lubelski Jana Pawła II 2018/2019 W ramach poprzedniego laboratorium
DTD - encje ogólne i parametryczne, przestrzenie nazw
DTD - encje ogólne i parametryczne, przestrzenie nazw Instytut Informatyki Encje Encja (ang.entity) - uogólnienie pojęcia makrodefinicji Encje to dogodny sposób reprezentacji danych które występują wielokrotnie,
Języki modelowania ontologii: RDFs, OWL
Języki modelowania ontologii: RDFs, OWL Agnieszka Ławrynowicz Instytut Informatyki Politechniki Poznańskiej Poznań, 2017 Ver 2.4 Ten utwór jest dostępny na licencji Crea6ve Commons Uznanie autorstwa-na
Obiektowy PHP. Czym jest obiekt? Definicja klasy. Składowe klasy pola i metody
Obiektowy PHP Czym jest obiekt? W programowaniu obiektem można nazwać każdy abstrakcyjny byt, który programista utworzy w pamięci komputera. Jeszcze bardziej upraszczając to zagadnienie, można powiedzieć,
Wprowadzenie do technologii XML
Katedra Mikroelektroniki i Technik Informatycznych Łódź, 6 października 2005 roku 1 Informacje organizacyjne Omówienie przedmiotu 2 vs HTML Struktura 3 Struktura Informacje o przedmiocie Informacje organizacyjne
Pakiety i interfejsy. Tomasz Borzyszkowski
Pakiety i interfejsy Tomasz Borzyszkowski Pakiety podstawy W dotychczasowych przykładach nazwy klas musiały pochodzić z jednej przestrzeni nazw, tj. być niepowtarzalne tak, by nie doprowadzić do kolizji
Podejście obiektowe - podstawowe pojęcia
Podejście obiektowe - podstawowe pojęcia Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2003 2008 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu
Podstawy programowania. Wykład: 7. Funkcje Przekazywanie argumentów do funkcji. dr Artur Bartoszewski -Podstawy programowania, sem 1 - WYKŁAD
programowania Wykład: 7 Funkcje Przekazywanie argumentów do funkcji 1 dr Artur Bartoszewski - programowania, sem 1 - WYKŁAD programowania w C++ Funkcje 2 dr Artur Bartoszewski - programowania sem. 1 -
The Binder Consulting
The Binder Consulting Contents Indywidualne szkolenia specjalistyczne...3 Konsultacje dla tworzenia rozwiazan mobilnych... 3 Dedykowane rozwiazania informatyczne... 3 Konsultacje i wdrożenie mechanizmów
Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP
Załącznik Nr 3 KDPW_CCP Zasady budowy i przekazywania komunikatów wykorzystywanych w Systemie IT KDPW_CCP Wersja 1.0 Warszawa, czerwiec 2012 Spis treści Wstęp... 3 Budowa komunikatów XML... 3 Przestrzenie
Ciekawym rozwiązaniem służącym do obsługi zdarzeń dla kilku przycisków w ramach jednej aktywności może być następujący kod:
1. Listener dla przycisku. Ciekawym rozwiązaniem służącym do obsługi zdarzeń dla kilku przycisków w ramach jednej aktywności może być następujący kod: W linii 24 tworzymy globalną metodę mglobal_onclicklistener,
problem w określonym kontekście siły istotę jego rozwiązania
Wzorzec projektowy Christopher Alexander: Wzorzec to sprawdzona koncepcja, która opisuje problem powtarzający się wielokrotnie w określonym kontekście, działające na niego siły, oraz podaje istotę jego
Klasa jest nowym typem danych zdefiniowanym przez użytkownika. Najprostsza klasa jest po prostu strukturą, np
Klasy Klasa jest nowym typem danych zdefiniowanym przez użytkownika Wartości takiego typu nazywamy obiektami Najprostsza klasa jest po prostu strukturą, np struct Zespolona { Klasy jako struktury z operacjami
Przykładowy dokument XML
Przykładowy dokument XML DTD - wady Ograniczona kontrola nad strukturą dokumentów. Zbyt wysokopoziomowe typy danych: liczby, daty są zawsze reprezentowane jako tekst! Bardzo ogólne metody definiowania
10. Programowanie obiektowe w PHP5
Ogólnie definicja klasy wygląda jak w C++. Oczywiście elementy składowe klasy są zmiennymi PHP, stąd nieśmiertelne $. Warto zauważyć, że mogą one mieć wartość HHH mgr inż. Grzegorz Kraszewski TECHNOLOGIE
030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła
030 PROJEKTOWANIE BAZ DANYCH Prof. dr hab. Marek Wisła Elementy procesu projektowania bazy danych Badanie zależności funkcyjnych Normalizacja Projektowanie bazy danych Model ER, diagramy ERD Encje, atrybuty,