<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=Content-Type content="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<title>Re: SPAM-LOW: RE: [mapguide-users] Problem with OS Geo FDO Providerfor
Raster.</title>
<o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags"
name="PersonName"/>
<!--[if !mso]>
<style>
st1\:*{behavior:url(#default#ieooui) }
</style>
<![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline;}
p
{mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:Arial;
color:navy;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
{page:Section1;}
-->
</style>
</head>
<body lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>I’m interested in this thread. I
have similar problems. I’m trying to create a cache of ALL of my
tiles right now so that I can get some better performance. Even with
cached tiles, the PNG’s are still rather large and makes for slow
performance in my particular situation. It would be great if I had a tool
to create a cache tile catalog. Even better, if the images could be jpg’s
instead of png’s, I could drop the file sizes from 100k to 20k easily. Or
so it seems.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>What kind of $$$ are we talking about? You
can email me privately if you’d prefer. This functionality is very
important to me.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>In the mean time, the code I have for
caching tiles isn’t working correctly. If you have something you’re
willing to share, please pass it on.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Mark Nichols<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Spicer Group<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><a href="mailto:markn@spicergroup.com">markn@spicergroup.com</a><o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<div>
<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>
<hr size=2 width="100%" align=center tabindex=-1>
</span></font></div>
<p class=MsoNormal><b><font size=2 face=Tahoma><span style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=2
face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma'>
mapguide-users-bounces@lists.osgeo.org
[mailto:mapguide-users-bounces@lists.osgeo.org] <b><span style='font-weight:
bold'>On Behalf Of </span></b>Andy Morsell<br>
<b><span style='font-weight:bold'>Sent:</span></b> Thursday, February 22, 2007
1:42 AM<br>
<b><span style='font-weight:bold'>To:</span></b> '<st1:PersonName w:st="on">MapGuide
Users Mail List</st1:PersonName>'<br>
<b><span style='font-weight:bold'>Cc:</span></b> 'MapGuide Internals Mail List'<br>
<b><span style='font-weight:bold'>Subject:</span></b> RE: [mapguide-users]
Problem with OS Geo FDOProviderfor Raster.</span></font><o:p></o:p></p>
</div>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 color=blue face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:blue'>I agree that all of the awareness that the
likes of Google Maps/Earth, Microsoft Live, etc. has brought to the masses has
in turn raised the user expectations of any web-based GIS application.
This is a double-edged sword for us in that the awareness is great, but
providing similar performance is next to impossible since we simply do not have
the hardware to throw at our applications. I also agree that enhancing
raster functionality is going to be critical for the future of MGOS and other
applications and will look for additional funding from clients needing this
added functionality. I would also be willing to independently contribute
some of my own (company) dollars to functionality enhancements like this if
there is a good road map with detailed functional specs (similar to our RFC's)
and timelines to be adhered to. In the end, it would result in
functionality that would be appealing to my clients and should would lead to
future work. How can we effectively start to build these buckets of dollars
from potentially multiple contributors and prioritize the enhancement
needs?</span></font><o:p></o:p></p>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'> <o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=blue face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:blue'>One area where raster performance gains
can be achieved is to use base layers (tiles) as they do result in much faster
map displays since the rendering is already done. But, this area also
needs some work - some of which is currently being addressed, some of which is
on wish-lists. Pre-rendering the tiles is critical, however and hopefully
we'll see more people scripting this task or for this functionality to be added
to the core</span></font><font size=1 color=black face=Tahoma><span
style='font-size:7.5pt;font-family:Tahoma;color:black'>.</span></font><o:p></o:p></p>
<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'> <o:p></o:p></span></font></p>
<p class=MsoNormal><font size=1 face=Tahoma><span style='font-size:7.5pt;
font-family:Tahoma'>Andy </span></font><o:p></o:p></p>
<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>
<hr size=2 width="100%" align=center tabIndex=-1>
</span></font></div>
<p class=MsoNormal style='margin-bottom:12.0pt'><b><font size=2 face=Tahoma><span
style='font-size:10.0pt;font-family:Tahoma;font-weight:bold'>From:</span></font></b><font
size=2 face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma'>
mapguide-users-bounces@lists.osgeo.org
[mailto:mapguide-users-bounces@lists.osgeo.org] <b><span style='font-weight:
bold'>On Behalf Of </span></b>Jason Birch<br>
<b><span style='font-weight:bold'>Sent:</span></b> Wednesday, February 21, 2007
8:28 PM<br>
<b><span style='font-weight:bold'>To:</span></b> <st1:PersonName w:st="on">MapGuide
Users Mail List</st1:PersonName>; fdo-users@lists.osgeo.org<br>
<b><span style='font-weight:bold'>Subject:</span></b> RE: SPAM-LOW: RE:
[mapguide-users] Problem with OS Geo FDOProviderfor Raster.</span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Frank
wrote:</span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>>
I'd add that I think the GDAL provider *could* be suitable for this<br>
> size image if we get to incorporating a tileindexing scheme. </span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Hmm.
Copying this to the FDO list too, as it's really about an FDO provider (though
MapGuide's the only client for this one currently)</span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>For
50,000 images, I can't imagine that on-the-fly tileindex generation would be
all that effective judging by my experience with file
access times on only ~100 ecws. The first user on every reload of
the provider would kill the server. </span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>It
would be cool if there were two modes: </span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'> -
by default the provider caches image extents in an in-memory tileindex so that
lazy users with few images don't have to do anything and still get good
performance<br>
- optionally, the user can upload some XML into the resource data,
defining a static tileindex so that the files don't need to be read the initial
time.</span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>These
would use the same structure and access methods, it would only be the initial
population of the index that would be different.</span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Rapid
image serving is critical; especially when even sophisticated folks somehow
expect Google-level performance from a single server over a single
connection. This is one area I'm taking some initial flack on, as
performance isn't as good as it was with the old proprietary MapGuide (with
either the ADSK provider or the GDAL one). </span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>My
testing shows that about half of the load time is because of
server-side re-rendering and delivery to the browser, but about half of it
(in my 100-image set) seems to be taken up re-accessing all of the images on
every load.</span></font><font size=2><span style='font-size:10.0pt'><o:p></o:p></span></font></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>I
might be able to round up some (not enough) $$$ to put towards Frank's
time to add this kind of functionality. </span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Anyone
else in the same boat as me? Frank, what would it take? Would
we see some performance enhancements with a simple version upgrade on
GDAL as well?</span></font><o:p></o:p></p>
<p><font size=2 face=Arial><span style='font-size:10.0pt;font-family:Arial'>Jason</span></font><o:p></o:p></p>
</div>
</body>
</html>