s from
'yes, probably, sounds sane enough' to 'argh, what are you thinking'. :)
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
chema [3] be handled by the stylesheet.
This requires a reload of the database to at least get
public_transport=* in.
Handling role values, like "stop", is not supported yet.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
try, can be found in planet_osm_line and
planet_osm_polygon. Where they end up depends on whether they result in
a line or area respectively. The osm_id for these features is the
negated relation id. So relation 1000 will have an osm_id of -1000 in
the
On 20-3-2012 22:25, yvecai wrote:
I just suppress a few thing in the attached file until it works, but it
may be safer to wait for a real fix by somebody understanding cpp and
modtile better than me.
It's fixed now.
https://trac.openstreetmap.org/changeset/28134
--
Le
x27;s still a lot
less work than multipolygon calculations.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On 2-2-2012 23:41, Alexandre Busquets wrote:
I downloaded the code from
http://svn.openstreetmap.org/applications/rendering/mapnik/
...
libmapnik0.7 from package
Try:
svn co -r27279 http://svn.openstreetmap.org/applications/rendering/mapnik/
--
Lennard
ctor in this is that you would need the full planet
file, to be able to extract the coastlines. Applying diffs to update
that planet file adds a serious amount of time to a coastline run.
--
Lennard
___
dev mailing list
dev@op
d the building.
So there you have it: don't add stuff to area datatypes that doesn't
belong in them.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
> On 11 August 2011 19:00, Lennard wrote:
> Oh dear. My apologies, it seems I've been using Mapnik2 instead of just
> Mapnik. Yoink!
Mapnik2 has been used on osm.org for months as well, but you would have to
know that the osm.xml file is converted to mapnik2 syntax before being
l? What are you using to render your images?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ik' map is shape and postgis, it's usually not a
problem that they are apparently not added by default.
They should, however, compile and work once you enable them through SCons.
--
Lennard
___
dev mailing list
dev@op
On 3-7-2011 10:28, Parveen Arora wrote:
python-mapnik and libmapnik0.7 is available in Ubuntu 10.04
But the one avaible to compile is 0.7.1
If you are actually compiling your own version, I would recommend you to
go with the 0.7.2-dev branch.
--
Lennard
> $ osm2pgsql -U gisuser /tmp/map.osm
> Couldn't open style file '/usr/share/default.style': No such file or
> directory
> Someone here who could fix this?
osm2pgsql -U gisuser -S /usr/share/osm2pgsql/default.style /tmp/map.osm
--
Lennard
On 18-6-2011 15:49, Steve Coast wrote:
the openid stuff is nice but is it really necessary to slap 6 big logos
on OSM.org? :-(
Would you rather they be smaller? :-)
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http
at ticket?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ument against them.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
turn out to be an
A-Weekend+ ).
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
(*ix, Win, Mac), and can
also output the basic osm2pgsql schema for those transitioning, an
argument can be made for adopting imposm at some point.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
so go into planet_osm_roads, write_wkts() is called twice in a row
(once for lines, once for roads), and the second time, these tags are
gone. There's nothing left to put into the columns.
--
Lennard
___
dev mailing list
dev@openstreetma
On 21-3-2011 21:21, yvecai wrote:
I am wrong ?
--read-xml-change comes first, then --read-xml
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On 19-3-2011 19:53, M∡rtin Koppenhoefer wrote:
That's nice Lennard. Does anyone recall where the rules for the text
of admin boundaries can be found? I found this some time ago, but now
can't locate it again (I guess it is some generic rule).
The two ElseFilters at the end of
g").
Am I looking at the wrong osm.xml?
See the inc/ file. You can also have a look at
http://tile.openstreetmap.org/style/osm-annotated.xml
which is a view of the stylesheet that's being used on osm.org.
--
Lennard
___
dev mailing list
d
request, then yeah, it
could, maybe, make a difference.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
by no means the only tool used to process OSM data. Why
impose the same "true or 1 then yes" rule on every consumer of OSM data?
Anyway, shouldn't this now move to [tagging] ?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ALTER INDEX and then vacuum + rebuild the index. That saves you from
having to do a reimport with osm2pgsql.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
order."
http://www.postgresql.org/docs/9.0/interactive/release-9-0.html
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
r 8.4 slowdown troubles.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
a placenames overlay.
Oh, BTW, don't mind the rendering speed. :/
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
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
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 ident
rything in inc/, 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
zooms and rerender
them, based on the input file.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
e uid="4294967296"
in the output of pbf2osm, whereas after the fix, they do no appear, as
in the original planet.
[1] http://trac.openstreetmap.org/changeset/23580
[2] Not that many yet, I think, as the few bugs I found within 5 minutes
of usage would've been reported much earli
d not maintain two code paths.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
it's desirable. They'll 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
__
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.
--
Le
'logical'
files for roads, railways, etc.
And it would depend on what you mean by validate. You can certainly
render your own tiles, put them in another OpenLayers layer, and switch
between them to compare your results to the regular map.
re's nothing in them 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 29-8-2010 14:31, Ákos Maróy wrote:
They are dynamically included, by putting the relevant&layer-xxx;
references at the right spot in osm.xml. The ordering of
elements in the stylesheet determines the order in which mapnik renders.
what do you mean by 'stylesheet' in this context?
Mapnik us
On 29-8-2010 11:20, Ákos Maróy wrote:
what I'm trying to achieve is to include my own
ml
based 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 osm2pgsq
> 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
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
nclude the other files.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
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?
--
Le
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
create a postgresql view for each 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
ith Soho:
http://toolserver.org/~osm/locale/?zoom=17&lat=51.51391&lon=-0.13035&layers=BTFF
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
tually. The text overlay places text where
it sees fit, without taking any of the base map symbols/positioning into
account. It's most apparent when at the highest zooms, in dense areas with
lots of POIs.
--
Lennard
___
dev mailing li
les, and all those three would only 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
__
o the slim mode
tables (_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
o what? Area boundaries will be rendered twice, once per area. 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
rom the proper ways, other than the test for osm_id>0.
I suggest 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
dering, but instead of
There is no problem with rendering. The renderer just renders what is
there, which includes tagged member ways.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
n that query you posted, and only render
the (correctly tagged) ways. :)
http://trac.openstreetmap.org/ticket/2094
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
lly tagged as a multipolygon, because, hey, that's what it
really is.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
last
year, 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
; (encountered
> during parsing of layer 'leisure')
Did you run generate_xml.py or manually edit
inc/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
in at least 7 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@openstree
stay highly available to the world, and was built into osmosis. It could
be easier if it ran from the OSM server environment, but doesn't have to.
--
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 i
right state file and return it to you.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
s the potential to greatly increase the size of
the db, as you 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
___
witches from the lowzoom 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
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@openst
a crucial role in normal renderd
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 an
gis-based stylesheet.
--
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
nik are a work in progress, 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
ositive osm_id in
planet_osm_polygon, for relations 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
, but the second part of
http://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
e they are running
> with a much longer delay 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 file
n't been
updated to reflect the new 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
__
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
t will still work correctly. Newer versions just
ignore the tags.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
thought 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
actual
matching of what he 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
___
ot;/;
my ($k, $v) = ($1, $2);
print "k = '$k', v = '$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
ile= --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
new-rf.osm"
You forgot --apply-change, and osmosis 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
as the next
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
ds first, then all lower class roads, followed by
higher 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
s, even the daily diffs can miss some objects, because of the same
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
ready happened once, last week, when the diff
generation was down for half a day or so.
--
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
or the default 900913
osm2pgsql db.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ERROR: table "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
anet_osm_line" does not exist at character 85
> ERROR: relation "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
too old, and unable 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 s
ou take a look 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
his ST_length_spheroid() call works on the default db created by
osm2pgsql for use with the mapnik renderer. This db will be in 900913.
So yes, you'd need your local postgis db, set up by importing some
planet extract with osm2pgsql.
--
Lennard
_
ih
spatial calls.
> Postgis manual has a similar query to sum up the length of ways. 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
__
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.
ocumentation.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
mosis takes care of a lot of diff
bookkeeping for you.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
ewhere 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
_
an rule out renderd, 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
render those tiles without renderd, so with
one of the python scripts?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
in the
stylesheet, then.
Do you at least find some 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
the way.
Try running 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
1 - 100 of 141 matches
Mail list logo