Re: [Talk-at] OSM AT Erreichbarkeit

[various]

Local Chaper eher wie die Chapters von Motorradclubs. Nur, falls das jemand 
nicht wissen sollten 
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters

Falls ich da einen Scherz nicht mitbekommen habe, sorry. 

@Johann
Das ist relativ peinlich. Wie immer behauptest du erst irgendwas ohne Belege 
und lässt es dann die anderen 'aufwischen', so zu sagen. 

> Friedrich Volkmann  hat am 20.08.2020 10:55 geschrieben:
> 
>  
> On 20.08.20 10:20, Frederik Ramm wrote:
> >> Gestattet mir trotzdem eine Frage: Warum redet ihr immer von einem
> >> "local Chapter"? Wovon handelt dieses Kapitel, und in welcher
> >> Publikation soll es erscheinen? Schreibt ihr an einem Buch über OSM?
> >> Können wir dazu was beitragen?
> > 
> > Es geht dabei um dasjenige Kapitel im Reiseführer, in dem die
> > Gaststätten aufgelistet sind. Das ist für OSM relevant, weil wir ja
> > regelmässig Stammtische abhalten wollen, deswegen sind wir alle bemüht,
> > dazu beizutragen.
> 
> In welchem Reiseführer? Kein Mensch sucht sich ein Lokal für einen 
> OSM-Stammtisch nach einem Reiseführer aus, und nicht alle Stammtische sind 
> in Gaststätten. Z.B. die Treffen in Wiener Neustadt waren in der 
> Fachhochschule, die Leobersdorfer Stammtische in einem sogenannten 
> Hackerspace, und die Wiener Stammtische waren z.T. in Räumlichkeiten der TU 
> Wien.
> 
> Außerdem werden die Stammtische schon lang nicht mehr regelmäßig abgehalten, 
> und jetzt mit dem Corona-Wahn ist nicht der richtige Zeitpunkt für solche 
> Planungen. Besser kurzfristig ausmachen, also z.B. ein, zwei Wochen vorher. 
> Aber bitte nicht erst am selben Tag, wie das auch schon passiert ist. Denn 
> dann sehen viele die Ankündigung nicht rechtzeitig, oder sie haben den Abend 
> schon anders verplant.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Autobahn Baukilometer

[various]

Hm, eine Ahnung, aber es gab letztens mal was im Forum, vielleicht hilft das ja 
weiter?
https://forum.openstreetmap.org/viewtopic.php?id=68686 bzw. direkt dann 
http://autobahnkilometer.tirol/

Vielleicht kann man damit ja etwas machen?

> Philipp Kolmann  hat am 17.07.2020 09:08 geschrieben:
> 
>  
> Hallo Andreas
> 
> Am 17.07.2020 um 00:03 schrieb Andreas:
> > ich habe nochmal drüber nachgedacht und glaube du müsstest mit den
> > Bezugspunkten von der GIP auskommen. Die Bezugspunkte liegen ja als
> > Punkt-Feature vor und daher hat jeder Bezugspunkt entsprechende
> > Koordinaten. Mit einem GIS Programm deiner Wahl, zb QGIS kannst du dir
> > die Koordinaten zusätzlich als Attribute ausgeben lassen und zu den
> > Bezugspunkten dazu speichern.
> 
> Danke für den Hinweis mit den Bezugspunkten. Die Idee ist ansicht super, 
> nur leider gibts keinen einzigen Bezugspunkt mit Owner ASFINAG (Id 11 
> laut LUT_DATABASE)
> 
> Alle anderen Strassen sind damit super kilometrierbar...
> 
> lg
> Philipp
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] JOSM Adresshelfer Fehler:nullpointerexception

[various]

habs gerade mit JOSM 16731 ausprobiert, gleicher Fehler unter Linux. Aber es 
gibt auf Github bereits ein Issue dazu, da könnte man ja upvoten oder 
entsprechend ein Kommentar dazu abgeben, vielleicht wirds dann ja was.
Wär schade, kann man immer wieder brauchen, den helper :)

> martin ringer  hat am 15.07.2020 19:46 
> geschrieben:
> 
> 
> Wieder einmal kommt die Warnung bei JOSM wenn man mit dem AT Adresshelfer 
> arbeiten will:
> java.lang.N ullPointerException
> 
> Gibt es eine Lösung des Problems?
> 
>  
> http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail
> 
> Virenfrei. www.avg.com 
> http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Abzeichnen von OpenTopoMap?

[various]

Soweit ich das https://opentopomap.org/about hier sehen kann, steht die 
OpenTopoMap unter CC-BY-SA, wie auch OSM 
https://www.openstreetmap.org/copyright laut der Seite (bzw. die Kartenkacheln 
selbst, nicht die OSM-Daten).
Steht auch genau so hier https://wiki.openstreetmap.org/wiki/OpenTopoMap 

Auf Anhieb würde ich jetzt mal ganz vorsichtig behaupten, dass das überhaupt 
kein Problem sein sollte. Aber mal auf ein paar andere Antworten warten :)

> Patrick Strasser-Mikhail  hat am 24. Mai 2020 20:28 
> geschrieben:
> 
>  
> Hallo!
> 
> Ich zeichne gerade in einer sehr spärlich gemappten Region der Welt 
> grundlegende Dinge (Straßen, Gewässer, Wald/Farmland, Gebäude). Ich 
> verwendet JOSM, mit den in JOSM vorhandenen Hintergründen. Normalerweise 
> ist in der Gegend Bing die beste Quelle, manchmal ist OpenTopoMap 
> hilfreich, um die Luftbilder besser zu interpretieren: in welche 
> Richtung fließt das Gewässer, ist der Weg hier plausiebel, ist das 
> Gelände eher sehr Steil und nicht wirklich bearbeitbar usw.
> 
> Ich wurde in einem Kommentar darauf aufmerksam gemacht, dass OpenTopoMap 
> als Quelle wegen der SRTM-Lizenz ungeeignet ist.
> 
> Für mich ist jetzt unklar:
> * Ist OpenTopoMap eine geeignete Quelle für OpenStreetmap (abzüglicher 
> einer Selbsreferenz, die ich problemlos erkennen kann)?
> * Was genau ist erlaubt, wo wird es problematische? Wenn ich jetzt nur 
> z.B. die Geländedaten verwende um einen Gewässerverlauf zu zeichnen, 
> oder wenn ich mir die OTM als Entscheidungshilfe nehme?
> * Gibt es irgendwo eine Diskussion dazu (ja, ich habe gesucht...)
> 
> LG
> 
> Patrick/trapicki
> 
> -- 
> Cheap - good - fast: choose any two
> Patrick Strasser-Mikhail
> patr...@wirklich.priv.at
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] PLZ Import

[various]

Sorry, wenn ich das so sage, aber da merkt man wieder, dass du absolut keine 
Ahnung von Lizenzen hast. Aber das hast du schon mehrfach gezeigt. Die Sachen 
müssen wieder weg. Es schadet OSM mehr, wenn Sachen aus unklarer 
Lizenzsituation verbleiben.

Zurück zum Thema:
Kann hier jemand den Revert machen? geo_sch selbst hat im Forum bereits gesagt, 
dass das scheinbar die ganzen Polygone vom 27.03. 
https://forum.openstreetmap.org/viewtopic.php?pid=784836#p784836 sind und die 
bitten jemand reverten soll.

Grüsse

> Johann Haag  hat am 30. April 2020 06:47 geschrieben:
> 
> 
> Der Mitwirkende  geo_sch https://www.openstreetmap.org/user/geo_sch  hat 
> angekündigt, das Format seiner PLZ Bereiche, auf jenes wie von mir in 
> Vorarlberg und Tirol -bereits seit 2017 bestehend- abzuändern. OpenStreetMap 
> ist ein Projekt an dem Menschen gemeinsam mitwirken. Von  geo_sch 
> https://www.openstreetmap.org/user/geo_sch  importierten Hilfslinien eigenen 
> sich nun gut, so dass sich auch andere an dieser Arbeit beteiligen können. 
> Hilfslinien gehören selbstverständlich wieder entfernt, man kann dies hier 
> aber genauso gut erst dann machen, sobald das reguläre Projekt fertiggestellt 
> ist. Das übliche Problem, dass ein Rücksetzten je länger die Zeit 
> verstreicht, durch Konflikte schwieriger wird haben wir hier nicht, da diese 
> Linien ja isoliert sind.
> Zu einer möglichen Verletzung von Rechten. Der Schaden ist nun wohl 
> bereits passiert. Wir sollten herausfinden wem diese Polygone gehören, der 
> Rechteinhaber soll entscheiden ob wir diese unverzüglich zu entfernen haben. 
> Ein vorauseilendes Entfernen schadet nur unserem Projekt, rein rechtlich 
> macht dies nämlich keinen Unterschied mehr. 
> 
> Daher:
> * Vorübergehend behalten
> * Gemeinsam an einer Auflösung arbeiten
> *  Nachdem importierte Hilfslinien von anderen OSM Daten vollständig 
> isoliert sind, besteht -zur Vermeidung von Bearbeitungskonflikten- vorerst 
> Gefahr in Verzug. Also Entfernen nicht über ein Revert, sondern erst nach 
> Abschluss, über eine einfache Overpass Turbo Abfrage.
> 
> 
> Grüße Johann Haag 
> 
> Am Do., 30. Apr. 2020 um 00:25 Uhr schrieb Robert Kaiser < ka...@kairo.at 
> mailto:ka...@kairo.at >:
> 
> > > Mit allen diesen Mängeln, die hier angeführt sind, bin ich 
> jedenfalls
> > auch dafür, einen revert zu machen.
> > 
> > KaiRo
> > 
> > 
> > scubbx schrieb:
> > > Mir scheint, dass die von geo_sch importierten Flächen aus einer
> > > fraglichen Quelle (lizenztechnisch) stammen und auch von der 
> > Qualität
> > > nicht passen.
> > > Bevor diese durch Bearbeitungen nicht mehr klar erkenntlich sind,
> > > sollten diese reverted werden.
> > >
> > > Was meint ihr?
> > >
> > >
> > > Am 29.04.20 um 10:57 schrieb Johann Haag:
> > >> Aktuell entwickelt sich die Diskussion im OSM- Webforum gut.
> > >> https://forum.openstreetmap.org/viewtopic.php?pid=784826#p784826
> > >> Man sieht, dass Grafiken im Jahr 2020 zeitgemäß sind, und 
> > Bewegung in
> > >> eine Thematik bringen können.
> > >> Frage kann man den Talk- Mail Verteiler eventuell auf 
> > zeitgemäßes HTML
> > >> umstellen. ?
> > >>
> > >> Grüße Johann Haag
> > >>
> > >> Am Mo., 27. Apr. 2020 um 19:56 Uhr schrieb < vari...@mailbox.org 
> > mailto:vari...@mailbox.org
> > >> mailto:vari...@mailbox.org >>:
> > >>
> > >>  Servus,
> > >>
> > >>  Benutzer wurde angeschrieben mit ein paar Fragen und auf die
> > >>  Mailingliste und/oder auf das Forum hingewiesen. 
> > beautifulplaces
> > >>  hat auch ein (imho unnötig schroffes) Changesetkommentar 
> > gemacht
> > >>  und im Forum in einem Thread was hinzugefügt diesbezüglich.
> > >>
> > >>  Grüße
> > >>>  andreas wecer < andreas.we...@gmail.com 
> > mailto:andreas.we...@gmail.com
> > >>>   > mailto:andreas.we...@gmail.com >> hat am 27. April 2020 19:22
> > >>>  geschrieben:
> > >>>
> > >>>
> > >>>  "survey" ist jedenfalls eine tolle Quelle für einen
> > >>>  österreichweiten PLZ-Import und "POSTCODE" kein korrekter 
> > key
> > >>>
> > >>>  Am Mo., 27. Apr. 2020 um 17:41 Uhr schrieb Thomas 
> > Rupprecht <
> > >>>  rupprecht.tho...@gmail.com 
> > mailto:rupprecht.tho...@gmail.com  > mailto:rupprecht.tho...@gmail.com >>:
> > >>>
> > >>>  Hallo,
> > >>>
> > >>>  geo_sch < https://www.openstreetmap.org/user/geo_sch> 
> > hat
> > >>>  heute einiges an PLZ Polygonen importiert. Der import 
> > sieht
> > >>>  aber nicht sehr durchdacht aus. Ich hätte auch nichts 
> > von
> > >>>  einer Diskussion über so 

Re: [Talk-at] PLZ Import

[various]

Servus,

Benutzer wurde angeschrieben mit ein paar Fragen und auf die Mailingliste 
und/oder auf das Forum hingewiesen. beautifulplaces hat auch ein (imho unnötig 
schroffes) Changesetkommentar gemacht und im Forum in einem Thread was 
hinzugefügt diesbezüglich.

Grüße

> andreas wecer  hat am 27. April 2020 19:22 
> geschrieben:
> 
> 
> "survey" ist jedenfalls eine tolle Quelle für einen österreichweiten 
> PLZ-Import und "POSTCODE" kein korrekter key
> 
> Am Mo., 27. Apr. 2020 um 17:41 Uhr schrieb Thomas Rupprecht < 
> rupprecht.tho...@gmail.com mailto:rupprecht.tho...@gmail.com >:
> 
> > > Hallo,
> > 
> > geo_sch https://www.openstreetmap.org/user/geo_sch hat heute 
> > einiges an PLZ Polygonen importiert. Der import sieht aber nicht sehr 
> > durchdacht aus. Ich hätte auch nichts von einer Diskussion über so einen 
> > Import mitbekommen.
> > 
> > Kann sich das noch wer andere ansehen?
> > 
> > Beispiel changelog: https://www.openstreetmap.org/changeset/84206322
> > 
> > mfg Thomas Rupprecht
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> > 
> > > ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Fwd: Re: Kartenmaterial Mils

[various]

Hallo Klara,

lass dich bitte nicht von Johanns Art entmutigen. Du 'musst' dich natürlich 
nicht anmelden auf OSM. Es hat aber einige Vorteile. Wenn du z. B. einen 
Hinweis auf der Karte erstellst mit deinem Account, bekommst du eine Nachricht, 
wenn der Hinweis kommentiert oder erledigt wird. Du hast auch einfach Zugriff 
auf das Forum von OSM, ohne dich noch einmal extra anmelden zu müssen.

Danke für deine sehr detailierte Meldung inklusive dem Track. Du könntest uns 
auch noch den GPX-Track selbst zur Verfügung stellen, das wäre auch sehr 
praktisch. Wenn du dich auf https://openstreetmap.org registrierst und dann 
angemeldet bist, hast du oben den Punkt "GPS Tracks" da draufklicken und dann 
auf "Lade einen Track hoch". Dann können andere auf OSM direkt von dem 
GPX-Track abzeichnen, so zu sagen. Ansonsten hat dir ja auch Andreas auf der 
Mailingliste schon gesagt, wie du das direkt über Komoot lösen könntest :) Ich 
habe sonst noch einmal nachgeschaut und hier 
https://support.komoot.com/hc/en-us/articles/360022834132-Export-and-import-of-GPX-files
 steht, wie du in Komoot den GPX-Track exportieren kannst. Scheint nur über die 
Webseite zu gehen. 

Solltest du noch fragen haben, kannst du dich gern noch einmal hier melden.

Grüsse

> Johann Haag  hat am 26. April 2020 20:49 geschrieben:
> 
> 
> Hallo Klara
> "Jemand", sind Menschen wie Du.
> Ich habe mal ein paar Wege eingezeichnet, mir ist hierbei Aufgefallen 
> dass fehlende Wege dort derzeit noch das geringste Problem sind. 
> Wenn Du einen Fehler findest, und du hast keine Lust dich mit Editieren 
> auseinanderzusetzen,  so kannst du unterhttp://osm.org einen Fehlerhinweis 
> setzt.
> Das hast Du -trotz Hinweis- bisher noch nicht gemacht. Ich finde das 
> erstaunlich für jemanden der es schafft, auf talk ein Posting mit Bild 
> abzusetzen.
> 
> Grüße Johann
> 
> Am So., 26. Apr. 2020 um 18:54 Uhr schrieb Klara Zösmayr < 
> klara.ph.r.zoesm...@gmail.com mailto:klara.ph.r.zoesm...@gmail.com >:
> 
> > > Hallo Johann,
> > 
> > Leider hab ich keine Ahnung wie ich das machen soll. Ich verwende 
> > die App von Komoot und die haben mich an euch weiterverwiesen.
> > Habt ihr niemanden in der Gegend, der vlt mit einem Rad das 
> > Kartenmaterial erneuern könnte?
> > 
> > Mfg. Klara
> > 
> > -
> > From: Johann Haag mailto:johannh...@hxg.at >
> > Sent: Sunday, April 26, 2020 6:50:58 PM
> > To: OpenStreetMap AT  > mailto:talk-at@openstreetmap.org >; klara.ph.r.zoesm...@gmail.com 
> > mailto:klara.ph.r.zoesm...@gmail.com  > mailto:klara.ph.r.zoesm...@gmail.com >
> > Subject: Re: [Talk-at] Kartenmaterial Mils
> > 
> > Hallo Klara,
> > ich hab mir den Bereich in Mils mal angesehen. Es handelt sich hier 
> > um eine ehemalige Schottergrube, wo auch so mancher Off Road Fan, seine 
> > Runden gedreht hat.
> > Es gibt also dort unzählige Abzweigungen und Wegelchen, oft ist 
> > nicht klar ist, ob diese heute noch für etwas gut sind. Empfehlenswert wäre 
> > daher dass Du bei Deinen Spaziergängen GPS Spuren erstellst. Danke übrigens 
> > für die übermittelte Routenbeschreibung.
> > 
> > Grüße Johann
> > 
> > Am Fr., 24. Apr. 2020 um 20:12 Uhr schrieb Klara Zösmayr < 
> > klara.ph.r.zoesm...@gmail.com mailto:klara.ph.r.zoesm...@gmail.com >:
> > 
> > > > > Hallo.
> > > Ich verwende Komoot um Touren zu planen und da ist mir 
> > > aufgefallen,dass das Kartenmaterial von Mils in Tirol nicht 
> > > stimmt.imAnhamg sende ich ein Foto von einer kurzen Wanderung,die ich da 
> > > gemacht habe. Wie man siehtbin ich da einen Weg gegangen, der inderKarte 
> > > nicht eingezeichnet war. Und die Verbindungen an den oberen Weg hin 
> > > wollte ich gehen,  die existieren aber nicht. Ich bin da an einem Abhang 
> > > entlang gegangen.
> > > Kann sich bitte jemand das vor Ort anschauen und das 
> > > Kartenmaterial entsprechend anpassen?
> > > Vielen Dank.
> > > Mfg. Klara Zösmayr 
> > > 
> > > 
> > > > > 
> > > ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Wie vielfache benannte Eingänge mappen?

