Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden 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

2019-07-11 Diskussionsfäden andreas wecer
Am Do., 11. Juli 2019 um 22:21 Uhr schrieb Michael Reichert <
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


Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Norbert Wenzel
On 11.07.19 15:15, gppes_osm--- via Talk-at wrote:> Im AT Forum wurden 
schon - aus meiner Sicht zu Recht - temporaere Sperren verhaengt. Gibt 
es so etwas fuer die Mailingliste auch?
Ich kann einzelne Mailadressen blockieren (und natürlich auch wieder 
erlauben). Also so eine temporäre Sperre wäre möglich, ja.


Ich will und kann hier nicht für die Erfahrungen im Forum sprechen, aber 
ich denke der Nutzen so einer temporären Sperre ist halt leider nur ... 
temporär. Es verschafft also eine gewisse Ruhe und Abkühlphase in 
hitzigen Wortgefechten, löst aber dauerhaft auch nichts, wenn die Pause 
nicht zur erhofften Einsicht führt.


lg,
Norbert

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


Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Norbert Wenzel

On 11.07.19 15:04, ScubbX wrote:

Wer wäre bei einem Listenproblem der nächsthöhere Ansprechpartner?
Ist es die DWG? Ist Frederik R. dabei offiziell(er) eingebunden?


Vermutlich wäre irgendwann die DWG bzw. die Foundation zuständig. Die 
betreiben diese Listen glaube ich offiziell.


Ich habe mich mit Frederik einmal beraten, aber afaik sind die Listen da 
relativ autonom in ihren Moderationsentscheidungen.


lg,
Norbert

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


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Robert Kaiser

Johann Haag schrieb:

Unsere Gold Bestrebungen müssen wir wohl an die realen Gegebenheiten
anpassen. Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man
in der Lage die Plausibilität von Adressen zu prüfen. Die Behauptung dass
importierte Adressen vielfach in der Landschaft liegen, kann man daher erst
nach Vorlage eines aktuellen Luftbildes prüfen.


Falsch. Der Gold-Standard von OpenStreetMap ist (und so weit ich weiß 
war immer), was auch immer "am Boden", also wenn man direkt vor Ort ist, 
nachvollziehbar ist. Luftbilder und irgendwelche Datensätze, ob von 
Ämtern oder sonstwo, sind möglicherweise Hilfen, aber nie irgendwelche 
Standards für OSM. Wirklich korrekt machen kannst du es nur, wenn du vor 
Ort warst und dort die Gegebenheiten geprüft hast. Weder mit einem 
Luftbild noch mit BEV-Datensätzen jeglicher Art kannst du die Qualität 
erreichen, die du mit einer Erhebung vor Ort bekommst.
Und so weit ich weiß, war der Adress-Helper auch immer nur als Hilfe für 
einzelne Einträge mit Vor-Ort-Wissen gedacht und nicht als Basis für 
große Importe. Die Erfahrung im Projekt zeigt, dass Importe größerer Art 
meist die Community schädigen, und das dürfte sich auch hier wieder 
zeigen, man könnte möglicherweise sogar unterstellen, dass es gezielt 
darum geht, diesen Effekt zu erzielen. So weit will ich mal nicht gehen, 
aber das Ergebnis ist trotzdem ziemlich das gleiche. Also am besten von 
Importen absehen und vor Ort erheben, dann sind wir wahrscheinlich alle 
glücklicher.


Grüße,
Robert


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


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Michael Reichert
Hallo,

das ist noch keine Zusage, dass ich den Revert ("mechanischer Edit"
träfe es besser) mache, da ich nicht weiß, ob ich die Zeit dafür haben
werde. Die Kriterien können wir trotzdem klären.

Am 09.07.19 um 14:21 schrieb vari...@mailbox.org:
> Mein Vorschlag dazu ist:
> * Alles was noch v1 ist

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?

Man kann die von ihm gesetzten Tags zu entfernen, wenn der
Node noch von einem Way oder einer Relation referenziert wird und diese
nicht auch gelöscht werden soll.

> * Changesets mit dem Beginn "Fehlende oder neue Adressen*"

Ab wann (Zeitpunkt) ist dieses Kriterium anzuwenden?

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)





signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden andreas wecer via Talk-at
Am Do., 11. Juli 2019 um 16:02 Uhr schrieb Andreas :

> Hättest du eine Validierung der Adressdaten vorgenommen, dann wäre dir
> das Attribut "BESTIMMUNGSART" aufgefallen und da kann man auf "Z"
> filtern und vola sind die Zähladressen weg.
>

Quelladresse und Bestimmungsart hatte ich mir schon einmal kurz angesehen,
aber sie sind nicht dazu geeignet seine Problemfälle zu identifizieren. Andere
Tests  sind da zwar
tlw. erfolgreicher, allerdings frage ich mich auch, ob es nicht wie schon
vorgeschlagen sinnvoller wäre alle Nodes mit v1 ab dem angesprochenen
Salzburg-Changeset zu löschen. Er halst nur allen anderen Ärger und Aufwand
auf, macht keinerlei Anstalten irgendetwas an den Problemen zu beseitigen
(ehrlich gesagt weiß ich allerdings auch nicht, ob wir das bei seiner
Vorgangsweise wirklich wollen - zumindest wurden im Moment noch wenig
existierende Daten geändert), feiert sich trotz aller Kritik und Probleme
weiterhin selbst für diesen Import und wenn sich lokale Mapper völlig
zurecht beschweren, weil in der zuvor vollständig erfassten Ortschaft
plötzlich alle Adressen verschwunden sind, können sie sich als Antwort auch
noch irgendwelche Vorwürfe bzgl. großer Lücken anhören
https://www.openstreetmap.org/changeset/71043800

Warum soll so ein Import nur in Zukunft nicht mehr vorkommen und dieser
hier toleriert werden, wo er innerhalb weniger Tage völlig unkontrolliert
hunderttausende Nodes importiert hat, ohne sich überhaupt irgendwelche
Gedanken zu machen, außer wie er die Limitierung beseitigen kann, dass die
Daten gesperrt und auf Straßenebene segmentiert sind? Und das obwohl ihm,
wie JM82 im Forum
 richtig
bemerkt hat, seit mind. 3-4 Jahren immer wieder erklärt wird, dass diese
Daten auch fehlerhaft sind und er sie nicht einfach in Gegenden, zu denen
er überhaupt keinen Bezug hat, völlig unreflektiert übernehmen soll.
Und jetzt sitzt ihm schon wieder ein Floh im Ohr, dass sein Vorgehen
eigentlich völlig ok war und nur eine minimale Änderung an den Daten
notwendig wäre.

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


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Michael Reichert
Hallo,

Am 11.07.19 um 15:15 schrieb vari...@mailbox.org:
> 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.

Er ist nur im Forum gesperrt, mappen kann er noch.
https://www.openstreetmap.org/user/addresshistory*org/blocks

> 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.

Wenn die Diskussion läuft, dürfte es aus der DWG-Perspektive unklug
sein, Fakten zu schaffen. Reverts von Importen haben ja das Ziel,
geschaffene Fakten zurückzusetzen.

Ansonsten gilt auch da, dass das alles Freiwillige sind. Reverten kann
jeder, der sich dazu in der Lage sieht, das in verantwortlicher Art und
Weise zu tun. Es dürfen sich Leute gerne mit den Revert-Werkzeugen
beschäftigen. Es schadet nicht, wenn mehr Leute wissen, wie man
revertiert, weil das die Arbeit auf mehr Schultern verteilt. Es gibt ja
nicht nur addresshistory*org, sondern noch genügend andere Fälle. Und
meine To-Do-Liste enthält auch noch anderes als addresshistory*org.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Rudolf Mayer

Hallo,

auch mir nimmt der ständige Monolog und das "ich mach wonach mir ist" 
tun von Johann einfach zu viel Zeit. Nachdem es keine konstruktive 
Diskussion mit ihm geben kann, würde ich hier einen Schlußstrich ziehen.


Ich bin daher stark dafür, dass es hier ein deutliches Zeichen geben 
muss, würde darum die DWG bitten, dass sein Account in OSM wieder 
gesperrt wird, und in der Tat alle Edits von Ihm, die zumindest noch 
nicht weiterbearbeitet wurden, gelöscht werden.



Besonder bedenklich finde ich den Vorschlag, dass wenn er Duplikate 
kreiert, das ältere Objekt gelsöcht werden soll, damit zerstört man sehr 
viel historische Information, und stellt die Herkunft der echten 
Datenbasis falsch da.



Lg
Rudi


gppes_osm--- via Talk-at wrote on 11/07/2019 15:15:

Ich bin da aehnlicher Meinung wie Du.

Verstoesse gegen die Netiquette -> Ahndung.

Gleiches sehe ich aber bei wiederholtem kundtun der selben Meinung in der 
Hoffnung, dass man damit jemanden durch Quantitaet ueberzeugen koennte.

Im AT Forum wurden schon - aus meiner Sicht zu Recht - temporaere Sperren 
verhaengt. Gibt es so etwas fuer die Mailingliste auch?

Lg, Gppes


Gesendet: Donnerstag, 11. Juli 2019 um 10:42 Uhr
Von: "Norbert Wenzel" 
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Wie weiter mit dem Troll?

On 11.07.19 09:33, Florian Ledermann wrote:

ich wollte mal die Frage in den Raum stellen, wie die Mailingliste
gedenkt mit der Situation umzugehen, dass eine Person hier
kontinuierlich die Liste [...] missbraucht, [...]


Zur Info: ich bin ein Listenadmin. Ich mach das jetzt seit etwa 10
Jahren und hab erst ein einziges Mal aktiv moderiert (d.h. Mails von
bekannten Absendern nicht mehr automatisch durchgelassen). Und das war
wegen wiederholter, unsubstantiierter Anschuldigungen gegen Personen auf
der Liste.

Ich denke nicht, dass ich in meiner Funktion als Listenadmin hier,
abseits von direkten Netiquetteverstößen *auf der Liste*, eingreifen
sollte. Auch, weil es nichts daran ändern würde dass die Importe
durchgeführt werden und ein gesperrter User im Nachhinein sagen kann, er
habe versucht anzukündigen und zu diskutieren, aber er war ja
gesperrt/wurde ignoriert.


Ich weiß nicht wie die Foundation das normalerweise handhabt, aber ich
denke wenn jemand beständig gegen die Regeln der Community arbeitet und
auch keinerlei Einsicht in Diskussionen erkennen lässt, dann ist so
jemand nicht für ein Communityprojekt geeignet.

Aber das ist ein Problem von OSM als Ganzem bzw. der Foundation und
nicht nur der Mailingliste hier.


Für deine private Mailbox kann natürlich ein Filter, wie er von Stefan
vorgeschlagen wurde, zumindest dir persönlich Linderung verschaffen.


lg,
Norbert

PS: (Andere) Ansichten zur Rolle des Listenadmin können und sollen gerne
hier deponiert werden. Wenn es einen Konsens hier gibt, leg ich meine
Rolle gerne entsprechend aus.

___
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] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
Am Do., 11. Juli 2019 um 17:10 Uhr schrieb Andreas :

> Am 11.07.19 um 16:52 schrieb Johann Haag:
> >
> >
> > Am Do., 11. Juli 2019 um 16:36 Uhr schrieb Thomas Rupprecht
> > mailto:rupprecht.tho...@gmail.com>>:
> >
> > Bitte leite diese wichtige Information an Luzandro weiter. Es
> > ergibt sich daraus ein eine einfache Möglichkeit, diese Problem
> > Adressen auch nachträglich in OSM gezielt zu identifizieren und
> > sauber zu entfernen.
> >
> > Das wäre deine Aufgabe gewesen und nicht Luzandro's.
> >
> >
> > Ganz ehrlich, ich würde auch nicht auf die Idee kommen, den Austria
> > Addresshelper zu disassemblen.
> > Dein Hinweis ist aber sehr wertvoll, eröffnet dieser doch nun einen
> > interessanten Weg, die Adress Qualität -speziell im Osten von
> > Österreich- viel besser zu machen.
>
> Dies sollte vorher aber überprüft werden, dass war jetzt eine
> Bauchschätzung von mir.
>
> Hab mir das nochmal angeschaut und es dürfte aus dem Attribut
> "GNR_ADRESSE" ablesbar sein.
>
> Aber wie gesagt, vorher die Daten anschauen und dann die Schlüsse daraus
> ziehen.
>
> Sorry an alle anderen ML-Leser. Höre jetzt schon auf hier meinen Senf
> abzugeben, denn das Thema ist jetzt schon mehr als reichlich diskutiert
> worden.
>

