Re: [Talk-at] Probleme mit User / Qualitätsoffensive Salzburg usw.

[Robert Kaiser]

Johann Haag schrieb:

Wir sind in Österreich für eine gedeihliche Qualitätsdiskussion mit dem
grundsätzliche Problem konfrontiert, dass Österreichs Protagonisten bislang
auf das Instrument eines eigenen Local Chapter verzichten.
Mit in Anonymität auftretenden Identitäten kann man schwer in einen
fruchtbaren Dialog treten.


Weder die OpenStreetMap Foundation, noch ihre Local Chapters sind für 
die Datenqualität der OSM-Datenbank (bzw. daraus gerenderter Karten) 
zuständig. Die Leute, die in der Community aktiv sind, haben die 
Verantwortung für die Qualität, und bei Konflikten gibt es die DWG - 
https://wiki.osmfoundation.org/wiki/Data_Working_Group - um diese zu 
lösen (oder auch andere Probleme, die die Daten betreffen, wie 
Lizenzkonflikte).


Zusätzlich finde ich, dass eine Gruppe wie ein Local Chapter sogar noch 
mehr "anonym" wirken würde, als Leute aus der Community, die hier 
persönlich sagen, welche Meinung sie haben. Ich habe schon viele 
fruchtbare Dialoge hier gesehen, aber dazu braucht es die Bereitschaft, 
auf den anderen einzugehen, was man sicher nicht mit Anschuldigungen 
z.B. von "Interessenkonflikten" und "Anonymität" macht. Ich bitte, hier 
konstruktiv zu sein.


Grüße,
KaiRo


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

Re: [Talk-at] OSM Gebäude, Dachfläche oder Grundriss

[Robert Kaiser]

Johann Haag schrieb:

Neben der Garagenzufahrt eignen sich als weiteres Indiz der jeweilige
Gebäudeanschluss zu Nebengebäuden. Zieht man den regional üblicherweise
bekannten Typischen Dachüberstand ab, so gelingen solche Anschlüsse auch
ohne künstliche Erker oder andere Verrenkungen.


Sorry, aber OSM ist kein Ratespiel. Wir sollten nach bestem Wissen und 
Gewissen das einzeichenen, was wir WISSEN. Wenn wir nur das Dach wissen, 
weil wir von Orthofots abzeichnen, dann ist es gut genug, das zu nehmen. 
Wenn du nicht selbst vor Ort warst und das ausgemessen hast, oder einen 
(für die Übernahme erlaubte) Datenquelle hast, die eindeutig besser ist, 
dann ändere nicht Dinge, weil du *schätzt*, dass es so sein könnte.
Wenn du der erste bist, der das Haus einzeichnet, dann kannst du das 
machen, weil du nach bestem Wissen und Gewissen versuchst, das hin zu 
bekommen. Aber wenn es schon da ist, und die Geometrie nicht auf Grund 
des WISSENS in verfügbaren Quellen zu verbessern ist, dann lass es 
lieber, wie es ist. Weniger Arbeit und eine nur geschätzte 
"wahrscheinlich-möglicherweise" Verbesserung ist keine eigentliche 
Verbesserung und bringt niemand was, schadet nur der Community, weil 
sich der Mapper, der das vorher eingezeichnet hat, übergangen, wertlos 
oder auf den Schlips getreten fühlt.


KaiRo


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

Re: [Talk-at] ALS-Daten frei zugänglich

[Robert Kaiser]

Friedrich Volkmann schrieb:
Wenn ich Talent für Schönreden hätte, wär ich Unternehmer oder Makler 
geworden und stinkreich.


Die Unternehmer in dieser Gruppe, die ziemlich sicher alle nicht 
"stinkreich" sind, können auf solche fehlplatzierten Kommentare in 
Zukunft gut verzichten. Danke!


KaiRo


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

Re: [Talk-at] ALS-Daten frei zugänglich

[Robert Kaiser]

Patrick Strasser-Mikhail schrieb:
https://www.landesentwicklung.steiermark.at/cms/beitrag/12803182/142970647/ 



Was in dem Beitrag ziemlich interessant wirkt, ist - für mich zumindest 
- dass sie behaupten, dass das BEV demnächst ein 1m-Modell mit 
orthometrischen Höhen in data-gv-at zur Verfügung stellen wird. Das 
könnte für uns alle hilfreich werden, auch außerhalb der Steiermark...


KaiRo


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

Re: [Talk-at] (Halb-)mechanischer Edit von Ärztenamen in Tirol

[Robert Kaiser]

Stefan Tauner schrieb:

Da dieses Schema für den deutschen Sprachraum unüblich ist, würde ich
das gerne auf "Dr.  " ändern (bzw. wäre ich natürlich
auch nicht böse, wenn das jemand anderer hackt ;)
Ich würde das ggf. per Overpass laden, exportieren in einem Texteditor,
mit sed oder vl. auch etwas OSM-spezifischen (Vorschläge?) ändern und
wieder hochladen. Allerdings wird es auf Grund von Doppelnamen und
anderen Uneindeutigkeiten ohne eine manuelle Überprüfung ohnehin kaum
gehen. Da fs_LT nichts dagegen hat, seh ich aber keine grundsätzlichen
Probleme. Trotzdem stelle ich das hier mal zur Diskussion, bevor ich
mich um die Details zu automated edits kümmere.


Sehe ich als eine gute Idee, besonders, wenn die manuelle Überprüfung 
auch gemacht wird.


Grüße,
KaiRo


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

Re: [Talk-at] JOSM basemap.at Orthofoto maximale Zoomstufe

[Robert Kaiser]

Florian Kargl schrieb:

Gibt es eigentlich einen Grund warum in den JOSM image presets für das
basemap.at Orthofoto nur die maximale Zoomstufe 19 eingestellt ist? [1]
In Städten sind die Orthofotos bis Zoomstufe 20 verfügbar. [2]


An sich musst du da mit den Leuten reden, die das in die JOSM-Presets 
reingebracht haben.
Weißt du, was die basemap-API liefert, wenn man für einen Bereich die 
Zoomstufe 20 abfragt, für den sie nicht verfügbar ist? Wenn dort nciths 
bzw. ein Fehler kommt, wird such in JOSM eine Leer- oder Fehlerkachel 
dargestellt und man verliert die Möglichkeit, weiter rein zu zoomen und 
noch was auf dem sklierten Bildmaterial nachfahren zu können. Ev. muss 
man in diesem Fall 2 Presets machen mit verschiedenen Max-Zoom-Leveln, 
zwischen denen man herumschalten kann für verschiedene Gegenden.


KaiRo


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

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[Robert Kaiser]

Marcus MERIGHI schrieb:

1) ich kenne jetzt sechs faelle, in denen menschen auf von mir
eingetragenen steigen in bergnot gerieten. zum (und mit) glueck in
keinem fall (ganz) schlimme folgen.


Weißt du in diesen Fällen, ob sie OSM-basierte Karten verwendet haben, 
um dort hin zu kommen?
Es gibt wohl z.B. andere Karten, wo die auch drin sind, und darauf hat 
dein Handeln genau null Einfluss.


Es gibt zusätzlich auch genug Straßen, auf denen Unfälle passieren, ich 
mach mir da aber auch keine Sorgen, ob ich die in OSM eingetragen habe 
oder nicht.


KaiRo



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

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[Robert Kaiser]

PPete schrieb:
Letztendlich bleibt die Eigenverantwortlichkeit das man sich vor so 
einer alpinen Tour über geeignetes Kartenmaterial informiert. Und 
zweitens muss man sich ev. als Kartenanbieter auch fragen ob ich 
wirklich jedes hochalpine Steiglein aus den OSM-Daten in meine Karte 
einzeichne, wenn diese darin nicht von gewöhnlichen, gefahrlosen 
Wanderwegerl unterscheidbar sind.


Ja, OSM ist nur eine Datenbank von Dingen, die in der Natur so da sind. 
Welche Karten man daraus macht, muss man sich sicher überlegen. Aber 
noch mehr, wenn man eine Bergtour macht (oder auch sonst wo unterwegs 
ist), dann muss man sich vernünftig vorbereiten und schauen, was da 
wirklich los ist, denn keine Karte ist perfekt. Und man muss sich 
besonders an lokale Beschilderungen und Markierungen halten, und wenn 
man keine findet, muss man genau wissen, was man tut, und sich nicht auf 
irgendeine Online-Quelle welcher Art auch immer verlassen.
Wer das nicht tut, dem bin ich vergönnt, dass er einen 
Bergrettungseinsatz voll bezahlen muss und ihm jede Versicherung auch 
aussteigt, und es finanziell wirklich weh tut. Körperlichen Schaden 
wünsche ich niemanden, aber auch damit muss man rechnen, wenn man sich 
nicht vernünftig informiert und "blind" irgendwelchen automatischen bzw. 
online gefundenen Quellen folgt.


KaiRo


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

Re: [Talk-at] OSM AT Erreichbarkeit

[Robert Kaiser]

Hör auf, hier kompletten Blödsinn zu verbreiten.

KaiRo

Johann Haag schrieb:

Leider wird auch die Webseite nicht gewartet, Anfragen bleiben monatelang 
unbeantwortet.
Das bedeutet, in Österreich an OpenStreetMap interessierte, werden auf ein 
Abstellgleis gelenkt.

Es ist längst an der Zeit, dass man den Wiener Verein aus der Liste 
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters 
 entfernt, und den Domain 
openstreetmap.at  mit openstreetmap.de 
 zusammenführt.

Grüsse Johann Haag
Aktueller Nr.1 OpenStreetMap Mitwirkender in Österreich


Am 13.08.2020 um 12:29 schrieb Stefan Tauner via Talk-at 
:

LWG-Sach



___
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] geoimage.at geändert

[Robert Kaiser]

Friedrich Volkmann schrieb:
Soll das heißen, dass ihr alle drei diese wichtige Info, von der 
zumindest du schon wusstest, dass ich darauf warte, 4 Tage lang 
zurückgehalten habt?




Kann sein, Keiner von uns wird dafür bezahlt, sich mit OSM zu 
beschäftigen und daher reagieren wir manchmal nicht sofort. Ich zum 
Beispiel war in letzter Zeit mit (bezahlter) Arbeit extrem eingedeckt 
und hab mit der kleinen Ausnahme am 6. seit mehr als einem Monat nicht 
mal Nachrichten in meinem OSM-Ordner gelesen und erst heute alles 
"abgearbeitet", was sich über Wochen zusammengetragen hat. Das 
inkludiert sogar Dinge, die meine offizielle Tätigkeit als 
Vorstandmitglied bzw. Kassier des Vereins angehen. Während manche Leute 
vielleicht ihre Zeit nur mit OSM verbringen, gibt es auch Leute, bei 
denen andere Dinge höhere Priorität haben.
Zusätzlich haben wir in diesem Fall so wei ich sehe auch auf die Antwort 
auf eine Rückfrage gewartet, und diese Antwort ist erst am 13. gekommen.


KaiRo


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

Re: [Talk-at] geoimage.at geändert

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 13.07.20 08:46, Norbert Wenzel wrote:

Friedrich, mittlerweile ist ein Mail eingetroffen, mit der Bitte um eine
Änderung der URL.


Bei mir nicht und bei Robert auch nicht.


Auf dem Account, den sowohl ich als auch Norberet und Markus lesen, ist 
am 9. Juli eine Nachricht darübner eingegangen, darüber hat dir Norbert 
berichtet.
Du kannst nicht am 13. behaupten, dass ich nichts bekommen habe, wenn 
ich das am 6. gesagt habe, denn in der Woche dazwischen kann viel passieren.


KaiRo


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

Re: [Talk-at] geoimage.at geändert

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 26.12.19 17:36, Robert Kaiser wrote:

Friedrich Volkmann schrieb:

On 26.12.19 16:20, Robert Kaiser wrote:
Ja, das haben sie vor einiger Zeit an alle geschrieben, die bei 
Geoimage registriert sind, so auch auf unsere Info-Adresse:


Nicht an alle. Ich bin dort auch registriert und hab das Mail nicht 
bekommen.


Die Registrierung ist eigentlich fürn Hugo, weil man weder diese 
Benachrichtigungen zuverlässig kriegt noch den WMS-Server besser 
nutzen kann (obwohl das ursprünglich vorgesehen war).


Ah, interessant. Ich dachte, dass das wohl an alle rausgegangen ist 
und hab's daher nicht an die Liste hier weitergeleitet. Sorry. Ist 
aber jetzt auch geschehen.
Hoffentlich denken wir dran, wenn wieder mal so eine Nachricht kommen 
sollte.


Ist es jetzt wieder soweit? geoimage.at-Hintergrund geht bei mir 
mindestens seit gestern nicht mehr. basemap.at-Hintergründe gehen noch.




Keine Ahnung, ich sehe keine Nachricht von Geoimage.

KaiRo


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

Re: [Talk-at] Irreführendes Nominatim-Ergebnis

[Robert Kaiser]

Florian Ledermann schrieb:
Im Moment scheint mir - zumindest für den Datenstand in Wien und 
wahrscheinlich ganz AT (?) - auch ein "naiver" Ansatz einer direkten 
Suche auf Address-Nodes und Builing-Polygonen, mit Nominatim nur als 
Fallback, die vielversprechendere Lösung. Aber sowas ist ja nicht 
einmal ein "Produkt", sondern eine simple Query auf der OSM Datenbank 
(wenn ich nicht etwas übersehe). Mal sehen, wie weit ich mit so einem 
Setup komme.