[various]

Während ich mit Volki hier in den meisten Sachen übereinstimme, finde ich, dass 
man die Adressen in bestimmten Fällen sehr wohl auf den Eingang setzen kann. 
Wenn es ein Gebäude ist ohne klar sichtbarer Unterteilung, da kann man das 
schon machen, aber bevorzug wird es, meiner Meinung nach, auf das Gebäude oder 
den Gebäudeteil gesetzt, als Node aufs Gebäude (mag ich persönlich nicht so 
gern) oder eben auf den Eingang.
Aber Hausnamen werden in Österreich nicht benutzt und sollten auch nicht 
missbraucht werden. 

> Friedrich Volkmann  hat am 16. November 2019 um 10:43 
> geschrieben:
> 
> 
> On 16.11.19 09:10, Patrick Strasser-Mikhail wrote:
> > Ich bin gerade dabei Eingänge im LKH Graz zu mappen. Das LKH Graz hat 
> > duzende Gebäude mit eigenen Hausnummern und jedes Gebäude hat normalerweise 
> > eine handvoll Eingänge. Praktischerweise sind die mit 
> > / beschildert und auch auf Lageplänen 
> > eingezeichnet. Lifttüren nach Außen haben dann Bezeichnung 
> > /L, wobei die Eingangsnummer und Liftnummern 
> > getrennt gezählt werden. Diese Information ist natürlich Gold wert und 
> > gehört in die Openstreetmap.
> > 
> > Die Frage ist jetzt aber, wie mappen. Die Eingänge haben teilweise 
> > addr:housename dabei, worüber sich JOSM dann aufregt.
> 
> JOSM ist irrelevant, aber Hausnamen sind in Österreich als Adressbestandteil 
> unüblich, und Adressen würde ich sowieso nur auf Gebäude oder Grundstücke 
> setzen, nicht auf Eingänge.
> 
> Eingänge nur mit ref=* (und entrance=main/yes/...).
> 
> > Schön wäre es, wenn die Eingangsnummer gut nutzbar wären, sowohl auf der 
> > Karte als auch im Routing (z.B. um mit dem Taxi gleich zur richtigen 
> > Ambulanz zu kommen, weil ich die Türnummer weiß).
> 
> Kein Taxifahrer navigiert mit OSM, und in Krankenhäusern orientiert man sich 
> nicht nach Eingangsnummern, sondern nach Gebäuden/Pavillons und 
> Stationen/Ambulanzen. Dafür gibt es Leitsysteme.
> 
> Nicht alles, was man weiß, hat es Sinn zu mappen. Schlag dir das Mappen der 
> Lifttüren u.dgl. gleich aus dem Kopf, das wäre Teil eines umfangreichen 
> Indoormappings, welches als Thema einer Bachelorarbeit denkbar wäre und auch 
> insofern dafür passen würde, als es nur akademischen Wert hätte. Der 
> praktische Nutzen ist null. Genauso wie zwischen den Gebäuden gibt es auch 
> innerhalb Leitsysteme und Wegweiser, und anders fände man sich innerhalb 
> eines Gebäudes sowieso nicht zurecht.
> 
> Wenn du was für die Nutzer tun willst, dann mappe die Namen der Gebäude so, 
> wie sie am Lageplan auf der Website angegeben sind 
> (http://www.klinikum-graz.at/cms/dokumente/10020626_2096225/f4de41b8/Lageplan-web.pdf).
>  
> Die zweistelligen Nummern gehören in ref=* (oder addr:unit, falls man die 
> Nummer als Adressbestandteil sieht) - aufs Gebäude wohlgemerkt.
> 
> Das ganze Areal ist amenity=hospital + 
> name="Landeskrankenhaus-Universitätsklinikum Graz" + short_name="LKH Graz" + 
> alt_name=... + Adresse + Website + operator etc.
> Fürs Mapping der einzelnen Stationen/Ambulanzen/Abteilungen gibt es noch 
> keinen Taggingstandard. Sonst könnte man jede davon einzeln mappen mit 
> Angabe, in welchem Stockwerk (level=*) und ggf. in welchem Trakt (am besten 
> flächig mappen) sie sich befindet.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] name:suffix & name:prefix (de)

[various]

Dazu ein von mir gern gemachter Hinweise auf die "Bitte keine Abkürzungen 
verwenden" - 
https://wiki.openstreetmap.org/wiki/DE:Names#Abk.C3.BCrzungen_.28nicht_verwenden.21.29

Ich sitz gerade hier und frage mich, was Westf. heissen soll. Westfurt? 
Westfahlen? Westfehlen? Die Router und Renderer können das eh abkürzen, wenns 
denn sein muss. Ich hätte das in name_short=* gepackt, aber ich habe gerade 
gesehen, dass Westf. ja als name:suffix=* eingetragen wird, da geht das dann 
natürlich nicht...

Ich bin für "Gemeinde" und solche sachen in name:suffix=*, aber eben 
ausgeschrieben. :D

> Florian Lohoff < f...@zz.de mailto:f...@zz.de > hat am 15. Oktober 2019 
> um 21:02 geschrieben:
> 
> 
> 
> Hi,
> ohne in die Diskussion eingreifen zu wollen. Es wäre schön wenn das
> mal Dokumentiert werden würde woher auf den Boundarys die name:prefix
> und name:suffix kommen und wie der richtige Weg ist aus diesen
> Bestandteilen den offiziellen Namen zu generieren.
> 
> Ich mache für ein paar Adressvalidierungen in einem teil von Deutschland
> so Klimmzüge das ich gerne aus dem admin boundary Daten den
> "Offiziellen" Namen der Gemeinde hätte der dann auch im addr:city
> auftaucht.
> 
> Hier die comments aus meinem Code:
> 
> //
> // Build official name - No documentation on the osm wiki for this
> //
> // Examples show:
> //
> // name:prefix=Stadt
> // name=Werther
> // name:suffix=(Westf.)
> //
> // Or
> //
> // name:prefix=Stadt
> // name=Halle (Westf.)
> //
> 
> Die Stadt heisst "Werther (Westf.)" bzw "Halle (Westf.)" - In der Karte
> sind "Werther" und "Halle (Westf.)" zu sehen. Das ist aber eher Gewohnheit
> weil es ein "Halle" gibt aber kein zweites Werther.
> 
> D.h. der name + suffix bilden den Offiziellen namen. name:prefix enthält 
> "nur"
> die Kategorisierung.
> 
> Ich habe aber nirgends Doku dazu gefunden wie das gemeint ist - Habe ich
> nur reverse engineered. Deshalb - wäre schön wenn es dazu Doku gäbe.
> 
> Flo
> --
> Florian Lohoff f...@zz.de mailto:f...@zz.de
> UTF-8 Test: The  ran after a , but the  ran away
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[various]

Ich versteh es zwar, fände es aber nicht schlecht, wenn der Verlag zumindest 
darauf hingewiesen wird. Dann ist es vielleicht so, dass bei einer neuen 
Auflage oder bei einem neuen Buch auf so etwas geachtet wird. Sonst kommt 
irgendwann später beim nächsten mal vielleicht ein "Aber bei dem Buch hattet 
ihr keine Probleme damit..." oder so. (Was natürlich auch keine Ausrede sein 
kann/darf.)

Es geht ja nicht um Anschuldigungen oder großartige Sachen, sondern mehr um den 
grundsätzlichen Hinweis. "Wir haben leider erst jetzt bemerkt, dass ihr das 
benutzt und haben uns sehr gefreut, dass es verwendet wird. Allerdings haben 
wir gesehen, dass leider der Uhrheberrechtshinweis auf OSM im Buch wohl 
übersehen wurde. Die korrekte Art das zu machen ist zum Beispiel hier(link) 
und/oder hier (link) zu finden, blabla, vielen Dank, und so weiter."

Oder so. 

> Friedrich Volkmann  hat am 14. Oktober 2019 um 00:34 
> geschrieben:
> 
> 
> On 13.10.19 23:57, Michael Reichert wrote:
> > Die Kartenbilder sind nämlich recht alt und zeigen eine mehrere Jahre
> > alte Version des Kartenstils OSM Carto oder noch seinen Vorgänger den
> > Mapnik-OSM-Stil.
> 
> Marcus hat inzwischen klargestellt, dass das Buch aus 2014 ist.
> 
> > Angesichts des Alters der Daten und des stark heruntergesetzten Preises
> > würde ich den Fall gar nicht weiterverfolgen. Ich vermute, dass da ein
> > Ladenhüter verramscht werden soll. Das ist unsererseits den Aufwand
> > nicht wert.
> 
> Das sehe ich auch so. (Rechtlich möglich wär es aber. Die Verwertungsrechte 
> verjähren erst 70 Jahre nach dem Tod des Urhebers.)
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Änderung von Bezirks- und Gemeindenamen in Tirol und Vorarlberg

[various]

Das umgetagge finde ich nicht gut. Vor allem, wenn sowieso nix klar ist. Aber 
nach einigem durchlesen fände ich es wenigstens besser, wenn name:prefix=* 
statt :at=* benutzt wird. name:prefix=* wird inzwischen immerhin wenigstens ein 
paar mal Weltweit benutzt. Die Frage ist, ob 130k wirklich genug ist um von 
"Akzeptiert weil genug benutzt" zu reden. 
https://taginfo.openstreetmap.org/keys/name%3Aprefix ich glaube eher nicht :)

Man kann aber auch nachträglich ein Proposal erstellen dafür - aber warum 
unbedingt einen neuen Tag erfinden und nicht einen bestehenden benutzen?

> andreas wecer  hat am 3. Oktober 2019 um 23:11 
> geschrieben:
> 
> Sehe ich das eigentlich richtig? Ein einzelner User hat vor 5 Jahren in 
> ganz Österreich alle möglichen Bezirke auf "name:prefix:at" umgetaggt, wovon 
> er nach einiger Zeit offenbar selbst nicht mehr überzeugt war
> 
> http://osm-talk-at.1116557.n5.nabble.com/Re-Talk-at-Grenzen-tt270.html#a382
> 
> http://osm-talk-at.1116557.n5.nabble.com/Talk-at-Gemeinde-Relationen-in-Osterreich-Abweichende-Schreibweisen-tp1288p1290.html
> 
> Es konnte anscheinend bis jetzt noch niemand erklären, was das ":at" 
> überhaupt soll, sondern es wurde mehrfach von verschiedenen Leuten darauf 
> hingewiesen, dass das überhaupt keinen Sinn ergibt
> http://osm-talk-at.1116557.n5.nabble.com/Re-Talk-at-Grenzen-tp270p372.html
> http://osm-talk-at.1116557.n5.nabble.com/Re-Talk-at-Grenzen-tp270p379.html
> http://osm-talk-at.1116557.n5.nabble.com/Re-Talk-at-Grenzen-tp270p384.html
> http://osm-talk-at.1116557.n5.nabble.com/Re-Talk-at-Grenzen-tp270p386.html
> https://forum.openstreetmap.org/viewtopic.php?pid=732637#p732637
> 
> Dennoch wird es immer noch weiter verwendet und kommt mittlerweile 2429 
> mal vor (während es bspw. gerade einmal 70 name:prefix:de gibt), weil die 
> Alternativen auch alle irgendjemand nicht passen, weil es mittlerweile schon 
> immer so war und weil von den Varianten mit der getrennten Speicherung 
> sowieso keine irgendwo unterstützt wird?
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Änderung von Bezirks- und Gemeindenamen in Tirol und Vorarlberg

[various]

Moment, so sehr ich dem Mapper gegenüber kritisch bin, es gehört NICHT 
revertiert, nur weil es von ihm kommt und er stur und unverbesserlich ist.
Wenn die Änderungen konkret falsch ist, dann gehört revertiert. Wenn es 
Diskussionsbedarf ob seiner Änderungen gibt, auch. Dann aber ab in den 
Changeset und wenn er da unverbesserlich ist und einfach weitermacht, bevor der 
Fall geklärt ist, dann gehört gegebenenfalls revertiert oder eine 0-Tage-Sperre 
verhängt um ihn zur Diskussion zu zwingen. 

Im Forum gibt es 3 Threads dazu, wobei 2 fälschlicherweise aufgemacht wurden, 
von alt nach neu:
https://forum.openstreetmap.org/viewtopic.php?id=64985
https://forum.openstreetmap.org/viewtopic.php?id=67494
https://forum.openstreetmap.org/viewtopic.php?id=67555

Jetzt behauptet er selbst allerdings auf seinem Blog, dass er im Forum immer 
noch gesperrt ist (müsste ja aufgehoben sein) und, dass er ja auf der 
Mailingliste (die er beharrlich ignoranterweise als "Forum" bezeichnet) 
zensiert wird. 

> Kevin Kofler  hat am 3. Oktober 2019 um 11:40 
> geschrieben:
> 
> 
> PPete wrote:
> > Der Mapper "beautifulplaces", welcher die kürzlichen Änderungen in Tirol
> > und Vorarlberg durchgeführt hat,
> 
> Ach, der schon wieder!
> 
> Dann bitte die Änderungen sofort reverten, jegliche Diskussion mit diesem 
> Mapper ist sinnlos, und in dem Fall kann es sich auch unmöglich um ein 
> Versehen handeln.
> 
> Kevin Kofler
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Fwd: Mittersill: gelöschte Schule wiederherstellen

[various]

Über das Changeset, welches Andreas genannt hat, findet man heraus, dass die 
beiden Gebäude gelöscht wurden. Über JOSM - Daten - Änderungssatz umkehren - 
68139322 eingeben
Kann man die beiden Gebäude wieder herstellen bzw. die Datensätze rückgängig 
machen. Wenn du dich da auskennst würde es sich anbieten, das 
wiederherzustellen und dann alle Daten korrekt einzutragen.

Ich habe mir aber gerade alle Sachen von dem User angesehen und da kann man 
wohl alles reverten, ohne Probleme. Sieht aus als wäre das irgendwie als 
Schulprojekt gedacht gewesen, was direkt Live im System getestet wurde. 
Vielleicht kann da jemand Tipps geben, wie die da etwas machen können, ohne in 
den Live-Daten herumzupfuschen.
Fußballplatz gelöscht, Bäume im Golfplatz, der Zierteich wurde "vereinfacht", 
...

Wenn es sonst keine Einwände gibt, würde ich den User 
https://www.openstreetmap.org/user/Maci255  in einem Changeset kurz 
informieren, dass solche Tests nicht im Live-System gemacht werden sollten und, 
dass ich seine ganzen Changesets zurücksetzen werde. Wenn jemand eine Info hat, 
wie man solche Tests für eine Schule realisieren kann bzw. einen Link dafür 
hat, würde ich das auch gerne deponieren und dann auf das Forum bzw. die 
Mailingliste hier verweisen für weitere Fragen.
Sieht für mich nicht so aus, als müsste man da innerhalb der nächsten 2 Stunden 
etwas machen, da geht das schon.


> andreas wecer  hat am 18. September 2019 um 08:26 
> geschrieben:
> 
> Am Mi., 18. Sept. 2019 um 07:45 Uhr schrieb < nine-osm.org-li...@sunch.at 
> mailto:nine-osm.org-li...@sunch.at >:
> 
> > > Wie kann man in der History eines Ausschnittes sehen was gelöscht 
> wurde?
> > Bzw. wie kann man gelöschte Objekte wieder herstellen?
> > 
> > > 
> Wenn man genau weiß, wo und was man sucht, ist das einfachste, was ich 
> kenne, immer noch Potlatch 1:  
> https://help.openstreetmap.org/questions/23631/how-do-i-find-and-recover-a-deleted-way
> 
> Du kannst es auch über Tools wie  https://osmcha.mapbox.com/ oder  
> https://overpass-api.de/achavi/ finden und in JOSM per Datei->Objekt 
> wiederherstellen, wenn du die ID des Objekts kennst
> 
> Die Schule wurde offenbar durch dieses Changeset (oder eines der anderen 
> des Users) gelöscht:  https://www.openstreetmap.org/changeset/68139322
> 
> LG
> Andreas
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Responsive Forum-Style fürs Smartphone verfügbar: Air3

[various]

Falls das hier etwas unter gegangen ist:
es gibt einen neuen Foren-Style, welcher das Forum auch am Smartphone lesbar 
macht. Vielleicht will es jemand von der Mailingliste ausprobieren und 
Rückmeldung geben (weitere Infos im Forum unter):
https://forum.openstreetmap.org/viewtopic.php?id=66881

Explizit nochmal auf der Mailingliste, weil hier vielleicht aus genau dem Grund 
ja eben nicht im Forum lesen, bzw. das unter anderem als einer der Gründe 
genannt wurde, was auch verständlich war imho.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[various]

*seufz* kannst du dir bitte ENDLICH mal den Wiki-Link zu den Import-Guidelines 
durchlesen? Komplett? Das wäre echt hilfreich, bevor du hier große "Neuerungen" 
kommunizierst. Warum ich das so schreibe? Weil dort steht "Step 6 - Uploading
You must use a dedicated user account."
Ist also alles schon festgeschrieben. Du musst nicht das Rad neu erfinden, 
sondern dich nur an die bestehenden Guidelines für den Import halten. Echt 
traurig, wie oft du schon auf die Guidelines hingewiesen wurdest (alleine von 
mir...) und jetzt einen Punkt als neuerung Vorschlägst, der schon immer drinnen 
steht. Wenn du Verbesserungen an den Guidelines hast, gerne, aber da musst du 
dich dann wohl an die allgemeine Mailingliste wenden und nicht an Deutschland 
oder Österreich. 

Ja, schön, und weiter? Wenn ich Blaulicht rufe und vor einem Haus stehe, dann 
lese ich direkt vom Schild ab und lese nicht am Handy die Adresse nach. Ich 
versteh das Problem da nicht wirklich. Vielleicht kannst du das kurz, prägnant 
und ohne irgend welche Analogien und Umschreibungen erklären. 

Na und? Melde dich einfach im Forum ab, dann solltest du lesen können. Noch nie 
ausprobiert oder geht das auch nicht? Würde mich wundern.

Aha, du ziehst mit deiner Firma also einen Vorteil aus den Daten und versucht 
die alle so zu manipulieren, dass sie dir zu gute kommen. Du bist als Lobbyist 
für deine Firma?

