Re: [Talk-at] minderwertige Importe

2019-07-19 Diskussionsfäden gppes_osm
Vielen Dank!

> Gesendet: Freitag, 19. Juli 2019 um 19:53 Uhr
> Von: "Frederik Ramm" 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] minderwertige Importe
>
> Hallo,
> 
> so, der besprochene Revert ist jetzt fertig.
> 
> Einige Changesets enthielten auch Änderungen außerhalb Österreichs, die
> sind auch mit unter die Räder gekommen, das schaue ich mir mal an, ob
> ich das wiederherstellen kann, aber in Österreich sollte jetzt erstmal
> wieder der Zustand von vor den letzten Großimporten hergestellt sein.
> Wenn jemand etwas findet, was übersehen wurde, bitte melden...
> 
> Bye
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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


Re: [Talk-at] minderwertige Importe

2019-07-19 Diskussionsfäden Frederik Ramm
Hallo,

so, der besprochene Revert ist jetzt fertig.

Einige Changesets enthielten auch Änderungen außerhalb Österreichs, die
sind auch mit unter die Räder gekommen, das schaue ich mir mal an, ob
ich das wiederherstellen kann, aber in Österreich sollte jetzt erstmal
wieder der Zustand von vor den letzten Großimporten hergestellt sein.
Wenn jemand etwas findet, was übersehen wurde, bitte melden...

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [Talk-at] minderwertige Importe

2019-07-19 Diskussionsfäden Robert Kaiser

Nein.
Das Problem sind nicht die Daten vom BEV oder sonstwo her, das Problem 
ist ein großflächiger Import, der sowohl unter Missachtung der 
Import-Regeln der Community also auch unter Missachtung des "goldenen 
Standards" der OSM-Community, nämlich der echten Gegebenheiten "am 
Boden" (also in der Realität) gemacht wurde.
Das Ergänzen von Adressen durch Leute mit lokalem Wissen (bzw. Recherche 
"am Boden") mit *Unterstützung* durch den Adresshelper und der BEV-Daten 
ist wünschenswert - großflächige Imports ohne vorherige Verifizierung 
der Daten aber nicht, ganz gleich, welche Listen das BEV liefern würde 
oder nicht.


Grüße,
KaiRo


Johann Haag schrieb:

Eine reizvolle Alternative wäre vom BEV eine Liste der Problem Adressen (Zähl 
und Pseudo Adressen) anzufordern. So könnte man diese Fehlimporte gezielt 
entfernen, ohne hierbei laut regio-osm wertvolles zu verlieren.
Grüsse
Von meinem iPhone gesendet


Am 18.07.2019 um 06:58 schrieb ScubbX :

Hallo!

Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das Problem in 
einer Email an data@ erläutert werden?

Am 18. Juli 2019 01:22:50 MESZ schrieb Frederik Ramm :

Hallo,

also bevor der Zirkus jetzt hier noch weiter geht und jeder, der
irgendwelche Reverts macht, erstmal seinen Arbeitsvertrag vorzeigen
soll, schlage ich vor, die DWG macht das. Da ist wenigstens klar, dass
wir nicht für die fiese österreichische Regierung arbeiten... oder?


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

Was haltet ihr von folgendem Vorgehen:

* alles, was seit dem oben genannten Changeset von addresshistory*org
oder einem seiner anderen Accounts erzeugt wurde, wird gelöscht (Ways
und Nodes), ausser, der Way wurde seither von einem *anderen* User
verändert;

* alles, was seit dem oben genannten Changeset von addresshistory*org
oder einem seiner anderen Accounts verändert oder gelöscht wurde, wird
zurückgeändert bzw. wiederhergestellt, ausser jemand anders hat es in
der Zwischenzeit angefasst.

Hierbei *könnte* es zu Problemen kommen in Fällen, wo ah*o etwas
gelöscht und durch einen Import ersetzt hat, und jemand anders diesen
Import dann nachgebessert hat; in solchen Situationen würden wir nun die
Löschung rückgängig machen, das neu erzeugte Objekt aber bestehen lassen.


Klingt das Vorgehen sinnvoll? Oder muss man weiter in die Vergangenheit
gehen?

Viele Grüße
Frederik Ramm

--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


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




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


Re: [Talk-at] minderwertige Importe

2019-07-18 Diskussionsfäden Rudolf Mayer

Hallo,

also wenn es nicht eigentlich traurig wäre, wäre es ja schon amüsant..

On 18/07/2019 08:51, Johann Haag wrote:

Hallo Werner,
das letzte was wir nun benötigen ist unüberlegtes Handeln.



Das hättest Du Dir bei jedem Deiner Imports sagen müssen!


Meine Importe waren von mit gut gemeint, Menschen machen Fehler.



Ja, Menschen machen Fehler. Eine der besten Eigenschaften ist es aber, 
aus den Fehlern zu *lernen*. Das fehlt Dir aber komplett.



Ich gehe davon aus, dass das BEV die Unterscheidung der Adressarten Pseudo 
Ident Zutrittadresse und Pseudoadresse kennt, Luzandro diese aber in seinen 
aufbereiteten Daten lediglich nicht berücksichtigt hat. Sofern wir nachträglich 
einen Filter anwenden können, warum denn bitte nicht. Ich gehe davon aus, dass 
und das BEV freundlich unterstützt.



War das BEV nicht vor kurzem noch böse, und hat absichtlich Fehler 
eingebaut? Also vor ~3 WOchen z.B.:


On 26/06/2019 23:48, Johann Haag wrote:
> Das BEV hat im Osten Zähladressen, und in Tirol Fake Adressen in den
> OpenData Satz gerührt. Wozu das gut ist, kann man sich denken.


Und jetzt sind Sie aber plötzlich wieder gut gesinnt?

Klar, man kann seine Meinung ändern. Wenn man aber dauernd irgendwas 
behauptet, nur um von den eigenen Machenschaften abzulenken, ist was faul.



Also, +1 für die reverts, +1 für eine Sperre, die soll bitte ruhig lange 
ausfallen, damit wir hier etwas mehr Ruhe haben!


Lg

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


Re: [Talk-at] minderwertige Importe

2019-07-18 Diskussionsfäden Johann Haag
Angesichts diverser Probleme mit Erwin6330,
http://hdyc.neis-one.org/?_!Y!_
 , sowie dem Mix an Adresstypen im OpenData Satz des BEV, sollte meiner
Meinung nach OpenStreetMap in Österreich besser als Partner direkt auf die
Österreich Werbung setzen.

Über Länder ist ein besserer Zugang zu geografischen Informationen möglich.
Es gibt gegenüber Wien in Österreich ein historisch gewachsenes Misstrauen.
Dieses Misstrauen hat sich soeben für mich bestätigt. In Tirol unterstützt
Tirolwerbung OpenStreetMap, daher funktioniert die Zusammenarbeit zwischen
Tiris und OSM gerade in Tirol gut. Ein Beispiel dem ganz Österreich folgen
sollte.
Grüsse Johann

Andreas  schrieb am Do. 18. Juli 2019 um 22:05:

> Am 18.07.19 um 19:11 schrieb Johann Haag:
> > Ich finde es schade mit sowas zu unterstellen.
>
> Sorry, aber dein bisheriges Verhalten lässt mich und wahrscheinlich auch
> andere so denken.
>
> > Mal schauen was die DWG nun macht, ich hoffe darauf dass
> > konstruktives bleibt, und uns bald verbesserte BEV Adressen zur
> > Verfügung stehen.
>
> Noch immer nicht verstanden? Ja, dein Import wird konstruktiv revertet.
>
> Ich bezweifle schwer, dass das BEV wegen diesen Import an ihren Daten
> viel ändern wird, wobei es ja wie schon mehrfach erwähnt, Daten sind,
> die von den Gemeinden eingemeldet wurden.
>
> > Vom aktuellen Problem sind nicht nur wir betroffen,
> > sondern sich diese Problem Datenfragmente derzeit auch in der Here
> > Maps, Google und co wiederfinden.
>
> Diese werden aber auch vor der Übernahme in ihre Systeme die Daten
> prüfen und nicht einfach importieren und warten, bis die ersten Benutzer
> Feedback liefern.
>
> > Sofern sich das nun bessert, hat
> > sich das für alle gelohnt. Grüsse
>
> Irgendwie hast du überhaupt nicht mitbekommen, um was es in dieser
> Diskussion gegangen ist. Schade, du hättest für deine OSM Zukunft
> einiges lernen können, um in Zukunft derartiges Verhalten zu vermeiden.
>
> Ich hoffe du lässt die DWG in Ruhe den Revert durchführen, dachte ja du
> bist auf Urlaub und lässt das ganze mal bleiben. Somit mache deinen
> Urlaub und wenn du zurückkommst, dann halte dich bitte an die Community
> Regeln und dann bleiben uns solche Diskussionen in Zukunft erspart.
>
> lg
> Geologist
>
> >
> > Von meinem iPhone gesendet
> >
> >> Am 18.07.2019 um 14:09 schrieb Andreas :
> >>
> >>> Am 18.07.19 um 13:45 schrieb Frederik Ramm: Hallo,
> >>>
>  On 18.07.19 07:58, ScubbX wrote: Genügt es in dem Fall, wenn
>  dich jemand darum bittet, oder soll das Problem in einer Email
>   an data@ erläutert werden?
> >>>
> >>> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert
> >>>  wird, und führe den Revert durch.
> >>
> >> Danke auch von mir. Wirklich schade, dass eine Person versucht auf
> >>  diese Art und Weise ein gut laufendes Community/Projekt zu
> >> sabotieren.
> >>
> >> 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
> >
>
>
> ___
> 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-18 Diskussionsfäden Andreas
Am 18.07.19 um 19:11 schrieb Johann Haag:
> Ich finde es schade mit sowas zu unterstellen.

