llGetRegionWorldMapTile
tracked
Coffee Pancake
key llGetRegionWorldMapTile(string region_name)
A LSL function to return the UUID of the current world map tile for a named region, so that it might be placed on a face using PRIM_TEXTURE.
This could also be added to llRequestSimulatorData
Currently the only ways I know to accomplish this depend on MOAP and voodoo to get an image from slurl.com, or pulling the CDN UUID from gridsurvey.com via a HTTPRequest.
Which all seems pretty hacky and unfun.
Log In
Spidey Linden
Merged in a post:
Add method to get map UUIDs
Jenni Darkwatch
Currently there's only external services if one wants to have map UUIDs in SL, or use MoaP which not everyone has enabled.
Getting those UUIDs is useful e.g. for live navigation maps or live region maps would be very useful.
I'd propose to either extend llGetEnv() with two flags map_terrain and map_objects or extend llRequestSimulatorData() with DATA_SIM_MAP_TERRAIN and DATA_SIM_MAP_OBJECTS, depending on where that data would be easier fetchable for the sim.
Vincent Nacon
Need to be able to get the texture by grid coordinate instead of just by the string name.
Honey Puddles
See also https://feedback.secondlife.com/scripting-features/p/llgetregionworldmaptile which is marked
TRACKED
Vincent Nacon
I'd like to use grid coordinate instead of going by the sim name, so I can develop a map system based on using the current sim as a reference point.
Both reference options would be good to have.
Honey Puddles
Vincent Nacon Of course you can also use LSL to get the name of the region before issuing the request.
TavishBrock Resident
This doesn't even need to be an LSL feature. The map tile JPEGs are already available on the web (http://maps-cdn.agni.lindenlab.com/map-1-1000-1000-objects.jpg); all that would have to happen is to have the tile UUIDs in the same location in a text file (http://maps-cdn.agni.lindenlab.com/map-1-1000-1000-objects.txt).
(Not that I'd object to an LSL function, but if giving us the UUIDs via a simple web request is something that's trivially implemented then I would be very happy with that)
Mark Nova
Yes please! This is what I had been hoping for as my region maps keep getting broken :(
Spidey Linden
tracked
Issue tracked. We have no estimate when it may be implemented. Please see future updates here.
Mark Nova
Spidey Linden: Thank you! This would be a great update for alot of us :)
Chaser Zaks
I am for this, but I would like to see it as
key llRequestRegionMapLayer(string region_name, integer layer);
because:
- This aligns with the dataserver style requests
- There are various layers other than just the object layer
Additionally, since there are additional zoom layers, perhaps but entirely optionally a:
key llRequestMapLayer(vector position, integer layer);
where position x/y is rounded to the nearest zoom plane, and z is the zoom value.
For both functions, the request should at least return NULL_KEY, and optionally, even better, "NO IMAGE" (If a region
was
found but no image for that layer exists) or "NO REGION" (If no region was found), instead of failing silently like some features do(which is a bit tedious to deal with). It shouldn't cause any issues as casting those strings to a key will result in a invalid key, which, assuming passed to a texture, should just result in NULL_KEY.Journey Bunny
BonnieBots hosts the map tile data as well. The map tiles are already in SL as uuids, and they are
essentially
not secret, as they are sent to the viewer. BonnieBots grabs the MapImageID from here:Honey Puddles
Perhaps a secondary input of an integer, such as
llGetRegionWorldMapTile(string region_name, integer view_mode)
...where values 0, 1, or 2 could be used to stand in for terrain, objects, parcel, which could be given constants similar to REGION_MAP_TERRAIN (0), REGION_MAP_OBJECTS (1), REGION_MAP_PARCEL (2).
Alternative implementation might utilize the existing llGetEnv function to pull the data for the current region only, with "region_image_terrain", "region_image_objects", "region_image_parcel" data points, that could return the current UUIDs of those specific map tiles.
** side note.. both could probably benefit from a "FOR_SALE" map tile.. with parcels highlighted in the various colors indicating for sale, on auction, and so on.
Load More
→