Danke Andreas, das wahr wohl die produktivste Konversation seit langem.
Grüße Johann


>
> lg
> geologist
>
> > Lg Johann
> >
> >
> > mfg Thomas Rupprecht
> >
> >
> > Am Do., 11. Juli 2019 um 16:18 Uhr schrieb Johann Haag
> > mailto:johannh...@hxg.at>>:
> >
> >
> >
> > Am Do., 11. Juli 2019 um 16:05 Uhr schrieb Andreas
> > mailto:a_v...@gmx.at>>:
> >
> > Am 11.07.19 um 15:19 schrieb Johann Haag:
> > > In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein
> > Problem.
> > > Ich gehe nun einen initiativen Weg, um zu prüfen ob wir
> > Zähl Adressen irgendwie systematisch los werden. Ideal wäre
> > ein Merker hierfür im BEV Satz. Sollte es uns gelingen, vom
> > BEV einen solchen Flag zu bekommen, so könnte man
> > anschließend diese gezielt ausfiltern und löschen. Ein
> > Revert macht leider auch viel nützliches kaputt.
> >
> > Hättest du eine Validierung der Adressdaten vorgenommen,
> > dann wäre dir
> > das Attribut "BESTIMMUNGSART" aufgefallen und da kann man
> > auf "Z"
> > filtern und vola sind die Zähladressen weg.
> >
> >
> > Bitte leite diese wichtige Information an Luzandro weiter. Es
> > ergibt sich daraus ein eine einfache Möglichkeit, diese Problem
> > Adressen auch nachträglich in OSM gezielt zu identifizieren und
> > sauber zu entfernen.
> > Danke für diesen wertvollen Hinweis.
> > Lg Johann
> >
> >
> > lg
> > geologist
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
> >
> >
> > --
> > Elektronikermeister Johann Haag
> > Innsbruckerstraße 42
> > 6380 St. Johann in Tirol
> > ÖSTERREICH
> > Tel: +43 664/174 7414
> > Mailto:johannh...@hxg.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
> >
> >
> >
> > --
> > Elektronikermeister Johann Haag
> > Innsbruckerstraße 42
> > 6380 St. Johann in Tirol
> > ÖSTERREICH
> > Tel: +43 664/174 7414
> > Mailto:johannh...@hxg.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
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 16:52 schrieb Johann Haag:
> 
> 
> Am Do., 11. Juli 2019 um 16:36 Uhr schrieb Thomas Rupprecht
> mailto:rupprecht.tho...@gmail.com>>:
> 
> Bitte leite diese wichtige Information an Luzandro weiter. Es
> ergibt sich daraus ein eine einfache Möglichkeit, diese Problem
> Adressen auch nachträglich in OSM gezielt zu identifizieren und
> sauber zu entfernen.
> 
> Das wäre deine Aufgabe gewesen und nicht Luzandro's.
> 
> 
> Ganz ehrlich, ich würde auch nicht auf die Idee kommen, den Austria
> Addresshelper zu disassemblen.  
> Dein Hinweis ist aber sehr wertvoll, eröffnet dieser doch nun einen
> interessanten Weg, die Adress Qualität -speziell im Osten von
> Österreich- viel besser zu machen.

Dies sollte vorher aber überprüft werden, dass war jetzt eine
Bauchschätzung von mir.

Hab mir das nochmal angeschaut und es dürfte aus dem Attribut
"GNR_ADRESSE" ablesbar sein.

Aber wie gesagt, vorher die Daten anschauen und dann die Schlüsse daraus
ziehen.

Sorry an alle anderen ML-Leser. Höre jetzt schon auf hier meinen Senf
abzugeben, denn das Thema ist jetzt schon mehr als reichlich diskutiert
worden.

lg
geologist

> Lg Johann
> 
> 
> mfg Thomas Rupprecht
> 
> 
> Am Do., 11. Juli 2019 um 16:18 Uhr schrieb Johann Haag
> mailto:johannh...@hxg.at>>:
> 
> 
> 
> Am Do., 11. Juli 2019 um 16:05 Uhr schrieb Andreas
> mailto:a_v...@gmx.at>>:
> 
> Am 11.07.19 um 15:19 schrieb Johann Haag:
> > In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein
> Problem.
> > Ich gehe nun einen initiativen Weg, um zu prüfen ob wir
> Zähl Adressen irgendwie systematisch los werden. Ideal wäre
> ein Merker hierfür im BEV Satz. Sollte es uns gelingen, vom
> BEV einen solchen Flag zu bekommen, so könnte man
> anschließend diese gezielt ausfiltern und löschen. Ein
> Revert macht leider auch viel nützliches kaputt.
> 
> Hättest du eine Validierung der Adressdaten vorgenommen,
> dann wäre dir
> das Attribut "BESTIMMUNGSART" aufgefallen und da kann man
> auf "Z"
> filtern und vola sind die Zähladressen weg.
> 
>  
> Bitte leite diese wichtige Information an Luzandro weiter. Es
> ergibt sich daraus ein eine einfache Möglichkeit, diese Problem
> Adressen auch nachträglich in OSM gezielt zu identifizieren und
> sauber zu entfernen.
> Danke für diesen wertvollen Hinweis.
> Lg Johann
> 
> 
> lg
> geologist
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> -- 
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.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
> 
> 
> 
> -- 
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Erfüllen BEV Adressen, den Qualitätsanspruch lokaler Datenerhebung, wie sich OpenStreetMap selbst definiert.

2019-07-11 Diskussionsfäden Johann Haag
Am Do., 11. Juli 2019 um 16:46 Uhr schrieb Andreas :

> Am 11.07.19 um 16:04 schrieb Johann Haag:
> >
> >
> > Am Do., 11. Juli 2019 um 15:55 Uhr schrieb Andreas  > >:
> >
> > Am 11.07.19 um 15:35 schrieb Johann Haag:
> > > In der systematischen Anwendung des Austria Addresshelpers, sowie
> > vom OSM User Luzandro aufbereiteten BEV Adressen, stoße ich nun an
> > eine unüberwindbare Grenze. Diese Grenze kann man in mangelhafter
> > Qualität der BEV Adressen umschreiben.
> >
> > Bitte unterlasse es, deine eigen Fehler beim Import auf das BEV
> > abzuwelzen. Wir haben dir mehrfach erklärt, dass es einen offiziellen
> > Workflow für Importe in OSM gibt und wenn der eingehalten wird,
> sollte
> >
> > Auf den Umstand dass BEV Adressen problembehaftet sind, wird inzwischen
> > vielfach hingewiesen.
> >
> > das kein Problem sein.
> >
> > Mangels aktueller Luftbilder ist das nicht möglich.
>
> Falsch, das Luftbild ist nicht die einzige Valdierungsmöglichkeit.
>
> >
> > Von mir daher -1, denn dann würden geprüfte Adressen auch gelöscht
> > werden.
> >
> > Ich gehe davon aus, dass anschließend einer notwendigen Lage Korrektur,
> > der BEV Merker zu entfernen ist.
> > Man kann aber leicht einen Filter erstellen, der prüft, ob die OSM-
> > Adress Lage,  jener der BEV Adress Position entspricht, so würden
> > regulierte Adressen vom Löschen verschont.
>
> Nein, da du die Annahme voraussetzt, dass alle BEV Daten falsch sind.
> Was ist mit den BEV Daten die von Mappern eintragen wurden, überprüft
> wurden und diese mit den original Positionen übereinstimmt?
>

Ich bin bekanntlich ein Freund von Adress Nodes, validierte Adressen werden
aber normalerweise in das Gebäude Polygon übertragen.
Ich finde den neuen Hinweis von Andreas interessant, wie man Zähl Adressen
auch so identifizieren und entfernen kann.

Eine interessante Variante ist auch, Importe -auch den Addresshelper-
künftig an ein aktuelles Luftbild zu binden. Also die Anwendung von BEV
Adress- Veröffentlichungen mit der Veröffentlichung der Luftbilder zu
synchronisieren.
Grüße Johann

>
> lg
> geologist
>
> > Lg Johann
> >
> >
> > lg
> > geologist
> >
> > >
> > > Lg Johann Haag, Ehrenamtlicher Mapper St. Johann in Tirol
> > > ___
> > > 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
> >
> >
> >
> > --
> > Elektronikermeister Johann Haag
> > Innsbruckerstraße 42
> > 6380 St. Johann in Tirol
> > ÖSTERREICH
> > Tel: +43 664/174 7414
> > Mailto:johannh...@hxg.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
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 16:35 schrieb Thomas Rupprecht:
> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt
> sich daraus ein eine einfache Möglichkeit, diese Problem Adressen
> auch nachträglich in OSM gezielt zu identifizieren und sauber zu
> entfernen.
> 
> Das wäre deine Aufgabe gewesen und nicht Luzandro's.

Dem kann ich nur zustimmen. Stehe nicht in Kontakt mit diesen Luzandro.
Man sollte sich vorher allerdings mal genauer die Spezifikation des
Datensatzes anschauen, das gehört nämlich auch zur Validierung von
Importdaten.

Ich habe nur kurz drüber geschaut und mir ist das Z aufgefallen, aber
das muss nicht unbedingt stimmen.

lg
geologist

> 
> mfg Thomas Rupprecht
> 
> 
> Am Do., 11. Juli 2019 um 16:18 Uhr schrieb Johann Haag
> mailto:johannh...@hxg.at>>:
> 
> 
> 
> Am Do., 11. Juli 2019 um 16:05 Uhr schrieb Andreas  >:
> 
> Am 11.07.19 um 15:19 schrieb Johann Haag:
> > In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein
> Problem.
> > Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl
> Adressen irgendwie systematisch los werden. Ideal wäre ein
> Merker hierfür im BEV Satz. Sollte es uns gelingen, vom BEV
> einen solchen Flag zu bekommen, so könnte man anschließend diese
> gezielt ausfiltern und löschen. Ein Revert macht leider auch
> viel nützliches kaputt.
> 
> Hättest du eine Validierung der Adressdaten vorgenommen, dann
> wäre dir
> das Attribut "BESTIMMUNGSART" aufgefallen und da kann man auf "Z"
> filtern und vola sind die Zähladressen weg.
> 
>  
> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt
> sich daraus ein eine einfache Möglichkeit, diese Problem Adressen
> auch nachträglich in OSM gezielt zu identifizieren und sauber zu
> entfernen.
> Danke für diesen wertvollen Hinweis.
> Lg Johann
> 
> 
> lg
> geologist
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> -- 
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.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
> 




signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
Am Do., 11. Juli 2019 um 16:36 Uhr schrieb Thomas Rupprecht <
rupprecht.tho...@gmail.com>:

> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt sich
>> daraus ein eine einfache Möglichkeit, diese Problem Adressen auch
>> nachträglich in OSM gezielt zu identifizieren und sauber zu entfernen.
>>
> Das wäre deine Aufgabe gewesen und nicht Luzandro's.
>

Ganz ehrlich, ich würde auch nicht auf die Idee kommen, den Austria
Addresshelper zu disassemblen.
Dein Hinweis ist aber sehr wertvoll, eröffnet dieser doch nun einen
interessanten Weg, die Adress Qualität -speziell im Osten von Österreich-
viel besser zu machen.
Lg Johann


> mfg Thomas Rupprecht
>
>
> Am Do., 11. Juli 2019 um 16:18 Uhr schrieb Johann Haag  >:
>
>>
>>
>> Am Do., 11. Juli 2019 um 16:05 Uhr schrieb Andreas :
>>
>>> Am 11.07.19 um 15:19 schrieb Johann Haag:
>>> > In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein Problem.
>>> > Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl Adressen
>>> irgendwie systematisch los werden. Ideal wäre ein Merker hierfür im BEV
>>> Satz. Sollte es uns gelingen, vom BEV einen solchen Flag zu bekommen, so
>>> könnte man anschließend diese gezielt ausfiltern und löschen. Ein Revert
>>> macht leider auch viel nützliches kaputt.
>>>
>>> Hättest du eine Validierung der Adressdaten vorgenommen, dann wäre dir
>>> das Attribut "BESTIMMUNGSART" aufgefallen und da kann man auf "Z"
>>> filtern und vola sind die Zähladressen weg.
>>>
>>
>> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt sich
>> daraus ein eine einfache Möglichkeit, diese Problem Adressen auch
>> nachträglich in OSM gezielt zu identifizieren und sauber zu entfernen.
>> Danke für diesen wertvollen Hinweis.
>> Lg Johann
>>
>>
>>> lg
>>> geologist
>>>
>>> ___
>>> Talk-at mailing list
>>> Talk-at@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-at
>>>
>>
>>
>> --
>> Elektronikermeister Johann Haag
>> Innsbruckerstraße 42
>> 6380 St. Johann in Tirol
>> ÖSTERREICH
>> Tel: +43 664/174 7414
>> Mailto:johannh...@hxg.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
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Erfüllen BEV Adressen, den Qualitätsanspruch lokaler Datenerhebung, wie sich OpenStreetMap selbst definiert.

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 16:04 schrieb Johann Haag:
> 
> 
> Am Do., 11. Juli 2019 um 15:55 Uhr schrieb Andreas  >:
> 
> Am 11.07.19 um 15:35 schrieb Johann Haag:
> > In der systematischen Anwendung des Austria Addresshelpers, sowie
> vom OSM User Luzandro aufbereiteten BEV Adressen, stoße ich nun an
> eine unüberwindbare Grenze. Diese Grenze kann man in mangelhafter
> Qualität der BEV Adressen umschreiben.
> 
> Bitte unterlasse es, deine eigen Fehler beim Import auf das BEV
> abzuwelzen. Wir haben dir mehrfach erklärt, dass es einen offiziellen
> Workflow für Importe in OSM gibt und wenn der eingehalten wird, sollte
> 
> Auf den Umstand dass BEV Adressen problembehaftet sind, wird inzwischen
> vielfach hingewiesen.
> 
> das kein Problem sein.
> 
> Mangels aktueller Luftbilder ist das nicht möglich. 

