MapGuide Wishes - Revision history

Wiki-Bouba at 14:10, 19 October 2006

2006-10-19T14:10:44Z

Wiki-Bouba: + Symbology

2006-10-19T14:08:46Z

+ Symbology

Wiki-Gknight at 13:36, 19 October 2006

2006-10-19T13:36:57Z

Wiki-Andrew.demerchant at 13:37, 7 September 2006

2006-09-07T13:37:13Z

Wiki-Gomckenz at 14:01, 17 August 2006

2006-08-17T14:01:37Z

Wiki-Jasonbirch at 02:33, 3 August 2006

2006-08-03T02:33:04Z

Wiki-Jasonbirch at 02:32, 3 August 2006

2006-08-03T02:32:35Z

Wiki-Jasonbirch at 02:31, 3 August 2006

2006-08-03T02:31:13Z

Wiki-Jasonbirch at 02:21, 3 August 2006

2006-08-03T02:21:41Z

Wiki-Jasonbirch at 20:47, 31 July 2006

2006-07-31T20:47:50Z

@@ Line 39: / Line 39: @@
 # Have nightly, or even weekly builds that we can access - so that those who can't compile their own versions from the svn don't have to wait months for a new release.
 # Add a built-in Measure Area tool - to supplement the Measure Distance tool.
-# Symbology : Be able to associate a point symbol for polygons at small scale (where the limit scale could easily be set for the layer)
+# Symbology : I'd like to be able to associate a point symbol with polygons at small scale (where the limit scale could easily be set for the layer)

← Older revision		Revision as of 14:08, 19 October 2006
Line 39:		Line 39:
	# Have nightly, or even weekly builds that we can access - so that those who can't compile their own versions from the svn don't have to wait months for a new release.		# Have nightly, or even weekly builds that we can access - so that those who can't compile their own versions from the svn don't have to wait months for a new release.
	# Add a built-in Measure Area tool - to supplement the Measure Distance tool.		# Add a built-in Measure Area tool - to supplement the Measure Distance tool.
		+	# Symbology : Be able to associate a point symbol for polygons at small scale (where the limit scale could easily be set for the layer)

← Older revision		Revision as of 13:36, 19 October 2006
Line 38:		Line 38:
	# Provide a method for setting the JPG compression level for the Format= paramater of the URL.		# Provide a method for setting the JPG compression level for the Format= paramater of the URL.
	# Have nightly, or even weekly builds that we can access - so that those who can't compile their own versions from the svn don't have to wait months for a new release.		# Have nightly, or even weekly builds that we can access - so that those who can't compile their own versions from the svn don't have to wait months for a new release.
		+	# Add a built-in Measure Area tool - to supplement the Measure Distance tool.

← Older revision		Revision as of 13:37, 7 September 2006
Line 37:		Line 37:
	# Create FDO handler for ArcGIS Desktop :)		# Create FDO handler for ArcGIS Desktop :)
	# Provide a method for setting the JPG compression level for the Format= paramater of the URL.		# Provide a method for setting the JPG compression level for the Format= paramater of the URL.
		+	# Have nightly, or even weekly builds that we can access - so that those who can't compile their own versions from the svn don't have to wait months for a new release.

← Older revision		Revision as of 14:01, 17 August 2006
Line 36:		Line 36:
	# Reaffirm SDF as an open format, publish specifications.		# Reaffirm SDF as an open format, publish specifications.
	# Create FDO handler for ArcGIS Desktop :)		# Create FDO handler for ArcGIS Desktop :)
		+	# Provide a method for setting the JPG compression level for the Format= paramater of the URL.

@@ Line 35: / Line 35: @@
 # Provide method to mark tile caches for specific layers invalid.  This could be accomplished through a property like DateModified that would force tile-replacement for tiles that are older than that date.  I'd prefer incremental tile replacement because of the huge file IO caused by a one-time delete, and because it would reduce fragmentation of the volume.  This function will allow external processes such as Oracle triggers and things like FME data updates to invalidate the cache programmatically.
 # Reaffirm SDF as an open format, publish specifications.
-# Create FDO handler for ArcGIS :)
+# Create FDO handler for ArcGIS Desktop :)

← Older revision		Revision as of 02:32, 3 August 2006
Line 34:		Line 34:
	# Enhance WMS data source creation. After picking a server, allow user to add multiple layers from that server, specify the draw order for those layers, and allow the selection of alternate styles for each layer. This will allow for easier data management, and will also reduce server load on both the external WMS server and on the MapGuide server.		# Enhance WMS data source creation. After picking a server, allow user to add multiple layers from that server, specify the draw order for those layers, and allow the selection of alternate styles for each layer. This will allow for easier data management, and will also reduce server load on both the external WMS server and on the MapGuide server.
	# Provide method to mark tile caches for specific layers invalid. This could be accomplished through a property like DateModified that would force tile-replacement for tiles that are older than that date. I'd prefer incremental tile replacement because of the huge file IO caused by a one-time delete, and because it would reduce fragmentation of the volume. This function will allow external processes such as Oracle triggers and things like FME data updates to invalidate the cache programmatically.		# Provide method to mark tile caches for specific layers invalid. This could be accomplished through a property like DateModified that would force tile-replacement for tiles that are older than that date. I'd prefer incremental tile replacement because of the huge file IO caused by a one-time delete, and because it would reduce fragmentation of the volume. This function will allow external processes such as Oracle triggers and things like FME data updates to invalidate the cache programmatically.
		+	# Reaffirm SDF as an open format, publish specifications.
		+	# Create FDO handler for ArcGIS :)

