http://bbbike.sourceforge.net/bbbikelog BBBike implementation log ja 2009-12-05T13:50:19+09:00 http://bbbike.sourceforge.net/bbbikelog/2009-10-06.html#2009-10-06-1 Eine goldene Regel beim Benchmarken: immer prüfen, obdie geprüften Funktionen tatsächlich das Gleiche zurückgeben! Ich habeeinen alten, bislang nur im RCS lebendenBenchmark (miscsrc/strassen_benchmark.pl) ausgegraben und insgit-Repository verschoben. Dieser Benchmark hat immer behauptet, dassdie Str... Slaven Rezic <slaven@rezic.de> 2009-10-06T23:59:59+09:00 die geprüften Funktionen tatsächlich das Gleiche zurückgeben! Ich habe
einen alten, bislang nur im RCS lebenden
Benchmark (miscsrc/strassen_benchmark.pl) ausgegraben und ins
git-Repository verschoben. Dieser Benchmark hat immer behauptet, dass
die Strassen::Storable-Implementation langsamer als die normale Strassen
oder eine DB_File-Variante ist. Leider war dieser Benchmark immer schon
falsch gewesen: die Schleife über alle Datensätze hatte einen
fehlerhafte Bedingung und ist schon nach dem ersten Datensatz
ausgestiegen.

Nachdem der Benchmark korrigiert wurde, ergibt sich ein völlig anderes
Bild: DB_File/RECNO ist nun mit Abstand am langsamsten, dann folgen die
Pure-Perl-Varianten (wobei sowohl die Streaming-Variante als auch die
normale Variante sich nicht groß unterscheiden), und schließlich als
Schnellstes die Storable-Variante. Also lohnt es sich vielleicht doch,
die Storable-Variante (z.B. für binäre BBBike-Distributionen) zu
verwenden.
]]> http://bbbike.sourceforge.net/bbbikelog/2009-08-04.html#2009-08-04-1 Das Haupt-Repository von BBBike ist ab sofort alsgit-Repository bei github erreichbar: Clone-URL: git://github.com/eserte/bbbike.git Webseiten: http://github.com/eserte/bbbikeIntern habe ich schon seit einigen Monaten git verwendet und mitgit-cvsimport und git-cvsexportcommit von und zum CVS-Reposit... Slaven Rezic <slaven@rezic.de> 2009-08-04T23:59:59+09:00 git-Repository bei github erreichbar:

    Clone-URL: git://github.com/eserte/bbbike.git
    Webseiten: http://github.com/eserte/bbbike

Intern habe ich schon seit einigen Monaten git verwendet und mit
git-cvsimport und git-cvsexportcommit von und zum CVS-Repository bei
SourceForce synchronisiert. Wegen Bugs in der git-cvs-Brücke (genauer:
in cvsps, welches von git-cvsimport verwendet wird) funktioniert aber
diese Synchronisation nicht mehr. Deshalb die Flucht nach vorne.

Das alte CVS-Repository werde ich aber in unregelmäßigen Abständen
weiterhin up-to-date halten. Wahrscheinlich werde ich dafür die alte
RCS-CVS-Brücke etwas umbauen.
]]> http://bbbike.sourceforge.net/bbbikelog/2009-08-02.html#2009-08-02-1 gerade habe ich zwei Datensätze in der"fragezeichen"-Datei, die den Text "eigentlich ein Knoten" enthielten,ersatzlos gelöscht. Dabei handelte es sich um Knoten an der B5 vonSpandau Richtung Nauen, die in der BBBike-Karte nur als normale Kreuzungdargestellt waren, ohne detaillier... Slaven Rezic <slaven@rezic.de> 2009-08-02T23:59:59+09:00 "fragezeichen"-Datei, die den Text "eigentlich ein Knoten" enthielten,
ersatzlos gelöscht. Dabei handelte es sich um Knoten an der B5 von
Spandau Richtung Nauen, die in der BBBike-Karte nur als normale Kreuzung
dargestellt waren, ohne detaillierte Ausfahrten darzustellen. Die
restlichen Autobahnen und Kfz-Straßen sind ja auch nur grob dargestellt,
sollen nur einen ungefähren Orientierungspunkt geben, und, was das
Wichtigste ist, sind für das Routing sowieso nicht interessant.
]]> http://bbbike.sourceforge.net/bbbikelog/2009-01-11.html#2009-01-11-1 osm2bbd verwendet jetzt XML::LibXML::Reader statt derDOM-Funktionalität von XML::LibXML. Der Grund war, dass das Parsen dervorgefertigten Länder-OSM-Dateien (Brandenburg und Berlin) zu vielSpeicher verbraucht hatte, weit über 2GB. Die Implementation mitXML::LibXML::Reader ist weit schwieriger und fe... Slaven Rezic <slaven@rezic.de> 2009-01-11T23:59:59+09:00 DOM-Funktionalität von XML::LibXML. Der Grund war, dass das Parsen der
vorgefertigten Länder-OSM-Dateien (Brandenburg und Berlin) zu viel
Speicher verbraucht hatte, weit über 2GB. Die Implementation mit
XML::LibXML::Reader ist weit schwieriger und fehleranfälliger. Das
Ergebnis scheint aber jetzt in Ordnung zu sein (der alte
XML::LibXML-Parser ist weiterhin verfügbar und ein diff zwischen beiden
Ergebnissen zeigt keinen Unterschied), und der neue Parser ist sogar
etwas schneller.