Ja, wenn man schon die Teile einer Adresse exakt hat, dann geht das 
natürlich auch, z.B. https://overpass-turbo.eu/s/Viv


KaiRo



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

Re: [Talk-at] Umgang mit Rechteverletzungen

[Robert Kaiser]

scubbx schrieb:

Ein Import von ca 280.000 Changes, deren Quelle selbst dem den Import
durchführenden Mapper unbekannt ist (nach eigener Aussage), verlangt
Aufmerksamkeit?


Ja, verlangt Aufmerksamkeit im, Form eines sofortigen Reverts, 
besonders, nachdem auch die Import-Richtlinien des Projektes nicht 
eingehalten wurden.



In der Vergangenheit gab es schon Fälle, wo User Daten aus zBsp. Google
Maps abgezeichnet hatten - das wurde auch recht schnell und schmerzlos
korrigiert.


Richtig. Und "korrigiert" heißt da "entfernt" (normal per revert). Nur, 
um das klar zu stellen.



Tatsächlich freue ich mich über die Aufmerksamkeit, die das Thema PLZ
jetzt erhält, und sehe eigentlich kein großes Problem ( -> Daten
unbekannter Herkunft aus der OSM raus, PLZ-Zonen anderweitig eintragen)?
Eine andere Situation gibt es derzeit sowieso nicht, oder übersehe ich
da etwas?


Stimme dir da voll zu.

KaiRo


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

Re: [Talk-at] Umgang mit Rechteverletzungen

[Robert Kaiser]

Johann Haag schrieb:

Noch einmal, Es gibt bei uns mitwirkende, welche mit besonderer Akribie,
sich mit tiefen Analysen beschäftigen, und so gegen unser Projekt arbeiten.


Die arbeiten FÜR dieses Projekt, und es ist gut, dass es sie gibt.
Es gibt bei uns auch Mitwirkende, die glauben, alles zu wissen und 
grundsätzlich mit anderen in der Community schroff umgehen und 
unbelehrbar sind. Trotz dem du so einer zu sein scheinst, reagiere ich 
noch auf deine Aussagen.



Ich kann mich bisher nicht entsinnen, dass wir von Außen jemals mit
Rechteverletungen konfrontiert worden sind


Dann arbeite in der License Working Group des OSM-Prjektes mit, da 
bekommst du mit diesen Rechteverletzungen zu tun - sagten mir zumindest 
Leute aus dieser Gruppe auf der Konferenz "State of the Map" 2019.




Das ist für mich Politik von Anonymen Mitwirkenden gegen OpenStreetMap.


Deine Politik gegen die existente Community ist oftmals auch nicht von 
schlechten Eltern (oder vielleicht doch? Ich kenne diese ja nicht).


KaiRo


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

Re: [Talk-at] Umgang mit Rechteverletzungen

[Robert Kaiser]

Johann Haag schrieb:

Nein wir haben diesen GPX in unserer Datenbank.
Dieser GPX könnte jemanden dritten dazu anleiten, denselben Weg zu gehen.


Daws ist völlig nebensächlich, die Daten selbst sind nicht unter einer 
Lizenz, die die Verwendung in OSM nicht erlaubt. Außerdem weißt du 
nicht, ob der Grundbesitzer es dieser Person erlaubt hat, über diesen 
Grund zu gehen. Ganz nebenbei, etablierte Wege haben ev. ein Wegerecht 
und dann ist es völlig egal, wem der Grund gehört und es ist erlaubt, 
diese Wege zu verwenden. Aber all das ist völlig nebensächlich, wenn es 
um die Lizenz auf die Daten im Track geht.


KaiRo


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

Re: [Talk-at] PLZ Import

[Robert Kaiser]

Ja, am Smartphone siond HTML-Mails noch schwerer zu lesen und Foren oft 
gar nicht, weil sie kein responsive design haben. Text-E-Mails 
funktionieren allerdings auf jedem Smartphone sinnvoll.


KaiRo


Johann Haag schrieb:

Vielleicht verpasst du so aber einige aktuelle Entwicklungen. Junge haben
nicht einmal mehr einen PC, deren Welt spielt sich nur am Smartphone ab.
Wenn wir nun sagen würden, nur Stand PC sind für uns relevant, so verpassen
wir die Jugend.
Wir sollte gegenüber allen Technologien aufgeschlossen bleiben, aber dann
doch mal wie Apple auf das Diskettenlaufwerk verzichten.
Grüße Johann

Am Mi., 29. Apr. 2020 um 22:11 Uhr schrieb Robert Grübler <
robgrueb...@gmail.com>:


Robert Kaiser schrieb am 29. April 2020 21:14

  Und Foren lese ich ein Mal in zwei Jahren ... nur Zeitverschwendung.

Beides hat seine Berechtigung, heute wie früher:
https://lists.openstreetmap.org/pipermail/talk-at/2013-October/006038.html

Aber html in Talk-Mails brauche ich auch nicht.

LG Robert


___
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] PLZ Import

[Robert Kaiser]

Mit allen diesen Mängeln, die hier angeführt sind, bin ich jedenfalls 
auch dafür, einen revert zu machen.


KaiRo


scubbx schrieb:

Mir scheint, dass die von geo_sch importierten Flächen aus einer
fraglichen Quelle (lizenztechnisch) stammen und auch von der Qualität
nicht passen.
Bevor diese durch Bearbeitungen nicht mehr klar erkenntlich sind,
sollten diese reverted werden.

Was meint ihr?


Am 29.04.20 um 10:57 schrieb Johann Haag:

Aktuell entwickelt sich die Diskussion im OSM- Webforum gut.
https://forum.openstreetmap.org/viewtopic.php?pid=784826#p784826
Man sieht, dass Grafiken im Jahr 2020 zeitgemäß sind, und Bewegung in
eine Thematik bringen können.
Frage kann man den Talk- Mail Verteiler eventuell auf zeitgemäßes HTML
umstellen. ?

Grüße Johann Haag

Am Mo., 27. Apr. 2020 um 19:56 Uhr schrieb mailto:vari...@mailbox.org>>:

 Servus,

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

 Grüße

 andreas wecer mailto:andreas.we...@gmail.com>> hat am 27. April 2020 19:22
 geschrieben:


 "survey" ist jedenfalls eine tolle Quelle für einen
 österreichweiten PLZ-Import und "POSTCODE" kein korrekter key

 Am Mo., 27. Apr. 2020 um 17:41 Uhr schrieb Thomas Rupprecht <
 rupprecht.tho...@gmail.com >:

 Hallo,

 geo_sch  hat
 heute einiges an PLZ Polygonen importiert. Der import sieht
 aber nicht sehr durchdacht aus. Ich hätte auch nichts von
 einer Diskussion über so einen Import mitbekommen.

 Kann sich das noch wer andere ansehen?

 Beispiel changelog:
 https://www.openstreetmap.org/changeset/84206322

 mfg Thomas Rupprecht
 ___
 Talk-at mailing list
 Talk-at@openstreetmap.org 
 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


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




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

Re: [Talk-at] PLZ Import

[Robert Kaiser]

Johann Haag schrieb:

Frage kann man den Talk- Mail Verteiler eventuell auf zeitgemäßes HTML
umstellen. ?


Hoffentlich nicht. Auf Grafiken kann man verlinken, wenn man will, aber 
meist braucht man sie nicht. Ich werfe HTML-E-Mails jedenfalls 
präferiert in den Spam-Ordner, wo sie meist hingehören. Und Foren lese 
ich ein Mal in zwei Jahren, weil es zu viel Arbeit ist, ständig die 
Anwendungen zu wechselns und div. Tabs zu öffenen und neu zu laden. 
Genausio sinnlos wie Social Media, nur Zeitverschwendung.


(Sorry für den Ton, aber ich passe mich einfach mal an Johanns Ton an, 
wenn ich auf ihn antworte.)


KaiRo


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

Re: [Talk-at] Grundlegende Frage zu OSM / crosseye Marketing

[Robert Kaiser]

Laura Pöckelhofer ... crosseye Marketing schrieb:

1.  Ein Kunde von uns betreibt eine Pension. Muss ich diese Pension jetzt 
als Gebäude UND als Punkt anlegen? Oder reicht es, das Gebäude mit dem Tag 
amenity=guest_house zu versehen und alle wichtigen Informationen einzugeben?


Friedrich hat schon eine gute Antwort gegeben, zur Ergänzung: Ich finde 
es sinnvoll und logisch, die Tags auf das Haus zu setzen, wenn eine 
Eigenschaft (z.B. ein Betrieb) das ganze Haus umfasst, und einen Punkt 
zu setzen, wenn diese nur einen Teil des Hauses betreffen.
Wenn der Betrieb "Gasthaus und Pension" mit gemeinsamen Namen das ganze 
Haus umfasst, würde ich daher alle betreffenden Tags auf das Haus geben.


KaiRo


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

Re: [Talk-at] Wien "Zählbezirke" unvollständig und falsch -> historische Vorstäde falsch getagged

[Robert Kaiser]

realadry schrieb:


Diese "Suburbs" haben aber heutzutage keine mir bekannte Relevanz mehr
und ist eher ein historischer "Ort" als ein Suburb.


Die sind als "Grätzelnamen" nach wie vor in Verwendung, allerdings fast 
nie mit genauen Grenzen.


KaiRo


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

Re: [Talk-at] geoimage.at geändert

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 26.12.19 16:20, Robert Kaiser wrote:
Ja, das haben sie vor einiger Zeit an alle geschrieben, die bei 
Geoimage registriert sind, so auch auf unsere Info-Adresse:


Nicht an alle. Ich bin dort auch registriert und hab das Mail nicht 
bekommen.


Die Registrierung ist eigentlich fürn Hugo, weil man weder diese 
Benachrichtigungen zuverlässig kriegt noch den WMS-Server besser nutzen 
kann (obwohl das ursprünglich vorgesehen war).




Ah, interessant. Ich dachte, dass das wohl an alle rausgegangen ist und 
hab's daher nicht an die Liste hier weitergeleitet. Sorry. Ist aber 
jetzt auch geschehen.
Hoffentlich denken wir dran, wenn wieder mal so eine Nachricht kommen 
sollte.


Grüße,
KaiRo

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

Re: [Talk-at] geoimage.at geändert

[Robert Kaiser]

Friedrich Volkmann schrieb:
Bei mir ging seit einiger Zeit der geoimage.at-Hintergrund nicht mehr. 
Weil ein vorübergehender Serverausfall nicht so lang dauern kann, bin 
ich der Sache jetzt mal auf den Grund gegangen. Also für den Fall, dass 
ihr das selbe Problem habt:


Die haben heimlich die Parameter geändert. Statt...
LAYERS=Luftbild_MR,Luftbild_1m,Luftbild_8m,Satellitenbild_30m
...müsst ihr jetzt angeben einfach:
LAYERS=Luftbild



Ja, das haben sie vor einiger Zeit an alle geschrieben, die bei Geoimage 
registriert sind, so auch auf unsere Info-Adresse:


-


Sehr geehrte Geoimage Nutzerinnen und Nutzer,



auf Grund einer notwendigen serverseitigen Änderung des Geoimage 
Dienstes kommt es zu möglichen Änderungen für die Benutzer/innen des WMS.


Diese Änderungen werden am Mittwoch, 11.12. ab 16:00 Uhr wirksam.



Die bisher verfügbaren Einzellayer (z.B. Luftbild_MR, Luftbild_1m, 
Luftbild_CIR_1m, …) werden durch jeweils einzelne Einzellayer ohne 
Suffix ersetzt:


-   Luftbild_CIR

-   orthophoto

-   Luftbild



Folgende Layer werden entfernt:

-   DOP2005

-   DOP2006

-   DOP2007

-   DOP2008

-   DOP2009

-   DOP2010

-   DOP2011

-   DOP2012



Weitere Änderungen:

-Umbenennen des Satelltienbild-Layers von Satellitenbild_30m auf 
Satellitenbild.


-Umbenennen der CIR-Gruppen Orthophoto (CIR) und Metadata (CIR) 
auf Orthophoto_CIR und Metadata_CIR


-Suffix „_aktuell“ wird aus Group-Bezeichnung (z.B. 
Orthophoto_Aktuell) entfernt


-Layer „Metadata_Aufloesung“ wird entfernt (Metadata-dissolve-res)



Mit freundlichen Grüßen,

[...]
Land-, forst- und wasserwirtschaftliches Rechenzentrum GmbH

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

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

[Robert Kaiser]

andreas wecer schrieb:

Am Sa., 9. Nov. 2019 um 15:16 Uhr schrieb Robert Kaiser :


Der Name der Stadt und der Gemeinde ist "Steyr", das stimmt. Der Name
des Bezirkes ist allerdings "Steyr-Stadt" (hauptsächlich, weil es
daneben noch "Steyr-Land" gibt).


Nein, Statistik Austria führt den Bezirk als "Steyr(Stadt)", wobei der
Zusatz in der Klammer allerdings (im Gegensatz zu "Steyr-Land" z.B.) kein
Teil des Namens ist