> Johann Haag  hat am 18. August 2019 um 13:25 geschrieben: 
> 
> 
> Am So., 18. Aug. 2019 um 13:08 Uhr schrieb < vari...@mailbox.org>: 
> > @Johann Haag 
> > Ich darf dich auf die https://wiki.openstreetmap.org/wiki/Import/Guidelines 
> > hinweisen. Also, erstelle einen neuen Diskussionsbaum wo es dann um den 
> > Import geht, erkläre dort was du wie machen willst und dann kann man auch 
> > darüber diskutieren. 
> > Das, was du hier geliefert hast, ist keine Diskussionsgrundlage. 
> > 
> > Keine Ahnung, was du in letzter Zeit immer mit den Blaulichtorganisationen 
> > hast. Darum gern noch einmal: 
> > Die sind uns in OSM grundsätzlich eher egal.
> Ich thematisiere das Blaulicht Thema nicht aus der Sicht von 
> Blaulichtorganisationen, diese haben in Österreich einen umfassenden Zugriff 
> auf das ZMR sowie GWR.Ich thematisiere das Thema Blaulicht aus der Sicht des 
> Bürgers, dieser ist heute mit seinem Smartphone unterwegs. Auf dem Smartphone 
> laufen vielfach OpenSource Anwendungen. Zum Beispiel plant Huawei eine Abkehr 
> von Google Maps, OpenSource Anwendungen sind daher auch zusehends in 
> Verantwortung, verlässliche Daten zu liefern.
> > Wir spielen Daten ein in unsere Datenbank und diese Daten stehen zur 
> > Verfügung. Wenn nun eine Firma oder eine Organisation diese Daten verwenden 
> > will, coole Sache. Wenn diese Firma Verbesserungsvorschläge hat, auch gern. 
> > Aber die jeweilige Organisation oder Firma sollte vorher auch evaluieren, 
> > was es damit auf sich hat und sich nicht auf die Aussagen eines 
> > Dienstleisters verlassen, der nicht halten kann, was er verspricht. Das 
> > wäre für alle Parteien schlecht. Sowohl OSM, Firma/Organisation und den 
> > Verkäufer/Dienstleister. 
> > Bezüglich rechtlichen Sachen hat sich User ionr hier schon ganz gut 
> > geäussert, meiner Meinung nach: 
> > https://forum.openstreetmap.org/viewtopic.php?pid=666487#p666487 
> > 
> > Frage am Rande: 
> > Kann es sein, dass du gerade mit deiner Firma irgendwie mit dem Bund mit 
> > Blaulichtorganisationen zu tun hast? Ich meine etwas ähnliches war doch 
> > schon mal mit dir, als geocodec, wo irgendwas mit Hauseinfahrten und 
> > Multipolygonen war und dann herauskam, dass da irgendeine Verbindung war 
> > zwischen deinem Beruf und einer Müllabfuhr oder so. Wenn ich mich das jetzt 
> > falsch in Erinnerung habe, bitte ich um Entschuldigung. Ich meine, das war 
> > irgendwie im deutschen Forum oder so. Das einzige, was ich dazu gefunden 
> > habe, ist https://forum.openstreetmap.org/viewtopic.php?id=53856Kann leider 
> > diesen Link nicht öffnen, Miachael Reichert ala Nakaner hat meine IP 
> > gesperrt. > aber mehr auch nicht.
> Tatsächlich haben geografische zeitnahe Daten für mich eine Bedeutung, 
> Zeitnah bedeutet, dass ich mir geografische Datengrundlage selbst schaffen 
> muss, es gibt ganz einfach keine einzige Plattform, welche zeitnahe 
> geografische Informationen datentechnisch verarbeiten kann, außer eben 
> openstreetmap. Praktisch bedeutet das für mich, dass ich mich raus begebe, 
> und dort mit Stift und Block Neubauten, und deren Zufahrtswege erfasse, 
> solcherart von mir gesammelte Informationen in OpenStreetMap dann einpflege. 
> Adressen erhalte ich anschließend über offizielle Kundmachungen seitens der 
> Gemeinde sprich öffentliche Amtstafel. Ich hoffe ich habe Dir hierzu eine 
> ausreichende Antwort geben können.> > gppes_osm--- via Talk-at < 
> talk-at@openstreetmap.org> hat am 18. August 2019 um 09:33 geschrieben: 
> > > 
> > > 
> > > Nur um Missverstaendnissen vorzubeugen: Falls Du bereits mit dieser Email 
> > > 

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[various]

@Johann Haag
Ich darf dich auf die https://wiki.openstreetmap.org/wiki/Import/Guidelines 
hinweisen. Also, erstelle einen neuen Diskussionsbaum wo es dann um den Import 
geht, erkläre dort was du wie machen willst und dann kann man auch darüber 
diskutieren. 
Das, was du hier geliefert hast, ist keine Diskussionsgrundlage.

Keine Ahnung, was du in letzter Zeit immer mit den Blaulichtorganisationen 
hast. Darum gern noch einmal: 
Die sind uns in OSM grundsätzlich eher egal. Wir spielen Daten ein in unsere 
Datenbank und diese Daten stehen zur Verfügung. Wenn nun eine Firma oder eine 
Organisation diese Daten verwenden will, coole Sache. Wenn diese Firma 
Verbesserungsvorschläge hat, auch gern. Aber die jeweilige Organisation oder 
Firma sollte vorher auch evaluieren, was es damit auf sich hat und sich nicht 
auf die Aussagen eines Dienstleisters verlassen, der nicht halten kann, was er 
verspricht. Das wäre für alle Parteien schlecht. Sowohl OSM, Firma/Organisation 
und den Verkäufer/Dienstleister.
Bezüglich rechtlichen Sachen hat sich User ionr hier schon ganz gut geäussert, 
meiner Meinung nach: 
https://forum.openstreetmap.org/viewtopic.php?pid=666487#p666487 

Frage am Rande: 
Kann es sein, dass du gerade mit deiner Firma irgendwie mit dem Bund mit 
Blaulichtorganisationen zu tun hast? Ich meine etwas ähnliches war doch schon 
mal mit dir, als geocodec, wo irgendwas mit Hauseinfahrten und Multipolygonen 
war und dann herauskam, dass da irgendeine Verbindung war zwischen deinem Beruf 
und einer Müllabfuhr oder so. Wenn ich mich das jetzt falsch in Erinnerung 
habe, bitte ich um Entschuldigung. Ich meine, das war irgendwie im deutschen 
Forum oder so. Das einzige, was ich dazu gefunden habe, ist 
https://forum.openstreetmap.org/viewtopic.php?id=53856 aber mehr auch nicht.

> gppes_osm--- via Talk-at  hat am 18. August 2019 
> um 09:33 geschrieben:
> 
> 
> Nur um Missverstaendnissen vorzubeugen: Falls Du bereits mit dieser Email 
> einen mechanischen Import ankuendigst (und nicht nur ueber das "Wie" 
> diskutieren moechtest): Da bin ich dagegen!
> 
> Lg, Gppes
> 
> > Gesendet: Samstag, 17. August 2019 um 12:28 Uhr
> > Von: "Johann Haag" 
> > An: "OpenStreetMap AT" 
> > Betreff: Re: [Talk-at]  Österreichs Hausnummern in OpenStreetMap 
> > unvollständig
> >
> > Am Samstag, 17. August 2019 schrieb Johann Haag :
> > 
> > >
> > >
> > > Am Mi., 14. Aug. 2019 um 12:19 Uhr schrieb realadry via Talk-at <
> > > talk-at@openstreetmap.org>:
> > >
> > >> Hallo,
> > >>
> > >> Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen
> > >> die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft werden.
> > >>
> > >
> > > Ich prüfe gerade mittels http://www.adressregister.at/ einige von
> > > Luzandro in OpenStreetMap eingetragenen Adressen: Beispiel https://www.
> > > openstreetmap.org/way/220315803 Wiener Neustädter Straße 76 in Bad
> > > Vöslau. Komme aber hierbei zu keinem brauchbaren Ergebnis.
> > > Für mich stellen sich hier nun gleich mehrere Fragen. Dürfen wir aus
> > > lizenzrechtlicher Sicht, in OpenStreetMap eingetragene Adressen unter
> > > Zuhilfenahme einer BEV adressregister.at Abfrage prüfen, und was machen
> > > wir dann, wenn diese Prüfung negativ verläuft.
> > > Mögliche Nutzer von OpenStreetMap, welche unter Zuhilfenahme einer
> > > OpenStreetMap Adresse (sozial Media APP, und viele weitere Smartphone Apps
> > > leiten Daten aus OSM ab), einen Notfall bei der Rettung melden, werden bei
> > > Blaulicht Organisationen ins Leere laufen, denn diese wenden in Österreich
> > > bekanntlich GWR Adressinformationen an. Was machen wir, wenn wir bei einem
> > > solch fehl gegangenen Blaulichteinsatz und mit daraus entstandenen
> > > möglichen Folgen konfrontiert werden. Man wird die Diskussion hier auf
> > > talk-at finden, und unsere Definition unserer Arbeit. Wer übernimmt hier
> > > dann die Verantwortung.
> > > Grüße Johann
> > >
> > 
> > Ergänzung zum aktuellen Blaulicht Problem von OpenStreetMap: Dem BEV trifft
> > hier keine Schuld, dieses hat OpenStreetMap explizit seine Adressen unter
> > einer geeigneten Lizenz zur Verfügung gestellt:
> > https://wiki.openstreetmap.org/wiki/WikiProject_Austria/Österreichisches_Adressregister
> > 
> > 
> > Die Frage bleibt, wer ist verantwortlich dafür, dass wir mit Blaulicht
> > Organisationen kompatible Adressen bildlang ablehnen. Wenn nun Gppes meint,
> > die Ablehnung meiner Importmethode sei lediglich durch meine
> > Nichteinhaltung der Importrichtlinien begründet. Dann stelle ich nun den
> > Import der BEV Adressen offiziell zur Diskussion. Solange dies nicht
> > geklärt ist, sollten wir eine klar formulierte Anwendungswarnung von OSM
> > Adressen in Österreich herausgeben.
> > 
> > Antrag al die talk-at Community: Ich stelle zur Diskussion, BEV Adressen in
> > OpenStreetMap auffindbar zu machen. Die Integrität der Daten, sollte
> > hierbei durch einen eindeutigen Import User sichergestellt werden.
> > 
> > Grüsse Johann
> > 
> > >
> > >
> > 

Re: [Talk-at] mapwith.ai

[various]

Die Thailänder und die sind nicht sehr begeistert, wie es aussieht. 
https://forum.openstreetmap.org/viewtopic.php?id=66900 oder 
https://forum.openstreetmap.org/viewtopic.php?id=63456 und das liest sich 
ziemlich fatal. 

Ich dachte mir erst in Thailand oder Afrika könnte ich mir das schon 
vorstellen, wo die Ratio Mapper/"zu mappende Sachen" sehr groß ist, nach dem 
lesen der Threads sieht das nicht so aus.

Sehr skeptisch.  

> nine-osm.org-li...@sunch.at hat am 25. Juli 2019 um 21:49 geschrieben:
> 
> 
> 
> Hallo OSM Comunity,
> 
> FB veröffentlicht AI unterstütztes Map-Tooling via https://mapwith.ai/
> Heise schrieb gestern darüber:
> https://www.heise.de/newsticker/meldung/Map-With-AI-Facebook-unterstuetzt-OpenStreetMap-Community-4478433.html
> 
> Schon jemand Erfahrungen damit?
> 
> LG
> Erwin
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Organisiertes Mappen un Österreich

[various]

Ach, ist nicht so tragisch, bei der ganzen Sperrerei verliert man wirklich den 
Überblick. Er war tatsächlich vor kurzem gesperrt, das hattest du wohl noch im 
Kopf. https://www.openstreetmap.org/user_blocks/2839

Aktuell zwar nicht, aber das tut nichts zur Sache, das geht einfach vollkommen 
an dem Punkt vorbei, den du machen wolltest. Er hat das ganze geschickt 
umgeleitet von "Überleg was du machst, weil..." zu "He, weil stimmt nicht. Rest 
ignoriere wird ignoriert."

> Andreas < a_v...@gmx.at mailto:a_v...@gmx.at > hat am 19. Juli 2019 um 
> 11:34 geschrieben:
> 
> 
> Am 19.07.19 um 11:20 schrieb Johann Haag:
> 
> > > 
> > Am Freitag, 19. Juli 2019 schrieb Andreas < a_v...@gmx.at 
> > mailto:a_v...@gmx.at
> > mailto:a_v...@gmx.at >>:
> > 
> > Am 19.07.19 um 10:31 schrieb Johann Haag:
> > > Bisher also keine Rückmeldung, reagiert hat hingegen Frederik 
> > indem
> > > dieser die DWG dazu instrumentalisiert, den in Talk-at aktiven 
> > Pesonen
> > > zu Hilfe zu eilen.
> > 
> > Dein Import wurde nicht nur von Talk-at auf das schärfste 
> > kritisiert. Du
> > bist in OSM gesperrt und im Forum gesperrt. Mache dir bitte mal 
> > Gedanken
> > über dein eigenes Handeln bevor du andere mit Vorwürfen 
> > beschuldigst OSM
> > kaputt zu machen.
> > 
> > 
> > Bitte verbreite hier keinen Unsinn über angebliche Sperren:
> >   https://www.openstreetmap.org/user_blocks
> > 
> > > oh, ich bitte um Verzeihung, aber bei dieser Sperrerei verliert 
> > man
> schnell den Überblick.
> 
> 
> > > 
> > > Die Spatzen pfeifen es vom Dach, der OpenStreetMap Stand während 
> > der
> > > Sagis Salzburg, wurde von BEV Personal betrieben.
> > 
> > He, ich war auch am OSM Stand und bin nicht Mitarbeiter vom BEV. 
> > Pass
> > auf mit deinen Aussagen. 80% deiner Behauptungen sind nicht 
> > belegbar.
> > 
> > > Man sollte dazu stehen, OSM local chapter in Österreich, ist
> > derzeit das
> > > Bundesamt für Eich und Vermessungswesen BEV.
> > 
> > Unglaublich, so was von null Ahnung, ich kanns nicht glauben. Zur 
> > Info,
> > es gibt kein OSM local chapter Österreich!
> > 
> > >
> > > Das Konstrukt rund um den OpenStreetMap Austri Verein, sowie das
> > von OSM
> > > Nominatim unabhängige Talk-at, dient allein dazu dies zu 
> > verschleiern.
> > 
> > wir sind auch alle noch nebenbei bei den Illuminaten und 
> > Freimaurern ;-)
> > 
> > > Dies alles fliegt uns nun um die Ohren.
> > 
> > Du führst einen Import von fehlerhaften Daten durch und jetzt sind
> > andere, wie das BEV, daran schuld. Steh endlich zu deinen Fehlern 
> > und
> > lerne daraus.
> > 
> > > Das BEV betriebt mit der
> > > basemap, selbst ein Konkurenzprodukt welches OSM nur wenig Raum 
> > lässt.
> > 
> > Falsch, basemap.at < http://basemap.at> wird nicht vom BEV 
> > betrieben.
> > Wenn du was behauptest
> > informier dich davor, bevor du falsche Anschuldigungen machst.
> > 
> > > Erwin6330 steht für mich exemplarisch für organisierte Missarbeit 
> > in
> > > OpenStreetMap dieser hat unser Projekt inzwischen verlassen, nur 
> > ein
> > > Einzelfall?
> > > Mein Vorschlag, damit sich OpenStreetMap in Österreich wieder frei
> > > entfalten kann, lösen wir uns vom BEV. Geografisches Wissen ist in
> > > Österreich Ländersache. Der Gemeindebund Österreich ist hierfür 
> > unser
> > > Ansprechpartner, Eine Kooperation mit der Österreich Werbung würde
> > > weiter wertvolle Mapping Power in den Tourismusverbänden 
> > aktiveren.
> > 
> > Mein Vorschlag du fängst endlich an mit der Community und nicht 
> > gegen
> > sie zu arbeiten.
> > 
> > OSM wird schon in einigen Tourismusbereichen eingesetzt.
> > 
> > > Tourismussverbände pflegen in Österrich Freizeit und Wander
> > > Infrastruktur. Derzeit gibt es kein unabhängiges System, wo diese
> > solche
> > > Infrastruktur koartpgraphieren können. Tourismus ist in 
> > Österreich ein
> > > wichtiger Faktor, eine Kooperation mit dem Tourismus öffnet
> > > OpenStreetMap in Österreich sicher sämtliche Türen zu den
> > > Landesregierungen. So erhalten wir auch Unterstützung von den
> > > Landesvermessungsämtern.
> > 
> > Du willst somit OSM verstaatlichen, super Idee.
> > 
> > OSM ist ein Projekt von Freiwilligen und jeder kann sein lokales 
> > Wissen
> > beisteuern. Es geht nicht darum 1:1 amtliche Informationen in OSM zu
> > integrieren. OSM und amtliche Systeme haben grundverschiedene 
> > Ansätze
> > und Einsatzgebiete.
> > 
> > lg
> > geologist
> > 
> > >
> > > Grüße Johann
> > >
> > > 

Re: [Talk-at] minderwertige Importe

[various]

Wird jetzt niemanden überraschen, aber dafür (+1).
Ich habe mir mal angeschaut, wie imports gehen, grundsätzlich kein Problem, 
aber es wäre schon besser, wenn die DWG das übernimmt. Immerhin weis ich jetzt, 
wie das grundsätzlich geht :)

@Vorgehen
Hört sich gut und passend an. Das ist dann überlegtes Vorgehen, vielen Dank für 
die Mühe Frederik! Schade, dass das gemacht werden muss.


