[sldev] Webmap API change
Philip Rosedale
philip at lindenlab.com
Mon Jan 26 16:16:00 PST 2009
I think that the problem is that you can only actually overlay
transparent images in a browser using .PNG, right? So that means that
you can't really do it, because the only way to get anywhere near
reasonable performance is the compression you get from JPEG.
But, yes, it could be possible to generate other tiles with other data,
and that is why we used that name.
Philip
Harold Brown wrote:
> I have been able to start re-building my OpenLayers conversion of the
> MapAPI again. At least this new format was easier to work with then
> the previous one, and I at least have the ability to display the SL
> map and directly access the tiles from Amazon right now.
>
> One thing curious is the "-objects.jpg" extension.
>
> This leads me to believe that there are other map tile views
> available. If so, will we have access to that information? I can
> think of a few I would like available:
>
> terrain
> for sale (semi-transparent)
> auction (semi-transparent)
> linden owned
> parcel border (transparent with black borders outlining parcel)
> name + co-ordinate (I can generate this at the highest zoom level
> manually, but it is rather nasty) again transparent for overlay
>
>
> On Sun, Jan 25, 2009 at 6:58 AM, SignpostMarv Martin
> <me at signpostmarv.name <mailto:me at signpostmarv.name>> wrote:
>
> That would only apply if you could actually browse the directories.
>
> works:
> http://map.secondlife.com.s3.amazonaws.com/1/01000/01000/map-1-1000-1000-objects.jpg
> doesn't: http://map.secondlife.com.s3.amazonaws.com/1/01000/01000/
> doesn't: http://map.secondlife.com.s3.amazonaws.com/1/01000/
> doesn't: http://map.secondlife.com.s3.amazonaws.com/1/
>
>
> ~ Marv.
>
>
> Philip Rosedale wrote:
>
> We padded the subdirectory names to fixed length because it
> makes it much easier to read when browsing directories.
>
> Philip
>
> SignpostMarv Martin wrote:
>
>
>
> Rob Lanphier wrote:
>
> Well, at least I remember it now, and it looks like it
> was as I kinda
> figured it was. Different team on an effort that I
> honestly don't know
> what the outcome was.
>
> Was there anything in particular you wanted to say on
> a technical level
> about the new design, or is it just the possible
> process breakdown that
> is of concern?
>
>
> Why the padded co-ordinate strings ?
>
> ~ Marv.
>
> I'll do some poking around and see if I can shed light
> on this.
>
> Rob
>
> On 1/23/09 4:55 PM, Harold Brown wrote:
>
>
> Below is the text of the Initial E-Mail which was
> sent out on January
> 22, 2008 to the SLDev list.
>
> The meeting happened (I was not able to attend as
> I was at work RL)
> and a AWG was formed and then nothing after that
> was mentioned again.
>
>
> Since we released the new version of the
> webmap, we've never fully
> followed up with proper documentation as well
> as getting regular
> feedback. It was always part of the plan, but
> more urgent projects
> managed to sideline it. However, we'd like to
> start rectifying
> that now.
>
> (If you suspect that SignpostMarv Martin's
> recent mail has
> something to do with this, you're absolutely
> right. I'd also like
> to extend huge thanks to Harold Brown for his
> work on the wiki and
> his OpenLayers experimentation)
>
> The WebMap API consists of two separate components:
>
> The client side JS library was written by a
> contractor (in world
> as Jacquard Looming) and extends the Google
> Maps API. It was
> written with the aim of being API-compatible
> with the previous SL
> WebMapAPI, which has been *mostly* achieved
> though there are still
> a couple of functions missing (such as SLPoint() ).
>
> The services side (which SignpostMarv
> references at the beginning
> of his mail) consists of a handful of small
> functions which query
> and return region metadata. These were dashed
> out pretty quickly
> to support the new webmap (which, in its
> previous incarnation, was
> downloading the region metadata for the entire
> grid in 2MB of
> regularly-regenerated Javascript - ugh). This
> year, we want to do
> a LOT more work to provide useful
> outward-facing web services,
> including map-related ones. If there are
> potential map services
> that would greatly help your work, we want to
> know about it.
> Gulliver Linden is leading the charge here.
>
> To start with, we're going to hold an
> office-hour-style in-world
> meeting at 9:30AM SLT, at Meta Linden's place
> in Beaumont:
> http://slurl.com/secondlife/Beaumont/42/218/35
>
> Gulliver Linden, Jacquard Looming and I will be
> in attendance.
> Anyone who's interested in the webmap API is
> welcome. We look
> forward to seeing you there!
>
> -- Yoz Linden, Program Manager for Web &
> Internal Tools, Linden Lab
>
>
>
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep
> unmoderated posting privileges
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep
> unmoderated posting privileges
>
>
>
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated
> posting privileges
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090126/c3f7d0a4/attachment.htm
More information about the SLDev
mailing list