Statistik Austria ist eine Privatfirma, kein Amt. Ich hab bisher den 
Bezirk überall nur als "Steyr-Stadt" geschrieben gsehen. Und Steyr-Land 
ist definitiv ein ganz anderer Bezirk als Steyr-Stadt. Und sowas wie 
https://www.land-oberoesterreich.gv.at/147155.htm vom Land OÖ glaube ich 
immer noch mehr als der Bundeszwangsstitisktikfirma.


KaiRo


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

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

[Robert Kaiser]

andreas wecer schrieb:


Am Sa., 9. Nov. 2019 um 03:39 Uhr schrieb Robert Kaiser :


IMHO ist diese Relation sowieso falsch (und ev. alle Statutarstädte).
Der Bezirk heißt "Steyr-Stadt", die Gemeinde heißt "Steyr".


  Laut Wikipedia ist der Name "Steyr". Bei manchen Statutarstädten wie St.
Pölten und Wiener Neustadt gibt es nicht einmal (mehr) die Unterscheidung
mit "-Land/Umgebung", d.h. ohne die Präzisierung mit "Bezirk" oder anderen
Zusatzinformationen bzw. Abweichung vom offiziellen Namen sind die nicht
einmal unterscheidbar.


Der Name der Stadt und der Gemeinde ist "Steyr", das stimmt. Der Name 
des Bezirkes ist allerdings "Steyr-Stadt" (hauptsächlich, weil es 
daneben noch "Steyr-Land" gibt). Und auch wenn sie flächenmäßig 
deckungsgleich und veraltungsmäßig großteils vereinheitlicht sind, 
handelt es sich um zwei verschiedene Dinge bei Gemeinde/Stadt und Bezirk.


KaiRo


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

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

[Robert Kaiser]

PPete schrieb:

z.b. Stadt Steyr: https://www.openstreetmap.org/relation/90143 
(BKZ=402, GKZ=40201). derzeit ist nur die BKZ aber im Tag "ref:at:gkz" 
erfasst.


IMHO ist diese Relation sowieso falsch (und ev. alle Statutarstädte). 
Der Bezirk heißt "Steyr-Stadt", die Gemeinde heißt "Steyr". Das sollten 
IMHO zwei relationen mit zwei verschiedenen Namen und admin_levels sein, 
aber mit gleichen members.


KaiRo


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

Re: [Talk-at] OSM Sticker und Flyer - GISDay

[Robert Kaiser]

ScubbX schrieb:

KaiRo hat ein paar Sticker von der SotM, aber diese sind jetzt nicht so
viele.


Ich hab nur eine Handvoll Sticker übrig, das hilft da nicht wirklich 
viel. Wir könnten ev. mal bei der OSMF anfragen, ob die Sticker in einer 
Anzahl haben, dass wir sie auf Events ausgeben können, aber für diesen 
Event ist das wohl schon etwas kurzfristig.


KaiRo


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

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

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 31.10.19 11:16, Robert Kaiser wrote:

Friedrich Volkmann schrieb:
Kann mir schwer vorstellen, dass die Selbstbeweihräucherung als 
Markt in einem Unfallbericht Platz hat. Aber "in der Gemeinde 
Münster" oder "im Gemeindegebiet von Münster" ist in einem 
Unfallbericht ganz normal. Auch wenn es irgendwo im Niemandsland 
passiert ist (Wald, Freilandstraße), gehört jeder Unfallortzu einem 
Gemeindegebiet, und das gehört zu den Eckdaten einer Unfallerfassung.


Dann sollten wir aber laut dir auch "Gemeindegebiet Münster" ins 
"name"-Tag schreiben, oder nicht?


Das wär sogar eindeutiger, kommt aber seltener vor. Google-Treffer:
"Gemeinde Münster" ... 34.700
"Gemeindegebiet von Münster" ... 1.950
"Gemeindegebiet Münster" ... 177



"Münster" alleine kommt noch öfter vor...


Im name-Tag soll der übliche Name stehen.


Da stimme ich zu. "Münster" ist der übliche Name, alles andere sind im 
jeweiligen Zusammenhang passende Zusammensetzungen mit Gebietskategorien 
(oder ev. der Name einer Behörde, die durchaus "Gemeinde Münster" heißen 
kann - aber wir reden hier über das "name"-Tag eines Gebiets, nicht 
einer Behörde - obwohl du die gerne als "operator" an das Gebiet 
dranschreiben kannst *g*).


Wichtig dabei ist IMHO, dass "Gemeinde" kein Name, sondern eine 
Kategorie ist, während "Münster" der Name ist.


Und übrigens, wenn ich eine politische Karte der Bezirke (oder 
Gemeinden) aus OSM generiere, möchte ich sicher nicht auf jeder Fläche 
"Bezirk" (oder "Gemeinde") mit drauf stehen haben.


KaiRo


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

[Talk-at] SotM-Nachlese: Straßenkarten von Hauptstädten

[Robert Kaiser]

Hallo,

Ich möchte euch heute über eine nette Aktion informieren, die auf der 
SotM in Heidelberg gemacht wurde:
Beim Abend-Event waren auf einer Wand A4-Blätter aufgehängt, auf denen 
das Straßennetz diverser Hauptstädte abgebildet war, beschriftet nur mit 
einer Nummer, sodass man raten konnte, welche Stadt das sein könnte. 
Eine Liste mit den Namen zu den Nummern war so aufgehängt, dass man um 
eine Ecke gehen musste und sie nicht sofort sah.


Das war ein ganz nettes "OSM-Ratespiel", das viele in Gruppen 
durchgingen - und jetzt sind die PDFs dazu auch im Wiki verfügbar, 
allerdings gleich mit den Namen der Städte im Dateinamen: 
https://wiki.openstreetmap.org/wiki/Category:State_of_the_Map_2019_social_event_maps


So weit ich weiß, wurden diese Karten aus OSM-Daten in QGIS erstellt.

Viel Spaß damit!

KaiRo


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

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

[Robert Kaiser]

Friedrich Volkmann schrieb:
Kann mir schwer vorstellen, dass die Selbstbeweihräucherung als Markt 
in einem Unfallbericht Platz hat. Aber "in der Gemeinde Münster" oder 
"im Gemeindegebiet von Münster" ist in einem Unfallbericht ganz 
normal. Auch wenn es irgendwo im Niemandsland passiert ist (Wald, 
Freilandstraße), gehört jeder Unfallort zu einem Gemeindegebiet, und 
das gehört zu den Eckdaten einer Unfallerfassung.


Dann sollten wir aber laut dir auch "Gemeindegebiet Münster" ins 
"name"-Tag schreiben, oder nicht?


KaiRo


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

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

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 29.10.19 03:33, Robert Kaiser wrote:
Damit kann ich mich anfreunden. Mit Dingen wie "Marktgemeinde" oder 
"Bezirk" im "name"-Tag dagegen nicht.


Das ist halt die Sicht eines Programmierers und keines Geografen. 
Programmierer sind gewöhnt, dass zwischen den Daten und dem User eine 
mächtige Software steht, welche die Daten auf ausgeklügelte Weise 
aufbereitet. Das ist in OSM aber nicht der Fall. Die Daten landen mehr 
oder weniger unverändert beim User. Programmierer-Grundsätze sind hier 
schlichtweg fehl am Platz.




Interessanterweise verwendet kein Endbenutzer die Daten von OSM ohne 
komplexe Software dazwischen. OSM ist eine Datenbank, keine Landkarte, 
zweitere wird erst durch eine ziemlich komplizierte Pipeline aus der 
Datenbank generiert. Also führt sich die Begründung für dein Argument 
ziemlich direkt ad absurdum. Ich verstehe, welche Meinung du hast, aber 
diese Begründung funktioniert nicht so ganz hier...


KaiRo


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

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

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 28.10.19 09:42, Andreas wrote:

Ich bin auch der Meinung, dass dieses Präfix im Namen eher
kontraproduktiv ist. Dies hat, wie schon festgestellt wurde, teilweise
negative Auswirkungen bei Suchdiensten wie Nominatim.


Ganz im Gegenteil. Wenn du mit Nominatim nach "Gemeinde Mödling" oder 
"Bezirk Mödling" suchst, findest du sofort das Richtige, während bei 
einer Suche nach nur "Mödling" lauter Mist kommt.


Wenn da "Mist" kommt, ist das der Fehler von Nominatim, nicht von der 
Datenbank dahinter.


KaiRo


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

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

[Robert Kaiser]

Thomas Rupprecht schrieb:

Was haltet ihr von diesen Varianten?:

official_name=Marktgemeinde XYZ
name=XYZ



Damit kann ich mich anfreunden. Mit Dingen wie "Marktgemeinde" oder 
"Bezirk" im "name"-Tag dagegen nicht.


KaiRo


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

Re: [Talk-at] geoimage.at mit Versatz

[Robert Kaiser]

Basemap ist das "eigene Luftbild" der Bundesländer, und wird finanziert 
durch Bund und Bundsländer in einem gemeinsamen Datensatz zusammengefasst.


KaiRo

Johann Haag schrieb:

Ich rate -sofern das jeweilige Bundesland lokal kein eigenes Luftbild zur 
Verfügung stellt- inzwischen zum Esri Luftbild. Grüsse Johann Haag

Von meinem iPhone gesendet


Am 26.10.2019 um 22:12 schrieb Friedrich Volkmann :

Seit 1 Tag oder so sind die Orthofotos von geoimage.at 300m nach W versetzt. 
(Ich habe es mit Merkaartor und mit einem alten JOSM ausprobiert.)

Weiß wer wieso? Hat wer einen guten Kontakt zu denen und kann den Fehler melden?

basemap.at ist von dem Fehler nicht betroffen.

--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

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




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

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

[Robert Kaiser]

Florian Lohoff schrieb:

Die Stadt heisst "Werther (Westf.)" bzw "Halle (Westf.)" - In der Karte
sind "Werther" und "Halle (Westf.)" zu sehen. Das ist aber eher Gewohnheit
weil es ein "Halle" gibt aber kein zweites Werther.



Für mich klingt das aus einem ganz anderen Grund als prefix/suffix 
komisch, und zwar weil Abkürzungen in OSM an sich vermieden werden 
sollten - und "Westf." klingt stark nach einer Abkürzung.


KaiRo


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

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

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 03.10.19 20:58, eest9 wrote:

Verstehe nicht warum wir in Österreich einen Sonderweg einnehmen sollten


Ich auch nicht. So schwindlige Tags, die nicht mal dokumentiert, 
geschweige approved sind und die nur in einzelnen Ländern in Gebrauch 
sind (designation=* in UK, name:prefix=* in DE, official_status=* in 
RU), werden sich international nie durchsetzen und wir sollten keinen 
Gedanken mehr daran verschwenden.


1) So funktionier OSM: Zuerst machen Leute für Dinge, die noch nicht gut 
ausspezifiziert sind, neue Tags, die ihrer (oft regionalen) Verwendung 
gerecht werden. Dann wird das in immer größeren Communitykreisen 
besprochen und eine gemeiname Standardisierung gefunden.


2) Da es ganz offensichtilich das Bedürfnis zu so einem Tag in mehreren 
Bereichen gibt, beweist du dadurch, dass es eine sinnvolle Sache ist, 
das als separates Tag anzugeben. Ganz offensichtlich benötigt es aber 
noch eine Diskussion zur Standardisierung, die man z.B. auf der 
Tagging-Liste vorantreiben könnte.


Als generelle Bemerkung: Ich bin der Auffassung, dass in jeglichen 
OSM-Tags der Typ eines Objekts (oder einer Grenze) nichts im "name"-Tag 
verloren hat, sowas gehört immer in ein separates Tag, um Übersetzungen 
und automatisch verschiedene Darstellungsvarianten zu ermöglichen. Das 
trifft auch bei diesen Grenzrelationen zu,


Grüße,
KaiRo


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

Re: [Talk-at] golem.de: Lyft verbessert Openstreetmap automatisiert <- https://www.golem.de/news/kartendaten-lyft-verbessert-openstreetmap-im-vorbeifahren-1909-143759.html

[Robert Kaiser]

Cad schrieb:

Also ich hab mir den technischen Artikel[1] durchgelesen und hätte jetzt
so nicht rausgelesen, dass sie Fehler automatisch ausbessern.
Nur das sie eine Methode entwickelt haben die Fehler in OSM automatisch
zu erkennen.


OK, automatische Erkennung ist jedenfalls cool - umso mehr, wenn es dann 
jemand gibt, der sich das ansieht und kontrolliert und sorgfältig 
(manuell) einpflegt.


KaiRo

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

Re: [Talk-at] golem.de: Lyft verbessert Openstreetmap automatisiert <- https://www.golem.de/news/kartendaten-lyft-verbessert-openstreetmap-im-vorbeifahren-1909-143759.html

[Robert Kaiser]

Marcus MERIGHI schrieb:

 In seinem [49]Engineering-Blog schreibt der
 Fahrdienst-Vermittler Lyft, dass das Unternehmen Tausende von
 Fehlern in Openstreetmap behoben hat. Das Auffinden und Beheben
 der fehlerhaften Daten geschieht demnach nicht manuell wie bei
 den sonst üblichen Bearbeitungen durch die
 Openstreetmap-Community, sondern hauptsächlich automatisch.



