Re: [OSM-dev] Screenshots from OpenStreetMap-Carto spot checking

[Alex Barth]

Toby / AJ:

I just captured your reports on the issue queue:

https://github.com/gravitystorm/openstreetmap-carto/issues/26

If anyone else has found issues like these, please report them right away on 
the GitHub project:

https://github.com/gravitystorm/openstreetmap-carto/issues

Thanks!

On Dec 19, 2012, at 4:18 PM, AJ Ashton  wrote:

> 
> On Wed, Dec 19, 2012 at 3:29 PM, Toby Murray  wrote:
> I was doing some poking around yesterday and noticed that county
> borders (admin_levl=6) aren't being rendered at zoom 9 and 10. But I
> do recall some confusion on the existing style between ways and
> relations. I don't remember the details but there was some difference
> between the zoom level at which ways and relations tagged with
> admin_level=6 got rendered. Maybe this caused confusion when porting
> to carto? Easy place to see this difference:
> http://bl.ocks.org/d/4271706/#9.00/39.4664/-96.9125
> 
> This seems to be about boundary relation way members being individually (and 
> redundantly?) tagged with boundary=administrative. Some of the admin_level=6 
> ways in this area [1] are tagged as boundary=administrative, and others are 
> tagless members of boundary relations. If you zoom out, the tagless ways 
> disappear at zoom level 10 and below.
> 
> [1]: http://osm.org/go/T7OwGz3--
> 
> This commented out section of the stylesheet may be why the CartoCSS version 
> is different:
> 
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/admin.mss#L75-L85
> 
> -- 
> AJ Ashton
> ___
> dev mailing list
> dev@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev

Alex Barth
http://twitter.com/lxbarth
tel (+1) 202 250 3633





___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Screenshots from OpenStreetMap-Carto spot checking

[AJ Ashton]

On Wed, Dec 19, 2012 at 3:29 PM, Toby Murray  wrote:
>
> I was doing some poking around yesterday and noticed that county
> borders (admin_levl=6) aren't being rendered at zoom 9 and 10. But I
> do recall some confusion on the existing style between ways and
> relations. I don't remember the details but there was some difference
> between the zoom level at which ways and relations tagged with
> admin_level=6 got rendered. Maybe this caused confusion when porting
> to carto? Easy place to see this difference:
> http://bl.ocks.org/d/4271706/#9.00/39.4664/-96.9125
>  
>

This seems to be about boundary relation way members being individually
(and redundantly?) tagged with boundary=administrative. Some of the
admin_level=6 ways in this area [1] are tagged as boundary=administrative,
and others are tagless members of boundary relations. If you zoom out, the
tagless ways disappear at zoom level 10 and below.

[1]: http://osm.org/go/T7OwGz3--

This commented out section of the stylesheet may be why the CartoCSS
version is different:

https://github.com/gravitystorm/openstreetmap-carto/blob/master/admin.mss#L75-L85

-- 
AJ Ashton
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Screenshots from OpenStreetMap-Carto spot checking

[Toby Murray]

On Wed, Dec 19, 2012 at 11:51 AM, Alex Barth  wrote:
> I did some spot checking on the OSM-Carto style and summarized what I found 
> here in this diary entry. I've opened corresponding issues on the GitHub 
> project where appropriate. From a style perspective the carto port is 
> incredibly close and pretty much good to go. It looks like the performance 
> questions [1,2] that came up are more of a hurdle right now, others can speak 
> more educatedly to this.
>
> http://www.openstreetmap.org/user/lxbarth/diary/18261
>
> [1] https://github.com/gravitystorm/openstreetmap-carto/issues/16
> [2] https://github.com/gravitystorm/openstreetmap-carto/issues/20

