The "fragment identifier" component of a URI is defined by the media type
in which the information is represented, in the case of the PDF media type
it is defined here: https://tools.ietf.org/html/rfc3778#section-3
On 19 Aug 2015 07:15, "[log in to unmask]" <[log in to unmask]>
wrote:

> Michael,
>
> That's a terrific use case and implementation! Where is nameddest=inventory
> defined?
>
> Cheers!
>
>
>
> On Tue, Aug 18, 2015 at 5:48 AM, Michael Levy <[log in to unmask]> wrote:
>
> > One method is to use Mozilla PDF.js which works the same way on many
> > browsers and supports links.
> >
> > https://mozilla.github.io/pdf.js/
> >
> > An example implementation:
> > http://collections.ushmm.org/search/catalog/irn76089
> >
> >
> >
> http://digitalarchives.assets.ushmm.org/pdfjs/web/viewer.html?file=/pdf/1992.59_FA.pdf#nameddest=inventory
> >
> > -----Original Message-----
> > [CODE4LIB] interconnecting with links in pdf files
> > From: Sergio Letuche <[log in to unmask]>
> > To:  <[log in to unmask]>
> > Tuesday, August 18, 2015 at 2:14 AM
> >
> > Hello community,
> >
> > could you please suggest me the best way to treat the following use case:
> >
> > We have a lot of pdf files, which have in them a lot of links
> > (terms), referring to different pages in the same pdf, or to a page in
> > another pdf file. Noticed that links do not behave well, when opened for
> > example with the default google chrome's pdf reader. So my aproach is to
> > force download the pdf. So the situation is getting mixed: One has a pdf
> > stored locally, and all the links load again the pdf, to be read
> online...
> >
> > Do you have any ideas, best practice i could follow, so as to make this
> > work in a better way?
> >
> > Best
> >
> > p.s. we are using drupal to serve the pdf files, but i guess this is
> > irrelevant...
> >
>
>
>
> --
> Tod Robbins
> Digital Asset Manager, MLIS
> todrobbins.com | @todrobbins <http://www.twitter.com/#!/todrobbins>
>