Re: [Talk-de] Alten- / Seniorenheime
Hallo André, Am 15.05.2010 22:00, schrieb André Riedel: > Am 21. Dezember 2009 07:36 schrieb Andre Joost : >> Jan Tappenbeck schrieb: >>> ... >>> http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#A >> Altenheim: amenity = nursing_home Habe ich mal so umgesetzt. Danke auch dem Vorposter. >> wahlweise als Punkt oder Fläche(=Gebäude) ok, realisiert. >> Alter und seelischer und körperlicher Zustand der Bewohner wären durch >> Zusatztags zu erfassen ;-) Für Angehörige wohl kaum möglich. (Öffentlich) Verfügbar sind aber zum Beispiel Informationen / Angaben zu: - Anzahl der Plätze, - Einzel- bzw. Doppelzimmer, - (Spezial-)Gruppen (Demenz / Alzheimer), - Pflegegrade, - sonstige Spezialisierungen - usw. Welche Taggs sollten dafür evtl. gewählt / genommen werden? > > Es gibt außerdem noch den Vorschlag: > http://wiki.openstreetmap.org/wiki/Proposed_features/Residential_home Das soll dann irgendjemand gerade biegen ;-) Ich mache erst mal auf "nursing_home" Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alten- / Seniorenheime
Hallo zusammen, ich möchte mal wieder ein wenig mitmachen und habe gleich ein kleines Problem. Wie taggt man Alten- bzw. Seniorenheime? amenity=? name= operator= ? ? Gruß und Danke Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig mappen
Hallo... Martin Koppenhoefer schrieb: > bitte achtet auch auf solche Dinge wie offene und geschlossene > Bauweise. Wenn zwei Häuser direkt aneinandergebaut sind, sollten sie > auch in OSM zwei gemeinsame Nodes besitzen und nicht wie häufig > beobachtet dicht dran aber getrennt. Was heißt jetzt "direkt aneinander gebaut"? Es gibt Häuser, die sind nebeneinander gebaut und haben eine gemeinsame Trennwand. Dann gibt es Häuser, die sind nebeneinander gebaut, haben aber je eine eigene Außenwand zum Nachbarhaus (bei unterschiedlicher Erstellung meist durch eine Art Fugen-Verblendung verkleidet; bei gleicher Bauweise, z.B. bei Reihenhäusern, nur durch eine Dehnungsfuge getrennt). Trotzdem können letztere miteinander verbunden sein, nämlich durch eine gemeinsame Sockel- bzw. Bodenplatte (etwas unfachmännisch ausgedrückt). Wann ist dann "dicht dran aber getrennt" und wann ist "gemeinsame Nodes" angebracht"? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Hmmm 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? ;-) Was das selbst coden anbelangt: Zunächst mal ist dies eins der beliebten K.O.-Argumente, wenn "man" am Ende der Argumentationskette ist und ich stecke meine Energie in andere, ebenfalls (imho) sinnvolle Projekte und werde mich nicht verzetteln. Und danke(!) für die gegebenen Infos. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Dirk Stöcker schrieb: > Ich habe niemanden angegriffen. Doch, hast du. Du bestätigst es weiter unten ja selbst ("suche ich mir eins der 90% Postings aus"). > Ich habe in unfreundlicherem Tonfall die Notwendigkeiten beschrieben. > Und dass nicht für irgendeinen Nutzer, sondern an die Liste (also an > alle). Nein, du hast *jemanden* _persönlich_ angesprochen (siehe 2. Posting in diesem Thread). > Und der unfreundliche Tonfall rührt einfach daher, dass es weder der > erste war, noch der letzte sein wird, der solche Postings schreibt. > Der Prozentsatz sinnvoller Fehlerberichte zu "es geht nicht" Berichten > hat leider ein Verhältnis von 1 zu 10 und manchmal unternehme ich den > Versuch die unwissenden Nutzer darüber aufzuklären wie man es richtig > macht. Und dazu suche ich mir eins der 90% Postings aus, die nicht > hilfreich sind. Manche Nutzer wissen nämlich nur einfach nicht, wie > man richtige Fehlerberichte schreibt und diese nehmen sich den Text > vielleicht zu Herzen. Trotzdem ist es imho bei solchen Gelegenheiten besser / schicklicher / höflicher, ein RTFM (mit Link!) oder nur einen entsprechenden Link für eine _hilfreiche_ Fehlermeldung zu senden. Du pickst dir aber wahllos einen beliebigen Nutzer heraus, der dann auch noch für deine situationsbedingte "schlechte Laune" herhalten muss. > ... > Ob es verständlich ist oder nicht sei dahingestellt. Auf alle Fälle > ist es nicht intelligent. Etwas anmaßend, diese Wortwahl im letzten Satz, oder nicht? Ich behaupte von mir nicht, besonders intelligent oder besonders dumm zu sein. Aber ich würde mir ein solches Urteil kaum über das (evtl. erstmalige) Verhalten oder Geschriebene bzw. Tun eines anderen erlauben. Zudem bin ich frei in der Wahl meines Handelns. Wenn es ankommt, ok, wenn nicht, auch ok. > Die Tatsache, dass josm-latest im Großen und ganzen fehlerfrei ist, Und diese Äußerung, wo du etwas weiter unten in diesem Thread von "haben wir momentan noch 149 Eintr�ge im Bugtracker" redest? > ist wohl nur dem gemächlichen Entwicklungstempo und der Erfahrung der > Programmierer zuzuschreiben. Normal ist das auf keinen Fall. Bei kaum > einer anderen Software würde ich so etwas auch nur in Erwägung ziehen. > Die Hürde sich den Code selbst zu kompilieren ist manchmal recht sinnvoll. Eine Frage bzw. ein Problem habe ich noch... die *Code-Basis*-Programmierung von JOSM auf wie vielen Schultern ruht die bzw. wer ist "wir" in meinem letzten Zitat? Ich frage wegen der Zukunftsträchtigkeit des JOSM-Projektes, denn wenn dieses nur auf 2 bzw. einigen Paaren von Schultern ruht und diese Basis derart "feinfühlig" reagiert, dann werde ich mich wohl umorientieren. > Ciao Man wird sehen bzw. lesen ... Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Dirk Stöcker schrieb: > Dito. Ich verbringe Stunden damit ein Problem zu l�sen. Ich verbringe > weitere Stunden damit alles zu testen. Dann aktualisiere ich alles. > Trage an unz�hligen Stellen Hinweise ein, aktualisiere Webseiten und > was wei� ich noch alles. Das kann kaum jemand hier wissen und deine Wortwahl war *imho* bedenklich bzw. unangebracht. > Ist es wirklich zuviel verlangt, dass der Anwender auch mal mitdenkt > und wenn etwas nicht geht wenigstens dass notwendige Minimum > dazuschreibt? Ich habe nichts dagegen, dass ein Anwender Probleme hat, > aber diese Einstellung, dass bei Problemen gef�lligst der Enwickler > durch Raten herauszufinden hat woran es liegt geht mir gegen den Strich. Zunächst einmal: Wenn mir etwas Neues angekündigt wird, dann gehe ich davon aus, dass es funktioniert, ansonsten melde ich: "Geht nicht." Solltest du etwas anderes wollen, dann schreibe (du!) es doch. Gleiches wie für den von dir unangemessen angegriffenen Benutzer gilt imho auch für dich. > Und bitte vergiss nicht: josm-latest.jar ist immerhin eine > Entwicklerversion. Der normale Anwender hat diese Version gar nicht zu > nehmen. Definiere "normale Anwender" (bitte !). IMHO ist es nur verständlich und üblich, dass jeder die neueste Entwicklerversion nimmt, um in den "Genuss" aller Features zu kommen. Sollte der Adressatenkreis beschränkt werden / sein, sollte dies über Zugangsbeschränkungen o.ä. geregelt werden. > Vielleicht sollte man aber wenigsten als erstes NACHDEM irgendwas > nicht geht den Text lesen? > Eben Vielleicht siehe oben... > Und dass im Bugreport-Text drin steht, dass man VOR einem BugReport > erstmal alles aktualisieren soll z�hlt bestimmt auch nicht. > Nur bedingt. Du kannst / solltest nicht alle Anwender / Benutzer über einen Kamm scheren (s.o.). >> Bernd Wurst schrieb: "Kurzum: Eine Mail an die Liste schon gestern, >> zeitgleich mit dem SVN-commit >> w�re wirklich sehr, sehr nett gewesen. Dann h�tte man auf ein Update >> von JOSM >> verzichten k�nnen bis wirklich alle Plugins wieder tun." Volle Zustimmung. > Vielleicht hatte ich nachdem es dann knapp 20 Uhr war auch keine Lust > mehr etwas zu machen und habe mir einen sch�nen Weihnachtsabend > gemacht? Nein, dass steht mir nicht zu, oder? > Nun, dann hättest du dir einen etwas günstigeren Zeitpunkt für solch ein Update aussuchen sollen / können? Sowas kann hier keiner ahnen bzw. wissen. Ich hoffe, du hattest dennoch ein besinnliches Weihnachtsfest! Jetzt könnten *vielleicht* bitte _alle_ Ihre Befindlichkeiten beiseite tun und _gemeinsam_ weiter machen. Es ist doch keinem mit solchen Eskalationen gedient. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußgänger und Rad-routing
Hallo Jens, Jens Müller wrote: > Nein, nat�rlich nicht. Grunds�tzlich m�ssen Radfahrer -- wie der �brige > Fahrzeugverkehr auch -- die Fahrbahn benutzen, � 2 Abs. 1 StVO. > Das ist der Grundsatz, von dem es eben naturgemäß immer Ausnahmen gibt ;-) Um keine Missverständnisse aufkommen zu lassen (denn deine Antwort bezieht sich nicht auf die Frage...): Hier mal als _Einstieg_: http://de.wikipedia.org/wiki/Radweg#Benutzungspflichtige_Radwege _Vorhandene_ Radwege, die mit den entsprechenden Kennzeichen ausgestattet sind, sind sehr wohl benutzungspflichtig. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Europäische Richtlinie Inspire
tschuer wrote: ... Nachtrag: Wegen der Gebühren / Kosten siehe insbesondere Absatz 23 auf Seite 3 der von mir verlinkten deutschen Fassung. EOT Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Europäische Richtlinie Inspire
Hallo Harald, Harald Kirsch wrote: > ... Wurde > > http://www.ec-gis.org/inspire/ > > hier schon diskutiert. Es gibt da viel zu lesen, aber ein > �berblicksartikel im Linuxmagazin 06/2008 tut so, als ob demn�chst die > Raumdaten alle �ffentlich zur Verf�gung st�nden. (OSM hat der Artikel > leider nicht kommentiert.) > Das Linux-Magazin ist auch nicht der Weisheit letzter Schluss. Die amtliche deutsche Übersetzung zu INSPIRE ist übrigens zu finden unter http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2007:108:0001:0014:DE:PDF Und nach einem ersten _Überfliegen_ dieser Richtlinie ist dort von Nutzungsrechten und -bedingungen die Rede. _Frei_ wie die OSM-Daten werden diese Daten kaum sein bzw. werden, da dann den deutschen Vermessungsbehörden / Stadtkämmerern eine Einnahmequelle wegbricht. > Es gibt auf der Webseite viel zu lesen, nicht zuletzt die Richtlinie. > Entweder OSM wird demn�chst in Europa obsolet, oder es kriegt so richtig > einen Datenschub. Dann ist aus mit dem rumfahren und tracken mit dem GPS.-( > Obsolet wird OSM nicht, einen Datenschub wird OSM imho dadurch auch nicht erhalten, da die Nutzungsbedingungen der Daten dem entgegenstehen dürften. > ... Dann ist aus mit dem rumfahren und tracken mit dem GPS.-( > Ich warte ab und trinke mir jetzt erst mal 1 oder auch 2 Tassen (kalten) Tee ... und mappe / tracke weiter ... Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neue Symbole für die Statustabellen
Hi mariner, ich will dir beim besten Willen nicht zu nahe treten, aber ... mariner wrote: > grungelborz wrote: > >> Hallo, >> >> auf der Diskussionsseite des Landkreis M�nchens hab ich Vorschl�ge f�r >> drei neue Symbole f�r die Statustabellen. >> > Also zus�tzlich zu den bestehenden Symbolen sollten diese eingef�hrt werden? > ... grungelborz schrieb doch: "auf der Diskussionsseite..."... Wäre es nicht angebrachter, deinen Beitrag dann dort zu posten / diskutieren? Ich beziehe mich jetzt ausdrücklich *nicht* auf den _Inhalt_ des Vorschlages von grungelborz, sondern auf die Art und Weise, wie aus einem "Hier-bitte-keine-Antwort-Beitrag" ein "aber ich antworte dennoch hier" wird. nmM (nur meine Meinung) Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs - LPG- und CNG-Tankstellen in D
John07 wrote: > Hm, bleibt noch die Möglichkeit die Daten einfach irgendwo zum Download > anzubieten ... > Es gibt diese Daten zum Download für TomTom, POIWarner, Route66 Navigate 7, Garmin-CSV, Destinator-CSV, Autoroute-Pins, Street Director, GoogleEarth-KML (sorry, ich habe gerade erst gesehen, dass man auf der Homepage des Betreibers angemeldet sein muss, um die Daten zu sehen, deshalb hier nochmal die explizite Auflistung). Es würde sich also bei diesem Service für OSM um ein Zusatzangebot handeln, welches hierfür der OSM-CC-Lizenz unterliegen würde. Oder habe ich das, was du mit "zum Download" ansprichst, jetzt gründlich missverstanden? > und das groß zu verkünden. Am besten noch eine Wikiseite > erstellt und ich bin zuversichtlich, dass sich einige User finden, die > das manuell einpflegen (soweit das möglich ist) > Eine manuelle Extrapflege wäre imho nicht sachdienlich, denn die Daten liegen bereits vor und sollten dort gepflegt werden, wo sie herkommen, also bei gas-tankstellen.de . Hierdurch würden Datenredundanzen vermieden. Die Datenpflege geschieht dort sehr zeitnah, da man ja ein gemeinsames Interesse hat . > Ich denke, einen Versuch wäre es wert. > Gruß > Wenn ich jetzt mal wüsste, wie, dann könnte ich mich schlau machen... aber RTFMs habe ich bisher noch keine bekommen ;-) > Jonas > > Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs - LPG- und CNG-Tankstellen in D
Hallo zusammen, > Was mir gerade aufgefallen ist, wie tagge ich eine Tankstelle, bei der > es nur Erdgas gibt. Das sind so kleine Container mit einer Zapfs�ule und > Bezahlautomat, mehr nicht. > Kenn ich und habe ich als normale Tankstelle und amenity=lpg versehen. ob das richtig ist, wird sich zeigen, ich kanns schnell anpassen ;-) John07 wrote: > Wie siehts jetzt eigentl. mit dem Import aus? Ich w�rde das ganze sehr > begr��en, dann k�nnten wir auch f�r eine weitere Verbreitung von fuel > Zusatztags sorgen Ich sehe kaum Chancen für einen direkten Import in den OSM-Datenbestand, denn die Probleme der bereits getaggten Tankstellen sind wohl etwas zu groß. Chancen würde ich aber in der Einbindung als zusätzlicher Layer bei den Renderern sehen, oder sehe ich da was verkehrt? Nur... dann bräuchten wir aber keine LPG/CNG-Tanken mehr in OSM (ein-)pflegen, sondern dies sollte dann in dem Datenbestand des Layer-Lieferanten erfolgen. Da sehe ich wieder das Problem der Zersplitterung an Daten und der Vereinheitlichung, denn LPG/CNG-Zanken sind ja in Italien, Holland usw. auch sehr stark verbreitet. Also ich weiß nicht mehr... evtl. doch 'ne Schnapsidee? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs - LPG- und CNG-Tankstellen in D
Hallo Frederik, hallo Martin, Danke erst mal... Das mit den Doubletten sah / sehe ich auch als Problem an, daher ja erst mal meine vorsichtige Anfrage. Ob ich _sowas_ dann skripten kann? Wohl eher nicht. Aber wäre es nicht denkbar, dann für die Renderer einen sogenannten POI-on-demand (also sowas wie 'nen zusätzlichen Layer) zu machen? Und wegen der Aktualität: In der DB von gas-tankstellen.info werden sogar zeitweilige Stilllegungen wegen Reparatur usw. gekennzeichnet. Nicht-Gas-Fahrer kriegen sowas erst gar nicht mit, aber ich möchte hier auch keinen "Glaubenskrieg anzetteln" ;-) Ich warte mal ab, was da noch so kommt... Ich habe auch kein Problem damit, wenn daraus nichts wird... Aber dann habe ich wenigstens gefragt ;-) Gruß Thomas Martin Koppenhoefer wrote: > Am 14. Juni 2008 21:53 schrieb tschuer <[EMAIL PROTECTED]>: > >> Hallo zusammen, >> >> ich lese hier seit einigen Tagen mit und mappe / tracke die Gegend in >> meiner Heimatstadt (OB, NRW, DE) und Umgebung. >> >> Da ich LPG-Gas-Autofahrer bin, bin ich seit Jahren auf einer Seite >> angemeldet, welche die Standorte und Preise von >> - LPG-Gas- (LPG = Flüssiggas oder manche sagen auch Camping-Gas) sowie >> - CNG-Gas-Tankstellen (CNG = Erdgas) >> ständig anhand von Benutzermeldungen aktualisiert ( >> http://www.gas-tankstellen.de/menu.php ). Es handelt sich um Daten die >> von Usern für User gepflegt werden. Auch werden ständig neue Tanken dort >> veröffentlicht. >> >> Ich habe gestern Kontakt zum Betreiber dieser Datenbank aufgenommen, der >> bereit wäre, diese POI-Daten in OSM einpflegen zu lassen... >> ... zu folgenden (aus meiner Sicht nachvollziehbaren) "Bedingungen": >> - Update ca. monatlich (aktuellste Infos latürnich immer bei ihm) >> - Nennung seiner Homepage ( http://www.gas-tankstellen.info/.de ) als >> Quelle dieser POI-Info (also wohl bei jedem Eintrag). >> >> Er ist bereit, die monatlich eingepflegten Daten dann unter die >> CC-Lizenz von OSM zu stellen. >> Ginge das? >> Besteht Interesse? >> Ich könnte und würde dies skripten, wäre aber auch nicht böse drum, wenn >> das jemand skripten würde, der mehr Ahnung hat als ich (dann war ich >> eben der Mittler in dieser Sache gewesen ;-) ). Falls ich das machen >> soll, möge man mir bitte einige Infos bzw. RTFMs für den Einstieg >> zukommen lassen, Danke! >> >> Seine Daten kann man als KML-File, TomTom u.a. (siehe: >> http://www.gas-tankstellen.de/menu.php?jump=poi ) bekommen >> und dann als OSM-XML-File hochladen. Er möchte aber gerne _vorher_ eine >> Demo mit begrenztem Datenbestand. >> >> Grüße >> Thomas >> >> P.S. Hoffe es klappt mit meinem ML-Eintrag... >> >> > > ich freue mich immer über alle neuen Quellen, die erschlossen werden, > und denke, die Nennung der Quelle ist auch kein Problem (ist ja auch > in unserem Sinne zu wissen, wo die Daten herkommen und wurde auch > schon an anderer Stelle so gemacht). Aber mir stellt sich die Frage, > ob bei dem bereits erreichten Erfassungsgrad da nicht evtl. massenhaft > Dubletten rauskommen. Würde so was denn von Deinem Script vorher > überprüft (und wie? Name, Location (Umkreis), oder ...), und wenn > nicht, würden dann ca. monatlich wie Du schreibst diese "Doppelten" > wieder in die Datenbank gepustet? Das würde ich auf jeden Fall vorher > klären... > > Martin > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] POIs - LPG- und CNG-Tankstellen in D
Hallo zusammen, ich lese hier seit einigen Tagen mit und mappe / tracke die Gegend in meiner Heimatstadt (OB, NRW, DE) und Umgebung. Da ich LPG-Gas-Autofahrer bin, bin ich seit Jahren auf einer Seite angemeldet, welche die Standorte und Preise von - LPG-Gas- (LPG = Flüssiggas oder manche sagen auch Camping-Gas) sowie - CNG-Gas-Tankstellen (CNG = Erdgas) ständig anhand von Benutzermeldungen aktualisiert ( http://www.gas-tankstellen.de/menu.php ). Es handelt sich um Daten die von Usern für User gepflegt werden. Auch werden ständig neue Tanken dort veröffentlicht. Ich habe gestern Kontakt zum Betreiber dieser Datenbank aufgenommen, der bereit wäre, diese POI-Daten in OSM einpflegen zu lassen... ... zu folgenden (aus meiner Sicht nachvollziehbaren) "Bedingungen": - Update ca. monatlich (aktuellste Infos latürnich immer bei ihm) - Nennung seiner Homepage ( http://www.gas-tankstellen.info/.de ) als Quelle dieser POI-Info (also wohl bei jedem Eintrag). Er ist bereit, die monatlich eingepflegten Daten dann unter die CC-Lizenz von OSM zu stellen. Ginge das? Besteht Interesse? Ich könnte und würde dies skripten, wäre aber auch nicht böse drum, wenn das jemand skripten würde, der mehr Ahnung hat als ich (dann war ich eben der Mittler in dieser Sache gewesen ;-) ). Falls ich das machen soll, möge man mir bitte einige Infos bzw. RTFMs für den Einstieg zukommen lassen, Danke! Seine Daten kann man als KML-File, TomTom u.a. (siehe: http://www.gas-tankstellen.de/menu.php?jump=poi ) bekommen und dann als OSM-XML-File hochladen. Er möchte aber gerne _vorher_ eine Demo mit begrenztem Datenbestand. Grüße Thomas P.S. Hoffe es klappt mit meinem ML-Eintrag... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de