2,150
edits
SMW Summary: Difference between revisions
Jump to navigation
Jump to search
→Summary
| Line 11: | Line 11: | ||
== Summary == | == Summary == | ||
In these pages, you've seen how to build on the existing, widely available, hypertext web by adding re-usable data. Going from the flexibility of wikis, we've encoded re-usable information. There's no need to change database tables, and forms and views are easily created. | In these pages, you've seen how to build on the existing, widely available, hypertext web by adding re-usable data. Going from the flexibility of wikis, we've encoded re-usable information. There's no need to change database tables, and forms and views are easily created by anyone. | ||
What hasn't been covered is re-using data across sites. Semantic Mediawiki extensions allow auto completion based on ontologies from other sites. So your site about actors could query a site about locations or causes of death in autocomplete fields. Semantic Mediawiki can also query and include data from external data sources such as comma separated files and databases (with login and password information). | What hasn't been covered is re-using data across sites. Semantic Mediawiki extensions allow auto completion based on ontologies from other sites. So your site about actors could query a site about locations or causes of death in autocomplete fields. Semantic Mediawiki can also query and include data from external data sources such as comma separated files and databases (with login and password information). | ||
While Semantic Mediawiki is just one approach to SemWeb, it practically builds on the underlying | While Semantic Mediawiki is just one approach to SemWeb, it practically builds on the underlying principles of wikis, specifically the most popular open source Wiki software that has many extensions and supporters and users. Including Wikipedia, and when Wikipedia flips a switch, all its data will become semantic (evidenced today in sites like [http://dbpedia.org DBPedia]) and the culture will evolve to expect more and more refined and re-usable data. | ||
Today we have a grab bag of standard Web components. Semantic Wikis should '''not''' be thought of as another element. The list of blogs, CMSs, calendars, etc, etc can all be rolled up into a semantic wiki, with re-use of information throughout — add | Today we have a grab bag of standard Web components. Semantic Wikis should '''not''' be thought of as another element. The list of blogs, CMSs, calendars, etc, etc can all be rolled up into a semantic wiki, with re-use of information throughout — add an event to your blog posting, embed to-do items, create timelines combning goals and events, and so on. | ||
Of course, other systems have and are gaining semantic features. But standard sites today are 'admin' managed. 'Users' on wiki sites also expect to participate more. They can create or augment data types and add their own views. They can use their own front ends to work with data. In fact, browsers tomorrow are expected to be more interactive and rely on server processing less — a server can just provide raw data, the application can be in the browser. | Of course, other systems have and are gaining semantic features. But standard sites today are 'admin' managed. 'Users' on wiki sites also expect to participate more. They can create or augment data types and add their own views. They can use their own front ends to work with data. In fact, browsers tomorrow are expected to be more interactive and rely on server processing less — a server can just provide raw data, the application can be in the browser. | ||