RE: Editorial Survey #1 is up

Hi Bruce,

At 14:45 11/05/2007, Bailey Bruce wrote:

>Gregg, and everyone else, could you please post examples of documents
>where searches on the root file name or document title fail to turn up
>HTML versions?  The caveat of course, is confidence that the HTML
>version is posted on the same site!

I tested this with PDF, but scenarios with other file types are also 
conceivable.

A Google search with the terms "Chinese", "legibility" and "font" 
turns up the document at 
<http://ieeexplore.ieee.org/iel5/9716/30679/01421586.pdf>: "A 
Small-Size Chinese Font Display by Perceptinn-Based Method" from the 
2004 International Conference on Image Processing ( U P ) [sic! The 
OCR scanned the acronym "ICIP" incorrectly.]. Hacking the URL does 
not help you find an HTML version. Doing a search on the IEEE Xplore 
home page will get you an abstract, but not an HTML version of the 
full text. (I think you need subscription to IEEE Xplore to check all this.)

The same search also turns up the document at 
<http://www.iovs.org/cgi/reprint/48/5/2383.pdf>: "Legibility 
Variations of Chinese Characters and Implications for Visual Acuity 
Measurement in Chinese Reading Population" (Investigative 
Ophthalmology & Visual Science, May 2007, Vol. 48, No. 5). Hacking 
the URL results either in "file not found" or a page that tells me I 
need a subscription to the journal. A keyword search in the search 
form on the latter page results in pointers to the abstract, the PDF 
version and an HTML version (with my search terms highlighted in bold 
red text throughout the article). (By the way, alt attributes for the 
images in the HTML version just say: "Figure 1", "Figure 2", 
etcetera. Alt attriutes for formulas and examples of Chinese 
characters, which are both provided using GIF images, just say "Formula".)

I also found the white paper: "Stroke-Based Fonts: Compact, 
High-Quality Chinese, Japanese, and
Korean Fonts for Embedded Systems" at 
<http://www.bitstream.com/font_rendering/pdfs/StrokedBasedFonts_whitepaper.pdf>. 
This one is in a pdf "folder", so replacing the file name extension 
or removing the compete file name does not help. I eventually got to 
the page at 
<http://www.bitstream.com/font_rendering/products/dev_fonts/sb_cjk.html>, 
which contains a link to the above PDF file, but not to an HTML version.

I also found "The Monotype Chronicles": 
<http://www.monotypefonts.com/PDFs/Timeline.pdf>. This one is in a 
PDF folder; as I expected, hacking the part of the URL after "/PDFs/" 
didn't turn up an HTML version. There is no search form on the home 
page and there is no sitemap. A Google search for "monotype 
chronicles" in the domain "www.monotypefonts.com" only finds the PDF version.

I also found the document at 
<http://eserver.org/courses/s01/tc510/adaptivity/cao/cao.pdf>: 
"Designing for Overseas Chinese Readers: Some Guidelines" This time, 
replacing the ".pdf" extension with ".html" gives me the HTML 
version: 
<http://eserver.org/courses/s01/tc510/adaptivity/cao/cao.html>. So it 
does happen... (Alt attributes are missing in this version, but that 
wasn't the point of the exercise.)

I also found "Realistic synthesis of cao shu of Chinese calligraphy" 
at <http://www.cad.zju.edu.cn/home/jhyu/Papers/CaoShu.pdf>. Replacing 
the file name extension or removing the compete file name does not 
help ("file not found" or "forbidden", respectively). From the 
author's home page, I can navigate to a list of publications, which 
contains links to PDF files but not to HTML files.

I hope this helps.

Best regards,

Christophe


-- 
Christophe Strobbe
K.U.Leuven - Departement of Electrical Engineering - Research Group 
on Document Architectures
Kasteelpark Arenberg 10 - 3001 Leuven-Heverlee - BELGIUM
tel: +32 16 32 85 51
http://www.docarch.be/  


Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm

Received on Friday, 11 May 2007 14:04:48 UTC