Andreas Jacob wrote:
> Am Montag, 12. Mai 2008 05:42:13 schrieb Henry Loenwind:
>> Wie gesagt, draw.rawgps.trianglelines ist bei mir mehr als 10 mal
>> schneller als einfache Linien - und ich verstehe es nicht...
>
> Mal in's Blaue hinein vermutet. Die Engines von Grafikkarten bzw. die
> ansteuer
Am Montag 12 Mai 2008 02:19:44 schrieb Frederik Ramm:
> Hallo,
>
> > Leider schleicht es immer noch ordentlich.
>
> Schalte doch einfach die Polygonfuellerei ab, wenn Du einen langsameren
> Rechner hast - so wichtig ist das doch nicht. Ich selber arbeite
> meistens sogar mit dem Wireframe-Modus, we
Am Montag, 12. Mai 2008 05:42:13 schrieb Henry Loenwind:
> Frederik Ramm wrote:
> > dazu, trac genau zu verfolgen, daher danke fuer den Hinweis.
>
> Ok, Patch hängt am Ticket.
Zunächst erst einmal vielen Dank für eure stete Mühe. Die 632 ist in
polygonreichen Gebieten wesentlich besser benutzbar.
Frederik Ramm wrote:
> dazu, trac genau zu verfolgen, daher danke fuer den Hinweis.
Ok, Patch hängt am Ticket.
Ich habe zwei Änderungen, die visuelle Auswirkungen haben,
konfigurierbar gemacht; Default: AUS. Siehe auch Tickettext.
Wie gesagt, draw.rawgps.trianglelines ist bei mir mehr als 10 ma
Frederik Ramm wrote:
> Ich hab einen Kommentar rein geschrieben. Komme in letzter Zeit nicht so
> dazu, trac genau zu verfolgen, daher danke fuer den Hinweis.
Ich glaub ich werd wahnsinnig. Wenn ich:
g.drawLine(old.x, old.y, screen.x, screen.y);
zu:
g.drawLine(old.x+2, old.y+2, screen.x, scre
Hallo,
> Hast Du Dir eigentlich mal #720 (josm.gui.layer.GpxLayer paint)
> angeschaut? Wäre die Annahme so richtig? Wenn ja, würde ich da nen
> richtigen Patch draus machen, hat sich in der Gegend ja auch was getan
> inzwischen.
Ich hab einen Kommentar rein geschrieben. Komme in letzter Zeit
Frederik Ramm wrote:
> Eingebaut, danke. (Der 733 geht so nicht, beim Aufruf von
...
Hast Du Dir eigentlich mal #720 (josm.gui.layer.GpxLayer paint)
angeschaut? Wäre die Annahme so richtig? Wenn ja, würde ich da nen
richtigen Patch draus machen, hat sich in der Gegend ja auch was getan
inzwis
>> Das Problem liegt einerseits darin, dass *alle* gefüllten Polygone
>> gezeichnet werden, nicht nur die sichtbaren.
>
> Ja, das ist ein grosser Murks; alle Objekte sollten irgendwie eine
> Bounding Box haben, damit man schnell sehen kann, welche ueberhaupt
> angefasst werden muessen.
Also mein
Hallo,
> Ich habe unter http://josm.openstreetmap.de/ticket/685 einen Patch
> angehängt, der die Performance etwas verbessert.
>
> Unter http://josm.openstreetmap.de/ticket/734 und
> http://josm.openstreetmap.de/ticket/733 sind weitere Vorschläge zur
> Performance-Verbesserung.
Eingebaut, dan
Wolfgang Silbermayr schrieb:
> Frederik Ramm schrieb:
>
>> Hallo,
>>
>>
>>> Ich habe mich (obwohl ich schon einige Zeit mappe) vor Kurzem erst
>>> intensiver mit ausgefüllten Polygonen beschäftigt, insbesondere um
>>> Wälder zu mappen. Die aktuelle Version von JOSM wird jedoch immer dann
>>
Frederik Ramm schrieb:
> Hallo,
>
>> Ich habe mich (obwohl ich schon einige Zeit mappe) vor Kurzem erst
>> intensiver mit ausgefüllten Polygonen beschäftigt, insbesondere um
>> Wälder zu mappen. Die aktuelle Version von JOSM wird jedoch immer dann
>> extrem langsam wenn eine große Fläche eines hal
Hallo,
> Ich habe mich (obwohl ich schon einige Zeit mappe) vor Kurzem erst
> intensiver mit ausgefüllten Polygonen beschäftigt, insbesondere um
> Wälder zu mappen. Die aktuelle Version von JOSM wird jedoch immer dann
> extrem langsam wenn eine große Fläche eines halbtransparent ausgefüllten
> Pol
12 matches
Mail list logo