I was doing some poking around yesterday and noticed that county
borders (admin_levl=6) aren't being rendered at zoom 9 and 10. But I
do recall some confusion on the existing style between ways and
relations. I don't remember the details but there was some difference
between the zoom level at which ways and relations tagged with
admin_level=6 got rendered. Maybe this caused confusion when porting
to carto? Easy place to see this difference:
http://bl.ocks.org/d/4271706/#9.00/39.4664/-96.9125

Toby

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] How to make osm2pgsql quiet?

[Kai Krueger]

On 12/19/2012 06:19 AM, Svavar Kjarrval wrote:

Hi.

I was wondering what methods you use to make osm2pgsql be quiet when run
by crontab. It is very annoying to receive a everything-is-normal
message every time I run it. I run it from within a shellscript since I
need to execute other commands before and after it runs.


The others have already answered your main question, but in case your 
shellscript is used for minutely updates from cron, and you are 
interested, there is an example shell script to do this robustly at:


https://github.com/apmon/OSM-rendering-stack-deplou/blob/master/wikipedia/puppet/files/openstreetmap/load-next



Internet search resulted in a github fork[1] where somebody implemented
a quiet support but hasn't been accepted into the main distribution. I
tried the -q, --quiet and --silent parameters. I also tried to stick '>
/dev/null' and '> /dev/null 2>&1' at the end of the osm2pgsql command
within the shellscript with no effect.

The only viable solution left, it seems, is to turn off e-mails from
crontab completely. However, I do have other processes which I need to
receive error messages from, including those within the shellscript.

What would you recommend?

[1] https://github.com/openstreetmap/osm2pgsql/pull/7

- Svavar Kjarrval



___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Troubleshooting 500 errors

[Jeff Meyer]

Updated Passenger Installation instructions at:

http://wiki.openstreetmap.org/wiki/Rails_port/Ubuntu#Installing_Passenger

- Jeff


On Wed, Dec 19, 2012 at 1:43 AM, Jeff Meyer  wrote:

> 
> Yes... logs/production.log. Clearly, I'm up too late. I'll chase this down
> further. Thanks!
>
>
> On Wed, Dec 19, 2012 at 1:16 AM, Tom Hughes  wrote:
>
>> On 19/12/12 08:40, Jeff Meyer wrote:
>>
>>  Any tips on how to track down Rails Port configuration problems?
>>>
>>
>> Well looking at logs/production.log is your first point of call.
>>
>> If that shows nothing then try the Apache error log as it probably means
>> Passenger failed to start rails.
>>
>> Tom
>>
>> --
>> Tom Hughes (t...@compton.nu)
>> http://compton.nu/
>>
>
>
>
> --
> Jeff Meyer
> Global World History Atlas
> www.gwhat.org
> j...@gwhat.org
> 206-676-2347
>
>
>


-- 
Jeff Meyer
Global World History Atlas
www.gwhat.org
j...@gwhat.org
206-676-2347
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

[OSM-dev] Screenshots from OpenStreetMap-Carto spot checking

[Alex Barth]

I did some spot checking on the OSM-Carto style and summarized what I found 
here in this diary entry. I've opened corresponding issues on the GitHub 
project where appropriate. From a style perspective the carto port is 
incredibly close and pretty much good to go. It looks like the performance 
questions [1,2] that came up are more of a hurdle right now, others can speak 
more educatedly to this.

http://www.openstreetmap.org/user/lxbarth/diary/18261

[1] https://github.com/gravitystorm/openstreetmap-carto/issues/16
[2] https://github.com/gravitystorm/openstreetmap-carto/issues/20

Alex Barth
http://twitter.com/lxbarth
tel (+1) 202 250 3633





___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Mod_tile problem

[Frederik Ramm]

Hi,

On 12/19/2012 09:08 AM, Hari Novferdianto wrote:


But I didn't see anything when I visit http://172.16.0.9/osm_tiles2/map.html


Before you involve Javascript and all, try

http://172.16.0.9/osm_tiles2/0/0/0.png

Does it show a tile? Good, then it's just a minor bug with your map.html.

