http://tah.openstreetmap.org/Request/create/ does not handle zoom correctly #1178
Comments
Author: openstreetmap[at]dstoecker.de I also found the reason. The parameter is "min_z" and not z. Thus Javascript of IFW must be fixed. |
Author: openstreetmap[at]dstoecker.de And another note: The rendering should is done on level 6 and 12 only, no longer 8. So also the text telling me to request on level 8 must be fixed. And also on level 8 no longer the selection box must be drawn. |
Author: tom[at]compton.nu Information freeway is not operated or maintained by the OSM administrators - you need to contact the IFW owner (Etienne Cherdlu) to resolve any problems you have with it. |
Author: stoecker Beside the above the topic is still correct. http://tah.openstreetmap.org/Request/create/ does not handle zoom correctly --> I tried to have a look at the source code, but did not find the place, where the 6 is changed into a 12. A little patch (don't know if correct, but should show be clear what's meant) during my search. This fixes the max_z value, but not the general issue. Index: requests/models.py--- requests/models.py (Revision 10480)
|
Author: tom[at]compton.nu As I explained before, this is an IFW issue, not an OSM issue, so please stop reopening this ticket and go talk to somebody that can actually help you, which is not anybody who will be reading this. |
Author: tom[at]compton.nu Gah. I see it is actually an osmarender issue, not an IFW issue... |
Author: osm[at]petschge.de I think this should go in the (new) tilesathome component... |
Author: spaetz
Yes and that is correct, there IS no zoom level 8 rendering. If the server accepted that what should it do with it? A tile set file is z6-11 or z12-17 and nothing inbetween, indeed if a client uploaded a z8-11 tileset file the server would (correctly) discard it as invalid. Therefore the patch to allow z=8 will not help anyway. As for the z6 rendering. That is correct too, because t@h clients are AFAIK not capable of rendering low zoom requests by default, it currently needs much trickery to get that going. Also given the enormously bigger data/render efforts needed for lowzoom rendering, I don't think we should let people request those renderings from the user side. Make t@h client handle low zoom requests, and I'll change the server to automatically insert them to required areas and issue them to client. |
Author: spaetz To make the server future proof (when clients understand low zoom render requests), I applied your patch to the server.
so your patch doesn't work. |
Author: iandees Cleaning aging tickets. |
Reporter: openstreetmap[at]dstoecker.de
[Submitted to the original trac issue database at 2.54pm, Wednesday, 17th September 2008]
When I do a
http://tah.openstreetmap.org/Request/create/?x=136&y=85&priority=1&src=test&z=8&random=1
the result is
Render 'tile,maplint,captionless' (12,136,85) at priority 2
Whereas the change in priority is ok, the change in zoomlevel is not. The coordinates of zoom level 8 do not match the ones of 12. So either the request is ignored totally or it is correctly
handled as level 8.
P.S. The above is the result of looking behind the scenes of www.informationfreeway.org, where these request are created.
The text was updated successfully, but these errors were encountered: