Great! That works.
Another osmosis question .. is there any way to merge two osm files? I now have
an osm for Pakistan and California, and I want to load both. However there is a
warning about duplicate key constraint violation .. somehow both Pakistan and
California share a node.
-Mikel
_
Importing into an OSM instance is always problematic due to the foreign
key relationships. They're a good idea in the central database, but
difficult to satisfy when working offline with extracts and changesets.
OPTION 1
If you're just trying to import a one off extract into the database you
Trying to import into psql for an OSM dev instance. Using osmosis.
From: Shaun McDonald
To: Mikel Maron
Cc: dev@openstreetmap.org
Sent: Thursday, July 30, 2009 4:30:22 PM
Subject: Re: [OSM-dev] CloudMade OSM download problems
What are you trying to import the
--- On Thu, 30/7/09, Jan-Benedict Glaw wrote:
> I already noticed that. It's working "good enough" for me
> :-) apart
> from the failure during import.
Why didn't you just import the first with the -s option and -s -a for the
second ?
__
What are you trying to import the extracts into?
Shaun
On 30 Jul 2009, at 20:47, Mikel Maron wrote:
Hi
Anyone else have issues with the latest .OSM extracts from CloudMade?
I've tried importing Pakistan and California locally, and both files
have references to nodes that aren't present.
2009/7/30 Apollinaris Schoell :
> I am impressed. Mapnik rendered tiles before osm existed :)
>
> Tile is due to be rendered. Last rendered at Sat Jan 01 00:00:00 2000
>
It is as a arbitrary date choose to represent OSM epoch.
It means that the tile has been marked stale and should be re-rendered
On 30/07/09 19:08, Lennard wrote:
> Tom Hughes wrote:
>
>> You haven't said which layer that is, but it looks like it is a layer
>> that is only supposed to be selecting bridges in which case your fix
>> is wrong as it will cause it to select things with no bridge tag.
>
> Indeed, this is the one e
Hi,
Apollinaris Schoell wrote:
> when a way is deleted in JOSM the nodes with tags remain in the db.
> this causes tons of orphans.
> is it possible to delete these nodes in the same cleanup.
It would certainly be preferable, *if* these nodes are really useless,
to remove them instead of burdeni
2009/7/30 Ben Supnik :
> Hi Y'all,
>
> First: this discussion is a liiittle bit different from my original
> intention (not that that's a bad thing).
>
> I am trying to use the existing data and come up with a "best
> interpretation". Since I will use the entire planet file, manual
> correction of
I am impressed. Mapnik rendered tiles before osm existed :)
Tile is due to be rendered. Last rendered at Sat Jan 01 00:00:00 2000
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Anyone else have issues with the latest .OSM extracts from CloudMade?
I've tried importing Pakistan and California locally, and both files
have references to nodes that aren't present.
Fortunately GeoFabrik has a Pakistan extract that works. If anyone can
help with a California extract
Hi
Anyone else have issues with the latest .OSM extracts from CloudMade?
I've tried importing Pakistan and California locally, and both files have
references to nodes that aren't present.
Fortunately GeoFabrik has a Pakistan extract that works. If anyone can help
with a California extract, tha
On Thu, Jul 30, 2009 at 12:00 PM, Ben Supnik wrote:
>
> Second: double-decker bridges I think open a bucket of worms:
>
> - Do the two layers share the colocated nodes? Is this even legal?
> - How well do the editing programs let you manage such a beast?
> - How well do the maps render it?
>
>
Hi Y'all,
First: this discussion is a liiittle bit different from my original
intention (not that that's a bad thing).
I am trying to use the existing data and come up with a "best
interpretation". Since I will use the entire planet file, manual
correction of persistent problems is not a shor
Jan-Benedict Glaw wrote:
> The second bug is more subtle. The newly introduced whitespace
> seems, parsed in XML context, to result in something that Mapnik
> parses wrongly. From looking at SQL traces, the offender seems to be
> that Mapnik (0.5) correctly parses the source table name, creating
Tom Hughes wrote:
> You haven't said which layer that is, but it looks like it is a layer
> that is only supposed to be selecting bridges in which case your fix is
> wrong as it will cause it to select things with no bridge tag.
Indeed, this is the one exception in the layers bridge/tunnel hand
Hi Frederik,
when a way is deleted in JOSM the nodes with tags remain in the db.
this causes tons of orphans.
is it possible to delete these nodes in the same cleanup.
after deleting the tiger tags it's difficult to identify these useless
nodes without a full history lookup.
check should be
-
On Jul 30, 2009, at 8:46 AM, Igor Brejc wrote:
> Apollinaris Schoell wrote:
>>
>> On 29 Jul 2009, at 22:05 , Igor Brejc wrote:
>>
>>> Karl Newman wrote:
The topology rules are simple--if the ways share a node, then
they are
connected and it is possible to navigate from any o
Apollinaris Schoell wrote:
>
> On 29 Jul 2009, at 22:05 , Igor Brejc wrote:
>
>> Karl Newman wrote:
>>>
>>> The topology rules are simple--if the ways share a node, then they are
>>> connected and it is possible to navigate from any of the connected
>>> ways to another (subject to turn restrictions
On 30/07/09 16:31, Jan-Benedict Glaw wrote:
> The first one is that the SQL is kind of incomplete:
>
> @@ -6990,7 +6990,14 @@
> postgres
> osm
>
> - (select * from planet_osm_line order by z_order) as roads
> + (select way,highway,aeroway,railway,layer,horse,bicy
Hi!
I updated my local osm.xml copy some these days from SVN. Since then,
no highways were drawn. I tracked it down to two bugs.
The first one is that the SQL is kind of incomplete:
@@ -6990,7 +6990,14 @@
postgres
osm
- (select * from planet_osm_line order by z_order)
- happens only for the first download if no map layer exists
- menu comes back if any window opens like save as, options,
- any download into an existing layout keeps the menu open even during
the download
tested on snow leopard beta and there the menu disappears during
download but come
On Thu, 2009-07-30 16:34:35 +0200, Frederik Ramm wrote:
> Jan-Benedict Glaw wrote:
> > I just tried importing germany.osm.bz2 and denmark.osm.bz2 from
> > http://download.geofabrik.de/osm/ . However, importing the second
> > file after the first one failed due to duplicate ways. Just hacked
> > o
Hi,
Jan-Benedict Glaw wrote:
> I just tried importing germany.osm.bz2 and denmark.osm.bz2 from
> http://download.geofabrik.de/osm/ . However, importing the second
> file after the first one failed due to duplicate ways. Just hacked
> osm2pgsql to use ACTION_MODIFY instead of ACTION_CREATE, which
Thank you, it's working. I didn't intend to install the GNU stuff ...
Andreas Kalsch schrieb:
> It's the Java 1.5 version from
> http://cloudmade-osmosis.s3.amazonaws.com/api0.6-java1.5 ... Debian etch
> delivers packages for Java 1.5 by default.
>
> Brett Henderson schrieb:
>
>> Hi Andreas,
Hi!
I just tried importing germany.osm.bz2 and denmark.osm.bz2 from
http://download.geofabrik.de/osm/ . However, importing the second
file after the first one failed due to duplicate ways. Just hacked
osm2pgsql to use ACTION_MODIFY instead of ACTION_CREATE, which seems
to simply work. (In the att
It looks like you're using a gcj version of java. I've never tested
that JVM before and I suspect it won't work. The 1.5 version of osmosis
was primarily created to allow osmosis to run on PowerPC-based Macs
which only have Java 1.5.
Can you download and use a Sun 1.6 JVM instead? You're mu
HI,
the code is not in the josm svn, but on osm svn.
I could not find any plugins on josm.
thanks,
mike
On Thu, Jul 30, 2009 at 1:37 PM, Pieren wrote:
> On Thu, Jul 30, 2009 at 12:48 PM,
> jamesmikedup...@googlemail.com wrote:
>> Hi, because I did not hear anything on this issue,
>> I have fixed
It's the Java 1.5 version from
http://cloudmade-osmosis.s3.amazonaws.com/api0.6-java1.5 ... Debian etch
delivers packages for Java 1.5 by default.
Brett Henderson schrieb:
> Hi Andreas,
>
> How did you obtain osmosis? I assume you're not using a copy obtained
> from the following location:
> h
Hi Andreas,
How did you obtain osmosis? I assume you're not using a copy obtained
from the following location:
http://wiki.openstreetmap.org/index.php/Osmosis
Brett
Andreas Kalsch wrote:
> When I call the binary, JDBC will not be found. When I call it like this ...
>
> java --classpath
> "3rd
On Thu, Jul 30, 2009 at 12:48 PM,
jamesmikedup...@googlemail.com wrote:
> Hi, because I did not hear anything on this issue,
> I have fixed it. At least it compiles, dont know if they run.
>
> Jars can be found here:
> http://osm.komzpa.net/~mdupont/osm/jars/
>
> patch attached :
> apply like this
Hi, because I did not hear anything on this issue,
I have fixed it. At least it compiles, dont know if they run.
Jars can be found here:
http://osm.komzpa.net/~mdupont/osm/jars/
patch attached :
apply like this :
cd svn.openstreetmap.org/applications/editors/josm/plugins
patch -p0 -i plugins.di
Hi,
Frederik Ramm wrote:
> I just did a little test, prepared an .osc document that removed the
> node tags from about 1000 nodes:
> http://www.openstreetmap.org/browse/changeset/1894387
> It came out at roughly 10 node changes per second.
Some more tests made directly from the dev server sugge
On Wed, Jul 29, 2009 at 11:22:18PM -0400, Ben Supnik wrote:
> Is a self-intersecting natural=coastline way (or set of ways) considered
> a coastline error?
Yes.
> If so, how does the coastline code attempt to generate a sane polygon
> from this?
>
> If not, does the coastline error checker nor
When I call the binary, JDBC will not be found. When I call it like this ...
java --classpath
"3rdparty/osmosis/osmosis.jar:3rdparty/osmosis/lib/compile/postgresql-8.3-603.jdbc4.jar:/usr/lib/jvm/java-1.5.0-gcj-4.3-1.5.0.0/jre/lib/rt.jar"
org.openstreetmap.osmosis.core.Osmosis --rx temp/berlin.o
David Earl wrote:
> 2009/7/29 Sebastian Spaeth :
>> And no, I don't think the solution is to dropping those traces, but eg
>> being able to connect traces along a path rather than having a big cloud
>> of independent points would make them much more useful to me already.
> Isn't the point of the
Cartinus wrote:
> On Wednesday 29 July 2009 15:20:26 Ævar Arnfjörð Bjarmason wrote:
>> That's because JOSM has a feature to automatically connect points that
>> are near each other, but that's as far as it goes since it can't get
>> any track information from the server.
> So while these new ideas
37 matches
Mail list logo