[OSM-dev] tirex-batch tiles are not used by mod_tile
hello, i have a working mod_tile/tirex setup. to save load on the tileserver i pre-created all tiles for europe up to zoomlevel 15. tirex-batch map=terrain bbox=-12,34,48,60 z=5-15 this took about 5days of rendering time, but it seems, that this tiles are not used by mod_tile. here are some lines from tirex/jobs.log 2012-03-22T21:27:55 id=1332438509_61930816 map=terrain x=4536 y=2768 z=13 prio=99 request_time=1332438509 expire= sources= render_time=2877 success=1 2012-03-27T17:33:32 id=1332862409_46017048 map=terrain x=4536 y=2768 z=13 prio=2 request_time=1332862409 expire= sources= render_time=2646 success=1 you can see, the above tile is rendered twice. and if you request this tile, you have to wait until the tile is rendered (i.e. the old tile in filesystem is not delivered to the client). after the tiles is displayed in the browser the mod_tile cache works perfekt. please can anyone help me? thx and greetings from vienna. max. ps: you can look to the work at http://mtk2.toursprung.com/v8 pps: here is the output of tirex-tiledir-stats --Tiles--- --Age-- --Size- -Blocks Block Map Zoom CountMax Empty Exist% Empty% Min Avg Max Min Avg Max Min Avg Max Eff % --- terrain 4 2 4 0 50.00 0.002d22h 2d22h 2d22h 162338 186201 210065 320 368 416 99 terrain 5 2 16 0 12.50 0.001d 8h 1d 8h 1d 8h 189194 360664 532134 376 7081040 99 terrain 6 7 64 0 10.94 0.001d 0h 2d13h 5d 3h 125988 363637 1268928 248 7142480 99 terrain 7 12256 0 4.69 0.004h40m 2d 0h 5d 1h 188731 678146 1605715 37613293144 100 terrain 8 28 1024 2 2.73 0.204h41m 2d19h 5d 1h 7124 973329 1873490 1619053664 100 terrain 9 96 4096 6 2.34 0.152h 3m 4d 2h 5d 1h 7124 1188840 2939793 1623255744 100 terrain10 345 16384 30 2.11 0.18 16m40s 4d12h 5d 0h 7124 1143165 3046570 1622365952 100 terrain111286 65536145 1.96 0.22 16m51s 4d13h 5d 0h 7124 941342 2744138 1618425360 100 terrain124959 262144695 1.89 0.27 16m38s 4d20h 5d 1h 7124 708337 2525823 1613874936 100 terrain13 194361048576 3477 1.85 0.33 16m35s 4d18h 4d21h 7124 556441 2332295 1610904560 100 terrain14 771754194304 17314 1.84 0.41 24m13s 3d23h 4d 8h 7124 364792 2402824 16 7164696 100 terrain15 306432 16777216 82938 1.83 0.491h29m 1d20h 3d 8h 7124 245844 2057779 16 4834024 99 terrain16 86 67108864 2 0.00 0.00 31m 7s 1d16h 5d 1h 7124 804035 1503334 1615742944 100 terrain17 61 268435456 0 0.00 0.00 34m48s 2d13h 5d 1h 178119 698415 1053389 35213682064 100 --- ALL ALL 409927 357913940 104609 0.11 0.03 16m35s 2d10h 5d 3h 7124 291966 3046570 16 5735952 99 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] tirex-batch tiles are not used by mod_tile
hello, i have a working mod_tile/tirex setup. to save load on the tileserver i pre-created all tiles for europe up to zoomlevel 15. tirex-batch map=terrain bbox=-12,34,48,60 z=5-15 this took about 5days of rendering time, but it seems, that this tiles are not used by mod_tile. here are some lines from tirex/jobs.log 2012-03-22T21:27:55 id=1332438509_61930816 map=terrain x=4536 y=2768 z=13 prio=99 request_time=1332438509 expire= sources= render_time=2877 success=1 2012-03-27T17:33:32 id=1332862409_46017048 map=terrain x=4536 y=2768 z=13 prio=2 request_time=1332862409 expire= sources= render_time=2646 success=1 you can see, the above tile is rendered twice. and if you request this tile, you have to wait until the tile is rendered (i.e. the old tile in filesystem is not delivered to the client). after the tiles is displayed in the browser the mod_tile cache works perfekt. please can anyone help me? thx and greetings from vienna. max. ps: you can look to the work at http://mtk2.toursprung.com/v8 pps: here is the output of tirex-tiledir-stats --Tiles--- --Age-- --Size- -Blocks Block Map Zoom CountMax Empty Exist% Empty% Min Avg Max Min Avg Max Min Avg Max Eff % --- terrain 4 2 4 0 50.00 0.002d22h 2d22h 2d22h 162338 186201 210065 320 368 416 99 terrain 5 2 16 0 12.50 0.001d 8h 1d 8h 1d 8h 189194 360664 532134 376 7081040 99 terrain 6 7 64 0 10.94 0.001d 0h 2d13h 5d 3h 125988 363637 1268928 248 7142480 99 terrain 7 12256 0 4.69 0.004h40m 2d 0h 5d 1h 188731 678146 1605715 37613293144 100 terrain 8 28 1024 2 2.73 0.204h41m 2d19h 5d 1h 7124 973329 1873490 1619053664 100 terrain 9 96 4096 6 2.34 0.152h 3m 4d 2h 5d 1h 7124 1188840 2939793 1623255744 100 terrain10 345 16384 30 2.11 0.18 16m40s 4d12h 5d 0h 7124 1143165 3046570 1622365952 100 terrain111286 65536145 1.96 0.22 16m51s 4d13h 5d 0h 7124 941342 2744138 1618425360 100 terrain124959 262144695 1.89 0.27 16m38s 4d20h 5d 1h 7124 708337 2525823 1613874936 100 terrain13 194361048576 3477 1.85 0.33 16m35s 4d18h 4d21h 7124 556441 2332295 1610904560 100 terrain14 771754194304 17314 1.84 0.41 24m13s 3d23h 4d 8h 7124 364792 2402824 16 7164696 100 terrain15 306432 16777216 82938 1.83 0.491h29m 1d20h 3d 8h 7124 245844 2057779 16 4834024 99 terrain16 86 67108864 2 0.00 0.00 31m 7s 1d16h 5d 1h 7124 804035 1503334 1615742944100 terrain17 61 268435456 0 0.00 0.00 34m48s 2d13h 5d 1h 178119 698415 1053389 35213682064 100 --- ALL ALL 409927 357913940 104609 0.11 0.03 16m35s 2d10h 5d 3h 7124 291966 3046570 16 573 5952 99 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [Talk-de] DVB-T Empfangsqualität i n OSM mappen
just make it 2-D. make an layer/tag for DVB-T quality Make it anywhere green with this layer, which means good quality with room antenna anywhere. then users can - if they like - map blue (roof antenna needed) and red (no recieve) all their POI s. Setting a POI for DVB-T should mean, that the layer makes a round circle coulor for 10 KM in the layer. That´s it. So we can identify the red areas by wikipedia like user mapping and the government needs to act in certain (red) regions. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] DVB-T Empfangsqualität in OSM mappen
Hello is it possible to have a tag for DVB-T reviecer´s signal quality? Hallo ist es schon vorhanden oder möglich die DVB-T Sender der Seite www.ueberallfernsehen.de zu verzeichnen und auch die Gebiete bzw Strassenzüge farbig einzufärben, wenn der DVB-T Tag-Filter gesetzt ist, so dass jeder seine Stadt oder Regionalgebiet verzeichnen kann, wie die Empfangsqualität von DVB-T ist ? (passiv Antenne, Aktiv Zimmerantenne, passive Außenantenne, aktive Außenantenne, Aktive Dachantenne, kein Empfang, also 6er Schulnotenskala)? Wäre schön, wenn jemand eine Tag dazu machen kann und man dann für seine Strasse oder einen definierten Umkreis eine Farbe oder Kennung hätte. Danke für eine Info Viele Grüsse Max ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Bittorrent
torrent is outdated, there is new anonymous torrent, http://offsystem.sf.net please host an offsystem link for download ! Thx 2009/4/18 Iván Sánchez Ortega i...@sanchezortega.es El Sábado, 18 de Abril de 2009, D Tucny escribió: Not to nitpick, but in terms of PR, might it be better to use a tracker other than The Pirate Bay? [...] TPB is unreachable from here, it's been blocked for a long time... So? Set up a .torrent file with *multiple* trackers, one being TPB, one being your favourite government-approved one. I fail to see any reasons to not use TPB's trackers. -- -- Iván Sánchez Ortega i...@sanchezortega.es Vivir me enseñó a actuar.- Amparo Soler Leal. ___ 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] Bittorrent
because the tracker e.g. of TPB is blocked. offsystem needs no tracker, so the suggest is to use the offsystem link. 2009/4/18 Iván Sánchez Ortega i...@sanchezortega.es El Sábado, 18 de Abril de 2009, Max escribió: torrent is outdated, there is new anonymous torrent, http://offsystem.sf.net please host an offsystem link for download ! Why do we need anonymity for downloading planet dumps, exactly? -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Bittorrent
so you speak of a magnet link and not a torrent. that works as well, right, but it is not anonymous, offsystem link is. 2009/4/18 Iván Sánchez Ortega i...@sanchezortega.es El Sábado, 18 de Abril de 2009, Max escribió: because the tracker e.g. of TPB is blocked. offsystem needs no tracker, so the suggest is to use the offsystem link. Multiple trackers per torrent file + DHT = no problem. *sigh* -- -- Iván Sánchez Ortega i...@sanchezortega.es Life, loathe it or ignore it, you can't like it. -- Marvin, Hitchhiker's Guide to the Galaxy ___ 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] Bittorrent
just a question of setting the standard. 2009/4/18 Marcus Wolschon mar...@wolschon.biz 2009/4/18 Max petersonm...@googlemail.com: so you speak of a magnet link and not a torrent. that works as well, right, but it is not anonymous, offsystem link is. It does not need to be. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
