hello, i have noticed a strange osm2pgsql behavior, when you import
planet without a slim option, it does not create the same tables as
with using --slim, which results you cannot apply any changes later -
is it a bug?
--- without slim
g...@osm:~/osm2pgsql$ time 7z x -so
On Mon, Jul 13, 2009 at 08:44, Tom Hughest...@compton.nu wrote:
On 13/07/09 07:16, Sergiusz Pawlowicz wrote:
hello, i have noticed a strange osm2pgsql behavior, when you import
planet without a slim option, it does not create the same tables as
with using --slim, which results you cannot
2009/7/13 Sergiusz Pawlowicz sergi...@pawlowicz.name:
On Mon, Jul 13, 2009 at 08:44, Tom Hughest...@compton.nu wrote:
On 13/07/09 07:16, Sergiusz Pawlowicz wrote:
hello, i have noticed a strange osm2pgsql behavior, when you import
planet without a slim option, it does not create the same
On 13/07/09 09:59, Sergiusz Pawlowicz wrote:
On Mon, Jul 13, 2009 at 08:44, Tom Hughest...@compton.nu wrote:
On 13/07/09 07:16, Sergiusz Pawlowicz wrote:
hello, i have noticed a strange osm2pgsql behavior, when you import
planet without a slim option, it does not create the same tables as
Most maps of small areas have a constant scale: eg: 100 pixels = 1 mile.
Has anyone created maps w/ variable scales?
An example would be: 100 pixels = 1 mile at the edge of the map, but
100 pixels = 100 feet at the center of the map.
This would be useful for driving directions type maps, where
I believe Kelly was interested in static maps (eg paper maps) that
cannot be re-rendered every second.
Instead of providing map insets with higher detail it would be
interesting to have a fisheye style map, which would cover large
areas, but still provide high details in the centre or some other
On Thu, 9 Jul 2009, Dirk St?cker wrote:
On Thu, 9 Jul 2009, Christiaan Welvaart wrote:
It was mentioned that the sort feature is not really useful. Why is
that, and
how could it be made (more) useful?
I should have been more verbose. I did not deep-analyse the mechanism but
it seems
7 matches
Mail list logo