Ævar Arnfjörð Bjarmason's Comments
| Post | When | Comment |
|---|---|---|
| Sample of Trails and more Canvec Data | Your use of the U+FFFD replacement character in the data suggests some sort of encoding conversion problem. |
|
| Adding more canvec sample data | I think it looks good, not too many tags (if there's such a thing). |
|
| GPX upload | You can remove point clouds with gpsbabel. And even if you don't make the traces public they'll still appear in the GPS API, so someone requesting your area might still get your point clouds. |
|
| OpenLayers Map | It's very nice. But has some bugs, mostly with the various pop-up dialogs tripping over each other. Might I suggest you include Google MapMaker as well? |
|
| OpenStreetMap at the 2009 Wikimedia developer meet-up | Ah, src/osm/sites/tile.openstreetmap.org/cgi-bin/export |
|
| OpenStreetMap at the 2009 Wikimedia developer meet-up | Where's the source for the cgi-bin/export script that does the mapnik exports? |
|
| OpenStreetMap at the 2009 Wikimedia developer meet-up | This blog posting is being discussed here. |
|
| Endelig kan jeg lave kort med mkgmap igen ! | If you have a bunch of .img files you can combine them into a gmapsupp with:
Also, to produce this without splitting in the first place you can add more virtual memory to your machine, it'll be slower but at least it won't run out of memory instead of finishing slowly .. eventually. |
|
| Endelig kan jeg lave kort med mkgmap igen ! | Have you tried using splitter.jar to split up denmark before you make the map with mkgmap? There's no reason why you need to make one giant .img file of Denmark, and if you split it up you could make it on your computer without stripping any data from the .osm file. |
|
| What the frick? | Presumably because it comes from the TIGER import which is notoriously inaccurate. |
|
| Tracing the 2m Gaza aerial imagery | Looks like you found the signup page Ciarán. I just put my name there and had someone contact me via e-mail. |
|
| Public data | If it's a shapefile or in another similar GIS format you could import it directly into OSM as-is with a conversion script. There's a shp2osm script in the OSM svn, but you should ask on the OSM talk mailing list and provide links to the specific data you're working with, there are people there experienced in importing that can give you good advice. |
|
| Skiing in Autrans | OpenPisteMaps renders it along with osmarender. |
|
| Hlöðuvallavegur | Nice I added a relation describing Hlöðuvallavegur and Skjaldbreiðarvegur, added them to the list of national highways on the Icelandic Wikipedia and added appropriate ref= tags based on vegaskrá. |
|
| Danish addresses from 2003 | Various stuff in the import catalogue has different tags to mark up the data, you should claim some namespace and mark it as DNSC:last_updated = 2003 or whatever. |
|
| Piste Maps on Garmin | Currently mkgmap doesn't render any sort of aerialway such as the piestes on your map. However you can add it to the features file in mkgmap's resources/ directory or pester the devs to do it. I don't know if the garmin format itself supports rendering piestes using a style designed for that purpose, but you could always hack around that and render it as highway=primary or something. |
|
| Trying out Merkaartor | I haven't tried Merkaartor in depth but JOSM has the same feature, and in addition it has a feature that allows you to snap the building shape you've drawn so that its corners conform to 90 degrees. Which is very useful because when you draw them by hand corners that should be 90 degrees tend to be -+ 5 degrees that. If you can find that feature in Merkaartor you can trace buildings even more accurately. |
|
| The mystery street | It's not on Google's map and it doesn't have a name on map24. |
|
| Akranes mapping results | There's no agreed-upon tagging schema for tagging seasonal roads. You could invent something like `impassable_from=Dec-Mars` but then you'd have to get applications to support that, and some data formats OSM is exported to might not even be capable of it. You could do what you suggest and remember to change the road at a given time each year to have `access=no` but ultimately that's in inadequate solution. You can't expect that users will download data in the time frame they expect to use it, and even if they do download it from Dec-Mars they'll have no idea from looking at the data when the road will become passable again. There was a discussion on the osm-talk mailing list about this recently if I recall correctly. Perhaps you want to track down some other people interested in this and see if you can come up with a solution? |
|
| Flickr using OSM in Australia! | It's great that they're following up the Beijing Olympic map with a more general rollout. I can't wait for an OSM map of my area (Reykjavík, Iceland) on flickr. |