[OSM-talk] Flash player's own zoom tool fails with Potlatch 0.7

[Robert (Jamie) Munro]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Richard Fairhurst wrote:
| Rahkonen Jukka wrote:
|
|> Vectors and imagery do not match any more.  Only way to make them
|> match is to close the editor and start from the beginning again and
|> avoid using the right click zoom.  This feature has worked fine
|> until yesterday. I have found it very useful and I would like to
|> see it coming back sometime.
|
| Unfortunately this appears to be a known bug with Flash Player when a
| SWF fills 100% of a div, as Potlatch now does (rather than being
| fixed-size).
|
| Hopefully Adobe will fix it but we're also planning to approach Yahoo
| and ask them if they could perhaps scale up their imagery rather than
| reporting "no imagery available".
|
| Until then, you can realign the imagery by holding down Space and
| dragging it. Or I'm open to any other ideas, of course!

This reminds me: Can we collect data on imagery realignments? If we
could just log center of view, username, zoom level and how far it was
dragged, we could look for areas that were dragged by similar amounts a
lot, take an average, and then make potlatch open with the correction
already applied. We could also forward the information to Yahoo. Perhaps
we should also collect the number of edits made after the drag, and not
keep drags with few edits made later, on the grounds that if you are
doing a lot of editing, you are going to try to line it up more perfectly.

Obvoiusly we would need a way to ignore drags that occur because of the
above problem, but we can probably just throw those out because their
magnitude will be much larger.

Robert (Jamie) Munro
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHpwuUz+aYVHdncI0RAuRbAJ4rYUAB2WWOsschmQdvMpJsM5qjGQCfTwBV
1PcgENW8zflVV+iGvIhxUic=
=hdVq
-----END PGP SIGNATURE-----