Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Danke. Inzwischen geht es auch bei mir in der Gegend. Mit neuen ÖPNV-Tags meinst du [1]? Werden da auch alle Relationen wie stop_area_group ausgewertet und entsprechend dargestellt? Gruß [1] http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema Ja, im speziellen werden die Tags hightway/railway/public_transport=platform, rail/light_railsubway//tram/bus = yes und die Relationen site/public_transport=stop_area neu ausgewertet, die area_group ist vielleicht etwas um in der Übersicht Stationen zusammenzufassen, aber das geschieht noch nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Hallo Tobias, motorcycle:forward:time{7:00-9:00;16:00-18:00} = no vielen Dank, die Extended_conditions habe ich mir angesehen, aber das forward wohl übersehen. Viele Grüße Ralf _ http://redirect.gimas.net/?n=M0906xWLHM2 Unbegrenzter Speicher bei Windows Live Hotmail!___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Wege vereinfachen
On Tue, Jun 09, 2009 at 07:34:21AM +0200, Sven Sommerkamp wrote: Du hast recht, man müßte das Tool viel häufiger anwenden. Vieles was da angelegt wird, vor allen Dingen an Wegen, täuscht eine Genauigkeit vor, die uns gar nicht gegeben ist. Und das produziert auch haupsächlich Probleme. Normalerweise klickt man den Weg an, so das er ausgewählt ist. Und wählt dann Weg vereinfachen aus. Dagegen - Ich habe schon so viel zeugs wieder korrigieren muessen weil jemand grossflaechig Wege vereinfacht hat - leider kommt da auch reihenweise Bullshit bei raus und solange man keine Ortskenntnis hat und die Tracks dahinter bitte bleiben lassen. Der informationsverlust der Eintritt kann gut sein aber auch viel kaputt machen ... ein blindes vereinfachen ist kontraproduktiv. Flo -- Florian Lohoff f...@rfc822.org +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] Neuigkeiten von der ÖPNV-Karte
2009/6/9 Melchior Moos melchiorm...@gmail.com Freue mich auf euer Feedback. Schaut soweit schon ganz gut aus. Wäre es Möglich noch irgendwo auf der Seite zu vermerken, von wann die Daten sind mit der die jeweiligen Tiles erstellt werden? oder arbeitet die ÖPNV Karte mit minute diffs? Da ich derzeit bissl am rumspielen bin, ändern sich die tags/relationen zeitweise etwas, da ist es schwerer zu deuten ob ich mich da ganz grob vertan habe (tippfehler etc) oder es einfach nur ein altes rendering ist. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Wege vereinfachen
Du hast recht, man müßte das Tool viel häufiger anwenden. Vieles was da angelegt wird, vor allen Dingen an Wegen, täuscht eine Genauigkeit vor, die uns gar nicht gegeben ist. Und das produziert auch haupsächlich Probleme. Normalerweise klickt man den Weg an, so das er ausgewählt ist. Und wählt dann Weg vereinfachen aus. Dagegen - Ich habe schon so viel zeugs wieder korrigieren muessen weil jemand grossflaechig Wege vereinfacht hat - leider kommt da auch reihenweise Bullshit bei raus und solange man keine Ortskenntnis hat und die Tracks dahinter bitte bleiben lassen. Den Fehler hab ich auch schon mal gemacht. Man lernt ja dazu. Am sinnvollsten wäre, glaube ich wenn bei jedem Hochladen eines neuen Weges kurz gefragt wird, ob der Weg vereinfacht werden soll. Dann kann man noch Feintuning betreiben, wenn das zu ungünstigen Ergebnissen führt Der informationsverlust der Eintritt kann gut sein aber auch viel kaputt machen ... ein blindes vereinfachen ist kontraproduktiv. Da geb ich dir Recht! Blindes vereinfachen finde ich auch nicht sinnvoll. Flo Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ACHTUNG!
http://wiki.openstreetmap.org/wiki/Image:Achtungpotlatch.svg :-)) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ACHTUNG!
On Tue, Jun 9, 2009 at 9:08 AM, GS gerhardschw...@yahoo.de wrote: http://wiki.openstreetmap.org/wiki/Image:Achtungpotlatch.svg oO ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstraße Edit-War
Hi, Hier im Südwesten treibt er mittlerweile auch sein Unwesen und taggt wiegewohnt massenhaft Straßen um. Netterweise löscht er dabei auch noch stellenweise die alten Wege, so dass ein einfaches zurücktaggen nicht immer möglich ist - man sieht nicht, welche Tags der Abschnitt vorher schon hatte und was er geändert hat. Könnte man hier einfach das gesamte changeset reverten? Das würde sehr viel Zeit sparen, sowohl hier als auch bei anderen verunstalteten Gegenden. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Hallo, Garry wrote: Wenn auf der einen Seite ein Fachmann eine gute Lösung für eine Tag-Problemstellung hat und diese versucht umzusetzen und auf der anderen Seite ein Nichtfachmann dafür eine nicht ausreichend überdachte Regelung ins Wiki klopft die sogleich von 100 Berufungstaggern grossflächig umgesetzt wird Das ist ein bisschen das Problem bei OSM. Wir haben ein paar Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept haben und damit waere die Sache geritzt. In Wahrheit ist das gute Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden) und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um). Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstraßen Edit-War
SLXViper schrieb: Hier im Südwesten treibt er mittlerweile auch sein Unwesen und taggt wiegewohnt massenhaft Straßen um. hast du da konkrete beispiele für sein getriebenes unwesen ? Netterweise löscht er dabei auch noch stellenweise die alten Wege, so dass ein einfaches zurücktaggen nicht immer möglich ist - man sieht nicht, welche Tags der Abschnitt vorher schon hatte und was er geändert hat. vielleicht war es notwendig? hast du überprüft, ob dadurch wirklich ein informationsverlust aufgetreten ist? vielleicht war der gelöschte weg ja auch nur doppelt? Könnte man hier einfach das gesamte changeset reverten? das sind (leider potlatch bedingt) ganz viele changesets. Das würde sehr viel Zeit sparen, sowohl hier als auch bei anderen verunstalteten Gegenden. haben alle, die hier gerade das große besteck auspacken sich mal die mühe gemacht, die edits des users Kraftfahrstraßen anzuschauen? http://www.openstreetmap.org/user/Kraftfahrstraßen/edits ja, er ist ein sehr aktiver mapper; ja, er bleibt dabei nicht nur vor seiner haustür; aber: bei meinen stichproben konnte ich nicht erkennen, dass da das wort vandalismus angebracht wäre. es sind wie ich eigentlich weitgehend sinnvolle edits und lückenschlüsse. vielleicht sollte man ihm/ihr noch ein wenig die _link und motorroad=yes tags freundlich erklären. aber eventuell stellt er schon auf durchzug, weil er auch per email genauso massiv angegriffen wurde, wie hier auf der mailingliste - die erfahrung zeigt, dass man mit freundlichkeit sehr viel konstruktiveres zusammenarbeit erreicht, als durch den hier leider immer wieder vorherrschenden ton. für mich hat der ganze aufruhr hier auf dem mailingliste eher das geschmäckle: da hat jemand MEINE daten verändert, das darf der nicht, das sind doch meine. jedenfalls fände ich es besser, die zeit in die verbesserung unserer daten zu stecken, als hier solch einen flamewar loszutreten. frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standplanung Linuxtag 23.6. bis 27.6. 2009
hallo, hier die Antwort zu meiner kleinen Intervention zur Standplanung. Hat jemand Fotos vom letzten Jahr? Hat jemand gute Kontakte zum Flightgear-Projekt? vielleicht kann wir da ja in der Tat noch was aushandeln. Jörg Original Message Subject:Re: [projects] Re: Standplanung Linuxtag 23.6. bis 27.6. 2009 Date: Mon, 08 Jun 2009 19:03:39 +0200 From: Elke Moritz mor...@linuxtag.org To: proje...@linuxtag.org, Jörg Thomsen joerg.thom...@fossgis.de CC: Wolfgang Drotschmann drots...@linuxtag.org, OSM-de talk-de@openstreetmap.org References: 4a282e12.7030...@linuxtag.org 4a2ce144.3080...@fossgis.de Hallo Jörg, Jörg Thomsen wrote: Hallo Wolfgang, die aktuelle Standplanung hat leider zu ein wenig Unmut in unseren Reihen geführt. Es herrscht die einhellige Meinung, dass der uns zugewiesene Platz zu klein ist. O.K., dass sagen wahrscheinlich alle :) aber ich möchte noch einmal darauf hinweisen, dass - OSM im vergangenen Jahr einen Preis für den schönsten Stand bekommen hat, habt Ihr noch ein Photo vom letzten Jahr, das Ihr mir schicken könnt? Ich hatte letztes Jahr so viel mit den belegten Brötchen für den Projects-Lunch zu tun, daß ich nicht so viel Zeit hatte, die Ausstellung anzuschauen und kann mich deshalb nicht mehr an alle Details erinnern. - OSM sehr publikumswirksam ist, ich denke die Präsenz ist ein dickes Plus für den gesamten Linuxtag, - wir in diesem Jahr noch weitere Projekte (FOSSGIS) auf dem Stand unterbringen möchten und ich deshalb - ursprünglich 18qm beantragt hatte. Wir haben wirklich sehr lange die Standplanung besprochen und auch versucht, das alles zu beachten. Wie Marko ja bereits geschrieben hat, haben wir dieses Jahr aber weniger Quadratmeter für die Projektstände zur Verfügung. Wir hatten 2008 wohl auch 9qm - ich war da nicht in der Planung, meine aber dass der Stand 3x3m groß gewesen ist. Das war schon nur für OSM sehr eng. Wir haben einen großen Zulauf, hatten im letzten Jahr an den drei vorhanden Rechnern ständig große Besuchertrauben zu informieren und dadurch eigentlich keinen Platz mehr auch mal ein Ruhe das ein oder andere tiefer gehende Gespräch zu führen. Da FlightGear sich gewünscht hat, daß Euer Stand möglichst in der Nähe liegt, haben wir Euch auch in der Nähe platziert: Having the booth placed in close vincinity to OSGeo/OSM/GRASS booth would make it easier to demonstrate existing relations. In fact FlightGear uses the well known GIS toolbox, which is represented by OSGeo, as well as (partially) OSM roads in order to build simulation scenery. Der LinuxGamers Stand, auf dem neben 3 Game-Projekten auch FlightGear sein wird, liegt direkt gegenüber von Eurem Stand. Wenn Ihr Euch also mit den Projekten auf 110b in Verbindung setzt, könnt Ihr vielleicht eine Möglichkeit finden, Eure Kooperationsprojekte zumindest teilweise dort vorzustellen. Letztes Jahr hatten wir einen Eckstand, dadurch konnten wir schon mehr Besucher gleichzeitig betreuen, als es dieses Jahr mit dem Reihenstand möglich sein wird. Wir möchten Euch daher bitten noch einmal ernsthaft über die Platzierung und vor allem Standgröße des OSM/FOSSGIS-Standes nachzudenken und zu versuchen uns mehr Platz einzuräumen. Wir warten noch auf die Standpläne und Skizzen der einzelnen Stände vom Messebauer. Vielleicht läßt sich der Stand noch, allerdings vermutlich nur um einen halben Meter. Und die anderen Stände müssen dann entsprechend verkleinert bzw. verschoben werden. Versprechen kann ich nichts, aber wir werden das mal besprechen. Viele Grüße, Jörg Viele Grüße, Elke -- ~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~ _ MapMedia Kartographie und raumbezogene Informationssysteme Gillweg 3, 14193 Berlin fon: +49 30 89 06 82-70 fax: +49 30 89 09 53-21 mail: j...@mapmedia.de net: www.mapmedia.de _ Geschäftsführer: G. v. Tschirnhaus, J. Thomsen Registergericht, Berlin - Amtsgericht Charlottenburg, HRB 89625, Umsatzsteuer-Identnummer: DE 813794062 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Am 9. Juni 2009 10:00 schrieb Frederik Ramm frede...@remote.org: Das ist ein bisschen das Problem bei OSM. Wir haben ein paar Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept haben und damit waere die Sache geritzt. In Wahrheit ist das gute Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden) und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um). Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen. Amen! Ich möchte jedoch ein viertes Drittel ergänzen (OSM hat ganz offiziell genug Platz für beliebig viele Drittel), wodurch viele aufgeregte Diskussionen doch wesentlich ruhiger verlaufen könnten. Und zwar: um es mit Abraham Lincoln zu sagen: Es ist besser zu schweigen und als Idiot verdächtigt zu werden, als zu reden und dadurch alle Zweifel zu beseitigen. man kann es auch mit Dieter Nuhr sagen: http://www.vitalx.de/nuhr.htm Gruß Torstiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Hallo! Melchior schrieb: es gibt ein paar Neuigkeiten in der ÖPNV-Karte Hui, und dies so spät am Abend! Haltestellen werden wesentlich detaillierterer Dargestellt, unter anderem endlich mit Plattformen in der Übersicht dafür nur noch als ein Punkt. Richtig gut finde ich, dass Du auch Halte als gelb hinterlegten Gesamtbereich mit Namen darstellst, die zwar (noch) nicht in einer Stop Area zusammengefasst sind, aber über mehrere (benachbarte) Elemente mit demselben Namen verfügen. Unterscheidest Du eigentlich schon die Symbolik für die Einzelelemente, abhängig von bus/tram/ light_rail=yes usw.? Gruß -- Sebastian kahlfrost.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Moin, wird eigentlich color=* für die einzelnen Linien bereits gerendert? Gruß Patrick -- New gpg key issued: ID 0x4D40C08A Transition phase ends 2009-08-09 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Unterscheidest Du eigentlich schon die Symbolik für die Einzelelemente, abhängig von bus/tram/ light_rail=yes usw.? Teilweise. Bushaltestellen (bus=yes) an denen kein anderes Verkehrsmittel hält sind generell weiß, alle anderen Rot und Zughalte (rail=yes) haben ein größeres Label und erscheinen früher. Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
wird eigentlich color=* für die einzelnen Linien bereits gerendert? Nein, das ist auch erstmal nicht geplant, das würde nur Verwirrung stiften, da man dann die Verkehrsmittel nicht mehr anhand der Farbe auseinander halten könnte. Wenn man einen Verkehrsplan für eine einzelne Stadt erstellt mag das sinvoll sein, aber ansonsten müsste man ja auch sicherstellen, dass im betrachteten Ausschnitt die Farben nur einfach vorkommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FreieTonne - Seekarteninformationen/ Seezeichen nach OSM kopieren
Hallo allerseits, Es geht nochmal um die Seekartengeschichte. Inzwischen haben sich in unserer Datenbank (www.freietonne.de) über 3000 Pois (Seezeichen, Tonnen, sonstige Hinweise für den Wassersport) angesammelt, die wir jetzt gern auch für die Renderer zur Verfügung stellen möchten. Um die Frage vorweg zu nehmen: Das Tagging-Schema ist unter den beteiligten Seekarten-Projekten abgestimmt, und wird auch weiter gemeinsam gepflegt. -- Nun meine erste Frage: Unsere Datensätze sehen im groben z.B so aus: osm version=0.6 generator=OpenStreetMap server node id=417288253 lat=54.405829 lon=11.0628175 version=1 changeset=1456285 user=freietonne-db uid=110046 visible=true timestamp=2009-06-08T09:13:51Z tag k=name v=Fehmarnsund 2/ tag k=ft_link v=http://www.freietonne.de/index.php?site=38infotyp=1editgps=3714/ tag k=ft_id v=3714/ tag k=minzoomlevel v=9/ tag k=ft_symbol v=9/ tag k=seamark:buoy_lateral:top_sign v=no/ tag k=created_by v=jjOffline/ tag k=seamark:buoy_lateral:light v=yes/ tag k=seamark:buoy_lateral:category v=larboard/ tag k=seamark:buoy_lateral:colour v=red/ tag k=seamark v=buoy_lateral/ /node /osm Gibt es da etwas dran auszusetzen? Technisch nimmt die API uns die Daten ab, aber vielleicht liegen wir ja inhaltlich z.B. bei der Verwendung von user und created_by vollkommen daneben? -- und Frage Nummer zwei: Spricht etwas dagegen, wenn wir unsere 3000 Pois in einem Rutsch in die OSM-DB schubsen? Beste Grüße aus Berlin JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Hallo! Melchior schrieb: Bushaltestellen (bus=yes) an denen kein anderes Verkehrsmittel hält sind generell weiß, alle anderen Rot und Zughalte (rail=yes) haben ein größeres Label und erscheinen früher. Ah, stimmt, habe ich auch soeben entdeckt. Vielleicht könnte man in Zukunft ja auch mit einem schönen Piktogramm-Leitsystem arbeiten, welches auf höheren Zoomstufen für jedes Verkehrsmittel ein eigenes Symbol bereithält (auf niedrigeren Zoomstufen kann man ja weiterhin entweder mit Punkten arbeiten oder aber mit einem allgemeinen Symbol für Halte). Aufbauen könnte man eventuell auf jenen Piktogrammen, die sich hier finden: http://svn.openstreetmap.org/applications/share/map-icons/svg/transport/ Gruß -- Sebastian kahlfrost.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Garry garr...@gmx.de wrote: Wesentliche Eigenschaft ist kreuzungsfrei und mehrspurig - das ermöglicht im allgemeinen eine höhere Durschnittsgeschwindigkeit und ist somit als eine besondere Eigenschaft tagenswert. Sollte auch 2+1 kreuzungsfrei schon dazu zählen? 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] Standplanung Linuxtag 23.6. bis 27.6. 2009
Jörg Thomsen wrote: hallo, hier die Antwort zu meiner kleinen Intervention zur Standplanung. Hat jemand Fotos vom letzten Jahr? ich habe letztes jahr einige bilder gemacht, ich kann die heute abend auf nen server hochladen Hat jemand gute Kontakte zum Flightgear-Projekt? vielleicht kann wir da ja in der Tat noch was aushandeln. Jörg frank ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [fossgis-verein] Standplanung Linuxtag 23.6. bis 27.6. 2009
Hallo Jörg, beim Arbeitswochenende des FOSSGIS e.V. wurde am Wochenende ein Musterstand (je nach Ausrichtung und Rahmenbdingungen modifizierbarer Vorschlag) für Messe- und Konferenzdarstellungen des FOSSGIS und der communities um freie GIS-Software und freie Geodaten entworfen. Die dafür benötigten Materialien werden sukzessive umgesetzt und das Standkonzept werde ich in Kürze ins Vereins-Wiki stellen. Von da ausgehend werden sich auch für alle Aktiven im Bereich Öffentlichkeitsarbeit weitere Ansatzpunkte zur Mitarbeit ergeben. Für den Linuxtag bedeutet dies, dass wir aus dem Material-Portfolio bis dahin auf jeden Fall ein Soffbanner des Vereins (neues Logo wie auf der Vereinsseite) geben wird. Die Gestaltung eines RollUps hat sich als nicht so einfach herausgestellt, so dass wir bis zum Linuxtag ein Poster des Vereins stellen können. Dies ist eher für eine Einmalaktion geeignet. RollUps sollten ja einige Zeit Bestand haben und daher auch entsprechend durchdacht sein bevor man die 250 € für ein hochwertiges Teil investiert. Hierzu stelle ich i Kürze 2-3 Konzeot-Skizzen ins Wiki, die dann diskuttiert, verändert und um weitere ergänzt werden können. Bis zum Linuxtag werden wir diesbezüglich aber noch kein fertiges RollUp haben. Ich denke aber dass, v.a. wegen der zu erwartenden Standgröß und der thematischen Ausrichtung ein Stoffbanner und ein Poster (sowie LiveDVDs, ... ;-) eine gute Grundlage bilden. Marco P.S. weiteres wie gesagt in Kürze im Vereins-Wiki Jörg Thomsen schrieb: hallo, hier die Antwort zu meiner kleinen Intervention zur Standplanung. Hat jemand Fotos vom letzten Jahr? Hat jemand gute Kontakte zum Flightgear-Projekt? vielleicht kann wir da ja in der Tat noch was aushandeln. Jörg Original Message Subject: Re: [projects] Re: Standplanung Linuxtag 23.6. bis 27.6. 2009 Date: Mon, 08 Jun 2009 19:03:39 +0200 From: Elke Moritz mor...@linuxtag.org To: proje...@linuxtag.org, Jörg Thomsen joerg.thom...@fossgis.de CC: Wolfgang Drotschmann drots...@linuxtag.org, OSM-de talk-de@openstreetmap.org References: 4a282e12.7030...@linuxtag.org 4a2ce144.3080...@fossgis.de Hallo Jörg, Jörg Thomsen wrote: Hallo Wolfgang, die aktuelle Standplanung hat leider zu ein wenig Unmut in unseren Reihen geführt. Es herrscht die einhellige Meinung, dass der uns zugewiesene Platz zu klein ist. O.K., dass sagen wahrscheinlich alle :) aber ich möchte noch einmal darauf hinweisen, dass - OSM im vergangenen Jahr einen Preis für den schönsten Stand bekommen hat, habt Ihr noch ein Photo vom letzten Jahr, das Ihr mir schicken könnt? Ich hatte letztes Jahr so viel mit den belegten Brötchen für den Projects-Lunch zu tun, daß ich nicht so viel Zeit hatte, die Ausstellung anzuschauen und kann mich deshalb nicht mehr an alle Details erinnern. - OSM sehr publikumswirksam ist, ich denke die Präsenz ist ein dickes Plus für den gesamten Linuxtag, - wir in diesem Jahr noch weitere Projekte (FOSSGIS) auf dem Stand unterbringen möchten und ich deshalb - ursprünglich 18qm beantragt hatte. Wir haben wirklich sehr lange die Standplanung besprochen und auch versucht, das alles zu beachten. Wie Marko ja bereits geschrieben hat, haben wir dieses Jahr aber weniger Quadratmeter für die Projektstände zur Verfügung. Wir hatten 2008 wohl auch 9qm - ich war da nicht in der Planung, meine aber dass der Stand 3x3m groß gewesen ist. Das war schon nur für OSM sehr eng. Wir haben einen großen Zulauf, hatten im letzten Jahr an den drei vorhanden Rechnern ständig große Besuchertrauben zu informieren und dadurch eigentlich keinen Platz mehr auch mal ein Ruhe das ein oder andere tiefer gehende Gespräch zu führen. Da FlightGear sich gewünscht hat, daß Euer Stand möglichst in der Nähe liegt, haben wir Euch auch in der Nähe platziert: Having the booth placed in close vincinity to OSGeo/OSM/GRASS booth would make it easier to demonstrate existing relations. In fact FlightGear uses the well known GIS toolbox, which is represented by OSGeo, as well as (partially) OSM roads in order to build simulation scenery. Der LinuxGamers Stand, auf dem neben 3 Game-Projekten auch FlightGear sein wird, liegt direkt gegenüber von Eurem Stand. Wenn Ihr Euch also mit den Projekten auf 110b in Verbindung setzt, könnt Ihr vielleicht eine Möglichkeit finden, Eure Kooperationsprojekte zumindest teilweise dort vorzustellen. Letztes Jahr hatten wir einen Eckstand, dadurch konnten wir schon mehr Besucher gleichzeitig betreuen, als es dieses Jahr mit dem Reihenstand möglich sein wird. Wir möchten Euch daher bitten noch einmal ernsthaft über die Platzierung und vor allem Standgröße des OSM/FOSSGIS-Standes nachzudenken und zu versuchen uns mehr Platz einzuräumen. Wir warten noch auf die Standpläne und Skizzen der einzelnen Stände vom Messebauer. Vielleicht läßt sich der Stand noch, allerdings vermutlich nur um einen
Re: [Talk-de] Strassen mit 2+1 Fahrspuren (was: Kraftfahrstrassen)
Heiko Jacobs schrieb: Garry garr...@gmx.de wrote: Wesentliche Eigenschaft ist kreuzungsfrei und mehrspurig - das ermöglicht im allgemeinen eine höhere Durschnittsgeschwindigkeit und ist somit als eine besondere Eigenschaft tagenswert. Sollte auch 2+1 kreuzungsfrei schon dazu zählen? Schwieriger Punkt - da müsste man auch noch differenzieren ob es ein einmaliger 2+1 Abschnitt an einer grösseren Steigung (z.B. B500 vor dem Ruhestein von BadenBaden kommend) oder eine ehr durchgängig im Wechsel ausgebaute 2+1 Strecke ist. Wünschenswert ist es schon dass man sich unterwegs als Vorankündigung die nächste Überholmöglichkeit anzeigen lassen kann ohne gleich auf eine komplette Lane-Auswertung zurückgreifen zu müssen. Dafür aber die B500 im genannten Abschnitt als trunk darzustellen finde ich aber auch nicht wirklich optimal. Bei der B10 Landau - Pirmasens könnte ich es mir schon ehr vorstellen - damit wäre es aber nicht einheitlich auf 2+1 Abschnitte anwendar was wiederum doch angestrebt werden sollte. Vielleicht wäre da ein 2+1 = 2 (zweite Spur in way-Richtung) bzw. 2+1 = 1 (zweite Spur entgegen way-Richtung) eine Lösung? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bahnstrecke KA-Rastatt
Hallo Heiko, es ist mir ein Anliegen die geplante/in Bau befindliche Bahnstrecke KA-RA entsprechend ihrem Bauzustand zu taggen und dargestellt zu bekommen (z.B. Streckenabschnitt zwischen Durmersheim bis Höhe Ötigheim fertig trassiert). construction ist für den Abschnitt definitiv zutreffend da schon seit längerem Planfestgestellt und im Zug des Neubaus der B36 bereits auch als fast 10km langer Abschnitt fertig trassiert und die Brücken mit Hochspannungsberührschutzmassnahmen versehen. Deine Aktivitäten bezüglich des besseren renderns von Gleisen finde ich durchaus Begrüssenswert.nur bitte sollte in Anwenungen die die neuen Features nicht unterstützen nicht einfach nichts dargestellt werden sondern wie in diesem Beispiel der Verlauf der Trasse - ist er doch auch ein Orientierungspunkt und Hinderniss das nur an den Brücken überquert werden kann. Es ist ja nicht so dass Deutschland/die Welt mit solchen (zukünftigen) Baustellen übersäht ist und somit das Kartenbild drastisch verändern. Von daher wäre ich Dir dankbar wen Du auch meine Arbeit würdigst... Gruss Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Martin Koppenhoefer schrieb: Wir haben nun ein konkretes Problem: eine Straße, innerorts, aufgeständert und mit Zu- und Abfahrten, für Radfahrer und Fußgänger gesperrt, jedoch ohne Standstreifen und mit relativ schmalen Spuren (für eine Autobahn zu schmal). Die Rampen sind teilweise auch links (d.h. Abfahrt links) und das Tempolimit variiert zwischen 40 und 70km/h. Ich würde sie gerne als trunk interpretieren, da sie sich von den üblichen Primaries abhebt (aufgeständert, von der Stadt entkoppelt, Verbot für Mopeds, Radfahrer und Fußgänger, Rampen also plankreuzungsfrei), aber das teilweise Limit von 40 ermutigt viele, sie als Primary zu sehen. Fotos hier z.B.: wie man erkennen kann, entsprechen die Kurvenradien sicher nicht immer denen für Autobahnen, aber das ist auch der Situation geschuldet, dass teilweise ein Balkon, eine Gebäudeecke o.ä. im Weg war ;-) Ich finde http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging schlüssig und wir haben in Kiel auch schon mal über das Thema diskutiert. Die einfache Regel lautet: Wenn Fahrbahnen baulich getrennt (oneway=yes), kreuzungsfrei und keine Autobahnbeschilderung, dann trunk. Für die Entscheidung unerheblich sind: traffic:zone (innerorts / außerorts) bicycle foot moped minspeed maxspeed lanes motorroad (Alles Tags, die man gesondert angeben und auch auswerten kann) Ich würde die von dir beschriebene Straße also auch als trunk taggen. Siehe beispielhaft: http://www.openstreetmap.org/?lat=54.2824lon=10.1389zoom=14 Die Engländer haben wegen ihres primary route network das baulich getrennt aus der internationalen Doku rausgedrückt. Besser wäre es aber nicht baulich getrennte Straßen des A-Netzwerkes mit: highway=primary motoroad=yes (oneway=no) lanes=2 ref=A* oder so ähnlich zu taggen! Renderer sollten damit dann keine Probleme haben es genauso zu rendern wie es jetzt dargestellt wird... Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassen mit 2+1 Fahrspuren
Garry garr...@gmx.de wrote: Sollte auch 2+1 kreuzungsfrei schon dazu z?hlen? Schwieriger Punkt - da m?sste man auch noch differenzieren ob es ein einmaliger 2+1 Abschnitt an einer gr?sseren Steigung (z.B. B500 vor dem Ruhestein von BadenBaden kommend) oder eine ehr durchg?ngig im Wechsel ausgebaute 2+1 Strecke ist. Ich denke da an die B212 bei Nordenham, ehedem primary, nun nach trunk umgetaggt durch Kraftfahrstra?en. Da fuhr ich schon mal selbst, ist eine l?ngere relativ neue 2+1 im Stile der B10 bei Landau. 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] Unterführung
Martin Koppenhoefer schrieb: Am 7. Juni 2009 17:32 schrieb Wolfgang Wienke wo_wie...@gmx.net: Hallo! Wolfgang Wienke schrieb: Hallo, sehe ich das richtig, dass es in OSM keine Unterführung gibt? Selbst wenn ein kleiner Weg unter einer Autobahn hindurchführt, erhält die Autobahn eine Brücke, auch wenn man es auf der Autobahn nicht merkt!? Sorry, blöde Frage, Tunnel natürlich! üblicherweise würde ich von einer Brücke ausgehen (Autobahn an den Auflagern trennen, layer=1 und bridge=yes). tunnel=yes für Tunnel. Ich bin mir nicht sicher, wie rigoros wir in OSM sind, aber technisch gesehen ist ein offen gebauter Tunnel (und danach geschlossen) mit einer Länge unter 80 Metern kein Tunnel. Von einem Tunnel spricht man, wenn eine Röhre in ein massives Teil (Berg) hineingegraben wird. Irgendwie scheinen gerade wieder die ganzen alten Diskussionen hochzukommen die schon vor vielen Monaten eigentlich ausdiskutiert waren Tunnel wird in OSM gerne verwendet wenn mehrere Verkehrswege unterquert werden und/oder wenn das Verhältniss zwischen Länge und Breite der Unterführung relativ gross ist (so ungefähr dann wenn man eigentlich das Licht einschalten sollte). Gegebenfalls macht es auch Sinn Brücke und Tunnel zu kombinieren wenn einerseits Durchfahrtsbeschränkungen vorhanden sind (Höhe/Breite) und andereseits Gewichtsgrenzen für das Überfahren des Bauwerks. Sollte jetzt jemand bedarf sehen dass man das realitätsgetreuer Rendern/Auswerten kann dann bitte in Form von Zusatztags die das genauer spezifizieren und nicht durch neue Regel die ein komplettes umtaggen erforden Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Mario Salvini salv...@t-online.de wrote: also ne ausgeschilderte Kraftfahrstra?e hat normalerweise immer einen interregional-verbindenen Charakter. Noe, in erster Linie eine Zugangsbeschraenkung: Wir wollen hier keine nervigen trecker, Radler und Fuszler... Ne residential als Kraftfahrstra?e is zwar theoretisch m?glich, aber unlogisch. (so ?hnlich wie Tachionen. Rechnerisch m?glich, aber weit weg der Relit?t ;) ) Ach weil die Tachos soweit weg von der Realitaet sind, haelt sich kein Autofahrer an Limits? Jetzt wird mir einiges klar... ;-) Fuer residentials in der engen Definition (siehe anderer thread: nur in Wohngebieten) waere es wirklich unlogisch, aber unclassified und service koennte schon vorkommen fuer Ziele, die ueber diesen Weg nur fuer grosze Kfz erreichbar sein sollen... 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] zeitliche Straßenbeschränkungen
Hallo, Ralf Bell os2r...@hotmail.com writes: Die zeitliche Beschränkung an dieser Stelle gilt nur in einer Fahrtrichtung. Wie taggt man das? [...] http://openstreetbugs.appspot.com/?lon=7.008689728670251lat=51.07036176327466zoom=16 ein paar Versuche stehen auch auf folgender Seite: http://www.openstreetmap.org/browse/way/25716027/history Aber das wird wohl noch kein Router richtig interpretieren. Kommt wohl sicherlich auch nicht so oft vor. Im Moment reicht wohl eigentlich eine verständliche Aussage im Note. Wobei die eventuell zusätzlich vielleicht noch englisch sein sollte. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standplanung Linuxtag 23.6. bis 27.6. 2009
Jörg Thomsen j...@mapmedia.de wrote: Hat jemand Fotos vom letzten Jahr? Ich hab ein paar, da die aber noch auf einer meiner Speicherkarten drauf sind komm ich da erst heute abend dran. Ansonsten gibts auch noch das hier: http://www.youtube.com/watch?v=HTEGextOenQ Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?en Edit-War
Frank Sautter openstreet...@sautter.com wrote: Netterweise l?scht er dabei auch noch stellenweise die alten Wege, so dass ein einfaches zur?cktaggen nicht immer m?glich ist - man sieht nicht, welche Tags der Abschnitt vorher schon hatte und was er ge?ndert hat. vielleicht war es notwendig? hast du ?berpr?ft, ob dadurch wirklich ein informationsverlust aufgetreten ist? vielleicht war der gel?schte weg ja auch nur doppelt? Womoeglich sind es gesplittete Wege. Da fiel mir auch schon unangenehm auf, dass ein Weg davon die Geschichte verliert, ganz allgemein unabhaengig von der Kraftfahrstraszenfrage... Vielleicht koennte man das irgendwie aendern fuer API 0.6 oder 0.7? ;-) Es reicht ja schon in der History ein Link auf enstanden durch Teilung von Weg 4711 Das w?rde sehr viel Zeit sparen, sowohl hier als auch bei anderen verunstalteten Gegenden. haben alle, die hier gerade das gro?e besteck auspacken sich mal die m?he gemacht, die edits des users Kraftfahrstra?en anzuschauen? Ich schon, ja ja, er ist ein sehr aktiver mapper; ja, er bleibt dabei nicht nur vor seiner haust?r; aber: bei meinen stichproben konnte ich nicht erkennen, dass da das wort vandalismus angebracht w?re. es sind wie ich eigentlich weitgehend sinnvolle edits und l?ckenschl?sse. Ja, in der Tat. Einiges an vermutlich sinnvoller Arbeit, aber leider eben auch partieller Vandalismus bzgl. trunk/motorroad ... vielleicht sollte man ihm/ihr noch ein wenig die _link und motorroad=yes tags freundlich erkl?ren. Letzteres haben ja einige getan, wie hier zu lesen war. aber eventuell stellt er schon auf durchzug, weil er auch per email genauso massiv angegriffen wurde, wie hier auf der mailingliste - die erfahrung zeigt, dass man mit freundlichkeit sehr viel konstruktiveres zusammenarbeit erreicht, als durch den hier leider immer wieder vorherrschenden ton. Ich fuer meinen Teil habe es m.E. in neutralem bis freundlichen Ton in 2 nachrichten getan und auch erklaert, dass ich gerade an seinem Problem, der Nichtsichbarkeit von motorroads, dran bin. Reaktion auf insbesondere diese Mail: keine. f?r mich hat der ganze aufruhr hier auf dem mailingliste eher das geschm?ckle: da hat jemand MEINE daten ver?ndert, das darf der nicht, das sind doch meine. Zwar auch meine, aber fuer alle sinnvolle Daten. jedenfalls f?nde ich es besser, die zeit in die verbesserung unserer daten zu stecken, als hier solch einen flamewar loszutreten. Das wuerde ich ja gerne, aber wenn man immer anderen hinterher kehren muss, damit die verbesserten Daten auch gut bleiben... 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] Kraftfahrstrassen
Karl Eichwalder schrieb: Georg Burkhard georg.burkh...@roma-online.de writes: | Die Kraftfahrstraßen sollen aberin der Karte in allen Zoomstufen | sichtbar sein,damit man die für sein Verkehrsmittel erlaubten Strecken | rechtzeitig raussuchen kann; und solange die von OSM das nicht anständig | rendern können, mache ich ALLE Kraftfahrstraßen grün (trunk). +1. Ich handhabe das auch so: Kraftfahrstraße = trunk. Nein! Kraftfahrstraße == motorroad=yes Der highway-Tag soll den Ausbauzustand beschreiben und der hat nur wenig mit der rechtlichen Einordnung der Straße zu tun. Am besten immer lanes, oneway und traffic:zone taggen und alle A/B-Straßen in Relationen einbinden, dann kann der Renderer selbst entscheiden was er zeigen will! bicycle=no ist leider doppeldeutig oder in der bedeutung schwammig: wird für radfahrer verboten bis für radfahrer nicht geeignet verwendet, wobei die eignung einerseits am terrain (schlammstrecke, gebirge) und andererseits am verkehrsaufkommen (hauptstraße) und das verbot an angeblich vorhandenen benutzungspflichtigen radwegen oder an aufgestellten verbotsschildern festgemacht wird. Ja, bicycle ist oft falsch getagged. Jemand hat deshalb ja auch bicycle=official eingeführt. Das lässt Spielraum für weitere Verbesserungen. bicycle=official:no bicycle:usable=no Leider ist die offizielle Beschilderung für Fußgänger und Radfahrer auch alles andere als Perfekt. So steht bei foot=yes bicycle=yes segregated=yes Wegen oft ein traffic_sign=DE:237 wo ein traffic_sign=DE:241 hin gehört und man darf dann mutmaßen, das sich das Schild nur auf die Fahrradspur bezieht. Siehe http://wiki.openstreetmap.org/wiki/DE:Road_Signs Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Karl Eichwalder schrieb: [...] autobahnähnlich ist ein durchaus subjektives kriterium [...] Nein, autobahnähnlich bedeutet getrennte Fahrbahnen plus Kreuzungsfreiheit. http://en.wikipedia.org/wiki/Dual_carriageway http://de.wikipedia.org/wiki/Autobahnähnliche_Straße Die autobahnähnlichkeit sollte man mit attributen beschreiben (maxspeed, width und lanes kommen dafür wohl in erster linie in betracht). Ja, die drei Tags sind immer sinnvoll! Kraftfahrstraße ist ein objektives kriterium und daran macht man trunk fest. Fertig. Fast! Kraftfahrstraße ist ein objektives Kriterium und daran macht man motorway=yes fest. Fertig. Grüße Per ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FreieTonne - Seekarteninformationen/ Seezeichen nach OSM kopieren
Am 09.06.2009 10:39, Jan Jesse: Hallo allerseits, Es geht nochmal um die Seekartengeschichte. Inzwischen haben sich in unserer Datenbank (www.freietonne.de) über 3000 Pois (Seezeichen, Tonnen, sonstige Hinweise für den Wassersport) angesammelt, die wir jetzt gern auch für die Renderer zur Verfügung stellen möchten. Um die Frage vorweg zu nehmen: Das Tagging-Schema ist unter den beteiligten Seekarten-Projekten abgestimmt, und wird auch weiter gemeinsam gepflegt. -- Nun meine erste Frage: Unsere Datensätze sehen im groben z.B so aus: osm version=0.6 generator=OpenStreetMap server node id=417288253 lat=54.405829 lon=11.0628175 version=1 changeset=1456285 user=freietonne-db uid=110046 visible=true timestamp=2009-06-08T09:13:51Z tag k=name v=Fehmarnsund 2/ tag k=ft_link v=http://www.freietonne.de/index.php?site=38infotyp=1editgps=3714/ tag k=ft_id v=3714/ tag k=minzoomlevel v=9/ tag k=ft_symbol v=9/ tag k=seamark:buoy_lateral:top_sign v=no/ tag k=created_by v=jjOffline/ tag k=seamark:buoy_lateral:light v=yes/ tag k=seamark:buoy_lateral:category v=larboard/ tag k=seamark:buoy_lateral:colour v=red/ tag k=seamark v=buoy_lateral/ /node /osm Gibt es da etwas dran auszusetzen? Technisch nimmt die API uns die Daten ab, aber vielleicht liegen wir ja inhaltlich z.B. bei der Verwendung von user und created_by vollkommen daneben? created_by als Tag ist mit API 0.6 inzwischen obsolet, da diese Information im Changeset enthalten ist. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Namefinder listet neuen Ort nicht :-(
Hallo zusammen, weiss jemand, wie oft der Index von Namefinder aktualisert wird? Ich habe kürzlich den Ort Freimersheim in Rheinhessen angelegt, Namefinder listet nach wie vor jedoch nur Freimersheim in der Pfalz und ich frage mich, ob da noch ein Attribut fehlt oder ich einfach nur etwas Geduld haben muss... Ingo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema
Am 08.06.2009 22:34, Mirko Küster: Hallo Mirko, willkommen auf der Liste. Du bist herzlich eingeladen, dein Schema bzw. Verbesserungsvorschläge zum bisherigen vorzustellen. Claudius Hallo Claudius, das Problem ist das ich seit über einem halben Jahr meine gesammelten detailierten Daten in Thüringen, Sachsen und Sachsen-Anhalt importiere und sich dann erst in der Praxis entscheidet was wie geht und was nicht. Das braucht Zeit, wesshalb ich nicht mit einem Schnellschuss dem kleinen Bruder von Kompromiss kommen wollte. Jeder Fall ist anders. Nehmen wir z.B. die aktuelle ref Problematik vom Bahnsteig. Da käme in Sachsen ein weiteres Problem hinzu. Dort haben die Strecken zusätzlich zur Streckennummer noch ein Buchstabenkürzel. Damit wären wir mit Bahnsteigen schon bei 4 ref Werten, wo aber nunmal nur 1 ref geht. Kleine Dinge, aber genau die wollte ich vorher lösen und das ganze nicht mit lassen wir mal offen auf die Mapper abwälzen. Das Resultat sehen wir an diesem Thema. Und wenn ich das hier nicht gelesen hätte, hätte ich erst bei der Überprüfung gemerkt, dass mir die Leute sämtliche Gleisnummern mit falschen Werten überzeichnen. Das ist gelinde gesagt suboptimal. Gleiches mit dem Relationsgefrickel bei den Stops. Da steht bei mir von der Adresse über Tarifzone, RL 100 usw. einiges an Informationen drin, welche im neuen Schema nichtmal erwähnt werden und desshalb von Joe the Mapper als überflüssig betrachtet werden könnten. Schlecht wenn die dann zugunsten irgendeiner Relation ungesehen im Killfile landen. Von fertig bin ich noch eine Ecke entfernt. Zumal ich auch die ganzen Signalbegriffe noch auf International trimmen muss. Einige Probleme zum Schema stehen schon lange im Forum. Wie vorher auch zur Stop Area. Leider scheint man das Board aber hartnäckig zu ignorieren, was leider nichts wiklich neues ist. Sobald ich was wirklich brauchbares habe was sich nicht nur einzig auf ÖPNV konzentriert sondern die Infrastruktur zur umfassenden Auswertung abbildet, werde ich das auch vorstellen. Eure spontane Schwatzrunde war leider nicht ganz dienlich. Durch das schon stattfindende umtaggen ist nun Handlungsdruck da. Ich bin mir im Moment noch nicht ganz sicher ob sich ein weitermachen überhaupt noch lohnt. Gruß Mirko Ein allgemeiner Hinweis: Wenn die von dir eingetragenen Daten nicht vor Ort abgelesen werden können, sondern nur für Eingeweihte/Mitarbeiter oder ähnliche Spezialisten über unternehmensinterne oder nur kleinen Kreisen zugängliche Dokumente zu erfassen sind, lohnt es sich eher ein eigenes Tag dafür zu definieren. Dann läufst du auch weniger bis überhaupt nicht Gefahr, dass dir jemand dazwischenfunkt. Die Gleisnummern im Sinne von Bahnsteignummern für die Passagiere im Unterschied zur betriebsinternen Benennung sind ein Paradebeispiel dafür. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Am 09.06.2009 10:29, Melchior Moos: wird eigentlich color=* für die einzelnen Linien bereits gerendert? Nein, das ist auch erstmal nicht geplant, das würde nur Verwirrung stiften, da man dann die Verkehrsmittel nicht mehr anhand der Farbe auseinander halten könnte. Wenn man einen Verkehrsplan für eine einzelne Stadt erstellt mag das sinvoll sein, aber ansonsten müsste man ja auch sicherstellen, dass im betrachteten Ausschnitt die Farben nur einfach vorkommen. Aber genau dafür sorgen doch die Verkehrsbetriebe meist schon selber? So verwirrend fände ich es jetzt auch nicht, wenn eine Bahnlinie zufällig dieselbe Farbe in einem Bereich wie eine Tramlinie hat. Aber mal ne andere Frage: Wertest du schon line:*-Relationen aus? Die Metro in Kopenhagen wird nämlich noch nicht gerendert: http://www.öpnvkarte.de/?lat=55.6759lon=12.5838zoom=13 Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Eine Bitte noch: Könntest du Flughafen-Knoten bitte auch rendern? Taxi-Stände sind auch relevant für die Nahverkehrsanbindung. Aber vielleicht packst dud as gleich in das Verkehrsträger-Rendering der stop_positions. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Mario Salvini schrieb: ich verfolge für mich seit 2 Jahren nun folgendes Schema: Verkehrs-/Verbindungsbedeutung: _über_regional -- Primary Verkehrs-/Verbindungsbedeutung: nur _zwischen_regional -- Secondary Verkehrs-/Verbindungsbedeutung: nur _inner_regional -- Tertiary Verkehrs-/Verbindungsbedeutung: keine -- residential oder unclassified beschilderte Autobahnen: motorway wie Autobahnen nur ohne Schilder: trunk Kraftfahrstraßen werden immer mit beliebigen highway + motorroad=yes getaggt Ausbauzustände werden nur über seperate Tags wie lanes, segregated, width, etc. erfasst und haben erstmal nich mit dem highway-Tag zu tun. Kleine Widerspruch - motorway und trunk enthalten in gewisser Weise auch den Ausbauzustand. Und stark frequentierte Einfallstrassen in Städte können durchaus auch mal nur von innerregionaler Bedeutung sein - würde sie dann trotzdem ehr als primary anstelle von tertiary taggen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Spickzettel
Hallo, auf der englischen Liste ist vor einiger Zeit mal die Idee aufgetaucht einen Spickzettel (en: cheat sheet) für die Map Features von OSM zu machen. Hierfür habe ich eine Wiki Seite eingerichtet ( http://wiki.openstreetmap.org/wiki/Cheat_sheet) um die Idee zu diskutieren und weiter zu entwickeln. Ziel soll es sein, informationsreiche und handliche Infomaterialien zu entwickeln, die es Mappern erlauben die ständig wachsende Zahl an Tags auch zu nutzen. Vorerst würde ich mich auf eine englische Version konzentrieren, aber wenn das Projekt Erfolg hat, sollten lokalisierte und an örtliche Gegebenheiten angepasste Projekte folgen. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Patrick Kolesa schrieb: wird eigentlich color=* für die einzelnen Linien bereits gerendert? Die Farbvergabe auf Plänen/Karten ist eine Render-Regel-Sache und sollte UNBEDINGT NICHT durch die Mapper vorgegeben werden! Einzige Ausnahme könnte eine spezielle ÖPNV-Karte sein, wo alles Andere sonst z.B. in Grau dargestellt ist.Aber selbst z.B. im Verkehrslinienplan des MVV hier in München ( http://www.mvv-muenchen.de/web4archiv/objects/download/2/vlp09land.pdf ) wird nur nach Verkehrsmitteln unterschieden. Nur der symbolische (!) Schnellbahnnetz-Darstellung ( http://www.mvv-muenchen.de/web4archiv/objects/download/3/schnellbahnnetz_2009.pdf ) hat unterschiedliche Farben demäß der Linien. = ich sehe absolut keinen Bedarf diese Information auf normalen Karten zu rendern. Die Farbgestaltung hat NICHTS (!) mit den Geodaten zu tun. Also auch für normale Karten nicht rendern. Sonst denkt womöglich z.B. noch jemand daß eine Bahnlinie eine Autobahn ist... MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema
Ein allgemeiner Hinweis: Wenn die von dir eingetragenen Daten nicht vor Ort abgelesen werden können, sondern nur für Eingeweihte/Mitarbeiter oder ähnliche Spezialisten über unternehmensinterne oder nur kleinen Kreisen zugängliche Dokumente zu erfassen sind, lohnt es sich eher ein eigenes Tag dafür zu definieren. Dann läufst du auch weniger bis überhaupt nicht Gefahr, dass dir jemand dazwischenfunkt. Die Gleisnummern im Sinne von Bahnsteignummern für die Passagiere im Unterschied zur betriebsinternen Benennung sind ein Paradebeispiel dafür. Claudius Mein Ziel war es den Renderern und Anwendungen soviele Schnittpunkte wie möglich mit bestehenden Tags zu bieten. Ich wollte eben nicht das man wegen fehlender Unterstützung der eigentlichen Hauptkarten z.B. lange keine Haltepunkte und Bahnhöfe mehr darstellt. BTW Wie unterscheidet man im neuen Schema überhaupt zwischen Bahnhof und Haltepunkt? Streckennummer und sächsisches Kürzel sind sogar über Wikipedia zu finden. Und im neuen Schema wird die Streckennummer genauso als ref empfohlen. Wäre also bei Streckengleisen auch ohne das ich was gesagt hätte kollidiert. Im übrigen gibts genug Bahnbekloppte mit enormen Wissen. Die muss man aber erstmal mit der passenden Grundlage zu OSM locken und zum eintragen bewegen. Genau wie das mit Freitonne und anderen Projekten mit Insiderwissen auch nur funktioniert. @ Frederik OSM ist noch nie ein Projekt gewesen, bei dem irgendwer ein fertiges Konzept fuer sich allein ausbaldowert und den anderen vorgelegt haette. Anderer Fall. Ich liefere gleich die Geodaten für nahezu komplett 3 ganze Bundesländer mit. Und wenn einem dann im Forum kaum bis garkeine Vorschläge gemacht werden, kann man entweder bis zum Sankt Nimmerleinstag warten, oder man will doch etwas bewegen und legt los. Sebastian hat sich im Vorfeld eigentlich ziemlich gruendlich informiert, hat das Wiki und existierende Tags, die deutschen und die englischen Mailinglisten studiert. Das Forum hat er anscheinend übersehen. Genau wie http://osmdoc.com/de/tags/ , das alte Tagwatch eignet sich ja leider nicht. Das wertet anscheinend nur vordefinierte Tags aus, nicht die generell verwendeten. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FreieTonne - Seekarteninformationen/ Seezeichen nach OSM kopieren
tag k=minzoomlevel v=9/ Das wird wohl dafür verwendet, um eine Art von Wichtigkeit für die einzelnen Objekte festzulegen. Es ist wahrscheinlich besser, stattdessen mehrere objektive Eigenschaften anzugeben. Beispiele: - warnt das Seezeichen vor Gefahren, oder dient es nur zur Information? - wieviel Verkehr herrscht auf der jeweiligen Wasserstraße? Dann können die Auswertungsprogramme (meistens Renderer) selber entscheiden, was für ihren speziellen Anwendungsfall am wichtigsten ist, und dieses dann entsprechend ab einem niedrigeren Zoomlevel darstellen. Grüße, Marc -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FreieTonne - Seekarteninformationen/ Seezeichen nachOSM kopieren
Hallo Marc, tag k=minzoomlevel v=9/ Das wird wohl dafür verwendet, um eine Art von Wichtigkeit für die einzelnen Objekte festzulegen. Es ist wahrscheinlich besser, stattdessen mehrere objektive Eigenschaften anzugeben. Beispiele: Wir beschreiben hier, ab welchem OSM-Zoomlevel wir die betreffenden Objekte in unsere Karte einblenden (Openlayers). Da die Bedeutung nicht genau zu greifen ist, geben wir die Info einfach mal weiter. Beispiel: Wir haben einen Tonnenweg durch das Stettiner Haff. Haufenweise grüne und rote Tonnen, die sich äußerlich nicht unterscheiden. Das Fahrwasser macht mehrere Richtungsänderungen. Also heben wir die Tonnen, die diese Eckpunkte beschreiben, schon in größerer Höhe hervor. - warnt das Seezeichen vor Gefahren, oder dient es nur zur Information? - wieviel Verkehr herrscht auf der jeweiligen Wasserstraße? Dann können die Auswertungsprogramme (meistens Renderer) selber entscheiden, was für ihren speziellen Anwendungsfall am wichtigsten ist, und dieses dann entsprechend ab einem niedrigeren Zoomlevel darstellen. Es ist tatsächlich ein Zusatz, ob andere Renderer ihn berücksichtigen weiß ich nicht und misch mich nicht ein. Aber für uns selbst ist diese Info bedeutsam. Dürfen wir den Tag behalten ;-) JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FreieTonne - Seekarteninformationen/ Seezeichen nachOSM kopieren
Hallo, Jan Jesse wrote: Beispiel: Wir haben einen Tonnenweg durch das Stettiner Haff. Haufenweise grüne und rote Tonnen, die sich äußerlich nicht unterscheiden. Das Fahrwasser macht mehrere Richtungsänderungen. Also heben wir die Tonnen, die diese Eckpunkte beschreiben, schon in größerer Höhe hervor. [...] Dürfen wir den Tag behalten ;-) Duerfen duerft ihr schon, aber denk selbst nochmal drueber nach. Es wird unter Garantie auch bei Euch interne Diskussionen und Verbesserungsvorschlaege geben, und dann sagt jemand sollten wir die Tonnen, an denen sich die Richtung aendert, nicht schon ab Zoomlevel 8 anzeigen statt ab Zoomlevel 9, und dann muesst ihr alle Tonnen in der Datenbank umtaggen (obwohl sich an den Tonnen ja gar nichts aendernt!). Dann kommt einer und sagt ich moechte eine spezielle Kanufahrerkarte fuer diesen Bereich machen, und auf der haette ich dann gern alle Tonnen schon auf Zoomlevel X, ... - das geht alles drunter und drueber. Wenn ihr Euch bemueht, die Gruende *hinter* der Entscheidung, auf welchem Zoomlevel die Tonne zu rendern ist, zu mappen - eben z.B. wie hier von Dir erklaert richtungsaenderung=yes oder sowas -, dann habt ihr selber spaeter auch mehr Flexibilitaet. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema
Hallo! Mirko schrieb: Ich wollte eben nicht das man wegen fehlender Unterstützung der eigentlichen Hauptkarten z.B. lange keine Haltepunkte und Bahnhöfe mehr darstellt. Genau dies wollten wir auch nicht und haben uns daher um eine möglichst große Kombaitibilität zu den bestehenden Daten bemüht. Wie unterscheidet man im neuen Schema überhaupt zwischen Bahnhof und Haltepunkt? Wie in der Realität: Bei einer (oder mehreren) Halteposition(en) auf nur einem Gleis und somit entsprechend niedrigem Komplexitätsgrad des gesamten Haltes liegt ein Haltepunkt vor, andernfalls ein Bahnhof. Im übrigen gibts genug Bahnbekloppte mit enormen Wissen [...]. Der Ton macht die Musik. Gruß -- Sebastian kahlfrost.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Wege vereinfachen
Am 9. Juni 2009 09:07 schrieb Sven Sommerkamp s_sommerk...@gmx.de: Man lernt ja dazu. hoffentlich Am sinnvollsten wäre, glaube ich wenn bei jedem Hochladen eines neuen Weges kurz gefragt wird, ob der Weg vereinfacht werden soll. das wäre m.E. mit Kanonen auf Spatzen geschossen. Hunderttausende Mapper vor jedem Hochladen mit einer Vereinfachen-Abfrage nerven, weil gelegentlich einzelne ein paar Knoten zuviel zeichnen? Bitte nicht. Auch kann ein Algorithmus in den meisten Fällen nicht das Optimum für eine bestimmte Situation erkennen. Das Problem ist dasselbe wie beim automatischen Vektorisieren von Rasterzeichnungen: es kommt nichts sinnvolles dabei raus. Ich sehe es ja auch so, dass manche Wege (selten) zu viele Knoten haben, aber ich sehe auch das Problem, dass die Anzahl der sinnvollen Punkte von verschiedenen Mappern verschieden eingeschätzt wird. Auch gibt es keine pauschale Formel, wieviel sinnvoll ist, das hängt total vom jeweiligen Objekt ab. Dazu kommt das Missverhältnis, dass man die Arbeit von vielen Stunden mit diesem Tool mit einem Klick kaputt machen kann. Zusammen mit der Erkenntnis, dass verschiedene Auffassungen zur erforderlichen Detailgenauigkeit bestehen, kann aus meiner Sicht eigentlich nur ein möglichst restriktiver Einsatz befürwortet werden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema
Wie in der Realität: Bei einer (oder mehreren) Halteposition(en) auf nur einem Gleis und somit entsprechend niedrigem Komplexitätsgrad des gesamten Haltes liegt ein Haltepunkt vor, andernfalls ein Bahnhof. Wer hat denn diese Definition erfunden? Bahnhof kann auch ein subjektiver Haltepunkt mit nur einem Stop sein. Entscheidend war das dort Kreuzugen möglich sind und z.B. ein FDL sitzt. Die Bahn legt fest welche Einstufung eine Betriebsstelle hat, nicht irgendeine subjektive Einschätzung. Der Ton macht die Musik. Ach und deswegen dürfen sich die Bahnfuzzis nicht mehr selber Fuzzis nennen und die Hobbyhistoriker nicht mehr selbst Bunkerbekloppte? Gut, dann nenne ich mich auch nicht mehr Pufferküsser. Schön das wir wenigstens in dem Punkt konstruktiv voran kommen und du anderen erklärt hast wie sie sich untereinnander nicht mehr nennen sollten... Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Sebastian Waschik schrieb: Hallo, Ralf Bell os2r...@hotmail.com writes: Die zeitliche Beschränkung an dieser Stelle gilt nur in einer Fahrtrichtung. Wie taggt man das? [...] http://openstreetbugs.appspot.com/?lon=7.008689728670251lat=51.07036176327466zoom=16 ein paar Versuche stehen auch auf folgender Seite: http://www.openstreetmap.org/browse/way/25716027/history Aber das wird wohl noch kein Router richtig interpretieren. Kommt wohl sicherlich auch nicht so oft vor. Im Moment reicht wohl eigentlich eine verständliche Aussage im Note. Wobei die eventuell zusätzlich vielleicht noch englisch sein sollte. Anstatt yes und -1 halte ich forward und backward für sinnvoller! Zeiten und die meisten andere Zahlen sollten niemals im Key auftauchen! Für hour_on/hour_off spricht rein gar nichts. Ansonsten sollten wir das etablierte opening_hours verwenden: http://wiki.openstreetmap.org/wiki/Key:opening_hours oneway = timed oneway:times = forward:{-0400};forward:{1200-2400};backward:{0400-1200} Zum Thema zeitlich eingeschränkte Tags gibt es auch ein neues Proposal, das ich leider gerade nicht finden kann... Siehe auch: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags http://wiki.openstreetmap.org/wiki/Proposed_features/Access_restrictions http://wiki.openstreetmap.org/wiki/Proposed_features/Time_restricted_tags http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Michael Kugelmann schrieb: Patrick Kolesa schrieb: Die Farbvergabe auf Plänen/Karten ist eine Render-Regel-Sache und sollte UNBEDINGT NICHT durch die Mapper vorgegeben werden! Wenn die Linie eine offizielle Farbe hat, dann soll sie auch getagged werden. Welche Renderer diese Farben auf der Karte darstellen ist nicht Sache der Datenbank. Die OSM-Weltkarte sollte solche Farbeinträge ignorieren. Routing-software sollte sie anzeigen. Und so etwas wie öpnvkarte.de könnte eine farbige Innelnienie ziehen. Die grüne Buslinie könnte z.B. außen rot und innen grün sein. Ich denke wir meinten das gleiche, aber bei dir kam es irgendwie missverständlich rüber. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Am 9. Juni 2009 07:29 schrieb Guenther Meyer d@sordidmusic.com: Es gibt doch den Fall Sonn- und Feiertags gesperrt ziemlich häufig, gibt's da echt noch nichts etabliertes? das wuerde dann ungefaehr so aussehen: access[sun;holyday] = no holyday ist auch ne schöne Interpretation von Feiertag, aber Du meinst sicher holiday ;-). Gibt es eigentlich Konsens zur Abkürzung von Wochentagen mit 3 Buchstaben? Schön fand ich auch ein Schild, dass ich hier gesehen habe: gesperrt an jedem 2. Mittwoch im Monat (wegen Straßenreinigung) ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterführung
Am 9. Juni 2009 11:58 schrieb Garry garr...@gmx.de: Gegebenfalls macht es auch Sinn Brücke und Tunnel zu kombinieren wenn einerseits Durchfahrtsbeschränkungen vorhanden sind (Höhe/Breite) und andereseits Gewichtsgrenzen für das Überfahren des Bauwerks. sehe ich nicht, wieso man zum Taggen einer Höhen oder Breitenbeschränkung einen Tunnel haben muss. Das kann man doch auch, wenn nur eine Brücke getaggt ist (natürlich auf den unteren Weg). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Garry schrieb: Mario Salvini schrieb: ich verfolge für mich seit 2 Jahren nun folgendes Schema: Verkehrs-/Verbindungsbedeutung: _über_regional -- Primary Verkehrs-/Verbindungsbedeutung: nur _zwischen_regional -- Secondary Verkehrs-/Verbindungsbedeutung: nur _inner_regional -- Tertiary Verkehrs-/Verbindungsbedeutung: keine -- residential oder unclassified beschilderte Autobahnen: motorway wie Autobahnen nur ohne Schilder: trunk Kraftfahrstraßen werden immer mit beliebigen highway + motorroad=yes getaggt Ausbauzustände werden nur über seperate Tags wie lanes, segregated, width, etc. erfasst und haben erstmal nich mit dem highway-Tag zu tun. Kleine Widerspruch - motorway und trunk enthalten in gewisser Weise auch den Ausbauzustand. ich stimme dir in sofern zu. weil damit ein Streckenabschnitt eine beschilderte Autobahn sein kann bedarf es ja gewissen Baulichen Vorraussetzungen. Ähnlich bei Autobahn ähnlichen. Und stark frequentierte Einfallstrassen in Städte können durchaus auch mal nur von innerregionaler Bedeutung sein - würde sie dann trotzdem ehr als primary anstelle von tertiary taggen. Garry hast du mal ei Beispiel dafür? Is bestimmt auch die Frage, was man als innerregionalen Verkehr definiert. Um von Berlin-Kreuzberg nach Berlin-Tempelhof zu kommen wäre in meinen Augen schon klar kein innerregionaler Verkehr (obwohl ja innrehalb der Stadt is). Bei größeren Städten definiert sich primary bis tertiary bestimmt auch eher durch die Verkehrsdichte. Aber normalerweise sind die Ergebnisse dieser Definitionen sehr deckungsgleich (also zumindest in einer 300.000 Leute Region wie Aachen) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Online-Landkarten gefährden ihre Gesun dheit ...
... wenn neben ihnen die Bombe einschlägt! Oder so ... Online-Landkarten gefährden nationale Sicherheit Aufgetauchte Detailfotos von Atomkraftwerken beunruhigen die USA http://pressetext.de/news/090609001/online-landkarten-gefaehrden-nationale-sicherheit *seufz* Gruß Heiko Mueck Jacobs ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Hallo, die Fachleute haben da durchaus auch Ideen dazu gehabt. Wenn so ein Dienst anfaengt, dem Mapper Vorschriften zu machen anstatt ihm eine Hilfe zu sein, muss man dem entschieden entgegentreten. Das wuerde eine wichtige Existenzgrundlage von OSM bedrohen. Mapper sind bei uns keine Arbeitsknechte, die bloss die Leerstellen in anderer Leute Formulare ausfuellen... Die 'Formulare' koennen ja auch ein Ergebnis eines Prozesses sein, der die Mapper einbezieht. Wieviele von den Mappern fuehlen sich wohl von klaren durchsetzbaren Regeln bestimmt und wieviele von schwammigen Definition und Endlosdiskussionen? Deise angebliche Polarisierung zwischen Experten und freien Mappern wird von wenigen hochgehalten und existiert in Wirklichkeit doch gar nicht. Habs schon oefter geschrieben und schreibs auch heute wieder: Es gibt keine Experten, die anderen etwas ueberstuelpen wollen, aber es gibt wertvolle Erkenntnisse aus der Arbeit vieler Mapper und vielen Diskussionen, die es wert sind, festgehalten zu werden. Nur das passiert nicht und das Attributsmodell wird immer breiter und ungenauer. Ich fuelle jedenfalls keine Leerstellen der Beliebigkeit mehr aus. -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema
Mirko Küster schrieb: Wer hat denn diese Definition erfunden? Bahnhof kann auch ein subjektiver Haltepunkt mit nur einem Stop sein. Entscheidend war das dort Kreuzugen möglich sind und z.B. ein FDL sitzt. Die Bahn legt fest welche Einstufung eine Betriebsstelle hat, nicht irgendeine subjektive Einschätzung. Der Fahrdienstleiter sitzt heute meist entfernt auf irgendeinem elektronischen Stellwerk und nicht mehr vor Ort. Einen Fahrdienstleiter braucht es m.E. nicht unbedingt für einen Bahnhof. Es gibt Bahnhöfe die betrieblich durchgeschaltet sind, d. h. die Signale stehen in beiden Richtungen immer auf Fahrt und die Weichen lassen sich nicht umstellen. Auch in diesem Zustand wird es wohl weiter ein Bahnhof sein. Die in Deutschland gültige amtliche Definition lautet übrigens: Eisenbahn-Bau- und Betriebsordnung (EBO) Vom 8. Mai 1967, [Verkündet am 12. Mai 1967; BGBl. II S. 1563]. Zulezt geändert durch Tuständigkeitsanpassungsverordnung vom 31. Oktober 2006 [BGBl. I S. 2407, 2470] Zweiter Abschnitt - Bahnanlagen § 4 Begriffserklärungen (2) Bahnhöfe sind Bahnanlagen mit mindestens einer Weiche, wo Züge beginnen, enden, ausweichen oder wenden dürfen. Die Faustregel lautet somit Wiche = Bahnhof, auch wenn die Unterscheidung zwischen Bahnhof und Haltestelle etwas für Profis ist. (9) Haltestellen sind Abzweigstellen oder Anschlußstellen, die mit einem Haltepunkt örtlich verbunden sind. dazu weitere Erklärungen (5) Abzweigstellen sind Blockstellen der freien Strecke, wo Züge von einer Strecke auf eine andere Strecke übergehen können. (6) Überleitstellen sind Blockstellen der freien Strecke, wo Züge auf ein anderes Gleis derselben Strecke übergehen können. (7) Anschlußstellen sind Bahnanlagen der freien Strecke, wo Züge ein angeschlossenes Gleis als Rangierfahrt befahren können, ohne daß die Blockstrecke für einen anderen Zug freigegeben wird. Ausweichanschlußstellen sind Anschlußstellen, bei denen die Blockstrecke für einen anderen Zug freigegeben werden kann. http://www.wedebruch.de/gesetze/betrieb/ebo1.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesundh eit ...
Heiko Jacobs jac...@cousin.de wrote: http://pressetext.de/news/090609001/online-landkarten-gefaehrden-nationale-sicherheit Tss: Ich finde es äußerst beunruhigend, dass Terroristen nun die Möglichkeit haben, solche sensiblen Standorte in beträchtlichem Ausmaß zu überwachen, ohne direkt vor Ort sein zu müssen Ich finde es äußerst beunruhigend dass Bürger den Unterschied zwischen Live und Konserve nicht verstehen. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie tief
Node 286749542 Wie tief isser denn nu, und wo liegt denn D'lands Tiefster? Grüße, Chris ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tief
Naabend, Am Dienstag 09. Juni 2009 18:10:58 schrieb Chris-Hein Lunkhusen: Node 286749542 Wie tief isser denn nu, und wo liegt denn D'lands Tiefster? Tja, irgendwo in der Ostsee, schätz' ich mal. :-) Grüße, Carsten 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] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema
Der Fahrdienstleiter sitzt heute meist entfernt auf irgendeinem elektronischen Stellwerk und nicht mehr vor Ort. Das war ja jetzt auch nur ein Beispiel. Neben den auf ESTW umgestellten Strecken gibts aber trotzdem noch einige besetzte Bahnhöfe. Unsere Nebenstrecken hier gehören z.B. dazu. Ganz genau gibts noch einige Bezeichnungen mehr. Haltepunkte die Bft also Bahnhofsteil eines Bahnhofs sind. Betriebsstellen mit Block usw. Soweit wollte selbst ich dann nicht gehen. Aber wenigstens die beiden absoluten Grundunterscheidungsmerkmale wollte als ich objektives Unterscheidungsmerkmal ich. Darum ging es und das wurde auch schon seit aufkommen der Stop Area bemängelt, nicht erst heute. Die Einteilung anhand der Haltefrequenz usw. kannst du dir dann hingegen gleich sparen. Das passt dann wirklich nur noch bei deckungsgleichen Fällen. Ansonsten würden massig S-Bahn Haltepunkte zu Bahnhöfen wachsen und kleinere Bahnhöfe zu Haltepunkten schrumpfen. Mag für den Laien reichen, für eine spezielle Geodatenauswertung ist das so aber unbrauchbar. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tief
Carsten Gerlach schrieb: Node 286749542 Wie tief isser denn nu, und wo liegt denn D'lands Tiefster? Tja, irgendwo in der Ostsee, schätz' ich mal. :-) das zählt nicht, es geht um den tiefsten Landpunkt. Mein GPS hat in der Gegend jedenfalls oft Werte Null angezeigt Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesundh eit ...
Sven Geggus schrieb: Ich finde es äußerst beunruhigend dass Bürger den Unterschied zwischen Live und Konserve nicht verstehen. OpenStreetMap ist ja fast live :-) Vor dem Haus eines Kollegen wurde neulich eine Straße gesperrt. Ca. 3 Sekunden nachdem die Bauarbeiter das Schild aufgestellt haben, habe ich auf Senden gedrückt. Wenige Stunden später war's auf der Karte. 2 Tage später in ORS. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
weiss jemand, wie oft der Index von Namefinder aktualisert wird? nach meinem Eindruck seltener als alle zwei Monate. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
So wies aussieht wird auch versucht Haltestellen mit gleichem Namen auch ohne Relation zusammenzufassen. Schöne Sache, allerdings sieht das manchmal etwas komisch aus, wenn sie weit auseinanderliegen. Wenn man die nun mit zwei public_transport=stop_area relationen einträgt, werden diese Relationen dann auch zusammengefasst oder geschieht das nur bei einzelnen bus_stops ohne Relation? Nein das geschieht nur bei Relationslosen Halten. Wo ist dir denn die fehlerhafte Zusammenfassung aufgefallen? ich hab nämlich bis jetzt noch keine gefunden, zumal ich auch nur im Umkreis von ein paar hundert Metern suche. Ich kann kaum glauben, dass es in diesem Bereich verschiedene Halte mit gleichem Namen gibt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tief
das zählt nicht, es geht um den tiefsten Landpunkt. Mein GPS hat in der Gegend jedenfalls oft Werte Null angezeigt DAs ist vermutlich wie mit dem Mittelpunkt Deutschlands: Mehrere Bewerber. Wikipedia meint dort: http://de.wikipedia.org/wiki/Neuendorf-Sachsenbande -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Johann H. Addicks schrieb: weiss jemand, wie oft der Index von Namefinder aktualisert wird? nach meinem Eindruck seltener als alle zwei Monate. Ich habe die Arbeit am Namefinder fast abgeschlossen. Sobald meine PostGIS-Datenbank wieder funktioniert, werden wir sicherlich einige schöne Ergebnisse haben! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesun dheit ...
Heiko Jacobs schrieb: Online-Landkarten gefährden nationale Sicherheit Aufgetauchte Detailfotos von Atomkraftwerken beunruhigen die USA http://pressetext.de/news/090609001/online-landkarten-gefaehrden-nationale-sicherheit *seufz* Gruß Heiko Mueck Jacobs Da wir uns ja darauf geeinigt hatten, auf Forderungen einzelner Länder nicht einzugehen (China-Debatte), wird uns das relativ kalt lassen. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesun dheit ...
André Reichelt schrieb: Da wir uns ja darauf geeinigt hatten, auf Forderungen einzelner Länder nicht einzugehen (China-Debatte), wird uns das relativ kalt lassen. Wenn man sich die Diskussionen der Datenschützer zu Google Streetview in Deutschland anschaut, wird es wohl nur eine Frage der Zeit sein, bis man uns einen Riegel vorschiebt (Wege auf privatem Grund etc.). Die Datenschützer können uns nicht dazu verdonnern, das Mappen zu lassen, allerdings können sie uns dazu verdonnern, solche Daten zu entfernen, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesun dheit ...
Die Datenschützer können uns nicht dazu verdonnern, das Mappen zu lassen, allerdings können sie uns dazu verdonnern, solche Daten zu entfernen, Nö können sie nicht. Wir müssen nur in unseren Nutzungsbestimmungen erwähnen, dass der Nutzer das Recht haben muss die Wege die er einträgt auch zu veröffentlichen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Landkarten gefährden ihre Gesun dheit ...
bis man uns einen Riegel vorschiebt (Wege auf privatem Grund etc.). Ich sehe schon das Formblatt (mit doppeltem Durchschlag) Genehmigung für die Kartographie und öffentliche Wiedergabe der Kartographiedaten auf Flurstück / Parzelle ... durch Eigentümer gemäß Katasterblatt (siehe Anlage) und/oder Bevollmächtigten (siehe Vollmacht/ Beleihungsurkunde im Anhang) (gez.) Stirnabdruck -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
fein. dann brauche ich mir ja keine Gedanken machen :-) Ingo Am 09.06.2009 um 19:45 schrieb Tobias Wendorff: Johann H. Addicks schrieb: weiss jemand, wie oft der Index von Namefinder aktualisert wird? nach meinem Eindruck seltener als alle zwei Monate. Ich habe die Arbeit am Namefinder fast abgeschlossen. Sobald meine PostGIS-Datenbank wieder funktioniert, werden wir sicherlich einige schöne Ergebnisse haben! ___ 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] zeitliche Straßenbeschränkungen
Sebastian Waschik sebastian.wasc...@gmx.de [Tue, Jun 09, 2009 at 12:09:28PM CEST]: [...] wohl sicherlich auch nicht so oft vor. Ein Klassiker ist die Sierichstraße in Hamburg, die hat sogar einen eigenen Wikipedia-Eintrag. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz (war: Online-Landkarten gefährden ihre Gesundheit ...)
Peter Dörrie schrieb: Die Datenschützer können uns nicht dazu verdonnern, das Mappen zu lassen, allerdings können sie uns dazu verdonnern, solche Daten zu entfernen, Nö können sie nicht. Wir müssen nur in unseren Nutzungsbestimmungen erwähnen, dass der Nutzer das Recht haben muss die Wege die er einträgt auch zu veröffentlichen. Doch können sie, genau wie sie es bei Google können und voraussichtlich machen werden. Das hat mit unseren Nutzungsbestimmunen nichts zu tun, sondern mit dem Datenschutz. Die Betroffenen können keinen Einspruch erhebemn. Die Datenschutzbeauftragten haben dies in der Sache Streetview etwa so kommentiert: Der Datenschutz wird verletzt, wenn man aus den Fotos ablesen kann, ob Beispielweise ein Schwarzbau auf privatem Grund vorliegt oder eine Hausfassade erneuert werden müsste. Diese Informationen könnten Behörden zur Ermittlung dienen oder Malereien einen Hinweis geben, wo Werbung geschickt einsetzbar wäre. Man outet Eigentümer, gegen deren willen. Wie gesagt, das ist der Wortlaut der Beauftragten und es lässt sich sehr gut auf Mapping auf privatem Grund übertragen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz (war: Online-Landkarten gefährden ihre Gesundheit ...)
Johann H. Addicks schrieb: bis man uns einen Riegel vorschiebt (Wege auf privatem Grund etc.). Ich sehe schon das Formblatt (mit doppeltem Durchschlag) Genehmigung für die Kartographie und öffentliche Wiedergabe der Kartographiedaten auf Flurstück / Parzelle ... durch Eigentümer gemäß Katasterblatt (siehe Anlage) und/oder Bevollmächtigten (siehe Vollmacht/ Beleihungsurkunde im Anhang) (gez.) Stirnabdruck Die Kartierung kann eben nicht untersagt werden, sondern die Veröffentlichung, da der betroffene kein Widerspruch einlegen kann. Es ist nicht meine Meinung, aber ich habe die Meinung der Beauftragten in der Antwort zu Peter Dörrie niedergeschrieben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Ingo Ciechowski schrieb: fein. dann brauche ich mir ja keine Gedanken machen :-) Woops - es handelt sich um einen _neuen_ Namefinder, der nichts mit dem alten zu tun hat. Also die Ergebnisse auf der OSM-Website werden sich dann leider noch nicht ändern :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zeitliche Straßenbeschränkungen
Am Dienstag 09 Juni 2009 schrieb Per: Zeiten und die meisten andere Zahlen sollten niemals im Key auftauchen! wieso? prinzipiell waere ich auch deiner meinung. da aber das simple key/value-schema von osm nicht viel mehr hergibt, muss man das beste draus machen. Ansonsten sollten wir das etablierte opening_hours verwenden: http://wiki.openstreetmap.org/wiki/Key:opening_hours oneway = timed oneway:times = forward:{-0400};forward:{1200-2400};backward:{0400-1200} hmm, das wuerde ich folgendermassen loesen: oneway = 1 oneway[0400-1200h] = -1 das finde ich wesentlich lesbarer... ob man jetzt 1/-1 oder forward/backward nimmt, ist eigentlich egal, nur einigen sollte man sich. 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] User: Kraftfahrstra?e Edit-War
Das Konzept ist ja gut durchdacht, man sieht es jedesmal, wenn man eine Karte von Computerteddy auf das Fahrrad-Garmin lädt, und es wird immer besser. Nervig sind die - sorry - selbstbestellten Weltverbesserer - wer mit dem Auto taggen geht, gehört in die Hölle Nicht jeder kann jederzeit Fahrrad oder Rollator fahren. Diplomatie war auf dieser Liste noch nie eine angewandte Fähigkeit. Hilfestellungen habe ich selten bis nie erfahren, fast immer nur Rechhabereien.Ich fürchte, das wird jetzt auch mein letzter Beitrag sein, sozusagen eine Generalkritik zum Abschied. Ich hätte gerne mehr gemacht, aber mit vernichtenden Kommentaren in den Orkus geschickt zu werden, das macht auch keine Freude, und ich habe längere Zeit (seit Sep 08) mitgelesen, das passiert immer wieder. Als nichtkommentierender Mapper hat man einfach damit zu leben, daß Vereinbarungen, die gestern noch gültig waren, jetzt einfach nicht mehr gültig sind ( siehe unclassified - track/grade1 - path - die Wertungen haben sich in den letzten Monaten total verändert. Ich habe recht viele Straßen auf dem platten Land gemappt, soll ich die alle neu bewerten? Macht es lieber selber, die ihr die Bewahrer des Schatzes seid. Gruß Holger Frederik Ramm schrieb: Hallo, Garry wrote: Wenn auf der einen Seite ein Fachmann eine gute Lösung für eine Tag-Problemstellung hat und diese versucht umzusetzen und auf der anderen Seite ein Nichtfachmann dafür eine nicht ausreichend überdachte Regelung ins Wiki klopft die sogleich von 100 Berufungstaggern grossflächig umgesetzt wird Das ist ein bisschen das Problem bei OSM. Wir haben ein paar Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept haben und damit waere die Sache geritzt. In Wahrheit ist das gute Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden) und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um). Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Tobias Wendorff schrieb: Ingo Ciechowski schrieb: fein. dann brauche ich mir ja keine Gedanken machen :-) Woops - es handelt sich um einen _neuen_ Namefinder, der nichts mit dem alten zu tun hat. Also die Ergebnisse auf der OSM-Website werden sich dann leider noch nicht ändern :-( Es wird aber zur Zeit ein komplett neuer Namefinder für die OSM-Webseite entwickelt, die Entwicklung soll auch schon relativ weit sein. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aufkleber?
Hallo nochmal! Am 8. Juni 2009 10:34 schrieb Stefan Leupers stefan.leup...@googlemail.com: 1. OK, werde heute oder morgen mal Motiv 7 (wie 5, aber mit .org) erstellen und sage dann nochmal kurz Bescheid. So, wie gewünscht, habe ich nun auch noch den runden Aufkleber nach italienischem Vorbild mit deutschem Text, aber .org-Link hinzugefügt (Motiv 7). Also bitte weiter fleißig abstimmen unter: http://www.first-to-find.de/openstreetmap Danke. Schönen Abend noch, - Stefan - ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Jonas Krückel schrieb: Es wird aber zur Zeit ein komplett neuer Namefinder für die OSM-Webseite entwickelt, die Entwicklung soll auch schon relativ weit sein. Das widerspricht sich ja nicht ... wir haben auch eine Menge Tools, die sich überschneiden, wie z.B. Tagwatch, Editoren etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Tobias Wendorff schrieb: Jonas Krückel schrieb: Es wird aber zur Zeit ein komplett neuer Namefinder für die OSM-Webseite entwickelt, die Entwicklung soll auch schon relativ weit sein. Das widerspricht sich ja nicht ... wir haben auch eine Menge Tools, die sich überschneiden, wie z.B. Tagwatch, Editoren etc. War ja auch nur eine Ergänzung deiner Antwort und eine allgemeine Information ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder listet neuen Ort nicht :-(
Jonas Krückel schrieb: War ja auch nur eine Ergänzung deiner Antwort und eine allgemeine Information ;-) Ah okay! Danke für den Hinweis :-) Mist, es regnet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Melchior Moos schrieb: So wies aussieht wird auch versucht Haltestellen mit gleichem Namen auch ohne Relation zusammenzufassen. Schöne Sache, allerdings sieht das manchmal etwas komisch aus, wenn sie weit auseinanderliegen. Wenn man die nun mit zwei public_transport=stop_area relationen einträgt, werden diese Relationen dann auch zusammengefasst oder geschieht das nur bei einzelnen bus_stops ohne Relation? Nein das geschieht nur bei Relationslosen Halten. Wo ist dir denn die fehlerhafte Zusammenfassung aufgefallen? ich hab nämlich bis jetzt noch keine gefunden, zumal ich auch nur im Umkreis von ein paar hundert Metern suche. Ich kann kaum glauben, dass es in diesem Bereich verschiedene Halte mit gleichem Namen gibt. Naja fehlerhaft nicht gerade, aber nicht ganz schön: http://www.öpnvkarte.de/?lat=49.394961lon=8.793058zoom=18 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Mario Salvini schrieb: ich stimme dir in sofern zu. weil damit ein Streckenabschnitt eine beschilderte Autobahn sein kann bedarf es ja gewissen Baulichen Vorraussetzungen. Ähnlich bei Autobahn ähnlichen. Und stark frequentierte Einfallstrassen in Städte können durchaus auch mal nur von innerregionaler Bedeutung sein - würde sie dann trotzdem ehr als primary anstelle von tertiary taggen. Garry hast du mal ei Beispiel dafür? Is bestimmt auch die Frage, was man als Spontan würde mir einfallen: http://www.informationfreeway.org/?lat=48.98437529129507lon=8.455299138078317zoom=16layers=BF000F (roter Bereich der B3) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Am 9. Juni 2009 23:04 schrieb Sebastian Hohmann m...@s-hohmann.de: Melchior Moos schrieb: So wies aussieht wird auch versucht Haltestellen mit gleichem Namen auch ohne Relation zusammenzufassen. Schöne Sache, allerdings sieht das manchmal etwas komisch aus, wenn sie weit auseinanderliegen. Wenn man die nun mit zwei public_transport=stop_area relationen einträgt, werden diese Relationen dann auch zusammengefasst oder geschieht das nur bei einzelnen bus_stops ohne Relation? Nein das geschieht nur bei Relationslosen Halten. Wo ist dir denn die fehlerhafte Zusammenfassung aufgefallen? ich hab nämlich bis jetzt noch keine gefunden, zumal ich auch nur im Umkreis von ein paar hundert Metern suche. Ich kann kaum glauben, dass es in diesem Bereich verschiedene Halte mit gleichem Namen gibt. Naja fehlerhaft nicht gerade, aber nicht ganz schön: http://www.öpnvkarte.de/?lat=49.394961lon=8.793058zoom=18http://www.xn--pnvkarte-m4a.de/?lat=49.394961lon=8.793058zoom=18 Naja was will man machen, die Realität ist eben nicht immer schön;-) Aber nur fürs Rendering die Station zu teilen ist glaub ich nicht das richtige. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hi, gehören die Striche über den a,o,u also den deutschen Umlauten ä,ö,ü auch zu den diakratischen Zeichen und wie müssen sie dann bei b) behandelt werden. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Markus Gesendet: Montag, 8. Juni 2009 17:32 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Ortsnamen Gibt es eine (ISO)Norm zur internationalen Benennung von Ortschaften? Wie machen wir das in OSM? Und wie ist das mit unterschiedlichen Zeichensätzen? (Russisch, Chinesisch, Griechisch, deutsche Umlaute, etc) Am einfachsten fände ich zwei Namensfelder: a) lokaler Name in lokaler Schrift b) internationaler Name in arabischer Schrift ohne Diakritika Dann könnte der Renderer lernen, je nachdem aus welchem Land die Kartenabfrage erfolgt (bzw Browsereinstellung) die für den Benutzer passenden Namen anzuzeigen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Proposal: access-Tags mit Bedingungen
Hallo Liste, nachdem in letzter Zeit immer mal wieder Tagging-Probleme zur Sprache gekommen sind, wie sie mein Proposal Extended conditions for access tags behandelt (insbesondere zeit- und gewichtsabhängige Beschränkungen), möchte ich für das Proposal explizit um Feedback bitten - gerne auf der Liste, ansonsten auf der Diskussionsseite im Wiki: http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags Wer es noch nicht kennt, sollte auch das Basis-Proposal berücksichtigen: http://wiki.openstreetmap.org/wiki/Proposed_features/Conditions_for_access_tags Die Grundidee ist schnell erklärt: Manche Vorschriften (access, maxspeed, oneway ...) gelten in der Realität nur unter bestimmten Bedingungen. Die Bedingungen können dabei alles mögliche sein, etwa der Fahrzeugtyp, die Uhrzeit oder das Wetter. Das Proposal schlägt hier vor, diese Bedingungen (für die es natürlich auch vorgegebene Bezeichnungen gibt) in beliebiger Reihenfolge durch Doppelpunkte getrennt an den Basiskey (also access, maxspeed etc.) zu schreiben. Doppelpunkte übrigens einfach deshalb, weil sie fast schon das Default-OSM-Trennzeichen sind, ohne erkennbare Semantik. Ich hätte aber auch nichts gegen z.B. eckige Klammern, wie sie manchmal vorgeschlagen würden -- da wir auch zu sehr vielen anderen Zwecken Doppelpunkte verwenden, würde das vielleicht die Unterscheidung erleichtern, und man könnte auf das time{...} bei den Zeiten verzichten. Gerade zu solchen syntaktischen Fragen würden mich auch einfache subjektive Meinungen also durchaus freuen. Tobias Knerr PS: Das kommt natürlich auch noch auf talk, aber auf den deutschsprachigen Kanälen (ML, Forum) wird deutlich häufiger Bedarf an solchen Ausdrucksmöglichkeiten angemeldet, warum auch immer -- daher zuerst hier. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kraftfahrstrassen
Garry schrieb: Mario Salvini schrieb: ich stimme dir in sofern zu. weil damit ein Streckenabschnitt eine beschilderte Autobahn sein kann bedarf es ja gewissen Baulichen Vorraussetzungen. Ähnlich bei Autobahn ähnlichen. Und stark frequentierte Einfallstrassen in Städte können durchaus auch mal nur von innerregionaler Bedeutung sein - würde sie dann trotzdem ehr als primary anstelle von tertiary taggen. Garry hast du mal ei Beispiel dafür? Is bestimmt auch die Frage, was man als Spontan würde mir einfallen: http://www.informationfreeway.org/?lat=48.98437529129507lon=8.455299138078317zoom=16layers=BF000F (roter Bereich der B3) Garry Wenn ich dass richtig sehe ist dein Beispiel eine Verbindungsstelle zu einer Autobahnauffahrt bzw. Ausweichroute, wenn die Autobahn mal blockiert is (schließlich läuft die B3 ja lange parallel zur Autobahn). Das diese Straße _nur_ innerregionale Bedeutung hat bezweifele ich also irgendwie (könnte mir sogar vorstelen, das LKWs die B3 als Mautlose Alternativroute nehmen). Ich meinte eher sowas wie die Hauptstraße durch Wolfahrtsweier. Das ist z.B. so einen Fallbeispiel für _nur_ innerregionale Bedeutung , wie ichs im Kopf habe. Grüße Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte
Hi, eine Zwischenfrage: wenn man ein entsprechendes Netz bzw. Area etc. mappt und in die OSM-DB hochlädt, wie lange dauert es bis es in http://www.öpnvkarte.de dargestellt wird. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Sebastian Hohmann Gesendet: Dienstag, 9. Juni 2009 01:35 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Neuigkeiten von der ÖPNV-Karte Melchior Moos schrieb: Am 9. Juni 2009 00:34 schrieb Melchior Moos melchiorm...@gmail.com: Klingt gut, allerdings laden bei mir nicht alle Tiles, insbesondere auf höheren Stufen. Bis zu welchem Zoom sollte es denn gerendert sein? Das ganze basiert auf mod_tile, der die Tiles bei der ersten Anfrage rendert und danach die gecachte Dateien vorliegen hat. Ich dachte so spät wären nicht mehr so viel Leute unterwegs, aber momentan kommt der Server einfach nicht mehr mit und so kommen gut 50% der Anfragen als 404 zurück, sorry. Vielleicht einfach morgen früh wieder versuchen. oder Bereiche betrachten, die schon vor dem Ansturm angefragt wurden wie z.B. die Aachener Innenstadt: http://www.öpnvkarte.de/?lat=50.77688lon=6.09066zoom=16http://www.x n--pnvkarte-m4a.de/?lat=50.77688lon=6.09066zoom=16 Danke. Inzwischen geht es auch bei mir in der Gegend. Mit neuen ÖPNV-Tags meinst du [1]? Werden da auch alle Relationen wie stop_area_group ausgewertet und entsprechend dargestellt? Gruß [1] http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema ___ 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] User: Kraftfahrstra?e Edit-War
Holger Wemken holger.wem...@ewetel.net wrote: Als nichtkommentierender Mapper hat man einfach damit zu leben, da? Vereinbarungen, die gestern noch g?ltig waren, jetzt einfach nicht mehr g?ltig sind ( siehe unclassified - track/grade1 - path - die Wertungen haben sich in den letzten Monaten total ver?ndert. Ich habe recht viele Stra?en auf dem platten Land gemappt, soll ich die alle neu bewerten? Macht es lieber selber, die ihr die Bewahrer des Schatzes seid. Ich mappe seit rund 2 Jahren und kann nicht sagen, dass sich alles veraendert hat. Ich mappe fast noch genauso wie damals, lediglich path f?r Trampelpfade und surface und smoothness sind hinzugekommen. Im Kern ist aber alles noch genauso... Mag sein, dass es daran liegt, dass ich mich um die path-cycleway-Diskussion nicht so k?mmer, solange da noch kein vernuenftiges Grundlagenmodell existiert ... Solange komme ich mit dem klassischen cycleway ganz gut hin ... ;-) (egal op separat oder am highway) 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
[Talk-de] Vespucci 0.6.0 (Editor für Andro id) erschienen!
Moin! Soeben habe ich die neuste Version von Vespucci auf unserer Homepage und im Android Market veröffentlicht! Vespucci ist ein Editor für die Android Plattform. Version 0.6.0 enthält neben kleinen Bugfixes hauptsächlich die Unterstützung der 0.6er API. Besser spät als nie ;-) Schöne Grüße, Das komplette Vespucci-Team =) http://code.google.com/p/osmeditor4android/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Hi, Die hier besprochenen Änderungen der OSM-Datenbank sind m.E. begrenzte Änderungen, die meist leicht korrigiert werden können. Siehe hierzu diverse Kommentare von Frederik Ramm. Im Fall des users Kraftfahrtstrassen werden diesem sogar Detailwissen eingeräumt, das durchaus nützlich sein kann. Ich schließe mich hier der Meinung an, dass die konfliktärmste Lösung wohl das entsprechende Rendern derartiger Straßen ist. Ich glaube jedoch, dass wir uns als Kommunity vorab schon Gedanken machen sollten, wenn mal wirklich richtige Vandalen, die entsprechendes Wissen bezüglich Automatismen, Bots etc. haben, hier ihr Unwesen treiben (vielleicht auch nur um unsere Arbeit kaputtzumachen). Wenn wir erst reagieren, wenn dies geschieht, kann es vielleicht zu spät sein. Nicht das hier der Eindruck ensteht, dass ich schon im Vorfeld die Atombombe abwerfen möchte, auch in solch einem Fall ist angemessenes Handeln gefragt. Wir sollten jedoch vorab einig sein, was dann bei welcher Stufe der Eskalation zu tun ist - Actio ist besser als Reaktio. Da ich jedoch auch nicht genau weiß, wie man entsprechend handeln soll, bin ich gespannt auf Eure Vorschläge. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry Gesendet: Dienstag, 9. Juni 2009 01:45 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War Sven Sommerkamp schrieb: Die Idee ist, das man über kurz oder lang mit den Daten auch etwas anfangen will! Wofür macht man sich denn die Arbeit? OSM ist kein abstraktes Ziel, sondern kann bereits teilweise hilfreich verwendet werden! Das wollen wir uns doch nicht immer wieder kaputtmachen, machen lassen? Daher braucht es ein System, welches Vandalismus ebenso wie gut gemeinte, aber falsche Änderungen erschwert, bzw. verhindert Das Problem ist dass jemand festlegen muss was falsch oder richtig ist... Wenn auf der einen Seite ein Fachmann eine gute Lösung für eine Tag-Problemstellung hat und diese versucht umzusetzen und auf der anderen Seite ein Nichtfachmann dafür eine nicht ausreichend überdachte Regelung ins Wiki klopft die sogleich von 100 Berufungstaggern grossflächig umgesetzt wird - ist dann der Fachmann ein Vandale? Garry ___ 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] JOSM - Wege vereinfachen
Hi, auch wenn es vielleicht eine dumme Frage ist (dumme Fragen gibt es eigentlich nicht, nur dumme Antworten) und ich mich als Newby oute, wie ruft man dieses Tool in josm eigentlich auf. Habe bisher noch nichtmal gewusst, dass es dieses gibt. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Sven Sommerkamp Gesendet: Dienstag, 9. Juni 2009 07:34 An: talk-de@openstreetmap.org Betreff: [Talk-de] JOSM - Wege vereinfachen Du hast recht, man müßte das Tool viel häufiger anwenden. Vieles was da angelegt wird, vor allen Dingen an Wegen, täuscht eine Genauigkeit vor, die uns gar nicht gegeben ist. Und das produziert auch haupsächlich Probleme. Normalerweise klickt man den Weg an, so das er ausgewählt ist. Und wählt dann Weg vereinfachen aus. Sven S. Mag sein, dass es eine FAQ ist, aber irgendwie will mir aktuell die Wege vereinfachen-Funktion nicht gelingen. Ich kann es zwar ohne Fehlermeldung aufrufen, aber es tut sich absolut nichts am Polygon. (Um Kritik vorzubeugen: Es geht um http://www.openstreetmap.org/browse/way/4269111 also etwas, was ich in diesem Detailgrad unsinnig finde, zumal sich diese Sumpfland-Uferlinie wasserstandsabh?ngig schonmal um 5m verschieben kann.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Hi, ich denke, das geht nur miteinander, in kleinen Schritten (wie bie OSM üblich) und im TEAM! Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Dienstag, 9. Juni 2009 10:01 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War Hallo, Garry wrote: Wenn auf der einen Seite ein Fachmann eine gute Lösung für eine Tag-Problemstellung hat und diese versucht umzusetzen und auf der anderen Seite ein Nichtfachmann dafür eine nicht ausreichend überdachte Regelung ins Wiki klopft die sogleich von 100 Berufungstaggern grossflächig umgesetzt wird Das ist ein bisschen das Problem bei OSM. Wir haben ein paar Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept haben und damit waere die Sache geritzt. In Wahrheit ist das gute Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden) und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um). Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstraßen Edit-War
Hi, die richtige Antwort wurde schon in dieser email-Liste gegeben. Ändert das Rendering entsprechend (wenn möglich, jedoch wo ein Wille ist ist auch ein Weg) und wir haben eventuell einen wertvollen Mapper in der Kommunity gewonnen. Aber es sollte nicht die Regel sein, dass OSM erpressbar ist. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frank Sautter Gesendet: Dienstag, 9. Juni 2009 10:05 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] User: Kraftfahrstraßen Edit-War SLXViper schrieb: Hier im Südwesten treibt er mittlerweile auch sein Unwesen und taggt wiegewohnt massenhaft Straßen um. hast du da konkrete beispiele für sein getriebenes unwesen ? Netterweise löscht er dabei auch noch stellenweise die alten Wege, so dass ein einfaches zurücktaggen nicht immer möglich ist - man sieht nicht, welche Tags der Abschnitt vorher schon hatte und was er geändert hat. vielleicht war es notwendig? hast du überprüft, ob dadurch wirklich ein informationsverlust aufgetreten ist? vielleicht war der gelöschte weg ja auch nur doppelt? Könnte man hier einfach das gesamte changeset reverten? das sind (leider potlatch bedingt) ganz viele changesets. Das würde sehr viel Zeit sparen, sowohl hier als auch bei anderen verunstalteten Gegenden. haben alle, die hier gerade das große besteck auspacken sich mal die mühe gemacht, die edits des users Kraftfahrstraßen anzuschauen? http://www.openstreetmap.org/user/Kraftfahrstraßen/edits ja, er ist ein sehr aktiver mapper; ja, er bleibt dabei nicht nur vor seiner haustür; aber: bei meinen stichproben konnte ich nicht erkennen, dass da das wort vandalismus angebracht wäre. es sind wie ich eigentlich weitgehend sinnvolle edits und lückenschlüsse. vielleicht sollte man ihm/ihr noch ein wenig die _link und motorroad=yes tags freundlich erklären. aber eventuell stellt er schon auf durchzug, weil er auch per email genauso massiv angegriffen wurde, wie hier auf der mailingliste - die erfahrung zeigt, dass man mit freundlichkeit sehr viel konstruktiveres zusammenarbeit erreicht, als durch den hier leider immer wieder vorherrschenden ton. für mich hat der ganze aufruhr hier auf dem mailingliste eher das geschmäckle: da hat jemand MEINE daten verändert, das darf der nicht, das sind doch meine. jedenfalls fände ich es besser, die zeit in die verbesserung unserer daten zu stecken, als hier solch einen flamewar loszutreten. frank ___ 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] Kraftfahrstrassen
Hi, was heisst genau 2+1 kreuzungsfrei, komme mit einigen fachspezifischen Formulierungen in dieser Liste noch nicht so recht klar. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Heiko Jacobs Gesendet: Dienstag, 9. Juni 2009 10:46 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Kraftfahrstrassen Garry garr...@gmx.de wrote: Wesentliche Eigenschaft ist kreuzungsfrei und mehrspurig - das ermöglicht im allgemeinen eine höhere Durschnittsgeschwindigkeit und ist somit als eine besondere Eigenschaft tagenswert. Sollte auch 2+1 kreuzungsfrei schon dazu zählen? 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterführung
Hi, ist doch ganz natürlich, dass alte Themen wieder hochkommen, wenn Newbies (wie ich) auf diese Liste stoßen. Diese Leute haben die selben Fragen, die die alten Hasen schon längst beantwortet haben, wissen jedoch von diesen Antworten nichts. Weist diese entsprechend auf gefundene Lösungen hin und das Problem ist meistens gelöst. (Habe auch schon häufiger hier gelesen, dass das Wiki einer entsprechenden Aufbereitung bedarf). Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry Gesendet: Dienstag, 9. Juni 2009 11:59 An: m...@koppenhoefer.com; Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Unterführung Martin Koppenhoefer schrieb: Am 7. Juni 2009 17:32 schrieb Wolfgang Wienke wo_wie...@gmx.net: Hallo! Wolfgang Wienke schrieb: Hallo, sehe ich das richtig, dass es in OSM keine Unterführung gibt? Selbst wenn ein kleiner Weg unter einer Autobahn hindurchführt, erhält die Autobahn eine Brücke, auch wenn man es auf der Autobahn nicht merkt!? Sorry, blöde Frage, Tunnel natürlich! üblicherweise würde ich von einer Brücke ausgehen (Autobahn an den Auflagern trennen, layer=1 und bridge=yes). tunnel=yes für Tunnel. Ich bin mir nicht sicher, wie rigoros wir in OSM sind, aber technisch gesehen ist ein offen gebauter Tunnel (und danach geschlossen) mit einer Länge unter 80 Metern kein Tunnel. Von einem Tunnel spricht man, wenn eine Röhre in ein massives Teil (Berg) hineingegraben wird. Irgendwie scheinen gerade wieder die ganzen alten Diskussionen hochzukommen die schon vor vielen Monaten eigentlich ausdiskutiert waren Tunnel wird in OSM gerne verwendet wenn mehrere Verkehrswege unterquert werden und/oder wenn das Verhältniss zwischen Länge und Breite der Unterführung relativ gross ist (so ungefähr dann wenn man eigentlich das Licht einschalten sollte). Gegebenfalls macht es auch Sinn Brücke und Tunnel zu kombinieren wenn einerseits Durchfahrtsbeschränkungen vorhanden sind (Höhe/Breite) und andereseits Gewichtsgrenzen für das Überfahren des Bauwerks. Sollte jetzt jemand bedarf sehen dass man das realitätsgetreuer Rendern/Auswerten kann dann bitte in Form von Zusatztags die das genauer spezifizieren und nicht durch neue Regel die ein komplettes umtaggen erforden Garry ___ 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] User: Kraftfahrstra?e Edit-War
Hi, was spricht gegen sinnvolle Standards, die dann von Rule-checkern durchgesetzt werden. Ich weiß, die Ausnahme von der Regel. Ich denke jedoch, dass Standards, richtig angewendet, sinnvoll sind. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Garry Gesendet: Dienstag, 9. Juni 2009 12:19 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War Hallo Frederik, Frederik Ramm schrieb: Hallo, Garry wrote: Wenn auf der einen Seite ein Fachmann eine gute Lösung für eine Tag-Problemstellung hat und diese versucht umzusetzen und auf der anderen Seite ein Nichtfachmann dafür eine nicht ausreichend überdachte Regelung ins Wiki klopft die sogleich von 100 Berufungstaggern grossflächig umgesetzt wird Das ist ein bisschen das Problem bei OSM. Wir haben ein paar Fachleute, die glauben, man muesste nur ein gut durchdachtes Konzept haben und damit waere die Sache geritzt. In Wahrheit ist das gute Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist Didaktik (wie bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden) und ein weiteres Drittel ist Diplomatie (wie gehe ich mit Kritik um). Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen. Das 2. drittel wird zunehmend schwieriger da mit wachsender Community von immer mehr Leuten auf das Wiki als geltendens Recht gepocht wird. Dazu noch die wachsende Verbreitung der Rule-checker die von der implemntierten Regel abweichende Tags gleich im Keim schon zu ersticken droht. Garry ___ 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] Kraftfahrstrassen
Hi, ich denke objektive Kriterien in osm gibt es nicht. Hier zählt m.E. die Mehrheit. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Per Gesendet: Dienstag, 9. Juni 2009 12:40 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Kraftfahrstrassen Karl Eichwalder schrieb: [...] autobahnähnlich ist ein durchaus subjektives kriterium [...] Nein, autobahnähnlich bedeutet getrennte Fahrbahnen plus Kreuzungsfreiheit. http://en.wikipedia.org/wiki/Dual_carriageway http://de.wikipedia.org/wiki/Autobahnähnliche_Straße Die autobahnähnlichkeit sollte man mit attributen beschreiben (maxspeed, width und lanes kommen dafür wohl in erster linie in betracht). Ja, die drei Tags sind immer sinnvoll! Kraftfahrstraße ist ein objektives kriterium und daran macht man trunk fest. Fertig. Fast! Kraftfahrstraße ist ein objektives Kriterium und daran macht man motorway=yes fest. Fertig. Grüße Per ___ 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] Namefinder listet neuen Ort nicht :-(
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Ingo Ciechowski Gesendet: Dienstag, 9. Juni 2009 12:45 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Namefinder listet neuen Ort nicht :-( Hallo zusammen, weiss jemand, wie oft der Index von Namefinder aktualisert wird? Ich habe kürzlich den Ort Freimersheim in Rheinhessen angelegt, Namefinder listet nach wie vor jedoch nur Freimersheim in der Pfalz und ich frage mich, ob da noch ein Attribut fehlt oder ich einfach nur etwas Geduld haben muss... Ingo ___ 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] Namefinder listet neuen Ort nicht :-(
Hi, Zwischenfrage, wo finde ich den Namefinder und wie kann ich ihn benutzen. Gruß Werner -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Ingo Ciechowski Gesendet: Dienstag, 9. Juni 2009 12:45 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Namefinder listet neuen Ort nicht :-( Hallo zusammen, weiss jemand, wie oft der Index von Namefinder aktualisert wird? Ich habe kürzlich den Ort Freimersheim in Rheinhessen angelegt, Namefinder listet nach wie vor jedoch nur Freimersheim in der Pfalz und ich frage mich, ob da noch ein Attribut fehlt oder ich einfach nur etwas Geduld haben muss... Ingo ___ 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