DANKE! für den wertvollen Hinweiß - ich muss also von einer anderen Seite starten :-/
also sieht wohl so aus, als komme ich um eine doppelte Datenhaltung bei mir lokal nicht herum - einmal als Quelle zur Erzeugung von PQL's (um damit dann Graphhopper zu füttern) und dann nochmal für den TileServer... hab's schon befürchtet das das zu einer IO-Schlacht führen wird... muss ich aber wohl durch, wenn ich "unabhängig" sein möchte... Am Mi., 13. Juni 2018 um 22:35 Uhr schrieb Martin Krüger < [email protected]>: > Hallo Mathias, > Dein Problem ist mir sehr bewusst , so wie ich sehe bist du bezüglich der > Lösung auf dem Holzweg. > > Siehe : https://wiki.openstreetmap.org/wiki/DE:Osm2pgsql > > "Bei der Konvertierung durch osm2pgsql gehen Information verloren. Es > übernimmt nur Objekte mit bestimmten Tags, wie in der Config Datei > definiert, und es konvertiert Punkte (Nodes) und Wege (Ways) zu > Linestrings und Polygonen. Das bedeutet, dass man nachher nicht mehr > feststellen kann, welcher Linestring mit welchem verbunden ist, aber > anders als beim Routing, ist das für das Rendern nicht relevant. > > " > > > > On 13.06.2018 19:51, Matthias Marquardt wrote: > > Hallo Martin, > > > > danke für Deine Antwort - mit statischen pbf's bekomme ich das auf jeden > > Fall auf die Reihe - meine Herausforderung besteht darin die Systeme > > up2date zu halten ... und zwar so, dass ich einigermaßen elegant die > > unterschiedlichen services aus einer lokalen Quelle versorge - und diese > > lokale Quelle eben via osmosis und den deltas auf dem laufenden halte... > > > > Graphhopper kann ich wohl nur mit einzelnen pbf/osm files "füttern"... > ergo > > muss ich eine lokale Quelle haben, aus der ich diese pbf's erzeugen kann > - > > osmosis kann aus einer PSQL DB so ein export erzeugen, ABER eben nicht > aus > > einer PSQL die man für einen TileServer aufgesetzt und mit Daten > gefüttert > > hat... (zumindest bekomme ich das hier erstmal nicht auf die Reihe)... > > > > Deswegen ja meine Vermutung, das es unterschiedliche DB-Schemata gibt - > für > > die unterschiedlichen AnwendungsFälle... und hier genau suche ich > Hilfe/Rat > > - was sollte ich bei mit lokal aufsetzen, um TeilServer und pbf Export > (um > > die dann wieder in den GraphHopper importieren zu können) aus einer > Quelle > > fahren zu können... Ist mein "Problem" einwenig verständlicher geworden? > > > > Grüße > > Matthias > > > > > > > > > > > > Am Mi., 13. Juni 2018 um 15:45 Uhr schrieb "Martin Krüger" < > > [email protected]>: > > > >> Hallo Mathias > >> So würde ich vorgehen um schnell prüfbare Ergebnisse zu haben: > >> > >> 1. Lade pbf-File von der Geofabrik herunter( diese können wie du > schreibst > >> direkt von Graphopper verwendet werden ) > >> 2 Lade dasselbe pbf-File mittels Osm2pgsql in postgres Datenbank ( wird > >> von Mapnik verwendet) > >> > >> gruß > >> > >> *Gesendet:* Mittwoch, 13. Juni 2018 um 14:25 Uhr > >> *Von:* "Matthias Marquardt" <[email protected]> > >> *An:* [email protected] > >> *Betreff:* aufsetzen eines osm psql mirrors > >> Moin, > >> > >> hat jemand von Euch zufällig Erfahrung mit dem aufsetzen einer eigenen > osm > >> DatenQuelle - bzw Datenquellen? > >> > >> Was ist mein Anliegen? Ich möchte meinen eigenen RoutenDienst betreiben > - > >> auf eigener Hardware - mit eigenen Anpassungen. [Graphhopper mit > >> angepassten profilen & eigenem Frontend - und dann auch einem eigenen > >> TileServer] > >> > >> So ein TileServer aufsetzen und dann über osmosis > >> --read-replication-interval up2date halten, dass bekommt man ja > irgendwie > >> hin [bzw sowas läuft hier derzeit lokal]... > >> > >> Jetzt wäre der 'nächste' Schritt für mich den Graphhopper immer mit den > >> aktuellsten Daten zu füllen - der frist aber wieder nur pbf/osm files > und > >> generiert seine Graphen dann immer wieder neu... das schmeckt mir zwar > >> nicht aber damit könnte ich leben - ich stehe aber (als OSM-Anfänger) > aber > >> mal wieder vor einem ganz anderen Problem... > >> > >> So wie ich das verstehe, gibt es nicht das OSM-Datenbank Schema - > sondern > >> für jeden Anwendungsfall gibt es ein eigenes Schema... bzw eigenen > Daten... > >> Konkreter wenn ich jetzt für meinen TileServer (carto -> mapnik) eine > psql > >> Instanz am start habe, dann sind meine Daten für die TileServer > optimiert - > >> lassen sich aber nicht noch für was anderes gebrauchen - zumindest > >> scheitere ich aus meiner psql via osmosis ein osm/pbf zu schreiben (was > >> dann auch Inhalt hat)... > >> > >> Ich vermute ich "muss" für meinen verschiedenen usecases eine jeweils > >> eigene datenbank aufsetzen und mit den DELTAs versorgen?! [also n-mal > die > >> eigentliche Datenbasis bei mir lokal liegen haben]... und "ja" es ist > mir > >> bewusst, dass ich unterschiedliche Services auch "einkaufen" kann - mich > >> reizt es aber vor allem das "selber" machen - und die option etwas nach > >> meinen Wünschen umzugestallten, so dass es eben nach meinen > Vorstellungen > >> funktioniert... > >> > >> Hat hier jemand schon mal etwas ähnliches probiert? - Ich erwarte jetzt > >> keine "Dokumentation" oder eine eMail mit einer StepByStep Anleitung ... > >> ein Docker Container mit einer all-in-one Lösung würde ich zwar auch > >> nehmen... glaube aber nicht das es so etwas gibt... > >> > >> Ich suche nach einem "Coaching" - jemand der mir sagt "guck mal da > rein" - > >> oder mich fragt "hast Du Dir das schon mal angesehen"... oder aber > jemand > >> der mir sagt "hab's mal probiert - aber aufgegeben weil..." > >> > >> Grüße > >> Matthias > >> <http://about.me/matthiasmarquardt> > >> _______________________________________________ > >> OSM mailing list > >> [email protected] > >> http://gt.owl.de/cgi-bin/mailman/listinfo/osm > >> > > > > _______________________________________________ > OSM mailing list > [email protected] > http://gt.owl.de/cgi-bin/mailman/listinfo/osm -- Matthias Marquardt http://about.me/matthiasmarquardt [FileScout | iMazing | Iconify | TOMPlayer | LittleBrother | GPSLogger II | GPSiesConnect] http://www.emacberry.com <http://about.me/matthiasmarquardt> _______________________________________________ OSM mailing list [email protected] http://gt.owl.de/cgi-bin/mailman/listinfo/osm