Wo ich gerade bei den OpenStreetMap-Daten war, habe ich noch einige
Fehler in den osm-Daten per Merkaartor behoben. Aber wie spezifiziert
man dort eine für Radfahrer offene Einbahnstraße?
]]> http://bbbike.sourceforge.net/bbbikelog/2008-11-16.html#2008-11-16-1 Heute habe ich entdeckt, dass die U5 einenTunnelabschnitt zwischen Kaulsdorf-Nord und Wuhletal. Das habe ich zumAnlass genommen, das bereits geplante Projekt "U-Bahn-Tunnelabschnittemarkieren" durchzuführen. Das erweiterte Projekt würde noch Einschnitt-und Dammstrecken umfassen, aber das h... Slaven Rezic <slaven@rezic.de> 2008-11-16T23:59:59+09:00 Tunnelabschnitt zwischen Kaulsdorf-Nord und Wuhletal. Das habe ich zum
Anlass genommen, das bereits geplante Projekt "U-Bahn-Tunnelabschnitte
markieren" durchzuführen. Das erweiterte Projekt würde noch Einschnitt-
und Dammstrecken umfassen, aber das habe ich für später aufgeschoben.

Dabei habe ich gemerkt, dass U-Bahnlinien und Autobahnen die gleiche
Kartensignatur haben. Um das zu verbessern, werden die Autobahnen-Linien
nun mit einer dünnen Linie in der Mitte gezeichnet, so dass man einen
"Zwei-Bahnen"-Effekt hat. Leider gibt es einige Stellen im Programmcode,
die man bei Kartensignaturänderungen anpassen muss: die eigentliche
Funktion zum Zeichnen (generate_plot_functions) und das Zeichnen der
Legende (in BBBikePrint.pm). Da die dünne Linie bei großen Maßstäben
nicht gezeichnet werden darf (die Autobahn-Linien sind dann zu dünn
dafür), muss diese bei einigen Zoomstufen ausgeblendet werden --- dass
muss in change_category_visibility() passieren, aber auch beim initialen
Zeichnen.
]]> http://bbbike.sourceforge.net/bbbikelog/2008-11-06.html#2008-11-06-1 Für große GPX-Dateien (so um die 1.5 MB) war das Skript beiVerwendung des XML::LibXML-Moduls unheimlich langsam: über zwei Minutenauf einem Athlon 64 3500+. Mit XML::Twig war es erträglich: etwa 8Sekunden. Nachdem ich das Skript mit Devel::NYTProf durchlaufen habe,war der Übeltäter schnell gefunden:... Slaven Rezic <slaven@rezic.de> 2008-11-06T23:59:59+09:00 Verwendung des XML::LibXML-Moduls unheimlich langsam: über zwei Minuten
auf einem Athlon 64 3500+. Mit XML::Twig war es erträglich: etwa 8
Sekunden. Nachdem ich das Skript mit Devel::NYTProf durchlaufen habe,
war der Übeltäter schnell gefunden: ich habe statt

    $xmlnode->find('./@...')

das schnellere

    $xmlnode->getAttribute('...')

verwendet. Danach brauchte das Skript nur noch eine Sekunde, also über
120x so schnell!
]]> http://bbbike.sourceforge.net/bbbikelog/2008-08-24.html#2008-08-24-2 Um Tunnels und Brücken mit der "fast"-Versionzu unterstützen, werden jetzt auch die richtigen Aufrufe von draw_bridgeund draw_tunnel_entrance gemacht. Leider muss ich mit dieser Doppelungvon Code leben --- die einzige Alternative ist, schon früher aus XSheraus eine Perl-Subroutine ähnlich ... Slaven Rezic <slaven@rezic.de> 2008-08-24T23:59:59+09:00 zu unterstützen, werden jetzt auch die richtigen Aufrufe von draw_bridge
und draw_tunnel_entrance gemacht. Leider muss ich mit dieser Doppelung
von Code leben --- die einzige Alternative ist, schon früher aus XS
heraus eine Perl-Subroutine ähnlich plotstr_draw_sub aufzurufen. Damit
würde aber auch etwas vom Geschwindigkeitsvorteil verloren gehen.
]]> http://bbbike.sourceforge.net/bbbikelog/2008-08-24.html#2008-08-24-1 Labels für Inseln werden anscheinend mit place=islandgekennzeichnet (gesehen bei den dalmatinischen Inseln). osm2bbd erzeugtjetzt also die Kategorie "I" in der Datei "wasserstrassen" für solcheosm-Items, und bbbike kann damit etwas anfangen.Viele von Wolfram berichtete Kleinigkei... Slaven Rezic <slaven@rezic.de> 2008-08-24T23:59:59+09:00 gekennzeichnet (gesehen bei den dalmatinischen Inseln). osm2bbd erzeugt
jetzt also die Kategorie "I" in der Datei "wasserstrassen" für solche
osm-Items, und bbbike kann damit etwas anfangen.

Viele von Wolfram berichtete Kleinigkeiten verbessert bzw. seine Patches
angewendet (-debug/-verbose, curl ...).

Weiterhin hat sich die -center-Handhabung nochmal geändert. Bei osm2bbd
wird jetzt mit -center ein Hint für den Renderer gesetzt (damit wird
"center" in die Metadatei geschrieben; bbbike kann damit umgehen und
bevorzugt diesen Wert anstelle der Mitte der Bounding-Box). Die alte
Bedeutung von -center erhält man jetzt mit -centerdelta; aber ich
glaube, dass man diese Option nicht mehr braucht. Denn diese Option ist
jetzt eigentlich nur noch dazu gut, um "kleine" Koordinaten
(Koordinaten, die sich in der Nähe von 0,0 befinden) zu erhalten.
]]>