Re: [OSM-talk] Retired Challenges + Thanks!
I just retired 'Ways Needing Smoothing' and 'Crossing Ways' I particularly enjoyed the first one as it got me to discover and map away for minutes to hours. Thanks for that, Martijn et al. Kay ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] OSM Mapnik-Karte. POI-Name wird nicht gerendert
Hi Am 19.06.2012, 14:55 Uhr, schrieb Rainer Kluge rklug...@web.de: [...] wird bei manchen POIs der Name gerendert, bei anderen nicht http://www.openstreetmap.org/browse/node/1295448069 Der Name der Bar würde den Straßennamen (Rue de la Republique) überschreiben. Überlappungen werden vermieden. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefgragen
Hi, Am 28.04.2012 18:44, schrieb Falk Zscheile: Am 28. April 2012 17:15 schrieb Kay Drangmeisterk...@drangmeister.net: gleich in's Wiki). Hintergrund: ich würde das gerne auf der Parkkarte korrekt darstellen. Aber gern doch. Mehr als zwei Beispiele habe ich leider nicht. 1. Beispiel: http://www.openstreetmap.org/browse/relation/2135015 Danke für die Beispiele, aber leider sind da keine Polygone in der mapnik-db drin. Die Europahalle ist eine Relation aus 4 Knoten (z.B. Eingänge, was die Driveway-Knoten darstellen sollen ist mir unklar). Somit kann ich da kein Flächenpolygon zeichnen (würde ich gerne). Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 29.04.2012 22:29, schrieb Falk Zscheile: Sich auf bloße Übersetzungen der englischen Seiten zu beschränken halte ich nicht für Sinnvoll. [...] sind wir in Deutschland [...] in der Regel schon bei Problemen angekommen, wo andere Länder erst viel später hin gelangen werden. Dabei denke ich insbesondere an die Verfeinerung des Taggingschemas. Die letzten beiden Sätze sind sicherlich korrekt. Es ist meiner Meinung nach nicht Sinnvoll ein national gefundenes Ergebnis nicht offiziell im Wiki dokumentieren zu sollen, weil das im Englischen so (noch) nicht vorhanden ist. Nur die Schlussfolgerung passt IMHO nicht. Du implizierst doch gerade, dass andere Länder (später) dieselben Diskussionen (und sinnvollerweise auch Ergebnisse) haben werden. Wieso diese dann auf einer nationalen Seite verbergen? Das ist ein gutes Rezept um einen Wildwuchs an Schemata zu generieren, wo es keine Not tut. :) Offensichtlich sollen die Nationalsprachen nicht nur ein Abklatsch aus dem englischen sein. Andererseits auch richtig. Wie immer lassen sich für beide Optionen gute Gegenargumente finden. Wie wäre es mit der verfeinerten Aussage: * So viel wie möglich in die englischen=internationalen Seiten * Wo abzusehen ist, dass es eine nationale Besonderheit ist (und es nicht stört dass es Fremde nicht lesen können), dann auf den deutschen Seiten dokumentieren. (Auch hier wie du schon richtig sagst, gilt es abzuwägen: Was ist eine Verfeinerung, was ist das Gegenteil. Maßgeblich dafür sollte der gesunde Menschenverstand hinsichtlich Auswertbarkeit der Daten sein.) Aber davon unabhängig, was denkt ihr über den Abstimmungsmodus, wie ich ihn vorschlug? Prinzipiell ganz gut. Gibt es solche Module. Auch hier wieder das Problem der Granularität, es kann vorkommen, dass mir ein Vorschlag super gefällt, aber ein Detail gar nicht. Reine Abstimmung sollte also nicht das Maß aller Dinge sein, sondern kann eine Tendenz zeigen. Ich finde die Doocracy - hier als Gegensatz zur Democracy gemeint - als Projektmodell attraktiv, weil es a) reine Ego-Kämpfe niedrig hält, b) die Leute die OSM groken und etwas implementieren (ganz platt gesagt) umsichtige Leute sind. Insofern gebe ich diesen gerne ein höheres Gewicht als meine eigene Meinung. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiefgragen
Hi alle und Falk, Am 14.04.2012 11:50, schrieb Falk Zscheile: So, ich habe meine Lösung hier: http://wiki.openstreetmap.org/wiki/DE_talk:Tag:amenity%3Dparking dokumentiert und freue mich über Kommentare. Ich hätte gerne ein paar Beispiele (OSM-IDs oder Links auf die Karte), bitte hier auf die Liste (und am Besten auch gleich in's Wiki). Hintergrund: ich würde das gerne auf der Parkkarte korrekt darstellen. Danke, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] etwas übertrieben ? missing-housenumber, das hat schon seinen Sinn
Am 12.04.2012, 11:17 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Hierzu gibt es auch eine aussagekräftige Karte die Hilft fehlende Hausnummern zu ermitteln. http://www.tappenbeck.net/osm/maps/deu/index.php?id=1041zoom=16lat=53.8626lon=10.67608layers=BFTlang=de Wieso nicht einfach das (automatisch aktualisierte) http://tools.geofabrik.de/osmi/?view=addresseslon=10.67608lat=53.86260zoom=16overlays=buildings_with_addresses,no_addr_street,street_not_found,interpolation_errors ? Ciao, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] automated abbreviation changes?!
Lynn wrote: my address is: USPS: 521 Waterman Ln SE Full: 521 Waterman Lane SouthEast But I've never, ever written it in the full form and even the city-supplied street sign shows Waterman Ln. http://www.googlefight.com/index.php?lang=en_GBword1=%22waterman+ln%22word2=%22waterman+lane%22 this looks like it is almost a draw (181:150). So never ever seems exaggerated. :-) Cheers, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fahrspuren die 315 und Kreuzungen
Hi alle, Am 07.03.2012, 01:06 Uhr, schrieb Christian Müller cmu...@gmx.de: Hi Stephan, Am 07.03.2012 00:15, schrieb Stephan Wolff: Ich kann nicht erkennen, dass die Stern-Topologie die von mir genannten Probleme löst. Ob die Ampeln und die Radwegquerungen zur Kreuzung gehören, ist aus den Daten nicht erkennbar. Aber natürlich ist es das. Die Radwege queren dort, wo sie auch in der Realität queren, selbst die Ampeln sind präziser platziert als vorher - oder hast Du schonmal eine Ampel mitten auf der Kreuzung stehen sehen? IMHO hat eine Stern-Topologie in vielen Fällen nichts mit der Realität zu tun. Typisches Beispiel: irgendeine Kreuzung in Würzburg: http://binged.it/wI7FIU So jetzt identifiziere mal das was als Kreuzung betrachtet werden sollte. Analog: Wie viele Kreuzungen sind auf dem Bild zu sehen? Besonders dabei zu beachten: es gehen zahlreiche Fahrspuren frühzeitig ab, um an Kreuzung A vorbei zu führen, damit man an Kreuzung B dann links oder rechts fahren kann. Somit bleibt einem die Wahl: gehört Kreuzung B zu A und alles auf dem Bild ist eine große Kreuzung (mindestens einmal rauszoomen um sie in aller Pracht zu sehen)? Oder sind sie getrennt, dann müsste aber die Abfahrt zu B schon konsequenterweise als eigene Kreuzung zu sehen sein, also A'. Insgesamt wäre dann jede Abfahrt schon eine eigene Kreuzung, im Bild wären also ca. 40 solcher Kreuzungen zu sehen. Das zeigt doch, dass wir schon mit dem Begriff Fahrspur (im Sinne von diese gehört zu Kreuzung X) große Probleme haben (werden). Für praktisch alle nicht-trivialen Kreuzungen macht also der Begriff einer Kreuzung wenig Sinn. (Außer natürlich, um evtl. ein Gebiet mit Namen zu kennzeichnen.) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Wind turbines no longer rendered on mapnik layer
Vincent Privat wrote: So maybe we'll finally have an answer to our questions in http://trac.openstreetmap.org/ticket/3266 ? Isn't there a hstore in the rendering-db? Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Draft für lanes Proposal
Hallo, Am 03.02.2012, 15:23 Uhr, schrieb Tobias Knerr o...@tobias-knerr.de: Am 03.02.2012 14:50, schrieb Martin Vonwald: Ich verstehe den Unterschied nicht zu :forward/:backward. Was sollte dann anders definiert sein bei :left/:right? Die Idee ist dieselbe. Es vermeidet aber Verwirrung, weil es bei deiner aktuellen Version sein kann, dass eine lane:forward eine andere Richtung als forward hat - z.B. both, wie in deinem Beispiel mit der Radspur: Ich habe mir damals bei dem parking:lane-Proposal viele Gedanken gemacht zum Thema forward/backward vs. left/right. Damals gab es vornehmlich nur forward/backward. Die Idee, left/right einzuführen begab sich aus der Notwendigkeit heraus, Dinge links und rechts der Straße darzustellen, und zwar insbesondere in dem Falle, dass es sich um eine Einbahnstraße handelt. Mein Fazit zum Unterschied zw. beiden: * Nimm left/right, wenn es sich um *stationäre* Dinge handelt, die sich links/rechts der Straße befinden, z.B. Parkbuchten. (Es geht um Punkte (oder Punktmengen), die sich links oder rechts im Hinblick auf den Way-Vektor befinden). * Nimm forward/backward, wenn es sich um den *bewegenden* Verkehr handelt, z.B. unterschiedliche maxspeed in beide Richtungen. (Es geht um Vektoren, die in dieselbe oder entgegengesetzte Richtungen wie der Way gehen.) Ein Problem mit Linksverkehr ergibt sich bei beiden Möglichkeiten eigentlich nicht. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Hi, Am 25.01.2012, 09:11 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Wie ist es nun aber mit den Geschäften und Praxen (POI allgmein) die zu diesem Gebäude gehören? ... für sinnvoll halten diese in der Gebäuderelation mit zu erfassen Nur ein Wort zum Thema Redundanz: Bitte Relationen nicht überstrapazieren. Wir *HABEN* eine geospatiale Datenbank. Sprich: Abfragen wie welche POIs gehören zu welchem Gebäude lassen sich direkt als Welche POIs befinden sich innerhalb des building-polygons übersetzen, dazu braucht es keine zusätzliche Relation. (Klar gibt es immer Ausnahmen, wie dieser POI befindet sich innerhalb des Gebäudes mit Hausnummer 5, hat aber 5a, aber die kann man eben so erfassen. Nur sollten nicht für 95%-Fälle überflüssige Datenstrukturen generiert werden.) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] New version of the parking map
Hi all, Happy new year! I updated the parking map style on http://parking.openstreetmap.de Changes are: * new keywords are now accepted for parking:lane:* * parallel instead of inline * perpendicular instead of orthogonal * the old keywords are supported for a while, but discouraged * vending machines for parking tickets are now displayed * Parking lots for shops have now the shop names (parking:condition:area:customers=xxx) * Parking nodes are now displayed with the correct color (i.e. green for free, etc.) * Parking areas are now semi-transparent, so that the parking_aisles are seen through * incomplete data (i.e. unknown parking condition) is displayed in purple) Please debug your area (use /dirty to redraw tiles) and comment on any bugs/wishes. Also, try to add additional tags for purple parking lots (best: parking:condition:area= free/ticket/customers/private/disc, at least: fee=yes/no) Kind regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hausnummern auf Gebäudeumriss ?!
Am 18.11.2011, 13:20 Uhr, schrieb lulu-...@gmx.de: Bei einfachen Einfamilienhäusern einfach in die Fläche. Ich möchte hier widersprechen. Der Usecase den Eingang zu finden mit einer Genauigkeit, die man mit Blindenstock-Navigation erreicht (1-2 Meter abtasten am Bordstein entlang) fällt bei Einfamilienhäusern nicht weg. Es sollte doch ein Leichtes sein, bei einem Haus mit Nummer die Entrance-Node anzusteuern (ich meine natürlich im Pre- processing)... Ansonsten halte ich Hausnummern an Eingangstüren für eine bestimmte Anwendung für mapping for the renderer-äquivalent. Obiges Vorgehen halte ich für sinnvoller, weil so auf einen Schlag die Datenqualität für z.B. eine Look and Listen Map wesentlich verbessert wird. Viele Grüße, Kay P.S. Ja, ich bin auch grundsätzlich für Vereinheitlichung, aber hier scheint mir das Tag für Hausnummer am Haus eben für richtig gewählt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] building=house (was: Hausnummern auf Gebäudeumriss ?!)
Am 18.11.2011, 13:53 Uhr, schrieb Frederik Ramm frede...@remote.org: Btw., benutzt eigentlich hier jemand building=house statt building=yes fuer Wohnhaeuser? Ja, ich halte das für eine logische Verfeinerung von building=yes. Beispiel: jemand malt hier http://binged.it/tWjgDG die Gebäude ab, taggt sie mit building=yes (auch Garagen usw.). Später kann jemand vorbeikommen und das genauer nach Carport, Garage, Halle, Wohnhaus, Scheune, Bürohaus usw. aufdröseln. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern auf Gebäudeumriss ?!
Hi, Am 18.11.2011, 15:40 Uhr, schrieb lulu-...@gmx.de: Ein Haus hat nicht nur maximal eine Nummer. Ein Eingang hat eine. Gegenbeispiel: http://thumbs.dreamstime.com/thumb_481/1267134659G4tYx4.jpg AFAIK gibt's da alle möglichen Fälle: * mehrere Hausnummern an einem Eingang (linke/rechte Haushälfte) * ein Studentenwohnheim mit einer Hausnummer, aber mehreren separaten Gebäuden und Eingängen. also 1:n und m:1, alles prinzipiell vorhanden. Außerdem hast du das was ist der Eingang?-Problem beim Grundstück (Gartentor). Ansonsten halte ich Hausnummern an Eingangstüren für eine bestimmte Anwendung für mapping for the renderer-äquivalent. Auch mit dem Auto wirst Du nicht die Mitte des U-förmigen Gebäudes suchen, sondern auf der anderen Seite (unter dem U) am richtigen Eingang landen/parken wollen. Das betrifft alle Navis. Ja genau. Ich hätte auch gerne, dass ich wenn ich mit dem Auto zum Landratsamt fahre auf den zugehörigen Parkplatz auf der gegenüber liegenden Straßenseite geroutet werde, lehne es aber ab, die Hausnummer in die Mitte des Parkplatzes zu setzen. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern auf Gebäudeumriss ?!
Hi Lulu-Ann und alle, Am 18.11.2011, 15:40 Uhr, schrieb lulu-...@gmx.de: Also ich kenne Häuser mit Wegen darauf zu, wo der Eingang trotzdem ein Stück weiter ist (insbesondere der Eingang mit der Rampe für den Rollifahrer). Wäre es dann - in aller Konsequenz - nicht sinnvoller es so zu realisieren: Beispiel: Haus X mit Haupteingang vorne, Rollirampe seitlich (mit Klingel z.B.), und normalem Fußweg, der aber durch ein Gartentürchen an einer Seitenstraße verläuft. Die Hausnummer kommt an's Haus. Das Haus bekommt Eingänge. Der Weg für Rollis wird mit access=* rollitauglich getaggt, der Fußweg als untauglich. Der Router für Blinde routet natürlich über den Fußweg, und zwar korrekt durch das Gartentürchen. Der Router für Rollis routet den Rolliweg entlang. Der Router für Autos gibt auf und sagt glücklicherweise schon auf der nächstgelegenen Straße Das Ziel liegt links. So soll der Router eben Wegen entlang routen, und nicht für jeden Zweck verschiedene Punkte ansteuern. Mein Parkplatzbeispiel aus dem anderen Post und den Rettungs- hubschrauber lasse ich jetzt mal außen vor :) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building=house (was: Hausnummern auf Gebäudeumriss ?!)
Am 18.11.2011, 16:19 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 18. November 2011 15:30 schrieb Kay Drangmeister k...@drangmeister.net: Am 18.11.2011, 13:53 Uhr, schrieb Frederik Ramm frede...@remote.org: building=house [...] fuer Wohnhaeuser? [...] und das genauer nach Carport, Garage, Halle, Wohnhaus, Scheune, Bürohaus usw. aufdröseln. und welches davon ist dann house? Na Wohnhaus: Wände, Dach, Menschen wohnen drin. Spezialfälle gibts natürlich auch hier: Da wohnen ja 2 Familien drin, da wohnen ja 100 Leute drin, da ist ja noch eine Arztpraxis mit drin, oder ein Bäcker, usw. Für all das kann man sich spezialtags (z.B. =appartments) ausdenken wenn man mag. Das ist dann die nächste Stufe der Verfeinerung. Genauso optional wie house :-) Wir haben hier öfters Diskussionen, was nun für den einen noch sinnvoll ist und ab wo es albern wird. Ich glaube wir sind uns alle einig dass das gehörig Geschmackssache ist. Insofern sollten wir uns nicht streiten wo die Grenze zuwenig/zuviel ist, sondern wie wir einen gescheiten Migrationspfad von grober Erfassung zu immer genauerer Erfassung hin- bekommen. Ich kenne dafür mind. 2 praktikable Wege für Dinge wie Gebäude: 1. Tag-Values werden erst grob, dann detaillierter (=yes - =house - ...) 2. Es werden Subtags verwendet. 2. fängt IMHO erst dann an, wenn bei 1. schon der erste Schritt weg vom =yes getan wurde. Ich könnte mir also vorstellen: building=house house=semi-detached (oder was auch immer) Zweifellos wird es noch komplexere Proposals geben, die ich aber nicht kenne, weil ich (bisher) bei wenig Komplexität bleiben möchte. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Fixme: A proposal
Hi, SomeoneElse wrote: On the wider point though, surely fixme=anything means someone needs to actually go there and do a survey? Nope. When I do survey (e.g. with GPS) I often make mental notes, or remember (or even photograph) opening_hours, wifi availability etc. But sometimes (I cannot tell the frequency) I need to tag: amenity=cafe wifi=no ...lots of other things... name=Bagle Cafe fixme=Not sure about the name, please fix. Things like those can often (not always of course) be fixed by people with local knowledge, without the need of resurveying. Kind regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Eigene Karten rendern
Hi Martin, Am 22.09.2011 09:36, schrieb Martin Koppenhoefer: Am 22. September 2011 01:32 schrieb Kay Drangmeisterk...@drangmeister.net: http://drangmeister.net/osm/20110522T134507s.jpg Da steht allerdings klar: bleiben sie als Wanderer auf den markierten Wanderwegen, d.h. auf die Wege darf man. Ja und nein. Die Betonung liegt auf markierten. Für den (nicht auf dem Foto gezeigten) Weg gilt das eben nicht. Für diesen gilt das große rote Schild oben drüber, das du unterschlägst: Hier kein Wanderweg. Wenn man es richtig ernst meinte mit dem Naturschutzgebiet dann gäbe es da m.E. gar keine Parkplätze oder Straßen... Ja, die Rhön ist ja auch kein Naturschutzgebiet, sondern ein Bio- sphärenreservat. Die befahrenen Straßen führen natürlich um das genannte Naturschutzgebiet Lange Rhön herum. Hier die (noch ungenügend getaggte) Gegend um die es geht: http://www.openstreetmap.org/?lat=50.4864lon=10.0318zoom=14layers=M LG Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern
Am 21.09.2011 08:34, schrieb Andreas Labres: Also mich tät interessieren, wie man sich ein Benutzungsverbot auf einem path im Wald vorstellen muss... http://drangmeister.net/osm/20110522T134507s.jpg Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Turn restriction Probleme in Baden-Württemberg
Am 16.09.2011, 17:08 Uhr, schrieb fla...@googlemail.com fla...@googlemail.com: Wer Europaweit noch Fehler abbauen möchte sollte man hier (http://dev.openstreetmap.de/aio/mkgmap-errors/europe/1_RestrictionRelation.txt) reinsehen ;-) Cool. Die Dinger als Icons auf eine Karte gepappt à la OSB oder KeepRight, und -schwubbs- wären sie bald behoben :) LG Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Barriers of Entry
Hi, If a novice wants to start with JOSM , so be it, but we want him to be attracted to something he understands right now and prefer that before understanding the power of a real editor. A simple idea: Why can't a user give (for each edit, but default being preferencable) the level of confidence in his data for each changeset? Data could then be marked as * Newbie, please some guy may revise my edits * armchair or 'I remembered this' edit * survey, this data may seem odd, but I verified it Similar to the fixme or openstreetbugs system. This has the following advantage: * Newbies can feel more confident that their edits will not damage the map because they can be revised. * Everything is voluntary - building community * Everything is a bit anonymous in a sense that a newbie doesn't need an explicit mentor to consult before an edit * Experts like myself are doing stupid edits when they are doing new things for the first time (transport relations, etc.), I would like to be able to mark some of my edits as Please some local guy, check this, or Please some relation expert, check this Cheers, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
Am 09.09.2011, 13:31 Uhr, schrieb Anthony o...@inbox.org: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? On the contrary as it appears to me: * The question was asked *yesterday* * There were responses from more than 10 different people already! * There were arguments given that truefully describe the currently existing conflict between micromapping and mapping for garmin * The conflict is not coming from opinions, but is reality. * All people answered in a tone that's at least acceptable if I have not missed a bad posting. Although no good for all solution or compromise has been found yet, this is in my eyes a very well functioning example of community effort. Hopefully a solution is going to be elaborated soon. Regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hilfe bei einer Insel
Am 22.08.2011, 16:13 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: ich habe einmal etwas experimentiert und die Tags einer funktionierenden Insel auf eine andere [1] angewandt. Diese ist aus der Wasserfläche freigestellt. [1] http://www.openstreetmap.org/browse/way/4216066 Also wenn ich auf [1] klicke, bekomme ich eine Insel, deren Küstenlinie (= Begrenzung der weiße Fläche) gar nicht mit dem way 4216066 korreliert (= blaue Linie). Insbesondere ist die Wasserfläche darin nicht frei- gestellt, wie man an den hellblauen Flächen im Norden der Insel sieht. Für mich stützt dies nur die von meinen Vorrednern getätigte Aussage, dass die Küstenlinien nur seltensnst generiert werden. Viele Grüße, Kay ___ 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
Am 28.07.2011, 15:59 Uhr, schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: 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. 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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Welche MaxHeight wird angegeben ?
Hi 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. Splines als Interpolationsformel scheiden da schon aus: http://upload.wikimedia.org/wikipedia/commons/f/f4/Würzburg_-_Rennweg_nach_Nordwesten_gesehen_(nördl._Tor).JPG :-) Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] shortened names
Robin Paulson robin.paul...@gmail.com wrote: ha, there's a road near me labelled on sign posts as: Grt Sth Rd which must be so easy to interpret for all the none-native english speakers Would Grout Something Rapid count as an educated guess? Let's face it: its the authorities' idea of 1337-Speak... Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shortened names
Am 27.07.2011 19:22, schrieb M∡rtin Koppenhoefer: Am 27.07.2011, 12:01 Uhr, schrieb Richard Fairhurstrich...@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. 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). That, to me, is a convincing argument to tag the unabbreviated form and let software (easily) do the abbreviation, instead of tagging the abbreviation and have software do the (next to impossible) task to un-abbreviate. I cannot concur with Richards argument of native speakers in that case. Native speakers (read: humans) have context knowledge that our software (in the forseeable future) just does not have, and we want (humans AND) software to deal with our data, don't we? Cheers, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] more OSM coming soon
Hi, Am 25.07.2011, 10:03 Uhr, schrieb Markus liste12a4...@gmx.de: Jetzt ist sie wieder da. Zumindest vor gut einer Stunde stand hier: http://wiki.openstreetmap.org/wiki/Platform_Status bei tile noch OK, obwohl mir auch Tiles fehlten. Ich habe mal ein Ticket angelegt. Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO (was: Eigene Karten rendern)
Am 20.07.2011, 10:41 Uhr, schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich bin ja immer noch der Meinung dass wir dringend mal ein Garminkarten Hacking Weekend machen sollten, aber mein letzter Anlauf dazu hatte leider keine große Resonanz. Ich nutze selbst OSM auf Garmin (nüvi 550, vorrangig Motorrad, Auto, zu Fuß) und habe jedes Mal Probleme eine passende zu finden. Die vom Teddy sind immer ganz gut, AIO gingen früher nie, dann waren sie mal hervorragend, oft habe ich Probleme den richtigen Ausschnitt zu finden. Ich glaube nicht alleine zu sein, wenn ich folgende Anforderungen habe: (1) eine Karte für Verkehr - routingfähig - alle POI drin - KEINE ÜBERFLÜSSIGE DATEN (Stromleitungen) Die AIO ist hier leider fast unbrauchbar, aufgrund der Datenmenge (Strom- leitungen usw.) braucht ein Frame zu rendern manchmal über eine Minute. Hier muss man sich auf das Wesentliche beschränken, also keine Häuser-Outlines, evtl. noch Landuse (vielleicht besser nur landuse=forest), aber Hausnummern und POIs müssen rein. Alleine schon weil die Suche nach Hausnummer auf deutsch nicht funktioniert (er fragt immer nach State/Province wenn man eine Adresse eingeben soll). (2) eine Karte für OSM-Mapping-Tätigkeiten - hier soll alles rein :-) - plus errors/fixme-Layer Daraus folgt logisch: - Große Kartenbereiche verfügbar für Karte (1) (z.B. ganz Europa oder DACH) - Kleine Kartenbereiche verfügbar für Karte (2) (z.B. Bundesland) (Sorry, irgendwie scheine ich mich in Rage geschrieben zu haben, vielleicht ist der zweite Kaffee grad zu stark ;-)) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO (was: Eigene Karten rendern)
Am 20.07.2011, 10:41 Uhr, schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich bin ja immer noch der Meinung dass wir dringend mal ein Garminkarten Hacking Weekend machen sollten, aber mein letzter Anlauf dazu hatte leider keine große Resonanz. Na toll. Und was ich eigentlich schreiben wollte hatte ich vergessen: +1 für das Hacking-Weekend. Bin aber im August im Urlaub, hoffentlich mit brauchbarer Karte für Kanada :) Und der Ort wäre wo? LG Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Am 20.07.2011, 11:51 Uhr, schrieb Carsten Schwede computerte...@gmx.de: Na dann wären doch mal meine Street- Karten einen Test wert. Genau die nutze ich doch schon, sie haben immer vorzüglich funktioniert, bis auf manchmal komische Routing-Macken, die aber jede Karte hat, wegen dem garmin-Konverter. Leider finde Nörgeln-auf-hohem-Niveau ich deine Webseite etwas unübersichtlich, da sind so viele Karten drin, aufgrund deren Beschreibung ich keinen Unterschied für mich sehen kann, z.B. Neue routingfähige Karte Deutschland, mit splitter.jar erstellt, mit meinem erweiterten Style. Routingfähig sind ja laut überschrift alle, neu steht schon seit Jahren drin :-) und aus splitter.jar kann ich keine Eigenschaften der Karte deduzieren. Aus Verdacht habe ich bisher diese genutzt (de_rout_gmapsupp.img.gz), weiß aber nicht wie die anderen, z.B. Deutschlandkarte für den Einsatz mit QLandkarte, Mapsource oder RoadTrip/BaseCamp 2.1.1 (Mac OS X) (deutschland.tgz) oder Testkarte Routingfähig, mit meinem Style (de_routable.tgz) sind. Sorry wenn sich das nach einer Menge Gejammer anhört, bei aller Begeisterung, die ich mit deiner Karte habe! Bin gerne bereit da etwas mitzuhelfen, z.B. mit Screenshots von meinem Garmin wenn das was nützt. Vielleicht sollte noch eine Tabelle rein für welche Geräte eine Karte sinnvoll ist, ich habe z.B. eins für Straßennavigation, wo z.B. eine Karte mit Höhenlinien evtl. gar nicht funktioniert. Gibt es übrigens schon eine Lösung, dass deutsche Adressen ein- gegeben werden können? Wenn nein, besteht die Chance, das noch hinzubekommen? Danke, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Hi, Am 15.07.2011, 13:07 Uhr, schrieb Garry garr...@gmx.de: [jahreszeitabhängig geperrte/unbenutzbare Strassen und Wege] - Passtrassen mit Wintersperre - Schutz während der Brutzeit Willst Du die auch während der Unbenutzbarkeit von der Karte verschwinden lassen? Warum nicht? Kommt halt drauf an was man mit der Karte meint. Es gibt durchaus minutenaktuelle Karten, wie z.B. diese: http://www.netzwolf.info/kartografie/osm/time_domain/map_opening?zoom=17lat=49.79543lon=9.93238layers=B00T Diese Karte bietet sich geradezu an, auf Straßen erweitert zu werden. Für eine längerlebige, z.B. auszudruckende oder auf's Navi zu exportierende, Karte ist das natürlich nichts. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=axis
Am 01.07.2011 00:44, schrieb Frederik Ramm: PS: Gibt es das eigentlich ueberhaupt, dass Strassen und Schienen ueber die gleiche Bruecke fuehren? http://maps.google.de/maps?q=w%C3%BCrzburghl=deie=UTF8ll=49.798952,9.923677spn=0.001314,0.002411sll=51.151786,10.415039sspn=21.675837,39.506836t=hz=19 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fitness-Geräte-Ansammlung
Hi, Am 11.07.2011, 12:42 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: in Parks habe ich immer mehr so Fitness-Geräte gesehen. Vermutlich so: http://wiki.openstreetmap.org/wiki/Tag:route%3Dfitness_trail Ist zwar nicht ganz identisch, aber meist sind es ja auch Stationen. Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Karten auf Kindle
Hi, Am 16.06.2011, 01:58 Uhr, schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 15. Juni 2011 23:06 schrieb Wolfgang Barth wolfg...@barthwo.de: Hat jemand eine Idee oder sogar Anleitung wie man sich selber in paar OSM Karten (so Stadtplan-Niveau ungefähr) optimal für den Kindle aufbereitet? Es würde ein Maßstab so Zoomlevel 15 oder 16 reichen. da Du von optimal sprichst wird man um einen eigenen grau-Stil nicht drum rum kommen. Notfalls geht auch der Standard-Stil (farbig), aber eben nur bei echter Not. Ich habe den bw-noicons-Stil erstellt (siehe z.B. http://toolserver.org/~osm/styles/?zoom=6lat=50.29635lon=10.89844layers=F0FFF0FFF0B00F ), der aber dafür erstellt wurde als Hintergrundlayer für andere farbige, transparente Layer, z.B. die Powermap http://toolserver.org/~osm/styles/?zoom=10lat=52.47943lon=8.39905layers=F0FFF0FFF0B00T zu dienen, und dabei natürlich möglichst kontrastarm zu sein. Was du brauchst ist hingegen eine möglichst kontrastreiche Karte. Da ich den bw-style automatisch generieren lassen kann, wäre es ohne weiteres möglich, in diesem Prozess auch den Kontrast (oder Gamma) anzupassen. Wenn das helfen würde - email :-) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Karten auf Kindle
Am 16.06.2011, 12:30 Uhr, schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Kannst Du mit Deinem Script auch Raster erstellen lassen oder Stricharten ummappen? Jein. Ich lasse (per imagemagick) farbige Icons in grau umrechnen, das kann sicherlich auch s/w rastern (z.B. halftone), das würde dann auch Flächen (mit Patterns) betreffen, aber die hohe Bildqualität von mapnik ergibt sich u.a. sehr stark aus dem guten Antialiasing, das nunmal mit Graustufen arbeitet. D.h. für dünne Linien fällt mir da keine gute Lösung ein. Dicker machen? Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Kindle
Hallo Am 16.06.2011, 13:58 Uhr, schrieb Wolfgang Barth wolfg...@barthwo.de: Weniger als die Stilfrage ist es vor allem mein Problem, wie man mit dem Kindle am besten in so einer Karte navigiert. Sprich: du suchst also eine nicht-slippy-Map. Ich erinnere mich mal eine gesehen zu haben mit klickbaren Pfeilen an den Rändern, finde sie aber nicht. Hier gibt's eine andere Lösung: http://ojw.dev.openstreetmap.org/StaticMap/ ah: nach einigem Suchen: http://tah.openstreetmap.org/Browse/tile/11/1275/935/ ist das was du brauchst? Ciao, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen für Betreiber (und evtl. für alles?)
Hi alle, Am 10.06.2011, 09:01 Uhr, schrieb Jochen Topf joc...@remote.org: Nein, unsere Datenstruktur ist schon gut. Sie ist ein Kompromiss, aber ein praktikabler Kompromiss. Und sie versucht nicht, die ganze Welt in einem Datenmodell abzubilden, sondern nur die Geodaten für eine Karte zu sammeln. Das ist gut und genau richtig so. On Thu, Jun 09, 2011 at 08:06:49PM +0200, M∡rtin Koppenhoefer wrote: Ausgangspunkt war die Tatsache, dass wir keine eindeutigen Identifier (URI) für viele Dinge haben Das Problem sehe ich aber durchaus auch. Es wäre toll[TM], wenn man von irgendwoher (insbesondere auch innerhalb der Map) auf ein bestimmtes Objekt in der DB verweisen könnte, und zwar * eindeutig, als auch * persistent Beispiel: ich möchte von meiner Homepage aus, weil ich gerade über das Sony-Center in Berlin schreibe, per URI darauf verweisen. Im Moment geht das z.B. über folgende Möglichkeiten: (1) http://open.mapquestapi.com/nominatim/v1/search.php?q=sony%20center (2) http://www.openstreetmap.org/browse/relation/3221 Und hat man jeweils die Probleme: (1) ist nicht eindeutig (bei der Suche könnten mehrere ähnliche gefunden werden) (2) ist nicht persistent (die Relation könnte neu erzeugt werden oder in eine andere eingebettet, oder aufgelöst, werden) Eine nahe liegende Alternativlösung sind Wiki-Links: (3) http://de.wikipedia.org/wiki/Sony_Center (rechts oben auf Karte klicken) siehe auch http://wiki.openstreetmap.org/wiki/Key:wikipedia Allerdings hat dieser eindeutige, persistente URI den Nachteil, dass er nur für wichtige Dinge existiert, nicht z.B. für meinen Bäcker nebenan oder den Grillplatz wo ich meine nächste Geburtstagsfeier abhalten will. Bleiben also noch Koordinaten: (4) http://www.openstreetmap.org/?mlat=52.510004mlon=13.373083zoom=18 mit dem Nachteil, dass der Ort zwar eindeutig, das Objekt aber damit natürlich nicht referenziert ist. Offen bleibt die (fast philos.) Frage, was denn nun das Objekt an sich ist was referenziert werden soll. Ist Bahnhof (auf dem Hinweisschild) nicht doch eher der Bahnhofsparkplatz als das Gebäude, die Plattformen, die Schienenstücke? Können wir eine solche Datenbank: * eindeutige Identifier für Real-World-Objekte (z.B. Bahnhofsparkplatz) * eindeutige Identifier für abstrakte Konzepte (z.B. Deutsche Post) auch wenn sie nicht Teil der OSM-DB ist, mit OSM konsistent halten? IMHO ja, aber nicht durch technische Einschränkungen (Du darfst Relation XY nicht löschen, weil woanders genutzt), sondern durch technische Hilfsmittel (Script das warnt, dass 'Sony Center (Gebäude)' in der OSM-DB verändert oder gelöscht wurde). Somit wäre diese (ext.) Daten- bank etwas ähnliches wie tinyurl. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Hi alle, Am 23.05.2011, 18:36 Uhr, schrieb Christian Kolesa chriskol...@web.de: access=residents reicht für Anwohnerparkplätze access=costumers + name=Geschäft für Kundenparkplätze. accees=private nur für Privatgrundstücke Genauso macht's die Parkkarte, siehe aufklappbare Legende links oben. Am 23.05.2011, 18:39 Uhr, schrieb Peter peter@gmx.net: http://parking.openstreetmap.de/?lat=48.19289lon=11.46457zoom=17 Die haben einen ganz schönen namespacebaum: # amenity: parking # fee: no # parking: surface # parking:condition:area: customers # parking:condition:area:customers: Aldi wobei das ohne relation für den Ladennamen schon einfach ist. Zugegeben, die Ausdehnung der Parkbedingungen von parking lanes auf Parkplätze allgemein habe ich einfach schnell analog dazugebaut (Tag parking:condition:area). Ich habe den berechtigenten Hinweis bekommen, dass es parking:condition genauso tun würde und einfacher ist. Ich werde das demnächst noch einbauen, wenn's genehm ist. Im Moment nimmt man wohl access, da gibt es permissive was IMHO sagt: parkt ruhig bei Aldi, auch wenn ihr zum Bäcker geht, aber übertreibt es nicht, oder parken öffentlich bis auf Wiederruf erlaubt (public 2ter klasse). Da sollte man gucken das 'parking:condition' das was access bietet einschließt. 1. unter permissive verstand ich immer ich dass der Eigentümer allgemeine Benutzung generell erlaubt. Wäre dann dasselbe wie free, oder? Ich kann daraus kaum ein customers (farblich) implizieren. 2. access werte ich natürlich (aufgrund der bisherigen häufigen Benutzung) ebenfalls aus. Ich finde parking:condition klarer, da access auch z.B. für Durchfahrten (fehl-)interpretiert werden könnte. Irgendwo ist noch ein Bug drin, dass ich irgendein access-Tag falsch auswerte, das werde ich bei Gelegenheit beheben. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Am 23.05.2011, 21:15 Uhr, schrieb Peter Wendorff wendo...@uni-paderborn.de: Nicht für jeden ist es interessant, ob das nun der Parkplatz vom Rewe ist oder vom Aldi. Es gibt aber auch Parkflächen, die einen richtigen Namen haben. Wie soll ein Renderer diesen Konflikt lösen, den du da erzeugst? Lies dir einfach mal die wiki-Seite zu name durch. Weiterhin kann man dem Router nicht sagen, dass man zum Rewe will und der lotst mich dann automatisch auf den jeweiligen Kundenparkplatz. Ich werf mal operator=REWE etc in den Raum dafür; das sollte doch in Kombination mit access=customers ausreichen, oder? Nicht schlecht, kleiner Einwand: gibt es nicht Betreiberfirmen, eher bei größeren Parkhäusern, so dass dieses Tag dafür passen würde und für die Kundenangabe ambig wäre? Ich hatte ja erfunden: parking:condition:area=customers parking:condition:area:customers=Tegut bzw. würde mittlerweile auch die Abkürzung vorziehen: parking:condition=customers parking:condition:customers=Tegut Das ist eindeutig, verständlich und die Verfeinerung gemäß akzeptierter Standards, aber ist insgesamt etwas geschwätzig im Vergleich zu access und operator. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Servus Flaimo, Am 24.05.2011, 11:45 Uhr, schrieb Flaimo fla...@gmail.com: 1) kunde ist kein zustand (condition) sondern eine rolle. conditions sind eher zeit- oder wetterbasierende einflüsse. condition bedeutet Bedingung, d.h. eine Prämisse oder Voraussetzung, unter der ein Parken erlaubt ist. Mit einem Zustand (state) hat das natürlich nichts zu tun, richtig. Siehe http://dict.leo.org/ende?lp=endelang=desearch=condition Kunde ist auch keine Rolle, diese hat der Fahrer, nicht der Parkplatz. Der Parkplatz hat nur die Einschränkung (Bedingung). 2) die notation berücksichtigt nicht UND-kombination von rollen Wie meinst du das? Wenn der Parkplatz z.B. für Anwohner oder mit Parkschein benutzbar ist? 3) ich sehe keinen grund krampfhaft ein zweites paralleles access system nur für parking aufzubauen. Da ist nichts krampfhaft dran. Access funktioniert wunderbar und wird in der Parkkarte auch unterstützt. Zusätzlich, wo access nicht ausreicht, z.B. um für Anwohner auch nur mit Parkausweis S4 oder Mo-Fr 9-18h eingebbar zu machen, gibt es noch die Möglichkeit der verfeinerten conditions. wenn man unbedingt was feingradiger unterscheidbar machen will, dann wäre es besser die access thematik später gesondert (und nicht nur rein für parking) zu behandeln. meinen (langen) senf dazu findet ihr hier: http://wiki.openstreetmap.org/wiki/Proposed_features/access_restrictions_1.5 Sehe ich mir gerne einmal an. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kundenparkplatz
Hallo Am 23.05.2011, 16:49 Uhr, schrieb Günther Zin. o...@fh15.homeip.net: Was haltet ihr davon (hab NICHT ich gemacht)? kleiner Unterschied: Mieter-Parkplätze statt Kundenparkplätze: http://www.openstreetmap.org/?lat=48.25943lon=14.28891zoom=17layers=O In der Parkkarte werden Privatparkplätze schwarzbraun gezeichnet, siehe entsprechend: http://parking.openstreetmap.de/?lat=48.25943lon=14.28891zoom=18 während Kundenparkplätze braun dargestellt werden, siehe z.B. hier: http://parking.openstreetmap.de/?lat=48.19289lon=11.46457zoom=17 Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikifiddling, access car / motor_car
Hi, Am 09.05.2011, 15:34 Uhr, schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 9. Mai 2011 14:50 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: Da ich bisher kein Land kenne, in welchem es ein Verbotsschild gibt, das nur für Autos und nicht für LKWs gilt, gehe ich davon aus, dass die alleremeisten highway=* mit motorcar=no eines der oben verlinkten Verbotsschilder haben - und somit übereinstimmend mit der 'meiner' Wiki-Version getagged sind. Es gibt ein Gebotsschild z.B. beim Parken. Nur mal so zur allgemeinen Entspannung (ohne sinnvolle Auswirkung auf die eigentliche Diskussion): Darf ich hier mit meinem 12-Tonner parken? http://wiki.openstreetmap.org/wiki/File:No_parking_except_cars.jpg (und: ist das was anderes als ein blaues P mit diesem drunter?) http://commons.wikimedia.org/wiki/File:Zusatzzeichen_1048-10.svg?uselang=de Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Wochennotiz Nr. 39
Hallo Marc Gehling Marc schrieb: die Wochennotiz Nr. 39 ... ist da Ich wollte nur mal kurz, dafür kräftig, DANKE sagen für die Wochennotiz, und zwar an dich und alle Autoren. Ich komme immer seltener dazu hier alles mitzulesen und genieße die Wochennotiz sehr! Vielen Dank, Kay P.S. wollte das zuerst als PM schicken, dachte aber dann, dass das ruhig mal öffentlich gesagt bzw. wiederholt werden kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Fwd: Re: collateral damage (was: What the license change is going to do to the map)
Hi Am 10.02.2011, 15:24 Uhr, schrieb Anthony o...@inbox.org: Which, by the way, I denied. Tracing aerials does not involve copying data. Maybe it does and maybe it doesn't. It definitely doesn't. There's no maybe about it. Since you are no judge I dare to object. However: OSM data integrity is at stake, and you are endangering it, willfully and knowingly. While you seem to understand the reasoning behind the OSM contribution policy, you fail to obey it. You are endangering the work of thousands of people. You are not in a position to do so. So, by all means, I want you to be banned from our project. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Geschätekuddelmuddel und anderes
Hi, Am 08.11.2010, 09:49 Uhr, schrieb hike39 ho...@hike.de: wie man es in einem solchen Fall erreicht, dass die Hausnummer dieses Gebäudes dann auch noch angezeigt wird, wenn man die Adresse nicht als eigenen Node einbringt, sondern der Fläche zuordnet? Typische Wadenbeißer-Antwort :-) folgt: 1. wie meinst du angezeigt? Von welcher der ca. 100 Renderings sprichst du? 2. taggst du etwa für einen bestimmten Renderer? 3. Wenn du Hausnummern mit höherer Priorität brauchst als die anderen Symbole: Hausnummern-Layer über die Karte legen. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschätekuddelmuddel und anderes
Hallo, Hausnummern-Layer über die Karte legen. was heißt das? Willst du (für eine spezielle Karte) ein anderes Verhalten, kannst bzw. musst du die Karte selbst rendern oder bei der Anzeige eine zusätzliche Ebene drüber legen (die du wiederrum selbst erzeugen musst). Beides ist nichts was man in wenigen Minuten mal eben macht sondern erfordert einiges an Einarbeitung bzw. Know- How. Oder einfach eine schon vorhandene nehmen, z.B.: http://tools.geofabrik.de/osmi/?view=addresseslon=6.30749lat=50.60965zoom=17overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Ok, die ist jetzt nicht schön im Sinne von die würde ich als Wegbeschreibung nehmen, aber für letzteren Zweck gibt es ja wieder ganz andere Lösungen. Wie man mit vielen Layern arbeitet sieht man wohl hier am besten: http://toolserver.org/~osm/styles/?zoom=16lat=50.6075lon=6.30195layers=T0TFF0FF0B Rechts im Layer-Menü gibt es verschiedene mehr oder weniger gut brauchbare Baselayer und Layer, da fehlen wohl noch einige Tags in Simmerath, z.B. lit und parking und mtb ;-) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi ant, Am 03.11.2010, 20:51 Uhr, schrieb ant antof...@gmail.com: [...] Karten mit Layern ansprechender gestalten [...] gut, aber ein echter Graustufen-Style müsste schon mehr sein als eine Graustufenkonvertierung des Originals: Es braucht stärkere Kontraste, [...] für Menschen, die keinen Farbdrucker besitzen, als auch für Farbenblinde. Deinen Wunsch sehe ich ein, jedoch war dies nicht Zweck des Base-Layers. Dieser war es, gerade kontrastarm zu sein, d.h. die in darüber liegenden Layern besser herauszustellen. Eine Karte nach deinem Wunsch ist bestimmt möglich, aber nur schwer automatisch hinzubekommen. Dazu bräuchte es mehr Wissen um die (verschiedenen möglichen) Farbschwächen. Viele Grüße Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Am 05.11.2010, 13:35 Uhr, schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: ich finde den extra Stil eine gute Übung, aber schneller wäre es vermutlich gegangen, einfach mit einer Bildbearbeitung per batch aus den bunten Tiles die Farbe rauszunehmen (desaturate o.Ä.). Naja, ich wollte ja zusätzlich einen mit noch reduzierter Information haben. Vielleicht (offizielle Frage an alle) sollte ich noch einen Layer generieren, der keine Straßen enthält? Evtl. möchte jemand die Straßen extra generieren und drüberlegen, z.B. streng nach width gerendert... Ich werde u.a. noch die Hausnummern aus dem reduzierten S/W-Layer rausnehmen (Widerspüche?) damit man die Möglichkeit hat, die Hausnummern als extra Layer drüberzurendern. Somit würde das Problem umgangen, dass die Hausnummern oft zu Gunsten von Icons oder anderen Texten unterdrückt werden. es geht ja nicht primär um Farbschwächen, das ist schon richtig, aber in jedem Fall ist doch sinnvoll, die dargestellten Features auch unterscheiden zu können. Eigentlich: nein! Alles was schwarz/weiß dargestellt ist sollte genau für die betroffene Karte *keine* Rolle spielen. Sie soll lediglich dazu dienen, dass man weiß wo man ist. Die gewünschte Information soll im Layer darüber angezeigt werden. Viele Grüße aus Paris, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Glittermap (was: A blackwhite base layer)
Hi Iván et al, Iván Sánchez Ortega wrote: Everyone knows that user-friendlyness can only be achieved by overuse of Comic Sans and, if that's not available, then rainbows, unicorns, sparkles and glitter. Lots of glitter. In the name of all that is cheerful and full of colour, I curse you, desaturation! Come to me, gods of colour, and save the day!! While I see your point, I must strongly object, Sir. Your imaginative maps may present some information to one part of the audience, but I'd miss crawling ants on oneway roads to present information more densely. In order to settle our dispute, I suggest our two great styles to be merged, and toggled in a frequency of 1.5 Hz. This should make everyone happy. Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi Stephan, Stephan Olbrich schrieb: style-File wird automatisch aus dem mapnik-Style generiert. Gibt es das Script irgendwo öffentlich? Es würde mich interessieren, wie Du das gemacht hast. Sagen wir halb-öffentlich, es ist weder aufgeräumt noch sonstwie vorbildlich: http://svn.openstreetmap.org/applications/rendering/parking/mapnik/ Es wird im Kontext meiner Parkkarte (http://parking.openstreetmap.de) verwendet werden, deshalb der seltsame Pfad. Technik: Python, pxdom, ImageMagick für die Icons. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi Thomas, Auf meiner Karte findet man ab den schwarz/weiss-Stil daher ab sofort auch: http://osm.t-i.ch/bicycle/map/ Ja, sieht gut aus. Besonders, weil die farbigen Linien selbst etwas transparent sind und man z.B. die Straßennamen noch lesen kann. BTW: Irgendwer 'ne Idee, was man für die Fahrradschlauchverkaufsauto- maten für ein Icon verwenden könnte? Vielleicht so ein typisches Fahrradventil? Einen Schlauch kann man sicher schlecht erkennen. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi, Am 03.11.2010, 12:18 Uhr, schrieb Torsten Breda torst...@gmail.com: Zwar nicht schwarz-weiss, aber auch schön und dezent als Hintergrund ist der style, den Melchior in seiner ÖPNV-Karte verwendet. http://www.öpnvkarte.de/?zoom=11lat=51.97562lon=8.27014layers=BT Ja, der gefällt mir auch sehr gut, er lässt auch deutlich mehr weg als mein bw-noicons style, aber so weit ich weiß ist er nicht als Baselayer verfügbar. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki: Haltestellen-Chaos
Hi, Am 03.11.2010, 12:31 Uhr, schrieb Claudius claudiu...@gmx.de: Zitat: however this has been the subject of some debate, because it has the disadvantage of not explicitly associating the bus stop with the way (a headache for routing software) Sorry, dass ich so deutlich bin, aber das ist doch hanebüchener Unsinn. Wenn eine Routingsoftware damit Kopfschmerzen hat könnte sie zu keiner einzigen Hausnummer routen! Und das war IMHO das *einzige* Pro-Argument für bus_stop auf highways. Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] New: A blackwhite base layer
Hi After lots of discussions about how layered maps could be made more user friendly, here's an easy fix: a desaturated mapnik base layer. For even reduced information, a no icons form of the map is presented. Here is an example set: original mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=00B0F0FFF0FF00 b/w like mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 b/w without icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B An example with hillshading and bicycle layers: http://toolserver.org/~osm/styles/?zoom=15lat=47.6322lon=13.00511layers=F0FTF0TF0B Tiles are here, please try it with your layers: http://toolserver.org/tiles/bw-mapnik/13/4400/2686.png http://toolserver.org/tiles/bw-noicons/13/4400/2686.png Kind regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi Nach einigen Diskussionen wie man Karten mit Layern ansprechender gestalten könne, kommt hier eine einfache Lösung: eine Mapnik-Karte in Graustufen. Weiterhin gibt es eine no icons-Version mit nochmals reduzierter Grund- information. Hier ein Beispiel: Original-Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=00B0F0FFF0FF00 S/W wie Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 S/W ohne Icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B Ein Komplettbeispiel mit hillshading und Bicycle-Layer: http://toolserver.org/~osm/styles/?zoom=15lat=47.6322lon=13.00511layers=F0FTF0TF0B Die Tiles findet ihr hier, bitte probiert es mit euren Karten aus: http://toolserver.org/tiles/bw-mapnik/13/4400/2686.png http://toolserver.org/tiles/bw-noicons/13/4400/2686.png Viele Grüße, Kay Drangmeister ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Hi, Sorry, der erste Original-Mapnik-Link war falsch. Hier nochmal zum Vergleichen: Original-Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=B000F0FFF0FF00 S/W wie Mapnik: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FFB0 S/W ohne Icons: http://toolserver.org/~osm/styles/?zoom=17lat=52.50964lon=13.37659layers=F0FFF0FF0B Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Ein schwarz/weißer Base-Layer
Stephan Olbrich schrieb: Ich habe noch ein paar Farben gefunden: Ja, die stammen noch aus einem alten Renderdurchlauf, da hatte das style-File die alten Mapnik-.inc-Files eingezogen. Nach einem redraw sollten die genannten Tiles auch korrekt sein. Das kann aber etwas dauern, da der Server ja gerade stark belastet ist. Dass ansonsten noch Farben drin sind, kann nicht sein, denn das style-File wird automatisch aus dem mapnik-Style generiert. Sobald es einen neuen Mapnik-Style gibt, kann ich den entsprechend leicht umsetzen lassen. Aus Stabilitätsgründen geschieht dies nicht voll- automatisch. Viele Grüße aus Würzburg, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de