I'm attempting to use OSM data, as imported to PostGIS via Osmosis, as
layers in a project in some GIS software; I've had some success crafting
queries to pull highways into a separate table, and am now working on
hydrologic features. My current roadblock is: how/where can I convert
closed
On Mon, Dec 21, 2009 at 10:25:52PM +0100, Frederik Ramm wrote:
Are you aware of osm2pgsql, a tool which has nothing to do with Osmosis
but does roughly what you want?
I found that osm2pgsql omitted several attributes that I require. Also, the
schema created by osmosis is more suitable to my
Hi,
Lennard wrote:
David Carmean wrote:
I found that osm2pgsql omitted several attributes that I require. Also, the
schema created by osmosis is more suitable to my needs.
If these attributes are the user, uid, version and timestamp, check out
Hi,
David Carmean wrote:
If nothing else it appears that I could write a query using PostGIS functions
that will do what I want:
http://postgis.refractions.net/documentation/manual-1.3/ch06.html#IsClosed
Be advised that multipolygons may consist of any number of outer and
inner ways
On Mon, 2009-12-21 at 01:08 -0500, Anthony wrote:
Cool. If anyone familiar with the planet dumper tool is listening...
In
http://svn.openstreetmap.org/applications/utils/planet.osm/C/output_osm.c
} else if ((*in = 0) (*in 32)) {
escape_tmp[len] = '?';
len++;
On Mon, Dec 21, 2009 at 11:44, Jon Burgess jburgess...@googlemail.com wrote:
On Mon, 2009-12-21 at 01:08 -0500, Anthony wrote:
Cool. If anyone familiar with the planet dumper tool is listening...
In
http://svn.openstreetmap.org/applications/utils/planet.osm/C/output_osm.c
} else if ((*in =
On Mon, Dec 21, 2009 at 6:44 AM, Jon Burgess jburgess...@googlemail.comwrote:
On Mon, 2009-12-21 at 01:08 -0500, Anthony wrote:
Cool. If anyone familiar with the planet dumper tool is listening...
In
http://svn.openstreetmap.org/applications/utils/planet.osm/C/output_osm.c
} else
On Mon, Dec 21, 2009 at 7:06 AM, Ævar Arnfjörð Bjarmason
ava...@gmail.comwrote:
Would anything break if these values were just cleaned up in the
database so we don't have to deal with them in other tools in the
future?
I can't see it breaking unless the cleanup causes a unique key violation
Ah yes. Hmm. That said, most of the characters actually in the database
are carriage returns, which along with tabs and line feeds (also in the db)
are valid in XML. Other characters are present - for instance ASCII 3 in
http://www.openstreetmap.org/browse/changeset/1325382 - those will be
Hello Jon,
Thank you for the detailed reply. We have made significant progress
with your explanations.
Regards,
david -- for MapOSMatic team
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On Tue, Dec 22, 2009 at 1:56 AM, Lars Francke lars.fran...@gmail.comwrote:
Ah yes. Hmm. That said, most of the characters actually in the database
are carriage returns, which along with tabs and line feeds (also in the
db)
are valid in XML. Other characters are present - for instance
Hi,
when I try to commit I get
svn: Commit failed (details follow):
svn: MKACTIVITY of '/svn/!svn/act/c6d4c5bb-97c2-d343-806f-fa8346091637':
authorization failed: Could not authenticate to server: rejected Basic
challenge (https://josm.openstreetmap.de)
The URL seems fine (it's the https URL)
On Mon, 21 Dec 2009, Karl Guggisberg wrote:
Could somebody with access to the server please have a look?
The server has load problems. This should be temporary, so please retry.
Ciao
--
http://www.dstoecker.eu/ (PGP key available)
___
josm-dev
Dirk Stöcker openstreet...@dstoecker.de writes:
On Mon, 21 Dec 2009, Karl Guggisberg wrote:
Could somebody with access to the server please have a look?
The server has load problems. This should be temporary, so please retry.
It just worked for me.
Matthias
14 matches
Mail list logo