28.06.2013 Views

Papers in PDF format

Papers in PDF format

Papers in PDF format

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

operator that someth<strong>in</strong>g must be wrong there. Analys<strong>in</strong>g access and path statistics carefully and <strong>in</strong>sert<strong>in</strong>g appropriate<br />

l<strong>in</strong>ks or restructur<strong>in</strong>g the server accord<strong>in</strong>gly helps a lot to ensure proper quality.<br />

4 Mak<strong>in</strong>g the Readers' Life Easier<br />

Up to now discussion was about how to add as much <strong>in</strong><strong>format</strong>ion as possible to documents. One of the po<strong>in</strong>ts was to<br />

<strong>in</strong>terl<strong>in</strong>k documents to the maximum extent possible by add<strong>in</strong>g <strong>in</strong>ter- and <strong>in</strong>tra-document l<strong>in</strong>ks as well as glossary<br />

hyperl<strong>in</strong>ks and more. Us<strong>in</strong>g the tools described above this can be done with m<strong>in</strong>imum effort and stability of hyperl<strong>in</strong>ks<br />

is guaranteed by Hyper-G. But there is a negative aspect too: too many hyperl<strong>in</strong>ks also means too many color changes<br />

which disturbs the read<strong>in</strong>g flow.<br />

As has been discussed earlier Hyper-G supports different k<strong>in</strong>ds of hyperl<strong>in</strong>ks: annotations, glossary l<strong>in</strong>ks, referential<br />

hyperl<strong>in</strong>ks, <strong>in</strong>l<strong>in</strong>e l<strong>in</strong>ks, texture l<strong>in</strong>ks and many more. To not have to many disturb<strong>in</strong>g color changes l<strong>in</strong>ks of different<br />

types can be turned off and on seperately when needed. Another possibility that is at the moment only implemented <strong>in</strong><br />

Harmony is to show different k<strong>in</strong>ds of l<strong>in</strong>ks <strong>in</strong> different colors (Harmony is one of the very specialized Hyper-G<br />

author<strong>in</strong>g tools). Utiliz<strong>in</strong>g this feature the reader would know about the type of a l<strong>in</strong>k before even follow<strong>in</strong>g it.<br />

As has been mentioned before group<strong>in</strong>g of documents <strong>in</strong> clusters is one of the basic concepts <strong>in</strong> Hyper-G. One of the<br />

applications of clusters is it to provide multil<strong>in</strong>gual versions of the same document. Naturally it is normally not possible<br />

to translate every s<strong>in</strong>gle document on a server to several different languages. On the other hand it is not too much effort<br />

to translate neuralgic and mostly static parts of the data such as glossaries. In reality if there are multil<strong>in</strong>gual glossaries<br />

exist<strong>in</strong>g it normally does not even help too much to translate the papers as well.<br />

Consider an <strong>in</strong>ternational journal: the language of papers will most likely be English and readers will understand<br />

English. The only problem is that some very topic-specific words will be found <strong>in</strong> the papers, <strong>in</strong> which case readers can<br />

use the glossary to look up unknown words. If the readers are not native English speakers and the glossary also conta<strong>in</strong>s<br />

a difficult explanation they would be forced to follow some more l<strong>in</strong>ks between glossary entries until they f<strong>in</strong>ally<br />

understand the mean<strong>in</strong>g. For this group of readers a translation of the first entry would very likely help a lot. And there<br />

is certa<strong>in</strong>ly a high number of non native English speakers read<strong>in</strong>g English papers.<br />

An all-time-important aspect on the Web is transmission speed. Long distance data transmissions on a slow transmission<br />

rate are annoy<strong>in</strong>g and <strong>in</strong> the worst case electronic publications will not be accepted by the reader for the lack of<br />

availability. There are two ways out of this dilemma that can be gone simultaneously: provid<strong>in</strong>g documents of different<br />

size and quality as well as mirror<strong>in</strong>g and cach<strong>in</strong>g documents.<br />

For provid<strong>in</strong>g documents of different size aga<strong>in</strong> Hyper-G's cluster concept can be used. A cluster could e.g. hold the<br />

same document <strong>in</strong> HTML <strong>format</strong> with small <strong>in</strong>l<strong>in</strong>e images for quick brows<strong>in</strong>g, the better version could also be HTML<br />

but with high quality images and the professional version could be PostScript with 600 dpi resolution <strong>in</strong>clud<strong>in</strong>g 600dpi<br />

true color images. The reader decides once per session which level of quality to get and the rest is done automatically<br />

throughout the whole session. Naturally readers can change their choice on the fly.<br />

More than that - consider the case of an HTML document with different sets of <strong>in</strong>l<strong>in</strong>e images - small ones with poor<br />

quality and huge professional ones. On standard first generation Web servers two different versions of the HTML<br />

document must be provided with different l<strong>in</strong>ks. On Hyper-G the l<strong>in</strong>ks are not directly po<strong>in</strong>t<strong>in</strong>g to the images but to the<br />

clusters! In this case the HTML document has to be prepared only once and the <strong>in</strong>l<strong>in</strong>e images automatically change<br />

accord<strong>in</strong>g to the readers' choice, even on the fly if desired!<br />

The other well known solution to overcome the transmission speed problem is it to cache and mirror documents.<br />

Naturally Hyper-G has the standard proxy functionality implemented. Besides that a sophisticated document replication<br />

mechanism [see Kappe 95] is implemented <strong>in</strong> Hyper-G.<br />

Document replication <strong>in</strong> Hyper-G is understood to be a special k<strong>in</strong>d of mirror<strong>in</strong>g with the mirrored documents know<strong>in</strong>g<br />

about the orig<strong>in</strong>al. This is possible by giv<strong>in</strong>g the documents a replica identification that matches the global object Id of<br />

the orig<strong>in</strong>al document. The global object Id of documents <strong>in</strong> Hyper-G is a world wide unique 64 bit identifier.<br />

The effect is that documents can be mirrored to the local site without the users hav<strong>in</strong>g to know about. If they try to<br />

access one of the orig<strong>in</strong>al documents on the remote server or even one of the documents on another mirror site they<br />

automatically get the replicated document from the local site <strong>in</strong>stead of do<strong>in</strong>g a long distance data transfer.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!