I think technically with V2 viewers the map limit is 2048, separate from the 4096 teleporting limit.<br><br><div class="gmail_quote">On Wed, Jun 22, 2011 at 3:03 PM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com">jjustincc@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">If by 64k you mean 64,000 then the maximum range you can teleport without graphical disruption is 4096 regions. To prevent faulty teleports, OpenSim prevents teleports beyond this range, though the error message is not very good for technical reasons. Hopefully this will be improved soon.<br>
<br>
I know this check occurs on HG but I'm not sure exactly what happens on a non-hg configuration. However, I'm guessing this is the same kind of problem.<div><div></div><div class="h5"><br>
<br>
On 21/06/11 06:39, Jeroen van Veen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey Justin,<br>
<br>
When i try to tp to a region with one axis> 64k, the imprudence(1.4) viewer<br>
returns:<br>
"Could not teleport. The region you tried to teleport to doesn't exist<br>
anymore".<br>
<br>
Latest snowglobe has the same issue. There is no feedback from the simulator<br>
or robust service besides the search-operation for the region in the map(which<br>
is ok). It's not that i want to run a large amount of regions, rather i would<br>
like to combine two map-layers; single os-region tiles with openstreetmap-<br>
tiles, based on their shared grid locations at zoomlevel 17 or 18, which<br>
require a gridaxis of 2^17. Like if i wanted to create a region on top of some<br>
location in the netherlands, then it would require a grid-location which is<br>
larger than 64k at each axis.<br>
<br>
The tile-renderer thats part of hwios now, works for quite some time already.<br>
It was tested succesfully on os-grid tiles some time ago. It works in<br>
openlayers, kde marble and in viewer 2(using the mapservice uri, but without<br>
the osm-layer), but if one can't tp to the regions> 64k in-world, then it<br>
doesnt make much sense to try to mashup both osm and os.<br>
<br>
I tried to avoid the error in the past, by introducing mapping offsets, but<br>
that would complicate things alot. The use of this 1-1 mapping approach is<br>
that you always know the rl osm tile thats linked to a region, so you can for<br>
instance get the osm tile on a 256x256 prim and show where rl roads and<br>
buildings are supposed to be in-world. If this feature would work, it would be<br>
possible to introduce a mapping client like marble inside of a viewer, or use<br>
geodjango on top of hwios for AR-related stuff.<br>
<br>
kind regards,<br>
<br>
Jeroen<br>
<br>
On Tuesday 21 June 2011 01:09:52 Justin Clark-Casey wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Jeroen. You don't say what happens when you try running a grid with 132<br>
x 132 regions. I'm guessing the main map doesn't display properly.<br>
<br>
Running that many regions on a single simulator would be a problem in<br>
itself. You may also want to try viewer 2 with the very latest code since<br>
Diva recently implemented the viewer 2 map approach here and it works<br>
differently from viewer 1.<br>
<br>
On 16/06/11 08:10, Jeroen van Veen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
<br>
I've been wondering for a long time what prevented the use of really<br>
large grid locations. My use-case is using the opensim map as an overlay<br>
on openstreetmap with 17 zoomlevels, which is a 2^17(131.072x131.072)<br>
grid-sized map. I've tried in the past, and it looks to me that it's a<br>
viewer issue? Any idea if this is going to be an easy fix on the viewer<br>
side, or whether opensim needs some changes as well?<br>
<br>
kind regards,<br>
<br>
Jeroen<br>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
</blockquote></blockquote>
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
<br>
</blockquote>
<br>
<br></div></div><div class="im">
-- <br>
Justin Clark-Casey (justincc)<br>
<a href="http://justincc.org/blog" target="_blank">http://justincc.org/blog</a><br>
<a href="http://twitter.com/justincc" target="_blank">http://twitter.com/justincc</a><br>
______________________________<u></u>_________________<br></div><div><div></div><div class="h5">
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Michael Emory Cerquoni - Nebadon Izumi @ <a href="http://osgrid.org">http://osgrid.org</a><br>