• Unlimited wikis for your school.  Attend a free training and learn about PBworks Campus Edition. Register Today!

 

StandardizationOfVerticalPortalConcepts

Page history last edited by Nicolas Cynober 2 yrs ago

Back to dissertation.

 


3. Standardization of vertical portal concepts


 

3.1. Functional

 

3.1.1. Any member of a community must have producing tools in order to deliver information with the rest of his community.

 

e.g. Community's blog as a unique producing tool where all the information produced by someone is referenced.

(See 2.2.1.1)

 

3.1.2. Promotion mechanisms must be added to each information.

 

Vote systems everywhere for evaluate accuracy and interest of each piece of information.

All information should be able to move from the end of the tail to the head.

(See 2.2.1.1)

 

3.1.3. Let users communicate through public and private messages

 

These messages can become live conversations.

(See 2.2.5.1)

 

3.1.4. Let the community manages its sub-communities

 

Users can create and register to groups/sub-communities.

(See 2.2.5.3)

 

3.1.5. Broadcast different kind of media, text, audio and video

 

(See 2.2.6)

 

3.1.6. Exporting widgets is critical

 

Widgets are now everywhere, on client side (e.g. Windows Vista), on aggregators (e.g. Netvibes), on mobile devices (e.g. iPhone) and even on other portals (e.g. MySpace)

(See 2.2.8)

 

3.1.7. Graphical customization

 

It's your place and everyone doesn't have the same preferred colour.

(See 2.2.9)

 

3.1.8. Provide highly customizable areas for importing widgets

(See 2.2.9)

 

3.2. Technical

 

3.2.1. When it's possible, semantic should be added to each vertical information.

 

This technical recommendation has been pointed out during a reflexion on blogs as main producing tool for portal's users.

In that case templates could help the integration of RDFa with vertical ontologies.

When there aren't ontologies for a specific information folksonomies (tag) are still a great way to categorize information.

(See 2.2.1.1)

 

3.2.2. Messages and comments may become live conversations thanks to Ajax.

 

Ajax should be implemented anywhere a conversation can potentially start.

e.g. tangler.com

(See 2.2.1.2)

 

3.2.3. Implement external authentification and configuration files

 

External authentification (e.g. OpenID) and configuration files (e.g. import/export FOAF)

(See 2.2.4)

 

3.2.4. Summarize services into a user-friendly way designed specifically for mobile devices

 

Focusing on how we can ease information access.

(See 2.2.7)

 

3.2.5. Consider accessibility for video implementation as a priority

 

Be ready to implement SMIL as soon as a browser can render it.

(See 2.2.6)

 

3.2.6. Implement RSS everywhere an information is likely to be aggregated

 

(See 2.2.8)

 

3.2.7. Common semantic tools means common database through the semantic web

 

The first rule when you create a database is to avoid duplicated information.

(See 2.2.8)

 

3.2.8. Use XHTML + CSS would ease the graphical customization process

 

(See 2.2.9)

 

3.2.9. Widgets are following W3C recommendations

 

(See 2.2.9)

 

3.2.10. Accessible for everyone

 

Vertical portals should strictly follow WAI recommendations and the WCAG 2.

(See 2.2.10)

 

Comments (0)

You don't have permission to comment on this page.