Re: [Talk-de] Mailingliste Neckar-Alb (was: Re: autobug / is_in)
Moin Martin, Sascha, diese Diskussion wäre auch wunderbar auf der Neckar/Alb-Liste aufgehoben. Eigentlich nicht, ich will wenn überhaupt dann was generelles machen, und nicht auf einen Bereich begrenztes. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Sat, Nov 08, 2008 at 10:13:08PM +0100, Martin Koppenhoefer wrote: Subject: Re: [Talk-de] autobug update gibt es eigentlich Hoffnung / Bestrebungen, diese automatisierte Bug-suche auch auf ganz Europa auszudehnen, insb. der Teil feature ohne Namen und FIXMEs? Ich muesste mal einen einfachen weg finden in den selects die nodes einzuschraenken. Alle versuche (multi)polygone fuer deutschland zu erstellen so das ich das ueber postgis einschraenken kann sind bisher fehlgeschlagen ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Hallo, Florian Lohoff wrote: Danke nochmal fuer die URL - ich hatte mir in dem svn schon nen wolf gesucht :) Allerdings loest das nur ein teil des problems. Damit koennte ich die changes so filtern das ich nicht so viel schrott anziehe - Werde das nachher mal machen - Nur ist mir im moment nicht klar wie ich das in die datenbank so importiere als multipolygon das ich das via select nutzen kann Du kannst das .poly-File schnell in ein CSV wandeln und dann mit ogr2ogr entweder direkt in die Postgis oder erst in ein Shapefile und dann in die Postgis stopfen. Allerdings bist Du vermutlich schneller, wenn Du dir einfach mit Perl die WKT-Form das poly-Files zurechtbastelst. Als Basis für das Einlesen der Poly-Files kannst Du die poly2osm oder simplify-poly-Skripte aus dem gleichen Verzeichnis nutzen. Erwarte allerdings keine Wunder von PostGis in dieser Beziehung - das mit dem is in germany-Polygon-Test ist nur brauchbar, wenn es um wenige Elemente geht. Wenn man sowas machen will wie alle Nodes in Deutschland ausschneiden, ist Osmosis wesentlich schneller als Postgis, selbst wenn man alle Indizes vernünftig anlegt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Vermessung des Nils
Am Samstag 08 November 2008 schrieb Alexander Menk: ich habe unter http://wiki.openstreetmap.org/index.php/WikiProject_Nile das WikiProject Nile gestartet, da der längste Fluss der Welt leider noch ziemlich unzureichend in OpenStreetMap erfasst ist. Super Idee - Fontes Nilae Quearere ;) Ich habe gestaunt, wie lang der Fluss ist - und dabei gleich ein paar Polygonzüge erstellt. Wie war das nochmal mit Splines? Gruß RalfG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Vermessung des Nils
Hi! RalfGesellensetter wrote: Am Samstag 08 November 2008 schrieb Alexander Menk: ich habe unter http://wiki.openstreetmap.org/index.php/WikiProject_Nile das WikiProject Nile gestartet, da der längste Fluss der Welt leider noch ziemlich unzureichend in OpenStreetMap erfasst ist. Super Idee - Fontes Nilae Quearere ;) Ich habe gestaunt, wie lang der Fluss ist - und dabei gleich ein paar Polygonzüge erstellt. übrigens .. das was ich im Wiki mit Checkpoints zwecks Koordination versehen habe, ist ja bisher nur einer der Haupt-Zuflüsse des eigentlichen Nils... Wie lange brauchen wir um den ganzen Nil incl. riverbanks zu mappen ? 1 Monat ? Wir haben zwei Wochen! Wir machen's in 5 Tagen ? ;-) /startrek Wie war das nochmal mit Splines? Du meinst Spline Erfassung? Mh ... tja. Da gab's ein paar Ideen im Wiki dazu, nicht? Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB auf OSM homepage integrieren?
rocko wallaby wrote: gibt es schon Bestrebungen die Openstreetbugs Dienste in die Haupt-OSM Seite zu integrieren? Im Moment ist OSB zwar ein prima tool, aber die, die es hauptsaechlich verwenden sollten, naemlich die Endanwender, die ihre Strasse nicht finden koennen, wissen im allgemeinen nicht, dass es ueberhaupt existiert. Ich stelle mir einen weiteren Tab auf der Hauptseite vor, Report Bug oder so aehnlich, dann wuerde die Huerde neue bugs zu melden deutlich reduziert. [x] dafür Und noch vielleicht noch ein Zusatzfeature, so ähnlich wie auf den Websites großer Softwareunternehmen (Sie haben nicht gefunden was sie suchen? Senden Sie Feedback: ...) nach dem Motto Sie verweilen sehr lange auf dieser leeren Stelle. Klicken Sie bitte HIER um das Fehlen einer Straße zu melden, oder besuchen Sie unser Wiki, um am OpenStreetMap Projekt mitzuwirken ... Viele Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Sun, Nov 09, 2008 at 01:31:01PM +0100, Frederik Ramm wrote: Hallo, Florian Lohoff wrote: Danke nochmal fuer die URL - ich hatte mir in dem svn schon nen wolf gesucht :) Allerdings loest das nur ein teil des problems. Damit koennte ich die changes so filtern das ich nicht so viel schrott anziehe - Werde das nachher mal machen - Nur ist mir im moment nicht klar wie ich das in die datenbank so importiere als multipolygon das ich das via select nutzen kann Du kannst das .poly-File schnell in ein CSV wandeln und dann mit ogr2ogr entweder direkt in die Postgis oder erst in ein Shapefile und dann in die Postgis stopfen. Allerdings bist Du vermutlich schneller, wenn Du dir einfach mit Perl die WKT-Form das poly-Files zurechtbastelst. Als Basis für das Einlesen der Poly-Files kannst Du die poly2osm oder simplify-poly-Skripte aus dem gleichen Verzeichnis nutzen. Erwarte allerdings keine Wunder von PostGis in dieser Beziehung - das mit dem is in germany-Polygon-Test ist nur brauchbar, wenn es um wenige Elemente geht. Wenn man sowas machen will wie alle Nodes in Deutschland ausschneiden, ist Osmosis wesentlich schneller als Postgis, selbst wenn man alle Indizes vernünftig anlegt. Es gibt mir jetzt eher drum nur places aus deutschland mit dem is_in validator zu validieren - fuer den rest der welt gilt die annahme der Regierungsbezirke und Bundeslaender eben nicht so :) Aber es gab ja schon die anfrage für die Schweiz und Österreich - Dann koennte man genau darueber die selektion machen welches is_in schema man da anwendet. Und es geht da ja nicht um viele punkte - fuer deutschland denke ich mal so 50-6 ... Das osmosis schneller ist find ich allerdings spannend ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Routeable maps ... was: is_in-Vereinheitlichung (war Bulk changes)
On Sat, Nov 08, 2008 at 09:17:01PM +0100, Martin Koppenhoefer wrote: z.b. Addresssuche im Garmin wenn man die routable maps verwendet. Da ist erstmal nur wichtig das das Land richtig bzw konsistent ist. sorry, wenn das ein bisschen OT ist: diese routable maps, gibt es da einen Quellcode oder eine kostenlose Software, mit der man das selbst machen kann? Hat der Ersteller dieser Karten den Weg dokumentiert? Kann man mit seinem Ansatz auch mehr als nur ein tag per feature auswerten (z.B. highway UND area, UND oneway, etc.)? Ich kenne da keine genauen aussagen - Kannst ja Radomir mal eine mail schicken. Bei mir ist der leider Missing in Action - ich bekomme keine Antwort ... Und irgendwie sind die aktuellen karten auch schon recht alt (Ende September) so das man all das korrigieren der Datenbestaende leider nicht so kontrollieren kann ob es denn auch was bringt .. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB auf OSM homepage integrieren?
Ok, haette mich auch gewundert, wenn darueber noch niemand nachgedacht haette. Im deutschen Archiv hatte ich aber nichts gefunden... Jedoch finde ich es schade, dass es anscheinend noch eine ganze Weile dauern kann bis etwas passiert, waere ein einfacher TabLink nicht eine angebrachte Zwischenloesung, so wird keine Zeit verschwendet, die die Entwickler im Moment fuer die neue Api brauchen, aber Bugs koennen schon eingepflegt werden, die spaeter auch in die OSM Datenbank importiert werden koennen. Gruss Steffen On Nov 9, 2008, at 1:58 PM , John07 wrote: http://www.mail-archive.com/[EMAIL PROTECTED]/msg03291.html rocko wallaby schrieb: Hallo Liste, gibt es schon Bestrebungen die Openstreetbugs Dienste in die Haupt- OSM Seite zu integrieren? Im Moment ist OSB zwar ein prima tool, aber die, die es hauptsaechlich verwenden sollten, naemlich die Endanwender, die ihre Strasse nicht finden koennen, wissen im allgemeinen nicht, dass es ueberhaupt existiert. Ich stelle mir einen weiteren Tab auf der Hauptseite vor, Report Bug oder so aehnlich, dann wuerde die Huerde neue bugs zu melden deutlich reduziert. Gruss Steffen ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten mit Spät und Sonntagsleeru ng
Glückliches Deutschland - in Österreich sind Spät- und Wochenendleerung schon abgeschafft ;-) Grüße aus Wien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jan Tappenbeck Sent: Sunday, November 09, 2008 10:59 AM To: talk-de@openstreetmap.org Subject: [Talk-de] Postkasten mit Spät und Sonntagsleerung Moin! hat einer von Euch schon einmal Tags für Postkasten mit Spät und Sonntagsleerung erfaßt und wenn wie definiert. Da ich auch bei Google bisher keine Übersicht gefunden habe wäre das vielleicht für OSM interessant ! Gruß jan :-) ___ 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] Grosse Datenmenge für Österreich
Hallo,Wolfgang W. Wasserburger wrote: Liebe Listenleser, für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Unter http://forum.openstreetmap.org/viewtopic.php?id=1783 gibt es bereits einen Forumsthread und ich würde alle Österreicher und solche, die hier mappen bitten, sich in die Diskussion einzuschalten und diese auch mitzuverfolgen. Sobald die juristischen Belange geklärt sind und das technische starten kann, werde ich auch im Wiki eine Seite mit jenen technischen Spezifikationen beginnen, die jeweils eingesetzt werden. Nach der Aktion sollte der Straßenbestand von Österreich rund 80% betragen. Die Chance nach Holland und der Isle of man das dritte Land mit (annähernd) vollständigem Straßennetz zu werden ist wirklich gegeben. Es würde mich auch freuen, viele persönlich oder per Mail kennen zu lernen. Mit freundlichen Grüßen Wolfgang W. Wasserburger Hallo, ich verfolge als Österreicher den Forumthread mit Interesse. Vielleicht wäre eine Vorgangsweise wie folgt sinnvoll/möglich: Man zerteilt den zu integrierenden Datenbestand in einzelne, nicht zu große Häppchen (z.b. 5 x 5 oder 10 x 10 km) und generiert daraus OSM-Files. Dann schneidet man aus der OSM-Datenbank die gleichen Stücke heraus und vergleicht die Anzahl nodes, ways, wasimmer da auch schlau ist. Ab einem Überhang von keine Ahnung zugunsten des neuen Materials übernimmt man die Daten ungschaut in die OSM-Datenbank. Ist die OSM-Datenbasis um den Faktor x mächtiger, stellt man nur das OSM-File bereit und ermöglicht so den manuellen Abgleich. So könnte man einige Gebiete, die derzeit eher noch dürftig vorhanden sind (z.B. Marchfeld) sehr schnell hochziehen, ohne z.B. in Wien was zu zerstören/verschlechtern. Parallel dazu gibt es eine Liste im Wiki, die nach obigem Faktor sortiert ist, und als Koordinationsstelle genutzt wird. Die Quadranten des Bulk-Imports sollten dann noch händisch kontrolliert/bereinigt werden, was bei fast leeren Gebieten auch recht schnell ginge. Nur so als Anregung - ich lese in den Threads hauuptsächlich die Sorge, etwas aus OSM zu verlieren, heraus, vor allem, weil bis jetzt noch niemand weiß, welche Qualität die neuen Daten haben. Trotzdem imho eine große Chance! Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Außer Reutte und Lienz gibt es dann also wirklich viel zu tun. Innsbruck Stadt und Innsbruck Land ist leider in einem File und wird schwer zu unterscheiden sein. BEV: keine gerichtliche Klärung sondern nur Briefwechsel. Bis zu Gericht kam das gar nie. Super wäre, wenn Du in Tirol einen weißen Fleck ausmachen könntest, der sich nach Deiner Meinung gut für einen Test eignen könnte. Ich versuche Dir - bei Bedarf - mit Extramail eine Übersicht zu schicken. Liebe Grüße aus Wien Wolfgang W. Wasserburger -Original Message- From: Stefan Hirschmann [mailto:[EMAIL PROTECTED] Sent: Sunday, November 09, 2008 11:32 AM To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Grosse Datenmenge für Österreich Wolfgang W. Wasserburger wrote: Liebe Listenleser, für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Unter http://forum.openstreetmap.org/viewtopic.php?id=1783 gibt es bereits einen Forumsthread und ich würde alle Österreicher und solche, die hier mappen bitten, sich in die Diskussion einzuschalten und diese auch mitzuverfolgen. Sobald die juristischen Belange geklärt sind und das technische starten kann, werde ich auch im Wiki eine Seite mit jenen technischen Spezifikationen beginnen, die jeweils eingesetzt werden. Nach der Aktion sollte der Straßenbestand von Österreich rund 80% betragen. Die Chance nach Holland und der Isle of man das dritte Land mit (annähernd) vollständigem Straßennetz zu werden ist wirklich gegeben. Es würde mich auch freuen, viele persönlich oder per Mail kennen zu lernen. Klingt interessant. Also für Innsbruck-Land und Bezirk Imst wäre ich bereit doppelte Importe händisch zu korrigieren. Innsbruck-Stadt würde ich auslassen. Innsbruck selber ist so gut wie vollständig. Da bringt der Import vermutlich gar nichts. Aber für das Tiroler Oberland ... Eine Frage habe ich aber noch: Der Versuch des BEV hier etwas einzufordern wurde in der Vergangenheit bereits abgeschmettert. Ist das gerichtlich geklärt? Sobald es spruchreif ist, bin ich mir sicher, dass ich für Tirol genug Leute auftreiben kann, die beim Daten korrigieren helfen können. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Wolfgang W. Wasserburger wrote: Liebe Listenleser, für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Unter http://forum.openstreetmap.org/viewtopic.php?id=1783 gibt es bereits einen Forumsthread und ich würde alle Österreicher und solche, die hier mappen bitten, sich in die Diskussion einzuschalten und diese auch mitzuverfolgen. Sobald die juristischen Belange geklärt sind und das technische starten kann, werde ich auch im Wiki eine Seite mit jenen technischen Spezifikationen beginnen, die jeweils eingesetzt werden. Nach der Aktion sollte der Straßenbestand von Österreich rund 80% betragen. Die Chance nach Holland und der Isle of man das dritte Land mit (annähernd) vollständigem Straßennetz zu werden ist wirklich gegeben. Es würde mich auch freuen, viele persönlich oder per Mail kennen zu lernen. Klingt interessant. Also für Innsbruck-Land und Bezirk Imst wäre ich bereit doppelte Importe händisch zu korrigieren. Innsbruck-Stadt würde ich auslassen. Innsbruck selber ist so gut wie vollständig. Da bringt der Import vermutlich gar nichts. Aber für das Tiroler Oberland ... Eine Frage habe ich aber noch: Der Versuch des BEV hier etwas einzufordern wurde in der Vergangenheit bereits abgeschmettert. Ist das gerichtlich geklärt? Sobald es spruchreif ist, bin ich mir sicher, dass ich für Tirol genug Leute auftreiben kann, die beim Daten korrigieren helfen können. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Sun, Nov 09, 2008 at 12:53:36PM +0100, Sascha Silbe wrote: On Sun, Nov 09, 2008 at 11:34:43AM +0100, Florian Lohoff wrote: Ich muesste mal einen einfachen weg finden in den selects die nodes einzuschraenken. Alle versuche (multi)polygone fuer deutschland zu erstellen so das ich das ueber postgis einschraenken kann sind bisher fehlgeschlagen ... Wieso beschränkst Du nicht direkt beim Update per Osmosis mit dem Polygon [1], das die Geofabrik AFAIK auch nutzt? (*) [1] http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/germany.poly (*) Ist wirklich als Frage gemeint - irgendein Problem damit wird es wohl geben, sonst würdest Du das bereits so machen. Danke nochmal fuer die URL - ich hatte mir in dem svn schon nen wolf gesucht :) Allerdings loest das nur ein teil des problems. Damit koennte ich die changes so filtern das ich nicht so viel schrott anziehe - Werde das nachher mal machen - Nur ist mir im moment nicht klar wie ich das in die datenbank so importiere als multipolygon das ich das via select nutzen kann um z.b. nur places aus deutschland zu bekommen .. Da muss ich nochmal weitergucken oder mal selber nen bischen perl tricksen - wass von der stange scheints da nicht zu geben ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB auf OSM homepage integrieren?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg03291.html rocko wallaby schrieb: Hallo Liste, gibt es schon Bestrebungen die Openstreetbugs Dienste in die Haupt-OSM Seite zu integrieren? Im Moment ist OSB zwar ein prima tool, aber die, die es hauptsaechlich verwenden sollten, naemlich die Endanwender, die ihre Strasse nicht finden koennen, wissen im allgemeinen nicht, dass es ueberhaupt existiert. Ich stelle mir einen weiteren Tab auf der Hauptseite vor, Report Bug oder so aehnlich, dann wuerde die Huerde neue bugs zu melden deutlich reduziert. Gruss Steffen ___ 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] Grosse Datenmenge für Österreich
Hallo, Am Sonntag, 9. November 2008 schrieb Wolfgang W. Wasserburger: Super wäre, wenn Du in Tirol einen weißen Fleck ausmachen könntest, der sich nach Deiner Meinung gut für einen Test eignen könnte. Ich versuche Dir - bei Bedarf - mit Extramail eine Übersicht zu schicken. Wenn Ihr weiter Freiwillige oder Test-Gebiete sucht, könnte ich mich im Östlichen Mühlviertel (östlich Linz-Freistadt) engagieren. Wir haben in Linz übrigens in anderthalb Wochen einen OSM-Stammtisch, wo wir das Thema, bzw. wer noch wo helfen würde, gut besprechen könnten. Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Hallo Roland, die Daten sind im wesentlichen in politischen Bezirken organisiert. Es bietet sich also eine bezirksweise Vorgangsweise an. Start typischerweise, wenn ein Mapper sich bereit erklärt, diesen Bezirk bei der Durchsicht zu koordinieren. Vermutlich werden wir mit PostGIS jeweils einen Komplettvergleich fahren. Sobald das juristische geklärt ist, starte ich im WiKi eine Koordinationsseite und stelle eine Karte zur Verfügung, wo man Mapnik und das Material übereinander darstellen kann. Dann lassen sich die Details sicher besser ausdiskutieren. lG aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Roland Spielhofer Sent: Sunday, November 09, 2008 2:29 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Grosse Datenmenge für Österreich Hallo,Wolfgang W. Wasserburger wrote: Liebe Listenleser, für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Unter http://forum.openstreetmap.org/viewtopic.php?id=1783 gibt es bereits einen Forumsthread und ich würde alle Österreicher und solche, die hier mappen bitten, sich in die Diskussion einzuschalten und diese auch mitzuverfolgen. Sobald die juristischen Belange geklärt sind und das technische starten kann, werde ich auch im Wiki eine Seite mit jenen technischen Spezifikationen beginnen, die jeweils eingesetzt werden. Nach der Aktion sollte der Straßenbestand von Österreich rund 80% betragen. Die Chance nach Holland und der Isle of man das dritte Land mit (annähernd) vollständigem Straßennetz zu werden ist wirklich gegeben. Es würde mich auch freuen, viele persönlich oder per Mail kennen zu lernen. Mit freundlichen Grüßen Wolfgang W. Wasserburger Hallo, ich verfolge als Österreicher den Forumthread mit Interesse. Vielleicht wäre eine Vorgangsweise wie folgt sinnvoll/möglich: Man zerteilt den zu integrierenden Datenbestand in einzelne, nicht zu große Häppchen (z.b. 5 x 5 oder 10 x 10 km) und generiert daraus OSM-Files. Dann schneidet man aus der OSM-Datenbank die gleichen Stücke heraus und vergleicht die Anzahl nodes, ways, wasimmer da auch schlau ist. Ab einem Überhang von keine Ahnung zugunsten des neuen Materials übernimmt man die Daten ungschaut in die OSM-Datenbank. Ist die OSM-Datenbasis um den Faktor x mächtiger, stellt man nur das OSM-File bereit und ermöglicht so den manuellen Abgleich. So könnte man einige Gebiete, die derzeit eher noch dürftig vorhanden sind (z.B. Marchfeld) sehr schnell hochziehen, ohne z.B. in Wien was zu zerstören/verschlechtern. Parallel dazu gibt es eine Liste im Wiki, die nach obigem Faktor sortiert ist, und als Koordinationsstelle genutzt wird. Die Quadranten des Bulk-Imports sollten dann noch händisch kontrolliert/bereinigt werden, was bei fast leeren Gebieten auch recht schnell ginge. Nur so als Anregung - ich lese in den Threads hauuptsächlich die Sorge, etwas aus OSM zu verlieren, heraus, vor allem, weil bis jetzt noch niemand weiß, welche Qualität die neuen Daten haben. Trotzdem imho eine große Chance! Grüße, Roland ___ 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] Zusatz-Infos auf der Karte: http://webcontent.osm.lab.rfc822.org/
On Sat, 2008-11-08 22:51:34 +0100, Sascha Rogmann [EMAIL PROTECTED] wrote: On Sat, Nov 08, 2008 at 12:03:57AM +0100, Jan-Benedict Glaw wrote: In dem Zusammenhang hab' ich mal was angefangen und würd' gerne Euren Input dazu bekommen, wohin man das weiterentwickeln könnte: http://webcontent.osm.lab.rfc822.org/ Ich wünsche mir die Anzeige des description-Schlüssels als Tooltip. Beispiele sind in Münster, http://webcontent.osm.lab.rfc822.org/?lon=7.627lat=51.971zoom=15 , dort wurden einige Hinweisschilder bzw. Erläuterungen in description- Schlüsseln hinterlegt. Hab' ich mal mit eingebaut. Schön wäre desweiteren eine Filtermöglichkeit, z.B. ...exclude=amenity:wlanexclude=amenity:bench, ...exclude_allinclude=tourisminclude=historic oder ...exclude_allinclude_preset=bicycleinclude=tourism. Das wird, zumindest mit dem, was ich im Moment am laufen hab', schwierig... Ich verarbeite die Daten im Moment vor, in zwei Schritten: * Heraussuchen aller interessanter nodes (areas werden noch nicht berücksichtigt), die wandern in eine Tabelle. * Danach werden, fertig in HTML, alle interessanten Tag-Inhalte an die Nodes in dieser Tabelle angehängt. Dabei wird gleich fertiges HTML generiert, im Prinzip die Tabelle, die in dem popup angezeigt wird. Je mehr Details erfaßt werden, desto schwieriger wird das Herausfiltern der Informationen, die den jeweiligen Betrachter interessieren. Jup. Mein Ziel war erstmal nur, zu sehen, was hier überhaupt in der Nähe ist. (Da wärs mal interessant, diese neue Web-Spezifikation mit einzubauen, anhand der man im Browser auf die aktuelle Position reagieren kann...) Das Filtern der Infos ist mit meinem bisherigen Ansatz nicht möglich. Das hat, muß ich ja mal zugeben, http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl wirklich ganz hübsch aufbereitet, wenn auch chronisch überlastet. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: What we do for ourselves dies with us. What we do for the second : others and the world remains and is immortal. (Albert Pine) signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSB auf OSM homepage integrieren?
Hallo Liste, gibt es schon Bestrebungen die Openstreetbugs Dienste in die Haupt-OSM Seite zu integrieren? Im Moment ist OSB zwar ein prima tool, aber die, die es hauptsaechlich verwenden sollten, naemlich die Endanwender, die ihre Strasse nicht finden koennen, wissen im allgemeinen nicht, dass es ueberhaupt existiert. Ich stelle mir einen weiteren Tab auf der Hauptseite vor, Report Bug oder so aehnlich, dann wuerde die Huerde neue bugs zu melden deutlich reduziert. Gruss Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Sun, Nov 09, 2008 at 11:34:43AM +0100, Florian Lohoff wrote: Ich muesste mal einen einfachen weg finden in den selects die nodes einzuschraenken. Alle versuche (multi)polygone fuer deutschland zu erstellen so das ich das ueber postgis einschraenken kann sind bisher fehlgeschlagen ... Wieso beschränkst Du nicht direkt beim Update per Osmosis mit dem Polygon [1], das die Geofabrik AFAIK auch nutzt? (*) [1] http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/germany.poly (*) Ist wirklich als Frage gemeint - irgendein Problem damit wird es wohl geben, sonst würdest Du das bereits so machen. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Postkasten mit Spät und Sonntagsleeru ng
Moin! hat einer von Euch schon einmal Tags für Postkasten mit Spät und Sonntagsleerung erfaßt und wenn wie definiert. Da ich auch bei Google bisher keine Übersicht gefunden habe wäre das vielleicht für OSM interessant ! Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Hallo Holger, in dem Gebiet sind leider nur Freistadt und Perg sauber erfaßt - im süd/westlichen Oberösterreich hingegen fast (?) vollständig. lg Wolfgang -Original Message- From: Holger Schöner [mailto:[EMAIL PROTECTED] Sent: Sunday, November 09, 2008 1:11 PM To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Grosse Datenmenge für Österreich Hallo, Am Sonntag, 9. November 2008 schrieb Wolfgang W. Wasserburger: Super wäre, wenn Du in Tirol einen weißen Fleck ausmachen könntest, der sich nach Deiner Meinung gut für einen Test eignen könnte. Ich versuche Dir - bei Bedarf - mit Extramail eine Übersicht zu schicken. Wenn Ihr weiter Freiwillige oder Test-Gebiete sucht, könnte ich mich im Östlichen Mühlviertel (östlich Linz-Freistadt) engagieren. Wir haben in Linz übrigens in anderthalb Wochen einen OSM-Stammtisch, wo wir das Thema, bzw. wer noch wo helfen würde, gut besprechen könnten. Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Länder-Polygone für PostGIS (was : Re: autobug update)
On Sun, Nov 09, 2008 at 01:08:05PM +0100, Florian Lohoff wrote: [Deutschland-Polygon] Danke nochmal fuer die URL - ich hatte mir in dem svn schon nen wolf gesucht :) Ja, das OSM-SVN ist ziemlich unübersichtlich (es gibt zwar (Unter)kategorien, aber vieles ist dann trotzdem woanders drin). Und ich kann es nie vollständig updaten (bis auf den lokalen Teil), weil immer irgendwelche externals nicht tun und SVN beim ersten Fehler abbricht. :( [...] Nur ist mir im moment nicht klar wie ich das in die datenbank so importiere als multipolygon das ich das via select nutzen kann um z.b. nur places aus deutschland zu bekommen Das Format ist in [1] beschrieben. Sollte eigentlich relativ einfach sein, damit ein Multipolygon für PostGIS zu definieren. Ich hoffe jedenfalls einfach mal, daß die Negativ-Anteile (mit ! als Präfix) genau zum jeweils letzten vorhergehenden positiven Teil passen und somit einfach als Interior Ring zum aktuellen Polygon hinzugefügt werden können. [1] http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/README CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in-Vereinheitlichung (war Bulk changes)
Martin Koppenhoefer schrieb: sorry, wenn das ein bisschen OT ist: diese routable maps, gibt es da einen Quellcode oder eine kostenlose Software, mit der man das selbst machen kann? Hat der Ersteller dieser Karten den Weg dokumentiert? Meines Wissens nicht. Frage ihn doch mal direkt an. (Er wird hier vermutlich nicht mitlesen.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Wolfgang W. Wasserburger schrieb: für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Wenn ich Dein Beispiel http://www.wasserburger.at/downloads/strassendaten4.pdf richtig verstanden habe, dann - gibt es unspezifizierte Straßenpolygone. Es hat also weder Namen noch eine Klassifizierung der Straßen. Was spricht dagegen, das in Kacheln zu zerlegen und als GPS-Tracks hochzuladen? Mehr als die Information eines Tracks hat man schließlich nicht: Da konnte man mal langfahren, ob es immernoch so ist, weiss niemand, da die Karte ein unbestimmbares Alter hat. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB auf OSM homepage integrieren?
rocko wallaby schrieb: Ich stelle mir einen weiteren Tab auf der Hauptseite vor, Report Bug oder so aehnlich, dann wuerde die Huerde neue bugs zu melden deutlich reduziert. Auch von mir ein: [x] dafür zusätzlich möchte ich anregen - Suchmaske (links) weiter nach oben, damit man mit einem Netbook nicht scrollen muss, um dorthin zu gelangen. (Diese Kurzeinführung mit Mission-Statement was ist OSM ganz oben links ist zwar nett, aber liest die wirklich jemand?) - Vor Monaten gabe es mal einen Thread zu Suchfunktion reimplementiert, schneller und stabiler. Was ist daraus geworden? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Sorry, das war nur ein Schnellausdruck ohne Daten; tatsächlich gibt es Straßennamen, nummern, PLZ und zahlreiche Straßentypen, die systematisch auch Einbahnen, Brücken, Tunnels etc. darstellen; das wäre vielleicht schade, auf dem Weg zu lassen ;-) Die Karte wird zwar nicht mehr weiter ergänzt, aber es werden noch immer von einer Kartographin Änderungen erfaßt - also es sollte jede Menge neuester Dinge geben. lG aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Johann H. Addicks Sent: Sunday, November 09, 2008 3:39 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Grosse Datenmenge für Österreich Wolfgang W. Wasserburger schrieb: für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Wenn ich Dein Beispiel http://www.wasserburger.at/downloads/strassendaten4.pdf richtig verstanden habe, dann - gibt es unspezifizierte Straßenpolygone. Es hat also weder Namen noch eine Klassifizierung der Straßen. Was spricht dagegen, das in Kacheln zu zerlegen und als GPS-Tracks hochzuladen? Mehr als die Information eines Tracks hat man schließlich nicht: Da konnte man mal langfahren, ob es immernoch so ist, weiss niemand, da die Karte ein unbestimmbares Alter hat. -jha- ___ 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] OSB auf OSM homepage integrieren?
Johann H. Addicks schrieb: rocko wallaby schrieb: Ich stelle mir einen weiteren Tab auf der Hauptseite vor, Report Bug oder so aehnlich, dann wuerde die Huerde neue bugs zu melden deutlich reduziert. Auch von mir ein: [x] dafür Ich wäre auch für ein Tab oder wenn das zuviel Aufwand ist wenigstens ein Link. Auf jeden Fall besser als die jetzige Situation. Verbessern kann man danach immer noch. Wenn jemand mit einem fertig einbaubaren Tab oder ähnlichem ankommt wird wohl keiner Nein sagen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Hallo! Der Erfassungsstand von Österreich ist sehr unterschiedlich... Um das an einem Beispiel zu sagen: http://www.openstreetmap.org/?lat=47.9642lon=16.4281zoom=14layers=B000FTF Ebreichsdorf schaut recht komplett aus (da muß wohl wer sehr fleißig gewesen sein), in Unterwaltersdorf hingegen fehlt fast alles, die Straße von Mitterndorf endet im Nichts. Letzteres liegt daran, daß dort die hochaufgelöste Yahoo-Kachel aufhört... Und Schranawand fehlt z.B. komplett. Will sagen: ja natürlich wären hier Tracks hilfreich (Unterwaltersdorf hatte ich mir z.B. für meine nächste Durchfahrt vorgenommen). Aber das muß man Straße für Straße und Ort für Ort durchgehen. Automatisiert geht da wohl gar nix. In Wien z.B. ist ein Großteil der Straßen erfaßt, teilweise aber ohne Namen. Da versuche ich grade herauszufinden, welche Straßennamen eigentlich noch fehlen... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB auf OSM homepage integrieren?
On Sun, Nov 09, 2008 at 03:41:50PM +0100, Johann H. Addicks wrote: - Vor Monaten gabe es mal einen Thread zu Suchfunktion reimplementiert, schneller und stabiler. Was ist daraus geworden? Falls Du damit meinen Namefinder-Ersatz meinst: Da fehlt immer noch das Frontend für und ich da jetzt wieder Vorlesungszeit ist haben andere Dinge erstmal Vorrang. Zumal der bisherige Namefinder bei allen meinen Tests ausreichend schnell war (und um objektiv vergleichen zu können, muß ich wissen, unter welchen Umständen das Ding in die Knie geht). Die performanzkritischen Teile sind alle implementiert - es sind zwar noch ein paar Verbesserungen möglich, aber alles, was der alte Namefinder kann, sollte möglich sein - und in einem Server gekapselt. Es existiert sogar schon ein Python-Modul, das die Client-Seite des Protokolls implementiert. = Kann mit geringem Einarbeitungsaufwand auch von jemand anders geschrieben werden. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Länder-Polygone für PostGIS (was : Re: autobug update)
Ja, das OSM-SVN ist ziemlich unübersichtlich (es gibt zwar (Unter)kategorien, aber vieles ist dann trotzdem woanders drin). Und ich kann es nie vollständig updaten (bis auf den lokalen Teil), weil immer irgendwelche externals nicht tun und SVN beim ersten Fehler abbricht. :( ja, das ist ein großes Problem, ich kämpfe auch seit Wochen mit dem SVN, aber es ist mir noch nie gelungen, alles auf einen Rutsch komplett zu updaten. Neben den externals ist auch dieser Fehler häufig: Server sent unexpected return value (405 Method Not Allowed) in response to PROPFIND request for '/rails_plugins/daemon_generator/trunk/generators/daemon' weiss jemand, was man dagegen machen kann? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Straßennamensvergleich könnten wir in dem Zug natürlich auch fahren; empfehle Dir aber auch die Straßenverzeichnisse der Statistik Austria - kann man zumindest gemeindeweit gratis runterladen ;-) lg Wolfgang -Original Message- From: Andreas Labres [mailto:[EMAIL PROTECTED] Sent: Sunday, November 09, 2008 4:18 PM To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Grosse Datenmenge für Österreich Hallo! Der Erfassungsstand von Österreich ist sehr unterschiedlich... Um das an einem Beispiel zu sagen: http://www.openstreetmap.org/?lat=47.9642lon=16.4281zoom=14laye rs=B000FTF Ebreichsdorf schaut recht komplett aus (da muß wohl wer sehr fleißig gewesen sein), in Unterwaltersdorf hingegen fehlt fast alles, die Straße von Mitterndorf endet im Nichts. Letzteres liegt daran, daß dort die hochaufgelöste Yahoo-Kachel aufhört... Und Schranawand fehlt z.B. komplett. Will sagen: ja natürlich wären hier Tracks hilfreich (Unterwaltersdorf hatte ich mir z.B. für meine nächste Durchfahrt vorgenommen). Aber das muß man Straße für Straße und Ort für Ort durchgehen. Automatisiert geht da wohl gar nix. In Wien z.B. ist ein Großteil der Straßen erfaßt, teilweise aber ohne Namen. Da versuche ich grade herauszufinden, welche Straßennamen eigentlich noch fehlen... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Vermessung des Nils
Am Sonntag 09 November 2008 schrieb Alexander Menk: übrigens .. das was ich im Wiki mit Checkpoints zwecks Koordination versehen habe, ist ja bisher nur einer der Haupt-Zuflüsse des eigentlichen Nils... Ich habe viele Nebenflüsse angedeutet und m.E. mehrere 100 km überbrückt. Aber ich kann mich irren - im Potlatch kann man nicht beliebig herauszoomen. Zu den Splines: Ich möchte natürlich runde Mäander haben - ich dachte mal in JOSM Zugpunkte gesehen zu haben (keine Ahnung, wie ich die aktiviert habe). Danke Gruß RalfG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB Report, Unmapped Places und osmdiff reports
Hallo, Frederik Ramm [EMAIL PROTECTED] writes: Sebastian Waschik wrote: habe ich da etwas übersehen? Ich meinte: http://openstreetbugs.blogspot.com/2008/09/something-new.html danke. Das ist aber fast zwei Monate alt. Ein Dump wäre in Zukunft natürlich die bessere Möglichkeit als der brute-force Download. Viele Grüße Sebastia Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] postgis / cluster Was: autobug update
On Sun, Nov 09, 2008 at 01:31:01PM +0100, Frederik Ramm wrote: Erwarte allerdings keine Wunder von PostGis in dieser Beziehung - das mit dem is in germany-Polygon-Test ist nur brauchbar, wenn es um wenige Elemente geht. Wenn man sowas machen will wie alle Nodes in Deutschland ausschneiden, ist Osmosis wesentlich schneller als Postgis, selbst wenn man alle Indizes vernünftig anlegt. BTW: Hast du erfahrungen mit dem performance gewinn wenn man die tabellen in der postgis nach dem gist index clustered? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
Hallo, Florian Lohoff wrote: BTW: Hast du erfahrungen mit dem performance gewinn wenn man die tabellen in der postgis nach dem gist index clustered? Habe ich noch nie probiert, aber ich habe den Eindruck, dass das Langsame nicht das Herauslesen der Daten aus der Datenbank ist, sondern dass die Pruefung gegen ein Polygon von mehreren 1000 Nodes weniger effizient geloest ist, als sie sein koennte, und daher verspreche ich mir in *dieser* Hinsicht keinen Performancegewinn vom Clustering. Ist aber reine Mutmaßung. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
Hallo, Frederik Ramm schrieb: Habe ich noch nie probiert, aber ich habe den Eindruck, dass das Langsame nicht das Herauslesen der Daten aus der Datenbank ist, sondern dass die Pruefung gegen ein Polygon von mehreren 1000 Nodes weniger effizient geloest ist, als sie sein koennte, und daher verspreche ich mir in *dieser* Hinsicht keinen Performancegewinn vom Clustering. Ist aber reine Mutmaßung. wie ist es denn momentan gelöst? Ich stelle mir die Polygon-Erkennung nicht unbedingt schwer vor. Es ist erst ein Polygon, wenn Start- und Endpunkt auf die gleiche Position fallen. Somit muss an sich keinerlei geometrische Analyse durchgeführt werden, sondern ein reines Array-Durchgucken. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
Hallo, Tobias Wendorff wrote: Hast Du schon ein Feature-Request diesbezüglich gestellt? Nein. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
On Sun, Nov 09, 2008 at 06:03:35PM +0100, Frederik Ramm wrote:
Es geht darum, herauszufinden, ob ein gegebener Punkt in einem Polygon
liegt oder nicht.
Dazu gibt es eine ganze Anzahl verschiedener geometrischer Verfahren.
Die schnellsten davon erfordern offenbar, dass man das Polygon vorher
ein bisschen analysiert; genau das aber scheint PostGIS nicht zu machen,
bzw. es scheint unfähig zu sein, das Ergebnis dieser Analyse zu cachen,
so dass es unnötig langsam ist, wenn man die befindet sich dieser Punkt
in Deutschland-Abfrage für mehrere Millionen Punkte durchführt.
Es scheint auch so ein bischen drauf anzukommen welche postgis
funktionenen man wohl nimmt. Es scheint welche zu geben die zumindest
mal via easy bbox das dingen runterbrechen auf die maximalen
ausdehnungen etc ...
Ach ja - ich habe mir das osm2poly script genommen und einfach 20 zeilen
geloescht und 3 hinzugefuegt - das wirft dann sowas aus:
insert into osmpoly ( id, country, geom )
values ( 26, 'germany', ST_SetSRID('POLYGON((12.930240
54.434570,12.927100 54.437250,
12.930130 54.441910,12.947360 54.444260,12.962490 54.443050,12.963590
54.439790,
12.949260 54.441190,12.942830 54.440140,12.935050 54.435250,12.930240
54.434570,
12.930240 54.434570))'::geometry, 4326));
Soweit so gut - nur ich habe immer noch punkte die in einem der germany
polygonteile liegen und was von oesterreich/schweiz etc faseln (is_in) ...
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
On Sun, Nov 09, 2008 at 05:19:11PM +0100, Florian Lohoff wrote: BTW: Hast du erfahrungen mit dem performance gewinn wenn man die tabellen in der postgis nach dem gist index clustered? Bin zwar nicht Frederik, aber ich antworte trotzdem mal: Bei mir wars danach spürbar schneller, deshalb ist das in meinen Import-Scripts fest drin. Konkrete Zahlen habe ich aber leider nicht mehr, ist schon lange her. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
Hi, Florian Lohoff wrote: Wenn man sich die nodes besorgt und zusammen mit dem germany poly mal im josm ansieht sind das alles dinger nahe der Grenze. Das Deutschlandpolygon aus dem SVN (das ich auch für die Geofabrik-Extrakte benutze) ist sicherlich nicht 100% korrekt, insbesondere is es glaube ich schon leicht vereinfacht, sonst hätte es ein Mehrfaches der Nodes. Trotzdem, wenn jemand konkret Fehler findet... man kann mit poly2osm.pl ein OSM-File draus machen und das dann in JOSM bearbeiten und später mit osm2poly.pl wieder zurückwandeln. Langfristig können wir sicher auch auf Verwendung von Grenzen aus OSM umstellen, aber so weit sind wir halt noch nicht, dass das zuverlässig geht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sortieren von Polygonen aus Relationen für Osmosis
Moin, beim Zusammenfügen von ways aus Relationen um daraus Polygon Dateien (z.B. admin Grenzen) zu erstellen, habe ich das Problem, das diese nicht unbedingt richtig vorliegen. Zum Beispiel hat ein Way eine andere Richtung. Oder Die Reihenfolge der Ways stimmt nicht. Gibt es im SVN schon ein Tool welches mir diese Arbeit abnimmt? -alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Talk-de-pforzheim Liste
Hallo, ist es möglich, das für die Leute aus dem Pforzheimer Raum eine eigene Liste hier angelegt wird? Es gibt ein paar die Interesse daran hätten und denen der Traffic auf Talk-de einfach zu viel ist. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
On Sun, Nov 09, 2008 at 06:19:36PM +0100, Florian Lohoff wrote: Soweit so gut - nur ich habe immer noch punkte die in einem der germany polygonteile liegen und was von oesterreich/schweiz etc faseln (is_in) ... Das ist jetzt wirklich spannend - osm= select * from node_tags where k='is_in' and v like '%Österreich%' and node_id in (select nodes.id from nodes,osmpoly where nodes.id in (select node_id from node_tags where k like 'place') and ST_Within(nodes.geom,osmpoly.geom)); node_id | k | v ---+---+ 240106812 | is_in | Großgmain,Salzburg-Umgebung,Salzburg,Österreich,Europe 240052369 | is_in | Wals-Siezenheim,Salzburg-Umgebung,Salzburg,Österreich,Europe 240096983 | is_in | Wals-Siezenheim,Salzburg-Umgebung,Salzburg,Österreich,Europe 240063105 | is_in | Erl,Kufstein,Tirol,Österreich,Europe 78539303 | is_in | Salzburg-Umgebung,Salzburg,Österreich,Europe 240122795 | is_in | Schardenberg,Schärding,Oberösterreich,Österreich,Europe 240111793 | is_in | Reichersberg,Ried im Innkreis,Oberösterreich,Österreich,Europe 240070295 | is_in | Niederndorferberg,Kufstein,Tirol,Österreich,Europe 240028987 | is_in | Hallein,Hallein,Salzburg,Österreich,Europe (9 rows) Wenn man sich die nodes besorgt und zusammen mit dem germany poly mal im josm ansieht sind das alles dinger nahe der Grenze. Schoen ist Ingling - node_id 240122795 der ist meiner meinung nach auf der falschen Donauseite ;) Aber wenigstens der is_in sieht gut aus ;) Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Hi Wolfgang, wie schauts denn mit der Region Hallein/Salzburg Süd aus. Da bin ich derzeit meistens aktiv, da ist die Qualität der Orte sehr unterschiedlich. Da könnt ich schon mal drüberschauen über die Daten. Für Wien wird wohl eh nichts direkt zum Übernehmen sein, aber da könnt ich va. in Alsergrund drüberschauen. Aber wie gesagt, dort glaub ich sind die OSM Daten schon ziemlich gut und detailliert. lg, Norbert On 11/08/2008 11:46 PM, Wolfgang W. Wasserburger wrote: Liebe Listenleser, für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Unter http://forum.openstreetmap.org/viewtopic.php?id=1783 gibt es bereits einen Forumsthread und ich würde alle Österreicher und solche, die hier mappen bitten, sich in die Diskussion einzuschalten und diese auch mitzuverfolgen. Sobald die juristischen Belange geklärt sind und das technische starten kann, werde ich auch im Wiki eine Seite mit jenen technischen Spezifikationen beginnen, die jeweils eingesetzt werden. Nach der Aktion sollte der Straßenbestand von Österreich rund 80% betragen. Die Chance nach Holland und der Isle of man das dritte Land mit (annähernd) vollständigem Straßennetz zu werden ist wirklich gegeben. Es würde mich auch freuen, viele persönlich oder per Mail kennen zu lernen. Mit freundlichen Grüßen Wolfgang W. Wasserburger ___ 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] OSM soll noch 2008 ganz Deutschland umfassen?
Martin Koppenhoefer schrieb: Crailsheim ist ja immer noch nicht drin, weniger Liste schreiben/lesen und mehr mappen, dann wird das doch noch was ;-) Wenn Du sofort einen anständigen Logger + Tonbandgerät oder ein kompakter Digitalfoto zu mir sendest, räume ich die Chance nicht aus, bis zum Jahresende fertig zu sein! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
On Sun, Nov 09, 2008 at 11:19:28PM +0100, Dominik Spies wrote: Die Durchfahrtshöhe *auf einem Weg* unter *einer Brücke* lässt sich semantisch korrekt nur abbilden, wenn beide Objekte verknüpft werden. Ich sehe maxheight eher als eine Angabe des (minimalen) freien Luftraums über dem Straßenbelag = keine explizite Verknüpfung nötig. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
also beim Routen ist es mir egal, welche Straße oder Eisenbahn oder ... semantisch eine maximale Höhe auslöst, oder was eine Gewichtsbeschränkung auslöst; es geht einzig und allein um die Benützbarkeit genau dieser Straße. das ist zumindest mein sehr pragmatischer Ansatz lG aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dominik Spies Sent: Sunday, November 09, 2008 11:19 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Druchfahrtshöhe Brücke 2008/11/7 Hermann Schwärzler [EMAIL PROTECTED]: hallo André Reichelt wrote: Ulf Lamping schrieb: Map Features! http://wiki.openstreetmap.org/index.php/DE:Map_Features#Beschr.C3. A4nkungen maxheight=3.9 (Meter) maxweight=15 (Tonnen) Das ist blödsinnig - hier hat jemand nur unzureichend nachgedacht. Es kann durchaus vorkommen, dass zwei Straßen mit unterschiedlichen aber dennoch relevanten Durchfahrtshöhen unter einer Brücke durhgehen. Wie soll ich dass dann machen? für jeden Pfeiler einen Node anlegen und dann aufspalten? Da gibt es keine einfache Lösung, aber die aktuelle ist nicht schlau. ich würde das so machen: für die brücke eine maxweight, für die darunter durchführenden strassenabschnitte das jeweilige maxheight. ist das nicht eine einfache lösung? oder doch unschlau, oder nur unzureichend nachgedacht, oder gar blödsinnig? Die Durchfahrtshöhe *auf einem Weg* unter *einer Brücke* lässt sich semantisch korrekt nur abbilden, wenn beide Objekte verknüpft werden. Also: Relation mit den Membern Brücke und Weg darunter, als Tag die entsprechende Höhe (und was weiß ich noch..) Korrekterweise müsste man noch den Node dazunehmen, auf dem sich beide Wege kreuzen. Da dieser aber nicht existiert, weil das sonst als Kreuzung verstanden würde, ist ein Problem. Gruß, Dominik ___ 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] designated
Am 08.11.08 schrieb Mario Salvini: Fabian Schmidt schrieb: Das 5. und 6. Bild aus http://wiki.openstreetmap.org/index.php/Tag:highway=path/Examples widerspricht zugegebenermaßen meiner Intuition. was genau widerspricht der Intuition? (außer vielleicht, dass sie surface=unpaved sind?) Das sechste ist ein track, das fuenfte haette ich ohne Kenntnis dieser Seite wahrscheinlich als highway=cycleway, foot=yes getaggt. Es ist eher ein footway als ein path. Leider geht beim Tagging als footway oder cycleway das Gleichgewicht verloren. Gruss, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
2008/11/7 Hermann Schwärzler [EMAIL PROTECTED]: hallo André Reichelt wrote: Ulf Lamping schrieb: Map Features! http://wiki.openstreetmap.org/index.php/DE:Map_Features#Beschr.C3.A4nkungen maxheight=3.9 (Meter) maxweight=15 (Tonnen) Das ist blödsinnig - hier hat jemand nur unzureichend nachgedacht. Es kann durchaus vorkommen, dass zwei Straßen mit unterschiedlichen aber dennoch relevanten Durchfahrtshöhen unter einer Brücke durhgehen. Wie soll ich dass dann machen? für jeden Pfeiler einen Node anlegen und dann aufspalten? Da gibt es keine einfache Lösung, aber die aktuelle ist nicht schlau. ich würde das so machen: für die brücke eine maxweight, für die darunter durchführenden strassenabschnitte das jeweilige maxheight. ist das nicht eine einfache lösung? oder doch unschlau, oder nur unzureichend nachgedacht, oder gar blödsinnig? Die Durchfahrtshöhe *auf einem Weg* unter *einer Brücke* lässt sich semantisch korrekt nur abbilden, wenn beide Objekte verknüpft werden. Also: Relation mit den Membern Brücke und Weg darunter, als Tag die entsprechende Höhe (und was weiß ich noch..) Korrekterweise müsste man noch den Node dazunehmen, auf dem sich beide Wege kreuzen. Da dieser aber nicht existiert, weil das sonst als Kreuzung verstanden würde, ist ein Problem. Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV-Vergleichstool (für is_in-Korr ektur) (was: Re: autobug / is_in)
genau das war die Frage, weil ich z.B. Python nicht wirklich kenne ;-) lg W -Original Message- From: Sascha Silbe [mailto:[EMAIL PROTECTED] Sent: Monday, November 10, 2008 12:13 AM To: Wolfgang W. Wasserburger Cc: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] CSV-Vergleichstool (für is_in-Korrektur) (was: Re: autobug / is_in) On Sun, Nov 09, 2008 at 11:43:27PM +0100, Wolfgang W. Wasserburger wrote: in welcher Sprache würdest Du das schreiben? Ich habe das Tool in Python geschrieben. Oder was meinst Du? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Nick Rudnick schrieb: Was bisher noch garnicht angesprochen wurde: Was ist mäßige Geschwindigkeit, und wie kann/muss/soll/darf sie getaggt werden? StVO § 41 Absatz 2 Nummer 5 Buchstabe f: wird bei Zeichen 237 [= Radweg] durch Zusatzschild anderer Fahrzeugverkehr zugelassen, so darf nur mit mäßiger Geschwindigkeit gefahren werden. Das hat im reinen maxspeed - Tag nichts zu suchen - es gibt etliche Zusatzregeln in der StVO die die tatsächlich zulässige Geschwindigkeit gegenüber der hauptsächlich mit Zeichen 274 festgelegten zulässigen Höchstgeschwindigkeit herabsetzt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Vermessung des Nils
Zu den Splines: Ich möchte natürlich runde Mäander haben - ich dachte mal in JOSM Zugpunkte gesehen zu haben (keine Ahnung, wie ich die aktiviert habe). Danke Gruß RalfG es gibt bei OSM (zumindest bisher) leider (noch) keine Splines, lediglich in den Renderern werden manche Kanten gerundet. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Splines in JOSM (war Die Vermessung des Nils)
2008/11/9 Claudius Henrichs [EMAIL PROTECTED]: RalfGesellensetter: Zu den Splines: Ich möchte natürlich runde Mäander haben - ich dachte mal in JOSM Zugpunkte gesehen zu haben Das was du meinst sind keine Zugpunkte sondern rote Kreuze in der Wegmitte. Mit Hilfe der kannst du einen durch einfaches ziehen einen neuen Punkt einfügen. Hat mit Splines nichts zu tun. Gruß, Claudius das ist ja mehr als ein Editoren auch ein Datenbank-/Api-thema. Da sind splines im Moment gar nicht vorgesehen. In den ways (oder getrennt) müssten für jeden Node die Tangenten gespeichert werden. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Guenther Meyer schrieb: n reden wir in 20Jahren noch mal darüber und nehmen die dann aktuelle Fakten als Diskussionsgrundlage. solche fahrzeuge sind schon heute im einsatz. zwar selten, aber es gibt sie. und es werden stetig mehr. Das streite ich nicht ab - aber noch hat das keinen Einfluss auf die StVO und ob und wann es soweit sein wird kann man nur spekulieren. Siehe Euphorie Biokraftstoff und die Auswirkung auf die Lebensmittelpreise - etwas ähnliches ist bei einer zu schnellen Einführung des Elektroantriebes zu befürchten du versuchst mit dem finden eines fixen zahlenwertes, die aktuellen gegebenheiten gaengiger fahrzeugtypen vom fahrrad bis zum kraftfahrzeug und deren technische limits einzubeziehen. entschuldige bitte, aber ich halte das Richtig - damit man jetzt und heute damit funktionsfähige Anwendungen realisieren kann und nicht nur Fragmente schafft deren Regeln theoretisch alles abdecken, in der Praxis aber nie zur Anwendung kommt da zu komplex fuer sehr kurzsichtig. es gibt auch elektroautos, die stufenlos die geschwindigkeit regulieren .. die es derzeit noch nicht in nennenswerten Stückzahlen im öffentlichen Strassenverkehr gibt. koennen. es gibt auch fahrradfahrer, die unter 4 km/h fahren koennen, ohne umzufallen. Das ist dann aber schon eine ehr sportliche Leistung - und die wird in der StVO in keiner Disziplin verlangt. fahrzeugtypen aendern sich, es wird neue geben, mit anderen technischen eigenheiten. aber das schild schritt fahren steht immer noch genau so da wie vorher. Nichts ist so beständig wie die Änderung Das Hauptanwendungsgebiet von Schrittgeschwindigkeit gibt es noch nicht ewig- Wie kommst Du darauf dass es ewig bestehen wird? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis / cluster Was: autobug update
Florian Lohoff wrote: 240106812 | is_in | Großgmain,Salzburg-Umgebung,Salzburg,Österreich,Europe 240052369 | is_in | Wals-Siezenheim,Salzburg-Umgebung,Salzburg,Österreich,Europe 240096983 | is_in | Wals-Siezenheim,Salzburg-Umgebung,Salzburg,Österreich,Europe 240063105 | is_in | Erl,Kufstein,Tirol,Österreich,Europe 78539303 | is_in | Salzburg-Umgebung,Salzburg,Österreich,Europe 240122795 | is_in | Schardenberg,Schärding,Oberösterreich,Österreich,Europe 240111793 | is_in | Reichersberg,Ried im Innkreis,Oberösterreich,Österreich,Europe 240070295 | is_in | Niederndorferberg,Kufstein,Tirol,Österreich,Europe 240028987 | is_in | Hallein,Hallein,Salzburg,Österreich,Europe 240106812 name = Großgmain place = village openGeoDB:loc_id = 74373 240052369 name = Rott place = village openGeoDB:loc_id = 74560 78539303 name = Großgmain place = village openGeoDB:loc_id = 74372 Koordinaten aus einem Import von OpenGeoDB sind nicht sonderlich genau, wenn sie noch nicht korrigiert wurden. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] L�cken zwischen Kacheln in Mapsource/Qlandkarte
Moin, On Sun, 09 Nov 2008 22:37:04 +0100, Moritz wrote: D.h. es ist zwar in Mapsource sehr detalliert zu sehen, aber die nächste wähbare Kachel ist östlich oder westlich von Berlin. Somit gehe ich davon aus, dass nur diese Kacheln auf meinen Garmin übertragen werden kann und Berlin nicht. ??? So ganz versteh ich ja nicht was Du willst, aber ich versuchs dennoch: Du kannst in Mapsource mehrere Kacheln aktivieren, und dann in einem Rutsch zum Garmin senden. Das geht sogar aus mehreren Karten gleichzeitig. Wenn Du sendest, werden andere Karten am Garmin vorher gelöscht. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] designated
Fabian Schmidt schrieb: Am 08.11.08 schrieb Mario Salvini: Fabian Schmidt schrieb: Das 5. und 6. Bild aus http://wiki.openstreetmap.org/index.php/Tag:highway=path/Examples widerspricht zugegebenermaßen meiner Intuition. was genau widerspricht der Intuition? (außer vielleicht, dass sie surface=unpaved sind?) Das sechste ist ein track,... Da stimme ich dir zu. Is wirklich eher ein Track. ...das fuenfte haette ich ohne Kenntnis dieser Seite wahrscheinlich als highway=cycleway, foot=yes getaggt. Es ist eher ein footway als ein path. Leider geht beim Tagging als footway oder cycleway das Gleichgewicht verloren. es ist sowohl footway als auch cycleway. deshalb die aufgeschlüsselte Schreibweise mit path + foot=designated + bicycle=designated ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen in Wien?
On 11/10/2008 12:58 AM, Andreas Labres wrote: Spontane Frage: hätte jemand Lust auf ein Treffen in Wien? Ev. noch vor dem KickOff Treffen am 21.? Noch *vor* dem 21? Ich wär da stark für den 14. ab 21.00 Uhr oder so, weil früher komm ich nicht nach Wien. (Ja, Wochenendpendler.) Ich würde das zu organisieren versuchen... Vorschläge für ein Lokal? Also wenn TU Nähe gefordert ist, würd ich Wieden Bräu vorschlagen, afaik haben die auch WLAN dabei. Servus, Andreas Seas, Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen in Wien?
das Wiedenbräu hat WLAN - stimmt, aber um die Zeit einen Lärmpegel, bei dem die Unterhaltung kaum mehr möglich ist ;-) TU-Nähe war nur ein Angebot - ich weiß noch nicht, wie sich die Community räumlich verteilt. lg Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Norbert Wenzel Sent: Monday, November 10, 2008 7:49 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Treffen in Wien? On 11/10/2008 12:58 AM, Andreas Labres wrote: Spontane Frage: hätte jemand Lust auf ein Treffen in Wien? Ev. noch vor dem KickOff Treffen am 21.? Noch *vor* dem 21? Ich wär da stark für den 14. ab 21.00 Uhr oder so, weil früher komm ich nicht nach Wien. (Ja, Wochenendpendler.) Ich würde das zu organisieren versuchen... Vorschläge für ein Lokal? Also wenn TU Nähe gefordert ist, würd ich Wieden Bräu vorschlagen, afaik haben die auch WLAN dabei. Servus, Andreas Seas, Norbert ___ 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] Postkasten mit Spät und Sonntagsleerung
Dann konnte man auch gleich mal einen key für eine Leerungszeit einführen. Zum Beispiel nach dem gleichen Schema wie bei opening_hours. Ach ja auf den Seiten der Deutschen Post gibt es eine Übersicht mit allem Briefkasten mit Spätleerung. Aber eben auch nur diese. Ciao André Am 09.11.08 schrieb Wolfgang W. Wasserburger [EMAIL PROTECTED]: Glückliches Deutschland - in Österreich sind Spät- und Wochenendleerung schon abgeschafft ;-) Grüße aus Wien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jan Tappenbeck Sent: Sunday, November 09, 2008 10:59 AM To: talk-de@openstreetmap.org Subject: [Talk-de] Postkasten mit Spät und Sonntagsleerung Moin! hat einer von Euch schon einmal Tags für Postkasten mit Spät und Sonntagsleerung erfaßt und wenn wie definiert. Da ich auch bei Google bisher keine Übersicht gefunden habe wäre das vielleicht für OSM interessant ! Gruß jan :-) ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 28, Issue 58
On Mon, Nov 10, 2008 at 12:42:06AM +0100, Gerald.Oppen wrote: War das ein Versehen oder steckt da mittendrin noch Text von Dir (der vom restlichen nicht unterscheidbar ist)? Sorry, das war ein Versehen - ein eingeschaltenes Touchscreen-Gerät sollte man nicht in die Hosentasche stecken... g Hatte mich nur gewundert, weil das innerhalb von ein paar Tagen schon die 2. oder 3. leere Digest-Antwort von jemand auf talk-de war. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CSV-Vergleichstool (für is_in-Korr ektur) (was: Re: autobug / is_in)
On Thu, Nov 06, 2008 at 03:00:23PM +0100, Sascha Silbe wrote:
Wenn wir eine XML-Datei (so wie vom Server geliefert) nehmen (und
daraus dann die CSV generieren), kann ich ein Tool schreiben, da[s]
die Werte in der XML-Datei an Hand der Daten aus dem CSV anpasst.
Ist fertig, hängt an. Ausgabeformat new ist die entsprechend
geänderte XML-Datei, oldNew enthält sowohl alte als auch neue Daten
für jeden einzelnen veränderten Eintrag.
Felder für die CSV-Dateien: type (node oder way), id (ID aus der
OSM-API), lat/lon Koordinaten (wird ignoriert), alle weiteren Feldnamen
sind die Namen von Tags.
Beispieldateien hängen ebenfalls an.
CU Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
#!/usr/bin/env python
# arch-tag: 43b684ec-eb85-41d9-9b9a-c879f5b8b732
# Author: Sascha Silbe -- http://sascha.silbe.org/
# License: Public Domain
import csv
import xml.dom.minidom
import xml.xpath
import sys
generatorName=osmcsvdiff
elemTypes=['node', 'way', 'relation']
nonTagAttrs=['type', 'id', 'lat', 'lon']
def extractTags(entry) :
tags = dict(entry)
for name in nonTagAttrs :
if name in tags :
del tags[name]
return tags
def readCSVs(fNameOld, fNameNew) :
oldLines = csv.DictReader(file(fNameOld, rb))
newLines = csv.DictReader(file(fNameNew, rb))
oldByType = dict([(type_,{}) for type_ in elemTypes])
newByType = dict([(type_,{}) for type_ in elemTypes])
for entry in oldLines :
oldByType[entry['type']][int(entry['id'])] = {'tags': extractTags(entry)}
for entry in newLines :
newByType[entry['type']][int(entry['id'])] = {'tags': extractTags(entry)}
return (oldByType, newByType)
def uniq(l) :
return dict.fromkeys(l).keys()
def genChangesType(oldVals, newVals) :
diffs = {}
for id in uniq(oldVals.keys()+newVals.keys()) :
if id not in oldVals :
raise NotImplementedError(Creation not yet supported)
elif id not in newVals :
diffs[id] = {'action': 'delete'}
else :
if (oldVals[id]['tags'] == newVals[id]['tags']) :
continue
diff = {
'action': 'modify',
'setTags': dict([(name, newValue) for (name, newValue) in newVals[id]['tags'].items() if (oldVals[id]['tags'].get(name) != newValue)]),
'delTags': [name for name in oldVals[id]['tags'].keys() if (name not in newVals[id]['tags'])],
}
if diff['setTags'] or diff['delTags'] :
diffs[id] = diff
return diffs
def genChanges(oldVals, newVals) :
diffs = dict([(t,{}) for t in elemTypes])
for type_ in elemTypes :
diffs[type_] = genChangesType(oldVals[type_], newVals[type_])
return diffs
def applyDiff(oldNode, diff) :
newNode=oldNode.cloneNode(deep=True)
for (name, value) in diff['setTags'].items() :
xml.xpath.Evaluate('[EMAIL PROTECTED]%s]' % (name,), newNode)[0].setAttribute(v, value)
for name in diff['delTags'] :
oldTag = xml.xpath.Evaluate('[EMAIL PROTECTED]%s]' % (name,), newNode)
newNode.removeChild(oldTag)
oldTag.unlink()
return newNode
def formatChangeOldNew(type_, id, xmlNode, diff) :
lines = ['%s id=%d action=%s' % (type_, id, diff['action'])]
if (diff['action'] == 'modify') :
lines += ['old', xmlNode.toxml(encoding='utf-8'), '/old']
lines += ['new', applyDiff(xmlNode, diff).toxml(encoding='utf-8'), '/old']
lines.append('/%s' % (type_,))
return lines
def formatChangesOldNew(oldXml, diffsByType) :
lines=[?xml version='1.0' encoding='UTF-8'?, 'osmOldNew version=1.0 generator=%s' % (generatorName,)]
for type_ in elemTypes :
for (id, diff) in diffsByType[type_].items() :
elemNode = xml.xpath.Evaluate(/osm/[EMAIL PROTECTED]'%d'] % (type_,id), oldXml)[0]
lines += formatChangeOldNew(type_, id, elemNode, diff)
lines.append('/osmOldNew')
return \n.join(lines)
def formatChangesNew(oldXml, diffsByType) :
lines=[?xml version='1.0' encoding='UTF-8'?, 'osm version=0.5 generator=%s' % (generatorName,)]
for type_ in elemTypes :
for (id, diff) in diffsByType[type_].items() :
elemNode = xml.xpath.Evaluate(/osm/[EMAIL PROTECTED]'%d'] % (type_,id), oldXml)[0]
lines.append(applyDiff(elemNode, diff).toxml(encoding='utf-8'))
lines.append('/osm')
return \n.join(lines)
def printSyntax(myName) :
print Syntax: +myName+ outputFormat old.xml old.csv new.csv
print Available output formats: oldNew, new
return 100
def main(myName, args) :
if len(args) != 4 :
return printSyntax(myName)
outputFormat, oldXmlFName, oldCsvFName, newCsvFName = args
oldXml = xml.dom.minidom.parse(oldXmlFName)
if outputFormat == oldNew :
print formatChangesOldNew(oldXml, genChanges(*readCSVs(oldCsvFName, newCsvFName)))
elif outputFormat == new :
print formatChangesNew(oldXml, genChanges(*readCSVs(oldCsvFName, newCsvFName)))
else :
raise ValueError(Unknown output format: +`outputFormat`)
sys.exit(main(sys.argv[0], sys.argv[1:]))
old.xml
Description: XML document
type,id,name,is_in
node,2,Wiesbaden-Naurod,Wiesbaden;Hessen,Germany,Europe
Re: [Talk-de] Treffen in Wien?
Hallo Andreas, ich wäre dabei, wenn sichs nur irgendwie ausgeht - allerdings bin ich abends so gut wie ausgebucht - könnte allenfalls nur später dazustossen. CU Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Andreas Labres Sent: Monday, November 10, 2008 12:59 AM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Treffen in Wien? Hallo! Spontane Frage: hätte jemand Lust auf ein Treffen in Wien? Ev. noch vor dem KickOff Treffen am 21.? Ich würde das zu organisieren versuchen... Vorschläge für ein Lokal? Servus, Andreas ___ 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
[Talk-de] Lücken zwischen Kacheln in Mapsource/Q landkarte
Hallo Liste, habe eben versucht, mir die aktuellen Karten von Computerteddy (Deutschland bzw. Europa) in Mapsource einzubinden. Hat auch alles geklappt und man kann alles erkennen, nur sehe ich, dass z.B. Berlin nicht durch Kacheln dargestellt wird. D.h. es ist zwar in Mapsource sehr detalliert zu sehen, aber die nächste wähbare Kachel ist östlich oder westlich von Berlin. Somit gehe ich davon aus, dass nur diese Kacheln auf meinen Garmin übertragen werden kann und Berlin nicht. Mit Qlandkarte ist es genauso. Gibt es da irgendein Trick außer, die gmapsupp.img direkt runterzuladen? Wenn es darauf hinaus läuft, dass ich eben diese Datei für den Garmin runterladen muss, wie kann ich diese mit meinem jetzigen Kartensatz (ca. 1,3 Gb) mergen, ohne dass mkgmap.jar abstürzt oder ein unplausibles Mapset (Gesamtgröße ist geringer als Summe beider Teile) erzeugt? Danke Moritz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen in Wien?
Lokalvorschläge je nach Gegend Wiens: # Klassiker bei der TU: Gastwirtschaft am RIlkeplatz # im 2.: Gh Reingruber, Haidgasse 10 # im 15.: Schwarzbachklinik, Krobakgasse # im 4.: Café Wortner # im 3.: kleine Steiermark; Stadtwirt, ... lg Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Andreas Labres Sent: Monday, November 10, 2008 12:59 AM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Treffen in Wien? Hallo! Spontane Frage: hätte jemand Lust auf ein Treffen in Wien? Ev. noch vor dem KickOff Treffen am 21.? Ich würde das zu organisieren versuchen... Vorschläge für ein Lokal? Servus, Andreas ___ 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] highway = path foot - sie werden von Mapnik gerendert!
GeoJ [EMAIL PROTECTED] writes: Frank Huebner schrieb: ich bin gestern auf einen Weg gestoßen, der mit highway = path foot getagged wurde. Die gerenderten Karten stellen diesen Weg nicht dar Das scheint sich in den letzten Tagen geändert zu haben, denn mittlerweile sehe ich überall path-Wege auftauchen... Ja, ich habe dies mittlerweile umgestellt: - highway = path foot - path - footway = yes - bicycle = TB/MTB - yes - note = TB/MTB So denke ich komme ich dem Originaleintrag am nächsten. Und bei dem mir bekanntem Weg passt das auch, so dass es nun auch gerendert werden kann. Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße nur in eine Richtung eingeschr änkt
Jan Tappenbeck schrieb: Wie mache ich das aber, wenn dieses nur für eine Richtung gilt ?? zwei Polygone übereinanderlegen, beide als oneway=yes setzen und die Attribute pro Richtung einzeln setzen. Problem haben dann hinterher nur die Potlacher, die das noch nacheditieren wollen, da die Selektrion des drunten liegenden polygons problematisch ist. Daher evtl. ein einzelnen Punkt getrennt lassen und geringfügig daneben legen, dann hat man was zum Anfassen in der höchsten Zoom-Stufe. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße nur in eine Richtung eingeschr änkt
On Sun, Nov 09, 2008 at 06:28:42PM +0100, Jan Tappenbeck wrote: ich kann eine Straße mit Zugrifffahrts-Beschränkungen versehen. Wie mache ich das aber, wenn dieses nur für eine Richtung gilt ?? Darüber gibts AFAIK noch keinen Konsens. Wie wärs mit *:forward und *:reverse? Also z.B. hgv:reverse=no. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Hallo Ulf, Der maxheight betrifft die Straßen, die unter der Brücke durchgehen Beispiel: Alte Rheinbrücke in Konstanz: http://www.openstreetmap.org/?lat=47.666228lon=9.17899zoom=18 Gehört bei Seglern zum Prüfungsstoff... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV-Vergleichstool (für is_in-Korr ektur) (was: Re: autobug / is_in)
in welcher Sprache würdest Du das schreiben? lg aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sascha Silbe Sent: Sunday, November 09, 2008 11:06 PM To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] CSV-Vergleichstool (für is_in-Korrektur) (was: Re: autobug / is_in) On Thu, Nov 06, 2008 at 03:00:23PM +0100, Sascha Silbe wrote: Wenn wir eine XML-Datei (so wie vom Server geliefert) nehmen (und daraus dann die CSV generieren), kann ich ein Tool schreiben, da[s] die Werte in der XML-Datei an Hand der Daten aus dem CSV anpasst. Ist fertig, hängt an. Ausgabeformat new ist die entsprechend geänderte XML-Datei, oldNew enthält sowohl alte als auch neue Daten für jeden einzelnen veränderten Eintrag. Felder für die CSV-Dateien: type (node oder way), id (ID aus der OSM-API), lat/lon Koordinaten (wird ignoriert), alle weiteren Feldnamen sind die Namen von Tags. Beispieldateien hängen ebenfalls an. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 28, Issue 58
Sascha Silbe schrieb: On Sun, Nov 09, 2008 at 05:44:25PM +0100, Gerald.Oppen wrote: - Ursprüngliche Nachricht - Von: [EMAIL PROTECTED] Gesendet: Freitag, 7. November 2008 10:59 An: talk-de@openstreetmap.org Betreff: Talk-de Digest, Vol 28, Issue 58 [...] War das ein Versehen oder steckt da mittendrin noch Text von Dir (der vom restlichen nicht unterscheidbar ist)? Sorry, das war ein Versehen - ein eingeschaltenes Touchscreen-Gerät sollte man nicht in die Hosentasche stecken... Gerald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Wäre dabei, würde die Gegend um Mattersburg/Oberpullendorf einpflegen. Hoffe das wird was mit den Daten. Ich wäre dafür ein regelmäßiges OSM Treffen in Wien zu veranstalten. mfg, Florian (Kelvan) Am 8. November 2008 23:46 schrieb Wolfgang W. Wasserburger [EMAIL PROTECTED]: Liebe Listenleser, für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Unter http://forum.openstreetmap.org/viewtopic.php?id=1783 gibt es bereits einen Forumsthread und ich würde alle Österreicher und solche, die hier mappen bitten, sich in die Diskussion einzuschalten und diese auch mitzuverfolgen. Sobald die juristischen Belange geklärt sind und das technische starten kann, werde ich auch im Wiki eine Seite mit jenen technischen Spezifikationen beginnen, die jeweils eingesetzt werden. Nach der Aktion sollte der Straßenbestand von Österreich rund 80% betragen. Die Chance nach Holland und der Isle of man das dritte Land mit (annähernd) vollständigem Straßennetz zu werden ist wirklich gegeben. Es würde mich auch freuen, viele persönlich oder per Mail kennen zu lernen. Mit freundlichen Grüßen Wolfgang W. Wasserburger ___ 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] Talk-de Digest, Vol 28, Issue 58
On Sun, Nov 09, 2008 at 05:44:25PM +0100, Gerald.Oppen wrote: - Ursprüngliche Nachricht - Von: [EMAIL PROTECTED] Gesendet: Freitag, 7. November 2008 10:59 An: talk-de@openstreetmap.org Betreff: Talk-de Digest, Vol 28, Issue 58 [...] War das ein Versehen oder steckt da mittendrin noch Text von Dir (der vom restlichen nicht unterscheidbar ist)? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 28, Issue 58
Sascha Silbe schrieb: War das ein Versehen oder steckt da mittendrin noch Text von Dir (der vom restlichen nicht unterscheidbar ist)? Mein Thunderbird hat das Dingen als Junk identifiziert :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
On Sun, Nov 02, 2008 at 04:56:42PM +0100, Jochen Topf wrote: Derzeit werden die PLZ-Gebiete einfach berechnet, in dem die konvexe Hülle aller Punkte mit der selben PLZ berechnet wird. Das ist ziemlich einfach und schnell, weil PostGIS da eine Funktion für hat. Aber, wie Du richtig siehst, passt das dann halt nicht überall. Derzeit sind PLZ-Gebiete noch relativ dünn gesäht, da ist das noch nicht so schlimm, aber auf Dauer geht das natürlich nicht. Randomjunk hat das deutlich besser hinbekommen, allerdings nur für England: http://dev.openstreetmap.org/~random/postcodes/ Wenn ich herausbekommen hab, wie ich das halbwegs performant hinbekomme, dann werd ich das auch irgendwie besser machen. Dabei faellt mir auf das anscheinend nur dann die postal code area um postcodes gezogen wird den city name auch identisch ist - kann das sein? 33397 besteht aus vielen Gemeinden die natuerlich unterschiedlich heissen. Jetzt habe ich 3 nodes eingetragen mit city=Mastholte im gegensatz zu den anderen 3 die city=Rietberg haben. Jetzt sind das 2 polygone. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
