Christoph Eckert schrieb:
ja, fällt mir bei uns in der Gegend auch auf. Allerdings sehe ich sowas
nicht
zwingend als Fehler. Einer der Autoren von Navit möchte beispielsweise
herausbekommen, ob eine Straße innerhalb oder außerhalb einer
geschlossenen
Ortschaft ist, um beim Routing auf die
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. Die
Simon Kokolakis schrieb:
Ne, also ich finde es sollte kein Kriterium sein, ob der Renderer ein
gutes oder schlechtes Ergebnis liefert.
Es ist ja mal gut, dass gut und schlecht absolut ist. In diesem sinne:
ein schlechtes ergebnis wäre gut.
--
Karl Eichwalder
Sven Geggus schrieb:
Henry Loenwind [EMAIL PROTECTED] wrote:
Das passiert aber leider sehr einfach. z.B. Rechner runterfahren, 2
Wochen in Urlaub gehen, tah starten. Schwupp, alte Daten im Upload...
*argh*
Dann sollte man die scripten so anpassen, dass sie nur Dinge
hochladen, die
Hallo,
Ich habe in dem Stadtpark Hanny-Franke-Anlage in Eschborn
im Output des OSMArenderers in der stärksten Zoomstufe eine dunkelgrüne
Linie, die ich nicht zuordnen kann.
http://www.openstreetmap.org/?lat=50.14095lon=8.57844zoom=17layers=0BFT
Es handelt sich um eine Außenlinie für die
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, weil mir
2 Präsentationen in Hamburg:
Am 6. Juni 2008 ist OSM zum Communities Meeting Hamburg 2008 eigeladen.
Location: Lehmann's
http://linuxwiki.de/Communities/MeetingHamburg2008
Ich will die Vorstellung nicht alleine vorbereiten und suche gerade für
den softwarespezifischen Part Unterstützung.
Am
Ich habe in dem Stadtpark Hanny-Franke-Anlage in Eschborn
im Output des OSMArenderers in der stärksten Zoomstufe eine
dunkelgrüne
Linie, die ich nicht zuordnen kann.
[...]
Es handelt sich um eine Außenlinie für die Grünfläche, die jedoch in
der Mitte liegt.
Da war ein Fußweg als
Ich habe in dem Stadtpark Hanny-Franke-Anlage in Eschborn
im Output des OSMArenderers in der stärksten Zoomstufe eine
dunkelgrüne
Linie, die ich nicht zuordnen kann.
[...]
Es handelt sich um eine Außenlinie für die Grünfläche, die jedoch
in
der Mitte liegt.
Da war ein Fußweg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Karl Eichwalder schrieb:
Sven Geggus schrieb:
Henry Loenwind [EMAIL PROTECTED] wrote:
Das passiert aber leider sehr einfach. z.B. Rechner runterfahren, 2
Wochen in Urlaub gehen, tah starten. Schwupp, alte Daten im Upload...
*argh*
Dann sollte
Am Montag, den 12.05.2008, 12:25 +0200 schrieb Daniel van Gerpen:
Ich habe das Verhalten unter Linux reproduzieren koennen
Ist es bei Dir auch abgeschmiert? Wie hat sich das geäußert? Is ganz
wichtig für mich, also danke schonmal.
___
Talk-de mailing
On Montag, 12. Mai 2008, Stefan Hirschmann wrote:
Wollte heute wieder mal was mit JOSM taggen, aber JOSM ignoriert meine
Hintergrundfarbe (heute erst josm-latest.jar) herunter geladen.
Sieht man den Track nach dem Laden der OSM-Daten überhaupt noch? Wenn
nicht, ist es wohl dieser Bug:
Wenn ich Bilder vom Yahoo Server herunterlade, kann ich immer nur die Bilder
sehen, oder die OSM Daten.
Wie kriege ich das transparent?
Außerdem muß ich meinen Firefox immer erst wieder schließen damit ich ein
zweites oder drittes Tile runterladen kann.
Wie ändere ich das?
Gruß Sven
On Montag, 12. Mai 2008, Sven Sommerkamp wrote:
Wenn ich Bilder vom Yahoo Server herunterlade, kann ich immer nur die
Bilder sehen, oder die OSM Daten.
Wie kriege ich das transparent?
Warten bis dieser Bug behoben ist oder den Vorschlag dort selber lokal in
den Source einbauen:
Daniel Naber [EMAIL PROTECTED] wrote:
Sieht man den Track nach dem Laden der OSM-Daten überhaupt noch? Wenn
nicht, ist es wohl dieser Bug: http://josm.openstreetmap.de/ticket/736
Jupp. Das selbe hier. Wo bekomme ich denn jetzt auf die schnelle eine
funktionierende josm Version her.
Sven
--
Hi,
Sieht man den Track nach dem Laden der OSM-Daten überhaupt noch? Wenn
nicht, ist es wohl dieser Bug: http://josm.openstreetmap.de/ticket/736
Jupp. Das selbe hier. Wo bekomme ich denn jetzt auf die schnelle eine
funktionierende josm Version her.
Alte Versionen sind grundsaetzlich immer
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
ansteuernden
Dirk-Lüder Kreie wrote:
Karl Eichwalder schrieb:
Stichworte: Hochrechnen, wie lang ein tile normalerweise unterwegs
ist. Wird diese zeit überschritten, kann das tile neu vergeben
Macht er schon, wenn auch nicht dynamisch.
Ich verstehe nicht ganz, was das damit zu tun hat, dass ein ZIP auf
Hallo,
Warten bis dieser Bug behoben ist oder den Vorschlag dort selber lokal in
den Source einbauen:
http://josm.openstreetmap.de/ticket/736
Sollte jetzt im josm-latest.jar sein.
Bye
Frederik
___
Talk-de mailing list
Talk-de@openstreetmap.org
On Montag, 12. Mai 2008, Frederik Ramm wrote:
Daniel - habe ich da einen falschen Patch eingespielt, oder hattest Du
den repariert, nachdem ich ihn eingespielt hatte?
Ich hatte ein paar Stunden nach dem ersten Patch eine korrigierte Version
angehängt, die alles ins BufferedImage schreibt,
Daniel Naber wrote:
On Montag, 12. Mai 2008, Stefan Hirschmann wrote:
Wollte heute wieder mal was mit JOSM taggen, aber JOSM ignoriert meine
Hintergrundfarbe (heute erst josm-latest.jar) herunter geladen.
Sieht man den Track nach dem Laden der OSM-Daten überhaupt noch? Wenn
nicht, ist es
Daniel Naber wrote:
Kannst du Dir auch mal meinen Patch in
http://josm.openstreetmap.de/ticket/741 anschauen? Ist das nicht die bessere
Lösung als einfach auf != null zu prüfen?
Wahrscheinlich ja, aber auf null prüfen sollte man das Ergebnis einer
Methode, die null zurückliefern darf
Hallo,
Daniel Naber wrote:
Kannst du Dir auch mal meinen Patch in
http://josm.openstreetmap.de/ticket/741 anschauen? Ist das nicht die bessere
Lösung als einfach auf != null zu prüfen?
Wahrscheinlich ja, aber auf null prüfen sollte man das Ergebnis einer
Methode, die null zurückliefern
Frederik Ramm wrote:
Daniel hat ja ganz darauf verzichtet, getClibBounds aufzurufen, insofern ist
er fein raus ;-) commited für 636.
Hey, das ist geschummelt :-))
Haust die die 720 auch gleich noch rein?
cu
Henry
___
Talk-de mailing list
Dirk-Lüder Kreie schrieb:
Ich verstehe nicht ganz, was das damit zu tun hat, dass ein ZIP auf
einem [EMAIL PROTECTED] rechner 2 Wochen lang rumliegt, bevor es hochgeladen
wird?
Ablehnen, wenn es schon etwas besseres gibt und es sollte etwas
besseres geben, da der job hätte neu vergeben
Kai Behncke wrote:
ich suche nach einer eleganten Lösung die OSM-Daten zu Shapes umzuwandeln.
Habe gesehen, dass man auf http://www.openstreetmap.org unter Export
ja verschiedene Formate rausbekommt. Wie geht Ihr vor, wenn ihr einzelne
Daten als Shape verwenden wollt?
Ich suche das
Moin,
Alte Versionen sind grundsaetzlich immer auf
josm.openstreetmap.de/download/ zu finden.
schwitz, da hatte ich ja nochmal Glück. Lehrt mich dennoch, meine lokale
josm-latest nicht sofort, sondern erst nach Test der aktuellen Version zu
überschreiben :) .
Gruß Dank,
ce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederik Ramm schrieb:
Sollte jetzt im josm-latest.jar sein.
Ich hab das josm-latest.jar, aber das Problem ist nicht behoben. Bei mir
drängelt sich das OSM-layer immernoch ganz stur in den Vordergrund und
überdeckt alles, wenn es angewählt ist.
2008/5/12 Martin Simon [EMAIL PROTECTED]:
Am Montag, 12. Mai 2008 21:54:11 schrieb Christoph Wagner:
Frederik Ramm schrieb:
Sollte jetzt im josm-latest.jar sein.
Ich hab das josm-latest.jar, aber das Problem ist nicht behoben. Bei mir
drängelt sich das OSM-layer immernoch ganz
On Montag, 12. Mai 2008, Christoph Wagner wrote:
Ich hab das josm-latest.jar, aber das Problem ist nicht behoben. Bei mir
drängelt sich das OSM-layer immernoch ganz stur in den Vordergrund und
überdeckt alles, wenn es angewählt ist. Ansonsten ist halt ein WMS-layer
im Vordergrund.
Es wurde
Am Dienstag, den 13.05.2008, 00:50 +0200 schrieb Daniel Naber:
Wer es lokal machen möchte um
nicht auf den Fix zu warten: OsmDataLayer.java auf rev 628
zurücksetzen.
Zuserst sollen die mal das aktuelle Absturzproblem lösen.
___
Talk-de mailing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
JOSM wurde heute fast stündlich geupdated, die neueste Version ist bereits 637
Jo, aber dann wurde die Datei noch nicht aktualisiert.
Hier drin http://josm.openstreetmap.de/download/
liegt definitiv noch die alte von 16.55 Uhr rum und es ist
Am Dienstag, den 13.05.2008, 00:57 +0200 schrieb Christoph Wagner:
Entweder ich spinne und hier treten äußerst seltsame Cacheeffekte auf
oder irgendwie wurde das file einfach vergessen oder nicht korrekt
aktualisiert.
Ich vermute, dass schlicht und ergreifend noch keiner dazu gekommen ist,
Hallo,
André Reichelt wrote:
Am Dienstag, den 13.05.2008, 00:57 +0200 schrieb Christoph Wagner:
Entweder ich spinne und hier treten äußerst seltsame Cacheeffekte auf
oder irgendwie wurde das file einfach vergessen oder nicht korrekt
aktualisiert.
Ich vermute, dass schlicht und ergreifend
Normalerweise wird nur einmal in der Nacht ein neuer Build gemacht.
Manchmal, wenn ich denke, dass ich gerade etwas wichtiges gefixt habe,
mache ich schnell mal ausser der Reihe einen.
Bye
Frederik
vielleicht habe ich hier was überlesen, aber der 635 ist definitiv
nicht benutzbar
Am Dienstag, den 13.05.2008, 02:37 +0200 schrieb Frederik Ramm:
Jetzt ist ja bald der naechtliche Build dran, und morgen sehen wir
dann,
ob alle wieder zufrieden sind oder ob es jetzt bei jemand anderem
knallt ;-)
Ich habs gerade mal getestet und bisher sieht es sehr gut aus. Abestürzt
ist
36 matches
Mail list logo