> 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
[mailto
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 more testing, see #3640 for instance.
Ok, ok, my fault. I really thought this
I would preffer to have new tested released asap, the best would be
releasing #2221 right now :-). I was hoping to be developing over the
weekend. I'm going to add referrers (so you can eg get list of ways
that reference some node). That should make some parts of josm much
faster when working with
> I was hoping to be developing over the weekend. I'm going to add referrers
(so you can eg get list of ways that reference
> some node). That should make some parts of josm much faster when working
with large datasets.
Great! Hopefully, this will make BackreferenceDataSet and
CollectBackReference
On Sat, 3 Oct 2009, Jiri Klement wrote:
> I would preffer to have new tested released asap, the best would be
> releasing #2221 right now :-). I was hoping to be developing over the
> weekend. I'm going to add referrers (so you can eg get list of ways
> that reference some node). That should make
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 more testing, see #3640 for instance.
Fixed this one. Thought it was a bug in
works for me, too, thanks!
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
[mailto:josm-dev-boun...@openstreetmap.org] Im Auftrag von Dirk Stöcker
Gesendet: Samstag, 3. Oktober 2009 12:22
An: josm-dev@openstreetmap.org
Betreff: Re: [josm-dev] JOSM Tested
On Sat,
Henrik Niehaus wrote:
> Ray Foulkes schrieb:
>> Hi Jan, thankyou, I do not know what I was doing wrong the first time
>> around. I did as you suggested and created a "java project" using the
>> sources in "core" - it all worked and runs the main program OK. I can
>> navigate the Java e.g. find decl
On Sat, 3 Oct 2009, Ray Foulkes wrote:
> Thanks Henrik, those videos look very comprehensive. I will patiently
> follow them. Unfortunately I have to stop working today because I am to
> travel from France to Glasgow by car(hopefully with
> JOSM+livegps+surveyor on my eeepc running Ubuntu netbook
On Sun, Sep 27, 2009 at 10:04 PM, Dirk Stöcker
wrote:
> Are there any critical things left? I think no, but if you think so, then
> tell the bug report number.
Perhaps this qualifies: http://josm.openstreetmap.de/ticket/3644
___
josm-dev mailing list
j
Hi,
I'm working on support for referrers and I run into a problem which
I'm not sure how to fix. Currently JOSM quite often makes copies of
primitive (using for example cloneFrom or special constructors). It's
not obvious whether the copy is added to the dataset or is kept in
case we need to get
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 p
Dirk Stöcker wrote:
> On Sat, 3 Oct 2009, Ray Foulkes wrote:
>
...etc.
>
> The reason is easy -> Make the data access thread safe. I think there are
> "sync" keywords in Java to do so, but I do not really understand Java
> multithreading completely (I'm more a C/C++ guy :-)
>
Hi Dirk, thanks
On Sat, 3 Oct 2009, Ray Foulkes wrote:
> In summary, I am nervous about simply putting in a patch to stop this
> exception being raised. It would certainly solve my immediate problem
> using JOSM+livegps+surveyor, but I don't think that it would be doing
> the JOSM project a great favour for the f
14 matches
Mail list logo