Re: [Talk-de] Routenplanung mit osrm

[Patrick Niklaus]

Hey,

sorry eigentlich haben wir nichts vom Netz genommen, wir werden nur
regelmäßig von Leuten DDOSed und dann geht der Server halt down.
OSM.org wollen wir nur wechseln weil es relativ viel Arbeit ist zwei
Server zu betreuen und die meisten nicht wirklich Lust haben sich da
Sonntag Nachmittag darum zu kümmern.
Ich habe es mal neu gestartet, sollte wieder gehen.

Cheers,
Patrick

2017-10-08 13:37 GMT+00:00 chris66 :
> Am 08.10.2017 um 15:22 schrieb Peter Pointner:
>
>> derzeit nicht verfügbar ist, da der bislang dafür verwendete
>> OSRM-Demoserver ohne
>> Vorwarnung vom Netz genommen wurde."
>
>
> Ja, daran liegt es wohl. Andere Frage ist, wieso der Link dann auf
> openstreetmap.org nicht temporär entfernt wird oder zumindest ein
> passender Hinweis eingeblendet wird.
>
> Chris
>
>
>
>
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tag für Radfahren zwar erlaubt aber nicht wirklich gut gesucht

[Patrick Niklaus]

Ja solche weichen Kriterien sind immer schwer auf OSM abzubilden und
die meisten würden wahrscheinlich auch behaupten sie gehören gar nicht
ins Tagging. Der Fahrradweg hat auch `surface` Tags und die
Kreisstraße ist als `highway=primary` getaggt oder?

Momentan erlauben wir [1] ca. 30% Umweg um auf einen Fahrradweg zu
kommen. Kannst mir ja mal die Route schicken [2] (die Seite ist nur
temporär, wird später ins offizielle Feedback eingebunden) und ich
gucke es mir an.

Schönen Sonntag,
Patrick

[1] https://www.mapbox.com/blog/bicycle-directions/
[2] 
https://www.mapbox.com/bites/00138/directions-feedback/mapbox/#15/-122.4365/37.7794

2015-05-24 18:44 GMT+02:00 Bernhard Kuisle bernhard.kui...@web.de:
 Hallo,
 ich habe folgendes Problem:
 Bei uns in der Nähe befindet sich eine vielbefahrene Kreisstraße (gerader 
 Verlauf, schnelle PKW und auch viele Laster) auf der natürlich Radfahren 
 erlaubt ist, aber auf der kein Einheimischer (auch kein Rennradler) mit dem 
 Fahrrad fährt, da auf beiden Seiten mehr oder weniger parallel kleine Straßen 
 (auch asphatiert) verlaufen.
 Alle mir bekannten Fahrradrouter benutzen die Kreisstraße, da sie natürlich 
 etwas kürzer ist.
 Mit welchen tags könnte ich die Router dazu bringen, eine der beiden 
 Alternativen zu wählen?
 Gruß Bernhard

 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Patrick Niklaus]

 Ich würde OSRM von der Auswahl entfernen, bis sie z. B. auch
Abbiegerelationen und Anliegerstraßen beachtet, die gehören meiner Meinung
nach zu den Grundfunktionen.

Falls du Abbiegerelationen findest die nicht funktionieren, dann poste das
bitte hier [1]. Momentan nicht unterstützt werden lediglich
Abbiegerelationen bei den via ein Way ist.

 Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem
 als vielleicht zu grob erfasste Straßenverläufe die den realen
 Verlauf zu sehr begradigen.

Auf Grund der Größe der Daten verwerfen die meisten Router die geometrische
Information schon beim Pre-Processing*. Das worauf der wirkliche
Routing-Algorithmus ausgeführt ist deutlich abstrakter als das
Straßennetzwerk das ein Mensch auf einer Karte wahrnimmt. (* zumindest für
das eigentliche Routing, am Ende braucht man es schon wieder um eine Linie
auf die Karte zeichnen zu können)
Also: Bitte nicht Anfangen unnötig genaue Geometrien zu erfassen. Das führt
nur zu unnötig großen Daten! (ein echtes Problem, zusehen auch bei den
TIGER Imports in den USA)

Um tatsächlich halbwegs verlässliche ETAs zu bekommen braucht es allerdings
wirklich gemessene Daten von echten Fahrzeugen (kann aus hinreichend vielen
GPS Traces berechnet werden). OSM kann einfach Dinge wie Verkehrsaufkommen
u.Ä. nicht erfassen. Wenn man das nicht hat, muss man sich leider auf
Heuristiken verlassen [2]. Hinreichende Abdeckung von maxspeed Tags kann da
sicherlich nicht schaden.

