There were some problems with the demo online so I released a new version of exportGge.
Version 0.931 sends a text/xml content type header with the SOAP response so Firefox handles the response correctly.
Core file server/SoapXMLCache.php should handle this in readSoapXML() so I am opening a ticket in CartoWeb bugzilla for this.
Besides that exportGge 0.931 replaces some hardcoded url in soap.tpl with a dynamic value.
These are the improvement/features that come with exportGge 0.93:
Special thanks go to the authors of:
geoxml : http://code.google.com/p/geoxml/
jquery tableFilter: http://ideamill.synaptrixgroup.com/?page_id=16
jsPDF : http://code.google.com/p/jspdf/
jvanulder extended OpenLayers layerswitcher : http://trac.openlayers.org/browser/sandbox/jvanulden/openlayers/lib/OpenLayers/Control/LayerSwitcher.js
proj4js : http://trac.osgeo.org/proj4js/
and also to the authors of the following jquery plugins :
cacheimage, cookies, truemouseout, jcache, jQuery Post, table2CSV
I18nGettextZend class was developped to avoid caching problems with gettext extension on linux. It was not possible to update .mo files without having to restart Apache. With I18nGettextZend new .mo files are used without the need to restart Apache. I18nGettextZend doesn't need the php gettext extension to be loaded. It uses Zend_Translate from the Zend Framework. I18nGettextZend implements cartoweb I18nInterface and uses singleton pattern. The installation procedure replaces cartoweb3/client/Internationalization.php with a modified version that includes I18nGettextZend. This version is intended for CartoWeb 3.4 . A version for CartoWeb 3.5 is being tested.
|I18nGettextZend.zip||1.23 MB||444||1 week 5 days ago|
UPDATE 22/07/2008: refactoring of dmstools.js to avoid conflicts with dhtmlAPI.js
|dmstools_22072008.zip||7.9 KB||352||1 week 6 days ago|
This version adds major new features. Export is not restricted to KML anymore as layers can now be exported to geoRSS and geoJSON. Theses two new formats allow exportGge to visualize data inside Virtual Earth (via geoRSS) and Yahoo Maps (via geoJSON). Data presentation inside Google Maps is now also possible via geoRSS. Check the demo and make a query to get the links to these different export modes.
For developers, exportGge has now a debug mode which makes it easier to trace the smarty templates used as well as the source of data ( cartoweb layer, mapserver layer, shapefile name ).
Each layer can now have it's own smarty template so this makes it easier to create different presentations for different types of data.
Dependency to CartoWeb query and tables coreplugins is still strong but I'll continue the effort to reduce it.
Exporting data is cool (?) but why not consider .... importing data from these formats ! CartoWeb already has the necessary functions to do that, it's just a question of funky plumbery. If there are people out there who are motivated by this challenge please get in contact with me : devloic at gmail dot com .
Complete PDF documentation including screenshots available below.
|exportGge_092_doc_english.pdf||1.82 MB||2197||1 day 19 hours ago|
I have modified cw3setup.php (based on CartoWeb 3.4 RC1) so it uses junctions instead of copying directories and files under CARTOWEB_HOME/htdocs .
Junction.exe must be available in the systems path ( ex: C:\WINDOWS\system32 ) .
Junctions are only supported on NTFS volumes but you can still create a junction on a NTFS volume that links to a directory on a non-NTFS volume.
Junction.exe can be downloaded below or from Microsoft site :
cw3setup.php syntax doesn't change. For deploying it's still something like:
php.exe cw3setup2.php --install --project myproject --base-url http://localhost/cartoweb3/htdocs/
If u wan't to avoid using junctions add the --no-symlinks options :
php.exe cw3setup2.php --install --no-symlinks --project myproject --base-url http://localhost/cartoweb3/htdocs/
You still need to redeploy if you create new directories in your project that contain css, js, gfx or so, for example when you create a new plugin that owns a htdocs directory.
I renamed the modified cw3setup.php to cw3setup2.php. It is available for download below.
cw3setup2.php has been tested on Windows XP with Junction 1.05 but should work on Windows 2000. Windows Vista has it's own implementation of symbolic links so I have no idea if junction points still work.
More info about junctions here: http://en.wikipedia.org/wiki/NTFS_junction_point
This version is intended for CartoWeb 3.4 . A version for CartoWeb 3.5 is being tested.
|cw3setup2.phps||39.79 KB||2508||4 hours 19 min ago|
|Junction.zip||45.29 KB||294||3 weeks 4 days ago|
exportGge is a KML,geoRSS and geoJSON export plugin released under GPL license for Cartoweb, an open source web mapping solution working on top of UMN MapServer and written in php5.
With exportGge it is possible to :
exportGge is intended to work with the latest CartoWeb version ( 3.4 RC1 ). Some features might work on previous versions.
exportGge is available through the modified default demoCW3 CartoWeb project here. A demo is available online here.
You are very welcome to contact me by email at devloic at gmail dot com or directly online on the right of this page.
With the release of exportGge alpha 0.91 that adds CartoWeb layer export to Google maps, two more links are available on top of page: one opens a demo site and the other shows exportGge screenshots.
ExportGge is an open source tool released under GNU GPL license.
exportGge allows you to export Cartoweb layers to KML and visualize them in google earth.
The plugin is available inside a Cartoweb project (modified demoCW3 project). This should make it easier for testing it rapidly without having to go through the configuration of a new project.
I would appreciate all kind of feedback about it. Feel free to contact me.
Happy KML exporting!