On 2 Jan 2008, at 16:46, Andy Allan wrote:
> Hi Artem,
>
> This is really useful. I think it'll be especially handy for me if our
> main osm.xml file uses this - at the moment it's quite a lengthy
> procedure to resync the cycle map with the base osm.xml, since I'm
> trying to keep all of the roa
On 2 Jan 2008, at 16:37, Stefan de Konink wrote:
> On Wed, 2 Jan 2008, Artem Pavlenko wrote:
>
>> David Siegel implemented support for libxml2 parser in Mapnik, check
>> it out :
>
> I was able to load the entiere planet.osm into MonetDB4 (XML), but
> incompare to the SQL version it is not optima
On Jan 2, 2008 4:37 PM, Stefan de Konink <[EMAIL PROTECTED]> wrote:
> On Wed, 2 Jan 2008, Artem Pavlenko wrote:
>
> > David Siegel implemented support for libxml2 parser in Mapnik, check
> > it out :
>
> I was able to load the entiere planet.osm into MonetDB4 (XML), but
> incompare to the SQL versi
Hi Artem,
This is really useful. I think it'll be especially handy for me if our
main osm.xml file uses this - at the moment it's quite a lengthy
procedure to resync the cycle map with the base osm.xml, since I'm
trying to keep all of the roads rules the same bar the colour. It's
hard to see what'
On Wed, 2 Jan 2008, Artem Pavlenko wrote:
> David Siegel implemented support for libxml2 parser in Mapnik, check
> it out :
I was able to load the entiere planet.osm into MonetDB4 (XML), but
incompare to the SQL version it is not optimal. And one may wonder why he
wants to use an text representat
Hello all!
David Siegel implemented support for libxml2 parser in Mapnik, check
it out :
http://mapnik.org/news/2008/jan/02/managing_large_xml/
http://trac.mapnik.org/wiki/ManagingLargeXmlFiles
Happy New Year!
Artem
___
dev mailing list
dev@openstr
6 matches
Mail list logo