Wer wirklich helfen will die Daten zu verbessern sollte sich auf zwei Dinge
konzentrieren: Konnektivität, Abbiegerelationen, Zugangsberschränkungen.
Natürlich ist fehlende Straßen erfassen auch gut. :-)
map.project-osrm.org hat ein Small Components Layer um das Konnektivität
fixen etwas einfacher zu machen. Pinke Straßen sind nicht mit dem Rest des
Straßennetzwerks verbunden.

[1] https://github.com/Project-OSRM/osrm-backend/issues
[2]
https://github.com/Project-OSRM/osrm-backend/blob/develop/profiles/car.lua

2015-02-19 23:29 GMT+01:00 Florian Lohoff f...@zz.de:

 On Thu, Feb 19, 2015 at 11:04:11PM +0100, Garry wrote:
  80km/beschränkt ist erlaubt in der Regel eine deutlich
  höhere Geschwindigkeit als z.B. eine Passstraße die nicht
  explizit(!) beschränkt ist.
 
  Von daher sehe ich weniger die fehlenden maxspeed-Tags als Problem
  als vielleicht zu grob erfasste Straßenverläufe die den realen
  Verlauf zu sehr begradigen.

 Gibt es stand heute irgendeine Routingengine für OSM die
 Geometrien der Straße (Also ausser länge) auswertet? Ich kenne
 derzeit keine. Man könnte durchaus da ja noch deutlich mehr machen
 so wie viele Gebäude in der nähe in landuse=residential etc
 um via heuristik die Geschwindigkeit zu ermitteln.

 Defakto sind alle router heute total stumpf:

 switch(highway)
 trunk)
 avgspeed=75
 residential)
 avgspeed=10

 So zur Veranschaulichung. Selbst der Maxspeed wird nicht in jedem
 fall zu rate gezogen. Damit lassen sich auch für 90-95% aller
 fälle sehr passable resultate erzielen.

 Flo
 --
 Florian Lohoff f...@zz.de
  We need to self-defense - GnuPG/PGP enable your email today!

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVOZj5JDdQSDLCfIvAQpVvg/+IGsqusfqgnBGzg1IB2IQ5Oz6Vzp9uf15
 5bgVtL5xXQyfPVsGAISkzaxhhYi5ntMWSWk2PSZ/SRWa81B0kwStn0MdxmFBk5wM
 tChDbZxiI19KyaizxloMlViOdPPCPs5+yo2LOXXmLaMw1MZ0rsQPBFvUn69clNpp
 AYYz9y+9tD0OFsGdOoSWIj0G+dQl8mfiIFeQP9dcUryuWO/dKvKEGmvWCO/UTNnF
 1oXEA7ziT8qaHEVpZ0g2M22KtNxlrmUz25De2UerEwGn2UoEDfB9sE4N0A5N8OXE
 ZJ7YIb759KVYCAy5a3Hrt45x3VkxVPXDDLu8I/s0f838xA2nonFL56DSrz7CwSzA
 UPlabwuH8jIWRtH7/IReSQZB91ZkXrGb4WiFLD7vdEb2rcmQWezR32umLc0bQQwV
 n0d6vTw+rbD1ySLez8WNKjS1CHn7orXZ/I9W5il32IZzp9i9MH0Pc6G6pmX4r5Dw
 7AHX0U4oPANrrPR2NwJNWxGcHt2+KFQf66py+wxZv2B2m+hOeCJRgJk1FXgtHDAk
 8d73nAk/iWAtxak+Lkkyw9LGZvZQBvVxnKu2nuq1W6oU2OsOf/HKnQt706F61ENB
 l9awxRi1XZzmf5OcF8++rQ1snM+el6x4AJlNwQJJLYtyldmRVAYuCjRNonKb/mwU
 24YKOePXwyQ=
 =0rTY
 -END PGP SIGNATURE-

 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] [Release] alaCarte Renderer 0.3.0

[Patrick Niklaus]

Seit dem ersten Release hat sich viel getan beim alaCarte (MapCSS-)Renderer!

Einige Highlights:
* MapCSS wird fast vollständig unterstützt
* Tiles werden jetzt in 4x4 Blöcken gerendert (= Speedup + bessere
visuelle Qualität)
* Speicherverbrauch wurde reduziert, da für Rechtecksanfragen jetzt
ein STR-Tree eingesetzt wird

