Hi,
Apollinaris Schoell wrote:
osmosis supports 2 options to keep ways and relations intact. but geofabrik
extracts don't use it as far as I know.
completeWays
completeRelations
That is correct: These options exist, and are not used, because if we'd
use them, the nightly build would take
Hi,
Apollinaris Schoell wrote:
osmosis supports 2 options to keep ways and relations intact. but
geofabrik extracts don't use it as far as I know. completeWays
completeRelations
That is correct: These options exist, and are not used, because if we'd
use them, the nightly build would take
On Fri, Jan 22, 2010 at 5:17 AM, WanMil wmgc...@web.de wrote:
Hi,
Apollinaris Schoell wrote:
osmosis supports 2 options to keep ways and relations intact. but
geofabrik extracts don't use it as far as I know. completeWays
completeRelations
That is correct: These options exist, and
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 li...@julius-net.netwrote:
Anton
Anton Popov apo...@cloudmade.com 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
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:
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
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,
On Jan 21, 2010, at 5:51 AM, Mike Warren wrote:
Jon Burgess jburgess...@googlemail.com 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
2010/1/21 Jon Burgess jburgess...@googlemail.com:
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
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 jburgess...@googlemail.com 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
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 ##
On Fri, Jan 22, 2010 at 8:19 AM, Frederik Ramm frede...@remote.org 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
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 - and
On Fri, Jan 22, 2010 at 8:54 AM, Frederik Ramm frede...@remote.org 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
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
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
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
18 matches
Mail list logo