Falsch, das Luftbild ist nicht die einzige Valdierungsmöglichkeit.

> 
> Von mir daher -1, denn dann würden geprüfte Adressen auch gelöscht
> werden.
> 
> Ich gehe davon aus, dass anschließend einer notwendigen Lage Korrektur,
> der BEV Merker zu entfernen ist.
> Man kann aber leicht einen Filter erstellen, der prüft, ob die OSM-
> Adress Lage,  jener der BEV Adress Position entspricht, so würden
> regulierte Adressen vom Löschen verschont.

Nein, da du die Annahme voraussetzt, dass alle BEV Daten falsch sind.
Was ist mit den BEV Daten die von Mappern eintragen wurden, überprüft
wurden und diese mit den original Positionen übereinstimmt?

lg
geologist

> Lg Johann
> 
> 
> lg
> geologist
> 
> >
> > Lg Johann Haag, Ehrenamtlicher Mapper St. Johann in Tirol
> > ___
> > 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
> 
> 
> 
> -- 
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Thomas Rupprecht
>
> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt sich
> daraus ein eine einfache Möglichkeit, diese Problem Adressen auch
> nachträglich in OSM gezielt zu identifizieren und sauber zu entfernen.
>
Das wäre deine Aufgabe gewesen und nicht Luzandro's.

mfg Thomas Rupprecht


Am Do., 11. Juli 2019 um 16:18 Uhr schrieb Johann Haag :

>
>
> Am Do., 11. Juli 2019 um 16:05 Uhr schrieb Andreas :
>
>> Am 11.07.19 um 15:19 schrieb Johann Haag:
>> > In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein Problem.
>> > Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl Adressen
>> irgendwie systematisch los werden. Ideal wäre ein Merker hierfür im BEV
>> Satz. Sollte es uns gelingen, vom BEV einen solchen Flag zu bekommen, so
>> könnte man anschließend diese gezielt ausfiltern und löschen. Ein Revert
>> macht leider auch viel nützliches kaputt.
>>
>> Hättest du eine Validierung der Adressdaten vorgenommen, dann wäre dir
>> das Attribut "BESTIMMUNGSART" aufgefallen und da kann man auf "Z"
>> filtern und vola sind die Zähladressen weg.
>>
>
> Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt sich
> daraus ein eine einfache Möglichkeit, diese Problem Adressen auch
> nachträglich in OSM gezielt zu identifizieren und sauber zu entfernen.
> Danke für diesen wertvollen Hinweis.
> Lg Johann
>
>
>> lg
>> geologist
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.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] Erfüllen BEV Adressen, den Qualitätsanspruch lokaler Datenerhebung, wie sich OpenStreetMap selbst definiert.

2019-07-11 Diskussionsfäden Johann Haag
Wichtiger Hinweis auf eine interessante Entwicklung:
https://lists.openstreetmap.org/pipermail/talk-at/2019-July/010056.html

Grüsse

Am Do., 11. Juli 2019 um 16:04 Uhr schrieb Johann Haag :

>
>
> Am Do., 11. Juli 2019 um 15:55 Uhr schrieb Andreas :
>
>> Am 11.07.19 um 15:35 schrieb Johann Haag:
>> > In der systematischen Anwendung des Austria Addresshelpers, sowie vom
>> OSM User Luzandro aufbereiteten BEV Adressen, stoße ich nun an eine
>> unüberwindbare Grenze. Diese Grenze kann man in mangelhafter Qualität der
>> BEV Adressen umschreiben.
>>
>> Bitte unterlasse es, deine eigen Fehler beim Import auf das BEV
>> abzuwelzen. Wir haben dir mehrfach erklärt, dass es einen offiziellen
>> Workflow für Importe in OSM gibt und wenn der eingehalten wird, sollte
>>
> Auf den Umstand dass BEV Adressen problembehaftet sind, wird inzwischen
> vielfach hingewiesen.
>
>> das kein Problem sein.
>>
> Mangels aktueller Luftbilder ist das nicht möglich.
>
>>
>> >
>> > Gravierende Probleme veranlassen mich nun leider, generell an der
>> Tauglichkeit der uns vom BEV zur Verfügung gestellten Adressen für
>> OpenStreetMap Zwecke zweifeln.
>>
>> Heureka!
>>
>> >
>> > Daher mein Antrag: Sämtliche Adressen mit Datenherkunft Bundesamt für
>> Eich und Vermessungswesen aus dem Projekt OpenStreetMap zu entfernen.
>>
>> Da gehst du davon aus, dass alle Mapper, die als "Datenherkunft
>> Bundesamt für Eich und Vermessungswesen" angegeben haben, die Daten von
>> BEV 1:1, wie du, importiert haben?
>
>
>> Von mir daher -1, denn dann würden geprüfte Adressen auch gelöscht werden.
>>
> Ich gehe davon aus, dass anschließend einer notwendigen Lage Korrektur,
> der BEV Merker zu entfernen ist.
> Man kann aber leicht einen Filter erstellen, der prüft, ob die OSM- Adress
> Lage,  jener der BEV Adress Position entspricht, so würden regulierte
> Adressen vom Löschen verschont.
> Lg Johann
>
>>
>> lg
>> geologist
>>
>> >
>> > Lg Johann Haag, Ehrenamtlicher Mapper St. Johann in Tirol
>> > ___
>> > 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
>>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
Am Do., 11. Juli 2019 um 16:05 Uhr schrieb Andreas :

> Am 11.07.19 um 15:19 schrieb Johann Haag:
> > In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein Problem.
> > Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl Adressen
> irgendwie systematisch los werden. Ideal wäre ein Merker hierfür im BEV
> Satz. Sollte es uns gelingen, vom BEV einen solchen Flag zu bekommen, so
> könnte man anschließend diese gezielt ausfiltern und löschen. Ein Revert
> macht leider auch viel nützliches kaputt.
>
> Hättest du eine Validierung der Adressdaten vorgenommen, dann wäre dir
> das Attribut "BESTIMMUNGSART" aufgefallen und da kann man auf "Z"
> filtern und vola sind die Zähladressen weg.
>

Bitte leite diese wichtige Information an Luzandro weiter. Es ergibt sich
daraus ein eine einfache Möglichkeit, diese Problem Adressen auch
nachträglich in OSM gezielt zu identifizieren und sauber zu entfernen.
Danke für diesen wertvollen Hinweis.
Lg Johann


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


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Erfüllen BEV Adressen, den Qualitätsanspruch lokaler Datenerhebung, wie sich OpenStreetMap selbst definiert.

2019-07-11 Diskussionsfäden Johann Haag
Am Do., 11. Juli 2019 um 15:55 Uhr schrieb Andreas :

> Am 11.07.19 um 15:35 schrieb Johann Haag:
> > In der systematischen Anwendung des Austria Addresshelpers, sowie vom
> OSM User Luzandro aufbereiteten BEV Adressen, stoße ich nun an eine
> unüberwindbare Grenze. Diese Grenze kann man in mangelhafter Qualität der
> BEV Adressen umschreiben.
>
> Bitte unterlasse es, deine eigen Fehler beim Import auf das BEV
> abzuwelzen. Wir haben dir mehrfach erklärt, dass es einen offiziellen
> Workflow für Importe in OSM gibt und wenn der eingehalten wird, sollte
>
Auf den Umstand dass BEV Adressen problembehaftet sind, wird inzwischen
vielfach hingewiesen.

> das kein Problem sein.
>
Mangels aktueller Luftbilder ist das nicht möglich.

>
> >
> > Gravierende Probleme veranlassen mich nun leider, generell an der
> Tauglichkeit der uns vom BEV zur Verfügung gestellten Adressen für
> OpenStreetMap Zwecke zweifeln.
>
> Heureka!
>
> >
> > Daher mein Antrag: Sämtliche Adressen mit Datenherkunft Bundesamt für
> Eich und Vermessungswesen aus dem Projekt OpenStreetMap zu entfernen.
>
> Da gehst du davon aus, dass alle Mapper, die als "Datenherkunft
> Bundesamt für Eich und Vermessungswesen" angegeben haben, die Daten von
> BEV 1:1, wie du, importiert haben?


> Von mir daher -1, denn dann würden geprüfte Adressen auch gelöscht werden.
>
Ich gehe davon aus, dass anschließend einer notwendigen Lage Korrektur, der
BEV Merker zu entfernen ist.
Man kann aber leicht einen Filter erstellen, der prüft, ob die OSM- Adress
Lage,  jener der BEV Adress Position entspricht, so würden regulierte
Adressen vom Löschen verschont.
Lg Johann

>
> lg
> geologist
>
> >
> > Lg Johann Haag, Ehrenamtlicher Mapper St. Johann in Tirol
> > ___
> > 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
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 15:19 schrieb Johann Haag:
> In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein Problem.
> Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl Adressen 
> irgendwie systematisch los werden. Ideal wäre ein Merker hierfür im BEV Satz. 
> Sollte es uns gelingen, vom BEV einen solchen Flag zu bekommen, so könnte man 
> anschließend diese gezielt ausfiltern und löschen. Ein Revert macht leider 
> auch viel nützliches kaputt.

Hättest du eine Validierung der Adressdaten vorgenommen, dann wäre dir
das Attribut "BESTIMMUNGSART" aufgefallen und da kann man auf "Z"
filtern und vola sind die Zähladressen weg.

lg
geologist



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Erfüllen BEV Adressen, den Qualitätsanspruch lokaler Datenerhebung, wie sich OpenStreetMap selbst definiert.

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 15:35 schrieb Johann Haag:
> In der systematischen Anwendung des Austria Addresshelpers, sowie vom OSM 
> User Luzandro aufbereiteten BEV Adressen, stoße ich nun an eine 
> unüberwindbare Grenze. Diese Grenze kann man in mangelhafter Qualität der BEV 
> Adressen umschreiben.

Bitte unterlasse es, deine eigen Fehler beim Import auf das BEV
abzuwelzen. Wir haben dir mehrfach erklärt, dass es einen offiziellen
Workflow für Importe in OSM gibt und wenn der eingehalten wird, sollte
das kein Problem sein.

> 
> Gravierende Probleme veranlassen mich nun leider, generell an der 
> Tauglichkeit der uns vom BEV zur Verfügung gestellten Adressen für 
> OpenStreetMap Zwecke zweifeln.

Heureka!

> 
> Daher mein Antrag: Sämtliche Adressen mit Datenherkunft Bundesamt für Eich 
> und Vermessungswesen aus dem Projekt OpenStreetMap zu entfernen.

Da gehst du davon aus, dass alle Mapper, die als "Datenherkunft
Bundesamt für Eich und Vermessungswesen" angegeben haben, die Daten von
BEV 1:1, wie du, importiert haben?

Von mir daher -1, denn dann würden geprüfte Adressen auch gelöscht werden.

lg
geologist

> 
> Lg Johann Haag, Ehrenamtlicher Mapper St. Johann in Tirol
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
Am Do., 11. Juli 2019 um 15:40 Uhr schrieb Thomas Rupprecht <
rupprecht.tho...@gmail.com>:

> Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns
>> nichts an. Dann sollten wir aber so konsequent sein, und auch auf die uns
>> von dieser Seite zur Verfügung gestellten Luftbildern verzichten. Deren
>> veröffentlichung Rhytmous, nur alle drei Jahre, schränkt uns im Bestreben
>> eine Gold Karte zu schaffen nur unnötig ein.
>
> Du gehst jetzt wieder davon aus das jeder von der Karte einfach 1:1 abmalt
> ohne andere Referenzen (lokales wissen, Mapillary, Bing Maps, ...)
> heranzuziehen. Ich setze zb auf bestimmte OSM Objekte einen Hinweis dass
> das Orthofoto (so heißt das korrket) veraltet ist damit die gleichen Fehler
> nicht ständig wieder gemacht werden.
> Das gleiche wird (bzw sollte) auch bei den BEV Adressen gemacht werden:
> eine 2 Referenz heranziehen.
>
> Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man in der
>> Lage die Plausibilität von Adressen zu prüfen.
>>
> Du weißt schon dass ein "neues" Orthofoto meist schon wieder ein halbes
> Jahr oder so alt ist oder?
>
Hallo Thomas, da gebe ich dir natürlich Recht. In den BEV Daten steht aber
das genaue Stichtags Datum. das kann man ganz gut mit den Luftbildern in
Einklang bringen.
Ein gangbarer Weg, wäre daher, die Anwendung eines Importes an das Alter
des jeweiligen Luftbildes zu binden. Also BEV Adress Importe regional nur
jeweils genau nach Veröffentlichung eines neuen Luftbildes. Innerhalb der
Importfreien Zeit von etwa drei Jahren kann man gut lokales Wissen
einbinden. (Leider gibt aktuell Probleme mit der generellen BEV
Adressqualität)
Lg Johann


>
> mfg Thomas Rupprecht
>
>
> Am Do., 11. Juli 2019 um 14:14 Uhr schrieb Johann Haag  >:
>
>> Immerhin haben wir mit "Zähl Adressen“ ein reales Problem identifiziert.
>> Ein Problem welches nicht nur OpenStreetMap betrifft, sondern auch alle
>> anderen Kartensysteme sowie Navi Hersteller.
>>
>> Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns
>> nichts an. Dann sollten wir aber so konsequent sein, und auch auf die uns
>> von dieser Seite zur Verfügung gestellten Luftbildern verzichten. Deren
>> veröffentlichung Rhytmous, nur alle drei Jahre, schränkt uns im Bestreben
>> eine Gold Karte zu schaffen nur unnötig ein.
>>
>> Zwangsweise kommt es zwischen BEV Adressen und Luftbildern zu einer
>> Diskrepanz, wenn Adressen jährlich veröffentlicht werden, Luftbilder alle
>> drei Jahre.
>> Unsere Gold Bestrebungen müssen wir wohl an die realen Gegebenheiten
>> anpassen. Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man
>> in der Lage die Plausibilität von Adressen zu prüfen. Die Behauptung hier,
>> dass importierte Adressen vielfach in der Landschaft liegen, kann man daher
>> erst mit dem nächsten Luftbild prüfen. Ein vorzeitiges Revert macht solches
>> Validierenden unmöglich.
>>
>> Daher, im Adress Satz ist das Veröffentlichung Datum enthalten, das Alter
>> des Luftbildes erkennt man am Wasserzeichen.
>> Grüße Johann
>>
>> > Am 11.07.2019 um 09:28 schrieb gppes_...@web.de:
>> >
>> > OSM hat mit Bauaemtern, Gemeinden und sonstigen oesterreichischen
>> offiziellen adressgenerierenden Stellen nichts zu tun.
>> >
>> > Ich werde Dein Ansinnen nicht unterstuetzen. Wir muessen dankbar sein,
>> dass wir die Adressen zur freien Nutzung bekommen. Wie die dort das
>> systematisch handhaben geht uns nichts an. OSM hat sein eigenes (teils
>> natuerlich in der Community aktiv diskutiertes) Konzept.
>> >
>> > Der User JM82 hat irgendwann mal im Forum geschrieben, dass das Melden
>> einzelner fehlerhafter Adressen (Fehler passieren halt mal ueberall)
>> konstruktiv behandelt wird. Meiner Erinnerung nach hat er also positive
>> Erfahrungen gemacht. Wen das genauer interessiert, der recherchiere dort.
>> >
>> > Aus meiner Sicht ist die AT OSM Community nicht zu instrumentalisieren,
>> irgendwelchen Aemtern (fragwuerdige) Verbesserungen ihrer Arbeitsmethoden
>> vorzuschlagen. Aus meiner Sicht kannst Du nicht im Namen von OSM (oder in
>> Verbindung mit OSM) dort Vorschlaege machen. Das ist aus meiner Sicht Dein
>> reines Privatvergnuegen.
>> >
>> > Lg, Gppes
>> >
>> >
>> >> Gesendet: Donnerstag, 11. Juli 2019 um 09:10 Uhr
>> >> Von: "Johann Haag" 
>> >> An: "OpenStreetMap AT" 
>> >> Betreff: Re: [Talk-at] minderwertige Importe
>> >>
>> >> 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.
>> >>
>> >> Grüsse Johann
>> >> Von meinem iPhone gesendet
>> >>
>> >>> Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :
>> >>>
>> >>>
>> >>>
>> >>> Am 11.07.2019 06:42 schrieb Johann Haag:
>>  Die Adress- Situation im Osten von Österreich stellt sich
>>  folgendermaßen dar. Aus verwaltungstechnischen Gründen, w

Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Thomas Rupprecht
>
> Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns
> nichts an. Dann sollten wir aber so konsequent sein, und auch auf die uns
> von dieser Seite zur Verfügung gestellten Luftbildern verzichten. Deren
> veröffentlichung Rhytmous, nur alle drei Jahre, schränkt uns im Bestreben
> eine Gold Karte zu schaffen nur unnötig ein.

Du gehst jetzt wieder davon aus das jeder von der Karte einfach 1:1 abmalt
ohne andere Referenzen (lokales wissen, Mapillary, Bing Maps, ...)
heranzuziehen. Ich setze zb auf bestimmte OSM Objekte einen Hinweis dass
das Orthofoto (so heißt das korrket) veraltet ist damit die gleichen Fehler
nicht ständig wieder gemacht werden.
Das gleiche wird (bzw sollte) auch bei den BEV Adressen gemacht werden:
eine 2 Referenz heranziehen.

Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man in der
> Lage die Plausibilität von Adressen zu prüfen.
>
Du weißt schon dass ein "neues" Orthofoto meist schon wieder ein halbes
Jahr oder so alt ist oder?

mfg Thomas Rupprecht


Am Do., 11. Juli 2019 um 14:14 Uhr schrieb Johann Haag :

> Immerhin haben wir mit "Zähl Adressen“ ein reales Problem identifiziert.
> Ein Problem welches nicht nur OpenStreetMap betrifft, sondern auch alle
> anderen Kartensysteme sowie Navi Hersteller.
>
> Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns
> nichts an. Dann sollten wir aber so konsequent sein, und auch auf die uns
> von dieser Seite zur Verfügung gestellten Luftbildern verzichten. Deren
> veröffentlichung Rhytmous, nur alle drei Jahre, schränkt uns im Bestreben
> eine Gold Karte zu schaffen nur unnötig ein.
>
> Zwangsweise kommt es zwischen BEV Adressen und Luftbildern zu einer
> Diskrepanz, wenn Adressen jährlich veröffentlicht werden, Luftbilder alle
> drei Jahre.
> Unsere Gold Bestrebungen müssen wir wohl an die realen Gegebenheiten
> anpassen. Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man
> in der Lage die Plausibilität von Adressen zu prüfen. Die Behauptung hier,
> dass importierte Adressen vielfach in der Landschaft liegen, kann man daher
> erst mit dem nächsten Luftbild prüfen. Ein vorzeitiges Revert macht solches
> Validierenden unmöglich.
>
> Daher, im Adress Satz ist das Veröffentlichung Datum enthalten, das Alter
> des Luftbildes erkennt man am Wasserzeichen.
> Grüße Johann
>
> > Am 11.07.2019 um 09:28 schrieb gppes_...@web.de:
> >
> > OSM hat mit Bauaemtern, Gemeinden und sonstigen oesterreichischen
> offiziellen adressgenerierenden Stellen nichts zu tun.
> >
> > Ich werde Dein Ansinnen nicht unterstuetzen. Wir muessen dankbar sein,
> dass wir die Adressen zur freien Nutzung bekommen. Wie die dort das
> systematisch handhaben geht uns nichts an. OSM hat sein eigenes (teils
> natuerlich in der Community aktiv diskutiertes) Konzept.
> >
> > Der User JM82 hat irgendwann mal im Forum geschrieben, dass das Melden
> einzelner fehlerhafter Adressen (Fehler passieren halt mal ueberall)
> konstruktiv behandelt wird. Meiner Erinnerung nach hat er also positive
> Erfahrungen gemacht. Wen das genauer interessiert, der recherchiere dort.
> >
> > Aus meiner Sicht ist die AT OSM Community nicht zu instrumentalisieren,
> irgendwelchen Aemtern (fragwuerdige) Verbesserungen ihrer Arbeitsmethoden
> vorzuschlagen. Aus meiner Sicht kannst Du nicht im Namen von OSM (oder in
> Verbindung mit OSM) dort Vorschlaege machen. Das ist aus meiner Sicht Dein
> reines Privatvergnuegen.
> >
> > Lg, Gppes
> >
> >
> >> Gesendet: Donnerstag, 11. Juli 2019 um 09:10 Uhr
> >> Von: "Johann Haag" 
> >> An: "OpenStreetMap AT" 
> >> Betreff: Re: [Talk-at] minderwertige Importe
> >>
> >> 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.
> >>
> >> Grüsse Johann
> >> Von meinem iPhone gesendet
> >>
> >>> Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :
> >>>
> >>>
> >>>
> >>> Am 11.07.2019 06:42 schrieb Johann Haag:
>  Die Adress- Situation im Osten von Österreich stellt sich
>  folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden
>  Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von
>  Zähl Adressen entlang der Straße vergeben. Anschließend kümmern
>  sich Gemeinden und Städte offensichtlich nur noch wenig darum.
> >>>
> >>> Mag sein. Ist aber kein Pronblem, solange die von den Gemeinden
> vergebenen Adressen nicht automatisch importiert, sondern von Mappern vor
> Ort überprüft werden.
> >>>
>  Ich
>  werde also nun Gemeinden systematisch anschreiben, und darum bitten,
>  dass dort wo es nun in unserem Projekt Adressen vollständig gibt.
>  Diese von den Bauämtern gesichtet und bereinigt werden.
> >>>
> >>> Das ändert nichts daran, dass wir uns nicht blind auf die Daten der
> Bauämter verlassen. Die Bauämter wis

[Talk-at] Erfüllen BEV Adressen, den Qualitätsanspruch lokaler Datenerhebung, wie sich OpenStreetMap selbst definiert.

2019-07-11 Diskussionsfäden Johann Haag
In der systematischen Anwendung des Austria Addresshelpers, sowie vom OSM User 
Luzandro aufbereiteten BEV Adressen, stoße ich nun an eine unüberwindbare 
Grenze. Diese Grenze kann man in mangelhafter Qualität der BEV Adressen 
umschreiben.

Gravierende Probleme veranlassen mich nun leider, generell an der Tauglichkeit 
der uns vom BEV zur Verfügung gestellten Adressen für OpenStreetMap Zwecke 
zweifeln.

Daher mein Antrag: Sämtliche Adressen mit Datenherkunft Bundesamt für Eich und 
Vermessungswesen aus dem Projekt OpenStreetMap zu entfernen.

Lg Johann Haag, Ehrenamtlicher Mapper St. Johann in Tirol
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Handy-App führte Wanderer in Absturzgefahr

2019-07-11 Diskussionsfäden Werner Macho

Nein

On 11 July 2019 14:29:43 Johann Haag  wrote:


Handy-App führte Wanderer in Absturzgefahr
In Leogang (Pinzgau) haben Bergretter in der Nacht auf Donnerstag zwei 
junge Deutsche aus den Steinbergen gerettet. Die Wanderer benutzten eine 
Smartphone-App für die Wegsuche und gerieten in gefährliches Steilgelände.


Quelle: https://salzburg.orf.at/stories/3004115/

Die Bergrettung schreibt hingegen 
https://www.bergrettung-salzburg.at/news/news-detail/naechtliche-suchaktion-in-leoganger-steinbergen-nach-zwei-verirrten-burschen/

der Weg sei zwar existierend, durch hartes Eis aber unbegehbar.

Frage: ist ein Routen Ersteller, verantwortlich für eine jahreszeitlich 
möglicherweise Unbegehbarkeit.


Lg Johann
___
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

