Difference between revisions of "Talk:OSGeo Cartographic Engine"

From OSGeo
Jump to navigation Jump to search
(New page: ~~~~ Currently I am working to get a Search and Rescue (SAR) volunteer group into some OS geo for their field operations. One of their biggest needs is the ability to print maps off in t...)
 
(svg)
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
−
[[User:Dsampson|Dsampson]] 09:49, 7 April 2008 (EDT)
+
== Configuration Files ==
  
−
Currently I am working to get a Search and Rescue (SAR) volunteer group into some OS geo for their field operations.
+
I picture a configuration file to be very similar to the MapServer map file - with pointers to the input layers but to also have layout and more complex styling.  How much of this can be done using existing standards like Web Map Context, SLD and GML. I assume this does not address layout needs?
 +
-- Tyler
  
−
One of their biggest needs is the ability to print maps off in the field from a regular printer (8.5x11in or 11x14in) sheets.
+
== AutoREALM ==
  
−
I am of course using GRASS and QGIS and some basic carto features we would be able to use are
+
There is a open-source application called [http://autorealm.sourceforge.net AutoREALM] that is for making maps & cartographic output.
  
−
1. Printing from a georefed PDF or GeoTiff <br>
+
It is written in Delphi, but is fairly stable.
−
2. Miniature maps with borders, scale, UTM Grid <br>
+
--nick
−
3. Printing from vector and raster combined data <br>
 
−
4. Simple color schemes <br>
 
−
5. Printing to "recreation paper" (eg Tyvek) <br>
 
  
 +
== Preliminary steps ==
  
−
[[User:Dsampson|Dsampson]] 09:49, 7 April 2008 (EDT)
+
Projects can start now by moving towards SVG symbols internally.
−
 
+
-- Hamish
−
Two things to consider include how the data is represented and how the style rules are stored.
 
−
 
 
−
These questions might influence the model for designing the cartographic library. For instance should we consider separating the geographic representation from the cartographic representation. This may be similar as to ESRI's cartographic layer. A great concept. This way multiple clients or uses can be achieved from the same growing and changing data sources.
 
−
 
 
−
Furthermore, for the representations there is also the layout (http://ess.nrcan.gc.ca/pubs/carto/downloads/design_specs.pdf#page=13). Perhaps we can learn lots from the desktop publishing world from the likes of the Scribus project (http://www.scribus.net/). Maybe being able to export a certain portion to scribus to handle some the major layout hurdles. A link between the cartographic library and scribus vcould allow for auto generation of some layout features and text such as changing declination, Projection info, and others.
 
−
 
 
−
Second, is the rule based approach. Natural Resource Canada (NRCAN)publishes their Cartographic Specifications (http://ess.nrcan.gc.ca/pubs/carto/downloads/design_specs.pdf). Could these be stored in a database or XML format that can be applied to multiple maps?
 

Latest revision as of 00:52, 8 March 2010

Configuration Files

I picture a configuration file to be very similar to the MapServer map file - with pointers to the input layers but to also have layout and more complex styling. How much of this can be done using existing standards like Web Map Context, SLD and GML. I assume this does not address layout needs? -- Tyler

AutoREALM

There is a open-source application called AutoREALM that is for making maps & cartographic output.

It is written in Delphi, but is fairly stable. --nick

Preliminary steps

Projects can start now by moving towards SVG symbols internally. -- Hamish

Retrieved from "http://wiki.osgeo.org/w/index.php?title=Talk:OSGeo_Cartographic_Engine&oldid=45982"