With rendering you mean converting OSM data into SVGs? I don’t think so.
Again I think browsers can render Canvas faster.
That would be perfect. I’ve played around a little with http://paulwagener.nl/osm/editor.xhtml, as soon as zoom level goes down your script uses too much time. With level 16 SeaMonkey starts complaining.
Could you tell me/us from which database (format) you start and if you convert to a single SVG or multiple.
I transform .osm format to svg in javascript but it’s not as static as it sounds. All the ways and circles are part of the HTML dom so it’s easy to manipulate them. The
I haven’t tested SeaMonkey but with Chrome and Firefox I haven’t had any performance problems. It only starts slowing down when it displays a significant chunk of downtown london, and even then it’s usable.
Well maybe my computer is becomming too slow and too old. Still we have to keep an eye on the performance.
I’ve now looked more closely into canvas and realized it’s not done via Dom. Then SVG might really be the better choice. Also SVG might be easier if style changes are wished.
Could you change the web page so the map an the editor are next to each other. This would allow for a much better overview.
So far you style the vectors all in the same color, could you style at least some like they are done as in Potlatch? Just set up a starting css and I’ll all more colors according to the tags.
I’ve commented out “parentNode.removeChild” in loadEditor and some other changes so that map and editor are both visible. Seems there’s a problem with exact sizing of the vectors.
BTW is it possible to add a title element to show the actual zoom level on the +/- handle? Or is such a feature missing in OpenLayers?
The svg editor doesn’t zoom to the correct level. It’s just a hardcoded value.
The CSS is just like HTML css. In fact it IS HTML CSS. I’ve given all ways and nodes classes according to their tags. A quick look through the DOM should reveL their pattern.
Why the inputs aren’t editable is black magic to me. Seems like they should work.
Seems you convert tags like “buildings=yes” to “building-yes”. Could change that to “building_yes”? It might be that “-” is contained in a tag. Isn’t it possible to convert “name=…” to the name statement or doesn’t SVG items have a name?
Scrap that, any map feature tag uses “_”. Unfortunaltely names (usually man made) do contain “-”. Yet names could be moved to the name statement instead of another class.
I’ve colored the vectors a little see http://www.orpatec.ch/osm/editor/editor.xhtml. It would help if the zoom level would match somehow and if the map could be moved around in a larger area.
Filling rectangles overlaps other buildings (see Tower of London). You have to add the inner/outer rules of the buildings.