> I hope this proves useful
It does! I'll merge your related pull request for the scripting plugin shortly.
-- Karl
-Ursprüngliche Nachricht-
Von: Florian Schäfer [mailto:flor...@schaeferban.de]
Gesendet: Dienstag, 16. Januar 2018 12:19
An: josm-dev@openstreetmap.org
Betreff: I18n of
I read you opinion, I accept it, I don't necessarily agree with it, but I
won't discuss it on the list.
2011/8/1 Dirk Stöcker openstreet...@dstoecker.de
On Mon, 1 Aug 2011, Paul Hartmann wrote:
after this is mainly flaming against me and no longer private I may answer.
And own server -
I agree that there aren't major flaws in API 0.6 which would immediately
call to action. I'm aware of one annoying issue, though. Clients like JOSM
have a hard time detecting whether an upload succeeded or not if, for any
reason, the HTTP connection is interrupted. This is significant in practice
I think it has changed, right?
Yes. The rules are much simpler now:
* Always escape single quotes with '', regardless of whether you use tr(),
trn(), or trc().
#4160 http://josm.openstreetmap.de/ticket/4160 still claims that double
quotes won't work in the french translation but the
Hi
I'm only aware of one defect related to 3102 (Sebastian, you've reported
it today) and this one
is fixed. What other defects related 3102 are you referring to?
Actually 3102 has been
*fixing* four defects (or closing two tickets and fixing two unreported
defects).
I've added a warning when
Hi,
Do we have to modify the ant files and recompile all plugins for Java6 ?
the public build.xml for the JOSM core still compiles for Java 5 (both
source and target). So do the
build.xml for the plugins. Most of them have the property property
name=ant.build.javac.target value=1.5 /
set
Hi Marko
To the best of my knowlege there is no such function yet ...
As a further development, it could be useful to create a selective
download function (follow this way until reaching a branch or a given
bounding box).
... except for this function which sounds like what the waydownloader
Hi Colliar
Yes, you're right, that's how how most professionals in most other
commercial and OS projects work,
or at least try to work. Unfortunately, JOSM is different. The JOSM
release process is one of the
many JOSMisms which are often hard to understand for both JOSM users and
JOSM
maybe we should add a comment that uploads should be done in 1 transaction
only until this bug is fixed.
This wouldn't really help. Even if data is uploaded in one transaction (i.e.
with exactly one upload into one changeset before the changeset is closed), we
may run into the problem if
Yes, conflict resolution today is clearly not well-designed for mass
resolution of conflicts. Openening a dialog,
resolving the conflict, and closing the dialog again, is very tedious if
you have to resolve more than, say, 20 conflicts.
This is a major issue which I think should be adressed
Hi,
that's fine for me. I've now updated my local SVN config too.
Regards
Karl
Am 04.03.2010 11:16, schrieb Sebastian Klein:
Hi,
I'd like to set svn:eol-style=native for 481 source files. Any
objections? One-third (207) of the files already have this flag.
Btw, you can put the following
Hi,
work on the next JOSM release scheduled for end of February is
progressing well, see
http://josm.openstreetmap.de/wiki/DevelopersGuide/Release-2010-01.
Currently, there are five defects flagged as release blocker (i.e.
they should be fixed before the next release because they affect basic
Hi Werner
I'd say it's a JOSM *feature*, not a defect. JOSM correctly detects that
the server wasn't able to delete a relation because it was still in use
by some other relation.
Simple workaround:
Remove 73724 first and 73723 with a second changeset.
That's how to do it. It isn't a
Hallo Dirk
Also all released JOSM jar files are signed, so you can use Java to verify
signature.
Handelt es sich dabei um einen Teil des bisher nicht veröffentlichen
Build-Scripts für Releases? In ant.xml kann ich auf den ersten Blick
keine entsprechende Funktion erkennen. Kannst du das
ehem, sorry for the posting in german ...
Regard
Karl
Am 09.02.2010 19:21, schrieb Dirk Stöcker:
On Tue, 9 Feb 2010, Karl Guggisberg wrote:
Also all released JOSM jar files are signed, so you can use Java to
verify
signature.
Handelt es sich dabei um einen Teil des bisher nicht
Hi Sebastian
Absolutely. That's one of the things we should do in the next release:
* proper release naming
* proper labeling in SVN
I came up with a slightly different naming scheme, though. If we want to
be understood by users with less technical background a release name
0.10.1-r1566 could
I did so. I don't have to justify.
Regards
Karl
Am 28.01.2010 09:27, schrieb Dirk Stöcker:
On Wed, 27 Jan 2010, Karl Guggisberg wrote:
For some reasons I don't understand stoecker got upset because the page
exists and threatens to delete it. I want to keep it. It's no big deal
Hi,
I will not delete the page now (which I never considered), but it will
not stay there longer than approx. 2 months.
I'll continue to work actively with this page and I let you know when it
is not needed anymore or I'll delete it myself, if I feel necessary
(remember, for whatever
Hi,
I'm currently contributing to the mapping activities in Haiti. As a
sideeffect I learn a lot about JOSM, how it used by other and how it
could better support relief efforts in crisis situations. I take some
notes at http://josm.openstreetmap.de/wiki/HaitiLessonsLearned.
For some reasons I
Hi Sebastian
not from my side, go ahead.
Regards
Karl
Am 19.01.2010 21:50, schrieb Sebastian Klein:
Hi,
I'd like to remove the tooltips from relation list dialog and layer list
dialog. It isn't unique information, but can be quite distracting (See
#3639 and #4227 for example). Any
Hi,
please read this:
http://josm.openstreetmap.de/wiki/DevelopersGuide/CreateBuild
Regards
Karl
Am 14.01.2010 10:41, schrieb Minh Quang:
Hi everyone, I would like to know how to add a number version to application
JOSM. In fact, when I compile JOSM, I have just an executable file without
is how JOSM control their objects. There is a
translation from data dowloaded to JOSM's objects... Thanks in advance
--- On *Thu, 1/14/10, Karl Guggisberg /karl.guggisb...@guggis.ch/*
wrote:
From: Karl Guggisberg karl.guggisb...@guggis.ch
Subject: Re: [josm-dev] Plugin for wifi
Sure, but the latest commits fixing english messages are really exagerating
Its download link is not known. instead of isn't known ? Hey, these
are just error messages, it's not the Queen addressing the nation.
--Karl
Am 13.01.2010 17:48, schrieb Frederik Ramm:
Hi,
Marc Schütz wrote:
forgot to add: thanks to mjulius and others for cleaning up all these
messages! It was indeed necessary and the result is a big improvent,
even though I feel that the wording could be a little bit less formal in
some cases.
-- Karl
Sure, but the latest commits fixing english messages are
Hi,
It's always a single quite in English, but perhaps they're double
quotes in the JOSM source to work around something?:
tr(abc) doesn't use MessageFormat. A single quote in tr(...) therefore
isn't a meta-character and is copied to the output.
tr(a single quote ' ) - a single quote '
, then you must escape all single quotes with another
single quote. If there isn't, you shouldn't escape them.
Regards Karl
Am 10.01.2010 16:53, schrieb Andre Hinrichs:
Am Sonntag, den 10.01.2010, 16:31 +0100 schrieb Karl Guggisberg:
Hi,
It's always a single quite in English
Hi,
I would vote for removing those lokalizations.
Me too. There are lots of them, though, and I even have to admin that lots of
them have been introduced by me. In hindsight this looks increasingly silly. We
should follow more appropriate rules than those currently mentioned in
Hi,
see http://oauth.net/code/, there are references to a couple of PHP
implementations, including a PEAR package.
-- Karl
Am 07.01.2010 11:12, schrieb Frederik Ramm:
Hi,
does anyone have, or know of, an open source web application that
uses PHP and OAuth to write edits to OSM?
Hi,
yes, there is a difference.
Strategy is used for
http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/gui/io/UploadStrategy.java
Policy is used for
http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/gui/io/MaxChangesetSizeExceededPolicy.java
The two
Hi,
could somebody with server access please have a look at
http://josm.openstreetmap.de/ticket/4137
The problems with SVN commit are annoying.
Regards
Karl
___
josm-dev mailing list
josm-dev@openstreetmap.org
thanks.
should be fixed after r19215 is deployed, though.
Just wondering: is there some kind of deployment schedule for the OSM API?
Regards
Karl
Am 26.12.2009 22:41, schrieb Matt Amos:
On Sat, Dec 26, 2009 at 8:48 PM, Karl Guggisberg
karl.guggisb...@guggis.ch wrote:
Hmm, strange
Hi,
r2682 adds an UpdateModifiedAction. The changeset looks fine
http://josm.openstreetmap.de/changeset/2682/
The file was indeed added and checked in.
Stragenly, UpdateModifiedAction.java isn't checked out when I update to
HEAD, in contrast to the updates in MainMenu.java referring to it.
Hi,
http://api.openstreetmap.org/api/0.6/changesets?open
replies both open and closed changests
http://api.openstreetmap.org/api/0.6/changesets?open=true
only replies open changesets. And so does
http://api.openstreetmap.org/api/0.6/changesets?open=false
Hmm, strange, now
http://api.openstreetmap.org/api/0.6/changesets?closed=true
seems to hang (no response after 60s yet).
http://api.openstreetmap.org/api/0.6/changesets?open=true
still works fine, though.
Any hint what is going on? Is there maintenance work underway?
Regards
Karl
Hi,
Currently, it's not possible to login to http://josm.openstreetmap.de.
Here's what trac says:
Trac Error
Authentication information not available. Please refer to the
installation documentation
By the way: I can only use https, when I'm logged in on trac. Would it
be possible get it to work with plain http? This way it is faster and I
need not accept the invalid certificate all the time... :)
I second that.
-- Karl
___
josm-dev
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)
For JOSM, the structured data currently embedded in the error message is
important. Examples are object ids of already deleted objects (410 Gone) or
a date (the close date of a changeset in a 409 Conflict).
I'd prefer a parseable error document in case of http error codes,
preferably in XML. This
You mean showing upload progress in JOSM as opposed to the current cylon
impression? That could be implemented by counting the number
of bytes of the osmChange request that have been successfully sent over the
wire. That's how upload progress bars are usually implemented.
It's not the
There is alreay ProgressInputStream
http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/io/ProgressInputStream.java
in the JOSM code base and a ProgressOutputStream could be built easily.
But again, I don't think this would help much. If we really wanted to display
progress
Probably we should consider switching to version 5.
You mean version *6*, don't you?
I second that and I propose to do it in the next release cycle (probably to
be released around end of 01/2010?).
--Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
. November 2009 19:27
An: karl.guggisb...@guggis.ch
Cc: dev@openstreetmap.org
Betreff: Re: [OSM-dev] 401 after PUT /api/0.6/[node|way|relation]/#id?
On Wed, Nov 18, 2009 at 7:17 PM, Karl Guggisberg karl.guggisb...@guggis.ch
wrote:
Hi
A JOSM user reported a 401 status message after a PUT
/api/0.6
Hi,
standard JOSM just displays the tags availabe in the current data set.
There's a plugin, the tageditor plugin,
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/TagEditor
which displays both, a list of *standard values* (Map Features from
http://wiki.openstreetmap.org/wiki/Map_Features)
and a
Hi,
I get the following error message when I try to commit:
Permission denied
svn: Commit failed (details follow):
svn: Can't open file '/var/svn/josm/db/txn-current-lock': Permission denied
Anybody having the same problem?
Regards
Karl
___
Hi,
one of the tabs in JOSMs download can be used to specify a download area
with tile numbers. Is there anybody actually using this? Who would
actually know tile numbers?
Regards
Karl
___
josm-dev mailing list
josm-dev@openstreetmap.org
Hi Petr
can you give some advice how it should be used correctly and where it isn't
used correctly today?
I'd volunteer to add them to the I18n guidelines (unless you want to add them
yourself, of course)
http://josm.openstreetmap.de/wiki/Development_Guidelines
Regards
Karl
Hi Dave,
I saw that your patch regarding selection handling was commited:
http://josm.openstreetmap.de/ticket/3676
When you introduce a new selection cache in the future, could you make
sure it's *ordered*, i.e. it reflects the order in which primitives are
selected (could be a list, an
-
Von: josm-dev-boun...@openstreetmap.org
[mailto:josm-dev-boun...@openstreetmap.org] Im Auftrag von Sebastian Klein
Gesendet: Freitag, 9. Oktober 2009 21:45
An: josm-dev@openstreetmap.org
Betreff: Re: [josm-dev] Remove internal help browser?
Karl Guggisberg wrote:
Hi,
I plan to remove JOSMs
...@guggis.ch
Cc: 'Petr Nejedlý'; 'josm-dev'
Betreff: Re: AW: [josm-dev] Selection Performance
On Thu, 2009-10-08 at 18:35 +0200, Karl Guggisberg wrote:
1. to migrate to node.setSelected(..) and way.isSelected() 2. to
change the behaviour behind OsmPrimitive:setSelected()/isSelected(),
possibly using
I'm saying is that it doesn't belong there.
In the worst case, it may be the property of the DataSet, but...
Karl Guggisberg napsal(a):
Do you have a better suggestion on where to stick the selection cache
or whatever we want to call it than in the DataSet?
I think the selection cache
It is way faster than iterating through the data set. It's also much more
space efficient than keeping an explicit map.
For ways and nodes that's great and if we can speed up redraw() even the
better.
Reverse lookup for relation members is probably different. A spatial index
won't help here.
[mailto:frede...@remote.org]
Gesendet: Mittwoch, 7. Oktober 2009 01:51
An: karl.guggisb...@guggis.ch
Cc: josm-dev@openstreetmap.org
Betreff: Re: [josm-dev] shocking - unsecure password sending!
Hi,
Karl Guggisberg wrote:
I think that people would be disappointed if one explained them how OAuth
- unsecure password sending!
On Wed, 7 Oct 2009, Karl Guggisberg wrote:
From a technical point of view it would be wise to migrate the JOSM
OSM API to the Apache http client, for two reasons:
- it would be helpful in order to add proxy authentication (asked for
since ages in trac)
We have
Betreff: Re: [josm-dev] shocking - unsecure password sending!
Hi,
Karl Guggisberg wrote:
Why reinvent the weel?
Ah, so you confess that the Apache http stack is not *necessary* ;-)
Luickly there are smart people providing http client libraries which
would shield JOSM from the nasty details
I think that people would be disappointed if one explained them how OAuth would
work from JOSM.
My understanding is, that it would work along the following steps:
1. User starts JOSM and clicks on Sign In
2. JOSM displays an internal, modal window saying
We now launch a Web Browser. Please
Hi there,
jiri wrote:
I'm not talking about history, I've just mentioned few cases where JOSM
use copies of primitives.
I think, framm got confused.
framm wrote:
you're trying to keep a breadcrumb trail of what happened to an object,
I hope not! (although, this is the way the undo/redo
Hi everybody
since 2204 there was a critical bug in Way. It broke the merge logic (the
unit tests for MergeVisitor didn't pass).
It is still present in tested (2221) and users will certainly notice because
conflicts on ways are not detected
as expected.
Shouldn't running all unit tests be part
Hi Rolf,
point taken, it's indeed necessary to get the documentation updated.
But please also keep the actual users in mind when designing the UI, at
least give the buttons some meaningful tooltips.
Suggestions would be welcome. Which buttons should have better tooltip
texts? What texts?
It resets the list of objects displayed in the Selection Toggle Dialog to the
list of currently selected objects,
although the Selection Toggle Dialog is supposed to always display the list
of currently selected objects.
We should remove the button, it looks silly.
-- Karl
This is like the improvements in history dialog. One trac ticket with a
simple suggestion caused Karl to make
the history dialog much more understandable. It's not always that easy,
but sometimes such hints can do miracles.
Agree completely. We benefit from as precise suggestions as possible.
Karl could simply write down in a few sentences how the common workflows
are to be done. No fancy screenshots
or text formatting, so it can be done in less than 10mins. BTW: When you
try to write it down, you'll probably
already found some design mistakes :-)
Sure. I today dig into the
Should a new tested be released sunday evening?
I wouldn't do it.
I'm not worried about #3459 and #3575, but like Claudius I feel that the new
MultiSplitLayout needs more testing, see #3640 for instance.
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
.
On Sat, Oct 3, 2009 at 11:34 AM, Dirk Stöcker openstreet...@dstoecker.de
wrote:
On Sat, 3 Oct 2009, Karl Guggisberg wrote:
Should a new tested be released sunday evening?
I wouldn't do it.
I'm not worried about #3459 and #3575, but like Claudius I feel that
the new MultiSplitLayout needs
, 3 Oct 2009, Karl Guggisberg wrote:
Should a new tested be released sunday evening?
I wouldn't do it.
I'm not worried about #3459 and #3575, but like Claudius I feel that
the new MultiSplitLayout needs more testing, see #3640 for instance.
Fixed this one. Thought it was a bug
Hi Jiri
What do you think about that? Can you think of any problems this might
bring us?
I can only think of adavantages. The data classes I've added for managing
the history of primitives could possibly be replaced with *Prototype too.
The second approach (turning dataset into a factory for
Hi everbody
just wondering whether the OSM API already supports digest authentication.
If JOSM wanted to use it, could we already work on it or would we have to
wait for the servers to support it?
Regards
Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
Hi Matthias
I guess this happens when trying to delete a deleted object. But why does
JOSM make a distinction between deleted
and visible when the API doesn't?
Because an object could be deleted in one layer but not in the other. When
you merge the first layer to the second you should end up
Should be fixed
http://josm.openstreetmap.de/ticket/3570
Regards
Karl
-Ursprüngliche Nachricht-
Von: dev-boun...@openstreetmap.org [mailto:dev-boun...@openstreetmap.org] Im
Auftrag von malenki
Gesendet: Samstag, 26. September 2009 01:28
An: dev@openstreetmap.org
Betreff: [OSM-dev] Josm
Hi everybody
api06 seems to be broken (Internal Server Error). Could somebody with access
to the server have a look?
Thanks in advance
Karl
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
-Original Message-
From: dev-boun...@openstreetmap.org
[mailto:dev-boun...@openstreetmap.org]
On Behalf Of Karl Guggisberg
Sent: 25 September 2009 9:19 AM
To: 'dev'
Subject: [OSM-dev] api06 down
Hi everybody
api06 seems to be broken (Internal Server Error). Could somebody with
access to the server
Karl, you followed that more intensive than I, when you want to apply it
right now, then please do, so Dave needs not
create a ticket.
Actually, I got distracted, I didn't closely follow it. I'll leave it to
you.
Regards
Karl
-Ursprüngliche Nachricht-
Von:
Am I the only one that cares about this?
No, I'm interested in this too.
If I wanted to know the primitive which was valid at the certain point in
time, currently I would have to query the whole history with
/api/0.6/type/#id/history
find out the version from the timestamps in the
This is probably something that the OSM editors should warn users about
when they try to create such a relation.
JOSM doesn't allow to create recursive relations, but it accepts them when
they are present in the data.
-- Karl
-Ursprüngliche Nachricht-
Von: dev-boun...@openstreetmap.org
Hi Dave
Any idea how you want this to look? I'm starting to code some primitive
things, and it would be nice if I could get whatever I do merged eventually.
AFAIK, nothing has been done so far.
* Object updates are rare, and it is OK if the notification process is
relatively slow
* Rather
Hi Claudius
Value ''{0}'' is going to be applied for key ''{1}''
It's not as wrong as it looks. The strings are interpreted by the tr(...)
function which treats '' as ',
whereas as sinlge ' disappears. Users will see one ' only. Whenever you see
'' in I18n string, keep both in
the translation or
Just recently, Node/Way/Relation require access to be via accessor
functions. That should help out quite a bit.
The one thing that we do need is for a list of PrimitiveChangeListeners or
something to call when primitives do change.
This is the very motivation Jiri and myself have been working
Hi,
api06 seems to be broken in some way.
That's what JOSM uploads to the API (trace from JOSM):
osm version='0.6' generator='JOSM'
way id='78' timestamp='2009-09-06T16:34:25Z' uid='1' user='guggis'
visible='true' version='5' changeset='84'
nd ref='313' /
nd ref='314' /
tag
Hi,
found out that I have a problem with my JOSM dev build, api06 is fine.
-- Karl
Hi,
api06 seems to be broken in some way.
That's what JOSM uploads to the API (trace from JOSM):
osm version='0.6' generator='JOSM'
way id='78' timestamp='2009-09-06T16:34:25Z' uid='1' user='guggis'
Hi,
There's a ticket in trac
http://josm.openstreetmap.de/ticket/3200
which is most likely related to what you propose here.
Could you please add a comment there?
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
[mailto:josm-dev-boun...@openstreetmap.org]
Hi,
josm.openstreetmap.de seems to be dead. Can somebody have a look?
-- Karl
___
josm-dev mailing list
josm-dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/josm-dev
Instead of Uploading, try to *update* first using File-Update Data (or only
File-Update Selection if you already know which primitives might create
problems).
This will reload all data in your dataset and for those nodes in your
dataset which the server will not return it will check whether they
Yes, it may be a bit more complicated with deleted nodes. Search for
modified (or search for deleted) in search
dialog will show all modified nodes. The update these nodes with the
update selected.
Hmm, this shouldn't be necessary. UpdateDataAction compares with
data.getCompletePrimitiveIds()
An: josm-dev@openstreetmap.org
Betreff: Re: [josm-dev] Already deleted nodes one at a time
On Tue, 11 Aug 2009, Karl Guggisberg wrote:
Yes, it may be a bit more complicated with deleted nodes. Search for
modified (or search for deleted) in search
dialog will show all modified nodes. The update
Are both you working with XP too?
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
[mailto:josm-dev-boun...@openstreetmap.org] Im Auftrag von Michael Bemmerl
Gesendet: Mittwoch, 29. Juli 2009 21:35
An: josm-dev@openstreetmap.org
Betreff: Re: [josm-dev] JOSM
I only realised that there was two delete buttons last night.
I think that there needs to be a better tooltop message,
Any proposals for better messages?
... and icon to denote all or just that instance.
Proposals for better icons would be appreciated too.
Why do the two buttons need to
Hi,
Joerg must have quite an old snapshot of the source. Yes, Main.ds has been
removed recently, but OsmServerObjectReader.TYPE_REL has been replaced a
couple of weeks ago, as far as I remember.
I suggest to update from the SVN, clean and build.
-- Karl
-Ursprüngliche Nachricht-
Hi,
I have a new version of JOSM in which I got rid of the global Main.ds. I
hesitate to check it in, though, mainly because it won't work with current
plugins.
If you are a plugin developer/maintainer you may have a look at this class:
Hi,
when I write unit tests for JOSM I also set
Main.proj = new Epsg4326(); // if null nearly every construction of a
Node
// fails
Or let josm.home point to a directory with a preferences file, i.e.
System.setProperty(josm.home, /my/josm/home);
Then I
I would focus on unit tests. Primarily all tests should run successfully
after checkout from repository. Could you add missing libraries to svn repo?
I've only found newer versions of the same.
-Dieter
On 27 Jun 2009, at 13:21, Karl Guggisberg wrote:
Hi,
I've only recently started to commit
In the current JOSM it's doing two strange things:
- if you download additional data after you have a first area
downloaded (e.g. you pan a bit and need to bring in more stuff), it
loses a few of the ways ...
Confirmed. I first thought someone deleted the way (major street in our
town).
Hi,
r1631 now includes an experimental extended dialog for resolving conflicts,
see
http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/gui/co
nflict
The traditional dialog is still there and it is enabled per default. If you
want to use the new dialog and its support for
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,
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
I think, and I can't be certain, that I've lost a whole evening's editing,
just because one way I deleted in JOSM had already been deleted
by other means before I came to upload. Surely that shouldn't be a problem
that loses all the other changes which were unrelated?
I recently created two
Hi,
just wondering why DELETE /api/0.6/[node|way|relation]/#id isn't idempotent,
i.e.
why DELETE(primitive) where primitive.visible=false will lead to 410 Gone
instead of 200 OK?
It leads to aborted changesets, i.e.
PUT /api/0.6/changeset/#id (
DELETE node where node.visible ==
[mailto:frede...@remote.org]
Gesendet: Montag, 4. Mai 2009 19:08
An: karl.guggisb...@guggis.ch
Cc: dev@openstreetmap.org
Betreff: Re: [OSM-dev] API 0.6 - DELETE question
Hi,
Karl Guggisberg wrote:
just wondering why DELETE /api/0.6/[node|way|relation]/#id isn't
idempotent, i.e.
why DELETE
there are several problems with conflict detection and conflict resolution
in JOSM.
Here's a patch for one special case
https://josm.openstreetmap.de/ticket/2507 which is yet to be applied to the
source tree.
If the server version and the client version differ in the value of map
feature and and
Hi,
these tickets include descriptions on how to reproduce two conflict
resolution bugs. See also attached patches.
https://josm.openstreetmap.de/ticket/2510
https://josm.openstreetmap.de/ticket/2507
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
hi,
I today tried to acces the dev and test APIs on apis.dev.openstreetmap.org
but they seem to be down. Are there any dev or test API instances availabe
after the API switch to 0.6?
Regards
Karl
___
dev mailing list
dev@openstreetmap.org
Hi,
Uncommented changes are worth less than those with comments. Let's combine
our efforts to make it as easy and comfortable for everyone to add
meaningful comments, and we all gain from it.
Here's a possible patch: http://josm.openstreetmap.de/ticket/2442
It still enforces a commit comment
1 - 100 of 109 matches
Mail list logo