<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:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"Comic Sans MS";
panose-1:3 15 7 2 3 3 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{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","serif";
mso-believe-normal-left:yes;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
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","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><![if mso 9]><style>p.MsoNormal
{margin-left:3.0pt;}
</style><![endif]><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple style='margin-left:3.0pt;margin-top:3.0pt;margin-right:3.0pt;margin-bottom:.75pt'><!--ppd1000033--><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>My fault for taking so long to get back to you. It sounds like George is still interested in working with me on an implementation example, so your feedback will be helpful.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks Bob.<o:p></o:p></span></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Landon<o:p></o:p></span></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Mobile: (209) 992-0658<o:p></o:p></span></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Office: (209) 946-0268<o:p></o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Bob Basques [mailto:Bob.Basques@ci.stpaul.mn.us] <br><b>Sent:</b> Friday, January 07, 2011 2:00 PM<br><b>To:</b> George Silva; Landon Blake<br><b>Cc:</b> carto@lists.osgeo.org<br><b>Subject:</b> Re: [Carto] RE: Sample MRI File - Version 0.12<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>Geez, I had to scratch my head for a few seconds, it's been so long since the thread started. Landon, I haven't got a clue what I meant by the Stat's block, other than maybe something that described the layout, sort of like metadata or something.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>Anyway, looking at the old thread now . . .</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>bobb</span> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:0in'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><br><br>>>> George Silva <<a href="mailto:georger.silva@gmail.com">georger.silva@gmail.com</a>> wrote:<o:p></o:p></p><table class=MsoNormalTable border=0 cellpadding=0 style='margin-left:11.25pt;background:#F3F3F3'><tr><td style='padding:.75pt .75pt .75pt .75pt'><div style='border:none;border-left:solid #050505 1.0pt;padding:0in 0in 0in 5.0pt'><div><p style='margin:0in;margin-bottom:.0001pt'>Hello guys! <o:p></o:p></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p></div><div><p style='margin:0in;margin-bottom:.0001pt'>I know it's been a long time and the project has gone a little slow. Right now I'm really busy, but I can make to (re)start coding. <o:p></o:p></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p></div><div><p style='margin:0in;margin-bottom:.0001pt'>Landon, do you have some sort of IM so we can exchange some real-time messages? That would help. Let me know your IM and time choice. <o:p></o:p></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p></div><div><p style='margin:0in;margin-bottom:.0001pt'>Cheers, <o:p></o:p></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p></div><div><p style='margin:0in;margin-bottom:.0001pt'>George<o:p></o:p></p></div><div><p style='margin:0in;margin-bottom:.0001pt'>On Fri, Jan 7, 2011 at 6:31 PM, Landon Blake <<a href="mailto:lblake@ksninc.com">lblake@ksninc.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 0in;margin-left:0in;margin-right:0in'><div style='margin-left:3.0pt;margin-top:3.0pt;margin-right:3.0pt;margin-bottom:.75pt'><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt;color:#1F497D'>It would help if I attached the Version 0.13 file.</span> <o:p></o:p></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><b><span style='font-size:10.0pt'>From:</span></b><span style='font-size:10.0pt'> <a href="mailto:carto-bounces@lists.osgeo.org" target="_blank">carto-bounces@lists.osgeo.org</a> [mailto:<a href="mailto:carto-bounces@lists.osgeo.org" target="_blank">carto-bounces@lists.osgeo.org</a>] <b>On Behalf Of </b>Landon Blake<br><b>Sent:</b> Friday, January 07, 2011 1:31 PM<br><b>To:</b> Bob Basques<br><b>Cc:</b> <a href="mailto:carto@lists.osgeo.org" target="_blank">carto@lists.osgeo.org</a><br><b>Subject:</b> [Carto] RE: Sample MRI File - Version 0.12</span> <o:p></o:p></p></div></div><div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>It’s been over 7 months, but I’m finally making time to respond to Bob’s last set of questions on the Map Rendering Input specification. For those of you that have forgotten or joined this mailing list since our late spring discussion, let me provide a refresher. A few of us started brainstorming on a simple specification for an XML format that could be used as input to a map rendering engine. A couple of us even started to scrape together some code for an example implementation of an engine that would consume the input file and produce the map as output.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>I’ve totally dropped the ball on further discussion and implementation of this idea. I’m going to try to pick the ball back up and move down the field again. :]</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote: “Should "DPI" be considered a valid INIT type for resolution? Wouldn't px, em or ?? fit better?”</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>The list of properties in the properties element will change depending on the type of output. In the example I used the output was an image, so I thought the resolution of the output image would be appropriate. I think this is a parameter that will be needed when converting vector data to a raster output format. If our output was in a vector format, like PDF or SVG, then the type of units you listed would certainly be correct. Your question made me realize we should define a standard set of properties for required for each type of output format. We could do this with some type of XML schema, but I think some plain language documentation would be more helpful at this point.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote: “Should "width / height" really be "X / Y / (Z)" ?” I don’t see how a Z value would apply to page size, but it certainly would apply to map frames, as you suggest. If there is a way it makes sense for the page size section, we can include it.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote: “Don't know that the "mapframes" container is needed. Just process each "mapframe" inside of "mapframes" no matter what.”</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>I guess the inclusion of the mapframes element is because I’m thinking like a Java programmer? To me the mapframes element is like a collection or container. I think this element would make parsing the MRI file easier in object-oriented programming languages. If I was parsing it in Java I would have a MapFrames object with a method that returned the number of MapFrames, as an example. But if there is a benefit from taking it out we can do that too.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote: “Are unique "SECTION name=" defaulted to requiring unique values, should NAME be moved out of PARAM status? For more than one Section of type "LAYOUT" for example.”</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>I don’t think that section names have to be unique. You should be able to include multiple layouts in a single MRI file.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote: “Mapframe Stacking isn't accounted for (z order) for more than one MapFrame, might want to display on mapframe partial over another. Could get away with sending a polygon instead of width / height - X / Y, although that would get messy quick Might have to bite the bullet there though. Another use for this, would be to print out a result on top of a template that might already contain a MAPFRAME of the same name. The stacking would become needed in this situation too I think. Over or under the template?”</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>We should add mapframe Z-order, or stacking, to the MRI file.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote: “ I'm lost on the mapframe>scale value, what to what, relative to what? Should the unit size be passed in for the Model_space_position as well to make this work? “</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>I would use this value to figure out how to scale vector data in a real world coordinate system to the page coordinate system. So in the example given, I would need to scale model space geometry by 1/1000 to make it land on the right place in the page. I think if we leave the scale value unitless, the model space position can remain unitless as well. </span><o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote: “Should mapframe properties be referenced to a mapframe like : <map_frame_properties mapframe="Main Map Frame">?”</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>I don’t think this is necessary since the mapframe properties element is a child of the map frame element. That parent-child relationship should make the association clear.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Bob wrote:</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>“</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>* Set up more than one Map view in this example . . . Will help with referencing question I have above. </span><o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>* Captioning for Mapframes. </span><o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>* Stat's block, for outputting in text form, the descriptive elements of the print. </span><o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>* There was mention of adding in the Time of day to the date, I would second this. </span><o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>* Add metadata sub section to each layer. </span><o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><b><span style='font-size:11.0pt'>“</span></b> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Everything you suggested in the above list sounds good, except I don’t know what you mean by a stats block.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>I’ve attached a new MRI file with the following changes:</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>-</span><span style='font-size:7.0pt'> </span><span style='font-size:11.0pt'>Added a second map frame.</span> <o:p></o:p></p><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>-</span><span style='font-size:7.0pt'> </span><span style='font-size:11.0pt'>Added map frame z-order.</span> <o:p></o:p></p><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>-</span><span style='font-size:7.0pt'> </span><span style='font-size:11.0pt'>Added polygonal map frame.</span> <o:p></o:p></p><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>-</span><span style='font-size:7.0pt'> </span><span style='font-size:11.0pt'>Added map frame captions.</span> <o:p></o:p></p><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>-</span><span style='font-size:7.0pt'> </span><span style='font-size:11.0pt'>Added map frame borders.</span> <o:p></o:p></p><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>-</span><span style='font-size:7.0pt'> </span><span style='font-size:11.0pt'>Added text styles, border styles, and colors.</span> <o:p></o:p></p><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>-</span><span style='font-size:7.0pt'> </span><span style='font-size:11.0pt'>Moved layers to a separate section and replaced list of layer objects in map frame properties with a list of layer names and z order. This allows layers to be reused in multiple map frames by reference.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Let’s tear this version apart. After we think we’ve got something we can agree on, I’ll commit this to my SVN as version 0.13. Then I’d like to take a break, before the spec gets a lot more complicated, to get a implementation working. I have the feeling we may be tweaking the spec after we try to write some code. I’d really like to get an example implementation of an engine that can consume our 0.13 version MRI and spit out a simple SVG file.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Once we get that working we can come back and add more stuff to the spec, like annotations, legend, embedded images for logos, grid lines, symbols, and the like.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>Landon</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.0pt'>P.S. – Is George still interested in a C# implementation of an MRI engine? Please let me know so I can start working on the code (again). :]</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><b><span style='font-size:10.0pt'>From:</span></b><span style='font-size:10.0pt'> Bob Basques [mailto:<a href="mailto:Bob.Basques@ci.stpaul.mn.us" target="_blank">Bob.Basques@ci.stpaul.mn.us</a>]<br><b>Sent:</b> Monday, May 03, 2010 11:41 AM<br><b>To:</b> Landon Blake; <a href="mailto:carto@lists.osgeo.org" target="_blank">carto@lists.osgeo.org</a>; Tyler Mitchell (OSGeo)<br><b>Subject:</b> Re: Sample MRI File - Version 0.12</span> <o:p></o:p></p></div></div><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>All,</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>Ok, looking through it. . . .BTW, I'm looking at things with respect to PDF output (Including 3D models eventually).</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>Comments on Spec:</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Should "DPI" be considered a valid INIT type for resolution? Wouldn't px, em or ?? fit better?</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Should "width / height" really be "X / Y / (Z)" ?</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Don't know that the "mapframes" container is needed. Just process each "mapframe" inside of "mapframes" no matter what.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Are unique "SECTION name=" defaulted to requiring unique values, should NAME be moved out of PARAM status? For more than one Section of type "LAYOUT" for example.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Mapframe Stacking isn't accounted for (z order) for more than one MapFrame, might want to display on mapframe partial over another. Could get away with sending a polygon instead of width / height - X / Y, although that would get messy quick Might have to bite the bullet there though. Another use for this, would be to print out a result on top of a template that might already contain a MAPFRAME of the same name. The stacking would become needed in this situation too I think. Over or under the template?</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* I'm lost on the mapframe>scale value, what to what, relative to what? Should the unit size be passed in for the Model_space_position as well to make this work?</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Should mapframe properties be referenced to a mapframe like : <map_frame_properties mapframe="Main Map Frame"></span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>Suggested additions:</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Set up more than one Map view in this example . . . Will help with referencing question I have above.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Captioning for Mapframes.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Stat's block, for outputting in text form, the descriptive elements of the print.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* There was mention of adding in the Time of day to the date, I would second this.</span> <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>* Add metadata sub section to each layer.</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-family:"Comic Sans MS"'>bobb</span> <o:p></o:p></p><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0in;margin-bottom:.0001pt'><br>>>> "Landon Blake" <<a href="mailto:lblake@ksninc.com" target="_blank">lblake@ksninc.com</a>> wrote: <o:p></o:p></p><div style='border:none;border-left:solid #050505 1.0pt;padding:0in 0in 0in 5.0pt;margin-left:11.25pt'><p style='margin:0in;margin-bottom:.0001pt;background:#F3F3F3;background-position:null;background-image:null;background-attachment:scroll'>I don't think that is the most current XML file. Try the attached.<br><br>Landon<br>Office Phone Number: (209) 946-0268<br>Cell Phone Number: (209) 992-0658<br><br><br>________________________________________<br>From: <a href="mailto:carto-bounces@lists.osgeo.org" target="_blank">carto-bounces@lists.osgeo.org</a> [mailto:<a href="mailto:carto-bounces@lists.osgeo.org" target="_blank">carto-bounces@lists.osgeo.org</a>] On Behalf Of Bob Basques<br>Sent: Monday, May 03, 2010 11:02 AM<br>To: <a href="mailto:carto@lists.osgeo.org" target="_blank">carto@lists.osgeo.org</a>; Tyler Mitchell (OSGeo)<br>Subject: Re: [Carto] Requesting Tentative Consensus on MRI FileFormat- Version 0.12<br><br>Is this the latest stuff being talked about?<br><br><a href="http://lists.osgeo.org/pipermail/carto/attachments/20100412/a894c7f6/mri_stripped_version_0" target="_blank">http://lists.osgeo.org/pipermail/carto/attachments/20100412/a894c7f6/mri_stripped_version_0</a>-11-0001.xml<br><br><a href="http://lists.osgeo.org/pipermail/carto/attachments/20100412/a894c7f6/MRI_Changes" target="_blank">http://lists.osgeo.org/pipermail/carto/attachments/20100412/a894c7f6/MRI_Changes</a>-0001.obj (really a PDF . . )<br><br><br>>>> "Tyler Mitchell (OSGeo)" <<a href="mailto:tmitchell@osgeo.org" target="_blank">tmitchell@osgeo.org</a>> wrote:<br>On 05/03/2010 10:23 AM, Landon Blake wrote:<br>> We could certainly define "dynamic" components using proportions and<br>> anchoring, but that will increase the complexity of the map rendering<br>> engine quite a bit. I'd prefer to see that done in the prior step by<br>> a nother program in the tool chain.<br>><br>> That just my opinion though.<br><br>I sure agree. Anything that has a user interface can be considered<br>slightly off-topic for now at least. The hope is to solidify an XML<br>specification and then let others build to the specification.<br><br>Of course, once we have it settled, then I'm sure several of us will<br>want to try various approaches and report back here :)<br>_______________________________________________<br>Carto mailing list<br><a href="mailto:Carto@lists.osgeo.org" target="_blank">Carto@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/carto" target="_blank">http://lists.osgeoorg/mailman/listinfo/carto</a><br><br><br>Warning:<br>Information provided via electronic media is not guaranteed against defects including translation and transmission errors. If the reader is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this information in error, please notify the sender immediately. <o:p></o:p></p></div></div></div></div></div><p style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:0in'><br>_______________________________________________<br>Carto mailing list<br><a href="mailto:Carto@lists.osgeo.org">Carto@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/carto" target="_blank">http://lists.osgeo.org/mailman/listinfo/carto</a><o:p></o:p></p></blockquote></div><p style='margin:0in;margin-bottom:.0001pt'><br><br clear=all><br>--<br>George R. C. Silva<br><br>Desenvolvimento em GIS<br><a href="http://blog.geoprocessamento.net">http://blog.geoprocessamento.net</a><o:p></o:p></p></div></td></tr></table><p class=MsoNormal style='margin:0in;margin-bottom:.0001pt'><o:p> </o:p></p></div><BR><BR><P><FONT face=Arial><FONT size=1><STRONG>Warning:<BR></STRONG>Information provided via electronic media is not guaranteed against defects including translation and transmission errors. </FONT></FONT><FONT face=Arial><FONT size=1>If the reader is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this information in error, please notify the sender immediately.</FONT></FONT></P></body></html>