Re: [Talk-de] Xplova G3 GPS mit OSM-Onboard-Navigation
On 14.09.2010 04:35, Johann H. Addicks wrote: Am 14.09.2010 00:52, schrieb Felix Hartmann: Das ganze ist soweit ich erkennen kann offboard. Am GPS sieht man nur Rasterkarten (und selbst hier ist fraglich wie haeufig und fuer welche Gegenden man die updaten kann). Mangels UMTS oder anderer Luftschnittstelle muss das schon schon onboard sein, wie soll das sonst Turn-by-Turn machen? Und mit lokal gespeicherten Rastermaps wird auch niemand Routing hinbekommen. Sprich: Die Mapnik-Bilder in den Screenshots werden einfach Montagen sein. Oder da läuft wirklich ein lokaler Mapnik drin... -jha- Die schreiben dort was von Online Routenportal. Sprich man muss sich die Route vorher online erstellen, und hat dann Turn-by-Turn Navigation solange man die Route nicht verlaesst. Halt extreme Minimalstloesung. Ich glaube nicht dass die Mapnik Bilder Montage sind. Wenn dem so ist, dann braeuchte es fuer On-Board Turn-by-Turn gleich zwei Karten. Einmal eine Vektordatenbasis zum routen, und zweitens die Mapnik Bilder (die richtig viel Speicherplatz brauchen) zum anschauen. Das entwickeln einer outdortauglichen Vektorkarte halte ich jetzt einfach mal als unmoeglich fuer Xplova und deren Marktverstaendnis (siehe G5) ___ 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] ?Für die Nerds: WGS84 und ETRS89 sin d nicht identisch
TobWen tobias.wendo...@uni-dortmund.de wrote: Natürlich spielt es in der Praxis eine Rolle, sonst gäbe es diese Regelungen nicht (Erdtektonik = praktisch). Ähm ja ich hätte schreiben sollen in der Praxis bei OSM sind Abweichungen in der Georeferenzierung verschiedener Luftbilder in der Regel gravierender als die genannten 50-60cm. Gruss Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flüsse und Seen
Am 14. September 2010 02:14 schrieb Stephan Wolff s.wo...@web.de: Es gibt Zuflüsse und Abflüsse. [] Manchmal haben ein Zu- und ein Abfluss per Konvention denselben Namen. Alternativ: Manche Flussabschnitte sind stark verbreitert und werden per Konvention als See bezeichnet. so hatte ich das zunächst auch gesehen. ist aber nicht so. Ein See ist nicht einfach eine Stelle des Flusses, die breiter ist. Ein See ist überhaupt kein Fließgewässer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln im See
Am 13. September 2010 22:57 schrieb Stephan Wolff s.wo...@web.de: Am 13.09.2010 15:29, schrieb Claudius: Am 12.09.2010 23:28, Stephan Wolff: Ich verwende place=*-Tags eigentlich nur für Knoten. In deinem Fall würde ich die Inselfläche mit natural=land taggen und einen zusätzlichen Knoten mit dem Namen der Insel in die Mitte setzen. Diese Methode finde ich ungünstig. Schon das multipolygon definiert, dass die Fläche von Wasser umgeben ist, aber selbst nicht von Wasser bedeckt ist. natural=land liefert keine Zusatzinformation. Wenn auf der Insel Gras wächst, müsste natural=land zugunsten von natural=gras wegfallen. Der Name gehört auch zur ganzen Insel und nicht nur zu einem Punkt. Du sprachst von place, nicht natural. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Weg auf der Deichkrone
Hi, mal an die Kuestenbewohner: Ist ein Fuß-/Radweg auf der Deichkrone mit embankment=yes zu taggen? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg auf der Deichkrone
Am 14.09.2010 09:52, schrieb Florian Lohoff: mal an die Kuestenbewohner: Ist ein Fuß-/Radweg auf der Deichkrone mit embankment=yes zu taggen? Ja, kann man machen, und eine Deichkrone ohne Weg mit man_made=dyke. Wird beides in Osma gerendert. http://wiki.openstreetmap.org/wiki/Key:embankment Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
Am 14.09.2010 10:40, schrieb Walter Nordmann: nach einem unfreiwilligen reboot (powerfail im haus) dauert auf einmal ein 60-sekunden diff fast ne stunde. Ist der diff wirklich so kurz? Erste vermutung wäre, dass osmosis jetzt halt die verlorene Zeit aufholen muss und dann 3 oder 4 stunden auf einmal importieren lässt. Der Import auf dem Toolserver läuft sauber vor sich hin. Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
ja, ich stelle das in configuration.txt ja nach bedarf ein. maxInterval=60 der letzte hatte 801 nodes, 220 ways und 8 relationen. pipifax nachdem er die rohdaten eingelesen hat ... processing relation (0k)... rödelt er noch mal ne halbe stunde rum und ist dann endlich fertig. in der zeit greift er natürlich heftig auf die db zu und pflegt die daten ein.. ich werd jetzt mal 2-3 indexe löschen, die ich in letzter zeit hinzugefügt hatte. derzeit seh ich mir osm2psql mal geauer an. da muss ne debug-option drin sein !!! lg walter -- View this message in context: http://gis.638310.n2.nabble.com/hstore-klemmt-tp5529387p5529474.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
Am 14.09.2010 11:09, schrieb Walter Nordmann: nachdem er die rohdaten eingelesen hat ... processing relation (0k)... rödelt er noch mal ne halbe stunde rum und ist dann endlich fertig. in der zeit greift er natürlich heftig auf die db zu und pflegt die daten Das zusammenbauen der Relationen ist ein wirklich komplexer Vorgang. Dazu müssen ale Member-Ways und deren Way-Nodes mit deren Geometrie aus der Datenbank geladen werden, die Geometrie de Relation neu erstellt und diese dann in die polygons Tabelle geschrieben werden. Bei großen Relationen (Deutschland oder gar Europa) kann das 'ne ganze Weile dauern. derzeit seh ich mir osm2psql mal geauer an. da muss ne debug-option drin sein !!! osm2pgsql ist von vorne bis hinten ein Hack. Ich wäre mir da nicht so sicher... Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenzen der Ausschnitte
Guten Morgen Frederik und natürlich auch Guten Morgen Liste auch ich muss mich erst mal bei dir bedanken, Frederik, ohne deine Extrakte würde manches Experiment scheitern! Aber mir ist aufgefallen, dass wenn ich zwei aneinander grenzende Regionen in Osmosis zusammenfüge (in meinem Fall Regierungsbezirk Düsseldorf und die Niederlande) ist an der Grenze ein Spalt, so zu sagen ein Informationsvakuum. Wäre es daher möglich, die Extrakte um ~ 250m zu vergrößern oder einen Extrakt vom Niederrhein (von Nijmegen bis Düsseldorf) zur Verfügung zu stellen? Das würde uns in Kleve sehr nützlich sein ;-) -- Gruß, Elmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
hi peter, das blöde ist, dass die ganze chause bis gestern mittag prima lief. er macht jetzt irgendwas ANDERS als in den letzten wochen :( derzeit stochere ich noch mit einem kleinen stöckchen in einem dicken nebel rum. und wenn es kein debug in osm2pgsql gibt, bau ich es halt ein. lg walter p.s. ich hab hier mein lokales germany, damit ich einfach mal was austesten kann (KEIN FORK ;) und den sprung zum toolserver noch nicht geschafft habe. -- View this message in context: http://gis.638310.n2.nabble.com/hstore-klemmt-tp5529387p5529570.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
Am 14.09.2010 11:44, schrieb Walter Nordmann: p.s. ich hab hier mein lokales germany, damit ich einfach mal was austesten kann (KEIN FORK ;) es ist mir wurscht warum du deine eigene DB betreibst, du hast deine Gründe dafür und ich wünschte ich könnte dir besser dabei helfen. Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen der Ausschnitte
Am 14.09.2010 11:26, schrieb Elmar Burke: Guten Morgen Frederik und natürlich auch Guten Morgen Liste auch ich muss mich erst mal bei dir bedanken, Frederik, ohne deine Extrakte würde manches Experiment scheitern! Aber mir ist aufgefallen, dass wenn ich zwei aneinander grenzende Regionen in Osmosis zusammenfüge (in meinem Fall Regierungsbezirk Düsseldorf und die Niederlande) ist an der Grenze ein Spalt, so zu sagen ein Informationsvakuum. Wäre es daher möglich, die Extrakte um ~ 250m zu vergrößern oder einen Extrakt vom Niederrhein (von Nijmegen bis Düsseldorf) zur Verfügung zu stellen? Das würde uns in Kleve sehr nützlich sein ;-) Das mit dem Spalt ist natürlich etwas blöd. Zur Not kann man immer noch ganz Europa runterladen und sich das gewünschte Gebiet selber rausschneiden, erzeugt aber dann natürlich eigentlich unnützen Traffic und das schneiden dauert halt auch ein bisschen ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Xplova G3 GPS mit OSM-Onboard-Navigation
On 14.09.2010 04:35, Johann H. Addicks wrote: Am 14.09.2010 00:52, schrieb Felix Hartmann: Das ganze ist soweit ich erkennen kann offboard. Am GPS sieht man nur Rasterkarten (und selbst hier ist fraglich wie haeufig und fuer welche Gegenden man die updaten kann). Mangels UMTS oder anderer Luftschnittstelle muss das schon schon onboard sein, wie soll das sonst Turn-by-Turn machen? Und mit lokal gespeicherten Rastermaps wird auch niemand Routing hinbekommen. Sprich: Die Mapnik-Bilder in den Screenshots werden einfach Montagen sein. Oder da läuft wirklich ein lokaler Mapnik drin... -jha- Ich hab mir mal die Betriebsanleitung durchgelesen. Das bestaetigt mich nur, dass es kein onboard autorouting gibt - da es hier einfach nicht erwaehnt wird (okay bezieht sich aufs brydon, aber das hat ja ziemlich sicher dieselbe Hardware). Dazu fehlen (zumindest in der Betriebsanleitung) zig essentielle Dinge die man einfach von einem GPS erwartet. Sie Screenshots zeigen fast alle Mapnik Karten in der Betriebsanleitung, eine Vektorkarte konnte ich auf keinem einzigen Bild erkennen. Das ganze ist eigentlich nur ein Fahrradtacho mit Karten und Trackanzeige, sowie der Moeglichkeit POIs zu suchen. Betriebsanleitung auf englisch ist hier: http://corp.brytonsport.com/download/Rider%2050%20UM-EN-0628.pdf gibt auch eine auf Deutsch, aber ich wuerde bei solch Firmen immer das original bevorzugen. Karten zur Auswahl scheinen Mapnik Standard bzw OpenCycleMap zu sein. Dazu noch Daten von Eurovelo (keine Ahnung was fuer welche und in welchen Laendern). Zu Updates oder Stand der Karten wird sich ausgeschwiegen. Mehr dazu in dem Manual: http://corp.brytonsport.com/download/Bryton%20Bridge_UM-0908.pdf Gut moeglich dass wir hier das erste GPS sehen, wo fuer OSM Kartenupdates Geld verlangt wird (denn die Karten kann man nur per DVD uploaden, eine Onlineschnittstelle wird nicht genannt) - auch fragt sich welche Zoomstufen verfuegbar sind. Da ganz Europa auf 2DVDs ausgeliefert wird, sind die Zoomstufen wohl eher spaerlich. Die Schweiz etwa hat laut einem Screenshot 165.66MB - das kann sich bei einer Rasterkarte nicht fuer hochaufgeloeste Zoomstufen ausgehen. Dass die Kartendaten unter CCBYSA2.0 stehen, wird uebrigens nirgendswo auch nur in einer Fußnote erwaehnt. Auch sonst wird nicht erklaert was hinter Openstreetmap oder OpenCycleMap (wird ohne Domain angegeben) stehen soll. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
tnx ich werd jetzt mal das stöckchen durch ne brechstange ersetzen -- View this message in context: http://gis.638310.n2.nabble.com/hstore-klemmt-tp5529387p5529639.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen der Ausschnitte
Hallo, Elmar Burke wrote: auch ich muss mich erst mal bei dir bedanken, Frederik, ohne deine Extrakte würde manches Experiment scheitern! Aber mir ist aufgefallen, dass wenn ich zwei aneinander grenzende Regionen in Osmosis zusammenfüge (in meinem Fall Regierungsbezirk Düsseldorf und die Niederlande) ist an der Grenze ein Spalt, so zu sagen ein Informationsvakuum. Wäre es daher möglich, die Extrakte um ~ 250m zu vergrößern oder einen Extrakt vom Niederrhein (von Nijmegen bis Düsseldorf) zur Verfügung zu stellen? Das würde uns in Kleve sehr nützlich sein ;-) Ich hab das schon lang auf meiner Liste, alle Ausschnittsgrenzen mal zu ueberarbeiten, so dass sie (a) die Grenzlinie, auf die sie sich beziehen, auf jeden Fall vollstaendig enthalten; (b) dabei zugleich nur so wenig wie moeglich ueber diese Grenzlinie hinausgehen; (c) dabei zugleich so wenig Punkte haben wie moeglich (daher kommt es nicht in Frage, die Grenzlinie selbst als Ausschnittsgrenze zu nehmen). Das wuerde die Probleme derer, die Auschnitte kombinieren, weitgehend loesen (grenzueberschreitende Wege waeren allerdings immer noch in beiden Ausschnitten halb drin). Bislang bin ich da noch nicht dazu gekommen, idealerweise wolle ich das so machen, dass diese Grenzen automatisch aus OSM geholt werden (und wenn mal eine kaputt geht, soll halt die vom letzten Tag weiterverwendet werden). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Praezisierung des Begriffs automatische Aenderungen
Hallo, wie vielen von Euch bekannt ist, haben wir im Wiki einige Regeln fuer automatische Edits: http://wiki.openstreetmap.org/wiki/Automated_Edits und besonders http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct Da steht im wesentlichen drin, dass jemand, der automatische Edits macht, besondere Verantwortung traegt; dass er seine Edits vorher mit der Community diskutieren soll, dass er Respekt vor der Arbeit anderer haben soll, und dass er dokumentieren soll, was er genau macht - eigentlich alles ganz selbstverstaendliche Dinge. Die Seite ist noch aus einer Zeit, in der solcherlei grossflaechige Edits in der Regel von Bots gemacht wurden. Daher war dort definiert, dass eine automatische Aenderung alles sei, was nicht von einem Menschen mit einem Editor gemacht wird. Da unsere Tools immer leistungsfaehiger werden, kann man mittlerweile auch ohne einen eigenen Bot eine ganze Menge (kaputt)machen; viele laden sich z.B. eine grosse Gruppe von Objekten ueber die XAPI runter und aendern die dann mit JOSM en bloc. Ich habe daher die Definition von automatische Aenderung im Wiki praezisiert. Eine automatische Aenderung ist jede Aenderung, bei der der Mapper nicht mehr auf den Einzelfall schaut. Wenn ich mir 1000 Objekte mit der XAPI herunterlade und jedes einzeln anschaue und im JOSM aendere, ist das keine automatische Aenderung. Wenn ich aber 1000 Objekte herunterlade und in JOSM allen das Tag foo=bar anhaenge, ohne mir jedes einzeln anzuschauen, dann ist das sehr wohl eine automatische Aenderung; ich mappe dann ja nicht mehr nach Ermessen, sondern nach einem (von mir vorher ueberlegten) Algorithmus. Also - aber ich denke, das war vorher eigentlich auch schon klar: Grossflaechige, regel-basierte Edits fallen unter die oben zitierten Regeln. Sie muessen vorher in geeigneter Weise mit der Community diskutiert werden. Dazu gehoert, dass man diskutiert und dokumentiert, was man tun will, und auch, wie man es tun will - so dass andere mitdenken und einen auf potentielle Schwierigkeiten bei dem geplanten Vorgehen hinweisen koennen. Denn Fehler bei solchen automatischen - oder sollte vielleicht besser sagen: mechanischen? - Edits sind meistens deutlich laestiger auszubuegeln als solche, die einem beim alltaeglichen Mappen unterlaufen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Telefonzelle, Position
Hallo, bei mir gibt es eine Telefonzelle, in der mit Position eine Adresse angegeben ist. Die fragliche Hausnummer befindet sich aber auf der anderen Straßenseite. addr:position=Hauptstraße 7 ? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Praezisierung des Begriffs automatische Aenderungen
Am 14.09.2010 12:45, schrieb Frederik Ramm: Sie muessen vorher in geeigneter Weise mit der Community diskutiert werden. Wäre es vllt. Sinnvoll, einen Proposal-Artigen Prozess dafür zu erstellen? Vielleicht können wir hier wenigstens den Teil mit den Fristen übernehmen (2 Wochen vorher Ankündigen und dann nochmal informieren, bevor es wirklich los geht). Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
moin, das dürfte der Standort der Zelle lt. Schild sein. VG Jörk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
Walter Nordmann walter.nordm...@web.de wrote: derzeit seh ich mir osm2psql mal geauer an. da muss ne debug-option drin sein !!! ROTFL, wenn da eine debug Option ist dann besteht die allenfalls aus auskommentierten printf. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
schwachsinn, so nen tag gibt es nicht. raus damit oder einfach ignorieren http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#T gruss walter -- View this message in context: http://gis.638310.n2.nabble.com/Telefonzelle-Position-tp5529742p5529882.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
Am 14.09.2010 13:33, schrieb Walter Nordmann: schwachsinn, so nen tag gibt es nicht. raus damit oder einfach ignorieren http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#T wenn man nur nach Howto_Map_A gehen würde, wäre OSM nicht so reich an Möglichkeiten. Nur weil man selbst im Moment keinen Sinn in den Tags sieht, könnte sich jemand anderes was dabei gedacht haben. Deshalb, wenn man nicht sofort den sinn erkennt, einfach den Ersteller fragen. Ansonsten landen wir bei den Löschmonstern von Wikipedia. Wie schon mein Vorposter gesagt hat, das ist die offizielle Adresse der Telefonzelle, wie sie die Telecom angibt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen der Ausschnitte
On 14.09.2010 12:23, Frederik Ramm wrote: Hallo, Elmar Burke wrote: auch ich muss mich erst mal bei dir bedanken, Frederik, ohne deine Extrakte würde manches Experiment scheitern! Aber mir ist aufgefallen, dass wenn ich zwei aneinander grenzende Regionen in Osmosis zusammenfüge (in meinem Fall Regierungsbezirk Düsseldorf und die Niederlande) ist an der Grenze ein Spalt, so zu sagen ein Informationsvakuum. Wäre es daher möglich, die Extrakte um ~ 250m zu vergrößern oder einen Extrakt vom Niederrhein (von Nijmegen bis Düsseldorf) zur Verfügung zu stellen? Das würde uns in Kleve sehr nützlich sein ;-) Ich hab das schon lang auf meiner Liste, alle Ausschnittsgrenzen mal zu ueberarbeiten, so dass sie (a) die Grenzlinie, auf die sie sich beziehen, auf jeden Fall vollstaendig enthalten; (b) dabei zugleich nur so wenig wie moeglich ueber diese Grenzlinie hinausgehen; (c) dabei zugleich so wenig Punkte haben wie moeglich (daher kommt es nicht in Frage, die Grenzlinie selbst als Ausschnittsgrenze zu nehmen). d) dabei sollte aufgepasst werden, dass nicht Ozeane bloed durchgeschnitten werden. Besonders tueckisch ist da etwa die NL/DE Grenze im Norden. Hier muesste man fasst jede Seite 5-6km Ueberlappen lassen, damit nicht See--Land--See entsteht (und das Land aber wegen abschneiden fehlt), und die Algorhytmen meinen dass somit der Ozean uebers Land geht, und damit große Landesteile ueberschwemmt. Hinzukommt hier ja eh noch, dass die Grenze nicht wirklich ausjuridiziert ist. Wird halt sonst extrem kompliziert fuer einen Renderer zu wissen auf welcher Seite der Ozeanlinie der Ozean liegt (da einfach nur zuwenig Stuecke der Ozeanlinie im Extrakt liegen). Das wuerde die Probleme derer, die Auschnitte kombinieren, weitgehend loesen (grenzueberschreitende Wege waeren allerdings immer noch in beiden Ausschnitten halb drin). Bislang bin ich da noch nicht dazu gekommen, idealerweise wolle ich das so machen, dass diese Grenzen automatisch aus OSM geholt werden (und wenn mal eine kaputt geht, soll halt die vom letzten Tag weiterverwendet werden). Bye Frederik ___ 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] Telefonzelle, Position
Hallo, Am Dienstag 14 September 2010 13:45:16 schrieb Jörk: moin, das dürfte der Standort der Zelle lt. Schild sein. Das ist ein Hinweis für denjenigen, der Hilfe braucht und gefragt wird, wo er ist. Die Frage ist nur, kommt er mit rein, und wenn, wie. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
Hallo, Walter Nordmann wrote: frage: gibt es in osm2sql irgenwelche verborgenen optionen, mit der man etwas mehr infos bekommt? ich hasse black boxes. Schau doch mal mit psql nach, welche sql-abfrage so lange läuft (select * from pg_stat_activity; während osm2pgsql läuft)... -- View this message in context: http://gis.638310.n2.nabble.com/hstore-klemmt-tp5529387p5530219.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Für die Nerds: WGS84 und ETRS89 sin d nicht identisch
Sven Geggus wrote: Ähm ja ich hätte schreiben sollen in der Praxis bei OSM sind Abweichungen in der Georeferenzierung verschiedener Luftbilder in der Regel gravierender als die genannten 50-60cm. Interessant wird's halt im Bereich Blindennavigation; hier ist OSM ja sehr aktiv. 50-60 cm sind z.B. bei einem Import von Hindernissen schon ausschlaggebend, auch wenn der Drift bei uns natürlich nicht so enorm ist. Die Parameter kann man einfach in die Befehlskette von proj4 einfügen, daher sollte es für niemanden Probleme geben. Außer, proj4 beachtet die Parameter nicht, wenn Nadgrids gewählt werden. Im Endeffekt kann man, wie Herr Killet es tut, das Ganze in einem Programm modellieren. Allerdings bin ich kein Geodät und kein Geologe ...aber da gibt's doch sicher schon Code im Netz für. Wir erfinden das Rad ja nicht neu. -- View this message in context: http://gis.638310.n2.nabble.com/Fur-die-Nerds-WGS84-und-ETRS89-sind-nicht-identisch-tp5525993p5530501.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Status Voluntary Re-licensing
Gibt es irgendwo Zahlen (oder gar Grafiken) dazu wie viele Leute inzwischen an dem freiwilligem Re-licensing teilgenommen haben und wieviel % der Daten dies sind? Es gab mal in der OSM-Wochennotiz 5 eine Zahl dazu, aber ich hab keine neuen mehr gehört. Eine Grafik mit dem zeitlichen Verlauf wäre ziemlich cool, da man dann sehen könnte, ob es noch nennenswert weiter geht. Mfg, Michi PS: und nein, ich will keinen weiteren Flamewar über die ODbL anfangen, ich will nur das wissen. -- Michael F. Schönitzer Mail: michael ät schoenitzer.de Homepage: http://www.schoenitzer.de Jabber: schoenit...@jabber.piratenpartei.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ehemaligen Flughafen Tempelhof als Park taggen?
Hallo, ich wundere mich gerade, dass der ehemalige Flughafen Tempelhof, der mittlerweile seit ca. einem halben Jahr als Park genutzt wird nicht als solcher deklariert ist, sondern als landuse=grass. Gab es dazu schonmal eine Diskussion? Gibt es Gründe? Ich fände es nämlich wesentlich logischer das Gelände als leisure=park zu kennzeichen. Besten Grüße Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Für die Nerds: WGS84 und ETRS89 sin d nicht identisch
On 14.09.2010 16:34, TobWen wrote: Sven Geggus wrote: Ähm ja ich hätte schreiben sollen in der Praxis bei OSM sind Abweichungen in der Georeferenzierung verschiedener Luftbilder in der Regel gravierender als die genannten 50-60cm. Interessant wird's halt im Bereich Blindennavigation; hier ist OSM ja sehr aktiv. 50-60 cm sind z.B. bei einem Import von Hindernissen schon ausschlaggebend, auch wenn der Drift bei uns natürlich nicht so enorm ist. Das stimmt aber nur, wenn Du von entsprechend genauen OSM-Daten außerhalb der Importe ausgehst. Automatischer Import ist für die Blindennavigation immer problematisch, weil die Topologie nicht stimmt: Ein Hindernis muss auch in der OSM auf dem Weg stehen, oder eben auf der richtigen Seite des Weges. Den Stock brauchen Blinde sowieso, ob mit oder ohne Navi, und solange Fußwege nicht eingezeichnet werden, weil die Straße reicht, sind 50-60cm Ungenauigkeit unser kleinstes Problem - die Diskussion hier ist also IMHO momentan recht theoretisch (aber deshalb trotzdem nicht uninteressant). Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Voluntary Re-licensing
Hallo, Michael Florian Schönitzer wrote: Gibt es irgendwo Zahlen (oder gar Grafiken) dazu wie viele Leute inzwischen an dem freiwilligem Re-licensing teilgenommen haben und wieviel % der Daten dies sind? Im aktuellsten Protokoll der LWG ist so eine rot/gruen-Grafik, aber keine Zahl: http://www.osmfoundation.org/wiki/Working_Group_Minutes Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] highway=living_street und maxspeed
Hallo, gibt es hier einen Konsens darueber, dass bei highway=living_street ein maxspeed ueberfluessig ist? Hier hat jemand bei 5620 solchen Strassen das maxspeed entfernt: http://www.openstreetmap.org/browse/changeset/5765845 Ich bin nicht so ganz gluecklich darueber (vorallem ueber mangelnde Dokumentation, und eine Diskussion hab ich auch nicht wahrgenommen), aber wenn das hier einmuetig gut gefunden wird... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Hallo, Am Dienstag 14 September 2010 17:19:28 schrieb Frederik Ramm: Hallo, gibt es hier einen Konsens darueber, dass bei highway=living_street ein maxspeed ueberfluessig ist? Hier hat jemand bei 5620 solchen Strassen das maxspeed entfernt: http://www.openstreetmap.org/browse/changeset/5765845 Ich bin nicht so ganz gluecklich darueber (vorallem ueber mangelnde Dokumentation, und eine Diskussion hab ich auch nicht wahrgenommen), aber wenn das hier einmuetig gut gefunden wird... Es häufen sich im Moment leider die Massenedits, einige Mapper scheinen hier das Motto Mein Feld ist die Welt übernommen zu haben. Es wäre schön, wenn sich diese Edits auf offensichtliche Schreibfehler in tags beschränken würden und für andere Fernaktionen die osb benutzt würde, denn dafür ist sie eigentlich da. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Frederik Ramm wrote: gibt es hier einen Konsens darueber, dass bei highway=living_street ein maxspeed ueberfluessig ist? Hier hat jemand bei 5620 solchen Strassen das maxspeed entfernt: http://www.openstreetmap.org/browse/changeset/5765845 Ich finde das an sich ok. Eine direkte Geschwindigkeitsbegrenzung in km/h gibt es nicht sondern nur die Anweisung Schritttempo - http://de.wikipedia.org/wiki/Schritttempo Der Begriff Schrittgeschwindigkeit ist in der Rechtsprechung nicht genau definiert. Sie liegt nach Urteilen verschiedener deutscher Obergerichte zwischen 4 und 10 km/h. Der deutsche Bundesgerichtshof spricht davon, dass sie „deutlich unter 20 km/h“ liegen muss. Eine Angabe in km/h ist somit nicht korrekt und außerdem wird Schritttempo schon durch living_street vorgegeben. Eine zusätzliche Angabe ist Datenballast wie ein oneway=yes bei einem roundabout. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg auf der Deichkrone
Moin! Am 14.09.2010 10:09, schrieb Chris66: Wird beides in Osma gerendert. ... in unterschiedlichen Farben (dyke grün, emb. braun), daher man_made=dyke auch mit Weg, stimmt einfach mehr. Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alpen...
Hallo. Am Montag 13 September 2010, 20:35:20 schrieb Frederik Ramm: Was meint ihr, soll ich das Alpen-Extrakt mal der Realitaet anpassen? Derzeit enthaelt das Extrakt einen Gutteil von Sueddeutschland, die komplette Schweiz und halb Oesterreich. Wenn Navi-Hersteller von Alpen reden, dann ist damit i.d.R. gemeint, dass man aus Süddeutschland zum Skifahren kommt. Auf der Alpen-Karte eines Bekannten ist sogar unsere Region nördlich von Stuttgart noch drin. Man nennt es dann halt Alpenregion. :) Also ich fände es etwas unerwartet, wenn die halbe Schweiz in dem Auszug fehlen würde. Dass jetzt Südost-Frankreich fehlt ist vielleicht wirklich bezüglich der Benennung ein Problem, da will man eine Alpen-Karte und ein gewisser Teil der Alpen ist da nicht drin, das muss eigentlich nicht sein. Mach doch einfach eine L-Form, quasi die Vereinigungsmenge des jetzigen Rechtecks mit der neu-Alpengrenze. Und: Schau mal im Webserver-Log wie populär der Alpen-Ausschnitt eigentlich ist. :) Wenn den in der Praxis keiner wirklich verwendet, kannst du dir egliche Arbeit sparen. Gruß, Bernd -- Ein Huhn ist weiter nichts als die Methode eines Eis, ein weiteres Ei zu machen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
Hallo zusammen, wiedermal erfrischend wie hier mit Anfragen umgegangen wird, um eine neue Information zu taggen, die bis jetzt noch nicht aufgenommen wurde! Ich habe Wolfgang auf die fachliche Bedeutung von addr:position angesprochen (es ist tatsächlich eine Notiz der Deutschen Telekom GmbH, damit bei einem Notruf nicht erst zum nächsten Straßenschild gelaufen wird, um die Standortfrage zu beantworten, sondern dies direkt abgelesen werden kann [falls der Notrufabsetzende überhaupt noch zum lesen noch fähig ist]) und hatte ihn ein position:addr:full vorgeschlagen (falls diese Information tatsächlich in der Karte notwendig ist, aber es gibt natürlich immer wieder Spezialkarten). Er wollte dies auf der Liste klären, was er mit der heutigen Anfrage auch gemacht hat. Also Gegenvorschlag, falls die Information für sinnvoll gehalten wird: position:addr:full. Im Umfeld amenity=emergency_phone gibt es übrigens derzeit keine Tags für Standortangaben beim Notruf, da können wir keine Anleihe machen. MfG Georg V. talk-de-requ...@openstreetmap.org schrieb: Message: 1 Date: Tue, 14 Sep 2010 04:33:28 -0700 (PDT) From: Walter Nordmann walter.nordm...@web.de To: talk-de@openstreetmap.org Subject: Re: [Talk-de] Telefonzelle, Position Message-ID: 1284464008284-5529882.p...@n2.nabble.com Content-Type: text/plain; charset=us-ascii schwachsinn, so nen tag gibt es nicht. raus damit oder einfach ignorieren http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#T gruss walter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
On Tue, Sep 14, 2010 at 05:19:28PM +0200, Frederik Ramm wrote: Hallo, gibt es hier einen Konsens darueber, dass bei highway=living_street ein maxspeed ueberfluessig ist? Hier hat jemand bei 5620 solchen Strassen das maxspeed entfernt: http://www.openstreetmap.org/browse/changeset/5765845 Ich bin nicht so ganz gluecklich darueber (vorallem ueber mangelnde Dokumentation, und eine Diskussion hab ich auch nicht wahrgenommen), aber wenn das hier einmuetig gut gefunden wird... Also nach Deutscher StVo waere ein maxspeed IMHO falsch.Verkehrsberuhigt ist IIRC als Schrittgeschwindigkeit definiert - das ist ja kein Numerischer wert und nur in der Rechtsprechung defakto als irgendwas zwischen 3 und 7 km/h definiert. Egal was man da drauf packt es ist also falsch (Es sei denn sowas wie maxspeed=walk waere konsenz - was ich ebensowenig sehe) Einen konsenz habe ich nie verspuert. In der maxspeed map warne ich maxspeed tags auf living_street an weil eben das meine variante ist. Ich entferne das auch wo ich drueber stolpere. Aber massenedit faend ich jetzt uebertrieben. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
On Tue, Sep 14, 2010 at 01:40:48AM -0700, Walter Nordmann wrote: moin moin, ich hab da ein kleineres problem mit meinem hstore (osm2psql ...). enthält germany und lief die letzten wochen ganz ruhig vor sich in. ein 15-minuten change war in 2-3 minuten drin und alles war ok. nach einem unfreiwilligen reboot (powerfail im haus) dauert auf einmal ein 60-sekunden diff fast ne stunde. vacuum - ohne full - hat bisher nix gebracht. derzeit suche ich noch, wer das sein könnte (hardware/ubuntu/postgresql/osm2psql) frage: gibt es in osm2sql irgenwelche verborgenen optionen, mit der man etwas mehr infos bekommt? ich hasse black boxes. jeder tip ist willkommen. Ich habe solche effekte auch schon gehabt und meistens wars dann postgres der mit einem mal index scans durch full table scans ersetzt hat weil ploetzlich irgendein index nicht mehr genehm war. Warum war mir teilweise dann auch schleierhaft. Ich wuerde mal in der postgres config an machen das der statements die mehr als X Sekunden laufen logged - damit und einem manuellem explain kommt man dem mal auf die schliche. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ehemaligen Flughafen Tempelhof als Park taggen?
On Tue, Sep 14, 2010 at 04:47:12PM +0200, Tom Müller wrote: Hallo, ich wundere mich gerade, dass der ehemalige Flughafen Tempelhof, der mittlerweile seit ca. einem halben Jahr als Park genutzt wird nicht als solcher deklariert ist, sondern als landuse=grass. Gab es dazu schonmal eine Diskussion? Gibt es Gründe? Ich fände es nämlich wesentlich logischer das Gelände als leisure=park zu kennzeichen. In anbetracht der historischen bedeutung des Flughafen Tempelhof wuerde ich das weiter als Flughafen drin lassen solange die Bauten noch da sind e.g. Stadt/Landebahn, Flughafengebaeude etc. disused=yes? oder so? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wheelmap.org auf Ehrensenf.de
Hallo zusammen, die Karte der Berliner Sozialhelden e.V. zum Thema Rollstuhlgerechte Orte (basierend auf OSM-Daten) wurde auf Ehrensenf (http://www.ehrensenf.de/2010/09/nerd-touristen-und-boden-turner/) in der Linkliste erwähnt. Tatsächlich hat sich einiges in der Karte getan, besonders interessant ist die Eintragemöglichkeit, ob die vorhandenen POI (nicht alle, aber entscheidende Kategorien) Rollstuhl gerecht sind. Vielleicht ist dieser Hinweis mal ein Anreiz auch dieses Thema in der Nachbarschaft zu erfassen. MfG Georg V. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
Am 14.09.2010 18:47, schrieb Florian Lohoff: Ich habe solche effekte auch schon gehabt und meistens wars dann postgres der mit einem mal index scans durch full table scans ersetzt hat weil ploetzlich irgendein index nicht mehr genehm war. Of hilft es, die Statistik-Erfassung für die betroffenen Spalten zu erhöhen: ALTER TABLE ONLY table ALTER COLUMN column SET STATISTICS integer; integer 250 wählen, danach ANALYZE ausführen. Oft erkennt dann Postgres, das ein Index-Scan besser wäre. Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alpen...
Am 13.09.2010 20:35, schrieb Frederik Ramm: Was meint ihr, soll ich das Alpen-Extrakt mal der Realitaet anpassen? Ich finde den bisherigen nützlicher. Der neue Ausschnitt ist auch sehr knapp. Soweit ich sehe, sind Blomberg und Zwiesel da abgeschnitten... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
Sven Geggus wrote: ROTFL, wenn da eine debug Option ist dann besteht die allenfalls aus auskommentierten printf. biite zurückrollen ;) wenn mal in pgsql.h DEBUG_PSQL freischaltet und make rennen läßt, wird er auf einmal mitteilsamer. geht bestimmt auch per configure aber so wars einfacher. aufgefallen ist mir, dass in germany_polygons viele relationen mehrfach drin sind. macht irgendwie keinen sinn. gruss walter -- View this message in context: http://gis.638310.n2.nabble.com/hstore-klemmt-tp5529387p5531189.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
danke für den tip, wird gleich gemacht. lg walter -- View this message in context: http://gis.638310.n2.nabble.com/hstore-klemmt-tp5529387p5531199.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Xplova G3 GPS mit OSM-Onboard-Navigation
Am 14.09.2010 12:04, schrieb Felix Hartmann: Ich hab mir mal die Betriebsanleitung durchgelesen. Das bestaetigt mich nur, dass es kein onboard autorouting gibt - da es hier einfach nicht erwaehnt wird Au weia... dafür werden sich kaum Käufer finden lassen, zumindest keine zufriedenen... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Wolfgang wrote: Es häufen sich im Moment leider die Massenedits, einige Mapper scheinen hier das Motto Mein Feld ist die Welt übernommen zu haben. Hast Du Dir die Edits des Users (auch außerthalb des Massenedits) mal angeschaut oder bist Du grundsätzlich dagegen ? Es wäre schön, wenn sich diese Edits auf offensichtliche Schreibfehler in tags beschränken würden und für andere Fernaktionen die osb benutzt würde, denn dafür ist sie eigentlich da. Solange so ein Edit absolut Sinn macht, solange kann ma nnichts dagegen sagen. Der User kümmert sich anscheinend um maxspeeds und ich bin froh wenn sich jemand in einem Bereich engagiert. Will man nämlich gewisse Sachen bundesweit vernünftig auserten so muss das tagging auch einigermaßen Konsistent sein. Matthiuas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
Am Dienstag 14 September 2010, 14:06:20 schrieb Wolfgang: Hallo, Am Dienstag 14 September 2010 13:45:16 schrieb Jörk: moin, das dürfte der Standort der Zelle lt. Schild sein. Das ist ein Hinweis für denjenigen, der Hilfe braucht und gefragt wird, wo er ist. Die Frage ist nur, kommt er mit rein, und wenn, wie. rein auf jeden Fall. aber als addr:... finde ich nicht gut, denn die angegebene Adresse ist nicht die Adresse der Telefonzelle (oder des Briefkastens, da gibt's das auch) - oft ist diese sogar noch ein gutes Stueck davon entfernt... Wie waers mit location als key? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ehemaligen Flughafen Tempelhof als Park taggen?
Florian Lohoff f...@zz.de [Tue, Sep 14, 2010 at 06:50:33PM CEST]: On Tue, Sep 14, 2010 at 04:47:12PM +0200, Tom Müller wrote: Hallo, ich wundere mich gerade, dass der ehemalige Flughafen Tempelhof, der mittlerweile seit ca. einem halben Jahr als Park genutzt wird nicht als solcher deklariert ist, sondern als landuse=grass. Gab es dazu schonmal eine Diskussion? Gibt es Gründe? Ich fände es nämlich wesentlich logischer das Gelände als leisure=park zu kennzeichen. In anbetracht der historischen bedeutung des Flughafen Tempelhof wuerde ich das weiter als Flughafen drin lassen solange die Bauten noch da sind e.g. Stadt/Landebahn, Flughafengebaeude etc. disused=yes? oder so? Laut der Renderer- und Routerfraktion lieber area=disused, disused=airport, da dann niemand, der das disused-tag nicht auswertet, versehentlich dort landet. Meiner Ansicht nach ist das historic-Tag ziemlich geduldig. historic=airport, warum nicht? -- 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] highway=living_street und maxspeed
Am 14.09.2010 17:19, Frederik Ramm: Hallo, gibt es hier einen Konsens darueber, dass bei highway=living_street ein maxspeed ueberfluessig ist? Hier hat jemand bei 5620 solchen Strassen das maxspeed entfernt: http://www.openstreetmap.org/browse/changeset/5765845 Oha. Bin vorhin zufällig über einen dazugehörigen Diary-Eintrag von ihm gestolpert: http://www.openstreetmap.org/user/ABRob/diary/11785 Hatte bei einem kurzen Blick auf seine Edits aber keine Massenedits gefunden. Offenbar hat er's doch getan. maxspeed finde ich auch bei einer living_street nicht überflüssig, da die landesspezifische Höchstgeschwindigkeit ja unterschiedlich ist. Eher sollte die Info noch zusätzlich in maxspeed:source gesichert werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ehemaligen Flughafen Tempelhof als Park taggen?
Am 14. September 2010 20:08 schrieb Johannes Huesing johan...@huesing.name: Florian Lohoff f...@zz.de [Tue, Sep 14, 2010 at 06:50:33PM CEST]: On Tue, Sep 14, 2010 at 04:47:12PM +0200, Tom Müller wrote: ich wundere mich gerade, dass der ehemalige Flughafen Tempelhof, der mittlerweile seit ca. einem halben Jahr als Park genutzt wird nicht als solcher deklariert ist, sondern als landuse=grass. ja, ist m.E. ein Park Gab es dazu schonmal eine Diskussion? Gibt es Gründe? Ich fände es nämlich wesentlich logischer das Gelände als leisure=park zu kennzeichen. +1 In anbetracht der historischen bedeutung des Flughafen Tempelhof wuerde ich das weiter als Flughafen drin lassen solange die Bauten noch da sind e.g. Stadt/Landebahn, Flughafengebaeude etc. disused=yes? oder so? Laut der Renderer- und Routerfraktion lieber area=disused, disused=airport, da dann niemand, der das disused-tag nicht auswertet, versehentlich dort landet. Meiner Ansicht nach ist das historic-Tag ziemlich geduldig. historic=airport, warum nicht? ja, historic tag kann man ruhig zusätzlich setzen, auch ein area=disused, disused=airport macht Sinn, steht ja aber dem leisure=park nicht entgegen. Es gibt dort meines Wissens weiterhin ein Vogelschutzgebiet und noch ein paar temporäre Flächen, die für Inlineskaten und sowas deklariert sind. Der Park ist ja nur temporär, weil dort alles (bzw. ein großer Teil) für die internationale Gartenschau 2017 umgebaut werden soll. Danach soll es ein Park mit Eintritt werden, der Rand soll mit Wohnenbauten genutzt werden. Die Flughafenära scheint also endgültig Geschichte zu sein. Ob IGA und die anderen vom Senat geplanten Sachen allerdings wirklich kommen, ist auch eine politische Frage, es gibt nämlich Bürgerinitiativen dagegen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Am 14. September 2010 20:46 schrieb Claudius claudiu...@gmx.de: gibt es hier einen Konsens darueber, dass bei highway=living_street ein maxspeed ueberfluessig ist? maxspeed finde ich auch bei einer living_street nicht überflüssig, da die landesspezifische Höchstgeschwindigkeit ja unterschiedlich ist. Eher sollte die Info noch zusätzlich in maxspeed:source gesichert werden. ich höre auch zum ersten Mal, dass es da einen Konsenz geben soll ;-), da wurde im letzten Jahr doch wochenlang drüber diskuttiert, ohne dass man sich näher gekommen wäre... Sein changeset-Kommentar: highway=living_street impliziert maxspeed=walk (Schrittgeschwindigkeit)! maxspeed noch mal extra zu setzten ist deshalb nutz- und sinnlos. soweit ich weiss, sind Implikationen und Defaults bei OSM sowieso nicht etabliert, im Zweifel setzt man lieber mal einen Tag zuviel. Schädlich finde ich die Maxspeed-Tags nicht. Ich halte auch einen expliziten maxspeed-Wert wie z.B. 7 für sinnvoll, auch wenn das rechtlich nicht dem Wortlaut des Gesetzes entspricht. Man kann ja ggf. mit maxspeed:source=DE:walk erläutern, was eigentlich gemeint ist. Praktische Auswirkungen hat ein expliziter Wert m.E. nicht, zumindest keine negativen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ehemaligen Flughafen Tempelhof als Park taggen?
Am 14.09.2010 20:55, schrieb M∡rtin Koppenhoefer: In anbetracht der historischen bedeutung des Flughafen Tempelhof wuerde ich das weiter als Flughafen drin lassen solange die Bauten noch da sind e.g. Stadt/Landebahn, Flughafengebaeude etc. disused=yes? oder so? Laut der Renderer- und Routerfraktion lieber area=disused, disused=airport, da dann niemand, der das disused-tag nicht auswertet, versehentlich dort landet. Meiner Ansicht nach ist das historic-Tag ziemlich geduldig. historic=airport, warum nicht? ja, historic tag kann man ruhig zusätzlich setzen, auch ein area=disused, disused=airport macht Sinn, steht ja aber dem leisure=park nicht entgegen. Es gibt dort meines Wissens weiterhin ein Vogelschutzgebiet und noch ein paar temporäre Flächen, die für Inlineskaten und sowas deklariert sind. Der Park ist ja nur temporär, weil dort alles (bzw. ein großer Teil) für die internationale Gartenschau 2017 umgebaut werden soll. Danach soll es ein Park mit Eintritt werden, der Rand soll mit Wohnenbauten genutzt werden. Die Flughafenära scheint also endgültig Geschichte zu sein. Ob IGA und die anderen vom Senat geplanten Sachen allerdings wirklich kommen, ist auch eine politische Frage, es gibt nämlich Bürgerinitiativen dagegen. Gruß Martin Die Gebäude werden da auch immer bleiben, die stehen unter Denkmalschutz. Das ändert aber nichts daran, dass es kein Flughafen mehr ist. Die derzeitige Nutzung ist komplett temporär, die Hallen und die Fläche davor wird z.T. für Events genutzt. Die Grünfläche inkl. der Lande- und Startbahn ist ein Park, genauso die ganzen Wege dort. Innerhalb des Parks sind Vogelschutzgebiete, Grillflächen, Hundeauslaufgebiete, Toiletten usw. Bis 2017 wird dort das Gelände für die IGA entstehen, die restliche Planung liegt noch in den Sternen. Ach ja, Bürgerinitiativen zu dem Thema gab es schon viele. Die werden daran aber nichts ändern und ein Flughafen wird es zumindest nach derzeitigem Stand nie wieder. Ich würde also die Grünfläche komplett als Park markieren, die Hallen als Gebäude. Irgendwo kann man ja noch ein historic-Tag ranklemmen. -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
Am 14. September 2010 20:03 schrieb Guenther Meyer d@sordidmusic.com: rein auf jeden Fall. +1 aber als addr:... finde ich nicht gut, denn die angegebene Adresse ist nicht die Adresse der Telefonzelle (oder des Briefkastens, da gibt's das auch) - oft ist diese sogar noch ein gutes Stueck davon entfernt... +1 das spricht IMHO gegen addr und gegen location, ich würde eher was mit sign verwenden, sign:location oder sign:addr Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
On Tue, Sep 14, 2010 at 06:59:34PM +0200, Peter Körner wrote: Of hilft es, die Statistik-Erfassung für die betroffenen Spalten zu erhöhen: ALTER TABLE ONLY table ALTER COLUMN column SET STATISTICS integer; integer 250 wählen, danach ANALYZE ausführen. Oft erkennt dann Postgres, das ein Index-Scan besser wäre. Ich habe definitiv gegenbeispiele gehabt da hat nichts geholfen ausser das statement anders zu zerlegen. Postgres wollte zur alten index nutzung nicht wieder zurueck. Das das nicht mit dem index sondern dem query planner und entsprechend den statistics auf den tables zusammenhaengt ist klar. Ich hatte joins ueber die way_tags und ways tabelle gemacht und die ways eingeschraenkt ueber ein ST_Intersects mit einem polygon. Postgres hat irgendwann entschieden das es pfiffiger ist erst alle ways mit highway zu finden ueber way_tags um dann zu gucken ob ich sie will. Das war - aeh - suboptimal - und vorher gings auch andersherum - d.h. erst selektieren ueber ways dann entsprechende tags raussuchen. Und dank super query optimizer kann man das auch in sub selects zerlegen wie man will - da kommt fast immer das selbe bei raus ;) Ich vermute das nach dem reboot einfach die kosten fuer den table scan auf der way_tags billiger wurden als die kosten fuer irgendwelche random accesses auf einer angenommenen anzahl von ways. Aber ich erwaehnte ja in einem anderen thread schonmal das wir uns den skalierungsgrenzen von SQL und OSM ziemlich schnell annaehern. Es macht sinn sich mal ueber eine spezialisierte OSM DB Gedanken zu machen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue(?) Surface-Art entdeckt....
Ein Bild von meiner heutigen Mapping-Aktion, ist zugleich die Antwort auf die Frage: Was tut der Waldarbeiter, der den Wanderweg ausbessern soll, aber keine Lust hat, mehrere Schubkarren Schotter ans Ende der Welt über abschüssige Wegen und Treppen zu bugsiere? Er nimmt die Motorsäge mit! http://www.addicks.net/gallery/osm/DSCF1730 -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Für die Nerds: WGS84 und ETRS89 sin d nicht identisch
Peter Wendorff wrote: Das stimmt aber nur, wenn Du von entsprechend genauen OSM-Daten außerhalb der Importe ausgehst. Das stimmt natürlich. Mein Hintergedanke war: Da ich mich mich hochgenauen/-richtigen/präzisen GPS-Messungen beschäftige, möchte ich diese Daten aber auch möglichst genau in OSM reinbekommen. Sie sollen dort dann als Orientierungs- oder Messpunkt dienen. (Jetzt kommt wieder gleich jemand der sagt, dass Genauigkeit die Anfänger abschreckt..). Ha, ich glaube ich mache einen ETRS89-Fork von OSM. -- View this message in context: http://gis.638310.n2.nabble.com/Fur-die-Nerds-WGS84-und-ETRS89-sind-nicht-identisch-tp5525993p5531870.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue(?) Surface-Art entdeckt....
Am 14.09.2010 22:09, schrieb Johann H. Addicks: Was tut der Waldarbeiter, der den Wanderweg ausbessern soll, aber keine Lust hat, mehrere Schubkarren Schotter ans Ende der Welt über abschüssige Wegen und Treppen zu bugsiere? Er nimmt die Motorsäge mit! Die hat er ohnehin dabei. Geiles Bild und Beispiel für kreative Lösungen die schnell realisiert sind und fast nichts kosten. Bei entsprechedem Wetter werden einige Wanderer mit beinahe geeignetem Schuhwerk dankbar dafür sein. Mehr davon! -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hstore klemmt
danke florian und auch an die anderen: a) die mehrfachen einträge für relationen, die ich oben erwähnt hatte, sind anscheinend ok. er zerlegt multipolygonee in einzelne ringe zum besseren rendern. -- dead end :( b) test auf extrem lange queries brachte 3-4 stück, die ca 30 sekunden dauerten und auch ganz sinnvoll erscheinen. -- dead end c) bis jetzt konnte ich keine table-scans sehen oder erzeugen. d...) anderes hab ich noch nicht versucht (bis auf fluchen und murmeln von morgen kommst du in den shredder ;) gruss walter -- View this message in context: http://gis.638310.n2.nabble.com/hstore-klemmt-tp5529387p5532001.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue(?) Surface-Art entdeckt....
Naja...der MTB'ler wird da aber fluchen... Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/neue-Surface-Art-entdeckt-tp5531864p5532043.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
M∡rtin Koppenhoefer wrote: soweit ich weiss, sind Implikationen und Defaults bei OSM sowieso nicht etabliert, im Zweifel setzt man lieber mal einen Tag zuviel. Schädlich finde ich die Maxspeed-Tags nicht. Ich halte auch einen expliziten maxspeed-Wert wie z.B. 7 für sinnvoll, auch wenn das rechtlich nicht dem Wortlaut des Gesetzes entspricht. Man kann ja ggf. mit maxspeed:source=DE:walk erläutern, was eigentlich gemeint ist. Praktische Auswirkungen hat ein expliziter Wert m.E. nicht, zumindest keine negativen. Eine absolute Geschwindigkeitsangabe hat negative Auswirkungen. a) unnötiger Datenballast b) was gilt nun, Schrittgeschwindigkeit oder der angegebene Wert ? Entgegengesetzte Angaben können irreführend sein c) Eine Geschwindigkeitsangabe in km/h ist eine falsche Angabe und kann somit bedenkenlos gelöscht werden. Implikationen sind sehr wohl bei OSM etabliert, Beispiel:junction=roundabout und oneway=yes Ich bin ach einer der bei einen automatischen Massedit schreit aber man sollte nicht woirklich alles zerreden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue(?) Surface-Art entdeckt....
Am 14.09.2010 22:57, schrieb aighes: Naja...der MTB'ler wird da aber fluchen... Warum? Endlich mal eine anspruchsvolle Strecke :-) Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tagging von Verkehrszeichen 136 + Zusatzzeichen 2302
Hallo miteinander, Wie taggen? Verkehrszeichen 136 (Kinder) mit Zusatzzeichen 2302 (Kindergarten). Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Praezisierung des Begriffs automatische Aenderungen
Am 14. September 2010 12:51 schrieb Peter Körner osm-li...@mazdermind.de: Am 14.09.2010 12:45, schrieb Frederik Ramm: Sie muessen vorher in geeigneter Weise mit der Community diskutiert werden. Wäre es vllt. Sinnvoll, einen Proposal-Artigen Prozess dafür zu erstellen? Vielleicht können wir hier wenigstens den Teil mit den Fristen übernehmen (2 Wochen vorher Ankündigen und dann nochmal informieren, bevor es wirklich los geht). Finde ich keine schlechte Idee. So würden diese Sachen auch dokumentiert. Das passiert bisher praktisch nie. Ein voting würde ich allerdings nicht grundsätzlich zur Bedingung machen. Wenn es auf die Ankündigung größeren Widerspruch gibt, sollte man keine Abstimmung brauchen, um es sein zu lassen. Im Zweifel kann man das natürlich machen, aber einen regelmäßigen Formalismus dafür einzuführen finde ich lästiger als sich zum Einzelfall mal was zu überlegen, wenn es Probleme gibt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue(?) Surface-Art entdeckt....
der waldarbeiter schafft bei osm und ist mitglied der gruppe wir taggen keine baumreihen an wegen ;) -- View this message in context: http://gis.638310.n2.nabble.com/neue-Surface-Art-entdeckt-tp5531864p5532196.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Am 14. September 2010 23:08 schrieb Matthias Versen ma...@mversen.de: Eine absolute Geschwindigkeitsangabe hat negative Auswirkungen. a) unnötiger Datenballast das gilt nur, wenn man die Implikation für gegeben hält. b) was gilt nun, Schrittgeschwindigkeit oder der angegebene Wert ? Entgegengesetzte Angaben können irreführend sein ist ja nicht irreführend sondern dokumentiert: source:maxspeed=walk bedeutet genau Schrittgeschwindigkeit. Der numerische Wert, der ungefähr Schrittgeschwindigkeit eines Autos ist, erleichtert vielen Anwendungen und Anwendern die Arbeit. c) Eine Geschwindigkeitsangabe in km/h ist eine falsche Angabe und kann somit bedenkenlos gelöscht werden. s. b) zum Thema falsch. Zur These kann bedenkenlos gelöscht werden: genau das sollte man nicht tun, wenn es ein Thema ohne allgemeinen Konsens ist. So ganz einfach (und schnell) ist die Auswertung nach Ländern nicht, und in allen Ländern ausser Deutschland gilt meines Wissens ein höheres Limit als Schrittgeschwindigkeit, d.h. die einfacheren Anwendungen werden vermutlich 20 oder sowas annehmen, und liegen damit im Vergleich mit 7 ziemlich mehr daneben in D. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alpen...
On 14.09.2010 18:07, Bernd Wurst wrote: Hallo. Am Montag 13 September 2010, 20:35:20 schrieb Frederik Ramm: Was meint ihr, soll ich das Alpen-Extrakt mal der Realitaet anpassen? Derzeit enthaelt das Extrakt einen Gutteil von Sueddeutschland, die komplette Schweiz und halb Oesterreich. Wenn Navi-Hersteller von Alpen reden, dann ist damit i.d.R. gemeint, dass man aus Süddeutschland zum Skifahren kommt. Auf der Alpen-Karte eines Bekannten ist sogar unsere Region nördlich von Stuttgart noch drin. Man nennt es dann halt Alpenregion. :) Also ich fände es etwas unerwartet, wenn die halbe Schweiz in dem Auszug fehlen würde. Dass jetzt Südost-Frankreich fehlt ist vielleicht wirklich bezüglich der Benennung ein Problem, da will man eine Alpen-Karte und ein gewisser Teil der Alpen ist da nicht drin, das muss eigentlich nicht sein. Mach doch einfach eine L-Form, quasi die Vereinigungsmenge des jetzigen Rechtecks mit der neu-Alpengrenze. Bei mir auf openmtbmap.org sind die Alpenextraktkarten, nach DE und neben AT immer die beliebtesten. Aber ist natuerlich klar, dass Bergsportler haeufig Alpenkarten wollen Und: Schau mal im Webserver-Log wie populär der Alpen-Ausschnitt eigentlich ist. :) Wenn den in der Praxis keiner wirklich verwendet, kannst du dir egliche Arbeit sparen. Gruß, Bernd ___ 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=living_street und maxspeed
M∡rtin Koppenhoefer wrote: das gilt nur, wenn man die Implikation für gegeben hält. DIe implikation ist ja auch gegeben (walk speed) b) was gilt nun, Schrittgeschwindigkeit oder der angegebene Wert ? Entgegengesetzte Angaben können irreführend sein ist ja nicht irreführend sondern dokumentiert: source:maxspeed=walk bedeutet genau Schrittgeschwindigkeit. Der numerische Wert, der ungefähr Schrittgeschwindigkeit eines Autos ist, erleichtert vielen Anwendungen und Anwendern die Arbeit. Ein geschätzten Richtwert wie 7km/h brauchen nur die Autofahrer. Eine Anwendung braucht eh pro Land einen Datensatz der allgemeinen Regeln wie maxspeed auf Landstraßen, Autobahnen, eventuell rechts oder linksverkehr... Vielleicht gibt es aber Länder in denen in einer licing_street andere Geschwindigkeiten als walk speed per Zeichen angeordnet werden können und dann würde bei normalen living_streets solche Werte stören. c) Eine Geschwindigkeitsangabe in km/h ist eine falsche Angabe und kann somit bedenkenlos gelöscht werden. s. b) zum Thema falsch. Zur These kann bedenkenlos gelöscht werden: genau das sollte man nicht tun, wenn es ein Thema ohne allgemeinen Konsens ist. So ganz einfach (und schnell) ist die Auswertung nach Ländern nicht, und in allen Ländern ausser Deutschland gilt meines Wissens ein höheres Limit als Schrittgeschwindigkeit, d.h. die einfacheren Anwendungen werden vermutlich 20 oder sowas annehmen, und liegen damit im Vergleich mit 7 ziemlich mehr daneben in D. Es gibt weder in Deutschland noch in den vielen anderen Ländern eine eundeutige Geschwindigkeit ! - http://en.wikipedia.org/wiki/Living_street Mit unter 20km/h liegt man nicht daneben in D, siehe Wikiartikel über Schrittempo und Meinung des Bundesgerichtshofs. Eine vorgegebene Geschwindigkeit wie 6km/h ist eindeutig Datenmüll. Du forderst einen allgemeinen Konsenz ? Einen Konsenz aller OSM User ? Dann können wir OSM dicht machen denn sowas wird es bei der Menge der Mapper nicht geben, Ich bin froh das einer sich die Arbeit macht wenn auch nicht fehlerfrei aber Fehler passieren selbst beim normalen Mappen oft genug. Das Zeit ist wesentlich besser investiert als in der Mailingliste alles zu tode zu diskutieren. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Am 14.09.2010 23:08, schrieb Matthias Versen: Eine absolute Geschwindigkeitsangabe hat negative Auswirkungen. a) unnötiger Datenballast Da findest Du sicher einiges in OSM was nach dieser Sichtweise unnötiger Datenbalast ist b) was gilt nun, Schrittgeschwindigkeit oder der angegebene Wert ? Entgegengesetzte Angaben können irreführend sein Solang sich der explizit Wert innerhalb der jeweiligen Rechtsprechung befindet - wo soll da bitte die ach so negative Auswirkung sein? c) Eine Geschwindigkeitsangabe in km/h ist eine falsche Angabe und kann somit bedenkenlos gelöscht werden. Km/h ist die gültige Einheit für eine Geschwindigkeitsangabe und mit dieser wird berechnet ob Du einen Geschwindigkeitsverstoss begangen hast oder nicht. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Garry wrote: Eine absolute Geschwindigkeitsangabe hat negative Auswirkungen. a) unnötiger Datenballast Da findest Du sicher einiges in OSM was nach dieser Sichtweise unnötiger Datenbalast ist Stimmt aber was hat denn das jetzt damit zu tun ? Wenn ich irgendwo editiere dann entferne ich auch ggf. layer=0, oneway=yes/junction=roundabout oder zusätzliche amenity=parking Nodes in Parkplatzfächen. Ich lösche auch Multipolygon Relationen mit nur 1 inner Member und ohne outer Member und wo auch keine Fläche außerhalb existiert. Jehova - Jetzt darfst Du mich steinigen b) was gilt nun, Schrittgeschwindigkeit oder der angegebene Wert ? Entgegengesetzte Angaben können irreführend sein Solang sich der explizit Wert innerhalb der jeweiligen Rechtsprechung befindet - wo soll da bitte die ach so negative Auswirkung sein? Der Wert ist unnötig und kann entfernt werden., Es gibt keinen Grund in so einem Fall einen Wert einzutragen der in der STVO nicht vorgegeben ist. Natürlich kann den von mir aus jemand eintragen aber der darf sich nicht beschweren wenn jemand anderes den weider entfernt. c) Eine Geschwindigkeitsangabe in km/h ist eine falsche Angabe und kann somit bedenkenlos gelöscht werden. Km/h ist die gültige Einheit für eine Geschwindigkeitsangabe und mit dieser wird berechnet ob Du einen Geschwindigkeitsverstoss begangen hast oder nicht. Es ist aber keine in km/h Geschwindigkeitsangabe in der STVO vorgegeben sondern nur ein schwammiger Geschwindigkeitsbereich. Berechnen lässt sich da nichts denn die Geschwindigkeit wird von den Gerichten mal so und mal so als zulässig/nicht zulässig angesehen. Matthias PS: Ich habe noch nie einen automatischen Edit gemacht bis auf 5(?) reverts auf Anfrage und nach Begutachtung aber wenn ich unwahrscheinlichwerweise einen vorhätte, dann würde ich hier garantiert nicht nachfragen. Da kann man eher versuchen im Bundestag durch Diskussionen eine Diätensenkung zu erreichen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Am Dienstag 14 September 2010, 17:49:03 glaubte Matthias Versen zu wissen: Eine direkte Geschwindigkeitsbegrenzung in km/h gibt es nicht sondern nur die Anweisung Schritttempo - http://de.wikipedia.org/wiki/Schritttempo Der Begriff Schrittgeschwindigkeit ist in der Rechtsprechung nicht genau definiert. Sie liegt nach Urteilen verschiedener deutscher Obergerichte zwischen 4 und 10 km/h. Der deutsche Bundesgerichtshof spricht davon, dass sie „deutlich unter 20 km/h“ liegen muss. Im Klartext dürfte es auf wenn etwas passiert warst du schnell hinauslaufen. Eine Angabe in km/h ist somit nicht korrekt und außerdem wird Schritttempo schon durch living_street vorgegeben. Eine zusätzliche Angabe ist Datenballast wie ein oneway=yes bei einem roundabout. +1 flo -- - und auch das Kunststück, in so einem Seitchen volle zwölf Fehler unterzubringen, spricht für Professionalität. ;-) Insbesondere in einem Seitchen, daß praktisch nur aus Überschrift und Bild besteht ;-) [Martin Leidig und Eilert Brinkmann in suse-talk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Am Dienstag 14 September 2010, 23:58:01 glaubte M∡rtin Koppenhoefer zu wissen: Am 14. September 2010 23:08 schrieb Matthias Versen ma...@mversen.de: Eine absolute Geschwindigkeitsangabe hat negative Auswirkungen. a) unnötiger Datenballast das gilt nur, wenn man die Implikation für gegeben hält. Schrittgeschwindigkeit ist kein genau definierter Wert. Der einzige Anhaltspunkt sind Gerichtsurteile und demnach liegt der Wert irgendwo zwischen *höchstens 7km/h* bis *deutlich unter 20km/h*. Wenn du es noch spaßiger haben willst schau mal nicht nur auf die Autos sondern auch auf Fahrräder. Da wird Schrittgeschwindigkeit von einigen Gerichten im Bereich von 4km/h bis 7km/h angesiedelt. Und nun? Einmal einen Wert für Autos und einen für Fahrräder? 4km/h eintragen? Schrittgeschwindigkeit ist kein genau definierter Wert. Und ich sehe keinen Sinn darin, da mit Gewalt einen Wert für OSM zu basteln. b) was gilt nun, Schrittgeschwindigkeit oder der angegebene Wert ? Entgegengesetzte Angaben können irreführend sein ist ja nicht irreführend sondern dokumentiert: source:maxspeed=walk bedeutet genau Schrittgeschwindigkeit. Der numerische Wert, der ungefähr Schrittgeschwindigkeit eines Autos ist, erleichtert vielen Anwendungen und Anwendern die Arbeit. Seit wann taggen wir für die Anwendungen? Siehe oben. Schrittgeschwindigkeit ist ein variables Etwas. Ich sehe jetzt nicht, warum es ein Problem sein soll, einer Anwendung beizubringen, daß es neben Angaben in km/h auch einfach Schrittgeschwindigkeit gibt. Der Anwender sollte es wissen, so er einen Führerschein gemacht hat. Es ist Unsinn irgendeinen nichtexistenten Wert für Schrittgeschwindigkeit einzutragen. c) Eine Geschwindigkeitsangabe in km/h ist eine falsche Angabe und kann somit bedenkenlos gelöscht werden. s. b) zum Thema falsch. Zur These kann bedenkenlos gelöscht werden: genau das sollte man nicht tun, wenn es ein Thema ohne allgemeinen Konsens ist. So ganz einfach (und schnell) ist die Auswertung nach Ländern nicht, und in allen Ländern ausser Deutschland gilt meines Wissens ein höheres Limit als Schrittgeschwindigkeit, d.h. die einfacheren Anwendungen werden vermutlich 20 oder sowas annehmen, und liegen damit im Vergleich mit 7 ziemlich mehr daneben in D. Was das Problem der Anwendung ist. In D existiert kein fixer Wert. Und die Anwender... ich bin der Meinung daß der Anwender trotz Navi und Co. immer noch selber denken muß und sich nach den örtlichen Vorschriften zu richten hat und nicht nach einer Angabe des Navi. Im Zweifel muß man halt mal langsamer fahren. flo -- Eigentlich klingt das ja eher nach einem sehr erfolgreichen Arzt: Keiner seiner Patienten klagt. Aber nennen wir ihn ruhig weiter Totengräber. dag° braucht keine Euphemismen. Das sowieso. Aber ich meinte damit, daß die meisten, die hier eingeliefert werden, aus leuter Dämlichkeit an ihrem Nutznetz-Tod selber fleißig mitwirken. [Hajo Dreyfuß und Dieter Bruegmann in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Am 14. September 2010 17:19 schrieb Frederik Ramm frede...@remote.org: Hallo, gibt es hier einen Konsens darueber, dass bei highway=living_street ein maxspeed ueberfluessig ist? Hier hat jemand bei 5620 solchen Strassen das maxspeed entfernt: http://www.openstreetmap.org/browse/changeset/5765845 Ich bin nicht so ganz gluecklich darueber (vorallem ueber mangelnde Dokumentation, und eine Diskussion hab ich auch nicht wahrgenommen), aber wenn das hier einmuetig gut gefunden wird... Ah, schon wieder... Im Februar dieses Jahres hat in ganz Deutschland ein User sämtliche maxspeed=walk nach maxspeed=DE:living_street geändert - ich habe ihn darauf hin angeschrieben und gebeten, das Changeset zurück zu nehmen, da hierfür kein Konsens existierte und ich maxspeed=DE:living_street für eine Nullaussage halte (Aussage: es gilt der default maxspeed für living_streets in Deutschland - na toll.), was natürlich unter Verweis auf einen angeblichen Konsens nicht passierte. Meines Erachtens gehört an solche Wege (wenn man sich nicht auf defaults verlasen will, die nirgendwo in den Datensätzen stehen) genau das, was die StVO dazu sagt, nämlich Schrittgeschwindigkeit (zugehöriger tag in OSM: walk) - in welchen Wert in km/h man diese übersetzt, ist, wie im richtigen Leben auch, das Problem des Anwenders. Wenn's also nach mir geht: bitte zurücknehmen, am liebsten (wenn's nicht so lang her wäre) inklusive der Änderungen vom Februar. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wheelmap.org auf Ehrensenf.de
Am Dienstag, 14. September 2010, 18:54:26 schrieb Georg Verweyen: die Karte der Berliner Sozialhelden e.V. zum Thema Rollstuhlgerechte Orte (basierend auf OSM-Daten) wurde... Du meinst diese hier? http://wheelmap.org/ Link könnte auf ehrensenf.de (übrigens auch eine gute Seite) schlecht zu finden sein Bernd -- amarok2 now playing: signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
Am Dienstag 14 September 2010, 21:14:54 schrieb M∡rtin Koppenhoefer: aber als addr:... finde ich nicht gut, denn die angegebene Adresse ist nicht die Adresse der Telefonzelle (oder des Briefkastens, da gibt's das auch) - oft ist diese sogar noch ein gutes Stueck davon entfernt... +1 das spricht IMHO gegen addr und gegen location, ich würde eher was mit sign verwenden, sign:location oder sign:addr Wieso sign? Weils auf einem Schild steht? Find ich doof. Ladenoeffnungszeiten und Zufahrtsbeschraenkungen stehen meist auch auf einem Schild... wenn, dann schon phone:location... Wie waer's mit official_location? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alpen...
Ich finde den bestehenden Ausschnitt eigentlich auch gut wie er ist. Aber wenn man die suedwestliche Ecke noch dazunimmt um einen L-foermigen Ausschnitt zu machen, ist das nicht verkehrt. Reduzieren wuerde ich nix. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonzelle, Position
Am Dienstag 14 September 2010, 14:06:20 schrieb Wolfgang: Das ist ein Hinweis für denjenigen, der Hilfe braucht und gefragt wird, wo er ist. Die Frage ist nur, kommt er mit rein, und wenn, wie. Sehe ich keine Anwendung dafür. Der, der vor Ort ist, hat das Schild vor Ort und wird nicht auf seinem OSM- Navi schauen wo er ist. Oder er schaut auf seinem OSM-Navi und kann dann seine Position auf andere Weise herausfinden. Der, der in der Leitstelle sitzt, kann mit einer einfachen Adress-Geocodierung die Position der durchgebenen Adresse sehen (oder hat ne Liste der Telefonzellen, die von OSM unabhängig ist). Bei Identifikationsnummern und dergleichen macht das Eintragen ja Sinn, aber eine Adressangabe ist IMHO etwas aussagelos, da man die Daten auch auf anderem Wege sehr einfach zur Verfügung hat. Gruß, Bernd -- Fachbegriffe der Informatik (#165): SuSE Nürnberger Windows (Andreas Gradert) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ehemaligen Flughafen Tempelhof als Park taggen?
Am 14.09.2010 16:47, schrieb Tom Müller: Hallo, ich wundere mich gerade, dass der ehemalige Flughafen Tempelhof, der mittlerweile seit ca. einem halben Jahr als Park genutzt wird nicht als solcher deklariert ist, sondern als landuse=grass. Gab es dazu schonmal eine Diskussion? Gibt es Gründe? Ich fände es nämlich wesentlich logischer das Gelände als leisure=park zu kennzeichen. Hallo Tom, auch wenn ich nicht aus der Gegend komme, lebe ich in der Nähe von einem militärischen Flughafen, der vielleicht nach Berlin Tempelhof verlegt werden soll. Das ganze zumindest zum Teil. Das schrieb auch schon der Berliner Herold (Link http://tiny.cc/k4f4s). Eine endgültige Entscheidung steht nach dem, was man hier so hört noch aus. Was für einen Tag man in diesem Fall nutzen kann, weiß ich allerdings auch nicht. Gruß Latze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de