Difference between revisions of "Help:Semantic tagging"

MyWikiBiz, Author Your Legacy — Tuesday December 24, 2024
Jump to navigationJump to search
(Copy edit)
 
(27 intermediate revisions by 4 users not shown)
Line 7: Line 7:
 
==Overview==
 
==Overview==
  
Almost all of the '''semantic tagging''' that's taking place in [[Directory:Centiare|Centiare]] will fall into two types of scenarios -- '''[[Centiare:Relations|Relations]]''' and '''[[Centiare:Attributes|Attributes]]'''.
+
MyWikiBiz's semantic tagging capabilities provide you with "on-the-fly" database applications. Semantic tags not only provide machine-readable search engine reference information, but also allow users to develop  [[Directory:Sarbanes-Oxley|dynamic content]] that can be combined with new [[Help:Extensions|mash-ups]].
 +
 
 +
==Keep It Simple, Stupid==
 +
If you want to help your MyWikiBiz page get picked up by search engines, make sure you add a pixel of tags to your article, something like this:
 +
 
 +
<pre>
 +
<br>
 +
<div style="overflow:auto;height:1px;">
 +
[[Keyword:=Heating oil]]
 +
[[Keyword:=Fuel]]
 +
[[Keyword:=Home heating]]
 +
[[County_Name:=Somerset]]
 +
[[County_Name:=Warren]]
 +
[[County_Name:=Morris]]
 +
[[City:=Readington]]
 +
[[City:=Clinton]]
 +
[[City:=Flemington]]
 +
[[State_Code:=NJ]]
 +
[[Has_Susidiary::Acme Excavation]]
 +
[[Region_Located_In::North Jersey]]
 +
</div>
 +
<br>
 +
</pre>
 +
 
 +
Of course, you change these Attributes and Relations to fit your specific needs.  Without these tags, you're not optimizing MyWikiBiz.
 +
 
 +
==Introduction==
 +
 
 +
Almost all of the '''semantic tagging''' that's taking place in [[Directory:MyWikiBiz|MyWikiBiz]] will fall into two types of scenarios -- '''[[Help:Relations|Relations]]''' and '''[[Help:Attributes|Attributes]]'''.
  
 
Suppose you were writing an article about the city of Berlin, Germany.  You could easily type out in the article that "'''Berlin is the capital of the unified country of Germany, and there are nearly 3.4 million people living in its metropolitan area.'''"  That's really good encyclopedia information.
 
Suppose you were writing an article about the city of Berlin, Germany.  You could easily type out in the article that "'''Berlin is the capital of the unified country of Germany, and there are nearly 3.4 million people living in its metropolitan area.'''"  That's really good encyclopedia information.
  
However, if someone searches for the exact phrase "capital of Germany" or "population of Berlin", your sentence that happens to answer both of those questions would not be returned by either of those particular text searches.  What we hope to see in Centiare is active use of the semantic tagging process, so that such information is more likely to be found -- by either humans typing in commands, or machines programmed to find information.   
+
However, if someone searches for the exact phrase "capital of Germany" or "population of Berlin", your sentence that happens to answer both of those questions would not be returned by either of those particular text searches.  What we hope to see in MyWikiBiz is active use of the semantic tagging process, so that such information is more likely to be found -- by either humans typing in commands, or machines programmed to find information.   
  
 
So, the essence of semantic tagging is, somewhere in the Berlin article text, or in an infobox, or even in an addendum at the bottom of the article, if you want to create a semantic link that describes a "capital-relationship", this is done by writing:
 
So, the essence of semantic tagging is, somewhere in the Berlin article text, or in an infobox, or even in an addendum at the bottom of the article, if you want to create a semantic link that describes a "capital-relationship", this is done by writing:
Line 21: Line 49:
 
Furthermore, if you want to create a semantic link that describes a "population-attribute", this is done by writing:
 
Furthermore, if you want to create a semantic link that describes a "population-attribute", this is done by writing:
  
  <nowiki>[[population:=3,396,990]]</nowiki>
+
  <nowiki>[[population:=3396990]]</nowiki>
  
Note the use of the colon and equal sign in succession.  You've just created a semantic tag '''Attribute'''.
+
Note the use of the colon and equal sign in succession.  You've just created a semantic tag '''Attribute'''. (By the way, don't add commas to  [[Attribute:population|population]]; this attribute has a [[Type:Integer]], which means it will be displayed as 3,396,990.)
  
 
==Custom Tags==
 
==Custom Tags==
 +
<div id="newarticletext" style="background: white; border: 2px solid blue; margin: 8px 100px; padding: 8px 16px">
 +
You're advised to consult first with [[User_talk:MyWikiBiz|MyWikiBiz]] before attempting to create any custom '''''[[Special:attributes|attributes]]''''' and/or '''''[[Special:relations|relations]]'''''. There may be tags already in place to fit your needs.  We want to ''help'' you!  If new tags ''are'' needed for a specific application, we want to help you properly design and utilize them.
  
===Attributes===
+
'''Incorrectly designed and/or documented tags are subject to deletion.'''
 +
</div>
  
Now that you've created your first semantic tag (an ''[[Centiare:attribute|attribute]]''), you may wish to explore some of the advantages of using [[Centiare:Ordinal identifier|Ordinal identifier]]s (Centiare convention is numbers) to further differentiate between certain, related attributes.
+
===Ordinal Attributes===
 +
 
 +
There are many advantages to using [[Help:ordinal identifier|ordinal identifier]]s (MyWikiBiz convention is numbers) to further differentiate between certain related attributes.
  
 
The two general cases are:
 
The two general cases are:
*When ''values'' are variable/non-standard eg job titles vs movie titles (which means one searches on attributes, not attribute '''values''')
+
*When attribute '''''values''''' are variable/non-standard e.g. job titles vs movie titles, which means one searches on attributes themselves, not attribute ''values''. In other words, while [[Help:Tutorial#Use_uniform_titles_when_identifying_any_Key_Person|job titles]] may vary between different key people, such as president, vice-president, director, etc., there is only one (the original) "Gone With the Wind". Here's an example from the [[Special:Attributes|attributes list]]:
*When attributes have relations to other attributes eg key person<->job title.  
+
 
 +
<pre>
 +
Key Person1 Title
 +
Key Person2 Title
 +
</pre>
 +
 
 +
*When attributes have '''''relations''''' to other attributes e.g. [[Attribute:Key_Person1|key person]] <-> [[Attribute:Key_Person1_Title|job title]]. Expanding upon the example shown above, job titles can be associated with the respective individuals who hold those positions:
 +
 
 +
<pre>
 +
Key Person1
 +
Key Person1 Title
 +
Key Person2
 +
Key Person2 Title
 +
Key Person3
 +
Key Person3 Title
 +
Key Person4
 +
Key Person4 Title
 +
</pre>
 +
 
  
In this way, friends/interests don't require ordinal identifiers, unless at some point there are secondary attribute relations. For example friends<->gender, interests<->summer/winter, etc.
+
In this way, [[Attribute:Association|professional associations]] don't normally require ordinal identifiers, unless at some point there are secondary attribute relations. For example association <-> committee, association <-> year joined, etc.
  
 
===Relations===
 
===Relations===
  
Subjects such as interests can also be semantically tagged as ''[[Centiare:relations|relations]]'', since common Directory or Main pages can be interlinked to multiple users via ASK queries (see [[Skiing]], etc).
+
Relations link pages; as such, they have built in ordinal aspects. That is, there already exists a 1:1 relationship between pages. This is extremely useful when considering complex tags which may have multiple reference points. In these cases, it may be better to provide actual page references via relations and let the respective pages provide the subject matter details.
 +
 
 +
The cross-over point between attributes & relations is where topics/subjects warrant individual pages. For example, individuals may have multiple degrees. The question arises as to whether it is better to have ordinal attributes or relations. In this case, it is preferable to have ordinal attributes because a relation to page labeled "Bachelors Degree" provides limited utility.
 +
 
 +
Concepts such as [[Relation:Subject Interest|subject interest]]s can also be semantically tagged as ''[[Help:relations|relations]]'', since common Directory or Main pages can be interlinked to multiple users via [[Help:ASK|ASK]] queries (see [[Skiing]] for an example).
 +
 
 +
==Standards==
 +
MyWikiBiz is beginning to standardize the use of tags in certain specified areas. It is expected these guidelines will be used to form a consistent approach towards classifying information to increase both usability and searching.
 +
 
 +
*[[Help:Entertainment Annotation|Entertainment Annotation]]
 +
*[[Help:Books & References Annotation|Books & References Annotation]]
  
 
==Search Queries==
 
==Search Queries==
  
Centiare uses a parser function called '''[[Centiare:ASK|ASK]]''' to perform free-form queries. ASK provides a ready complement to the [[Centiare:Search Triple|Search Triple]] query-by-form facility.
+
MyWikiBiz uses a parser function called '''[[Help:ASK|ASK]]''' to perform free-form queries. ASK provides a ready complement to the [[Help:Search Triple|Search Triple]] query-by-form facility.
  
When people use the [[Special:SearchTriple|"Search Triple"]] feature in Centiare, they will have utmost confidence and success in finding the articles they are looking for, if they correctly use the search forms, and you've correctly tagged your articles for semantic searching.
+
When people use the [[Special:SearchTriple|"Search Triple"]] feature in MyWikiBiz, they will have utmost confidence and success in finding the articles they are looking for, if they correctly use the search forms, and you've correctly tagged your articles for semantic searching.
  
The possibilities for this are literally limitless, for both businesses and individuals.  Imagine conducting a search for a male, born in Michigan between 1965 and 1968, who has interests in both skiing and poker.  Do you think that would be easy with MySpace, Wikipedia, or Google?  Fat chance.  But on Centiare, it will be a [[Directory:Gregory_J._Kohs|piece of cake]], if you [[Centiare:Learning ASK|learn to use]] the '''ASK''' function.
+
The possibilities for this are literally limitless, for both businesses and individuals.  Imagine conducting a search for a male, born in Michigan between 1965 and 1968, who has interests in both skiing and poker.  Do you think that would be easy with MySpace, Wikipedia, or Google?  Fat chance.  But on MyWikiBiz, it will be a [[Directory:Gregory_J._Kohs|piece of cake]], if you [[Help:Learning ASK|learn to use]] the '''ASK''' function.

Latest revision as of 12:09, 18 November 2008

Help:Contents

See also Help:Annotation for more detailed background information on semantic tags. Refer to the Attributes or Relations lists to see examples of existing tags or check whether specific annotations are already in use.

Overview

MyWikiBiz's semantic tagging capabilities provide you with "on-the-fly" database applications. Semantic tags not only provide machine-readable search engine reference information, but also allow users to develop dynamic content that can be combined with new mash-ups.

Keep It Simple, Stupid

If you want to help your MyWikiBiz page get picked up by search engines, make sure you add a pixel of tags to your article, something like this:

<br>
<div style="overflow:auto;height:1px;">
[[Keyword:=Heating oil]]
[[Keyword:=Fuel]]
[[Keyword:=Home heating]]
[[County_Name:=Somerset]]
[[County_Name:=Warren]]
[[County_Name:=Morris]]
[[City:=Readington]]
[[City:=Clinton]]
[[City:=Flemington]]
[[State_Code:=NJ]]
[[Has_Susidiary::Acme Excavation]]
[[Region_Located_In::North Jersey]]
</div>
<br>

Of course, you change these Attributes and Relations to fit your specific needs. Without these tags, you're not optimizing MyWikiBiz.

Introduction

Almost all of the semantic tagging that's taking place in MyWikiBiz will fall into two types of scenarios -- Relations and Attributes.

Suppose you were writing an article about the city of Berlin, Germany. You could easily type out in the article that "Berlin is the capital of the unified country of Germany, and there are nearly 3.4 million people living in its metropolitan area." That's really good encyclopedia information.

However, if someone searches for the exact phrase "capital of Germany" or "population of Berlin", your sentence that happens to answer both of those questions would not be returned by either of those particular text searches. What we hope to see in MyWikiBiz is active use of the semantic tagging process, so that such information is more likely to be found -- by either humans typing in commands, or machines programmed to find information.

So, the essence of semantic tagging is, somewhere in the Berlin article text, or in an infobox, or even in an addendum at the bottom of the article, if you want to create a semantic link that describes a "capital-relationship", this is done by writing:

[[capital of::Germany]]

Note the use of two (2) colons in succession. You've just created a semantic tag Relation.

Furthermore, if you want to create a semantic link that describes a "population-attribute", this is done by writing:

[[population:=3396990]]

Note the use of the colon and equal sign in succession. You've just created a semantic tag Attribute. (By the way, don't add commas to population; this attribute has a Type:Integer, which means it will be displayed as 3,396,990.)

Custom Tags

You're advised to consult first with MyWikiBiz before attempting to create any custom attributes and/or relations. There may be tags already in place to fit your needs. We want to help you! If new tags are needed for a specific application, we want to help you properly design and utilize them.

Incorrectly designed and/or documented tags are subject to deletion.

Ordinal Attributes

There are many advantages to using ordinal identifiers (MyWikiBiz convention is numbers) to further differentiate between certain related attributes.

The two general cases are:

  • When attribute values are variable/non-standard e.g. job titles vs movie titles, which means one searches on attributes themselves, not attribute values. In other words, while job titles may vary between different key people, such as president, vice-president, director, etc., there is only one (the original) "Gone With the Wind". Here's an example from the attributes list:
Key Person1 Title
Key Person2 Title
  • When attributes have relations to other attributes e.g. key person <-> job title. Expanding upon the example shown above, job titles can be associated with the respective individuals who hold those positions:
Key Person1
Key Person1 Title
Key Person2
Key Person2 Title
Key Person3
Key Person3 Title
Key Person4
Key Person4 Title


In this way, professional associations don't normally require ordinal identifiers, unless at some point there are secondary attribute relations. For example association <-> committee, association <-> year joined, etc.

Relations

Relations link pages; as such, they have built in ordinal aspects. That is, there already exists a 1:1 relationship between pages. This is extremely useful when considering complex tags which may have multiple reference points. In these cases, it may be better to provide actual page references via relations and let the respective pages provide the subject matter details.

The cross-over point between attributes & relations is where topics/subjects warrant individual pages. For example, individuals may have multiple degrees. The question arises as to whether it is better to have ordinal attributes or relations. In this case, it is preferable to have ordinal attributes because a relation to page labeled "Bachelors Degree" provides limited utility.

Concepts such as subject interests can also be semantically tagged as relations, since common Directory or Main pages can be interlinked to multiple users via ASK queries (see Skiing for an example).

Standards

MyWikiBiz is beginning to standardize the use of tags in certain specified areas. It is expected these guidelines will be used to form a consistent approach towards classifying information to increase both usability and searching.

Search Queries

MyWikiBiz uses a parser function called ASK to perform free-form queries. ASK provides a ready complement to the Search Triple query-by-form facility.

When people use the "Search Triple" feature in MyWikiBiz, they will have utmost confidence and success in finding the articles they are looking for, if they correctly use the search forms, and you've correctly tagged your articles for semantic searching.

The possibilities for this are literally limitless, for both businesses and individuals. Imagine conducting a search for a male, born in Michigan between 1965 and 1968, who has interests in both skiing and poker. Do you think that would be easy with MySpace, Wikipedia, or Google? Fat chance. But on MyWikiBiz, it will be a piece of cake, if you learn to use the ASK function.