Hi,
I put a little work in my access map and created some new styles for
quality assurance. I tried to keep it as simple as possible, so the
drawing scheme is down to six colours and two line types:
http://access.t-i.ch/qa-map.html
Each of the different (most important) means of transport has its own
layer in which *only* explicit acces-Keys (e.g. bicycle=*) are
rendered.
The second map uses inheritance according to the following tree:
http://wiki.openstreetmap.org/w/images/3/3b/Access_hierarchy_simple.pnghttp://access.t-i.ch/qai-map.html
AFAIK it's the first map to draw, what routing algorithms already
should rely on. I belive that this map will increase the quality of
routing information in OSM and therefore enhance OSM a lot.
Unfortunately, the result is 17 different styles, but they should not
change much in the future. (Hopefully, they don't change at all!) :)
The Styles for the first map are:
/home/ti/styles/qa/qa-access.xml
/home/ti/styles/qa/qa-foot.xml
/home/ti/styles/qa/qa-horse.xml
/home/ti/styles/qa/qa-vehicle.xml
/home/ti/styles/qa/qa-bicycle.xml
/home/ti/styles/qa/qa-motor_vehicle.xml
/home/ti/styles/qa/qa-motorcycle.xml
/home/ti/styles/qa/qa-motorcar.xml
/home/ti/styles/qa/qa-hgv.xml
The styles for the second map are:
/home/ti/styles/qai/qai-foot.xml
/home/ti/styles/qai/qai-horse.xml
/home/ti/styles/qai/qai-vehicle.xml
/home/ti/styles/qai/qai-bicycle.xml
/home/ti/styles/qai/qai-motor_vehicle.xml
/home/ti/styles/qai/qai-motorcycle.xml
/home/ti/styles/qai/qai-motorcar.xml
/home/ti/styles/qai/qai-hgv.xml
@Peter:
I have deleted the old access.xml and bicycle.xml because they are
integrated into this new structure. I don't know yet if there will be
other *_combined-styles; for the moment bicycle_combined is unchanged.
As soon as the styles are rendered, I will post it on the
international list.
Thanks again,
Thomas
Hi.
I wrote a render script that (similar to the compositing that
hike&bike map does) does things that mapnik is not capable of.
My script is written in python and can render bboxes into
arbitrarily sized images, as well is able to serve tiles
(e.g. http:localhost/bla.../12/345/678.png)
However it is probably the utmost slow renderer there is,
it takes about 3 minutes for a simple tile. (Which is ok, because
it's experimental only at the time. :))
How can I make renderd (or tirex, or tilecache) call that
script, I found no documentation on that. I want to create
metatiles of course, too, because I have a thin lines of garbage
at the tile boundaries.
Can you please give me a hint/link on how/where to start?
Thanks a lot,
Kay
Hi
I'd like to start a new planet import using the new --hstore-column
feature of osm2pgsql. It would allow us to have a "name:" column,
containing all translations and thus allow better rendering of
translated objects.
I'll run it directly on ptolemy into the existing osm_mapnik database
but with a different prefix. The exact command is
time ./osm2pgsql \
--slim \
--cache 2000 \
--style default.style \
--prefix planet_hc \
--host sql-mapnik \
--database osm_mapnik \
--hstore \
--hstore-column "name:" \
--hstore-column "addr:" \
--hstore-column "wikipedia:" \
$HOME/data/planet/planet-100623.osm.bz2
Peter
Hi,
to see what keys there are for rendering on my bicycle map, I query
the db for %cycle%:
SELECT key, count(*)
FROM (
SELECT (each(tags)).key
FROM planet_osm_line
) AS stat
WHERE key LIKE '%cycle%'
GROUP by key
ORDER by count DESC
As this is rather slow, I was trying to take the %cycle% to the inner
query. But how can I trigger the keys in 'tags'? And would that be
really faster?
Thanks for any hint,
Thomas
Hi,
I was asked to assist in rendering some special purpose maps for a
referendum coming in Bavaria. I looks like I ended up doing all the work ;)
http://de.wikipedia.org/wiki/Volksbegehren_%E2%80%9EF%C3%BCr_echten_Nichtra…
Currently I'm using an overlay that can not be minutely updated. I would
like to switch that to toolserver.
http://toolserver.org/~stephankn/?zoom=7&lat=49.0436&lon=11.32592&layers=BTF
Is there an infrastructure in place that makes it easy to add a new
style to the tiles being rendered?
Or is it neccessary that an admin manually edits renderd.conf?
Can I simply provide a style file in my home dir? Do scripts exist to
expire tiles of my style in case I adjust the style?
Stephan
We've ben running ptolemy as the maps toolserver for a while now and I
think it's quite stable. Over the past months a lot of people sent
requests for the multilingual maps that were running on cassini. Ad far
as I see things, this is a task for the live rendering system that will
drive the maps later published in our wikipedias. I feel it's time to do
the next one step in this direction and get up the live rendering system
now.
I read that ortelius has been repurposed as webserver and cassini has
been renamed to adenia. From searching jira it seems that also adenia is
now running other tools. So: do we have a live maps rendering server? Or
should we use ptolemy, not only as toolserver but also as live rendering
system?
Peter
Hi there,
As you may have seen on toolserver-l, I'm new here and I'd like to
improve OSM-data by displaying access rights on different layers (as
I'm doing here: http://access.t-i.ch/ ).
As far as I understand the discussion at [1], first thing would be to
apply for getting added to the OSM-Prject-Group, right?
This shall be done hereby. :)
Is there any documentation what I have to do thereafter to get my
tiles rendered at eg. http://toolserver.org/tiles/ti/<vehicle_type> or
is more or less 'copy-paste' from existing projects?
If so, I will try to set up a wiki-page with all your collected tipps
on how to use mod_tile so the next newbie doesn't have to bother you
that much. ;)
(Maybe for some little-used keys like 'hgv' I will also try to set up
a Query-to-map..)
thanks,
Thomas (ti)
[1] http://lists.wikimedia.org/pipermail/maps-l/2010-May/000623.html ff.
Marcus Buck schrieb:
> How much work is it? Half an hour? A day 9am-5pm? A month 9am-5pm? I do
> not even have a vague idea about the problems that need to be solved.
> Perhaps somebody can shed some light on it?
Setting up th styles it not an issue, let's say around 1 hour. Th think
I'm not sure about is, if we should do it on our development / toolserver.
My original Idea was to have the toolserver there for the people to play
around, test crazy or useful styles ans such.
The multilingual maps should go on the live system (what previously was
cassini). But there have been no pretensions to set up cassini with an
render stack. Maybe we just have to open a ticket in jira to get it done
[1]. Once the system is set up, I'd go on importing another clone of the
database [2] and set up the multilingual rendering again - and that's it.
Peter
[1] http://...
[2] i'M unsure about this one. Should we use ptolemy for live rendering
or should cassini carry it's own, local copy?
Hi Folks,
i started a planet import with the additional hstore column. It allows
us to retrive and search in all tags used in osm. I used a combined
hstore/column scheme, as our tests on the german devserver showed that
hstore-value-conditions are much slower than the column-conditions of
the classic database layout.
If the import is over, i'll come back with some sample queries.
The import is running on ptolemy using the following command:
$HOME/src/osm2pgsql/osm2pgsql \
--slim \
--cache 3000 \
--merc \
--prefix planet \
--style $HOME/src/osm2pgsql/default.style \
--host sql-mapnik \
--database osm_mapnik \
--hstore \
--extra-attributes \
$HOME/data/planet-100505.osm.bz2 2>&1 | \
tee $HOME/planet_osm_hstore_import.log
I'm planning to switch the ddiff update process to this database after
the import and to drop the old, classic database.
Peter
