Re: [Talk-de] Parkplatz - je nach Uhrzeit
[EMAIL PROTECTED] (Tobias Wendorff) am 07.10.08: fee.beginning = 1 EUR/1h fee.subsequent = 0.6 EUR/0.5h Ich würde das alles logisch aufschlüsseln / normieren: fee:periode:beginning = 60 min fee:periode:subsequent = 30 min fee:beginning = 1 EUR fee:subsequent = 0.6 EUR Denn 0.25h versteht doch keiner mehr :-) Ein' happich noch: Hier gibt es ein Kurzzeitticket für 10 ct, damit darf man eine halbe Stunde parken. Reicht mir immer für Post- und Sparkassenbesuch. Aber das bekommt man nur, wenn man VOR dem Münzeinwurf die entsprechende Taste drückt. Wirft man erst Geld ein, dann bezahlt man pro Stunde 50 ct, der Automat ist intellent genug, auch krumme Zeiten auszudrucken, wenn man krumme Zahlungen leistet. Ich bin mir jetzt nicht sicher, ob man einen Mindestbetrag zahlen muß, aber ich glaube, man kann für 10 ct /ohne/ Kurzzeittaste auch 12 Minuten Parkzeit kaufen, jedenfalls wird das im Display angezeigt, aber so einen Zettel habe ich noch nie versucht, zu drucken :-) Natürlich hat es Mo-Fr. andere Uhrzeiten als Samstags, Sonntags ist frei. Es gibt auch eine Höchstparkzeit, außerdem eine Gewichtsbeschränkung und Frauen-, aber keine Behindertenstellplätze. Man kann sowas anscheinend beliebig kompliziert machen. Mir fehlen aber noch unterschiedliche Gebührensätze zu unterschiedlichen Uhrzeiten, vll. sollte ich da mal was bei der Stadt anregen. An Markttagen doppelte Gebühr? Egal, happy tagging :-) Rainer -- Kurzum: Du suchtest nach einer eierlegenden Wollmilchsau, hast Dir eine Wollmilchsau zugelegt, die zwar nicht größer als ein Huhn ist, dafür aber wieder keine Eier legen kann und auch nicht besonders effizient arbeitet. (Steffen Bruns in de.comp.hardware.misc) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hallo, Bernd Wurst wrote: Es gibt keinen History-Dump, den ich in mein neues, imaginäres Projekt FreeWorldMap hochladen kann um damit auf dem Markt gleichberechtigt gegen OSM anzutreten. Ja, aber das ist nicht Boesartigkeit sondern einfach ein Mangel an Mitteln und geeigneter Software. Ich habe da schon mit einigen Leuten drueber gesprochen, im Prinzip sind die meisten der Ansicht, dass ein echtes offenes Projekt auch forkbar sein muss und wir einen History-Dump daher anbieten muessen. Ich bin sicher, das kommt irgendwann, habe mir aber selber vorgenommen, den Mund da nicht gross aufzureissen sondern einfach irgendwann ein Programm vorzustellen, das einen solchen Dump erzeugt und dann darum zu bitten, dieses regelmaessig laufen zu lassen. Erfordert halt schon ein bisschen Gehirnschmalz, ein mysqldump wuerde die Kiste in mehrfacher Hinsicht ueberfordern. Die Daten sind lizenztechnisch so gestaltet, dass man OpenStreetMap als Quelle nennen muss. Auch wenn ich ein anderes, mindestens genau so freies Projekt machen möchte, ich muss OpenStreetMap nennen. Du kannst alternativ vermutlich auch die 50.000 Einzelnamen nennen, wenn Dir das lieber ist ;-) Beamen wir uns mal ein paar Jahre weiter, mein imaginäres FreeWorldMap ist total der Burner, OSM ist am sterben. :) Dennoch muss in jeder Kartenanzeige, von jedem der meine Karten nutzt dann OpenStreetMap zusätzlich als Quelle der Daten genannt werden. Halte ich fuer uebertrieben, ich denke, Du kannst auch auf eine Attribution-Webseite o.ae. verweisen, auf der dann steht 90% unserer Daten sind von OSM, der Rest ist Eigenbau oder so. Will man ein konkurrierendes freies Projekt machen, muss man auf alle Daten aus OSM verzichten, da die Lizenz keine übernahme zu in diesem Fall fairen Bedingungen erlaubt. Das kommt natuerlich drauf an, welchen Fokus man hat. Wenn man es unfair findet, dass man sagen muss, wo die Daten herkommen, kann man eben keine Attribution-Daten verwenden. Finde ich jetzt nicht sooo dramatisch. Was glaubst du, wann und warum XFree86 in der Versenkung verschwunden ist? Genau, in exakt dem Moment als die eine Attribution-Lizenz eingeführt haben. Erstens ziehen Software-Vergleiche nicht - Daten sind was komplett anderes. Zweitens ist OSM weit davon entfernt, in der Versenkung zu verschwinden. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgrenzen.
Torsten Leistikow schrieb: Tobias Wendorff schrieb: Gerade _weil_ ich die Ungenauigkeit von OSM nicht noch mehr erhöhen will, habe ich mich von solchen Ideen vor Langem verabschiedet. Ist genauso die gleiche Sache wie mit den Leuten, die anhand von Schildern die Stadtgrenze zu kennen meinen. Naja, alles was ich bei OSM einzeichnen, hat nun mal eine gewisse Unschaerfe. Die ungenauendaten sind aber doch sicherlich noch besser, als die Datenbank einfach leer zu lassen, bis man genuegend (ab wann Schlagzeile: Hellseherische Kräfte bei OpenStreetMap zwingen Vermesser in die Arbeitslosigkeit Das kommt, wenn die Grundbuecher abgeschafft werden, nachdem wir die entsprechenden Tags fuer die eingetragenen Lasten eingefuehrt haben. Ich gehe aber wirklich davon aus, dass in absehbarer Zeit GPS-aehnliche System die Genauigkeit der herkoemmlichen Landvermessung erreichen. Fehlerfrei ist die ja auch nicht. Die nächsten 5 Jahre würde ich hier nicht mit einem für die Masse verfügbaren preisgünstingen Gerät (unterer 3stelliger Eurobereich...) rechnen.. Von daher bin ich auch dagegen Daten zu erfassen bei denen der Fehler meist in der Grössenordung der Obektgrösse liegt so dass sie für die kaum vorhandenen Anwendungsfälle auch noch nahezu unbrauchbar sind. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
Am Donnerstag 09 Oktober 2008 schrieb Bodo Meissner: Guenther Meyer schrieb: aber ich mag nunmal das dezimalsytem... und was kleineres als ne viertestunde gibt's glaub ich eh net... Ich habe schon 10-Minuten-Einheiten bei Parkgebühren gesehen, das läßt sich als Dezimalbruch nicht so gut darstellen. Wenn die Einheit dabei steht, kann man doch beide Möglichkeiten erlauben. ja, dann machtg man's halt so. 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] Parkplatz - je nach Uhrzeit
Am Mittwoch 08 Oktober 2008 schrieb Rainer Knaepper: [EMAIL PROTECTED] (Tobias Wendorff) am 07.10.08: fee.beginning = 1 EUR/1h fee.subsequent = 0.6 EUR/0.5h Ich würde das alles logisch aufschlüsseln / normieren: fee:periode:beginning = 60 min fee:periode:subsequent = 30 min fee:beginning = 1 EUR fee:subsequent = 0.6 EUR Denn 0.25h versteht doch keiner mehr :-) Ein' happich noch: Hier gibt es ein Kurzzeitticket für 10 ct, damit darf man eine halbe Stunde parken. Reicht mir immer für Post- und Sparkassenbesuch. Aber das bekommt man nur, wenn man VOR dem Münzeinwurf die entsprechende Taste drückt. interessant was es so alles gibt, ich kenn das nur als eine halbe stunde kostenlos... muss man sich was ueberlegen... Wirft man erst Geld ein, dann bezahlt man pro Stunde 50 ct, der Automat ist intellent genug, auch krumme Zeiten auszudrucken, wenn man krumme Zahlungen leistet. Ich bin mir jetzt nicht sicher, ob man einen Mindestbetrag zahlen muß, aber ich glaube, man kann für 10 ct /ohne/ Kurzzeittaste auch 12 Minuten Parkzeit kaufen, jedenfalls wird das im Display angezeigt, aber so einen Zettel habe ich noch nie versucht, zu drucken :-) ja, das geht normalerweise. aber angegeben sind eben meist die kosten pro stunde oder halbe stunde, das sollte man auch uebernehmen. Natürlich hat es Mo-Fr. andere Uhrzeiten als Samstags, Sonntags ist frei. Es gibt auch eine Höchstparkzeit, außerdem eine Gewichtsbeschränkung und Frauen-, aber keine Behindertenstellplätze. uhrzeiten und feiertage sind ueberhaupt kein problem mit dem schema. frauen- und behindertenparkplaetze brauchen sowieso extra tags. 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] Openstreetbugs ausgelesen - GPX
Hallo Gery68, Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Wer kennt sich mit GPX Format aus und kontrolliert bitte die Datei? http://wiki.openstreetmap.org/index.php/OSB_Reports Wenn man die ganzen hr / raus schmeißt und die Version auf 1.1 ändert, dann nimmt MapSource die Datei. Kannst Du das bitte in der Version, die im Wiki verlinkt ist ändern. (Wenn gewünscht, kann ich Dir gerne die funktionierende Datei zusenden) Danke und Gruß Kai -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
Am Mittwoch 08 Oktober 2008 schrieb Rainer Knaepper: [EMAIL PROTECTED] (Tobias Wendorff) am 07.10.08: fee.beginning = 1 EUR/1h fee.subsequent = 0.6 EUR/0.5h Ich würde das alles logisch aufschlüsseln / normieren: fee:periode:beginning = 60 min fee:periode:subsequent = 30 min fee:beginning = 1 EUR fee:subsequent = 0.6 EUR Denn 0.25h versteht doch keiner mehr :-) Ein' happich noch: Hier gibt es ein Kurzzeitticket für 10 ct, damit darf man eine halbe Stunde parken. Reicht mir immer für Post- und Sparkassenbesuch. Aber das bekommt man nur, wenn man VOR dem Münzeinwurf die entsprechende Taste drückt. vielleicht sowas wie fee.shorttime = 0.10 EUR 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
[Talk-de] Worldfile vom 8.10.08
Hallo, die neuen Dateien liegen wie immer unter http://wiki.openstreetmap.org/index.php/User:Computerteddy#Kartendateien_.2F_Maps_vom_8._Oktober_2008 zum Download bereit. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Norbert Wenzel schrieb: Ich reiß jetzt einfach ganz bös einen Satz aus deiner Diskussion und sag dazu folgendes: Wenn alles, was nicht deiner Meinung entspricht, kein Kooperationswille ist, dann seh ich irgendwo hier entweder ein soziales Defizit oder eine leicht verzerrte Wahrnehmung. Wieso könnt Ihr eigentlich bei keiner Diskussion neutral bleiben? Es ist mir scheiß egal, dass ihr mich als arrogant bezeichnet. Ich will OSM weiterbringen und nicht Ruhm und Ehre genießen. Also einfach (falls nötig) mehr als eine Message schreiben, in der du ankündigst was du vor hast, sondern auch mal eine zweite schreiben und nicht auf den Standpunkt stelle, das kostet Zeit, das ist mühsam und bringt mich nicht weiter, das mach ich nicht. Toll, dann habe ich eine zweite Nachricht geschickt und bekomme entweder keine oder die gleiche Rückantwort. Was dann? Noch eine dritte Nachricht schicken? Supi ... dann die vierte und die fünfte. irony Nachdem wir ja jetzt schon so einen schönen Thread haben, der alle Statistiken und Vorurteile über Internetdiskussionen erfüllt, muss ich dich nur noch irgendwie mit Hitler vergleichen. Damit wäre dann wohl die (auch ohne den Vergleich) relativ sinnlose Diskussion wohl beendet, oder? /irony / __) () () () () () (__ \ |_| |_| _ __ __ | |/ | _ __ ___ (_)_ __ | |_ | | | || | | '_ \ / _ \| | '_ \| __|| | |_|| | | |_) | (_) | | | | | |_ |_| _ |_| | .__/ \___/|_|_| |_|\__| _ | | |_| | | | | | | |_| _ _ |_| _ / ___| ___ __| |_ _(_)_ __ _ | | | | _ / _ \ / _` \ \ /\ / / | '_ \| | | | | |_| | (_) | (_| |\ V V /| | | | | | | |_|\|\___/ \__,_| \_/\_/ |_|_| |_| |_| __ | |__ __| | \) () () () () () (/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Detlef Reichl schrieb: Und das sehe ich ein wenig anders. Wenn ich in einem Projekt ein komplette Bibliothek / Klasse oder in OSM einen Stadtbereiche / Stadtteil beigesteutert habe ist das irgendwie meins. Wenn ich auf großer Tour war und einen Teil einer Stadt oder ein Dorf erfasst habe, anschließend die Daten eingegeben habe und ein paar Stunden später diese Änderungen auf der Karte sehe fühle ich mich ein klein wenig wie Kolumbus. Meine neue Welt. Und wenn mir jetzt jemand diese neue Welt in großen Maßstab kaput macht wäre ich auch stinkig. Himmel, wieso nimmst Du an Diskussionen teil, deren Lauf Du nicht verfolgt hast? Siehe nächste Absatz. Es ist in vielen Bereichen halt nicht nur einfach was ist besser, es muss auch das Ego der Schaffenden berücksichtigt werden. Ich habe bereits gesagt, dass ich die Daten _nicht blind_ löschen und überschreiben würde, sondern sowohl die Tags, als auch nicht in meinem Datensatz vorhandene Wege übernehmen würde. Lad doch mal den Orignial-Autor ein sich an der Diskussion zu beteiligen und zu erklären, warum seine Version die bessere war. Kann ich gerne machen, aber bitte biete auch eine Option an, wenn er nicht reagiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hi Tobias, Wieso könnt Ihr eigentlich bei keiner Diskussion neutral bleiben? Genau das ist der Grund, warum ich mich bereits weit von OSM zurückgezogen habe - wenn man hier was fragt geht eine Diskussion los die sehr schnell mit der Frage nix mehr zu tun hat. Hatte ich auch, dieses Vergügen, nach Pfingsten. Seitdem lösche ich still und heimlich kaputtes/falsches raus und setze neues richtiges rein. Das einzige was verlorengeht ist die History. Damit hab ich kein Problem. Korrekte Daten sind mir wichtiger als eine vollständige History. -- 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] das Prinzip von OpenSource unkompatibel zu OSM?
On Thu Oct 09, 2008 at 02:0054PM +0200, Tobias Wendorff wrote: http://www.openstreetmap.org/user/new By creating an account, you agree that all work uploaded to openstreetmap.org and all data created by use of any tools which connect to openstreetmap.org is to be (non-exclusively) licensed under this Creative Commons license (by-sa). [ ] Du hast verstanden. Du wirst hier drauf hingewiesen, dass alle Daten, die du mit dem neu angelegten User hochlaedst unter der CC-by-sa lizenziert sein muessen - um eine eindeutige Rechtslage fuer die Datenbank zu gewaehrleisten. Es bedeutet nicht, dass die Daten nur beim Hochladen CC-by-sa lizenziert werden, sondern diese Entscheidung trifft der Urheber, also du. Diese Aussage steht allerdings unter zwei Vorbehalten: IANAL und ich keine deine weiteren Vertraege nicht, die du unterschrieben hast um an die Daten zu kommen. -- Michael Bergbauer [EMAIL PROTECTED] Munich, Germany ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
Frederik Ramm [EMAIL PROTECTED] wrote: auf der sich uebrigens 30 Leute vorangemeldet haben...? D.h. von den 30 Leuten müssen jetzt 10 daheim bleiben. Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /me is [EMAIL PROTECTED], 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] Openstreetbugs auslesen...
Am Dienstag, den 07.10.2008, 18:08 +0200 schrieb FrauSuhrbier: GS schrieb: Hi, hat mal jemand darüber nachgedacht, alle bugs (online) auszulesen? Sollte möglich sein, allerdings immer max. 80 bugs je Antwort. Reicht wohl nicht ganz für Deutschland :-) Ich dachte an ein Script, dass Bugs in einer bounding box abfragt und wenn es 80 sind, die BB halbiert und zwei neue Abfragen startet - bis die zurückgelieferte Anzahl jeweils 80 ist. Rekursiv. PS: Die API erlaubt wohl nur 2 Zugriffe pro Sekunde :-) Falls mal jemand Spaß hat... Viele Grüße Gary68 Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! Jürgen +1 Dafür! signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mit JOSM Daten als GPX exportieren
Ich möchte einen Bereich aud der DB mit JOSM herunterladen, mit der Maus einzelne Elemente auswählen und diese als GPX exportieren. Wie mache ich das genau? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
Am Mittwoch, den 08.10.2008, 09:22 +0200 schrieb Rainer Knaepper: frei. Es gibt auch eine Höchstparkzeit, außerdem eine Hallo, In dem Rahmen gibt es dann auch noch einen Maximalbetrag pro Tag oder Tageskarten. Bei Frauen- oder Behindertenparkplätzen sollte man eine Anzahl angeben können, an sonsten hieße es das einzelne Parkplätze getaggt werden müßten. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Hallo Hubert, schön, dass Du der Einzige bist, der sich dazu geäußert hast. qbert biker schrieb: Ich nehe mal an, dass die 3 schon als secondary drin ist, auch wenn sie 'nur' eine Kreisstrasse ist. Strassen, die die Autobahn anbinden, haben bei mir eigentlich immer das Potential zur secondary. Okay, das sehe ich genauso. Dann kommt die 9 dran und die wird auch zur secondary, wenn die als Hauptader das Gebiet erschliesst. Auch, wenn sie in Stadtmitte eingeschränkt ist? Sie geht ja mitten durch den Kern und kann vielleicht auch durch Ampeln ausgebremst werden oder sogar an Schulen vorbeiführen? Bei der 7 kommts drauf an. Wenn die ausserorts secondary ist, kann man sie auch als secondary durchziehen. Gleiches Problem wie bei der 9 - das war ja meine Hauptursache. Mein typischen Verfahren ist dann, eine Ersteintragung zu machen und dann drüberzuschauen, obs passt. Wenn die 7 im zurückgebeuten Teil nicht passt, weil sie gegenüber der 9 zu klein ist, sollte man sie zurückstufen. Die Frage ist, ob man nicht im Verhältnis taggen sollte? Wenn man 3, 4 und 7 als secondary taggt und deutlich weniger Verkehr auf 7a und 9 ist, sollten letzte eigentlich nur tertiary bekommen. Allerdings schaut es reichlich eigenartig aus, wenn eine Strasse mitten auf der Strecke ihre Klasse ändert. Eine Rückstufung zwischen der Kreuzung zur 3 und zur 4 zu tertiary zeigt an, dass die ganze Verbindung untergeordnet ist. Soweit ich das verstanden habe, taggen wir ja realitätsbezogen und nicht verwaltungstechnisch. Hier in Dortmund haben wir jetzt Schwerlastverkehr durch Tempo 30 Zonen und nicht gerade wenig davon. Bei der 10 kommts drauf an, auch da kann tertiary angebracht sein. Aber wie geschrieben, das ist meine ganz persönliche Vorgehensweise, ohne Anspruch auf Allgemeingültigkeit. Das Wiki ist gerade ausgefallen - was kommt unter tertiary? Direkt residental? Es ist ja eine Straße mit Verbindungs-/Trichterfunktion. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs auslesen...
Hallo, FrauSuhrbier [EMAIL PROTECTED] writes: Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! ich mache das so, dass ich mir die GPX-Datei mittels eines Pythonskriptes umkonvertiere, so dass ich die Wegpunkte in mein GPS laden kann. Da das ein sehr einfacher Empfänger ist, kann ich dort nicht auch die Beschreibung hinterlegen. Deshalb versehe ich die ganzen Einträge mit einer Nummer und drucke mir die dazugehörige Bescheibung aus. Falls jemand python, LaTeX und die Kommandozeile etwas sagen, kann ich das Script bei Bedarf mailen. Ist aber sehr einfach (verwendet sax). Aber mir reicht es. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gezeichnete Tracks auf Top50-Basis nutzen???
Florian Lohoff [EMAIL PROTECTED] wrote: Der Konsens hier ist eindeutig das dieses eine Urheberrechtsverletzung darstellt und zu unterlassen ist ... Wir sind besser vorsichtig und unterlassen das lieber. Ausschließlich das ist hier Konsens. Ob es sich um eine Urheberrechtsverletzung handelt oder nicht (immerhin wurde die TOP50 Software ja sogar ausschließlich in der vorgesehenen Art genutzt) ist nämlich rechtlich vällig unklar. Siehe auch die Diskussionen zum Thema Abzeichnen von Luftbildern bzw. Nutzung der WMS Server von Vermessungsämtern. Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], 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] Vorschlag f?r's neutrale Eisenbahn-Tagging
Andreas Barth schrieb: Spannender als Anzahl der Gleise (wo ich keinen echten Nutzen sehe) Anzahl der Gleise habe ich gewählt, weil sie zählbar sind. Auch für Leute, die keine Ahnung von Eisenbahnen haben. wäre Bahnsteig für welche Gleise. Der Bahnsteig ansich sollte ja ein Objekt sein und dieser sollte dann Informationen über anliegende Gleise haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hallo Frederik, Frederik Ramm schrieb: Erstens: Oertliches Sachwissen schlaegt Sesselpupser. Wenn ich entscheiden muss zwischen den etwas ungenauen eTrex-Daten eines Users, der tatsaehlich durch Obermummeldorf gelaufen ist, und einem aus irgendelchen anderen Quellen konvertierten/importierten Datensatz von jemandem, der Obermummeldorf nur dem Namen nach kennt, wuerde ich dazu tendieren, die vor Ort erfassten Daten als hoeherwertig zu betrachten. Ich habe bereits gesagt, dass ich die Daten _nicht blind_ löschen und überschreiben würde, sondern sowohl die Tags, als auch nicht in meinem Datensatz vorhandene Wege übernehmen würde. Es geht mir lediglich um den genauen Verlauf der Node und Ways. Zweitens: Wenn wir OpenStreetMap weiter auf hohem Niveau laufen lassen wollen, dann spielt die Datenqualität eine große Rolle. Das wichtigste an OpenStreetMap ist die Community. Die Daten, die wir jetzt sammeln, werden in den kommenden Jahren unglaublichen Pflegeaufwand verursachen, wenn wir im Geschaeft bleiben wollen. OSM braucht in jedem Kuhkaff einen Aktiven (oder eine Aktive), der/die die Daten pflegt. Das ist viel wichtiger als die Frage, ob die Hauptstrasse in dem Dorf jetzt 20m weiter links oder rechts verlaeuft. Wenn ich also entscheiden muss zwischen Tobias spielt spielt irgendwo genauere Daten ein und vergraetzt damit jemanden, der ansonsten ueber Jahre hinweg diesen Ort gepflegt haette und Wir bleiben bei ungenauen Daten, dann denke ich, dass letzteres fuers Projekt die richtige Wahl ist - nicht ersteres. Gerade Du als Dienstleister müsstest verstehen, dass man mit ungenauen Daten sich schnell auf den Hosenboden setzen kann und massig Fleiß in die Korrektur setzen muss. Für mich war die Teilnahme bei OSM nicht so sehr der Communitygedanke, sondern der Datenbankgedanke, die Realität möglichst genau abzubilden. Darum war mein Standpunkt immer Folgender: Erst die Datenbasis korrekt drin haben (Regel 1) und dann die Mehrwerte dran tackern (Regel 2). Die Community kann ja trotzdem noch in ihrem Ort aktiv sein, aber es geht ja nicht nur die Hauptstraße, die um 20 Meter in unbekannte Richtung verschoben ist, sondern um alles andere, was mitverschoben ist. Des Weiteren geht auch die Nutzbarkeit des Dienstes in Verbindung mit anderen Diensten verloren. OSM würde somit zu einer proprietären Lösung werden. Am besten waere es natuerlich, wenn man beides haben kann - praezise Daten *und* den Aktiven vor Ort. Aber wenn man waehlen muss, dann sind die Daten auf Rang 2. Nimm es mir nicht übel, aber Du lässt Dich ja auch dafür entlohnen, die Daten nachher zu korrigieren und aufzubereiten. Ich möchte dies für die Community gleich kostenlos anbieten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Icon
Wer hat Lust, hin und wieder ein Icon zu malen? Aktuell bräuchte ich: - Sitzbank, Parkbank - Feuerwehrhydrant Gern per PM Wo finde ich im Wiki die bereits vorhandenen Icons? Da gibts bestimmt irgendwo eine übersichtliche Bilderliste? - Icons der Renderer - Icons der Editoren - Entwürfe - ... Falls es keine Bilder-Liste gibt: Vielleicht kann jemand eine generieren? Gruss, Markus PS: noch eine Linksammlung: http://svn.openstreetmap.org/applications/share/map-icons/square.big/ http://wiki.openstreetmap.org/index.php/Proposed_Icons http://wiki.openstreetmap.org/index.php/WikiProject_Pictograms http://svn.openstreetmap.org/utils/mapyrus/icons/ojwIcons.pl http://wiki.openstreetmap.org/index.php/WikiProject_Pictograms/Working_List http://wiki.openstreetmap.org/index.php/Map_Icons http://openclipart.org/ http://wiki.openstreetmap.org/index.php/Category:Map_symbols http://wiki.openstreetmap.org/index.php/Osmarender/Symbols http://wiki.openstreetmap.org/index.php/User:Batchoy#My_alternative_unified_symbols http://ostertag.name/gpsdrive/icons/index.html http://svn.openstreetmap.org/sites/other/freemap/images/ http://svn.openstreetmap.org/applications/rendering/osmarender4/symbol-catalogue.svg http://trac.openstreetmap.org/browser/applications/editors/josm/plugins/mappaint/styles/standard/elemstyles.xml http://svn.openstreetmap.org/applications/editors/josm/plugins/mappaint/styles/standard/elemstyles.xml ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
Tja also die Grenze mit 20 finde ich auch nicht gut. Werde wohl Abstand nehmen... Und wieso nur ein Raum für mehrere Workshops? - Original Message - From: Michael Buege [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Wednesday, October 08, 2008 7:19 PM Subject: [Talk-de] Anmeldung OSM Kickoff Treffen Moin Sven Anders ist noch im Urlaub und hat mich deshalb gebeten, das Anmeldeprozedere fuer das OSM Kickoff Treffen am 21.-23.11.2008 im Linux-Hotel in Essen zu starten. Los gehts. http://wiki.openstreetmap.org/index.php/OSM_Kickoff_Treffen Wenn noch Fragen sind, bitte hier diskutieren, allerdings kann ich erst morgen Abend dazu Stellung nehmen. Wann Sven wieder da ist, weiss ich nicht, kann aber auch nicht mehr lange dauern. Macht euch nochmal Gedanken zu den Workshops. Einen Workshop anzubieten oder vorzubereiten bedeutet imho nicht, dass einer spricht und die anderen lauschen. Ich kann mit vorstellen, dass es reicht, wenn (eventuell mit Unterstuetzung anderer Interessierter schon vorher hier oder im Wiki) Fakten, bekannte Probleme und Fragen zusammengetragen und einleitend erlaeutert werden und dann locker ueber Erfahrungen und Loesungen debattiert wird. so denn beste Gruesse aus Hamburg -- Michael ___ 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] RFC - Key:Railway
Garry schrieb: Das hat aber reichlich gar nichts mit dem Betriebsstatus einer Strasse oder sonstigen Bauwerken zu tun! Könnte man das nicht einfach so lösen? railway = rail condition:railway = construction condition:railway:start = 2008 condition:railway:end = 2009 Zum Beispiel ... oder besser railway = rail condition:railway = construction condition:railway:construction:start = 2008 condition:railway:construction:end = 2009 Das wäre zwar mehr zu schreiben, aber man kann es normalisieren, es in Baumstrukturen schieben und alles andere. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hallo, Tobias Wendorff wrote: Gerade Du als Dienstleister müsstest verstehen, dass man mit ungenauen Daten sich schnell auf den Hosenboden setzen kann und massig Fleiß in die Korrektur setzen muss. Vielleicht habe ich mit anderen Kunden zu tun als Du, aber ich habe bislang schon oft gemerkt, dass die Leute weniger an den Daten interessiert sind (die sie oft fuer Geld auch kaufen koennten) als an der Community und der Hoffnung auf deren Wachstum und kuenftige Datenpflege - die Community kann man naemlich fuer Geld nicht kaufen, bzw. sie wuerde ein Mehrfaches kosten. Für mich war die Teilnahme bei OSM nicht so sehr der Communitygedanke, sondern der Datenbankgedanke, die Realität möglichst genau abzubilden. Ich denke mal, wenig Leute kommen zu OSM mit dem Gedanken: Oh, eine tolle Community, da will ich dabei sein. Die meisten motiviert die Idee der freien Datensammlung. Aber moeglichst genau, ich denke mal, das ist jetzt nicht so die oberste Prioritaet fuer die Leute. Die wenigsten studieren Raumplanung ;-) Erst die Datenbasis korrekt drin haben (Regel 1) und dann die Mehrwerte dran tackern (Regel 2). Die Annahme, dass irgendetwas korrekt sein koennte, ist glaube ich ziemlich vereinfachend. Auch ist diese Reihenfolge alles andere als selbstverstaendlich. Die Information irgendwo im Umkreis von 500m um diesen Node ist ein Krankenhaus mit Notfallaufnahme ist sicherlich weitaus mehr wert als die Information das Krankenhaus ist ganz exakt an dieser Position, aber ob es eine Notfallaufnahme hat, das tagge ich erst spaeter. Gleiches gilt, weniger drastisch, auch fuer andere POIs (wichtig ist, ob in dem Ort ne Tankstelle ist, nicht, dass ich ICBM-Koordinaten dafuer habe) oder sogar lineare Features (wichtig ist, dass die trunk-Strasse zwischen A-Stadt und B-Stadt ploetzlich nur noch primary ist - ob sie 100m weiter noerdlich oder suedlich verlaeuft, ist schnurz). Die Community kann ja trotzdem noch in ihrem Ort aktiv sein, aber es geht ja nicht nur die Hauptstraße, die um 20 Meter in unbekannte Richtung verschoben ist, sondern um alles andere, was mitverschoben ist. Des Weiteren geht auch die Nutzbarkeit des Dienstes in Verbindung mit anderen Diensten verloren. Naja, je nachdem, mit welchen Quellen Du arbeitest, bist Du das eh gewohnt. Wenn Du von der Telekom die Telefonzellen-Koordinaten mit einer Teleatlas-Karte vermischst, stehen die Haelfte der Telefonzellen auch auf der Strasse, oder etwa nicht? OSM würde somit zu einer proprietären Lösung werden. Unzutreffende Wortwahl; proprietaer hat was mit Eigentum zu tun. Vielleicht ist der Begriff Inselloesung passender; und ja, diese Gefahr wuerde bestehen, aber ich wuerde das als zum jetztigen Zeitpunkt unwichtig betrachten. Wir sind nicht darauf angewiesen, dass OpenStreetMap sich mit anderen Diensten kombinieren laesst, das ist zwar schoen und eroeffnet viele neue Moeglichkeiten, aber fuer den Projekterfolg ist es zweitrangig. Wenn die Gefahr besteht, dass zu hohe Anforderungen an die Genauigkeit der Daten den Spass bei der Erhebung mindern oder Leute mit minderwertigem Equipment von der Erhebung ausschliessen, dann muss in meinem Augen die Genauigkeit (vorerst) zuruecktreten. Nimm es mir nicht übel, aber Du lässt Dich ja auch dafür entlohnen, die Daten nachher zu korrigieren und aufzubereiten. Das ist jetzt das zweite Mal in diesem Posting, dass Du mich als den grossen Dienstleister betonst. Ich habe bislang zwar noch keinen Auftrag gehabt, bei dem mich jemand gebeten haette, OSM-Daten zu korrigieren, aber es stimmt natuerlich, wenn jemand einen solchen Auftrag aussschreiben wuerde, wuerde ich mich darum bewerben. - Mir deswegen aber zu unterstellen, ich naehme ungenaue Daten billigend in Kauf, um mehr Profit durch deren Aufbereitung machen zu koennen, ist eine ziemliche Frechheit, und die Bitte, Dir diese Frechheit nicht uebel zu nehmen, aendert daran wenig. Auch und gerade als jemand, dessen Lebensunterhalt mit OSM zusammenhaengt, habe ich ein grosses Interesse daran, dass das Projekt gesund bleibt und gut funktioniert. Meine Interessen sind mit denen des Projektes (weitgehend) deckungsgleich. Meiner Ansicht nach ist fuer ein gutes Funktionieren und eine stabile Zukunft des Projekts die Community primaer und die Datenqualitaet sekundaer. Ich möchte dies für die Community gleich kostenlos anbieten. Dagegen ist ja nichts einzuwenden. Ursprung dieses ganzen Threads war ja aber wohl, dass einzelne Mitglieder der Community Deinen Korrekturen eher kritisch gegenueberstanden und diese Kritik so deutlich geaeussert haben, dass Du eine Grundsatzdiskussion darueber begonnen hast, wer nun grundsaetzlich im Recht ist - also nicht gerade eine Kleinigkeit, wie ich annehme. Ist aber alles Spekulation, vielleicht war es ja eben doch eine Kleinigkeit, die hier nur aufgebauscht wurde. Solche Auseinandersetzungen schaden dem Projekt meiner Ansicht nach mehr als ein Ort, der 100m daneben liegt.
Re: [Talk-de] mit JOSM Daten als GPX exportieren
Hallo, Markus wrote: Ich möchte einen Bereich aud der DB mit JOSM herunterladen, mit der Maus einzelne Elemente auswählen und diese als GPX exportieren. Da musst Du negativ vorgehen - waehle die, die Du nicht willst, loesche sie, exportiere den Rest. (NICHT ausversehen Hochladen anklicken...) Man kann auch durch die Eingabe von -selected in der Such-Funktion die aktuelle Auswahl invertieren, also das waehlen, was Du behalten willst, Search... -selected, dann loeschen, dann Export als GPX: Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Am Donnerstag, den 09.10.2008, 13:56 +0200 schrieb Tobias Wendorff: Detlef Reichl schrieb: Und das sehe ich ein wenig anders. Wenn ich in einem Projekt ein komplette Bibliothek / Klasse oder in OSM einen Stadtbereiche / Stadtteil beigesteutert habe ist das irgendwie meins. Wenn ich auf großer Tour war und einen Teil einer Stadt oder ein Dorf erfasst habe, anschließend die Daten eingegeben habe und ein paar Stunden später diese Änderungen auf der Karte sehe fühle ich mich ein klein wenig wie Kolumbus. Meine neue Welt. Und wenn mir jetzt jemand diese neue Welt in großen Maßstab kaput macht wäre ich auch stinkig. Himmel, wieso nimmst Du an Diskussionen teil, deren Lauf Du nicht verfolgt hast? Siehe nächste Absatz. Ich habe die Diskussion sehr genau verfolgt und war einer der ersten die auf deine Initialmail geantwortet hat. Allerdings habe ich keine Lust mich von dich anpampen zu lassen. Von daher gehe deine Weg und werde glücklich damit! Es ist in vielen Bereichen halt nicht nur einfach was ist besser, es muss auch das Ego der Schaffenden berücksichtigt werden. Ich habe bereits gesagt, dass ich die Daten _nicht blind_ löschen und überschreiben würde, sondern sowohl die Tags, als auch nicht in meinem Datensatz vorhandene Wege übernehmen würde. Lad doch mal den Orignial-Autor ein sich an der Diskussion zu beteiligen und zu erklären, warum seine Version die bessere war. Kann ich gerne machen, aber bitte biete auch eine Option an, wenn er nicht reagiert. ___ 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] das Prinzip von OpenSource unkompatibel zu OSM?
Hallo, Frederik Ramm schrieb: Ich denke mal, wenig Leute kommen zu OSM mit dem Gedanken: Oh, eine tolle Community, da will ich dabei sein. Die meisten motiviert die Idee der freien Datensammlung. Aber moeglichst genau, ich denke mal, das ist jetzt nicht so die oberste Prioritaet fuer die Leute. Die wenigsten studieren Raumplanung ;-) Wir sind auch keine Geodäten, aber wenn ich den Zugang zu genaueren Daten habe und die Community doch so frei ist - wieso sollte ich mir dann erst die Genehmigung des ursprünglichen Autors holen? Gleiches gilt, weniger drastisch, auch fuer andere POIs (wichtig ist, ob in dem Ort ne Tankstelle ist, nicht, dass ich ICBM-Koordinaten dafuer habe) oder sogar lineare Features (wichtig ist, dass die trunk-Strasse zwischen A-Stadt und B-Stadt ploetzlich nur noch primary ist - ob sie 100m weiter noerdlich oder suedlich verlaeuft, ist schnurz). Wieso kommst Du immer mit dem Straßenbeispiel an? Es geht nicht um die Straße an sich, sondern alle Dinge, die basierend auf dieser Straße um 100m verschoben sind. Naja, je nachdem, mit welchen Quellen Du arbeitest, bist Du das eh gewohnt. Wenn Du von der Telekom die Telefonzellen-Koordinaten mit einer Teleatlas-Karte vermischst, stehen die Haelfte der Telefonzellen auch auf der Strasse, oder etwa nicht? Genau, also wieso nicht von Anfang an bei der Dateneingabe auf die Richtigkeit achten? Wenn Teleatlas genauer sein würde und die Telekom genauer sein würde, dann wäre die Arbeit mit beiden Datensätzen ein Kinderspiel. OSM würde somit zu einer proprietären Lösung werden. Unzutreffende Wortwahl; proprietaer hat was mit Eigentum zu tun. Es ist ein Begriff, der in Verwendung mit Software normal ist. DOC war zum Beispiel lange Zeit proprietaer, also nur von Microsoft editierbar (etc.) bis irgendjemand kompatible Anpassungen entwickelt hat. Wir sind nicht darauf angewiesen, dass OpenStreetMap sich mit anderen Diensten kombinieren laesst, das ist zwar schoen und eroeffnet viele neue Moeglichkeiten, aber fuer den Projekterfolg ist es zweitrangig. Ich hoffe mal nicht, dass Du mit wir jetzt im Namen von OSM gesprochen hast. Ich sehe einen großen Teil des Projekterfolgs mit der Kombinierbarkeit. Beim RVR-Treffen wurde z.B. von Seiten der Kommunen angesprochen, ob sie irgendwann unsere Karten als Basiskarten für ihre Layer verwenden dürften. Ich persönlich finde das ziemlich cool, denn dann weiß ich, dass meine Daten auch zu was taugen und nicht irgendwo in der Datenbank versinken. Wenn die Gefahr besteht, dass zu hohe Anforderungen an die Genauigkeit der Daten den Spass bei der Erhebung mindern oder Leute mit minderwertigem Equipment von der Erhebung ausschliessen, dann muss in meinem Augen die Genauigkeit (vorerst) zuruecktreten. Schon mal dran gedacht, dass damit der Spaß bei der Erhebung von Leuten mit hochwertigem Equipment gemindert wird? Nimm es mir nicht übel, aber Du lässt Dich ja auch dafür entlohnen, die Daten nachher zu korrigieren und aufzubereiten. Das ist jetzt das zweite Mal in diesem Posting, dass Du mich als den grossen Dienstleister betonst. Sorry, aber so wird die Geofabrik außerhalb des Talks hat angesehen. Eine ähnliche Diskussion hatten wir beim RVR-Treffen und ich habe Euch da raus gerissen (Danke brauchst Du nicht zu sagen). Ich möchte dies für die Community gleich kostenlos anbieten. Dagegen ist ja nichts einzuwenden. Ursprung dieses ganzen Threads war ja aber wohl, dass einzelne Mitglieder der Community Deinen Korrekturen eher kritisch gegenueberstanden und diese Kritik so deutlich geaeussert haben, dass Du eine Grundsatzdiskussion darueber begonnen hast, wer nun grundsaetzlich im Recht ist - also nicht gerade eine Kleinigkeit, wie ich annehme. Ist aber alles Spekulation, vielleicht war es ja eben doch eine Kleinigkeit, die hier nur aufgebauscht wurde. Es ging mir darum zu erfahren, wie andere User sich in dieser Situation verhalten - also ich damit sozial an der Community teilnehmen wollen. Die Sache lässt sich halt über den Einzelfall nicht lösen. Ich denke mal, dass ich OSM in naher Zukunft nicht weiter unterstützen werde. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSB reports - neue Version
Hi, es gibt eine neue Version der GPX Datei mit Bugs von Deutschland. Bei mir geht sie in Mapsource und JOSM auf. http://wiki.openstreetmap.org/index.php/OSB_Reports Viele Grüße Gerhard Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Detlef Reichl schrieb: Allerdings habe ich keine Lust mich von dich anpampen zu lassen. Von daher gehe deine Weg und werde glücklich damit! Sorry, aber es nervt, 4x das Gleiche zu schreiben: ich wollte nicht _blind löschen_. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wienerwald
Hi! Wieder mal zum Wienerwald... http://www.openstreetmap.org/browse/relation/4625 Bitte greift's das Ding nur an, wenn Ihr wisst, was (und wie) Ihr tut... Das outer Polygon besteht mittlerweile aus 1631 Punkten... Ich habe das jetzt mal wieder gefixt. Potlach hat bekannterweise Schwierigkeiten, wenn man einen Weg, auf dem eine Relation sitzt, z.B. auftrennt. Eigentlich wollte ich da in Mauerbach weiter am Einschnitt knabbern, aber vermutlich sollte man zuerst mal Punkte reduzieren... Oder was sagen die Experten, aus wievielen Punkten ein Polygon max. bestehen sollte? Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hallo Frederik, herzlichen Dank, dass du mit der nötigen Bestimmtheit UND Freundlichkeit hier aufgetreten bist. Frederik Ramm schrieb: [...] Solche Auseinandersetzungen schaden dem Projekt meiner Ansicht nach mehr als ein Ort, der 100m daneben liegt. Das Projekt ist keine Datenbank, das Projekt sind 60.000 Menschen. So ist es! Mit zunehmendem Missvergnügen habe ich diese in Teilen recht verbissene Diskussion verfolgt und war mir nicht mehr klar, wie ich damit umgehen soll [Name] - plonck oder Liste abschalten. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgrenzen.
Garry schrieb: Von daher bin ich auch dagegen Daten zu erfassen bei denen der Fehler meist in der Grössenordung der Obektgrösse liegt so dass sie für die kaum vorhandenen Anwendungsfälle auch noch nahezu unbrauchbar sind. Naja, die Objektgroesse und die moeglichen Anwendungsfaelle haengen nun ja nicht so eng zusammen. Ein Briefkasten z.B. hat wohl kaum die Objektgroesse, um die Fehlergrenze zu ueberschreiten. Aber ich finde es trotzdem ganz gut, wenn der Standort auf ein paar meter genauigkeit in der Karte auftaucht. Dann hat man immerhin die Informaiton Da-Ist-Irgendwo-Einer. Auf der anderen Seite wuerde das jetzt nicht dagegen sprechen die Grundstuecke (bzw. ihre Grenzen) einzeichnen zu wollen. Denn die ueblichen Grundstuecke sind doch um einiges groesser als die Fehler, die man beim Abschaetzen der Grenzen machen wuerde. Anstatt der Objektgroesse ist fuer mich eigentlich eine moegliche Anwendung eher entscheidend, ob ich etwas in die Kart eintrage oder nicht. Und da gehe ich z.T. doch durchaus subjektiv vor, einen Zigarettenautomaten habe ich z.B. noch nicht eingezeichnet. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Tobias Wendorff schrieb: Auch, wenn sie in Stadtmitte eingeschränkt ist? Sie geht ja mitten durch den Kern und kann vielleicht auch durch Ampeln ausgebremst werden oder sogar an Schulen vorbeiführen? Bei der 7 kommts drauf an. Wenn die ausserorts secondary ist, kann man sie auch als secondary durchziehen. Gleiches Problem wie bei der 9 - das war ja meine Hauptursache. Wird der von aussen kommende Verkehr auf dieser Strasse durch den Ort gefuehrt, dann sollte die Strasse auch innerorts moeglichst die gleiche Zuordnung erhalten. Es gibt nichts (naja, nur wenig) bloederes, als eine Strassenkarte die mich zu Ortsrand lotst, dann mich meinem Schicksal selbst ueberlaesst, und auf der anderen Seite der Ortschaft mir wieder erzaehlt, wie es weitergehen soll. Irgendwo anders hatte ja gerade jemand die Strasenkategorien danach sortiert, in wie weit sie ueberregionale Bedeutung haben. Diese Bedeutung verlieren sie innerhalb der Ortschaften ja nicht, nur weil da zufaellig mal die eine oder andere eine Ampel steht. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] temporaere Sperrungen
Hallo, vorhin beim Laufen bin ich eine Unterfuehrung langgekommen, die demnaechst wegen Autobahnausbau fuer einige Zeit gesperrt wird. Sollte man so eine Sperrung in OSM eintragen und dann abschliessend wieder loeschen? Und wenn ja, wie lang sollte so eine Sperrung mindestens dauern, damit man sie in die Karte aufnehmen sollte? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Tobias Wendorff wrote: Norbert Wenzel schrieb: Ich reiß jetzt einfach ganz bös einen Satz aus deiner Diskussion und sag dazu folgendes: Wenn alles, was nicht deiner Meinung entspricht, kein Kooperationswille ist, dann seh ich irgendwo hier entweder ein soziales Defizit oder eine leicht verzerrte Wahrnehmung. Wieso könnt Ihr eigentlich bei keiner Diskussion neutral bleiben? Es ist mir scheiß egal, dass ihr mich als arrogant bezeichnet. Ich will OSM weiterbringen und nicht Ruhm und Ehre genießen. ad neutral: Bitte um Erklärung. OSM weiterbringen ist ja gut und schön. Aber was bringt ein perfekter Datensatz, den nur noch du hütest, weil du den Rest der Welt vergrault hast? Es geht ja nicht darum, ob deine Daten ev. erst ein Monat später importiert werden. Es geht einfach darum, dass man sich nicht hinstellt, ankündigt dass man Recht hat und sein Programm durchzieht. Das hat gar nix mit OSM zu tun, das sind normale Umgangsformen. Bei Wikisystemen ist jeder gleichberechtigt, d.h. es gehört auch zu deiner Aufgabe zumindest zu versuchen dich mit den direkt betroffenen zu einigen. Aber die Sache ist eigentlich ganz egal. Zitier bitte einfach mal einen konkreten Fall wo es zu besagtem Problem gekommen ist. Ansonsten bringt der ganze Spaß hier nämlich tatsächlich nichts, außer dass unsere Mailboxen übergehen und wahrscheinlich dein Blutdruck steigt. Norbert PS: Ich hab auch schon mehrmals Mist gebaut in OSM und hab auch schon mehrmals Mist korrigiert. Aber bis hatte ich bei keiner Antwort das Gefühl, dass der Betroffene angfressen war. Also ich glaub zumindest nicht, dass es so viele Uneinsichtige hier gibt. smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hallo! Tobias Wendorff wrote: Wenn ich z.B. einen nachweislich besseren Datensatz habe, als der welcher vorhanden ist und den ohne Anmerkung drüberbügle und den alten entferne, bekomme ich sofort eine böse PM: - ich habe viel Arbeit reingesteckt - die History geht verloren - pass' doch bitte meine Daten an deinen Import an. ich habe in Äthiopien vor einigen Monaten recht genaue GPS Daten erhoben die in OSM schon mit ca. 10-20m Genauigkeit erfasst waren. Da hatte ich den entsprechenden User kontaktiert - in erster Linie weil es ja auch hätte sein können, dass meine GPS Daten ungeau sind oder er genaue Daten nur vereinfacht hatte. Letztendlich hat mich dieser darauf hingewiesen, dass er es ziemlich überflüssig findet, dass ich da nach gefragt habe, ich soll das einfach ersetzen. Es gibt wie in jeder Community eben solche und solche. Bei seeehr großflächigen Änderungen kann ja ne Nachfrage per PM nicht schaden, vielleicht hat sich ja derjenige was gedacht. Auf Wikipedia gibt's ja auch Diskussionsseiten in denen größers wohl teilweise abgestimmt wird. Wüsste nicht, wieso man das hier nicht ähnlich handhaben sollte. Ich kann es auch teilweise nachvollziehen, wenn jemand 500 km meiner Arbeit löscht und ersetzt. Da ist dann halt wirklich die History futsch und man sieht meine Leistung nicht mehr. Aber da aktuell sowies immer nur der letzte Autor angezeigt wird ... Ist halt schade, aber natürlich wirklich nicht tragisch. Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hallo! Tobias Wendorff wrote: Irgendwer hat die Hauptstraße von irgendwo importiert. Dann hat jemand anders die Seitenstraßen falsch an die Hauptstraße gezeichnet. Ein Dritter hat dann Wohnnflächen eingetragen, orientiert an den vorhandenen Straßen. ist das ein Praxisbeispiel oder konstruiert? Ist es wirklich einfacher ein komplettes Wohnviertel zu löschen und neu zu machen, anstatt die entsprechenden Dinge samt der schon mühevoll eingetrangen Tags (Wohnfläche, ggf. Straßennamen) an die richtige Stelle zu rücken? Ich halte es für recht unwarscheinlich das die drei Leute in deinem Beispiel hintereinander und unabhängig totalen mist mappen. Deshalb schließe ich mich Florian da vollkommen an: Florian Lohoff: Aber es geht eben drum an das gute im Menschen zu glauben und dann ueber Mails erstmal kontakt aufzubauen und die beweggruende auszuleuchten. Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Konfliktlösungsrichtlinien (Re: d as Prinzip von OpenSource unkompatibel zu OSM?)
Hallo, Tobias Wendorff wrote: Norbert Wenzel schrieb: Ich reiß jetzt einfach ganz bös einen Satz aus deiner Diskussion und sag dazu folgendes: Wenn alles, was nicht deiner Meinung entspricht, kein Kooperationswille ist, dann seh ich irgendwo hier entweder ein soziales Defizit oder eine leicht verzerrte Wahrnehmung. Wieso könnt Ihr eigentlich bei keiner Diskussion neutral bleiben? welche Diskussionen sind schon neutral? Gerade in einem Text-Only Medium wird da dann vielleicht auch noch einiges durch Mißverständnisse aufgeheizt. Ist halt so. Wir sind alle Menschen. Ich will OSM weiterbringen und nicht Ruhm und Ehre genießen. gut! Also einfach (falls nötig) mehr als eine Message schreiben, in der du ankündigst was du vor hast, sondern auch mal eine zweite schreiben und nicht auf den Standpunkt stelle, das kostet Zeit, das ist mühsam und bringt mich nicht weiter, das mach ich nicht. Toll, dann habe ich eine zweite Nachricht geschickt und bekomme entweder keine oder die gleiche Rückantwort. Was dann? Noch eine dritte Nachricht schicken? Supi ... dann die vierte und die fünfte. Naja, so grob über den Daumen denke ich, dass man eine dritte Nachricht versuchen kann. Wenn der/diejenige danach stur bleibt, sollte man sich wohl andere Lösungsmöglichkeiten überlegen. Gibt es dazu irgendwelche Konfliktlösungsrichtlinien im Wiki? Wenn nicht, sollte man das mal in Angriff nehmen. In der Wikipedia werden ja eigentlich alle Diskussionen öffentlich ausgetragen, was ich ab einem gewissen Punkt für eine gute Idee halte. Hier geht eben alles über eMail. Vielleicht sollte man ab der dritten PM über ein Eskalationsschema irgendwie anders klären. - Mailingliste - Wiki (wiki.openstreetmap.org/Discussion/Node12354) - irgendein spezielles Diskussionssystem, welches z.B. Nodes / Ways zugeordnet ist Was haltet ihr davon? Bin noch nicht so lange dabei und auch nicht auf der internationalen Liste aktiv - gibt es in die Richtung Bemühungen? Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
John07 wrote: Aber er macht doch gar nichts kaputt. Außer an der History wird man es oberflächlich erstmal gar nicht bemerken. aber die History ist halt letztendlich der einzige Lohn. Es geht da auch weniger um Ego, aber ich denke jeder hat ein Recht auf Attribution. Wie wärs bei großflächigen Ersetzungen bei denen es sinnlos ist alle Nodes zu verschieben, einfach ein Tag dran zu heften note: replaces way by $USER Ich freue mich im Gegenteil immer, wenn ich merke, dass jemand meine Daten korrigiert bzw. ergänzt. Ich mich auch! Aber es ging dem verägerten OSM User möglicherweise eher um LÖSCHEN! nicht um korrigieren / ergänzen, zumindest hat er es vermutlich nicht so gesehen. Wir sind doch ein Gemeinschaftsprojekt. In dem Sinne würde ich das Ego mal versuchen weitestgehend rauszulassen bzw. das Ziel der Gemeinschaft (guter Kartenbestand) über das Ego zu stellen. Wenn ich nicht will, dass meine Daten mal verändert oder ersetzt werden, dann dürfte ich prinzipiell ziemlich schnell ein Problem mit dem Wikimodell von OSM bekommen. Ich denke sowieso das großflächige Ersetzungen (im Sinn von: Alles Weg + Alles Neu) mit zunehmender Datendichte eher unwarscheinlich sind. Gegen Änderungen hat ja eigentlich niemand was. Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Alexander Menk schrieb: Tobias Wendorff wrote: Irgendwer hat die Hauptstraße von irgendwo importiert. Dann hat jemand anders die Seitenstraßen falsch an die Hauptstraße gezeichnet. Ein Dritter hat dann Wohnnflächen eingetragen, orientiert an den vorhandenen Straßen. ist das ein Praxisbeispiel oder konstruiert? So war das jetzt konstruiert, aber wenn Du Hauptstraße gegen Eisenbahnlinie ersetzt, hatte ich dieses Problem zwischen Unna und Soest. Hier konnten wir das aber gemeinsam lösen. Ich halte es für recht unwarscheinlich das die drei Leute in deinem Beispiel hintereinander und unabhängig totalen mist mappen. Mappen oder Taggen? Das Mappen hängt von der Technik ab und Taggen kann man auch, ohne dagewesen zu sein. Ich habe z.B. große Teile in Dortmund eingetragen, weil ich in diesem Bereich lange gewohnt habe, aber schon 3 Monate nicht mehr da war. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Begriffsfrage life_cycle
Tordanik schrieb: Garry schrieb: Tordanik schrieb: Garry wrote: Tordanik schrieb: Liegt dir sehr am Begriff „operation_state“? Ansonsten könntest du das durch Unterstützung des „life_cycle“-Proposals[1] gleich für alle Features inklusive Eisenbahn auf die richtige Spur bringen. Erst mal nur mit disused und construction, aber Werte ergänzen ist ja leicht möglich. [1] http://wiki.openstreetmap.org/index.php/Proposed_Features/Status Tordanik Gegenfrage: Liegt Dir sehr am Begriff life_cycle? :-) Nein, der Begriff wäre mir völlig egal gewesen. Ich habe aber u.a. auf der Diskussionsseite des Proposals gefragt, ob jemanden ein anderer Begriff lieber wäre, auch auf der ML darauf hingewiesen. Trotz dieses Versuchs, Anregungen einzuholen, und trotz einer über 2 Monate dauernden Ich hatte Dich spätestens am 15.09. schon darauf hingewiesen... Ich weiß leider nicht genau, auf welche Mail du dich beziehst. Deine eine Aussage vom 14.09., die ich gefunden habe („Ob das jetzt construction oder life_cycle heisst spielt nicht wirklich eine Rolle, hauptsache es etabliert sich - wobei ich beide Namensvarianten nicht als besonders gelungen empfinde.“[1]) klang jedenfalls noch weit weniger entschieden als dein heutiges Votum („No for this name! A correct form could be operating_state but never life cycle!“). Am 15. gabs dann noch den Vorschlag „construction_state“, was ich für zu eng gefasst hielt und halte – ich glaubte, dies auch zum Ausdruck gebracht zu haben, das Archiv gibt mir hier aber Unrecht. Nichtsdestotrotz habe ich das Thema später auf der Diskussionsseite – erfolglos – angesprochen. Ich bin anfangs noch davon ausgegangen dass lifecycle nur ein mir unbekannter, aber vielleicht doch etablierter Begriff für diesen Zweck ist. Meine Recherchen dafür haben aber nicht den geringsten Hinweis in diese Richtung ergeben sondern meine mittelmässige Englischkenntnisse bestättigt dass dieser Begriff in Richtung Lebensdauer geht.. und ebenfalls auf talk-de und talk angekündigten RFC-Phase hat sich vor Beginn der Abstimmung keiner mehr zu dem Thema geäußert. Jetzt, wo über das Tag gerade abgestimmt wird, kann man nicht mal eben den Namen ändern. Sorry, aber life cycle ist einfach der falsche Begriff bei dem jeder nicht Eingeweihte ehr eine Datumseingabe für eine Lebensdauer erwarten würde als einen Betriebsstatus für eine Strasse, Eisenbahnbrücke oder sonstiges Bauwerk. Von diesen Abstimmungsprozesse an denen ehr OSM-Laien teilnehmen und unter den OSM-Fachleuten ziemlich umstritten ist halte ich nicht besonders viel, die Ergebniss sind nicht selten ziemlich daneben. Was nützt Dir eine gewonnen Abstimmung, die nicht bindenden ist und weiterhin viel Konflikpotential mit sich bringt bzw. nicht angenommen wird weil der Begriff einfach falsch ist! Ich fürchte, du wirst mit keinem Vorschlag in diesem Bereich eine Lösung ohne viel Konfliktpotential bekommen. Die einen wollen ein einfaches Ein selbsterklärender, passender Name nimmt zumindest schon mal einges an Konfliktpotential in dem es Missverständnisse deutlich reduziert. Tag, das entsprechend den üblichen Gepflogenheiten eingetragen und ausgewertet werden kann und keine Sonderbehandlung braucht, die anderen möchten, dass auch die doofste Anwendung die Tags nicht missverstehen kann. Konflikpotential ist dann zwar immer noch vorhanden, aber den Anwender stört es nicht wirklich wenn die relativ wenigen in Bau befindlichen Objekte als fertig gerendert werden weil es der verwendete Renderer nicht anderst kann. Auf Papierkarten war das die letzten Jahrzente auch so. Vom Routen kann man solche Objekete leicht durch z.B. nichtanbinden ausschliessen ohne dafür ein spezielles Taggingschema einzuführen. Und ich wage zu behaupten dass viele gar nicht sooo oft ihre Karten updaten werden dass die meisten Baustellen eh schon fertig sind bevor sie mit denen in Berührung kommen. Eine Ablehnung auf Grund des _Namens_ hat außer dir noch keiner zum Ausdruck gebracht. Viele haben den Grund für ihre Abstimmung gar nicht zum Ausdruck gebracht. OSM hat von aussen den Ruf bezüglich der Tags recht chaotisch und flatterhaft zu sein. Ein neuer,völlig unpassender Name wird diesen Ruf ehr noch verschlechtern als verbessern. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konfliktlösungsrichtlinien (Re: d as Prinzip von OpenSource unkompatibel zu OSM?)
Alexander Menk schrieb: In der Wikipedia werden ja eigentlich alle Diskussionen öffentlich ausgetragen, was ich ab einem gewissen Punkt für eine gute Idee halte. Hier geht eben alles über eMail. Vielleicht sollte man ab der dritten PM über ein Eskalationsschema irgendwie anders klären. - Mailingliste - Wiki (wiki.openstreetmap.org/Discussion/Node12354) - irgendein spezielles Diskussionssystem, welches z.B. Nodes / Ways zugeordnet ist Was haltet ihr davon? Bin noch nicht so lange dabei und auch nicht auf der internationalen Liste aktiv - gibt es in die Richtung Bemühungen? Grüße, Alexander Ein Diskussions- und Kommentarsystem à la Wikipedia wäre sicher nützlich (anstatt oder neben Tags wie note, mit denen ja keine wirklichen Diskussionen möglich sind). Allerdings beziehen sich viele Dinge eher auf eine Region, als auf einzelne Wege oder Nodes. Schon alleine aus dem Grund, dass Bedarf für eine Diskussion besteht, ist eigentlich schon davon auszugehen, dass es wohl vermutlich um mehr als ein paar Nodes oder Ways geht. Insofern wäre vermutlich eine 'Diskussion auf der Karte' wie bei openstreetbugs sinvoller. So kann man sich dann per Karte oder RSS-Feed Verweise auf Diskussionen in einer bestimmten Region holen. Das Ganze müsste natürlich irgendwie sinnvoll in OSM eingebunden sein, alleine openstreetbugs eignet sich dafür wohl nicht so gut (ist ja vermutlich auch eher für was anderes gedacht). Sowas würde aber wohl definitiv zur Kommunikation beitragen. Im Gegensatz zum Anschreiben einzelner User, die vielleicht besonders viel in der Region editiert haben, erreicht man so auch leichter alle anderen und kann besser abstimmen. Zudem es nicht unbedingt immer so einfach herauszufinden ist, wer denn nun wirklich aktiv ist oder nur zufällig die letzte Änderung gemacht hat. Schließlich kann man zwar für einzelne Objekte die History aufrufen, aber es gibt wohl keine Funktion die einem mitteilt, wer in letzter Zeit wo wie aktiv war und vermutlich auch auf eine Anfrage antworten wird. :) Eine öffentliche Diskussion ermöglicht es dann auch anderen sich zu beteiligen. Selbst Leute die nicht selbst vor Ort sind, könnten dann zum Beispiel bei allgemeinen Fragen helfen. Und zudem lassen sich so vielleicht auch Streitereien besser lösen, da man auch nachlesen kann was sich genau ereignet hat und möglicherweise schlichtend eingreifen kann. Falls es sowas geben sollte, müsste es auf jeden Fall auch bekannt genug sein, dass es auch der Mehrzahl der Nutzer bekannt ist, ansonsten bringts natürlich auch wieder wenig. Wenn man sich den Link erst irgendwo raussuchen muss, oder gar nochmal extra anmelden, dann werden damit sicher nicht alle erreicht, die sich dafür interessieren würden. Gruß, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Torsten Leistikow schrieb: Wird der von aussen kommende Verkehr auf dieser Strasse durch den Ort gefuehrt, dann sollte die Strasse auch innerorts moeglichst die gleiche Zuordnung erhalten. Es gibt nichts (naja, nur wenig) bloederes, als eine Strassenkarte die mich zu Ortsrand lotst, dann mich meinem Schicksal selbst ueberlaesst, und auf der anderen Seite der Ortschaft mir wieder erzaehlt, wie es weitergehen soll. http://wiki.openstreetmap.org/index.php/DE:Germany_roads_tagging#Innerorts würde aber genau widersprechen ... wir taggen ja eben nicht nach Verwaltungsstrukturen. Irgendwo anders hatte ja gerade jemand die Strasenkategorien danach sortiert, in wie weit sie ueberregionale Bedeutung haben. Diese Bedeutung verlieren sie innerhalb der Ortschaften ja nicht, nur weil da zufaellig mal die eine oder andere eine Ampel steht. Aber ich kenne doch nicht alle überregionalen Kreisstraßen. Vorallem, da ich kein Autofahrer bin. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenklassifizierung highway !=?Verwaltungsklassifizierung !!!
Garry schrieb: Mario Salvini schrieb: Torsten Leistikow schrieb: Heiko Jacobs schrieb: Genau. Fuer die Verwaltungsklassifizierung haben wir ref=B4711 Die Info wird an die Strasze dran geschrieben, diese Infos muss also nicht noch mal in Farbe doppelt dargestellt werden... In Farbe darf aber die Info Wichtigkeit dargestellt werden... Wie waere es mit einer Definition von Wichtigkeit? Wichtig fuer mich? Wichtig fuer moeglichst viele also gleichbedeutend mit Verkehrsdichte? Wichtig fuer die Verwaltung also gleichbedeutend mit den Verwaltungsklassen? Andere Leute wollen den Ausbauzustand einer Strasse in den OSM-Klassen abbilden. Aber dafuer haben wir ja auch die Tags lanes und width, so dass dieser Ansatz auch nicht logisch zwingend ist. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de wir haben 3 stufen (primary, secondary, tertiary) ich ordne die bis jetzt immer recht erfolgreich in ÜBERregional INTERregional INNERregional ein. Also quasi die Wichtigkeit für den Fernverkehr. ..wobei gut ausgebaute und stark frequentierte Einfallstrassen auch gerne mal eine Stufe höher eingeordnet werden dürfen, auch wenn sie überwiegend dem regionalen Pendelverkehr dienen. Garry ich habe sogar schon Landstraßen ein Primary gegeben, weil sie z.B. eine Hauptader einer Großstadt sind (z.B. als alternative/schnelle Route zur Bundesstraße/Autobahn). Gleichauf kann auch mal eine normale Straße in einem Wohngebiet ein tertiary bekommen, weil sie die Hauptader hinein und hinaus der Siedlung ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] temporaere Sperrungen
Torsten Leistikow schrieb: Hallo, vorhin beim Laufen bin ich eine Unterfuehrung langgekommen, die demnaechst wegen Autobahnausbau fuer einige Zeit gesperrt wird. Sollte man so eine Sperrung in OSM eintragen und dann abschliessend wieder loeschen? Und wenn ja, wie lang sollte so eine Sperrung mindestens dauern, damit man sie in die Karte aufnehmen sollte? Wird teilweise so gehandhabt. Sinnvoll wäre so was ab ca. 3-4Wochen, aus der Begründung heraus dass die Karten eine übliche Updaterate von 1er Woche haben (denke jetzt an Mapnik und Garmin/Computerteddy)... Was darunter ist bekommt man verzögert/verschoben angezeigt so dass man erst die Baustelle nicht sieht wenn sie eingerichtet ist und dann noch lange sieht wenn sie nicht mehr da ist. Nun sollte man aber nicht die Form highway=construction wählen (wieder ein Argument dagegen!!!) weil so eine Strasse ja nach wie vor vorhanden ist - schlecht wenn sie dann nicht mehr dargestellt wird in den Renderen die damit nicht umgehen können weil sie ja dennoch zur Orientierung dient. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
also wenn ich deine Beschreibung richtig verstehe ist die 7 zwischen Kreuzung zur 4 und Kreuzung zur 3 aktiv zurückgenaut worden. Die Straße 9 hingegen ist als Durchgangsstraße dafür konzipiert worden den Verkehr von 3 nach 4 zu bringen? Durch diese Annahme würde ich folgender Maßen taggen: 1 motorway 2 motorway_link 3 secondary 4 primary 6 residential/unclassified (ggf. auch tertiary ab Kreuzung mit 2 als Verbindung zur Kreuzung mit 7 7 secondary/teritiary (je nachdem, was sie vorher is.) ausgenommen zwischen 4 und 3 7a tertiary (hat zwar noch verbindenden Charakter, aber 9 ist von der Wichtigkeit höher anzusiedeln) 9 secondary, da als Durchgangsstraße dafür zuständig 4 und 4 miteinander zu verbinden 10 residential (obwohl Vorfahrtsstraße, aber ich vermute dass da eh alles 30Zone is also keine echte Relevanz hat) 11 residential (ggf. wie bei 6 je nach reeller Situation eine tertiary bis zur Kreuzung 10 mit 9) Der Verkehr würde also von 1 auf 2 auf 4 bis zur Kreuzung 4/9 geleitet um dann über die Durchgangsstraße bis 9/3 zu gelangen. Soviel zum Schema, kann aber gut sein, dass man in der reellen Situation noch das ein oder andere umentscheiden würde. Gruß Mario Tobias Wendorff schrieb: Hallo Leute, ich habe mal kurz das Hierarchie-Problem mit den Straßen für Kleinstädte näher dargestellt (sorry für die schlechte Legende, war zu faul): http://raumplanung.tobwen.de/OSM/images/hierarchie.png Wie würdet Ihr das taggen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße
Dirk Stöcker schrieb: Allgemeine Lebenserfahrung. Wenn auf dem Schild Lindenalee steht, würde ich trotzdem Lindenallee in OSM eintragen. Ich habe schon so viele dämliche Schilder gesehen, dass ich offensichtliche Fehler nicht übernehme. Oder hier in der Nähe wechselt die ref von K8709 auf K8706. Nur weil das so dran steht, wechsel ich in OSM nicht die Nummer, sondern mir ist bewusst, dass der Beschilderungsmensch (oder irgendein Kindskopf) die Zahl verkehrt herum eingesetzt hat. Vor Jahren gab es in Essen-Kettwig mal ein Straßenschild Theodor-Von-Thane-Weg oder so ähnlich. Nach einem amüsanten Zeitungsbericht und einigen Wochen hieß sie Straße wieder Theodor-Fontane-Weg... Beschilderungsmenschen sind tatsächlich auch nur Menschen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
Zitat Sven Geggus: Frederik Ramm [EMAIL PROTECTED] wrote: auf der sich uebrigens 30 Leute vorangemeldet haben...? D.h. von den 30 Leuten müssen jetzt 10 daheim bleiben. Du kannst mir glauben, dass ich wohl derjenige bin, dem das am meisten leid tut. Aber im Moment sieht es leider so aus. Wie schon erwaehnt, machen wir solche Nummern nicht sooo oft und deshalb lagen wir mit unserer Einschaetzung zur Anzahl der Interessierten sehr gruendlich daneben. Sven kommt am Wochenende aus dem Urlaub. Vielleicht kann er mit dem Linuxhotel noch was drehen. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmarender überwaldet - Der Fluch der Multipolygone!
Bei meinem Streifzug durch die Osmarender-Lanschaft ist mir aufgefallen dass hier extrem viel Wald steht: http://www.informationfreeway.org/?lat=48.8453376946894lon=8.727414548118679zoom=13layers=BF000F was mir zeigt was Multipolygone für einen Unsinn anstellen. Ist ja schön und gut wenn man damit komplexe Waldgebiete mit vielen Lichtungen komfortable in Renderern darstellen kann die das Beherschen - und es auch der Editierende beherrscht. Aber OSM lebt davon dass die Masse mitmachen und das ganze pflegen kann. Mit so einer Präsentation von OSM wie in obigem Link kann man kaum Nutzer gewinnen! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Mario Salvini schrieb: also wenn ich deine Beschreibung richtig verstehe ist die 7 zwischen Kreuzung zur 4 und Kreuzung zur 3 aktiv zurückgenaut worden. Genau. Die Straße 9 hingegen ist als Durchgangsstraße dafür konzipiert worden den Verkehr von 3 nach 4 zu bringen? Jein - ich hätte die 9 im Ortskern auch zurückgebaut entwerfen sollen. Es ist mehr so eine Tempo 50 Straße, auf dem aber keine LKWs zugelassen sind. Diese sind nur auf der 7/7a zugelassen. Durch diese Annahme würde ich folgender Maßen taggen: 1 motorway [x] ebenso 2 motorway_link [x] ebenso 3 secondary [x] ebenso 4 primary [x] ebenso 6 residential/unclassified (ggf. auch tertiary ab Kreuzung mit 2 als Verbindung zur Kreuzung mit 7 Ich würde unclassified vergeben, weil es in Industriegebieten meist Straßen mit größeren Parkbereichen an den Rändern und weniger Bürgersteigen und fast keine Radwege gibt - sie unterschieden sich also stark von residential (residentials, wie ich sie empfinde). 7 secondary/teritiary (je nachdem, was sie vorher is.) ausgenommen zwischen 4 und 3 7a tertiary (hat zwar noch verbindenden Charakter, aber 9 ist von der Wichtigkeit höher anzusiedeln) 9 secondary, da als Durchgangsstraße dafür zuständig 4 und 4 miteinander zu verbinden Wenn 9 also ebenfalls zurückgebaut wäre, wie 7a, würdest Du dann beides als tertiary ansiedeln oder (wie im beschrieben Fall oben) 7a als secondary, weil da LKWs drüberfahren dürfen? 10 residential (obwohl Vorfahrtsstraße, aber ich vermute dass da eh alles 30Zone is also keine echte Relevanz hat) Yop. 11 residential (ggf. wie bei 6 je nach reeller Situation eine tertiary bis zur Kreuzung 10 mit 9) Yop. Der Verkehr würde also von 1 auf 2 auf 4 bis zur Kreuzung 4/9 geleitet um dann über die Durchgangsstraße bis 9/3 zu gelangen. Soviel zum Schema, kann aber gut sein, dass man in der reellen Situation noch das ein oder andere umentscheiden würde. Ja, aber die Richtung ist schon genau das, wie ich es auch empfinde. Vielen Dank Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
On Thu, Oct 09, 2008 at 06:02:42PM +0200, Tobias Wendorff wrote: Subject: Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM? Hallo, Frederik Ramm schrieb: Ich denke mal, wenig Leute kommen zu OSM mit dem Gedanken: Oh, eine tolle Community, da will ich dabei sein. Die meisten motiviert die Idee der freien Datensammlung. Aber moeglichst genau, ich denke mal, das ist jetzt nicht so die oberste Prioritaet fuer die Leute. Die wenigsten studieren Raumplanung ;-) Wir sind auch keine Geodäten, aber wenn ich den Zugang zu genaueren Daten habe und die Community doch so frei ist - wieso sollte ich mir dann erst die Genehmigung des ursprünglichen Autors holen? Es geht nicht um genehmigung - Willst du das nicht begreifen oder kannst du das nicht? Es geht um eine zwischenmenschliche Komponente die fuer ein miteinander essentiell ist. Wie du aber in dieser diskussion immer wieder raushaengen laesst ist dir dieses entweder schnuppe oder hast einen blinden fleck. An der vielfaeltigen reaktion und der menge der leute die dir hier mehr oder minder direkt oder durch die blume zu verstehen geben das du dich vergallopiert hast koenntest du die notwendigkeit der selbstreflektion ableiten. 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] Gezeichnete Tracks auf Top50-Basis nutzen???
On Thu, Oct 09, 2008 at 12:44:11PM +, Sven Geggus wrote: Florian Lohoff [EMAIL PROTECTED] wrote: Der Konsens hier ist eindeutig das dieses eine Urheberrechtsverletzung darstellt und zu unterlassen ist ... Wir sind besser vorsichtig und unterlassen das lieber. Ausschließlich das ist hier Konsens. Ob es sich um eine Urheberrechtsverletzung handelt oder nicht (immerhin wurde die TOP50 Software ja sogar ausschließlich in der vorgesehenen Art genutzt) ist nämlich rechtlich vällig unklar. Karte abpausen ist relativ eindeutig. Siehe auch die Diskussionen zum Thema Abzeichnen von Luftbildern bzw. Nutzung der WMS Server von Vermessungsämtern. Luftbilder ist etwas voellig anderes da hier schon im vordergrund steht das aus einem Lichtbild ein Datenbankwerk wird. 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] das Prinzip von OpenSource unkompatibel zu OSM?
Florian Lohoff schrieb: Es geht nicht um genehmigung - Willst du das nicht begreifen oder kannst du das nicht? Es geht um eine zwischenmenschliche Komponente die fuer ein miteinander essentiell ist. Also wird meine persönliche Freiheit in OpenStreetMap durch die zwischenmenschliche Komponente beschnitten, korrekt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Tobias Wendorff wrote: Florian Lohoff schrieb: Es geht nicht um genehmigung - Willst du das nicht begreifen oder kannst du das nicht? Es geht um eine zwischenmenschliche Komponente die fuer ein miteinander essentiell ist. Also wird meine persönliche Freiheit in OpenStreetMap durch die zwischenmenschliche Komponente beschnitten, korrekt? Ich will dir jetzt nicht dein Weltbild zerstören, aber deine persönliche Freiheit wird überall durch die zwischenmenschliche Komponente beschnitten. Das ist dieses komische Ding das wir erfunden haben, dass wir uns bei kleineren und größeren Zusammenrottungen nicht gleich umbringen und landläufig Gemeinschaft/Gemeinde oder neudeutsch Community nennen. Das ist vollkommen unabhängig von OSM. Ich würd auch oft und gern vielen mit dem Hinterteil voran ins Gesicht fahren, allein so spießige Sachen wie Höflichkeit und Anstand hindern mich oft (nicht immer) daran. Und aus langjähriger Erfahrung dazu noch ein Tipp: Wen man sich diese Hinterteil-voran Aktionen für besondere Augenblicke aufhebt und das nicht immer so macht, kommen die noch viel wirkungsvoller. Norbert smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenklassifizierung highway !=?Verwaltungsklassifizierung !!!
Mario Salvini schrieb: Garry schrieb: Mario Salvini schrieb: Torsten Leistikow schrieb: Heiko Jacobs schrieb: Genau. Fuer die Verwaltungsklassifizierung haben wir ref=B4711 Die Info wird an die Strasze dran geschrieben, diese Infos muss also nicht noch mal in Farbe doppelt dargestellt werden... In Farbe darf aber die Info Wichtigkeit dargestellt werden... Wie waere es mit einer Definition von Wichtigkeit? Wichtig fuer mich? Wichtig fuer moeglichst viele also gleichbedeutend mit Verkehrsdichte? Wichtig fuer die Verwaltung also gleichbedeutend mit den Verwaltungsklassen? Andere Leute wollen den Ausbauzustand einer Strasse in den OSM-Klassen abbilden. Aber dafuer haben wir ja auch die Tags lanes und width, so dass dieser Ansatz auch nicht logisch zwingend ist. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de wir haben 3 stufen (primary, secondary, tertiary) ich ordne die bis jetzt immer recht erfolgreich in ÜBERregional INTERregional INNERregional ein. Also quasi die Wichtigkeit für den Fernverkehr. ..wobei gut ausgebaute und stark frequentierte Einfallstrassen auch gerne mal eine Stufe höher eingeordnet werden dürfen, auch wenn sie überwiegend dem regionalen Pendelverkehr dienen. Garry ich habe sogar schon Landstraßen ein Primary gegeben, weil sie z.B. eine Hauptader einer Großstadt sind (z.B. als alternative/schnelle Route zur Bundesstraße/Autobahn). Gleichauf kann auch mal eine normale Straße in einem Wohngebiet ein tertiary bekommen, weil sie die Hauptader hinein und hinaus der Siedlung ist. Überhaupt kein Problem damit. Ich glaube ich wiederhole mich: In Karlsruhe die Stadtautobahn Südtangente (eindeutig trunk-Klasse) ist teilweise eine Kreisstrasse. Darum bitte in highway nicht einfach ohne Nachdenken 1:1 Die Verwaltungsklassen abbilden!. garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Am Donnerstag, den 09.10.2008, 21:44 +0200 schrieb Tobias Wendorff: Florian Lohoff schrieb: Es geht nicht um genehmigung - Willst du das nicht begreifen oder kannst du das nicht? Es geht um eine zwischenmenschliche Komponente die fuer ein miteinander essentiell ist. Also wird meine persönliche Freiheit in OpenStreetMap durch die zwischenmenschliche Komponente beschnitten, korrekt? Ja! Das ist wie überall im Leben: wo die Persönlichkeitsgrenzen der anderen anfangen enden die eigenen. Du solltest dich hin und wieder unter Leute begeben und dann vieleicht sogar mal darauf hören, was andere sagen. Das ist zwar in vielen Fällen nicht unbedingt das was man hören will, doch erleichteret es einem hin und wieder das Leben. Willkommen in der Realität. Son jemand weltfremden wie dir begegnet man selten... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender überwaldet - Der Fluch der Multipolygone!
Garry schrieb: Bei meinem Streifzug durch die Osmarender-Lanschaft ist mir aufgefallen dass hier extrem viel Wald steht: Naja, vielleicht enspricht das ja der Realität und es steht dort extrem viel Wald herum. Beim Herumscrollen ist mir noch folgendes aufgefallen: http://www.informationfreeway.org/?lat=48.69056429279269lon=8.9977489717589zoom=16 Bin immer wieder erstaunt, auf welche Ideen die Leute so kommen Grüßle, Chris PS: Ist osm.org zur Zeit down? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konfliktlösungsrichtlinien (Re: das Prinzip von OpenSource unkompatibel zu OSM?)
Also einfach (falls nötig) mehr als eine Message schreiben, in der du ankündigst was du vor hast, sondern auch mal eine zweite schreiben und nicht auf den Standpunkt stelle, das kostet Zeit, das ist mühsam und bringt mich nicht weiter, das mach ich nicht. Toll, dann habe ich eine zweite Nachricht geschickt und bekomme entweder keine oder die gleiche Rückantwort. Was dann? Noch eine dritte Nachricht schicken? Supi ... dann die vierte und die fünfte. Naja, so grob über den Daumen denke ich, dass man eine dritte Nachricht versuchen kann. Wenn der/diejenige danach stur bleibt, sollte man sich wohl andere Lösungsmöglichkeiten überlegen. mehr als eine Nachricht/Mail halte ich für übertrieben. Eine Nachricht sollte genügen, 2 kann man m.E. schon nicht mehr erwarten. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Norbert Wenzel schrieb: Ich will dir jetzt nicht dein Weltbild zerstören, aber deine persönliche Freiheit wird überall durch die zwischenmenschliche Komponente beschnitten. Das ist dieses komische Ding das wir erfunden haben, dass wir uns bei kleineren und größeren Zusammenrottungen nicht gleich umbringen und landläufig Gemeinschaft/Gemeinde oder neudeutsch Community nennen. Das ist vollkommen unabhängig von OSM. Irgendwie komme ich mir vor, als würde ich mit einem pferdelosen Wagen durch eine Bauernsiedlung fahren. Ich würd auch oft und gern vielen mit dem Hinterteil voran ins Gesicht fahren, allein so spießige Sachen wie Höflichkeit und Anstand hindern mich oft (nicht immer) daran. Und aus langjähriger Erfahrung dazu noch ein Tipp: Wen man sich diese Hinterteil-voran Aktionen für besondere Augenblicke aufhebt und das nicht immer so macht, kommen die noch viel wirkungsvoller. Nur dass weder aus Aufheben für besondere Augenblicke, noch die Aktion ansich die Zwischenmenschlichkeit irgendwie fördert :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Detlef Reichl schrieb: Ja! Das ist wie überall im Leben: wo die Persönlichkeitsgrenzen der anderen anfangen enden die eigenen. Du solltest dich hin und wieder unter Leute begeben und dann vieleicht sogar mal darauf hören, was andere sagen. Das ist zwar in vielen Fällen nicht unbedingt das was man hören will, doch erleichteret es einem hin und wieder das Leben. Willkommen in der Realität. Son jemand weltfremden wie dir begegnet man selten... Keine Angst, ich werde die Tätigkeiten in OSM bald komplett einstellen. Ich stelle jedoch erst noch die Dinge fertig, zu denen ich mich verpflichtet habe. Dann könnt ihr ruhig gerne wieder ohne mich rumtackern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konfliktlösungsrichtlinien (Re: das Prinzip von OpenSource unkompatibel zu OSM?)
Martin Koppenhoefer wrote: Also einfach (falls nötig) mehr als eine Message schreiben, in der du ankündigst was du vor hast, sondern auch mal eine zweite schreiben und nicht auf den Standpunkt stelle, das kostet Zeit, das ist mühsam und bringt mich nicht weiter, das mach ich nicht. Toll, dann habe ich eine zweite Nachricht geschickt und bekomme entweder keine oder die gleiche Rückantwort. Was dann? Noch eine dritte Nachricht schicken? Supi ... dann die vierte und die fünfte. Naja, so grob über den Daumen denke ich, dass man eine dritte Nachricht versuchen kann. Wenn der/diejenige danach stur bleibt, sollte man sich wohl andere Lösungsmöglichkeiten überlegen. mehr als eine Nachricht/Mail halte ich für übertrieben. Eine Nachricht sollte genügen, 2 kann man m.E. schon nicht mehr erwarten. Ja, eine Nachricht sollte genügen ... unter der Voraussetzung, dass dann auf Antworten auch eingegangen wird. Aber wenn jemand nicht reagiert dann sollte man noch auf der Mailinglist bzw. auf der örtlich passenden Wikipage ankündigen was man vorhat und dort Einwände abwarten und dann kann's losgehen. Norbert smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Tobias Wendorff schrieb: Mario Salvini schrieb: also wenn ich deine Beschreibung richtig verstehe ist die 7 zwischen Kreuzung zur 4 und Kreuzung zur 3 aktiv zurückgenaut worden. Genau. Die Straße 9 hingegen ist als Durchgangsstraße dafür konzipiert worden den Verkehr von 3 nach 4 zu bringen? Jein - ich hätte die 9 im Ortskern auch zurückgebaut entwerfen sollen. Es ist mehr so eine Tempo 50 Straße, auf dem aber keine LKWs zugelassen sind. Diese sind nur auf der 7/7a zugelassen. Durch diese Annahme würde ich folgender Maßen taggen: 1 motorway [x] ebenso 2 motorway_link [x] ebenso 3 secondary [x] ebenso 4 primary [x] ebenso 6 residential/unclassified (ggf. auch tertiary ab Kreuzung mit 2 als Verbindung zur Kreuzung mit 7 Ich würde unclassified vergeben, weil es in Industriegebieten meist Straßen mit größeren Parkbereichen an den Rändern und weniger Bürgersteigen und fast keine Radwege gibt - sie unterschieden sich also stark von residential (residentials, wie ich sie empfinde). 7 secondary/teritiary (je nachdem, was sie vorher is.) ausgenommen zwischen 4 und 3 7a tertiary (hat zwar noch verbindenden Charakter, aber 9 ist von der Wichtigkeit höher anzusiedeln) 9 secondary, da als Durchgangsstraße dafür zuständig 4 und 4 miteinander zu verbinden Wenn 9 also ebenfalls zurückgebaut wäre, wie 7a, würdest Du dann beides als tertiary ansiedeln oder (wie im beschrieben Fall oben) 7a als secondary, weil da LKWs drüberfahren dürfen? ich würde dann wohl beide als secondary taggen, da es ja dann quasi keine Rolle für den motorisierten Verkehr spielt, ob man 7a oder 9 wählt (LKWs bleibt ja durch hgv=no dann eh nur noch die 7a). Eine Durchgangsstraße wo keine LKWs drauf dürfen hab ich auch noch nicht bewusst gesehen. Dachte immer die seien gerade dafür da die dicken Brummies aus den Nebenstraßen zu halten? -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
Hallo Michael, D.h. von den 30 Leuten müssen jetzt 10 daheim bleiben. leid tut. Wo ein Wille ist, ist (meistens) ein Weg. In Essen wird es sicher auch noch weitere Räume geben. Notfalls rücken wir halt etwas zusammen, gehen in die Kneipe, oder arbeiten im Flur, im Fitnessraum oder in der Sauna... Das ist ja das Schöne an solchen Projekten: Da wird nicht einer ausgeschlossen, damit es für einige reicht, sondern alle eingebunden, weil jeder etwas bringt. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problerm eine Strasse zu Teilen.
Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Hey Männer, jetzt ist aber gut! Bevor das jetzt irgendwie ganz abrutscht, sollten wir uns wieder auf die Ziele besinnen: *OSM - die freie Weltkarte* Und dazu brauchen wir: - viiiele Daten - von überall aus der Welt - möglichst gut beschrieben - möglichst genau und vor allem: - einen guten Renderer - viele nützliche Anwendungen das heisst: - viiiele engagierte Datensammler - pfiffige Datenbänker, Programmierer und Organisatoren - gemeinsamen Spass Gute Nacht! Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problem eine Strasse zu teilen.
Hallo, weiß jemand wie ich diese Strasse way_25896928 am Note node_30431648 getrennt bekomme. Hier der OSM Link: http://www.openstreetmap.org/?lat=52.5753lon=13.41062zoom=17layers=0B00FTFT Habe es mit dem Merkaartor probiert und bekomme es nicht hin. Schöne Grüße Thomas ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
den großen Garten nicht vergessen! Markus schrieb: Hallo Michael, D.h. von den 30 Leuten müssen jetzt 10 daheim bleiben. leid tut. Wo ein Wille ist, ist (meistens) ein Weg. In Essen wird es sicher auch noch weitere Räume geben. Notfalls rücken wir halt etwas zusammen, gehen in die Kneipe, oder arbeiten im Flur, im Fitnessraum oder in der Sauna... Das ist ja das Schöne an solchen Projekten: Da wird nicht einer ausgeschlossen, damit es für einige reicht, sondern alle eingebunden, weil jeder etwas bringt. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de begin:vcard fn:Marco Lechner n:Lechner;Marco org;quoted-printable:Uni Freiburg;Institut f=C3=BCr Physische Geographie adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland email;internet:[EMAIL PROTECTED] tel;work:+49 (0)761/203-3548 tel;fax:+49 (0)761/203-3596 x-mozilla-html:FALSE version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrstuhl taggen
Am 8. Oktober 2008 10:15 schrieb Guenther Meyer [EMAIL PROTECTED]: Am Mittwoch 08 Oktober 2008 schrieb Martin Koppenhoefer: Am 6. Oktober 2008 10:38 schrieb Guenther Meyer [EMAIL PROTECTED]: Am Sonntag 05 Oktober 2008 schrieb Rainer Knaepper: Moin Tobias, Rainer Knaepper schrieb: Womit wir innerhalb von Bahnhöfen dann highways hätten? Für Rollstuhlfahrer sicher nicht uninteressant, aber es führen keine Wege dorthin, wenn man nicht die Bahnsteige bzw. Zuwegungen als footway einträgt. In der Tat würde service = elevator besser passen, oder? naja, wenn man schon treppen und rolltreppen als highway taggt, waere dasselbe fuer fahrstuehle nur konsequent. schliesslich ist ein fahrstuhl fuer rollis und kinderwaegen das, was fuer fussgaenger die treppe ist... dafür, aber bitte nicht vergessen, den richtigen Layer anzugeben. gibts da eigentlich schon eine gebraeuchliche vorgehensweise? schliesslich verbinden ja solche dinger 2 bis x layer... mehr als 11 Stockwerke übereinander mit erfassten Wegen/POIs sollte es beim derzeitigen Datenmodell nicht geben, dann funktionieren m.E. die Layer dafür (man könnte ja auch bei POIs das Stockwerk angeben, so dass man mit 11 Layern i.d. R. auch hinkommen sollte. Wird halt bei ways übereinander schwierig beim Editieren. ich halte es hier für sinnvoll, jeweils highway zu nehmen (analog z.B. steps und nicht service=... weil sonst dumme Programme das als strasse darstellen), also z.B. highway=elevator für Aufzüge und highway=escalator ( http://www.chronicas.com/bearings-images/Reno_1902_escalator_patent.gif und http://www.wonderquest.com/2007-04-09-escalator.jpg) für Rolltreppen verwenden. Für Laufbänder würde ich vorschlagen highway=moving_sidewalk zu nehmen, oder gibts da schon was anderes? Was haltet ihr für sinnvoll bei Förderbändern? conveyor_way=yes, bis man die weiter differenziert? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=castle Icons
Es waere sicherlich schoen, wenn man eine einheitliche Konvention haette, wie baumartig strukturierte Keys aussehen sollten. Ich denke die Vorschlaege im historic Bereich sind z.Z. alle noch in einer so fruehen Phase, dass man da ohne Probleme auf einen derartigen Standard (von mir aus die Doppelpunkte) umschwenken kann. Gruss Torsten ja, die Doppelpunkte bieten sich auch m.E. an: ein Blick in Tagwatch bei Name und den addr.-Keys zeigt einen ganz guten Durchdringungsgrad und die Unterstriche gelten schon als Leerzeichenersatz. Punkte wären so eine weitere übliche Schreibweise, aber Doppelpunkt geht genausogut. Kann man denn einzelne Zeichen auch aus dem Parsen ausschliessen? So dass man trotzdem einen Doppelpunkt z.B. in einem Namen setzen kann, und der dann nicht als Strukturierung ausgewertet wird? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Hallo, weiß jemand wie ich diese Strasse way_25896928 am Note node_30431648 getrennt bekomme. Hier der OSM Link: http://www.openstreetmap.org/?lat=52.5753lon=13.41062zoom=17layers=0B00FTFT Habe es mit dem Merkaartor probiert und bekomme es nicht hin. als ich eben nachsah (JOSM), war die Straße Am Schlosspark dort schon getrennt. Allerdings läuft sie auf denselben Nodes, wie die Grenze des Schlossparks - liegt das Problem daran? Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Begriffsfrage life_cycle
Garry wrote: Tordanik schrieb: Gegenfrage: Liegt Dir sehr am Begriff life_cycle? :-) ... Garry wrote: Ich bin anfangs noch davon ausgegangen dass lifecycle nur ein mir unbekannter, aber vielleicht doch etablierter Begriff für diesen Zweck ist. Meine Recherchen dafür haben aber nicht den geringsten Hinweis in diese Richtung ergeben sondern meine mittelmässige Englischkenntnisse bestättigt dass dieser Begriff in Richtung Lebensdauer geht.. Der Vorschlag 'life_cycle' (Lebenszyklus) kam von mir als Alternative für den anfänglichen Vorschlag 'status'. IMO bietet er zumindest weniger Verwechslungsgefahr - unter 'status' könnte jemand auch die Straßenqualität verstehen. Ich hab den Begriff aus der Softwaretechnik wo er für das Erzeugen und Löschen von Objekten verwendet wird (life cycle management). Wie gut er für Straßen passt weiß ich ehrlich gesagt nicht, aber eine Google Suche nach 'life cycle road construction' zeigt daß es auch andere gibt die den Begriff so verwenden. Wenn der Begriff nicht selbsterklärend ist muß man halt die Beschreibung in dem 'Map Features' lesen. Gruss, Grungelborz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundstücksgrenzen.
Torsten Leistikow schrieb: Naja, die Objektgroesse und die moeglichen Anwendungsfaelle haengen nun ja nicht so eng zusammen. Ein Briefkasten z.B. hat wohl kaum die Objektgroesse, um die Fehlergrenze zu ueberschreiten. Aber ich finde es trotzdem ganz gut, wenn der Standort auf ein paar meter genauigkeit in der Karte auftaucht. Dann hat man immerhin die Informaiton Da-Ist-Irgendwo-Einer. Ein Briefkasten gehört ja auch ehr in die Kategorie POI - auch wenn der 5, 10 oder gar 20m falsch gesetzt ist finde ich ihn problemlos.. Auf der anderen Seite wuerde das jetzt nicht dagegen sprechen die Grundstuecke (bzw. ihre Grenzen) einzeichnen zu wollen. Denn die ueblichen Grundstuecke sind doch um einiges groesser als die Fehler, die man beim Abschaetzen der Grenzen machen wuerde. Bei den heute üblichen Grundstücksgrössen von kaum 10m Kantenlänge bekommst Du bei einer GPS-Vermessung schnell mal negative Flächengrössen heraus weil die linke Grundstücksgrenze plötzlich rechts von der rechten Grenze erscheint... ;-) Anstatt der Objektgroesse ist fuer mich eigentlich eine moegliche Anwendung eher entscheidend, ob ich etwas in die Kart eintrage oder nicht. Und da gehe ich z.T. doch durchaus subjektiv vor, einen Zigarettenautomaten habe ich z.B. noch nicht eingezeichnet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender überwaldet - Der Fluch der Multipolygone!
Garry schrieb: Bei meinem Streifzug durch die Osmarender-Lanschaft ist mir aufgefallen dass hier extrem viel Wald steht: http://www.informationfreeway.org/?lat=48.8453376946894lon=8.727414548118679zoom=13layers=BF000F ich hab's dann mal nach den neuesten forschungergebnissen (state of the map 2008) für multipolygonwald repariert. das problem waren unzählige 'outer' members die eigentlich innen waren. sieht mir nach einem größeren 'potlatch - ich kopiere alle tags' problem aus. was mir zeigt was Multipolygone für einen Unsinn anstellen. Ist ja schön und gut wenn man damit komplexe Waldgebiete mit vielen Lichtungen komfortable in Renderern darstellen kann die das Beherschen - und es auch der Editierende beherrscht. Aber OSM lebt davon dass die Masse mitmachen und das ganze pflegen kann. das argument gilt aber für praktische jede dateneingabe bei osm. nur hier fällt es eher auf... was ich täglich an mist rausfische und korrigiere ist im vergleich hierzu viel haarsträubender. Mit so einer Präsentation von OSM wie in obigem Link kann man kaum Nutzer gewinnen! sieht doch hier aber nicht besser aus ;-) http://maps.google.de/?ie=UTF8ll=48.852743,8.705635spn=0.085505,0.137844z=13 grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Tobias Wendorff schrieb: Ich würde unclassified vergeben, weil es in Industriegebieten meist Straßen mit größeren Parkbereichen an den Rändern und weniger Bürgersteigen und fast keine Radwege gibt - sie unterschieden sich also stark von residential (residentials, wie ich sie empfinde). Die Möglichkeit Strassenbreiten anzugeben gibt es ja - warum willst Du das dann per residential/unclassified unterscheiden? Ich halte es für viel zielführender Strassen mit Erschliessungscharackter hervorzuheben die für tertiary noch zu klein sind. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Mario Salvini schrieb: . Eine Durchgangsstraße wo keine LKWs drauf dürfen hab ich auch noch nicht bewusst gesehen. Dachte immer die seien gerade dafür da die dicken Brummies aus den Nebenstraßen zu halten? Definitionssache - wenn eine Umgehungstrasse gebaut wurde und die alte Durchgangstrasse immer noch eine gewisse Bedeutung hat weil im Ort vielleicht noch eine bedeutendere Strasse abzweigt die nicht über die Umgehung zu erreichen ist - da schickt man die LKWs dann gerne auch mal auf einen längeren Weg durch das Industriegebiet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenklassifizierung highway !=?Verwaltungsklassifizierung !!!
Torsten Leistikow [EMAIL PROTECTED] wrote: Wie waere es mit einer Definition von Wichtigkeit? Wichtig fuer mich? Du alleine bist unwichtig ;-) Wichtig fuer moeglichst viele also gleichbedeutend mit Verkehrsdichte? ... aber in der Masse wirst Du wichtig :-) Jo, eine gefuehlte Kombination aus Verkehrsdichte und Regionalitaet, siehe andere Antwort. Wichtig fuer die Verwaltung also gleichbedeutend mit den Verwaltungsklassen? Ich wiederhole mich: Das wird bereits besser (gleihc mit Nummer) ?ber ref=... getagged Andere Leute wollen den Ausbauzustand einer Strasse in den OSM-Klassen abbilden. Aber dafuer haben wir ja auch die Tags lanes und width, so dass dieser Ansatz auch nicht logisch zwingend ist. So manche unwichtige Strasze wurde schon viel zu breit gebaut :-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] als GPX exportieren
JOSM Datei - Export to gpx Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsammes Multipoygonverhalten
Am 8. Oktober 2008 16:06 schrieb Detlef Reichl [EMAIL PROTECTED]: Hallo, ich habe ein Sportgelände sport=multi in dem sich sport=soccer, sport=table_tennis und sport=basketball befinden. Diese habe ich über eine type=mulipoygon Relation zusammen gefasst. sport=multi ist outer und die anderen drei inner. Die Strecke des outer läuft im Uhrzeigersinn die inner entgegen. Osmarender zeigt nur zwei der inner-Felder an und je nach Zommstufe auch noch unterschiedliche. http://openstreetmap.org/?lat=48.88503lon=8.70994zoom=17layers=0B00FTFT Da es die erste Mulitpoygon-Relation ist die mehrere inner-Elemente hat die ich erstellt habe frage ich mich: mein- oder Rendererbug? Grüßle, detlef das ist m.E. grundsätzlich kein Fall für Multipolygon. In der Beschreibung heisst es: Relations of type *multipolygon* are used to represent areas with holes. In Deinem Fall willst Du das Gelände zusammenfassen, nicht Löcher reinschneiden. In Deinem Fall würde wohl die vorgeschlagene Relation Site passen: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Site Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz - je nach Uhrzeit
2008/10/6 Sebastian Hohmann [EMAIL PROTECTED] Hat denn keiner ein Interesse an richtig getaggten Parkplätzen? ___ jein, ich würde ganz gerne einen Unterschied sehen wollen zwischen Parkhäusern und Parkplätzen, wobei erstere ein Dach über dem P bekommen sollten. Ansonsten ist es mir egal, weil ich nicht Auto fahre. Wundert mich eigentlich ein bisschen, dass bisher niemand einen Tag für Parkhaus vorgeschlagen hat. Wer mag ein Proposal schreiben? Ich würds ja auch selbst machen, komme aber mit dem Wiki nicht so gut zurecht. Habe z.B. ein kaum beachtetes Proposal geschrieben (landuse=centre_zone für Kerngebiete, das nicht mal in der Übersicht der Proposals auftaucht). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
Am 9. Oktober 2008 17:17 schrieb Tobias Wendorff [EMAIL PROTECTED]: Garry schrieb: Das hat aber reichlich gar nichts mit dem Betriebsstatus einer Strasse oder sonstigen Bauwerken zu tun! Könnte man das nicht einfach so lösen? railway = rail condition:railway = construction condition:railway:start = 2008 condition:railway:end = 2009 Zum Beispiel ... oder besser railway = rail condition:railway = construction condition:railway:construction:start = 2008 condition:railway:construction:end = 2009 Das wäre zwar mehr zu schreiben, aber man kann es normalisieren, es in Baumstrukturen schieben und alles andere. oder noch besser: railway:condition = construction ... Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Hallo, ich denke schon das dort das Problem liegt, aber warst du an der richtigen Stelle? Wenn ich dort nachsehe sind sie noch zusammen. Schöne Grüße Thomas -Ursprüngliche Nachricht- Von: Norbert Kück [EMAIL PROTECTED] Gesendet: 10.10.08 01:36:05 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Problem eine Strasse zu teilen. Hallo, weiß jemand wie ich diese Strasse way_25896928 am Note node_30431648 getrennt bekomme. Hier der OSM Link: http://www.openstreetmap.org/?lat=52.5753lon=13.41062zoom=17layers=0B00FTFT Habe es mit dem Merkaartor probiert und bekomme es nicht hin. als ich eben nachsah (JOSM), war die Straße Am Schlosspark dort schon getrennt. Allerdings läuft sie auf denselben Nodes, wie die Grenze des Schlossparks - liegt das Problem daran? Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de 50 erste Dates mit Adam Sandler u. Drew Barrymore kostenlos anschauen! Exklusiv für alle WEB.DE Nutzer. http://www.blockbuster.web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
In Essen wird es sicher auch noch weitere R?ume geben. In Essen liegt dieses Anwesen ziemlich dezentral (wenige 100 m von der Stadtgrenze). Ich kann die beheizten Bauwagen aus http://www.ruhrcamping.de empfehlen, die sind in Laufdistanz, ich weiß aber nicht, ob der Campingplatz um diese Jahreszeit noch offen hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
On Thu Oct 09, 2008 at 10:2738PM +0200, Tobias Wendorff wrote: Keine Angst, ich werde die Tätigkeiten in OSM bald komplett einstellen. Ich stelle jedoch erst noch die Dinge fertig, zu denen ich mich verpflichtet habe. Dann könnt ihr ruhig gerne wieder ohne mich rumtackern. Ich mach dir nen anderen Vorschlag: komm zum Workshop in Essen. Lern die Leute kennen, mit denen du hier mailst und streitest, lass uns gemeinsam ne Pizza essen und zwei drei Bierchen trinken. Aus Erfahrung loest das einige Probleme. -- Michael Bergbauer [EMAIL PROTECTED] Munich, Germany ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de