Ugh, automatische Edits klingen für mich nach verschlimmbesserung und 
bald kommenden Reverts, weil da wohl auch genug Blödsinn dabei sein wird 
(zuminbdest lehrt das die Erfahrung bisher mit solchen Dingen). :(


KaiRo


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

Re: [Talk-at] addr:housename

[Robert Kaiser]

Hallo,


soll der Name eines Hauses wo Fremdenzimmer vermietet werden z.B. Haus Monika - der 
Name ist groß angeschrieben - als ‚name‘ oder ‚addr:housename‘ eingegeben werden? 
Bsp: https://osm.org/go/0C8RPUuNv 


Am ehesten als "name", denn das Tag "addr:housename" sollte nur 
verwendet werden, wenn es tatsächlich offizieller Adressbestandteil ist 
(daher mit "addr:"-Präfix), was bei uns eigentlich nie zutrifft - in 
England aber beispielsweise schon.


Grüße,
KaiRo


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

Re: [Talk-at] minderwertige Importe

[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

[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] Hausnummern + Hauseingänge / Adressen in Wien?

[Robert Kaiser]

Friedrich Volkmann schrieb:
Der oben erwähnte Konsens sah so aus, dass Andreas Labres bei einem 
Stammtisch mit lauter Stimme sagte, wie etwas gemacht gehört, und dann 
haben es alle so gemacht. In Wien halt.


So ein Blödsinn. Du warst offensichtlich nie bei einem Wiener Stammtisch.

Grüße,
KaiRo


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

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

[Robert Kaiser]

Friedrich Volkmann schrieb:
Wie Robert Kaiser schon angemerkt hat, war das einst Konsens für 
Häuser mit mehreren Adressen. Heute gibt es dafür was Besseres, 
nämlich das addrN-Schema.


addrN ist nicht besser, nur komplizierter für alle Tools, die jemals in 
Berührung damit kommen. Bitte hör auf, davon zu reden, dieser Schmarren 
von "Schema" hätte nie irgendwo niedergeschrieben werden sollen.


Grüße,
KaiRo


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

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

[Robert Kaiser]

realadry via Talk-at schrieb:

1) Eigener Node mit der gesamten Adresse. Gebäude Polygon hat gar keine
Adressinformation. Dieser Node ist manchmal in der Nähe des
Hauseinganges, manchmal irgendwo innerhalb der Gebäudes platziert.

2) Hausnummer und Adresse am Gebäudepolygon. (Eingang als Node des
Gebäudes.)

3) Hausnummer, Adresse und Eingang auf einem Node der Teil des Gebäude
Polygons ist, an der Stelle des Hauseingangs.


Die bisherige gängige Übereinkuft der Wiener Community war/ist Variante 
2 zu verwenden, wenn es nur eine Adresse für das Gebäude gibt, und 
Variante 1 (mit dem Punkt in der Nähe des Eingangs, falls bekannt), wenn 
es mehrere gibt (was bei Eckhäusern in Wien sehr oft der Fall ist).
Variante 3 ist zwar im letzteren Fall gut, wenn man präzise Punkte für 
Eingänge kennt, aber aufwändiger - mal abgesehen davon, dass die 
aktuellen Renderer damit nicht gut umgehen können (aber wir taggen ja 
nicht für den Renderer).
Wo ein Gebäude einer Adresse entspricht, ist Variante 2 aber ziemlich 
durchgehend die bessere Variante, da die Adresse dort für alle möglichen 
Eingänge korrekt ist.
Die Behandlung von Adressen, die für verschiedene Gebäudeteile, -seiten, 
oder -eingänge verschieden sind, ist generell ein vieldiskutiertes 
Thema, zu dem es keine wirklich fixierten Regeln gibt, nur lose 
Übereinkünfte zwischen Communitymitgliedern.


Im Zweifel ist es jedenfalls besser, Daten zu vervollständigen, wo noch 
keine sind, bevor man sich die Arbeit macht, von einem "System" auf das 
andere "umzutaggen".


Grüße,
Robert


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

Re: [Talk-at] Wege auf privatem Gelände

[Robert Kaiser]

Frederik Ramm schrieb:

wie ist denn in Österreich die Rechtslage: Wenn der Besitzer eines
Grundstücks - sagen wir mal jetzt nicht ein Reihenhausgarten, wo man
noch mit PRivatsphäre argumentieren könnte, sondern ein Wald oder
größere landwirtschaftliche Fläche - nicht möchte, dass die Wege auf
seinem Land eingezeichnet werden: Müssen wir uns daran halten?


IANAL, aber so weit ich weiß, gibt es gegen das Einzeichnen von Wegen in 
einer Karte keine Handhabe - gegen das Benützen solcher Wege aber 
eventuell schon. Eine Linie auf einer Karte oder auch eine "Auskuft" 
eines Navi-Gerätes sogt noch lange nicht, dass ich den Weg benützen oder 
gar befahren darf. Das sollte natürlich auf OSM mit geeigneten 
access-Tags gekennziechnet werden, so weit bekannt.


Robert Kaiser


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

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

[Robert Kaiser]

emga schrieb:

Völlig egal wohin man in der AT Community, die eh nur aus Einzelkämpfer 
besteht, da es keinen Interessiert in diesem verbissenen Streithaufen 
mitzumischen oder sich einzubringen, schaut es wird sich gegenseitig ans Bein 
gepinkelt und Öl ins Feuer geschüttet.


Danke für die Pauschalverurteilung, die fördert sicher den Zustand, den 
du gerne hättest.


Grüße,
KaiRo


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

Re: [Talk-at] Neue Rechtschreibung von Wiener Straßennamen

[Robert Kaiser]

Stefan Nagy schrieb:

Das mit den Eigennamen ist meines Wissens eine Regel der neuen
Rechtschreibung. So wie ich das verstehe, hat die Gemeinde Wien mit dem
Gemeinderatsbeschluss vom 17. Dezember 1999 aber doch praktisch
beschlossen, die Eigennamen so abzuändern, dass sie den (allgemeinen)
Regeln der neuen Rechtschreibung entsprechen.


OK, Wien ist anders. Zur Kenntnis genommen.

KaiRo


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

Re: [Talk-at] Neue Rechtschreibung von Wiener Straßennamen

[Robert Kaiser]

Andreas Geyer-Schulz schrieb:

Leider habe ich zu diesem Thema im Forum oder in der Mailingsliste keine
klärende Diskussion gefunden. (Ein wenig steht bei diesem
Kartenkommentar [4].) Es gibt einige Straßen, die davon betroffen sind.


Die Rechtschreibregeln (insbesondere Dinge wie die Verwendung von "ß") 
gelten explizit nicht für Eigennamen. Es gilt die Schreibung vor Ort. 
Also, was am Straßenschild steht - und hoffentlich steht das selbe auf 
der Wiener Mehrzweckkarte (die hier sicher höhere Priorität hat als das 
BEV).


KaiRo


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

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

[Robert Kaiser]

vari...@mailbox.org schrieb:

Einen kompletten Revert halte ich für unsinnig, trotz aller Fehler und 
persönlicher, äh, unstimmigkeiten, bringen die ganzen Adressen, die er einträgt 
einen großen Mehrwert, imho.


Das Problem ist, dass ohne Revert er die Praxis einfach so weiter führt 
und damit die Community ähnlich schädigt wie damals der plan-at-Import. 
Aber wenn du der Meinung bist, dass wir keine engagierte lokale 
Community brauchen, stimme ich dir zu.


KaiRo


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

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

[Robert Kaiser]

andreas wecer schrieb:

alleine in dem einen
Changeset wurden bei 200 Gebäuden die vorhandenen Adressen bei den Gebäuden
gelöscht und stattdessen ein Node gesetzt.


IMHO gehören Chagesets, die das machen, revertet. Wenn er dann weint, 
weil das nur ein Teil des Changesets ist, dann soll er entweder mehr 
überlegen, was er macht, oder auf kleinere Changesets aufteilen, damit 
Kontroversen und Reverts nicht gleich viele gute Dinge auch betreffen.


Einerseits ist in Ö die inoffizielle Übereinkunft, dass Adressen auf das 
Gebäude getaggt gehören, wenn eindeutig eine 1:1-Relation zwischen 
Adresse und Gebäude herrscht. Andererseits ist es gegen die 
OSM-Vorgehensweise, solche Dinge an bestehenden Objekten umzuändern, 
ohne wirklichen Mehrwert für diese Objekte zu schaffen und auch ohne 
vorher auf Listen/Foren-Diskussion eine breite Zustimmung zu dieser 
Änderung bekommen zu haben.


Der Revert muss schon alleine deshalb sein, weil durch unreflektierte 
Imports schon einmal die Community in Ö deutlich geschwächt wurde und 
wir das nicht mehr zulassen können.



Die Aussage, "Was dem amtlichen BEV genügt, sollte einstweilen auch für OSM
ausreichend sein", finde ich einigermaßen originell


Die Aussage ist schlichtweg BS. Wir wissen, dass jeder Datensatz Fehler 
hat, aber mal abgesehen davon sind wir kein Amt, und nicht das BEV. Wir 
haben andere Reglen und andere Zwecke. Wir haben keine bezahlten 
Mitarbeiter, die wir schicken können, um Daten zu korrigieren, wenn "da 
oben" wer beschließt, dass irgendwas jetzt sein muss. Wir haben eine 
freiwillige Community, die es sehr vorsichtig zu hegen und pflegen gibt, 
und wenn wir die vergraulen (weil wir z.B. ihre Daten mit einem Import 
überschreiben), dann schadet das dem Projekt langfristig.


Daher: Einzeln recherchierte kleine Changesets (wie viele von den im 
ländlichen Raum bestehenden Gebäuden und Adressen) übertrumpfen den 
Import aus jedweglichen externen Datensätzen immer, schon alleine, weil 
sie von einer breiteren and in Summe engagierteren Community kommen.


Robert Kaiser


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

Re: [Talk-at] Die Rückkehr des Peter-Paul-Berg

[Robert Kaiser]

grubernd schrieb:
wenn Herr "Peter" nicht so patschat (österr. für ungeschickt) 
wäre sondern ganz elegant ein etwas plausibleres Gipfelkreuzerl 
aufgestellt und nichts gesagt hätte und dann ein anderer Mapper 
vorbeikommt, das Gipfelkreuz sieht und den Namen einträgt .. das wäre 
im Grunde nach allen Regeln der OSM-Kunst ein korrekter Namenseintrag.


Naja, m.E. ist es so, dass entweder der Besitzer der Liegenschaft oder 
eine Behörde bzw. ein Gremium der öffentlichen Hand einen Namen 
"offiziell" vergeben kann, und nicht einfach irgendwer, der ein 
"Gifelkreuz" aufstellt (das Kreuz hier sieht eher wie ein Grab für einen 
Herrn "Peter Paul Berg" aus).
Die andere Variante ist, dass ein Name von einem großen Teil der 
lokalen/regionalen Bevölkerung verwendet wird.


Beides scheint hier nicht gegeben, ganz gleich, ob wer ein Kreuz 
aufstellt und das von irgendwem fotografiert wird.


KaiRo


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

Re: [Talk-at] Nettes Demo: VR Map - OpenStreetMap goes WebVR

[Robert Kaiser]

Ja, an sich sollte es auch mit diesen Geräten problemlos funktionieren, 
gut dass du das bestätigen kannst.
Zur Navigation ohne Controller sollte sich was mit "Gaze Controls" 
machen lassen, das muss ich mir mal ansehen - da kann man z.B. punkte am 
Boden anzeigen und wenn man auf die für ein paar Sekunden hinstarrt, 
dann bewegt man sich dort hin.


Mit Augmented Reality hab ich mich da noch kaum beschäftigt, auch wenn 
es in A-Frame bereits Dinge dazu gibt. Freut mich aber jedenfalls, dass 
dieses Demo die Gedanken zum Laufen und Ideen zum Sprießen bringt, dafür 
ist es ja (unter anderem) da. ;-)


Grüße,
KaiRo


ScubbX schrieb:

Hallo, Robert!

Ich habe dein Demo auf meinem Android Handy mit Firefox kurz mit meiner
Google-Cardboard getestet und bin begeistert, dass es damit funktioniert!
Mangels Controller konnte ich mich zwar nicht vom Platz bewegen, aber es
ist schon toll, einfach die Website aufrufen zu können und schon hat man
ein 3D Abbild der OSM Daten.

Tatsächlich sehe ich darin großes Potential für Kartenkonsumation, aber
auch für das Mappen (Augmented Reality (?) ).

lg, Markus



Am 2018-05-19 um 16:28 schrieb Robert Kaiser:

Hallo,

Wie ich am Stammtisch schon berichtete, hab ich mich in letzter Zeit
ein paar Abende hingesetzt und an einem kleinen Demo gebastelt, das
OpenStreetMap-Daten via Mozilla's A-Frame-Bibliothek in ein
WebVR-Umfeld lädt. Jetzt hab ich es auf einer eigenen Domain und mit
einem eigenen GitHub-Repo laufen, also kann es jemand anderer auch
vernünftig ansehen - inklusive dem Code natürlich.

