From Wikitravel

This is step 2 of the RDF Expedition.

How could information be representated necessary for the aims declared in step 1?

Here we have to think about the RDF information itself: How could it be represented? What is an appropriate vocabulary? What vocabulary is already defined elsewhere? What do we have to define specialy for Wikitravel? Find good definitions. Where should the information go? Maybe many more questions.

Step 2 is probaby the hardest one, except step 4. If you contribute here, you should have read RDF and Turtle RDF.

[edit] How to proceed

Try to find out what kind of information is needed for each goal listed in section #What Information for which goal (e.g. "Describing places"). Find a handy name for that kind of information (e.g. "placetype"). The only use of that name is that we can talk about. It needs not to be any kind of official. Add this name as a new subsection into section #Representing information. Describe it precisely in this subsection. Add the name of the information (i.e. "placetype" in our example) to the list of needed information below the header of the coresponding goal in section #What Information for which goal (i.e. "Describing places" in our example).

If you allready have an idea about an exact vocabulary that is defined somewhere, make a proposal in the corresponding subsection below #Representing information (i.e. "placetype" in our example).

[edit] What Information for which goal?

Here is a list of wishes explained in step 1. The sequence has been changed in order to group related wishes. This list should be kept synchronous with the wishes of step 1. If you add some new wish, try to put it below an appropriate header or open a new one.

Here, we think about the information needed. Do not describe the wish itself again, this has to be done on the step 1 page. The aim of this section is to decide what kind of information is needed for each wish. Maybe, we find out here that some wishes are too complicated to realize.

Please sign with ~~~~ in the discussion part of each wish.

[edit] License etc.

[edit] License info

Information needed:

Discussion:

[edit] Notes about derivated Work

Information needed:

Discussion:

[edit] Labeling an Article

[edit] Categories

Information needed:

Discussion:

[edit] Article status

Information needed:

Discussion:

[edit] Describing places

Information needed:

• placetype

Discussion:

Probably, no more info needed. -- Hansm 08:51, 22 Nov 2005 (EST)

[edit] Presentation for certain kinds of articles

Information needed:

Discussion:

[edit] Presentation for certain groups of readers

Information needed:

Discussion:

[edit] Geo-spatial lat/long information

Information needed:

Discussion:

[edit] Climatical searching criteria

Information needed:

Discussion:

[edit] Relation between Articles

[edit] Listing related articles

Information needed:

Discussion:

[edit] Geographical relationships

Information needed:

• isnearby
• overlaps ?

Discussion:

[edit] "Bread-crumb" navigation

Information needed:

• isPartOf

Discussion:

The subject might be part of more than one objects, but usually the object should be in the next higher hierarchical level.

[edit] Navigation

Information needed:

Discussion:

[edit] "Clusters" of articles

Information needed:

• hasPart
• hasSupplement

Discussion:

Clustering is done from top to bottom. So, the top article has to define all its parts on the next lower hierarchical level. -- Hansm 14:02, 22 Nov 2005 (EST)

[edit] Index lists for print versions

Information needed:

• indexAs
• dontIndex
• wildcardIndex
• useAlphabet
• omitInIndex

Discussion:

In printed versions, the index must point to the beginning of a topic. If the topic is an article, this is simply the beginning of the article, no matter where in the article the indexing information is given. But the topic may also be some place with no own article. In that case, it is important where in the article the indexing info stands. For example, the sphinx has no article for itself. So, the indexAs information must be put close to the point where the sphinx is described in an article of Gizeh. That means that indexes must be able to point to sections or subsections of articles.

Different spellings can be marked by several indexAs info. If the article's name should not be indexed (default is indexing), you can mark that with the dontIndex info. Using a combination of indexAs and dontIndex, you can change the index. For example, the article's name is "Scottish Highland", but it must be indexed simply as "Highland" since the adjective "scottish" doesn't make sense in a Scottland guide.

The wildcardIndex and omitInIndex info must be put into the country article or on a special contol page.

UseAlphabet is probably a wiki-wide controlpage that defines the alphabetical order for all indexes made in that wiki.

-- Hansm 14:46, 22 Nov 2005 (EST)

[edit] Sequence of Articles for print versions

Information needed:

• printBefore
• printAfter
• dontPrint

Discussion:

Generaly, linearisazion should be done following the sequence in which articles of the same hierarchical level are listed in the higher lever article. For example, regions listed in the "Regions" section of a coutry article are printed in that order. Each region again defines the order of its subregions. The next region begins after the last subregion of the preceeding region.

PrintBefore and PrintAfter can be used to change that default order.

Is dontPrint necessary?

[edit] Customized index lists on the fly

Information needed:

Discussion:

[edit] Tricky Stuff

[edit] Interface with mapping sites

Information needed:

Discussion:

[edit] Searchable keywords

Information needed:

Discussion:

[edit] Finding nearby places that hold certain criteria

Information needed:

Discussion:

[edit] Queries

Information needed:

Discussion:

[edit] Opening hours

Information needed:

Discussion:

[edit] Wanted information

Information needed:

Discussion:

[edit] Representing Information

[edit] placetype

Describes the kind of a place (not article). Possible values are: "country", "region", "hugecity", "bigcity", "smallcity", "district", "natpark", ...?

[edit] isPartOf

A predicate. Says that subject is part of object.

Defined by the Dublin Core: dcterms:isPartOf

Discussion:

Do subj. and obj. have to be places?

[edit] hasPart

A predicate. Says that subject has object as part. S and O can be articles or sections of articles.

Defined by the Dublin Core.

[edit] hasSupplement

Like hasPart, but optional. A phrasebook could be a supplement that some travellers don't need in their custom guide.

[edit] isnearby

A symetrical predicate. Says that subject is nearby to object. Should by applied to places only.

[edit] overlaps

A symetrical predicate. Says that subject and object overlap. Both, subj. and obj. should be regions.

[edit] indexAs

Predicate. S is a string, O is an article or a section of an article.

The S is the text that shows up in the index, the O is where it points to.

[edit] dontIndex

Predicate. S is an article, needs no O.

Do not index the article's name.

[edit] wildcardIndex

Predicate. S and O are strings.

Provides info for an general redirect. S is redirected to O. For example, you can say: '"Om " wildcardIndex "Umm "' what means that all names starting with "Om " can be found in the index with "Umm " instead.

[edit] useAlphabet

Probably not an RDF element. A list of characters or character combinations that defines an alphabetical order.

[edit] omitInIndex

Predicate. S is a string, no O needed.

The string has to be omitted in indexed names. For example, El-Qalaa would show up in the index as Qalaa if you define '"El-" omitIndex'.

[edit] printBefore

Predicate. S is an article, O is an article or pseudo-article that marks the begin of a sequence.

Defines the sequence in linearization for printed versions.

[edit] printAfter

Predicate. S is an article, O is an article or pseudo-article that marks the end of a sequence.

Defines the sequence in linearization for printed versions.

[edit] dontPrint

Predicate. S is an article, no O needed.

Do not print that article at all.