[Opensim-users] Fucntion to read a landmark

BlueWall jamesh at bluewallgroup.com
Tue Mar 13 18:59:51 UTC 2012


Yes. We do have a few cases where things are extended if it doesn't get
in the way of the normal behavior. But, I spoke without looking into it
far enough - brainstorming.

-BlueWall

On Tue, 2012-03-13 at 18:54 +0100, M.E. Verhagen wrote:
> Should the ll* function mimmic the behavious of the lindelab functions
> as close as possible ?
> 
> 
> 
> 2012/3/13 BlueWall <jamesh at bluewallgroup.com>
>         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
>         >
>         >
>         > --
>         > 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
>         
> 
> 
> 
> -- 
> Groningen en Hannover Opensims:
> secondlife://meverhagen.nl:8002:Hannover ZW/ 
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users





More information about the Opensim-users mailing list