Hi,<br><br>I am currently looking at Cairo with the intent of using it as a map &quot;rendering engine&quot;. I work at a company<br>making GIS applications, which typically has a map on the screen. Our current rendering is done by using
<br>win32 GDI, but now we are looking for a better way. I am looking at several alternatives, but I find Cairo quite<br>interesting in many ways.<br><br>Before I start hammering with coding &amp; trying things out, I&#39;d like to hear your opinions.
<br><br>In our apps, we typically have 5-20 (in some cases less more) layers. Each layer then consists of speciffic<br>geographical objects, for example<br>- height curves (simply polylines)<br>- buildings (polygons, majority 4-20 vertexes, sometimes more)
<br>- roads (sometimes just polylines, but they may also be polygons with 1000&#39;s of vertices)<br>- rivers/sea etc (often huge polygons, with &quot;islands&quot;/holes and several thousand vertexes)<br>- texts, or points with truetype/pixmap symbols
<br>- background photos, ortho photos taken from airplanes<br><br>In addition,<br>- polygons are typically parametrically hatched, or filled with some kind of pattern. <br>- lines may come in many variants. Some have just dash/dot patterns, orhers may have additional figures 
<br>along it (like direction arrows, circles etc)<br><br>The app typically starts with an initial zoom. The user may suddenly move to a different locations, which <br>triggers reading new geometries from the databases and then renders it. This means that the app may
<br>not keep a static/permanent model in RAM all the time.<br><br>One render may contain, in &quot;heavy&quot; cases, 10.000 polygons of various types, and 30.000 lines.. or even more.<br><br>Does this sound like a task for Cairo ? 
<br>And, how is Cairo with memory usage ?<br><br>I am eager to try this out, but still, any comments/suggestions are welcome !<br><br><br>Oyvind<br>