MapGuide Wishes

This page is should be used to capture ideas for MapGuide. Please provide comments in BOLDand your name in italic

---

1. Include functions like reprojection, routing, network traces,geocoding, spatial overlays, proximity comparisons, reclassification, raster algebra, etc. All of the cool stuff that makes GIS GIS. COMMENT: XXXX NAME:JSmith
2. Expose fundtions in the API
3. Provide simple web service interfaces to reprojections functions etc..
4. Use standards such as XML, GML, JPEG2000
5. Use internal open mechanisms (such as AWKB)"
6. Isolate the API from the web. Currently, to deploy a client-side app that communicates with the server, I need to load an entire web config file with paths that should not be required. Think of MapGuide as a geo-server, not as a web server.
7. Support Python at least at the API level (if not at the web UI level)
8. A layer between Layouts and Maps, allowing many maps to be integrated into a single layout, with a drop-down list allowing choice between them. This layout->map lookup layer should maintain for each map: *Theme name, *Map resource, *Reset or maintain current extents, *Active tools
9. A cool "history" tool, with thumbnails of recent map states, allowing the user easy access to previous views.
10. Enhanced server-to-server communication. Binary WFS???
11. Projection of rasters on the fly.
12. Projection support for WMS
13. Redlining/markup tools that allow markup sessions to be stored to the server, shared with other users (fine-grained authorization) and saved out as DWF and SDF.
14. Integration with an open IM tool for spatial-enabled chat
15. Redlining sharing of current map state with other users
16. Ability to define GeoRSS URLs as data sources
17. Ability to publish data sources as GeoRSS feeds (would need date column, number of latest entries to publish, expression builder for title and contents, etc...)
18. A full metadata storage and retreival service/front end that supports important relevant standards such as Z39.50 search, FGDC & ISO 19115 (TC211) metadata, and OGC Catalogue Services. Population of this should be integrated into the Studio load procedures, and the metadata for all of the layers in any specific map should be should be readily available from the map legend and from the API so that a custom metadata index listing could be developed. Addition of information around unmanaged data sets should also be permitted. Contact information, Locations, Departments, Organisations, etc should all be normalized in the metadata store rather than stored independantly for each dataset.
19. Full support for important OGC standards such as WFS-T and SLD
20. Active Directory and LDAP integration
21. Support for dynamic KML with implementation as good or better than GeoServer.
22. Better support for unmanaged data sets