> ScubbX  hat am 18. Juli 2019 um 07:58 geschrieben:
> 
> Hallo!
> 
> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das 
> Problem in einer Email an data@ erläutert werden?
> 
> Am 18. Juli 2019 01:22:50 MESZ schrieb Frederik Ramm 
> :
> 
> > > 
> > Hallo,
> > 
> > also bevor der Zirkus jetzt hier noch weiter geht und jeder, der
> > irgendwelche Reverts macht, erstmal seinen Arbeitsvertrag vorzeigen
> > soll, schlage ich vor, die DWG macht das. Da ist wenigstens klar, 
> > dass
> > wir nicht für die fiese österreichische Regierung arbeiten... oder?
> > 
> > On 7/12/19 08:52, vari...@mailbox.org wrote:
> > 
> > > > > Man könne sogar zurück gehen bis
> > > https://www.openstreetmap.org/changeset/69861349 -> ich habe 
> > > mir gerade
> > > noch ein paar ältere Changesets auch noch durchgeschaut. Die 
> > > Anfrage
> > > könnte man also anpassen an:
> > > 
> > > node["at_bev:addr_date"="2019-04-01"](user:"addresshistory*org")(newer:"2019-05-03T00:00:00Z");out;
> > > 
> > > > > 
> > 
> > Was haltet ihr von folgendem Vorgehen:
> > 
> > * alles, was seit dem oben genannten Changeset von 
> > addresshistory*org
> > oder einem seiner anderen Accounts erzeugt wurde, wird gelöscht 
> > (Ways
> > und Nodes), ausser, der Way wurde seither von einem *anderen* User
> > verändert;
> > 
> > * alles, was seit dem oben genannten Changeset von 
> > addresshistory*org
> > oder einem seiner anderen Accounts verändert oder gelöscht wurde, 
> > wird
> > zurückgeändert bzw. wiederhergestellt, ausser jemand anders hat es 
> > in
> > der Zwischenzeit angefasst.
> > 
> > Hierbei *könnte* es zu Problemen kommen in Fällen, wo ah*o etwas
> > gelöscht und durch einen Import ersetzt hat, und jemand anders 
> > diesen
> > Import dann nachgebessert hat; in solchen Situationen würden wir 
> > nun die
> > Löschung rückgängig machen, das neu erzeugte Objekt aber bestehen 
> > lassen.
> > 
> > 
> > Klingt das Vorgehen sinnvoll? Oder muss man weiter in die 
> > Vergangenheit
> > gehen?
> > 
> > Viele Grüße
> > Frederik Ramm
> > 
> > > 
> --
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail 
> gesendet.___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Zweiter Benutzer von addresshistory*org mit edits?

[various]

Es gibt offensichtlich einen neuen Benutzer, der oft nichts anderes macht, als 
den Tag at_bev:addr_date=2019-04-01 zu löschen. Wurde auch gefragt, warum er 
das gemacht hat ohne Antwort: https://www.openstreetmap.org/changeset/72163441 
weiter Beispiele z. B. https://www.openstreetmap.org/node/6468524050/history 
und https://www.openstreetmap.org/node/6468524046/history  
https://www.openstreetmap.org/node/6468524046/history und erzeugt somit aus 
vielen importierten Adressen eine v2.

Bei diesem Changeset von Landeskarte hat auch dann addresshistory 
weiterkommentiert: https://www.openstreetmap.org/changeset/71428706 Im Blog ist 
auf einen ziemlich netten Hinweis auch eher pampig 
https://www.openstreetmap.org/user/Landeskarte/diary/43306 
http://whosthat.osmz.ru/  http://whosthat.osmz.ru/ Eine Whoisabfrage nach 
"landeskarte" und nach "addresshistory*" gehen beide auf geocodec zurück.

Während natürliche mehrere Accounts erlaubt sind, widerspricht das "mal den Tag 
mit BEV löschen" meiner Meinung nach Sachen. Änderung ohne Verbesserung, der 
Lizenzhinweis geht verloren (Adresse immerhin per Datensatz reingeholt und 
nicht per survey) und es wirkt, als wollte er dem "nur v1 löschen" entgehen. 
https://wiki.openstreetmap.org/wiki/OpenStreetMap_account#Account_Names_and_Multi_Account_Policies

Was wird hier auf der Liste von solchen Edits bzw. Zweitaccounts gehalten? z. 
B. für Imports wird das ja klar gefordert und sollte dann aber auch klar 
kommuniziert werden und beides ist nicht der Fall.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[various]

Würde ich eben so sehen. Sobald es nicht mehr v1 ist, sollte es kontrolliert 
worden sein. Ich habe dazu gerade etwas interessantes gefunden und werde einen 
neuen Gesprächsfaden aufmachen...

Man könne sogar zurück gehen bis 
https://www.openstreetmap.org/changeset/69861349 -> ich habe mir gerade noch 
ein paar ältere Changesets auch noch durchgeschaut. Die Anfrage könnte man also 
anpassen an:
node["at_bev:addr_date"="2019-04-01"](user:"addresshistory*org")(newer:"2019-05-03T00:00:00Z");out;


> andreas wecer  hat am 12. Juli 2019 um 07:41 
> geschrieben:
> 
> 
> 
> Am Do., 11. Juli 2019 um 22:21 Uhr schrieb Michael Reichert < 
> osm...@michreichert.de mailto:osm...@michreichert.de >:
> 
> > > Das Kriterium ist auf den ersten Blick machbar. Ich habe mir die
> > Änderungssätze bislang noch nicht angeschaut, daher die etwas dumme
> > Rückfrage meinerseits: Was tun, wenn ein v1-Node Mitglied eines
> > hochgeladenen Ways ist, der geändert worden ist (also jetzt v > 1), 
> > oder
> > später für einen Way verwendet worden ist?
> > 
> > > 
> Wenn die Daten inzwischen von jemand anderem bearbeitet wurden, kann das 
> meiner Meinung nach in den meisten Fällen als "kontrolliert" oder 
> "korrigiert" gewertet werden. Im allerschlimmsten Fall hat es sich zumindest 
> einmal jemand angesehen, solange nicht jemand anderes mit einem 
> großflächigen, mechanischen Edit darüber gefahren ist, aber davon ist nichts 
> bekannt.
> 
> 
> > > > * Changesets mit dem Beginn "Fehlende oder neue Adressen*"
> > 
> > Ab wann (Zeitpunkt) ist dieses Kriterium anzuwenden?
> > 
> > > 
> Das dürfte das erste Changeset außerhalb seiner Kernregion sein, ab wo er 
> nur noch großflächig importiert hat:
> https://www.openstreetmap.org/changeset/70645289
> 
> also im Grunde geht es um diese Nodes:
> 
> node["at_bev:addr_date"="2019-04-01"](user:"addresshistory*org")(newer:"2019-05-27T00:00:00Z");out;
> 
> Die Changesets, wo er existierende Daten bearbeitet und großflächig 
> Adressen gelöscht hat, sind großteils schon wieder rückgängig gemacht.
> 
> LG
>   Andreas
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[various]

Korrekt. 

Er ist gerade im "Ich gehe auf Urlaub, ihr macht das jetzt mal fertig, bis ich 
wieder da bin." Wo kämen wir denn hin, wenn er selbst zumindest eine erste 
Version geliefert hätte. (Keine Angst Johann, brauchst du nicht und ich hoffe, 
du wirst niemand im Namen von OSM anschreiben). + er ist gerade gesperrt und 
kann sowieso nichts machen.

Aber Frederik Ramm hat eigentlich auch angeboten, dass das seitens der DWG 
gemacht wird. Sollte ja einfach sein, Begründung ist ja immerhin "Unabgeklärter 
Import." Und noch dazu schlecht gemacht. Aber wenn die DWG das nicht machen 
will, dann muss eben die Community selbst ran, wie es aussieht.

> Andreas  hat am 11. Juli 2019 um 15:07 geschrieben:
> 
> Am 11.07.19 um 09:10 schrieb Johann Haag:> Adress Sätze von Luzandro sind 
> bekanntlich erschöpft. Es geht also nun darum mit dem Vorhandenem etwas 
> sinnvolles anzufangen. Also bitte um Mitwirkung an einem Mustertext zur 
> Aktivierung der Gemeinden . Ich bin nun drei Wochen in Urlaub, anschliessend 
> möchte ich mit dieser Initiative beginnen.Sehe ich das jetzt richtig, 
> Community hat jetzt ein Zeitfenster von 3Wochen für den Revert?
> lggeologist
> ___Talk-at mailing 
> listtalk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[various]

@Frederik Ramm

Bezugnehmend auf diese Diskussion 
https://www.openstreetmap.org/changeset/71042792 und auch auf den aktuellesten 
Post im Forum diesbezüglich 
https://forum.openstreetmap.org/viewtopic.php?pid=754920 sollten wir das 
Angebot der DWG bzgl. Reverts annehmen. 

Es ist schlicht und ergreifend ein Import ohne die Regeln befolgt zu haben und 
somit sollte das reverted werden, inzwischen melden sich auch mehr Benutzer im 
Forum.

Mein Vorschlag dazu ist:
* Alles was noch v1 ist
* Changesets mit dem Beginn "Fehlende oder neue Adressen*"
* Start bei diesem https://www.openstreetmap.org/changeset/70646116 Changeset - 
ab hier hat er definitiv einfach nur mehr großflächig importiert. Davor hat er 
wenigstens irgendwas gemacht und diverse Änderungen vorgenommen. 

Sollte wieder ein Import geplant sein, müssen eben vorher die Import-Regeln 
befolgt werden. 

