[OSM-dev] rel="me" | Re: osm.org groups

[Rory McCann]

On 21/05/2019 21:19, Mikel Maron wrote:

What could be cool is a way to associate your user with communities
in the index


One approach for this is to allow uses to put (an arbitrary number of) 
rel="me" links on their OSM.org user page, which link to that user's 
profiles on other sites. Mastodon supports this and if you put a link on 
your mastodon profile to another page, it checks for rel=me (pointing 
back to the user's mastodon page), then you get a soothing green tick. 
Currently OSM.org strips that 'rel="me"' attribute from links in your 
profile page.


http://microformats.org/wiki/rel-me
https://docs.joinmastodon.org/usage/basics/#link-verification
https://github.com/tootsuite/mastodon/pull/8703



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

Re: [OSM-dev] Just Joined List

[Rory McCann]

This can be done with the Overpass API, not the OSM editing API

way(around:25,LAT,LON)["maxspeed"];out;

This should give you all ways within 25 m of a point with the maxpseed 
tag. Be warned though: Most of the main overpass servers do have access 
limits, and building a business relying on things that can be shut off 
without warning might not be a good idea.


On 16/04/2019 09:09, TrackingCentral wrote:

Hi

I am wanting to be able to return the current road my passing a http request to 
the api endpoint passing the co ordinates of the users location with each 
request.

Just wondering if this function already exist and it is a matter of sending the 
http request to the api each time ???

Basically I have gps tracking devices that send location data to my server 
every 3 second and want the road speed of their location determined by the api 
and returned each time I send the http request to the api endpoint.

Can you also advise the variable name that is returned that will hold the road 
speed.

Claude Raiola

TrackingCentral Pty Ltd
61-414 228 948

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





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

Re: [OSM-dev] Legal question about attribution text on smartphone

[Rory McCann]

On 21/04/17 01:52, Stadin, Benjamin wrote:

I have a legal question about showing the attribution text on
smartphones where the size of the view is limited. Is it ok to have our
own logo clickable, and show a full web page with attribution when
clicked? See the screenshot below (logo is in the lower left). Having
two logos or an additional info button doesn’t fit well from both
usability and design perspective.


Section 4.3 of the ODbL licence covers the "attribution" aspect:

> if you Publicly Use a
> Produced Work, You must include a notice associated with the Produced 
Work

> reasonably calculated to make any Person that uses, views, accesses,
> interacts with, or is otherwise exposed to the Produced Work aware that
> Content was obtained from the Database, Derivative Database, or the 
Database

> as part of a Collective Database, and that it is available under this
> License.

So I dunno? Maybe? There could be ways around it if you don't want to 
include it on every map page. Does your app have a loading/spash screen? 
Including an attribution there, which is shown every time the app is 
started might meet the requirements.



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

Re: [OSM-dev] PHP vs. Ruby in OSM projects

[Rory McCann]

On 20.03.2017 17:22, Hakuch wrote:

What do you think, are there more php or more ruby developers in OSM ?
Normally within open source projects people tend to use ruby, but many
times I saw small projects coded in php. Iam currently unsure if I
should start a new project with php/symfony or ruby/rails.


You should start your new project in whatever you feel most comfortable
in. Like vast majority of FLOSS software, you're going to be doing
99.% of the work for the next 5 years, so you might as well take the
easiest path you can.

Don't worry about what the cool kids are doing, just get results.

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

Re: [OSM-dev] OpenStreetMap Carto release v3.0.0

[Rory McCann]

On 22/12/16 13:57, Sven Geggus wrote:
> Christoph Hormann  wrote:
>> No, the new project.mml is just a renamed project.yaml.
> 
> *argh*
> 
> So it would be best to do a git mv project.yaml project.mml before trying to
> merge?

I maintain a fork of osm-carto for vector tiles[1] and I saw this file
renaming changes when I was trying to merge "upstream" changes into my
fork. Initially I thought I'd have to do something complicated, but it
turns out git is actually pretty clever.

If you just merge, one-by-one, commits from upstream into your branch,
git will be able to do it all automatically. "git merge --no-ff SHA" for
various commits on upstream master from before the file renaming
happened, and then merge the filename in, then merge other commits. And
it all works out.

It can make your git history look a bit branch-y though[2] 


[1] https://github.com/geofabrik/openstreetmap-carto-vector-tiles
[2] https://imgur.com/a/eMYhQ




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

Re: [OSM-dev] A PostgreSQL extension for real-time simplification of objects in OSM API database

[Rory McCann]

On 17/11/16 03:23, RTOSM DOOPAS wrote:
> 1. Initially, User opens JOSM/Potlatch to browse an overview map.
> currently the data are shown in slippy maps which are rendered from
> data to an imagery in advance at a rendering server. With rtosm, the
> overview map can be a collection of simplified objects to be rendered
> in client window. With this data, user can edit non-geometric part of
> the object, such as tags and relation members.

But... isn't there a danger that the mapper will load this
simplified/reduced object in JOSM (etc), change the tags, then press
upload? And then upload the simplified/reduced geometry? Which will make
the OSM data worse?

If you want to just edit the tags of large complicated objects, you
could use a special editor like Level0 or RawEditor? (Or write software
that makes the XML API call(s) yourself).




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

Re: [OSM-dev] Tile usage without proper identification

[Rory McCann]

On 05/09/16 20:19, Tom Hughes wrote:
> Those instructions are about setting up a web based map which shouldn't
> normally hit any policy restrictions.

Those pages have examples which refer to the main openstreetmap.org tile
servers? So the OSM.org tile usage comes into play?

> Nothing in those instructions will cause requests to be sent without a
> referer or user agent so there shouldn't be any problem with a site
> which is built following those instructions?

If you're on a HTTPS site, and access a HTTP resource, browsers will not
send a HTTP referer. Those instructions have http:// links.

The simplest solution would probably be to change the URLs in those
documents to htts://{s}.tile.blah Then it will work fine with HTTP and
HTTPS hosted web pages.

-- 



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

[OSM-dev] Nominatim Index bloat? Try pgindexrebuild, a production friendly index debloater

[Rory McCann]

Hello all,

If you use/update Nominatim (or any PostgreSQL) server for a long time,
one problem you may come across is index bloat. Your database will grow
in size on your disk, your indexes getting larger on disk. It's no fun
when your database fills up the disk and won't start anymore.

There are several solutions to this, but I wanted a way to fix index
bloat while still being able to use the database as a production
nominatim (or tile) database, so I wrote pgindexrebuild:

https://github.com/rory/pgindexrebuild

It uses PostgreSQL's CREATE INDEX CONCURRENTLY to create a new index and
replace the old bloated one afterwards. The CONCURRENTLY ensure that you
can still read and write from the table while it is creating a new
index. It has some nice things like lock files, bloat thresholds, and
logging, to allow you to put it in cron and forget about it. "Set up and
forget" is a design goal.

Although I'm using this often, I'm always open to suggestions about
braindead things I might be doing. ☺ Suggestions welcome!

This is inspired by [pgtoolkit](https://github.com/grayhemp/pgtoolkit)
which does the same thing for table bloat.

-- 



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

Re: [OSM-dev] OSM-Carto style, ported to vector tiles!

[Rory McCann]

On 24/07/16 18:26, Christoph Hormann wrote:
> Ok - so you essentially say that use of !pixel_width! and !pixel_height! 
> is - in the vector tiles system used - limited to the lower zoom 
> levels.

Yes, you can't use *pixel* for z15+. You can hack around it, like I
do[1], with "zoom dependent way_pixel filters". Just divide by 4 each
zoom level.

> That however would also mean you would need to remove all the 
> 
> way_area > 0.01*!pixel_width!::real*!pixel_height!::real
> 
> filters from SQL for z14 - otherwise you get missing geometries at the 
> higher zooms (not a real lot - that limit is about one Mercator square 
> meter at z14 - but when this occurs it would be visible and possibly 
> surprising).

Oops. I will fix that. Do you know of an example of where this filtering
applies in the normal OSM tileserver? It's helpful to have something to
compare to?

> And if i understand you correctly this also means you cannot render any 
> features differently on z14 and any higher zoom level based on 
> processing done in SQL - unless you duplicate them into different 
> separate layers for different zoom levels.

Yes, you can't use SQL to filter different things after z14. You have to
use CartoCSS filters. A z14 tile needs to have all the data a z19 tile
needs to render.

You don't have to use z14. You can use another level, or have all vector
tiles generated live (with no "overzooming"). Not sure why you'd want to
do that.

Rory

[1]
https://github.com/geofabrik/openstreetmap-carto-vector-tiles/blob/21590cc3e693a242f9c85392cf1635317d45b8c0/roads.mss#L2573


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

Re: [OSM-dev] OSM-Carto style, ported to vector tiles!

[Rory McCann]

On 22/07/16 18:05, Christoph Hormann wrote:
> Looking at your changes a significant part seems to be dealing with 
> way_pixels and indicates that the meaning of way_pixels in your version 
> is quite different from that in the normal standard style.  Could you 
> explain that?  You do not seem to have changed the SQL.

way_pixels is mentioned a lot in the style, but it's not as complicated
to deal with as you'd think.

The problem (correct me if I'm wrong!) is that with vector tiles it's
common to generate them only down to a certain zoom level (e.g. z14),
and for lower zoom levels (z15+) to use the z14 tile, and just crop out
the area you want, i.e. you are using the result of z14 SQL queries for
z15+.

The SQL queries are run when generating the .pbf vector tiles, and only
go down to z14. For generating images, SQL isn't run and instead have to
use the pregenerated pbf, and hence pregenerated way_pixels value. Hence
you have to change the style, not the SQL.

If you don't change it, areas that should appear at z15+ won't, since
the way_pixels will be wrong for that zoom.

Hope that makes sense!

Rory

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

Re: [OSM-dev] OSM-Carto style, ported to vector tiles!

[Rory McCann]

Hi,

On 22/07/16 18:29, Daniel Koć wrote:
> I needed to launch:
> make install-node-modules
> before I was able to launch "make tessera".

My apologies, I've fixed the Makefile

> When tessera is already running and I go to URL
> http://localhost:8080/pbfs/live/ , I get:
> 
> GET /pbfs/live/index.json 500 6.836 ms - 1182
> Error: Invalid tilesource protocol: tmsource:

Another mistake. I had forgotten to include some node packages to
install. If you update the code, and remove the node_modules directory
and re-run "make tessera" it should all work.

Rory


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

Re: [OSM-dev] OSM-Carto style, ported to vector tiles!

[Rory McCann]

On 22/07/16 17:35, Amaroussi (OpenStreetMap) wrote:
> I wonder if these can be configured so that the user can configure
> road colours via cookies? I am not an expert in vector tiles in
> relation to the main site, but it is worth asking.

Possibly. I'm not aware of any software that does that at the moment,
you'd have to write it yourself. :)

Rory

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

[OSM-dev] OSM-Carto style, ported to vector tiles!

[Rory McCann]

Hello all,

Over the past while, I've been working on porting the
openstreetmap-carto style to vector tiles. I'm happy to have something
of beta quality to release to you all:

https://github.com/geofabrik/openstreetmap-carto-vector-tiles

Please consult the vector tiles specific readme for more:
https://github.com/geofabrik/openstreetmap-carto-vector-tiles/blob/master/README_VECTOR_TILES.md

I am open to your bug reports, complaints, gripes, philosophical
questions, compliments, etc.

I will be speaking about the process of porting a non-vector-tile style
to vector tiles at State of the Map 2016 at Brussels.

-- 

Rory (who've cleverly releasing something at 5pm on a Friday before
going to the pub)



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

Re: [OSM-dev] Simple app for "making contributions" (not to display maps)

[Rory McCann]

Hi,

One could claim that Maps.me is an attempt to make a simple to use
smartphone app for non-technical people to contribute data to OSM. It
doesn't require aerial imagery, nor always-on internet access.

Rory

On 29/06/16 14:04, Bjoern Hassler wrote:
> Hi all,
> 
> first post to the list - hope this is of interest.
> 
> The background to my question is working is areas where map coverage is
> poor (e.g. parts of Africa). Sometimes only low-res satellite/bing
> imagery is available, sometimes obscured by clouds. In some low
> populated areas a GPS trace could be useful to map out roads connecting
> settlements (despite inaccuracies of GPS).
> 
> There are many great OSM apps out there, including apps for recording
> traces (e.g. OSM tracker, etc). However, unless I've missed it, I would
> say that none of those apps is suitable for the "non-technical" user.
> Indeed, we've tried using various such apps, and it's been difficult in
> terms of usability.
> 
> Is there interest in (or is anybody working on) creating an very
> simple-to-use app that allows "non-technical" users to contribute OSM
> information? E.g. a large red button for recording a trace with
> automatic upload (optimised for poorly internet connected environments,
> e.g. wait for wifi, upload in chunks etc; information submitted with GPS
> accuracy information).
> 
> (There are of course issues with GPS traces, so perhaps automated
> capture of GPS traces is not that useful.)
> 
> Many thanks!
> Bjoern
> 
> 
> 
> 
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
> 


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

Re: [OSM-dev] Mukti and Gargi fonts for openstreetmap-carto

[Rory McCann]

Hi all,

On 07/06/16 11:44, Sven Geggus wrote:
> I'm trying to install all required fonts for openstreetmap-carto on debian
> stable.
> 
> Two fonts seem to be troublesome:
> "Mukti Narrow Bold" and "gargi Medium"
> 
> While the former seems to be there
> (/usr/share/fonts/truetype/fonts-beng-extra/MuktiNarrowBold.ttf) but is not
> found by fc-match -s for some reason

I'm also having this problem with "Mukti Narrow Bold". I have no problem
with "gargi Medium", that worked for me on stock Ubuntu 14.04 *shrug*.

I suspect the problem with Mukti Narrow Bold could be related to this
bug from last year ( https://github.com/mapnik/mapnik/issues/2183 ),
which would mean the problem is with the TTF font file itself. So I have
no idea how to fix it. For my own openstreetmap-carto based style, I'm
going to just remove that font.

Rory

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

Re: [OSM-dev] Updated simplified osm2pgsql database dump available

[Rory McCann]

On 25/05/16 23:32, Sven Geggus wrote:
> I have always been wondering if it would be possible to get rid of the
> special tables used for the sole purpose of keeping the rendering database
> up-to-date by using a scheme like this:
> 
> osm2pgsql database with special tables  -> some psql replication scheme
> 
> --> many slave databases without special tables kept up-to date using psql
> some replication scheme
> 
> This would have the advantage of a lower storage foot-print (only 4
> rendering tables left).

I've set up a few machines with this sort of set up. One master machine
has all the tables and has osm2pgsql updating the data, and then slony
is used to replicate some tables to a slave database, which is used for
rendering tiles, as a WMS, or as a backup. This way you can have a
read-only backup, or rendering server, which doesn't have to be as beefy
(and expensive) as your production machine.

Slony is useful because you can tell it to only replicate some tables,
rather than needing to replicate an entire database. It's a little
tricky to set up at the start, and there isn't enough documentation. It
requires a PRIMARY KEY column for each table, which osm2pgsql data
doesn't have, so you need to do "ALTER TABLE planet_osm_X add column gid
serial PRIMARY KEY;" *before* doing any replication.

I've done it with nominatim as well.

Rory



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

Re: [OSM-dev] Multilingual Maps Overlays

[Rory McCann]

On 16/06/10 11:31, Peter Körner wrote:
 In a attempt to reactivate the Multilingual Maps Project, I started a 
 testcase with language overlays instead of complete language
 maps. This should save a lot of RAM (loading all 270+ map styles took
 ~16GB of Memory only for renderd).
 
 It's still rendering the low-zoom tiles so it is very slow. I also
 activated only three language overlays to test the setup but the other
 stlye-files are already in place and will be activated one after another.
 
 So feel free to play around and give comments:
 http://toolserver.org/~osm/locale/
 
 Peter

This is a great idea. The Irish OpenStreetMap community have done
something similar for http://maps.openstreetmap.ie/ . Ireland has 2
offical languages, Irish and English. We did something similar with
splitting it into 2 separate layers. I just copied the Mapnik style file
and manually deleted name stuff from one and delete non-name stuff from
the other. You have to keep the ref shield symbolizers in the name
mapnik file, otherwise they'll collide.

Rory


0x5373FB61.asc
Description: application/pgp-keys
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Multilingual Maps Overlays

[Rory McCann]

On 16/06/10 11:31, Peter Körner wrote:
 In a attempt to reactivate the Multilingual Maps Project, I started a 
 testcase with language overlays instead of complete language
 maps. This should save a lot of RAM (loading all 270+ map styles took
 ~16GB of Memory only for renderd).
 
 It's still rendering the low-zoom tiles so it is very slow. I also
 activated only three language overlays to test the setup but the other
 stlye-files are already in place and will be activated one after another.
 
 So feel free to play around and give comments:
 http://toolserver.org/~osm/locale/
 
 Peter

This is a great idea. The Irish OpenStreetMap community have done
something similar for http://maps.openstreetmap.ie/ . Ireland has 2
offical languages, Irish and English. We did something similar with
splitting it into 2 separate layers. I just copied the Mapnik style file
and manually deleted name stuff from one and delete non-name stuff from
the other. You have to keep the ref shield symbolizers in the name
mapnik file, otherwise they'll collide.

Rory


0x5373FB61.asc
Description: application/pgp-keys


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

Re: [OSM-dev] keeping up to date an extract of planet.osm

[Rory McCann]

On 18/05/10 09:40, Stefano Salvador wrote:
 Hi,
 
 I've read everything I can find on wiki and ML about replicating the
 OSM DB, but I can figure out if it is possible to keep up to date only
 a part of the planet.
 
 I would like to set up a copy of OSM DB only for a small region and
 then keeping it up to date with the replicates, is this possible ?
 
 
 Bye,
 
 Stefano

Geofabrik provide daily dumps of OSM data for several countries and
regions. You could download your area daily and re-import it. It would
keep you at most 1 day 'behind' the main OSM database.

http://download.geofabrik.de/osm/

Rory


0x5373FB61.asc
Description: application/pgp-keys


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

Re: [OSM-dev] Trouble getting mod_tile and apache talking

[Rory McCann]

On 10/05/10 23:13, Frederik Ramm wrote:
 You can run Apache in single process mode and strace that (provided that
 Apache isn't needed for anything else at the time):
 
 su
 /etc/init.d/apache2 stop
 export APACHE_RUN_USER=www-data
 export APACHE_RUN_GROUP=www-data
 strace -o outputfile -f apache2 -X
 
 You should see mod_tile (a) trying to open the tile on disk (grep for
 the filename) and if unsuccessful (b) trying to contact renderd (grep
 for the renderd socket name).

I tried that. The strace file is here (
http://www.technomancy.org/openirishmap/apache-trying-to-load-mod-tile.strace.txt
) 190KiB.

It looks like it's loading the mod_tile:

6920  stat(/etc/apache2/mods-enabled/tile.load, {st_mode=S_IFREG|0644,
st_size=60, ...}) = 0
6920  open(/etc/apache2/mods-enabled/tile.load, O_RDONLY) = 5
6920  fstat(5, {st_mode=S_IFREG|0644, st_size=60, ...}) = 0
6920  read(5, LoadModule tile_module /usr/lib/..., 4096) = 60
6920  open(/usr/lib/apache2/modules/mod_tile.so, O_RDONLY) = 13
6920  read(13,
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0`+\0\0\0..., 832) = 832


However when trying to go to the tiles, it is still looking for the raw
files.
6920  read(14, GET /openirishmap_tiles/0/0/0.pn..., 8000) = 391
6920  gettimeofday({1273569758, 377149}, NULL) = 0
6920  stat(/var/www/technomancy.org/openirishmap_tiles/0/0/0.png,
0x7fa26510) = -1 ENOENT (No such file or directory)
... (some .htaccess checking omitted) ...
6920  lstat(/var/www/technomancy.org/openirishmap_tiles,
{st_mode=S_IFDIR|0777, st_size=4096, ...}) = 0
6920  open(/var/www/technomancy.org/openirishmap_tiles/.htaccess,
O_RDONLY) = -1 ENOENT (No such file or directory)
6920  lstat(/var/www/technomancy.org/openirishmap_tiles/0,
0x7fa26510) = -1 ENOENT (No such file or directory)
6920  gettimeofday({1273569758, 378393}, NULL) = 0
6920  write(8, [Tue May 11 09:22:38 2010] [erro..., 124) = 124
6920  brk(0xab8000) = 0xab8000
6920  writev(14, [{HTTP/1.1 404 Not Found\r\nDate: Tu..., 217},
{!DOCTYPE HTML PUBLIC \-//IETF//..., 310}], 2) = 527


I can't see any reference to render in this strace, nor any reference
to the renderd socket. While this strace was running, renderd was
running in the foreground and showed no hint of anything happening.

It's as if mod_tile is loaded, but it's not being used.

Another time I delibrately misspelled the socket filename in my apache
conf, which should cause an error message
(http://trac.openstreetmap.org/browser/applications/utils/mod_tile/mod_tile.c#L178),
however once again, nothing happened.

Rory


0x5373FB61.asc
Description: application/pgp-keys


0x5373FB61.asc
Description: application/pgp-keys


0x5373FB61.asc
Description: application/pgp-keys


0x5373FB61.asc
Description: application/pgp-keys
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

[OSM-dev] [SOLVED] Re: Trouble getting mod_tile and apache talking

[Rory McCann]

On 11/05/10 11:01, Rory McCann wrote:
 It's as if mod_tile is loaded, but it's not being used.

Turns out mod_tile wasn't loading cause I was looking at one apache
vhost file, whereas apache was using another file. In essence I hadn't
turned on mod_tile.

D'oh! :)

Rory



0x5373FB61.asc
Description: application/pgp-keys
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

[OSM-dev] Trouble getting mod_tile and apache talking

[Rory McCann]

Hi,

I'm trying to set up my own mod_tile install. I'm using Ubuntu 8.04
Hardy. I've got mapnik installed and rendering tiles OK for the data I'm
interested in using the mapnik style I want. However when I try to go to
http://www.technomancy.org/openirishmap_tiles/0/0/0.png I get a standard
Apache 404 'file not found' error and I see nothing on the console of
renderd -f.


I get the following error messages in my access log:

x.x.x.x - - [10/May/2010:14:00:17 +] GET
/openirishmap_tiles/0/0/0.png HTTP/1.1 404 526 - Mozilla/5.0 (X11;
U; Linux i686; en-US; rv:1.9.2.3) Gecko/20100423 Ubuntu/10.04 (lucid)
Firefox/3.6.3

and the following errors in my apache error log:

[Mon May 10 14:00:17 2010] [error] [client x.x.x.x] File does not exist:
/var/www/technomancy.org/openirishmap_tiles/0

I build the debian packages using dpkg-buildpackage and installed the
renderd and mod_tile debs.


My /etc/renderd.conf looks like this:

[renderd]
socketname=/var/run/renderd/renderd.sock
num_threads=4
tile_dir=/var/lib/mod_tile ; DOES NOT WORK YET

[mapnik]
plugins_dir=/usr/lib/mapnik/input
font_dir=/usr/share/fonts/truetype/ttf-dejavu
font_dir_recurse=false

[default]
URI=/openirishmap_tiles/
XML=/var/www/technomancy.org/openirishmap/mapnik/osm.xml
HOST=www.technomancy.org
;HTCPHOST=proxy.openstreetmap.org



The relevant section of my apache virtual host config file looks like this:

VirtualHost *:80
...
LoadModule tile_module modules/mod_tile.so
LoadTileConfigFile /etc/renderd.conf
AddTileConfig  /openirishmap_tiles/ default
ModTileRenderdSocketName /var/run/renderd/renderd.sock

/VirtualHost

There should be no permission problems on /var/run/renderd:

$ find /var/run/renderd/ -ls
30795310 drwxrwxrwx   2 root root   80 May 10 13:26
/var/run/renderd/
33873200 srwxrwxrwx   1 rory rory0 May 10 13:26
/var/run/renderd/renderd.sock
30988530 -rwxrwxrwx   1 rory rory0 May  9 21:11
/var/run/renderd/renderd.stats

And the permissions on /var/lib/mod_tile look OK:

$ find /var/lib/mod_tile/ -ls
 24 drwxrwxrwx   4 rory rory 4096 May 10 13:21
/var/lib/mod_tile/
11   16 drwx--   2 root root16384 May 10 09:52
/var/lib/mod_tile/lost+found
17039374 drwxrwxrwx   2 root root 4096 May 10 13:21
/var/lib/mod_tile/default


Is there something simple I'm missing? How do I get apache talking to
mod_tile?

Thanks

Rory

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

Re: [OSM-dev] Trouble getting mod_tile and apache talking

[Rory McCann]

On 10/05/10 18:15, Frederik Ramm wrote:
 Can you check whether your renderd is actually retrieving render
 requests from the module (does it kick into action when you access a
 tile? perhaps try starting with -f from a console).

Nope. I've started renderd as renderd -f on the command line, and I
see nothing happening on the console when I go to the directory. This is
what makes me think the problem is how I set up mod_tile.

 If no, this is your problem. If mod_tile doesn't log anything then
 strace it to find out what's happening.

How would I do that? I know how to strace a programme, but an apache
module is out of my (limited) stracing knowledge...

Rory

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

Re: [OSM-dev] Trouble getting mod_tile and apache talking

[Rory McCann]

On 10/05/10 16:41, Pieren wrote:
 I had a similar issue few days ago. What is your render_config.h ? is it
 the original version with:
 
 #define DIRECTORY_HASH
 #define HASH_PATH /var/lib/mod_tile
 
 ?

Yes, I have that.

 If yes, the hash tiles are stored in that path (if the dir exists).
 Either create a symlink or change the render_config.h, recompile and
 deploy (I also restart apache).

I have created that directory (/var/lib/mod_tile), and the permissions
on it are 777. I have created a subdirectory (/var/lib/mod_tile/default)
for the only map section in my /etc/renderd.conf, that directory is also
777.

 If your apache config is:
 DocumentRoot /my_root_tiles_path
 ../..
 Directory /my_root_tiles_path/
 
 then set #define HASH_PATH my_root_tiles_path in render_config.h

My DocumentRoot for this virtual host is /var/www/technomancy.org,
however I shouldn't need to set the HASH_PATH (a.k.a. tile_dir) to that,
right? I'd like the map tiles served from /openirishmap_tiles/, i.e. not
the root of the site.

Also I checked the output of apache2ctl -t -D DUMP_MODULES and the
tile_module is loaded.


Rory


0x5373FB61.asc
Description: application/pgp-keys
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] [OSM-talk] Your whishlist for Debian Packages?

[Rory McCann]

On 28/12/08 18:26, Joerg Ostertag (OSM Tettnang/Germany) wrote:
 Hi,
 
 as most of you probably know I'm providing debian packages for the most 
 common 
 tools needed to work with OpenStreetMap. 
 What I'd like to know is:
- which additional tools from the osm-svn would you like to see added to
  the debian repository?
- which other debian based platforms would you like to see suported?
  examples would be: debian-etch, Ubuntu-xx, ...
 
 If you give me a preferences list, I can start with the most wanted ones 
 
 More description on the existing debian repository can be found at:
   http://www.gpsdrive.de/development/debian.shtml
 

Slightly related, but the version of osm2pgsql in Ubuntu 8.04 Hardy, the
last long term release of ubuntu is effectivly broken. :(


https://bugs.launchpad.net/ubuntu/+source/osm2pgsql/+bug/254758

Rory



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