https://www.bibsonomy.org/user/pitman/pdfBibSonomy RSS Feed for /user/pitman/pdfPDF (re)compression using JBIG2 for the EuDML project https://mir.fi.muni.cz/pdfRecompression/pitman2014-12-29T06:47:14+01:00eudml pdf tools <span itemprop="description">PDF (re)compression using JBIG2 for the EuDML project </span>PDF image rendering and OCR for the EuDML projecthttps://mir.fi.muni.cz/pdfToTextViaOCR/pitman2014-12-29T06:44:55+01:00eudml pdf tools <span itemprop="description">PDF image rendering and OCR for the EuDML project</span>This project aims to develop an efficient rule based extractor of entries of references, located in scientific articles in English language. The application takes a pdf file or a directory of pdf and then returns an html file, containing the list of all entries with their respective title. Moreover the title of the article cited is searched through Google Web Service to get the URL that identifying the article on the web. If the URL provides on the page a Bibtex entry, this will appear in the html output under the relative entries, stolen from some typical site like citeseer, ieeexlpore etc. The application does not make search over pdf file based on images.http://code.google.com/p/pdftoref/pitman2009-04-25T21:53:06+02:00bibliography extraction pdf reference <span itemprop="description">This project aims to develop an efficient rule based extractor of entries of references, located in scientific articles in English language. The application takes a pdf file or a directory of pdf and then returns an html file, containing the list of all entries with their respective title. Moreover the title of the article cited is searched through Google Web Service to get the URL that identifying the article on the web. If the URL provides on the page a Bibtex entry, this will appear in the html output under the relative entries, stolen from some typical site like citeseer, ieeexlpore etc. The application does not make search over pdf file based on images.</span>STATISTICAL STRATEGIES ENVIRONMENTAL EPIDEMIOLOGY report is in. three parts, general problems in environmental epidemiology,. prototypical. problems, and statistical strategies. Emphasis ... projecteuclid.org/DPubS/Repository/1.0/Disseminate?handle=euclid.bsmsp/1200514698&view=body&content-type=pdf_1 - Similar pages - by JR GOLDSMITH - Related articles - All 2 versionshttp://www.google.com/search?q=site%3Aprojecteuclid.org+This+report+three+parts+general+problems+environmemtal+epidemiologypitman2009-01-13T19:34:55+01:00Euclid Google pdf project scan search <span itemprop="description">STATISTICAL STRATEGIES ENVIRONMENTAL EPIDEMIOLOGY report is in. three parts, general problems in environmental epidemiology,. prototypical. problems, and statistical strategies. Emphasis ... projecteuclid.org/DPubS/Repository/1.0/Disseminate?handle=euclid.bsmsp/1200514698&amp;view=body&amp;content-type=pdf_1 - Similar pages - by JR GOLDSMITH - Related articles - All 2 versions</span>The growing public perception is that PDF is too bulky and increasingly too opaque for the networked world. This is because PDF’s have not kept up with the prevailing trends of transparency, findability, and collaboration. PDF is important as a container with certain rights & privileges (DigSig, Security, Markup, Forms), but the data inside a PDF is far more important. Currently, PDF’s are way too opaque, too bloated, and do not clearly convey value to most users. This is especially true on mobile (why would I chose to view PDF on mobile if not required by an enterprise I need to engage with?). For most enterprises and customers, PDF is a cloud of data more than a display standard. It’s value is no longer in consistent display of fonts and formatting. It’s in the data within the millions of PDF’s that the IRS has, for example. Even as a Forms front-end it’s difficult to see why Reader/Acrobat is a better solution than a robust customizable Flash interface. The Flash-based Portfolios feature is a step in this direction.http://www.urbeingrecorded.com/news/2009/01/12/how-to-keep-pdf-relevant-flash-and-semantics/pitman2009-01-13T00:37:47+01:00PDF flash format semantic_web <span itemprop="description">The growing public perception is that PDF is too bulky and increasingly too opaque for the networked world. This is because PDF’s have not kept up with the prevailing trends of transparency, findability, and collaboration. PDF is important as a container with certain rights &amp; privileges (DigSig, Security, Markup, Forms), but the data inside a PDF is far more important. Currently, PDF’s are way too opaque, too bloated, and do not clearly convey value to most users. This is especially true on mobile (why would I chose to view PDF on mobile if not required by an enterprise I need to engage with?). For most enterprises and customers, PDF is a cloud of data more than a display standard. It’s value is no longer in consistent display of fonts and formatting. It’s in the data within the millions of PDF’s that the IRS has, for example. Even as a Forms front-end it’s difficult to see why Reader/Acrobat is a better solution than a robust customizable Flash interface. The Flash-based Portfolios feature is a step in this direction.</span>