Does it show a 404 error? Then maybe your virtual host config is broken.

Does your renderd spring to life when you make the request but still you 
get an error in the browser? Then check if the tile directory 
/var/lib/mod_tile is actually writeable to the user running renderd. If 
on the other hand renderd doesn't react to that HTTP request, then 
communications between mod_tile and renderd could be broken; check the 
unix domain socket (accessible to mod_tile/Apache user?). See the Apache 
error log also.


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/dev

Re: [OSM-dev] How to make osm2pgsql quiet?

[Svavar Kjarrval]

On 19/12/12 13:36, Sven Geggus wrote:
> Svavar Kjarrval  wrote:
>
>> I was wondering what methods you use to make osm2pgsql be quiet when run
>> by crontab.
> Why calling it directly instead calling a wrapper script?
I do use a wrapper script which is called from crontab.
>
> At least if you go for incremental updates you need to run a wrapper
> script anyway because this will also involve calling osmosis.
>
> The relevant part of our script "replicate-loop.sh" on the german
> tileserver looks like this:
>
> --cut--
> #!/bin/sh
> ...
> osm2pgsql ...  >/path/to/logfile/osm2pgsql.stdout 
> 2>/path/to/logfile/osm2pgsql.stderr
> ...
> --cut--
>
> Regards
>
> Sven
>
Thanks for the help. For some reason > /dev/null 2>&1 did work when I
tried it this time. Don't know why it didn't work but I guess I made a
mistake when trying it before. Took the advice and now the output goes
to logfiles, most of it to the stderr file for some reason. At least
crontab is finally quiet again.

It would be better though if osm2pgsql did implement a quiet option so
we'd receive error messages via e-mail from crontab for better reaction
times when errors do come up.

- Svavar Kjarrval



signature.asc
Description: OpenPGP digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] How to make osm2pgsql quiet?

[sly (sylvain letuffe)]

On mercredi 19 décembre 2012, Svavar Kjarrval wrote:
> Hi.

Hi,
> I also tried to stick '>
> /dev/null' and '> /dev/null 2>&1' at the end of the osm2pgsql command
> within the shellscript with no effect.

This works for me, I suggest you check again for syntax errors, 
And try :
* * * * * /path/to/osm2pgqsl -blabla > /dev/null 2> /dev/null
or
* * * * * /path/to/wrapper-script.sh > /dev/null 2> /dev/null

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] How to make osm2pgsql quiet?

[Sven Geggus]

Svavar Kjarrval  wrote:

> I was wondering what methods you use to make osm2pgsql be quiet when run
> by crontab.

Why calling it directly instead calling a wrapper script?

At least if you go for incremental updates you need to run a wrapper
script anyway because this will also involve calling osmosis.

The relevant part of our script "replicate-loop.sh" on the german
tileserver looks like this:

--cut--
#!/bin/sh
...
osm2pgsql ...  >/path/to/logfile/osm2pgsql.stdout 
2>/path/to/logfile/osm2pgsql.stderr
...
--cut--

Regards

Sven

-- 
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] How to make osm2pgsql quiet?

[Jochen Topf]

On Wed, Dec 19, 2012 at 01:19:13PM +, Svavar Kjarrval wrote:
> I was wondering what methods you use to make osm2pgsql be quiet when run
> by crontab. It is very annoying to receive a everything-is-normal
> message every time I run it. I run it from within a shellscript since I
> need to execute other commands before and after it runs.
> 
> Internet search resulted in a github fork[1] where somebody implemented
> a quiet support but hasn't been accepted into the main distribution. I
> tried the -q, --quiet and --silent parameters. I also tried to stick '>
> /dev/null' and '> /dev/null 2>&1' at the end of the osm2pgsql command
> within the shellscript with no effect.

Are you sure you did that redirection correctly? As it is the shell doing
it and not osm2pgsql I can't imagine that a redirect to /dev/null doesn't
work. (I'd redirect into a log file instead, so you can see problems btw.)

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] How to make osm2pgsql quiet?