2019-07-11 Diskussionsfäden Johann Haag
In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein Problem.
Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl Adressen
irgendwie systematisch los werden. Ideal wäre ein Merker hierfür im BEV
Satz. Sollte es uns gelingen, vom BEV einen solchen Flag zu bekommen, so
könnte man anschließend solche Probleme gezielt ausfiltern und löschen. Ein
Revert macht leider auch viel nützliches kaputt.
Sollte vom BEV aber ein Nein kommen, dann ist es wohl notwendig sämtliche
BEV Adressen aus unserem Projekt zu entfernen.
Lg Johann

Am Do., 11. Juli 2019 um 15:04 Uhr schrieb :

> > Gesendet: Donnerstag, 11. Juli 2019 um 14:34 Uhr
> > Von: "Johann Haag" 
> > An: "OpenStreetMap AT" 
> > Betreff: Re: [Talk-at] minderwertige Importe
>
> > [...] zwischen BEV Adressen und Luftbildern zu einer
> > Diskrepanz, wenn Adressen jährlich veröffentlicht werden, Luftbilder aber
> > nur alle drei Jahre.
> > [...]
> > importierte Adressen vielfach in der Landschaft liegen, kann man daher
> erst
> > nach Vorlage eines aktuellen Luftbildes prüfen. Ein vorzeitiges Revert
> > macht solches Validierenden unmöglich.
>
> Leider Nein: Die BEV-Daten, die Tools zur Nutzung der BEV-Daten und die
> Luftbilder sind nur Hilfsmittel fuer den Mapper um mit der noetigen
> Sorgfalt Features in OSM einzutragen.
>
> Ein Import ist und war nie erwuenscht.
>
> Der Umkehrschluss, auf einen "Luftbildbeweis" warten zu muessen, gilt also
> nicht.
>
> Lg, Gppes
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
In Gegenden mit Zähl Adressen sehe ich nun tatsächlich ein Problem.
Ich gehe nun einen initiativen Weg, um zu prüfen ob wir Zähl Adressen irgendwie 
systematisch los werden. Ideal wäre ein Merker hierfür im BEV Satz. Sollte es 
uns gelingen, vom BEV einen solchen Flag zu bekommen, so könnte man 
anschließend diese gezielt ausfiltern und löschen. Ein Revert macht leider auch 
viel nützliches kaputt.
Sollte vom BEV aber ein Nein kommen, dann ist es wohl notwendig sämtliche BEV 
Adressen aus unserem Projekt zu entfernen.
Lg Johann

> Am 11.07.2019 um 15:07 schrieb Andreas :
> 
> 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 3
> Wochen für den Revert?
> 
> lg
> geologist
> 
> ___
> 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

2019-07-11 Diskussionsfäden 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] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden gppes_osm--- via Talk-at
Ich bin da aehnlicher Meinung wie Du.

Verstoesse gegen die Netiquette -> Ahndung.

Gleiches sehe ich aber bei wiederholtem kundtun der selben Meinung in der 
Hoffnung, dass man damit jemanden durch Quantitaet ueberzeugen koennte.

Im AT Forum wurden schon - aus meiner Sicht zu Recht - temporaere Sperren 
verhaengt. Gibt es so etwas fuer die Mailingliste auch?

Lg, Gppes

> Gesendet: Donnerstag, 11. Juli 2019 um 10:42 Uhr
> Von: "Norbert Wenzel" 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] Wie weiter mit dem Troll?
>
> On 11.07.19 09:33, Florian Ledermann wrote:
> > ich wollte mal die Frage in den Raum stellen, wie die Mailingliste 
> > gedenkt mit der Situation umzugehen, dass eine Person hier 
> > kontinuierlich die Liste [...] missbraucht, [...]
> 
> Zur Info: ich bin ein Listenadmin. Ich mach das jetzt seit etwa 10 
> Jahren und hab erst ein einziges Mal aktiv moderiert (d.h. Mails von 
> bekannten Absendern nicht mehr automatisch durchgelassen). Und das war 
> wegen wiederholter, unsubstantiierter Anschuldigungen gegen Personen auf 
> der Liste.
> 
> Ich denke nicht, dass ich in meiner Funktion als Listenadmin hier, 
> abseits von direkten Netiquetteverstößen *auf der Liste*, eingreifen 
> sollte. Auch, weil es nichts daran ändern würde dass die Importe 
> durchgeführt werden und ein gesperrter User im Nachhinein sagen kann, er 
> habe versucht anzukündigen und zu diskutieren, aber er war ja 
> gesperrt/wurde ignoriert.
> 
> 
> Ich weiß nicht wie die Foundation das normalerweise handhabt, aber ich 
> denke wenn jemand beständig gegen die Regeln der Community arbeitet und 
> auch keinerlei Einsicht in Diskussionen erkennen lässt, dann ist so 
> jemand nicht für ein Communityprojekt geeignet.
> 
> Aber das ist ein Problem von OSM als Ganzem bzw. der Foundation und 
> nicht nur der Mailingliste hier.
> 
> 
> Für deine private Mailbox kann natürlich ein Filter, wie er von Stefan 
> vorgeschlagen wurde, zumindest dir persönlich Linderung verschaffen.
> 
> 
> lg,
> Norbert
> 
> PS: (Andere) Ansichten zur Rolle des Listenadmin können und sollen gerne 
> hier deponiert werden. Wenn es einen Konsens hier gibt, leg ich meine 
> Rolle gerne entsprechend aus.
> 
> ___
> 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

2019-07-11 Diskussionsfäden Andreas
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 3
Wochen für den Revert?

lg
geologist



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Handy-App führte Wanderer in Absturzgefahr

2019-07-11 Diskussionsfäden Johann Haag
Siehe auch: https://www.openstreetmap.org/way/236233324

Am Do., 11. Juli 2019 um 14:29 Uhr schrieb Johann Haag :

> Handy-App führte Wanderer in Absturzgefahr
> In Leogang (Pinzgau) haben Bergretter in der Nacht auf Donnerstag zwei
> junge Deutsche aus den Steinbergen gerettet. Die Wanderer benutzten eine
> Smartphone-App für die Wegsuche und gerieten in gefährliches Steilgelände.
>
> Quelle: https://salzburg.orf.at/stories/3004115/
>
> Die Bergrettung schreibt hingegen
> https://www.bergrettung-salzburg.at/news/news-detail/naechtliche-suchaktion-in-leoganger-steinbergen-nach-zwei-verirrten-burschen/
> der Weg sei zwar existierend, durch hartes Eis aber unbegehbar.
>
> Frage: ist ein Routen Ersteller, verantwortlich für eine jahreszeitlich
> möglicherweise Unbegehbarkeit.
>
> Lg Johann



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden ScubbX

Wer wäre bei einem Listenproblem der nächsthöhere Ansprechpartner?
Ist es die DWG? Ist Frederik R. dabei offiziell(er) eingebunden?


Am 11.07.19 um 10:42 schrieb Norbert Wenzel:

On 11.07.19 09:33, Florian Ledermann wrote:
ich wollte mal die Frage in den Raum stellen, wie die Mailingliste 
gedenkt mit der Situation umzugehen, dass eine Person hier 
kontinuierlich die Liste [...] missbraucht, [...]


Zur Info: ich bin ein Listenadmin. Ich mach das jetzt seit etwa 10 
Jahren und hab erst ein einziges Mal aktiv moderiert (d.h. Mails von 
bekannten Absendern nicht mehr automatisch durchgelassen). Und das war 
wegen wiederholter, unsubstantiierter Anschuldigungen gegen Personen 
auf der Liste.


Ich denke nicht, dass ich in meiner Funktion als Listenadmin hier, 
abseits von direkten Netiquetteverstößen *auf der Liste*, eingreifen 
sollte. Auch, weil es nichts daran ändern würde dass die Importe 
durchgeführt werden und ein gesperrter User im Nachhinein sagen kann, 
er habe versucht anzukündigen und zu diskutieren, aber er war ja 
gesperrt/wurde ignoriert.



Ich weiß nicht wie die Foundation das normalerweise handhabt, aber ich 
denke wenn jemand beständig gegen die Regeln der Community arbeitet 
und auch keinerlei Einsicht in Diskussionen erkennen lässt, dann ist 
so jemand nicht für ein Communityprojekt geeignet.


Aber das ist ein Problem von OSM als Ganzem bzw. der Foundation und 
nicht nur der Mailingliste hier.



Für deine private Mailbox kann natürlich ein Filter, wie er von Stefan 
vorgeschlagen wurde, zumindest dir persönlich Linderung verschaffen.



lg,
Norbert

PS: (Andere) Ansichten zur Rolle des Listenadmin können und sollen 
gerne hier deponiert werden. Wenn es einen Konsens hier gibt, leg ich 
meine Rolle gerne entsprechend aus.


___
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

2019-07-11 Diskussionsfäden gppes_osm
> Gesendet: Donnerstag, 11. Juli 2019 um 14:34 Uhr
> Von: "Johann Haag" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] minderwertige Importe

> [...] zwischen BEV Adressen und Luftbildern zu einer
> Diskrepanz, wenn Adressen jährlich veröffentlicht werden, Luftbilder aber
> nur alle drei Jahre.
> [...]
> importierte Adressen vielfach in der Landschaft liegen, kann man daher erst
> nach Vorlage eines aktuellen Luftbildes prüfen. Ein vorzeitiges Revert
> macht solches Validierenden unmöglich.

Leider Nein: Die BEV-Daten, die Tools zur Nutzung der BEV-Daten und die 
Luftbilder sind nur Hilfsmittel fuer den Mapper um mit der noetigen Sorgfalt 
Features in OSM einzutragen.

Ein Import ist und war nie erwuenscht.

Der Umkehrschluss, auf einen "Luftbildbeweis" warten zu muessen, gilt also 
nicht.

Lg, Gppes

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


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 14:34 schrieb Johann Haag:
> Immerhin haben wir mit "Zähl Adressen“ ein reales Problem
> identifiziert. Ein Problem welches nicht nur OpenStreetMap betrifft,
> sondern auch alle anderen Kartensysteme sowie Navi Hersteller.

Wahrscheinlich, aber ich sehe hier nicht als Aufgabe der OSM Community
hier für eine Lösung zu sorgen.

Außerdem nochmal, so was sollte in eine Validierung der Daten vor dem
Import überprüft werden und nach Ergebnis dann Import durchgeführt
werden, oder nicht!

> 
> Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht
> uns nichts an. Dann sollten wir aber so konsequent sein, und auch auf
> die uns von dieser Seite zur Verfügung gestellten Luftbildern
> verzichten.

Bitte keine Äpfel mit Birnen vergleichen.

> Deren Veröffentlichung Rhythmus, nur alle drei Jahre, schränkt uns
> im Bestreben eine Gold Karte zu schaffen nur unnötig ein.

Bitte, zeig mir einen Kartendienst der Luftbilder in der Aktualität von
3 Jahren in einer ähnlichen Auflösung anbietet.

Selbst Bing oder Google bieten keine häufigeren Aktualisierungen an.

> 
> Zwangsweise kommt es zwischen BEV Adressen und Luftbildern zu einer 
> Diskrepanz, wenn Adressen jährlich veröffentlicht werden, Luftbilder 
> aber nur alle drei Jahre.

Das Problem ist bei der Digitalisierung von Luftbildern nicht neu.

> Unsere Gold Bestrebungen müssen wir wohl an die realen Gegebenheiten 
> anpassen. Ich handhabe das so, erst wenn ein neues Luftbild kommt,
> ist man in der Lage die Plausibilität von Adressen zu prüfen.

Bitte "Unsere" durch "Deine" ersetzen.

> dass importierte Adressen vielfach in der Landschaft liegen, kann
> man daher erst nach Vorlage eines aktuellen Luftbildes prüfen. Ein 
> vorzeitiges Revert macht solches Validierenden unmöglich.

Wenn du die ganze Diskussion dir nochmal durchliest, dann geht es bei
OSM darum, dass die Daten vor Ort, also in der Natur, validiert werden
und nicht nur per Luftbild.

Nochmal, weil es dir noch immer nicht klar ist: Besonderes Merkmal von
OSM ist, dass die Daten von Mappern vor Ort geprüft werden. Das
unterscheidet uns (OSM) von anderen Datenquellen.

> 
> Daher, im Adress Satz ist das Veröffentlichung Datum enthalten, das 
> Alter des Luftbildes erkennt man am Wasserzeichen. Beides muss man in
> der Bewertung berücksichtigen. Grüße Johann

Ja, hat aber meiner Meinung nach keinen Einfluss auf die Entscheidung
über den Revert des Imports. Der ist von anderen Mappern nicht nur
aufgrund von Luftbildern als mangelhaft kritisiert worden.

