From bsd at volki.at Wed Aug 1 06:52:23 2018 From: bsd at volki.at (Friedrich Volkmann) Date: Wed, 1 Aug 2018 08:52:23 +0200 Subject: [Talk-at] GPX sym tag In-Reply-To: References: Message-ID: On 01.08.2018 01:16, "Rainer Fügenstein" wrote: > es kam vor kurzem ein request rein, GpsMaster möge doch das tag > auswerten und ein entsprechendes icon anzeigen, was leider keiner meiner > GPS tracker schreibt. > > könnt ihr mir da bitte mit ein paar sample files (per PM) und/oder mit > infos aushelfen, was da konkret so drin steht? Da das ein Freitextfeld ist, kann theoretisch jedes Gerät eine andere Werteliste haben. Du musst also erst mal festlegen, welche Geräte du unterstützen willst. Halbwegs einheitlich ist es anscheinend bei Garmin, z.B. City (Large) ist ein großer grüner Punkt und Geocache ist eine Schatztruhe. Mit Googeln findest du auch die anderen Symbole. Doch Garmin erlaubt auch "custom waypoints". Um deren Icons anzuzeigen musst du den Speicher vom Gerät auslesen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria From wochennotiz at michreichert.de Mon Aug 20 19:08:22 2018 From: wochennotiz at michreichert.de (Wochennotizteam) Date: Mon, 20 Aug 2018 19:08:22 -0000 Subject: Wochennotiz Nr. 421 07.08.2018–13.08.2018 Message-ID: <153479209980.5033.8135087095225617385@michael-11w> Hallo, die Wochennotiz Nr. 421 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/blog/2018/08/wochennotiz-nr-421/ Viel Spaß beim Lesen! From martinringer at hotmail.com Tue Aug 21 19:09:08 2018 From: martinringer at hotmail.com (martin ringer) Date: Tue, 21 Aug 2018 19:09:08 +0000 Subject: [Talk-at] JOSM Adresshelfer Fehler:nullpointerexception Message-ID: Ich wollte gerade ein Paar Hausnummern mit dem AT Adresshelfer eintragen, da kommt im JOSM die Warnung: eine unvorhergesehene Fehlersituation trat auf: java.lang.NullPointerException Ist das nur bei mir? Kann jemand den Fehler beheben? -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From gppes_osm at web.de Thu Aug 23 05:34:56 2018 From: gppes_osm at web.de (gppes_osm at web.de) Date: Thu, 23 Aug 2018 07:34:56 +0200 Subject: [Talk-at] JOSM Adresshelfer Fehler:nullpointerexception In-Reply-To: References: Message-ID: Bei mir tritt das auch auf. Auf Github gab es mal einen Issue zu dem Thema, da war es ein serverseitiges Problem. Was es jetzt ist? Weiss nicht, vielleicht wieder das gleiche. Als Workaround kann man sich die Adressdaten von Kollege Luzandro runter laden (sortiert nach PLZ): https://forum.openstreetmap.org/viewtopic.php?id=63187 Lg, Gppes > Gesendet: Dienstag, 21. August 2018 um 21:09 Uhr > Von: "martin ringer" > An: "OpenStreetMap AT" > Betreff: [Talk-at] JOSM Adresshelfer Fehler:nullpointerexception > > Ich wollte gerade ein Paar Hausnummern mit dem AT Adresshelfer eintragen, da kommt im JOSM die Warnung: eine unvorhergesehene Fehlersituation trat auf: java.lang.NullPointerException > > > Ist das nur bei mir? > > Kann jemand den Fehler beheben? > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > From wochennotiz at michreichert.de Sun Aug 26 21:22:17 2018 From: wochennotiz at michreichert.de (Wochennotizteam) Date: Sun, 26 Aug 2018 21:22:17 -0000 Subject: Wochennotiz Nr. 422 14.08.2018–20.08.2018 Message-ID: <153531853594.21311.4095662511218543687@michael-11w> Hallo, die Wochennotiz Nr. 422 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/blog/2018/08/wochennotiz-nr-42/ Viel Spaß beim Lesen! From osm-ml at michreichert.de Mon Aug 27 17:12:25 2018 From: osm-ml at michreichert.de (Michael Reichert) Date: Mon, 27 Aug 2018 19:12:25 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= Message-ID: Hallo, mir sind zwei Diskussionen an den Änderungssätzen von Geocodec aufgefallen, dich ich für erwähnenswert halte. Da Geocodec sehr aktiv ist, sind von der Community-Meinung abweichende Mappingtechniken mit größeren Auswirkungen verbunden als ein dahergelaufener Neuling, der ein paar Änderungssätze macht. Adressen im Nichts und anderes: https://www.openstreetmap.org/changeset/61832297 Löschen von addr:*-Tags am Gebäude und Ersetzen durch Nodes: https://www.openstreetmap.org/changeset/61832297 Seine Aussage "Was dem amtlichen BEV genügt, sollte einstweilen auch für OSM ausreichend sein." täte man ihm in Deutschland um die Ohren schlagen … :-) Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 819 bytes Beschreibung: OpenPGP digital signature URL : From kevin.kofler at chello.at Mon Aug 27 22:24:19 2018 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 28 Aug 2018 00:24:19 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= References: Message-ID: Michael Reichert wrote: > mir sind zwei Diskussionen an den Änderungssätzen von Geocodec > aufgefallen, dich ich für erwähnenswert halte. Da Geocodec sehr aktiv > ist, sind von der Community-Meinung abweichende Mappingtechniken mit > größeren Auswirkungen verbunden als ein dahergelaufener Neuling, der ein > paar Änderungssätze macht. Dieser Import wurde bereits im Februar verboten. [Siehe diesen Thread: https://lists.openstreetmap.org/pipermail/talk-at/2018-February/009114.html] Der Import war niemals besprochen, und das wurde auch nach den ersten Reverts nicht nachgeholt. Daher ist er meiner Ansicht nach immer noch eindeutig unerlaubt. Daß er trotzdem weitermacht, ist ein klarer Verstoß gegen die Community- Richtlinien und sollte zu einem Massenrevert aller seiner Änderungen und einer langen Sperre führen! Kevin Kofler From gppes_osm at web.de Tue Aug 28 05:33:05 2018 From: gppes_osm at web.de (gppes_osm at web.de) Date: Tue, 28 Aug 2018 07:33:05 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: Ich bitte hier um sachliche Beurteilung. Meiner Erinnerung nach wollte geocodec in Wien ein eigenwilliges Adressschema einfuehren, hier scheint es sich jetzt um einzelne Mappingfehler zu handeln - die ich schon zu Hauf von anderen Usern gesehen habe. Ich spreche mich auch gegen das Anlegen von Adressen ohne zugehoerige Gebaeude aus, bereits Vorhandenes ist mit grosser Sorgfalt zu beachten, eventuell survey-te Adressen sowieso. o Massenrevert? o Lange Usersperre? Davon bin ich im Moment gar nicht ueberzeugt. Ich glaube nicht einmal, dass seine Arbeit so schlecht waere, dass er nicht weiter machen sollte. Man ueberzeuge mich - sachlich - vom Gegenteil... Lg, Gppes > Gesendet: Dienstag, 28. August 2018 um 00:24 Uhr > Von: "Kevin Kofler" > An: talk-at at openstreetmap.org > Betreff: Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport? > > Michael Reichert wrote: > > mir sind zwei Diskussionen an den Änderungssätzen von Geocodec > > aufgefallen, dich ich für erwähnenswert halte. Da Geocodec sehr aktiv > > ist, sind von der Community-Meinung abweichende Mappingtechniken mit > > größeren Auswirkungen verbunden als ein dahergelaufener Neuling, der ein > > paar Änderungssätze macht. > > Dieser Import wurde bereits im Februar verboten. [Siehe diesen Thread: > https://lists.openstreetmap.org/pipermail/talk-at/2018-February/009114.html] > Der Import war niemals besprochen, und das wurde auch nach den ersten > Reverts nicht nachgeholt. Daher ist er meiner Ansicht nach immer noch > eindeutig unerlaubt. > > Daß er trotzdem weitermacht, ist ein klarer Verstoß gegen die Community- > Richtlinien und sollte zu einem Massenrevert aller seiner Änderungen und > einer langen Sperre führen! > > Kevin Kofler > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > From andreas.wecer at gmail.com Tue Aug 28 11:06:53 2018 From: andreas.wecer at gmail.com (andreas wecer) Date: Tue, 28 Aug 2018 13:06:53 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: On Tue, Aug 28, 2018 at 7:33 AM wrote: > Meiner Erinnerung nach wollte geocodec in Wien ein eigenwilliges > Adressschema einfuehren, hier scheint es sich jetzt um einzelne > Mappingfehler zu handeln - die ich schon zu Hauf von anderen Usern gesehen > habe. > Dass es einen Unterschied zu Wien gibt und ein Massenrevert hier überzogen und kontraproduktiv wäre sehe ich aktuell auch so, das unabgesprochene Drüberfahren mit dem persönlich bevorzugten Schema gibt es hier aber auch, wenn auch weniger drastisch in seiner Auswirkung: alleine in dem einen Changeset wurden bei 200 Gebäuden die vorhandenen Adressen bei den Gebäuden gelöscht und stattdessen ein Node gesetzt. Kann man jetzt argumentieren beim Mergen von Adressnodes mit Gebäuden macht man das gleiche nur umgekehrt und das könnte auch irgendjemand nicht passen, aber das kommt halt auch auf die lokalen Konventionen an. Großflächiges Umtaggen, ohne das vorher besprochen zu haben, oder einem klaren Konsens, dass eine Variante eindeutig besser/schlechter ist, halte ich jedenfalls für eine ziemliche Unart. Die Aussage, "Was dem amtlichen BEV genügt, sollte einstweilen auch für OSM ausreichend sein", finde ich einigermaßen originell, nachdem er an anderer Stelle auch schon selbst festgestellt hat, dass die BEV-Daten in manchen Gegenden auch oft ungenau und falsch sein können und während man das beim Eintragen zum Teil noch ganz gut entdecken kann, würde ich ja gerne wissen, wie er diese Nadeln dann noch zu finden gedenkt, "sobald er mit seinem Heuhaufen fertig ist". LG Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From rudolf.mayer at gmail.com Tue Aug 28 11:54:49 2018 From: rudolf.mayer at gmail.com (Rudolf Mayer) Date: Tue, 28 Aug 2018 13:54:49 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: On 08/28/2018 01:06 PM, andreas wecer wrote: > On Tue, Aug 28, 2018 at 7:33 AM > wrote: > > Meiner Erinnerung nach wollte geocodec in Wien ein eigenwilliges > Adressschema einfuehren, hier scheint es sich jetzt um einzelne > Mappingfehler zu handeln - die ich schon zu Hauf von anderen Usern > gesehen habe. Hat er auch wieder mal seinen nick geändert? Jetzt heißt er "addresshistory*org" (https://www.openstreetmap.org/user/addresshistory*org) lg From kairo at kairo.at Tue Aug 28 12:06:59 2018 From: kairo at kairo.at (Robert Kaiser) Date: Tue, 28 Aug 2018 14:06:59 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: andreas wecer schrieb: > alleine in dem einen > Changeset wurden bei 200 Gebäuden die vorhandenen Adressen bei den Gebäuden > gelöscht und stattdessen ein Node gesetzt. IMHO gehören Chagesets, die das machen, revertet. Wenn er dann weint, weil das nur ein Teil des Changesets ist, dann soll er entweder mehr überlegen, was er macht, oder auf kleinere Changesets aufteilen, damit Kontroversen und Reverts nicht gleich viele gute Dinge auch betreffen. Einerseits ist in Ö die inoffizielle Übereinkunft, dass Adressen auf das Gebäude getaggt gehören, wenn eindeutig eine 1:1-Relation zwischen Adresse und Gebäude herrscht. Andererseits ist es gegen die OSM-Vorgehensweise, solche Dinge an bestehenden Objekten umzuändern, ohne wirklichen Mehrwert für diese Objekte zu schaffen und auch ohne vorher auf Listen/Foren-Diskussion eine breite Zustimmung zu dieser Änderung bekommen zu haben. Der Revert muss schon alleine deshalb sein, weil durch unreflektierte Imports schon einmal die Community in Ö deutlich geschwächt wurde und wir das nicht mehr zulassen können. > Die Aussage, "Was dem amtlichen BEV genügt, sollte einstweilen auch für OSM > ausreichend sein", finde ich einigermaßen originell Die Aussage ist schlichtweg BS. Wir wissen, dass jeder Datensatz Fehler hat, aber mal abgesehen davon sind wir kein Amt, und nicht das BEV. Wir haben andere Reglen und andere Zwecke. Wir haben keine bezahlten Mitarbeiter, die wir schicken können, um Daten zu korrigieren, wenn "da oben" wer beschließt, dass irgendwas jetzt sein muss. Wir haben eine freiwillige Community, die es sehr vorsichtig zu hegen und pflegen gibt, und wenn wir die vergraulen (weil wir z.B. ihre Daten mit einem Import überschreiben), dann schadet das dem Projekt langfristig. Daher: Einzeln recherchierte kleine Changesets (wie viele von den im ländlichen Raum bestehenden Gebäuden und Adressen) übertrumpfen den Import aus jedweglichen externen Datensätzen immer, schon alleine, weil sie von einer breiteren and in Summe engagierteren Community kommen. Robert Kaiser From various at mailbox.org Tue Aug 28 13:13:45 2018 From: various at mailbox.org (various at mailbox.org) Date: Tue, 28 Aug 2018 15:13:45 +0200 (CEST) Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: <362638050.43485.1535462025955@office.mailbox.org> Hallo, so, wie ich das sehe: geocodec/.../adresshistory bevorzugt Nodes gegenüber Gebäudetagging. Mit seiner Arbeitsweise, die er selbst mehrfach erklärt hat, funktioniert das ganze einfach so, dass er zuerst alles setzt und danach alle Doppeltadressen löscht. Das zieht natürlich nach sich, dass er fröhlich die Gebäudeadressen, die vorher da waren, löscht. Ich behaupte inzwischen einfach, er macht das auch absichtlich so, weil es anders auch einfach mehr Aufwand wäre. Was er ebenfalls macht ist, seine eigenen Fehler nicht auszubessern, auch nach Hinweisen nicht. Darum kümmert er sich vielleicht später mal, sagt er immer wieder oder er redet sich damit heraus, dass die Quelle halt nicht besser ist und macht nichts, in der Hoffnung, dass jemand anderes das behebt (was auch meist passiert). Was zusätzlich ist, er ignoriert alles, was nicht Hausnummern betrifft, schön gesehen auch im Forum, wo er von mir mehrfach darauf hingewiesen wurde, dass er eine Adressnode gesetzt hat, ohne überhaupt einen Gebäudeumriss zu haben. Die Straße, klar auf Basemap erkenntlich hat er auch ignoriert und nicht hingezeichnet. Da ich mich dort auskannte, habe ich das dann nachgeholt. Auf meinen erneuten Hinweis, bevor ichs selbst gemacht habe, wurde nur pampig reagiert. Seine gesamte Arbeitsweise fußt imho auf: Ich mach mal, bis jemand mir sagt, was ich falsch mache. Dann passe ich das an und mache weiter, bis der nächste auf einen Fehler draufkommt, dann passe ich das wieder an. Die vergangenen Sachen sind mir wurscht, die will ich nicht noch mal angreifen. Einen kompletten Revert halte ich für unsinnig, trotz aller Fehler und persönlicher, äh, unstimmigkeiten, bringen die ganzen Adressen, die er einträgt einen großen Mehrwert, imho. Da noch eher genauere Kontrolle und Reverts der betroffenen Changesets und wenn er sich wieder mit so bescheuerten Argumenten dagegen wehrt, dass er selber mal seine Fehler ausbessert, einen 0-day Ban bis er sich mal dahinterklemmt und seine Fehler ausbessert. Die Fehler mach er eh ständig. Mit freundlichen grüßen ps: Die inoffizielle Übereinkunft mit Hausnummern ist schön und gut, hilft aber nix, wenn man das nirgendwo nachlesen kann oder darauf hingewiesen wird. Im großen und ganzen ist es wurscht. Der Neuling schaut und befindet halt a oder b besser, wenn ers nirgends nachlesen kann. > Robert Kaiser hat am 28. August 2018 um 14:06 geschrieben: > > > andreas wecer schrieb: > > alleine in dem einen > > Changeset wurden bei 200 Gebäuden die vorhandenen Adressen bei den Gebäuden > > gelöscht und stattdessen ein Node gesetzt. > > IMHO gehören Chagesets, die das machen, revertet. Wenn er dann weint, > weil das nur ein Teil des Changesets ist, dann soll er entweder mehr > überlegen, was er macht, oder auf kleinere Changesets aufteilen, damit > Kontroversen und Reverts nicht gleich viele gute Dinge auch betreffen. > > Einerseits ist in Ö die inoffizielle Übereinkunft, dass Adressen auf das > Gebäude getaggt gehören, wenn eindeutig eine 1:1-Relation zwischen > Adresse und Gebäude herrscht. Andererseits ist es gegen die > OSM-Vorgehensweise, solche Dinge an bestehenden Objekten umzuändern, > ohne wirklichen Mehrwert für diese Objekte zu schaffen und auch ohne > vorher auf Listen/Foren-Diskussion eine breite Zustimmung zu dieser > Änderung bekommen zu haben. > > Der Revert muss schon alleine deshalb sein, weil durch unreflektierte > Imports schon einmal die Community in Ö deutlich geschwächt wurde und > wir das nicht mehr zulassen können. > > > Die Aussage, "Was dem amtlichen BEV genügt, sollte einstweilen auch für OSM > > ausreichend sein", finde ich einigermaßen originell > > Die Aussage ist schlichtweg BS. Wir wissen, dass jeder Datensatz Fehler > hat, aber mal abgesehen davon sind wir kein Amt, und nicht das BEV. Wir > haben andere Reglen und andere Zwecke. Wir haben keine bezahlten > Mitarbeiter, die wir schicken können, um Daten zu korrigieren, wenn "da > oben" wer beschließt, dass irgendwas jetzt sein muss. Wir haben eine > freiwillige Community, die es sehr vorsichtig zu hegen und pflegen gibt, > und wenn wir die vergraulen (weil wir z.B. ihre Daten mit einem Import > überschreiben), dann schadet das dem Projekt langfristig. > > Daher: Einzeln recherchierte kleine Changesets (wie viele von den im > ländlichen Raum bestehenden Gebäuden und Adressen) übertrumpfen den > Import aus jedweglichen externen Datensätzen immer, schon alleine, weil > sie von einer breiteren and in Summe engagierteren Community kommen. > > Robert Kaiser > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at From lists at mehrzweckraum.com Tue Aug 28 16:20:18 2018 From: lists at mehrzweckraum.com (grubernd) Date: Tue, 28 Aug 2018 18:20:18 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: <548bbbd8-d402-7def-c717-4d0d5dd5a8c1@mehrzweckraum.com> On 2018-08-27 19:12, Michael Reichert wrote: > Adressen im Nichts und anderes: > https://www.openstreetmap.org/changeset/61832297 Das wäre ja schon fast dänisch - und die haben, wie man weiss, das stabilste Adressierungssystem in der ganzen OSM. ich persönlich halte Adressnodes ohne Gebäude für durchaus sinnvoll. das zeigt Lücken im Häuserbestand auf, behält Nodes bei Abriss/Neubau usw und man kann sogar die Navigation verwenden. > Löschen von addr:*-Tags am Gebäude und Ersetzen durch Nodes: > https://www.openstreetmap.org/changeset/61832297 das Ersetzen zeugt dagegen von purer Faulheit und einem klassischen Hierarchiedenken bei dem jemand versucht andere mit puren Zahlen zu beeindrucken. funktioniert ja leider oft genug. > Seine Aussage "Was dem amtlichen BEV genügt, sollte einstweilen auch für > OSM ausreichend sein." täte man ihm in Deutschland um die Ohren schlagen und damit hat der Herr Multipler-User sich wieder auf das ihm auch sonst übliche arrogante Niveau zurückgesetzt, und es bleibt ein schaler Geschmack zurück. trotzdem stimme Gppes zu, einen _ernsthaften_ Grund für einen Revert sehe ich nicht. vor 20 Jahren hätte man dem frechen Bub eine gesunde Watschn geben dürfen und ihm gesagt er soll das mit dem umsiedeln der Adressen von Haus auf Nodes sein lassen, aber das wärs auch schon gewesen. grüsse, grubernd From caigner at openstreetmap.at Wed Aug 29 07:28:12 2018 From: caigner at openstreetmap.at (caigner) Date: Wed, 29 Aug 2018 09:28:12 +0200 Subject: [Talk-at] =?utf-8?q?Sch=C3=BClerhort_richtig_eintragen?= Message-ID: Liebe Kollegen! Ich möchte einen Schülerhort richtig eintragen. Wie mache ich das? Es ist kein Kindergarten, und auch keine Schule. Ich würde daher zu amenity=social_facility tendieren. Was meint ihr? Liebe Grüße, Christian From martinringer at hotmail.com Wed Aug 29 08:22:33 2018 From: martinringer at hotmail.com (martin ringer) Date: Wed, 29 Aug 2018 08:22:33 +0000 Subject: [Talk-at] =?iso-8859-1?q?Quantit=E4t_vor_Qualit=E4t_beim_BEV-Adre?= =?iso-8859-1?q?ssimport=3F?= In-Reply-To: <548bbbd8-d402-7def-c717-4d0d5dd5a8c1@mehrzweckraum.com> References: , <548bbbd8-d402-7def-c717-4d0d5dd5a8c1@mehrzweckraum.com> Message-ID: Ich bitte doch um etwas mehr Sachlichkeit. Ich distanziere mich ausdrücklich vor der Aussage des Users grubernd. Jeglich Art von Gewalt, ob es eine Verharmlosung ist oder der indirekte Aufruf dazu, sind unangebracht und haben hier keinen Platz! ________________________________ Von: grubernd Gesendet: Dienstag, 28. August 2018 18:20 An: OpenStreetMap AT Betreff: Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport? On 2018-08-27 19:12, Michael Reichert wrote: > Adressen im Nichts und anderes: > https://www.openstreetmap.org/changeset/61832297 [https://www.openstreetmap.org/assets/osm_logo_256-cde84d7490f0863c7a0b0d0a420834ebd467c1214318167d0f9a39f25a44d6bd.png] Changeset: 61832297 | OpenStreetMap www.openstreetmap.org OpenStreetMap is a map of the world, created by people like you and free to use under an open license. Das wäre ja schon fast dänisch - und die haben, wie man weiss, das stabilste Adressierungssystem in der ganzen OSM. ich persönlich halte Adressnodes ohne Gebäude für durchaus sinnvoll. das zeigt Lücken im Häuserbestand auf, behält Nodes bei Abriss/Neubau usw und man kann sogar die Navigation verwenden. > Löschen von addr:*-Tags am Gebäude und Ersetzen durch Nodes: > https://www.openstreetmap.org/changeset/61832297 das Ersetzen zeugt dagegen von purer Faulheit und einem klassischen Hierarchiedenken bei dem jemand versucht andere mit puren Zahlen zu beeindrucken. funktioniert ja leider oft genug. > Seine Aussage "Was dem amtlichen BEV genügt, sollte einstweilen auch für > OSM ausreichend sein." täte man ihm in Deutschland um die Ohren schlagen und damit hat der Herr Multipler-User sich wieder auf das ihm auch sonst übliche arrogante Niveau zurückgesetzt, und es bleibt ein schaler Geschmack zurück. trotzdem stimme Gppes zu, einen _ernsthaften_ Grund für einen Revert sehe ich nicht. vor 20 Jahren hätte man dem frechen Bub eine gesunde Watschn geben dürfen und ihm gesagt er soll das mit dem umsiedeln der Adressen von Haus auf Nodes sein lassen, aber das wärs auch schon gewesen. grüsse, grubernd _______________________________________________ Talk-at mailing list Talk-at at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From emgaosm at gmail.com Wed Aug 29 08:35:39 2018 From: emgaosm at gmail.com (Mod Erator) Date: Wed, 29 Aug 2018 10:35:39 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: <548bbbd8-d402-7def-c717-4d0d5dd5a8c1@mehrzweckraum.com> Message-ID: ein komplett revert ist mM nicht zielführend und schwer da die "Fehler" so verstreut liegen und in etlichen Sessions entstanden sind. Es nervt ist aber nicht wirklich falsch. Ich sehe es wie various at mailbox.org, der fehlende Wille inkl Verschwörung, Diffamierung und Drohungen macht das ganze Unlustig. Am Mi., 29. Aug. 2018 um 10:23 Uhr schrieb martin ringer < martinringer at hotmail.com>: > Ich bitte doch um etwas mehr Sachlichkeit. Ich distanziere mich > ausdrücklich vor der Aussage des Users grubernd. Jeglich Art von Gewalt, ob > es eine Verharmlosung ist oder der indirekte Aufruf dazu, sind unangebracht > und haben hier keinen Platz! > > ------------------------------ > *Von:* grubernd > *Gesendet:* Dienstag, 28. August 2018 18:20 > *An:* OpenStreetMap AT > *Betreff:* Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport? > > On 2018-08-27 19:12, Michael Reichert wrote: > > Adressen im Nichts und anderes: > > https://www.openstreetmap.org/changeset/61832297 > > Changeset: 61832297 | OpenStreetMap > > www.openstreetmap.org > OpenStreetMap is a map of the world, created by people like you and free > to use under an open license. > > > > Das wäre ja schon fast dänisch - und die haben, wie man weiss, das > stabilste Adressierungssystem in der ganzen OSM. > > ich persönlich halte Adressnodes ohne Gebäude für durchaus sinnvoll. das > zeigt Lücken im Häuserbestand auf, behält Nodes bei Abriss/Neubau usw > und man kann sogar die Navigation verwenden. > > > > Löschen von addr:*-Tags am Gebäude und Ersetzen durch Nodes: > > https://www.openstreetmap.org/changeset/61832297 > > das Ersetzen zeugt dagegen von purer Faulheit und einem klassischen > Hierarchiedenken bei dem jemand versucht andere mit puren Zahlen zu > beeindrucken. funktioniert ja leider oft genug. > > > > Seine Aussage "Was dem amtlichen BEV genügt, sollte einstweilen auch für > > OSM ausreichend sein." täte man ihm in Deutschland um die Ohren schlagen > > und damit hat der Herr Multipler-User sich wieder auf das ihm auch sonst > übliche arrogante Niveau zurückgesetzt, und es bleibt ein schaler > Geschmack zurück. > > trotzdem stimme Gppes zu, einen _ernsthaften_ Grund für einen Revert > sehe ich nicht. vor 20 Jahren hätte man dem frechen Bub eine gesunde > Watschn geben dürfen und ihm gesagt er soll das mit dem umsiedeln der > Adressen von Haus auf Nodes sein lassen, aber das wärs auch schon gewesen. > > grüsse, > grubernd > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From various at mailbox.org Wed Aug 29 08:38:36 2018 From: various at mailbox.org (various at mailbox.org) Date: Wed, 29 Aug 2018 10:38:36 +0200 (CEST) Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: , <548bbbd8-d402-7def-c717-4d0d5dd5a8c1@mehrzweckraum.com> Message-ID: <549288933.48158.1535531917302@office.mailbox.org> Es ist alles recht sachlich hier. Er hat nicht zu Gewalt aufgerufen, weder direkt noch indirekt. Das war einfach ein sarkastisches "früher hätte man". Und was wir heute machen sollen/sollten, nun, das wird hier diskutiert. Wenn du bei so einer Aussage probleme hast, solltest du an die Uni in den Safe-Space gehen, gibts sicher. Muss man ja bald alles auf die Waagschale legen, was man sagt oder schreibt. > martin ringer hat am 29. August 2018 um 10:22 geschrieben: > > Ich bitte doch um etwas mehr Sachlichkeit. Ich distanziere mich ausdrücklich vor der Aussage des Users grubernd. Jeglich Art von Gewalt, ob es eine Verharmlosung ist oder der indirekte Aufruf dazu, sind unangebracht und haben hier keinen Platz! > > > --------------------------------------------- > Von: grubernd > Gesendet: Dienstag, 28. August 2018 18:20 > An: OpenStreetMap AT > Betreff: Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport? > > On 2018-08-27 19:12, Michael Reichert wrote: > > Adressen im Nichts und anderes: > > https://www.openstreetmap.org/changeset/61832297 https://www.openstreetmap.org/changeset/61832297 https://www.openstreetmap.org/changeset/61832297 > > > Changeset: 61832297 | OpenStreetMap https://www.openstreetmap.org/changeset/61832297 > > www.openstreetmap.org > > > OpenStreetMap is a map of the world, created by people like you and free to use under an open license. > > > > > > > Das wäre ja schon fast dänisch - und die haben, wie man weiss, das > stabilste Adressierungssystem in der ganzen OSM. > > ich persönlich halte Adressnodes ohne Gebäude für durchaus sinnvoll. das > zeigt Lücken im Häuserbestand auf, behält Nodes bei Abriss/Neubau usw > und man kann sogar die Navigation verwenden. > > > > Löschen von addr:*-Tags am Gebäude und Ersetzen durch Nodes: > > https://www.openstreetmap.org/changeset/61832297 https://www.openstreetmap.org/changeset/61832297 > > das Ersetzen zeugt dagegen von purer Faulheit und einem klassischen > Hierarchiedenken bei dem jemand versucht andere mit puren Zahlen zu > beeindrucken. funktioniert ja leider oft genug. > > > > Seine Aussage "Was dem amtlichen BEV genügt, sollte einstweilen auch für > > OSM ausreichend sein." täte man ihm in Deutschland um die Ohren schlagen > > und damit hat der Herr Multipler-User sich wieder auf das ihm auch sonst > übliche arrogante Niveau zurückgesetzt, und es bleibt ein schaler > Geschmack zurück. > > trotzdem stimme Gppes zu, einen _ernsthaften_ Grund für einen Revert > sehe ich nicht. vor 20 Jahren hätte man dem frechen Bub eine gesunde > Watschn geben dürfen und ihm gesagt er soll das mit dem umsiedeln der > Adressen von Haus auf Nodes sein lassen, aber das wärs auch schon gewesen. > > grüsse, > grubernd > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at mehrzweckraum.com Wed Aug 29 18:11:15 2018 From: lists at mehrzweckraum.com (grubernd) Date: Wed, 29 Aug 2018 20:11:15 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: <549288933.48158.1535531917302@office.mailbox.org> References: <548bbbd8-d402-7def-c717-4d0d5dd5a8c1@mehrzweckraum.com> <549288933.48158.1535531917302@office.mailbox.org> Message-ID: <8f008447-0d67-7568-0618-eb23553ae32c@mehrzweckraum.com> On 2018-08-29 10:38, various at mailbox.org wrote: > Es ist alles recht sachlich hier. Er hat nicht zu Gewalt aufgerufen, > weder direkt noch indirekt. Das war einfach ein sarkastisches "früher > hätte man". Und was wir heute machen sollen/sollten, nun, das wird hier > diskutiert. > > Wenn du bei so einer Aussage probleme hast, solltest du an die Uni in > den Safe-Space gehen, gibts sicher. Muss man ja bald alles auf die > Waagschale legen, was man sagt oder schreibt. > danke. ich hätte das nicht so schön schreiben können. =) grüsse, grubernd From various at mailbox.org Tue Aug 28 12:58:53 2018 From: various at mailbox.org (various at mailbox.org) Date: Tue, 28 Aug 2018 14:58:53 +0200 (CEST) Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: <1876118748.43297.1535461133647@office.mailbox.org> Hallo, so, wie ich das sehe: geocodec/.../adresshistory bevorzugt Nodes gegenüber Gebäudetagging. Mit seiner Arbeitsweise, die er selbst mehrfach erklärt hat, funktioniert das ganze einfach so, dass er zuerst alles setzt und danach alle Doppeltadressen löscht. Das zieht natürlich nach sich, dass er fröhlich die Gebäudeadressen, die vorher da waren, löscht. Ich behaupte inzwischen einfach, er macht das auch absichtlich so, weil es anders auch einfach mehr Aufwand wäre. Was er ebenfalls macht ist, seine eigenen Fehler nicht auszubessern, auch nach Hinweisen nicht. Darum kümmert er sich vielleicht später mal, sagt er immer wieder oder er redet sich damit heraus, dass die Quelle halt nicht besser ist und macht nichts, in der Hoffnung, dass jemand anderes das behebt (was auch meist passiert). Was zusätzlich ist, er ignoriert alles, was nicht Hausnummern betrifft, schön gesehen auch im Forum, wo er von mir mehrfach darauf hingewiesen wurde, dass er eine Adressnode gesetzt hat, ohne überhaupt einen Gebäudeumriss zu haben. Die Straße, klar auf Basemap erkenntlich hat er auch ignoriert und nicht hingezeichnet. Da ich mich dort auskannte, habe ich das dann nachgeholt. Auf meinen erneuten Hinweis, bevor ichs selbst gemacht habe, wurde nur pampig reagiert. Seine gesamte Arbeitsweise fußt imho auf: Ich mach mal, bis jemand mir sagt, was ich falsch mache. Dann passe ich das an und mache weiter, bis der nächste auf einen Fehler draufkommt, dann passe ich das wieder an. Die vergangenen Sachen sind mir wurscht, die will ich nicht noch mal angreifen. Einen kompletten Revert halte ich für unsinnig, trotz aller Fehler und persönlicher, äh, unstimmigkeiten, bringen die ganzen Adressen, die er einträgt einen großen Mehrwert, imho. Da noch eher genauere Kontrolle und Reverts der betroffenen Changesets und wenn er sich wieder mit so bescheuerten Argumenten dagegen wehrt, dass er selber mal seine Fehler ausbessert, einen 0-day Ban bis er sich mal dahinterklemmt und seine Fehler ausbessert. Die Fehler mach er eh ständig. Mit freundlichen grüßen ps: Die inoffizielle Übereinkunft mit Hausnummern ist schön und gut, hilft aber nix, wenn man das nirgendwo nachlesen kann oder darauf hingewiesen wird. Im großen und ganzen ist es wurscht. > Robert Kaiser hat am 28. August 2018 um 14:06 geschrieben: > > > andreas wecer schrieb: > > alleine in dem einen > > Changeset wurden bei 200 Gebäuden die vorhandenen Adressen bei den Gebäuden > > gelöscht und stattdessen ein Node gesetzt. > > IMHO gehören Chagesets, die das machen, revertet. Wenn er dann weint, > weil das nur ein Teil des Changesets ist, dann soll er entweder mehr > überlegen, was er macht, oder auf kleinere Changesets aufteilen, damit > Kontroversen und Reverts nicht gleich viele gute Dinge auch betreffen. > > Einerseits ist in Ö die inoffizielle Übereinkunft, dass Adressen auf das > Gebäude getaggt gehören, wenn eindeutig eine 1:1-Relation zwischen > Adresse und Gebäude herrscht. Andererseits ist es gegen die > OSM-Vorgehensweise, solche Dinge an bestehenden Objekten umzuändern, > ohne wirklichen Mehrwert für diese Objekte zu schaffen und auch ohne > vorher auf Listen/Foren-Diskussion eine breite Zustimmung zu dieser > Änderung bekommen zu haben. > > Der Revert muss schon alleine deshalb sein, weil durch unreflektierte > Imports schon einmal die Community in Ö deutlich geschwächt wurde und > wir das nicht mehr zulassen können. > > > Die Aussage, "Was dem amtlichen BEV genügt, sollte einstweilen auch für OSM > > ausreichend sein", finde ich einigermaßen originell > > Die Aussage ist schlichtweg BS. Wir wissen, dass jeder Datensatz Fehler > hat, aber mal abgesehen davon sind wir kein Amt, und nicht das BEV. Wir > haben andere Reglen und andere Zwecke. Wir haben keine bezahlten > Mitarbeiter, die wir schicken können, um Daten zu korrigieren, wenn "da > oben" wer beschließt, dass irgendwas jetzt sein muss. Wir haben eine > freiwillige Community, die es sehr vorsichtig zu hegen und pflegen gibt, > und wenn wir die vergraulen (weil wir z.B. ihre Daten mit einem Import > überschreiben), dann schadet das dem Projekt langfristig. > > Daher: Einzeln recherchierte kleine Changesets (wie viele von den im > ländlichen Raum bestehenden Gebäuden und Adressen) übertrumpfen den > Import aus jedweglichen externen Datensätzen immer, schon alleine, weil > sie von einer breiteren and in Summe engagierteren Community kommen. > > Robert Kaiser > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at From a_voit at gmx.at Thu Aug 30 18:39:29 2018 From: a_voit at gmx.at (Andreas) Date: Thu, 30 Aug 2018 20:39:29 +0200 Subject: [Talk-at] =?utf-8?q?Sch=C3=BClerhort_richtig_eintragen?= In-Reply-To: References: Message-ID: Am 2018-08-29 um 09:28 schrieb caigner: > Liebe Kollegen! > > Ich möchte einen Schülerhort richtig eintragen. Wie mache ich das? Wiki habe ich dazu leider auch nichts gefunden. Es gab anscheinend proposals, die aber abgelehnt wurden )https://wiki.openstreetmap.org/wiki/Proposed_features/childcare2.0) > > Es ist kein Kindergarten, und auch keine Schule. > > Ich würde daher zu amenity=social_facility tendieren. > > Was meint ihr? Ich glaube after-school würde hier besser passen: https://wiki.openstreetmap.org/wiki/Key:after_school amenity=kindergarten + after_school=yes and name=* lg Andreas alias geologist > > Liebe Grüße, > Christian > > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From adry at gmx.at Thu Aug 30 18:51:54 2018 From: adry at gmx.at (realadry) Date: Thu, 30 Aug 2018 20:51:54 +0200 Subject: [Talk-at] =?utf-8?q?Sch=C3=BClerhort_richtig_eintragen?= In-Reply-To: References: Message-ID: <6e7d7f24-8b90-051d-2ee0-4613a35584c5@gmx.at> Hallo, "amenity=social_facility" erlaubt doch eh eine genauere Definition per social_facility=* https://wiki.openstreetmap.org/wiki/Key:social_facility Da gibt es sogar "social_facility=day_care" und "social_facility:for=child" So würde ich das auch taggen. amenity=kindergarten ist schlichtweg falsch, weil das nur für Kinder ist die noch nicht zur Schule gehen, aber in einem Hort auch viel ältere Kinder betreut werden können. Am 30.08.2018 um 20:39 schrieb Andreas: > Am 2018-08-29 um 09:28 schrieb caigner: >> Liebe Kollegen! >> >> Ich möchte einen Schülerhort richtig eintragen. Wie mache ich das? > > Wiki habe ich dazu leider auch nichts gefunden. Es gab anscheinend > proposals, die aber abgelehnt wurden > )https://wiki.openstreetmap.org/wiki/Proposed_features/childcare2.0) > >> >> Es ist kein Kindergarten, und auch keine Schule. >> >> Ich würde daher zu amenity=social_facility tendieren. > >> >> Was meint ihr? > > > Ich glaube after-school würde hier besser passen: > > https://wiki.openstreetmap.org/wiki/Key:after_school > > amenity=kindergarten + after_school=yes and name=* > > lg > Andreas > alias geologist > >> >> Liebe Grüße, >> Christian >> >> >> >> _______________________________________________ >> Talk-at mailing list >> Talk-at at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-at >> > > > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > From a_voit at gmx.at Thu Aug 30 19:16:44 2018 From: a_voit at gmx.at (Andreas) Date: Thu, 30 Aug 2018 21:16:44 +0200 Subject: [Talk-at] =?utf-8?q?Sch=C3=BClerhort_richtig_eintragen?= In-Reply-To: <6e7d7f24-8b90-051d-2ee0-4613a35584c5@gmx.at> References: <6e7d7f24-8b90-051d-2ee0-4613a35584c5@gmx.at> Message-ID: Am 2018-08-30 um 20:51 schrieb realadry: > Hallo, > > "amenity=social_facility" erlaubt doch eh eine genauere Definition per > social_facility=* > > https://wiki.openstreetmap.org/wiki/Key:social_facility > > Da gibt es sogar "social_facility=day_care" und "social_facility:for=child" Laut dem wiki ist day_care auch nicht so ganz richtig: "A non-residential facility that provides nursing services on a daily basis to people with specific needs (elderly, disabled), similar to a group_home or nursing_home, however the users spend the night with their families and not in the facility." > > So würde ich das auch taggen. > > amenity=kindergarten ist schlichtweg falsch, weil das nur für Kinder ist > die noch nicht zur Schule gehen, aber in einem Hort auch viel ältere > Kinder betreut werden können. deshalb + after_school. Ich habe nur aus dem Wiki zitiert. laut taginfo ist das nicht so verkehrt: after_school Schulhort https://taginfo.openstreetmap.org/keys/after_school#values lg Andreas > > Am 30.08.2018 um 20:39 schrieb Andreas: >> Am 2018-08-29 um 09:28 schrieb caigner: >>> Liebe Kollegen! >>> >>> Ich möchte einen Schülerhort richtig eintragen. Wie mache ich das? >> >> Wiki habe ich dazu leider auch nichts gefunden. Es gab anscheinend >> proposals, die aber abgelehnt wurden >> )https://wiki.openstreetmap.org/wiki/Proposed_features/childcare2.0) >> >>> >>> Es ist kein Kindergarten, und auch keine Schule. >>> >>> Ich würde daher zu amenity=social_facility tendieren. >> >>> >>> Was meint ihr? >> >> >> Ich glaube after-school würde hier besser passen: >> >> https://wiki.openstreetmap.org/wiki/Key:after_school >> >>   amenity=kindergarten + after_school=yes and name=* >> >> lg >> Andreas >> alias geologist >> >>> >>> Liebe Grüße, >>> Christian >>> >>> >>> >>> _______________________________________________ >>> Talk-at mailing list >>> Talk-at at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-at >>> >> >> >> >> >> _______________________________________________ >> Talk-at mailing list >> Talk-at at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-at >> > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From rupprecht.thomas at gmail.com Thu Aug 30 19:20:09 2018 From: rupprecht.thomas at gmail.com (Thomas Rupprecht) Date: Thu, 30 Aug 2018 21:20:09 +0200 Subject: [Talk-at] =?utf-8?q?Sch=C3=BClerhort_richtig_eintragen?= In-Reply-To: References: <6e7d7f24-8b90-051d-2ee0-4613a35584c5@gmx.at> Message-ID: Hallo, Ich hab den Hort bei uns auch mit er after_school getagt: https://www.openstreetmap.org/node/4087662805 mfg Thomas Rupprecht Am Do., 30. Aug. 2018 um 21:17 Uhr schrieb Andreas : > Am 2018-08-30 um 20:51 schrieb realadry: > > Hallo, > > > > "amenity=social_facility" erlaubt doch eh eine genauere Definition per > > social_facility=* > > > > https://wiki.openstreetmap.org/wiki/Key:social_facility > > > > Da gibt es sogar "social_facility=day_care" und > "social_facility:for=child" > > Laut dem wiki ist day_care auch nicht so ganz richtig: "A > non-residential facility that provides nursing services on a daily basis > to people with specific needs (elderly, disabled), similar to a > group_home or nursing_home, however the users spend the night with their > families and not in the facility." > > > > > > So würde ich das auch taggen. > > > > amenity=kindergarten ist schlichtweg falsch, weil das nur für Kinder ist > > die noch nicht zur Schule gehen, aber in einem Hort auch viel ältere > > Kinder betreut werden können. > > deshalb + after_school. > > Ich habe nur aus dem Wiki zitiert. > > laut taginfo ist das nicht so verkehrt: > > after_school > Schulhort > > https://taginfo.openstreetmap.org/keys/after_school#values > > lg > Andreas > > > > > Am 30.08.2018 um 20:39 schrieb Andreas: > >> Am 2018-08-29 um 09:28 schrieb caigner: > >>> Liebe Kollegen! > >>> > >>> Ich möchte einen Schülerhort richtig eintragen. Wie mache ich das? > >> > >> Wiki habe ich dazu leider auch nichts gefunden. Es gab anscheinend > >> proposals, die aber abgelehnt wurden > >> )https://wiki.openstreetmap.org/wiki/Proposed_features/childcare2.0) > >> > >>> > >>> Es ist kein Kindergarten, und auch keine Schule. > >>> > >>> Ich würde daher zu amenity=social_facility tendieren. > >> > >>> > >>> Was meint ihr? > >> > >> > >> Ich glaube after-school würde hier besser passen: > >> > >> https://wiki.openstreetmap.org/wiki/Key:after_school > >> > >> amenity=kindergarten + after_school=yes and name=* > >> > >> lg > >> Andreas > >> alias geologist > >> > >>> > >>> Liebe Grüße, > >>> Christian > >>> > >>> > >>> > >>> _______________________________________________ > >>> Talk-at mailing list > >>> Talk-at at openstreetmap.org > >>> https://lists.openstreetmap.org/listinfo/talk-at > >>> > >> > >> > >> > >> > >> _______________________________________________ > >> Talk-at mailing list > >> Talk-at at openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-at > >> > > > > _______________________________________________ > > Talk-at mailing list > > Talk-at at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-at > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > -------------- next part -------------- An HTML attachment was scrubbed... URL: From adry at gmx.at Thu Aug 30 20:42:48 2018 From: adry at gmx.at (realadry) Date: Thu, 30 Aug 2018 22:42:48 +0200 Subject: [Talk-at] =?utf-8?q?Sch=C3=BClerhort_richtig_eintragen?= In-Reply-To: References: <6e7d7f24-8b90-051d-2ee0-4613a35584c5@gmx.at> Message-ID: Naja aber auf english heißen Horte, was ja defakto Tagesbetreuung für Kinder ist, auch "daycare" bzw. fällt das unter "nursery". Die Beschreibung in der wiki ist halt unvollständig, wie immer. Am 30.08.2018 um 21:16 schrieb Andreas: > Am 2018-08-30 um 20:51 schrieb realadry: >> Hallo, >> >> "amenity=social_facility" erlaubt doch eh eine genauere Definition per >> social_facility=* >> >> https://wiki.openstreetmap.org/wiki/Key:social_facility >> >> Da gibt es sogar "social_facility=day_care" und "social_facility:for=child" > > Laut dem wiki ist day_care auch nicht so ganz richtig: "A > non-residential facility that provides nursing services on a daily basis > to people with specific needs (elderly, disabled), similar to a > group_home or nursing_home, however the users spend the night with their > families and not in the facility." > > >> >> So würde ich das auch taggen. >> >> amenity=kindergarten ist schlichtweg falsch, weil das nur für Kinder ist >> die noch nicht zur Schule gehen, aber in einem Hort auch viel ältere >> Kinder betreut werden können. > > deshalb + after_school. > > Ich habe nur aus dem Wiki zitiert. > > laut taginfo ist das nicht so verkehrt: > > after_school > Schulhort > > https://taginfo.openstreetmap.org/keys/after_school#values > > lg > Andreas > >> >> Am 30.08.2018 um 20:39 schrieb Andreas: >>> Am 2018-08-29 um 09:28 schrieb caigner: >>>> Liebe Kollegen! >>>> >>>> Ich möchte einen Schülerhort richtig eintragen. Wie mache ich das? >>> >>> Wiki habe ich dazu leider auch nichts gefunden. Es gab anscheinend >>> proposals, die aber abgelehnt wurden >>> )https://wiki.openstreetmap.org/wiki/Proposed_features/childcare2.0) >>> >>>> >>>> Es ist kein Kindergarten, und auch keine Schule. >>>> >>>> Ich würde daher zu amenity=social_facility tendieren. >>> >>>> >>>> Was meint ihr? >>> >>> >>> Ich glaube after-school würde hier besser passen: >>> >>> https://wiki.openstreetmap.org/wiki/Key:after_school >>> >>>   amenity=kindergarten + after_school=yes and name=* >>> >>> lg >>> Andreas >>> alias geologist >>> >>>> >>>> Liebe Grüße, >>>> Christian >>>> >>>> >>>> >>>> _______________________________________________ >>>> Talk-at mailing list >>>> Talk-at at openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-at >>>> >>> >>> >>> >>> >>> _______________________________________________ >>> Talk-at mailing list >>> Talk-at at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-at >>> >> >> _______________________________________________ >> Talk-at mailing list >> Talk-at at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-at > > > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > From kevin.kofler at chello.at Fri Aug 31 01:13:16 2018 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 31 Aug 2018 03:13:16 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= References: Message-ID: gppes_osm at web.de wrote: > o Massenrevert? > o Lange Usersperre? > > Davon bin ich im Moment gar nicht ueberzeugt. > > Ich glaube nicht einmal, dass seine Arbeit so schlecht waere, dass er > nicht weiter machen sollte. Seine Arbeit ist ein Import und/oder ein Massenedit. Dafür gibt es die Import-Richtlinien, die hier eindeutig NICHT beachtet wurden (oder wo bitte wurde dieser Import besprochen und erlaubt? Der einzige Thread diesbezüglich auf dieser Mailingliste war eindeutig ablehnend). Kevin Kofler From gppes_osm at web.de Fri Aug 31 05:31:44 2018 From: gppes_osm at web.de (gppes_osm at web.de) Date: Fri, 31 Aug 2018 07:31:44 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: References: Message-ID: Liebe Kollegen, Kevin, aus meiner Sicht haengt das von der Anzahl der durchgefuehrten Edits ab, also wieviel Zeit man sich fuer das Importieren der Daten laesst. Ich benutze sowohl das Josm plugin AustrianAddressHelper, als auch Luzandros BEV Tool von github, "importiere" also auch... adr*org, kannst Du bitte dazu Stellung nehmen wie viele Adressen Du taeglich anfasst? Eine gewisse Limitierung pro Tag waere hier sicher nicht schlecht, um eine gute Qualitaet der Daten sicherzustellen. Naja, und besteht nicht auch eine "Ueberhitzungsgefahr"? Lg, Gppes > Gesendet: Freitag, 31. August 2018 um 03:13 Uhr > Von: "Kevin Kofler" > An: talk-at at openstreetmap.org > Betreff: Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport? > > gppes_osm at web.de wrote: > > o Massenrevert? > > o Lange Usersperre? > > > > Davon bin ich im Moment gar nicht ueberzeugt. > > > > Ich glaube nicht einmal, dass seine Arbeit so schlecht waere, dass er > > nicht weiter machen sollte. > > Seine Arbeit ist ein Import und/oder ein Massenedit. Dafür gibt es die > Import-Richtlinien, die hier eindeutig NICHT beachtet wurden (oder wo bitte > wurde dieser Import besprochen und erlaubt? Der einzige Thread diesbezüglich > auf dieser Mailingliste war eindeutig ablehnend). > > Kevin Kofler > > > _______________________________________________ > Talk-at mailing list > Talk-at at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at > From kairo at kairo.at Fri Aug 31 12:15:27 2018 From: kairo at kairo.at (Robert Kaiser) Date: Fri, 31 Aug 2018 14:15:27 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: <362638050.43485.1535462025955@office.mailbox.org> References: <362638050.43485.1535462025955@office.mailbox.org> Message-ID: <821e7499-21ad-4df6-782e-b08200fc19e8@kairo.at> various at mailbox.org schrieb: > Einen kompletten Revert halte ich für unsinnig, trotz aller Fehler und persönlicher, äh, unstimmigkeiten, bringen die ganzen Adressen, die er einträgt einen großen Mehrwert, imho. Das Problem ist, dass ohne Revert er die Praxis einfach so weiter führt und damit die Community ähnlich schädigt wie damals der plan-at-Import. Aber wenn du der Meinung bist, dass wir keine engagierte lokale Community brauchen, stimme ich dir zu. KaiRo From rudolf.mayer at gmail.com Fri Aug 31 12:30:33 2018 From: rudolf.mayer at gmail.com (Rudolf Mayer) Date: Fri, 31 Aug 2018 14:30:33 +0200 Subject: [Talk-at] =?utf-8?q?Quantit=C3=A4t_vor_Qualit=C3=A4t_beim_BEV-Adr?= =?utf-8?q?essimport=3F?= In-Reply-To: <821e7499-21ad-4df6-782e-b08200fc19e8@kairo.at> References: <362638050.43485.1535462025955@office.mailbox.org> <821e7499-21ad-4df6-782e-b08200fc19e8@kairo.at> Message-ID: Hallo! Robert Kaiser wrote on 31/08/18 14:15: > various at mailbox.org schrieb: >> Einen kompletten Revert halte ich für unsinnig, trotz aller Fehler und >> persönlicher, äh, unstimmigkeiten, bringen die ganzen Adressen, die er >> einträgt einen großen Mehrwert, imho. > > Das Problem ist, dass ohne Revert er die Praxis einfach so weiter führt Ich glaube auch, dass hier ein revert angebracht wäre. lg