Sorry, aber dein bisheriges Verhalten lässt mich und wahrscheinlich auch
andere so denken.

> Mal schauen was die DWG nun macht, ich hoffe darauf dass
> konstruktives bleibt, und uns bald verbesserte BEV Adressen zur
> Verfügung stehen.

Noch immer nicht verstanden? Ja, dein Import wird konstruktiv revertet.

Ich bezweifle schwer, dass das BEV wegen diesen Import an ihren Daten
viel ändern wird, wobei es ja wie schon mehrfach erwähnt, Daten sind,
die von den Gemeinden eingemeldet wurden.

> Vom aktuellen Problem sind nicht nur wir betroffen,
> sondern sich diese Problem Datenfragmente derzeit auch in der Here
> Maps, Google und co wiederfinden.

Diese werden aber auch vor der Übernahme in ihre Systeme die Daten
prüfen und nicht einfach importieren und warten, bis die ersten Benutzer
Feedback liefern.

> Sofern sich das nun bessert, hat
> sich das für alle gelohnt. Grüsse

Irgendwie hast du überhaupt nicht mitbekommen, um was es in dieser
Diskussion gegangen ist. Schade, du hättest für deine OSM Zukunft
einiges lernen können, um in Zukunft derartiges Verhalten zu vermeiden.

Ich hoffe du lässt die DWG in Ruhe den Revert durchführen, dachte ja du
bist auf Urlaub und lässt das ganze mal bleiben. Somit mache deinen
Urlaub und wenn du zurückkommst, dann halte dich bitte an die Community
Regeln und dann bleiben uns solche Diskussionen in Zukunft erspart.

lg
Geologist

> 
> Von meinem iPhone gesendet
> 
>> Am 18.07.2019 um 14:09 schrieb Andreas :
>> 
>>> Am 18.07.19 um 13:45 schrieb Frederik Ramm: Hallo,
>>> 
 On 18.07.19 07:58, ScubbX wrote: Genügt es in dem Fall, wenn 
 dich jemand darum bittet, oder soll das Problem in einer Email
  an data@ erläutert werden?
>>> 
>>> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert
>>>  wird, und führe den Revert durch.
>> 
>> Danke auch von mir. Wirklich schade, dass eine Person versucht auf
>>  diese Art und Weise ein gut laufendes Community/Projekt zu 
>> sabotieren.
>> 
>> 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
> 




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-18 Diskussionsfäden Johann Haag
Ich finde es schade mit sowas zu unterstellen. Mal schauen was die DWG nun 
macht, ich hoffe darauf dass konstruktives bleibt, und uns bald verbesserte BEV 
Adressen zur Verfügung stehen. Vom aktuellen Problem sind nicht nur wir 
betroffen, sondern sich diese Problem Datenfragmente derzeit auch in der Here 
Maps, Google und co wiederfinden. Sofern sich das
nun bessert, hat sich das für alle gelohnt.
Grüsse

Von meinem iPhone gesendet

> Am 18.07.2019 um 14:09 schrieb Andreas :
> 
>> Am 18.07.19 um 13:45 schrieb Frederik Ramm:
>> Hallo,
>> 
>>> On 18.07.19 07:58, ScubbX wrote:
>>> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das
>>> Problem in einer Email an data@ erläutert werden?
>> 
>> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert wird,
>> und führe den Revert durch.
> 
> Danke auch von mir. Wirklich schade, dass eine Person versucht auf diese
> Art und Weise ein gut laufendes Community/Projekt zu sabotieren.
> 
> 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-18 Diskussionsfäden Andreas
Am 18.07.19 um 13:45 schrieb Frederik Ramm:
> Hallo,
> 
> On 18.07.19 07:58, ScubbX wrote:
>> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das
>> Problem in einer Email an data@ erläutert werden?
> 
> Ich kümmere mich darum, dass das in der DWG richtig dokumentiert wird,
> und führe den Revert durch.

Danke auch von mir. Wirklich schade, dass eine Person versucht auf diese
Art und Weise ein gut laufendes Community/Projekt zu sabotieren.

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-18 Diskussionsfäden Frederik Ramm
Hallo,

On 18.07.19 07:58, ScubbX wrote:
> Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das
> Problem in einer Email an data@ erläutert werden?

Ich kümmere mich darum, dass das in der DWG richtig dokumentiert wird,
und führe den Revert durch.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [Talk-at] minderwertige Importe

2019-07-18 Diskussionsfäden Johann Haag
Bitte bewahrt Haltung, ihr werft gerade mit talk Porzellan.
Was sollen sich Besucher in diesem Forum denken. 
https://forum.openstreetmap.org/viewtopic.php?id=66698

Von meinem iPhone gesendet

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


Re: [Talk-at] minderwertige Importe

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

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


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


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


Re: [Talk-at] minderwertige Importe

2019-07-18 Diskussionsfäden Johann Haag
Ich vertraue hier der OpenStreetMap Data Working Group, verantwortungsvoll 
vorzugehen. Eine BEV Korrekturliste anzuwenden ist möglich, daher meine Bitte 
dies zu prüfen.
Grüsse 

Von meinem iPhone gesendet

