[mapguide-internals] Dynamic tile rendering proposal

Kenneth Skovhede, GEOGRAF A/S ks at geograf.dk
Thu Jul 31 10:53:28 EDT 2008


Yes, but without storing the cache files, and run on the entire runtime 
map, not just the baselayers.

Regards, Kenneth Skovhede, GEOGRAF A/S



Zac Spitzer skrev:
> So like the GETILEIMAGE result via the GETMAPIMAGE parameters?
>
> On Fri, Aug 1, 2008 at 12:12 AM, Kenneth Skovhede, GEOGRAF A/S
> <ks at geograf.dk> wrote:
>   
>> That might get what I want, assuming that WMS actually handles the splitting
>> correctly.
>> But that would also remove any possibility to work with the runtime map,
>> which is required
>> to handle selections, so unfortunately that does not work.
>>
>> Regards, Kenneth Skovhede, GEOGRAF A/S
>>
>>
>>
>> Zac Spitzer skrev:
>>     
>>> How does exposing mapDefinition's as WMS sound as a solution?
>>>
>>> On Thu, Jul 31, 2008 at 11:02 PM, Kenneth Skovhede, GEOGRAF A/S
>>> <ks at geograf.dk> wrote:
>>>
>>>       
>>>> As I understand meta tiling, it works by creating a larger image than the
>>>> one requested (smaller),
>>>> in anticipation of requests to similar/adjacent (smaller) images.
>>>>
>>>> In a sense, that is what I want, but I would request the larger image,
>>>> and
>>>> retrieve the sub-tiles.
>>>> Unlike meta-tiling, the purpose of this feature is not to create extra
>>>> data
>>>> in advance,
>>>> but rather serve a large image in smaller chunks.
>>>>
>>>> If the server renders the entire image and just hands out the smaller
>>>> images, I would not
>>>> expect the percieved transmission time to diminish, as the crucial part
>>>> is
>>>> the time that goes
>>>> before the initial image is displayed.
>>>>
>>>> From a users perspective, a long but visible progress, is better than a
>>>> shorter uncertain wait.
>>>> (Within certain bounds of course)
>>>>
>>>> Regards, Kenneth Skovhede, GEOGRAF A/S
>>>>
>>>>
>>>>
>>>> Zac Spitzer skrev:
>>>>
>>>>         
>>>>> Kenneth, do you think meta tiling could also solve this problem?
>>>>>
>>>>> On Thu, Jul 31, 2008 at 7:20 PM, Kenneth Skovhede, GEOGRAF A/S
>>>>> <ks at geograf.dk> wrote:
>>>>>
>>>>>
>>>>>           
>>>>>> The current tile mechanism is using static images to serve pre-built
>>>>>> images
>>>>>> as tiles.
>>>>>> For this reason, the tiles are only usefull with "base layers".
>>>>>>
>>>>>> I have worked with OpenLayers, and it has a very nice tiling mechanism.
>>>>>> DM Solutions have built some tiling support into the MapGuide provider
>>>>>> for
>>>>>> OpenLayers.
>>>>>> This uses the static tiles, and the row/column index system in
>>>>>> MapGuide.
>>>>>>
>>>>>> Using the "original" OpenLayers tiling mechanism one can get a dynamic
>>>>>> MapGuide image
>>>>>> to load as tiles, giving the illusion that the page loads faster (when
>>>>>> it
>>>>>> actually loads a bit slower).
>>>>>>
>>>>>> The problem with this method is that MapGuide optimizes the rendered
>>>>>> image
>>>>>> for the given bounds.
>>>>>> This is especially true for calculating label positions and overlaps.
>>>>>> I would like to add a parameter for the "GETMAPIMAGE" call that accepts
>>>>>> an
>>>>>> "outer bounds" parameter.
>>>>>>
>>>>>> With this parameter, MapGuide should render the extent given by the
>>>>>> extent
>>>>>> parameter, but use the outer
>>>>>> bounds for determining label placements and any other details that may
>>>>>> have
>>>>>> the same problems.
>>>>>>
>>>>>> With this, it would be possible for MapGuide to serve tiles from
>>>>>> MapGuide,
>>>>>> without relying on a
>>>>>> static tilcache.
>>>>>>
>>>>>>
>>>>>> I would like to add this as an RFC, but would like feedback on the
>>>>>> idea,
>>>>>> as
>>>>>> well as possible problems.
>>>>>>
>>>>>> --
>>>>>> Regards, Kenneth Skovhede, GEOGRAF A/S
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> mapguide-internals mailing list
>>>>>> mapguide-internals at lists.osgeo.org
>>>>>> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>>
>>>>>           
>>>> _______________________________________________
>>>> mapguide-internals mailing list
>>>> mapguide-internals at lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>>>>
>>>>
>>>>         
>>>
>>>
>>>       
>> _______________________________________________
>> mapguide-internals mailing list
>> mapguide-internals at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>>
>>     
>
>
>
>   


More information about the mapguide-internals mailing list