Suggestion:
Add a link to view the selected object here:
http://osm.mapki.com/history/
It is much easier to view than the history on osm.org plus it actually
works for objects with high version numbers unlike osm.org that just
times out when you try to bring up the history.
Toby
___
Hi Peter & Jochen,
> I encountered shrinkage of around 1-2% of the overall block size while
> comparing the intermediate string ids with the sorted ones.
sounds plausible. Sorting the strings might not be worth the effort if
circumstances allow you to increase block size. I just ran a compariso
The problem is solved by Dane Springmeyer.
I have changed the datasource-settings.xml.inc
And now the generate_image.py running well.
thank you.
On Tue, Dec 13, 2011 at 8:49 PM, Oon Arfiandwi wrote:
> -
> [osm@map mapnik]$ ./generate_image.py
> Traceback (most recent call last):
> File
Hi Peter,
thank you for your information about the upgrade_map_xml.py .
I already finished update the mapnik2 syntax.
now my problem is about generate_image.py authentication,
may be you have any experience with that?
thank you.
--
sincerely,
Oon Arfiandwi
On Tue, Dec 13, 2011 at 10:36 PM, Pe
Am 13.12.2011 15:04, schrieb Jochen Topf:
Has anybody any data on how much smaller the files get with sorted vs. unsorted
string table? Sorting the string table means there is a lot more work and a lot
more main memory needed for the PBF writer.
I encountered shrinkage of around 1-2% of the overa
Am 13.12.2011 14:49, schrieb Oon Arfiandwi:
After struggling with the new syntax of Mapnik2:
[label]
A lots of change must be applied on the osm.xml and *.xml.inc
With mapnik2 there comes a utility upgrade_map_xml.py which ports your
maonik0.x xml files to the new mapnik2 syntax. apply that af
On Tue, Dec 13, 2011 at 12:39:55PM +0100, mar...@gmx.eu wrote:
> If you limit the number of objects only to maximum block size (32 MiB), you
> will get smaller PBF files. I noticed this effect when writing the PBF-write
> module for osmconvert. The files are much smaller although I did not care
Hi!
I don't fully understand whats going on here, but it looks like it has
something to do with BOOST_HAS_RVALUE_REFS not being defined. Maybe
https://svn.boost.org/trac/boost/ticket/4112 helps. Look especially at
the patch in https://svn.boost.org/trac/boost/changeset/61453
for suffix.hpp.
Joche
Hi everyone,
My name is Oon Arfiandwi from Indonesia,
and I'm new on how to using Mapnik.
here's my reference http://wiki.openstreetmap.org/wiki/Mapnik
Is there any success to build the new Mapnik 2.0.0
with the http://svn.openstreetmap.org/applications/rendering/mapnik/ rev 27224?
After struggl
Hi Jochen,
> Osmium now checks whether the buffer is 95% full and
> then writes it out (the 95% should leave more than enough space for the
> string table).
This is great news, thanks!
If you limit the number of objects only to maximum block size (32 MiB), you
will get smaller PBF files. I notic
Hi!
The PBF format has maximum block sizes. Osmium used to just write 8000 objects
into each block and hope that there is enough space. Turns out that there are
cases where that doesn't work. If there are a lot of very large relations, the
block can overflow. Somebody noticed that problem and Pete
11 matches
Mail list logo