lg
geologist

> 
> Am Do., 11. Juli 2019 um 09:21 Uhr schrieb Andreas  >:
> 
> Am 11.07.19 um 08:26 schrieb Wolfgang Schreiter:
>> 
>> 
>> Am 11.07.2019 06:42 schrieb Johann Haag:
>>> Ich bitte also die Community hier um offizielle Unterstützung
>>> einer solchen Initiative. Unser gemeinsames Ziel ist sicher
>>> OpenStreetMap besser zu machen. Daher meine Bitte um Vorschläge
>>> für einen Mustertext.
>> 
>> Du ersuchst die Community um Unterstützung. Das setzt nicht nur 
>> Vertrauen in Deinen Vorschlag, sondern auch zu Dir als Mapper
>> voraus. Aktuell dreht sich die Diskussion darum, Teile Deiner
>> Imports
> rückgängig
>> zu machen und derartige (unabgestimmte, regelwidrige) Imports in
> Zukunft
>> gar nicht mehr zuzulassen (+1). Ich schlage vor, dass Du in Sachen 
>> Adressen zunächst einmal nichts Neues unternimmst, sondern
>> konstruktiv an der (manuellen) Behebung der vorhandenen Schäden
>> mitwirkst. Eine Nachdenkpause würde der Sache gut tun.
> 
> Auch +1 von mir. Das Ersuchen an die Community finde ich schon ein
> schön starkes Stück. Oder ist dein Plan, dass jetzt am Ende die
> Community schuld an den Adressen-Chaos ist, weil sie sich ja nicht
> bereit erklärt hat, den automatischen Import manuell nachzubessern?
> 
> Ich hätte da einen Vorschlag für die Zukunft:
> 
> Wenn du unbedingt OSM mit den OGD Adressdaten haben willst, kannst
> du dir gerne einen eigenen Server aufbauen. Dazu gibt es div.
> Anleitungen im Netz ua. https://switch2osm.org . Da kannst du dir
> dann die OGD Daten importieren, in deinem "freien" Blog beschreibst
> du wie du das gemacht hast, so bist du dann auch mit der OSM Lizenz
> konform.
> 
> Von Zeit zu Zeit kannst du dir ja die Updates von OSM in deine DB 
> reinimportieren, da gibt es auch schon etablierte Tools.
> 
> Und falls dir das Know-How dafür fehlt, kannst du ja deinen 
> ausgeschriebenen € 100,- Preis einen Supportdienstleister
> ausbezahlen, damit der dir die Sachen einrichtet.
> 
> Vorteil: Du hast für dich deine OSM mit deinen "vollständigen"
> Adressen und die offizielle OSM bleibt Datenmüll frei.
> 
> lg geologist
> 
> 
> ___ Talk-at mailing list 
> Talk-at@openstreetmap.org  
> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> -- Elektronikermeister Johann Haag Innsbruckerstraße 42 6380 St.
> Johann in Tirol ÖSTERREICH Tel: +43 664/174 7414 
> Mailto:johannh...@hxg.at 

Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
Immerhin haben wir mit "Zähl Adressen“ ein reales Problem identifiziert.
Ein Problem welches nicht nur OpenStreetMap betrifft, sondern auch alle
anderen Kartensysteme sowie Navi Hersteller.

Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns
nichts an. Dann sollten wir aber so konsequent sein, und auch auf die uns
von dieser Seite zur Verfügung gestellten Luftbildern verzichten. Deren
Veröffentlichung Rhythmus, nur alle drei Jahre, schränkt uns im Bestreben
eine Gold Karte zu schaffen nur unnötig ein.

Zwangsweise kommt es zwischen BEV Adressen und Luftbildern zu einer
Diskrepanz, wenn Adressen jährlich veröffentlicht werden, Luftbilder aber
nur alle drei Jahre.
Unsere Gold Bestrebungen müssen wir wohl an die realen Gegebenheiten
anpassen. Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man
in der Lage die Plausibilität von Adressen zu prüfen. Die Behauptung dass
importierte Adressen vielfach in der Landschaft liegen, kann man daher erst
nach Vorlage eines aktuellen Luftbildes prüfen. Ein vorzeitiges Revert
macht solches Validierenden unmöglich.

Daher, im Adress Satz ist das Veröffentlichung Datum enthalten, das Alter
des Luftbildes erkennt man am Wasserzeichen.
Beides muss man in der Bewertung berücksichtigen.
Grüße Johann

Am Do., 11. Juli 2019 um 09:21 Uhr schrieb Andreas :

> Am 11.07.19 um 08:26 schrieb Wolfgang Schreiter:
> >
> >
> > Am 11.07.2019 06:42 schrieb Johann Haag:
> >> Ich bitte also die Community hier um offizielle Unterstützung einer
> >> solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap
> >> besser zu machen. Daher meine Bitte um Vorschläge für einen
> >> Mustertext.
> >
> > Du ersuchst die Community um Unterstützung. Das setzt nicht nur
> > Vertrauen in Deinen Vorschlag, sondern auch zu Dir als Mapper voraus.
> > Aktuell dreht sich die Diskussion darum, Teile Deiner Imports rückgängig
> > zu machen und derartige (unabgestimmte, regelwidrige) Imports in Zukunft
> > gar nicht mehr zuzulassen (+1). Ich schlage vor, dass Du in Sachen
> > Adressen zunächst einmal nichts Neues unternimmst, sondern konstruktiv
> > an der (manuellen) Behebung der vorhandenen Schäden mitwirkst. Eine
> > Nachdenkpause würde der Sache gut tun.
>
> Auch +1 von mir. Das Ersuchen an die Community finde ich schon ein schön
> starkes Stück. Oder ist dein Plan, dass jetzt am Ende die Community
> schuld an den Adressen-Chaos ist, weil sie sich ja nicht bereit erklärt
> hat, den automatischen Import manuell nachzubessern?
>
> Ich hätte da einen Vorschlag für die Zukunft:
>
> Wenn du unbedingt OSM mit den OGD Adressdaten haben willst, kannst du
> dir gerne einen eigenen Server aufbauen. Dazu gibt es div. Anleitungen
> im Netz ua. https://switch2osm.org . Da kannst du dir dann die OGD Daten
> importieren, in deinem "freien" Blog beschreibst du wie du das gemacht
> hast, so bist du dann auch mit der OSM Lizenz konform.
>
> Von Zeit zu Zeit kannst du dir ja die Updates von OSM in deine DB
> reinimportieren, da gibt es auch schon etablierte Tools.
>
> Und falls dir das Know-How dafür fehlt, kannst du ja deinen
> ausgeschriebenen € 100,- Preis einen Supportdienstleister ausbezahlen,
> damit der dir die Sachen einrichtet.
>
> Vorteil: Du hast für dich deine OSM mit deinen "vollständigen" Adressen
> und die offizielle OSM bleibt Datenmüll frei.
>
> lg
> geologist
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


[Talk-at] Handy-App führte Wanderer in Absturzgefahr

2019-07-11 Diskussionsfäden Johann Haag
Handy-App führte Wanderer in Absturzgefahr
In Leogang (Pinzgau) haben Bergretter in der Nacht auf Donnerstag zwei junge 
Deutsche aus den Steinbergen gerettet. Die Wanderer benutzten eine 
Smartphone-App für die Wegsuche und gerieten in gefährliches Steilgelände.

Quelle: https://salzburg.orf.at/stories/3004115/

Die Bergrettung schreibt hingegen 
https://www.bergrettung-salzburg.at/news/news-detail/naechtliche-suchaktion-in-leoganger-steinbergen-nach-zwei-verirrten-burschen/
 
der Weg sei zwar existierend, durch hartes Eis aber unbegehbar.

Frage: ist ein Routen Ersteller, verantwortlich für eine jahreszeitlich 
möglicherweise Unbegehbarkeit.

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


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
Immerhin haben wir mit "Zähl Adressen“ ein reales Problem identifiziert. Ein 
Problem welches nicht nur OpenStreetMap betrifft, sondern auch alle anderen 
Kartensysteme sowie Navi Hersteller.

Wir können uns nun auf den Standpunkt stellen, was Ämter machen geht uns nichts 
an. Dann sollten wir aber so konsequent sein, und auch auf die uns von dieser 
Seite zur Verfügung gestellten Luftbildern verzichten. Deren veröffentlichung 
Rhytmous, nur alle drei Jahre, schränkt uns im Bestreben eine Gold Karte zu 
schaffen nur unnötig ein. 

Zwangsweise kommt es zwischen BEV Adressen und Luftbildern zu einer Diskrepanz, 
wenn Adressen jährlich veröffentlicht werden, Luftbilder alle drei Jahre. 
Unsere Gold Bestrebungen müssen wir wohl an die realen Gegebenheiten anpassen. 
Ich handhabe das so, erst wenn ein neues Luftbild kommt, ist man in der Lage 
die Plausibilität von Adressen zu prüfen. Die Behauptung hier, dass importierte 
Adressen vielfach in der Landschaft liegen, kann man daher erst mit dem 
nächsten Luftbild prüfen. Ein vorzeitiges Revert macht solches Validierenden 
unmöglich.

Daher, im Adress Satz ist das Veröffentlichung Datum enthalten, das Alter des 
Luftbildes erkennt man am Wasserzeichen.
Grüße Johann

> Am 11.07.2019 um 09:28 schrieb gppes_...@web.de:
> 
> OSM hat mit Bauaemtern, Gemeinden und sonstigen oesterreichischen offiziellen 
> adressgenerierenden Stellen nichts zu tun.
> 
> Ich werde Dein Ansinnen nicht unterstuetzen. Wir muessen dankbar sein, dass 
> wir die Adressen zur freien Nutzung bekommen. Wie die dort das systematisch 
> handhaben geht uns nichts an. OSM hat sein eigenes (teils natuerlich in der 
> Community aktiv diskutiertes) Konzept.
> 
> Der User JM82 hat irgendwann mal im Forum geschrieben, dass das Melden 
> einzelner fehlerhafter Adressen (Fehler passieren halt mal ueberall) 
> konstruktiv behandelt wird. Meiner Erinnerung nach hat er also positive 
> Erfahrungen gemacht. Wen das genauer interessiert, der recherchiere dort.
> 
> Aus meiner Sicht ist die AT OSM Community nicht zu instrumentalisieren, 
> irgendwelchen Aemtern (fragwuerdige) Verbesserungen ihrer Arbeitsmethoden 
> vorzuschlagen. Aus meiner Sicht kannst Du nicht im Namen von OSM (oder in 
> Verbindung mit OSM) dort Vorschlaege machen. Das ist aus meiner Sicht Dein 
> reines Privatvergnuegen.
> 
> Lg, Gppes
> 
> 
>> Gesendet: Donnerstag, 11. Juli 2019 um 09:10 Uhr
>> Von: "Johann Haag" 
>> An: "OpenStreetMap AT" 
>> Betreff: Re: [Talk-at] minderwertige Importe
>> 
>> 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.
>> 
>> Grüsse Johann
>> Von meinem iPhone gesendet
>> 
>>> Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :
>>> 
>>> 
>>> 
>>> Am 11.07.2019 06:42 schrieb Johann Haag:
 Die Adress- Situation im Osten von Österreich stellt sich
 folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden
 Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von
 Zähl Adressen entlang der Straße vergeben. Anschließend kümmern
 sich Gemeinden und Städte offensichtlich nur noch wenig darum.
>>> 
>>> Mag sein. Ist aber kein Pronblem, solange die von den Gemeinden vergebenen 
>>> Adressen nicht automatisch importiert, sondern von Mappern vor Ort 
>>> überprüft werden.
>>> 
 Ich
 werde also nun Gemeinden systematisch anschreiben, und darum bitten,
 dass dort wo es nun in unserem Projekt Adressen vollständig gibt.
 Diese von den Bauämtern gesichtet und bereinigt werden.
>>> 
>>> Das ändert nichts daran, dass wir uns nicht blind auf die Daten der 
>>> Bauämter verlassen. Die Bauämter wissen, dass neu vergebene Adressen noch 
>>> bis zu einem gewissen Grad vorläufig sind. Die Unschärfe wird bewusst in 
>>> Kauf genommen und mit der Zeit korrigiert. Wo wir das zeitnaher/besser 
>>> können, liegt es an uns.
>>> 
 Ich bitte also die Community hier um offizielle Unterstützung einer
 solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap
 besser zu machen. Daher meine Bitte um Vorschläge für einen
 Mustertext.