Wie schon erwähnt, das ist ein Demo und hat viele Einschränkungen,
z.B. derzeit fix festgelegte Koordinaten und kein Nachladen von
weiteren Daten beim Herumbewegen, und es stellt auch nur ein paar
wenige Kartendetails in 3D dar. Aber es ist nett, mit wie wenig Code
man was ganz lustiges machen kann... ;-)

Zum Ansehen braucht man im 2D-Modus nur einen normalen modernen
Browser, aber mit z.B. einer HTC Vive und einem WebVR-fähigen Browser
wie Firefox (unter Windows) bekommt man einen nochmal anderen Eindruck.

Auf https://vrmap.kairo.at/ findet ihr das Demo selbst, der Code ist
unter https://github.com/KaiRo-at/vrmap erreichbar. Wer mehr wissen
will, ich werde am 30. Mai über dieses Demo am ViennaJS-Meetup
sprechen: https://viennajs.org/en/meetup/2018-05 - und sicher auch
noch an anderen Stellen in der Zukunft :)

Grüße,
Robert Kaiser


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


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




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

[Talk-at] Nettes Demo: VR Map - OpenStreetMap goes WebVR

[Robert Kaiser]

Hallo,

Wie ich am Stammtisch schon berichtete, hab ich mich in letzter Zeit ein 
paar Abende hingesetzt und an einem kleinen Demo gebastelt, das 
OpenStreetMap-Daten via Mozilla's A-Frame-Bibliothek in ein WebVR-Umfeld 
lädt. Jetzt hab ich es auf einer eigenen Domain und mit einem eigenen 
GitHub-Repo laufen, also kann es jemand anderer auch vernünftig ansehen 
- inklusive dem Code natürlich.


Wie schon erwähnt, das ist ein Demo und hat viele Einschränkungen, z.B. 
derzeit fix festgelegte Koordinaten und kein Nachladen von weiteren 
Daten beim Herumbewegen, und es stellt auch nur ein paar wenige 
Kartendetails in 3D dar. Aber es ist nett, mit wie wenig Code man was 
ganz lustiges machen kann... ;-)


Zum Ansehen braucht man im 2D-Modus nur einen normalen modernen Browser, 
aber mit z.B. einer HTC Vive und einem WebVR-fähigen Browser wie Firefox 
(unter Windows) bekommt man einen nochmal anderen Eindruck.


Auf https://vrmap.kairo.at/ findet ihr das Demo selbst, der Code ist 
unter https://github.com/KaiRo-at/vrmap erreichbar. Wer mehr wissen 
will, ich werde am 30. Mai über dieses Demo am ViennaJS-Meetup sprechen: 
https://viennajs.org/en/meetup/2018-05 - und sicher auch noch an anderen 
Stellen in der Zukunft :)


Grüße,
Robert Kaiser


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

Re: [Talk-at] Vienna Geo Meetup #1

[Robert Kaiser]

Du kennst dich ja gut aus! Und du warst sicher auch dort oder hast die 
Vortragenden und Teilnehmer auf ihre OSM-Tauglichkeit und 
Mappingtaktiken so in der Tiefe analysiert, wie du auch die 
Meetup-Plattform und deren Verwendung für dieses Treffen analysiert 
hast, da bin ich mir sicher. Dir ist ja auch nicht entgangen, dass dies 
ein generelles Geo-Meetup war/ist, bei dem OSM sich "nur" auch als eines 
der Themen findet. Aber du organisierst sicher ein OSM-spezifisches 
Treffen mindestens gleicher Größe, das du auf streng passenden 
Plattformen bewirbst.


Grüße,
KaiRo


Johann Haag schrieb:

Wie stark der Bezug zu OpenStreetMap ist, erkennt man bereits an der
Einladungs- Webseite mit Google Maps als Veranstaltungskarte.
https://www.meetup.com/de-DE/ViennaGeo/events/248598523/?eventId=248598523

Hier schmückten sich welche mit falschen Federn.

Grüße Johann

Am 6. April 2018 um 11:26 schrieb Manuela Schmidt <
manuela.schm...@tuwien.ac.at>:


Liebe TalkAT-Liste,

ich darf euch auf folgendes Event am kommenden Dienstag hinweisen:

Am 10. April trifft sich die Wiener Geo Community zum fachlichen Austausch
im Museumsquartier. Beim ersten Vienna Geo Meetup berichtet Wolfgang Jörg
von der Stadt Wien über ViennaGIS, das wichtigste Open Government Geo
Service in Wien und Österreich, Anita Graser erklärt die Analyse von
Bewegungsdaten in der angewandten Forschung und Robert Koch berichtet über
die FOSSGIS 2018. OpenStreetMap kommt bei den Folgetreffen noch gut dran.
– https://www.meetup.com/de-DE/ViennaGeo/events/248598523/?eve
ntId=248598523

Be welcome!

LG Manuela

--
DI(FH) Manuela Schmidt
Research Group Cartography
Vienna University of Technology
http://cartography.tuwien.ac.at

Also visit me at http://manuschmidt.com
he...@manuschmidt.com // +43-681-10378481

DVR: 0005886


___
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] Fehlender Erlaubnisnachweis für die Hintergrundbilderdienste VoGIS und Wien

[Robert Kaiser]

IIRC wurde Wien vor längerer Zeit bereits geklärt, daher auch der 
entsprechende Eintrag auf https://www.openstreetmap.org/copyright unter 
"Austria". Auf die genaue Quelle kann ich mich aber nicht erinnern, 
sollte aber dokumentiert sein.


KaiRo


Michael Reichert schrieb:

Crosspost zu https://forum.openstreetmap.org/viewtopic.php?id=61792

Hallo,

der rechtliche Status der Hintergrundbilder VoGIS und Wien ist
ungeklärt. Benutzer Stereo hat deshalb am Montag im Forum nachgefragt,
aber keine Antwort erhalten. Auf GitHub hat sich auch niemand gemeldet.

https://github.com/osmlab/editor-layer-index/issues/439

Sollte nicht bis Anfang kommender Woche die Erlaubnis weiterhin nicht
nachgewiesen sein, fliegen die Einträge aus dem Editor-Layer-Index (und
dem JOSM-Äquivalent) raus und landen u.U. in der OSM-Blacklist.

Viele Grüße

Michael aka Nakaner



___
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] mail vs. web

[Robert Kaiser]

Johann Haag schrieb:

Wie man aktuell anhand von einem Problem im Web Forum gesehen hat, wenden
sich OSM Verantwortliche bei Länder übergreifenden Problemen an die
jeweilige universitäre oder amtliche Geografie Landes- Infrastruktur.


Seit wann gibt es "OSM-Verantwortliche"? Entweder die Dinge haben sich 
grob geändert, oder du hast noch etwas Bedarf, OSM zu beobachten und 
raus zu finden, wie sich dieses sehr unstrukturierte Projekt wirklich 
organisiert.


KaiRo

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

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

[Robert Kaiser]

gppes_...@web.de schrieb:

Die 2D-Strassen-Proposals sind aus meiner Sicht derzeit unzureichend. Eben 
wegen dem Ausschneiden (Flaeche trifft auf Flaeche) aber z.B. auch wegen den 
Gehsteigen (wie werden die abgebildet)?


Natürlich auch als Flche, denn die sind nicht immer überall gleich breit 
und haben auch keine "Standardbreite". Dann können Leute mit Rollstuhl 
usw. gleich wissen, ob sie da durch passen und man kann die 
Gehsteigkante als way mappen und da die Höhe und Art der Kante auch 
angeben, sodass man jederzeit weiß, wo man mit was drüber kommt usw.

Wenn, dann konsequent.


  Aber das Fass will ich hier jetzt nicht auch noch aufmachen.


OK; machen wir's wieder zu, ich will obigen Vorschlag sowieso nicht 
mappen müssen... ;-)


KaiRo


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

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

[Robert Kaiser]

"Peter Müller" schrieb:

Als gelernter Österreicher wüsste man das Veränderung phöse ist! Die Vorschläge 
von Haag sind vielleicht nicht perfekt bezg auf die hiniche Searchengine, aber 
sie regen an etwas zu tun, es geschieht nur nix.


Das Hauptproblem, das ich sehe, ist, dass jemand, der immer wieder die 
gleichen "Lösungen" vorschlägt, die schon mehrmals von der regionalen 
Community abgelehnt worden sind, deren Zeit hier verbringen lässt, 
anstatt sie für's Mappen zu verwenden.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

Eine unmittelbare und praktikable Lösung ist, auf addr:unit in Wien einstweilen 
zu verzichten, Treppen in der Form addr:housenumber=nr/nr zu Mappen.


Eine "Lösung", die halt nur für den Datenbestand flasch ist und "Müll" 
produziert, den dann jemand später wieder richten muss.



Die momentane addr:unit Verbreitung in Wien: https://i.imgur.com/yMQCTl5.png 



Das passt sehr gut. Nicht jedes Haus in Wien hat Stiegennummern, daher 
wird addr:unit auch immer nur sprodische Verbreitung haben. Lass einfach 
uns, die wir Lokalkenntnis haben, auch unsere Stadt mappen.



Es gibt übrigens eine Analogie bei der Eisenbahn. Den Bremser. 
https://de.wikipedia.org/wiki/Bremser_(Eisenbahn) 



Schön, wenn du Analogien für dich selbst auch gleich postest!


KaiRo

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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Danke für die Arbeit, das raus zu suchen!

Und zumindest das GitHub-Issue lässt drauf schließen, dass Wien hier 
keine "Insel" ist, sondern das Bedürfnis auch anderswo herrscht.


KaiRo


wolfbert schrieb:

https://trac.openstreetmap.org/ticket/4886
https://github.com/openstreetmap/Nominatim/issues/587

LG
Wolfgang

-Ursprüngliche Nachricht-
Von: Robert Kaiser [mailto:ka...@kairo.at]
Gesendet: Sonntag, 18. Februar 2018 23:00
An: OpenStreetMap AT
Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Johann Haag schrieb:

OSM Nominativ löst unit nicht auf.

Kannst du mir bitte einen Link schicken zu dem Issue/Bug-Report, den du dazu 
bei Nominatim sicher schon angelegt hast?

KaiRo


___
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] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

Wien ist für OSM, sicher nicht der Nabel der Welt.


Hat keiner behauptet. Ich wohne hier, aber sehe diese Stadt trotzdem 
eher als was anderes, dass ich zwecks gutem Ton hier nicht ausspreche.



Wenn Du meinst Wien soll eine Blutprobe geben, und wir warten anschließend
drei Jahre im Mappen inne. Und Du möchtest anschließend, auch noch die B
und eine C Probe.


Du hast offensichtlich Open-Source-Software nicht verstanden und willst 
wahrscheinlich eh nur Leute hier ärgern. Nehme ich beides trauernd zur 
Kenntnis.



Anpassungen an der Datenstruktur kann die OSM Data Work Group auch später
vornehmen.
Zuerst müssen die Adressen z.b. der Wiener Wohnen Wohnanlagen, erst einmal
in die OSM Datenbank hinein.


Hat mit der DWG mal gar nicht zu tun. Und Wiener Wohnen ist bloß eine 
von vielen Wohnungsgesellschaften in Wien, auch wenn sie für die vielen 
Ärgernisse und Ungetüme zuständig sind, die Gemeindewohnungen darstellen 
und daher auch den Großteil dieser Stiegen-Addressen-Dinge auf sich 
lasten haben - aber ich sehe sie nicht in Spezialstellung, sondern als 
auch nur weitere Wohnblöcke, die gemappt werden wollen/sollen. Sie 
verdienen keine Sonderbehandlung.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

OSM Nominativ löst unit nicht auf.


Kannst du mir bitte einen Link schicken zu dem Issue/Bug-Report, den du 
dazu bei Nominatim sicher schon angelegt hast?


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

Ich habe den Eindruck, Robert beschäftigt sich verbissen damit, den
Fortgang der OSM-Adresserfassung in Wien zu behindern.


Danke für die Unterstellungen, sind sehr motivierend, sich mehr für 
diesen Chaotenhaufen namens OSM-Community zu engagieren und auch, viel 
mehr zu mappen. Und wer Ironie nicht versteht, darf sich jetzt freuen, 
dass alles so positiv ist.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo
Lobbyisten, ihren FUD in OSM einschleusen.


Die Foren noch viel mehr, wo sich einige wenige als Götter aufspielen.


Daher gehört dieses Gremium transparent gemacht, und demokratisiert.


Es ist keine Gremium, sondern eine Diskussionsgruppe. Außer dem 
OSMF-Board und den Working Groups gibt es keine Gremien bei OSM.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

@ allen betroffenen Renderer

Bis sämtliche Renderer Deinem Wunsch gemäß ihre Software aktualisiert
haben, halten wir zu Wien mit der Adress- erfassen inne.


Blödsinn. Wir mappen so, wie es für den Datenbestand und die 
Verwendbarkeit für Tools am besten ist - aber nicht so, wie es in einem 
bestimmten Tool (Renderer, Nominatim, usw.) jetzt gerade "gut aussieht".


Wenn die Tools dann endlich mal korrigiert sind, dann passt alles, und 
wir haben es schon lang so gemappt, wie es sein soll. Das heißt, wenn 
wir nicht massenweise Mülldaten importieren und dann sich keiner mehr 
traut, diesen Berg anzugreifen (wie es damals z.B. mit plan.at in Ö 
vielerorts passiert ist).


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