> vari...@mailbox.org hat am 4. Juli 2019 um 08:20 geschrieben:
> 
> 
> Ich habe mir mehr angesehen und inzwischen sieht es (siehe 
> Changesetkommentare 
> https://www.openstreetmap.org/changeset/71042792#map=10/48.5510/16.5873 ), 
> zumindest laut Luzandro, so aus, als hätte er über 300.000 Nodes einfach 
> blind importiert. Vielleicht sollte man überdenken zumindest die Nodes mit v1 
> zu reverten. Ich habe jetzt selbst, angefangen mit 
> https://www.openstreetmap.org/changeset/71040878#map=10/48.3761/16.7255 10x 
> solche Imports gefunden, jeweils zwischen 5.000 und 10.000 Adressen.
> 
> Jetzt sieht es aus wie in Google - die Städte haben Gebäudeumrisse und alles 
> am Land hat einfach nur Nummern und die noch dazu eben irgendwo hingesetzt 
> teilweise. Wenn man sich noch ältere ansieht sind die Changesets allerdings 
> noch kleiner. 
> https://www.openstreetmap.org/changeset/70824400#map=17/47.78306/16.53886 
> aber selbst hier auf dem Ausschnitt sieht man einige falsch gesetzte 
> Hausnummern, die klar neben dem eigentlichen Gebäude oder direkt auf dem 
> Nebengebäude sind (hatte er nicht selbst mal den Punkt "Adressen auf 
> Nebengebäuden" angeprangert?) und ein Haus nicht eingezeichnet (glaube ich). 
> Einfach unsaubere Importe, welche vorher nicht abgeklärt wurden.
> 
> Wenn man alles >v1 ausschließen könnte, kann man ja die bereits bearbeiteten 
> Nodes ausschließen, oder? Dann wäre ich für einen Revert, allerdings mit 
> unklarem Zeitraum.
> 
> > Günther Zinsberger  hat am 9. Juni 2019 um 09:51 
> > geschrieben:
> > 
> > 
> > Hallo!
> > 
> > Mir geht es ähnlich. Am Anfang wäre ich auf jeden Fall für einen Revert 
> > gewesen, jetzt bin ich mir nicht mehr so sicher.
> > 
> > In Gemeinden, wo bereits wenige Adressen drinnen waren bzw. am Anfang 
> > hat er die vorhandenen Adressen (z.B. in Hochburg/Ach oder Weibern) an 
> > Gebäuden entfernt und seine eigenen Nodes als Punkte hinzugefügt. Dieses 
> > Vorgehen hielt ich für fragwürdig, hab aber hier teilweise schon 
> > nachgearbeitet.
> > 
> > Bei seinen neueren Edits bzw. in Gemeinden wo schon viel vorhanden war 
> > (z.B. in Wels), hat er nur einzelne Nodes hinzugefügt, was ich auf jeden 
> > Fall für gut befinde.
> > 
> > In Summe bin ich in letzter Zeit somit eher gegen einen Revert.
> > 
> > Lg
> > Günther [gzin]
> > 
> > 
> > Am 09.06.19 um 08:28 schrieb gppes_...@web.de:
> > > Liebe Kollegen, lieber Frederik,
> > >
> > > Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die 
> > > ultimative Aufforderung diese Form des Adressimports zu stoppen.
> > >
> > > Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch 
> > > den Kopf gehen lassen:
> > >
> > > Kollege addresshistory*org ist ein Mitglied unserer Community, das oft 
> > > sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert 
> > > in seiner Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass 
> > > Johann seine Edits im festen Glauben OSM zu verbessern durchfuehrt.
> > >
> > > Ich sehe in seinen Edits keinen Vandalismus und keine Provokation 
> > > gegenueber anderen Nutzern. Nutzen gegen Schaden von ueber 
> > > Monate/Jahre laufenden Edits abzuwaegen empfinde ich als mutig. Die 
> > > Abstimmung koennte zu einer Agglomeration von Stimmungslagen verkommen 
> > > und davon halte ich nichts. Als Indiz sehe ich die Zustimmung von 
> > > Kollegen Rupprecht, dessen OSM-anonyme Zustimmung - milde gesprochen - 
> > > sehr knapp formuliert ist.
> > >
> > > Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein 
> > > Schaden angerichtet, aber er hat die Katastralgemeinden als 
> > > "addr:suburb" eingetragen. Das finde ich schlicht als nicht notwendig 
> > > und ich werde beim naechsten Stammtisch in Leoben den Punkt auf die 
> > > Diskussionliste setzen.
> > >
> > > Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch 
> > > auf die Leute, die sich schon seit laengerer Zeit mit seinen Edits 
> > > befasst haben und auch in den CS aber auch im AT Forum bzw. hier 
> > > diskutiert haben. Ich wuerde mich zur Verfuegung stellen, einzelne 
> > > Reverts 

Re: [Talk-at] minderwertige Importe

[various]

Ich habe mir mehr angesehen und inzwischen sieht es (siehe Changesetkommentare 
https://www.openstreetmap.org/changeset/71042792#map=10/48.5510/16.5873 ), 
zumindest laut Luzandro, so aus, als hätte er über 300.000 Nodes einfach blind 
importiert. Vielleicht sollte man überdenken zumindest die Nodes mit v1 zu 
reverten. Ich habe jetzt selbst, angefangen mit 
https://www.openstreetmap.org/changeset/71040878#map=10/48.3761/16.7255 10x 
solche Imports gefunden, jeweils zwischen 5.000 und 10.000 Adressen.

Jetzt sieht es aus wie in Google - die Städte haben Gebäudeumrisse und alles am 
Land hat einfach nur Nummern und die noch dazu eben irgendwo hingesetzt 
teilweise. Wenn man sich noch ältere ansieht sind die Changesets allerdings 
noch kleiner. 
https://www.openstreetmap.org/changeset/70824400#map=17/47.78306/16.53886 aber 
selbst hier auf dem Ausschnitt sieht man einige falsch gesetzte Hausnummern, 
die klar neben dem eigentlichen Gebäude oder direkt auf dem Nebengebäude sind 
(hatte er nicht selbst mal den Punkt "Adressen auf Nebengebäuden" 
angeprangert?) und ein Haus nicht eingezeichnet (glaube ich). Einfach unsaubere 
Importe, welche vorher nicht abgeklärt wurden.

Wenn man alles >v1 ausschließen könnte, kann man ja die bereits bearbeiteten 
Nodes ausschließen, oder? Dann wäre ich für einen Revert, allerdings mit 
unklarem Zeitraum.

> Günther Zinsberger  hat am 9. Juni 2019 um 09:51 
> geschrieben:
> 
> 
> Hallo!
> 
> Mir geht es ähnlich. Am Anfang wäre ich auf jeden Fall für einen Revert 
> gewesen, jetzt bin ich mir nicht mehr so sicher.
> 
> In Gemeinden, wo bereits wenige Adressen drinnen waren bzw. am Anfang 
> hat er die vorhandenen Adressen (z.B. in Hochburg/Ach oder Weibern) an 
> Gebäuden entfernt und seine eigenen Nodes als Punkte hinzugefügt. Dieses 
> Vorgehen hielt ich für fragwürdig, hab aber hier teilweise schon 
> nachgearbeitet.
> 
> Bei seinen neueren Edits bzw. in Gemeinden wo schon viel vorhanden war 
> (z.B. in Wels), hat er nur einzelne Nodes hinzugefügt, was ich auf jeden 
> Fall für gut befinde.
> 
> In Summe bin ich in letzter Zeit somit eher gegen einen Revert.
> 
> Lg
> Günther [gzin]
> 
> 
> Am 09.06.19 um 08:28 schrieb gppes_...@web.de:
> > Liebe Kollegen, lieber Frederik,
> >
> > Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die 
> > ultimative Aufforderung diese Form des Adressimports zu stoppen.
> >
> > Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch 
> > den Kopf gehen lassen:
> >
> > Kollege addresshistory*org ist ein Mitglied unserer Community, das oft 
> > sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert 
> > in seiner Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass 
> > Johann seine Edits im festen Glauben OSM zu verbessern durchfuehrt.
> >
> > Ich sehe in seinen Edits keinen Vandalismus und keine Provokation 
> > gegenueber anderen Nutzern. Nutzen gegen Schaden von ueber 
> > Monate/Jahre laufenden Edits abzuwaegen empfinde ich als mutig. Die 
> > Abstimmung koennte zu einer Agglomeration von Stimmungslagen verkommen 
> > und davon halte ich nichts. Als Indiz sehe ich die Zustimmung von 
> > Kollegen Rupprecht, dessen OSM-anonyme Zustimmung - milde gesprochen - 
> > sehr knapp formuliert ist.
> >
> > Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein 
> > Schaden angerichtet, aber er hat die Katastralgemeinden als 
> > "addr:suburb" eingetragen. Das finde ich schlicht als nicht notwendig 
> > und ich werde beim naechsten Stammtisch in Leoben den Punkt auf die 
> > Diskussionliste setzen.
> >
> > Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch 
> > auf die Leute, die sich schon seit laengerer Zeit mit seinen Edits 
> > befasst haben und auch in den CS aber auch im AT Forum bzw. hier 
> > diskutiert haben. Ich wuerde mich zur Verfuegung stellen, einzelne 
> > Reverts zusammen mit Kollegen der AT-Community durchzufuehren.
> >
> > Ich spreche mich gegen systematische Reverts von Edits des Users ueber 
> > welchen Zeitraum auch immer aus - ja, ich finde auch schon den salopp 
> > formulierten Vorschlag von Frederik nicht ganz optimal.
> >
> > Lg, Gppes
> >
> >
> >> Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
> >> Von: "Frederik Ramm" 
> >> An: "OpenStreetMap AT" 
> >> Betreff: [Talk-at] minderwertige Importe
> >>
> >> Hallo,
> >>
> >> nach wiederholten Beschwerden über die Importe von addresshistory*org
> >> habe ich hier eine Accountsperre verhängt
> >>
> >> https://www.openstreetmap.org/user_blocks/2839
> >>
> >> und den User aufgefordert, jeden einzelnen Import vorher an dieser
> >> Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
> >> Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
> >> können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
> >> dann wieder neu importiert werden und so weiter. Das ist einfach
> >> schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> >>
> >> Ich bin auch 

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

[various]

"AbEr DiE BeV DaTeN sInD üBeR jEdEn ZwEiFel ErHaBeN!!!11!!" Sorry, aber das 
musste einfach sein. 

Wieder normal: 
Johann hat immer schon importiert. Anfangs "nur" mit dem AustrianAdressHistory 
mit einem äußerst merkwürdigem Workflow, wo er die Huasnummern immer vom 
Gebäude gelöst hat um sie als Punkte zu importieren, da hat er gesagt, er macht 
keine Imports. Im Forum sollte das nachzulesen sein. 

Dann hat er irgendwann die Daten von Luzandro entdeckt und verwendet diese und 
import einfach blind und ohne verstand und mit haufenweise Fehlern oder eben 
unvollständig. Nachdem Johann das in der letzten E-Mail ja verneint, Beispiel.

Erstes Changeset im "Fehlende Adressen" oder so. Einen Punkt angeklickt und mal 
rausgezoomt. 
https://www.openstreetmap.org/node/6533278733 Gut, Gebäude parcelliert. Kurz 
nachgeschaut, da sind haufenweise Gebäude auch am Luftbild zu erkennen. Könnte 
man Diskutieren, ob man da jetzt wirklich das Gebäude auch einzeichnen muss. 
Aber das ist imho eine der Stärken von OSM, die Gebäude, nicht nur Adressen. 
Das ist gleich wie Google, wenn das so läuft. 

Zweites Changeset, einen Punkt ausgewählt, bearbeitet:
https://www.openstreetmap.org/#map=19/48.41971/16.47465
Nummern neben den Gebäuden, Gebäude nicht eingezeichnet, doppelte Adressen mit 
anderen Cities. 

So geht das einfach bei jedem einzelnen Changeset und Johann fordert einfach 
"Man solle das selber machen", anstatt das gleich ordentlich zu machen. Das ist 
traurig. Und Schade. Es ist einfach der doppelte Aufwand für alle und muss 
nicht sein!

> Andreas via Talk-at  hat am 27. Juni 2019 um 13:40 
> geschrieben:
> 
> 
> Korrektur: es ist eine allgemeine Warnung vor dem Import von Daten 
> ausjeglicher Datenquelle IMMER eine Validierung der Daten durchzuführen.Das 
> ist Stand der Technik, dass Daten nicht blindlings von anderenSystemen 
> übernommen werden. Ich habe beruflich auch mit Daten von HEREoder TOMTOM zu 
> tun und hier gibt es auch immer wieder Datenfehler, dievor der 
> Weiterbearbeitung überprüft werden müssen.
> Bei OSM gibt es ja die Import-Guidelines und was ich weiß, sind die vonder 
> Community anerkannt. Warum dann nicht bestehende Workflows verwendenund das 
> Rad neuerfinden?
> Geologist
> Am 27.06.19 um 13:26 schrieb Johann Haag:> W A R N U N GEs handelt sich hier 
> nicht nur um ein Problem von OpenStreetMap, sondern auch das Problem, anderer 
> Privater Navi- und Kartensysteme. Es gibt wohl Tricks wie man Mitbewerber zum 
> eigenen Produkt auf Distanz zu halten versucht.Halten wir also fest, es ist 
> angebracht, auch lese ich das hier aus der Diskussion klar und deutlich 
> heraus, es ist angebracht nun eine allgemeine Warnung vor der ungeprüften 
> Anwendung von Daten, des Bundesamt für Eich und Vermessungswesen Österreich 
> auszusprechen.
> > Johann HaagOSM: address history*org Juni 2019
> > 
> > 
> > > Am 27.06.2019 um 12:58 schrieb Frederik Ramm :>> 
> > > Hallo, On 27.06.19 12:43, vari...@mailbox.org wrote:>>> Wirklich? 
> > > Johann hatte anfangs behauptet, dass er keine Importe macht und deswegen 
> > > die Import-Guidelines nicht befolgen muss, erst seit "kurzem" gibt er 
> > > wenigstens zu, dass er zwar importiert, aber die Guidelines befolgt er 
> > > immer noch nicht. Also, ich hab es ja in 
> > > https://www.openstreetmap.org/user_blocks/2839
>  sehr detailliert angefordert, und was ich da geschrieben habe, gilt>> 
>  selbstverständlich für alles, was im entferntesten wie ein Import>> 
>  aussieht und nicht nur für alles, was nach Meinung des Importierers 
>  ein>> Import ist. Wenn das Ergebnis einer vorherigen Diskussion ein 
>  einhelliges "ist kein>> Import" ist, dann ist das ja auch ok. Aber 
>  eigenmächtig "ist kein>> Import" deklarieren und dann tausende Gebäude 
>  an einem Tag reinzuhauen,>> das geht nicht. Dass die Qualität der 
>  Daten erst nach erfolgtem Import mit Overpass>> geprüft werden kann, 
>  heisst für mich zweierlei: 1. Der Importierer hat nicht genug 
>  technischen Sachverstand, eine>> Prüfung mit anderen Mitteln 
>  durchzuführen, und sollte daher die Importe>> anderen überlassen; 2. 
>  Offebar ist die "Prüfung", die hier erfolgt, weder eine Sichtprüfung>> 
>  anhand des Luftbildes noch eine örtliche Prüfung anhand einer Begehung>> 
>  oder wengistens Ortskenntnis, sondern eine simple mechanische Prüfung>> 
>  auf die paar wenigen Fehler, die man mit Algorithmen statt mit>> 
>  Menschenkraft finden kann. Das würde ich nicht ausreichend finden. 
>  Bye>> Frederik -->> Frederik Ramm ## eMail frede...@remote.org ## 
>  N49°00'09" E008°23'33" 
>  ___>> Talk-at mailing list>> 
>  Talk-at@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-at
> > ___Talk-at mailing 
> > listtalk...@openstreetmap.org
> > 

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

[various]

Wirklich? Johann hatte anfangs behauptet, dass er keine Importe macht und 
deswegen die Import-Guidelines nicht befolgen muss, erst seit "kurzem" gibt er 
wenigstens zu, dass er zwar importiert, aber die Guidelines befolgt er immer 
noch nicht.

Er importiert mit vielen (teilweise sehr offensichtlichen!) Fehlern und auf 
Fehler hingewiesen wird er entweder pampig ("Mach ich später!" oder "Machs halt 
selber, wenn du es eh schon gesehen hast!") oder ignoriert, ändert aber nichts 
an der Arbeitsweise oder korregiert gar seine Fehler. Deswegen gabs ja auch 
sogar die Überlegung, sämtliche Sachen von ihm in letzter Zeit (=Jahre *hust*) 
zu reverten, was aber großteils abgelehnt wurde.

Das ist jetzt (meiner Meinung nach) wirklich nichts neues und wurde afaik im 
Forum diskutiert und auf der Mailingliste auch schon mal. Gibt inzwischen auch 
einige Changesetkommentare. Er selbst spielt sich aber bei anderen Kommentaren 
ziemlich auf. ("Ich fordere dich auf...!" und ähnliches).

> Andreas via Talk-at  hat am 27. Juni 2019 um 11:51 
> geschrieben:
> 
> Am 27.06.19 um 11:29 schrieb Johann Haag:> Von meinem iPhone gesendet
> > >>> Wie dir schon x-fach erklärt wurde haben Daten in OSM erst dann einen>> 
> > >>> Sinn wenn sie irgendwie besser sind als der bloße OGD Datensatz, da 
> > >>> die>> beiden Datensätze sonst ohne ein Problem in der Anwendung 
> > >>> direkt>> integriert werden könnten. Ohne einen Haufen ungeprüfter Daten 
> > >>> in OSM>> einzuwerfen, was erwiesenermaßen nur dazu führt, dass sich für 
> > >>> den>> Haufen Daten niemand mehr zuständig fühlt ihn zu überprüfen.> Du 
> > >>> verwechselst hier Henne und Ei, meine Erkenntnisse habe ich 
> > >>> logischerweise erst nach erfolgtem Import der BEV Daten, durch 
> > >>> systematisches Auswerten gewonnen. Du magst hellsichtig sein, ich bin 
> > >>> das sicher nicht.Servus JohannWTF? Datenimport ohne vorherige 
> > >>> Datenkontrolle, ob die Importdatenkorrekt sind?
> Das entspricht nicht meiner Logik und diese Vorgehensweise ist mir neu.Dann 
> sind mir einige der Beanstandungen klar.
> Geologist
> 
> ___Talk-at mailing 
> listtalk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

[various]

Hallo,

auf der Mailingliste ist afaik "nur Text" die gewünschte Form, nicht "HTML". 
Das kann sicher jemand anderes besser beantworten. 

> Bekanntlich stellt das BEV über die gesetzliche OpenData Vorgabe, 
> Adresslisten der Öffentlichkeit zur Verfügung. 
> https://www.data.gv.at/katalog/dataset/adressen-relationale-tabellen-stichtagsdaten
>  Leider beinhalten aktuelle BEV Veröffentlichungen speziell in und rund um 
> Wien, nicht nur reale Adressen, sondern auch Pseudoadressen. Ref: 
> https://www.openstreetmap.org/changeset/70786990

Kannst du einfach ein Beispiel bringen, was eine "reale" und was eine "pseudo" 
Adresse ist? Du verlinkst auf bereits geänderte Nodes, da wird das schwierig 
nachzuvollziehen.

>Was deren Veröffentlichung im Osten von Österreich ohne massive 
>Nachbearbeitung weitgehend unbrauchbar macht. Im Westen von Österreich gibt es 
>hingegen eine anderes Problem mit den OpenData Adressen. Dort sind Adress- 
>Duplikate im Zufallspinzip in die Landschaft gestreut. Ref: 
>https://www.openstreetmap.org/changeset/70171175

Und, dann setz sie dort hin, wo sie hingehören und wenn du nicht weisst wo, 
dann mappe sie nicht. Kann man direkt beim Import machen.

> Die an die Fahne des BEV geheftete OpenData Unterstützung, entpuppt sich 
> daher bislang als nur halbherzig umgesetzt. Man darf hierbei nicht vergessen, 
> dass es sich beim Bundesamt für Eich und Vermessungswesen um eine Behörde mit 
> gesetzlichem Auftrag handelt.

Das BEV stellt die Daten zur Verfügung. Mir wäre nichts anderes bekannt. Was 
wir aus den Daten machen, ist die Sache von OSM. Und ich glaube nicht, dass der 
gesetzliche Auftrag des BEV heisst, OSM möglichst alles nachzutragen.

> Meine bisherige Methode Adressen hochzuladen, anschließend mittels Overpass 
> Turbo nachzubehandeln, und leere Nodes anschließend zu löschen, ist sicher 
> eine Notlösung, welche aber funktioniert. Sollte kein besseres Verfahren 
> beschrieben werden, ist dieses dann eben solange Stand der Technik.

Schlecht und mieserabel, was man so mitbekommt. Ich hoffe, dass hier ist nicht 
die Import-Diskussion, die du machen sollst/musst, bevor du weitere imports 
machen darfst. Du bestimmst sicher nicht den "Stand der Technik", vor allem, da 
bekannt ist, dass du zwar interessiert bist, aber halt doch technischer Leie 
bist und zu stolz bist, wirklich Kritik an deiner Arbeit oder deiner 
Arbeitsweise anzunehmen (Was schade ist, immerhin versuchst du ja viel zu 
machen).
Die Anleitung, nach der du vorgehen sollst ist folgende: 
https://wiki.openstreetmap.org/wiki/Import/Guidelines

> Johann Haag  hat am 26. Juni 2019 um 07:15 geschrieben: 
> 
> 
> Bekanntlich stellt das BEV über die gesetzliche OpenData Vorgabe, 
> Adresslisten der Öffentlichkeit zur Verfügung. 
> https://www.data.gv.at/katalog/dataset/adressen-relationale-tabellen-stichtagsdaten
>  Leider beinhalten aktuelle BEV Veröffentlichungen speziell in und rund um 
> Wien, nicht nur reale Adressen, sondern auch Pseudoadressen. Ref: 
> https://www.openstreetmap.org/changeset/70786990 Was deren Veröffentlichung 
> im Osten von Österreich ohne massive Nachbearbeitung weitgehend unbrauchbar 
> macht. Im Westen von Österreich gibt es hingegen eine anderes Problem mit den 
> OpenData Adressen. Dort sind Adress- Duplikate im Zufallspinzip in die 
> Landschaft gestreut. Ref: https://www.openstreetmap.org/changeset/70171175
> 
> 
> Die an die Fahne des BEV geheftete OpenData Unterstützung, entpuppt sich 
> daher bislang als nur halbherzig umgesetzt. Man darf hierbei nicht vergessen, 
> dass es sich beim Bundesamt für Eich und Vermessungswesen um eine Behörde mit 
> gesetzlichem Auftrag handelt.
> 
> Hiervon ist nicht nur OpenStreetMap betroffen, diese "Geisteradressen" 
> fließen nachweislich auch in in die Google Maps ein.
> 
> Der OSM User Luzandro, hat mit viel Aufwand sogenannte Diffs. erstellt, 
> leider filtern diese solche Problemdaten nicht aus.
> 
> Ich arbeite gerne mit Overpass Turbo zur Bereinigung, leider setzt dieses 
> Tool voraus, dass sich Daten bereits auf dem OSM Server befinden. Vielleicht 
> kennt jemand eine Methode wie man Overpass Abfragen zwischen zwei JOSM Layer 
> laufen lassen kann. Ich bin mir bewusst dass man JOSM Daten auch auslagern, 
> und mit Phyton Nachbearbeiten kann. Bisher hat aber noch niemand ein solches 
> Verfahren nachvollziehbar beschrieben. 
> 
> Meine bisherige Methode Adressen hochzuladen, anschließend mittels Overpass 
> Turbo nachzubehandeln, und leere Nodes anschließend zu löschen, ist sicher 
> eine Notlösung, welche aber funktioniert. Sollte kein besseres Verfahren 
> beschrieben werden, ist dieses dann eben solange Stand der Technik.
> 
> -- 
> Johann Haag 
> OSM: addresshostory*org___ 
> Talk-at mailing list 
> Talk-at@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org

[Talk-at] Benutzernamen - Realnamenverschränkung im Forum veröffentlicht

[various]

Weil ichs gerade gesehen habe: addresshistory glaubt wieder etwas gutes zu tun, 
was aber die Mailingliste interessieren könnte:
TALK Telefonbuch und Verzeichnis der Foren - 
https://forum.openstreetmap.org/viewtopic.php?id=66593

Hier der Text, die Links wurden gelöscht, damit sie hier nicht abrufbar sind, 
falls der Post dann gelöscht wird ähnliches. In kurz: E-Mail von hier 
veröffentlicht mit den vermuteten Klarnamen und vermuteten Nickname. 

> Nachdem der Diskussionsfaden TALK Datenschutz von Michael Reichert, als 
> erschöpfend geklärt, und somit geschlossen wurde. 
> [url]https://forum.openstreetmap.org/viewtopic.php?pid=753307#p753307[/url] 
> freut es ich mich sehr, hier mein TALK Telefonbuch veröffentlichen zu dürfen. 
> unter dem Link: [LINK GELÖSCHT] Kurzink [LINK GELÖSCHT] kann man eine Liste 
> von regelmäßig aktiven Talk-at Teilnehmer abrufen [LINK GELÖSCHT] Kurzink 
> [LINK GELÖSCHT] gelangt man zum Talk Forum. Eine Gesamtliste aller talk 
> Foren, kann man hier abrufen: [LINK GELÖSCHT]Lg Johann

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[various]

Noch eine Ergänzung:
Laut seinem Blog ist die Sperre ja mehr oder weniger eh egal. 
https://addresshistory.wordpress.com/2019/06/11/openstreetmap-und-die-verschworung/#comment-179
Zitat:
"addresshistory
13. Juni 2019 um 08:29

Die derzeitige Sperre ist lediglich technisch bedingt. Wenn Du innerhalb von 
wenigen Tagen 200.000 Adressen oder mehr hinzufügst benötigt solches eine 
Aufarbeitung. Eine andere Variante wäre einen solchen Import vorher zu klären. 
Es gab aber im Webforum zu wenig Rückmeldung. Eine solche Diskussion ins Talk 
Forum zu zwingen, da könnte man eine Vs erkennen. Tu ich aber in diesem Fall 
noch nicht, da dort gegenständlich nur bekannte Personen in Erscheinung 
getreten sind."

Zum Thema der Sperre und den Reverts hat sich Luzandro im Forum extrem viel 
Arbeit gemacht und versucht das aufzuarbeiten und ein paar Sachen dazu zu 
erklären:
https://forum.openstreetmap.org/viewtopic.php?id=66457


Er versucht auch Namen und Pseudonyme zu Verknüpfen, keine Ahnung, ob das jedem 
so recht ist:
https://addresshistory.wordpress.com/2019/06/16/talk-aktive-osm-pseudonyme/


> vari...@mailbox.org hat am 16. Juni 2019 um 18:04 geschrieben:
> 
> 
> Servus, 
> 
> die Sache mit Johann ist die, er macht selten etwas wirklich schlechter, er 
> bringt ja durchaus SEHR viele Adressen ein, was auch gut ist und OSM 
> weiterbringt.
> Er importiert einfach blindlings (früher hatte er behauptet, er importiert 
> nicht, deswegen muss er die Import-Regeln nicht beachten), jetzt sagt er 
> zwar, dass er importiert, hält sich aber trotzdem nicht an die Import-Regeln. 
> Das Hauptproblem ist nicht zwingend, dass er etwas schlechter macht, er macht 
> es einfach nur schlecht und damit halst er sich selbst und anderen doppelte 
> Arbeit auf. Wenn er das ordentlich vorher besprochen hätte, könnte vieles 
> VIEL entspannter ablaufen.
> Von seinen Imports sind wohl 80-90% oder so korrekt ausgeführt, Nummern auf 
> den Gebäuden und so weiter. Der Rest sind halt Hausnummer enter klar 
> erkennbar auf Nebengebäuden oder irgendwo auf Feldern verteilt. Und das ist 
> einfach laufend so, darauf hingewiesen kommt halt meist eine patzige Antwort 
> retour und ein "Mache ich irgendwann!".
> 
> Letztens hat er wohl massenhaft "leere" Nodes gelöscht, da hat er wohl wieder 
> einen Filter angesetzt und großzügig gelöscht über große Flächen.
> 
> Letzte Sachen grundsätzlich reverten? Nein. In Spezialfällen vielleicht, es 
> wurde ja auch schon einiges hinterhergeräumt, behaupte ich mal. Die Sperre? 
> Sehr gut, vielleicht kann man ihn so mal dazu zwingen, sich hier und/oder im 
> Forum zu melden um das vorher zu diskutieren. 
> Wird er das machen? Ich glaube nicht. Er wird die Daten herunterladen, in 
> JOSM bearbeiten, warten bis die Sperre abläuft und dann alles hochladen. 
> (sollte afaik ja gehen, die Sperre hindert ja nur am hochladen, nicht am 
> runterladen).
> 
> Zusätzlich versucht er fleissig Diskussionen auf seinen eigenen externen Blog 
> auszulagern, damit er unliebsame Sachen löschen kann.
> 
> Und, völlig klar macht er das im glauben, OSM besser zu machen.
> 
> Zur Holzhammersache: Nunja, er wurde sehr oft darauf hingewiesen, auch in 
> diversen Changesetkommentaren von der DWG, es ist jetzt nicht so die 
> Überraschung...
> Und Österreichweit treibt er sich schon ziemlich lang herum, nicht erst seit 
> 2 Wochen.
> 
> Lg
> 
> > Georg Haefele  hat am 11. Juni 2019 um 11:21 
> > geschrieben:
> > 
> > 
> > Hallo,
> > 
> > also ich finde die Arbeit von Johann sehr wertvoll. Er hat zumindest in 
> > meiner Heimatgemeinde in Vorarlberg gute Arbeit geleistet und dadurch die 
> > restlichen Korrekturen wesentlich erleichtert. Vernichtet wurde durch seine 
> > Arbeit zumindest in diesem Gebiet nichts.
> > 
> > Zudem hat er - im Gegensatz zu vielen anderen Mappern -  berücksichtigt, 
> > dass es dort keine Straßennamen gibt und korrekterweise addr:place 
> > verwendet.
> > 
> > Gruß
> > Georg
> > 
> > 
> >  
> > 
> > -Original Message-
> > From: Rudolf Mayer  
> > Sent: Sunday, June 9, 2019 2:41 PM
> > To: talk-at@openstreetmap.org
> > Subject: Re: [Talk-at] minderwertige Importe
> > 
> > Hallo,
> > 
> > ich bin zwar grundsätzlich nicht erfreut, wenn Arbeit zu nichte gemacht 
> > wird, auch nicht die von Johann - aber genauso macht er auch viel Arbeit 
> > von anderen zunichte, bzw. halst den anderen viel Arbeit auf.
> > 
> > Seine Vorgehensweise ist ja wirklich einfach nur arrogant - ich importiere 
> > mal, und als changeset Kommentar bitte ich dann die anderen, die Fehler zu 
> > beseitigen. Das ist einfach nur ignorant.
> > 
> > Auch seine Rechtfertigung, dass man ja jede Adresse dann persönlich 
> > verifizieren müsste zeigt, dass er einfach ein Sofa-Mapper der wirklich 
> > schlechten Art ist (ich habe grundsätzlich keine Abneigung gegen solche, 
> > viele tragen sehr wertvolles bei, wenn aus Satellitenbildern oder von 
> > Mapillary Informationen übertragen werden).
> > 
> > 
> > Grundsätzlich stellt sich mir 

Re: [Talk-at] Hausnummern + Hauseingänge / Adressen in Wien?

[various]

Hallo, 

grundsätzlich Variante 2 (Adresse am Polygon und im Idealfall entry=main-node), 
wenn es nur einen klaren Eingang gibt. Bei großen zusammenhängenden Gebäuden 
mit mehreren Eingängen Variante 3, die Adresse auf den entry=main-node. Oder 
eben bei einem großen Komplex mit einem Eingang (Firma, ...).

Für Couch-Mapping oder unterwegs mal schnell mappen ist meist Variante 2 die 
beste, da man oft am Luftbild nicht genau sagen kann, wo der Eingang jetzt 
wirklich liegt. 

Somit wäre meiner Meinung nach Variante3 eben das Upgrade von Variante2, so zu 
sagen. 

Lg


> dktue  hat am 16. Juni 2019 um 14:15 geschrieben:
> 
> 
> Hallo realadry
> 
> Verzeihung, meine Referenz war falsch, ich meinte, dass ich Variante 2 
> am besten finde. Dann ergibt meine Ausführung auch sinn, dass es eben 
> nicht zu Eckhäusern mit mehreren Eingängen passt, die separate Adressen 
> tragen. In diesem Fall kann Variante 3 helfen, aber: Dann hätten wir 
> zwei verschiedene Verfahren, was die maschinenlesbarkeit verschlechtert.
> 
> Gruß
> dktue
> 
> 
> 
> Am 16.06.2019 um 14:07 schrieb realadry via Talk-at:
> > Hallo dktue,
> >
> > Das Thema gab es vor Jahren schon. Ein Haus (z.B. Eckhaus) kann mehrere
> > Eingänge und dementsprechend Adressen oder Hausnummern haben. Da wäre
> > Variante 3 sogar positiv, da jeder (Haupt)eingang die richtige
> > Adresse(Hausnummer) hat. Nebeneingänge würden dann ohne Adresse nur mit
> > entrance=yes getagged.
> >
> > Wohnanlagen wo mehrere verschiedene Gebäude die selbe Hausnummer haben
> > und nur eine andere Stiegenbezeichnung (die wie eigene Haupteingänge
> > sind) sind wieder ein anderes Thema. Da müsste man entweder jede Stiege
> > als Haupteingang mit der kompletten Adresse eintragen oder eine Relation
> > erstellen.
> >
> > Mir ging es jetzt mal um die innerstädtische Blockrandbebauung oder
> > Einzelhäuser.
> >
> > Lg,
> > realadry
> >
> > Am 16.06.2019 um 13:36 schrieb dktue:
> >> Hallo readadry,
> >>
> >> ich finde auch Variante 3 am besten -- aber wie soll man mit Gebäuden
> >> umgehen, die mehrere Eingänge und mehrere Hausnummern tragen?
> >>
> >> Viele Grüße
> >> dktue
> >>
> >> Am 16.06.2019 um 13:23 schrieb realadry via Talk-at:
> >>> Hallo Leute,
> >>>
> >>> Ich bin zwar schon mehrere Jahre bei OSM aber habe das Thema nicht
> >>> regelmäßig verfolgt, daher weiß ich nicht ob es mittlerweile einen
> >>> Konsens gibt.
> >>>
> >>> Wenn man sich in der Karte in Wien umsieht, sieht man drei verschiedene
> >>> Arten wie Hausnummern gemapped werden:
> >>>
> >>> 1) Eigener Node mit der gesamten Adresse. Gebäude Polygon hat gar keine
> >>> Adressinformation. Dieser Node ist manchmal in der Nähe des
> >>> Hauseinganges, manchmal irgendwo innerhalb der Gebäudes platziert.
> >>>
> >>> 2) Hausnummer und Adresse am Gebäudepolygon. (Eingang als Node des
> >>> Gebäudes.)
> >>>
> >>> 3) Hausnummer, Adresse und Eingang auf einem Node der Teil des Gebäude
> >>> Polygons ist, an der Stelle des Hauseingangs.
> >>>
> >>>
> >>> Variante 1:
> >>> Eine Adresse die "irgendwo" als einzelner Node im Gebäude herumfliegt
> >>> hat keinen Sinn, da man überlicherweise eine Adresse auch mit dem
> >>> Eingang assoziiert (Hausnummer ist ja in Realität fast immer am Eingang
> >>> angebracht). Bei dieser Variante kann weder das Gebäude polygon, noch
> >>> der Hauseingangs-node festgestellt werden. Es wird zum Ratespiel.
> >>>
> >>> Variante 2:
> >>> Hier kann man immerhin den Eingang noch mit der Adresse assozieren, da
> >>> man einfach den "Eingang" node am jeweiligen Gebäude Polygon auslesen
> >>> muss (das man zuvor anhand der Adresse gefunden hat).
> >>>
> >>> Variante 3:
> >>> In jeder Hinsicht die logischste. Eingang, Adresse, Gebäude ist alles
> >>> einfach maschinell auszulesen.
> >>>
> >>> Für das Rendern macht es keinen Unterschied welche Variante gewählt
> >>> wird. Zum Routen und zur maschinellen verarbeitung (Suche) aber sehr
> >>> wohl.
> >>>
> >>> Jetzt fragt ihr euch vielleicht, warum mir das so wichtig ist. Ganz
> >>> einfach. Abgesehen von Routingproblem um den Eingang zu finden. Um
> >>> effizient und maschinell gewisse Bearbeitungen oder Suchen vorzunehmen,
> >>> muss man mit Gewissheit die Adresse eines Gebäudes feststellen können.
> >>>
> >>> z.B. Eine Liste von Adressen von Gebäuden mit gewissen Merkmalen die 
> >>> man
> >>> eintragen möchte oder eine Liste von Adressen von denen man das
> >>> zugehörige Gebäudepolygon markieren/ausgeben möchte.
> >>> Suche ich nach der Adresse, finde aber nur einen Knoten der im nichts
> >>> herumschwebt (wie Variante 1), ist das ein Problem für ein Skript.
> >>>
> >>> Lg,
> >>> realadry
> >>>
> >>> ___
> >>> Talk-at mailing list
> >>> Talk-at@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-at
> >>
> >>
> >> ___
> >> Talk-at mailing list
> >> Talk-at@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-at
> >
> > 

Re: [Talk-at] minderwertige Importe

[various]

Servus, 

die Sache mit Johann ist die, er macht selten etwas wirklich schlechter, er 
bringt ja durchaus SEHR viele Adressen ein, was auch gut ist und OSM 
weiterbringt.
Er importiert einfach blindlings (früher hatte er behauptet, er importiert 
nicht, deswegen muss er die Import-Regeln nicht beachten), jetzt sagt er zwar, 
dass er importiert, hält sich aber trotzdem nicht an die Import-Regeln. 
Das Hauptproblem ist nicht zwingend, dass er etwas schlechter macht, er macht 
es einfach nur schlecht und damit halst er sich selbst und anderen doppelte 
Arbeit auf. Wenn er das ordentlich vorher besprochen hätte, könnte vieles VIEL 
entspannter ablaufen.
Von seinen Imports sind wohl 80-90% oder so korrekt ausgeführt, Nummern auf den 
Gebäuden und so weiter. Der Rest sind halt Hausnummer enter klar erkennbar auf 
Nebengebäuden oder irgendwo auf Feldern verteilt. Und das ist einfach laufend 
so, darauf hingewiesen kommt halt meist eine patzige Antwort retour und ein 
"Mache ich irgendwann!".

Letztens hat er wohl massenhaft "leere" Nodes gelöscht, da hat er wohl wieder 
einen Filter angesetzt und großzügig gelöscht über große Flächen.

Letzte Sachen grundsätzlich reverten? Nein. In Spezialfällen vielleicht, es 
wurde ja auch schon einiges hinterhergeräumt, behaupte ich mal. Die Sperre? 
Sehr gut, vielleicht kann man ihn so mal dazu zwingen, sich hier und/oder im 
Forum zu melden um das vorher zu diskutieren. 
Wird er das machen? Ich glaube nicht. Er wird die Daten herunterladen, in JOSM 
bearbeiten, warten bis die Sperre abläuft und dann alles hochladen. (sollte 
afaik ja gehen, die Sperre hindert ja nur am hochladen, nicht am runterladen).

Zusätzlich versucht er fleissig Diskussionen auf seinen eigenen externen Blog 
auszulagern, damit er unliebsame Sachen löschen kann.

Und, völlig klar macht er das im glauben, OSM besser zu machen.

Zur Holzhammersache: Nunja, er wurde sehr oft darauf hingewiesen, auch in 
diversen Changesetkommentaren von der DWG, es ist jetzt nicht so die 
Überraschung...
Und Österreichweit treibt er sich schon ziemlich lang herum, nicht erst seit 2 
Wochen.

Lg

> Georg Haefele  hat am 11. Juni 2019 um 11:21 
> geschrieben:
> 
> 
> Hallo,
> 
> also ich finde die Arbeit von Johann sehr wertvoll. Er hat zumindest in 
> meiner Heimatgemeinde in Vorarlberg gute Arbeit geleistet und dadurch die 
> restlichen Korrekturen wesentlich erleichtert. Vernichtet wurde durch seine 
> Arbeit zumindest in diesem Gebiet nichts.
> 
> Zudem hat er - im Gegensatz zu vielen anderen Mappern -  berücksichtigt, dass 
> es dort keine Straßennamen gibt und korrekterweise addr:place verwendet.
> 
> Gruß
> Georg
> 
> 
>  
> 
> -Original Message-
> From: Rudolf Mayer  
> Sent: Sunday, June 9, 2019 2:41 PM
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] minderwertige Importe
> 
> Hallo,
> 
> ich bin zwar grundsätzlich nicht erfreut, wenn Arbeit zu nichte gemacht wird, 
> auch nicht die von Johann - aber genauso macht er auch viel Arbeit von 
> anderen zunichte, bzw. halst den anderen viel Arbeit auf.
> 
> Seine Vorgehensweise ist ja wirklich einfach nur arrogant - ich importiere 
> mal, und als changeset Kommentar bitte ich dann die anderen, die Fehler zu 
> beseitigen. Das ist einfach nur ignorant.
> 
> Auch seine Rechtfertigung, dass man ja jede Adresse dann persönlich 
> verifizieren müsste zeigt, dass er einfach ein Sofa-Mapper der wirklich 
> schlechten Art ist (ich habe grundsätzlich keine Abneigung gegen solche, 
> viele tragen sehr wertvolles bei, wenn aus Satellitenbildern oder von 
> Mapillary Informationen übertragen werden).
> 
> 
> Grundsätzlich stellt sich mir hier nicht nur die Frage wie man die bisherigen 
> Edits behandelt, sondern auch, wie man in Zukunft verhindert, dass er das 
> wieder einfach weiter so macht. Diskussion mit ihm ist ja so ähnlich, wie 
> wenn man mit einer Mauer redet.
> Er sieht sich halt irgendwie als der Missverstandene, und alle anderen in der 
> Community, auch wenn sie geschlossen anderer Meinung sind, liegen einfach 
> falsch. Das passt halt überhaupt nicht zu OSM...
> 
> Eine 7-Tage Sperre wird hier vielleicht nicht viel helfen. Auch hat er ja 
> gezeigt, dass er schnell einfach mal einen neuen account macht (und er hat 
> auch momentan viele die er zugibt, wie man hier sieht: 
> https://www.openstreetmap.org/user/addresshistory*org)
> 
> 
> Alles in allem wäre ich dafür, zumindest einen Teil seiner Edits rückgängig 
> zu machen. Vor allem dort, wo es ja von der lokalen Community nicht gut 
> aufgenommen wurde (das ist imho zumindest in Wien der Fall).
> 
> 
> Lg
> Rudi
> 
> On 08/06/2019 12:03, Frederik Ramm wrote:
> > Hallo,
> > 
> > nach wiederholten Beschwerden über die Importe von addresshistory*org 
> > habe ich hier eine Accountsperre verhängt
> > 
> > https://www.openstreetmap.org/user_blocks/2839
> > 
> > und den User aufgefordert, jeden einzelnen Import vorher an dieser 
> > Stelle hier zu diskutieren, insbesondere was die Datenquelle und die 
> 

Re: [Talk-at] Allgemeine Hilfestellung

[various]

Servus,

ja das hast du afaik schon richtig gemacht. Die hier bei solchen Diskussionen 
gern genannten Vorteile von Mailingliste sind:

- Du bekommst jede Nachricht als E-Mail direkt zugestellt
- Du kannst das E-Mail Programm deiner Wahl verwenden
- Am Handy besser lesbar als das aktuelle Forum

Es werden zwar noch andere Vorteile genannt, welche mM nach aber teilweise auf 
veraltetem Wissen basieren, ich kann hier aber auch etwas übersehen.

Ich selbst habe die Liste abbonniert und packe alles per Regel in einen 
Unterordner, wo ich dann wenige mal am Tag rein schau - eben ähnlich Forum.

Dann noch viel Erfolg!
Lg


> Herbert Allmeier  hat am 25. Mai 2019 um 22:04 
> geschrieben:
> 
> Erst mal Danke für eure schnelle und detailreiche Antowort!
> Ich hoffe ich mache das jetzt richtig so mit der Antwort. Ich habe 
> einfach mal auf die letzte Mail geantwortet und hoffe, dass es thematisch 
> unten angehägt wird.
> 
> Ich muss schon sagen, dass die Mailinglisten von der Übersicht her nicht 
> wirklich leicht verdaulich sind (da sind mir Forenansichten deutlich lieber 
> und somit gleich auch danke für den Link)
> Wenn man noch ein extra Programm brauche, damit ich die Ansichten 
> überhaupt angezeigt bekomme und sie sinnerfassend zusammenhängen kann hört 
> sich das schon nach sehr viel drumherum an, welches in einem Forum einfach 
> nicht nötigt ist. Wenn jemand eine eigene Mailingliste anlegt verstehe ich 
> das total (es kommen wirklich sehr viele Mails!). Ich will aber nicht 
> unbedingt einen zweiten Mailaccount nur für openstreetmap haben (ist mir 
> schlicht zu aufwendig).
> Bei so viel Aufwand, den man im Vergleich zu einem Forum betreiben muss, 
> gibt es sicher Vorteile, oder?
> 
> Talk-de Abbo:
> Ja, in die Mailingliste habe ich mich eingetragen. Ich habe sogar eine 
> Bestätigungsmail bekommen in der ich auf einen Link klicken musste. Nach 
> meinem Verständnis sollte es also funktionieren.
> 
> Einstellungen:
> Die Einstellungen habe ich schon gefunden und durchgeschaut. Da es doch 
> recht viele Mails sind würde ich fürs erste darauf zurück greifen mal das 
> senden der Mails abzustellen bis ich mich besser auskenne. Soweit ich das 
> verstanden habe brauche ich dann aber irgend einen Extraservice damit ich 
> Mails an einen Thread zurückschicken kann. Geht das nicht irgendwie leichter?
> 
> Ich werde noch ein bisschen herumprobieren, will aber nicht die 
> Mailingliste zuspammen.
> 
> Jedenfalls nochmals vielen Dank für eure zahlreiche Hilfe und die 
> schnelle Antwort (Auf talk-de warte ich immer noch )-: )
> 
> mfg
> Herbert
> 
> 
> 
>   Gesendet: Montag, 20. Mai 2019 um 23:55 Uhr
>   Von: "Kevin Kofler" 
>   An: talk-at@openstreetmap.org
>   Betreff: Re: [Talk-at] Allgemeine Hilfestellung
> 
>   PS:
> 
>   > Nabble wurde bereits erwähnt. Ein fortgeschrittenerer Gateway ist 
> Gmane,
>   > der den Zugriff über einen NNTP/Usenet-Newsreader ermöglicht. Dazu 
> benutze
>   > ich (im Programm KNode) derzeit folgende Einstellungen:
>   > Server: news.gmane.org
>   > Port: 119
>   > Verschlüsselung: TLS (gemeint ist STARTTLS, wo der normale NNTP-Port 
> 119
>   > verwendet wird und mit dem STARTTLS-Befehl die Verschlüsselung 
> aktiviert
>   > wird – einen eigenen verschlüsselten Port gibt es auf Gmane seit ein 
> paar
>   > Monaten nicht mehr, auf dem dafür vorgesehenen Port 563 ist nichts 
> mehr).
> 
>   Die dieser Mailingliste entsprechende Newsgroup habe ich noch vergessen:
>   Newsgroup: gmane.comp.gis.openstreetmap.region.at
>   (Die befindet sich in Newsreadern nämlich nicht in den 
> Servereinstellungen,
>   sondern du mußt auf dem Server news.gmane.org eine oder mehrere 
> Newsgroups
>   "abonnieren", um auf die entsprechenden Mailinglisten zuzugreifen. Die 
> Mails
>   werden dir dadurch aber nicht ge-e-mailt, sondern dein Newsreader holt 
> die
>   neuen Mails von Gmane ab, wenn du die "abonnierte" Newsgroup öffnest.)
> 
>   Mit freundlichen Grüßen,
>   Kevin Kofler
> 
> 
>   ___
>   Talk-at mailing list
>   Talk-at@openstreetmap.org
>   https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> ___ Talk-at mailing list 
> Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
> 


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Xmas Map - Karte der weihnachtlichen Events

