On Tue, Jan 13, 2009 at 3:13 PM, Frederik Ramm wrote:
>> Maybe this is a problem with my WM? I'm using Compiz under GNOME in Ubuntu
>> 8.10.
>
> Yes it is. Either tell your window manager not to capture the Alt+Click for
> itself (Compiz does window dragging with Alt), or simply press another
> mo
Hi,
> * When I select the end node of a way and select the draw tool I can
> continue drawing the way further, however I'd like to start drawing a
> new way with the select node being shared between the two. If I press
> Alt a dividing line is shown when I draw it but if I click the map the
> way
Here are a few things that bug me in JOSM (which might well be doable):
* When I select two nodes (e.g. belonging to a way) and merge them
with "m" JOSM always moves one node to the other with no apparent way
to choose which node gets moved and which one maintains its position.
I've tried selectin
On Tue, 13 Jan 2009, Raphaël Jacquot wrote:
What I don't understand - with your change and before - is that paint
speed seems to depend on the amount of data in the layer even if it's
outside the view.
That's to be expected. Even with a spatial index (AFAIK josm still
doesn't use one yet), look
Sascha Silbe wrote:
> On Tue, Jan 13, 2009 at 12:58:38PM +0100, Rolf Bode-Meyer wrote:
>
>> What I don't understand - with your change and before - is that paint
>> speed seems to depend on the amount of data in the layer even if it's
>> outside the view.
> That's to be expected. Even with a spati
Hi,
Dirk Stöcker wrote:
> a) You store the visible state in the normal DataSet (what I try to do).
>This can be keep in sync.
I don't quite understand but I don't need to if you solve the problem ;-)
Bye
Frederik
___
josm-dev mailing list
josm-dev
On Tue, 13 Jan 2009, Rolf Bode-Meyer wrote:
>> This happens for all layers. It depends on the number of tiles you have
>> shown. The WMS plugin needs to learn some buffering to speed up work.
>> Currently it seems the stuff is recomputed and redrawn for every action.
>
> After freshly starting JOS
On Tue, 13 Jan 2009, Frederik Ramm wrote:
Dirk Stöcker wrote:
That would be easy for encapsulated data access. For current JOSM it will
be lots of work.
Explain? Can't you just "when in doubt" always put the object on the
visible list? It doesn't hurt if a few are not actually visible.
a) Y
2009/1/13 Dirk Stöcker :
> On Tue, 13 Jan 2009, Rolf Bode-Meyer wrote:
>
> This happens for all layers. It depends on the number of tiles you have
> shown. The WMS plugin needs to learn some buffering to speed up work.
> Currently it seems the stuff is recomputed and redrawn for every action.
Afte
On Tue, 13 Jan 2009, Frederik Ramm wrote:
>> That's to be expected. Even with a spatial index (AFAIK josm still
>> doesn't use one yet), looking up the objects inside a give bounding box
>> ("the view") is dependant on the total number of objects. For example, a
>> 2D-PR-Tree lookup is about O(sqr
Hi,
Sascha Silbe wrote:
> That's to be expected. Even with a spatial index (AFAIK josm still
> doesn't use one yet), looking up the objects inside a give bounding box
> ("the view") is dependant on the total number of objects. For example, a
> 2D-PR-Tree lookup is about O(sqrt(n)) [1], with n b
On Tue, Jan 13, 2009 at 12:58:38PM +0100, Rolf Bode-Meyer wrote:
What I don't understand - with your change and before - is that paint
speed seems to depend on the amount of data in the layer even if it's
outside the view.
That's to be expected. Even with a spatial index (AFAIK josm still
doesn
On Tue, 13 Jan 2009, Rolf Bode-Meyer wrote:
> And another point I already posted about a month ago. Having the
> LVA-Oberpfalz layer visible in background makes painting about 4 times
> slower. Interestingly this degration isn't shown by the profiler but
> visible. And it only happens with this im
Hi,
Rolf Bode-Meyer wrote:
> What I don't understand - with your change and before - is that paint
> speed seems to depend on the amount of data in the layer even if it's
> outside the view.
That's not difficult to understand. Whether or not something is outside
the view is not known to JOSM bef
2009/1/13 Ulf Lamping :
> After a week of intensive work, I was able to *significantly* improve
> the performance of JOSM mappaint (the standard way JOSM paints the OSM
> data).
Yes, saw and tested this version yesterday. It definitively is a big
improvement. Thank you very much for your effort.
15 matches
Mail list logo
