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.
| Attachment | Size | Hits | Last download |
|---|---|---|---|
| I18nGettextZend.zip | 1.23 MB | 10 | 17 hours 23 min ago |
CartoWeb's distance and area javascript tools used to work only with mapfiles in UTM. With the Dmstools plugin available for download here it's now possible to have these tools working with epsg:4326 for example. Dmstools plugin also converts all coordinates to degrees/minutes/seconds on the fly in javascript. Check the readme.txt in the plugin archive for installation.
UPDATE 22/07/2008: refactoring of dmstools.js to avoid conflicts with dhtmlAPI.js
Loïc
| Attachment | Size | Hits | Last download |
|---|---|---|---|
| dmstools_22072008.zip | 7.9 KB | 9 | 1 day 3 hours 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.
Happy mapping!
Loïc
| Attachment | Size | Hits | Last download |
|---|---|---|---|
| exportGge_092_doc_english.pdf | 1.82 MB | 594 | 16 hours 57 min ago |
I found it very troublesome to redeploy a project on command line each time I modify a javascript file or a css. This only affects Windows systems as cw3setup.php creates symbolic links on linux.
Although it isn't an officially supported function, symbolic links are available since Windows 2000 and are called junction points.
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 :
http://www.microsoft.com/technet/sysinternals/FileAndDisk/Junction.mspx
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
Loïc
| Attachment | Size | Hits | Last download |
|---|---|---|---|
| Junction.zip | 45.29 KB | 60 | 4 weeks 1 day ago |
| cw3setup2.phps | 39.79 KB | 439 | 1 hour 48 min 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 here, by email at devloic at gmail dot com or directly online:

for feedback and questions.
Loïc
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!
Loïc