<div>Dave Stubbs,</div>  <div><<<<BR>If it is easy to implement routing on current osm data then why osm still<BR>not have routing feature displaying in the web brower like google map and<BR>yahoo map?</div>  <div><BR>Because no-one has written one? Because the resources to provide this<BR>aren't necessarily trivial? Because nobody with enough knowledge to do<BR>it actually cares enough to do it? Because routing requires there be<BR>uninterupted data from point to point which really wasn't there till<BR>recently, making routing with osm data not very useful?</div>  <div>There's a hundred reasons why there isn't one already -- you can't<BR>suddenly claim it must be because the data model isn't optimised for<BR>it...<BR>>>></div>  <div> </div>  <div>If making routing with current osm data stucture is not so difficult like you said then I will<BR>wait to see how osm experts do that.</div>  <div> </div>  <div>Talk is easy, excurse for not doing that
 is also easy. Do it yourself and you will know how difficult it is.</div>  <div><BR><<<<BR>With crappy lines... imagine the situation where you wish to draw a<BR>building as a solid yellow with a brown border. You limit us to<BR>"simple" polygons, and now we have nasty lines drawn through the<BR>building rather than a nice solid object.<BR>>>></div>  <div> </div>  <div>I have studied a lot of mapping applications so far: Garmin, Goole map, Yahoo map... This is the  first time I heard about filling polygon with border: one solid colour within the polygon and another one colour on its borders. I guess geometry experts need to rewrite filling algorithm to meet your expectations. (For example: filling a star polygons with holes with different colours).</div>  <div> </div>  <div>For your information, filling complex polygons is the nightmare to render program. I guess you never write a render program.</div>  <div> <BR><<<<BR>If you
 are developing anything to do with mapping, you're gonna have<BR>to get your geometry text book out at some point.<BR>>>></div>  <div> </div>  <div>I spend one year to study geometry and study how to zip geometry data as much as possible. For the same set of map data if Garmin can zip them down to 4MB, I can zip them even further: down to only 2MB without lossing any information. (I convert 4MB binary format of garmin map to polish format and zip that polish format to 2MB of my binary format).<BR></div>  <div>I believe I have enough knowlegde in geometry but I still feel it is difficult to use <BR>osm data. May be I need to wait for you to write a geometry text book on how to use osm data.</div>  <div> </div>  <div><<<<BR>My answer to this is fairly simple: so far the effort involved in<BR>removing segments has clearly outweighed any benefits to be gained. I<BR>say clearly because so far people have only ever talked about it.</div>  <div>TBH
 planet isn't *that* big, and doesn't take *that* long to process<BR>given how much information it contains. I'm sure this will become more<BR>of a need as time passes.<BR>>>></div>  <div> </div>  <div>It does not take that long to process because you use database (MySQL...)<BR>If you do not use database, just use plannet.osm text file and you try to clip a region (for example london city), you will know how long it will take.</div>  <div> </div>  <div>Regards,</div>  <div> </div>  <div> </div><p>
      <hr size=1>Looking for a deal? <a href="http://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20-">Find great prices on flights and hotels</a> with Yahoo! FareChase.