Diese Release wäre nicht möglich gewesen ohne unsere zahlreichen Helfer.
Insbesondere möchten wir Dmitry AMDmi3 Marakasov für den Ausbau der
MapCSS-Unterstützung und Mixaill für die MinGW-Unterstützung danken.

Links: http://alacarte-maps.github.io/
Github: https://github.com/alacarte-maps/alacarte
Demo: http://studwww.ira.uni-karlsruhe.de/~s_scheir/alacarte/

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] [Release] alaCarte Tile-Renderer 0.2.1

[Patrick Niklaus]

Was ist alaCarte?
alaCarte ist ein Tile-Renderer (+ Server) für OpenStreetMap
geschrieben in C++11. Für das Rendering wird Cairo benutzt und für das
Parsen von MapCSS-Stylesheets Boost-Spirit.
alaCarte wurde für mittelgroße Datensätze entwickelt. Auf einem
typischen System mit 8GB RAM kann alaCarte z.B. mit einem
ungefilterten Datensatz der Größe von Baden-Württemberg umgehen.

Für mehr Informationen:
https://github.com/TheMarex/alacarte

Da momentan leider eine Datenbankanbindung fehlt, kann alaCarte nur
mit Daten umgehen, die auch in den Arbeitsspeicher passen.

Wir haben einen kleinen Demo-Server aufgesetzt, da dieser allerdings
aus dem Uni-Netz heraus läuft ist es fraglich, wie lange er durchhält.
Wenn jemand von euch also einen Server hat der sich langweilt... ;-)

Demo-Server: http://studwww.ira.uni-karlsruhe.de/~s_scheir/alacarte/

Enwickelt wurde alaCarte im Rahmen eines Uni-Projektes am Karlsruher
Institut für Technologie. [1] Das 0.2.1-Release ist das erste
Open-Source-Release.

Wer fragen zur Technik hat, ask away. Auf der Website des Demo-Servers
ist auch noch eine Präsentation verlinkt, die einen kurzen Überblick
gibt.

[1] http://algo2.iti.kit.edu/

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [Release] alaCarte Tile-Renderer 0.2.1

[Patrick Niklaus]

2013/4/10 Sven Geggus li...@fuchsschwanzdomain.de:

 Welche Vorteile hat denn das tool im Vergleich zu herkömmlicher Renderer
 Software wie Mapnik oder dem (UMN) Mapserver?

 Gibt es Lösungen für bekannte Probleme herkömmlicher Renderer (Verdrängung,
 Generalisierung, Label-Placement, ...)?


Wir benutzen MapCSS[1] zum erstellen von Stylesheets. MapCSS ist recht
nah an den OpenStreetMap-Daten dran (was man jetzt als Vorteil oder
Nachteil sehen kann, je nach Anwendung), deshalb ist es recht einfach
damit Stylesheets zu basteln. alaCarte lädt die Stylesheets zur
Laufzeit, d.h. von Benutzer-Seite aus sieht man sofort, wenn man etwas
geändert hat. (kein Server-Restart oder so erforderlich) Ein Server
kann auch beliebig viele Stylesheets gleichzeitig anbieten.
(Vorausgesetzt er hat die entsprechenden Resourcen.)

Unser Renderer implementiert auch ein halbwegs gutes Label-Placement:
Abgeschnittene und Überdeckte Labels werden zum einen erkannt und
nicht gerendert, zum anderen wird auch versucht überdeckte Labels ein
wenig zu verschieben um die Überdeckung zu beheben.


 Ich bin ja ein großer Anhänger des Rendering Ansatzes, den Jochen Topf
 unter
 http://blog.jochentopf.com/2011-03-22-new-approaches-for-map-rendering.html
 beschrieben hat.


Unsere Implementierung von MapCSS ist übrigens IMHO nicht Turing
Complete. Allerdings haben wir ein paar einfache Eval-Funktionen
implementiert, was aber auch nicht mehr als ein kleiner Taschenrechner
mit ein paar Sonderfunktionen ist.

Allerdings ist alaCarte kein Rendering-Toolkit wie es in deinem Link
beschrieben wurde, sondern ein Renderer im klassische Sinne: Daten +
Aussehen = Bilder

[1] http://wiki.openstreetmap.org/wiki/MapCSS/0.2

Cheers,
Patrick

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] History Spam

[Patrick Niklaus]