>>> 
>>> Du ersuchst die Community um Unterstützung. Das setzt nicht nur Vertrauen 
>>> in Deinen Vorschlag, sondern auch zu Dir als Mapper voraus. Aktuell dreht 
>>> sich die Diskussion darum, Teile Deiner Imports rückgängig zu machen und 
>>> derartige (unabgestimmte, regelwidrige) Imports in Zukunft gar nicht mehr 
>>> zuzulassen (+1). Ich schlage vor, dass Du in Sachen Adressen zunächst 
>>> einmal nichts Neues unternimmst, sondern konstruktiv an der (manuellen) 
>>> Behebung der vorhandenen Schäden mitwirkst. Eine Nachdenkpause würde der 
>>> Sache gut tun.
>>> 
>>> Grüße
>>> Wolfgang
>>> 
>>> 
>>> ___
>>> Talk-at mailing list
>>> Talk-at@openstr

Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 09:33 schrieb Florian Ledermann:
> Wenn ihr es für richtig haltet die Person einfach nur zu ignorieren um
> das ganze nicht weiter anzuheizen ("don't feed the troll") dann verstehe
> ich das, dann ignoriert auch diese Mail gerne. Ich wollte euch nur
> wissen lassen, dass ich mich ernsthaft mit dem Gedanken spiele, die
> Liste zu verlassen.
>

Das ist schade, dass du deshalb deine Aktivitäten auf der ML einstellen
willst. Kann ich zum Teil verstehen, aber dann überlässt man ja
eigentlich die ML der Person.

Ich habe mich mit den Filtermöglichkeiten noch nicht so stark
beschäftigt und ich weiß ja auch nicht was für ein Programm du
verwendest, aber vielleicht gibt es da was, das du die Diskussionen die
dich nicht interessieren, du sie ausblenden kannst?

lg
Geologist

> Best Grüße,
> 
> Flo L.
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at




signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden Johann Haag
Leider liefert der BEV Satz, im Osten von Österreich auch Zähl Adressen aus. 
Das ist ein reales Problem. Daher auch meine Initiative, Gemeinden um 
Mitwirkung bei der Bereinigung zu bitten. Vielleicht ist es dem Verein möglich, 
beim BEV anzufragen, dass dieser Zähl Adressen bei künftigen OpenData Adress 
Sätzen ausspart. Uns wäre so wirklich geholfen. Auch Google und Co werden 
derzeit vom BEV mit diesen Zähl Adressen beglückt.
lg Johann 

Von meinem iPhone gesendet

> Am 11.07.2019 um 09:30 schrieb ScubbX :
> 
> (sorry,meine Antwort ging wieder nicht an die Liste, daher hier nochmals):
> 
> 
> Sind diese von dir genannten Zähladressen/Pseudoadressen Bestandteil der BEV 
> Stichtagsdaten?
> 
> Ist die Primärdirektive der OSM nicht, dass wir das mappen, was in der Natur 
> als wahr verifiziert werden kann?
> 
> Die OGD Adressdaten sollten meiner Meinung nach dazu ein Anhalt bzw eine 
> Ergänzung sein. Wenn ein Import ohne große Konflikte machbar ist, dann finde 
> ich das auch OK, aber den OGD Adressdatensatz als Goldstandard hernehmen und 
> die OSM danach zu modellieren, finde ich nicht ideal.
> Der Goldstandard für die OSM ist der Naturstand - zumindest verstehe ich das 
> so.
> 
> lg,
> Markus (ScubbX)
> 
> 
>> 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.
>> 
>> Grüsse Johann
>> Von meinem iPhone gesendet
>> 
>>> Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :
>>> 
>>> 
>>> 
>>> Am 11.07.2019 06:42 schrieb Johann Haag:
 Die Adress- Situation im Osten von Österreich stellt sich
 folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden
 Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von
 Zähl Adressen entlang der Straße vergeben. Anschließend kümmern
 sich Gemeinden und Städte offensichtlich nur noch wenig darum.
>>> Mag sein. Ist aber kein Pronblem, solange die von den Gemeinden vergebenen 
>>> Adressen nicht automatisch importiert, sondern von Mappern vor Ort 
>>> überprüft werden.
>>> 
 Ich
 werde also nun Gemeinden systematisch anschreiben, und darum bitten,
 dass dort wo es nun in unserem Projekt Adressen vollständig gibt.
 Diese von den Bauämtern gesichtet und bereinigt werden.
>>> Das ändert nichts daran, dass wir uns nicht blind auf die Daten der 
>>> Bauämter verlassen. Die Bauämter wissen, dass neu vergebene Adressen noch 
>>> bis zu einem gewissen Grad vorläufig sind. Die Unschärfe wird bewusst in 
>>> Kauf genommen und mit der Zeit korrigiert. Wo wir das zeitnaher/besser 
>>> können, liegt es an uns.
>>> 
 Ich bitte also die Community hier um offizielle Unterstützung einer
 solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap
 besser zu machen. Daher meine Bitte um Vorschläge für einen
 Mustertext.
>>> Du ersuchst die Community um Unterstützung. Das setzt nicht nur Vertrauen 
>>> in Deinen Vorschlag, sondern auch zu Dir als Mapper voraus. Aktuell dreht 
>>> sich die Diskussion darum, Teile Deiner Imports rückgängig zu machen und 
>>> derartige (unabgestimmte, regelwidrige) Imports in Zukunft gar nicht mehr 
>>> zuzulassen (+1). Ich schlage vor, dass Du in Sachen Adressen zunächst 
>>> einmal nichts Neues unternimmst, sondern konstruktiv an der (manuellen) 
>>> Behebung der vorhandenen Schäden mitwirkst. Eine Nachdenkpause würde der 
>>> Sache gut tun.
>>> 
>>> Grüße
>>> Wolfgang
>>> 
>>> 
>>> ___
>>> 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


Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Wolfgang Schreiter

Am 11.07.2019 09:33 schrieb Florian Ledermann:

Hallo zusammen,

...
Wenn ihr es für richtig haltet die Person einfach nur zu ignorieren um
das ganze nicht weiter anzuheizen ("don't feed the troll") dann
verstehe ich das, dann ignoriert auch diese Mail gerne. Ich wollte
euch nur wissen lassen, dass ich mich ernsthaft mit dem Gedanken
spiele, die Liste zu verlassen.



Hallo Florian,

kann ich nachvollziehen, wäre aber schade.

a) Ignorieren wir das, macht er mit stillschweigender Duldung der 
Community weiter.
b) Verlassen wir alle die Liste, siehe a) und wir können uns nicht mehr 
abstimmen.


Was zu sagen war, wurde deutlich und wiederholt gesagt, 
Gesprächsbereitschaft besteht weiterhin. Konsequenzen wurden 
angekündigt. Diese müssen - beim nächsten Anlassfall - nun auch kommen.



Am 11.07.2019 10:20 schrieb Stefan Tauner:
Problematisch ist das ganze nur, weil andere auf ihn ernsthaft 
reagieren

und seiner Trollerei antworten, als wäre es eine legitime Meinung.


Ist es auch, unabhängig von ihrer Bewertung. Das Reagieren ist nicht 
problematisch, sondern essentiell, bloß sind irgendwann auch Taten 
nötig. Nicht gegen die Person, sondern zum Schutz des Ganzen. Eine 
Community, die ihre - wenigen - Regeln nicht durchsetzen kann, hat gar 
keine mehr.


LG
Wolfgang

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


Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Norbert Wenzel

On 11.07.19 09:33, Florian Ledermann wrote:
ich wollte mal die Frage in den Raum stellen, wie die Mailingliste 
gedenkt mit der Situation umzugehen, dass eine Person hier 
kontinuierlich die Liste [...] missbraucht, [...]


Zur Info: ich bin ein Listenadmin. Ich mach das jetzt seit etwa 10 
Jahren und hab erst ein einziges Mal aktiv moderiert (d.h. Mails von 
bekannten Absendern nicht mehr automatisch durchgelassen). Und das war 
wegen wiederholter, unsubstantiierter Anschuldigungen gegen Personen auf 
der Liste.


Ich denke nicht, dass ich in meiner Funktion als Listenadmin hier, 
abseits von direkten Netiquetteverstößen *auf der Liste*, eingreifen 
sollte. Auch, weil es nichts daran ändern würde dass die Importe 
durchgeführt werden und ein gesperrter User im Nachhinein sagen kann, er 
habe versucht anzukündigen und zu diskutieren, aber er war ja 
gesperrt/wurde ignoriert.



Ich weiß nicht wie die Foundation das normalerweise handhabt, aber ich 
denke wenn jemand beständig gegen die Regeln der Community arbeitet und 
auch keinerlei Einsicht in Diskussionen erkennen lässt, dann ist so 
jemand nicht für ein Communityprojekt geeignet.


Aber das ist ein Problem von OSM als Ganzem bzw. der Foundation und 
nicht nur der Mailingliste hier.



Für deine private Mailbox kann natürlich ein Filter, wie er von Stefan 
vorgeschlagen wurde, zumindest dir persönlich Linderung verschaffen.



lg,
Norbert

PS: (Andere) Ansichten zur Rolle des Listenadmin können und sollen gerne 
hier deponiert werden. Wenn es einen Konsens hier gibt, leg ich meine 
Rolle gerne entsprechend aus.


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