> Am 18.07.2019 um 07:53 schrieb ScubbX :
> 
> (falls das von meiner Seite noch nicht eindeutig klar war): +1
> 
> Am 18. Juli 2019 08:20:51 MESZ schrieb werner.ma...@gmail.com:
>> 
>> Hallo,
>> 
>> Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
>> angerichtet hat, dieses auch beseitigen sollte.
>> 
>> Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
>> um einen Komplett-Revert dieses Imports.
>> 
>> Ein derartig ignorantes Verhalten (zer)stört die Community.
>> 
>> Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
>> zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
>> 
>> Ich lurke hier im Normalfall auch nur rum und lese die (meist
>> interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
>> mich auch bald dazu mich von der Liste abzumelden.
>> Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
>> doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
>> händisch überprüfen und eintragen müssen 
>> 
>> Bitte möglichst bald Revert und kein erneuter Import auf die
>> unkoordinierte, unabgesprochene, dilletantische Art.
>> 
>> Liebe Grüße
>> Werner 
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> -- 
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden Thomas Rupprecht
Habs zwar auch schon mal gesagt (was mich dafür auch auf Johanns Lobby Liste 
brachte), ich bin auch dafür. +1
-- 
mfg Thomas Rupprecht

Am 18. Juli 2019 08:53:40 MESZ schrieb ScubbX :
>(falls das von meiner Seite noch nicht eindeutig klar war): +1
>
>Am 18. Juli 2019 08:20:51 MESZ schrieb werner.ma...@gmail.com:
>>Hallo,
>>
>>Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
>>angerichtet hat, dieses auch beseitigen sollte.
>>
>>Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
>>um einen Komplett-Revert dieses Imports.
>>
>>Ein derartig ignorantes Verhalten (zer)stört die Community.
>>
>>Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
>>zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
>>
>>Ich lurke hier im Normalfall auch nur rum und lese die (meist
>>interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
>>mich auch bald dazu mich von der Liste abzumelden.
>>Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
>>doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
>>händisch überprüfen und eintragen müssen 
>>
>>Bitte möglichst bald Revert und kein erneuter Import auf die
>>unkoordinierte, unabgesprochene, dilletantische Art.
>>
>>Liebe Grüße
>>Werner 
>>
>>
>>___
>>Talk-at mailing list
>>Talk-at@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-at
>
>-- 
>Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden ScubbX
(falls das von meiner Seite noch nicht eindeutig klar war): +1

Am 18. Juli 2019 08:20:51 MESZ schrieb werner.ma...@gmail.com:
>Hallo,
>
>Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
>angerichtet hat, dieses auch beseitigen sollte.
>
>Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
>um einen Komplett-Revert dieses Imports.
>
>Ein derartig ignorantes Verhalten (zer)stört die Community.
>
>Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
>zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
>
>Ich lurke hier im Normalfall auch nur rum und lese die (meist
>interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
>mich auch bald dazu mich von der Liste abzumelden.
>Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
>doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
>händisch überprüfen und eintragen müssen 
>
>Bitte möglichst bald Revert und kein erneuter Import auf die
>unkoordinierte, unabgesprochene, dilletantische Art.
>
>Liebe Grüße
>Werner 
>
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden Johann Haag
Hallo Werner,
das letzte was wir nun benötigen ist unüberlegtes Handeln. Meine Importe waren 
von mit gut gemeint, Menschen machen Fehler. Ich gehe davon aus, dass das BEV 
die Unterscheidung der Adressarten Pseudo Ident Zutrittadresse und 
Pseudoadresse kennt, Luzandro diese aber in seinen aufbereiteten Daten 
lediglich nicht berücksichtigt hat. Sofern wir nachträglich einen Filter 
anwenden können, warum denn bitte nicht. Ich gehe davon aus, dass und das BEV 
freundlich unterstützt.

Von meinem iPhone gesendet

> Am 18.07.2019 um 07:20 schrieb werner.ma...@gmail.com:
> 
> Hallo,
> 
> Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
> angerichtet hat, dieses auch beseitigen sollte.
> 
> Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
> um einen Komplett-Revert dieses Imports.
> 
> Ein derartig ignorantes Verhalten (zer)stört die Community.
> 
> Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
> zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.
> 
> Ich lurke hier im Normalfall auch nur rum und lese die (meist
> interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
> mich auch bald dazu mich von der Liste abzumelden.
> Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
> doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
> händisch überprüfen und eintragen müssen 
> 
> Bitte möglichst bald Revert und kein erneuter Import auf die
> unkoordinierte, unabgesprochene, dilletantische Art.
> 
> Liebe Grüße
> Werner 
> 
> 
> ___
> 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-17 Diskussionsfäden werner . macho
Hallo,

Also ich bin ja eigentlich der Meinung, dass derjenige der das Chaos
angerichtet hat, dieses auch beseitigen sollte.

Da dies offensichtlich nicht passiert/möglich ist, bitte auch ich hier
um einen Komplett-Revert dieses Imports.

Ein derartig ignorantes Verhalten (zer)stört die Community.

Und dann noch so tun als ob andere dafür zuständig wären eigene Fehler
zu beseitigen und bei Ämtern nachzufragen ist indiskutabel.

Ich lurke hier im Normalfall auch nur rum und lese die (meist
interessanten) Beiträge, aber was in letzter Zeit hier passiert bringt
mich auch bald dazu mich von der Liste abzumelden.
Und ich hab mich schon gewundert wieso plötzlich in meiner Umgebung
doppelte Adressen auftauchen, dann hätte ich meine ja gar nicht mühsam
händisch überprüfen und eintragen müssen 

Bitte möglichst bald Revert und kein erneuter Import auf die
unkoordinierte, unabgesprochene, dilletantische Art.

Liebe Grüße
Werner 


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


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden Johann Haag
Eine reizvolle Alternative wäre vom BEV eine Liste der Problem Adressen (Zähl 
und Pseudo Adressen) anzufordern. So könnte man diese Fehlimporte gezielt 
entfernen, ohne hierbei laut regio-osm wertvolles zu verlieren.
Grüsse
Von meinem iPhone gesendet

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


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden ScubbX
Hallo!

Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das Problem in 
einer Email an data@ erläutert werden?

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

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden Johann Haag
Ich finde, das DWG ist am Zug. Es gibt zum Beispiel in Oberösterreich eine 
Zusicherung mit den Gemeinden an den Adressen zu Arbeiten. In Regionen wie 
Burgenland Oberösterreich und der Steiermark sind durch meine Importe 
unabsichtlich sogenannte Zähladressen in unser Projekt gelangt. Daher ist dort 
ein Komplett Revert notwendig. In westlichen Bundesländern wie Vorarlberg, 
Tirol und Salzburg passt hingegen die Qualität meiner Meinung nach. Vor einem 
Revert daher dort bitte bei den Ländern anfragen, was die dazu sagen.
Grüsse

Von meinem iPhone gesendet

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

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


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden Frederik Ramm
Hallo,

also bevor der Zirkus jetzt hier noch weiter geht und jeder, der
irgendwelche Reverts macht, erstmal seinen Arbeitsvertrag vorzeigen
soll, schlage ich vor, die DWG macht das. Da ist wenigstens klar, dass
wir nicht für die fiese österreichische Regierung arbeiten... oder?

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

Was haltet ihr von folgendem Vorgehen:

* alles, was seit dem oben genannten Changeset von addresshistory*org
oder einem seiner anderen Accounts erzeugt wurde, wird gelöscht (Ways
und Nodes), ausser, der Way wurde seither von einem *anderen* User
verändert;

* alles, was seit dem oben genannten Changeset von addresshistory*org
oder einem seiner anderen Accounts verändert oder gelöscht wurde, wird
zurückgeändert bzw. wiederhergestellt, ausser jemand anders hat es in
der Zwischenzeit angefasst.

Hierbei *könnte* es zu Problemen kommen in Fällen, wo ah*o etwas
gelöscht und durch einen Import ersetzt hat, und jemand anders diesen
Import dann nachgebessert hat; in solchen Situationen würden wir nun die
Löschung rückgängig machen, das neu erzeugte Objekt aber bestehen lassen.


Klingt das Vorgehen sinnvoll? Oder muss man weiter in die Vergangenheit
gehen?

Viele Grüße
Frederik Ramm

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [Talk-at] minderwertige Importe

2019-07-17 Diskussionsfäden ScubbX

Hallo!

Ich habe hier eine Liste der Changesets, in denen "at_bev" als source 
Kommentar enthalten ist und die von adresshistory*org stammen auf


https://send.firefox.com/download/f3994d3c2ea74ff1/#7l9zzsSLDUyDvrC4Z75kkg

hochgeladen.

Die Datei bev_crs.log beinhält alle Changesets, die Datei 
bev_crs_only_cs_ids.log nur die IDs der jeweiligen Changesets als Liste.


lg,
Markus (ScubbX)


Am 12.07.19 um 19:32 schrieb gppes_...@web.de:

Hallo,

Du musst mit dem juengsten Edit (also dem Edit, der v3 erzeugt hat) anfangen 
und dann zu immer aelteren Versionen (also dann den Edit der v2 gemacht hat, 
zuletzt den erzeugenden Edit), sonst wird's schwierig!

Lg, Gppes


Gesendet: Freitag, 12. Juli 2019 um 17:47 Uhr
Von: "andreas wecer" 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] minderwertige Importe

Kann mir mal jemand beim (partiellen) Revert dieses Changesets behilflich
sein?
https://www.openstreetmap.org/changeset/71043071

Hier hat er existierende Adressen gelöscht, die kein addr:street oder
addr:place hatten, u.a. auch 200 vollständig angegebene Adressen, die nur
addr:hamlet statt addr:place hatten, wie diese hier:
https://www.openstreetmap.org/relation/2666001/history

Neben diesen hat er allerdings auch noch seine eigenen Duplikate gelöscht,
wobei er die aus irgendeinem Grund in diesem Changeset nicht direkt
gelöscht hat, sondern nur die Tags entfernt hat und die leeren Nodes
anschließend in einem anderen Changeset gelöscht hat
https://www.openstreetmap.org/node/6533111972/history
https://www.openstreetmap.org/changeset/71043190

Wenn ich jetzt #71043071 mit dem JOSM Reverter rückgängig machen möchte,
bekomme ich damit haufenweise Konflikte, weil es davon schon wieder die v3
gibt, wo sie im separaten Changeset gelöscht wurden. Ich könnte jetzt
annehmen, dass die Konflikte immer diese Fälle betreffen und daher einfach
alle Konflikte auf die Server-Version auflösen, aber so ganz wohl ist mir
dabei auch nicht.

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


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


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


Re: [Talk-at] minderwertige Importe

2019-07-14 Diskussionsfäden Thomas König
Hallo,
ganz generell sollte die Prämisse doch lauten, dass man bei Fehlern im Import 
so schnell wie möglich revertiert. Dann gibt es noch wenige Abhängigkeiten und 
der revert kann einfacher durchgeführt werden. Danach sollte man dann den 
Import neu diskutieren und - wo sinnvoll - unter Vermeidung der vorherigen 
Fehler und unter Einhaltung der bestehenden Regeln erneut durchführen. Daten 
verliert man dabei am wenigsten, da der Import erneut ausgeführt werden kann 
wenn daran bei allen Beteiligten Interesse besteht. Wie bereits mehrfach gesagt 
wurde, müssen die Daten dafür halt außerhalb des Produktivsystems entsprechend 
aufbereitet werden. 
Beste Grüße 
Thomas 


>Ganz so sehe ich es nicht. Ich kenne die Inhalte bzw. Ausmaße der 
>Changesets zwar nicht, habe aber hier im Raum Wels bei seinen neueren 
>Changesets durchaus positives erkennen können. Hier wurden z.B. nur 
>fehlende Adressen ergänzt und bei Gebäuden, die bereits eine gültige 
>Adresse hatten, nichts verändert. (in anderen Gegenden habe ich es 
>leider von ihm anders gesehen)
>Einen generellen Revert aller seiner Changesets mit allen Objekten in 
>Version 1 würde ich als kontraproduktiv ansehen.
>
>Für manche Regionen sind auch z.B. mit 
>https://regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=12&lat=48.20558&lon=13.94638&layers=BTTTFF
>
>nicht auswertbar, wie z.B. Wels. Da ist dann die Arbeit von Johann
>recht 
>hilfreich.
>
>LG
>Günther

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


Re: [Talk-at] minderwertige Importe

2019-07-13 Diskussionsfäden Stefan Tauner
On Sat, 13 Jul 2019 16:02:18 +0200
Günther Zinsberger  wrote:

> Ganz so sehe ich es nicht. Ich kenne die Inhalte bzw. Ausmaße der 
> Changesets zwar nicht, habe aber hier im Raum Wels bei seinen neueren 
> Changesets durchaus positives erkennen können. Hier wurden z.B. nur 
> fehlende Adressen ergänzt und bei Gebäuden, die bereits eine gültige 
> Adresse hatten, nichts verändert. (in anderen Gegenden habe ich es 
> leider von ihm anders gesehen)
> Einen generellen Revert aller seiner Changesets mit allen Objekten in 
> Version 1 würde ich als kontraproduktiv ansehen.

Was wäre das nicht alles einfach, hätte er sich an die Regeln
gehalten... Dass jetzt andere, die seinen Mist zusammenräumen, deshalb
einen noch größeren Mehraufwand haben sollten als ohnehin schon, ist
allein aus generalpräventiver Sicht abzulehnen. So toll können einzelne
Changes gar nicht sein, dass mich das überzeugen würde.
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


Re: [Talk-at] minderwertige Importe

2019-07-13 Diskussionsfäden Günther Zinsberger



Am 09.07.19 um 19:05 schrieb gppes_...@web.de:

Wenn Du die Changesets so weit geprueft hast, kann ich mich diesem Ansatz der 
Reverts gut anfreunden. Weitere Imports dieser Art darf es nicht mehr geben, 
ich gewinne mehr und mehr den Eindruck, dass es einige User gibt, die den 
Import zwar irgendwie dulden aber in Wahrheit doch recht unzufrieden sind.

Lg, Gppes

Ganz so sehe ich es nicht. Ich kenne die Inhalte bzw. Ausmaße der 
Changesets zwar nicht, habe aber hier im Raum Wels bei seinen neueren 
Changesets durchaus positives erkennen können. Hier wurden z.B. nur 
fehlende Adressen ergänzt und bei Gebäuden, die bereits eine gültige 
Adresse hatten, nichts verändert. (in anderen Gegenden habe ich es 
leider von ihm anders gesehen)
Einen generellen Revert aller seiner Changesets mit allen Objekten in 
Version 1 würde ich als kontraproduktiv ansehen.


Für manche Regionen sind auch z.B. mit 
https://regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=12&lat=48.20558&lon=13.94638&layers=BTTTFF 
nicht auswertbar, wie z.B. Wels. Da ist dann die Arbeit von Johann recht 
hilfreich.


LG
Günther

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


Re: [Talk-at] minderwertige Importe

2019-07-12 Diskussionsfäden gppes_osm
Hallo,

Du musst mit dem juengsten Edit (also dem Edit, der v3 erzeugt hat) anfangen 
und dann zu immer aelteren Versionen (also dann den Edit der v2 gemacht hat, 
zuletzt den erzeugenden Edit), sonst wird's schwierig!

Lg, Gppes

> Gesendet: Freitag, 12. Juli 2019 um 17:47 Uhr
> Von: "andreas wecer" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] minderwertige Importe
>
> Kann mir mal jemand beim (partiellen) Revert dieses Changesets behilflich
> sein?
> https://www.openstreetmap.org/changeset/71043071
> 
> Hier hat er existierende Adressen gelöscht, die kein addr:street oder
> addr:place hatten, u.a. auch 200 vollständig angegebene Adressen, die nur
> addr:hamlet statt addr:place hatten, wie diese hier:
> https://www.openstreetmap.org/relation/2666001/history
> 
> Neben diesen hat er allerdings auch noch seine eigenen Duplikate gelöscht,
> wobei er die aus irgendeinem Grund in diesem Changeset nicht direkt
> gelöscht hat, sondern nur die Tags entfernt hat und die leeren Nodes
> anschließend in einem anderen Changeset gelöscht hat
> https://www.openstreetmap.org/node/6533111972/history
> https://www.openstreetmap.org/changeset/71043190
> 
> Wenn ich jetzt #71043071 mit dem JOSM Reverter rückgängig machen möchte,
> bekomme ich damit haufenweise Konflikte, weil es davon schon wieder die v3
> gibt, wo sie im separaten Changeset gelöscht wurden. Ich könnte jetzt
> annehmen, dass die Konflikte immer diese Fälle betreffen und daher einfach
> alle Konflikte auf die Server-Version auflösen, aber so ganz wohl ist mir
> dabei auch nicht.
> 
> 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-12 Diskussionsfäden Johann Haag


> Am 12.07.2019 um 17:47 schrieb andreas wecer :
> 
> Kann mir mal jemand beim (partiellen) Revert dieses Changesets behilflich 
> sein?
> https://www.openstreetmap.org/changeset/71043071 
> 
> 
> Hier hat er existierende Adressen gelöscht, die kein addr:street oder 
> addr:place hatten, u.a. auch 200 vollständig angegebene Adressen, die nur 
> addr:hamlet statt addr:place hatten, wie diese hier: 
> https://www.openstreetmap.org/relation/2666001/history 
> 
> 
> Neben diesen hat er allerdings auch noch seine eigenen Duplikate gelöscht, 
> wobei er die aus irgendeinem Grund in diesem Changeset nicht direkt gelöscht 
> hat, sondern nur die Tags entfernt hat und die leeren Nodes anschließend in 
> einem anderen Changeset gelöscht hat
> https://www.openstreetmap.org/node/6533111972/history 
> 
> https://www.openstreetmap.org/changeset/71043190 
> 
> 
> Wenn ich jetzt #71043071 mit dem JOSM Reverter rückgängig machen möchte, 
> bekomme ich damit haufenweise Konflikte, weil es davon schon wieder die v3 
> gibt, wo sie im separaten Changeset gelöscht wurden. Ich könnte jetzt 
> annehmen, dass die Konflikte immer diese Fälle betreffen und daher einfach 
> alle Konflikte auf die Server-Version auflösen, aber so ganz wohl ist mir 
> dabei auch nicht.

Hallo Andreas,
Bitte lass das besser Profis machen, 
Notfalls könnte auch ich dir helfen. Bin aber derzeit in Urlaub

Bevor du unkontrolliert zu revertieren beginnst, beschreibe bitte hier genau 
was du vorhast.
Lg Johann

> 
> 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-12 Diskussionsfäden andreas wecer
Kann mir mal jemand beim (partiellen) Revert dieses Changesets behilflich
sein?
https://www.openstreetmap.org/changeset/71043071

Hier hat er existierende Adressen gelöscht, die kein addr:street oder
addr:place hatten, u.a. auch 200 vollständig angegebene Adressen, die nur
addr:hamlet statt addr:place hatten, wie diese hier:
https://www.openstreetmap.org/relation/2666001/history

Neben diesen hat er allerdings auch noch seine eigenen Duplikate gelöscht,
wobei er die aus irgendeinem Grund in diesem Changeset nicht direkt
gelöscht hat, sondern nur die Tags entfernt hat und die leeren Nodes
anschließend in einem anderen Changeset gelöscht hat
https://www.openstreetmap.org/node/6533111972/history
https://www.openstreetmap.org/changeset/71043190

Wenn ich jetzt #71043071 mit dem JOSM Reverter rückgängig machen möchte,
bekomme ich damit haufenweise Konflikte, weil es davon schon wieder die v3
gibt, wo sie im separaten Changeset gelöscht wurden. Ich könnte jetzt
annehmen, dass die Konflikte immer diese Fälle betreffen und daher einfach
alle Konflikte auf die Server-Version auflösen, aber so ganz wohl ist mir
dabei auch nicht.

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

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 

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


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

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


Re: [Talk-at] minderwertige Importe

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


Re: [Talk-at] minderwertige Importe

2019-07-10 Diskussionsfäden 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. 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.
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.
Grüße Johann

Am Di., 9. Juli 2019 um 19:06 Uhr schrieb :

> Wenn Du die Changesets so weit geprueft hast, kann ich mich diesem Ansatz
> der Reverts gut anfreunden. Weitere Imports dieser Art darf es nicht mehr
> geben, ich gewinne mehr und mehr den Eindruck, dass es einige User gibt,
> die den Import zwar irgendwie dulden aber in Wahrheit doch recht
> unzufrieden sind.
>
> Lg, Gppes
>
> > Gesendet: Dienstag, 09. Juli 2019 um 14:21 Uhr
> > Von: vari...@mailbox.org
> > An: "OpenStreetMap AT" 
> > Betreff: Re: [Talk-at] minderwertige Importe
> >
> > @Frederik Ramm
> >
> > Bezugnehmend auf diese Diskussion
> https://www.openstreetmap.org/changeset/71042792 und auch auf den
> aktuellesten Post im Forum diesbezüglich
> https://forum.openstreetmap.org/viewtopic.php?pid=754920 sollten wir das
> Angebot der DWG bzgl. Reverts annehmen.
> >
> > Es ist schlicht und ergreifend ein Import ohne die Regeln befolgt zu
> haben und somit sollte das reverted werden, inzwischen melden sich auch
> mehr Benutzer im Forum.
> >
> > Mein Vorschlag dazu ist:
> > * Alles was noch v1 ist
> > * Changesets mit dem Beginn "Fehlende oder neue Adressen*"
> > * Start bei diesem https://www.openstreetmap.org/changeset/70646116
> Changeset - ab hier hat er definitiv einfach nur mehr großflächig
> importiert. Davor hat er wenigstens irgendwas gemacht und diverse
> Änderungen vorgenommen.
> >
> > Sollte wieder ein Import geplant sein, müssen eben vorher die
> Import-Regeln befolgt werden.
> >
> > > vari...@mailbox.org hat am 4. Juli 2019 um 08:20 geschrieben:
> > >
> > >
> > > Ich habe mir mehr angesehen und inzwischen sieht es (siehe
> Changesetkommentare
> https://www.openstreetmap.org/changeset/71042792#map=10/48.5510/16.5873
> ), zumindest laut Luzandro, so aus, als hätte er über 300.000 Nodes einfach
> blind importiert. Vielleicht sollte man überdenken zumindest die Nodes mit
> v1 zu reverten. Ich habe jetzt selbst, angefangen mit
> https://www.openstreetmap.org/changeset/71040878#map=10/48.3761/16.7255
> 10x solche Imports gefunden, jeweils zwischen 5.000 und 10.000 Adressen.
> > >
> > > Jetzt sieht es aus wie in Google - die Städte haben Gebäudeumrisse und
> alles am Land hat einfach nur Nummern und die noch dazu eben irgendwo
> hingesetzt teilweise. Wenn man sich noch ältere ansieht sind die Changesets
> allerdings noch kleiner.
> https://www.openstreetmap.org/changeset/70824400#map=17/47.78306/16.53886
> aber selbst hier auf dem Ausschnitt sieht man einige falsch gesetzte
> Hausnummern, die klar neben dem eigentlichen Gebäude oder direkt auf dem
> Nebengebäude sind (hatte er nicht selbst mal den Punkt "Adressen auf
> Nebengebäuden" angeprangert?) und ein Haus nicht eingezeichnet (glaube
> ich). Einfach unsaubere Importe, welche vorher nicht abgeklärt wurden.
> > >
> > > Wenn man alles >v1 ausschließen könnte, kann man ja die bereits
> bearbeiteten Nodes ausschließen, oder? Dann wäre ich für einen Revert,
> allerdings mit unklarem Zeitraum.
> > >
> > > > Günther Zinsberger  hat am 9. Juni 2019 um
> 09:51 geschrieben:
> > > >
> > > >
> > > > Hallo!
> > > >
> > > > Mir geht es ähnlich. Am Anfang wäre ich auf jeden Fall für einen
> Revert
> > > > gewesen, jetzt bin ich mir nicht mehr so sicher.
> > > >
> > > > In Gemeinden, wo bereits wenige Adressen drinnen waren bzw. am
> Anfang
> > > > hat er die vorhandenen Adressen (z.B. in Hochburg/Ach oder Weibern)
> an
> > > > Gebäuden entfernt und seine eigenen Nodes als Punkte hinzugefügt.
> Dieses
> > > > Vorgehen hielt ich für fragwürdig, hab aber hier teilweise schon
> > > > nachgearbeitet.
> > > >
> > > > Bei seinen neueren Edits bzw. in Gemeinden wo schon viel vorhanden
> war
> > > > (z.B. in Wels), hat er nur einzelne Nodes hinzugefügt, was ich auf
> 

Re: [Talk-at] minderwertige Importe

2019-07-09 Diskussionsfäden gppes_osm
Wenn Du die Changesets so weit geprueft hast, kann ich mich diesem Ansatz der 
Reverts gut anfreunden. Weitere Imports dieser Art darf es nicht mehr geben, 
ich gewinne mehr und mehr den Eindruck, dass es einige User gibt, die den 
Import zwar irgendwie dulden aber in Wahrheit doch recht unzufrieden sind.

Lg, Gppes

> Gesendet: Dienstag, 09. Juli 2019 um 14:21 Uhr
> Von: vari...@mailbox.org
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] minderwertige Importe
>
> @Frederik Ramm
> 
> Bezugnehmend auf diese Diskussion 
> https://www.openstreetmap.org/changeset/71042792 und auch auf den 
> aktuellesten Post im Forum diesbezüglich 
> https://forum.openstreetmap.org/viewtopic.php?pid=754920 sollten wir das 
> Angebot der DWG bzgl. Reverts annehmen. 
> 
> Es ist schlicht und ergreifend ein Import ohne die Regeln befolgt zu haben 
> und somit sollte das reverted werden, inzwischen melden sich auch mehr 
> Benutzer im Forum.
> 
> Mein Vorschlag dazu ist:
> * Alles was noch v1 ist
> * Changesets mit dem Beginn "Fehlende oder neue Adressen*"
> * Start bei diesem https://www.openstreetmap.org/changeset/70646116 Changeset 
> - ab hier hat er definitiv einfach nur mehr großflächig importiert. Davor hat 
> er wenigstens irgendwas gemacht und diverse Änderungen vorgenommen. 
> 
> Sollte wieder ein Import geplant sein, müssen eben vorher die Import-Regeln 
> befolgt werden. 
> 
> > vari...@mailbox.org hat am 4. Juli 2019 um 08:20 geschrieben:
> > 
> > 
> > Ich habe mir mehr angesehen und inzwischen sieht es (siehe 
> > Changesetkommentare 
> > https://www.openstreetmap.org/changeset/71042792#map=10/48.5510/16.5873 ), 
> > zumindest laut Luzandro, so aus, als hätte er über 300.000 Nodes einfach 
> > blind importiert. Vielleicht sollte man überdenken zumindest die Nodes mit 
> > v1 zu reverten. Ich habe jetzt selbst, angefangen mit 
> > https://www.openstreetmap.org/changeset/71040878#map=10/48.3761/16.7255 10x 
> > solche Imports gefunden, jeweils zwischen 5.000 und 10.000 Adressen.
> > 
> > Jetzt sieht es aus wie in Google - die Städte haben Gebäudeumrisse und 
> > alles am Land hat einfach nur Nummern und die noch dazu eben irgendwo 
> > hingesetzt teilweise. Wenn man sich noch ältere ansieht sind die Changesets 
> > allerdings noch kleiner. 
> > https://www.openstreetmap.org/changeset/70824400#map=17/47.78306/16.53886 
> > aber selbst hier auf dem Ausschnitt sieht man einige falsch gesetzte 
> > Hausnummern, die klar neben dem eigentlichen Gebäude oder direkt auf dem 
> > Nebengebäude sind (hatte er nicht selbst mal den Punkt "Adressen auf 
> > Nebengebäuden" angeprangert?) und ein Haus nicht eingezeichnet (glaube 
> > ich). Einfach unsaubere Importe, welche vorher nicht abgeklärt wurden.
> > 
> > Wenn man alles >v1 ausschließen könnte, kann man ja die bereits 
> > bearbeiteten Nodes ausschließen, oder? Dann wäre ich für einen Revert, 
> > allerdings mit unklarem Zeitraum.
> > 
> > > Günther Zinsberger  hat am 9. Juni 2019 um 09:51 
> > > geschrieben:
> > > 
> > > 
> > > Hallo!
> > > 
> > > Mir geht es ähnlich. Am Anfang wäre ich auf jeden Fall für einen Revert 
> > > gewesen, jetzt bin ich mir nicht mehr so sicher.
> > > 
> > > In Gemeinden, wo bereits wenige Adressen drinnen waren bzw. am Anfang 
> > > hat er die vorhandenen Adressen (z.B. in Hochburg/Ach oder Weibern) an 
> > > Gebäuden entfernt und seine eigenen Nodes als Punkte hinzugefügt. Dieses 
> > > Vorgehen hielt ich für fragwürdig, hab aber hier teilweise schon 
> > > nachgearbeitet.
> > > 
> > > Bei seinen neueren Edits bzw. in Gemeinden wo schon viel vorhanden war 
> > > (z.B. in Wels), hat er nur einzelne Nodes hinzugefügt, was ich auf jeden 
> > > Fall für gut befinde.
> > > 
> > > In Summe bin ich in letzter Zeit somit eher gegen einen Revert.
> > > 
> > > Lg
> > > Günther [gzin]
> > > 
> > > 
> > > Am 09.06.19 um 08:28 schrieb gppes_...@web.de:
> > > > Liebe Kollegen, lieber Frederik,
> > > >
> > > > Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die 
> > > > ultimative Aufforderung diese Form des Adressimports zu stoppen.
> > > >
> > > > Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch 
> > > > den Kopf gehen lassen:
> > > >
> > > > Kollege addresshistory*org ist ein Mitglied unserer Community, das oft 
> > > > sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert 
&g

Re: [Talk-at] minderwertige Importe

2019-07-09 Diskussionsfäden various
@Frederik Ramm

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

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

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

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

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

Re: [Talk-at] minderwertige Importe

2019-07-04 Diskussionsfäden Johann Haag
Ich spreche mich dafür aus, zuerst Niederösterreich und die Steiermark zu 
vervollständigen. Anschliessend auf das nächste BEV Adress Relais zu warten, 
und 

dann gemeinsam mit Luzandro eine generelles neues Prozedere für gesamt 
Österreich zu entwerfen. Ein da und dort Revert macht nichts besser, sondern 
macht bestehende Gräben im West Ost Gefälle der Adressqualität in AT noch 
tiefer. Eines muss uns klar sein, der Addresshelper so wie dieser derzeit 
dasteht hatte seine Zeit, nun ist dieser am Ende, und eine Nachfolge Lösung 
muss her. Dass Luzandro eigene Diffs herausgegeben hat. Ist nicht Ursache für 
das Scheitern des Addresshelpers, sondern zeigt nur auf, dass dem längst so 
ist. Übrigens wo bleibt der Verein. Talk ist nicht der Verein. Damit man uns 
ernst nimmt, muss der Verein wieder aktiviert werden.

Von meinem iPhone gesendet

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

Re: [Talk-at] minderwertige Importe

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

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

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

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

Re: [Talk-at] minderwertige Importe

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

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

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


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


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

Re: [Talk-at] minderwertige Importe

2019-06-16 Diskussionsfäden various
Servus, 

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

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

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

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

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

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

Lg

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

Re: [Talk-at] minderwertige Importe

2019-06-11 Diskussionsfäden Georg Haefele
Hallo,

also ich finde die Arbeit von Johann sehr wertvoll. Er hat zumindest in meiner 
Heimatgemeinde in Vorarlberg gute Arbeit geleistet und dadurch die restlichen 
Korrekturen wesentlich erleichtert. Vernichtet wurde durch seine Arbeit 
zumindest in diesem Gebiet nichts.

Zudem hat er - im Gegensatz zu vielen anderen Mappern -  berücksichtigt, dass 
es dort keine Straßennamen gibt und korrekterweise addr:place verwendet.

Gruß
Georg


 

-Original Message-
From: Rudolf Mayer  
Sent: Sunday, June 9, 2019 2:41 PM
To: talk-at@openstreetmap.org
Subject: Re: [Talk-at] minderwertige Importe

Hallo,

ich bin zwar grundsätzlich nicht erfreut, wenn Arbeit zu nichte gemacht wird, 
auch nicht die von Johann - aber genauso macht er auch viel Arbeit von anderen 
zunichte, bzw. halst den anderen viel Arbeit auf.

Seine Vorgehensweise ist ja wirklich einfach nur arrogant - ich importiere mal, 
und als changeset Kommentar bitte ich dann die anderen, die Fehler zu 
beseitigen. Das ist einfach nur ignorant.

Auch seine Rechtfertigung, dass man ja jede Adresse dann persönlich 
verifizieren müsste zeigt, dass er einfach ein Sofa-Mapper der wirklich 
schlechten Art ist (ich habe grundsätzlich keine Abneigung gegen solche, viele 
tragen sehr wertvolles bei, wenn aus Satellitenbildern oder von Mapillary 
Informationen übertragen werden).


Grundsätzlich stellt sich mir hier nicht nur die Frage wie man die bisherigen 
Edits behandelt, sondern auch, wie man in Zukunft verhindert, dass er das 
wieder einfach weiter so macht. Diskussion mit ihm ist ja so ähnlich, wie wenn 
man mit einer Mauer redet.
Er sieht sich halt irgendwie als der Missverstandene, und alle anderen in der 
Community, auch wenn sie geschlossen anderer Meinung sind, liegen einfach 
falsch. Das passt halt überhaupt nicht zu OSM...

Eine 7-Tage Sperre wird hier vielleicht nicht viel helfen. Auch hat er ja 
gezeigt, dass er schnell einfach mal einen neuen account macht (und er hat auch 
momentan viele die er zugibt, wie man hier sieht: 
https://www.openstreetmap.org/user/addresshistory*org)


Alles in allem wäre ich dafür, zumindest einen Teil seiner Edits rückgängig zu 
machen. Vor allem dort, wo es ja von der lokalen Community nicht gut 
aufgenommen wurde (das ist imho zumindest in Wien der Fall).


Lg
Rudi

On 08/06/2019 12:03, Frederik Ramm wrote:
> Hallo,
> 
> nach wiederholten Beschwerden über die Importe von addresshistory*org 
> habe ich hier eine Accountsperre verhängt
> 
> https://www.openstreetmap.org/user_blocks/2839
> 
> und den User aufgefordert, jeden einzelnen Import vorher an dieser 
> Stelle hier zu diskutieren, insbesondere was die Datenquelle und die 
> Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden 
> können, statt dass zigtausende Nodes erst importiert, dann gelöscht, 
> dann wieder neu importiert werden und so weiter. Das ist einfach 
> schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> 
> Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits 
> der letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der 
> österreichischen Community ein grober Konsens bestehen sollte, dass 
> der Schaden insgesamt größer als der Nutzen ist.
> 
> Viele Grüße
> Frederik
> 


___
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-06-10 Diskussionsfäden andreas wecer
Hallo,

Am Sa., 8. Juni 2019 um 12:03 Uhr schrieb Frederik Ramm :

> Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
> letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
> österreichischen Community ein grober Konsens bestehen sollte, dass der
> Schaden insgesamt größer als der Nutzen ist.


Auch wenn er oft mit dem Holzhammer daher kommt, sollten wir nicht aus
Reflex ebenfalls zu diesem greifen und ohne zu schauen, was dabei überhaupt
geändert wurde, Monate oder gar Jahre von Changesets zurücksetzen, die dann
auch zahlreiche andere User betreffen (schlussendlich alle), welche
angenommen hatten, dass Gewisse Daten in einer Gegend schon vorhanden /
korrekt waren.

Ich habe einmal für die Bezirke Baden und Bruck an der Leitha versucht die
meisten Problemfälle tlw. automatisiert zu beseitigen
.

Wenn ich das richtig sehe, haben die großflächigen "Fehlende oder neue
Adressen..." Changesets außerhalb seiner Kernregion aber sowieso erst vor
etwa 2 Wochen in Salzburg begonnen:
https://www.openstreetmap.org/changeset/70646116
bzw. die ersten in Vorarlberg vor ca. einem Monat:
https://www.openstreetmap.org/changeset/70248289

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


Re: [Talk-at] minderwertige Importe

2019-06-09 Diskussionsfäden Rudolf Mayer

Hallo,

ich bin zwar grundsätzlich nicht erfreut, wenn Arbeit zu nichte gemacht 
wird, auch nicht die von Johann - aber genauso macht er auch viel Arbeit 
von anderen zunichte, bzw. halst den anderen viel Arbeit auf.


Seine Vorgehensweise ist ja wirklich einfach nur arrogant - ich 
importiere mal, und als changeset Kommentar bitte ich dann die anderen, 
die Fehler zu beseitigen. Das ist einfach nur ignorant.


Auch seine Rechtfertigung, dass man ja jede Adresse dann persönlich 
verifizieren müsste zeigt, dass er einfach ein Sofa-Mapper der wirklich 
schlechten Art ist (ich habe grundsätzlich keine Abneigung gegen solche, 
viele tragen sehr wertvolles bei, wenn aus Satellitenbildern oder von 
Mapillary Informationen übertragen werden).



Grundsätzlich stellt sich mir hier nicht nur die Frage wie man die 
bisherigen Edits behandelt, sondern auch, wie man in Zukunft verhindert, 
dass er das wieder einfach weiter so macht. Diskussion mit ihm ist ja so 
ähnlich, wie wenn man mit einer Mauer redet.
Er sieht sich halt irgendwie als der Missverstandene, und alle anderen 
in der Community, auch wenn sie geschlossen anderer Meinung sind, liegen 
einfach falsch. Das passt halt überhaupt nicht zu OSM...


Eine 7-Tage Sperre wird hier vielleicht nicht viel helfen. Auch hat er 
ja gezeigt, dass er schnell einfach mal einen neuen account macht (und 
er hat auch momentan viele die er zugibt, wie man hier sieht: 
https://www.openstreetmap.org/user/addresshistory*org)



Alles in allem wäre ich dafür, zumindest einen Teil seiner Edits 
rückgängig zu machen. Vor allem dort, wo es ja von der lokalen Community 
nicht gut aufgenommen wurde (das ist imho zumindest in Wien der Fall).



Lg
Rudi

On 08/06/2019 12:03, Frederik Ramm wrote:

Hallo,

nach wiederholten Beschwerden über die Importe von addresshistory*org
habe ich hier eine Accountsperre verhängt

https://www.openstreetmap.org/user_blocks/2839

und den User aufgefordert, jeden einzelnen Import vorher an dieser
Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
dann wieder neu importiert werden und so weiter. Das ist einfach
schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.

Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
österreichischen Community ein grober Konsens bestehen sollte, dass der
Schaden insgesamt größer als der Nutzen ist.

Viele Grüße
Frederik




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


Re: [Talk-at] minderwertige Importe

2019-06-09 Diskussionsfäden Thomas Rupprecht
Hallo,

Sorry für die kurze Antwort gestern war aber unterwegs und am Handy machts
keinen Spaß lange Nachrichten zu schreiben.
Weil die Frage aufkam wer ich bin: https://hdyc.neis-one.org/?XimeX

Zum Import selbst:
Also ich pflege bei mir in der Gemeinde Hernstein die Adressen laufend.
Durch den Import wurden Adressen eingetragen die zwar auf dem Papier (
basemap.at etc) gibt aber in der Wirklichkeit (noch) nicht vorhanden sind
(nicht bebaute Grünfläche; noch im Bau befindende Gebäude), bzw Adressen zu
einem Grundstück die aber schon eine Adresse von der gegenüberliegenden
Straße haben.
Ich habe mir jetzt nicht alle Importe angesehen. Aber wenn ich in meiner
Gemeinde keinen Nutzen dieses Imports finden kann (siehe oben beschrieben)
wird es bei den ganzen anderen Importen nicht viel besser aussehen.
Mir gehts zumindest um den Import den meine Gemeinde betrifft:
https://overpass-api.de/achavi/?changeset=70719910

Wenn es in anderen Gebieten einen großen Mehrwert gibt ok. Hätte ihn
zumindest noch nicht gefunden (ja es sind dann _alle_ Adressen in OSM aber
wer hats kontrolliert?). Das Problem der Imports ist ja auch immer das es
einen Aufbau von Communities entgegen läuft.

mfg Thomas Rupprecht


Am So., 9. Juni 2019 um 08:29 Uhr schrieb :

> Liebe Kollegen, lieber Frederik,
>
> Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die
> ultimative Aufforderung diese Form des Adressimports zu stoppen.
>
> Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch den
> Kopf gehen lassen:
>
> Kollege addresshistory*org ist ein Mitglied unserer Community, das oft
> sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert in
> seiner Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass Johann seine
> Edits im festen Glauben OSM zu verbessern durchfuehrt.
>
> Ich sehe in seinen Edits keinen Vandalismus und keine Provokation
> gegenueber anderen Nutzern. Nutzen gegen Schaden von ueber Monate/Jahre
> laufenden Edits abzuwaegen empfinde ich als mutig. Die Abstimmung koennte
> zu einer Agglomeration von Stimmungslagen verkommen und davon halte ich
> nichts. Als Indiz sehe ich die Zustimmung von Kollegen Rupprecht, dessen
> OSM-anonyme Zustimmung - milde gesprochen - sehr knapp formuliert ist.
>
> Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein Schaden
> angerichtet, aber er hat die Katastralgemeinden als "addr:suburb"
> eingetragen. Das finde ich schlicht als nicht notwendig und ich werde beim
> naechsten Stammtisch in Leoben den Punkt auf die Diskussionliste setzen.
>
> Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch auf
> die Leute, die sich schon seit laengerer Zeit mit seinen Edits befasst
> haben und auch in den CS aber auch im AT Forum bzw. hier diskutiert haben.
> Ich wuerde mich zur Verfuegung stellen, einzelne Reverts zusammen mit
> Kollegen der AT-Community durchzufuehren.
>
> Ich spreche mich gegen systematische Reverts von Edits des Users ueber
> welchen Zeitraum auch immer aus - ja, ich finde auch schon den salopp
> formulierten Vorschlag von Frederik nicht ganz optimal.
>
> Lg, Gppes
>
>
> > Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
> > Von: "Frederik Ramm" 
> > An: "OpenStreetMap AT" 
> > Betreff: [Talk-at] minderwertige Importe
> >
> > Hallo,
> >
> > nach wiederholten Beschwerden über die Importe von addresshistory*org
> > habe ich hier eine Accountsperre verhängt
> >
> > https://www.openstreetmap.org/user_blocks/2839
> >
> > und den User aufgefordert, jeden einzelnen Import vorher an dieser
> > Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
> > Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
> > können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
> > dann wieder neu importiert werden und so weiter. Das ist einfach
> > schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> >
> > Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
> > letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
> > österreichischen Community ein grober Konsens bestehen sollte, dass der
> > Schaden insgesamt größer als der Nutzen ist.
> >
> > Viele Grüße
> > Frederik
> >
> > --
> > Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
>
> ___
> Talk-at mailing 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-06-09 Diskussionsfäden Robert Grübler
Lieber Gppes,
Eine sehr ausgewogene Sicht der Lage, die ich voll unterstütze.

LG Robert (Robhubi)

-Ursprüngliche Nachricht-
Von: gppes_...@web.de [mailto:gppes_...@web.de] 
Gesendet: Sonntag, 9. Juni 2019 08:29
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] minderwertige Importe

Liebe Kollegen, lieber Frederik,

Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die ultimative 
Aufforderung diese Form des Adressimports zu stoppen.

Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch den Kopf 
gehen lassen:

Kollege addresshistory*org ist ein Mitglied unserer Community, das oft sehr 
eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert in seiner 
Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass Johann seine Edits im 
festen Glauben OSM zu verbessern durchfuehrt.

Ich sehe in seinen Edits keinen Vandalismus und keine Provokation gegenueber 
anderen Nutzern. Nutzen gegen Schaden von ueber Monate/Jahre laufenden Edits 
abzuwaegen empfinde ich als mutig. Die Abstimmung koennte zu einer 
Agglomeration von Stimmungslagen verkommen und davon halte ich nichts. Als 
Indiz sehe ich die Zustimmung von Kollegen Rupprecht, dessen OSM-anonyme 
Zustimmung - milde gesprochen - sehr knapp formuliert ist.

Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein Schaden 
angerichtet, aber er hat die Katastralgemeinden als "addr:suburb" eingetragen. 
Das finde ich schlicht als nicht notwendig und ich werde beim naechsten 
Stammtisch in Leoben den Punkt auf die Diskussionliste setzen.

Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch auf die 
Leute, die sich schon seit laengerer Zeit mit seinen Edits befasst haben und 
auch in den CS aber auch im AT Forum bzw. hier diskutiert haben. Ich wuerde 
mich zur Verfuegung stellen, einzelne Reverts zusammen mit Kollegen der 
AT-Community durchzufuehren.

Ich spreche mich gegen systematische Reverts von Edits des Users ueber welchen 
Zeitraum auch immer aus - ja, ich finde auch schon den salopp formulierten 
Vorschlag von Frederik nicht ganz optimal.

Lg, Gppes


> Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
> Von: "Frederik Ramm" 
> An: "OpenStreetMap AT" 
> Betreff: [Talk-at] minderwertige Importe
>
> Hallo,
> 
> nach wiederholten Beschwerden über die Importe von addresshistory*org 
> habe ich hier eine Accountsperre verhängt
> 
> https://www.openstreetmap.org/user_blocks/2839
> 
> und den User aufgefordert, jeden einzelnen Import vorher an dieser 
> Stelle hier zu diskutieren, insbesondere was die Datenquelle und die 
> Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden 
> können, statt dass zigtausende Nodes erst importiert, dann gelöscht, 
> dann wieder neu importiert werden und so weiter. Das ist einfach 
> schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> 
> Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits 
> der letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der 
> österreichischen Community ein grober Konsens bestehen sollte, dass 
> der Schaden insgesamt größer als der Nutzen ist.
> 
> Viele Grüße
> Frederik
> 
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

___
Talk-at mailing 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-06-09 Diskussionsfäden Günther Zinsberger

Hallo!

Mir geht es ähnlich. Am Anfang wäre ich auf jeden Fall für einen Revert 
gewesen, jetzt bin ich mir nicht mehr so sicher.


In Gemeinden, wo bereits wenige Adressen drinnen waren bzw. am Anfang 
hat er die vorhandenen Adressen (z.B. in Hochburg/Ach oder Weibern) an 
Gebäuden entfernt und seine eigenen Nodes als Punkte hinzugefügt. Dieses 
Vorgehen hielt ich für fragwürdig, hab aber hier teilweise schon 
nachgearbeitet.


Bei seinen neueren Edits bzw. in Gemeinden wo schon viel vorhanden war 
(z.B. in Wels), hat er nur einzelne Nodes hinzugefügt, was ich auf jeden 
Fall für gut befinde.


In Summe bin ich in letzter Zeit somit eher gegen einen Revert.

Lg
Günther [gzin]


Am 09.06.19 um 08:28 schrieb gppes_...@web.de:

Liebe Kollegen, lieber Frederik,

Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die 
ultimative Aufforderung diese Form des Adressimports zu stoppen.


Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch 
den Kopf gehen lassen:


Kollege addresshistory*org ist ein Mitglied unserer Community, das oft 
sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert 
in seiner Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass 
Johann seine Edits im festen Glauben OSM zu verbessern durchfuehrt.


Ich sehe in seinen Edits keinen Vandalismus und keine Provokation 
gegenueber anderen Nutzern. Nutzen gegen Schaden von ueber 
Monate/Jahre laufenden Edits abzuwaegen empfinde ich als mutig. Die 
Abstimmung koennte zu einer Agglomeration von Stimmungslagen verkommen 
und davon halte ich nichts. Als Indiz sehe ich die Zustimmung von 
Kollegen Rupprecht, dessen OSM-anonyme Zustimmung - milde gesprochen - 
sehr knapp formuliert ist.


Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein 
Schaden angerichtet, aber er hat die Katastralgemeinden als 
"addr:suburb" eingetragen. Das finde ich schlicht als nicht notwendig 
und ich werde beim naechsten Stammtisch in Leoben den Punkt auf die 
Diskussionliste setzen.


Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch 
auf die Leute, die sich schon seit laengerer Zeit mit seinen Edits 
befasst haben und auch in den CS aber auch im AT Forum bzw. hier 
diskutiert haben. Ich wuerde mich zur Verfuegung stellen, einzelne 
Reverts zusammen mit Kollegen der AT-Community durchzufuehren.


Ich spreche mich gegen systematische Reverts von Edits des Users ueber 
welchen Zeitraum auch immer aus - ja, ich finde auch schon den salopp 
formulierten Vorschlag von Frederik nicht ganz optimal.


Lg, Gppes



Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
Von: "Frederik Ramm" 
An: "OpenStreetMap AT" 
Betreff: [Talk-at] minderwertige Importe

Hallo,

nach wiederholten Beschwerden über die Importe von addresshistory*org
habe ich hier eine Accountsperre verhängt

https://www.openstreetmap.org/user_blocks/2839

und den User aufgefordert, jeden einzelnen Import vorher an dieser
Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
dann wieder neu importiert werden und so weiter. Das ist einfach
schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.

Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
österreichischen Community ein grober Konsens bestehen sollte, dass der
Schaden insgesamt größer als der Nutzen ist.

Viele Grüße
Frederik





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


Re: [Talk-at] minderwertige Importe

2019-06-08 Diskussionsfäden gppes_osm
Liebe Kollegen, lieber Frederik,

Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die ultimative 
Aufforderung diese Form des Adressimports zu stoppen.

Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch den Kopf 
gehen lassen:

Kollege addresshistory*org ist ein Mitglied unserer Community, das oft sehr 
eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert in seiner 
Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass Johann seine Edits im 
festen Glauben OSM zu verbessern durchfuehrt.

Ich sehe in seinen Edits keinen Vandalismus und keine Provokation gegenueber 
anderen Nutzern. Nutzen gegen Schaden von ueber Monate/Jahre laufenden Edits 
abzuwaegen empfinde ich als mutig. Die Abstimmung koennte zu einer 
Agglomeration von Stimmungslagen verkommen und davon halte ich nichts. Als 
Indiz sehe ich die Zustimmung von Kollegen Rupprecht, dessen OSM-anonyme 
Zustimmung - milde gesprochen - sehr knapp formuliert ist.

Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein Schaden 
angerichtet, aber er hat die Katastralgemeinden als "addr:suburb" eingetragen. 
Das finde ich schlicht als nicht notwendig und ich werde beim naechsten 
Stammtisch in Leoben den Punkt auf die Diskussionliste setzen.

Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch auf die 
Leute, die sich schon seit laengerer Zeit mit seinen Edits befasst haben und 
auch in den CS aber auch im AT Forum bzw. hier diskutiert haben. Ich wuerde 
mich zur Verfuegung stellen, einzelne Reverts zusammen mit Kollegen der 
AT-Community durchzufuehren.

Ich spreche mich gegen systematische Reverts von Edits des Users ueber welchen 
Zeitraum auch immer aus - ja, ich finde auch schon den salopp formulierten 
Vorschlag von Frederik nicht ganz optimal.

Lg, Gppes


> Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
> Von: "Frederik Ramm" 
> An: "OpenStreetMap AT" 
> Betreff: [Talk-at] minderwertige Importe
>
> Hallo,
> 
> nach wiederholten Beschwerden über die Importe von addresshistory*org
> habe ich hier eine Accountsperre verhängt
> 
> https://www.openstreetmap.org/user_blocks/2839
> 
> und den User aufgefordert, jeden einzelnen Import vorher an dieser
> Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
> Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
> können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
> dann wieder neu importiert werden und so weiter. Das ist einfach
> schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> 
> Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
> letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
> österreichischen Community ein grober Konsens bestehen sollte, dass der
> Schaden insgesamt größer als der Nutzen ist.
> 
> Viele Grüße
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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


Re: [Talk-at] minderwertige Importe

2019-06-08 Diskussionsfäden gppes_osm
Hallo,

darf man fragen, unter welchem Namen Du in OSM editierst?

Lg, Gppes

> Gesendet: Samstag, 08. Juni 2019 um 12:34 Uhr
> Von: "Thomas Rupprecht" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] minderwertige Importe
>
> Hallo,
> 
> also ich bin für den Revert.
> -- 
> mfg Thomas Rupprecht
> 
> Am 8. Juni 2019 12:03:39 MESZ schrieb Frederik Ramm :
> >Hallo,
> >
> >nach wiederholten Beschwerden über die Importe von addresshistory*org
> >habe ich hier eine Accountsperre verhängt
> >
> >https://www.openstreetmap.org/user_blocks/2839
> >
> >und den User aufgefordert, jeden einzelnen Import vorher an dieser
> >Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
> >Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
> >können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
> >dann wieder neu importiert werden und so weiter. Das ist einfach
> >schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> >
> >Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
> >letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
> >österreichischen Community ein grober Konsens bestehen sollte, dass der
> >Schaden insgesamt größer als der Nutzen ist.
> >
> >Viele Grüße
> >Frederik
> >
> >-- 
> >Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
> >E008°23'33"
> >
> >___
> >Talk-at mailing list
> >Talk-at@openstreetmap.org
> >https://lists.openstreetmap.org/listinfo/talk-at
> ___
> Talk-at mailing 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-06-08 Diskussionsfäden Thomas Rupprecht
Hallo,

also ich bin für den Revert.
-- 
mfg Thomas Rupprecht

Am 8. Juni 2019 12:03:39 MESZ schrieb Frederik Ramm :
>Hallo,
>
>nach wiederholten Beschwerden über die Importe von addresshistory*org
>habe ich hier eine Accountsperre verhängt
>
>https://www.openstreetmap.org/user_blocks/2839
>
>und den User aufgefordert, jeden einzelnen Import vorher an dieser
>Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
>Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
>können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
>dann wieder neu importiert werden und so weiter. Das ist einfach
>schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
>
>Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
>letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
>österreichischen Community ein grober Konsens bestehen sollte, dass der
>Schaden insgesamt größer als der Nutzen ist.
>
>Viele Grüße
>Frederik
>
>-- 
>Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
>E008°23'33"
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at