[various]

Uff, danke für den Hinweis Kevin. Habe irgendwie gedacht, dass Betreff ändern 
reicht. Die hier sollte jetzt neu sein für einen passenden (neuen) Thread. Tut 
mir leid für die Verwirrung :)

> scubbx mailto:scu...@openstreetmap.at > hat am 8. 
> November 2018 um 23:11 geschrieben:
>
> Super, kommt gleich auf die Homepage. :-)
>
>
> Am 08.11.18 um 21:52 schrieb vari...@mailbox.org mailto:vari...@mailbox.org :
> > roghem hat im Forum gebeten, dass auch auf der Mailingliste zu posten, da 
> > er nicht drinnen ist: https://forum.openstreetmap.org/viewtopic.php?id=64376
> >
> > Erklärung direkt hier:
> > Es gibt eine Weihnachtskarte auf der Märkte, Weihnachtsbaumverkäufer und 
> > Events angezeigt werden.
> > Die Karte hier: https://be2art.de/xmasmap/?lat=47.75=14.26=7 
> > https://be2art.de/xmasmap/?lat=47.75=14.26=7
> > Dazugehörige Wiki-Seite: 
> > https://wiki.openstreetmap.org/wiki/DE:Key:xmas:feature
> > Das ganze wird auch von OSMand ausgewertet, falls das jemand benutzt :)
> >
> > Das Template kann dank emga nun auch benutzt werden.
> >
> > Have fun___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Xmas Map - Karte der weihnachtlichen Events

