Re: [Talk-de] Import von Planet.osm?
Hallo Namensvetter, On Mon, Dec 14, 2009 at 11:53:01PM +0100, Florian Heer wrote: Hi! Von euch hat doch bestimmt jemand Erfahrung damit, was der import eines kompletten Planet-Files so an Resourcen braucht. 1. Postgres-Datenbank wieviel Platz auf der Platte brauche ich für ein aktuelles Planet-file? 2. Wie lange dauert so ein Import per osmosis? Ja, klar, kommt auf den Rechner an, aber erfahrungsgemäß? Haengt schwer von der Hardware ab - Viel CPU + RAM + SSD Disks macht das ganze sehr schnell Ich hatte hier mal was geschrieben - 10/2008 passte ein Planet noch in 150GB Disk - Ich hatte 4 GB Ram: http://wiki.openstreetmap.org/wiki/ROMA Der import auf der Maschine hat IIRC ~3 tage gedauert - Wenn du nicht unbedingt die linestrings oder bboxen auf den ways brauchst - lass die weg - die sind in den 3 tagen nicht mit drin. Das bauen der linestrings alleine fuer Deutschland auf der hardware braucht rund 4-6 Stunden - Bei einem planet steigt das entsprechend exponentiell. Es macht sinn solche sachen nur auf Maschinen 16GB zu machen - Alleine der node indes war damals 11GB - Der sollte schon in den Speicher passen um die bearbeitungszeit im rahmen zu halten. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Hallo! Jan Tappenbeck schrieb: Hallo André, meine Rückfragen habe eingefügt - ansonsten vielen Dank. Grundsätzlich wird pro Richtung eine Relation erstellt, welche dann in einer Oberrelation wieder zusammengefasst werden. == wie wird eine Oberrelation erstellt? noch nie gemacht (JSOM)? * Haltestellen einige fassen mehrere Haltepunkte und die Plattformen zu einer Relation zusammen - was wird jetzt in die Buslinien-Relationen eingebunden ? Nodes / Relationen Relationen werden da ersellt, wo es mehere Haltepunkte (vgl. Platfformen) mit dem gleichen Namen gibt. Es wird dabei die jeweilige genutzte Platform in die Relation eingetragen. (Alt: Relation der ganzen Haltestelle) Ich habe hier versucht einiges nach dem neuen Schema zu taggen: http://www.öpnvkarte.de/?lat=50.8113lon=6.05139zoom=14layers=BT und hier die Vorstellungen, wie ich sie verstanden habe, zusammen gefasst: http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_Aachen_und_Umgebung Vielleicht hilft es weiter. -- Mit freundlichen Gruessen wonk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Mirko Küster webmas...@ts-eastrail.de writes: Und weil es ja sowieso egal ist, trägst du jetzt Mist ein? Ich trage das ein was ich sehe und Sinn macht. Ein Arzt dessen Fachrichtung nicht erkennbar ist nützt dir in der Karte im Notfall wenig. Wenn es einen entsprechenden Tag gibt, der auch ausgewertet wird, kann man das noch immer ändern. Bis dato kommt es in den Namen und erfüllt so seinen Zweck. name=Bonner Strasse, Höchstgeschwindigkeit 50 km/h, mit Fahrrad gut befahrbar Wenn Du mich fragst: ein ganz, ganz schlechtes Konzept, auch wenn es irgendwie gerendert wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Mirko Küster webmas...@ts-eastrail.de writes: Im ärztlichen Notfall schaust du auf die OSM-Karte? Ich würde das anders machen ;-) Wenn ich mir während der Tour den Hinter prelle rufe ich nicht gleich den Notruf. Da ist es gut auf der Karte den nächten Arzt sehen zu können. Und dann möglichst den passenden und eben nicht den Augenarzt. Der Name des Arztes lautet schlicht nicht: Dr. Möller - Allgemeinmedizin Den Arzt selbst kann ich eigentlich auch schlecht taggen, der steht nämlich leider nicht immer am selben Punkt. Har, har, har... Man benennt wenn die Praxis auf diesem Punkt. Und da wird der Name unter Umständen noch weitaus länger als in obiger Form. Der Name des betreibenden Arztes wäre dann sogar eher der Operator. Das klingt immergin nicht so abstrus wie der Vorschlag, im Name-Feld den Namen und die Fachbezeichnung unterzubringen. specialty und subspecialty wäre IMHO eine kluge Idee Spätestens wenn du eine automatisierte Auswertung machst, wirst du den Unterschied sehen. Ja, keinerlei Fachrichtungsangabe weil es keinen Tag dafür gibt. dann machen wir eben einen. Genau dafür gibt es das note= Tag, oder lass dir ein neues Tag einfallen, doctors= oder medical= wurden ja schon erwähnt. Note ist Platzhalter der einzig dem Mapper was bringt. Da ich der einzige Mapper in der Gegend bin, brauche ich mir nicht selber Notizen schreiben, die letztendlich selber kenne. Die Information soll dem Kartenutzer dienen, ich weiß es ja schon. Das Tags erfinden überlasse ich anderen. Das ist absolut nicht meins, zumal ich auch nur rudimentär englisch lernen durfte. specialty:de, anyone? Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 15. Dezember 2009 09:44 schrieb Sebastian Niehaus nieh...@nospam.arcornews.de: specialty:de, anyone? Ich würde specialty bevorzugen, wobei mit entsprechenden Umsetzungslisten auch specialty:de international kein Problem wäre. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Am Dienstag, den 15.12.2009, 03:10 +0100 schrieb Martin Koppenhoefer: Am 15. Dezember 2009 03:04 schrieb geo.osm geo@googlemail.com: Was ich meine ist dann wohl sowas wie ein Maurer, der auch andere Sachen macht. Also vielleicht nen bricklayer oder mason. ja, das bleibt m.E. erstmal ein Maurer. Und wenn die Firma nen bischen größer wird, dann könnte oben genannter tag vielleicht zutreffen. das meinte ich ja eben: wenn es größer wird, ist es kein Handwerk mehr. construction_company ist kein Handwerk mehr. Sehe ich auch so. Daher votiere ich dafür, dass der Landmaschinenbau, der bereits in der Liste enthalten ist, in eine andere Kategorie fallen sollte. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Moin! Hat jemand schon an den ganz normalen Klempner gedacht? Also Gas-, Wasser- und Abwasser-Installateur. craft=plumber Gruß Andre Am Mittwoch, den 02.12.2009, 09:38 +0100 schrieb Peter Körner: Hi Ich tagge hier auf dem Land und wir haben im Ort 2 Tischler [1], 3 Metallbauer [2] und einen Landmaschinenbau [3]. Keines davon ist ein Shop oder eine Fabrik. Ich würde es am ehesten als Handwerk klassifizieren. Daher finde ich shop=* oder eine Kombination aus man_made=works/works=* nicht passend. Dafür habe ich im Wiki noch keine Tagging Guideline gefunden. Auf der Mailingliste habe ich einen Vorschlag [4] für einen neuen Key craft gefunden, der mir eigentlich seht gut gefällt. OSMDoc ist der Tag auch nicht ganz unbekannt [5]. Ich würde ihn gerne in die MapFeatures liste aufnehmen, vorher jedoch noch um eine Kommentare bitten. Dieser Tag würde, ähnlich zu shop=* verwendet werden, jedoch für Gewerbe, die nicht nur verkaufen sondern bei bedarf erst Herstellen bzw. Verarbeiten, und bei denen das Herstellen/Verarbeiten im Vordergrund steht. Mögliche Kombinationen wären: craft=tailor (Schneider) craft=roofer (Dachdecker) craft=carpenter (Tischler) craft=electrician (Elektriker) craft=gardening (Gartenbau) craft=metal_construction (Metallbau) craft=painter (Maler) craft=paver (Fliesenleger) craft=carpet_layer (Teppichleger) craft=plasterer (Verputzer) Ich habe bereits einen Draft in meinem User-Bereich angelegt: http://wiki.openstreetmap.org/wiki/User:MaZderMind/DE:Key:craft http://wiki.openstreetmap.org/wiki/User:MaZderMind/Key:craft Lg, Peter [1] Maßgeschneiderte Schränke, Änderungen an Möbeln, Küchen, Innenausbau, Parkett, Holzdecken -- also definitiv kein Möbelhaus [2] Gitter, Treppen, Tore, Zäune, Rampen (Landwirtschaft) -- also definitiv kein Baumarkt [3] Anhänger für Traktoren, Metallfässer für den Weinbau, Zäune und Tore für Weiden [4]http://lists.openstreetmap.org/pipermail/talk-de/2009-March/041467.html [5]http://osmdoc.com/en/tag/craft/#values ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von Planet.osm?
Hallo, On Mon, Dec 14, 2009 at 11:53:01PM +0100, Florian Heer wrote: Hi! Von euch hat doch bestimmt jemand Erfahrung damit, was der import eines kompletten Planet-Files so an Resourcen braucht. 1. Postgres-Datenbank: wieviel Platz auf der Platte brauche ich für ein aktuelles Planet-file? 2. Wie lange dauert so ein Import per osmosis? Ja, klar, kommt auf den Rechner an, aber erfahrungsgemäß? Viele Grüße, Florian Ich habe den Planeten kürzlich auf einer Dual-Core-CPU mit 2GB RAM in 30 Stunden mittels osmosis importiert. Das war allerdings auch ohne Erstellung von bbox und linestrings. Ein Tagesupdate braucht ca. 2 Stunden. Platzverbrauch in dieser Version ca. 190 GB. Der Import per osm2pgsql dauert auf dem gleichen Rechner 3-4 Tage bei ca. 100GB Platzverbrauch. (Slim-Mode) Das Tagesupdate ist hier 8-9 Stunden beschäftigt. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Sehe ich auch so. Daher votiere ich dafür, dass der Landmaschinenbau, der bereits in der Liste enthalten ist, in eine andere Kategorie fallen sollte. Najaa.. das Beispiel, das ich vor Augen habe, ist ein Familienbetrieb mit ~5 Mitarbeitern, die vor allem Tanks für die lokalen Weinbaubetriebe fertigen. Es ist keine Traktror-Fabrik. Was haltet ihr davon, sich an einer solchen Liste [1] zu orientieren? Da ist z.B. auch der Klempner aufgeführt, direkt neben Klavierstimmer und Konditor. Lg, Peter [1] http://www.wolbeck-muenster.de/wirtschaft/handwerk-und-handwerker-in-muenster%11wolbeck/handwerker_;-gewerke-und-berufe-als-liste-20030806344/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von Planet.osm?
Ich habe den Planeten kürzlich auf einer Dual-Core-CPU mit 2GB RAM in 30 Stunden mittels osmosis importiert. Das war allerdings auch ohne Erstellung von bbox und linestrings. Ein Tagesupdate braucht ca. 2 Stunden. Platzverbrauch in dieser Version ca. 190 GB. Der Import per osm2pgsql dauert auf dem gleichen Rechner 3-4 Tage bei ca. 100GB Platzverbrauch. (Slim-Mode) Das Tagesupdate ist hier 8-9 Stunden beschäftigt. Die osmosis-Version ist dann aber nicht für die verwendung mit mapnik geeignet, oder? Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kurzanleitung fuer einen server planet.osm
Leider sind die beiden Rechner, die ich fuer den Zweck eruebrigen koennte, doch zu schmalbruestig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Am 15. Dezember 2009 11:59 schrieb Peter Körner osm-li...@mazdermind.de: Was haltet ihr davon, sich an einer solchen Liste [1] zu orientieren? Da ist z.B. auch der Klempner aufgeführt, direkt neben Klavierstimmer und Konditor. [1] http://www.wolbeck-muenster.de/wirtschaft/handwerk-und-handwerker-in-muenster%11wolbeck/handwerker_;-gewerke-und-berufe-als-liste-20030806344/ Ja. Eine Übersicht über alle im Bauwesen anzutreffenden Arbeiten findet man z.B. auch in der VOB: http://www.vob-online.de/ (links auf VOB 2006 clicken). Eine Übersicht über die einzelnen Handwerke gibts bei den IHK. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osmosis schema mit mapnik nutzen Was: Import von Planet.osm?
On Tue, Dec 15, 2009 at 11:59:59AM +0100, Peter Körner wrote: Ich habe den Planeten kürzlich auf einer Dual-Core-CPU mit 2GB RAM in 30 Stunden mittels osmosis importiert. Das war allerdings auch ohne Erstellung von bbox und linestrings. Ein Tagesupdate braucht ca. 2 Stunden. Platzverbrauch in dieser Version ca. 190 GB. Der Import per osm2pgsql dauert auf dem gleichen Rechner 3-4 Tage bei ca. 100GB Platzverbrauch. (Slim-Mode) Das Tagesupdate ist hier 8-9 Stunden beschäftigt. Die osmosis-Version ist dann aber nicht für die verwendung mit mapnik geeignet, oder? Jein - Das kann man so pauschal nicht sagen - Wenn du das standard mapnik osm.xml nehmen willst - NEIN - Auch ist das osmosis schema nicht so wirklich darauf optimiert. Mapnik braucht einfach eine tabelle mit einer geometry column - point, linestring und irgendwelchen metadaten was das eben sein soll. Mit entsprechenden regeln kann mapnik das dann malen. Nichtsdestotrotz benutze ich mapnik mit dem osmosis schema um gewisse dinge zu rendern - Ist nicht optimal und relativ langsam - aber man kann zur not auch das osmosis schema nehmen (Und ein paar views dranstricken damit da wa mapnik interpretierbares rauskommt) Hier ein Beispiel: drop view powerlineview; create view powerlineview AS SELECT ways.id, voltage.v as voltage, ways.linestring as geom fromways left outer join ( select way_id,v from way_tags where k='voltage') voltage on ( ways.id = voltage.way_id ), way_tags wt where wt.k = 'power' and wt.v = 'line' and wt.way_id = ways.id; insert into geometry_columns ( f_table_catalog, f_table_schema, f_table_name, f_geometry_column, coord_dimension, srid, type ) values ('', 'public', 'powerlineview', 'geom', '2',4326, 'LINESTRING'); Damit habe ich einen view der nur die powerlines aus dem osmosis schema rausfallen laesst - Mapnik XML dann: Layer name=power status=on srs=+proj=latlong +datum=WGS84 StyleNamepowerline/StyleName Datasource Parameter name=typepostgis/Parameter Parameter name=userflo/Parameter Parameter name=password/Parameter Parameter name=dbnameosm/Parameter Parameter name=table (select id,voltage,geom from powerlineview where inborder(geom,62761)) as powerline/Parameter Parameter name=estimate_extentfalse/Parameter Parameter name=extent-180,-89.99,180,89.99/Parameter /Datasource /Layer inborder ist noch eine funktion die die linestrings innerhalb einer boundary relation rausrueckt bzw abschneidet ... Um das natuerlich halbwegs in vernuenftigen zeiten nutzen zu koennen brauch man dann schon die linestrings. Ich habe aber halt nur die eine datenbank mit osm daten und nicht 20, fuer jeden zweck eine - Auf derselben datenbank laeuft auch die Strassenlistenauswertung, die Maxspeed map und das autobug zeugs ... Aus dem powerline view oben kommt dann sowas bei raus: http://silicon-verl.de/home/flo/tmp/power-nrw-2009-12-15.png Tagesaktuelle uebersichtskarten der Hochspannungsleitungen in NRW, eingefaerbt nach Spannung ... Ach ja - zum thema Langsam: f...@t1:~/project/power$ time ./mapnik_nrw.py Envelope(634521.097522,6485310.4431,1068667.11162,6919456.4572) real1m4.093s user0m0.664s sys 0m0.036s D.h. 64 Sekunden fuer die NRW Uebersicht mit den Powerlines - Mit dem osm2pgsql schema und ein paar indexen ginge das vielleicht in 15 Sekunden. Aber um einmal nachts so ein Bild automatisiert zu rendern fange ich nicht an mehrere datenbanken zu fuettern ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis schema mit mapnik nutzen Was: Import von Planet.osm?
On Tue, Dec 15, 2009 at 01:09:08PM +0100, Florian Lohoff wrote: On Tue, Dec 15, 2009 at 11:59:59AM +0100, Peter Körner wrote: Ich habe den Planeten kürzlich auf einer Dual-Core-CPU mit 2GB RAM in 30 Stunden mittels osmosis importiert. Das war allerdings auch ohne Erstellung von bbox und linestrings. Ein Tagesupdate braucht ca. 2 Stunden. Platzverbrauch in dieser Version ca. 190 GB. Der Import per osm2pgsql dauert auf dem gleichen Rechner 3-4 Tage bei ca. 100GB Platzverbrauch. (Slim-Mode) Das Tagesupdate ist hier 8-9 Stunden beschäftigt. Die osmosis-Version ist dann aber nicht für die verwendung mit mapnik geeignet, oder? Jein - Das kann man so pauschal nicht sagen - Wenn du das standard mapnik osm.xml nehmen willst - NEIN - Auch ist das osmosis schema nicht so wirklich darauf optimiert. Mapnik braucht einfach eine tabelle mit einer geometry column - point, linestring und irgendwelchen metadaten was das eben sein soll. Mit entsprechenden regeln kann mapnik das dann malen. Nichtsdestotrotz benutze ich mapnik mit dem osmosis schema um gewisse dinge zu rendern - Ist nicht optimal und relativ langsam - aber man kann zur not auch das osmosis schema nehmen (Und ein paar views dranstricken damit da wa mapnik interpretierbares rauskommt) Hier ein Beispiel: drop view powerlineview; create view powerlineview AS SELECT ways.id, voltage.v as voltage, ways.linestring as geom fromways left outer join ( select way_id,v from way_tags where k='voltage') voltage on ( ways.id = voltage.way_id ), way_tags wt where wt.k = 'power' and wt.v = 'line' and wt.way_id = ways.id; Diese Anfrage stellst du aber nicht auf einer Datenbank, die den kompletten Planeten enthält, oder? Wenn ich den SELECT-Teil auf meinem (zugegebenermassen etwas schwachbrüstigen) Rechner laufen lasse, braucht die Anfrage knapp 15 Minuten. (Das ist natürlich immernoch wesentlich günstiger als ein 8-Stunden-osm2psql-Tagesupdate, weswegen ich gerade in diese Richtung experimentiere.) Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis schema mit mapnik nutzen Was: Import von Planet.osm?
Hallo, Sarah Hoffmann wrote: Diese Anfrage stellst du aber nicht auf einer Datenbank, die den kompletten Planeten enthält, oder? Wenn ich den SELECT-Teil auf meinem (zugegebenermassen etwas schwachbrüstigen) Rechner laufen lasse, braucht die Anfrage knapp 15 Minuten. Wenn Du den powerlineview in einer Mapnik-Konfiguration als table angibst, wird ja von Seiten Mapniks immer noch eine Bounding-Box-Anfrage drangeflanscht. Mapnik stellt die Anfrage also zwar vielleicht auf einer Datenbank, die den ganzen Planeten enthaelt, aber nicht fuer den ganzen Planeten! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Hat es im Checker zufällig irgendwas gerissen oder war der Planet defekt? Ich habe in den letzten Tagen rund 200 Bibliotheken nachgetragen, einige davon waren auch schon in der Karte. Nun fehlen aber einige in Karte und Liste, in den Daten selber und der Slippy sind die aber unberührt vorhanden. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Moin, im Moment wird bei OSM in erster Linie das eingetragen, was da im Augenblick ist (und damit haben wir auch schon ziemlich viele Probleme). Es gibt auch immer wieder Bestrebungen, Sachen einzutragen, die frueher mal waren oder in Zukunft mal sein werden. Wirklich durchsetzen konnte sich da aber bisher nichts, und es gibt auch Stimmen, die der Meinung sind, dass solche Daten nicht in die eigentliche OSM Datenbank gehoeren. Was in die Datenbank gehoert, kann hier natuerlich jeder frei selbst entscheiden. Man sollte aber darauf achten, dass man damit nicht bestehende Ansaetze umwirft. In diesem Konkreten Fall meine ich damit, dass auch historic=* i.A. dann benutzt wird, wenn da auch heute noch was Historisches steht, z.B. ein altes Schloss. (historic=battlefield mag eine Ausnahme sein, allerdings ist mir das Tag auch noch nie irgendwo begegnet.) Auf der sicheren Seite bist du, wenn du dich beim Tagging auf das beschraenkst, was heute noch wirklich nach ist, z.B. eine Gedenkstaette, ein Museum oder auch nur ein Gedenkstein (historic=memorial). Ansonsten wuerde ich eher zu abandoned=* oder entsprechendem raten, aber wie oben geschrieben, da hat sich noch kein Ansatz durchsetzen koennen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 15. Dezember 2009 16:55 schrieb Torsten Leistikow de_m...@gmx.de: Es gibt auch immer wieder Bestrebungen, Sachen einzutragen, die frueher mal waren oder in Zukunft mal sein werden. Wirklich durchsetzen konnte sich da aber bisher nichts, und es gibt auch Stimmen, die der Meinung sind, dass solche Daten nicht in die eigentliche OSM Datenbank gehoeren. Was in die Datenbank gehoert, kann hier natuerlich jeder frei selbst entscheiden. Man sollte aber darauf achten, dass man damit nicht bestehende Ansaetze umwirft. Es gibt ein Projekt, das sich insbesondere historischen Landschaftselementen widmet: http://www.kleks-online.de/ IAuch ich möchte niemanden davon abhalten Daten, die er für wichtig hält, bei OSM einzupflegen. Persönlich halte ich für oben geschilderte Daten das Kleks-Projekt für den geeigneteren Ort. Kleks verwendet für die Grundkarte übrigens OSM-Daten. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis schema mit mapnik nutzen Was: Import von Planet.osm?
On Tue, Dec 15, 2009 at 03:49:52PM +0100, Sarah Hoffmann wrote: Hier ein Beispiel: drop view powerlineview; create view powerlineview AS SELECT ways.id, voltage.v as voltage, ways.linestring as geom fromways left outer join ( select way_id,v from way_tags where k='voltage') voltage on ( ways.id = voltage.way_id ), way_tags wt where wt.k = 'power' and wt.v = 'line' and wt.way_id = ways.id; Diese Anfrage stellst du aber nicht auf einer Datenbank, die den kompletten Planeten enthält, oder? Wenn ich den SELECT-Teil auf meinem (zugegebenermassen etwas schwachbrüstigen) Rechner laufen lasse, braucht die Anfrage knapp 15 Minuten. (Das ist natürlich immernoch wesentlich günstiger als ein 8-Stunden-osm2psql-Tagesupdate, weswegen ich gerade in diese Richtung experimentiere.) Ich habe nen bischen mehr indexe als das standard osmosis schema - IIRC sieht osmosis auf way_tags keinen index ausser auf way_id vor - ich habe da noch nen index auf k osm= \d way_tags Table public.way_tags Column | Type | Modifiers ++--- way_id | bigint | not null k | text | not null v | text | Indexes: idx_way_tag_k btree (k) idx_way_tags_way_id btree (way_id) Ausserdem natuerlich entsprechend indexe auf den ways.linestring - somit durchsuche ich sowieso nur entsprechend die NRW linestrings. Wenn man da nur ein bischen mit den indexen schludert kommt da schnell mal ein full table scan bei raus und dann brauchen wir auch mal 15 minuten: osm= explain SELECT ways.id, voltage.v as voltage, ways.linestring as geom fromways left outer join ( select way_id,v from way_tags where k='voltage') voltage on ( ways.id = voltage.way_id ), way_tags wt where wt.k = 'power' and wt.v = 'line' and wt.way_id = ways.id and inborder(ways.linestring, 62761); QUERY PLAN -- Nested Loop Left Join (cost=924.00..92653.20 rows=7 width=807) - Nested Loop (cost=924.00..90614.49 rows=7 width=797) - Bitmap Heap Scan on way_tags wt (cost=924.00..90385.79 rows=22 width=8) Recheck Cond: (k = 'power'::text) Filter: (v = 'line'::text) - Bitmap Index Scan on idx_way_tag_k (cost=0.00..924.00 rows=42267 width=0) Index Cond: (k = 'power'::text) - Index Scan using pk_ways on ways (cost=0.00..10.38 rows=1 width=797) Index Cond: (ways.id = wt.way_id) Filter: inborder(ways.linestring, 62761) - Index Scan using idx_way_tags_way_id on way_tags (cost=0.00..291.23 rows=1 width=18) Index Cond: (ways.id = way_tags.way_id) Filter: (way_tags.k = 'voltage'::text) Und das inborder dingelchen ist sowas: osm= \df+ inborder List of functions Schema | Name | Result data type | Argument data types | Volatility | Owner | Language | Source code | Description +--+--+-++---+--+--+- public | inborder | boolean | geometry, integer | immutable | flo | sql | SELECT _ST_Intersects($1,(select border from completeborders where completeborders.id = $2)) | completeborders wiederum enthaelt vorher praeparierte multipolygon geometrien fuer die entsprechenden relations die ich so zusammenbaue: osm= \d completeborders Table public.completeborders Column | Type| Modifiers +---+--- id | bigint| name | character varying | complete | integer | adminlevel | integer | border | geometry | path | character varying | Check constraints: enforce_dims_border CHECK (ndims(border) = 2) enforce_srid_border CHECK (srid(border) = 4326) insert into completeborders ( id, adminlevel, name, border ) select border.id, border.adminlevel::integer, border.name, ST_BuildArea(ST_Collect(linestring)) as geom from( select rm.id, rm.adminlevel, rm.name, w.linestring fromways w, ( select rm.relation_id as id,
Re: [Talk-de] osmosis schema mit mapnik nutzen Was: Import von Planet.osm?
Hallo, Ich habe nen bischen mehr indexe als das standard osmosis schema - IIRC sieht osmosis auf way_tags keinen index ausser auf way_id vor - ich habe da noch nen index auf k Magst Du vielleicht auf der FOSSGIS in Osnabrueck einen kleinen Vortrag darueber halten, wie man Mapnik zu mehr benutzen kann als bloss zum Rendern von Standard-Tiles? Faend' ich ein spannendes Thema. (Allerdings pressiert es jetzt ein bisschen, der CfP endet morgen mittag, ich braeuchte bis dahin zumindest ein ja ich mach was ;-) Das mit dem inborder als funktion habe ich nur deshalb gemacht weil mapnik zu bloede ist sauber joins auseinanderzuhalten - d.h. mapnik geht sofort baden wenn im query mehr als eine geometry column auftaucht Ab Mapnik 0.7.0 wird das besser, da kann man explizit angeben, welche Spalte er nutzen soll: http://trac.mapnik.org/changeset/1473 Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Andre Hinrichs schrieb: Hat jemand schon an den ganz normalen Klempner gedacht? Also Gas-, Wasser- und Abwasser-Installateur. craft=plumber gedacht schon ;-) Gehört auf jeden Fall auch dazu. Nur meist sind die gleichzeitig auch noch Heizungsmonteure und Solar und Klima Vielleicht hab ich nächste Woche mal nen bischen Zeit, dann werd ich mal noch einiges in den draft eintragen und dann kann man das ja weiterführen. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Garmin-Version der Wanderkarte verf ügbar
Hi! Am 15.12.2009 08:24, schrieb Andreas Pothe: Die Reit- und Wanderkarte für Deutschland, Österreich, Schweiz und Norditalien ist in einer neuen Version mit den Daten vom 8.12. verfügbar. Und wo findet man die? Hm, war wohl schon etwas spät gestern. Die Karte findet man unter topo.geofabrik.de. Und die kleine Karte zum Testen liegt natürlich entsprechend unter topo.geofabrik.de/Test_gmapsupp.zip. Aber das Datum war wenigstens richtig. :-) bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wiki-Seite löschen
Moin ! kann mir einer nochmal sagen wie ich eine Wiki-Seite löschen kann ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie kann ich eine leere Relation (ohne Nodes und Ways) laden und editieren?
Hallo, durch großes Missgeschick habe ich eine leere Relation erzeugt. Na ja, nicht leer, hat schon ein paar Tags, aber keine Ways oder Nodes oder ... Wie kann ich zu dieser Route nun Wege hinzufügen? In JOSM habe ich keine Möglichkeit gefunden die ID der Relation einzugeben um sie zu bearbeiten. ID = 364187 Danke, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann ich eine leere Relation (ohne Nodes und Ways) laden und editieren?
Toni Erdmann schrieb: Hallo, durch großes Missgeschick habe ich eine leere Relation erzeugt. Na ja, nicht leer, hat schon ein paar Tags, aber keine Ways oder Nodes oder ... Wie kann ich zu dieser Route nun Wege hinzufügen? In JOSM habe ich keine Möglichkeit gefunden die ID der Relation einzugeben um sie zu bearbeiten. ID = 364187 Hat sich erledigt: Über den Changeset (History) auf die Relation, dort Download XML - save, laden der XML-Datei in JOSM. Geht doch! Ein wenig suchen, ... kaum macht man's richtig, geht's! Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ? aktuelle Liste der Datenunterstütz er für OSM gesucht
Hallo zusammen, kurze Frage (und bevor ich lange suchen muss): Gibt es irgendwo im Netz ein aktuelle Daten-Unterstützer-Liste für OSM? Wenn ja wo? Wenn nein, sollten wir eine anlegen? Beispiel: - Luftbilder Lauf - Luftbilder Bayern - Stadt Rostock für Gebäude-Umrisse ... Danke, mikeE. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite löschen
Hallo Jan, kann mir einer nochmal sagen wie ich eine Wiki-Seite löschen kann ? Du löschst den Inhalt und schreibst stattdessen {{delete}} Grund warum die Seite gelöscht werden soll -- Dann wird sie von einem Admin gelöscht. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bilder von OSM-Anwendungen
Ich möchte gern auf der boot zeigen, was OSM so alles kann. Dazu suche ich Bilder. Beispielsweise die zwei von Flo: - Gefahrgutstrassen - Energieversorgung Vielleicht gibt es ja auch: - Natur- und Vogelschutzgebiete - geologische Karte - Reiserouten der Zugvögel - Plan der Ausgrabungsstätte XY - Schlachtfeld und taktische Bewegung der Römer gegen... - ... Auch Zeitraffer-Bilder von Entwicklungsprozessen. Oder wissenschaftliche Anwendungen, 3D-Studien, Flugpläne, etc, etc. Könnten wir auch auf die Presseseite stellen. Bilder bitte ins Wiki oder per PM an mich. Gern auch weitere Ideen wie man OSM noch präsentieren könnte... Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ? aktuelle Liste der Datenunterstützer für OSM gesucht
Elstermann, Mike mike.elsterm...@itc-halle.de [Tue, Dec 15, 2009 at 09:12:44PM CET]: Hallo zusammen, kurze Frage (und bevor ich lange suchen muss): Gibt es irgendwo im Netz ein aktuelle Daten-Unterstützer-Liste für OSM? Wenn ja wo? Wenn nein, sollten wir eine anlegen? Werden aus http://wiki.openstreetmap.org/wiki/DE:Kommunikation erfolgreiche Verhandlungen gelöscht? Sonst kann man doch alles Grüne daraus nehmen. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von Planet.osm?
Vielen Dank für die Antworten, ich hatte ganz blauäugig einfach mal den Import gestartet, nachdem ich auch feststellen muss, dass es derzeit nicht möglich ist, ohne viel nachzudenken das ganze auf MySQL zu bringen. Naja, und der Import nach postgres ief schon über 48 Stunden... Naja, und dann hat ein thermisches Problem den Import beendet :-) Aber dann hab ich für den nächsten Versuch in der Weihnachtszeit dann ein paar Anhaltspunkte. Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder von OSM-Anwendungen
Hallo, am 15.12.2009 21:58 schrieb Markus: Ich möchte gern auf der boot zeigen, was OSM so alles kann. Dazu suche ich Bilder. Hinweis: Die Wikipedia-Kartenwerkstatt fertigt Spezialkarten auf Basis von OSM-Daten. Beispiel: http://de.wikipedia.org/wiki/Datei:Karte_des_B%C3%BCrgerparks_und_des_Stadtwalds_in_Bremen.png Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Composer V0.8 verfügbar
Hallo! Das Tool OSM Composer steht jetzt in der Version V0.8 zum Download bereit. Diese Version stellt einen größeren Sprung als üblich dar - es wurden einige Teile der Engine neu geschrieben - und hat daher ein wenig auf sich warten lassen. Wesentliche Neuerungen in V0.8: * Intelligente Aufteilung der Karte in Kacheln unter Berücksichtigung der Höhenlinien * Größenabhängige Renderregeln für Weglängen und Polygongrößen * Kurze Wegstücke auf einer Route werden zusammengefaßt und mit Wandermarkierungen versehen * Verbesserte Höhenlinien: korrekt positioniert, mit Splines abgerundet, Ausblenden von Artefakten * Beimischung von festen, zusätzlichen Daten wie z.B. Seepolygone möglich * Eigene Parameter für mkgmap möglich - für die Experimentierfreudigen * Vorschauicons für farbige Linien und Flächen * Verarbeitung kann pausiert werden * Deutlich höhere Geschwindigkeit bei geringerem Speicherbedarf Die vollständige Liste der Änderungen und den Download findet Ihr im Wiki: http://wiki.openstreetmap.org/wiki/DE:OSM_Composer#Download bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann ich eine leere Relation (ohne Nodes und Ways) laden und editieren?
Toni Erdmann wrote: Hat sich erledigt: Über den Changeset (History) auf die Relation, dort Download XML - save, laden der XML-Datei in JOSM. KLeiner Tip: Einfach die URL kopieren (zwischenablage), JOSM öffnen, ctrl+L drücken und URL einfügen (CTRL+V) dann spart man sich das speichern. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 14.12.2009 23:20, schrieb olvagor: ich möchte ein paar Arbeits-/Arbeitserziehungs-/Konzentrationslager im Sauerland erfassen. Ich hoffe einfach mal, dass Du Gedenkstätten für KZ/Arbeitslager erfassen willst und nicht reale existente Konzentrationslager, oder? Aber zum Tagging von Justizvollzugsanstalten habe ich ehrlichgesagt auch im Wiki noch nichts gefunden. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Hi, Johann H. Addicks wrote: Aber zum Tagging von Justizvollzugsanstalten habe ich ehrlichgesagt auch im Wiki noch nichts gefunden. amenity=prison Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Johann H. Addicks wrote: Aber zum Tagging von Justizvollzugsanstalten habe ich ehrlichgesagt auch im Wiki noch nichts gefunden. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dprison frank ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] komplettes Wiki durchsuchen
Moin, ich möchte das komplette Wiki inklusive Userseiten nach dem Vorkommen eines Wortes durchsuchen. Um zum Beispiel nach XY zu suchen, habe ich es mit XY site:http://wiki.openstreetmap.org versucht. Das findet mir aber bei Weitem nicht alle Seiten. Weiß jemand, wie ich das bewerkstellige? Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komplettes Wiki durchsuchen
Zitat Tirkon: Moin, ich möchte das komplette Wiki inklusive Userseiten nach dem Vorkommen eines Wortes durchsuchen. Um zum Beispiel nach XY zu suchen, habe ich es mit XY site:http://wiki.openstreetmap.org versucht. Das findet mir aber bei Weitem nicht alle Seiten. Weiß jemand, wie ich das bewerkstellige? Was findet die Suchfunktion des Wikis denn nicht? http://wiki.openstreetmap.org/wiki/Searching_the_wiki -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komplettes Wiki durchsuchen
On 16.12.09 07:34, Michael Buege wrote: Was findet die Suchfunktion des Wikis denn nicht? http://wiki.openstreetmap.org/wiki/Searching_the_wiki Worte, die als Seiten-Stichworte definiert sind, z.B. http://wiki.openstreetmap.org/wiki/?search=housenumber vs http://www.google.de/search?q=housenumber+site%3Awiki.openstreetmap.org http://wiki.openstreetmap.org/wiki/?search=autobahn vs http://www.google.de/search?q=autobahn+site%3Awiki.openstreetmap.org Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] komplettes Wiki durchsuchen
Hallo, Worte, die als Seiten-Stichworte definiert sind, z.B. http://wiki.openstreetmap.org/wiki/?search=housenumber vs http://www.google.de/search?q=housenumber+site%3Awiki.openstreetmap.org Der Go-Knopf bei der Suche entspricht einem I'm feeling lucky bei Google: Er geht sofort zu der Seite, falls es eine Seite mit diesem Namen gibt. Der Search-Knopf daneben macht aber immer eine Volltextsuche. URL sieht dann so aus: http://wiki.openstreetmap.org/wiki/Special:Search?search=housenumberfulltext=Search Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de