Peter Körner osm-lists at mazdermind.de writes:
Das Alter des Datenbestandes spielt dabei keine Rolle. Das Datum im
State-File kann sowohl weit vor dem Datenbestand liegen (es werden in
diesem Fall Datensätze zum alten Stand zurückgesetzt) als auch weit
hinter dem Datenbestand (in diesem
Am 03.09.2010 10:50, schrieb Benjamin John:
Werden die Datensätze wirklich zurückgesetzt? Ich war der Meinung, daß nur
aktualisiert wird
Ja, aktualisiert auf die Information, die im Changefile steht. Wenn dort
alte Daten stehen, dann wird auf einen alten Datensatz aktualisiert.
Es kann jedoch
Am 01.09.2010 22:39, schrieb Benjamin John:
Ich glaube ich bin einen Schritt weiter, die zeitliche Differenz
zwischen dem Download-File und dem was ich der state.txt eingetragen
habe war wohl zu kurz gewählt (ca. 12 Std)
Nach meinen heutigen Versuchen denke ich, daß ich das Problem erkannt
Am 02.09.2010 22:10, schrieb Benjamin John:
Am 01.09.2010 22:39, schrieb Benjamin John:
Ich glaube ich bin einen Schritt weiter, die zeitliche Differenz
zwischen dem Download-File und dem was ich der state.txt eingetragen
habe war wohl zu kurz gewählt (ca. 12 Std)
Nach meinen heutigen
Stephan Knauss osm at stephans-server.de writes:
Hast du mit --slim importiert? Hat die DB die _int Erweiterung drin?
Sonst nochmal die Anleitung genau lesen:
http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore
Die -slim-Tabellen wachsen auch trotz BBox. Ich lösche bei mir jetzt
hi,
ich möchte euch mal 2 tips geben:
a) größe und Inhalt der slim-tabellen: das sind von osmosis für den
diff-import benutzte tabellen. deren Inhalt ist nach dem aktuelle Import
noch vorhanden, ändert sich beim nächsten Import aber total.
ich bin darauf gestoßen, weil ich da genau die Daten
Walter Nordmann walter.nordmann at web.de writes:
a) größe und Inhalt der slim-tabellen: das sind von osmosis für den
diff-import benutzte tabellen. deren Inhalt ist nach dem aktuelle Import
noch vorhanden, ändert sich beim nächsten Import aber total.
Welche Tabellen meinst Du mit
Am 01.09.2010 12:17, schrieb Walter Nordmann:
hi,
ich möchte euch mal 2 tips geben:
a) größe und Inhalt der slim-tabellen: das sind von osmosis für den
diff-import benutzte tabellen. deren Inhalt ist nach dem aktuelle Import
noch vorhanden, ändert sich beim nächsten Import aber total.
ich
On Wed, Sep 01, 2010 at 03:17:48AM -0700, Walter Nordmann wrote:
Abhilfe schafft der Befehl VACUUM mit der Option FULL. Erst dann werden die
Dinger auch real auf der Platte kleiner.
Ich mach den nachts per chron (vacuumdb -a -f .) und habe zu der zeit
den diff-update abgeschaltet.
Das
Welche Tabellen meinst Du mit slim-Tabellen? Die nodes, rels, ways? Oder
noch
andere?
den teil hat stephan schon abgehakt. hab ich wohl was falsch
interprotiert. :(
Das Problem, das ich habe, ist daß ich neue oder geänderte Sachen nicht in
den
Tabellen line, point, polygon bzw. roads
Am 01.09.2010 18:59, schrieb Walter Nordmann:
Das Problem, das ich habe, ist daß ich neue oder geänderte Sachen nicht in
den
Tabellen line, point, polygon bzw. roads wiederfinde und demzufolge auch
Mapnik
nicht neues rendert...
Das ist zur Zeit mein Hauptproblem, das Größenproblem ist eher
Am 01.09.2010 19:42, schrieb Benjamin John:
Am 01.09.2010 18:59, schrieb Walter Nordmann:
Das Problem, das ich habe, ist daß ich neue oder geänderte Sachen nicht in
den
Tabellen line, point, polygon bzw. roads wiederfinde und demzufolge auch
Mapnik
nicht neues rendert...
Das ist zur Zeit
Am 01.09.2010 20:52, schrieb Benjamin John:
An dem Rechner wo ich gerade sitze funktioniert's, und ich könnt
schwören das es auch an dem Probleme gab...
Ich glaube ich bin einen Schritt weiter, die zeitliche Differenz
zwischen dem Download-File und dem was ich der state.txt eingetragen
habe
Walter Nordmann wrote:
dann pack ne bbox in das osm2pgsql-statement in load-next rein. geht bei mir
prima.
es gibt aber hier jemanden im thread, der sagt, dass ihm TROTZ bbox auch
Daten reinkommen, die er nicht haben will. (stephan?)
Ja, war ich. Die BBox funktioniert so weit, dass in den
Peter Körner osm-lists at mazdermind.de writes:
Am 21.07.2010 18:04, schrieb Benjamin John:
Wie stelle ich es am Besten an, nur den Teil zu aktualisieren, der in der
ursprünglich importierten Grenzen liegt?
...
Wie wäre es, wenn du einfach einmal pro Woche alles aus der DB löschst
das
Benjamin John wrote:
Ich verwende als Grund-Datei die sachsen.osm.bz2 der Geofabrik, und verwende
das load-next-Skript zum Einlesen der diffs.
Die osm2pgsql-Zeile habe ich um eine bbox ergänzt, aber auch ohne diese
funktioniert es nicht.
Hast du mit --slim importiert? Hat die DB die _int
Hallo Benjamin,
Hallo,
die Anleitung ist prima! Zu der Aktualisierung hätte ich noch eine Frage:
Ich habe nur einen kleinen Teil (in meine Fall sachsen.osm.bz2 von der
geofabrik) in die Datenbank importiert. Nun will ich auch nur diesen Teil
aktualisieren. Mit den minütlichen Diffs habe ich
Peter Körner osm-lists at mazdermind.de writes:
Hi
Einige habe ich schon darauf verwiesen und da ich jetzt den zweiten Teil
auch fertig habe, möchte ich meine kleine HowTo-Reihe mal öffentlich
ankündigen.
Derzeit gibt es zwei Teile:
Am 21.07.2010 18:04, schrieb Benjamin John:
Wie stelle ich es am Besten an, nur den Teil zu aktualisieren, der in der
ursprünglich importierten Grenzen liegt?
Das ist nicht so einfach, denn es muss auf die Datenbank zurückgegriffen
werden um festzustellen, ob ein Weg der vorher mal in deiner
Am 16. Juli 2010 13:03 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
Die Installation bei Debian Testing und Ubuntu beschränkt sich auf apt-get
install. Abhängigkeiten werden automatisch aufgelöst.
Kompliziert ist das nur im Falle von
Am 9. Juli 2010 04:44 schrieb Ulf Lamping ulf.lamp...@googlemail.com:
Das viele der OSM Entwickler auf unixoiden System arbeiten und daher keine
Lust haben das auch unter einem für sie fremdem Windows zum laufen zu
bringen kann ich ja durchaus verstehen. Aber das es keinen Sinn machen würde
M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
M.E. ist es unter Linux deutlich komplizierter, weil es viel mehr
verschiedene Versionen gibt von den einzelnen Komponenten und
Abhängigkeiten.
Die Installation bei Debian Testing und Ubuntu beschränkt sich auf apt-get
install. Abhängigkeiten
Peter Körner glaubte zu wissen:
Am 09.07.2010 15:28, schrieb Markus Stürmer (uboot):
Wenns nicht zu viel wird, könnte ich eventuell was hosten.
Das war auch mein Gedanke, aber bei
Ohne Kartendaten ca. 3 GB, evtl. mehr.
dürften es bei mir höchstens 49 Downloads/Monat sein.
Schade.
flo
--
Am Freitag 09 Juli 2010, 09:49:57 schrieb Ulf Lamping:
Am 09.07.2010 07:49, schrieb Guenther Meyer:
Am Freitag 09 Juli 2010, 04:44:07 schrieb Ulf Lamping:
Windows ist sehr weit verbreitet. Ich sehe die aktuelle Situation der
Renderer daher sogar als erheblichen Hemmschuh für OSM an, da
Am 11.07.2010 21:34, schrieb Guenther Meyer:
Am Freitag 09 Juli 2010, 09:49:57 schrieb Ulf Lamping:
Um ein bisschen mit einem Renderer zu experimentieren und mal eine XML
Datei den eigenen Wünschen anzupassen muß man halt mal eben schnell
ein für sich unbekanntes Betriebssystem und dann darauf
Guenther Meyer wrote:
Dem gegenueber steht ein vielleicht bekannteres Windowssystem, aber keinerlei
Dokumentation oder ein Erfolgsbericht, wie man das Rendersystem dort zum
Laufen bringt.
Also ich hatte bei mir unter Windows Mapnik am laufen. Habe gerade alte
Tiles gefunden. Zumindest vor
Ulf Lamping ulf.lamp...@googlemail.com wrote:
Wenn du nicht einsehen kannst oder willst, das dies so ist, ist eine
weitere Diskussion hier sinnlos.
Advocacy Diskussionen sind immer sinnlos :)
Sven
--
Software patents are the software project equivalent of land mines: Each
design decision
Am Sonntag 11 Juli 2010, 21:59:28 schrieb Ulf Lamping:
Am 11.07.2010 21:34, schrieb Guenther Meyer:
Am Freitag 09 Juli 2010, 09:49:57 schrieb Ulf Lamping:
Um ein bisschen mit einem Renderer zu experimentieren und mal eine XML
Datei den eigenen Wünschen anzupassen muß man halt mal eben
Am 09.07.2010 07:49, schrieb Guenther Meyer:
Am Freitag 09 Juli 2010, 04:44:07 schrieb Ulf Lamping:
Windows ist sehr weit verbreitet. Ich sehe die aktuelle Situation der
Renderer daher sogar als erheblichen Hemmschuh für OSM an, da viele
dadurch gehemmt werden selber kleinere Experimente
On 08.07.2010 13:51, André Joost wrote:
Am 08.07.10 13:00, schrieb Peter Körner:
Am 08.07.2010 07:58, schrieb Guenther Meyer:
Sei doch froh, dass sich ueberhaupt jemand die Arbeit macht, und eine
Doku
schreibt
Ist er bestimmt :) Aber er hat Recht: viele Leute haben schon ein
laufendes
Ulf Lamping ulf.lamp...@googlemail.com wrote:
Um ein bisschen mit einem Renderer zu experimentieren und mal eine XML
Datei den eigenen Wünschen anzupassen muß man halt mal eben schnell
ein für sich unbekanntes Betriebssystem und dann darauf noch eine Reihe
von unbekannten Programmen
yzemaze yzem...@gmx.net wrote:
Mal so ins Blaue gedacht: Wie wäre es denn statt einer Doku ein image
oder besser eine VM zu haben, welche entsprechend vorkonfiguriert ist?
Das Problem bei allen diesen Vorschlägen ist dass das Leute machen müssten,
die selbst überhaupt gar keinen Nutzen daraus
Am 09.07.2010 11:06, schrieb Sven Geggus:
Ulf Lampingulf.lamp...@googlemail.com wrote:
Um ein bisschen mit einem Renderer zu experimentieren und mal eine XML
Datei den eigenen Wünschen anzupassen muß man halt mal eben schnell
ein für sich unbekanntes Betriebssystem und dann darauf noch eine
Ulf Lamping ulf.lamp...@googlemail.com wrote:
Wenn es aber ein Problem mit der aktuellen Situation gibt, sollte man
sich dessen zumindest bewußt sein. An den Antworten hier lese ich aber
eher raus, daß einige die Nachteile die OSM damit entstehen nicht einmal
ansatzweise erkennen.
Die
André Joost wrote:
... und wenn sich mal jemand an eine Doku für Windows traut?
Soll ja osmler geben, die mit sowas arbeiten duck und wech
Am 09.07.2010 07:17, schrieb André Joost:
Am 09.07.10 04:44, schrieb Ulf Lamping:
Am 08.07.2010 23:19, schrieb Peter Körner:
Ich sehe auch keinerlei Vorteile darin, da es im gesamten Prozess keine
einzelne GUI gibt und die CLI unter Unixoiden Systemen viel besser zu
bediehnen ist.
Am 09.07.2010 10:50, schrieb yzemaze:
Mal so ins Blaue gedacht: Wie wäre es denn statt einer Doku ein image
oder besser eine VM zu haben, welche entsprechend vorkonfiguriert ist?
Das wäre imho eine relativ praktikable Lösung - insbesondere für
Win-Nutzer - und ad hoc wohl weniger Arbeit als
Peter Körner osm-li...@mazdermind.de wrote:
Außerdem ist dei Frage, ob zum experimentieren wirklich ein
planet-import mit minütlichen diffs der richtige Weg ist
Sicher nicht! Ich habe daheim in meiner Postgis einen Deutschland Ausschnitt
drin und dazu osm2pgsql im non-slim Modus verwendet.
Hallo Zusammen, hallo Peter
Am 09.07.2010 10:50, schrieb yzemaze:
Mal so ins Blaue gedacht: Wie wäre es denn statt einer Doku ein image
oder besser eine VM zu haben, welche entsprechend vorkonfiguriert ist?
Am 09.07.2010 14:16, schrieb Peter Körner:
Naja die VM habe ich ja hier - habe das
Am 09.07.2010 15:28, schrieb Markus Stürmer (uboot):
Wenns nicht zu viel wird, könnte ich eventuell was hosten.
Ohne Kartendaten ca. 3 GB, evtl. mehr.
Lg
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 08.07.2010 07:58, schrieb Guenther Meyer:
Am Donnerstag 08 Juli 2010, 00:02:15 schrieb Schlauchboot:
Die Pakete sind doch alle aufgezählt und das Repo ist (bis auf Sun Java)
einfach das Debian Lenny Repo.
Das kann jemand, der das Paketmanagement von Debian nicht kennt, vielleicht
nicht
Am 08.07.10 13:00, schrieb Peter Körner:
Am 08.07.2010 07:58, schrieb Guenther Meyer:
Sei doch froh, dass sich ueberhaupt jemand die Arbeit macht, und eine
Doku
schreibt
Ist er bestimmt :) Aber er hat Recht: viele Leute haben schon ein
laufendes System und die Anleitungen sind doch sehr
André Joost andre+jo...@nurfuerspam.de wrote:
... und wenn sich mal jemand an eine Doku für Windows traut?
Ich gehe jetzt einfach mal davon aus dass Tirex schlichtweg nicht unter
Windows läuft.
Sven
--
If you continue running Windows, your system may become unstable.
(Windows 95 BSOD)
/me
Am 08.07.2010 13:51, schrieb André Joost:
... und wenn sich mal jemand an eine Doku für Windows traut?
Soll ja osmler geben, die mit sowas arbeiten duck und wech
Es ist fast unmöglich die Komponenten ohne nennenswerte Änderungen unter
Windows zum laufen zu bekommen und ich kann auch niemandem
Am 08.07.2010 23:19, schrieb Peter Körner:
Am 08.07.2010 13:51, schrieb André Joost:
... und wenn sich mal jemand an eine Doku für Windows traut?
Soll ja osmler geben, die mit sowas arbeiten duck und wech
Es ist fast unmöglich die Komponenten ohne nennenswerte Änderungen unter
Windows zum
Am 09.07.10 04:44, schrieb Ulf Lamping:
Am 08.07.2010 23:19, schrieb Peter Körner:
Ich sehe auch keinerlei Vorteile darin, da es im gesamten Prozess keine
einzelne GUI gibt und die CLI unter Unixoiden Systemen viel besser zu
bediehnen ist.
Warum seit ihr dann nicht konsequent und macht
Am Freitag 09 Juli 2010, 04:44:07 schrieb Ulf Lamping:
Am 08.07.2010 23:19, schrieb Peter Körner:
Am 08.07.2010 13:51, schrieb André Joost:
... und wenn sich mal jemand an eine Doku für Windows traut?
dazu braucht's erst mal jemanden, der sich auf Windows damit beschaeftigt ;-)
Am 07.07.2010 07:33, schrieb Frederik Ramm:
Hallo,
Jan Tappenbeck wrote:
Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn
ich mit Postgis arbeite, dann muss diese DB immer auf dem Server
laufen oder ...? Dann hätte ich mit einfachem Webspace vermutlich
schlechte Karten
Jan Tappenbeck o...@tappenbeck.net wrote:
Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn
ich mit Postgis arbeite, dann muss diese DB immer auf dem Server laufen
oder ...? Dann hätte ich mit einfachem Webspace vermutlich schlechte
Karten oder ... ?
Einfacher Webspace
Hallo,
gute Idee, doch: waere es moeglich, die Kapitel System, Software und
Mapnik entweder auch fuer andere Linux-Derivate zu beschreiben, oder --
besser -- unabhaengig davon, so dass Leute, die nie mit Debian gearbeitet
haben, die Debian-spezifischen Anweisungen nicht erst zurueckuebersetzen
Am 07.07.2010 22:38, schrieb Schlauchboot:
Hallo,
gute Idee, doch: waere es moeglich, die KapitelSystem,Software und
Mapnik entweder auch fuer andere Linux-Derivate zu beschreiben, oder --
besser -- unabhaengig davon, so dass Leute, die nie mit Debian gearbeitet
haben, die
Am Mittwoch, 7. Juli 2010 23:15:22 schrieb Peter Körner:
Am 07.07.2010 22:38, schrieb Schlauchboot:
So ähnlich ist das ja in [1] gemacht und ich finde es dort extrem
unübersichtlich,
Unübersichtlichkeit ist kein Problem der Information, sondern der Darstellung
dieser Information
daher
Am Donnerstag 08 Juli 2010, 00:02:15 schrieb Schlauchboot:
Die Pakete sind doch alle aufgezählt und das Repo ist (bis auf Sun Java)
einfach das Debian Lenny Repo.
Das kann jemand, der das Paketmanagement von Debian nicht kennt, vielleicht
nicht so schnell herauslesen, wie es Dir geläufig
Hi
Einige habe ich schon darauf verwiesen und da ich jetzt den zweiten Teil
auch fertig habe, möchte ich meine kleine HowTo-Reihe mal öffentlich
ankündigen.
Derzeit gibt es zwei Teile:
http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore
beschreibt Schritt für Schritt, wie eine
Hallo Peter,
HowTo
http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore
http://wiki.openstreetmap.org/wiki/DE:HowtoMapnikTirex
Super, herzlichen Dank!
Endlich mal ein verständliches nachvollziehbares HowTo in deutscher
Sprache (den multilingual-Link habe ich ergänzt).
Am 06.07.2010 23:47, schrieb Peter Körner:
Hi
Einige habe ich schon darauf verwiesen und da ich jetzt den zweiten Teil
auch fertig habe, möchte ich meine kleine HowTo-Reihe mal öffentlich
ankündigen.
Derzeit gibt es zwei Teile:
http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore
Hallo,
Jan Tappenbeck wrote:
Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn
ich mit Postgis arbeite, dann muss diese DB immer auf dem Server laufen
oder ...? Dann hätte ich mit einfachem Webspace vermutlich schlechte
Karten oder ... ?
Ja, mit einfachem Webspace kommst
57 matches
Mail list logo