Re: [OSM-dev] Problems with mod_tile + tirex
Dear Frederik Thank you for quick reply yes, I cross check and here is output user@optiplex:/var/lib/mod_tile$ ls -la total 8 drwxrwxrwx 2 root root 4096 2012-03-22 13:22 . drwxr-xr-x 54 root root 4096 2012-03-21 09:14 .. lrwxrwxrwx 1 root root 20 2012-03-22 13:22 tiles - /var/lib/tirex/tiles 2012/3/22 Frederik Ramm frede...@remote.org Valery, [Thu Mar 22 20:59:25 2012] [info] [client 87.252.227.84] tile_storage_hook: handler(tile_serve), uri(/tiles/mapnik/1/0/1.png), filename(/var/lib/mod_tile/**mapnik/1/0/0/0/0/0.meta), path_info((null)), referer: http://mapserv.test.maps.**local/http://mapserv.test.maps.local/ [Thu Mar 22 20:59:25 2012] [info] [client 87.252.227.84] Requesting style(mapnik) z(1) x(0) y(1) from renderer with priority 5, referer: http://mapserv.test.maps.**local/ http://mapserv.test.maps.local/ Have you got a symbolic link from /var/lib/mod_tile /var/lib/tirex/tiles? If not, create it and re-try. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.**org/listinfo/devhttp://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Problems with mod_tile + tirex
Hi, Kai thank you for answer I also try valid links like /tiles/mapnik/14/9464/5270.png but result the same - 404 [Fri Mar 23 07:33:18 2012] [debug] ./mod_tile.c(994): [client 87.252.227.84] tile_translate: op(tile_serve) xml(mapnik) mime(image/png) z(14) x(9464) y(5270), referer: http://mapserv.test.maps.local/ [Fri Mar 23 07:33:18 2012] [info] [client 87.252.227.84] tile_storage_hook: handler(tile_serve), uri(/tiles/mapnik/14/9464/5270.png), filename(/var/lib/mod_tile/tiles/mapnik/14/0/33/68/249/128.meta), path_in [Fri Mar 23 07:33:18 2012] [debug] ./mod_tile.c(849): [client 87.252.227.84] tile_handler_serve: xml(mapnik) z(14) x(9464) y(5270), referer: http://mapserv.test.maps.local/ [Fri Mar 23 07:33:20 2012] [debug] ./mod_tile.c(909): [client 87.252.227.84] tile_translate: uri(/tiles/mapnik/14/9463/5270.png), referer: http://mapserv.test.maps.local/ [Fri Mar 23 07:33:20 2012] [debug] ./mod_tile.c(934): [client 87.252.227.84] tile_translate: testing baseuri(/tiles/mapnik/) name(mapnik) extension(png), referer: http://mapserv.test.maps.local/ [Fri Mar 23 07:33:20 2012] [debug] ./mod_tile.c(994): [client 87.252.227.84] tile_translate: op(tile_serve) xml(mapnik) mime(image/png) z(14) x(9463) y(5270), referer: http://mapserv.test.maps.local/ is it so, that according debug info in folder /var/lib/mod_tile/tiles/mapnik/14/0/33/68/249/ should be only files with .meta extension ? user@optiplex:/var/log/apache2$ ls -la /var/lib/mod_tile/tiles/mapnik/14/0/33/68/249/ total 1680 drwxr-xr-x 2 user user 4096 2012-03-23 07:33 . drwxr-xr-x 3 user user 4096 2012-03-23 07:33 .. -rw-r--r-- 1 user user 558007 2012-03-23 07:33 0.meta -rw-r--r-- 1 user user 379366 2012-03-23 07:33 128.meta -rw-r--r-- 1 user user 373268 2012-03-23 07:33 136.meta -rw-r--r-- 1 user user 392739 2012-03-23 07:33 8.meta So according all logs - all fine, but I recieve 404 :( 2012/3/23 Kai Krueger kakrue...@gmail.com Valery N. wrote For some unknown reasons request like http://mapserv.test.maps.local/tiles/mapnik/1/1/-1.png raise* 404 error* on web server Well, that is not a valid request. A negative y coordinate is not allowed and so it will correctly give a 404 error. Also the rest of you mod_tile log seems fine and gives the expected result. It will correctly mention no valid tile layer for request uri's like /favicon.ico or /index.html, and fall through to normal serving of those files. Have you tried waiting for a while and then reloading the tile. At low zoom levels, rendering tiles can take several minutes and mod_tile will time out before it is finished rendering. The next time it will then hopefully get the rendered tile from cache. Kai -- View this message in context: http://gis.19327.n5.nabble.com/Problems-with-mod-tile-tirex-tp5587540p5588086.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] GSoC - Improvements to Vespucci
Jan, I think adding long click support to vespucci would be a bug imlrovement to the user interface. I keep checking out the code with a view to trying it, but have never got around to it. I wonder if it could have a few different interfaces - the existing, quite full featured one - the intermediate one you suggest - a very simple one where you can not change geometry but can just edit tags on existing features and add nodes - this could be useful to make it quick to do simple tasks? A selectable api url sounds fine - will be useful for testing on the dev server if nothing else. Offline backgound maps are ok, but need to make sure the whole app can function without internet connection - make sure you can not loose edits if upload fails and you have to leave it a few days - not sure if it deals with that at the moment? from my phone On 23 Mar 2012 04:10, Jan Schejbal jan.mailinglis...@googlemail.com wrote: Hi, I am considering to apply for a GSoC project to improve the Android OSM editor Vespucci. I am looking to achieve two things: 1. An easier editing mode for new users. (This would include Issue 100 in the issue tracker, http://code.google.com/p/osmeditor4android/issues/detail?id=100) 2. Layer/custom map support to allow users to create their own OSM-based maps with non-public points of interest My proposal for (1) would be to add another editing mode (in addition to the move, new etc. modes currently present). A long-press on any position would create a node, and call up a customizable menu to select the type of the node. The menu would be optionally structured in folders, and could contain both node-type POIs and ways. An example workflow could look like this: a) User long-presses to mark a location b) Menu comes up: | Roads| | POI | c) User selects Roads, a new Menu comes up | Highway | | Road | | Footpath | d) User selects a type, say, footpath, and since this is a way/polyline type item, he is allowed to place more nodes. He finishes node placement using an on-screen button. The app creates a way, automatically tagging it with one or more tags associated with that menu item (e.g. highway=path). By selecting and editing the path (double-click/tap maybe?), the user gets the last menu again and can change the type. The menu structure would be defined as an XML file and could be custom to the currently active layer/overlay. Which brings me to the second part of my proposal: I was unable to find any good editor that would allow easy to use, collaborative editing of custom map overlays. Such an editor could be very useful in a number of situations. In emergency situations, such a map overlay could be used to share information about areas covered by searches, or casualties found. In planning, this could be used to draw plans of an area etc. Vespucci would be an ideal base for this: It already has the necessary editing functionality, the upload API functions, and the display of the background map from various sources. Thus, the second part of my proposal would be adding an option to select which map to edit (i.e. which API to use). Instead of editing the real OSM data, users could edit their custom map, hosted on their custom OSM-style server, using OSM (or Bing) tiles as the background. Each custom map would have its own item menu associated - e.g. an emergency worker on the local SAR overview map would be offered to add casualty and search area markers instead of roads and POIs. Integrating this into Vespucci would allow the new editor use the large amount of existing features, and make sure that Vespucci profits from any improvements. I was considering to create such an editor for quite some time. The existing code in Vespucci gives me the means to do it in a reasonable timeframe, and GSoC would give me the motivation and pressure to actually do it. Do you think these ideas would make a good base for a GSoC project proposal, and would you be interested in having them implemented? Of course, any feedback and suggestions are more than welcome. Also, is there any interest in using offline background tiles rendered on the device using the mapsforge-maps library and their compressed format? I hacked together a quick PoC yesterday, and it doesn't seem too hard. Kind regards, Jan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] cleanways: A program to clean the ways in a .osm file
I have written a short, simple, and stupid program to remove all the ways and nodes from a .osm file that report with severity=normal from WTFE. This was written for the specific purpose of building a clean coastline file and may not work for other uses. The code may be found at https://github.com/pnorman/cleanway Warnings: There is little sanity checking. It trusts that the OSM file is a valid OSM XML file generated by the API or jxapi. It downloads single-threaded. Large files are slow. It drops all tags from nodes. It drops all relations. It drops objects even if they might be able to reverted to a previous version. It builds a list in memory of objects to remove. This may lead to issues with memory on planet-sized files. It might not work well if you get a HTTP error. Features: Removes nodes and nodes from ways if they report as severity=normal Automatically accepts v1 objects which were not created by decliners Doesn't try to build a DOM, so it should work on large files Works in chunks of 50k objects ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev