On 06.04.2011, at 13:47, Christian Vetter wrote:
> Do you have any benchmark results on how much faster rendering gets
> with generalized / abstracted ways?
No, I don't have any benchmarks. But rendering an image of Europe with all
highways took more than 5 minutes with osm2pgsql and the defaul
Do you have any benchmark results on how much faster rendering gets
with generalized / abstracted ways?
Regards,
Christian Vetter
On Wed, Apr 6, 2011 at 12:19 PM, Oliver Tonnhofer wrote:
>
> On 05.04.2011, at 16:31, Jukka Rahkonen wrote:
>> Have you considered to add a possibility to configure
On 05.04.2011, at 16:31, Jukka Rahkonen wrote:
> Have you considered to add a possibility to configure automatic creation
> of additional indexes on attribute fields then?
Not yet, I never needed any additional indices.
> I mean indexes like in the
> postprocess script made by Thomas Bonfort
>
Oliver Tonnhofer wrote:
>
> On 04.04.2011, at 21:24, Jukka Rahkonen wrote:
>> Does it support the use of hstore column for getting all the tags into
>> PostGIS?
>
> No. It only imports what you really want, to get the best rendering speeds
> for WMS services.
Have you considered to add a possibili
On 04.04.2011, at 21:24, Jukka Rahkonen wrote:
> Does it support the use of hstore column for getting all the tags into
> PostGIS?
No. It only imports what you really want, to get the best rendering speeds for
WMS services.
Regards,
Oliver
--
Oliver Tonnhofer| Omniscale GmbH & Co KG|
Oliver Tonnhofer wrote:
> Hi Lennard,
>
> On 04.04.2011, at 19:51, Lennard wrote:
>> We're keeping an open mind to the idea of changing things. If imposm
>> performs well, works on different platforms (*ix, Win, Mac), and can
>> also output the basic osm2pgsql schema for those transitioning, an
>>
Hi Lennard,
On 04.04.2011, at 19:51, Lennard wrote:
> We're keeping an open mind to the idea of changing things. If imposm performs
> well, works on different platforms (*ix, Win, Mac), and can also output the
> basic osm2pgsql schema for those transitioning, an argument can be made for
> adopt
On 4-4-2011 19:38, Oliver Tonnhofer wrote:
Well, that would defeat the purpose of imposm. If you really need
the osm2pgsql schema, then I would suggest to use osm2pgsql :)
We're keeping an open mind to the idea of changing things. If imposm
performs well, works on different platforms (*ix, Wi
On 04.04.2011, at 18:35, fatzopilot wrote:
> Oliver Tonnhofer-5 wrote:
>>
>> You won't be able to use the default osm.xml styling though, since it is
>> dependent to the osm2pgsql DB schema.
>>
> Can a mapping file be defined so that this is possible or does this require
> more than a change to
So far, I never dvelved deeply into the internals (schemas) of all these
programs so I don't really know what they need. I merely tried to use them
for a few months now (especially tile-server and geolocation).
Just wondered whether Imposm is able to do the same job as osm2pgsql given
the right map
On 03.04.2011, at 15:32, fatzopilot wrote:
> that sounds very interesting and useful, congratulations!
> Can it be used as a universal tool to produce databases for different
> applications, say for rendering with tirex and for geolocation with
> nominatim, maybe even combined in a single database
Hi Oliver,
that sounds very interesting and useful, congratulations!
Can it be used as a universal tool to produce databases for different
applications, say for rendering with tirex and for geolocation with
nominatim, maybe even combined in a single database?
As far as I understand, this should be
Hi everyone,
I'm pleased to announce the first open source release of imposm.
Imposm is an OpenStreetMap importer for PostGIS databases. It is designed
to create databases that are optimized for rendering/WMS services.
It supports custom database schemas, generalized tables and union views.
It us
13 matches
Mail list logo