Merkaartor 0.16.0 was uploaded to Debian/unstable several days ago and should be available on all architectures now.
As usual please help testing the new version - upstream and me will try to fix all bugs as fast as possible. Below follows the long list of new features, for the full list of changes see the CHANGELOG.
- Ramer-Douglas-Peucker simplification of ways (in Roads menu)
- support for JOSM remote protocol on port 8111
- support for "standard" (as in http://wiki.osgeo.org/wiki/Tile_Map_Service_Specification) TMS
- Preliminary support for OpenStreetBugs (Refs #983)
- POC of a Gosmore map adapter
- Allow to delete features from the context menu of the Features dock
- Accept mlon/mlat URLs as emitted by mkgmap logging
- Walking Papers backgound plugin + load WP scans as geotagged images
- Import from OSC (osmChange format)
- Feature-Force Delete action (deletes the feature without entry in the undo nor upload list)
- Export to OSC (osmChange format)
- CSV POI import
- OSGB36 to the default list of projections
- Add SHP feature attributes as not uploadable OSM Feature tags
- Allow to save geotagged images
- show geotagged photos on the map (disable via 'view-Show Photos on map')
- Templates xsd (by Jonathan Bennett) (closes #2809; closes #2707)
- allow to re-order relation members (closes #2759)
- add a projection editor
- allow google maps links in goto and download dialogs
- Allow to tile (and cache) arbitrary WMS'es (only EPSG:4326 and google projection supported)
- Export to OSC (osmChange format)
- CSV POI import
- OSGB36 to the default list of projections
- Add SHP feature attributes as not uploadable OSM Feature tags
- Allow to save geotagged images
- show geotagged photos on the map (disable via 'view-Show Photos on map')
- Templates xsd (by Jonathan Bennett) (closes #2809; closes #2707)
- allow to re-order relation members (closes #2759)
- add a projection editor
- allow google maps links in goto and download dialogs
- Allow to tile (and cache) arbitrary WMS'es (only EPSG:4326 and google projection supported)
- support for WMS-C servers (see http://wiki.openstreetmap.org/wiki/Merkaartor/Documentation#WMS-C_Servers) (closes #2598)
- add the possibility to show a lat/lon grid
- Allow to zoom on the location of a GeoTIFF image
- Brazilian Portuguese translation (by Marcio Moraes)
Some minutes before the release of 3.20100610 we convinced Joey in #ikiwiki to commit the following changes:
- The part of the page which is usually parallel to the sidebar lives within a new div with the id "pagebody" now. This is the proper fix for the issue and workaround described here.
- pre elements will show a scrollbar automatically now, thanks to overflow: auto; in the CSS.
We hope that nobody wants to hit us with a bat now 
<rant>Recently I've adopted a package, mainly as Merkaartor uses it now. It made me sad to see in which bad condition the package was. Here are just a few things I had to do to bring it into shape:
- The former maintainer removed the documentation and added a +dfsg to the version as there were a few hints left that it is under GFDL or under no license at all. So I've mailed upstream and asked him to remove it and put the documentation under the same license as the rest of the project in an obvious way. Took a few hours and upstream responded and fixed the issue. Seems the former maintainer didn't even bother to talk to upstream about it. And he didn't bother to replace the removed manpages.
- The Perl binding was never built. The Python extensions were only built for the default Python version instead for all supported versions. Putting gtk and non-gtk Python extensions into the same binary package also didn't make much sense.
- Symbol files for the libraries were not in the packaging.
- Neither the copyright file was complete, nor the description, nor the necessary dependencies for some packages.
These points were only the larger issues, a lot more were fixed by me or by QA uploads while the package was orphaned. For me it seems that the former maintainer of that package threw some stuff together just to be able to upload the package - or at least run out of spare time to maintain a package properly several years ago.
To all the people who maintain packages - and it doesn't matter if you maintain a single package or hundreds of them: Please orphan or at least RFA your packages if you don't have the proper time to maintain (all of) them. Don't open new ITPs if you obviously don't have the time to maintain the packages you have already. Talk with your upstreams, they're usually happy about it. Look at Lintian warnings and errors instead of overriding them. If you take patches from NMUs, say 'thanks' to the poor soul who had to create them for you in debian/changelog instead of taking the work without any notice.
Remember - Debian is a community effort, not a run for the highest number of maintained packages on your QA page.</rant>
ikiwiki is not yet able to create a Google sitemap internally, so I'm using google-sitemapgen. To run it automatically when the website is being updated, I've changed the git hook to run it after the ikiwiki hook.
- In the ikiwiki setup file let git_wrapper point to a file which is not the post-update hook, so you're able to run it from your own skript. I'm using /path/to/myikiwiki.git/hooks/post-update.ikiwiki.
- Write a skript which runs as post-update hook and executes the created hook from ikiwiki and google-sitemapgen with a proper configuration. My versions of both files are listed below.
/path/to/myikiwiki.git/hooks/post-update
#!/bin/sh /path/to/myikiwiki.git/hooks/post-update.ikiwiki /usr/bin/google-sitemapgen --config=/path/to/mywikiconfig/sitemap_config.xml exec git-update-server-info
/path/to/mywikiconfig/sitemap_config.xml
<?xml version="1.0" encoding="UTF-8"?> <site base_url="http://bzed.de/" store_into="/path/to/bzed.de/sitemap.xml.gz" verbose="0" suppress_search_engine_notify="0" default_encoding="UTF-8" > <directory path="/path/to/bzed.de" url="http://bzed.de/" default_file="index.html" /> <!-- Exclude URLs that end with a '~' (IE: emacs backup files) --> <filter action="drop" type="wildcard" pattern="*~" /> <!-- Exclude URLs within UNIX-style hidden files or directories --> <filter action="drop" type="regexp" pattern="/\.[^/]*" /> <!-- Exclude ikiwiki directories --> <filter action="drop" type="regexp" pattern="/helponformatting/[^/]*" /> <filter action="drop" type="regexp" pattern="/ikiwiki/[^/]*" /> <filter action="drop" type="regexp" pattern="/markdown/[^/]*" /> <filter action="drop" type="regexp" pattern="/openid/[^/]*" /> <filter action="drop" type="regexp" pattern="/pagespec/[^/]*" /> <filter action="drop" type="regexp" pattern="/preprocessordirective/[^/]*" /> <filter action="drop" type="regexp" pattern="/sandbox/[^/]*" /> <filter action="drop" type="regexp" pattern="/shortcuts/[^/]*" /> <filter action="drop" type="regexp" pattern="/smileys/[^/]*" /> <filter action="drop" type="regexp" pattern="/subpage/[^/]*" /> <filter action="drop" type="regexp" pattern="/templates/[^/]*" /> <filter action="drop" type="regexp" pattern="/theme/[^/]*" /> <filter action="drop" type="regexp" pattern="/wikiicons/[^/]*" /> <filter action="drop" type="regexp" pattern="/wikilink/[^/]*" /> <filter action="drop" type="regexp" pattern="/wmd/[^/]*" /> <!-- Exclude css files, favicon and javascript --> <filter action="drop" type="wildcard" pattern="*.css" /> <filter action="drop" type="wildcard" pattern="*favicon.ico" /> <filter action="drop" type="wildcard" pattern="*.js" /> <!-- Exclude ikiwiki.cgi --> <filter action="drop" type="wildcard" pattern="ikiwiki.cgi" /> </site>
See the examples and README files in /usr/share/doc/google-sitemapgen/ for an introduction into configuring google-sitemapgen.
So far the generated sitemaps works very well, especially for search engines which are not able to use the rss feeds like Google does.