[Tom Hughes]

On 19/12/12 13:19, Svavar Kjarrval wrote:


Internet search resulted in a github fork[1] where somebody implemented
a quiet support but hasn't been accepted into the main distribution. I
tried the -q, --quiet and --silent parameters. I also tried to stick '>
/dev/null' and '> /dev/null 2>&1' at the end of the osm2pgsql command
within the shellscript with no effect.


Well the problem is that they sent a pull request to an unmonitored git 
mirror rather than offering their change upstream to the svn repository 
that is the actual master.


Of course the real problem is the lack of an osm2pgsql maintainer, but 
there's not much we can do about that unless somebody wants to volunteer 
to take the job on.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

[OSM-dev] How to make osm2pgsql quiet?

[Svavar Kjarrval]

Hi.

I was wondering what methods you use to make osm2pgsql be quiet when run
by crontab. It is very annoying to receive a everything-is-normal
message every time I run it. I run it from within a shellscript since I
need to execute other commands before and after it runs.

Internet search resulted in a github fork[1] where somebody implemented
a quiet support but hasn't been accepted into the main distribution. I
tried the -q, --quiet and --silent parameters. I also tried to stick '>
/dev/null' and '> /dev/null 2>&1' at the end of the osm2pgsql command
within the shellscript with no effect.

The only viable solution left, it seems, is to turn off e-mails from
crontab completely. However, I do have other processes which I need to
receive error messages from, including those within the shellscript.

What would you recommend?

[1] https://github.com/openstreetmap/osm2pgsql/pull/7

- Svavar Kjarrval


signature.asc
Description: OpenPGP digital signature
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Troubleshooting 500 errors

[Jeff Meyer]

Yes... logs/production.log. Clearly, I'm up too late. I'll chase this down
further. Thanks!


On Wed, Dec 19, 2012 at 1:16 AM, Tom Hughes  wrote:

> On 19/12/12 08:40, Jeff Meyer wrote:
>
>  Any tips on how to track down Rails Port configuration problems?
>>
>
> Well looking at logs/production.log is your first point of call.
>
> If that shows nothing then try the Apache error log as it probably means
> Passenger failed to start rails.
>
> Tom
>
> --
> Tom Hughes (t...@compton.nu)
> http://compton.nu/
>



-- 
Jeff Meyer
Global World History Atlas
www.gwhat.org
j...@gwhat.org
206-676-2347
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Troubleshooting 500 errors

[Tom Hughes]

On 19/12/12 08:40, Jeff Meyer wrote:


Any tips on how to track down Rails Port configuration problems?


Well looking at logs/production.log is your first point of call.

If that shows nothing then try the Apache error log as it probably means 
Passenger failed to start rails.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

[OSM-dev] Troubleshooting 500 errors

[Jeff Meyer]

Any tips on how to track down Rails Port configuration problems?

I've clearly horqued something up in trying to get a production server
going using Passenger (it was working in development, port:3000, etc.).

http://hosm.gwhat.org/

Related config files:
https://gist.github.com/3f5ab7ef348898d2e8bf

Thanks, Jeff

-- 
Jeff Meyer
Global World History Atlas
www.gwhat.org
j...@gwhat.org
206-676-2347
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

[OSM-dev] Mod_tile problem

[Hari Novferdianto]

Hi all, I wanna know why my mod_tile not rendering anyhing.
I already install osm2pgsql, mapnik, mod_tile.

My /etc/renderd.conf is :
[renderd]
socketname=/var/run/renderd/renderd.sock
num_threads=4
;tile_dir=/var/lib/mod_tile ; DOES NOT WORK YET
tile_dir=/usr/local/www/apache2/data/osm_tiles2
stats_file=/var/run/renderd/renderd.stats

