Well its good to know that I'm talking about GeoPDF; I didn't know that there was such a thing!! Though the PDF files that I'm looking contain geographic map information they are not in a special form. They are standard PDF files. Knowing that this specialized form exists may be useful.
Having said that I think your inputs are pointing me to the basic fact that I can probably do with PoDoFo what I am trying to do. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dominik Seichter Sent: Tuesday, November 06, 2007 3:51 PM To: Sargrad, Dave Cc: [email protected] Subject: Re: [Podofo-users] trying to build podofo using visual studio I guess you are talking about GeoPDF. I am no expert on GeoPDF - I did not find any documentation of the format used right now (is it freely available?) - but from a quick look you only have to read the LGIDictionary of a PdfPage and PoDoFo is perfectly suited for this task! Please not that PoDoFo can not render PDF files. It is perfectly suited to get information from the object structure of a PDF file and to modify the object structure, but not for rendering. Sample code for your problem might look like this: PdfMemDocument doc( "geo.pdf" ); int count = doc.GetPageCount(); for( int i=0;i<count;i++ ) { PdfPage* pPage = doc.GetPage( i ); if( pPage ) { PdfObject* pObject = pPage->GetObject(); if( pObject->GetDictionary().HasKey( PdfName("LGIDict") ) ) { const PdfObjec* pLgi = pObject->GetDictionary().GetKey( PdfName("LGIDict") ) ); // Now work with the GEO data stored in pLgi } } } I hope this helps! In case of questions feel free to ask on this list for further assistance. I am really interested in GeoPDF, also if you have more information or specs! best regards, Dom Am Tuesday 06 November 2007 schrieb Sargrad, Dave: > We are developing a control console that has a variety of built-in > capabilities. Amongst others we have the ability to display and > interact with regional maps. These maps could be augmented with > information parsed from PDF files that embed certain geo-referenced > information. > > So in the simplest form we would read PDF files that contain mapping > information and then display this information either as is (just as > you would see it using standard pdf readers) or overlayed with other > information. > > Does this make sense? > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 06, 2007 1:18 PM > To: Sargrad, Dave > Cc: [email protected] > Subject: Re: [Podofo-users] trying to build podofo using visual studio > > > Hi, > > Great that you made it! > > What kind of PdfParsing do you need excactly, i.e. what to you want to > do with the parsed PDF at the end? I can give you more accurate > suggestions if I know > what you need > > I think it is best to start by using PdfMemDocument. PdfMemDocument > will load a PDF file into memory (objects are loaded in demand from > the harddisk - so > don't worry that we will use to much memory) and you can still create > pages > there and draw on them etc.. . You can also work on the PDF objects > directly > and read information from them (see PdfMemDocument::GetObjects()) if you > need > it. > > best regards, > Dom > > Am Tuesday 06 November 2007 schrieb Sargrad, Dave: > > Thanks again Dom. > > > > Ok. I just compiled and linked podofo successfully with the > > pre-compiled zlib and freetype binaries. Something I did in the > > compilation of freetype from source was not right. > > > > Later I'll try to run some test code. I'm looking to ramp up quickly > > on the development of a PDF parser to embed within my application. > > > > Any suggestions/guidance in this regard? > > > > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Dominik Seichter > > Sent: Tuesday, November 06, 2007 12:50 PM > > To: Sargrad, Dave > > Cc: [email protected] > > Subject: Re: [Podofo-users] trying to build podofo using visual > > studio > > > > Hi, > > > > I used CMake to create the solutions. > > The define I am talking about is a ZLib define. So the PoDoFo > > project created by cmake should be fine. You only have to find the > > correct options for ZLib and FreeType. > > > > best regards, > > Dom > > > > Am Tuesday 06 November 2007 schrieb Sargrad, Dave: > > > Thanks, > > > I saw the zlib link issues as well. I thought I'd try to solve > > > freetype first. > > > > > > Are you talking about the WIN32_API in the podofo compile time > > > > options? > > > > > Or perhaps in zlib/freetype? > > > > > > I could go back and try to use pre-compiled freetype/zlib > > > binaries. But I thought I'd take a shot at compiling from source. > > > I just re-ran cmake because I'm not sure that when running cmake > > > -i that I used all the correct options for paths to > > > headers/libraries. > > > > > > Did you use cmake to create the visual studio solution? > > > > > > I'll muck with source builds a bit longer and then if that does > > > not pay off I'll try to go to binary downloads of zlib/freetype. > > > > > > > > > Dave > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of > > > Dominik Seichter > > > Sent: Tuesday, November 06, 2007 12:27 PM > > > To: [email protected] > > > Cc: Sargrad, Dave > > > Subject: Re: [Podofo-users] trying to build podofo using visual > > > studio > > > > > > Hmmm, > > > > > > Your problem is not only freetype but also zlib cannot be found. > > > > > > I compiled PoDoFo on Visual Studio successfull today using > > > precompiled > > > > > > versions of ZLib and FreeType from the gnuwin32 project. > > > > > > I remember though, that I had the same problem as you have with > > > ZLib > > > > > > and it helped to disable the WIN32_API define in the compiler > > > switch > > > > > > (the name of the defined might be different but similar). FreeType > > > has > > > > > > similar defines, sorry - I do not have them available right now. I > > > can > > > > > > look them up tomorrow at work though. > > > > > > best regards, > > > Dom > > > > > > Am Tuesday 06 November 2007 schrieb Sargrad, Dave: > > > > I created a visual studio solution using cmake. > > > > > > > > I've also downloaded zlib, and freetype2, (libjpeg also). > > > > > > > > I build freetype2 without a problem using visual studio. > > > > > > > > When I build podofo all the projects seem to build except > > > > podofo_shared does not link. > > > > > > > > > > > > > > > > The "unresolved symbol" errors output by the linker are > > > > summarized > > > > > > > > at bottom. > > > > > > > > The first thing that I noticed was that the podofo_shared > > > > project did not seem to specify a the freetype2 library as a > > > > dependency. So I added freetype235MT_D.lib to the list of > > > > dependencies, and I > > > > > > > > made > > > > > > > > sure that the linker libraries to search included the library > > > > where this was located. I also tried to use freetype235_D.lib. > > > > > > > > Neither of these attempts allowed the linker to find symbols > > > > such as > > > > > > > > FT_Init_FreeType. > > > > > > > > This seems like some kind of name mangling problem. However I am > > > > building both podofo and freetype2 with the same > > > > compiler/linker. > > > > > > > > What else should I try? > > > > > > > > PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > > symbol _deflateInit_ referenced in function "public: virtual > > > > void __thiscall PoDoFo::PdfFlateFilter::BeginEncodeImpl(void)" > > > > ([EMAIL PROTECTED]@PoDoFo@@UAEXXZ) > > > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > > 2>symbol > > > > _deflate referenced in function "private: void __thiscall > > > > PoDoFo::PdfFlateFilter::EncodeBlockInternal(char const > > > > *,long,int)" > > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > > 2>symbol > > > > _deflateEnd referenced in function "public: virtual void > > > > __thiscall PoDoFo::PdfFlateFilter::EndEncodeImpl(void)" > > > > ([EMAIL PROTECTED]@PoDoFo@@UAEXXZ) > > > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > > 2>symbol > > > > _inflateInit_ referenced in function "public: virtual void > > > > __thiscall PoDoFo::PdfFlateFilter::BeginDecodeImpl(class > > > > PoDoFo::PdfDictionary const *)" > > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]@ > > > > @Z > > > > ) > > > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > > 2>symbol > > > > _inflateEnd referenced in function "public: virtual void > > > > __thiscall PoDoFo::PdfFlateFilter::DecodeBlockImpl(char const > > > > *,long)" > > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > > > 2>PdfFiltersPrivate.obj : error LNK2019: unresolved external > > > > 2>symbol > > > > _inflate referenced in function "public: virtual void __thiscall > > > > PoDoFo::PdfFlateFilter::DecodeBlockImpl(char const *,long)" > > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > > > 2>PdfFontCache.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_Init_FreeType referenced in function "public: > > > > __thiscall > > > > > > > > PoDoFo::PdfFontCache::PdfFontCache(class PoDoFo::PdfVecObjects > > > > *)" > > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@1@@Z) > > > > > > > > 2>PdfFontCache.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_Done_FreeType referenced in function "public: > > > > __thiscall > > > > > > > > PoDoFo::PdfFontCache::~PdfFontCache(void)" > > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) > > > > > > > > 2>PdfFontCache.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_Get_Postscript_Name referenced in function "public: > > > > class PoDoFo::PdfFont * __thiscall > > > > PoDoFo::PdfFontCache::GetFont(struct > > > > FT_FaceRec_ *,bool)" > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]@PAUFT_FaceRec_@@[EMAIL > PROTECTED]) > > > > > 2>PdfFontMetrics.obj : error LNK2001: unresolved external symbol > > > > __imp__FT_Get_Postscript_Name > > > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_New_Face referenced in function "public: __thiscall > > > > PoDoFo::PdfFontMetrics::PdfFontMetrics(struct FT_LibraryRec_ * > > > > *,char const *)" > > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@@[EMAIL PROTECTED]) > > > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_Done_Face referenced in function "public: virtual > > > > __thiscall > > > > > > > > PoDoFo::PdfFontMetrics::~PdfFontMetrics(void)" > > > > ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) > > > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_New_Memory_Face referenced in function "private: void > > > > __thiscall PoDoFo::PdfFontMetrics::InitFromBuffer(void)" > > > > ([EMAIL PROTECTED]@PoDoFo@@AAEXXZ) > > > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_Load_Char referenced in function "private: void > > > > __thiscall > > > > > > > > PoDoFo::PdfFontMetrics::InitFromFace(void)" > > > > ([EMAIL PROTECTED]@PoDoFo@@AAEXXZ) > > > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_Get_Sfnt_Table referenced in function "public: void > > > > __thiscall PoDoFo::PdfFontMetrics::SetFontSize(float)" > > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > > > 2>PdfFontMetrics.obj : error LNK2019: unresolved external symbol > > > > __imp__FT_Set_Char_Size referenced in function "public: void > > > > __thiscall PoDoFo::PdfFontMetrics::SetFontSize(float)" > > > > ([EMAIL PROTECTED]@PoDoFo@@[EMAIL PROTECTED]) > > > > > > -- > > > ****************************************************************** > > > ** > > > ** > > > Dominik Seichter - [EMAIL PROTECTED] > > > KRename - http://www.krename.net - Powerful batch renamer for KDE > > > KBarcode - http://www.kbarcode.net - Barcode and label printing > > PoDoFo > > > > - http://podofo.sf.net - PDF generation and parsing library > > > SchafKopf > > > - http://schafkopf.berlios.de - Schafkopf, a card game, for KDE > > Alan > > > > - http://alan.sf.net - A Turing Machine in Java > > ********************************************************************** > > > -- > > ******************************************************************** > > ** > > Dominik Seichter - [EMAIL PROTECTED] > > KRename - http://www.krename.net - Powerful batch renamer for KDE > > KBarcode - http://www.kbarcode.net - Barcode and label printing PoDoFo > > > > - http://podofo.sf.net - PDF generation and parsing library > > SchafKopf > > - http://schafkopf.berlios.de - Schafkopf, a card game, for KDE Alan > > - http://alan.sf.net - A Turing Machine in Java > > ********************************************************************** -- ********************************************************************** Dominik Seichter - [EMAIL PROTECTED] KRename - http://www.krename.net - Powerful batch renamer for KDE KBarcode - http://www.kbarcode.net - Barcode and label printing PoDoFo - http://podofo.sf.net - PDF generation and parsing library SchafKopf - http://schafkopf.berlios.de - Schafkopf, a card game, for KDE Alan - http://alan.sf.net - A Turing Machine in Java ********************************************************************** ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Podofo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/podofo-users
