Re: [Talk-de] Wir ertrinken in Bugs - Aufruf!
Dass da jemand hinterherlaufen muss und aus Klartext tags machen muss ist IMO broken by design. Nein es ist einfach nur as simple as possible, was man auch braucht um möglichst viele Bugreports zu erhalten. Alles was über ein Textfeld hinaus geht, kann einzelne unbedarfte Anwender schon überfordern. Mag sich für jene die tagtäglich damit arbeiten dumm anhören, aber so ist das nunmal ;) Was nicht heisst, dass man nicht noch bessere Erweiterungen basteln könnte die es einfacher ermöglichen POIs hinzu zu fügen, aber das sollte generell in keinster Weise das bisherige Verfahren in der Handhabbarkeit beeinflussen. Nicht jeder kann/will an der Karte mitarbeiten, deshalb sollte er aber trotzdem so einfach wie Möglich Bugreports abgeben können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
entstehen koennten stimme ich auch ueberein mit der Ansicht meines Vorposters: warum die Arbeit der Maskierung jedem einzelnen aufbuerden, wenn man diese Zuordnung bereits im Server unterbinden kann? Hilfreich waere z.B. eine Moeglichkeit, einzelne oder saemtliche bereits hochgeladene Tracks dauerhaft zu anonymisieren, d.h. den Usernamen in der Track-DB zu loeschen. Wozu wird dieser benoetigt, ausser zur Anzeige aller Tracks, die man hochgeladen hat? Man braucht die Zuordnung um die Tracks bei Bedarf wieder löschen zu können. Ohne diese Zuordnung kann sie nur ein Admin/Mod (wer auch immer mit erweiterten Rechten) löschen. Was in der Praxis nicht funktionieren würde (woher sollten sie wissen welche Tracks gelöscht werden sollen). Jetzt fragt vielleicht der ein oder andere wieso man die Tracks überhaupt löschen sollte? Ganz einfach um veraltete Tracks (bei geänderter Straßenfürhung) zu entfernen. Das wird umso wichtiger je mehr Tracks in der Datenbank landen. Denn irgendwann würde es sonst unübersichtlich werden weil keiner mehr weiss welcher Track denn nun noch aktuell ist oder welcher von einer alten Straßenführung stammt. Durch die GPS Ungenauigkeit kann man das auch nicht immer direkt erkennen. Das weiss dann nur derjenige der den Track eingestellt hat. Man könnte zwar sicher einen Mechanismus einbauen durch den man Löschanträge für Tracks stellen kann und damit auch irgendwo eine Oberfläche schaffen auf der man von anonymisierten Tracks das Datum des Einstellens sehen und ihn damit heraus filtern kann. Aber zum einen wird das wohl noch eine Weile dauern bis so etwas programmiert wird und zum anderen ist die Frage ob die Löschanträge nicht evtl. überhand nehmen würden bzw. müsste auch erstmal geklärt werden ab wann einem Löschantrag zugestimmt wird ... und so wie ich unsere Community kenn wird die sich daran wieder totdiskutieren weil da jeder andere Vorstellungen hat. Ggf. koennte man das Loeschen auch automatisch nach ein paar Tagen oder Wochen machen, so dass der Ersteller in der Zwischenzeit noch Korrekturen vornehmen kann. Naja, dann bräuchte man die Tracks aber auch gar nicht erst online stellen wenn sie sowieso automatisch wieder gelöscht werden. Automatisch löschen halte ich hier nicht für so gut. Ich wuerde gerne darauf verzichten, meinen Namen mit meinen Tracks verbunden zu sehen. Ich finde es extrem bedauerlich, dass viele ihre Tracks aus Angst nicht hochladen und denke, dass das bei anonymen Tracks anders waere. Theoretisch stimme ich dir da zu, fände eine Möglichkeit zur Anonymisierung generell auch nicht schlecht, aber dann müsste man erstmal Methoden entwickeln wie man anonymisierte Tracks vereinzelt auch wieder löschen kann. Und ich glaube daran wird es scheitern. Was nicht heisst dass man es nicht weiter versuchen sollte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mail-Vereinzeler gesucht, was: Track-Anonymisierer gesucht
Hallo DarkAngel und Liste, Deine Mails an talk-de kommen doppelt bei mir an. Dabei haben beide Exemplare dieselbe Message-ID. Geht das nur mir so? Nope ist bei mir auch so, ist mir aber erst heute aufgefallen, daher dacht ich ich wart erstmal noch etwas, vielleichtists grad nur ein Fehler in seinem Mailproggy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Das stimmt nicht, die gibt es immer unter http://josm.openstreetmap.de/download/josm-tested.jar Ah ok, gut zu wissen, danke :) Warum verlinkt ihr nicht die auf josm.openstreetmap.de? Dann waere schneller ersichtlich, dass es auch hierfuer einen statischen Namen gibt auf den man eine Downloadbafrage machen kann. Koennte sicher viele Probleme loesen. Was mir noch aufgefallen ist: Wenn die Latest-Version nur von Leuten verwendet werden soll die wissen was sie fuer Probleme damit bekommen koennen, waere es denke ich auch ganz hilfreich wenn ihr auf der HP beim Download noch eine Warnung dahinter schreibt, sonst wird das einem nicht so bewusst dass sie noch ungetestet ist (war bei mir so). Das koennte einige Missverstaendnisse verhindern. Zugegeben, tested ist vielleicht nicht so der Bringer als Name... Naja, es sagt ja alles aus. Ist ja im Grunde egal welches Wort man dahinter haengt, solange die Aussage dessen richtig ist. Danke nochmal, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Danke, dass du dich (nur) dem widmest, was *du* für *deine* Folgeargumentation brauchst. Schönes Licht, in dem du dich da selbst siehst, oder? ;-) Hey es ist langsam mal genug mit dem gegenseitig anmachen. Wir arbeiten hier alle freiwillig, ohne Gegenleistung zu erhalten. Wenn ein Programmierer mal schlecht gelaunt ist kann man das auch mal verzeihen, wir stehn zwar alle auf der gleichen Stufe, aber ohne die Programmierer geht eben doch nichts. Das geht jetzt an alle: Seid auch mal fähig zu verzeihen. Einen schlechten Tag hat jeder mal, gerade vor Weihnachten wo viele gestresst sind. Fehler macht jeder. Wie hat Konfuzius sinngemäß gesagt: Wer einen Fehler gemacht hat und ihn nicht korrigiert, begeht einen zweiten. Jemanden an zu meckern ist zweifelsohne ein Fehler, zurück zu meckern ebenso. Sich dafür aber nicht zu entschuldigen ist ein zweiter Fehler. @Dirk ein Tip: Ich z.B. verwende die latest Version weil ich sie automatisiert runterladen kann, das ist mit der more-or-less stable nicht möglich da sie die Versionsnummer trägt. Mach es doch vielleicht mal umgekehrt und benenn die Datei der more-or- less stable um in josm_stable oder ähnliches und die latest erhält die Versionsnummer. Dann ist die Hürde höher die latest automatisiert zu laden und die Leute verwenden vielleicht eher die stable. Ich bin ehrlich, ich hab die Nachricht im JOSM auch nicht gesehn, hab bishe rgar nicht bemerkt, dass sich die Nachrichten dort ändern. Vielleicht wäre es ganz nützlich dort ein Datum dazu zu schreiben, dann fällt es eher auf dass das News sind die dort stehen. Das nur als konstruktive Kritik, also bitte nicht böse auffassen ;) Ich finds super was ihr macht und wie ihr euch da rein hängt. Grüße, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Und ansonsten gilt das JOSM haufenweise Arbeiten hat, die keine Programmierfähigkeiten benötigen: - Die Online-Hilfe müsste aktualisiert werden. - Die Wiki-Seiten müssten mit der Online-Hilfe vereinigt und korrigiert werden. - Die JOSM-Online-Hilfe für Deutsch ist quasi nichtexistent. - Der englische Textbestand im Programm müsste mal korrekturgelesen und vereinheitlicht werden. Für deutsch hat das gerade eben jemand gemacht und das hat den Texten aus meiner Sicht sehr gutgetan. - Bugs im Bugtracker müssten geprüft und mit nachvollziehbaren Beschreibungen versehen werden. Doppelte Bugs gefunden und entfernt. Schreibt das doch mal direkt auf eure Seite unter josm.openstreetmap.de (dort steht nur das mit der Übersetzung), denke das vielen nicht so bewusst ist was sie alles machen können ohne Programmierkenntnisse. Je einfacher man den leuten solche Infos zugänglich macht, desto schneller finden sich auch Leute die dort mithelfen. Schwierig wirds natürlich wenn man sich erst eingehender mit JOSM beschäftigen muss um heraus zu finden was man alles ohne Programmierkenntnisse tun kann. Ein wenig muss man da schon an der Hand genommen werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PLZ und Hausnummer
und das ist hier der Fall. Die Datenbank wird zwar durch die Postleitzahlen aufgebläht, aber genau dafür ist ein DBS ja gemacht. Zugleich aber wird durch die bewusst in Kauf genommene Redundanz die Adresssuche im DB-Modell stark optimiert und Fehlerquellen im Polygonmatching reduziert. Dafür steigen die Fehlerquellen bei der Dateneingabe stark an (lass mal tausend leute 100mal einen straßennamen tippen und schau mal wieviele davon richtig getippt sind), die Fehlersuche nimmt mehr Zeit in Anspruch und schließlich ist die Frage ob überhaupt mal einer entdeckt, dass in Haus 1022 die PLZ falsch geschrieben ist und in Haus 999 beim Straßennamen ein Buchstabe fehlt. Es wird nur diejenigen wundern deren Routingsoftware nicht das gesuchte Ziel auswirft und ob diejenigen dann Rückmeldung geben ist fraglich. An einigen Stellen mag redundanz sinnvoll sein, an dieser Stelle finde ich hat es mehr nach- als vorteile. Vor allem weil die Suche nicht wirklich aufwändiger werden sollte wenn das in der Datenbank richtig verknüpft wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feinkost und Pizza
Junkfood bezieht sicher dann aber eindeutig auf das schnelle Essen und nicht auf die Geschwindigkeit der Produktion. Ich würde eher sagen auf das ungesunde Essen was es bei McDonalds, Burgerking etc. gibt (künstliche Burger etc.). Ich habe bisher von noch keinem diesen begriff im Zusammenhang mit einer Dönerbude, einem Pizzaservice oder der Würstchenbude um die Ecke gehört. Da haben wir aber schon das nächste Problem: takeaway takeaway bedeutet Imbiss. Wir setzen das aber mit fast_food gleich. Du meinst wir setzen takeaway mit fast food gleich? Das sollten wir natürlich nicht. Zumindest in Deutschland unterscheiden wir ja schon kräftig zwischen einem Imbiss und den typischen Fast Food Restaurants Wäre dann nicht Folgendes sinnvoller: amnity = restaurant restaurant:focus = takeaway restaurant:product_range = pizza; doener; girls Naja, ein Pizzaservice gehört für mich jetzt nicht unbedingt zu den Restaurants. Ein restaurant ist ja eigtl. schon ein ziemlich klar umrissener Begriff. Ich würde das weiterhin in amenity=cafe/restaurant/takeaway/fast_food/delivery_service gliedern. Oder falls unbedingt ein Überbegriff dann etwas allgemeines was nicht so spezifisch ist wie restaurant sondern generell für Nahrungsaufnahme steht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Hört sich gut an, was mich nur interessieren würde ist warum du Doppelpunkte statt Unterstriche nimmst. Hat das irgendeinen technischen Hintergrund? Original-Nachricht Datum: Mon, 15 Dec 2008 08:48:07 +0100 Von: Guenther Meyer d@sordidmusic.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken... Am Sonntag 14 Dezember 2008 schrieb Stefan Hirschmann: Hi! Habe unter http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access einen RFC für das bereits in dieser ML diskutierte Tag für Internet Cafes zusammen geschrieben. Bitte um Kommentare. prinzipiell ganz nett, aber es waere interessant, noch ein paar zusatzinfos unterzubringen. darum wuerde ich das eher so machen: internet:access = terminal | wlan | wired | yes dies gibt an, ob ueberhaupt ein internet-zugang vorhanden ist, der wert 'yes' wird nur benutzt, wenn die art des zugangs nicht bekannt ist. internet:provider = t-mobile | swisscom | fon | ganag | unknown | ... gibt an, welcher provider den zugang zur verfuegung stellt. sehr interessant, wenn man z.B. einen bestimmten bevorzugt... internet:fee = free | ... gibt an, ob der zugang kostenlos ist, oder was kostet. ein vollstaendiges beispiel: internet:access = wlan internet:provider = Swisscom Eurospot internet:fee = 5,00€/15min|10,00€/2h|30,00€/24h meinungen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Ich weiss nicht wie sie es technisch realisieren, wahrsch. über deine IP/Mac Adresse oder über die Sitzungs-ID. Aber normalerweise brauchst du dazu keine eigene Software sondern musst dich einfach nur über eine Webseite anmelden, dort deine Daten (Kreditkarte/t-online Kundenummer) eingeben und los gehts. Original-Nachricht Datum: Mon, 15 Dec 2008 10:54:57 +0100 Von: Sascha Silbe sascha-ml-gis-osm-talk...@silbe.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken... On Mon, Dec 15, 2008 at 10:40:39AM +0100, Guenther Meyer wrote: semikolon, um die meoglichkeiten abzutrennen... das mochte doch die datenbank nicht... oder ist das inzwischen anders? Die Datenbank kann damit (inzwischen) wunderbar umgehen und es ist AFAIK ab API 0.6 offizieller Ersatz für meine key=value-Paare mit gleichem Key. man kann seine kreditkartendaten angeben, oder t-mobile kann auch ueber die t-com rechnung abrechnen, sofern man kunde ist. manchmal gibt's die zugangsdaten auch vom hotel oder cafe, oder man kauft sich eine karte, wo man den zuganscode freirubbelt... Ja, aber was macht man mit diesen Zugangsdaten? Braucht man eine spezielle Software (= nur Windows) oder bekommt man ganz normal per DHCP eine IP-Adresse zugewiesen und muss dann diese dann über irgendeine Webseite freischalten lassen (in dem Fall könnte ja jemand einfach die gleiche IP-Adresse benutzen und hätte auf Deine Kosten Internetzugang)? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Hm, ok. Aber gehört wirklich josm=no oder irgendsowas in die Datenbank? Nein, wenn dann just_plain_broken=yes (just kidding) oder internet:access=surfing_only / internet:access=browser_only. Den Tag find ich an sich ganz passend. Ich verwende für talk-de immer Antworten, das klappt auch bei allen außer dir. Das klappt deshalb oft, weil talk-de (leider) Reply-To-Munging macht. Sonst würdest Du immer nur an den Absender antworten statt an die Liste. :) Ist bei einer Mailingliste finde ich auch ganz sinnvoll (erhöht den Komfort und die DAU-freundlichkeit) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
On Mon, Dec 15, 2008 at 11:19:28AM +0100, John07 wrote: Das ist aber extrem Offtopic. Nicht wirklich. Wenn manche der Zugänge tatsächlich über Browsercookie funktionieren würden und deshalb u.a. JOSM nicht benutzbar wäre, sollte das IMO getaggt werden. Ja wäre vielleicht wirklich nicht schlecht. Aber ein passendes tag fällt mir dazu gerade nicht ein. PS: Kann es sein, daß Du Antworten statt Antworten an Alle verwendest für öffentliche Antworten? Ich habe Deine Mail nämlich doppelt bekommen, was bei Thunderbird 2 gar nicht passieren dürfte. Bei dir steht im Mailheader auch deine eigene Adresse als reply-to drinne: Reply-To: Sascha Silbe sascha-ml-reply-to-200...@silbe.org, Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Ah ok, klingt logisch. Danke für die Erklärung. Was mir grad noch aufgefallen ist. Ich würde genaue Preisangaben weglassen bei internet:fee, solche Daten ändern sich denke ich zu häufig um sie wirklich aktuell halten zu können. Würde dort eher die Art der Bezahlung bzw. ja/nein reinpacken. Also internet:fee=yes/no/credit_card/purchase_order usw. Original-Nachricht Datum: Mon, 15 Dec 2008 09:19:44 +0100 Von: Guenther Meyer d@sordidmusic.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken... Am Montag 15 Dezember 2008 schrieb Steffen Langenbach: Hört sich gut an, was mich nur interessieren würde ist warum du Doppelpunkte statt Unterstriche nimmst. Hat das irgendeinen technischen Hintergrund? der grund ist, dass ein unterstrich fuer mich eher als ersatz fuer ein leerzeichen steht, und hier eher eine zuordnung stattfinden soll. stichwort namespace. alles was internet: vorne dran hat, gehoert zusammen. angenommen, ein kostenpflichtiges parkhaus bietet kostenpflichtigen internetzugang. das muss man ja irgendwie eindeutig darstellen: poi = vehicle.parking.garage parking:fee = xx€/h internet:access = wlan internet:fee = yy€/h eine konsequente verwendung dieser art der darstellung zur gruppierung wuerde vieles vereinfachen, aber das ist eine andere geschichte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Reply-to Mugging (was: RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Hm ok, habt mich überzeugt. Ist im Grunde logischer wenn man Antwort an alle wählen muss (ist ja auch eine Antwort an alle bei einer Mailliste). Sonst hat man ja auch keine Möglichkeit auf einfache Art und Weise nur dem Absender zu antworten. Mal abgesehn davon, dass es schon wichtig ist sich an die RFCs zu halten. Original-Nachricht Datum: Mon, 15 Dec 2008 13:20:08 +0100 Von: René Falk li...@falconaerie.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] OT: Reply-to Mugging (was: RFC: Internet_access fuer Internet Cafes, Bibliotheken... Am Montag, 15. Dezember 2008DE 12:57:58DE schrieb Steffen Langenbach: Das klappt deshalb oft, weil talk-de (leider) Reply-To-Munging macht. Sonst würdest Du immer nur an den Absender antworten statt an die Liste. :) Ist bei einer Mailingliste finde ich auch ganz sinnvoll (erhöht den Komfort und die DAU-freundlichkeit) Ich finde es grausam. Ist für mich so ähnlich wie tagging for renderers. Es entspricht auch nicht den RFC. Leider gibt es noch immer Mail-Clients wie Thunderbird (ohne Plug-In Reply-to-list), die keine List-Header RFC komform nutzen können. -- Mit freundlichen Grüßen René Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Ja ok, von daher gesehn könnts schon praktisch sein mit den Preisangaben. Vielleicht wäre da ein zusätzliches Datum von wann die Preise sind nicht schlecht, sonst weiss man nicht ob dort vielleicht seit 3 Jahren keiner mehr die Preise aktualisiert hat oder sie grad erst gestern aktualisiert wurden. internet:payment find ich eine gute Idee. Original-Nachricht Datum: Mon, 15 Dec 2008 11:11:50 +0100 Von: Guenther Meyer d@sordidmusic.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken... Am Montag 15 Dezember 2008 schrieb Steffen Langenbach: Ah ok, klingt logisch. Danke für die Erklärung. Was mir grad noch aufgefallen ist. Ich würde genaue Preisangaben weglassen bei internet:fee, solche Daten ändern sich denke ich zu häufig um sie wirklich aktuell halten zu können. Würde dort eher die Art der Bezahlung bzw. ja/nein reinpacken. Also internet:fee=yes/no/credit_card/purchase_order usw. so oft aendern sich die auch nicht... das problem ist, dass es durchaus interessant ist, eine ungefaehre preiskategorie zu haben. ich meine, wenn ich irgendwo swisscom lese, weiss ich, das ist schweineteuer, das will ich gar nicht. aber die assoziation hat halt nicht jeder. eine konkrete angabe, erleichtert die auswahl doch ungemein, auch wenn sie vielleicht nicht mehr ganz exakt stimmt. alternativ koennte man auch die adresse des providers mit den preisinformationen angeben (z.B. als internet:provider_url), aber das hilft einem nicht viel, wenn man unterwegs ist, und einen zugangspunkt sucht... die art der bezahlung anzugeben ist sicher nicht verkehrt. aber das wuerde ich dann separat machen: internet:payment = credit_card | purchase_order | cash | ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iblue747 im Explorer einbinden?
Datum: Sat, 13 Dec 2008 12:30:17 +0100 Von:Markus liste12a4...@gmx.de Hallo Chris, Kann man den iblue 747 im Explorer als Laufwerk einbinden? Das geht leider nicht. warum eigentlich nicht? Das wird daran liegen wie die interne Architektur des iBlue ist. Wahrsch. hat er keine entsprechende Schnittstelle mit eingebaut bekommen. Oder er speichert die Daten in einem eigenen Format das nur mit den bekannten Tools ausgelesen werden kann und um fehlerhafte Handhabung zu vermeiden haben sie den Zugriff auf das Dateisystem auf normalem Wege halt untersagt. Aber genau weiss das wohl nur der Hersteller. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] LKWs für Anlieger frei, wie mappen ?
Wie würdet ihr denn eine Straße mappen bei der die Durchfahrt für LKW außer für Anlieger verboten ist? Spontan hätte ich jetzt hgv=destination genommen, aber für die Fahrzeugbezeichnung ist ja nur yes/no vorgesehen, oder? Grüße, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKWs für Anlieger frei, wie mappen ?
Hmpf, kommt davon wenn man die englischen Seiten anschaut. Hatte mir das hier angeschaut: http://wiki.openstreetmap.org/wiki/Key:hgv in der Hoffnung, dass dort alles drinne steht. Die Deutsche Seite dazu ist ja um längen besser und verständlicher. Danke dir für den Hinweis! Von:Ulf Möller use...@ulfm.de Steffen Langenbach schrieb: Spontan hätte ich jetzt hgv=destination genommen Das steht auch so in den Map Features. Ich wüsste nicht, was dagegen spricht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feinkost und Pizza
Also den Pizzaservice bei uns hab ich so getaggt: amenity=delivery_service cuisine=pizza name=xxx fast_food kann finde ich auch genauso gut mit sitzgelegenheit sein und einen pizzaservice würd ich jetzt auch nicht zu fast food zählen (20 - 30 minuten ist nicht schnell) Datum: Fri, 12 Dec 2008 17:27:51 +0100 Von:Torsten Breda torst...@gmail.com An: Openstreetmap allgemeines in Deutsch talk- d...@openstreetmap.org Betreff:Re: [Talk-de] Feinkost und Pizza Antwort an: Openstreetmap allgemeines in Deutsch talk- d...@openstreetmap.org mailto:talk-de-requ...@openstreetmap.org?subject=unsubscribe mailto:talk-de-requ...@openstreetmap.org?subject=subscribe 2008/12/12 Jan Tappenbeck o...@tappenbeck.net: Moin ! wir würdet Ihr denn ein Feinkost / Spezialitätengeschäft und den Pizza-Service taggen ? Ich würde shop=deli und amenity=restaurant (mit Sitzgelegenheit) oder fast_food (ohne Restaurantbereich) mit cuisine=pizza nehmen Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shop für OSM-Klamotten
dafuer, zumindest waere eine weitere Version des Logos in Schwarz-weiss/einfarbig wuenschenswert, die man z.B. auch faxen kann. Was die Moeglichkeit, das aktuelle Logo auf Kleidung zu drucken angeht, so habe ich kuerzlich die beim SOTM 08 verkauften Westen gesehen, die das aktuelle Logo sehr gut reproduzieren. Bin allerdings wie gesagt trotzdem auch fuer ein schlichteres Logo mindestens als Ergaenzung des vielfarbigen fuer div. Anwendungszwecke, wo man keine Farben zur Verfuegung hat. Ich bin gerade dabei das Logo 3 farbig fuers drucken um zu wandeln/nach zu zeichnen. Denke, dass ich es heute Abend als Vektorgrafik vorliegen habe. Man kann daraus auch problemlos ein reines schwarz-weiss bild machen (auch invertiert fuer dunkle/helle kleidung) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [leicht OT] Süddeutsche: Gefäl schte Landkarten
Dass sie entweder versuchen werden unser Projekt zu sabotieren sobald in ihrem Land zuviel gemappt wird oder, dass sie versuchen werden selbst die Daten in OSM zu fälschen. Original-Nachricht Datum: Wed, 10 Dec 2008 17:36:33 +0100 Von: André Reichelt [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] [leicht OT] Süddeutsche: Gefälschte Landkarten So hat die Regierung Chinas kürzlich erklärt, bald gegen Internet-Kartendienste vorzugehen, wenn sie Karten des Landes veröffentlichen, die nicht den staatlichen Versionen entsprechen. Auch Länder Südamerikas, Osteuropas und Asiens gäben falsche Landkarten heraus, berichtet der Kartograph Brunner. Und das bedeutet für uns jetzt genau was? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Eine Unterführung geht /immer/ unten drunter durch. (das -1 ist ein Relikt aus alten Zeiten, als die Renderer noch dumm waren) Dann lass doch bitte highway=service weg, wenn service=parking_aisle getaggt ist. Oder highway=track, wenn tracktype gesetzt ist. Oder religion, wenn schon denomination dran steht. Oder ... Das hat denke ich wieder andere Hintergründe. Das dürften diesselben sein wie bei Baustellen bei denen highway=construction + construction=Straßentyp verwendet werden soll, statt nur construction=yes, siehe in der Diuskssuion hier: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Construction Das kann man so denke ich nicht mit dem Layer-tag vergleichen (Äpfel-Birnen) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Ich weiss ehrlich gesagt nicht für was es damals gedacht war als es entwickelt wurde. Die Frage die man sich inzwischen doch stellen muss ist: Für was wird es heute gebraucht? Die fehlende 3D-Unterstützung soll es ja nicht direkt ersetzen, wie du ja selbst auch schon geschrieben hast, dafür würden 10 Stufen nicht ausreichen. Es soll ja nur andeuten Was liegt drüber und was liegt drunter? bei einer komplexeren Struktur damit der Datennutzer/-verarbeiter weiss wie er die Dinge darstellen kann bzw. erkannt werden kann ob fälschlicherweise ein Node als Schnittpunkt vergessen wurde. Für Routing z.B. wäre es so ziemlich irrelevant was jetzt oben und was unten liegt. Also ist es wirklich nur ein Merkmal das benötigt wird um die Daten grafisch richtig dar zu stellen. Oder habe ich da etwa einen Punkt übersehen? Wenn dem so ist, kann in vielen Fällen der renderer selbst entscheiden was oben und was unten liegt ohne den Layer-tag beachten zu müssen. Es stellt natürlich eine Erleichterung für die programmierer der Renderer dar wenn sie sich hier nur auf das Layer-tag beziehen können, damit ist es möglich schneller und mit einfacheren regeln einen renderer zu erstellen, mit nur marginalem Mehraufwand für diejenigen die die Daten in OSM pflegen. Das die Datennutzer sich an das verwendete Datenmodell anpassen müssen stimmt zwar in gewisser Weise, ABER man sollte das Datenmodell auch so gestalten, dass es von den Datennutzern auch recht einfach und ohne großen Aufwand interpretiert und implementiert werden kann. Sonst findet das Datenmodell nämlich keine akzeptanz. In diesem Zusammenhang könnte ich dir z.B. sagen warum es wichtig ist, dass es highway=track und tracktype=irgendwas heissen muss. Damit Renderer die bestimmte Details nicht benötigen schneller und einfacher programmiert werden können (sie müssen nur das highway-tag beachten). Und um wieder zum eigentlichen Thema des Threads zurück zu kommen: Da das layer-tag dem Renderer quasi sagt was oben liegt und was unten, sollte man mit diesem Tag so sparsam wie möglich umgehen und es nur dort einsetzen wo es wirklich nötig ist, damit dem Renderer auch noch eigener Spielraum zur Interpretation bleibt. So will der eine einen Fluss der durch den Wald fliest vielleicht nicht darstellen, der andere will es aber dargestellt haben. Mit dem Layer-tag würde man solche Möglichkeiten unterbinden oder man würde den programmierer dazu zwingen kompliziertere Abfragen zu schreiben oder das layer-tag ganz zu ignorieren. Ohne layer-tag könnte der Programmierer einfach sagen Waldfläche ist Boden und Boden liegt immer unten solange nichts einen Minus-Layer hat. Ich finde es so auch wesentlich unkomplizierter für den Mapper. Ansonsten muss man sich ja immer überlegen ob man den wald nun auf -1 setzt oder die Straße/den Fluss auf +1. Und was wenn es dort Katakomben gibt? Sind die dann auf -1 weil sie schon vor dem Wald anfangen oder auf -2 weil sie in den Wald der auf -1 liegt hinein gehen ... diese Probleme umschifft man, wenn man den layer-tag nur dann einsetzt wo sich wirklich Wege etc. auf unterschiedlicher Höhe kreuzen und es nicht eindeutig ist ob ein eg nun oben oder unten liegt. Original-Nachricht Datum: Tue, 09 Dec 2008 15:05:10 +0100 Von: Marc Schütz [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Wald abmalen Dann lass doch bitte highway=service weg, wenn service=parking_aisle getaggt ist. Oder highway=track, wenn tracktype gesetzt ist. Oder religion, wenn schon denomination dran steht. Oder ... Das hat denke ich wieder andere Hintergründe. Das dürften diesselben sein wie bei Baustellen bei denen highway=construction + construction=Straßentyp verwendet werden soll, statt nur construction=yes, siehe in der Diuskssuion hier: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Construction Das kann man so denke ich nicht mit dem Layer-tag vergleichen (Äpfel-Birnen) Dort wird argumentiert, dass andernfalls ein Renderer/Router die Straßen als benutzbar ansehen könnte, obwohl sie es nicht sind. Abgesehen davon, dass ich finde, die Datennutzer müssen sich einfach an das genutzte Datenmodell anpassen, und nicht umgekehrt, sehe ich auch nicht, was das mit meinen oben genannten Beispielen zu tun hat. Markus' Argumentation hingegen war: tagxxx ist unnötig, weil es ja schon aus tagyyy hervorgeht. Das trifft auf meine Beispiele genauso zu. Außerdem bezeichnet er den Layer als ein Relikt aus alten Zeiten, als die Renderer noch dumm waren, was faktisch nicht richtig ist. Der Layer war schon immer ein Teil des Datenmodells, sozusagen als Krücke für die fehlende 3D-Unterstützung, und nie ein Tagging für den Renderer. Das ändert sich auch durch schlauere Renderer nicht. Grüße, Marc -- Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 Euro/mtl.!*
Re: [Talk-de] Layer-Tag (war: Wald abmalen)
- verkompliziert den Lernprozess der Neuen Keineswegs. Mittlerweile gibt es einen solchen wust, den man sich sowieso nicht mehr merken kann -- jedenfalls nicht, wenn man nicht täglich damit arbeitet. Da ist es gut, wenn man sich aus dem wust persönlich lernbare tags auswählen kann. Stimmt zum Teil, man muss aber abwägen ab wann es sich lohnt und ab wann es der Datenbank mehr schadet als nutzt. Generell versucht man durch Datenbanken eigtl. redundanzen zu vermeiden. - erhöht die Fehlermöglichkeiten Das gegenteil ist richtig. Strenggenommen z.b. ist es bei einem echten radweg (z237) foot=no zu taggen; wenn man das aber weglässt, fragt sich der nächste mapper, der vielleicht nicht vor ort war oder der sich nicht mehr genau erinnert, ob das vielleicht nicht doch ein gemeinsamer rad/fußweg ist. Mittelfristig stabilisiert redundanz unseren datenbestand. Da muss man wohl unterscheiden, es gibt sicher sinnvolle redundanzen die zur Klärung von Fragen dienen, wobei das auch keine wirklichen redundanzen sind. Eine wirkliche Redundanz ist sowas wie bei den Adressen (was ich persönlich ein unding finde, warum erklär ich gleich). Dort wird empfohlen sämtliche Adressdaten bei dem Gebäude ein zu tragen. Das mag für den einzelnen Mapper übersichtlicher sein, ist aber Datenverwaltungstechnisch eigtl. ziemlicher Unsinn. Besser wäre es man würde ein Gebäude mit einer Straße verknüpfen. Denn nehmen wir mal man hat eine riesige Straße mit 1000 Häusern, bei jedem Haus ist die vollständige Adresse eingetragen. Wer soll denn da überprüfen ob überall die Straße, der Ort und die PLZ richtig geschrieben ist? Und was wenn sich mal der Ortsname, die PLZ oder der Straßenname ändert (soll auch mal vorkommen), soll dann von Hand in allen 1000 Häusern der Name geändert werden? Das wäre z.B. eine Redundanz die man eigtl. durch eine Datenbank verhindern möchte. Was auch durchaus sinnvoll ist um Fehler einfacher beheben zu können (falscher Straßenname muss nur an einer Stelle geändert werden nicht an 1000) - erhöht den Aufwand der Programmierer - verhindert den Lernprozess der Renderer Das ist doch das schönen an redundanten daten: wenn man einen teil nicht auswertet, ist es trotzdem noch richtig. Das kommt wie gesagt darauf an wie man redundant deklariert. Wir sollten hier die Bedeutungen nicht durcheinander werfen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Ich würde sichtbare Flüsse und landuse-Flächen einfach überhaupt nicht mit einem Layer-Tag versehen solange sie in ihrem natürlichen Zustand sind und es stattdessen dem Renderer überlassen wie er es darstellt. Ausnahmen wären dann höchstens Flüsse die (aus welchem Grund auch immer) via Aquädukt o.ä. über dem Land verlaufen (Layer=1) oder durch eine Höhle unter dem Land hindurch (Layer=-1). Bei einer Unterführung ist es etwas anderes finde ich, weil sie ja quasi Unterirdisch verläuft, was ein Fluss oder ein Wald in seiner natürlichen Form nicht tut (sollten sie doch mal unterirdisch sein, sollte man sie natürlich mit Minus taggen). Also alles was auf der Erdoberfläche verläuft mit keinem layer-tag versehen und alles was über oder unter der Erdoberfläche verläuft mit Minus oder Plus taggen. So fänd ichs zumindest logisch. Original-Nachricht Datum: Mon, 08 Dec 2008 15:17:41 +0100 Von: Torsten Leistikow [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Wald abmalen Steffen Langenbach schrieb: Wobei gerade bei Flüssen auch die Frage ist wie man sie richtig in Layer einteilt. Bei einem Fluss den man sehen kann, finde ich persönlich Layer=-1 z.B. unsinnig. - 1 wäre für mich unter der Erde solange nichts anderes seinen Weg kreuzt (bei Brücken kann man sich ja noch drum streiten) Bei einer Unterfuehrung setzt man doch auch layer=-1, wenn man ausdruecken will, dass die untere Strasse unter dem normalen Niveau verlaeuft. Ist aber sicherlich nicht ganz eindeutig. Wenn man da nach einen landuse Flaeche hat, so wird man die sicherlich mit layer=0 markieren wollen, sie liegt halt auf der Erdoberflaeche. Auf der anderen Seite ist es aber natuerlich auch so, dass der Fluss nicht unter der landuse-Flaeche liegt. Genaugenommen muesste man neben dem Fluss die Uferboeschung auch mit layer=-1 markieren. Das wuerde aber so ziemlich viel Aufwand bedeuten, ich glaube kaum, dass das lohnt. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
k, war ein doofes beispiel =) fuer viele Dinge braucht man das layer- tag wirklich nicht weil es sich von selbst erklaert in den standardfaellen. Datum: Mon, 08 Dec 2008 22:48:54 +0100 Von:Markus [EMAIL PROTECTED] Hallo Steffen, Aquädukt: bridge=aquaduct + name=* Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Full Ack Datum: Mon, 08 Dec 2008 23:18:59 +0100 Von:Markus [EMAIL PROTECTED] Hallo Philipp, wie nun schon mehrfach geschrieben wurde: Layer ist ein Hilfskonstrukt für fehlende Höhenangaben. Notwendig beispielsweise bei komplexen Brückenkonstruktionen: welche der beiden Brücke uber den Fluß über welcher anderen ist... Aber nie bei simplen Brücken (immer oben) oder Tunneln (immer unten). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben // Vorgehensweise?
Also ich tagge auch lieber Straßen ohne Namen als gar keine Straßen. Die Namen einfügen kann man immernoch später oder jemand anderes macht es später (das kann z.B. auch jemand machen der gerade keine Zeit oder Möglichkeit hat mit seinem GPS rum zu fahren). Das ist alle mal besser als gar nichts zu mappen. Routingsoftware z.B. intressiert es auch nicht ob die Straße einen Namen hat oder nicht (solange sie nicht das Ziel ist). D.h. für den Bereich würde es schonmal Sinn ergeben die Straßen ohne Namen zu mappen, je mehr Straßen man hat, desto besser. Datum: Sun, 07 Dec 2008 14:43:29 +0100 Von:Tobias Wendorff [EMAIL PROTECTED] Garry schrieb: Blödsinn - ich trage seltenst Strassennamen ein und mappe dafür lieber möglichst viele Strassen in unerfasstem Gebiet. Sehr viele Strassennamen wurden dann von anderen Nachgetragen. *heul* wie denn nun vorgehen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Würde sagen das kommt auf den Anwendungszweck des Renderers an. Die einen wollen Tunnel sehen, die anderen nicht. Wobei gerade bei Flüssen auch die Frage ist wie man sie richtig in Layer einteilt. Bei einem Fluss den man sehen kann, finde ich persönlich Layer=-1 z.B. unsinnig. - 1 wäre für mich unter der Erde solange nichts anderes seinen Weg kreuzt (bei Brücken kann man sich ja noch drum streiten) Datum: Sun, 07 Dec 2008 20:13:10 +0100 Von:Markus [EMAIL PROTECTED] Hallo Chris, Oder meinst Du, Flächen sollten niemals Linien verdecken? je nachdem... Wenn der Bach durch den Wald fliesst, ist das Wasser immer oben. (auch wenn sich darüber die Baumkronen wölben) Wenn die Strasse durch den Wald führt, ist sie immer oben. (auch wenn sich darüber die Baumkronen wölben) Wenn die Strasse durch einen Tunnel führt, ist sie immer unten. (auch wenn der Tunnel im Wald ist) Wenn die Strasse über eine Brücke führt, ist sie immer oben. (auch wenn die Brücke im Wald ist) Wenn die Strasse durch einen See führt, ist sie immer unten: wenn der See untertunnelt ist. immer oben: wenn der See überbrückt ist. (auch wenn der See im Wald ist) Layer benötigt man ausschliesslich als Hilfskonstrukt für nicht eindeutige Fällem z.B. dür komplexe Strassenkreuzungen mit mehreren sich kreuzenden Brücken, oder für unterirdische Seen, oder für unterirdische Flüsse die nicht in einem Tunnel verlaufen) Gruss, Markus Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shop für OSM-Klamotten
Hi Arne habe mich gerade auf der Mailingliste angemeldet und im Archiv zufällig deine Mail entdeckt. Das trifft sich eigtl. ganz gut. Ich bin in den letzten 2 Wochen schon die ganze Zeit am überlegen ob ich (auch bei spreadshirt) nicht mal ein paar OSM-Shirts mache. Vor allem auch deswegen weil ich selbst gerne was schönes zum mappen hätte. Werde mich heute da auch noch an einen Entwurf setzen der recht einfach gehalten sein wird. Vorne Links auf der Brust das OSM-Logo einfarbig nachgemalt, hinten auf dem Rücken dann in groß Unterwegs für OpenStreetMap und klein drunter http://www.openstreetmap.de; oder .org und auf dem linken Ärmel dann ein O S M. Das tolle bei Spreadshirt ist, dass man wohl auch retroreflektierende Farbe verwenden kann, so dass man beim mappen in der Dunkelheit (gerade jetzt im Winter) besser auffällt. Will diesen recht spartanischen Schriftzuf verwenden weil die meisten Vorschläge die ich bisher auch im WIki gesehn hab zu speziell sind. Teilweise zu freakig (weil sie zu sehr auf die Ideale und das technische in OSM eingehen) und teilweise schlecht Umsetzbar wegen der Farben. Wenn ich da was fertig habe melde ich mich nochmal. Viele Grüße, Steffen Hallo, Gibt es für OSM eigentlich auch so etwas wie bei Typo3: http://109827.spreadshirt.net/de/DE/Shop/index Würde ich gut finden, sollte auch was atmungsaktives dabei sein. Habe aber nichts gefunden im www :-( Gruß, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
