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
' to 'argh, what are you thinking'. :)
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
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 tables.
--
Lennard
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
--
Lennard
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
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@openstreetmap.org
http
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
and where they can find it.
BTW: That's #4869
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
On 11 August 2011 19:00, Lennard l...@xs4all.nl 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 fed
regenerated the osm.xml file from source with
generate_xml.py and the results are the same.
I'm not sure how you are getting those results from the correct style
file. Are you getting any notices or errors during rendering or from
postgresql? What are you using to render your images?
--
Lennard
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@openstreetmap.org
http
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
___
dev
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
?
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
, so
that's a clear argument against them.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
to be an
A-Weekend+ ).
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
, 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
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@openstreetmap.org
http
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 roads-text
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
dev@openstreetmap.org
.
When you hit upload, yes. If you click Validate in the validator, it
checks every object.
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
in weeks or months.
If you reload the stylesheet for every render request, then yeah, it
could, maybe, make a difference.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
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
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
slowdown troubles.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
.
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-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
/, 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
and rerender
them, based on the input file.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
, and not maintain two code paths.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
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
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
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
.
--
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
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
useless.
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
)
http://svn.openstreetmap.org/applications/utils/import/bulkupload/smarter-sort.py
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-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
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
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
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
/?zoom=17lat=51.51391lon=-0.13035layers=BTFF
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
(_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
, but have to
copy them off first.
Some devices (like mine) can have the storage card appear as a true USB
storage device, and then you can use it from within JOSM as well.
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http
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
, 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
in processing the dir.
Mine a few weeks after clearing: 41877 files, 174700223 bytes
Fortunately, clearing them from the command prompt is still fast. I
wonder why they cannot be stored one dir per zoom, or in another hashing
format.
--
Lennard
___
josm
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
the data it downloaded?
It's downloading all the nodes that are part of the member ways. If you
have the console open, you can see this. There is no progress dialog at
this point, and you have to guess how long it will take.
http://josm.openstreetmap.de/ticket/4650
--
Lennard
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
and return it to you.
--
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
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@openstreetmap.org
http
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
stylesheet.
--
Lennard
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
, 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
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 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
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
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
it about 6 months ago.
http://josm.openstreetmap.de/changeset/1720
http://josm.openstreetmap.de/changeset/1735
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-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
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
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
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
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
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
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
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
. 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
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
on
http://wiki.openstreetmap.org/wiki/JOSM/HOWTO/Run_from_flash_disk_with_Java
--
Lennard
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
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
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
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
1 - 100 of 141 matches
Mail list logo
