Re: [Talk-de] Tracks-'Nummerierung'
Hallo, Am Mi, 22.07.2009, 03:02, schrieb Michael Bemmerl: ich bin gerade auf einen interessanten Track-Auszug über die API gestoßen, den ich euch nicht vorenthalten möchte: http://osm.michis-pla.net/temp/tracks.gif Das sind doch eindeutig Nummern, oder? Kennt jemand ein Gerät, das solche (Wegpunkt-)Nummern als /Koordinaten/ ablegt? also, erstrebenswert finde ich das nicht gerade. Das bringt nur ein Durcheinander, wenn man solche Tracks hochlädt. Wenn's dann beim Herunterladen (z.B. direkt in Josm) dort noch andere Tracks gibt, dann erkennt man den Unterschied nicht mehr. Mir sind da ganz normale wpts lieber. Grüße, Günther ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Probleme
On Tue, 21 Jul 2009, Torsten Leistikow wrote: Dirk Stöcker schrieb: Was theoretisch richtig klingt. Praktisch kann josm das Programm aber scheinbar doch nicht aufrufen. Pfad falsch? Du kannst dort selbst etwas eingeben - gib doch sicherheitshalber mal den kompletten Pfad des Programms an. Also ich habe mal probiert gnome-web-photo aus dem JOSM-Verzeichnis aufzurufen - kein Problem. Hmm. Du sagtest aber gnome-webphoto-fixed, jetzt nimmst Du gnome-webphoto. Warum? Die fixed-Variante braucht noch NetPBM und das Fixed-Skript zum arbeiten. Dann habe ich mal probiert einen WMS-Aufruf haendisch zusammenzubauen: Fast richtig. Weil ? und drin sind, musst Du die URL mit umgeben, sonst zerstückelt Dir die Shell den Aufruf. Das siehst Du an den [2], [3], ... leisti...@athlon1200:~/JOSM gnome-web-photo --mode=photo --format=png http://josm.openstreetmap.de/wmsplugin/YahooDirect.html?bbox=10.4132038,53.5244509,10.4277881,53.5390352srs=EPSG:4326width=500height=500 /dev/stdout [2] 3792 [3] 3793 [4] 3794 [5] 3795 bash: /dev/stdout: Keine Berechtigung Diese Fehlermeldung kommt mir komisch vor. /dev/stdout sollte für Dich nicht verboten sein. Liegt aber vieleicht an dem kaputten Aufruf. Falls es klappt gibt er Dir unlesbares Zeug aus. Wenn Du noch datei.jpg anhängst speichert er das in eine Datei und dann müsste ein Bild drin sein. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen kann manchmal wichtig und richti g sein (war Routerhärtetest )
Hallo. Am Mittwoch, 22. Juli 2009 schrieb Karl Eichwalder: ja, in diesem Fall sollte man den einzelnen Node löschen und das Gebäude mit den tags versehen. Ja, bitte! Das sollte man nicht, weil man damit anwendungen kaputtmacht, die gebäude (noch) nicht auswerten. Die da wären? Man sollte vielmehr die renderer bzw. den präprozessor fixen. Hui, ja, bitte den Präprozessor des Stück Software, das mit POI als Gebäude noch nicht umgehen kann! Wenn ein POI (node) in einem gebäude liegt und den gleichen namen hat, sollte nur ein name dargestellt werden, Ich würde den des POI bevorzugen. Ich würde bevorzugen, wenn es der selbe Name wäre. Und ich finde es gut, wenn beide gerendert werden, denn dann weiß man dass man da dringen noch einen Einzel-Node löschen muss. Gruß, Bernd -- Die Gehirnwäsche gilt allenthalben als fürchterlich und schrecklich. Es gibt aber Gehirne, denen eine Wäsche ganz gut täte. - Johannes Gross (dt. Publizist 1932) 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] tracktype=grade1
Hallo. Am Dienstag, 21. Juli 2009 schrieb Frederik Ramm: Ich vermute daher, dass die deutsche Uebersetzung: Asphaltierter oder durchgehend betonierter Weg fuer grade1 unzutreffend ist. Kann dazu jemand was sagen? Ich stelle laienhaft die These auf, dass es in manchen Ländern weniger asphaltierte Wege gibt als hierzulande. Als Süddeutscher ist man ja verwöhnt und ich würde stark dafür plädieren, die 1-bis-5-Skala auf die jeweiligen Gegebenheiten auszudehnen, so dass man nicht z.B. plötzlich alle Wege in Afrika mit grade 4 oder 5 beschreiben muss. Hierzulande geht das übliche Spektrum eben von asphaltiert über geschottert bis zu nem Dreckweg. Das sollte die Skala her geben, daher bin ich stark dagegen, nicht versiegelte Wege als grade1 zu taggen. Gruß, Bernd -- The hardness of the butter is proportional to the softness of the bread. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Namefinderupdate?
Hallo, vor knapp 2 Wochen habe ich in Sachsen die Wanderwege endgültig aufgeräumt, die vor längerer Zeit importiert wurden. Die Wege hatten Namen wie Roter/Grüner/Gelber/Blauer Punkt/Strich. Nun gibt es mittlerweile Routenrelationen und ich habe alle Vorkommen dieser Namen entfernt (niemand kümmert sich um redundante Informationen, so dass diese langsam auseinanderdriften) und die noch fehlenden Routen nachgetragen. Da ich garantiert ein paar übersehen habe dachte ich den Namefinder von OSM zu benutzen und diese fehlenden Teile zu finden. Nur leider zeigt der in den letzten zwei Wochen auch die ganzen entfernten Namen immer noch an, was natürlich dieses Vorhaben vereitelt. Also: Wann und wie macht der Namefinder ein Update? Frederik: Wenn Du für Ulf so einen hübschen Auszug gemacht hast, kannst Du das für mich auch? Ich braucht alle Wege, wo Roter/Grüner/Gelber/Blauer Punkt/Strich in einem Tag drin steht, egal in was für einer Schreibweise (groß/klein, red/green/blue/yellow dot/line wahrscheinlich auch). Zuviel Daten sind kein Problem, nur in JOSM ladbar sollte es sein. Die Wege sind in Sachsen und auch ein paar in der Tschechei. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Alternativen?
Sebastian Hohmann schrieb: Frederik Ramm schrieb: Hab ich noch eine sonstige Alternative, oder muß ich mir die x GB Planet runterladen und selber die paar (beim letzten mal waren es so 800 Nodes) rausschneiden? Ich weiss keine Alternative, aber ich hab ein ausgepackted Planetfile hier liegen, da geht es schneller: http://www.remote.org/frederik/tmp/mountain-passes.osm.bz2 Mit was für einem Programm machst du das? Wenn der xml Header nicht lügt: http://wiki.openstreetmap.org/wiki/Osmosis Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Hi! Torsten Leistikow schrieb: Sehe ich genauso. Sowohl die deutsche als auch die englische Version deute ich letztendlich so, dass sie asphaltiert oder mit vergleichbarer Oberflaechenbefestigung bedeuten sollen. Was auch immer das in der Praxis heissen mag, ist regional sicherlich sehr unterschiedlich. Sehe ich genauso. In der Praxis setze ich grade1 für Asphalt, Beton und Pflaster, also alle harten, geschlossenen Oberflächen. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nur Rollstuhl-Parkplatz
Moin! in [http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking] wird zwar definiert wieviele Behinderten-Parkplätze verfügbar sind - aber wie würdet Ihr einen ausschließlichen Behinderten-Parkplatz definieren ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nur Rollstuhl-Parkplatz
On Wed, 22 Jul 2009, Jan Tappenbeck wrote: in [http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking] wird zwar definiert wieviele Behinderten-Parkplätze verfügbar sind - aber wie würdet Ihr einen ausschließlichen Behinderten-Parkplatz definieren ??? So etwa? capacity=2 disabled_spaces=2 Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinderupdate?
Hallo, Also: Wann und wie macht der Namefinder ein Update? Das ist grad alles im Umbruch, drei unterschiedliche Leute arbeiten an ihren eigenen besseren Namefindern, und keiner weiss, was passiert. Ich zumindest nicht ;-) Frederik: Wenn Du für Ulf so einen hübschen Auszug gemacht hast, kannst Du das für mich auch? Ich braucht alle Wege, wo Roter/Grüner/Gelber/Blauer Punkt/Strich in einem Tag drin steht, egal in was für einer Schreibweise (groß/klein, red/green/blue/yellow dot/line wahrscheinlich auch). Aeh... geht es etwas praeziser? key=beliebig, value=~/(rot|grün|gelb|blau|red|green|yellow|blue).*(punkt|strich|dot|line)/i oder was? Kann man den key auf ein paar Werte einschraenken? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Alternativen?
Hallo, Ulf Lamping wrote: Mit was für einem Programm machst du das? Wenn der xml Header nicht lügt: http://wiki.openstreetmap.org/wiki/Osmosis Ja, fuer Ulfs File hab ich einfach das hier gemacht: osmosis --rx current-planet.osm --nkv keyValueList=mountain_pass=yes --wx /tmp/mountain-passes.osm Dirks Anfrage wird vermutlich nicht so einfach, denn Osmosis hilft einem nur, wenn man genau weiss, was man will. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 09:05 schrieb Bernd Wurst be...@bwurst.org: Am Dienstag, 21. Juli 2009 schrieb Frederik Ramm: Ich vermute daher, dass die deutsche Uebersetzung: Asphaltierter oder durchgehend betonierter Weg fuer grade1 unzutreffend ist. Kann dazu jemand was sagen? Ich stelle laienhaft die These auf, dass es in manchen Ländern weniger asphaltierte Wege gibt als hierzulande. Weniger asphaltierte Wege mit Sicherheit. Allerdings ist fraglich ob es sich in diesen Ländern dann tatsächlich um Feldwege (track) handelt. Es dürfte sich dort vielmehr um unasphaltierte primarys, secondarys, tertiarys und unclassified handeln. Unasphaltierte Wege, die dem überregionalen Verkehr dienen, usw. Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-present: Kombinationen von Eigenschaften
Moin ! wenn man sich für JOSM eigene Presents anlegt - gibt es auch die Möglichkeit Tags zu kombinieren?? z.B. amenity=postbox collection_times=* Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nur Rollstuhl-Parkplatz
Hallo Dirk, vielen Dank für die schnelle Rückmeldung aber gibt es nicht Schwierigkeiten wenn es dann irgendwann zur Filterung von Tags für Symbole, in den JOSM-Presents zum Beispiel ??? Gruß Jan :-) Dirk Stöcker schrieb: On Wed, 22 Jul 2009, Jan Tappenbeck wrote: in [http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking] wird zwar definiert wieviele Behinderten-Parkplätze verfügbar sind - aber wie würdet Ihr einen ausschließlichen Behinderten-Parkplatz definieren ??? So etwa? capacity=2 disabled_spaces=2 Ciao ___ 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] Namefinderupdate?
On Wed, 22 Jul 2009, Frederik Ramm wrote: Frederik: Wenn Du für Ulf so einen hübschen Auszug gemacht hast, kannst Du das für mich auch? Ich braucht alle Wege, wo Roter/Grüner/Gelber/Blauer Punkt/Strich in einem Tag drin steht, egal in was für einer Schreibweise (groß/klein, red/green/blue/yellow dot/line wahrscheinlich auch). Aeh... geht es etwas praeziser? key=beliebig, value=~/(rot|grün|gelb|blau|red|green|yellow|blue).*(punkt|strich|dot|line)/i Ja. oder was? Kann man den key auf ein paar Werte einschraenken? Lieber wäre es mir, wenn nicht. Es gibt Leute die tragen das an den komischten Stellen ein. Würde 47 = Breite = 52 und 12 = Länge = 17 helfen? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Springende Auswahl mit JOSM 1822 unter MAC OSX
Hallo, Mal wieder ein Problem am MAC... Seit der letzen 17 Latest Version von JOSM (ich nutze aktuell 1822) ist das Vorschaubild zum Auswählen des Bearbeitungsbereiches recht unruhig geworden. Es springt incl. der Auswahlbuttons (interaktive Karte etc.) ständig zwischen zwei Größen hin und her, was eine sichere Auswahl des zu bearbeitenden Bereiches erschwert. die Auswahl selbst funtktioniert und soweit ich beurteilen kann alles andere auch (bis auf WMS - aber das kenn' ich jetzt schon am MAC...) Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nur Rollstuhl-Parkplatz
On Wed, 22 Jul 2009, Jan Tappenbeck wrote: vielen Dank für die schnelle Rückmeldung aber gibt es nicht Schwierigkeiten wenn es dann irgendwann zur Filterung von Tags für Symbole, in den JOSM-Presents zum Beispiel ??? Aus meiner Sicht ist das klar der richtige Eintrag. Wie das die Karten/Editoren (auch JOSM) darstellen ist deren Problem. Wenn vernünftige Einträge die Darstellung überfordern, dann muss eben die Darstellung angepasst werden. Davon sollte man sich aber nicht abhalten lassen etwas vernünftig einzutragen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Suchmaschinen (was: Namefinderupdate?)
Frederik Ramm frede...@remote.org wrote: Das ist grad alles im Umbruch, drei unterschiedliche Leute arbeiten an ihren eigenen besseren Namefindern, und keiner weiss, was passiert. Ich zumindest nicht ;-) Unabhängig davon sollte man sich dringend überlegen indizierbare Linklisten für Google und Co zu erstellen und indizieren zu lassen. Wenn man diese Seiten ganz normal für jeden gleich ausliefert wird das auch nicht als Suchmaschinen-Spamming verstanden. Google schlägt anscheinend solche Listen für Datenbankinhalte explizit vor. Ich halte es für dringend notwendig, dass bei OSM erfasste Namen über Google auffindbar sind. Das Projekt ist in Suchmaschinen überhaupt nicht präsent obwohl da viele Namen drinstehen, die sonst im Web kaum bis gar nicht existieren, gerade Namen von Wanderwegen sind zum Beispiel für den normalen Suchmaschinennutzer sehr interessant. Ich habe zum Beispiel einen Hohlweg mit dem Namen Bockshäldenhohl http://osm.org/go/0DlHV4qC5-?layers=0B00FTF erfasst. Zu diesem Suchwort liefert Google gerade mal 4 Treffer und ich bin mir sicher, dass eine URL, die auf unsere Slippymap verweisen würde der relevanteste Treffer wäre. Gruss Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /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] Löschen kann manchmal wichtig und rich tig sein (war Routerhärtetest )
ja, in diesem Fall sollte man den einzelnen Node löschen und das Gebäude mit den tags versehen. Das sollte man nicht, weil man damit anwendungen kaputtmacht, die gebäude (noch) nicht auswerten. Man sollte vielmehr die renderer bzw. den präprozessor fixen. Wenn ein POI (node) in einem gebäude liegt und den gleichen namen hat, sollte nur ein name dargestellt werden, Ich würde den des POI bevorzugen. Man sollte auf keinen Fall den Knoten _und_ das Gebäude taggen. Jedes Feature in der Realität sollte nur _einmal_ in der Datenbank drin sein. Wenn ein Programm mit diesem einfachen Grundsatz nicht zurechtkommt, ist das nicht unser Problem. -- 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] JOSM-present: Kombinationen von Eigenschaften
Am 22. Juli 2009 10:51 schrieb Dirk Stöcker openstreet...@dstoecker.de: On Wed, 22 Jul 2009, Jan Tappenbeck wrote: wenn man sich für JOSM eigene Presents anlegt - gibt es auch die Möglichkeit Tags zu kombinieren?? z.B. amenity=postbox collection_times=* Sicher. Bis auf wenige Ausnahmen machen das doch alle Vorlagen. Gibt es auch die Möglichkeit, im Auswahlmenü Möglichkeiten anzubieten, welche dann in ein Tag kombiniert werden. - Beispiel: Essensangebot im Restaurant Menü: [ ] Hausmannskost [x] Thailändisch [x] Japanisch [ ] Mexikanisch OSM-Tag: cuisine = thai;japanese - Beispiel: Öffnungszeiten Menü: ( ) 24/7 (*) Öffnungszeiten [x] Mo [09:00-18:00][ ][ ] [ ] Di [ ][ ][ ] [ ] Mi [ ][ ][ ] [x] Do [09:00-12:00][13:00-18:00][ ] [ ] Fr [ ][ ][ ] [ ] Sa [ ][ ][ ] [ ] So [ ][ ][ ] OSM-Tag: opening_hours = Mo 09:00-18:00; Th 09:00-12:00, 13:00-18:00 Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplet t (fast)
Florian Lohoff schrieb: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? Also wenn offizielle Liste und Straßenschilder voneinander abweichen, was tun? Ich weiß, dass wir früher nur nach Schildern getaggt haben. Ich beziehe mich jetzt nicht auf offensichtliche Rechtschreibfehler o.ä. sondern z.B. Schild: Arme Sünder Gäßchen Liste: Arme-Sünder-Gäßchen Schild: Gerber Weg Liste: Gerberweg Die Leerzeichen tun mir ein bißchen weh im Kopf und ich würd die Schreibweise gerne an die Liste anpassen. Gruß, Markus (der andere) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Hallo, mir fiel auf, dass die meisten der Berliner Kitas und Kindergärten sowohl im Feld name wie auch im Feld note die selbe Information enthalten. Ich hab mich dann mal auf die Suche gemacht und konnte alle Objekte diesem Changeset zuordnen: http://www.openstreetmap.org/browse/changeset/89948 Nun würde ich gerne aus allen Nodes die Felder created_by und note herauslöschen (der User weiß Bescheid) und stelle mir die Frage, wie ich das machen kann. Ich hab versucht, die unten auf der Seite angegebenen Links in JOSM zu laden, aber spätestens beim Hochladen auf den Server kommt es zu Fehlermeldungen. Was mach ich falsch, oder wer kann das für mich erledigen? Grüße, Tobias signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Am Mi, 22.07.2009, 12:31 schrieb olvagor: Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? ATKIS schreibt den Duden als einheitliche Regelung vor. Da gibt es Empfehlungen für die Rechtschreibung von Straßennamen drin. Die anderen Rechtschreibewerke in Dtl. sind aber im Bereich Straßennamen sehr, sehr ähnlich. Ich mappe immer Straßenschild- und namen, wenn sie sich unterscheiden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundesstraßen als trunk?
und, darf man da Fahrradfahren? Tja, darf man nicht. ;) Meines Wissens, muß das benutzte Fahrzeug Bauart bedingt eine Geschwindigkeit von mindestens 50 km/h fahren können. Bei einem Fahrrad Das ist in dieser Absolutheit falsch. Auf einer Kraftfahrstraße darfst Du nicht mit dem Fahhradfahren und benötigst Fahrzeuge mit einem bauartbedingten Höchstgeschwindigkeit von mindestens 60km/h. Auf einer Straße, die wie eine Kraftfahrstraße aussieht kann es ein, dass man nicht radfahren darf. Es kann auch sein, dass man dort radfahren darf. Das hat aber dann nichts mit der baulichen Beschaffenheit der Straße zu tun, sondern eben mit Widmung, die jedoch hier nicht zur Diskussion steht. Beispiel für einen Straße, die ausgebaut ist wie eine mit Zeichen 331, aber keine ist (auf diesem Abschnitt) L3006 zwischen Eschborn und Frankfurt http://tools.geofabrik.de/mc/ ?mt0=mapnikmt1=googlesatlon=8.58276lat=50.13642zoom=18 -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen
Ich habe zum Beispiel einen Hohlweg mit dem Namen Bockshäldenhohl http://osm.org/go/0DlHV4qC5-?layers=0B00FTF erfasst. Zu diesem Suchwort liefert Google gerade mal 4 Treffer und ich bin mir sicher, dass eine URL, die auf unsere Slippymap verweisen würde der relevanteste Treffer wäre. Naja, derzeit liefert nichtmal der Namefinder etwas. Error contacting gazetteer.openstreetmap.org: execution expired Wobei es natürlich einen gewissen Reiz hätte, den oft disfunktionalen Namefinder durch den Google-Index zu ersetzen. Der wäre dann nämlich nicht nur besser (siehe Linklisten-Vorschlag), sondern auch schneller. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tram-Linie in ÖPNV Karte eingetragen - wird aber nicht angezeigt
Hallo, ich glaubs nicht... Der Datenstand steht auch unten auf der Seite ...man kann die Seite noch nach unten scrolen. Wie verzweifelt hab ich nach mehr infor über die Karte gesucht, aber auf die Idee kam ich nicht. Danke für den Hinweis :-) Und dann noch der Link ins Wiki, ich hatte ja erwartet, dass da mehr über deine Karte steht, aber über die Wiki-Suche hab ich nichts gefunden. Dort habe ich dann eine Information gefunden, welche mich etwas verwirrt. Und zwar gehts um die forward/backward Geschichte in der Relation. Sehe ich das richtig das ein forward an einem way sich an dem way orientiert, an einem Node jedoch an den in der Relation angegebenen from/to Haltestellen? Zwei unterschiedliche Definitionen innerhalb einer Relation ist etwas verwirrend. Zumal im englischen Wiki sich das forward backward auch an einem stop auf die Richtung des Weges bezieht: http://wiki.openstreetmap.org/wiki/Relation:route#Members (das garantiert leider aber nicht, dass die Tiles auch auf diesem Datenstand gerendert wurden, ist aber schon mal ein wichtiger Hinweis). Wie wäre es dann mit folgender Formulierung: Datenstand der ausgewerteten ÖPNV-Routen: (datum)? Freundliche Grüße, Tobias signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
tracktype=grade1 ist Paved track or heavily compacted hardcore.. Nach meinem Verstaendnis, aber ich kein Staedtebauer, sind heavily compacted hardcore Meines Wissens(!) ist diese Bauform von Wirtschaftswegen in Deutschland relativ unüblich und wird meist nur für temporäre Wege (Großbaustellen) genutzt. In anderen, besonders südlichen, Ländern sieht man es häufig: Splitt/Schotter wird festgewalzt und dann mit einer dünnflüssigen Klebemasse aus dem Sprühwagen getränkt. Hält gut solange es nicht zu häufig friert. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Schwierig wird's meiner Meinung nur zwischen track/grade1 und service/ vehicle=no/agricultural=yes, da einige der betonierten Asphaltautobahnen hier so breit sind, dass da Mähdrescher und Ladewagen nebeneinander draufpassen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Am 22.07.09 schrieb Tobias Hägele: Ich hab mich dann mal auf die Suche gemacht und konnte alle Objekte diesem Changeset zuordnen: http://www.openstreetmap.org/browse/changeset/89948 Ich hab versucht, die unten auf der Seite angegebenen Links in JOSM zu laden, aber spätestens beim Hochladen auf den Server kommt es zu Fehlermeldungen. Hast Du die Daten nach dem Laden aus der Datei vom Server aktualisiert, um die neuen Versionen von zwischenzeitlich geänderten Daten zu erhalten? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinderupdate?
Hallo, value=~/(rot|grün|gelb|blau|red|green|yellow|blue).*(punkt|strich|dot|line)/i Ja. http://www.remote.org/frederik/tmp/dirkspezial.osm.bz2 Würde 47 = Breite = 52 und 12 = Länge = 17 helfen? Hab mal ganz Europa genommen. Allerdings ist natuerlich sowas tag k=note v=Accidentally gathered field outline whilst searching for footpath - at least OSM can benefit!/ auch mit drin (red...line) ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Seychellen mindestens 6*
Hallo, ich bin immer noch auf der Suche nach der Ursache der falschen
Plazierung des Landesnamens Seychelles in Osmarender:
http://osm.org/go/nU7pw-?layers=0B00FTF
Hier sieht man NW von Madagaskar das Wort Seychelles, und NO von Madagaskar
sieht man einen kleinen Fleck, das sind die Seychellen.
Auf der Suche nach dem Node bin ich in JOSM auf 6 übereinander liegende
Nodes gestoßen:
{Node id=332797639,version=6,lat=-4.6575416,lon=55.454042}
{Node id=424298277,version=1,lat=-4.6575416,lon=55.454042}
{Node id=424311977,version=1,lat=-4.6575416,lon=55.454042}
{Node id=424314599,version=1,lat=-4.6575416,lon=55.454042}
{Node id=424317786,version=1,lat=-4.6575416,lon=55.454042}
{Node id=432425076,version=1,lat=-4.6575416,lon=55.454042}
Soll ich davon alle bis auf einen löschen? Natürlich würde ich schauen ob
sie unterschiede haben und ggf den besten wählen bzw einen mit allen Infos
erzeugen. Und warum wird davon nichts in Osmarender angezeigt. Die Logik in
welchem Zoomlevel was angezeigt wird habe ich eh noch nicht verstanden,
zoomt man z.B. auf Mauritius:
http://osm.org/go/nITf_-?layers=0B00FTF
so sieht man bis Zoomlevel 5:Mauritius,
bei Zoomlevel 6: Port Louis (die Hauptstadt) und verdeckt wahrscheinlich
Triolet (ein eher kleines Dorf)
bei Zoomlevel 7 und 8: nur Triolet
ab Zoomlevel 9: mehrere Stadte
Das gleiche Chaos hat man ja auch bei uns:
http://osm.org/go/0Gqv4--?layers=0B00FTF
Zoomlevel 6: z.B. Hagen
Zooml. 7: kein Hagen dafür (sinnvoller) Düsseldorf
Zooml. 8: Hier erscheint Aachen und ähnliche mittelgroße Stadte, aber Köln
oder Düsseldorf sind weg
Zooml.9: Sowohl Aachen als auch Köln und Düsseldorf
Per Namefinder habe ich noch:
http://www.openstreetmap.org/browse/node/249399421
gefunden (Koordinaten: -1,8754375, 47,3884549). Das dürfte der
Übeltäter für die flasche Anzeige sein, der ist aber inzwischen gelöscht
Ich habe gerade mal einen Renderrequest für diese Position gemacht, mal
sehen ob der auch was für Zoomlevel =5 bringt.
Gruß
Dimitri
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wiki Server
Am 20. Juli 2009 18:09 schrieb Grant Slater openstreet...@firefishy.com: 2009/7/20 Johann H. Addicks addi...@gmx.net: Da gab es doch mal Bestrebungen, bzw. bereits konkrete Ankündigungen, dass das Wiki auf einen neuen Server in DE umzieht... Mir würde es reichen, wenn im Wiki die Mail-Notification angeschaltet würde, also Mailbenachrichtigung bei Seitenänderung. Enabled now. Apologies I took so long to enable this. Login - Preferences - Email (bottom of page) - Checkbox as you wish. Emailing will be slow/delayed during peak periods. / Grant Hi Grant! Thank you for enableing this feature! There is a small error in the notification-mail. http://localhost/wiki; should be http://wiki.openstreetmap.org/wiki;. Greets Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Fabian Schmidt schrieb: Hast Du die Daten nach dem Laden aus der Datei vom Server aktualisiert, um die neuen Versionen von zwischenzeitlich geänderten Daten zu erhalten? Nö... Also folgendes: Beim öffnen vom Link Changeset XML werden keine Daten in JOSM angezeigt. Ein Versuch der Aktualisierung endet mit einem Programmfehler. Nach dem öffnen vom Link osmChange XML sehe ich in JOSM alle Objekte. Wenn ich nun auf Daten aktualisieren klicke, kommt die Meldung Keine Daten zum aktualisieren gefunden nach Strg+A kommt eine Fehlermeldung über ~120 Konflikte. Die kommen daher, dass an etlichen Stellen zwei Nodes mit identischen Koordinaten existieren. (Mehrere Pois an einer Adresse) Ignoriere ich dies kommt beim Hochladen der Fehler java.lang.NullPointerException Also wie nun vorgehen? die doppelten Nodes vor einer Aktualisierung einzeln zu verschieben dürfte nicht sonderlich effektiv sein, oder? Grüße, Tobias signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 13:15 schrieb Johann H. Addicks addi...@gmx.net: Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Ein Betonspurweg zur Verbindugn zweier Orte mit maxspeed=30 und maxweight=10 ohne weitere Verkehrsbeschränkungen wäre bei Dir ein track/grade1? Und damit ein Feld-/Waldweg? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 13:15 schrieb Johann H. Addicks addi...@gmx.net: Wir schlagen uns in Deutschland ja eher mit dem Problem herum eine unclassified von track1 abzugrenzen. Optisch sind die nicht ohne weiteres zu unterscheiden. Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? Gruß Mirko attachment: IMG_3424.jpg___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wiki Server
Thank you for enableing this feature! There is a small error in the notification-mail. http://localhost/wiki; should be http://wiki.openstreetmap.org/wiki;. I fixed this yesterday. Test again and let me know if there is still a problem. Regards Grant ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
On Wed, 22 Jul 2009, Tobias Hägele wrote: Also folgendes: Beim öffnen vom Link Changeset XML werden keine Daten in JOSM angezeigt. Ein Versuch der Aktualisierung endet mit einem Programmfehler. Bei mir nicht. Das dass Öffnen des Links nichts bringt ist allerdings klar. Nach dem öffnen vom Link osmChange XML sehe ich in JOSM alle Objekte. Wenn ich nun auf Daten aktualisieren klicke, kommt die Meldung Keine Daten zum aktualisieren gefunden nach Strg+A kommt eine Fehlermeldung über ~120 Konflikte. Die kommen daher, dass an etlichen Stellen zwei Nodes mit identischen Koordinaten existieren. (Mehrere Pois an einer Adresse) Du überspringst hier einen ganze Reihe von Punkten. Das macht das nachvollziehen schwer. Ignoriere ich dies kommt beim Hochladen der Fehler java.lang.NullPointerException Wie ignorierst Du denn die Konflikte? Du musst sie lösen (also für jeden Konflikt den Knopf drücken, der die Serverversion herstellt drücken [also löschen]). P.S. Die NullPointerException kommt bei mir auch nicht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? unclassified Verbindungsstraße zwischen zwei Orten, breit genug für zwei Autos... Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MKGMAP: Problem mit der Generierung v on Linien für Relationen mit mkgmap
Hi !
mkgmap sieht vor das man auch aus Relationen heraus andere Elemente
ableiten kann. So möchte ich z.B. für die Garmin-Karte (auf Basis von
All in One Garmin) eine Linie erzeugen die die Elemente einer Relation
darstellt.
Nur sind meine Img.Dateien leider leer und vielleicht kann mir einer von
Euch weiterhelfen:
Meine relation-Rule-Datei sieht viel folgt aus:
type=route network=Jakobsweg {
apply {
set relationname=jakob;
add name='${name}' ;
}
}
die zugehörige line-Rule-Datei so:
relationname=jakob [0x01 resolution 16]
Als Beispiel könnten die Daten aus dem Fenster heruntergeladen werden.
http://www.openstreetmap.de/karte.html?zoom=14lat=53.38208lon=10.52994layers=B0
Dort gibt es eine Relation für den Jakobsweg Via Scandinavica -
Schleswig-Holstein.
Der MKGMap-Aufruf sieht viel folgt aus - als Batch aufgebaut:
set Disc=OSM-Germany-%cdate%
set CountryLong=Germany
set CountryShort=DE
REM - GRUNDPARAMETER -
set GarminJar=%osmworkfolder%\mkgmap-GarminKartenGenerieren2009
set DataFile=data4garminmap.osm
set Style=master_style
set FamID=3
set ProID=45
set FamName=OSM
set MapName=63240345
set DrawPrio=10
REM wird hier ein Wert uebergeben, dann wird der GPS-Cursor auf den
Wegen geführt
REM set Net=--net
set Net=
set Style=route_style
set Disc=RoutenRelationen
set FamID=5
set ProID=50
set FamName=OSB
set MapName=63240025
set DrawPrio=31
cd %osmworkfolder%\Garmin_Tiles\routes
java -Xmx1024M -jar %GarminJar%/mkgmap.jar
--style-file=%osmworkfolder%/mkgmap_styles/%Style%
--description='%Disc%' --country-name=%CountryLong%
--country-abbr=%CountryShort% --family-id=%FamID% --product-id=%ProID%
--series-name='master-edition' --family-name=%FamName%
--area-name=%CountryShort% --latin1 --lower-case --mapname=%MapName%
--draw-priority=%DrawPrio% --transparent --gmapsupp
%osmworkfolder%/Garmin_Tiles/*.osm.gz %osmworkfolder%/mkgmap_type/routes.TYP
Die zugehörgige Liniendefintion 0x01 ist definiert und bei der
Komeplierung kommt keine Fehlermeldung !!!
Hat einer von Euch eine Idee woran das liegen könnte ?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 14:25 schrieb Mirko Küster webmas...@ts-eastrail.de: Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? tertiary, gut ausgebaut, begegnung ohne weiteres möglich Ich habe soetwas hier aber auch schon als Landesstraße und als secondary eingetragen gesehen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von doppelter Information im Note Feld aus 2000 Objekten?
Also wie nun vorgehen? die doppelten Nodes vor einer Aktualisierung einzeln zu verschieben dürfte nicht sonderlich effektiv sein, oder? Nicht effektiv, aber sinnvoll. Zumindest in Kreuzberg kleben die nodes regelrecht an den Straßen und sind recht weit von den Gebäuden entfernt... Teilweise erkennt man kaum, auf welcher Seite der Straße die Kita denn nun wirklich ist. Dort, wo schon Gebäude sind, könnte die mal jemand, der weiß, wo die liegen, ins richtige Gebäude schieben. Dort, wo noch keine Gebäude sind - abwarten, die kommen auch noch ;) OT: warum werden die eigentlich noch nicht gerendert? Hat das einen bestimmten Grund oder hat da einfach noch niemand drangedacht? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
unclassified Verbindungsstraße zwischen zwei Orten, breit genug für zwei Autos... So schön kann man daneben liegen. Es ist auch keine Kreisstraße. Das ist die Landstraße 215 in Sachsen-Anhalt. In der Ecke sind die Landstraßen fast alle in diesem Zustand. Geschwindigkeit teils auf 60 herunter gesetzt und um die nicht bezahlbaren Ausbauarbeiten weiter herauszuschieben durchgehend mit Straßenschäden ausgeschildert. Bei zwei Autos muss man schon mit einem Rad neben die Fahrbahn. Bei LKW wird das Bein dick. Als Krönung haben wir hier noch zwei Feldwege mit wassergebundener Deckschicht. Beide intern noch als Landstraße geführt aber nicht mehr offiziell als solche ausgeschildert. Die hat man einst als ehemalige Bezirksstraße mit übernommen. Damit wollte ich nur einmal zeigen was wir teilweise für gravierende Unterschiede im eigenen Land haben. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
2009/7/22 Mirko Küster webmas...@ts-eastrail.de Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? Vom reinen Ausbauzustand her unclassified. Wobei sowas bei dir in der Ecke wohl auch schonmal Kreis- oder Landesstraße sein kann, und somit in Richtung tertiary oder gar secondary geht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Hallo, Damit wollte ich nur einmal zeigen was wir teilweise für gravierende Unterschiede im eigenen Land haben. Has ja recht, aber secondary hat ja gar nicht den Anspruch, etwas ueber den Ausbauzustand zu sagen, auch wenn man gemeinhin gewisse Annahmen trifft. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
2009/7/21 Frederik Ramm frede...@remote.org: Ich vermute daher, dass die deutsche Uebersetzung: Asphaltierter oder durchgehend betonierter Weg fuer grade1 unzutreffend ist. Kann dazu jemand was sagen? Ferner bin ich der Ansicht, dass heavily compacted hardcore nicht wasserdicht ist und daher auch nicht von grade1=Versiegelung gesprochen werden kann. Auch hierzu wuerde mich eine Fachmeinung (oder zumindest eine, die mehr Fachmeinung ist als meine eigene...) interessieren. Als Muttersprachler kann teile ich deine Meinung. Ein Track aus compacted hardcore ist weder asphaltiert noch geschlossen noch wasserdicht. Sollte man der Meinung sein, dass grade 1 eine andere Bedeutung haben soll sollte das natürlich auch international diskutiert werden. Hoffentlich sparen wir uns auf dieser Weise weiteren Trunk Wars. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplet t (fast)
olvagor wrote: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? Also wenn offizielle Liste und Straßenschilder voneinander abweichen, was tun? Ich weiß, dass wir früher nur nach Schildern getaggt haben. Ich habe schon dutzender solcher Fälle an Florian gemailt und er hat die Liste angepasst, insebesondere bei abgekürzten Namen (wir schreiben aus in OSM) und Leerzeichen/Bindestrich. Das hilft natürlich nicht bei solchen Fällen wie bei mir aktuell. Liste: Bredaer Bruch , Schild1 Breader Bruch , Schild2 Bredaerbruch , also 3 unterschiedliche Schreibweisen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 09:05 schrieb Bernd Wurst be...@bwurst.org: Als Süddeutscher ist man ja verwöhnt und ich würde stark dafür plädieren, die 1-bis-5-Skala auf die jeweiligen Gegebenheiten auszudehnen, so dass man nicht z.B. plötzlich alle Wege in Afrika mit grade 4 oder 5 beschreiben muss. dagegen. Wenn die grades relativ werden, dann bringen sie m.E. deutlich weniger. Der Zweck ist ja, z.B. die Eignung fürs Fahrradfahren zu bestimmen, und dabei spielt es keine Rolle, ob Feldwege in der Umgebung meistens geteert oder geschottert sind. Entscheidend ist: wie gut ist die Oberfläche geeignet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
On Wed, Jul 22, 2009 at 11:15:00AM +, Johann H. Addicks wrote: Damit habe ich in Deutschland keinerlei Probleme. Ein highway=track hat für mich immer nur eine KFZ-Fahrspur. Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Schwierig wird's meiner Meinung nur zwischen track/grade1 und service/ vehicle=no/agricultural=yes, da einige der betonierten Asphaltautobahnen hier so breit sind, dass da Mähdrescher und Ladewagen nebeneinander draufpassen. Lang und breit jeweils diskutiert - ich gebe hier nochmal zu besten wie ich tagge. track ist fuer mich reine landwirtschaftliche nutzung. unclassified der kleinste straßentyp ausserhalb geschlossener ortschaften. D.h. sobald da Haeuser stehen d.h. Anwohner existieren die Besuch vom Postboten bekommen, die Muellabfuhr, der Schulbus da durch faehrt ist das kein track mehr denn es dient definitiv nicht dafuer das der Landwirt mit der Ballenpresse zu seinem Feld kommt. Das ist unabhaengig von dem ausbauzustand - Ich habe auch schon Schotterwege zur Unclassified gemacht weil eben keine Landwirtschaftliche, auch nicht ueberwiegende, Nutzung. Ich gebe hier auch zu bedenken das Adressen die an einem grade1 liegen z.b. mit OpenRouteService nicht gefunden werden und auch nicht routingtechnisch erreicht werden koennen (Zumindest das was ich getestet habe). Das ist in sofern zu meiner aussage konsistent da ich keinen Landwirt kenne der ein Navi braucht um zu seinen Feldern zu kommen. Sobald da auch nur ein Haus steht verursacht das im ueberigen mehr Verkehr als 10 Felder ... Flo -- Florian Lohoff f...@rfc822.org 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] tracktype=grade1
Ein Betonspurweg zur Verbindugn zweier Orte mit maxspeed=30 und maxweight=10 ohne weitere Verkehrsbeschränkungen wäre bei Dir ein track/grade1? Und damit ein Feld-/Waldweg? Wo gibt es soetwas? Ich würde ihn als Service mappen, da ja offensichtlich nur Anliegerverkehr dort stattfindet. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 14:25 schrieb Mirko Küster webmas...@ts-eastrail.de: Nun mal ein kleiner Test in sachen Straßenklassifizierung und deren teils extrem unterschiedlichen Ausbauzuständen. Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? je nach Verbindungsfunktion als unclassified oder tertiary, im Extremfall sogar secondary (nun ja, eher nicht). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
On Wed, Jul 22, 2009 at 12:31:45PM +0200, olvagor wrote: Florian Lohoff schrieb: es ist mal wieder zeit fuer ein Update der Straßenlistenauswertung. Die Letzten Wochen war das ganze ein Selbstlaeufer - Viele haben mir Listen und relationen geschickt, und nicht zu verschweigen - tonnen an korrekturen fuer die Listen. Sehr schick! Haben wir eigentlich eine Regelung für Korrekturen? Also wenn offizielle Liste und Straßenschilder voneinander abweichen, was tun? Ich weiß, dass wir früher nur nach Schildern getaggt haben. Ich beziehe mich jetzt nicht auf offensichtliche Rechtschreibfehler o.ä. sondern z.B. Schild: Arme Sünder Gäßchen Liste: Arme-Sünder-Gäßchen Schild: Gerber Weg Liste: Gerberweg Die Leerzeichen tun mir ein bißchen weh im Kopf und ich würd die Schreibweise gerne an die Liste anpassen. Die erfahrung zeigt das alle Quellen Fehler haben - D.h. man muss sich einfach auf irgendwas einigen und ggfs immer mal bei der Gemeinde nachfragen was denn wohl so richtig ist. Wie schon gesagt - tendentiell loese ich gerne alle Abkuerzungen auf und nutze Bindestriche .. Es gibt aber bestimmt immer ausnahmen .. Flo -- Florian Lohoff f...@rfc822.org 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] tracktype=grade1
Am 22. Juli 2009 15:43 schrieb Johann H. Addicks addi...@gmx.net: Ein Betonspurweg zur Verbindugn zweier Orte mit maxspeed=30 und maxweight=10 ohne weitere Verkehrsbeschränkungen wäre bei Dir ein track/grade1? Und damit ein Feld-/Waldweg? Wo gibt es soetwas? Ich würde ihn als Service mappen, da ja offensichtlich nur Anliegerverkehr dort stattfindet. service würde ich nicht machen, da es sich ja um eine Verbindungsstraße handelt. Nur Anliegerverkehr (m.E. access=destination und nicht mit der Klassifizierung zu verwechseln) hat er ja ausgeschlossen (keine weitere Verkehrsbeschränkung). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Am Mi, 22.07.2009, 15:50 schrieb Florian Lohoff: On Wed, Jul 22, 2009 at 12:31:45PM +0200, olvagor wrote: Wie schon gesagt - tendentiell loese ich gerne alle Abkuerzungen auf und nutze Bindestriche .. Es gibt aber bestimmt immer ausnahmen .. Das ist korrekt. In Karlsruhe gibt es beispielsweise eine Straße, die nach einem Verlag benannt wurde - den Namen habe ich leider vergessen; so ähnlich: Volker-G-Straße, denn der Verlag heißt Volker G, der Gründer jedoch Volker Grube. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-present: Kombinationen von Eigenschaften
Hi zusammen, Gibt es auch die Möglichkeit, im Auswahlmenü Möglichkeiten anzubieten, welche dann in ein Tag kombiniert werden. +1 Wäre für shop=car + service=dealer;tyres;repair auch wichtig ;-) Mein Preset für Autohäuser an dem ich gerade bastle ist ohne diese Funktion noch nicht so funktionell. Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Am 22. Juli 2009 15:50 schrieb Florian Lohoff f...@rfc822.org: Schild: Gerber Weg Liste: Gerberweg Die Erfahrung zeigt das alle Quellen Fehler haben - D.h. man muss sich einfach auf irgendwas einigen und ggfs immer mal bei der Gemeinde nachfragen was denn wohl so richtig ist. +1 ich bilde mir ein, mich an folgende Grundregeln zu erinnern (hier fehlt eine Quellenangabe): Ortnamen: getrennt geschrieben Personennamen: mit Bindestrichen verbunden Berufe: zusammen geschrieben d.h. z.B. Gerberweg (wenn es um die Gerber als Beruf geht) Gerber Weg (wenn es der Weg nach Gerb ist) Günther-Gerber-Gasse (...) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Im Anhang ein Bild. Wie würdet ihr diese Straße einordnen? Es gibt Leitpfosten und beidseitig eine durchgezogene weiße Linie am Straßenrand. Das spricht mindestens für eine Kreisstraße. Der doch vergleichsweise (für Kreisstraßen) weite Abstand der Alleebäume von der Straße und die Tatsache, dass hier in der Vergangenheit wohl schon einige weggefahren worden sind, spricht für eine Landesstraße (oder zumindest eine vielbefahrene Kreisstraße. Also ich würde die auf highway=secondary taggen. (Hat also mit dem Topic, und auch mit unclassified überhaupt nichts zu tun.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
service würde ich nicht machen, da es sich ja um eine Verbindungsstraße handelt. Nur Anliegerverkehr (m.E. access=destination und nicht mit der Klassifizierung zu verwechseln) hat er ja ausgeschlossen (keine weitere Verkehrsbeschränkung). Fragt sich nur, wo es in Deutschland Straßen mit Ortsverbindungscharakter gibt, die einspurig geführt werden. (Und jetzt bitte keine Beispiele irgendwo in den Hochalpen, wo es straßenbaulich einfach kaum anders geht und die Leute das mit dem Pendelverkehr über Ausweichbuchten gewohnt sind.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen kann manchmal wichtig und richti g sein (war Routerhärtetest )
Am 22. Juli 2009 05:06 schrieb Karl Eichwalder k...@gnu.franken.de: Martin Koppenhoefer dieterdre...@gmail.com writes: ja, in diesem Fall sollte man den einzelnen Node löschen und das Gebäude mit den tags versehen. Das sollte man nicht, weil man damit anwendungen kaputtmacht, die gebäude (noch) nicht auswerten. Man sollte vielmehr die renderer bzw. den präprozessor fixen. ja, den Präprozessor der Anwendung, die nur mit POIs klarkommt. Der sollte dann POIs für diese Anwendungen, von denen Du oben schreibst, erstellen. In der Datenbank sollte man hingegen sauber arbeiten. In N übrigens löschen die häuser-abmaler munter (fuß-)wege, die irgendwie stören. Besser wäre es, diese leute würden erstmal vor ort kontrollieren, ob derartige wege rechts oder links neben das haus geschoben werden müssen... +1. Ja, im Zweifel für den Weg würde ich sagen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen kann manchmal wichtig und richti g sein (war Routerhärtetest )
Marc Schütz schue...@gmx.net writes: Man sollte vielmehr die renderer bzw. den präprozessor fixen. Wenn ein POI (node) in einem gebäude liegt und den gleichen namen hat, sollte nur ein name dargestellt werden, Ich würde den des POI bevorzugen. Man sollte auf keinen Fall den Knoten _und_ das Gebäude taggen. Jedes Feature in der Realität sollte nur _einmal_ in der Datenbank drin sein. Das stimmt bei datenbanken im allgemeinen, aber nicht mehr solchen wildwuchsprojekten wie OSM. Eine gewisse redundanz in den daten ist bei uns geradezu überlebensnotwendig. Wenn ein Programm mit diesem einfachen Grundsatz nicht zurechtkommt, ist das nicht unser Problem. Du bist schon lustig ;) Genau andersrum wird ein schuh draus. Manche kinder brauchen etwas länger, um schwimmen zu lernen. Deswegen nimmt man denen aber noch lange nicht die schwimmflügel weg, nur weil ein paar andere die nicht mehr brauchen... So etwas nennt man auch rückwärtskompatibel. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
track ist fuer mich reine landwirtschaftliche nutzung. unclassified der kleinste straßentyp ausserhalb geschlossener ortschaften. D.h. sobald da Haeuser stehen d.h. Anwohner existieren die Besuch vom Postboten bekommen, die Muellabfuhr, der Schulbus da durch faehrt ist das kein track mehr Ohne Frage. Ich tagge das so: Sobald es Anwohner gibt oder Gewerbetreibende mit Publikumsverkehr gibt, ist es kein Track, sondern - ein Service, so es entweder eine Stichstraße ist, mit 1-3 Häusern. - ein Service, wenn es nur eine Fahrspur ist (ggf. mit Ausweichbuchten) Wenn's zweispurig und keine kleine Stichstraße ist, dann bei Wohngebieten residential bzw bei Gewerbegebieten mit entsprechend größeren Kurvenradien unclassified Wenn also irgendwo 1km neben der Kreisstraße zwei bis drei Häuser am Ende einer Schotterpiste stehen, dann ist das für mich ein Service, denn dort fährt der Postbote, der Müllmann. Zum Track wird es erst, wenn die Häuser auch von einer anderen Straße besser erschlossen sind und die Schotterpiste nur als ortsübliche Abkürzung dient, also keine Einschränkungen beschildert hat, aber eben eine von diese Dingern in östlichen Bundesländern, wo die Einwohner notfalls mit Gewalt die Mittelalterlichen Wegerechte durchsetzen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Detailverhunzungen in N (Re: Lösche n kann manchmal wichtig und richtig sein)
Karl Eichwalder k...@gnu.franken.de writes: In N übrigens löschen die häuser-abmaler munter (fuß-)wege, die irgendwie stören. Besser wäre es, diese leute würden erstmal vor ort kontrollieren, ob derartige wege rechts oder links neben das haus geschoben werden müssen... Apropos häusermaler in N usw. Ich hab mal ein bildchen auf flickr hochgeladen und dort weggelöschte bzw. anderweitig hinzufantasierte wege mit notes markiert: http://www.flickr.com/photos/keichwa/3746159454/ Erstaunlich, wie schnell detail-daten doch verhunzt werden können. Einige stellen sind jetzt wieder behoben, andere noch nicht und an einer habe ich unabsichtlich selbst einen fehler eingebaut... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wiki Server
2009/7/22 Grant Slater openstreet...@firefishy.com: Thank you for enableing this feature! There is a small error in the notification-mail. http://localhost/wiki; should be http://wiki.openstreetmap.org/wiki;. I fixed this yesterday. Test again and let me know if there is still a problem. Still the same error on a notification I received some minutes ago. Greets Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen kann manchmal wichtig und rich tig sein (war Routerhärtetest )
Man sollte vielmehr die renderer bzw. den präprozessor fixen. Wenn ein POI (node) in einem gebäude liegt und den gleichen namen hat, sollte nur ein name dargestellt werden, Ich würde den des POI bevorzugen. Man sollte auf keinen Fall den Knoten _und_ das Gebäude taggen. Jedes Feature in der Realität sollte nur _einmal_ in der Datenbank drin sein. Das stimmt bei datenbanken im allgemeinen, aber nicht mehr solchen wildwuchsprojekten wie OSM. Eine gewisse redundanz in den daten ist bei uns geradezu überlebensnotwendig. Nein, sie ist schädlich. Wenn ein Programm mit diesem einfachen Grundsatz nicht zurechtkommt, ist das nicht unser Problem. Du bist schon lustig ;) Genau andersrum wird ein schuh draus. Manche kinder brauchen etwas länger, um schwimmen zu lernen. Deswegen nimmt man denen aber noch lange nicht die schwimmflügel weg, nur weil ein paar andere die nicht mehr brauchen... So etwas nennt man auch rückwärtskompatibel. Und warum genau das eine schlechte Idee (zumindest in unserem Stadium), hab ich mich schon mehrmals drüber ausgelassen (siehe Archiv). -- 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] Detailverhunzungen in N (Re: Lösc hen kann manchmal wichtig und richtig sein)
Apropos häusermaler in N usw. Ich hab mal ein bildchen auf flickr hochgeladen und dort weggelöschte bzw. anderweitig hinzufantasierte wege mit notes markiert: Nur weil zwischen zwei Häusern eine Lücke besteht heisst das doch noch lange nicht, dass da auch ein Weg bestehen muss. Ansonsten gilt: Sobald man in den Bereich des Micromappings kommt, muss man selbst bei unserem Datenmodell mit dem Generalisieren anfangen. Wie mappen eben kein Flächen, sondern Wege. Und damit sind Fußwege zwischen Gebäude und Straße eben nicht sauber hinzubekommen, insbesondere wenn es auch noch Greppen und Galerien gibt. Das machen die manuellen Kartographen alter Schule, warum soll das bei uns nicht auch so sein? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundesstraßen als trunk?
Robert schrieb: Am 21. Juli 2009 22:18 schrieb Jannis Achstetter kri...@gmail.com: In Aschaffenburg [2] gibt's sowas ähnliches, da darf man dummerweise auch nicht mit dem Rad lang fahren Ist der Westring keine Kraftfahrstraße? Zumindest ist er nicht mit motorroad getaggt. So, ich hab mich mit dem letzten Autor des Ringes in Aschaffenburg unterhalten und daraufhin die Straßen wieder als trunk getagged. Der Westring ist keine Kraftfahrstraße; wenn man hier [1] vom Südring-tunnel (südwestlich auf der Karte) auf die Brücke vom Westring fährt, passiert man ein Ende der Kraftfahrstraße-Schildchen. [1] http://osm.org/go/0D0rqoyBJ-- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sortieren von Relationselementen
Moin ! kann mir einer sagen, ob es irgendwie schon eine Möglichkeit gibt die Elemente einer Routen-Relation autom. zu sortieren. Ich habe in der ChangeLog von JOSM soetwas ähnliches gelesen - verstehe das aber noch nicht. Vielleicht kann mal einer etwas Licht in den Tunnel bringen - wäre sicherlich allgemein interessant. Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rendering von Cutting (was:Suchmaschinen (was: Namefinderupdate?))
Am 22. Juli 2009 11:28 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich habe zum Beispiel einen Hohlweg mit dem Namen Bockshäldenhohl http://osm.org/go/0DlHV4qC5-?layers=0B00FTF erfasst. sorry, dass ich diesen Thread kidnappe, aber anlässlich Deines Links ist mir das Rendering von Cutting aufgefallen: ich finde es in mehrfacher Hinsicht problematisch: 1. zum einen wird eine beidseitige Böschung dargestellt, obwohl m.E. ein Cutting auch ein Einschnitt sein kann, wie er z.B. hier zu sehen ist: http://maps.google.it/maps?f=qsource=s_qhl=desll=41.839114,12.480667sspn=0.000949,0.003412ie=UTF8radius=0.09rq=1ll=41.839176,12.480699spn=0.000949,0.003412t=hz=19 (untere Straße, im OSM-Rendering fälschlich als beidseitige Böschungen dargestellt) 2. die grafische Überhöhung wird (gr. Breite als in Realität) auch für die Böschungskanten verwendet, so dass beim Zoomen ein ziemlich merkwürdiger Eindruck entsteht (Böschungsbreite ändert sich). 3. die gerenderte Breite der Böschung ist völlig willkürlich, durch Überschneidung mit angrenzenden Straßen entsteht ein falscher Eindruck (s. obiges Beispiel in OSM: http://www.openstreetmap.org/?lat=41.83862lon=12.48025zoom=17layers=0B00FTF) Bin mir nicht komplett sicher, ob wir schon einen Tag für Böschung haben, aber mir war so. Damit könnte man explizit Böschungskanten an ihrer realen Stelle einzeichnen. Die derzeitige Darstellung von cutting produziert jedenfalls praktisch ausschließlich falsche Ergebnisse. Ich wäre dafür, sie wieder zu entfernen. Eine Darstellung der Einschnitte als beidseitige Böschungen halte ich grundsätzlich nicht für den richtigen Ansatz. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 15:43 schrieb Johann H. Addicks addi...@gmx.net: Ein Betonspurweg zur Verbindugn zweier Orte mit maxspeed=30 und maxweight=10 ohne weitere Verkehrsbeschränkungen wäre bei Dir ein track/grade1? Und damit ein Feld-/Waldweg? Wo gibt es soetwas? Ich würde ihn als Service mappen, da ja offensichtlich nur Anliegerverkehr dort stattfindet. Z.B. hier: http://www.openstreetmap.org/?lat=54.21552lon=12.30818zoom=15layers=B000FTF Durch den Hirschburger Weg werden zwei Dörfer, Hirschburg und Gelbensande, miteinander verbunden. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailverhunzungen in N (Re: Löschen kann manchmal wichtig und richtig sein)
Am 22. Juli 2009 16:36 schrieb Johann H. Addicks addi...@gmx.net: Apropos häusermaler in N usw. Ich hab mal ein bildchen auf flickr hochgeladen und dort weggelöschte bzw. anderweitig hinzufantasierte wege mit notes markiert: Nur weil zwischen zwei Häusern eine Lücke besteht heisst das doch noch lange nicht, dass da auch ein Weg bestehen muss. er scheint allerdings die Stelle zu kennen und jemand hat dort einen Weg gelöscht. (Mein Tip: Potlatch u und den User anschreiben). Ansonsten gilt: Sobald man in den Bereich des Micromappings kommt, muss man selbst bei unserem Datenmodell mit dem Generalisieren anfangen. Wie mappen eben kein Flächen, sondern Wege. das wäre mir neu. Ich dachte immer, wir mappen Flächen und Wege. Und damit sind Fußwege zwischen Gebäude und Straße eben nicht sauber hinzubekommen, insbesondere wenn es auch noch Greppen und Galerien gibt. Verstehe ich nicht, warum das nicht gehen soll. Wenn Du 2 Gebäude hast und weisst, dass dazwischen ein Fussweg verläuft, dann zeichnest Du ihn einfach ein, auch wenn die Gebäude selbst vielleicht nicht die richtige Lage haben, so ist das trotzdem immer möglich. Das selbe mit Treppen: auch wenn die echte Länge vielleicht nicht auf den cm genau getroffen wird, im Endeffekt ist die Information wichtig, _dass_ dort eine Treppe ist. Das machen die manuellen Kartographen alter Schule, warum soll das bei uns nicht auch so sein? weil wir keine Karte malen, sondern eine Geodatenbank erstellen. D.h. wir zeichnen nicht in einem bestimmten Maßstab, was die Generalisierung ja erst ermöglicht, sondern versuchen, so genau wie möglich die Realität einzutragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Hallo. Am Mittwoch, 22. Juli 2009 schrieb Johann H. Addicks: Auf einem highway=unclassified sollte in Deutschland Begegnungsverkehr möglich sein, auch für LKW. Oha. Stadtkind? ;-) Ich definier es mir so: Bei einem track hat der Straßenplaner nicht vorgesehen, dass Unbeteiligte da lang fahren. In Ba-Wü dürfen sie es i.d.R. auch gar nicht. So bald Verkehrszeichen an einem Weg stehen (mehr als das Anlieger frei zu Beginn) ist es bei mir unclassified. Schließlich hat es sich bei den meisten mir bekannten Routing-Programmen eingebürgert, dass man auf track kein Auto-routing betreibt. Und das sagt mir, dass eben die dafür zuständigen das genauso sehen. Gruß, Bernd -- Toleranz ist nur die Angst davor, daß der andere vielleicht doch recht hat. 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] Straßenlistenauswertung - NRW Komplet t (fast)
On Wed, 22 Jul 2009, Martin Koppenhoefer wrote: Am 22. Juli 2009 15:50 schrieb Florian Lohoff f...@rfc822.org: Schild: Gerber Weg Liste: Gerberweg Die Erfahrung zeigt das alle Quellen Fehler haben - D.h. man muss sich einfach auf irgendwas einigen und ggfs immer mal bei der Gemeinde nachfragen was denn wohl so richtig ist. +1 ich bilde mir ein, mich an folgende Grundregeln zu erinnern (hier fehlt eine Quellenangabe): Duden - Die amtlichen Regelung der deutschen Sprache Ortnamen: getrennt geschrieben §38 Personennamen: mit Bindestrichen verbunden §46, §50 Berufe: zusammen geschrieben §37 d.h. z.B. Gerberweg (wenn es um die Gerber als Beruf geht) Gerber Weg (wenn es der Weg nach Gerb ist) Günther-Gerber-Gasse (...) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailverhunzungen in N (Re: Löschen kann manchmal wichtig und richtig sein)
Martin Koppenhoefer dieterdre...@gmail.com writes: Nur weil zwischen zwei Häusern eine Lücke besteht heisst das doch noch lange nicht, dass da auch ein Weg bestehen muss. er scheint allerdings die Stelle zu kennen und jemand hat dort einen Weg gelöscht. (Mein Tip: Potlatch u und den User anschreiben). Eben, da ist ein weg, ich habe ihn wieder reingemalt (name muss ich nur noch einmal überprüfen...). Wie gesagt, vor einigen monaten waren all diese stellen wegetechnisch richtig -- beim abmalen der häuser (von yahoo?) sind etliche beseitigt worden. Und ein radweg wurde mit gesundem menschenverstand eingetragen, den es dort nicht gibt; dieser radweg geht völlig idiotisch direkt vor den haustüren entlang. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Durch den Hirschburger Weg werden zwei Dörfer, Hirschburg und Gelbensande, miteinander verbunden. Naja, Hirschburg und Gelbensande sind jedoch auch ganz normal über Kreisstraßen zu erreichen. So gesehen hat jeder Feldweg Verbindungscharakter. Trotzdem ist das Ding eben einspurig mit Ausweichbuchten in größeren Abständen bzw der Möglichkeit, auf die Bankette auszuweichen. Wenn ich die Google-Luftbilder richtig deute, dann sogar mehr grade3 als Grade2, denn es gibt deutlich ausgeprägte Fahrspuren und dunklere Mittelbereiche. Ehrlichgesagt würde ich dort nicht gern mit meinem Auto drübergeroutet werden, auch wenn dort kein Einschränkungsschild dransteht. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Bei einem track hat der Straßenplaner nicht vorgesehen, dass Unbeteiligte da lang fahren. In Ba-Wü dürfen sie es i.d.R. auch gar nicht. Im Osten Deutschlands schon. Dort sind die Forst- und Wirtschaftswege historisch Allgemeingut und werden auch so benutzt. Alle Versuche nach der Wende, die Waldwege an den Hauptstraße mit Schranken und anderen Hindernissen abzupollern, sind auf massiven Widerstand gestoßen. Nur mit Umweltschutz-Argumenten klappt es, aber auch nicht überall. Zumindest kenne ich es in Mecklemburg und Brandburg so: Alle fahren wo es eben geht. Und die Straßenbauämter/Forstämter sehen das auch nichts Problem oder haben das mit den Verbotsschildern und Schranken längst aufgegeben. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tram-Linie in ÖPNV Karte eingetragen - wird aber nicht angezeigt
Hallo, Dort habe ich dann eine Information gefunden, welche mich etwas verwirrt. Und zwar gehts um die forward/backward Geschichte in der Relation. Sehe ich das richtig das ein forward an einem way sich an dem way orientiert, an einem Node jedoch an den in der Relation angegebenen from/to Haltestellen? Zwei unterschiedliche Definitionen innerhalb einer Relation ist etwas verwirrend. Zumal im englischen Wiki sich das forward backward auch an einem stop auf die Richtung des Weges bezieht: http://wiki.openstreetmap.org/wiki/Relation:route#Members Zugegebener maßen ist das verwirrend, aber meiner Meinung nach garnicht anders zu lösen. Denn wie will man denn die Richtung einer Haltestelle von einem Weg abhängig machen, wie es im Wiki beschrieben steht? Oder anders gefragt, auf welchen Weg soll sich denn die Richtung beziehen, wenn die Haltestelle nicht Teil eines Weges ist? Wenn das zu verwirrend ist, am besten direkt eine Relation pro Richtung anlegen, dann gibt es solche Probleme garnicht erst... (das garantiert leider aber nicht, dass die Tiles auch auf diesem Datenstand gerendert wurden, ist aber schon mal ein wichtiger Hinweis). Wie wäre es dann mit folgender Formulierung: Datenstand der ausgewerteten ÖPNV-Routen: (datum)? Das beschriebene Problem betrifft auch die Routen, nicht nur den Hintergrund. Insofern lasse ich die Formulierung mal. Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 17:32 schrieb Johann H. Addicks addi...@gmx.net: Durch den Hirschburger Weg werden zwei Dörfer, Hirschburg und Gelbensande, miteinander verbunden. Naja, Hirschburg und Gelbensande sind jedoch auch ganz normal über Kreisstraßen zu erreichen. So gesehen hat jeder Feldweg Verbindungscharakter . Dieser ist dafür aber ausdrücklich vorgesehen. Trotzdem ist das Ding eben einspurig mit Ausweichbuchten in größeren Abständen bzw der Möglichkeit, auf die Bankette auszuweichen. Wenn ich die Google-Luftbilder richtig deute, dann sogar mehr grade3 als Grade2, denn es gibt deutlich ausgeprägte Fahrspuren und dunklere Mittelbereiche. Es ist ein Betonspurweg. Also durchaus gut befahrbar. Ehrlichgesagt würde ich dort nicht gern mit meinem Auto drübergeroutet werden, auch wenn dort kein Einschränkungsschild dransteht. Das sollten wir dann aber über zusätzliche Attribute (surface, maxspeed, etc.) regeln und nicht über eine falsche Einstufung der Straße. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Im Osten Deutschlands schon. Dort sind die Forst- und Wirtschaftswege historisch Allgemeingut und werden auch so benutzt. Alle Versuche nach der Wende, die Waldwege an den Hauptstraße mit Schranken und anderen Hindernissen abzupollern, sind auf massiven Widerstand gestoßen. Nur mit Umweltschutz-Argumenten klappt es, aber auch nicht überall. Zumindest kenne ich es in Mecklemburg und Brandburg so: Alle fahren wo es eben geht. Und die Straßenbauämter/Forstämter sehen das auch nichts Problem oder haben das mit den Verbotsschildern und Schranken längst aufgegeben. Richtig, auch weiter südlich in Thüringen und Sachsen-Anhalt sind 99% der Wirtschaftswege weder beschildert noch gesperrt. Im Wald sieht man die Inkonsequenz bzw. das man aufgegeben hat ganz deutlich. Die wenigen Schlagbäume stehen meist offen, oder es verläuft mitlerweile ein neu ausgefahrener Weg daran vorbei, die Schilder Privatweg oder generelles Fahrverbot interessieren kaum oder sind kaputt. Das nervt auch schön beim mappen. Kommst du von der einen Seite steht ein Schlagbaum und generelles access=no, von der anderen Seite des Schlagbaumes laufen aber 3 Wege darauf zu. Zwei sind weder beschildert oder haben Schlagbaum, der dritte kommt südlich von Landesgrenze und ist nur für Autos, Motorräder und Reiter gesperrt. Je nachdem von wo nach wo man möchte, immer andere Beschränkungssituationen für ein und die selbe Route. Zwischendrin lustiges grade und surface raten. Ich komme grade von einer kurzen Tour. Manche ehemals grade 2 gravel Wege durchlaufen mitlerweile grade 2 bis 5 und fagen bei gravel an, gehen über ground mit mud Abschnitten und auch gerne mal grass. Und nächstes Jahr siehts wieder anders aus. Das zu erfassen und aktuell zu halten scheint eine Lebensaufgabe zu werden. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering von Cutting
Martin Koppenhoefer dieterdre...@gmail.com wrote: Eine Darstellung der Einschnitte als beidseitige Böschungen halte ich grundsätzlich nicht für den richtigen Ansatz. Aber genau das verstehe ich darunter. Wenn es nur auf der einen Seite Steil hoch oder runter geht ist das ja gerade kein Einschnitt sodnern ein cliff. Sven -- If you can spend five minutes on the Internet and do not run Linux, you're a genius. (Dirk Hohndel) /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] tracktype=grade1
Hallo. Am Mittwoch, 22. Juli 2009 schrieb Johann H. Addicks: Bei einem track hat der Straßenplaner nicht vorgesehen, dass Unbeteiligte da lang fahren. In Ba-Wü dürfen sie es i.d.R. auch gar nicht. Im Osten Deutschlands schon. Dort sind die Forst- und Wirtschaftswege historisch Allgemeingut und werden auch so benutzt. Alle Versuche nach der Wende, die Waldwege an den Hauptstraße mit Schranken und anderen Hindernissen abzupollern, sind auf massiven Widerstand gestoßen. Nur mit Umweltschutz-Argumenten klappt es, aber auch nicht überall. Ich bleibe bei meiner Meinung: Mir geht es um den Sinn des Weges. Wurde er gebaut bzw. ist es wirklich nötig um die Anwohner und deren Besucher mit Infrastruktur zu versorgen oder ist es ein Weg der eigentlich für nichtmotorisierten Verkehr und für Feldbewirtschaftung gedacht ist. Ob man fahren *darf* oder ob man als Einheimischer dort vielleicht fahren will bzw. ob es geduldet ist, spielt bei mir eine untergeordnete Rolle. Für jeden mir bekannten Feldweg gibt es immer auch eine (evtl. geringfügig längere) Alternativstrecke, die für Autos gedacht ist. Jeder Punkt der für ein Auto eines Ortsfremden erreichbar sein muss (öffentl. Parkplatz, Wohnadresse), sollte über eine unclassified und evtl. ein Stückchen service erreichbar sein. Gruß, Bernd -- Keine zwei Menschen gleichen einander, und beide sind froh darüber 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] tracktype=grade1
Für jeden mir bekannten Feldweg gibt es immer auch eine (evtl. geringfügig längere) Alternativstrecke, die für Autos gedacht ist. Jeder Punkt der für ein Auto eines Ortsfremden erreichbar sein muss (öffentl. Parkplatz, Wohnadresse), sollte über eine unclassified und evtl. ein Stückchen service erreichbar sein. Von dem Gedanken kannst du dich gleich wieder verabschieden. Das klappt nur, wenn man eigentliche Feldwege für OSM zu Service verbiegt, diese sich aber real nicht vom Rest unterscheiden. Ich kenne dutzende Fälle wo Häuser oder ganze Bungalowsiedlungen mit eigener Adresse auf abgelegenen Flurstücken oder im Wald nur durch einen simplen Feldweg zu erreichen sind. Teilweise nur grade 3 surface ground. Da sind wir wieder bei den regionalen Unterschieden. In BaWü und Bayern mag es zum exzelente, asphaltierte und breite Feldwege geben. Anderorts werden diese aber selbst Landesstraßen überbieten und bei Feldwegen ist die ausgefahrene Traktorspur der Standard. Und da käme nicht mal einer auf die Idee Geld für einzelne Zufahrten rauszuwerfen, während im Kernort die Hauptstraße noch immer aus Schotter besteht. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM auf Deutsch
http://cassini.toolserver.org/tile-browse/browse-de.html und: http://www.openstreetmap.org/user/%C3%86var%20Arnfj%C3%B6r%C3%B0%20Bjarmason/diary/7180 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Am 22. Juli 2009 19:45 schrieb Mirko Küster webmas...@ts-eastrail.de: Am 22. Juli 2009 19:15 schrieb Bernd Wurst be...@bwurst.org: Für jeden mir bekannten Feldweg gibt es immer auch eine (evtl. geringfügig längere) Alternativstrecke, die für Autos gedacht ist. Jeder Punkt der für ein Auto eines Ortsfremden erreichbar sein muss (öffentl. Parkplatz, Wohnadresse), sollte über eine unclassified und evtl. ein Stückchen service erreichbar sein. Von dem Gedanken kannst du dich gleich wieder verabschieden. Das klappt nur, wenn man eigentliche Feldwege für OSM zu Service verbiegt, diese sich aber real nicht vom Rest unterscheiden. Ich kenne dutzende Fälle wo Häuser oder ganze Bungalowsiedlungen mit eigener Adresse auf abgelegenen Flurstücken oder im Wald nur durch einen simplen Feldweg zu erreichen sind. Teilweise nur grade 3 surface ground. Wieso soll das kein service bzw. unclassified sein? Bloß weil es nicht geteert/in schlechtem Zustand ist? Entscheidend ist die Funktion. Diese spiegelt sich (meist nicht sichtbar) auch in der rechtlichen Einordnung/Widmung der Straße wieder. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Wieso soll das kein service bzw. unclassified sein? Bloß weil es nicht geteert/in schlechtem Zustand ist? Entscheidend ist die Funktion. Diese spiegelt sich (meist nicht sichtbar) auch in der rechtlichen Einordnung/Widmung der Straße wieder. Weil sich diese Wege meist mit nichts von den umliegenden Feldwegen unterscheiden und im grunde nichts als zwei ausfahrene Traktorenfurchen darstellen. Da geht ein normaler Feldweg irgendwo am Grundstück vorbei oder eine kurze Spur von diesem zum Gelände. Widmung ist Feldweg, wie hier üblich auch nicht beschildert. Wenn ich sowas als Service oder gar Unclassified tagge, ist das schon viel zu hoch gegriffen. Manche Autos kannst du da garnicht reinschicken, die kommen da maximal vom Traktor gezogen wieder raus. Das geht maximal als Service, dann aber nur mit warnenden Zusatzangaben. Service unpaved lässt Lichtjahre Interpretationsspielraum. Das kann vom festen Erdweg bis zu einem einzigen tiefen Schlammloch alles sein. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf Deutsch
Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: http://cassini.toolserver.org/tile-browse/browse-de.html Au weia, ich hab mir mal die deutschen Städtenamen im Elsaß angeschaut. Völlig unvollständig... Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /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] OSM auf Deutsch
coole Sache! 2009/7/22 Ævar Arnfjörð Bjarmason ava...@gmail.com http://cassini.toolserver.org/tile-browse/browse-de.html und: http://www.openstreetmap.org/user/%C3%86var%20Arnfj%C3%B6r%C3%B0%20Bjarmason/diary/7180 ___ 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] Suchmaschinen (was: Namefinderupdate?)
Am Mittwoch 22 Juli 2009 schrieb Sven Geggus: Frederik Ramm frede...@remote.org wrote: Das ist grad alles im Umbruch, drei unterschiedliche Leute arbeiten an ihren eigenen besseren Namefindern, und keiner weiss, was passiert. Ich zumindest nicht ;-) Unabhängig davon sollte man sich dringend überlegen indizierbare Linklisten für Google und Co zu erstellen und indizieren zu lassen. Wenn man diese Seiten ganz normal für jeden gleich ausliefert wird das auch nicht als Suchmaschinen-Spamming verstanden. Google schlägt anscheinend solche Listen für Datenbankinhalte explizit vor. echt? aber wie soll sowas aussehen, eine seite voll mit links? also z.B. der name jeweils eine stadt oder so, und der inhalt ein permalink auf die entprechende stelle der karte? da frag ich mich aber schon, wieso die suchmaschinen das nicht als spam auffassen sollen. wenn, dann muesste das schon etwas ausfuehrlicheres sein, z.B. eine art ortsverzeichnis, wo evtl noch etwas mehr als nur ein name und ein link drin steht... prinzipiell kann man fuer sowas xml-sitemaps nutzen. dazu braucht es natuerlich aber auch die links... Ich halte es für dringend notwendig, dass bei OSM erfasste Namen über Google auffindbar sind. +1 Das Projekt ist in Suchmaschinen überhaupt nicht präsent obwohl da viele Namen drinstehen, die sonst im Web kaum bis gar nicht existieren, gerade Namen von Wanderwegen sind zum Beispiel für den normalen Suchmaschinennutzer sehr interessant. wie auch, die namen stehen ja nirgendwo im klartext... 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] Bundesstraßen als trunk?
Martin Koppenhoefer schrieb: sieh Dir am Besten mal an, was das Wiki schreibt z.B: highway=trunk und motorroad=yes wir hatten zum Thema auch vor kurzem schon mehrere längere Diskussionen (eine z.B. Edit-War, User Kraftfahrstraßen ) ... motorroad wird mittlerweile übrigens in Osmarender durch einen blauen Rand gerendert: http://osm.org/go/0GNC08Eu?layers=0B00FTF Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen (was: Namefinderupdate?)
Am Mi, 22.07.2009, 22:17 schrieb Guenther Meyer: wie auch, die namen stehen ja nirgendwo im klartext... Doch: Flo's Liste wird von Google gut indiziert :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen (was: Namefinderupdate?)
Am Mi, 22.07.2009, 22:17 schrieb Guenther Meyer: wie auch, die namen stehen ja nirgendwo im klartext... Doch: Flo's Liste wird von Google gut indiziert :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung - NRW Komplett (fast)
Dirk Stöcker schrieb: Duden - Die amtlichen Regelung der deutschen Sprache Seit wann wieder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen (was: Namefinderupdate?)
Das Projekt ist in Suchmaschinen überhaupt nicht präsent obwohl da viele Namen drinstehen, die sonst im Web kaum bis gar nicht existieren, gerade Namen von Wanderwegen sind zum Beispiel für den normalen Suchmaschinennutzer sehr interessant. wie auch, die namen stehen ja nirgendwo im klartext... Unsere ganzen Informationen stecken in einer Datenbank. Und auf die kann man nur mit API Anfragen zugreifen. Da kann eine normale Suchmaschine auch garnichts indizieren. Die können schlicht nicht miteinander reden. Indiziert wird nur was in irgendeinem Webstandard klar und deutlich offen zu finden ist. Das betrifft aber vor allem nur Projektseiten und irgendwelche Listen. Damit kann Otto Normal User nichts anfangen. Damit bedienen wir im grunde nur uns selber. Um die Normalos zu erreichen brauchts deutlich mehr. Google hats da nun einfach, die zapfen einfach ihre eigene API an. Andere generieren da z.B. für jeden Ort eine Seite mit Karte, drunter Listen oder Dropdown mit den einzelnen Straßen, dahinter Anker mit Koordinaten für die Karte. Wählt man da die A Straße, zweigt die Karte dann eine entsprechende Koordinate der Straße. Das umzusetzen dürfte nicht schwer sein. Ist nur das alte Problem. Wer setzt das um und hat auch die entsprechende Maschine dafür? Wer hier an einen günstigen V-Server denkt, kann das gleich wieder vergessen. Die Kiste bräuchte schon etwas Saft um die vielen Orte ab und an neu zu generieren und muss auch einige Zugriffe zulassen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen (was: Namefinderupdate?)
Am Mittwoch 22 Juli 2009 schrieb Tobias Wendorff: Am Mi, 22.07.2009, 22:17 schrieb Guenther Meyer: wie auch, die namen stehen ja nirgendwo im klartext... Doch: Flo's Liste wird von Google gut indiziert :-) wie was wo?!?! die sagt mir jetzt nix... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] StraÃ?enlistenauswertung - NRW Kompl ett (fast)
Am Mi, 22.07.2009, 22:42 schrieb Johannes Hüsing: Dirk Stöcker schrieb: Duden - Die amtlichen Regelung der deutschen Sprache Seit wann wieder? Muss ja nicht der Duden sein, wie schon gesagt. 1996 ff. haben die Landesministerien Mitteilungsblätter zur Neuen Rechtschreibung rausgegeben, da steht das auch nochmal drin. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering von Cutting (was:Suchmaschinen (was: Namefinderupdate?))
Martin Koppenhoefer schrieb: 1. zum einen wird eine beidseitige Böschung dargestellt, obwohl m.E. ein Cutting auch ein Einschnitt sein kann, wie er z.B. hier zu sehen ist: http://maps.google.it/maps?f=qsource=s_qhl=desll=41.839114,12.480667sspn=0.000949,0.003412ie=UTF8radius=0.09rq=1ll=41.839176,12.480699spn=0.000949,0.003412t=hz=19 (untere Straße, im OSM-Rendering fälschlich als beidseitige Böschungen dargestellt) Das in Osmarender eingebaute Symbol für Dämme und Einschnitte wird, wie das dem Mapnik-Kliff-Symbol ähnlich aussehende Damm- und Einschnittssysmbol m.E. eigentlich nur für wirklich geböschte Dämme und Einschnitte verwendet. Ich habe mal eben einen Blick auf die amtl. topogr. Karten und auf den 1965er Stadtplan auf geodaten.karlsruhe.de geschaut und in beiden wird es nur für solche Fälle verwendet. In Fällen wie Deinem mit senkrechter Mauer wird bspw. mit dickerem Strich gearbeitet: http://geodaten.karlsruhe.de/stadtplan/index.jsp?x=3456460y=543bbox=500layer=10 hier in der Variation schattenartig Insofern würde ich nicht von fälschlich als Böschung dargestellt sprechen, sondern von fälschlich als Böschung getaggt, denn woher soll ein Renderer eine unterschiedliche Darstellung holen, wenn Mauer und Böschung nicht unterschiedlich getaggt werden? 2. die grafische Überhöhung wird (gr. Breite als in Realität) auch für die Böschungskanten verwendet, so dass beim Zoomen ein ziemlich merkwürdiger Eindruck entsteht (Böschungsbreite ändert sich). Anders geht das nun mal nicht und so ist es auch in Papierkarten. Es macht wenig Sinn, die wahre Breite der Böschung zu zeichnen und darüber eine überbreit gemalte Straße zu klatschen... 3. die gerenderte Breite der Böschung ist völlig willkürlich, durch Überschneidung mit angrenzenden Straßen entsteht ein falscher Eindruck (s. obiges Beispiel in OSM: http://www.openstreetmap.org/?lat=41.83862lon=12.48025zoom=17layers=0B00FTF) Böschungen entwickeln sich im Gegensatz zu Mauern in die Breite, das kommt wunderbar heraus durch das gewählte Symbol ;-) Eine solche Symbolik taugt natürlich nix für sich NICHT in die Breite entwickelnde Objekte wie Mauern... Deswegen müssen die eben anders getaggt werden als Böschungen. Bin mir nicht komplett sicher, ob wir schon einen Tag für Böschung haben, aber mir war so. Damit könnte man explizit Böschungskanten an ihrer realen Stelle einzeichnen. natural=cliff oder so, wird aber nur von Mapnik gerendert (Osmarender bzw. SVG ist mit einseitig zu malenden Sachen überfordert...) Löst aber nicht dein Probem, weil an solchen Stellen auch für so ein Symbol kein Platz wäre. Die derzeitige Darstellung von cutting produziert jedenfalls praktisch ausschließlich falsche Ergebnisse. Nur wenn man versucht, sie auch Mauern überzustülpen... Für echte Böschungen reicht sie allemal in z17 und z16. Gut, sie sind auch dort manchmal suboptimal, aber das ist ein generelles Problem für automagisch erzeugte Karten anstelle von kartographischer Handarbeit mit erlesener Generalisierung und Verdrängung durch Brain 1.0 auf einer guten echten Papierkarte... Ich wäre dafür, sie wieder zu entfernen. Eine Darstellung der Einschnitte als beidseitige Böschungen halte ich grundsätzlich nicht für den richtigen Ansatz. Ich wäre dafür, Mauern als Mauern zu taggen und keine Böschungen dafür zu vergewaltigen ... ;-) Gruß Mueck, in dessen alter Heimat reichlich zweiseitige Böschungen rumstehen und das ist gut so! (vulgo: Deiche ;-) ) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen (was: Namefinderupdate?)
Am Mi, 22.07.2009, 22:45 schrieb Guenther Meyer: Doch: Flo's Liste wird von Google gut indiziert :-) wie was wo?!?! die sagt mir jetzt nix... Unsere Daten tauchen nirgends bei Google auf, weil Google nur Text indiziert. Die Ganzen Orts- und Straßennamen stehen aber immer nur gerendert auf den Tiles. Flo's Listen werden jefoch als Text perfekt von Google indiziert ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks-'Nummerierung'
Moin Günther, Hallo, Am Mi, 22.07.2009, 03:02, schrieb Michael Bemmerl: ich bin gerade auf einen interessanten Track-Auszug über die API gestoßen, den ich euch nicht vorenthalten möchte: http://osm.michis-pla.net/temp/tracks.gif Das sind doch eindeutig Nummern, oder? Kennt jemand ein Gerät, das solche (Wegpunkt-)Nummern als /Koordinaten/ ablegt? also, erstrebenswert finde ich das nicht gerade. Das bringt nur ein Durcheinander, wenn man solche Tracks hochlädt. Würde mir sowas im potlatch begegnen, würde ich um Löschung bitten. Es gibt genügend andere Möglichkeiten, Notizen zu machen, die andere Mapper /nicht/ bei der Arbeit stören. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tracktype=grade1
Moin Nop, Hi! Torsten Leistikow schrieb: Sehe ich genauso. Sowohl die deutsche als auch die englische Version deute ich letztendlich so, dass sie asphaltiert oder mit vergleichbarer Oberflaechenbefestigung bedeuten sollen. Was auch immer das in der Praxis heissen mag, ist regional sicherlich sehr unterschiedlich. Sehe ich genauso. In der Praxis setze ich grade1 für Asphalt, Beton und Pflaster, also alle harten, geschlossenen Oberflächen. ...die bei Dauerregen nicht aufweichen, dann also beispielsweise auch noch von landwirtschaftlichem Schwergerät befahrbar sind, ohne dauerhafte Spuren zu hinterlassen. Unterspülungen mal ausgenommen :-) Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suchmaschinen
Guenther Meyer d@sordidmusic.com wrote: Google schlägt anscheinend solche Listen für Datenbankinhalte explizit vor. echt? Das hat mir zumindest die tage jemand erzählt, der in einem Intranet ein Google Appliance in Betrieb genommen hat. aber wie soll sowas aussehen, eine seite voll mit links? also z.B. der name jeweils eine stadt oder so, und der inhalt ein permalink auf die entprechende stelle der karte? das möchte ich hier eigentlich zur Diskussion stellen. So etwa stelle ich mir das vor. Alle Namen von Wegen als Link auf die Slippymap. Aufgeteil in Listen nach Planquadraten oder Städten. da frag ich mich aber schon, wieso die suchmaschinen das nicht als spam auffassen sollen. Angeblich sieht Google das nur dann als Spam an wenn der Googlebot was anderes sieht als der User. wie auch, die namen stehen ja nirgendwo im klartext... Doch, im Planetfile :) Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /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] Suchmaschinen
Mirko Küster webmas...@ts-eastrail.de wrote: Das umzusetzen dürfte nicht schwer sein. Ist nur das alte Problem. Wer setzt das um und hat auch die entsprechende Maschine dafür? Fürs erste könnte man da eventuell auf den Wikipedia Toolserver zurückgreifen. Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /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] Suchmaschinen (was: Namefinderupdate?)
Am Mi, 22.07.2009, 22:44 schrieb Mirko Küster: Das umzusetzen dürfte nicht schwer sein. Ist nur das alte Problem. Wer setzt das um und hat auch die entsprechende Maschine dafür? Wer hier an einen günstigen V-Server denkt, kann das gleich wieder vergessen. Die Kiste bräuchte schon etwas Saft um die vielen Orte ab und an neu zu generieren und muss auch einige Zugriffe zulassen. Ich kann Folgendes anbieten: Die Liste auf einem Quad-Core an der Unj generieren und auf meinen neuen vServer hochladen. Ich habe damit bereits experimert: 1. Drop-Down Liste mit allen Ortsnamen, zusätzlich A-Z direkt wählbar 2. Wenn man 1. gewählt hat: Drop-Down Liste mit allen Straßennamen, zusätzlich A-Z direkt wählbar Nicht sehr komfortabel, kann ich aber schnell ans Laufen bekommen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
