> 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 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 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
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,
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
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,
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
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
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 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
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
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:
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,
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
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,
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
Hi,
there was an error in the build.xml fo the tageditor plugin. I fixed it some
days ago but the tageditor.jar in the dist directory is still broken.
How can I test whether the build works? Can I invoke the build process
myself? How?
Regards
Karl
___
Hi all
same here on Windows XP, but works great on Vista.
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
[mailto:josm-dev-boun...@openstreetmap.org] Im Auftrag von Marc Schütz
Gesendet: Donnerstag, 25. Dezember 2008 18:31
An: josm-dev@openstreetmap.org
Hi Dirk
works like a charm! Thanks a lot!
-- Karl
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Dirk Stöcker
Gesendet: Mittwoch, 26. November 2008 16:45
An: josm-dev@openstreetmap.org
Betreff: Re: [josm-dev] white stripes in latest YAHOO
73 matches
Mail list logo
