hi bill
like randy and andreas said, flipping the y-axis in the original dataset
is the cheapest way to go and finally what most mapping people do. while
doing so you could cut unneeded decimal places, non-changeling million's
digits and so on.
a point i couldn't verify are problems in Firefox related to the range
of coordinates. zooming in FF is generally slow and quickly freezes
after the 4th zoom-in. this also happens with dummy maps in 100*100
coordinate systems. it seems as if Mozilla tries to render content that
is out of the window (that area can get quite big). the problem is
unsolved and not well recognized by the mozilla team (they like *small*
test cases...). so please post this a bug on bugzilla.
ASV rendering issues on when zooming seems related to script-based
zooming only (eg. controlling extents and reseting currentScale). i
didn't observe this when using the build in functionality.
andré
--
___________________________________________________________________
andre m. winter,
cartography for internet and multimedia applications
schiessstand 4/1, a6091 goetzens, tyrol, austria
tel.: ++43.5234.32732
email: <[EMAIL PROTECTED]>
new svg book with actual scripting samples out now!
check <http://svg.carto.net/>
Andreas Neumann wrote:
> Hi Bill,
>
> I would also recommend what Randy suggests. Just multiply the y-axis with -1.
> This way
> you won't have problems with text.
>
> Using geographic coordinates works fine within a certain range. I found out
> that some or
> most have limitations in the coordinate range. I have most problems with
> Mozilla. If I use
> realworld coordinates (say in swiss coordinate system, with a range between
> 450000 to
> 850000 in x and 70000 to 300000 in y) I had problems when zooming in to
> larger map
> scales. This is a problem I only experienced with Mozilla. This map worked
> fine in Opera 9,
> ASV and Batik. I hope that the mozilla team will one day improve their valid
> coordinate
> ranges.
>
> Likewise I had problems when using geographic coordinates in ASV and zooming
> in very
> far. Funny things happened: e.g. paths would render fine, but rects or
> markers would
> render with an offset.
>
> So, to be on the safe side one should transform the coordinates to a smaller
> range.
>
> Andreas
>
>
-----
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my
membership"
----
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
