[Opensim-users] Fucntion to read a landmark

[Olivier van Helden]

Of course, changing the ll function would break current scripts. And I am not fan of creating a new one based on the same behavior, here is why:

Using data server is slow, and IMHO only justified when you don't know how much or what kind of data will come.

In this case, we exactly know what kind of data can be requested, and most of time, we would request only one specific data (the url)

	LANDMARK_URL (with a couple of possible flavors, could become LANDMARK_URL_SECONDLIFE, LANDMARK_URL_MAP)
	LANDMARK_GATEKEEPER
	LANDMARK_REGIONNAME
	LANDMARK_POSITION
	LANDMARK_LOOKAT

BlueWall: yes, only coordinates, that was one of the main reason looking to create a new function ;-)


--
http://www.speculoos.net/
secondlife://speculoos.net:8002/
Speculoos, the belgian cookie-flavored metaverse

Le 13 mars 2012 à 19:04, BlueWall a écrit :

> Bzzt, wrong answer - I looked a little closer and see that just the
> global coordinates are returned. So, yep I guess a function is a good
> choice.
> 
> It seems like the first form would be easier to adapt for all uses.
> 
> -BlueWall
> 
> On Tue, 2012-03-13 at 13:49 -0400, BlueWall wrote:
>> With that being just another piece of data in the landmark's asset, then
>> I am wondering if we shouldn't just send it with the
>> llRequestInventoryData? Then take the string and do whatever you like.
>> 
>> -BlueWall
>> 
>> On Tue, 2012-03-13 at 18:35 +0100, Gudule Lapointe wrote:
>>> We are working on a osGetInventoryLandmarkURL function, and it's
>>> working great.
>>> 
>>> 
>>> Now, it's time to choose the format of the URL ;-)
>>> 
>>> 
>>> I found two slightly different schemes, which seem to be handled the
>>> same way
>>> So my question is "what is their scope?"…
>>> (this is to choose a relevant constant name)
>>> 
>>> 
>>> speculoos.net:8002:Agora
>>> -> handled in 
>>> - map search
>>> - in osTeleport (without http)
>>> 
>>> 
>>> http://speculoos.net:8002/ Agora
>>> -> handled in
>>> - map search
>>> - in osTeleport
>>> 
>>> 
>>> The third scheme is more obvious:
>>> 
>>> 
>>> secondlife://speculoos.net:8002:Agora/
>>> -> handled in 
>>> - local chat and web only
>>> 
>>> 
>>> 
>>> Le 13 mars 2012 à 11:34, BlueWall a écrit :
>>> 
>>>> 
>>>> Here is the asset data from a landmark:
>>>> 
>>>> Landmark version 2
>>>> region_id afd7aa20-a820-11de-8a39-0800200c9a66
>>>> local_pos 129.1343 124.0458 22.16408
>>>> region_handle 10621282326789120
>>>> gatekeeper http://grid.nebadon2025.homeftp.net:8002
>>>> 
>>>> 
>>>> -BlueWall
>>>> 
>>>>>>> 
>>>>>>>> Op maandag 12 maart 2012 schreef Justin Clark-Casey
>>>>>>> (jjustincc at googlemail.com) het volgende:
>>>>>>>>> There does seem to be no function to do this (it looks
>>>>>>>>> like
>>>>>>> it's done in SL by roundabout web queries).
>>>>>>>>> 
>>>>>>>>> It would be interesting to have something like an
>>>>>>> osRequestInventoryData(string name, list rules) where rules
>>>>>>> contains some constant like LANDMARK_REGION_NAME.
>>>>>>>>> 
>>>>>>>>> On 10/03/12 21:39, Gudule Lapointe wrote:
>>>>>>>>>> 
>>>>>>>>>> That is interesting, but not enough….
>>>>>>>>>> 
>>>>>>>>>> But the only thing I get seems to be the global (wold
>>>>>>> coordinate) position of the object:
>>>>>>>>>> like<256128.1, 256127.4, 27.73114>
>>>>>>>>>> 
>>>>>>>>>> Not even the region name, and in case of HG landmark, no
>>>>>>> indication on the grid url
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> Le 10 mars 2012 à 22:13, M.E. Verhagen a écrit :
>>>>>>>>>> 
>>>>>>>>>>> the following lsl function can be used to extract some
>>>>>>>>>>> data
>>>>>>> out of landmaks:
>>>>>>>>>>> http://wiki.secondlife.com/wiki/LlRequestInventoryData
>>>>>>>>>>> 
>>>>>>>>>>> Op zaterdag 10 maart 2012 schreef Gudule Lapointe
>>>>>>> (gudule at spekuloos.be <mailto:gudule at spekuloos.be>) het
>>>>>>> volgende:
>>>>>>>>>>>> Is there a way to read the coordinates of a landmark
>>>>>>>>>>>> from
>>>>>>> within a script?
>>>>>>>>>>>> I made several flavors of blame gates and I would
>>>>>>>>>>>> like to
>>>>>>> be able to drop a landmark in the prim instead of encoding
>>>>>>>>>>> the uri

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20120313/3e76f436/attachment.html>