On Sun, Apr 13, 2008 at 10:30 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
3. work with what we've got and fix the data we get out of the
system to suit our needs.
Dave's patch is in the spirit of option 3, and frankly I think that
way is the only acceptable way.
You're right, I was
In message [EMAIL PROTECTED]
Martijn van Oosterhout [EMAIL PROTECTED] wrote:
On Sun, Apr 13, 2008 at 10:30 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
3. work with what we've got and fix the data we get out of the
system to suit our needs.
Dave's patch is in the spirit of option
On 14/04/2008, Martijn van Oosterhout [EMAIL PROTECTED] wrote:
You're right, I was thinking too far ahead. I won't complain if they
enter 6;8 and they shouldn't complain when it's treated as if they
had entered 6. I was thinking that we should point out that using
semicolons is nice, but
On Mon, Apr 14, 2008 at 11:31 AM, Lauri Hahne [EMAIL PROTECTED] wrote:
On 14/04/2008, Martijn van Oosterhout [EMAIL PROTECTED] wrote:
You're right, I was thinking too far ahead. I won't complain if they
enter 6;8 and they shouldn't complain when it's treated as if they
had entered 6. I
On Mon, Apr 14, 2008 at 12:31 PM, Lauri Hahne [EMAIL PROTECTED] wrote:
But unfortunately there are cases when it's necessary to have multiple
values. The most common of these is if two refs share a road. A road
near me actually officially has two refs and two int_refs. Google
renders them
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Martijn.
| highway=unclassified;cycleway
This at least is not unreasonable.
It is an unclassified road featuring a bicycle-lane.
| sport=baseball;basketball
For me this makes perfect sense.
I have seen my fair share of
sport-fields that are
On Sat, Apr 12, 2008 at 6:01 PM, Martijn van Oosterhout
[EMAIL PROTECTED] wrote:
On Sat, Apr 12, 2008 at 3:46 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Hi,
there are some ways tagged admin_level=6;8 (way #23636282 e.g.)
which seem to break osm2pgsql:
Thinking about this more
On Sun, Apr 13, 2008 at 11:55 AM, Dave Stubbs [EMAIL PROTECTED] wrote:
As for dealing with numbers I actually added some code to my copy of
osm2pgsql to actually parse numbers so that the import isn't broken by
a bad tag value. Feel free to apply to SVN if you want. It's geared
for the
Hi,
there are some ways tagged admin_level=6;8 (way #23636282 e.g.)
which seem to break osm2pgsql:
COPY_END for planet_osm_line failed: ERROR: invalid input syntax for integer:
6;8
CONTEXT: COPY planet_osm_line, line 2766147, column admin_level: 6;8
I'm not too experienced with osm2pgsql,
On Sat, Apr 12, 2008 at 3:46 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
there are some ways tagged admin_level=6;8 (way #23636282 e.g.)
which seem to break osm2pgsql:
COPY_END for planet_osm_line failed: ERROR: invalid input syntax for
integer: 6;8
CONTEXT: COPY planet_osm_line,
10 matches
Mail list logo