@@ Line 3: / Line 3: @@
 ----
-# 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''
+# 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.
-# Expose functions in the API
+# Continue to place priority on exposing geoprocessing functions in the API
-# Provide simple web service interfaces to reprojections functions etc..
+# In addition to the APIs, provide simple web service interfaces (REST, SOAP, OGC Mechanisms) to geoprocessing functions etc
-# Use standards such as XML, GML, JPEG2000
+# Emphasise the use of standards such as XML, GML, JPEG2000
-# Use internal open mechanisms (such as AWKB)"
+# Where internal mechanisms are used, such as AGF, ensure that they are well documented
 # 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.
 # Support Python at least at the API level (if not at the web UI level)
-# 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
+# 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, etc.
 # A cool "history" tool, with thumbnails of recent map states, allowing the user easy access to previous views.
 # Enhanced server-to-server communication. Binary WFS???
-# Projection of rasters on the fly.
+# Projection of rasters on the fly, including WMS reprojection support
 # 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.
-# Integration with an open IM tool for spatial-enabled chat
+# Integration with an open IM tool for spatial-enabled chat - benefits for disaster mitigation
-# Redlining sharing of current map state with other users
+# Sharing of current map state with other users
 # Ability to define GeoRSS URLs as data sources
 # 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...)
-# 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.
+# 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.  The OSGeo Geodata committee is currently working on a lightweight metadata access protocol which should also be supported.
 # Full support for important OGC standards such as WFS-T, SLD, WCS, etc...
 # Active Directory and LDAP integration
-# Support for dynamic KML with implementation as good or better than GeoServer.
+# Support for dynamic KML, including multi-scale representation, region-based views, and complexity cutoffs between feature delivery and image delivery.  Implementation as good or better than GeoServer.
 # Better support for unmanaged data sets
 # Create method to convert geometry from polygon to line (MG147)
@@ Line 29: / Line 28: @@
 # Allow specification of lines and polygon borders in map units/mapping space (MG158)
 # Ability to change sort order of fields for a layer. Some sort of control character maybe? Like maybe put a \1 in front of the 1st field, \2, etc? ''ADeMerchant''
-# Enhance installation procedure as follows (''Jason Birch'')
+# Enhance installation procedure as follows
 ## Allow installing server to alternate drive/directory
 ## Allow setting different paths for repositories, resources, logs, tile cache, temp dir, etc
-## Fix Web Extensions installation to honour alternate install path.  Currently broken.  Some items installed to C drive, php.ini file not modified to reflect new location, IIS misconfigured, etc, etc.
+## Fix Web Extensions installation to honour alternate install path.  Currently broken.  Some items installed to C drive, php.ini file not modified to reflect new location, IIS misconfigured, FCGI registry keys set incorrectly, paths not modified, etc, etc.
 # Enhance WMS data source creation.  After picking a server, allow user to add multiple layers from that server, specify the draw order for those layers, and allow the selection of alternate styles for each layer.  This will allow for easier data management, and will also reduce server load on both the external WMS server and on the MapGuide server.
 # Provide method to mark tile caches for specific layers invalid.  This could be accomplished through a property like DateModified that would force tile-replacement for tiles that are older than that date.  I'd prefer incremental tile replacement because of the huge file IO caused by a one-time delete, and because it would reduce fragmentation of the volume.  This function will allow external processes such as Oracle triggers and things like FME data updates to invalidate the cache programmatically.

← Older revision		Revision as of 02:21, 3 August 2006
Line 34:		Line 34:
	## Fix Web Extensions installation to honour alternate install path. Currently broken. Some items installed to C drive, php.ini file not modified to reflect new location, IIS misconfigured, etc, etc.		## Fix Web Extensions installation to honour alternate install path. Currently broken. Some items installed to C drive, php.ini file not modified to reflect new location, IIS misconfigured, etc, etc.
	# Enhance WMS data source creation. After picking a server, allow user to add multiple layers from that server, specify the draw order for those layers, and allow the selection of alternate styles for each layer. This will allow for easier data management, and will also reduce server load on both the external WMS server and on the MapGuide server.		# Enhance WMS data source creation. After picking a server, allow user to add multiple layers from that server, specify the draw order for those layers, and allow the selection of alternate styles for each layer. This will allow for easier data management, and will also reduce server load on both the external WMS server and on the MapGuide server.
		+	# Provide method to mark tile caches for specific layers invalid. This could be accomplished through a property like DateModified that would force tile-replacement for tiles that are older than that date. I'd prefer incremental tile replacement because of the huge file IO caused by a one-time delete, and because it would reduce fragmentation of the volume. This function will allow external processes such as Oracle triggers and things like FME data updates to invalidate the cache programmatically.

← Older revision		Revision as of 20:47, 31 July 2006
Line 33:		Line 33:
	## Allow setting different paths for repositories, resources, logs, tile cache, temp dir, etc		## Allow setting different paths for repositories, resources, logs, tile cache, temp dir, etc
	## Fix Web Extensions installation to honour alternate install path. Currently broken. Some items installed to C drive, php.ini file not modified to reflect new location, IIS misconfigured, etc, etc.		## Fix Web Extensions installation to honour alternate install path. Currently broken. Some items installed to C drive, php.ini file not modified to reflect new location, IIS misconfigured, etc, etc.
		+	# Enhance WMS data source creation. After picking a server, allow user to add multiple layers from that server, specify the draw order for those layers, and allow the selection of alternate styles for each layer. This will allow for easier data management, and will also reduce server load on both the external WMS server and on the MapGuide server.