[mapnik]
plugins_dir=/usr/local/lib/mapnik2/input
font_dir=/usr/local/lib/mapnik2/fonts
font_dir_recurse=1

[default]
URI=/osm_tiles2/
XML=/usr/home/ferdi/mapnik/osm.xml
HOST=localhost

My httpd.conf is :

LoadModule tile_module libexec/apache22/mod_tile.so

Alias /osm_tiles2/ /usr/local/www/apache2/data/osm_tiles2/


   Options All
   AllowOverride All
   Order deny,allow
   Allow from All
   SetHandler DefaultHandler
   LoadTileConfigFile /etc/renderd.conf
   ModTileRenderdSocketName /var/run/renderd/renderd.sock
   ModTileRequestTimeout 60
   ModTileMissingRequestTimeout 60
   ModTileCacheDurationMax 604800
   ModTileCacheDurationDirty 900
   ModTileCacheDurationMinimum 10800
   ModTileCacheDurationMediumZoom 14 86400
   ModTileCacheDurationLowZoom 9 518400
   ModTileCacheLastModifiedFactor 0.20


When I reload my apache, I've got this note :
Performing sanity check on apache22 configuration:
[Wed Dec 19 15:02:27 2012] [notice] Committing tile config default
[Wed Dec 19 15:02:27 2012] [notice] Loading tile config default at
/osm_tiles2/ for zooms 0 - 18 from tile directory /var/lib/mod_tile with
extension .png and mime type image/png
Syntax OK

Then, I run renderd on foreground ' renderd -f '
This is my output :
renderd[63859]: Rendering daemon started
renderd[63859]: Parsing section renderd
renderd[63859]: Parsing render section 0
renderd[63859]: Parsing section mapnik
renderd[63859]: Parsing section default
renderd[63859]: config renderd: unix
socketname=/var/run/renderd/renderd.sock
renderd[63859]: config renderd: num_threads=4
renderd[63859]: config renderd: num_slaves=0
renderd[63859]: config renderd:
tile_dir=/usr/local/www/apache2/data/osm_tiles2
renderd[63859]: config renderd: stats_file=/var/run/renderd/renderd.stats
renderd[63859]: config mapnik:  plugins_dir=/usr/local/lib/mapnik2/input
renderd[63859]: config mapnik:  font_dir=/usr/local/lib/mapnik2/fonts
renderd[63859]: config mapnik:  font_dir_recurse=1
renderd[63859]: config renderd(0): Active
renderd[63859]: config renderd(0): unix
socketname=/var/run/renderd/renderd.sock
renderd[63859]: config renderd(0): num_threads=4
renderd[63859]: config renderd(0):
tile_dir=/usr/local/www/apache2/data/osm_tiles2
renderd[63859]: config renderd(0): stats_file=/var/run/renderd/renderd.stats
renderd[63859]: config map 0:   name(default)
file(/usr/home/ferdi/mapnik/osm.xml) uri(/osm_tiles2/) htcp()
host(localhost)
renderd[63859]: Initialising unix server socket on
/var/run/renderd/renderd.sock
renderd[63859]: Created server socket 4
renderd[63859]: Renderd is using mapnik version 2.0.0
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSans-Bold.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSans-BoldOblique.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSans-ExtraLight.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSans-Oblique.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSans.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansCondensed-Bold.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansCondensed-BoldOblique.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansCondensed-Oblique.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansCondensed.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansMono-Bold.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansMono-BoldOblique.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansMono-Oblique.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSansMono.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerif-Bold.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerif-BoldItalic.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerif-Italic.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerif.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerifCondensed-Bold.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerifCondensed-BoldItalic.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerifCondensed-Italic.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/DejaVuSerifCondensed.ttf
renderd[63859]: DEBUG: Loading font:
/usr/local/lib/mapnik2/fonts/unifont-5.1.20080907.ttf
Running in foreground mode...
renderd[63859]: Starting st