Hi,
is there anyone aware of an algorithm that produces a limiting polygon around a
heap of nodes - let's say around an osm file cut from a planet file?
Best would be PERL...
Thanks
Gerhard
gary68
___
dev mailing list
dev@openstreetmap.org
On Mon, 6 Apr 2009 08:01:25 +0200 (MEST), Gary G: g...@gary68.de wrote:
Hi,
is there anyone aware of an algorithm that produces a limiting polygon
around a heap of nodes - let's say around an osm file cut from a planet
file?
Do you mean the convex hull of these nodes?
If guess with the name
On Sat, 4 Apr 2009 20:09:40 +0100, Matt Amos zerebub...@gmail.com wrote:
On Sat, Apr 4, 2009 at 7:40 PM, Marcus Wolschon mar...@wolschon.biz
wrote:
On Sat, Apr 4, 2009 at 8:14 PM, Matt Amos zerebub...@gmail.com wrote:
maybe what we need is an amenities tag specifically for multiple
co-located
Relations:
67028
108258
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
I really want to understand this; and to my intel transactions of such
amount of time are just not bound to fail, looking at the timestamp.
http://api.openstreetmap.org/api/0.5/way/28366538/history
http://api.openstreetmap.org/api/0.5/relation/108258/history
Alpinfuchs deleted way 28366538 at
If you look at other keys you will find wider use of the semi colon. At the
moment for instance the OSMers in the west midlands are hitting bus stops
hard and we are using the route_ref=45;56;78;905;907;998A;998C format. I
started out many moons ago using a pipe to separate values but realised
Andy Robinson (blackadder-lists) wrote:
For mappers we need the simplest quickest way of entering the data, and this
works for us. I don’t really care if that makes it more difficult to process
the data in the database, that’s not important while building the database
of data.
Would dynamic
http://osm.schunterscouts.de/relation-browser.php?type=relationid=31495
(as linked to by
http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bundesstra%C3%9Fen)
gives:
hide tags | show tags
Warning: fopen(http://api.openstreetmap.org/api/0.5/relation/31495/full)
[function.fopen]: failed to
On Mon, 6 Apr 2009, Dave Stubbs wrote:
Anyway, Shaun refactored the whole lot for API 0.6. It now atomically
checks relation consistency within the rails models when doing an
update rather than relying on the caller to do it. So this should be
fixed in a couple of weeks a long with everything
Hello,
on
http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#automatic_import
I sketched out an algorithm for doing the import of the TMC road-network
into OpenStreetMap.
Can some of you please have a look at it?
Especially the cases when relations for streets are not present in
OSM.
2009/4/6 Stefan de Konink ste...@konink.de:
On Mon, 6 Apr 2009, Dave Stubbs wrote:
Anyway, Shaun refactored the whole lot for API 0.6. It now atomically
checks relation consistency within the rails models when doing an
update rather than relying on the caller to do it. So this should be
2009/4/6 Andy Robinson (blackadder-lists)
For mappers we need the simplest quickest way of entering the data, and this
works for us. I don’t really care if that makes it more difficult to process
the data in the database, that’s not important while building the database
of data.
+200
Pieren
2009/4/6 Richard Fairhurst rich...@systemed.net:
Stefan de Konink wrote:
Now how is it possible that there was no 415 on that update?
I'm going to pass on this one as I didn't write the Potlatch
relations code, Dave did - any thoughts?
I'm guessing that's here:
On Mon, Apr 6, 2009 at 8:06 AM, marcus.wolsc...@googlemail.com wrote:
On Sat, 4 Apr 2009 20:09:40 +0100, Matt Amos zerebub...@gmail.com wrote:
On Sat, Apr 4, 2009 at 7:40 PM, Marcus Wolschon mar...@wolschon.biz
wrote:
On Sat, Apr 4, 2009 at 8:14 PM, Matt Amos zerebub...@gmail.com wrote:
-Original Message-
From: Stefan de Konink [mailto:ste...@konink.de]
Sent: 06 April 2009 9:52 AM
To: Andy Robinson (blackadder-lists)
Cc: 'Pierre-André Jacquod'; 'Matt Amos'; dev@openstreetmap.org
Subject: Re: [OSM-dev] JOSM: Several tags with same key
Andy Robinson (blackadder-lists)
On Mon, Apr 6, 2009 at 1:12 PM, Dave Stubbs osm.l...@randomjunk.co.uk wrote:
So I'd just wait two weeks. It's not going to cause the world to end
in the meantime.
it might. i'm sure i can think up a semi-plausible situation involving
scientists at CERN being so frustrated with the broken
Andy Robinson (blackadder-lists) wrote:
Well, maybe if you explain what that means I can respond ;-)
Currently the editor or the server decides what the user sees; I can
imagine that in the 'data is present' way it is far more easy to delete
or update a value that is in unique(k,v) format than
On Sun, Apr 5, 2009 at 7:20 PM, Frederik Ramm frede...@remote.org wrote:
Erik Johansson wrote:
illustrating all flight paths
over Europe
This particular one keeps popping up all the time but there is no such
thing.
True, but how do you acommodate these kinds of requests. As you say
they
it might. i'm sure i can think up a semi-plausible situation
involving
scientists at CERN being so frustrated with the broken
relations they
don't notice that LHC is creating a massive black-hole. ;-)
They won't have restarted it since the repairs within the next two
weeks. From
marcus.wolsc...@googlemail.com wrote:
http://osm.schunterscouts.de/relation-browser.php?type=relationid=31495
(as linked to by
http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bundesstra%C3%9Fen)
gives:
hide tags | show tags
Warning:
On Mon, Apr 6, 2009 at 5:45 PM, Ed Loach e...@loach.me.uk wrote:
The current schedule foresees the final magnet being reinstalled by
the end of March 2009, with the LHC being cold and ready for
powering tests by the end of June 2009.
LHC 0.6... weird ;-)
cheers,
matt
2009/4/6 Frederik Ramm frede...@remote.org:
If you find any strangeness regarding server up-/download on josm-latest
in the next few days, send me a quick e-mail and I'll investigate.
not sure if this issue is connected:
JOSM 1523 not uploading: transfer aborted due to error:
Relations:
108213
Ways: (* = wrong delete sequence, never exported as deleted)
11078370 *
27938082
32277509 *
32709279 *
32709343 *
32709354 *
32709359 *
32709360 *
32709397 *
32720156 *
32813939 *
32828133
32843076
32843303
32846607
32848957
32850436
32852058
32853640
32856292
32860854
32861163
Forwarded from newbies list
-Original Message-
From: newbies-boun...@openstreetmap.org
[mailto:newbies-boun...@openstreetmap.org] On Behalf Of Mike Harris
Sent: 06 April 2009 12:19 PM
To: newb...@openstreetmap.org
Subject: [OSM-newbies] JOSM problems - is it just me?
Hi
Since approx.
Hi,
I will modify JOSM to store a version number with each data set. When
you load data from a file, it has the version number given in the file.
When you download data from the server, JOSM will (for performance)
first try the configured version number but if that fails, it will make
a
It happened to me as well, but since some earlier version. Approximately
since end of January.
I also tried to increase the physical memory but without success.
Look at your current working directory: everytime that Josm crashes I find
an hs_err_pid.log file indicating:
#
# An unexpected
Can you please make a bug report and include one of the hs_err files?
It's quite possible it's a Java bug. In that case upgrading Java to
newest version should help.
On Mon, Apr 6, 2009 at 9:02 PM, Fabrizio Carrai
fabrizio.car...@gmail.com wrote:
It happened to me as well, but since some
27 matches
Mail list logo