[Opensim-users] Fucntion to read a landmark

Wed Mar 14 02:03:53 UTC 2012

The other one osGetGridHomeURI shouldn't really exist. It doesn't make 
sense. Only users have HomeURIs; simulators have Gatekeepers.

On 3/13/2012 5:50 PM, James Hughes wrote:
> Yep, nice. At first look I thought that it would only pickup the value 
> on a standalone, but I had forgotten that we have that in OpenSim.ini 
> as well. Nice addition.
>
> -BlueWall
>
> On 03/13/2012 07:22 PM, Diva Canto wrote:
>> I haven't been following this discussion closely, but note that I
>> recently added an os function to return the Gatekeeper address of the 
>> sim.
>>
>> On 3/13/2012 3:07 PM, BlueWall wrote:
>>> Do you think that it would be worth the effort to return a list
>>> containing both the gatekeeper url and the global coordinates? The
>>> latter so that the distance can be calculated before trying to make the
>>> jump w/o needing to get that value from the dataserver.
>>>
>>> -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
>>>>
>>>>
>>>> -- 
>>>> http://www.speculoos.net/
>>>> secondlife://speculoos.net:8002/
>>>> Speculoos, the belgian cookie-flavored metaverse
>>>>
>>>> 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
>>>>>
>>>>> On Tue, 2012-03-13 at 02:47 +0100, Gudule Lapointe wrote:
>>>>>> I updated mantis http://opensimulator.org/mantis/view.php?id=5927
>>>>>> with
>>>>>> an alternative patch to provide
>>>>>>
>>>>>>
>>>>>> osGetInventoryDesc(string item) instead of osGetInventoryDesc(int
>>>>>> type, int number)
>>>>>>
>>>>>>
>>>>>> Anyway, thank you ME Verhagen for pointing this workaround.
>>>>>>
>>>>>>
>>>>>> Still wondering if I can figure a real way to get the landmark
>>>>>> properties without relying on description field…
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Le 13 mars 2012 à 01:49, Gudule Lapointe a écrit :
>>>>>>
>>>>>>> OK, I have a concern about that, and IMHO an issue.
>>>>>>>
>>>>>>>
>>>>>>> First the issue:
>>>>>>>
>>>>>>>
>>>>>>> Using (int type, int number) like in llGetInventoryName() forces
>>>>>>> an
>>>>>>> duplicate search.
>>>>>>> I'll post the full explanation on mantis.
>>>>>>>
>>>>>>>
>>>>>>> Second, my concern:
>>>>>>>
>>>>>>>
>>>>>>> Description is a user-modifiable field. Actually, lot of
>>>>>>> scripters
>>>>>>> (including me) use it to pass additional values to scripts. So,
>>>>>>> this
>>>>>>> function is a really interesting workaround, but would not be
>>>>>>> 100%
>>>>>>> reliable to get landmark destination. (though I admit there is
>>>>>>> less
>>>>>>> chances to change desc of a landmark than other objects)
>>>>>>>
>>>>>>>
>>>>>>> Le 13 mars 2012 à 01:08, M.E. Verhagen a écrit :
>>>>>>>
>>>>>>>> the description property.
>>>>>>>>
>>>>>>>> and the hypergrid adres is stored in the description, for
>>>>>>>> instance
>>>>>>>> 'region-name @ speculoos.net:8002'
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Op dinsdag 13 maart 2012 schreef Gudule Lapointe
>>>>>>>> (gudule at spekuloos.be) het volgende:
>>>>>>>>> The word "Desc" is ambiguous. Is it related to all object
>>>>>>>> properties or to only the "description" property?
>>>>>>>>> Of course, description property does not help for the
>>>>>>>>> landmark
>>>>>>>>> -- 
>>>>>>>>> Le 12 mars 2012 à 23:46, M.E. Verhagen a écrit :
>>>>>>>>>
>>>>>>>>> yes a function to get the description of an object in the
>>>>>>>> inventory of prim.
>>>>>>>>> i looked into it and it was suprisingly easy to do, since
>>>>>>>>> there
>>>>>>>> is already a function to get the name.
>>>>>>>>> http://opensimulator.org/mantis/view.php?id=5927
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 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
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> Opensim-users at lists.berlios.de
>>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>
>>> _______________________________________________
>>> Opensim-users mailing list
>>> Opensim-users at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users