[Opensim-users] Posted osGetInventoryLandmarkParams on mantis (Function to read a landmark)

Thu Mar 15 16:55:57 UTC 2012

Though "About landmark" is a viewer think, it relies on info given by the server.
Having the same issues as with the internal GetRegionByUUID leads me to the conclusion that the failure is a server thing.

I made additional test using my OSGrid account, and got the same issues (leads me to thing it's not a config issue, but a software issue)

Here is the detailed process:

- Hyperlink to a foreign grid and add a landmark
	-> in some places, the landmark shows as local, but this seems to be a foreign-grid config or server version issue (to be confirmed)
	-> I made test with both landmarks showing as local and landmarks showing as HG
- Go back to a sim on your grid and display "about landmark". 
	-> at this stage it displays complete information, including gatekeeper, description, region name…
	-> if patch is applied, the function osGetInventoryLandmarkParams  returns relevant information 
	-> typing "show hyperlinks" in sim's console show the temporary linked region
- Log off, shut down and restart your sim (restarting robust is not mandatory to observe the issue)
- Go back to your sim and  display "about landmark" again
	-> it displays only basic information (same as information available in landmark name and landmark desc)
	-> if patch is applied, the function osGetInventoryLandmarkParams  returns only information not depending of region info, and gatekeeper is incorrect
	-> typing "show hyperlinks" in sim's console show the temporary linked region has disappeared (as expected)

In both cases, landmark teleport does work, whatever information is available.

As landmark info is a feature depending on info given by the server, the server should have a fallback process to request new information if HG region is unlinked

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

Le 15 mars 2012 à 00:54, M.E. Verhagen a écrit :

> does the about landmark function properly when you have teleported ?
> 
> the about landmark sound like a viewer functionalty, it probably asks opensim to give the info and opensim gives the info it has. And probably a link region is nessesary when that info is not present.
> 
> 
> Op donderdag 15 maart 2012 schreef Gudule Lapointe (gudule at spekuloos.be) het volgende:
> > Not random result. Clearly identified: linked region = result; not linked region = no result.
> >
> > But there may be a config problem:
> > When choose "About landmark" on any (not linked) landmark in my inventory, it gives limited result (no picture, no info, no region name). Though teleport does work.
> >
> > Is this the case for everybody, or just for me?
> > If it is for everybody, it is a bug...
> >
> > --
> > http://www.speculoos.net/
> > secondlife://speculoos.net:8002/
> > Speculoos, the belgian cookie-flavored metaverse
> >
> > Le 14 mars 2012 à 22:18, M.E. Verhagen a écrit :
> >
> >> oeps a ramdom result. That is not logica,.
> >>
> >> are the opensim versions different or the same ?
> >> could it be some sort of network issue ?
> >> a bug ?
> >> or does a region needs to do a link to succesfully return the data ?
> >>
> >>
> >>
> >> Op woensdag 14 maart 2012 schreef Gudule Lapointe (gudule at spekuloos.be) het volgende:
> >> > We posted a patch to implement osGetInventoryLandmarkParams on Mantis
> >> > http://opensimulator.org/mantis/view.php?id=5936
> >> > It still needs some enhancement, but it's already working and useful in lot of cases.
> >> > What's missing?
> >> > The function returns all values  same grid landmarks and landmarks to hyperlinked region.
> >> > For other external regions, we couldn't fetch region, particularly "regionName", which is needed to output url, address, map search and region name.
> >> > In this case, the function returns "REGION_NOT_FOUND" instead of the answer, to allow the script to handle it.
> >> > Other values are returned in all cases (gatekeeper uri, position)
> >> > Background: in our first steps, we thought we got the url successfully, even for HG landmarks. We were wrong, it was random situation: the regions of the first landmarks we tested were already linked on server (appearing on console with "show hyperlinks").
> >> > We are still looking for a way to get regionName (only value needed) for external regions.
> >> > We use World.GridService.GetRegionByUUID
> >> > We tried to use code from HGEntityTransferModule, but it didn't work (scene issues?)…
> >> > Any idea is welcome!
> >> >
> >> > --
> >> > http://www.speculoos.net/
> >> > secondlife://speculoos.net:8002/
> >> > Speculoos, the belgian cookie-flavored metaverse
> >> > Le 13 mars 2012 à 23:20, Gudule Lapointe a écrit :
> >> >
> >> > For now, my function returns values depending on these constants:
> >> >
> >> > osGetInventoryLandmarkParams (string landmarkname, int type)
> >> > LANDMARK_URL
> >> > secondlife://hostname:port:region/X/Y/Z/
> >> > LANDMARK_ADDRESS
> >> > hostname:port:region
> >> > LANDMARK_MAPSEARCH
> >> > http://hostname:port/ region
> >> > LANDMARK_GATEKEEPER
> >> > http://hostname:port
> >> > LANDMARK_REGION_NAME
> >> > region
> >> > LANDMARK_POSITION
> >> > <X,Y,Z>
> >> >
> >> >
> >>
> >> --
> >> 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
> >
> > _______________________________________________
> > 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20120315/68a72ea5/attachment.html>