Hallo,

mir ist vor kurzem ein relativ großer Edit in meiner Region
aufgefallen vom User hasse_osm_korinthenkacke (orgineller Name...).
Hier mal die Beispiel History von einem Node aus seinem Changeset:
http://www.openstreetmap.org/api/0.6/node/27593751/history

Täusch ich mich, oder wurde bei den letzten Version Updates nur der
Timestamp geändert? Habe den User mal angeschrieben und gefragt was er
da treibt...

Habt ihr auch schon solchen History Spam beobachtet? Könnte man sowas
vll auf OSM Seite beheben, indem vor dem Updaten eines Nodes erst mal
geprüft wird, ob wirklich was anderes als der Timestamp verändert
wurde?

Mit freundlichen Grüßen,
Patrick

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wasserwege eintragen

[Patrick Niklaus]

 Habe ich mir auch schon überlegt, aber ich würde das Ding
 an einer Schnur festhalten und nicht durch Röhren schwimmen
 lassen, denn in den Röhren hast du wahrscheinlich eh keinen
 Empfang und das Risiko ist zu groß, dass es an einem Gitter
 hängen bleibt. Der unterirdische Verlauf des Baches ist meines
 Erachtens sowieso eher zweitrangig.


Den oberirdischen Teil werde ich auf alle Fälle in nächste Zeit
versuchen so zu vermessen. Bin mir nur noch nicht ganz sicher wie ich
meinen GPSLogger verpacke. Das mit der Schnur ist auf jeden Fall eine
gute Idee.

Beim unteridischen Teil werd ich dann wohl die Bebauungplane zu Rate
ziehen müssen.

Weiss einer von euch wie ich die Bebauungpläne von
http://www.geoportal.rlp.de/ in JOSM oder Merkaartor ansehen kann?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Wasserwege eintragen

[Patrick Niklaus]

Hallo,

ich stehe im Moment vor dem Problem, dass ich einen nahe gelegenen
Bach eintragen will, mir allerdings nicht sicher bin wie ich am besten
anstellen soll.

Satellitenfotos als Quelle fallen schon mal aus, 1) weil man den Bach
darauf sowieso nur sehr schlecht sieht und 2) weil der Bach teilweise
unterirdisch verläuft (durch Röhren).

Meine zweite Idee einfach ein GPSLogger wasserdicht verpacken und
durch den Bach treiben lassen, ist etwas riskant, da ich nicht weiss
wie lange sowas bis zur Mündung brauch und auch nicht ob zwischendrin
Gitter oder so angebracht sind. Gibt es vll Daten vom Vermessungsamt
oder so die man übertragen könnte?

Gruß,
Patrick

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Einstieg geschafft! :-D

[Patrick Niklaus]

Auf jedenfall müsste die Seitenleiste von JOSM deutlich aufgeräumt
werden. In die Seitenleiste gehörem IMHO keine Dock-Optionen, die
gehören in ein Menu unter View.

Das Select tool müsste mit dem Delete tool zusammengefasst werden.
(Bzw. sollte beim Selector das Drücken der Taste Entf das löschen
des Nodes bewirken und ein Menupunkt unter Edit eingefügt werden)

Was auch fehlt ist ein Kontextmenu, wenn man einen Rechtsklick auf ein
selektiertes Objekt macht. (Auschneiden, Kopieren, Einfügen,
Duplizieren etc.)

Das Presets Menu müsste auch mal aufgeräumt werden, passt bei mir
gar nicht mehr auf den Bildschirm.

BTW. Ist JOSM bei euch auch so langsam beim rendern? Mein armer CPU
wird ganz schön gequält. Bin mir nicht sicher ob das JOSM, der Treiber
(Intel) oder Java ist. Normalerweise ist die 2D Performance mit Intel
aber recht ordentlich.

Gruß,
Patrick
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM Einstieg geschafft! :-D

[Patrick Niklaus]

 kannst Du mir mal ein Beispiel/einen Screenshot geben?


Klar, siehe Anhang. Ich kann nicht sagen, in wie fern das menu jetzt
auch wiklich alle Elemente anzeigt, aber zumindest sollten die Punkte
vll nach Unterpunkten Sortiert werden, oder das ganze sollte als Dock
umgesetzt werden (mit nem TreeView vll).

Für meinen kleinen Laptop Bildschirm ist das Menu definitiv zu groß.

Grüße,
Patrick
attachment: JOSM Menu.jpg___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de