Moin,
On Thursday 07 May 2009 01:46:36 you wrote:
d) oh, and localStorage. I've partially implemented that but haven't
had much testing... other work... ugh. So caching on a few levels,
basically.
Ah, I think I get it now. (yeah, took a long time :) localstorage could
be used when you are
Hi,
Stefan de Konink wrote:
If 0.6 is a transaction based system, the transaction should be stored
server side in a changeset right?
I don't think any transaction based system stores aborted transactions?
In anycase; I think what should happen is a resultset upon closing of
the changeset
Hi,
Maarten Deen wrote:
1. you hit upload
2. upload fails, JOSM complains
3. if you try to exit JOSM, it should warn about unsaved changes
4. you must now do a download and resolve any conflicts
5. you hit upload again
6. it works
Unfortunately, step 4 will not send you deleted objects,
Thomas Wood wrote:
2009/5/10 Richard Fairhurst rich...@systemed.net:
The api06 install doesn't seem to be talking to Potlatch; the main
site
works fine. Not quite sure why yet.
Works for me, I've not had any issues with potlatch at all on the dev
server tbh.
The problem isn't with
Frederik Ramm wrote:
Hi,
Maarten Deen wrote:
1. you hit upload
2. upload fails, JOSM complains
3. if you try to exit JOSM, it should warn about unsaved changes
4. you must now do a download and resolve any conflicts
5. you hit upload again
6. it works
Unfortunately, step 4 will not send
Why not? How is this different from a user having to go through all his
changes manually and download every node/way he changed manually?
Exactly. I was thinking of a kind of Sync with server action and dialog
(or plugin?) which would also support the user in resolving
other kinds of conflicts,
On Mon, 11 May 2009, Frederik Ramm wrote:
Stefan de Konink wrote:
If 0.6 is a transaction based system, the transaction should be stored
server side in a changeset right?
I don't think any transaction based system stores aborted transactions?
But is the transaction aborted? If so it could
Maarten Deen wrote:
No it doesn't; if you do a map query against the API, you will *not*
receive deleted objects, and that's what JOSM does in step 4. It would
not be feasible to query each object individually.
Why not? How is this different from a user having to go through all his
changes
2009/5/11 Grant Slater openstreet...@firefishy.com:
Iván Sánchez Ortega wrote:
El Lunes, 11 de Mayo de 2009, Sam Mor escribió:
is a Hard drive of 500 Gig enough for a planet map rendering?
It should be. If you check the wiki and munin, you'll see that the mapnik
tile
server currently
Well, depending on how you downloaded the data in the first
place. It is not
said that the data came from a download in JOSM.
But if it is, and JOSM can recreate the download and then
only query the
missing items, that's even more efficient.
As it was me started this thread (and repeating
Hi,
Karl Guggisberg wrote:
What if JOSM used Multi GET? And only for relevant primitives? I.e.
primtives with id 0 and modified=true or deleted=true. Would it be banned
too?
I think this would be possible, but you would *still* want to do a map
call anyway in order to see any new objects
El Lunes, 11 de Mayo de 2009, Sam Mor escribió:
it's not a production server, it' s a research server...
we have 500 Gig, which file do we use :
planet-070711.osm.bz2 11-Jul-2007 07:47 299M
or
planet-071107.osm.bz2 07-Nov-2007 10:26 1.2G
or more
On Mon, May 11, 2009 at 11:03:14AM +0200, Iván Sánchez Ortega wrote:
El Lunes, 11 de Mayo de 2009, Sam Mor escribió:
it's not a production server, it' s a research server...
we have 500 Gig, which file do we use :
planet-070711.osm.bz2 11-Jul-2007 07:47 299M
or
On Mon, May 11, 2009 at 9:05 AM, Stefan de Konink ste...@konink.de wrote:
On Mon, 11 May 2009, Frederik Ramm wrote:
Stefan de Konink wrote:
If 0.6 is a transaction based system, the transaction should be stored
server side in a changeset right?
I don't think any transaction based system
On Mon, 11 May 2009, Matt Amos wrote:
But is the transaction aborted? If so it could never be resolved :)
the transaction is rolled back if any element in the diff upload
cannot be committed. calling it aborted is a bit harsh ;-)
Then the actual changeset is persistent, even not applied?
Hi,
Matt Amos wrote:
it might be possible, however, to catch the error in the diff parsing
routine and continue with the next element of the upload, returning
the error in the diffResult. bearing in mind that the second or later
errors may be caused by previous errors, if this behaviour is
On Mon, May 11, 2009 at 1:21 PM, Stefan de Konink ste...@konink.de wrote:
On Mon, 11 May 2009, Matt Amos wrote:
But is the transaction aborted? If so it could never be resolved :)
the transaction is rolled back if any element in the diff upload
cannot be committed. calling it aborted is a
On Mon, 11 May 2009, Matt Amos wrote:
the changeset is not affected, and persists, but none of the changes
in the uploaded diff will be in it.
For sake of 'space is available' just keep the changeset and mark it as,
invalid.
what you are suggesting is complicated. at the moment the server
i don't understand what you're trying to say. changesets have bboxes,
yes. they're calculated from the data, not exposed in the URI like
XAPI does.
I start editing Josm/Potlatch/Merkaartor says: for the next 15 minutes
bbox lat/long is locked for editing. For properties highway=* etc. The
I was more thinking of the cases where the house itself (and probably
each of the other houses in the same village too) has only one number.
While this number would formally belong to one of the two systems,
in practice it would not make much of a difference.
I'm sorry, but I am not
Andy Allan wrote:
On Mon, May 11, 2009 at 2:39 PM, Stefan de Konink ste...@konink.de wrote:
On Mon, 11 May 2009, Matt Amos wrote:
the changeset is not affected, and persists, but none of the changes
in the uploaded diff will be in it.
For sake of 'space is available' just keep the changeset
Shaun McDonald wrote:
On 11 May 2009, at 15:13, Dave Stubbs wrote:
i don't understand what you're trying to say. changesets have
bboxes,
yes. they're calculated from the data, not exposed in the URI like
XAPI does.
I start editing Josm/Potlatch/Merkaartor says: for the next 15
minutes
On Mon, May 11, 2009 at 5:17 PM, Stefan de Konink ste...@konink.de wrote:
Andy Allan wrote:
On Mon, May 11, 2009 at 2:39 PM, Stefan de Konink ste...@konink.de
wrote:
On Mon, 11 May 2009, Matt Amos wrote:
the changeset is not affected, and persists, but none of the changes
in the uploaded
On Mon, May 11, 2009 at 5:17 PM, Stefan de Konink ste...@konink.de wrote:
Shaun McDonald wrote:
On 11 May 2009, at 15:13, Dave Stubbs wrote:
i don't understand what you're trying to say. changesets have
bboxes,
yes. they're calculated from the data, not exposed in the URI like
XAPI does.
I
Matt Amos wrote:
at a current mapping party everything works just fine. frederik has
already explained how JOSM is going to deal with this and it doesn't
need bbox locking on the DB. i assume richard is planning something
similar for potlatch (?).
I am still sure people would love to see XAPI
no, Ed's edits are lost, unless JOSM saved them to a tmp file
somewhere.
Hopefully only those from the first time I did it... The village of
Pattingham was looking so beautiful this morning after I repeated
the edits I lost.
I think this boils down to a bug in JOSM. If it had warned me there
Three weeks ago I submitted a patch which actually displayed a MessageDialog
with
an error icon and an verbose error message which explicitly says your data
has NOT been saved on the server.
http://josm.openstreetmap.de/ticket/2437
It didn't improve conflict resolution yet, but it clearly
Not sure, whether this is a bug in JOSM. Currently it's
classified as
enhancement.
What you describe (making it clear that nothing was saved) sounds
like an enhancement. Letting me actually exit without warning that
there were unsaved changes I feel is more serious.
Ed
On Mon, May 11, 2009 at 5:44 PM, Stefan de Konink ste...@konink.de wrote:
Matt Amos wrote:
at a current mapping party everything works just fine. frederik has
already explained how JOSM is going to deal with this and it doesn't
need bbox locking on the DB. i assume richard is planning
Hi,
Matt Amos wrote:
finally, partial ways don't solve the problem of overlapping bboxes -
sure, i can edit the geometry, but what if i change the tags?
Don't be so constrained and only think in geometry terms when you say
partial. Let one guy lock the geometry, and the other can lock the
Frederik Ramm wrote:
Matt Amos wrote:
finally, partial ways don't solve the problem of overlapping bboxes -
sure, i can edit the geometry, but what if i change the tags?
Don't be so constrained and only think in geometry terms when you say
partial. Let one guy lock the geometry, and the
On Mon, May 11, 2009 at 11:12 PM, Frederik Ramm frede...@remote.org wrote:
(Go away, this road is mine! - Road? *clickety click* Power line you
mean?)
:-)
*clickety click*
But you haven't got any changesets in your account! I say, mock
surprise leaping from my vocal chords.
cheers,
matt
2009/5/11 Richard Fairhurst rich...@systemed.net:
Thomas Wood wrote:
2009/5/10 Richard Fairhurst rich...@systemed.net:
The api06 install doesn't seem to be talking to Potlatch; the main
site
works fine. Not quite sure why yet.
Works for me, I've not had any issues with potlatch at all on
Hi,
the system is following: We have the standard 'housenumber', which
defines the order of houses on a street and therefore this number makes
sense only in combination with the street name. This system is used by
most people as it is easy to remember and hence this number is rendered
on OSM
btw. I think Slovak numbering is same. I use just number which is connected to
street name, but we also have that second number...
PS: if the only problem is to implement it, I could have a look at it. But I
think problem is to stabilize tags in house numbers...
On Monday 11 May 2009 12:33:35
On Mon, 11 May 2009, Radomir Cernoch wrote:
Personally I would set up 'addr:alternatenumber' wherever possible and
switch to 'addr:some_local_label' if local system was too different.
However this would probably require to push 'alternatenumber' into
official list of attributes...
To display
Great, thanks! I didn't know about this. And would it be too greedy to
ask for displaying 2 tags at the same?
Dirk Stöcker píše v Po 11. 05. 2009 v 13:13 +0200:
On Mon, 11 May 2009, Radomir Cernoch wrote:
Personally I would set up 'addr:alternatenumber' wherever possible and
switch to
I think we should currently resolve the following question:
Is it better to use 'addr:alternatenumber' (or any other similar key) as
the preferred way of storing secondary housing numbers for _most_
countries or is it better to adopt 'addr:some_czech_label' for Czech
Republic and
On Mon, 11 May 2009, Radomir Cernoch wrote:
Great, thanks! I didn't know about this. And would it be too greedy to
ask for displaying 2 tags at the same?
Well, that's a totally different matter and in no way easy to do. You can
add a Trac ticket for it, but don't expect it to be done soon.
Hi,
I wrote it only to Frederik, so: the right link where you can read about
house numbering is http://en.wikipedia.org/wiki/House_numbering.
--
Petr Dlouhý
___
josm-dev mailing list
josm-dev@openstreetmap.org
For some reason the mail did not go to the conference... See below.
Přeposlaná zpráva
Od: Radomir Cernoch radomir.cern...@gmail.com
Komu: Marc Schütz schue...@gmx.net
Předmět: Re: [josm-dev] Czech house numbers
Datum: Mon, 11 May 2009 13:12:28 +0100
Marc Schütz píše v Po 11.
Marc Schütz píše v Po 11. 05. 2009 v 14:49 +0200:
Maybe the tag name could be more descriptive? I remember having read the
term conscription number for the system you described.
Hmm, I haven't known the word conscription before and
my dictionary translates it as call up for military
Hi,
the problem is more subtle. Imagine a Czech house:
addr:street=Lidická
addr:housenumber=1
addr:alternatenumber=300
then the official way of writing the address is
Lidická 300/1
which is exactly what we have on our ID cards. The 'alternatenumber' is
really
How about ref for reference then?
On 11 May 2009, at 20:03, Radomir Cernoch wrote:
Hi,
the problem is more subtle. Imagine a Czech house:
addr:street=Lidická
addr:housenumber=1
addr:alternatenumber=300
then the official way of writing the address is
Lidická 300/1
44 matches
Mail list logo