Re: [Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Stefan Tauner
On Thu, 11 Jul 2019 09:33:35 +0200
Florian Ledermann  wrote:

> Hallo zusammen,
> 
> ich wollte mal die Frage in den Raum stellen, wie die Mailingliste 
> gedenkt mit der Situation umzugehen, dass eine Person hier 
> kontinuierlich die Liste (und OSM selbst, aber das ist ein etwas anderes 
> Thema) zur Befriedigung ihrer psychologischen Bedürfnisse missbraucht, 
> ohne auch nur irgendwie Bereitschaft zu zeigen auf die etablierten 
> Regeln und Wünsche der Gemeinschaft Rücksicht zu nehmen.

Likewise.

> Ich lurke hier überwiegend nur und versuche generell sehr tolerant 
> gegenüber Meinungen und Verhaltensweisen zu sein, die ich persönlich 
> nicht gutheisse, aber die Zeit die ich aufwenden muss um Talk-at 
> durchzusehen und mich zu ärgern wird mir langsam zu viel. Wenn man 
> durchschnittliche Stundensätze der Listmembers ansetzt, ist hier auch 
> sicher schon ein beträchtlicher "volkswirtschaftlicher" Schaden entstanden.
> 
> Wenn ihr es für richtig haltet die Person einfach nur zu ignorieren um 
> das ganze nicht weiter anzuheizen ("don't feed the troll") dann verstehe 
> ich das, dann ignoriert auch diese Mail gerne. Ich wollte euch nur 
> wissen lassen, dass ich mich ernsthaft mit dem Gedanken spiele, die 
> Liste zu verlassen.

Ich hab ihn schon, seit er das erste Mal vor einem Jahr oder so negativ
aufgefallen ist, in einem Filter drinnen und sehe seine direkten Emails
nicht. Ich hab jahrzehntelange Erfahrung (*schluck*) mit solchen
Menschen in Newsgroups, MLen und allg. offenen Projekten und bin nicht
gewillt meine Lebenszeit für sie zu opfern. Für mich ist es ganz
offensichtlich, dass er mit OSM und Gemeingut-Projekten allgemein nicht
kompatibel ist und längst ausgeschlossen gehört.

Problematisch ist das ganze nur, weil andere auf ihn ernsthaft reagieren
und seiner Trollerei antworten, als wäre es eine legitime Meinung. Als
er den Mitlgiedern dieser Gruppe vorgeworfen hat, irgendwelche
kommerziellen Interessen zu folgen (und damit (mir) das erste Mal
aufgefallen ist), war es schon offensichtlich, dass dies nicht so ist
(und retrospektiv wurde dann auch klar, warum... ähnlich wie Trump und
die FPÖler alle und jeden für korrupt und ahnungslos halten...)

Die Foundation sollte sich endlich mal Gedanken über eine ernsthafte
QA machen, statt versuchen mehr Contributor anzulocken. OSM ist das
einzige offene Projekt dieser Größe, das keinerlei Reviews von
Beiträgen macht, bevor sie in den Produkt-Betrieb gehen... das ist
gelinde gesagt überdenkenswert. Wenn Trolle schon von Anfang an keinen
Fuß^WNode auf den Boden kriegen, erspart das nachfolgend so viel Zeit an
Reparaturen und Diskussionen, das die paar Newbies, die dadurch
ernsthaft abgeschreckt werden, locker kompensiert werden können.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


[Talk-at] Wie weiter mit dem Troll?

2019-07-11 Diskussionsfäden Florian Ledermann

Hallo zusammen,

ich wollte mal die Frage in den Raum stellen, wie die Mailingliste 
gedenkt mit der Situation umzugehen, dass eine Person hier 
kontinuierlich die Liste (und OSM selbst, aber das ist ein etwas anderes 
Thema) zur Befriedigung ihrer psychologischen Bedürfnisse missbraucht, 
ohne auch nur irgendwie Bereitschaft zu zeigen auf die etablierten 
Regeln und Wünsche der Gemeinschaft Rücksicht zu nehmen.


Ich lurke hier überwiegend nur und versuche generell sehr tolerant 
gegenüber Meinungen und Verhaltensweisen zu sein, die ich persönlich 
nicht gutheisse, aber die Zeit die ich aufwenden muss um Talk-at 
durchzusehen und mich zu ärgern wird mir langsam zu viel. Wenn man 
durchschnittliche Stundensätze der Listmembers ansetzt, ist hier auch 
sicher schon ein beträchtlicher "volkswirtschaftlicher" Schaden entstanden.


Wenn ihr es für richtig haltet die Person einfach nur zu ignorieren um 
das ganze nicht weiter anzuheizen ("don't feed the troll") dann verstehe 
ich das, dann ignoriert auch diese Mail gerne. Ich wollte euch nur 
wissen lassen, dass ich mich ernsthaft mit dem Gedanken spiele, die 
Liste zu verlassen.


Best Grüße,

Flo L.

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


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden ScubbX

(sorry,meine Antwort ging wieder nicht an die Liste, daher hier nochmals):


Sind diese von dir genannten Zähladressen/Pseudoadressen Bestandteil der 
BEV Stichtagsdaten?


Ist die Primärdirektive der OSM nicht, dass wir das mappen, was in der 
Natur als wahr verifiziert werden kann?


Die OGD Adressdaten sollten meiner Meinung nach dazu ein Anhalt bzw eine 
Ergänzung sein. Wenn ein Import ohne große Konflikte machbar ist, dann 
finde ich das auch OK, aber den OGD Adressdatensatz als Goldstandard 
hernehmen und die OSM danach zu modellieren, finde ich nicht ideal.
Der Goldstandard für die OSM ist der Naturstand - zumindest verstehe ich 
das so.


lg,
Markus (ScubbX)


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.

Grüsse Johann
Von meinem iPhone gesendet


Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :



Am 11.07.2019 06:42 schrieb Johann Haag:

Die Adress- Situation im Osten von Österreich stellt sich
folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden
Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von
Zähl Adressen entlang der Straße vergeben. Anschließend kümmern
sich Gemeinden und Städte offensichtlich nur noch wenig darum.

Mag sein. Ist aber kein Pronblem, solange die von den Gemeinden vergebenen 
Adressen nicht automatisch importiert, sondern von Mappern vor Ort überprüft 
werden.


Ich
werde also nun Gemeinden systematisch anschreiben, und darum bitten,
dass dort wo es nun in unserem Projekt Adressen vollständig gibt.
Diese von den Bauämtern gesichtet und bereinigt werden.

Das ändert nichts daran, dass wir uns nicht blind auf die Daten der Bauämter 
verlassen. Die Bauämter wissen, dass neu vergebene Adressen noch bis zu einem 
gewissen Grad vorläufig sind. Die Unschärfe wird bewusst in Kauf genommen und 
mit der Zeit korrigiert. Wo wir das zeitnaher/besser können, liegt es an uns.


Ich bitte also die Community hier um offizielle Unterstützung einer
solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap
besser zu machen. Daher meine Bitte um Vorschläge für einen
Mustertext.

Du ersuchst die Community um Unterstützung. Das setzt nicht nur Vertrauen in 
Deinen Vorschlag, sondern auch zu Dir als Mapper voraus. Aktuell dreht sich die 
Diskussion darum, Teile Deiner Imports rückgängig zu machen und derartige 
(unabgestimmte, regelwidrige) Imports in Zukunft gar nicht mehr zuzulassen 
(+1). Ich schlage vor, dass Du in Sachen Adressen zunächst einmal nichts Neues 
unternimmst, sondern konstruktiv an der (manuellen) Behebung der vorhandenen 
Schäden mitwirkst. Eine Nachdenkpause würde der Sache gut tun.

Grüße
Wolfgang


___
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] minderwertige Importe

2019-07-11 Diskussionsfäden gppes_osm
OSM hat mit Bauaemtern, Gemeinden und sonstigen oesterreichischen offiziellen 
adressgenerierenden Stellen nichts zu tun.

Ich werde Dein Ansinnen nicht unterstuetzen. Wir muessen dankbar sein, dass wir 
die Adressen zur freien Nutzung bekommen. Wie die dort das systematisch 
handhaben geht uns nichts an. OSM hat sein eigenes (teils natuerlich in der 
Community aktiv diskutiertes) Konzept.

Der User JM82 hat irgendwann mal im Forum geschrieben, dass das Melden 
einzelner fehlerhafter Adressen (Fehler passieren halt mal ueberall) 
konstruktiv behandelt wird. Meiner Erinnerung nach hat er also positive 
Erfahrungen gemacht. Wen das genauer interessiert, der recherchiere dort.

Aus meiner Sicht ist die AT OSM Community nicht zu instrumentalisieren, 
irgendwelchen Aemtern (fragwuerdige) Verbesserungen ihrer Arbeitsmethoden 
vorzuschlagen. Aus meiner Sicht kannst Du nicht im Namen von OSM (oder in 
Verbindung mit OSM) dort Vorschlaege machen. Das ist aus meiner Sicht Dein 
reines Privatvergnuegen.

Lg, Gppes


> Gesendet: Donnerstag, 11. Juli 2019 um 09:10 Uhr
> Von: "Johann Haag" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] minderwertige Importe
>
> 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.
> 
> Grüsse Johann
> Von meinem iPhone gesendet
> 
> > Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :
> > 
> > 
> > 
> > Am 11.07.2019 06:42 schrieb Johann Haag:
> >> Die Adress- Situation im Osten von Österreich stellt sich
> >> folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden
> >> Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von
> >> Zähl Adressen entlang der Straße vergeben. Anschließend kümmern
> >> sich Gemeinden und Städte offensichtlich nur noch wenig darum.
> > 
> > Mag sein. Ist aber kein Pronblem, solange die von den Gemeinden vergebenen 
> > Adressen nicht automatisch importiert, sondern von Mappern vor Ort 
> > überprüft werden.
> > 
> >> Ich
> >> werde also nun Gemeinden systematisch anschreiben, und darum bitten,
> >> dass dort wo es nun in unserem Projekt Adressen vollständig gibt.
> >> Diese von den Bauämtern gesichtet und bereinigt werden.
> > 
> > Das ändert nichts daran, dass wir uns nicht blind auf die Daten der 
> > Bauämter verlassen. Die Bauämter wissen, dass neu vergebene Adressen noch 
> > bis zu einem gewissen Grad vorläufig sind. Die Unschärfe wird bewusst in 
> > Kauf genommen und mit der Zeit korrigiert. Wo wir das zeitnaher/besser 
> > können, liegt es an uns.
> > 
> >> Ich bitte also die Community hier um offizielle Unterstützung einer
> >> solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap
> >> besser zu machen. Daher meine Bitte um Vorschläge für einen
> >> Mustertext.
> > 
> > Du ersuchst die Community um Unterstützung. Das setzt nicht nur Vertrauen 
> > in Deinen Vorschlag, sondern auch zu Dir als Mapper voraus. Aktuell dreht 
> > sich die Diskussion darum, Teile Deiner Imports rückgängig zu machen und 
> > derartige (unabgestimmte, regelwidrige) Imports in Zukunft gar nicht mehr 
> > zuzulassen (+1). Ich schlage vor, dass Du in Sachen Adressen zunächst 
> > einmal nichts Neues unternimmst, sondern konstruktiv an der (manuellen) 
> > Behebung der vorhandenen Schäden mitwirkst. Eine Nachdenkpause würde der 
> > Sache gut tun.
> > 
> > Grüße
> > Wolfgang
> > 
> > 
> > ___
> > 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] minderwertige Importe

2019-07-11 Diskussionsfäden Andreas
Am 11.07.19 um 08:26 schrieb Wolfgang Schreiter:
> 
> 
> Am 11.07.2019 06:42 schrieb Johann Haag:
>> Ich bitte also die Community hier um offizielle Unterstützung einer
>> solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap
>> besser zu machen. Daher meine Bitte um Vorschläge für einen
>> Mustertext.
> 
> Du ersuchst die Community um Unterstützung. Das setzt nicht nur
> Vertrauen in Deinen Vorschlag, sondern auch zu Dir als Mapper voraus.
> Aktuell dreht sich die Diskussion darum, Teile Deiner Imports rückgängig
> zu machen und derartige (unabgestimmte, regelwidrige) Imports in Zukunft
> gar nicht mehr zuzulassen (+1). Ich schlage vor, dass Du in Sachen
> Adressen zunächst einmal nichts Neues unternimmst, sondern konstruktiv
> an der (manuellen) Behebung der vorhandenen Schäden mitwirkst. Eine
> Nachdenkpause würde der Sache gut tun.

Auch +1 von mir. Das Ersuchen an die Community finde ich schon ein schön
starkes Stück. Oder ist dein Plan, dass jetzt am Ende die Community
schuld an den Adressen-Chaos ist, weil sie sich ja nicht bereit erklärt
hat, den automatischen Import manuell nachzubessern?

Ich hätte da einen Vorschlag für die Zukunft:

Wenn du unbedingt OSM mit den OGD Adressdaten haben willst, kannst du
dir gerne einen eigenen Server aufbauen. Dazu gibt es div. Anleitungen
im Netz ua. https://switch2osm.org . Da kannst du dir dann die OGD Daten
importieren, in deinem "freien" Blog beschreibst du wie du das gemacht
hast, so bist du dann auch mit der OSM Lizenz konform.

Von Zeit zu Zeit kannst du dir ja die Updates von OSM in deine DB
reinimportieren, da gibt es auch schon etablierte Tools.

Und falls dir das Know-How dafür fehlt, kannst du ja deinen
ausgeschriebenen € 100,- Preis einen Supportdienstleister ausbezahlen,
damit der dir die Sachen einrichtet.

Vorteil: Du hast für dich deine OSM mit deinen "vollständigen" Adressen
und die offizielle OSM bleibt Datenmüll frei.

lg
geologist




signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-11 Diskussionsfäden 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.

Grüsse Johann
Von meinem iPhone gesendet

> Am 11.07.2019 um 08:26 schrieb Wolfgang Schreiter :
> 
> 
> 
> Am 11.07.2019 06:42 schrieb Johann Haag:
>> Die Adress- Situation im Osten von Österreich stellt sich
>> folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden
>> Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von
>> Zähl Adressen entlang der Straße vergeben. Anschließend kümmern
>> sich Gemeinden und Städte offensichtlich nur noch wenig darum.
> 
> Mag sein. Ist aber kein Pronblem, solange die von den Gemeinden vergebenen 
> Adressen nicht automatisch importiert, sondern von Mappern vor Ort überprüft 
> werden.
> 
>> Ich
>> werde also nun Gemeinden systematisch anschreiben, und darum bitten,
>> dass dort wo es nun in unserem Projekt Adressen vollständig gibt.
>> Diese von den Bauämtern gesichtet und bereinigt werden.
> 
> Das ändert nichts daran, dass wir uns nicht blind auf die Daten der Bauämter 
> verlassen. Die Bauämter wissen, dass neu vergebene Adressen noch bis zu einem 
> gewissen Grad vorläufig sind. Die Unschärfe wird bewusst in Kauf genommen und 
> mit der Zeit korrigiert. Wo wir das zeitnaher/besser können, liegt es an uns.
> 
>> Ich bitte also die Community hier um offizielle Unterstützung einer
>> solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap
>> besser zu machen. Daher meine Bitte um Vorschläge für einen
>> Mustertext.
> 
> Du ersuchst die Community um Unterstützung. Das setzt nicht nur Vertrauen in 
> Deinen Vorschlag, sondern auch zu Dir als Mapper voraus. Aktuell dreht sich 
> die Diskussion darum, Teile Deiner Imports rückgängig zu machen und derartige 
> (unabgestimmte, regelwidrige) Imports in Zukunft gar nicht mehr zuzulassen 
> (+1). Ich schlage vor, dass Du in Sachen Adressen zunächst einmal nichts 
> Neues unternimmst, sondern konstruktiv an der (manuellen) Behebung der 
> vorhandenen Schäden mitwirkst. Eine Nachdenkpause würde der Sache gut tun.
> 
> Grüße
> Wolfgang
> 
> 
> ___
> 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