SVG has several problems:<div><ol><li>It's a general-purpose graphics format. It allows a lot of things, but that comes with a cost - implementing and maintaining a SVG rendering engine is difficult, making it efficient is even more so.</li>
<li>Although SVG is supposed to be a standard, not everyone implements its renderers (or converters) the same way. Adobe's implementation is particularly buggy & non-compliant (see <a href="http://igorbrejc.net/openstreetmap/maperitive-vs-adobe-illustrator">http://igorbrejc.net/openstreetmap/maperitive-vs-adobe-illustrator</a>). Oh yes, and _very_ slow, especially if you want to have high-precision text positioning on a per-letter basis (see 
<a href="http://maperitive.net/docs/manual/Commands/ExportSvg.html#Precision%20Typography">http://maperitive.net/docs/manual/Commands/ExportSvg.html#Precision%20Typography</a>) - this is why Maperitive SVG sample you tried is so slow.</li>
<li>You're stuck with existing implementations of rendering engines. Writing your own would be a mammoth (and wasteful) effort, because of the point #1.</li></ol><div>SVG comes in handy when you want to have a map that can be imported as a vector drawing into desktop publishing software (Illustrator, Inkscape etc). For rendering maps on the fly on mobile devices, I'd recommend using a native renderer or HTML5.</div>
</div><div><br></div><div>Igor<br><br><div class="gmail_quote">On Sun, Jul 1, 2012 at 11:16 PM, Robert Joop <span dir="ltr"><<a href="mailto:5313501608656osm@rainbow.in-berlin.de" target="_blank">5313501608656osm@rainbow.in-berlin.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 12-06-28 19:09:42 CEST, Stefan de Konink wrote:<br>
> -----BEGIN PGP SIGNED MESSAGE-----<br>
> Hash: SHA512<br>
><br>
> On 27-06-12 23:12, Robert Joop wrote:<br>
> > Why unreadable? What viewport setting do you use?<br>
><br>
> A mapquest widget is used within a native app.<br>
<br>
Ok, I had web browsers in mind, out of personal experience.<br>
<br>
> > How good is the SVG support on mobile devices?<br>
><br>
> <<a href="http://en.wikipedia.org/wiki/Scalable_Vector_Graphics#Mobile_profiles" target="_blank">http://en.wikipedia.org/wiki/Scalable_Vector_Graphics#Mobile_profiles</a>><br>
<br>
Well, this doesn’t tell me anything about the quantity and quality of<br>
the support on the devices out in the field.<br>
But this doesn’t concern you, I suppose, as with an app you’ll cover<br>
only a small part of the market (expressed in percentage of devices,<br>
not in percentage of market share, of course), and you can know those<br>
devices fairly well, or bring along the libraries as needed...?<br>
<br>
Me, thinking along mobile web browser support, am much more reluctant<br>
when it comes to using SVG heavily on them.<br>
<br>
Actually, thinking about it, I wonder whether desktop browsers are up for<br>
it. Following the hint on <a href="http://wiki.openstreetmap.org/wiki/SVG" target="_blank">http://wiki.openstreetmap.org/wiki/SVG</a><br>
I tried the OSM SVG export, central Cologne at zoom level 15, and loaded<br>
the result in Firefox 3.6 on my netbook: it takes ages to render, some<br>
45 seconds.<br>
The Maperitive example offered there for the center of Dublin takes some<br>
30 seconds to render.<br>
<br>
The remainder of the tests is with the OSM Cologne export.<br>
My desktop PC is even slower, 100 seconds with Firefox 3.6.<br>
A more current desktop PC at work:<br>
- 31 seconds with Firefox 3.6<br>
- 6 seconds with Firefox 10<br>
- 2 seconds with Chrome 20<br>
<br>
But how about mobile devices? In case anybody's as curious as myself:<br>
<br>
Acer A100 (Android 4): some 14 s<br>
  Opera Mobile on it seems slightly faster<br>
Samsung Galaxy Tab 10.1: also some 14 s; panning and zooming almost fast<br>
  enough to use.<br>
Windows Phone 7: no SVG support<br>
HTC Desire, HTC Sensation: I get a blank page!<br>
Apple iPhone: more than 2 minutes till it has finished rendering, and<br>
  then panning and zooming feels glacial as well.<br>
Apple iPhone 4: some 33 s where nothing seems to happen, then the finished<br>
  result appears. Panning and zooming is too slow to use.<br>
<br>
(On most devices, one can watch the map getting rendered.)<br>
<br>
To sum it up, I believe it is safe to say that heavy use of SVG like those<br>
from OSM exports should only be used on targets you know very well. ;-)<br>
<br>
YMMV,<br>
have fun,<br>
rj<br>
<br>
_______________________________________________<br>
dev mailing list<br>
<a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/dev" target="_blank">http://lists.openstreetmap.org/listinfo/dev</a><br>
</blockquote></div><br></div>