is consistent to begin with?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
files, next
to the current sparse format?
Would there be a lot of overhead in generation and/or filesize?
With the current interest in hourly/minutely updated maps, this seems to
me to be an interesting option for people that don't or can't load the
whole planet.
--
Lennard
A blow-by-blow description of how to set up your own map, and it should
answer most of your (current) questions.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
: Aren't you missing a --bb (bounding box) or --bp (bounding polygon)
task after the --apply-change task? You're now getting all additions
outside of your newzealand.osm in as well, and running it through a bbox
task after applying the changes will get rid of them.
--
Lennard
ocean borders, and without
it, everything is in the water.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
the API. You'd just be downloading
files from a webserver, and is the preferred method to get continuous,
but slightly time-delayed updates.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
to have.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
.
You picked an old API 0.5 planet. Any reason why you didn't pick the
latest API 0.6 one available?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
#Tuning_the_database ?
An extra line in osm2pgsql, where it tells you it's doing the ANALYZE,
could be handy as well. When I first started using osm2pgsql, I've been
wondering too what it was doing, and if it might be hanging.
--
Lennard
___
dev mailing
Russ Nelson wrote:
The OSM webserver will tell you the ten people with home locations
closest to your home location. It would be useful to be able to get
Ticket #1425 requested to return more than 10 nearby mappers too.
http://trac.openstreetmap.org/ticket/1425
--
Lennard
a python script running in Cherokee.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
strange effects or other undefined behaviour.
So you're welcome to add such a note to the respective documentation,
where missing.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
themselves, but the SRS of the
Map and all relevant Layer objects in the XML.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
asbinary() as geom,highway,railway from
Hmm, weird. Why is your mapnik not also selecting tunnel? tunnel is
used in the roads style filters.
Now my big question: How do I explain mapnik that it has to use way as
geometry column?
As above: it should pick it up by itself.
--
Lennard
that to Steve
Chilton.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
of the mill multipolygon relation with an outer and one or more
inner role ways.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Frederik Ramm wrote:
Has the bug where osm2pgsql would break these in --slim mode (when
adding updates) been fixed?
I believe some of the issues have been fixed a little while ago, but
I'll leave it to the osm2pgsql maintainers to give a definitive answer.
--
Lennard
Graham Jones wrote:
I know that osmosis can update this from diff files, but want to set
[...]
Is there a 'standard' version of this script that anyone has published
that I could use instead please?
Check out osmosis --read-change-interval.
--
Lennard
handling.
It selects anything that is not *not* a bridge, and renders those as a
bridge. This conveniently catches all expanded usage now, like
bridge=span/swing/viaduct/swivel.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
later. That would prevent further such issues in the future.
http://trac.mapnik.org/ticket/395
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Matt Amos wrote:
in a 12-hour editing session, a very simple analysis would suggest
about a 0.5% chance of conflicts. this isn't very much, imho
And then only if you're editing the USA data.
--
Lennard
___
dev mailing list
dev
, which you can then use from OpenLayers under the
respective configured urls.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
to show a city is the capital of an area?
What's wrong with the capital=* key?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Andy Allan wrote:
You've misread the patch.
Yes, I see. That'll teach me to read it more carefully.
The note about place=metropolis is still valid, though.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
John Smith wrote:
Any hints/tips on vert/hor centring text on images?
Use the dx and dy options.
http://trac.mapnik.org/wiki/ShieldSymbolizer
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
on the symbol.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
take a look at it...depending on what toolset it's written on top of, I
don't know if I am qualified to fix these problems.
http://svn.openstreetmap.org/applications/utils/coastcheck/
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
to upload.
So yes, JOSM text handling seems to be affected too.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Martin Koppenhoefer wrote:
I recently installed mapnik and am reading a lot in the ruleset.
Therefore I noticed that some of the rules that are inactive don't
have spaces between the last text and the end-of-comment-sign.
http://www.w3.org/TR/REC-xml/#dt-comment
--
Lennard
the node/way/relation tables on one hard
disk, and the tables with geometries (planetosm_line etc.) on the other?
Given that, AFAIK, all tables/indexes are in 1 directory, how will you
make that distinction?
--
Lennard
___
dev mailing list
dev
a typical error when your mapnik (the renderer, not the directory
with osm.xml) is too old. Try upgrading that one to 0.6.1 or compile it
from the SVN repo at http://svn.mapnik.org/trunk/
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
current already. These are found at
http://hypercube.telascience.org/~kleptog/
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
are archived for
The main site only keeps them around for a short while, but there's this:
ftp://ftp.heanet.ie/mirrors/openstreetmap.org/daily/
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Tom Hughes wrote:
I suspect what you are seeing is not a result of an inconsistent
snapshot however, but simply of corrupt data (probably created before
the 0.6 api) that exists in the database.
Wasn't the tailing part of the API migration weekend a check on integrity?
--
Lennard
a line wrap decision.
A possible alternative is tagging place=country on an area, or by logical
extension: a relation. Those do not render quite correctly at the moment,
but there is a current ticket for mapnik requesting this feature be added.
--
Lennard
of a boundary relation (either type=boundary or type=multipolygon,
doesn't matter) form a closed ring, they also get added to
planet_osm_polygon
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
it with ./renderd -f, which will make it run in the foreground.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
tiles in the tiles dir you set in the config?
Are you running the latest version from svn? Are your other components
up to date?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
of the python scripts?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
, and you
could escalate it as a mapnik issue and file a bug there.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
in the mapnik style and I
noticed the problem is caused by some recent change in the style
because the building names have all disappeared in my city this or
last week.
There are 2 tickets about this, and it's something that will be looked
at soon.
--
Lennard
of a lot of diff
bookkeeping for you.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Stephan Knauss wrote:
something like this?
select osm_id, st_length(way) as length from planet_osm_roads order by
length asc limit 10
Something, but not exactly that. ST_Length(way) is in projected meters,
which varies with latitude.
--
Lennard
. Why is
it working there? Different projection?
I guess it's just an example of the ST_length() function as is, not
taking into account any projection issues.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
in the postgresql logs, you'll see
queries that have failed because of missing columns, or whatnot.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
to handle the
multiline SQL currently in osm.xml, you don't have to reimport the
planet, but just update mapnik to release 0.6.1 or newer (svn). Newer
mapnik versions are also more vocal about problems in the stylesheet, so
I would recommend building from svn.
--
Lennard
planet_osm_polygon does not exist at character 159
Nothing else which gives more of a clue in the log file than this?
What's just before/after these messages? For instance, which layer in
osm.xml causes these error messages?
--
Lennard
___
dev mailing list
dev
planet_osm_polygon_tmp does not exist
Those are normal. At the start of an osm2pgsql run, it tries to clean up
any of these remnants of a possibly aborted earlier run.
I'm out of ideas actually. By the way, is every trunk bridge black in
your renders, or only that particular one?
--
Lennard
for the default 900913
osm2pgsql db.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Tom Hughes wrote:
Well that certainly fails for me:
Rel. 4.6.1, 21 August 2008
Worksforme
Rel. 4.7.1, 23 September 2009
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
reasons, although it's even less likely than with the hourly diffs.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
class roads. We'll get there soon enough, but the stylesheet is
in some major flux right now.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
state.txt to use for the --rri task, and my minutely update script was
happy again.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
expects to read the changefile first:
osmosis -v --rxc 20091031-20091101.osc --rx rf.osm --ac --wx new-rf.osm
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
russia polygon.poly --wx new-rf.osm
Or, in case rf.osm was created with a simple bbox, the appropriate
--bounding-box task.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
= '$v'\n;
Difficulty: are values with quotes allowed in k/v pairs?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
asked, since he seemed to be stuck on using 'split'
instead of a regex.
I know it isn't ideal, given the way XML works, but he'll have to work
out those difficult bits for himself. ;-)
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
that was fixed, and the dump now runs in a transaction?
It would thus more likely point to data that is in fact incomplete in
the OSM db itself?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
work correctly. Newer versions just
ignore the tags.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Kuba Z. wrote:
bash: set-mapnik-env: command not found
What am I missing?
The new README file.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
method of setting up the stylesheet for your
environment. You don't need the osm-template.xml anymore.
Read http://svn.openstreetmap.org/applications/rendering/mapnik/README
and the generate_xml.py script.
--
Lennard
___
dev mailing list
dev
and shouldn't miss data.
And are probably used in a lot more automated processes, to create a new
planet (extract) every day. I know we do it for planet.openstreetmap.nl,
and hypercube uses the same daily diff files for the Coastline Error
Checker.
--
Lennard
://wiki.openstreetmap.org/wiki/Minutely_Mapnik should tell you most
of what you need.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
or closed ways, respectively.
* At least, it does so in
http://nominatim.openstreetmap.org/details.php?place_id=49949948 but I
don't know what the bare API result looks like.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
, and not currently
implemented in the main codebase.
http://trac.mapnik.org/ticket/320
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Matthias Julius wrote:
Are higher resolution icons an option?
Probably, but you'll need lots of different sizes for different sized areas.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
stylesheet.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
operation.
Unless you use renderd.py instead of renderd, that is. There is another
hardcoded 18 in there.
I increased my renderd to z19 for haiti related tiles, and that was as
easy as changing those 2 hardcoded '18' occurences and the MAX_ZOOM
define to 19.
--
Lennard
Grant Slater wrote:
An earlier planet-100127.osm dump failed. The dump process has been
restarted and is expected around Midday (GMT) tomorrow 28th Jan 2010.
How's the planet coming along?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
shoreline_300
to the full resolution processed_p shapefile. So focus your effort on
that one.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
will now get all kinds of tags you're never interested
in. On the other hand, one can now quickly use keys one never used
before, without the need to reimport the whole db.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org
and return it to you.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Peter Körner wrote:
I'll make it a little nicer soon but it works. It updates every half
hour, so the very recent sequenceNumbers aren't available.
Very nice, simple, quick.
The half hour delay could be gone if this service ran on the diff server
(or close to it).
--
Lennard
months[1].
Be aware that osm.xml has changed substantially since that time, so be
sure to read the documentation again.
[1] http://trac.openstreetmap.org/changeset/17301
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
/datasource-settings.xml.inc ? Is your username and password in that
file?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
, and this piece of code wasn't necessary anymore.
There's another few functions that aren't being called anymore, either.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
is.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
is
there, which includes tagged member ways.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
you play around with a limited dataset, and see how that ends
up in the pg db, in which tables, for different taggings.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
. You'll
be back at the start :-/
I know, that wasn't my point. John argues boundary way tags shouldn't
matter, when the way is a member of a boundary relations, and it should
inherit some admin_level from those. He implies it's unnecessary tagging
for the renderer.
--
Lennard
(_nodes, _ways, _rels) and then a new geometry will be built and
added/updated in the applicable geometry tables (_point, _roads, _line,
_polygon).
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
need one
attribute field, tags as hstore datatype. All the rest I could do with
SQL inside database.
You are required to have the slim mode tables (nodes,ways,rels) to be able
to apply diffs.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
/?zoom=17lat=51.51391lon=-0.13035layers=BTFF
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
name:xx ?
That way updating your stylesheet is just an 'svn up' away. Now you'd
have to merge your changes into the updated versions.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On 20-6-2010 19:59, Peter Körner wrote:
Am 20.06.2010 19:26, schrieb Lennard:
That way updating your stylesheet is just an 'svn up' away. Now you'd
have to merge your changes into the updated versions.
But I have a custom stylesheet anyway - take a look at the xmls ;)
Ah, I see. I think all
On 28-6-2010 18:18, yvecai wrote:
I had
just run generate_xml.py again to change some rendering rules.
Don't know about the other things, but this remark peeked my interest.
What rendering rules had changed, and why would you feel the need to
rerun generate_xml.py for them?
--
Lennard
functions. Try running it as the postgres
user, or as any other role that has the required rights.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Plus you can even filtered it at Osmosis level if you want to.
Osmosis change stream bbox filtering? Have you tried that yourself?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
on the contents of the PostGIS database it connects to, and based
on the templates in the inc directory?
osm.xml does not contain geographic data. It contains the stylesheet
that tells mapnik how to render geo data that you load into the postgis
db with osm2pgsql.
--
Lennard
.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
rendering order, by putting your layer-xxx; at
the correct spot.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
that prevents that
from happening. That's one reason why land in mapnik is rendered from
shapefile.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On 20-9-2010 23:57, Brendan Morley wrote:
Are PostGIS downloads mirrored anywhere?
The site is up, but your DNS server chain may not know about it yet.
I successfully installed postgresql 9.0 and postgis 1.5.2SVN today, and
it's now chugging along on an import.
--
Lennard
still be available in the object
history, and the removal is packed in with a real edit, so no
superfluous edits needed just to remove the created_by. It's a matter of
attrition now. Very slow attrition nonetheless.
--
Lennard
___
dev mailing list
, and not maintain two code paths.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
and rerender
them, based on the input file.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
/, and any
changes you made after generate_xml.py didn't make it into your myOSM.xml.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On 16-10-2010 9:55, Lennard wrote:
On 16-10-2010 8:39, Brett Henderson wrote:
If anybody sees any issues with the binary support, please let Scott and
I know. I'm now building Osmosis via an automated Hudson process so
pushing out new builds should be fairly quick once a fix is identified
On 18-11-2010 23:47, Lennard wrote:
Just built the current trunk, and this output[1] is still present. Could
you please consider removing this notice, or only output it once instead
of for every anonymous element?
I seem to have missed the fact that it will print upto 100 times this
message
1 - 100 of 141 matches
Mail list logo