[various]

roghem hat im Forum gebeten, dass auch auf der Mailingliste zu posten, da er 
nicht drinnen ist: https://forum.openstreetmap.org/viewtopic.php?id=64376

Erklärung direkt hier: 
Es gibt eine Weihnachtskarte auf der Märkte, Weihnachtsbaumverkäufer und Events 
angezeigt werden. 
Die Karte hier: https://be2art.de/xmasmap/?lat=47.75=14.26=7
Dazugehörige Wiki-Seite: https://wiki.openstreetmap.org/wiki/DE:Key:xmas:feature
Das ganze wird auch von OSMand ausgewertet, falls das jemand benutzt :)

Das Template kann dank emga nun auch benutzt werden.

Have fun

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[various]

Ich hatte mal aus Interesse dein Gästebuch durchgelesen, man bekommst so eine 
leise Ahnung, warum du in mindestens einem anderen Forum gesperrt bist...

Du magst mit ein paar Sachen schon recht haben, aber die Art, wie du das ganze 
vorbringst ist mehr als Fragwürdig. Vielleicht solltest du das nächste mal 
früher etwas sagen, damit sich das dann nicht so anstaut und du explodieren 
musst. Ist ja fast wie ein Kindergarten hier.
Wenn dich das so aufregt, hättest du ruhig schon vorher mal das Team 
anschreiben können und mit denen reden. Alle, die bisher hier geschrieben 
haben, verhalten sich eigentlich durchaus kommunikationsbereit, meiner Meinung 
nach.

Und, niemand weis was du benutzt, aber von IMAP sollte man heut zu tage schon 
ausgehen dürfen. Zudem wurde es nur vorgeschlagen, kann ja sein, dass du das 
einfach noch nicht kennst oder benutzt hast. 

Braucht man sich ja nicht gleich so aufregen. 

> Friedrich Volkmann  hat am 8. November 2018 um 21:22 
> geschrieben:
> 
> 
> On 08.11.2018 19:18, Andreas wrote:
> >> Das nächste Problem ist, dass diese Filter erst nach dem Download der
> >> Mails aktiv werden. D.h. das Abrufen der Mails dauert entsprechend und
> >> es fallen Kosten für den Datentransfer an.
> > 
> > Dies kann auch schon in deinen Imap oder Webmail-Einstellungen
> > durchgeführt werden.
> 
> Bist du Wahrsager, oder woher willst wissen, welchen Mailserver ich verwende 
> und welche Protokolle, Filter und Webmail-Einstellungen dort angeboten werden?
> 
> >> Zu guter letzt möchte ich auf den rechtlichen Aspekt hinweisen, nämlich
> >> dass diese Spams schlichtweg illegal sind (§107
> >> Telekommunikationsgesetz). Bei OSM-Daten wird so viel Tamtam um
> >> Feinheiten bei Lizenzunterschieden gemacht und bei den geringsten
> >> theoretischen Bedenken gleich alles gelöscht. Um die fortlaufenden
> >> Gesetzesverletzungen durch die Spams in dieser Mailingliste scheint sich
> >> hingegen keiner zu kümmern. Ich weiß nicht, ob hier überhaupt noch ein
> >> Moderator aktiv ist. Aber die Täter sind sowieso nicht die Moderatoren,
> >> sondern die Absender der Wochennotiz-Mails. Sie riskieren bis 4000 €
> >> Strafe nach TKG §109 Abs. 20. Sie haben nur das Glück, dass sie bisher
> >> noch keiner angezeigt hat. Zu der Strafe kommt noch der schlechte Ruf,
> >> den sich die Autoren der Wochennotiz damit einhandeln. Wenn sie sich mit
> >> der Wochennotiz so viel unentgeltliche Arbeit antun, wie hier behauptet
> >> wurde, dann ist doch sicher das damit verdiente Ansehen ein wichtiger
> >> Motivationsgrund, und deshalb verstehe ich nicht, warum sie es so
> >> leichtfertig und unnötig aufs Spiel setzen.
> > 
> > Jetzt machst du dich aber wirklich lächerlich.
> > 
> > Du beschwerst dich, dass du auf einer OSM Mailingliste wöchentlich eine
> > Mail bekommst über Informationen aus der OSM-Welt?
> 
> Es ist nicht nur eine OSM-Mailingliste, sondern eine Mailingliste Talk-AT, 
> mit Beschreibung "OpenStreetMap AT". Was glaubst du, wofür das AT steht?
> 
> > Das ist doch nicht dein Ernst, oder?
> 
> Doch, das ist mein voller Ernst, denn ich finde es nicht lustig, wenn mich 
> jemand unter Missachtung des Anstandes und der Gesetze zuspammt. Dass du 
> jetzt noch schreibst, dass ich mich lächerlich mache, schlägt dem Fass den 
> Boden aus.
> 
> > Ich gebe zu mein juristisches Wissen ist nicht sehr weit, aber ich
> > könnte mir vorstellen, dass dies nicht in einem Verfahren durchgeht.
> 
> Willst du es darauf ankommen lassen? Ich bin schon vor 20 Jahren erfolgreich 
> gegen Spammer vorgegangen, und damals gab es dieses Gesetz noch gar nicht.
> 
> > Schließlich hat man sich für den Empfang der Nachrichten von der
> > talk-at-Liste entschieden.
> 
> Ich habe eine Mailingliste zum Thema Openstreetmap Österreich abonniert. Ich 
> habe damit nicht meine Einwilligung gegeben, mir Mails mit anderen Themen 
> zuzusenden. Die Sendung an mich ist somit eine Verletzung von TKG §107 Abs. 
> 2, und zwar sowohl nach Ziffer 1 (Direktwerbung) als auch nach Ziffer 2 
> (mehr als 50 Empfänger). Bitte zu beachten, dass Direktwerbung kein 
> kommerzielles Interesse voraussetzt. Man kann auch für eine 
> Wochennotiz-Website Direktwerbung machen. Was anderes als Werbung für die 
> Website ist es nicht, wenn die Mails nur einen Link auf die Website enthalten.
> 
> > Und die Erstellung eines Wochennotiz-Newsletters nur mit
> > Österreich-bezogenen Inhalten ist überhaupt nicht aufwändig?
> 
> Wenn es dir zu aufwendig ist, dann lass die Mails ganz bleiben. Entweder 
> ordentlich oder gar nicht. Ich finde es auch unverschämt, dass du dir beim 
> Verfassen keinen Aufwand antun willst, aber von allen Empfängern erwartest, 
> sich den Aufwand anzutun, aus dem Mailprogramm heraus den Webbrowser zu 
> öffnen um zu sehen, worum es überhaupt geht. Glaubst du, deine Zeit ist 
> kostbarer als die aller Abonnenten von Talk-AT?
> 
> >>> Ich spinne nun mal deine gewünschte Variante, dass die WN-Mail mehr
> >>> Inhalt enthält weiter:
> >>>
> >>> Problem 1: 

Re: [Talk-at] Fwd: Werde Teil der OpenStreeetMap Familie

[various]

Etwas nebenbei, aber irgendwie amüsant, dass ausgerechnet heut in der 
Wochennotiz ein Projekt und eine Veranstaltung aus Österreich vorgestellt wird 

> Friedrich Volkmann  hat am 5. November 2018 um 22:27 
> geschrieben:
> In den Wochennotiz-Forumsbeiträgen lese ich nichts von AT-Themen. Wenn diese 
> AT-Themen wirklich vorkommen, dann zumindest an einer Stelle, wo man sie 
> erst suchen muss.

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Fwd: Werde Teil der OpenStreeetMap Familie

[various]

Ich werde hier mal ein bisschen zusammengefasst antworten:

@Mitglied OSM-Foundation

Ich persönlich finde das schon sehr wichtig und es betrifft imho sehr wohl auch 
die Österreicher. Wenn nicht sogar alle. Und die wenigstens (glaube ich) 
schauen auch regelmäßig ins deutsche Forum.

@Mailingliste vs. Forum

Meine Fresse, können nicht beide Seiten akzeptieren, dass es beides gibt und, 
dass auch beide Kanäle "offiziell" anerkannt sind? Wenn ich fix was brauche, 
schreib oder frag ich halt schnell auf der Mailingliste, sonst im Forum. 
(Inzwischen würde ich persönlich wohl die Mailingliste durch eine 
riot.im-Gruppe ersetzen, aber da fliegt wohl der "Speichern-Gedanke" weg. Is 
aber auch egal.)

Muss doch gehen, ohne, dass bei der Äußerung auf A, dass etwas auf B passiert, 
B kritisiert wird. Hier hat, glaube ich, mal wieder Johann damit angefangen und 
versucht das Forum heraus zu heben.

Und, wer glaubt, er hat Spam gefunden, soll dies doch melden. Nichts zu machen 
und später dann jammern ist halt schon ein bissl ungut. Und schade.

@Wochennotiz

Ich mag sie, finde aber einen eigenen Thread für jede Woche überflüssig, das 
spammt imho tatsächlich austria ein wenig voll. Ein Thread und jede Woche ein 
neuer Post könnte eine gute Lösung sein, denke ich.

@Pauschalverurteilungen

Muss man denn immer dazuschreiben "Aber eh nicht alle!" damit nicht gleich 
jeder beleidigt ist? Es ist halt pointiert, meine Güte.

@Auslöser

Wurde eh fast alles gesagt. Und, dass Johann Haag glühender Verfechter des 
Forums ist, da er die Mailingliste wegen Verschwörungstheorien als nicht gut 
erachtet (da man anonym sein kann), sollte langsam wirklich bekannt sein.

@neis-one

http://hdyc.neis-one.org

Wer es nicht möchte, soll es nicht benutzen.

Was ich nicht okay finde, es in so einem Post herauszustreichen, vor allem, 
weil es speziell von Johann Haag dazu verwendet wird, seine eigene (teilweise 
diskutablen) massigen Edits hervozuheben und andere Argumente oder Kritiken mit 
einem "Du hast zu wenig edits!" wegzwischen und sich nicht damit zu befassen.

Dadurch bekommt OSM andererseits eine leichte gamification-note, kann man gut 
oder schlecht finden ¯\_(ツ)_/¯ 


Freundliche Grüße

> emga  hat am 5. November 2018 um 20:08 geschrieben:
> 
> 
> 
> > > Von: emga mailto:emga...@gmail.com >
> > Betreff: Aw: [Talk-at] Werde Teil der OpenStreeetMap Familie
> > Datum: 5. November 2018 um 20:08:16 MEZ
> > An: Friedrich Volkmann mailto:b...@volki.at >
> > 
> > Du kannst mich gerne bloßstellen, damit habe ich kein Problem. 
> > Konstruktive Kritik hilft sogar.
> > 
> > Dieser Crosspost/Multipost (Vielen Dank für den Hinweis), hat 
> > insofern etwas im AT Forum zu suchen da die  OSMF das OpenstreetMap Projekt 
> > unterstützt, und somit betrifft es auch Österreich (zum Beispiel Server) .
> > Ich empfinde die Wochennotiz nicht als Spam, andere User denke ich 
> > auch nicht, zumindest bist du der erste der mir dies mitteilt. Ich Vertrete 
> > auch nicht die Meinung das ausschließlich, rein und zu 100% AT Bezug 
> > herrschen muss. Es soll ja schließlich Themen in einem internationalen 
> > Projekt geben welche die jeweilige Region vielleicht nicht direkt trifft, 
> > aber durchaus interessant für manchen Leser/Nutzer/Beitragenden sein mag. 
> > Und man so vielleicht auch den Austausch über Landesgrenzen hinaus fördert, 
> > auf neue Ideen kommt etc. etc.
> > 
> > Gerne kannst du, sowie jeder andere, auch meine Beiträge melden 
> > oder kritisieren, evt kommen wir so auf einen sog. grünen Zweig. 
> > 
> > Es ist auch ein einfaches zu kritisieren ohne einen Beitrag zur 
> > Verbesserung des, angeblich desaströsen, status quo zu leisten. Wenn du der 
> > Meinung bist im Forum wird nur Spam und nichtrelevanter Inhalt gepostet, 
> > lade ich dich, sowie auch jeden anderen, herzlichst ein den Ersten Schritt 
> > zu gehen, und ein Thema zu eröffnen und so für mehr Information, Qualität 
> > und Relevanz zu Sorgen.
> > 
> > In diesem Sinne, einen schönen Abend
> > emga
> > 
> > 
> > 
> > > > > Am 05.11.2018 um 18:48 schrieb Friedrich 
> > Volkmann < b...@volki.at mailto:b...@volki.at >:
> > > 
> > > On 05.11.2018 12:56, emga wrote:
> > > 
> > > > > > > 
> > > > > > > > > Am 05.11.2018 um 12:52 schrieb Friedrich 
> > > > Volkmann < b...@volki.at mailto:b...@volki.at >:
> > > > > 
> > > > > 
> > > > > > > > > > > Aber auch unsere Österreich 
> > > > > Nische glänzt durch Aktualität.
> > > > > > 
> > > > > > https://forum.openstreetmap.org/viewforum.php?id=89
> > > > > > 
> > > > > > > > > > > Das kann ich 
> > > > > > nicht empfehlen, solang es mit Wochennotiz und anderem 
> > > > > > Offtopic-Spam zugespammt ist und keiner der Moderatoren etwas 
> > > > > > dagegen unternimmt.
> > > > > 
> 

Re: [Talk-at] addr:suburb=* korrekt eingesetzt?

[various]