andreas wecer schrieb:



das Problem dabei ist allerdings, bei der aktuellen
Unterstützung für addr:unit vereint es auf osm.org (und mir ist kein
Produkt bekannt, wo es aktuell groß anders wäre) im Moment nur die
Nachteile: es ist bei den kleinen, eng beieinander liegenden Einheiten
extrem unübersichtlich, wenn bei jedem "79-81 25" gerendert wird und
gleichzeitig kann auch nicht danach gesucht werden.


Dann sollten wir Bugs zu diesem spezifischen Rendering (bzw. allen 
betroffenen Renderern) anlegen und nicht das Tagging für die Tools 
verändern.
Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere 
Änderungen als nur diese eine braucht.


KaiRo


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

Re: [Talk-at] Wiener Adress- Rätsel gelöst.

[Robert Kaiser]

Johann Haag schrieb:

Bitte löse den Verein auf, und überweise das Geld an HOT. Diese lösen die
Wiener Adress- Gstetten Frage besser.


Ich könnte auch sagen "Bitte bewirb dich um einen Job bei Google und 
mache es doch dort besser, und lass uns hier in Ruhe."
 - mach ich aber nicht, da ich die Community freundlich halten will. 
Allerdings ist das mit deinem Diskussionsstil oftmals etwas schwierig.


Wer hier destruktiv ist, bist leider du. Die Diskussion über das 
richtige Tagging gehört zu diesem Projekt übrigens dazu, war immer so, 
wird auch immer so sein, außer die Community ändert sich grundlegend und 
wird streng hierarchisch.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Stefan Tauner schrieb:

On Fri, 16 Feb 2018 23:22:33 +0100
Robert Kaiser <ka...@kairo.at> wrote:


dass GMaps (als
Kartenanwendung sowie Navigationssystem) bis heute nach wie vor allen
Produkten aus der OSM-Community so weit überlegen ist

Du bist nicht viel zu Fuß oder mit dem Rad unterwegs, wenn du wirklich
glaubst, gm sei in diesen modi auch nur annähernd so gut wie osm (in
europa)...


Ich schon, aber ich hab ja auch gesagt, ich verwende OSM - nur von fast 
allen anderen werde ich blöd angeschaut, weil ich das komische Zeug da 
verwende.
Und dass die Daten besser sind, hab ich auch nie angezweifelt. Wenn wir 
auch softwaretechnisch so gut sein würden, dann hätte ich viel weniger 
zu meckern. ;-)


KaiRo



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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 15.02.2018 22:24, Stefan Nagy wrote:

Am Donnerstag, den 15.02.2018, 15:17 +0100 schrieb Robert Kaiser:

…(denn nachdem unsere Community nicht fähig ist,
brauchbare Produkte für Endkunden zu produzieren, ist es GMaps, was
praktisch alle verwenden)…


Ich liebe es, wenn diese Community aus Freiwilligen mit einem Konzern
mit einem Jahresumsatz von zirka 100 Milliarden US-Dollar verglichen
wird :)


...und wenn ein Datenbestand, der nur Straßennamen und Hausnummern 
umfasst, mit einem Datenbestand verglichen wird, in dem alles 
Erdenkliche von Wanderwegen und Wegkreuzen über Stromleitungen und 
Hydranten bis hin zu Höhlen und Dolinen vorkommt. Das 
Anwendungsspektrum von Google Maps ist gleich null im Vergleich zu dem 
von OSM. OSM hat allen anderen Datenquellen längst den Rang 
abgelaufen, nur ist es halt unauffällig passiert. So wie Unix 
unmerklich über Windows gesiegt hat, indem auf allen Handys 
unix-basierte Betriebssysteme laufen, so sind heute fast überall 
OSM-Daten drin, ohne dass die Anwender was davon merken. Fast jeder 
verwendet heute am Handy eine oder mehrere Apps mit OSM-Daten, die 
Kartenausschnitte auf neueren Webseiten nutzen fast alle OSM, die 
Kompass-Wanderkarten enthalten OSM-Daten, und beim Bau einer 
Wohnhausanalage in meiner Nähe ("Rax in Sicht") stand an der Ecke 
Gußriegelstraße/Raxstraße eine riesen Tafel mit OSM-Screenshot, 
freilich ohne entsprechenden Hinweis.


Dass es einige gute Beispiele gibt, wo OSM-Daten verwendet werden, 
bezweifle ich nicht. Dass es in der Masse angekommen ist, aber sehr 
stark. Ich sehe kaum irgendwo in den Karten, die auf Webseiten und in 
Apps auftauchen, dass OSM verwendet wird - überwiegend ist es GMaps. Und


Ich bin weder der hirnverbrannte Blödmann, als den du mich anscheinend 
hinstellen willst, noch habe weder etwas durcheinander gebracht, ich 
habe nur absichtlich etwas provokant moniert, dass GMaps (als 
Kartenanwendung sowie Navigationssystem) bis heute nach wie vor allen 
Produkten aus der OSM-Community so weit überlegen ist, dass GMaps 
mittlerweile bei weitem dominiert, wenn man schaut, wonach sich die 
Masse der Leute heutzutage geografisch orientiert. Ja, es ist sogar so 
weit, dass ich in meiner persönlichen Umgebung, zu der auch 
OpenSource-Fans und -Entwickler gehören, als eigentümlich angesehen 
werde, da ich ziemlich der einzige bin, der konsequent versucht, für 
alle geografischen Dinge OSM zu verwendwen - und auch ich greife immer 
wieder mal auf GMaps zurück, besonders wenn ich Satelliten- bzw. 
Foto-Ansichten will, Nominatim wieder mal zeigt, wie schwach es als 
Geosuche (noch) ist, oder ich einfach z.B. bei der Urlaubsplanung div. 
Sehenswürdigkeit usw. anklicken will, um Metadaten zu sehen und mehr 
darüber rauszufinden - oder ich Routenberechnung mit mehren Wegpunkten 
und in einfach korrigierbarer Form will. Und ich werd dann auch noch 
blöd angesehen, weil ich die Fahrplänen der Öffis und die aktuellen 
Straßenbedingungen sowie ein volles Navi-System nicht in meiner 
Karten-App zur Verfügung hab.


KaiRo


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

Re: [Talk-at] Wiener Adress- Rätsel gelöst.

[Robert Kaiser]

Johann Haag schrieb:

Hallo Stefan,
es wäre höflich wenn du erklärst wer du bist, und was du hier in einer
Plattform welche OSM Relevante Fragen besprichst für eine Rolle einnimmst.


Die OSM-Community hat weder Klarnamenpflicht noch einen Zwang zum 
gläsernen Menschen. OSM hat sogar immer drauf wert gelegt, dass 
pseudonyme oder sogar anonyme Mitwirkung möglich ist. Wer hier 
mitdiskutiert, hat das Recht, mitzudiskutieren und das war's, keine 
weiteren Erklärungen nötig.


Wenn du ändern willst, wie die OSM-Community funktioniert, dann bring 
das bitte auf allgemeinen OSM-Formen und Working Groups ins Spiel, aber 
nicht einfach nur willkürlich in der talk-at-Liste.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 15.02.2018 21:16, Robert Kaiser wrote:
man muss (leider) zu jeder addr:unit-Node die vollständige Adresse 
mit allen Feldern dazu mappen, denn die OSM-Datenbank ist nicht 
wirklich dafür gebaut, zu erkennen, dass Tags von anderen Elementen 
auf diese Node zutreffen könnten.


OSM ist nicht mal eine richtige Datenbank, sondern ein Datenbestand. 
Sogar schon ein DBMS wie PostGIS stellt Funktionen zur Verfügung, mit 
denen sich ermitteln lässt, ob ein Objekt innerhalb von einem anderen 
liegt. Die Attribute eines Gebäudes den Nodes im Gebäude zu vererben 
ist damit genauso eine triviale Aufgabe wie die Postleitzahlen einer 
boundary=postal_code an die Objekte in dem Gebiet zu vererben.


Wenn du auf einen Eingang sowohl addr:housenumber als auch addr:unit 
setzt, wird nur eines davon gerendert. Damit wird dein in 
<8e465086-55c1-1c4d-b76a-2d83d27cf...@kairo.at> geäußerter Wunsch 
nicht erfüllt. Nur wenn du die Hausnummer aufs Gebäude und die 
Stiegennummer auf die Stiege (oder den Eingang zur Stiege) setzt, 
werden beide Nummern gerendert.


IMHO ist am sinnvollsten die volle Adresse bis zur Hausnummer auf das 
gesamte Objekt (soweit eine Hausnummer alleine ein größeres Objekt 
betrifft, sonst ist es wohl am besten, auf einer passenden Stelle für 
die Hausnummer eine Node zu setzen), und zusätzlich auf jede "Stiege" 
(bzw. deren Eingang) die volle Adresse bis hinunter zur addr:unit. Dann 
kann z.B. ein Renderer entscheiden, das am meisten spezifische Tag zu 
rendern, eine Routing-Software mit einer einfachen Suche in den 
OSM-Daten die Stiege mit der vollen Adresse finden, usw.
Ja, leider ziemlich redundant, aber dafür durchschaubar und gut für Apps 
auf OSM-Basis zu verwenden.


KaiRo


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

Re: [Talk-at] Wiener Adress- Rätsel gelöst.

[Robert Kaiser]

Johann Haag schrieb:

Wir wissen nun, dass es bei Wiener Wohnanlagen Basisadressen gibt,
https://www.wienerwohnen.at/wiener-gemeindebau/gemeindebaubeschreibungen.html?gbSearchDistrict===1=5=1,asc,0
denen jeweils N-Stiegen zugeordnet sind. addrN ist daher überflüssig, da
Treppenhäuser nur eine Hausnummer haben, welche sich auf die Adresse der
jeweiligen Basisadresse der Wohnanlage bezieht.


Alles nichts neues, wussten wir bisher auch. Es gab auch kein Rästel zu 
lösen, sondern nur verschiedene Meinungen, wie es zu taggen sein könnte.



Diese Stiegen werden nun mittels adrr:unit erfasst, zusätzlich mit der
jeweiligen Wohnanlagen- Basisisadresse ergänzt. Damit solches, nun nicht zu
massenhaft doppelten Hausnummern führt, wird der TAG, Adress- Hausnummer
mit dem appendigx "/(treppe)" ergänzt.


Nein, "treppe" hat in der OSM-DB nichts verloren (entspricht nicht mal 
der Konvention dass alle generischen Information - also alles außer 
Namen - in Englisch geführt wird) und ist redundant damit, dass es eh 
ein addr:unit gibt.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 15.02.2018 15:11, "Peter Müller" wrote:
eine Nummerierung wir automatisch zu einer Priorität da man bei 0 bzw 
1 anfängt.


Das ist gut so, denn z.B. bei mir ist Davidgasse 76-80 die 
Hauptadresse, die zweitwichtigste ist Gußriegelstraße 5 (weil da das 
Durchhaus ist, über das man am schnellsten zum Eingang kommt) und die 
drittwichtigste ist Buchengasse 147 (151?), denn auf die Seite schauen 
meine Fenster.


In deinem Fall und zumindest in deiner Einschätzung vielleicht ja, aber 
nicht im allgemeinen Fall. Bei vielen Häusern, die an zwei Straßen sind, 
gibt es sogar augf beiden Türen, die oft auch Adressschilder haben. Da 
gibt es keine Prioritätsreihung am Haus, sondern Adressen für Eingänge.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

Sollte addr:unit, von Nominatim später doch aufgelöst werden, kann man per „/„ 
separator, und verpass Turbo ganz einfach Stiegen in addr:unit umwandeln.


Nein. Das was du da propagierst, ist äquivalent mit "Mapping für den 
Renderer" (hier halt Mapping für einene spezifische Adress-Such-App), 
und das ist in OSM schlichtweg falsch. Es soll das gemappt werden, was 
vom Tagging her "richtig" ist und was dem System entspricht, wie im OSM 
grundsätzlich getaggt wird (separate Bestandteile von Dingen als eigenes 
Tag-Paar, durch gleiches Präfix nur logisch "verbunden", keine 
impliziten Übertragungen von Tags über Relationszugehörigkeiten usw. 
sondern Wiederholung von relevanten Tags auf allen Objekten, auf denen 
sie aussagekräftig sind).


KaiRo


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

Re: [Talk-at] Liliputbahn

[Robert Kaiser]

snupo schrieb:

100 Miilliarden GM ist schon gut aber ich mag das Ergebnis dieser Community 
lieber.
In GM sind nicht einmal die Stationen der Donauparkbahn eingetragen, lächerlich!
Besser in OSM: https://www.openstreetmap.org/#map=18/48.23819/16.41755


Jedenfalls nett, sieht gut aus!

Unser Datenbestand ist in vielen Fällen und Dimensionen deutlich besser, 
das steht ganz außer Diskussion. Ich moniere nur, dass es trotz einer 
breiten Community niemand schafft, mit diesen Dingen auch Dienste zu 
schaffen, die von der Software her für den Benutzer zumindest gleich 
überzeugend sind wie GM - die bessere Datenqualität bei OSM wäre dann 
das gute Argument, warum man wirklich wechseln sollte.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Stefan Nagy schrieb:

