[mapguide-internals] Future Development Options for Web Server Extensions and new High Performance Viewer

Zac Spitzer zac.spitzer at gmail.com
Thu Dec 24 19:56:01 EST 2009


but openlayers is the defacto js api for geo spatial,
and there are a lot more javascript developers than flash,
plus it would 'just work' with our existing fusion client
and also cool things like GeoExt



2009/12/25 Jason Birch <jason at jasonbirch.com>:
> It may be more productive to contribute to OpenScales; it's based on
> the OL idea, but in flash. It's not especially fast (I think its still
> thinking mostly about rasters) but I think with the right contributors
> it could be and duplication of effort / NiH sucks :)
>
> Jason
>
> On 2009-12-24, Zac Spitzer <zac.spitzer at gmail.com> wrote:
>> I'd propose that what ever gets done, should be based on Openlayers
>> as a dynamic layer. That way we can leverage everything else already done
>> in OL. It also reduces the amount of work required by a factor of like 100,
>> plus there's a lot more dev's around in OL land
>>
>> Plugins are rather 1990's, I agree with Jason that flash is a good option,
>> but it i reckon it should just be a layer renderer which fits into the
>> OL framework
>> if at all possible....
>>
>> The possibilities with HTML5 Canvas are pretty cool...
>>
>> As for browser support, I would suggest, shock horror, we only target modern
>> browsers, forget IE6 completely, and given the rumours about IE9 supporting
>> real world javascript peformance, perhaps ignore IE7 and even IE8, as
>> neither
>> supports Canvas
>>
>> that said, a flash layer for OL would avoid that problem :)
>>
>> 2009/12/25 Jason Birch <jason at jasonbirch.com>:
>>> Oh, and I'm running on about 3 hours sleep in last 48, so sorry if that
>>> was
>>> overly cranky :)
>>>
>>> 2009/12/24 Jason Birch
>>>
>>>> I can't believe that custom ActiveX or Java are seriously being
>>>> considered.
>>>>  Is there no organisational memory of how much of a pain in the ass it
>>>> was
>>>> for customers to maintain multiple implementations of MapGuide just to
>>>> make
>>>> sure that everyone could use it?
>>>>
>>>>
>>> _______________________________________________
>>> mapguide-internals mailing list
>>> mapguide-internals at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>>>
>>
>>
>>
>> --
>> Zac Spitzer
>> Solution Architect / Director
>> Ennoble Consultancy Australia
>> http://www.ennoble.com.au
>> http://zacster.blogspot.com
>> +61 405 847 168
>> _______________________________________________
>> 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
>



-- 
Zac Spitzer
Solution Architect / Director
Ennoble Consultancy Australia
http://www.ennoble.com.au
http://zacster.blogspot.com
+61 405 847 168


More information about the mapguide-internals mailing list