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
**********************************************************************

Attachment: pgpOzH3QZvvuF.pgp
Description: PGP signature

-------------------------------------------------------------------------
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

Reply via email to