Re: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library
Frank Warmerdam wrote: Markus Neteler wrote: Dear OSGeo, I would like to launch the idea of an OSGeo Cartographic Library to share concepts, source code and regression tests: http://wiki.osgeo.org/wiki/OSGeo_Cartographic_Library GRASS, QGIS and others are in the need of own map printing tools for high quality output but these projects should not start from scratch. There is a wealth of underlying code already in Mapserver, Mapguide etc which could be re-used in the terms of their respective licenses and certainly of programming language compatibility. Please hack the wiki page and post your ideas. Markus, There is definitely a need for better cartographic quality output options. The wiki page did not seem to touch on cartographic surround and map composition which I think is really a major whole currently. That is putting together a product suitable for printing as a map with titles, legends, and map surround components all appropriately and professionally styled. I have added a brief note on this. Is this an objective of the proposed effort? Also, I think, it is a very important question to decide what output format is the primary target. That is, whether the objective is to produce products in postscript/pdf with the vector and text preserved in a non-rasterized format. The alternative is to produce a raster product, with us using something like AGG+freetype to render all vector and text content as part of the process. Hi, coming from boring old standards land I wanted to add that we have started a change request to WMS that allows to add a resolution parameter to request for images used in high quality prints. Current discussion is focusing on a parameter called PIXEL_SIZE which will allow to request maps that have a pixel size smaller than the standard 0.28 mm (~72dpi). We don't want to miss the rise of cartography in web mapping... Regards, Arnulf. While I generally think making postscript/pdf our primary target would give the most professional product, it will also likely be harder work, and will require skills that are less common in our developer community. If we did the direct-to-raster approach we can build on quite a bit of AGG rendering expertise in the mapserver, mapguide and mapnik communities for instance. I've also suggested under programming languages that the library be implemented in C++ but with a C API for external interface to the library. This model has proven valuable for GDAL as a way to present a less fragile interface to the outside world, making it easier to keep the library less tightly bound to the calling application. BTW, would it be an objective to be able to show the map to the user as it is being composed? Knowing this may well affect above decisions. For instance, if the library produces PDF this could be pretty challenging to use in an interactive map composer application. Best regards, ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library
I've tried to group some of discussion into various components that I think are being discussed all at once: 8.1 Style Layout Configuration Standards 8.2 Graphical Style Layout Editor 8.3 Graphical Map Composition Editor 8.4 Rendering Engine 8.5 Libraries I'm personally less interested in the GUI side than I am about standards and the rendering engine that understands those standards. Does this fit the initial vision you are presenting Markus? Tyler ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library
Hi, This is an interesting discussion! In the XML world, the answer to graphics rendering is SVG + XSL-FO, generated by XSLT scripts according to styling rules. XSL-FO is then rendered via a formatting objects processor, like Apache FOP. I'm of the opinion that a pipeline like: GML +/- (any XML data) + SLD/FE + WMS graphics = XSLT = SVG+XSL-FO - pdf, (?geopdf anyone?) would make for a killer map scripting environment. Plus, it has the added benefit of being based on standards or de facto standards across the board, with open source solutions available in each area. I will sign up for the discussion too! Cheers, Peter Rushforth Technology Advisor / Conseiller technique GeoConnections / GéoConnexions 650-615 Booth St. / rue Booth Ottawa ON K1A 0E9 E-mail / Courriel: [EMAIL PROTECTED] Phone / Télephone: (613) 943-0784 Fax / telecopier: (613) 947-2410 Use Cases: -- I. Interactive Browsing (e.g. web mapping) 1. Good-looking web maps (more control of grid/graticule labeling) II. Ad-hoc Authoring (one-time GIS style layout using GUI) 1. Good-looking printed (ps,pdf,etc) maps automatically providing grid/grat, scalebar, legend, north arrow, SRS description - provide an API to exiting GIS apps? III. Automated Mapping (script driven) 1. Map Series (single page, identical layout) 2. Map Atlas (mostly map with some text, multi-page) 3. Map-centric documents (mostly text with some map, multi-page) 4. Route Alignment Sheets (rotated (non 90 deg) to fit page) Brent Fraser GeoAnalytic Inc. Calgary, Alberta ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library
(Is GeoPDF open now? I was under the impression that they were claiming IP in there, but my info is a couple years old.) -mpg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rushforth, Peter Sent: Tuesday, April 08, 2008 11:56 AM To: OSGeo Discussions Subject: RE: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library Hi, This is an interesting discussion! In the XML world, the answer to graphics rendering is SVG + XSL-FO, generated by XSLT scripts according to styling rules. XSL-FO is then rendered via a formatting objects processor, like Apache FOP. I'm of the opinion that a pipeline like: GML +/- (any XML data) + SLD/FE + WMS graphics = XSLT = SVG+XSL-FO - pdf, (?geopdf anyone?) would make for a killer map scripting environment. Plus, it has the added benefit of being based on standards or de facto standards across the board, with open source solutions available in each area. I will sign up for the discussion too! Cheers, Peter Rushforth Technology Advisor / Conseiller technique GeoConnections / GéoConnexions 650-615 Booth St. / rue Booth Ottawa ON K1A 0E9 E-mail / Courriel: [EMAIL PROTECTED] Phone / Télephone: (613) 943-0784 Fax / telecopier: (613) 947-2410 Use Cases: -- I. Interactive Browsing (e.g. web mapping) 1. Good-looking web maps (more control of grid/graticule labeling) II. Ad-hoc Authoring (one-time GIS style layout using GUI) 1. Good-looking printed (ps,pdf,etc) maps automatically providing grid/grat, scalebar, legend, north arrow, SRS description - provide an API to exiting GIS apps? III. Automated Mapping (script driven) 1. Map Series (single page, identical layout) 2. Map Atlas (mostly map with some text, multi-page) 3. Map-centric documents (mostly text with some map, multi-page) 4. Route Alignment Sheets (rotated (non 90 deg) to fit page) Brent Fraser GeoAnalytic Inc. Calgary, Alberta ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Proposal: OSGeo Cartographic Library
Hi all, among the OS GIS we are trying Map Layouts especially for Geoscience 1. using OpenJUMP where in tools are present for rotating Geological structural symbols. We have even printed to judge the accuracy of scale. 2. Shape file to SVG is a convenient option to color the final output in Inkscape. putting all the options together on a WIKI will be splendid. Cheers Ravi Kumar Tyler Mitchell (OSGeo) [EMAIL PROTECTED] wrote: I've tried to group some of discussion into various components that I think are being discussed all at once: 8.1 Style Layout Configuration Standards 8.2 Graphical Style Layout Editor 8.3 Graphical Map Composition Editor 8.4 Rendering Engine 8.5 Libraries I'm personally less interested in the GUI side than I am about standards and the rendering engine that understands those standards. Does this fit the initial vision you are presenting Markus? Tyler ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss - You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost.___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss