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
2009/4/6 Frederik Ramm :
> 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:
java.io.IOException:Server returne
Hi,
Erik Johansson wrote:
> True, but how do you acommodate these kinds of requests. As you say
> they are common, and that's probably because the osm servers are
> probably the best open source way for storing, editing and visualizing
> this kind of data..
I was saying there's no such thing as "
On Mon, Apr 6, 2009 at 5:45 PM, Ed Loach 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
___
marcus.wolsc...@googlemail.com wrote:
> http://osm.schunterscouts.de/relation-browser.php?type=relation&id=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/a
> 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
http://p
On Sun, Apr 5, 2009 at 7:20 PM, Frederik Ramm 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 are common,
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 Mon, Apr 6, 2009 at 1:12 PM, Dave Stubbs 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 relations they
don't notice th
>-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-li
On Mon, Apr 6, 2009 at 8:06 AM, wrote:
> On Sat, 4 Apr 2009 20:09:40 +0100, Matt Amos wrote:
>> On Sat, Apr 4, 2009 at 7:40 PM, Marcus Wolschon
>> wrote:
>>> On Sat, Apr 4, 2009 at 8:14 PM, Matt Amos wrote:
maybe what we need is an "amenities" tag specifically for multiple
co-located
2009/4/6 Stefan de Konink :
> 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
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 everyth
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. (I
2009/4/6 Richard Fairhurst :
> 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:
http://trac.openstreetmap.org/browser/si
http://osm.schunterscouts.de/relation-browser.php?type=relation&id=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
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
Pier
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 dynami
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
late
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?
cheers
Richard
___
dev mailing list
dev@openstreetmap.org
ht
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 20
Relations:
67028
108258
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
On Sat, 4 Apr 2009 20:09:40 +0100, Matt Amos wrote:
> On Sat, Apr 4, 2009 at 7:40 PM, Marcus Wolschon
> wrote:
>> On Sat, Apr 4, 2009 at 8:14 PM, Matt Amos wrote:
>>> maybe what we need is an "amenities" tag specifically for multiple
>>> co-located amenities?
>>
>> I strongly disagree.
>> That i
23 matches
Mail list logo