Am Donnerstag, den 15.02.2018, 15:17 +0100 schrieb Robert Kaiser:

…(denn nachdem unsere Community nicht fähig ist,
brauchbare Produkte für Endkunden zu produzieren, ist es GMaps, was
praktisch alle verwenden)…

Ich liebe es, wenn diese Community aus Freiwilligen mit einem Konzern
mit einem Jahresumsatz von zirka 100 Milliarden US-Dollar verglichen
wird :)


Und warum nicht? Die Mozilla- und LibreOffice-Communities (neben vielen 
anderen) können ihre Produkte durchaus vergleichen. Ein so 
unkoordinierter und oft geschäfts- wie auch praxisfeindlicher Haufen, 
wie sich unsere OSM-Community aber oft darstellt, schafft es allerdings 
leider nicht, weder selbst noch bei einem, der die Daten nutzt, ein 
Produkt rauszubekommen, dass normale Benutzer auch verwenden wollen. Ich 
wünschte mir, es wäre anders.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:


Und siehe da, die gesuchte Basisadresse nennt sich Anna-Boschek-Hof  Errichtet
im Jahr 1953-1956 Nun kommt´s: Davidgasse 76-80


Ja, nichts neues, sagen wir doch die ganze Zeit.

KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:

Eine Wien OGD Adresssuche https://www.wien.gv.at/advadrwebapp/public/
liefert die Hausnummer genau im
" *76-80/2 "  Format:*


Ja, aber in OSM gehört die eigentliche Hausnummer (housenumber) und die 
Stiegennummer (unit) trotzdem getrennt.


KaiRo



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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Ich hab mir das dort angesehen, aber / in housenumber ist leider falsch. 
Das nach dem / sollte in addr:unit rein stattdessen.


KaiRo


Johann Haag schrieb:

Korrekt,
ich habe das mal versucht das abzubilden. Keine Angst ist nur virtuell.
https://forum.openstreetmap.org/viewtopic.php?pid=685290#p685290

Grüße Johann
Mein Lesezeichen: http://talk.hxg.at

Am 15. Februar 2018 um 20:56 schrieb Robert Kaiser <ka...@kairo.at>:


Johann Haag schrieb:

Dazu ist in Wien offensichtlich nicht gekommen. Anscheinend sind die

Bezirksbauämter in Wien nicht in der Lage, sich gegenüber einem mächtigen
Wohnbauträger durchzusetzen


Schlimmer. "Wiener Wohnen" ist die "Privat"gesellschft, die im Eigentum
der Stadt Wien die Geimeindebauten verwaltet. Das ist also Amtsschimmel
pur, und es zählt nur die effiziente Verwaltung der Bauten und nicht die
"Kundenfreundlichkeit" (kommt mir zumindest meist vor, wenn ich von denen
höre).

Der im BEV vergebene Adresspunkt Davidgas

<https://maps.google.com/?q=sspunkt+Davidgas=gmail=g>se
76-80 ist nahe der Türe 1
gesetzt. wir können daher der Türe Eins, die Adresse
addr:housenumber=76-80/1 vergeben. USW (z.b. auch addr:housenumber=
76-80/14
)


Nein, korrekt gehört IHMO entweder auf den entrance-node oder in die Nähe
jedes Eingangs bzw. jeder "Stiege" ein voller addr:*-Satz getaggt, also
addr:contry=AT + addr:city=Wien + addr:postcode=1100 +
addr:street=Davidgasse + addr:housenumber=76-80 + addr:unit=
Natürlich mag es unangenehm wirken, dass das redundant ist, aber nur so
ist bei jeder Node eindeutig die gesamte Adresse erkennbar, und auch wo
genau diese "Stiege" ist.

KaiRo


___
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] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Johann Haag schrieb:


Dazu ist in Wien offensichtlich nicht gekommen. Anscheinend sind die
Bezirksbauämter in Wien nicht in der Lage, sich gegenüber einem mächtigen
Wohnbauträger durchzusetzen


Schlimmer. "Wiener Wohnen" ist die "Privat"gesellschft, die im Eigentum 
der Stadt Wien die Geimeindebauten verwaltet. Das ist also Amtsschimmel 
pur, und es zählt nur die effiziente Verwaltung der Bauten und nicht die 
"Kundenfreundlichkeit" (kommt mir zumindest meist vor, wenn ich von 
denen höre).



Der im BEV vergebene Adresspunkt Davidgasse 76-80 ist nahe der Türe 1
gesetzt. wir können daher der Türe Eins, die Adresse
addr:housenumber=76-80/1 vergeben. USW (z.b. auch addr:housenumber=76-80/14
)


Nein, korrekt gehört IHMO entweder auf den entrance-node oder in die 
Nähe jedes Eingangs bzw. jeder "Stiege" ein voller addr:*-Satz getaggt, 
also addr:contry=AT + addr:city=Wien + addr:postcode=1100 + 
addr:street=Davidgasse + addr:housenumber=76-80 + addr:unit=
Natürlich mag es unangenehm wirken, dass das redundant ist, aber nur so 
ist bei jeder Node eindeutig die gesamte Adresse erkennbar, und auch wo 
genau diese "Stiege" ist.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 15.02.2018 12:20, Robert Kaiser wrote:
Eine Karte zu drucken/darzustellen, auf der die Hausnummern an der 
korrekten Stelle bei den Eingängen des Gebäudes stehen, geht nicht.


Was ist denn deiner Meinung nach die korrekte Stelle bei meiner 
Adresse?


Wenn es eine Adresse mit Stiegennummer ist, dann dort, wo die Stiege 
ist, wahrscheinlich als Adress-Node oder auf den Eingang-Node getaggt 
- wenn es auf ein Gebäude ist, dann auf das Gebäude getaggt.


Bitte kein Wenn-Dann. Es ist eine konkrete Adresse (siehe Signatur), 
also frage ich dich nach einer konkreten Position (ID oder Koordinaten).




Ich kenne die lokalen Gegebenheiten nicht, daher kann ich dir nicht 
sagen, wo deine Adresse ist und platziert sein soll.


Und übrigens, wenn Lieferanten/Zusteller nicht hinfinden, weil die 
Adresse so verwirrend ist, musst du entweder dafür sorgen, dass Google 
Maps sie korrekt findet (denn nachdem unsere Community nicht fähig ist, 
brauchbare Produkte für Endkunden zu produzieren, ist es GMaps, was 
praktisch alle verwenden) bzw. bei den zuständigen Behörden darum 
ansuchen, dass du eine Adresse bekommst, die logischer ist.


KaiRo



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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 13.02.2018 17:06, Robert Kaiser wrote:
Eine Karte zu drucken/darzustellen, auf der die Hausnummern an der 
korrekten Stelle bei den Eingängen des Gebäudes stehen, geht nicht.


Was ist denn deiner Meinung nach die korrekte Stelle bei meiner Adresse?


Wenn es eine Adresse mit Stiegennummer ist, dann dort, wo die Stiege 
ist, wahrscheinlich als Adress-Node oder auf den Eingang-Node getaggt - 
wenn es auf ein Gebäude ist, dann auf das Gebäude getaggt.



Eine Navigationsprogramm so zu schreiben, dass es zum richtigen 
Eingang routet, auch nicht.


Umgekehrt, gerade das geht *nur* mit addrN. Siehe die Beispiele in 
meinen vorigen Mails.


Die ich für  unfuktionell und Blödsinn halte.m Ich werde jedenfalls jede 
addrN-Nennung dort, wo ich mappe, einfach löschen. Noch dazu, weil eine 
Prioritätsreihung zwischen Adressen, die auf ein Gebäude zutreffen, 
meist komplett falsch ist.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 13.02.2018 14:42, Robert Kaiser wrote:
und zusätzlich ist es sinnvoll, erkennen zu können, zu welchem 
Eingang und welcher Straße welche Nummer gehört - besonders, weil 
in Karten üblicherweise nur die Nummern dargestellt werden, und 
diese auf einem für das Gebäude sinnvollen Punkt.


Karten sind nicht die einzigen Anwendung für OSM-Daten.


Stimmt, aber das heißt nicht, dass man sie erschweren oder ihre 
Use-Cases unmöglich machen muss.


Welche Use-Cases? Alles, was mit Adressnodes geht, geht mit addrN auch.


Eben nicht. Eine Karte zu drucken/darzustellen, auf der die Hausnummern 
an der korrekten Stelle bei den Eingängen des Gebäudes stehen, geht 
nicht. Eine Navigationsprogramm so zu schreiben, dass es zum richtigen 
Eingang routet, auch nicht.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

Friedrich Volkmann schrieb:

On 13.02.2018 09:51, Robert Kaiser wrote:


und zusätzlich ist es sinnvoll, erkennen zu können, zu welchem 
Eingang und welcher Straße welche Nummer gehört - besonders, weil in 
Karten üblicherweise nur die Nummern dargestellt werden, und diese 
auf einem für das Gebäude sinnvollen Punkt.


Karten sind nicht die einzigen Anwendung für OSM-Daten.


Stimmt, aber das heißt nicht, dass man sie erschweren oder ihre 
Use-Cases unmöglich machen muss.



Du hast dich schon im Wiki negativ über das Proposal geäußert, und 
ebenso kamen ablehnende Kommentare in der Art: "In meinem Land gibt es 
keine Identadressen, darum bin ich gegen dieses Taggingschema." Ich 
finde diese Einstellung asozial und kontraproduktiv. Leute mit 
Identadressen bekommen Pakete nicht zugestellt, nur weil einige 
Mapper, die persönlich nicht von dem Problem betroffen sind, sich 
gegen eine Lösung querlegen.


Und ich finde es asozial und kontraproduktiv, eine vermeintliche Lösung, 
die schon von einer guten Anzahl an Mappern als unpassend erkannt wurde, 
noch immer als angeblich "besser" zu pushen, nur weil einig, die 
persönlich nicht von den Problemen betroffen sind, die ihre "Lösungen" 
verursachen, sich gegen die Mehrheit querlegen.


KaiRo


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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Robert Kaiser]

In OSM können wir diesen Sonderfall (Haus mit mehreren Adressen, 
sowohl die
erste als auch die zweite Variante) sinnvoll nur durch Punkt-POIs 
taggen,


Das ist die alte Methode. Besser ist es, Identadressen mit addr:street 
+ addr:housenumber + addr2:street + addr2:housenumber usw. aufs ganze 
Gebäude zu setzen. Siehe:


https://wiki.openstreetmap.org/wiki/Proposed_features/AddrN
https://wiki.openstreetmap.org/wiki/Proposed_Features/addrN



Da widerspreche ich und halte dieses angeblich "bessere" Schema für 
Blödsinn. Kein Tool wertet "addr2" bis "addr100" (oder mehr/weniger) 
wirklich aus, und zusätzlich ist es sinnvoll, erkennen zu können, zu 
welchem Eingang und welcher Straße welche Nummer gehört - besonders, 
weil in Karten üblicherweise nur die Nummern dargestellt werden, und 
diese auf einem für das Gebäude sinnvollen Punkt. Bei mehreren Adressen 
eines einzigen Gebäudes gibt es so einen Punkt nicht allgemein für das 
Haus, sondern nur für die jeweilige Adresse.


KaiRo


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

Re: [Talk-at] Neutralitätserklärung

[Robert Kaiser]

[nochmal im richtigen Thread]

Johann Haag schrieb:

Ich fordere daher sämtliche talk-at User dazu auf, hier eine Erklärung
abzugeben, nicht für ein andere kommerzielles Kartenprojekt
wiewien.gv.at/stadtplan, Wien OGD, BEV, Google, Navteq, Teleatlas,
TomTom Maps, Here oder ähnliche Plattformen zu arbeiten.


Es ist völlig egal, wofür jemand arbeitet, so lange er/sie sich 
konstructiv und unter Einhaltung der Lizenzen und Community-Richtlinien 
am OSM-Projekt beteiligt.
Ich würde es sogar begrüßen, mehr Community-Mitglieder zu haben, die in 
andere Kartenprojekten, kommerziell oder nicht, aktiv sind, da es oft 
von Vorteil wäre, zu wissen, wie andere Projekte arbeiten, und von deren 
Erfahrungen zu profitieren.


Grüße,
KaiRo

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

Re: [Talk-at] Adressimport Wien

[Robert Kaiser]

Johann Haag schrieb:

Ich fordere daher sämtliche  talk-at User dazu auf, hier eine Erklärung
abzugeben nicht für ein andere kommerzielle Kartenprojekte wie
wien.gv.at/stadtplan, Wien OGD, BEV, Google, Navteq, Teleatlas, TomTom
Maps, Here oder ähnliche Plattformen zu arbeiten.


Es ist völlig egal, wofür jemand arbeitet, so lange er/sie sich 
konstructiv und unter Einhaltung der Lizenzen und Community-Richtlinien 
am OSM-Projekt beteiligt.
Ich würde es sogar begrüßen, mehr Community-Mitglieder zu haben, die in 
andere Kartenprojekten, kommerziell oder nicht, aktiv sind, da es oft 
von Vorteil wäre, zu wissen, wie andere Projekte arbeiten, und von deren 
Erfahrungen zu profitieren.


