Re: [OSM-talk] Combined bicycle footway
2011/8/21 Richard Fairhurst rich...@systemed.net: Tomas Straupis wrote: I would like such combined ways to indicate that they are created for BOTH cyclists and walkers (especially then this would include segregated ones). They do indicate that. That's what the blue dots mean. A better suggestion would be show a different rendering for those cycleways where walking is not permitted. Though I honestly don't know whether there are enough of these, worldwide, to merit further cluttering up the map Can we get some feedback from different countries whether walking is permitted on cycleways? At least in Germany and Italy it is (officially) forbidden. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hilfe bei einer Insel - Ergänzung
Am 22. August 2011 16:18 schrieb Jan Tappenbeck o...@tappenbeck.net: habe da noch einen Nachtrag - hatte mir nur eine Fläche aus einem Rechteck als Sandbox mal erzeugt in der Nähe vom KIRR und dieselben Tags wie vom o.g. [1] zugewiesen. Hier wurde nur der Name und auch nicht die Freistellung gerendert. (zwischenzeitlich wieder gelöscht!). Ich finde es mehr als merkwürdig. Hallo Jan, wie schon im parallelen Thread erklärt: die Küstenlinien (natural=coastline) werden nicht wie die übrige Karte sondern in einem separaten Prozess in Mapnik behandelt (shapefiles). Ist Dein Problem in T@H auch vorhanden? Wenn nicht, dann einfach mal einen Monat oder so abwarten, dann sollten die Änderungen in Mapnik auch angekommen sein. Wie ebenfalls bereits erwähnt, ist bei den Coastlines die Richtung des Ways wichtig: links liegt das Land, rechts das Meer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 08:41 schrieb Christian Müller cmu...@gmx.de: Am 22.08.2011 07:10, schrieb Joerg Fischer: Ganz genau hinschauen muss er eher, wenn die Fläche /nicht/ an den Weg gepappt ist - denn dann ist es fast Zufall bei entsprechender Zoomstufe, ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Maus mit Rad hast Du? Bei den Zoomstufen, bei denen es Zufall ist, wo man den Node einfügt, sollte man ans Editieren nicht mal denken. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 11:54 schrieb Dimitri Junker o...@dimitri-junker.de: Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: ... Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 22. August 2011 11:54 schrieb Dimitri Junker o...@dimitri-junker.de: sofern es ausser der Nähe eine Beziehung gibt. entweder die Fläche grenzt an die Straße, dann ist das eine Beziehung, oder sie grenzt nicht dran, dann ist aber klar, daß sie eine getrennte Linie braucht. in der überwiegenden Zahl der tatsächlichen Fälle, wo ich in OSM Flächen gefunden habe, die bis zur Straßenmitte gezogen waren, grenzte die Straße nicht an die Fläche, wobei ich zugeben muss, dass es eigentlich immer Interpretationssache sein kann, was man noch als zugehörig sieht. Wenn man dem Vergröberungslager angehört dem jedes Details ein Dorn im Auge ist auf dem Weg, möglichst große Gebiete in JOSM laden zu können, dann wird man wohl auch noch das Gebüsch jenseits von Leitplanke, Bankett und Entwässerungsgraben als Teil der Straße (oder des Walds oder Felds, wie hier auch schon erwähnt) sehen können. Da es hier wohl unterschiedliche Ansichten gibt kann ich nur hoffen, dass wenigstens genug Respekt für die Arbeit anderer da ist, um nicht die Details anderer absichtlich zu löschen, damit die Nodedichte gering bleibt. Mal ein Bsp. Wir haben einen großen Wald, eine Straße geht mitten durch, Dann werden wir wohl den Wald als eine Fläche zeichnen und die 1. Straße durch die Fläche durch. Hier macht es keinen Sinn den Wald entlang der Straße aufzuschneiden und dann parallel zur Straße 2 Waldgrenzen zu zeichnen. doch, macht m.E. gelegentlich Sinn und mache ich dann auch. So genau ist die Grenze eines Waldes sowieso nicht definierbar (Endet der Wald am letzten Stamm oder am Ende der Kronen, die ggf. über die Straße ragen,...). so genau in der Tat nicht, wenn Du Dir mal einen echten Wald ansiehst wirst Du aber bemerken, dass es in der Realität weitaus größere Schwankungen gibt als nur der halbe Kronendurchmesser eines Baums. In der klassischen Kartenwelt gibt es u.a. 2 Arten von Karten, Landkarten und Katasterkarten. OSM ist meiner Meinung nach mit ersteren vergleichbar. -1, OSM ist sicherlich nicht mit einer Karte in einem bestimmten Maßstab vergleichbar, und hier sehe ich auch die Ursache in der Diskussion hier bzw. allgemein in der Diskussion mit Leuten, die gerne die Details in OSM begrenzen wollen: eine Datenbank sollte man nicht mit der gerenderten Karte in einem bestimmten Maßstab verwechseln. Wenn wir Katasterkarten machen wollen müßen wir ganz anders vermessen, da reichen GPS oder Stabilder nicht aus. Die meisten von uns mappen per GPS indem sie auf der Rechten Fahrbahn fahren oder sogar auf dem Bürgersteig gehen und zeichnen danach die Straße ein, ob sie dabei immer den Abstand zur Mittellinie korrigieren bezweifel ich. der nächste kann das dann richten, ist ja iterativ. Wir haben heute großflächig gute Luftbilder die eine ziemlich hohe Genauigkeit ermöglichen, mit GPS keineswegs vergleichbar (aber auch schon vorher war das Credo, sich nicht sklavisch nach dem GPS zu richten, s.z.B. relative Genauigkeit). Beim Routing spielen Flächen (ausser der Rand von highway-Flächen) sowieso keine Rolle, die können da verbunden sein oder nicht. Es sei denn sie sind das Ziel, dann sucht der Router eine Verbindung zwischen Fläche und Straßenraum. wenn es keine Verbindung gibt nimmt er das nächstgelegene Ziel auf einer Straße. Wir zeichnen Hausnummern oder Telefonzellen ja auch nicht auf die Straße sondern daneben, auch wenn gerade Telefonzellen sich praktisch immer auf dem Gehweg befinden (und der ist im OSM Modell derzeit Teil der Straße). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Relation aus der Not
Am 22. August 2011 20:48 schrieb Albrecht Will albrecht.w...@online.de: Euer Vorschlag mit relation=site hat was. Leider ist diese Relation noch nicht am Laufen. wie meinst Du das? Es gibt davon derzeit 128714 Stück. Ich werden mal die Flächen doch löschen und das Ganze als leisure=park und tourism=zoo eintragen. Du kannst z.B. auch die Flächen alle in eine Multipolygon-Relation aufnehmen und dieser tourism=zoo, einen Namen, etc. mitgeben, ohne bei den Einzelflächen Informationen zu löschen, die sich darauf beziehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] living_street + alley?
Am 22. August 2011 10:43 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Peter peter@gmx.net wrote: Ich fand highway=living_street von Anfang an bescheuert. In 99% der Falle in Deutschland sind das ganz normale residential roads. Die Tatsache, dass das eine Spielstraße ist sollte in einen eigenen Tag. +-0 es spielt im Grunde keine Rolle, idealerweise machen es aber alle gleich ;-) Wo Platz ist für einen Reitweg und 5 Klassen von Verbindungsstraßen kann eine verkehrsberuhigte Zone auch nicht schaden, andererseits werden Kraftfahrstraßen anders behandelt und es scheint mittlerweile auch zu funktionieren (zumindest anfangs wurde man mit dem Rad da trotzdem draufgeleitet, weil der Tag nicht ausgewertet wurde). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 23. August 2011 02:02 schrieb Christian Müller cmu...@gmx.de: Am 22.08.2011 19:35, schrieb M∡rtin Koppenhoefer: Gegenfrage: wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? Was soll daran besser sein, wenn der Park auf dem Gehweg oder im Rinnstein endet anstatt dort, wo er tatsächlich zu Ende ist? Gerade beim Rendern von großen Zoomstufen ist es doch erwüscht, auch Details erkennen zu können, eine Vergrößerung der Flächen potentiell bis zur Straßenmitte (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) schadet mehr als sie vermeintlich nützt. war hier nicht das credo, dass wir nicht für renderer taggen? es geht mir nicht primär ums Rendern sondern darum, dass Flächen dort eingetragen werden, wo sie sind. Das leitet sich m.E. aus dem Flächenmodell so ab. und der Renderer überlässt nichts dem Zufall, er rendert an der Stelle die Fläche, an der die Straße aufhört. wo die Straße aufhört ist sehr selten klar, da keine Breitenangaben oder Angaben zu weiteren Bestandteilen der Straße in den Daten vorhanden sind. Es ist nicht einmal klar, welche Teile der realen Straße der osm-highway tag beschreibt, allerdings könnte man argumentieren, es handele sich um die komplette Fahrbahn (seitliche Barrieren und Teile dahinter würde ich eher nicht dazurechnen, zumindest habe ich noch nie gesehen, dass die jemand im width-Tag angegeben hätte). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Vialetti d'ingresso e relazioni
2011/8/17 Milani Alessio klava...@gmail.com: In data mercoledì 17 agosto 2011 15:23:36, Gioele Barabucci ha scritto: di solo sono punti di ingresso di sentieri. Questi vialetti io li marcherei con `highway=service`, `service=driveway` e `name=nome della strada da cui partono`. Corretto? Io taggherei in questo modo solo quei vialetti che sono ad uso esclusivo degli inquilini delle villette e di chiunque volesse suonarci il campanello, omettendo però il nome +1 Per quelli che invece condividono accessi con altri tipi di viabilità ometterei sicuramente il 'service=driveway', +1 e valuterei anche 'highway=residential' o addirittura `highway=unclassified'. +0.5, service (senza driveway) potrebbe anche andare bene, vedi tu. Se hanno un nome le mettrei probabilmente residential Diciamo che al posto tuo andrei caso per caso, +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm non sente più la tastiera
2011/8/22 Carlo cybo...@gmail.com: Il giorno 22 agosto 2011 22:02, Carlo cybo...@gmail.com ha scritto: da un pò di tempo mi è comparso sul mio pc di casa un problema alquanto strano e fastidioso, Josm non sente più la tastiera, nessun tasto viene rilevato rendendomi praticamente impossibile editare. la cosa strana che su un altro pc in ufficio, ma con Arch 32 bit funziona regolarmente, non vorrei ci fosse dei problem con l'architettura a 64 bit, tutte e due i pc sono aggiornati alle ultime versioni di tutti i software installati ed il problema ha iniziato a presentarsi dallo scorso Giugno, mi pare. se non si risolve scriverei un bug in JOSM trac: http://josm.openstreetmap.de/ (nuovo ticket) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] caricare mappe sul garmin etrex
Credo che devi aggiungere una regola che ti consente di connettere il garmin tramite USB anche come utente normale. Mi riccordo di aver fatto questo una volta (perchè poi hai risolto). Prova con le indicazioni qui: http://www.gpsbabel.org/os/Linux_Hotplug.html non mi riccordo dove avevo trovato la soluzione, ma credo che era (al meno simile a) quello: To allow the USB devices to be read and written by a non-privileged user, create a file named /etc/udev/rules.d/51-garmin.rules with the following contents: SYSFS{idVendor}==091e, SYSFS{idProduct}==0003, MODE=666 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] OSM auf BILD.de
Am 18. August 2011 17:14 schrieb Wolfgang wolfg...@ivkasogis.de: aber die einzigen, die konkret dagegen vorgehen könnten, sind die Lizenzverweigerer. Allen anderen wäre im Hinblick auf die Lizenzumstellung und die Aufforderungen an (Noch-)Nicht-Zustimmer widersprüchliches Verhalten vorzuwerfen, was wahrscheinlich zum Verlust des Anspruchs auf das by-sa führen würde. Wer den CT zugestimmt hat, hat der OSMF ein nicht exklusives Recht an den Daten übertragen, so dass die OSMF gegen Lizenzverstöße vorgehen kann/könnte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin GPSmap 62 ....
Am 15. August 2011 11:42 schrieb NopMap ekkeh...@gmx.de: Leider hat das 62 nicht den genialen Empfang den die alten 60er hatten. +1 auch mit neuester Firmware finde ich die Bedienung darüberhinaus völlig unbefriedigend. Beim alten 60er hat man alles im Griff, kann z.B. sofort sehen, ob man gerade loggt oder nicht, und kann das auch bequem jederzeit an- und ausschalten, während man beim neuen 62er weniger Optionen hat. Einzelne Waypoints nachträglich zu editieren (oder z.B. einzelne löschen) geht AFAIR überhaupt nicht. M.E. völlig unverständlich, wieso die eine gute Bedienung so kaputt gemacht haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14. August 2011 15:57 schrieb Bartosz Fabianowski bart...@fabianowski.eu: Es gibt hier keinen etablierten Standard. leider ;-) Das gängige Argument fürs Aneinanderkleben ist daß die Landnutzung da anfängt wo die Straße aufhört. ja, wobei hier m.E. Äpfel mit Birnen gemischt werden. Korrekte Flächen sind nunmal die, die den wahren Umriss beschreiben. Das Gegenargument dazu ist daß wir ja nur die Mittellinie der Straße mappen. Die Landnutzung dagegen fängt erst am Wegesrand an. Ein Aneinanderkleben ist daher IMHO geographisch nicht korrekt. ja eben Zudem macht es das Editieren schwieriger. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 14. August 2011 16:40 schrieb Christian Müller cmu...@gmx.de: Am 14.08.2011 15:57, schrieb Bartosz Fabianowski: Wegesrand an. Ein Aneinanderkleben ist daher IMHO geographisch nicht korrekt. Geographisch evtl. nicht, topologisch hingegen schon. M.E. sollte man für die Topologie-Fanatiker eine Relation oder irgendwas einführen, damit die Graphen-Flächen-Inkompatibilität überwunden wird. Flächen bewusst falsch zu zeichnen, damit sie mit dem Graphen-Modell der Straßen topologisch verbunden sind, sehe ich als Irrweg. Erst recht, da dadurch das Editieren fehlerträchtig und umständlicher wird. Der Wegesrand beginnt, topologisch gesehen, links und rechts des Weges, welcher in OSM durch eine Linie repräsentiert wird. wobei es hier nicht darum ging, den Wegrand zu mappen, sondern um angrenzende Flächen. Vorteile: - kein Niemandsland zwischen Straße und Gebiet m.E. kein Vorteil, das gaukelt nur Vollständigkeit vor, wo eigentlich Details hingehören (könnten) ;-) - mehr Übersicht im Editor (vgl. tausende nodes an einer Kreuzung) m.E. das Gegenteil: völlig unübersichtlich, da alles auf eine Linie läuft, auch wenn es gar nicht zusammengehört. Eine Linie für ein Objekt ist m.E. übersichtlicher. - weniger nodes das stimmt, aber ist nicht unbedingt ein Vorteil, es sind dadurch ja auch weniger Informationen enthalten. - geringere DB Größe / weniger Ressourcenverbrauch ja, am kleinsten wird sie, wenn man alles löscht ;-) - das ist z.B. interessant, wenn ein großes Datenset in den Editor geladen wird, oder man die Daten für mobile Geräte fit machen möchte dazu braucht man Informationen nicht weglassen: Editoren könnten auch mit größeren Datenmengen umgehen, wenn sie dafür optimiert werden und für mobile Geräte muss man die Daten sowieso konvertieren, d.h. dass man da ansetzen könnte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 15. August 2011 02:14 schrieb Christian Müller cmu...@gmx.de: Um nochmal auf den Zaun zurückzukommen. Einfach gesprochen, wenn der eine Fläche einsäumt, lassen Mapper m.W. auch keinen Platz zur Fläche - hier ist das Verkleben ein Automatismus. Die Ausnahme ist hier nur die Straße, wo einige behaupten, der Mittelgraph wäre die Fläche (m.E. wird man irgendwann - und einige machen das jetzt schon - Straßen zusätzlich als Fläche eintragen, und dieses Thema löst sich von selbst), bei Zäunen gibt es kein Problem. Wir taggen den way mit barrier=fance und die Fläche, die er umschließt, auf demselben way mit landuse=* - da gibt es auch kein Niemandsland dazwischen. das ist nicht unbedingt so: Spaghetti-Mapping geht sicherlich so, aber man kann auch zweimal denselben Weg zeichnen, einmal als Line-Feature (Zaun) und einmal als Flächenfeature (Landuse, leisure, natural, etc.), was dann für Klarheit sorgt, wenn man weitere Tags ergänzt (z.B. name, wo ein Mensch noch einigermaßen sicher sagen kann, dass sich das wohl auf die Fläche bezieht, ein Computer es aber u.U. auch auf den Zaun beziehen würde). Als Verbesserung dieser Methode würde man anstatt eines doppelten Weges ein Multipolygon für die Fläche verwenden (mache ich persönlich z.B. so). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 21. August 2011 20:06 schrieb Dimitri Junker o...@dimitri-junker.de: Zeichnet man dagegen eine parallele Linie zur Straße als Flächengrenze geht die Beziehung zwischen beiden verloren. sofern es ausser der Nähe eine Beziehung gibt. Die räumliche Nähe hast Du ja in jedem Fall, wenn Du aber die Fläche vergrößerst, damit sie topologisch in das Straßenmodell passt, dann muss jeder, den die Fläche interessiert, erstmal nachsehen, welche Straßen noch Kanten mit der Fläche teilen, und dann (falls es dort eine Breite geben sollte) die Straßenfläche abziehen. Man müßte also dann eine Relation o.ä. machen um Fläche und Straße zu verknüpfen. wäre sicher am Eindeutigsten, wo es zutrifft, z.B. um Plätze in der Stadt an Straßen anzubinden, pauschal würde ich aber gar nicht unbedingt davon ausgehen, dass die Flächen die zur Zeit in OSM gezeichnet sind, die Straße begrenzen. Wenn man das grundsätzlich annehmen wollte, könnte man das auch über die Nähe berechnen. Ohne diese Verknüpfung könnte ein Renderer z.B. nicht wissen das er die Fläche unabhängig vom Zoomlevel immer bis an die Straße zeichnen soll Fürs Rendern gibt es in der Praxis m.E. kein Problem, (ausser die Fläche endet richtig weit von der Straße entfernt, dann wird man das auch sehen wollen), da wir die Straßen in den meisten Zoomleveln grafisch deutlich überhöhen. Beim Routing spielen Flächen (ausser der Rand von highway-Flächen) sowieso keine Rolle, die können da verbunden sein oder nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Mappatura spiaggia
2011/8/17 Fabrizio Tambussa ftambu...@gmail.com: dritta. Tutta la spiaggia, tra Forte dei Marmi e Camaiore la metterei in una o piu' aree natural=beach + surface=sand. secondome natural=beach va bene ma surface=sand va bene solo nei casi che tutta la spiaggia sia davvero sabbia (raramente). Mettrei landcover=sand. Per esempio la superficie a punti dove c'è un ristorante o un bar non è sabbia. Escludendo invece i ristoranti dalla spiaggia non sarebbe giusto neanche. Un semplice (piccolo) stabilimento balneare probabilmente anche non è un beach resort, e se non lo è ci manca probabilmente un tag apposito. In ogni caso mapparei i bar, ristoranti, wc, ecc. come in altre parti del mondo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Si trovano le regioni italiane in pbf?
Vi posso anche consigliare pbftoosm che lavoro molto veloce per estrarre un osm-xml da un pbf (bounding box e anche poligono se riccordo bene). Per una mezza regione mette circa un minuto (da un italy.pbf della geofabrik). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come mappare le corsie nei caselli
2011/8/16 Elena ``of Valhalla'' elena.valha...@gmail.com: tertiary_link? (supponendo che gli abitanti del posto che han messo tertiary la strada in generale abbiano ragione) o lo si lascia tertiary così com'e`? Forse Via Cadorna potrebbe essere secondary? Non la conosco, scusate se sbaglio. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappatura spiaggia
2011/8/21 sabas88 saba...@gmail.com: Le spiagge che ho mappato le ho messe tutte natural=beach con un lato coincidente con la coastline. spesso un ottimo caso per un multipoligono per la spiaggia. Essendo tutte spiagge libere non andrebbe segnalato in qualche maniera? fee=no access=yes? Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Baumreihen, Alleen an Straßen
Am 11. August 2011 23:26 schrieb Christian Müller cmu...@gmx.de: Am 11.08.2011 21:13, schrieb Albrecht Will: OSM sammelt Daten der Realität. +1 Auf dein Beispiel bezogen: Ein Baum der Allee könnte fehlen, nicht alle Bäume haben evtl. den gleichen Abstand, etc. pp. Weiterhin, wenn Du mit +1 natural=tree_row denotation=avenue m.E. kann man gleich einzelne Bäume mappen natural=tree denotation=avenue Das geht praktisch genauso schnell, zumindest bei Kurven ;-) wie parallele Linien, und ist viel realistischer und lässt sich bei Bedarf auch viel besser (auch einzeln) verfeinern. Man braucht allerdings rel. gute Luftbilder (die es mittlerweile oft gibt). Es gab eine ganze Zeit lang viele Proposals, welche zum Ziel hatten, die Erfassung von Linienbündeln zu vereinfachen. ... Andere waren dafür, selbst für jede Fahrspur eine Linie zu erfassen und den gemeinsamen Bezug über eine Relation darzustellen. Heute ist ein Mix in OSM zu finden - naja, beides ist eher noch nicht in OSM angekommen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baumreihen, Alleen an Straßen
Am 10. August 2011 14:38 schrieb Christian Müller cmu...@gmx.de: Vereinzelte Bäume taggst Du mit natural=tree auf nodes. +1, solange man das vereinzelte nicht ausgrenzend meint, sondern im Sinne von einzelne. Für Alleebäume ist ausserdem denotation=avenue vorgeschlagen (als Zusatz). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Geräte aus den Staaten
Am 9. August 2011 19:42 schrieb Henning Scholland o...@aighes.de: Netzteil gibts nicht. Gewährleistung weiß ich net, wie Garmin sich da muckt. Ob das den Aufwand und die Zeit, die dann dein Bekannter beim Zoll verbringen darf und deinen Aufwand die Ersparnis rechtfertigt??? Lohnen dürfte sich das evtl. dann, wenn man es selbst mitbringt. Problem ist aber z.B., dass man das Gerät evtl. patchen muss, damit man deutsch als Sprache einstellen kann (ist nicht besonders schwierig, aber vielleicht nicht ganz legal?). Auch ist die eingebaute Basemap dann vermutlich Nordamerika und nicht Europa (habe selbst so ein amerikanisches 60csx, vor 3 Jahren war das trotz Zoll noch deutlich attraktiver). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Linea di costa in Puglia
2011/8/10 Andrea Decorte adeco...@gmail.com: Ciao, visto che ho trascorso un paio di giorni nello splendido Salento, a Porto Cesareo, ho notato che là la linea di costa non mi sembra molto corretta [0]. Sono forse dati vecchi? credo che i dati sono in molte parti ancora quei dati grezzi di qualche import iniziale (pgs) http://wiki.openstreetmap.org/wiki/PGS Per esempio nel Lazio ho solo recentemente messo alcuni tratti di nuova costa (col PCN), e ci sono ancora tanti altri tratti di costa poco precisa. Buon divertimento, ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] What does this symbol mean?
2011/8/6 Nathan Edgars II nerou...@gmail.com: There is 7 lift gates, one after the other, on a motorway? It's a ramp to a reversible lane that's only open at certain times of the day. Look at the Bing aerial. Yes, I can understand that there is a lift gate, but 7 in a row, which you have to pass one after the other? I guess they are parallel, not in line, or am I wrong? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What does this symbol mean?
2011/8/5 Nathan Edgars II nerou...@gmail.com: On 8/5/2011 5:31 PM, Nathan Edgars II wrote: http://www.openstreetmap.org/browse/way/54459361 What is that symbol that appears along the way? Never mind - I hadn't noticed that the nodes were tagged barrier=lift_gate. There is 7 lift gates, one after the other, on a motorway? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] [talk-it] Aperta una nuova autostrada...
2011/8/4 Simone Saviolo simone.savi...@gmail.com: È con grande piacere che vi segnalo l'apertura di una nuova autostrada: la Induno Olona - Arcisate! http://www.openstreetmap.org/?lat=45.85335lon=8.85974zoom=15layers=M A proposito: quella zona è pieno di importi brutti e cattivi. Per esempio: http://www.openstreetmap.org/browse/way/39643135/history Comment: (Massive import ctr- Aree agricole 5/31) Per favore, risparmiamoci il lavoro di pulire queste schifezze, questi way non sono ne precisi, ne puliti (hanno tantissimi nodi perchè sembra che erano delle curve poi convertite in formato OSM, ma la cosa buffa che queste curve nella realtà delle ortofoto PCN 2006 ne anche esistono ma dovrebbero essere dritti). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Relation Analyzer noch state of the art?
Am 3. August 2011 16:04 schrieb Andreas Tille andr...@an3as.eu: Die in dem anderen Mail beschriebene Methode der Aufspürung von Lücken per Relation Sortieren ist mir unklar. Eventuell könnte man sowas innerhalb von JOSM noch leicht eleganter lösen als mit der Web-Anwendung, aber eigentlich ging's schon ganz gut mit dem RA. In JOSM geht das Finden von Lücken so: 1. Relation im Relationeneditor öffnen (z.B. eines der Member anclicken und im tag-Fenster den Relationen-Eintrag auswählen und den Bearbeiten-Button anklicken). 2. Ggf. noch nicht geladene Member nachladen (Button links im Relationeneditor). 3. Im Relationeneditor linke Seite den Sortieren-Button anklicken (A-Z). Es sollten vorher alle Member der Relation geladen sein. 4. Die rechte Spalte der einzelnen Way-Member zeigt an, welche Ways miteinander verbunden sind und wo evtl. noch Lücken sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] info GPS
2011/8/2 paola_cape...@alice.it paola_cape...@alice.it: Ah ok, quindi se non ho capito male basta che: - scarico i dati dal mio GPS - li trasformo in gpx. spesso si imposta il GPS di registrare già in GPX (tipicamente un punto al secondo) e in WGS84. Se usi un Garmin verifica che sia spento la funzione show on road (mostra sulla strada). - utilizzo direttamente JOSM oppure scarichi nella modalità disco esterno (monta il gps come un disco) quindi non mi consigliate di passare al sistema UTM ,iusto? si In bocca al lupo per il tuo progetto, ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM-IT 2011, quando ?
2011/8/3 Maurizio Napolitano napoo...@gmail.com: Ciao Stefano ci sono stati alcuni intoppi ed ora la cosa e' stata ripresa in mano. Questo il sito ufficiale http://conf.openstreetmap.it/ (grazie a Luca De Lucchi) Ho creato un abozzo per una pagina nel wiki di osm con un link a questo sito. Se sapete di più, aggiungete le informazioni qui: http://wiki.openstreetmap.org/wiki/OSMit2011 Grazie, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Where did you edit (dove hai mappato)?
Segnalo questo nuovo servizio di Stephan Knauß: http://wdye.osm-tools.org/ inserite un username e si crea una heatmap dove avete fatto dei edit. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Id stability
2011/8/2 Ian ian.d...@gmail.com: On Tuesday, August 2, 2011 10:14:13 AM UTC-5, Gregor Horvath wrote: Now if this node (point on a map) is replaced with another one by a fellow mapper (for whatever reason), I think it would be a progress if ID 1381574156 points to the new node instead of vanishing. Who or what decides that the ID 1381574156 should move rather than disappear? If it is to be a computer algorithm, who writes it? What happens when a node tagged as a pub turns into a way tagged as the same pub? Maybe it turns into a relation (because it is a multipolygon)? With current semantics it is not possible to decide where to go with an ID if an object gets changed. Many objects have tags like building=yes, amenity=xy on them, and you can't even tell from the data whether name is referring to the building or to the amenity. How would you know whether the ID was used for the building or for the service inside the building? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Digitalradio.de - Karte ohne Attributierung?
Schlimmer noch: Es werden die Tiles vom Hauptserver gezogen. Das mit dem Tileserver verstehe ich nicht - entschuldigt, aber damit habe ich mich noch nicht so recht beschäftigt. Wo ist da das Problem bzw. was ist der Vorteil, den anderen Server zu verwenden? der Tileserver auf OSM.org ist ein Service für die Mapper und eine Demo, was in unseren Daten steckt. Die Nutzungsbedingungen sind hier: http://wiki.openstreetmap.org/wiki/Tile_usage_policy Für private Seiten mit wenigen Zugriffen kann man den Dienst nutzen, aber wenn man eine professionelle Seite mit vielen Zugriffen betreibt, darf man das nicht mehr. Dann sollte man entweder einen Tileserver von Dritten benutzen (mapquest erlaubt z.B. die Nutzung, daher der Hinweis darauf), oder einen eigenen Server aufsetzen. Und Mapquest ist doch ein kommerzieller Dienst, wenn ich das richtig sehe? die Nutzung ist kostenlos, betrieben wird das von AOL. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gab es in einem Bereich schon einmal Nodes?
Du könntest z.B. in Potlatch1 u drücken und sehen, ob nach einigem Warten ein paar rote (=gelöschte) Ways auftauchen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gab es in einem Bereich schon einmal Nodes?
Am 2. August 2011 12:53 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Du könntest z.B. in Potlatch1 u drücken und sehen, ob nach einigem Warten ein paar rote (=gelöschte) Ways auftauchen. Sorry, Du suchst wohl nodes? PL1 findet nur ways. Versuchs mal mit OWL: http://matt.dev.openstreetmap.org/owl_viewer/map auf die Stelle sehr weit reinzoomen und das tile anclicken. Alternativ: Einen alten Planet runterladen und mit Osmosis die Stelle ausschneiden, die Dich interessiert. Dann z.B. in JOSM öffnen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] info GPS
2011/8/2 paola_cape...@alice.it paola_cape...@alice.it: mappa. ora che ho preso i dati con il mio GPS è necessario usare un programma come Vertogis per passare da WGS84 coordinate geografiche (date dal mio GPS) a WGS84 UTM? o posso direttamente trasformare i dati in gpx con il GPSBabel? La cosa migliore come già scritto da altri è registrare e tenere i dati del GPS in WGS84. Se vuoi caricare la traccia sul portale (per renderlo disponibile anche ad altre persone) credo che sia richiesto WGS84 (consiglio trackable oppure identificable). upload qui: http://www.openstreetmap.org/traces informazioni qui: http://wiki.openstreetmap.org/wiki/Upload http://wiki.openstreetmap.org/wiki/Visibility_of_GPS_traces comunque non è necessario pubblicare le tracce del GPS, ma è un buon metodo per a) archivare in pubblico b) dare possibilità ad altri mappatori di verificare le tue e le loro tracce e di aggiustare la posizione delle ortofoto c) provare che hai percorso la strada d'avvero C'è chi pulisce i dati del GPS prima di uploadare ma secondome non ha senso ( a precindere delle nuvole del tempo fermo, dove io per esempio spengo la registrazione del GPS). Questa prima elaborazione già toglie delle informazioni utili che nella traccia originale sono contenute. I dati di OSM (GPS e dati) sono tutti in WGS84 nel database, e solo nella fase di rendering/editing (Mapnik, T@H, JOSM, Potlatch) vengono trasformati in spherical mercator (EPSG 900913 / 3857) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-legal-talk] City of Kamloops Free data.
2011/8/1 Matthew Buchanan matthew.ian.bucha...@gmail.com: Please comment on whether this is okay, and if so if anyone wants to help. it is OK if the local mapping community agrees to that and finds the imported data useful, suitable, accurate and up to date. If there is no local community to maintain that data it might be better not to import it. To get a better general impression what many people think about imports and their impact on the project and on the community, see the panel discussion that took place some weeks ago at SOTM-EU in Vienna: streaming: http://matterhorn.zserv.tuwien.ac.at/engage/ui/watch.html?id=Unscheduled-lecturetube-ei7-1310828485866 download: http://sotm-eu.org/videos/ImportsPanel.ogg cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] API misuse at Flickr, WAS: Id stability
2011/8/1 Toby Murray toby.mur...@gmail.com: Flickr does this too, by the way: http://code.flickr.com/blog/2009/09/28/thats-maybe-a-bit-too-dorky-even-for-us/ according to this blog entry from 2009 Flickr is using the main API to get tag information of OSM objects. Isn't this a misuse of the API which should be reserved to mapping activity? Not sure about the technical details of osm integration in Flickr and whether they are really using the API and not the XAPI, but if they use the API they should be encouraged to switch to one of the XAPIs or mirror the osm data themselves. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] Appartamenti turistici
2011/7/31 marcram marcr...@email.it: Ciao a tutti come etichetto un residence, inteso come appartamenti affittati ad uso turistico per brevi periodi (1-2 settimane o mesi)? Cercando su Tagwatch ho trovato l'utilizzo di tourism=apartments, nemmeno accennato sul wiki, in assenza di alternative userò quello. si, secondome va bene. Se sono casette singole c'è anche tourism=chalet. cheers, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
2011/7/28 Frederik Ramm frede...@remote.org: I hope that I'll soon be able to set up a prototype of this feature and then we can all look at it together and we'll have a much better idea how it feels in practice. depending on how the mapper structures his work it might also often be desirable to have more granularity then just a whole changeset (i.e. flag single actions or groups of actions contained in a changeset). In your given example this would not be needed, but I happen to see also very big changesets with hundreds of single actions in them. The simplest solution might be to appeal to the mappers to structure their uploads in a way that they contain only actions for one task/one kind of edit and they all adhere ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Welche MaxHeight wird angegeben ?
Am 29. Juli 2011 11:16 schrieb Wolfgang wolfg...@ivkasogis.de: ja klar, aber wenn sein Fahrzeug schmaler ist als 4 m (2,50m ist AFAIK die Maxbreite für reguläre Fahrzeuge) dann würde er vielleicht noch durchkommen, aber laut Daten schon nicht mehr. Er soll sich aber nicht ins Guiness-Buch der Rekorde für das höchste Fahrzeug, dass jemals diese Unterführung passiert hat, qualifizieren, sondern da heil und sicher durchkommen. Deshalb in ausreichendem Abstand von der Mitte mit etwas Sicherheit (*abrunden*) messen. Wenn die Durchfahrtshöhe auf 4m Breite ausreicht, wird der Fahrer mit dem 2,50m breiten Fahrzeug durchkommen, es sei denn die Durchfahrt liegt in einer scharfen Kurve. M.E. ist 4m Breite zu viel Toleranz da normale Fahrzeuge nicht mehr als 250cm haben dürfen und tatsächlich auch noch etwas weniger haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Use of official names Re: shortened names
2011/7/28 Colin Smale colin.sm...@xs4all.nl: It sounds like there are three types of street name: 1) Official, as decided by the Powers That Be 2) Signed, as displayed on the signs 3) Colloquial, as people habitually use So which one do we put in name=*, and what do we do with the others? 1) should generally be name if there is not good reason not to do this (i.e. nobody uses this official name, then you put it in official_name and use name for the one that's used) 2) some people use visible_name for this, of course you'd omit it if identical to name 3) there is various tags in use for this, e.g. loc_name, alt_name, reg_name, nat_name see also http://wiki.openstreetmap.org/wiki/Name cheers, Martin PS: I suggest to continue on [tagging] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Use of official names Re: shortened names
2011/7/28 Nathan Edgars II nerou...@gmail.com: Then the process for finding the name would need to include traveling the entire length of the road and looking at each sign. Because of sign inconsistency, one would end up with parallel streets, some abbreviated and some not. Because of sign inconsistency may you want to map the single signs? There is key:traffic_sign ;-) cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Use of official names Re: shortened names
2011/7/28 Joseph Reeves iknowjos...@gmail.com: 4. although the tag name is used by Mapnik and others, please don't fulfill the tag name for the renderers Likewise, my favourite annoyance tagging a place name with the English and the Arabic [1]: This is IMHO a hint where we could improve the rendering to overcome this situation, as it is clearly tagging for the renderers. I guess the editor who made this edit in Version 31 (before it was consistent) added the comment: tripoli. International together with arabic name, like all other places . so I'd assume good will. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Use of official names Re: shortened names
2011/7/28 Kay Drangmeister k...@drangmeister.net: Yup, my favourite is Europe's most important country: http://osm.org/go/0B2j- covering the country name for UK, Germany, and other nearby countries :-D If you're referring to Belgium: they actually do have 3 official names. Not sure how to deal correctly with this naming only one without insulting one or the other. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Welche MaxHeight wird angegeben ?
Am 28. Juli 2011 08:03 schrieb Georg Feddern o...@bavarianmallet.de: um diese Fälle abzudecken zu können, müsste man tatsächlich eine math. Formel angeben hatte ich ja geschrieben: Bogenform. Üblicherweise wird es ein Korbbogen (mit 3 oder 5 Einsatzpunkten) oder alte Bögen evtl. Spitz- oder Rundbogen sein. Damit kann man in Verbindung mit der Scheitelhöhe und der Basisbreite schon mal ganz ordentlich abschätzen, ob man durchpasst oder nicht. Andere Bogenformen auch hier: http://de.wikipedia.org/wiki/Bogen_(Architektur) - oder die maxheight in Abstufungen zur gegeben Breite angeben z. B. maxheight:forWidth2=x, maxheight:forWidth2.5=y, maxheight:forWidth3=y usw. Wenn man sich dann noch auf ein einheitliches Format einigen könnte, dann könnte man das evtl. sogar auswerten. ja, die Auswertung dieser Syntax wäre schön einfach. Maxheight ist dann allerdings, sofern es keine Schilder gibt, nicht der richtige Tag, da es die rechtliche Zulässigkeit und nicht die tatsächliche Geometrie beschreibt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Altitude im Wiki
Da diese Seiten wohl auf deutschsprachige Initiative entstanden sind, melde ich mich mal hier. Brauchen wir diese Seiten im Wiki? http://wiki.openstreetmap.org/wiki/Altitude m.E. ist alt für Höhendaten auf der Oberfläche nicht sinnvoll, es gibt ja bereits ele dafür. Was haltet Ihr davon, das jeweils in ele zu ändern? alt ist praktisch nicht in Gebrauch: http://taginfo.openstreetmap.org/keys/alt#values und darüberhinaus bietet es Verwechslungspotential mit alt für alternative. s.z.B. hier: http://taginfo.openstreetmap.org/keys/ref%3Aalt#values Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] lat and lon in the db
2011/7/27 Kenneth Gonsalves law...@gmail.com: on querying the db, I get the lat and lon of a particular place as: lat 145921624 lon 864071554 but the map shows the correct figures: lat 12.9954832 lon 77.6208684 I guess these coordinates are the same, the first are the coordinates in your projection the latter in latlong. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shortened names
2011/7/27 Kay Drangmeister k...@drangmeister.net: Am 27.07.2011, 12:01 Uhr, schrieb Richard Fairhurst rich...@systemed.net: every native English speaker would pronunce St in that context as 'saint'. That, to me, is a pretty conclusive argument that we should tag St. Alas, and in German St abbreviates Sankt (which also means by chance Saint). So you can conclusively say for each place if it's the english or the german Abbreviation? Not to mention other countries with multiple languages. In Italian S. can mean San, Sant' and Santa, Ss. can mean Santi and Santissimo/Santissima/Santissimi/Santissime because you have to care for gender, grammatical number and if the name starts with a vowel. I guess dealing automatically with this is not completely impossible but it certainly requires some effort (not to mention if you wanted to apply different rules for all languages that occur in the planet). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shortened names
...but the point is that here the name seems to be St Albans so why should we be the only ones to expand it? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shortened names
2011/7/28 Richard Mann richard.mann.westoxf...@gmail.com: name is what is on (the majority of) the signs name is the name. Or what would be the name if the sign-majority was defined and there were 2 differing signs? nil? Or if there was 1 sign and that was spellt wrong? Signs are indices, but they contain errors and bugs like everything else. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Welche MaxHeight wird angegeben ?
Am 27. Juli 2011 15:03 schrieb Jan Tappenbeck o...@tappenbeck.net: wenn man eine Bogendurchfahrt hat, dann ist am Rand die Durchfahrtshöhe anders als in der Mitte (idr). Wie würdet Ihr dieses bei maxheight anschreiben ? Du könntest den mittleren Wert als maxheight an den highway setzen und an der niedrigen Stelle einen Node setzen mit dem maxheight der seitlichen Höhe (ggf. für die Durchfahrt auch einen Way zeichnen, der die 3 nodes verbindet, z.B. barrier=entrance, bzw. wenn Du die Mauer schon hast dann den Durchfahrtsteil absplitten und mit barrier=entrance taggen). Alternativ müsste man ein Proposal machen, wie man das alles parametrisch (mit Breite, Bogenform und mittlerer sowie seitlicher Höhe) an einen Node hängen kann. Beides wird natürlich derzeit AFAIK nirgends ausgewertet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: gibt es ein Werkzeug - Flächen zu prüfen
Am 27. Juli 2011 14:26 schrieb fx99 f...@vollbio.de: sieht für mich auch gut aus. Hab den Weg mal in ein MP reingepackt, auch da heißt es geschlossen! JOSM kann seit kurzem auch darstellen, ob ein Weg geschlossen ist (sieht man am Icon z.B. im Selection-fenster) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Prozess auf Heimserver starten
Am 27. Juli 2011 20:37 schrieb Frederik Ramm frede...@remote.org: nohup meinprogramm.sh oder Du installierst Dir screen, das ist etwas komfortabler, weil Du da beim Wieder-Einloggen wieder die gleiche Shell-Sitzung zurueckholen kannst und so direkt siehst, was das Programm evtl. ausgegeben hat. nachdem man sich durch die 2500 Zeilen manpage gelesen hat ;-) Man kann übrigens auch bereits laufende Programme anhalten und in den Hintergrund schicken: mit strg+z hält man das laufende Programm an mit bg 1 (oder einer anderen Nummer, je nach Ausgabe von jobs) kann man den Befehl dann in den Hintergrund schicken, mit fg 1 wieder hervorholen. jobs zeigt die Befehle mit Nummern und Status (angehalten/fertig/etc) an. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche MaxHeight wird angegeben ?
Am 28. Juli 2011 00:33 schrieb Wolfgang wolfg...@ivkasogis.de: Wenn nichts dran steht und die Höhe 4m unterschreitet, ca. 2m von der Mitte auf beiden Seiten messen und den niedrigeren Wert abgerundet übernehmen. Der Fahrer eines entsprechenden Fahrzeuges sollte mit der Problematik vertraut sein und da dann heil durchkommen. ja klar, aber wenn sein Fahrzeug schmaler ist als 4 m (2,50m ist AFAIK die Maxbreite für reguläre Fahrzeuge) dann würde er vielleicht noch durchkommen, aber laut Daten schon nicht mehr. Gru0 Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Nomi delle regioni
2011/7/27 Federico Cozzi f.co...@gmail.com: 2011/7/26 M∡rtin Koppenhoefer dieterdre...@gmail.com: Concordo con Luca che si tratta cmq. di un bug che le regole di mapnik non renderizzano i regioni che non sono mappati con un nodo ma con un'area. Non conosco bene Mapnik e la cartografia automatica. Nelle mappe tradizionali la posizione delle label dipende anche dall'estensione della mappa che si va a realizzare. Mi spiego con un esempio. L'etichetta Francia, in un planisfero, dovrebbe essere all'incirca al centro della Francia. Ma se realizzo una mappa della sola Italia (quelle che una volta erano appese ai muri a scuola...), nel bordo a N-O ci finisce un pezzettino di Francia, e lì vorrei comunque l'etichetta Francia, anche se in quella mappa non è visibile il centro della Francia. Per questo motivo penso che il nodo al centro della regione per facilitare il piazzamento delle label sia un aiuto soltanto parziale per Mapnik. Nel caso Mapnik debba realizzare un planisfero, potrebbe seguire il suggerimento del nodo per il posizionamento; ma se deve realizzare una mappa parziale, vorrei che fosse intelligente come una buona vecchia cartina. +1, si, se fai un immagine lo vuoi fare così, ma se crei dei tiles non ti puoi comportare in questo modo, altrimenti avresti delle scritte uguali per lo stesso paese. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] shortened names
2011/7/26 Robin Paulson robin.paul...@gmail.com: does anyone here know what st albans in uk is actually called then? i've been told it's st albans, not saint albans as i 'corrected' it to I think it is actually written St Albans as stated above. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shortened names
2011/7/26 Richard Fairhurst rich...@systemed.net: Mind you, British English orthography is also that Martin has an a in it, not a ∡. ;) Hello Rich∡rd, orthography doesn't apply to names, but Martin as my name is, has indeed no ∡ in it. I just put it there on a whim. Interestingly humans don't have a problem substituting this in their mind with an a. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Naturschutzgebiet
Am 26. Juli 2011 15:02 schrieb tshrub my-email-confirmat...@online.de: # Nationalparks (class 2) mit ?? = nationalpark (weiß grad nicht) falsch! das kann man nicht _ergänzend_ nehmen, da nicht 2x ein Schlüssel (boundary) verwendet werden darf. man kann aber problemlos 2 multipolygon-relationen erstellen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet
Am 25. Juli 2011 20:09 schrieb Michael Bemmerl osm-t...@mx-server.de: Markus schrieb: Wie schreibt man Betreten verboten in die DB? Wie wär's mit access=no? Braucht man das? Den genauen Status geben doch die Tags für das Naturschutzgebiet schon an, access=no ist so unscharf, dass man es hier m.E. besser weglässt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3x3D // Re: 3D-Objekte aus Umgebungsbildern
Am 26. Juli 2011 20:50 schrieb Markus liste12a4...@gmx.de: Ich dachte dabei an Tags wie Farbe der Wand/des Dachs, Dachform, Höhe bei Gebäuden, deren Umrisse bereits erfasst sind. Ist so etwas schon einmal diskutiert worden? Ja, Martin Koppenhöfer hat sich dazu viele Gedanken und ein Datenschema gemacht. Die Initiative ging von Marek aus, der verschiedene Baumtypen zur parametrischen Modellierung sowie Brückentypen vorgeschlagen hat. Im Bereich building und Unterseiten (und proposals) gibt es im Wiki auch schon ein paar Konzepte, wobei das nicht alles gleich gut funktioniert. Einen Anfang für das Konzept einer parallelen und eng verknüpften 3D-Datenbank gibt es hier, ist aber noch eine frühe draft-Phase: http://wiki.openstreetmap.org/wiki/OSM-4D Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3x3D // Re: 3D-Objekte aus Umgebungsbildern
Am 27. Juli 2011 02:01 schrieb RalfGesellensetter r...@gmx.de: Am Dienstag, 26. Juli 2011 schrieb Markus: Ja, Martin Koppenhöfer hat sich dazu viele Gedanken und ein Datenschema gemacht. Danke, Martin, Walter und Markus! bevor hier bei manchen ein falscher Eindruck entsteht: es gibt unzählige Beiträge zum Thema 3D und OSM, es gibt sogar einen Viewer von der Uni Heidelberg um OSM in 3D anzusehen: http://wiki.openstreetmap.org/wiki/DE:OSM-3D Mein Verdienst ist das alles nicht ;-) Startpunkte für eine Recherche könnten z.B. die Seiten in der 3D-Kategorie sein: http://wiki.openstreetmap.org/wiki/Category:3D Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Nomi delle regioni
2011/7/26 Luca Delucchi lucadel...@gmail.com: Devo dire che l'idea di aggiungere un nodo all'interno di ogni regione non mi esalta; però, visto che è così in quasi tutte le nazioni europee, che facciamo? facciamo cambiare il rendering! secondome l'idea di proporre un punto per mettere un label (nodo con ruolo label) non è sbagliato, e chi non vuolo può cmq. lasciare la scelta alla software anzichè all'umano ;-) Concordo con Luca che si tratta cmq. di un bug che le regole di mapnik non renderizzano i regioni che non sono mappati con un nodo ma con un'area. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Mappen per Bing?!
Am 25. Juli 2011 14:28 schrieb Frederik Granna webmas...@granna.de: Ich meinte eher diese History: http://www.openstreetmap.org/browse/way/22965249/history . genau die zeigt ja den Changeset-Kommentar an, wenn er denn gesetzt wird (wie Du in Deinem Beispiel z.B. an der Version 12 sehen kannst). Je genauer man dort einträgt, was man weshalb gemacht hat, um so mehr wird auch dem nächsten Mapper klar, was gelaufen ist. Wenn man wie sysrun einfach nichts schreibt, ist das halt wenig hilfreich. Ein Beispiel könnte z.B. sein: D-Brandenburg, Tracing roads from Bing, no local knowledge oder so. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erschließung in zweiter Reihe - ab wann service mit erfassen
Am 24. Juli 2011 09:09 schrieb Walter Nordmann walter.nordm...@web.de: access=private, wie in der Dornbreite 247ff, bitte nur, wenn da wirklich ein Schild privat steht. privat-Durchgang verboten müsste da m.E. stehen (wenn da nur Privatstraße steht, dann heisst das noch nichts für den access, der kann durchaus trotzdem rechtlich garantiert sein). Wobei eine Einfriedung (Zaun etc) auch ohne Schild und auch wenn das Tor offen steht eindeutig und verbindlich signalisiert, dass es sich um einen privaten Bereich handelt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer - Inselgruppe
Am 24. Juli 2011 18:26 schrieb Chris66 chris66...@gmx.de: man könnte das auch mit einer Multipolygon-Relation machen (type=multipolygon, place=archipelago) So wird es ja derzeit oft gemacht. Ostfriesische Inseln: http://www.openstreetmap.org/browse/relation/963669 Ist ok[1], solange die Inseln klein sind und die Coastline jeweils nur aus *einem* Way besteht. http://www.openstreetmap.org/browse/relation/1382469 (Die Relation lädt bei mir jetzt schon seit 5 Minuten) das liegt daran, dass die db sich alle Members zusammensuchen muss, und würde sich mit einem anderen Relationstyp auch nicht ändern. [1] Wobei MPs eigentlich dazu gedacht sind Polygone mit Löchern zu definieren, nicht um Objekte zusammenzufassen. Das ist ein Mythos. Multipolygone sind Konstrukte, um aus ways Polygone zu definieren. Die Mindestanforderung ist ein outer way. Löcher braucht man nicht, wenn man sie hat braucht man allerdings Multipolygone. Für das o.g. Beispiel Inselgruppe kann man mit einer Multipolygonrelation ein Objekt (die Inselgruppe) konstruieren, das aus mehreren für sich geschlossenen Polygonen besteht, und diesem dann die entsprechenden Tags zuweisen (Inselgruppe, z.B. natural=archipelago, name=foo) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Place
Am 24. Juli 2011 20:05 schrieb Chris66 chris66...@gmx.de: Am 24.07.2011 19:55, schrieb M∡rtin Koppenhoefer: Doppelte Erfassung sollte vermieden werden. die Erfassung mit Node und Polygon nicht doppelt, sofern man das über eine Relation zusammenbringt. Welchen types ? egal, das ist von Relationentyp völlig unabhängig. Zugegebenermaßen ist für MP-Relation derzeit kein label-node vorgesehen, aber das könnte man ja ändern, ansonsten könnte man z.B. eine place-relation erfinden, die site-relation passt definitionsgemäß m.E. nicht, hätte aber einen label-Node in ihrer Definition. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag 'visible_name'
2011/7/24 Federico Cozzi f.co...@gmail.com: 2011/7/24 Alessandro Pozzato apozz...@libero.it: a Venezia, in zona università Ca' Foscari e più precisamente qui [0], ho notato il tag 'visible name' per me interessante che però non è contemplato nel wiki. Potrebbe essere usato, per esempio, per quelle stradine così corte Secondo me il tag visible_name, che è usato solo a Venezia, è stato pensato (da chi l'ha usato) per indicare quello che si vede nei cartelli stradali delle calli veneziane. Mi riferisco ai nomi delle calli, fondamenta ecc. dipinti sulle pareti delle case, che spesso hanno un'ortografia peculiare e sono sempre in maiuscolo. Insomma è un tentativo di mappare quello che si vede, anche se poi andrebbe affiancato ad un tag name che riporti il nome normalizzato (ad es. con maiuscole e minuscole, con un'ortografia standard, ecc.) +1 Mi riccordo 1 anno fa qualcuno qui si aveva lamentato dei cugini tedesci che mettono tutto il nome in maiuscolo a Venezia. Per caso ho incontrato la (/una) persona a Berlino che faceva proprio quello (a Venezia). Il compromesso concordato con lui era un nuovo tag (visible_name). Dato che non fa male a nessuno lo lascerei com'è (per evitare edit wars) e nel caso che manca il tag name lo aggiungerei in formato normalizzato come facciamo sempre. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tag 'visible_name'
2011/7/24 Andrea Decorte adeco...@gmail.com: Concordo sulle abbreviazioni, uno dei rendering che mi piace di più è quello di Tuttocitta.it dove a zoom alti le vie sono mostrate con il nome abbreviato (Via G. Marconi) e poi zoomando viene mostrato il nome completo. Tuttavia non avendo un campo specifico nel database, si dovrebbe raccogliere una lista sul wiki di ciò che si può abbreviare C'è un progetto del GSoC/mapnik (di Hermann Kraus) che si occupa proprio di quello (renderizzare nomi anche in forma abbrev. se non c'è spazio per la versione lunga). Credo che fra poco sarà integrato. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: OpenSeaMap - translation Italiano
Ciao, Vi inoltro la seguente richiesta: Markus chiede se ci sono utenti italiani che sono interessati di tradurre la Openseamap in italiano. La lingua principale è il tedesco ma esiste anche una versione Inglese per partire. Loro usano typo3 con un plugin che rende la traduzione facile. ciao, Martin -- Weitergeleitete Nachricht -- Von: Markus Bärlocher markus.baerloc...@lau-net.de Datum: 21. Juli 2011 21:17 Betreff: OpenSeaMap - translation Italiano An: Martin Koppenhoefer dieterdre...@gmail.com Hallo Martin, kannst Du mal bitte in der italienischen Liste fragen, wer uns helfen mag, OpenSeaMap auf Italienisch zu aktualisieren? Wir arbeiten mit Typo3. Mit einem Sprachplugin werden im Backend die Sprachversionen übersichtlich nebeneinander in Spalten dargestellt und können so gut übersetzt werden. Ausgangssprache ist Deutsch. Sekundärsprache ist Englisch. Bei der Übersetzung von nautischen Fachbegriffen helfe ich gern. Mit herzlichem Gruss, Markus ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: OpenSeaMap - translation Italiano
Am 24. Juli 2011 20:07 schrieb Fabio Alessandro Locati fabioloc...@gmail.com: Di quante stringhe si parla? Se non sono tantissime, posso farlo io :) non lo sò, ma sembra che qualcosa già c'è: http://openseamap.org/index.php?id=31L=4 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Insel im Meer
Am 23. Juli 2011 17:26 schrieb Markus liste12a4...@gmx.de: @ Frederik: Die Punkte durch Küstenlinen zu ersetzen erscheint mir sinnvoll. was Punkte und Polygone angeht, ist die Lage nicht ganz so offensichtlich, wie sie vielleicht scheint. Bei den Bundesländern bspw. scheint es so, als ob sich beides durchgesetzt hat. Der Node wird in die Relation als Rolle label aufgenommen. Auch bei anderen Places wie Städten macht es wohl doch Sinn, auch einen Node zu haben, da sich nur aus dem Polygon dass (politische/topografische/strukturelle) Zentrum nicht unbedingt ergibt. Du schreibst: die Kuestenlinie wird beim Standard-Import ja rausgeworfen. Was bedeutet das? wird eine Küstenlinie an sich nicht gerendert? nur wenn da noch weitere Attribute dranhängen? warum? gemeint ist, dass osm2pgsql im standard-Stil natural=coastline nicht importiert (wenn da nicht noch was dran hängt, was doch noch zum Import führt). Das deshalb, weil sie nicht gebraucht werden. Die Küstenlinien (bzw. eigentlich die Landmasse) rendert mapnik mit Hilfe von Shapefiles, die vorher schon aus den OSM-Daten generiert werden (so wird besser sichergestellt, dass die Polygone geschlossen sind und das Land nicht überflutet wird). Seit einiger Zeit ist allerdings eine Option eingebaut, um die Küstenlinien doch zu importieren. Wenn der Renderer flächengrössen-abhängige Regeln kann, dann wäre das m.E. ein erster Ansatz, Inselnamen klassifiziert zu rendern. das geschieht bereits. Wobei dann noch die Problematik mit der Dominaz zu lösen wäre: Mit Dominanz meine ich: - geografische Bedeutung bezüglich der Umgebung - Entfernung zwischen Inseln bzw. zwischen Insel und Küstenstädten - Bedeutung (politisch, wirtschaftlich, etc) in Bezug zu anderen Orten Diese Dominanz ist (noch?) nicht klar, d.h. um das zu machen bräuchte man zusätzlich zu den bisher weitgehend fehlenden Daten auch erstmal eine Festlegung, was man wie werten und gewichten will, vor allem erstmal welche Indikatoren überhaupt berücksichtigt werden sollen. Als Anhaltspunkt und einigermaßen verbreitet könnte man die Einwohnerzahlen nehmen, ggf. in Kombination mit der Fläche und solchen Dingen wie ob es sich um eine Verwaltungszentrum / Hauptstadt handelt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Bounding box e confini amministrativi
2011/7/20 Stefano Pallicca palli...@gmail.com: Non avevo mai usato Osmosis, ad ogni modo ha fatto proprio al caso mio, unito a questo [1] per prendere i confini di cui avevo bisogno Ti consiglio pbftoosm per il tuo scopo: http://wiki.openstreetmap.org/wiki/Pbftoosm anche questo è capace di usare un poligono per tagliare ed è tante volte più veloce di osmosis. (taglia una zona piccola/media sul mio netbook in meno di un minuto da un estratto dell'Italia). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Moli, frangiflutti, dighe etc
2011/7/21 Demon Tage tagede...@gmail.com: La mia perplessità è relativa al fatto di taggare il porto e i sottoporti con dei nodi o con delle aree o con tutti e due. io mapperei con delle aree perciò non serve mettere nodi in più (si possono creare in automatico se un applicazione ne ha bisogno, ma nei dati osm sarebbero doppioni e quindi vengono considerati errati). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
per chi non legge la talk, inoltro un messaggio della LWG (License Working Group): (scusate se non lo traduco, ma non ho tempo al momento) ciao, Martin -- Forwarded message -- From: Richard Weait rich...@weait.com Date: 2011/7/20 Subject: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users. To: t...@openstreetmap.org Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Eigene Karten rendern
Am 20. Juli 2011 12:04 schrieb Andreas Tille andr...@an3as.eu: Wenn irgendwer derjenige ist, der das Privileg hat, seine Karte als Default auf osm.org dargestellt zu bekommen, dann muß er damit rechnen, daß es Leute gibt, die Fehler finden und den Wunsch äußern, daß sie korrigiert werden. Für sowas sollte eigentlich auch ein Bugtracking System her, in dem das Problem und die Diskussion dazu geloggt werden. Es ist ja soweit ich weiss grundsätzlich auch durchaus erwünscht, dass man konstruktive Verbesserungsvorschläge ins trac einstellt. Die URL ist trac.openstreetmap.org --- für die Mapnik-Render-Regeln muss man als Komponente mapnik auswählen. Klar ist aber auch, dass es die Regelmaintainer nie allen gleichzeitig Recht machen können, und von daher nicht jeder Vorschlag auch umgesetzt werden wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sommeraufgabe 2011
Am 19. Juli 2011 10:48 schrieb Chris66 chris66...@gmx.de: Also, es gibt ein Gebäude beschildert mit Kennedybollevard 302-654 (das heisst die Hausnummern sind Wohnungsnummern). wenn es Wohnungsnummern sind: evtl. ist addr:housenumber der falsche Tag (es gibt einen Vorschlag im Wiki für Wohnungsnummern)? Vermutlich meintest Du allerdings: jede Wohnung hat eine Hausnummer? Dieses hat mehrere Eingänge mit den entsprechenden Ranges: Eingang 1 : 302-352 Eingang 2 : 354-402 Eingang 3 : 402-446 etc. Ich könnte nun: (a) Jede Wohnung einzeln als addr:-Node mappen (ca. 100 Stück) ja, wenn Du dazu Lust hast ;-) (b) eine addr:interpolation quer über das Gebäude legen ja, bzw. mehrere (c) an den Eingängen Nodes mit: addr:housenumber=302-352 addr:interpolation=even ich würde momentan (c) bevorzugen, Nachteil: Nominatim kann vermutlich keine Single-Node-Interpolation. eher nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer
Am 19. Juli 2011 00:40 schrieb Markus liste12a4...@gmx.de: Eine Verfeinerung wäre abwärtskompatibel durch ein Zusatztag zB. island:level=1-10 oder so möglich. -1 Besser fände ich eine Klassifizierung nach gewichteten Messgrössen: - Fläche gibt es schon, man muss dazu die Insel als Fläche eintragen und nicht als node wie man es vielfach noch vorfindet - Einwohnerzahl gibt es schon: population - jährlicher Personenverkehr (Flugzeug, Schiff, Bahn) ist das eine Inseleigenschaft oder eine Eigenschaft der jeweiligen Straße/Schiene/Flughafen? M.E. letzteres. Wer so was auswerten will, kann sich das ja zusammensuchen, aber m.E. fehlen uns dazu überwiegend Quellen. - jährlicher Güterverkehr (Flugzeug, Schiff, Bahn) dito, s.o. - Dominanz was meinst Du damit? Auf die Fläche bezogen? Auf die Höhe über Meer? Auf die Einwohnerzahl? Auf das Durchschnittseinkommen? Auf das Steueraufkommen? Auf die Geburtenrate? Auf die Abwasserkosten? - Bruttosozialprodukt gibt es nur bei unabhängigen Inseln, nicht bei solchen, die Teil einer größeren Volkswirtschaft sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eBay Verkauf Seekarte ...
Am 19. Juli 2011 07:51 schrieb NopMap ekkeh...@gmx.de: Bedeutung der Lizenz hattest. Es ist völlig legitim, kostenlose OSM-Karten zu einem unverschämten Wucherpreis anzubieten, wenn man Dumme findet, die sie kaufen. :-) die Karten zu einem unverschämten Wucherpreis anzubieten halte ich nicht für legitim, legal und lizenzkonform ist es allerdings. Auf das oben verlinkte Angebot trifft Wucherpreis m.E. aber überhaupt nicht zu, die Karte wird inkl. Stick für 1,-EUR und 2,99 Versand angeboten, was daran Wucher sein soll erschließt sich mir nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Potlatch e risoluzione bing
2011/7/19 emmexx emm...@tiscalinet.it: Ho notato stamattina che e' aumentata la risoluzione dello sfondo Bing. Ora e' possibile arrivare ad un paio di livelli di zoom maggiori rispetto a qualche giorno fa. Almeno a Milano. Non so se dipenda da Bing o Potlatch. Per l'allineamento delle foto credo che anche a Milano è meglio usare le foto del PCN (è sufficente di spostare il livello wms/tms di Bing col apposito offset determinato con le tracce ed eventualmente le foto del PCN). Il livello massimo in JOSM è un'impostazione (a Roma è zoom 21 e credo anche a Milano dovrebbe essere uguale) e quindi se solo ora Potlatch te lo fa vedere è possibile che hanno cambiato il default del maxzoom (probabilmente anche in Potlatch è un impostazione che l'utente puo cambiare?). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party montagna
2011/7/18 niubii f.pelu...@gmail.com: Io ho imparato a mie spese (e quelle dei miei compagni) che non sempre ci si può fidare del PCN: http://dl.dropbox.com/u/20901490/SDC10261.JPG Quel tratto l'avevo taggato con highway=track, tracktype=3. si, secondome è pericoloso inserire tracktype dal PCN, dato che in realtà è impossibile riconoscere lo stato di una strada in un ortofoto (anche se alle volte si riesce ad indovinare giusto). Rimango del parere che facciamo meglio inserire strade e percorsi con highway=road per indicare che non sono stati rilevati in campo (per esempio anche se si capisca che una strada è probabilmente residential comunque i sensi unici mancanno). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Orphaned Relations
2011/7/17 Sarah Hoffmann lon...@denofr.de: Question remains what to do with the existing orphaned relations. Is there any legimate use for them or would it be save to simply delete them all? I would ask the last editors to verify them, and let them delete those in the case they are not needed. I suspect that some of these relations actually were emptied without the mapper wanting it, so there might be cases where relation should be reverted to the version before (but this would have to be checked, maybe in the meantime someone will have created a new relation). I'd think that it is save to delete unused empty relations which are in version 1 or which never had any members and have not been used. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Commenting and thumbs up/down feature for changesets
2011/7/13 Dave F. dave...@madasafish.com: On 11/07/2011 22:42, Frederik Ramm wrote: I just stumbled across a changeset where someone helpfully added a toilet:access=customers to 1350 pubs in the Greeater London area (thereby adding no information but freshening the time stamp of the objects, giving the cursory visitor the impression that the pub might actually have been resurveyed which it very likely hasn't). This is a perfectly acceptable addition which does add information - that it's not a public toilet. You can't just walk in of the street to spend a penny. -1 Unless this person has surveyed the 1350 pubs he doesn't add any information, because you can already see from the data that the toilet is inside a pub. There might be pubs which consent general use (not very probable, but in 1350 pubs this might be possible) in which case the edit not only was pointless but actually added wrong information. Why is it a problem getting time-stamped? If it doesn't, how would anybody know it's been edited able to verify it? the timestamp suggests that someone verified the existence of the pub, but in the case of this edit you can absolutely not tell whether that pub existed at the time the edit was performed, as all pubs were tagged (e.g. a pub which was closed 2 years ago still seems to be open as of 2011). Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
2011/7/18 Richard Fairhurst rich...@systemed.net: If you really care about empty relations, you are welcome to submit a patch to P2 that automatically deletes relations when they're set to 0 members (and undeletes them if you undo that action), of course! you could have empty relations (no own members) with tags on them that are themselves member of another relation and therefore usefull/intended without their own members. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mapnik bug? construction bridge site (over the water)
2011/7/18 Thomas Davie tom.da...@gmail.com: At least in my mental model of how rendering is expected to work, layer= should have priority over *all* other rendering order stuff. then you can file a ticket for the mapnik OSM-style. The makers of that style have decided to ignore the layer tags in some cases, e.g. a building over a road will always be rendered below the road, regardless which layer road or building are on. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Landuse im Autobahn-Kreuz
Am 12. Juli 2011 06:27 schrieb Jan Tappenbeck o...@tappenbeck.net: Wenn das Area aber alleinstehend ist, dann kann man das später ggf. einfacher umtaggen als wenn es mit dem angrenzenden Bereich verknüft ist. Es spielt für das Ändern der Tags keine Rolle, ob und wie die Flächen verbunden sind. Das Verbinden der Flächen ist Teil der Topologie: wenn die Flächen im echten Leben verbunden sind, dann sollten sie es auch in OSM sein. Wenn sie nicht verbunden sind (also noch etwas Flächiges dazwischen ist), dann wäre es auch falsch, sie in OSM zu verbinden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logicbot - Lizenz
Am 13. Juli 2011 00:33 schrieb Stefan Schwan stefan.sch...@googlemail.com: Diese Art der Änderung ist sicherlich nicht als schöpferische Leistung schutzwürdig und daher beim Aufräumen ignorierbar - es ist aber trotzdem extrem lästig, die inzwischen größtenteils gelben Wege zu checken! +1 Ich empfand die Aktion schon damals als Vandalismus und trage meine Boolean Werte nach wie vor als true und false ein. ja, es lebe der Pluralismus. Wieso sollte man sich auf einen Wert verständigen (yes ist 62mal so häufig wie true bei oneways) wenn man genausogut mehrere verschiedene Werte für dasselbe verwenden kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswirkungen der Lizenzumstellung auf Wegerelationen
Am 13. Juli 2011 11:46 schrieb Chris66 chris66...@gmx.de: Also mal abgesehen davon, dass an einer Routenrelation nun absolut gar nichts kreatives ist, Und Bing Abmalen ist dagegen kreativ? ja ist es. Abmalen halte ich alllerdings nicht für das richtige Wort. Lass mal 3 Leute dieselbe Gegend von einem Luftbild digitalisieren und vergleiche die Ergebnisse. Bei Gebäuden und evtl. Straßen mögen die noch sehr ähnlich sein, beim Rest aber ziemlich sicher nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Am 13. Juli 2011 22:16 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Peter peter@gmx.net wrote: Diese Wege tauchen bei zoom=13 auf, sind ab 15 dann gerötet. Das sehe ich als Bug, die kann man auch ab 13 rot machen. Verbotene Wege sollte man bei Feld Wald Wiesen Wanderwegen eher gar nicht darstellen Ich bin absolut dagegen eine solche Form von Selbstzensur zu üben. Gegen Zensur, ob selbst auferlegt oder von aussen, bin ich selbstredend auch, aber aus den genannten kartographischen Gründen könnte man durchaus überlegen, ob man Wege, die sowieso grundsätzlich nicht betreten werden dürfen, wirklich schon in Z13 darstellen will, dort aber die access-Attribute noch ignoriert, und erst in Z15 genauer darstellt, dass bestimmte Wege eben gar nicht genutzt werden dürfen. Oder ob man eben die Wege erst dann darstellt, wenn man auch genügend Platz hat darauf hinzuweisen, dass sie nicht benutzt werden dürfen. Bestimmte service werden (bzw. wurden) auch erst ab Z.15 dargestellt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Acquisto GPS
2011/7/12 ale_z...@libero.it ale_z...@libero.it: Io ti consiglierei una di queste due soluzioni: A) GPS tipo Garmin (che non amo molto perchè costano molto per quello che ti danno) Pro: robusto e preciso, vendono l'attacco per la bici. Contro: schermo piccolo, costoso (da circa 250€ in su). +1 aggiungo: schermo bene leggibile anche nella luce diretta del sole, usa batterie tipo standard, possibilità uso mappe osm (purtroppo dei GPS commerciali/dedicati i Garmin sono gli unici che ti permettono di usare mappe OSM perchè il formato è stato re-engineered), memoria estendibile con schede micro SD. Una possibilità per risparmiare è comprarlo negli USA (ma attento alle tasse), e.g. 60csx costa 170 EUR. Io sceglierei un GPS senza touch screen (tasti dedicati sono più veloce e affidabili una volta imparato si gestice anche ceco). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relazione route/hiking con più operatori
2011/7/12 Federico Cozzi f.co...@gmail.com: 2011/7/11 M∡rtin Koppenhoefer dieterdre...@gmail.com: ovviamente non conosco la situazione lì, ma se ci sono 2 operatori, quindi lo stesso sentiero è gestito da 2 enti direi che 2 relazioni vanno bene (cosí si evita anche un edit war perchè tutti vogliono che Non sono d'accordo, secondo me un operatore gestisce il sentiero fisico (la way), non la relazione (ad es. pulisce il tracciato, controlla la segnaletica, ecc.) quindi non credo che un medesimo sentiero possa generare due relazioni diverse a seconda dell'operatore. secondome sono delle cose distinte che possono anche coincidere ma non necessariamente. Il sentiero fisico viene (normalmente) gestito da qualcuno, e questa informazione la mettrei al way. Su questo way ci possono essere infiniti relazioni del tipo route, e ciascuna di queste relazioni può avere il suo operator (che mette la sua segnaletica). ciao, Martin PS: Scusate se rispondo tardi, stavo fuori per un po di tempo... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] State of The Map Europe a Vienna questo week-end
Ci siamo stati in 5: Luca, Napo, Michael v.G., Bartosz Fabianowski e me. E' stato molto interessante, ben organizzato, e se volete potete trovare una grande parte dei interventi qui in formato video (cliccate l'icone della telecamera): http://sotm-eu.org/schedule ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mapping party montagna
OFFLIST 2011/7/15 niubii f.pelu...@gmail.com: Come... Si è perso? C'e' da vergognarsi a leggere una cosa del genere, su questa mailing-list... ;-) anche io mi sono chiesto come era possibile, ma credo che è successo così: loro avevano 1 mappa cartacea in due (più una fotocopia). Per mappare di più si sono separati. La segnaletica in quel rifugio è spesso inesistente. Il GPS di Ale (quello con lo schermo) non funzionava più per qualche motivo. E' entrata in foresta dove l'orientazione in zone sconosciute è molto difficile. Dopo 1-2 ore si sono ritrovati... Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Granita (a Roma Grattachecca)
2011/7/13 Luigi Toscano luigi.tosc...@tiscali.it: On Wed, 13 Jul 2011 11:42:41 +0200, Alessandro Frigeri wrote: Ma perche' shop=kiosk? Ne abbiamo parlato altre volte in passato, quel tipo di tag e' nato per un particolare tipo di chioschi (che non corrisponde a quello che si trova in Italia). Il chiosco e' un tipo di edificio e non indica il bene venduto. +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Insel im Meer
Am 15. Juli 2011 14:26 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Für Inselgruppen fehlt hingegen noch ein Tagging-vorschlag (AFAIK), d.h. da könnte man helfen. Vorschlag für den Key: natural (das sehe ich als Hauptkey für geografische Features, s. dort z.B. was es schon gibt: Gipfel, Quelle, Höhleneingang, Strand, Bucht, etc.). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer
Am 12. Juli 2011 16:23 schrieb Markus liste12a4...@gmx.de: Hier steht, dass man die Coastline der Insel mit place=island bezeichnen soll, plus den Namen dazu: http://wiki.openstreetmap.org/wiki/DE:Tag:place=island Wenn ich mir aber unsere Mapnik-Karte anschaue, funktioniert das nicht so richtig. Woher weiss Mapnik, wann eine Insel klein und wann sie gross ist? Wie können wir ihm helfen, das besser zu erkennen? wenn die Insel als Fläche und nicht als Punkt drin ist, dann hat Mapnik eine gewisse Vorstellung von der Größe (abhängig vom Breitengrad ist das nicht überall genau gleich). Für Inselgruppen fehlt hingegen noch ein Tagging-vorschlag (AFAIK), d.h. da könnte man helfen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Topo Pirineos - or lots of new material to trace/import in the Pyrenees
2011/7/9 Felix Hartmann extremecar...@gmail.com: As we're still under CCBYSA 2.0, people can use it to trace rivers and trails to OSM :-) while the data is still distributed under cc-by-ca you cannot enter data any more in cc-by-sa only. All current contributions most also be compatible with odbl and the ct. or might we have another case of OSM data piracy (I'ld support the later, as there is no real data sources given for the rest of the data, and from my opinion clearly a pirated Garmin MPC has been used to create the map). do you have more details why you think that this is pirated data besides missing source-tags? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Geänderte Wegführung bei Radrouten
Am 11. Juli 2011 08:37 schrieb Andreas Tille andr...@an3as.eu: Das würde ich früher oder später wahrscheinlich mal ins Auge fassen, ändert jedoch nicht die Tatsache, daß die Schilder nach wie vor an der nicht mehr offiziellen Route angebracht sind. solange die Schilder da sind, würde ich die Route auf jeden Fall drinlassen (wenn sie auch so befahrbar ist, und vor allem auch angesichts der Tatsache, dass Du Dir selbst nicht sicher bist). Die Wegqualität hat sich ja nicht von einem Tag auf den anderen geändert. Ob und welche Route jetzt offiziell ist weisst Du nach Deinen bisherigen Mails auch gar nicht, das ganze beruht bisher nur auf einem Verdacht und alles nur Vermutungen. Wenn Du Gewissheit willst, könntest Du mal versuchen, jemanden auf dem Amt anzurufen (die schicken Dich da auch gern weiter, wenn sie nicht zuständig sind, mit ein bisschen Beharrung kommt man normalerweise an die Infos die man braucht). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landuse im Autobahn-Kreuz
Am 11. Juli 2011 19:02 schrieb Robert S. osm-m...@autobahnen-europa.eu: 2011/7/11 Jan Tappenbeck o...@tappenbeck.net Die reine Fahrbahnfläche ist mit area:highway [1] zu erfassen; das geht aber eigentlich nur, wenn auch ausreichend hochauflösende Luftbilder verfügbar sind. kann man machen. ist zu erfassen finde ich beim derzeitigen Stand allerdings deutlich übertrieben (gerademal 474 Straßenstücke sind bisher so erfasst, das macht einer allein in rel. kurzer Zeit). Der ganze Straßenbereich bekommt dann landuse=grass ?? Da möchte ich gerne widersprechen: wieso sollte eine Straße landuse=grass bekommen? landuse ist m.E. highway oder ähnlich, surface dann je nachdem Asphalt, Schotter oder Gras. , weil ja nicht direkt an der Asphaltkante das Straßenbegleitgrün (Gebüsch/Strauchwerk/Bäume etc.) losgeht, sonder es immer einen Grünstreifen gibt der z.B. Beschilderung, Leitplanken oder auch einen Entwässerungsgraben aufnimmt. Eben. Gerade weil es diese ganzen Elemente gibt, ist landuse=grass für eine Straße doch Quatsch. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de