The Mapnik team has a new release ready: 0.7.0.
See the news item: http://mapnik.org/news/2010/jan/19/release_0_7_0/
And a mapnik-users roundup:
https://lists.berlios.de/pipermail/mapnik-users/2010-January/002856.html
Specifically of interest to OpenStreetMap users depending on the
osm.xml or
On Jan 21, 2010, at 1:19 PM, Frederik Ramm wrote:
> It is fixed now.
>
> Bye
> Frederik
Thanks Frederik!
Dane
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Hi,
Brett Henderson wrote:
> I was wondering how you fixed it. That's neat. Do you need the
> --sort-change-0.6? You probably do, but I don't know what order you end
> up with using --apply-change with full history diffs.
I tried it without, and it complained - for some reason the newer
ver
On Fri, Jan 22, 2010 at 8:54 AM, Frederik Ramm wrote:
> Hi,
>
>
> Brett Henderson wrote:
>
>> If you use the latest SVN version it will detect if multiple versions of
>> an entity exist and throw an error in the --apply-change task. I'll try to
>> do another official release of Osmosis over the
Hi,
Brett Henderson wrote:
> If you use the latest SVN version it will detect if multiple versions of
> an entity exist and throw an error in the --apply-change task. I'll try
> to do another official release of Osmosis over the next day or two with
> this change included.
Just for laughs - a
On Fri, Jan 22, 2010 at 8:19 AM, Frederik Ramm wrote:
> Hi,
>
> Jon Burgess wrote:
> > It seems there are two versions of a way in the haiti data:
>
> My bad. I forgot a --simc switch when I moved from Haiti only to
> Haiti+DomRep this afternoon and this broke things.
>
> It is fixed now.
>
If y
Hi,
Jon Burgess wrote:
> It seems there are two versions of a way in the haiti data:
My bad. I forgot a --simc switch when I moved from Haiti only to
Haiti+DomRep this afternoon and this broke things.
It is fixed now.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'0
On Thu, 2010-01-21 at 11:29 -0800, Dane Springmeyer wrote:
> On Jan 21, 2010, at 5:51 AM, Mike Warren wrote:
>
> > Jon Burgess writes:
> >
> >> If I remember correctly this error occurs when you try to import two
> >> data sets which contain some overlapping data. In your case it
> >> appears
>
2010/1/21 Jon Burgess :
> On Thu, 2010-01-21 at 11:13 -0500, Jason Beverage wrote:
>> I'm working with osm2pgsql (latest trunk version) to import OSM into a
>> PostgreSQL/PostGIS database. The issue I'm having is that if I use
>> the --slim option I'll occasionally get an error similar to:
>>
>> G
On Jan 21, 2010, at 5:51 AM, Mike Warren wrote:
> Jon Burgess writes:
>
>> If I remember correctly this error occurs when you try to import two
>> data sets which contain some overlapping data. In your case it
>> appears
>> that relation ID 284132 appears in both the data extracts. Only the
Jon Burgess writes:
> If I remember correctly this error occurs when you try to import two
> data sets which contain some overlapping data. In your case it appears
> that relation ID 284132 appears in both the data extracts. Only the slim
> mode keeps a copy of this node/way/relation data and tri
On Thu, 2010-01-21 at 11:13 -0500, Jason Beverage wrote:
> Hi all,
>
> I'm working with osm2pgsql (latest trunk version) to import OSM into a
> PostgreSQL/PostGIS database. The issue I'm having is that if I use
> the --slim option I'll occasionally get an error similar to:
>
> Going over pending
Hello,
in mod_tile's Makefile,
target install doesn't depend on make's defaut target (all)..
so doing make install, doesn't run make (all)...
this should be corrected :
- install: ${DESTDIR}/etc/renderd.conf
+ install: all ${DESTDIR}/etc/renderd.conf
Thanks in advance,
Jonathan
On Thu, Jan 21, 2
Hello,
for our project (Geopard) which does indoor & outdoor mapping, we need zoom
levels up to 24 or so.
mod_tile's svn's render_config.h defines a constand #define MAX_ZOOM 18 (and
also MIN_ZOOM)
but this constant is used in only 2 or so files and the rest of max zoom
values are hardcoded (just g
Hi all,
I'm working with osm2pgsql (latest trunk version) to import OSM into a
PostgreSQL/PostGIS database. The issue I'm having is that if I use the
--slim option I'll occasionally get an error similar to:
Going over pending relations
COPY_END for COPY osm_rels FROM STDIN;
failed: ERROR: dupl
Thanks for your help :)
On Thu, Jan 21, 2010 at 2:27 PM, Matthias Julius wrote:
> Anton Popov writes:
>
> > Thanks for you reply.
> >
> > I've asked about the creation possibility, because there were 2 ways and
> > after some changeset has been commited, one way become overlapped by
> other.
> >
Anton Popov writes:
> Thanks for you reply.
>
> I've asked about the creation possibility, because there were 2 ways and
> after some changeset has been commited, one way become overlapped by other.
>
> Ok, I will merge these ways using JOSM.
You're too late.
Matthias
_
Thanks for you reply.
I've asked about the creation possibility, because there were 2 ways and
after some changeset has been commited, one way become overlapped by other.
Ok, I will merge these ways using JOSM.
On Wed, Jan 20, 2010 at 9:07 PM, Matthias Julius wrote:
> Anton Popov writes:
>
> >
18 matches
Mail list logo