Grüße,
KaiRo

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

Re: [Talk-at] Adressimport Wien

[Robert Kaiser]

Johann Haag schrieb:

Der aktuelle ist Zustand der Adressen in Wien ist erschreckend schlecht


Solche Generalaussagen sind nicht unbedingt förderlich. Es gibt Gegenden 
in Wien (z.B. der gesamte 7. Bezirk sollte dazu zählen), wo der Zustand 
der Adressen sehr gut ist (und teilweise besser als Google Maps, BEV 
oder vergleichbare). Dagegen gibt es Bereiche, die wirklich nicht in 
gutem Zustand sind - meist aber noch besser als viele ländliche Bereiche 
in Österreich, wo es oft gar keine Adressen gibt.
Dort, wo es den Zustand verbessert, sind kontrollierte Imports wohl 
hilfreich, aber generell über die ganze Stadt ist es m.E. eher sinnlos.


Grüße,
KaiRo

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

Re: [Talk-at] Adressimport Wien

[Robert Kaiser]

Markus Straub schrieb:
ich finde es problematisch, dass 
https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen 
großflächigen Import von Adressdaten durchführt und dabei die Adressen 
von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz 
des BEV legt. In https://forum.openstreetmap.org/viewtopic.php?id=61222 
erklärt er zwar was er macht, aber ich finde, dass


- es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher 
willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu setzen
- es nicht sinnvoll ist die addr:housenumber dann bei den 
Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja 
die Hausnummer und wird nicht zu Stiege /..?


Ich stimme da voll zu, solche Dinge gehören reverted und gestoppt. 
Manuelle Mühe durch derartiges Drüberbügeln zunichte zu machen führt 
dazu, dass sich Leute aus der Community zurückziehen und ist schon 
alleine deshalb abzulehnen.


Grüße,
KaiRo

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

Re: [Talk-at] Löschung bzw. Änderungen von ca 240 Grenzen in AT

[Robert Kaiser]

Walter Nordmann schrieb:
Da mir manche Änderungen nicht geheuer sind, hatte ich im Forum 
nachgefragt und als Antwort bekommen "ja, ist ok so".


https://forum.openstreetmap.org/viewtopic.php?id=59448


Und nachdem ich da reingelesen habe, ist das wohl endgültig das Ende 
davon, dass mich Grenzen noch kümmern. Ich hatte extra Steyr auf zwei 
Relationen gemacht, weil IMHO es wichtig ist, alle mit den "richtigen" 
admin-levels drin zu haben, auch wenn die zwei levels haben (was heißt, 
es muss für jeden level ein Objekt geben) damit jemand einfach alle 
Geminden oder alle Bezirke rausziehen kann, ohne komische Dinge wie 
"cadastral" zu haben (was heißt das überhaupt?).
Aber gut, ich arbeite eh mit der Verarbeitung der Daten nicht und werde 
mich jetzt noch weiter davon fern halten.


Robert Kaiser


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

Re: [Talk-at] Fahrverbot für Kraftfahrzeuge ausgen. Fahrzeuge der Anrainer und ihrer Lieferanten

[Robert Kaiser]

Stefan Kopetzky schrieb:

On 2017-05-08 11:18, Robert Kaiser wrote:

Anlieger ist ein Synonym für Anrainer

AFAIK nicht ganz - Anlieger sind jene, die dort ein Anliegen haben, das
inkludiert Zusteller/Lieferanten und Gäste (und das ist "destination").
Anrainer sind doch nur Leute, die dort wohnen, oder bin ich da falsch
informiert?

Jup.

Zitat:
"Anlieger (oder Straßenanlieger) sind Rechtssubjekte, die Eigentümer
oder Nutzungsberechtigte eines Grundstücks oder eines Gebäudes sind, das
an eine öffentliche Straße oder an einen Wasserlauf grenzt. In
Österreich heißen sie Anrainer, in der Schweiz und Liechtenstein werden
sie Anstößer genannt."
(https://de.wikipedia.org/wiki/Anlieger)


Lustigerweise widersprechen die Gerichtszitate in 
https://de.wikipedia.org/wiki/Anlieger#Begriffe und darunter genau 
dieser Definition und weiten sie auf genau das aus, was in OSM unter 
"destination" gemeint ist - interessanterweise für die gesamte Gruppe an 
Bezeichnungen, was mir nicht klar war. Also laut diesen Gerichtsaussagen 
ist "access=destination" für Anlieger und Anrainer durchaus richtig.


KaiRo


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

Re: [Talk-at] Fahrverbot für Kraftfahrzeuge ausgen. Fahrzeuge der Anrainer und ihrer Lieferanten

[Robert Kaiser]

Friedrich Volkmann schrieb:
Anders siehts bei ausgen. Anlieger aus, das wäre dann 
vehicle=destination.


Anlieger ist ein Synonym für Anrainer


AFAIK nicht ganz - Anlieger sind jene, die dort ein Anliegen haben, das 
inkludiert Zusteller/Lieferanten und Gäste (und das ist "destination"). 
Anrainer sind doch nur Leute, die dort wohnen, oder bin ich da falsch 
informiert?


KaiRo


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

Re: [Talk-at] GPX-Daten glätten

[Robert Kaiser]

Christian Aigner | sys-admin.at schrieb:

Ich hab ein paar alte GPX-Daten von mir angesehen, und da mein damaliges
Gerät nicht besonders genau war, springen die Punkte ziemlich wild in
der Gegend herum. So etwas lade ich natürlich nicht auf die
OpenStreetMap hoch.


Ich bin eher der Meinung, dass das Feature zum Hochladen von GPX-Tracks 
ganz absichtlich die Rohdaten haben sollte. Wenn das genügend sind (ev. 
von verschiedenen Leuten), ergibt die Masse der Daten dann die 
Information, aus der qualitativ gute Karten gezeichnet werden können. 
Ich bin da eher gegen die Vorbehandlung der Daten, da man dann nicht 
mehr gut auf den wirklichen Informationsgehalt schließen kann.


KaiRo


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

Re: [Talk-at] www.data.gv.at für Verwendung in OSM zugelassen?

[Robert Kaiser]

somehow_different schrieb:

weitere Recherche hat folgendes zu Tage gefördert

http://wiki.openstreetmap.org/wiki/Contributors#Austria

Dort ist das Bundesportal data.gv.at ausdrücklich als mögliche Quelle
unter CC BY 3.0 angegeben. Wenn ich mir die Versionshistorie dieser
Seite anschaue, hat das User "Al."=Andreas Labres dort im Juni 2012
ergänzt. Bist das zufällig du?

Dann ergibt sich folgende Frage: Was gilt nun hier? Ist jeglicher
Inhalt von data.gv.at zur freien Verwendung in OSM verfügbar, oder gilt
das nur für diejenigen Datensätze die selbst unter CC BY 3.0 dort zu
finden sind? Für Aufklärung bin ich sehr dankbar.


CC-BY 3.0 und CC-BY-SA 2.0 sind ziemlich unterschiedlich zum behandeln. 
CC-BY-SA in jeglicher Form ist nicht mit der OSM-Datenbank kompatibel, 
da braucht man jedenfalls eine eigene Abmachung. SA würde bedingen, dass 
es unter keiner anderen Lizenz als CC-BY-SA weiter verwendet werden 
darf, und ODbL ist halt nicht das gleiche (obwohl im Sinn entsprechend).
Bei CC-BY gibt es Diskussionen, weil es an sich kompatibel ist, aber es 
nicht 100% klar ist, ob die Nennung nur auf der Wiki-Seite genug ist, um 
das BY zu erfüllen, daher ist eine solche Klarstellung grundsätzlich 
einzuholen. Ob Andreas Labres die generell eingeholt hat, weiß ich 
nicht, aber normal ist es gut, ein dementsprechendes Schriftstück (kann 
auch elektronisch sein) zu verlinken, dann ist es klar.


Zumindest ist das der Stand, den ich gehört habe, ich kann allerdings 
nicht für die DWG sprechen, bin nur "auch ein Mapper".


Grüße,
KaiRo


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

Re: [Talk-at] Vorsicht Falle in: fire_hydrant:flow_capacity

[Robert Kaiser]

Martin schrieb:

Also wenn ich mich recht entsinne sind SI-Einheiten bei Openstreetmap
als Standard anzusehen, womit gpm auf alle Fälle schon einmal extra als
Einheit angegeben werden müsste. Mit m^3/h hätte wir SI-
Basiseinheiten,
während Liter keine offizielle SI-Einheit darstellt.


Sorry, wenn das pingelig erscheint, aber Stunden sind keine SI-Einheit, 
denn SI kennt *nur* Sekunden als Zeiteinheit.


Im konkreten Fall denke ich, dass es am besten ist, die Einheiten 
konsistent zumindest beim neu eintragen dazu zu schreiben, dann ist es 
eindeutig.


KaiRo


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

Re: [Talk-at] Massenedits Öffnungszeiten

[Robert Kaiser]

grubernd schrieb:
mein whodidit hat gerade einen dicken fetten Edit quer über ganz 
Österreich ausgeworfen:


https://www.openstreetmap.org/changeset/46516476
https://overpass-api.de/achavi/?changeset=46516476

habe ich schon kommentiert, weil die Änderungen von

"Winter" --> "Dec-Feb"
"Summer" --> "Jun-Aug"

erscheinen mir mehr als willkürlich gewählt und stimmen im Fall von 
Trinkbrunnen [1] sicher nicht.


hab ich da was verpasst?


Ein Massenedit in so einer Art ohne vorherige Diskussion ist so wohl 
nicht akzeptabel. Noch mehr, als der Kommentar bloß von "syntax errors" 
spricht, und aber eine willkürliche Definition von "summer" und "winter" 
getroffen wird.


Zumindest ist das meine Meinung.

KaiRo


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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[Robert Kaiser]

schu-r schrieb:
Ich sehe, dass manchmal ein Gebäude keine Hausnummer hat, dafür aber 
ein Punkt mit einer vollständigen Adresse drauf oder daneben ist.


Siehe Ybbs an der Donau : 
http://www.openstreetmap.org/#map=19/48.17768/15.08295


Welche ist nun die Richtigere oder Gängigere Methode?


Das ist immer wieder eine Diskussionsfrage. Es gibt mehrere Varianten, 
wie bereits hier im Thread dargestellt.


Ich persönlich bevorzuge Tagging am Gebäude, wenn das Gebäude nur eine 
Hausnummer hat (am Hauptgebäude des Grundstücks/Anwesens, wenn es 
Nebengebäude gibt), und Tagging auf einer separaten Node, wenn es 
mehrere Hausnummern am Gebäude gibt oder ein Grundstück ohne Gebäude 
eine Hausnummer hat. Das ist auch das Schema, das in Wien größtenteils 
verwendet wird.


Aber welche Variante genommen wird, hängt von den Präferenzen der lokal 
dort aktiven Mapper ab.


Grüße,
KaiRo


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

Re: [Talk-at] Falsche PLZ für Innsbruck

[Robert Kaiser]

Steffen Scholz schrieb:

wie kann man denn dann beim Nominatim Server die PLZ anpassen?


So weit ich bisher gehört habe, ist es bekannt, dass Nominatim etwas 
eigenartig beim finden/auflisten von Postleitzahlen, Bezirken usw. ist. 
Das liegt weniger an den Daten (die ev. tortzdem besser sein könnten) 
als an der Art, wie die Suche in Nominatim funktioniert - um das zu 
verbessern, müsstest du dich wohl mit dessen Code beschäftigen.


Grüße,
KaiRo


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

Re: [Talk-at] Gemeinde-Relationen in Österreich: Abweichende Schreibweisen

[Robert Kaiser]

Dietmar schrieb:

* "Gemeinde Weikersdorf am Steinfelde" im Name geändert, bisher "an"
statt "am" und erweitert um "official_name=Weikersdorf am Steinfelde"
* "Gemeinde St. Corona am Wechsel" erweitert um "alt_name=Sankt Corona
am Wechsel"
* "Gemeinde Bad Deutsch Altenburg" erweitert um "official_name=Bad
Deutsch-Altenburg",
alle in Changeset [3]


Ich kann mich erinnern, wir hatten mal die Debatte über das "Gemeinde" 
(oder auch "Bezirk" usw.) im name-Tag, ich bin mir nicht mehr 100% 
sicher, wie das ausging, aber ich bin noch immer der Meinung, dass es 
nicht da drin stehen sollte, sondern über andere Tags das als Gemeinde 
klassifiziert sein sollte.


KaiRo

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

Re: [Talk-at] Relation Altes AKH

[Robert Kaiser]

Stefan Tauner schrieb:

On Tue, 28 Jun 2016 08:18:37 +0200
Thomas Konrad  wrote:


Da sind allerhand einzelne Nodes (Denkmäler etc.) als Teil der Relation ohne 
Rolle eingetragen. Macht das Sinn? Konsequenterweise müsste man dann ja auch 
jedes Bankerl und jeden Fahrradständer da hinzufügen (was unwartbar wäre).


In eine Relation sollte das hinein, was dazu gehört... was dieses etwas
wirklich ausmacht


In eine Site-Relation, ja. In eine Multiploygon-Relation gehören nur die 
Elemente, die das Multipolygon definieren, und sonst nichts.


KaiRo


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