@Martin
Revert? Nein, Changesetkommentar, wenn da nix passiert, dann Revert. Ist aber 
bereits erledigt und adresshistory*org hat Korrekturen gemacht.
Die Gemeinden kontrolliert, Kirchberg, Labuttendorf, Lipsch. Es sieht so aus, 
als würde er ohne großartige Kontrolle importieren. In den Gemeinden sind 
Adressen auf den Straßen (Beispiele für Adressen auf der Straße und vor 
Gebäuden: https://www.openstreetmap.org/#map=18/46.75870/15.67673), direkt vor 
den Gebäuden und es besteht immer noch die Frage, ob
addr:city=Sankt Veit in der Südsteiermark
addr:suburb=Sankt Nikolai ob Draßling
korrekt ist. Meiner Meinung nach sollte das addr:city=Sankt Nikolai ob Draßling 
ohne addr:suburb=* sein, aber das müsste eben geklärt werden, kann mich ja auch 
täuschen.

Auszeit? Da seine Arbeitsweise unklar ist, er sie ständig wechselt und auch 
immer wieder (absichtlich, wohlgemerkt!) Fehler erzeugt mit einem Hinweis "mach 
ich später richtig" oder Daten löscht mit "Sind nicht gelöscht, sind eh in der 
History" wäre das vielleicht anzudenken damit er mal seine Arbeitsweise klar 
darlegen kann oder sogar die Import-Richtlinien befolgt, bevor er weitermacht. 
Aber auch das sollte man nicht einfach so machen.

@Johann
Ernsthaft? Hör doch endlich mal auf mit deinen Verschwörungstheorien, das wird 
ja schon langsam langweilig... Du weisst nicht ob und wie viel Martin 
mitarbeitet oder wie seine sonstigen Tätigkeiten sind, er hat nur 3 Fragen 
gestellt.

Grüße

> Johann Haag  hat am 27. September 2018 um 08:06 
> geschrieben: 
>  
> Hallo Martin,
> sofern wir noch nach den Beweis gesucht haben, dass im Talk Raum aktive 
> Protagonisten in Realität überhaupt nicht mit dem aktuellen Geschehen in 
> OpenStreetMap verknüpft sind. Diesen Beweis hast Du soeben mit Deinem Post 
> anschaulich erbracht.
>  
> Grüße Johann
> 
> 
> > Am 27.09.2018 um 07:47 schrieb martin ringer < martinrin...@hotmail.com>:
> > 
> > 
> > Revert?
> > User eine Auszeit geben
> > Was sagt eigentlich F. Ramm dazu? Hab noch nichts von ihm gelesen.
> > 
> > 
> > ---
> > 
> > 
> > Von: vari...@mailbox.org 
> > Gesendet: Mittwoch, 26. September 2018 16:28
> > An: OpenStreetMap AT
> > Betreff: [Talk-at] addr:suburb=* korrekt eingesetzt?
> > 
> > 
> > Bei dem Änderungssatz   
> > https://www.openstreetmap.org/changeset/62646348#map=12/46.7772/15.6701  
> > sind doppelte und dreifache Adressen erstellt worden, teilweise auf bereits 
> > bestehende und korrekte.
> > 
> > 
> > [](https://www.openstreetmap.org/changeset/62646348#map=12/46.7772/15.6701)
> > 
> > 
> > [Changeset: 62646348 | 
> > OpenStreetMap](https://www.openstreetmap.org/changeset/62646348#map=12/46.7772/15.6701)
> > [www.openstreetmap.org](http://www.openstreetmap.org/)
> > OpenStreetMap is a map of the world, created by people like you and free to 
> > use under an open license.
> > 
> > 
> > Der einzige Unterschied ist ein addr:country=AT, ein wechseln von 
> > addr:city=* auf etwas anderes und die alte addr:city=* dafür auf 
> > addr:suburb=* umtaggen. 
> >  
> > Bsp.: 
> >  https://www.openstreetmap.org/node/5910420561 
> >  https://www.openstreetmap.org/way/125165692 
> > (Irgendwo rechts davon ist die 88 mit 3 Adressen auf einem Gebäude) 
> > Meiner Meinung nach ist das falsch, abgesehen davon, dass adresshistory*org 
> > auf die Frage nach der Fehlerbehebung im Forum sinngemäß geantwortet hat 
> > "Ja, mache ich später.", was imho auch nicht okay ist   
> > https://forum.openstreetmap.org/viewtopic.php?pid=717508#p717508 
> >  
> > Er ändert irgendwie auch seine Art zu arbeiten laufend. In dem Thread auf 
> > einer Seite hat er von "vorher ALLES löschen" (er meint ja, es ist nicht 
> > gelöscht, weil es eh noch in der History zu sehen ist, wie seht ihr das?) 
> > auf vorher ALLES doppelt und dreifach machen und später aufräumen 
> > gewechselt.   
> >  
> > Grüße 
> >  
> > ___ 
> > Talk-at mailing list 
> >  Talk-at@openstreetmap.org 
> >  https://lists.openstreetmap.org/listinfo/talk-at 
> > 
> > 
> > ___ 
> >  Talk-at mailing list 
> >  Talk-at@openstreetmap.org 
> >  https://lists.openstreetmap.org/listinfo/talk-at 


> ___ 
> Talk-at mailing list 
> Talk-at@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] addr:suburb=* korrekt eingesetzt?

[various]

Bei dem Änderungssatz 
https://www.openstreetmap.org/changeset/62646348#map=12/46.7772/15.6701 sind 
doppelte und dreifache Adressen erstellt worden, teilweise auf bereits 
bestehende und korrekte. 
Der einzige Unterschied ist ein addr:country=AT, ein wechseln von addr:city=* 
auf etwas anderes und die alte addr:city=* dafür auf addr:suburb=* umtaggen.

Bsp.:
https://www.openstreetmap.org/node/5910420561
https://www.openstreetmap.org/way/125165692
(Irgendwo rechts davon ist die 88 mit 3 Adressen auf einem Gebäude)
Meiner Meinung nach ist das falsch, abgesehen davon, dass adresshistory*org auf 
die Frage nach der Fehlerbehebung im Forum sinngemäß geantwortet hat "Ja, mache 
ich später.", was imho auch nicht okay ist 
https://forum.openstreetmap.org/viewtopic.php?pid=717508#p717508

Er ändert irgendwie auch seine Art zu arbeiten laufend. In dem Thread auf einer 
Seite hat er von "vorher ALLES löschen" (er meint ja, es ist nicht gelöscht, 
weil es eh noch in der History zu sehen ist, wie seht ihr das?) auf vorher 
ALLES doppelt und dreifach machen und später aufräumen gewechselt. 

Grüße

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[various]

Ich bin der Meinung, dass es nach aktuellem Stand egal ist, welche der beiden 
Varianten verwendet wird. Es ist auch meine Meinung, dass es irgendwie in 
Tipps immer mit dem Hauspolygon ist, dass es für Anfänger normal 
ist, das so zu machen. Ist ja auch nicht falsch. 
Um das geht es hier aber auch nicht, meiner Meinung nach. 

Warum es keinen Aufschreib gab? Du hast das irgendwie noch nicht mitbekommen, 
oder? Es gibt einfach ständig aufschreie wegen ihm. Das Problem ist, dass es 
fast immer damit endet "Naja, es bringt insgesamt mehr als es schadet...". Ein 
weiteres Problem, warums nicht von Anfang an einen Aufschrei hab ist, dass er 
einfach mal mit irgendwas begonnen hat (mit Fehlern) und erst hinterher, wenn 
er angesprochen wurde, seine Arbeitsweise angepasst hat. Während dessen hat 
immer jemand hinterhergeräumt und Fehler korregiert, während es immer mehr 
wurde. 
Außerdem - natürlich fängt man meist erst an sich aufzuregen, wenn einer ein 
"seiner" Region zu wildern anfängt. 

Er gehört mal fast gesperrt, damit er mal eine Pause einlegen kann um 
nachzudenken. 

In dem Video sieht man ganz gut was er macht.
https://forum.openstreetmap.org/viewtopic.php?pid=713485#p713485
Luzandro hat im Forum schon ganz korrekt angemerkt, dass er einfach Sachen 
löscht ohne zu kontrollieren, damit er dann "seine" Nodes setzen kann. Und 
Adressen dann vom Gebäude auf den Node zu setzen, weil es ihm besser gefällt, 
spricht auch gegen die OSM-Richtlinien - für die ich gerade zu blöd zu finden 
bin, oder ich habs falsch in Erinnerung. Nur Anfassen, wenn wirklich etwas 
geändert wird und ein Mehrwert entsteht, nicht, um etwas zu ändern, was dir 
besser gefällt. 

Über die Importsache kann man Diskutieren, aber wenn er das so flächendeckend 
macht, hätte er es zumindest VORHER besprechen sollen. Vielleicht hätten sich 
dann wirklich mehr Leute dafür gefunden. 

Grüße

> Friedrich Volkmann  hat am 5. September 2018 um 10:21 
> geschrieben:
> 
> 
> On 05.09.2018 07:58, Mod Erator wrote:
> > Evt. sollte man ein relevantes Beispiel für Adressen hernehmen, anstatt 
> > irgendein Proposed feature einer anderen Stadt (aus 2008!!!), auf der 
> > offiziellen Adressen WIKI Seite steht nichts von diesem MUSS, auch auf der 
> > Österreich Projekt seite steht nichts davon.
> 
> Robert Müller fragte, wo die Konvention herstammt, und das ist eben das 
> Proposal aus 2008. Von einem Muss kann kann man schwerlich sprechen bei 
> einem Proposal, über das nie abgestimmt wurde. Und es wurde auch bald klar, 
> dass es Fälle gibt, wo zwischen Gebäude und Adresse keine 1:1-Beziehung 
> besteht und es daher mit addr:* Tags aufs Gebäude nicht getan ist:
> 1) Gebäude, die in mehrere Adressen unterteilt sind
> 2) Gebäude mit Identadressen
> 3) Gehöfte und Wohnhausanlagen, wo mehrere Gebäude die selbe Adresse haben
> 
> Bei 1 und 2 wusste man sich am Anfang nur durch freischwebende Adressnodes 
> zu helfen, aber 1 ist heute kein Problem mehr, weil wir auf Luftbildern und 
> in der Basemap-Grundkarte die Grenzen zwischen aneinandergebauteten Gebäuden 
> gut sehen können, und 2 wurde mit dem addrN-Schema im Geist des 
> ursprünglichen Proposals gelöst, auch wenn manche Mapper aus Gewohnheit 
> immer noch die Adressnodes bevorzugen oder den wien.at-Stadtplan nachahmen 
> wollen, indem sie die Adressen auf Eingänge setzen.
> 
> Dass ein Adressnode besser ist als gar keine Adresse, wird keiner 
> bestreiten. Die Problemfälle liegen dort, wo zusätzlich zur den Adresstags 
> am Gebäude ein Adressnode angelegt wird, wie das in Wien passiert ist, oder 
> womöglich gar die Adresstags am Gebäude für die Anlage eines Adressnodes 
> gelöscht werden. Wenn in Salzburg beides nicht passiert ist, dann stimme ich 
> dir zu, dass ein Revert dort kontraproduktiv wäre.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[various]

Also insgesamt bin ich gegen einen Revert und für eine zumindest kurze Sperre.

Warum gegen Revert: 
Er hat viel eingetragen und auch viele korrekte Sachen bzw. SEHR viele korrekte 
Adressen eingetragen. Das steht außer Frage. Dabei sind einer Meinung nach 
leider auch einige vermeidbare Fehler dabei - vor allem, wenn er das so sorgsam 
macht, wie er behauptet.

Warum für Sperre:
Weil er sich dagegen wehrt Fehler zu beheben. Inzwischen zumindest teilweise 
und hin und wieder gemacht. Bis der Fehler behoben wird, ist allerdings oft 
eine lange Diskussion notwendig.
Weil er jede Kritik als Beleidigung sieht, wodurch alles in eine Diskussion 
ausartet.
Weil er bei Kritik von irgendwoher auch ständig mit irgendwelche 
Verschwörungstheorien ankommt. Im Forum, auf der Mailingliste, etc. 
Weil er einfach einen Import angefangen hat, ohne die Regeln für Importe zu 
beachten und auch anfangs bestritten hat, dass er einen Import macht. (Ich 
vermute, im den Prozess für den Import zu umgehen.)
Für einige dieser Dinge lassen sich wohl auch genügen Changesets mit 
Diskussionen finden - auch einige, bei denen er wohl auch etwas beheben sollte. 
Und nicht mit dem Kommentar "Mach ich dann nachher..." abtun. 

Meine Meinung. 
Grüße

> Marcus MERIGHI  hat am 3. September 2018 um 08:53 
> geschrieben:
> 
> 
> Morgen!
> 
> emga...@gmail.com (emga), 2018.09.03 (Mon) 00:20 (CEST):
> > > Am 31.08.2018 um 14:30 schrieb Rudolf Mayer :
> > > Robert Kaiser wrote on 31/08/18 14:15:
> > >> vari...@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.
> > 
> > Das Problem ist die Mailingliste ist gerade ein bisschen langsam
> 
> Nicht die Mailingliste, sondern deren Benutzer. E-Mails bewegen sich in
> der Regel recht schnell :-)
> 
> > dafür, diese Mappingmuster ist schon sein Monaten im Gange, mal
> > weniger auffällig mal mehr, nur so als Anmerkung 
> 
> Warum diese Anmerkung erst jetzt?
> 
> > Falsch ist es von der Durchführung, die Daten sind aber (großteils)
> > richtig. Schwer zu beurteilen. Wenn man es jetzt revertet setzt man
> > große Teile ATs gehörig zurück, und die eingetragene Information kommt
> > so schnell nicht wieder obwohl sie jetzt korrekt vor liegen würde.
> 
> Wenn mir jemand auf den Kopf sch, dann haengt meine Reaktion nicht
> davon ab, ob der Haufen huebsch oder haesslich ist; es geht dann mehr um
> die Aktion an sich :-)
> 
> Der Typ, um den es geht, hat schon jede Menge Haeufchen verteilt, ueber
> deren Qualitaet man gar nicht nachdenken sollte:
> 
> Weil der soziale Prozess nicht hinhaut. Weil er auf die Meinung anderer
> pfeift. Weil er Bloedsinn redet. Weil er nicht mal versteht, was die
> anderen sagen. Indem er seine Mantras einfach immer wieder ablaesst, ist
> er Politiker, nicht Techniker.
> 
> Sein Ziel sind Kartendaten, die OSM-community ist sein Vehikel dazu.
> Wenn dieses Vehikel nicht in seinem Sinne funktioniert, dann pfeift er
> halt d'rauf. 
> 
> Ich denke dass sich die Community wehren muss (Revert und Sperre).
> 
> Marcus
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[various]

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@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[various]

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@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


 

> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


 
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

[various]

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@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] [Info] Invitation to ÖRK/MSF Mapathon Weltwassertag (fwd)

[various]

Die ganze Diskussion ist einfach nur nervig, Mailingliste vs Forum. Im ganz 
speziellen Fall Johann Haag, der hier von Verein redet und diversen Leuten auf 
der Mailingliste dauernd Sachen unterstellt. 
Während ich die ersten 2, 3 Mails noch bei ihm war finde ich seine Art 
inzwischen nur mehr überheblich und arrogant.

Es MUSS und es KANN doch auch ein friedliches nebeneinander von Mailingliste 
und Forum geben, ohne, dass beide Seiten jammern was besser ist. 
Aber es muss doch möglich sein für jeden, der im Forum postet, in der 
Mailingliste einen Hinweis mit Link zum Thread zu hinterlassen. Spricht ja auch 
nichts dagegen sich eine Antwort im Forum zu wünschen.
Ebenso kann es doch anders herum möglich sein, wenn auf der Mailingliste etwas 
größeres angekündigt wird, im Forum einen Thread erstellen mit Hinweis/Wunsch 
auf die Mailingliste.
Zumindest bei Sachen, die alle Betreffen. Bei einer einfachen Frage ist das 
doch, mehr oder weniger, egal. 

Bzgl. diverser Argumente (meine Persönliche Meinung):
Das Argument von grubernd empfinde ich als nonsense, oder ich verstehe es 
nicht. Die Suche ist im Forum dauerhaft möglich, da muss ich nicht erst alles 
runterladen oder Drittanbieter benützen.
Extra Account fürs Forum: Inzwischen kann man sich mit dem OSM-Benuzter im 
Forum anmelden.
Suche: Übers Forum kann ich mit alle erstellten Threads des Benutzers anzeigen 
lassen oder alles Posts.
Benachrichtigungen: Ich kann einen Thread subscriben, dann bekomme ich eine 
neue Nachricht über einen neuen Post im Thread. Einmal. Bei dem Thread, den ich 
mir ausgesucht habe. Sobald ich mich im Forum einmal eingeloggt habe, bekomme 
ich die nächste bei einem neuen Post. Bis dahin keine weiteren Mails. Hier 
würde ich mir mehr Einstellungsmöglichkeiten wünschen, hier werden sich wohl 
die meisten Mailinglistenbenutzer stoßen, glaube ich.

Warum ich die Mailingliste nicht so sehr mag? 
Angemeldet, ich schicke jetzt von einer anderen Mail und die letzte wurde nach 
3 Monaten freigeschaltet. 
(Bzgl. Längere Ladezeiten). Gut Spezialfall, was schick ich auch von ner 
anderen Mail als ich mich angemeldet habe.

Wurde länger als gedacht. 

Grüße
Negreheb 


> gppes_...@web.de hat am 22. März 2018 um 08:49 geschrieben:
> 
> 
> Kurz moechte ich klarstellen:
> 
> Mir geht es ja nicht darum, dass man immer alles doppelt (in Forum und auf 
> Mailingliste) schreiben oder ankuendigen muss, das absichtliche ignorieren 
> oder verweigern eines der beiden Kanaele finde ich aber schon merkwuerdig.
> 
> Ich - als Forum-Fan - schaffe es ja auch hier mitzulesen (und das aus meiner 
> Sicht fuer diese Aufgabe unbequeme Mail-Interface zu verwenden).
> 
> Lg, Gppes
> 
> > Gesendet: Mittwoch, 21. März 2018 um 13:15 Uhr
> > Von: "Peter Müller" 
> > An: talk-at@openstreetmap.org
> > Betreff: Re: [Talk-at] [Info] Invitation to ÖRK/MSF Mapathon Weltwassertag 
> > (fwd)
> >
> > 
> > 
> > > Gesendet: Sonntag, 18. März 2018 um 11:25 Uhr
> > > Von: grubernd 
> > > An: "OpenStreetMap AT" 
> > > Betreff: Re: [Talk-at] [Info] Invitation to ÖRK/MSF Mapathon 
> > > Weltwassertag (fwd)
> > >
> > > 
> > > danke für's crossposting.
> > > 
> > > 
> > > On 2018-03-17 09:27, Johann Haag wrote:
> > > > Hallo Stephan,
> > > > inzwischen ist das OSM Web Forum bei 353 Themen und 1.469 Beiträgen 
> > > > angelangt. Was in internationalen Maßstäben gemessen sehr respektabel 
> > > > ist.
> > > 
> > > und ich habe immer noch über 6.587 ungelesene Mails aus dem Zeitraum 
> > > 2008 bis 2014. ich habe seinerzeit einfach das gesamte talk.at Archiv[1] 
> > > in meinen lokalen Mailclient importiert, damit kann man jederzeit mit 
> > > jedem beliebigen textfähigen Programm darin suchen.
> > > 
> > > alles Dinge die in einem Forum nicht gehen.
> > 
> > Forum bieten Suchfunktionen, manche Ideen/"Argumente" hier sind wirklich 
> > noch nicht im 21 Jhdt angekommen, lol
> > 
> > > 
> > > 
> > > grüsse,
> > > grubernd
> > > 
> > > [1] https://lists.openstreetmap.org/pipermail/talk-at/
> > > 
> > > ___
> > > Talk-at mailing list
> > > Talk-at@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-at
> > >
> > 
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at