On 2/11/07, <b class="gmail_sendername">Tom Chance</b> <<a href="mailto:tom@acrewoods.net">tom@acrewoods.net</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Ahoy,<br><br>On Sunday 11 February 2007 00:53:25 Ben Robbins wrote:<br>> 5 problems I have...please split up into seperate topics for reply.  Check<br>> image for refernces..<br>><br>> <a href="http://i57.photobucket.com/albums/g226/ben_robbins_/osm3things.png">

http://i57.photobucket.com/albums/g226/ben_robbins_/osm3things.png</a><br>><br>> 1)  Where different highway types meet at junctions it usually renders<br>> quite a messy overlap of the core where 1 of the cores renders later and

<br>> has a rounded end.  In just adding an additional tag (for the purpose of<br>> the example I have added core=yes) you can make selected cores render again<br>> later and clean up junctions.  What would a good tag for this be? or...are

<br>> there better methods of sorting out this asthetical fault?.<br><br>If things look wrong in the slippy map or your own Osmarender renders, don't<br>tag your way around the problems! Report the problems with mapnik and

osmarender and wait for them to be fixed, but keep the tags in the database clean.</blockquote><div> Actually this kind of experimentation and innovation should be encouraged.  If people play with rules files and demonstrate potential solutions, that's a much more constructive approach than submitting a fault to trac and then wondering when it will get fixed.

I think the core=yes modification is quite interesting.  The end result looks good and is an improvement - but maybe there is a better way to implement it.  Now that Ben has demonstrated how good it looks, I think we are at least one step closer to a solution.

<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">If you want to get maps looking nice for your own purposes then you can always

save the OSM file and fiddle with it on your hard drive, but don't upload the hacks to the database.</blockquote><div> The general rule is "no prohibition, no compulsion".  You can do what you like with tags.

<br>

However, a good way to have your cake and eat it, is to prefix your own tags with your wiki user name.   If, for example, I wanted to tag bridges in a particular way then I could use something like 80n:bridgeCurvature=20.  This minimises the possibility of conflicts between my special tags and tags that may at some time, in the future, be adopted as standard tags.

<br><br>Of course, ideally Map Features should use a prefix so that it doesn't conflict with other schemes.  Hopefully the next version (Andy?) will implement this.<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Otherwise when the problem is fixed in mapnik/osmarender your hacks may have<br>unintended effects, and it all becomes difficult to keep clean.<br><br>For example, golf courses still render as grey blobs in mapnik. I might be

<br>tempted to add 'leisure=park' to get them green for now, but I might forget<br>about it and then leave the data incorrectly tagged. Even worse I might<br>invent tags, add them to my osmarender rules and then upload them to the

<br>database. Later on those same tags could be added to the official map<br>features list but with very different meanings. Suddenly my data shows up<br>funny for everyone else!<br><br>If you report problems on <a href="http://trac.openstreetmap.org">

http://trac.openstreetmap.org</a> then everyone knows<br>about them and they're likely to eventually get fixed.<br><br><br>> 3)  Bridges....  I've been adding them for quite some time, and now there<br>> is the bridge=yes rendereding.  I stated why I thourght this tag was

<br>> inconsistent before, but I am more concerned with the way the problem of<br>> bridges has been approuched.  I have a bad feeling that there are so many<br>> different forms and odd and excentric bridges in the world, that just

> adding a tag and trying to render them correct is not going to always be > satisfactory. [snip] > In the end I think drawing a map with a pencil and paper will have far less > hurdles than osm is having/will face, just becuase it has no rules.

<br><br>I suppose it's again a case of: proposed a proper fix, or work around it in<br>your own way. If you can think of a good way to represent bridges without<br>making the map features schema horribly complex then propose it on the wiki,

<br>discuss it on this list, and if it gets accepted then go ahead and use it.<br>Otherwise just take renders and tweak them manually yourself. I don't think<br>we can expect all the really good maps to come from automatic tools. I

<br>certainly spent quite a while in Inkscape to get these:<br><a href="http://cf.acrewoods.net/ethical_map">http://cf.acrewoods.net/ethical_map</a><br><br>I can't actually think of any particularly odd bridges. Do you have any

<br>photos / maps of examples? Why would there be a bridge without some kind of<br>path/road/rail across it? :o)<br><br>Regards,<br>Tom<br><br>--<br>| Green Party Speaker on Intellecual Property and Free Software |<br>| <a href="http://tom.acrewoods.net">

http://tom.acrewoods.net</a>    ::   <a href="http://www.greenparty.org.uk">http://www.greenparty.org.uk</a> |<br><br>_______________________________________________<br>talk mailing list<br><a href="mailto:talk@openstreetmap.org">

talk@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk</a><br></blockquote></div><br>