<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Brent,<br>
<br>
See inline . . .<br>
<br>
Brent Fraser wrote:
<blockquote cite="mid:.68.144.5.189.1206308930.squirrel@68.144.5.189"
 type="cite">
  <pre wrap=""><!---->
My goals for labelling are quite ambitious (see the attached graphic clip
of my favorite Canadian topo map).  </pre>
</blockquote>
That's about an exact copy of how the USNG specs want their labels,
more emphasis on the Super/sub scripting though.<br>
<blockquote cite="mid:.68.144.5.189.1206308930.squirrel@68.144.5.189"
 type="cite">
  <pre wrap="">Multiple grid labels (the home zone
and the adjacent zone are labeled, with the super/subscript method you are
developing), a graticule label, township/range labels, a fairly
complicated neat line, and tick marks for the adjacent zone coordinate
system.
  </pre>
  <blockquote type="cite">
    <pre wrap="">Hmm, interesting approach. Where are you running into problems with this
approach?  Seems like there could be some non-standard types of object
possible for the editors for one.  Does MapServer do the labels in PDF
as all separate pieces/elements?  Got anything online to play with?
    </pre>
  </blockquote>
  <pre wrap=""><!---->PDF support in Mapserver is minimal, and I don't think the code is being
actively maintained.  My problems are minor bugs causing Mapserver to
crash; I'm still working on them...
  </pre>
</blockquote>
We're using a PERL lib lib PDF2, that we use the images with.&nbsp; It's
pretty good, and has some recent addition that helped out some recently.<br>
<blockquote cite="mid:.68.144.5.189.1206308930.squirrel@68.144.5.189"
 type="cite">
  <blockquote type="cite">
    <pre wrap="">One thing I forgot to mention, was that I se this Printing (client side)
layout canvas, as being populated with any URL type of call, not just
mapping based.  I may be reaching for the stars though on that one, but
it would be easy enough to work with raster images to begin with.

One other thought in the back of my head is related to 3D data, while
we've only experimented with output to date, we can export chunks of the
City as X3D data for example, this type of approach you've outlined, my
be related to 3D editing and viewing as well.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
An interesting approach may be Adobe's 3D extension to PDF.  Have a look
at <a class="moz-txt-link-freetext" href="http://www.photogrammetry.eu/">http://www.photogrammetry.eu/</a> for an example.
  </pre>
</blockquote>
Hmm, interesting. Took a while to load into the reader, but interesting
still.&nbsp; Lot's of viewing possibilities, might need to look harder at
this.&nbsp; I'll send you a screen shot of our X3D output, it's very similar
to this.&nbsp; We're concentrating on the Infrastructure though, I have the
City in 1 foot contours, and the entire Sewer infrastructure available.<br>
<blockquote cite="mid:.68.144.5.189.1206308930.squirrel@68.144.5.189"
 type="cite">
  <pre wrap="">
  </pre>
  <blockquote type="cite">
    <pre wrap="">You seem to be up on these packages, can they be scripted in any way for
retrieval from the web?  Or is that a two step process?  Do these
packages blow up with big files?
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I seem to recall that they did have difficultly with large raster.
  </pre>
</blockquote>
Yeah, that's what I was thinking. I downloaded the Scribus package and
played around with it a bit.<br>
<blockquote cite="mid:.68.144.5.189.1206308930.squirrel@68.144.5.189"
 type="cite">
  <blockquote type="cite">
    <pre wrap="">I hop you're happy, now you got me thinking about all sorts of new
stuff, like how to teach folks about using a standalone package like
this,  I hate installing standalone stuff for exactly this reason if I
can avoid it.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
The lack of a map composition tool is a large hole in the FOSS4G stack, so
the more people thinking about a solution the better!
  </pre>
</blockquote>
I don't hear too many people chasing after a solution though.<br>
<br>
bobb<br>
<blockquote cite="mid:.68.144.5.189.1206308930.squirrel@68.144.5.189"
 type="cite">
  <pre wrap="">
Brent</pre>
  <br>
</blockquote>
bobb<br>
<br>
</body>
</html>