[Opensim-dev] Map Tiles for Viewer 2.4.x

[Jeroen van Veen]

In case you want some more references: the tiling mechanism in hwios: 
https://github.com/phrearch/hwios/blob/master/services/tms/tiler.py

Regular tilemap services use x/y/z.ext , but the viewer uses some other weird 
convention for some reason. There is a small piece of code that converts 
x/y/z.ext to the linden format at 
https://github.com/phrearch/hwios/blob/master/services/tms/processor.py

I haven't gave it much thought after merging it into hwios. The openstreetmap 
mashup would be nice if the viewer supported it, but i lack the time/skills 
currently to make that happen. It seems that viewer 2 supports gridsizes up to 
2^16x2^16 now? Most realworld mapping systems use 18/19 zoomlevels, so it 
would be nice if max. gridsize would equal that. KDE 
marble(http://edu.kde.org/marble/) would be interesting as mapviewer in the 
sl-client. I haven't had much time to test marble, but it can cope with x/y/z 
layers easily, and it has some nice features like multiple layers(for osm 
mashup), 3d globe mode and much more. Anyway, those are my two cents.

kind regards,

Jeroen


On Thursday, February 10, 2011 07:59:48 PM Ai Austin wrote:
> Hi ssm2017, I believe that the Simian Map Tile module does most of
> what is needed and can be generalised... if an HTTP handler was added
> to Robust it may be close to working already with the code in that module.
> 
> Here are two relevant Mic Bowman postings in January...
> 
> >Mic Bowman
> ><mailto:opensim-dev%40lists.berlios.de?Subject=Re%3A%20%5BOpensim-dev%5D%2
> >0%5BSIMIAN%20MAPTILE%5D%20-%20generalize%20to%20a%20core%20function%3F&In-
> >Reply-To=%3CAANLkTikj2FEz5LcLtKaDAKWhY1Mo%3Dg7MCK1Po5uOrfme%40mail.gmail.c
> >om%3E>cmickeyb at gmail.com
> >Mon Jan 10 17:39:19 CET 2011
> >
> >
> >Simian isn't doing anything special. It takes the existing map images that
> >are generated (no changes at all to the map generator, it uses what ever
> >is already configured) and *also* pushes a copy up to the grid frontend
> >for inclusion in the map functions there.
> >
> >The module I added moves the code that used to be in the
> >SimianGridServiceConnector (when it was a full region module) out into a
> >region module of its own. When we converted the SimianGridServiceConnector
> >into a "real" connector, we lost the handle to the scene & that was
> >functionality that should have been in a separate module anyway.
> >
> >That being said... all that module does right now is "every so often" it
> >asks the existing map tile generator to generate a tile, converts it to a
> >png and uploads it to the simian grid service point.
> >
> >Ai: The same basic structure could be used to push other data to other
> >locations... but its probably easier to just copy the module for your
> >specific requirements since the location of the data in this case is
> >pretty much the only "interesting" functionality in that module.
> >
> >
> >Mic Bowman
> ><mailto:opensim-dev%40lists.berlios.de?Subject=Re%3A%20%5BOpensim-dev%5D%2
> >0%5BSIMIAN%20MAPTILE%5D%20-%20generalize%20to%20a%20core%20function%3F&In-
> >Reply-To=%3CAANLkTina7P05OxoXvydxpz0YA%3DWn_wF81KFzLZk-M2%3DM%40mail.gmail
> >.com%3E>cmickeyb at gmail.com
> >Tue Jan 11 17:35:20 CET 2011
> >
> >Yeah... I think that module could easily be used for other map services
> >right now. It is labeled as part of Simian because the SGF needs it.
> >However, you cold enable it, set a new URL, and pump map images wherever
> >you want.
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev