Re: [Talk-at] Kartenhinweis ohne Ortsaugenschein aufgelöst

2020-12-09 Thread Stefan Tauner via Talk-at
On Tue, 8 Dec 2020 21:51:19 +0100
Günther Zinsberger  wrote:

> Ich hatte da noch die Hoffnung, dass evtl. Mapillary über die Ferne hier 
> helfen könnte, was leider hier nicht zutreffend ist: bei der Abzweigung 
> von der Hauptstraße gibt es weder ein Sackgassenzeichen noch ein 
> Verbotsschild (klar, da kommen noch die Zufahrten der Häuser dazwischen).

Bei der Einfahrt davor, die zu einer gleichwertigen Gruppe von Häusern
und dazugehörigen Parkplätzen/Garagen führt, ist eine Einfahrt-Verboten-
Schild vorhanden:
https://www.mapillary.com/map/im/hx5OT2CXyPcrglOO_WHebw

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

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


Re: [Talk-at] Kartenhinweis ohne Ortsaugenschein aufgelöst

2020-12-09 Thread Stefan Tauner via Talk-at
On Wed, 9 Dec 2020 12:37:23 +0100
grubernd  wrote:

> Ich interpretiere die Note mit "kein Übergang möglich" als sprachlich 
> schlampig, weil gemeint ist wohl "kein Übergang erlaubt".
> 
> Die Brücke dürfte nach meiner Interpretation der Luftbilder circa 3 
> Meter weiter westlich liegen als aktuell eingezeichnet. Hellgraues Holz, 
> wahrscheinlich kein Geländer, dazu fehlt der Schatten.

Das ist eine "Stromschnelle". Auf den ViennaGIS-Bildern sieht man das
nicht so klar - würde ich dort auch nicht als Brücke oder sonstigen
Übergang interpretieren - aber auf den ESRI-Bildern sind das ziemlich
eindeutig nur ein paar Steine und man erkennt auch, das am Ende der
Straße ein durchgehender(?) Zaun steht. Die ESRI-Bilder scheinen auch
von ViennaGIS zu stammen aber aus Juni 2019. Keine Ahnung, wieso der
direkte ViennaGIS Layer so verpixelt ist (es sind aber grundsätzlich
andere Bilder). Jedenfalls: Ich spende 100 eur an die OSMF, wenn dort
aktuell eine für unbestifelte Fußgänger trocken überwindbare Brücke
ist. :P

> Aber deswegen aus der Ferne irgendwelche Zugangsberechtigungen zu setzen 
> würde ich auch nicht auf Grund einer Note machen. Und finde ich auch 
> grundsätzlich unpassend.

Das ist hier auch nicht nur auf Grund einer Note passiert.

> Leider verstehen viele von den Pacmen, wie sie fkv so schön bezeichnet 
> hat, das Prinzip hinter OSM Daten nicht:
> 
> Was eingetragen ist, war zum Zeitpunkt des Eintrags die überprüfte 
> Realität. Alles was nicht eingetragen ist, ist nicht eingetragen. Nicht 
> mehr und nicht weniger.

Diese Ansicht ist mehr als naiv. Du schließt von deinen Mapping-
Prinzipien darauf, dass sich andere auch entsprechend verhalten und nur
verifiziert so existierende Objekte aufgenommen wurden. Der Fall hier
ist eines von vielen Beispielen, das dies widerlegt. Und das liegt mit
nichten nur an den PacMen oder Armchair-Mappern. Manchmal erinnern sich
Leute auch einfach falsch an manche Details, andere tragen bewußt
falsche Dinge ein oder schätzen vor Ort Dinge falsch ein. Passiert.
Damit müssen wir leben und die Daten nach bestem Wissen und Gewissen
verbessern.

Meine Conclusio deshalb (und nicht nur im OSM-Umfeld anwendbar): Alles
hinterfragen egal ob (nicht)anonyme Note, Vormapper oder andere Quellen
und daraus versuchen, eine eindeutige Wahrheit zu (re)konstruieren.
Wenn das nicht möglich ist, vor Ort klären (lassen) und nichts
eintragen, was nicht zumindest sehr plausibel und nicht widerlegbar ist.

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

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


Re: [Talk-at] Kartenhinweis ohne Ortsaugenschein aufgelöst

2020-12-08 Thread Stefan Tauner via Talk-at
On Tue, 8 Dec 2020 20:50:56 +0100
Friedrich Volkmann  wrote:

> On 08.12.20 19:38, Stefan Tauner via Talk-at wrote:
> > Insbesondere sehe ich es nicht notwendigerweise
> > negativ, in dieser Form auf anonyme Hinweise zu reagieren, wenn es
> > keinen Grund zur Annahme gibt, dass der Hinweis falsch ist.  
> 
> Es gibt nicht mehr und nicht weniger Grund anzunehmen, dass die vom 
> ursprünglichen Mapper eingetragenen Daten falsch sind. Da steht Aussage 
> gegen Aussage, und somit gibt es für einen ortsunkundigen Mapper keinen 
> Anlass sich einzumischen, es sei denn man kann mit Fernerkundungsmetoden 
> eine klare Beurteilung erreichen. Das ist in diesem Fall (Berechtigung) kaum 
> möglich.

Dass die Daten mit größter Wahrscheinlich falsch und jedenfalls
unvollständig waren, da die Straße auf Privatgrund ist, hab ich schon
beschrieben. Das ist problemlos und sehr eindeutig remote feststellbar
(jedenfalls nicht schlechter als vor Ort). Schon allein deshalb ist ein
auf private setzen, damit zumindest temporär nicht mehr drüber geroutet
wird, durchaus sinnvoll, egal ob die Brücke bzw. ein Übergang dann
vorhanden ist oder sich später access=permissive herausstellt.

> > Natürlich sollte dort jemand vorbei schauen. Der ursprüngliche Autor
> > ist (mal wieder) ein ID-User, der nicht mehr aktiv ist.  
> 
> Das heißt noch lang nicht, dass er auf Anfragen nicht antwortet.

Darauf bezog ich mich nicht, sondern die durchschnittlich beschissene
Qualität von ID-Mappern.

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

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


Re: [Talk-at] Kartenhinweis ohne Ortsaugenschein aufgelöst

2020-12-08 Thread Stefan Tauner via Talk-at
On Tue, 8 Dec 2020 18:49:28 +0100
Florian Kratochwil  wrote:

> Wie seht ihr das? Bin ich da zu streng / pingelig?

In dem Fall deutet die Note ja sogar darauf hin, dass da überhaupt
keine Brücke ist. Ich kann Armchair-mappenderweise auch keine erkennen,
aber das heißt natürlich nix. Die Straße die dorthin führt, dürfte
aber tatsächlich auf Privatgrund sein. D.h. vermutlich sind die Daten
jetzt leicht besser geworden.

Über die Herangehensweise kann man wohl streiten, aber da die Note
offen gelassen wurde, sehe ich im konkreten Fall nicht viel, was
ich bekritteln würde. Insbesondere sehe ich es nicht notwendigerweise
negativ, in dieser Form auf anonyme Hinweise zu reagieren, wenn es
keinen Grund zur Annahme gibt, dass der Hinweis falsch ist.
Natürlich sollte dort jemand vorbei schauen. Der ursprüngliche Autor
ist (mal wieder) ein ID-User, der nicht mehr aktiv ist.

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

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


Re: [Talk-at] Meinungen zu Access-Tagging

2020-11-09 Thread Stefan Tauner via Talk-at
On Mon, 9 Nov 2020 10:33:52 +0100
Frederik Ramm  wrote:

> Gibt es hierzu Meinungen?

Nachdem hier rechtlich die Einschränkung nur für Fahrzeuge gilt (und
kein Hindernis oder weitere Beschilderungen etwas anderes vorgeben),
stimme ich der Argumentation von fkv für vehicle=destination zu - das
ist sinnvoller, als alle Ausnahmen zu taggen... dafür gibt's die
Subkategorien wie vehicle, motor_vehicle etc. ja.

Die Renderung-Geschichte ist irrelevant, außer dass sie eine Erklärung
für das IMHO falsche Tagging ist - typisches Tapping for the Render.

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

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


Re: [Talk-at] Moderation at Webforum

2020-11-03 Thread Stefan Tauner via Talk-at
On Tue, 3 Nov 2020 13:19:05 +0100
Johann Haag  wrote:

> Keine Reaktion, Na!, eh klar, das war wohl auch so zu erwarten. Der
> Moderator des AT-Webforums ist -sagen wir es mal höflich-
> arbeitsüberlastet.
> 
> Den Beitrag von Roghem hat Michael erst isoliert,
> https://forum.openstreetmap.org/viewtopic.php?pid=807063#p807063 und
> daraufhin auch gleich https://forum.openstreetmap.org/viewtopic.php?id=71057
> kaltgestellt.
> Job als Moderator erledigt.

Für Außenstehende beweist das eher, dass die Qualitätssicherung im
Forum exzellent funktioniert und die Moderation dort mit Bedacht und
viel Nachsehen gehandhabt wird. Ich wäre da nicht so kulant.

Bitte trage deine persönlichen Probleme nicht auf öffentlichen
Plattformen aus - dafür sind sie nicht da, es interessiert niemanden
und du störst andere damit. Das schließt auch diese Mailing-Liste mit
ein. Wenn du dich an gemeinschaftliche Regeln nicht halten willst,
wirst du mit den Konsequenzen deines Handelns leben müssen.
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


Re: [Talk-at] Moderation at Webforum

2020-11-01 Thread Stefan Tauner via Talk-at
On Mon, 2 Nov 2020 07:07:12 +0100
Johann Haag  wrote:

> unabhängig davon wie man zum Inhalt einzelner Webforumsbeiträge, oder Usern
> steht. Die Moderation des at Webforums sollte neu überdacht werden.
> 
> Der aktuelle Moderator Michael Reichert ist sicher bemüht, aber auf zu
> vielen Baustellen in OpenStreetMap unterwegs.

Das sollte natürlich dort besprochen werden und nicht hier.

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

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


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

2020-09-19 Thread Stefan Tauner via Talk-at
On Sat, 19 Sep 2020 15:29:29 +0200
Marcus MERIGHI  wrote:

> bitte gebt bekannt was ich alles vergessen habe!

https://waymarkedtrails.org
Die Verwenden aber auch nur den Carto mit weiteren Overlays.

https://maptoolkit.net bzw.Toursprung
https://openmaptiles.org
https://www.openandromaps.org/
https://www.freizeitkarte-osm.de/
 
> mein plan ist, die "hersteller" freundlichst anzuschreiben und auf die
> problematik hinzuweisen. 
> 
> ich wuerde das schreiben zuvor hier vorlegen.
> 
> was sagt ihr zum vorhaben und zu den details?

danke! ich les auch gern drüber.


Ich bin allerdings noch immer der Meinung, dass alles, wo erfahrene,
sicherheitsbewußte Bergsteiger nicht ohne Klettergurt gehen würden, als
highway=via_ferrata und nicht als highway=path eingetragen gehören. Das
wäre auch ggü. den Renderer-Herstellern eine deutliche Geste (nicht,
weil das akut bei vielen das Rendern unterdrückt, sondern weils ein
deutlicher Hinweis darauf ist, dass sich diese Wege sehr von den
üblichen Paths unterscheidet - es ist eine inherente Dokumentation wie
Variablennamen beim Programmieren). Aber diese Diskussion gehört
eigentlich nicht hier her.

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

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


Re: [Talk-at] Fwd: What's new @ GeoDaten Burgenland

2020-09-03 Thread Stefan Tauner via Talk-at
On Thu, 3 Sep 2020 22:01:07 +0200
Friedrich Volkmann  wrote:

> https://geodaten.bgld.gv.at/index.php?id=172=web
> 
> Irgendwas dabei, was wir für OSM verwenden können?
> Mag jemand einen WMS aufsetzen mit Hangneigungskarte oder mit Schummerung 
> mit verschiedenen Beleuchtungsrichtungen?

Was mir bisher beim Mappen am meisten geholfen hat, sind digitale
Geländemodelle mit einer Auflösung, die das Auffinden von zumindest
Forstraßen wenn nicht sogar breiteren Wegen in dichten Wäldern
ermöglicht. Ich hab erst heute einen solchen Weg, den ich durch das
tiroler DGM für sehr, sehr wahrscheinlich gehalten habe, in natura
verifizieren können. Forststraßen sind dort überdeutlich sichtbar und
für das geübte Auge auch leicht von Wassergräben, Bächen und ähnlichem
unterscheidbar. Apropos... von Gewässern erodierte Gräben i.e.
Wasserverläufe sind dadurch auch recht gut - oft besser als mit
optischen Luftbildern - nachverfolgbar.

Lt. dem Text wäre das wohl vorhanden und nutzbar...?
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


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

2020-08-30 Thread Stefan Tauner via Talk-at
On Sun, 30 Aug 2020 11:50:42 +0200
Robert Grübler  wrote:

> Es geht nur darum es richtig zu taggen. Es spießt sich an der Begrifflichkeit 
> „Weg“. Ein alpiner Steig, dessen Begehung alpinistische Erfahrung erfordert, 
> ist m.E. etwas anderes als ein Wanderweg, den jeder gesunde Mensch 
> ungefährdet begehen kann.

Deshalb gibts ja mehr als nur den highway-Key und die wurden in vielen
(allen?) Fällen, wo die User Probleme bekommen haben, auch richtig
angewendet. Damit ist mMn dem Mapper nichts vorzuwerfen.

Über den Kartenanbieter könnte man dann vl. noch diskutieren, aber wer
sich nach Mapnik im Gebirge richtet ohne weitere Quellen/Daten in
Erwägung zu ziehen, kann der Karte auch keine Schuld geben. Ich geh ja
auch nicht mit einer Wanderkarte auf Segeltörn... 

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

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


Re: [Talk-at] OSM AT Erreichbarkeit

2020-08-20 Thread Stefan Tauner via Talk-at
On Thu, 20 Aug 2020 13:48:28 +0200
Friedrich Volkmann  wrote:

> Und dass ich nachfrage, wenn ich etwas nicht verstehe, wird mir 
> hoffentlich keiner vorwerfen.

Natürlich ist dir das vorzuwerfen, wenn du statt 2min zu recherchieren,
(offenbar wirklich ernsthaft) Fragen stellst, die man in diesem Level
von Abstrusität nur vom Mst. Haag erwarten würde. Ich zitiere das jetz
nochmal:

> Gestattet mir trotzdem eine Frage: Warum redet ihr immer von einem "local 
> Chapter"? Wovon handelt dieses Kapitel, und in welcher Publikation soll es 
> erscheinen? Schreibt ihr an einem Buch über OSM? Können wir dazu was 
> beitragen?

Dass du auf sowas wenig ernst gemeinte Antworten bekommst, hast du dir
schon selbst zuzuschreiben. Niemand konnte ahnen, dass das keine
Trollerei war.

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

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


Re: [Talk-at] OSM AT Erreichbarkeit

2020-08-20 Thread Stefan Tauner via Talk-at
On Thu, 20 Aug 2020 13:03:44 +0200
Friedrich Volkmann  wrote:

> Ich finde es sinnlos, mit solchen Worthülsen (Buzzwords) um sich zu werfen, 
> wenn sich keiner was drunter vorstellen kann – oder sich jeder was anderes 
> drunter vorstellt. Frederik dachte, es geht um einen Reiseführer.

Du schließt, wie leider sehr oft, von dir auf alle anderen. Und
Frederik hat mit einem sarkastischen Witz auf eure Trollerein
geantwortet - ganz einfach.

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

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


Re: [Talk-at] CS 87122017 reparieren oder reverten?

2020-08-14 Thread Stefan Tauner via Talk-at
On Fri, 14 Aug 2020 18:29:47 +0200
Robert Grübler  wrote:

> Genau so sehe ich das auch, deshalb irritiert es mich auch so, wenn ein 
> CS-Kommentar ignoriert wird. Eine Reaktion erlebe ich eher als Ausnahme. 
> Vielleicht bin ich auch zu wenig freundlich. Wenn ich 2 Stunden Zeit 
> investiere um einen Unfug zu verstehen, reicht meine Laune nur mehr für 
> Höflichkeit, aber nicht mehr für eine besondere Freundlichkeit. Ich bewundere 
> Leute, die das hinbekommen.
> 
> Wie ist das Feedback zu deinen CS-Kommentaren?

Wenn du nicht wirklich viele CS-Kommentare schreibst, hast du einfach
eine zu kleine Stichprobe. Ich bin aus den selben Gründen (und weil
mein Naturell auch sehr direkt ist :) nicht übermäßig freundlich, aber
die Antworten sind zumindest meistens vorhanden (selbst nach Jahren -
solang die Leute grundsätzlich noch aktiv sind, besteht schon eine gute
Chance, dass sie reagieren - ob sie sich dann erinnern, was sie
gemacht haben, ist eine andere Frage :)

In so einem krassen Fall hätte ich das vl. auch ohne Reaktion
revertet... spätestens jetzt (nach 7 Tagen ohne Reaktion), finde ich
das nicht zu beanstanden. Es kann aber natürlich trotzdem sein, dass er
den Kommentar nicht gesehen hat. Wenn du also nochmal extra freundlich
sein willst, kannst du ihn ja vorwarnen, dass das in 24h revertet wird
oder so.

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

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


[Talk-at] OSM AT Erreichbarkeit

2020-08-13 Thread Stefan Tauner via Talk-at
Hi,

Simon Poole versucht jemanden vom Verein per i...@openstreetmap.at
wegen einer trivialen LWG-Sache zu kontaktieren, aber erreicht niemand.
Falls sich jemand angesprochen fühlt, bitte meldet euch bei
si...@osmfoundation.org
Thx.
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


Re: [Talk-at] Saisonalität bei Sportgeschäften

2020-08-13 Thread Stefan Tauner via Talk-at
On Thu, 13 Aug 2020 09:22:44 +0200
Friedrich Volkmann  wrote:
 
> Es ist nur 1 Shop, darum sollte es nur 1 Node sein.
> 
> Auch Supermärkte ändern ihr Sortiment je nach Jahreszeit. Z.B. hat der Hofer 
> den Scamorza-Käse nur im Sommer und die Germknödel nur im Winter. Machen wir 
> deswegen 2 verschiedene Nodes?

Vergleich von Äpfel und Birnen. Ein anderes Beispiel, das ich noch kenn
und das selbe Grundproblem hat, ist Dr.-Karl-Lueger-Platz 2 in Wien.
Das ist im Winter ein Kürschner (kA ob noch immer, aber das spielt ja
keine Rolle) und im Sommer ein Eisgeschäft. Andere Betreiber, andere
Öffnungszeiten, andere Auslage, anderer Name, ... würde man auch nicht
als eine Node mappen.

> Dass im Sommer keine Winter- und im Winter- keine Sommerware ausgestellt 
> ist, liegt ja wohl nur am begrenzten Raum. Sogar in den Eybl-Megastores war 
> das z.T. so. Das heißt nicht unbedingt, dass auch das Lager leergeräumt ist, 
> geschweige dass nichts mehr serviciert/repariert wird. Wenn du im Sommer ein 
> Rad kaufst und im Winter mit einem Garantiefall kommst, werden die dich ja 
> wohl nicht wegschicken (sonst kannst du sie verklagen).

Aber sie werden mir nicht aufsperren, wenn ich zur Sommeröffnungszeit
hinkomm.

> Ich finde shop=ski sowieso albern. Kommt weltweit 228x vor und hatte nie ein 
> Proposal. Was treibt jemanden dazu, so einen Blödsinn ins Wiki einzutragen? 
> Was spricht gegen shop=sports (32497x) + sport=skiing (5824x)? Im konkreten 
> Fall würde ich sport=* überhaupt weglassen, solang nicht klar ist, was sie 
> alles haben. Laut Website haben sie im Sommer auch Wander- und 
> Freizeitzubehör.

Hast nicht unrecht, aber offtopic, denn das ist nicht das gefragte
Problem.

> Bei opening_hours=* musst du halt eruieren, was genau mit "Sommer" und 
> "Winter" gemeint ist. Wenn du das nicht weißt, lass es ganz weg. Besser 
> keine Info als eine falsche.

Die derzeitige "Lösung" verschiebt das Problem auf den User, wo das in
dem Fall am besten aufgehoben ist...

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

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


[Talk-at] Saisonalität bei Sportgeschäften

2020-08-12 Thread Stefan Tauner via Talk-at
Hi,

in den Ski-Regionen gibt es ja desöfteren Sportgeschäfte, die komplett
das Sortiment und Öffnungszeiten nach Saison umstellen (meist Fahrrad
im Sommer, Ski/Snowboard im Winter). Ein paar Metadaten bleiben dabei
natürlich erhalten, aber ich hab das bei meinem 1. Fall trotzdem als 2
eigenständige Nodes mit Unterscheidung im name-Tag (ja, furchtbar)
gemacht, weil die Anzahl der tags recht hoch ist und ein conditional
prefix auf fast allen tags etwas komisch vorkommt. Ein Problem ist dabei
auch, dass die temporalen Grenzen der Saisonen nicht klar sind.

Das konkrete Beispiel:
https://www.openstreetmap.org/node/7795861689
https://www.openstreetmap.org/node/7795861690

Gibt's bessere Ideen? Dürfte ein recht alpin-spezifisches Problem sein
vmtl. :)

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

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


Re: [Talk-at] Abzeichnen von OpenTopoMap?

2020-05-24 Thread Stefan Tauner via Talk-at
On Sun, 24 May 2020 21:20:12 +0200
scubbx  wrote:

> * Die SRTM Daten sind als Public Domain verfügbar. Es gibt 3 Versionen
> der SRTM Daten, die sich in ihrer Nachbearbeitung unterschieden. Ich
> glaube, dass vor einiger Zeit zumindest, nur die Version 1 Public Domain
> war - vielleicht sind es inzwischen auch die anderen Versionen?

Wie im ursprünglichen Posting schon erwähnt, dürft das, das wahre
Problem sein. Ich hab nur kurz recherchiert, weil ich dachte, dass SRTM
PD sein müssten, weil NASA und so... aber es ist offenbar so, dass sie
für einige Varianten fremde Höhendaten dazu gemischt haben, weil einige
Bereiche nicht aufgenommen wurden. Die Quellen für diese zusätzlichen
Daten waren nicht PD. Ein paar Erklärungen finden sich z.B. hier drin:
https://lpdaac.usgs.gov/documents/13/SRTM_Quick_Guide.pdf

Es müsste also zuerst mal geklärt werden, welche SRTM-Daten von der OTM
verwendet werden, speziell in der "sehr spärlich gemappten Region der
Welt".

Allerdings, obwohl IANAL, sehe ich wenig lizenzrechtliche Probleme
darin, wenn man auf Grund *irgendwelcher* Daten, Plausibilitätschecks
macht und dann z.B. die Fließrichtung eines Gewässers feststellt und
in OSM einträgt, wenn das die einzige Information ist, die diesen
Daten entnommen wurde - von der praktischen Nichtverfolgung ganz zu
schweigen.

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

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


Re: [Talk-at] Stop area groups

2020-01-03 Thread Stefan Tauner via Talk-at
On Sat, 04 Jan 2020 03:04:36 +0100
Kevin Kofler  wrote:

> Was meint ihr?

Hi,

exakt deiner Meinung. Allerdings wäre es wünschenswert die Motivation
der/des Ändernden zu erfahren.

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

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


Re: [Talk-at] Sinn der OSM (war: name:suffix & name:prefix (de))

2019-10-29 Thread Stefan Tauner via Talk-at
On Tue, 29 Oct 2019 13:08:03 +0100
grubernd  wrote:

> also ganz ehrlich, wenn ich wissen will wann ein Geschäft offen hat, 
> dann schaue ich selbst als script-commandline-programmier-versierter 
> Anwender sicher nicht auf die OSM. ich bin durchaus schmerzresistent was 
> gewisse Aspekte der Benutzerfreundlichkeit angeht, aber irgendwo gibt es 
> Grenzen.

Wie genau geht das benutzerfreundlicher als mit OSM-basierten
Diensten wie z.B. osmand?
https://user-images.githubusercontent.com/1040784/50345068-fabf0280-052d-11e9-9173-5bcd902f3107.jpg

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

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


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

2019-10-29 Thread Stefan Tauner via Talk-at
On Tue, 29 Oct 2019 04:50:24 +0100
Friedrich Volkmann  wrote:

> 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

Der "Mist" in Reihenfolge von Nominatim:

1. Die Gemeindegrenze von Mödling
2. Die Town-Node der Gemeinde Mödling aka. das Zentrum
3. Die Bezirksgrenze
4. Die Bahnstation
5. Die Autobahnabfahrt

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

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


Re: [Talk-at] Relationschaos nach Landesstraßenanpassung (Kreisverkehr Erstellung)

2019-08-12 Thread Stefan Tauner via Talk-at
On Mon, 12 Aug 2019 11:59:44 +0200
Andreas  wrote:

> Ich könnte mir schon vorstellen, dass das komplex ist, dass die
> richtigen Segmente vom Kreisverkehr in der richtigen Reihenfolge der
> Relation hinzugefügt werden.

Das schon, aber dafür gibts den Code ja zumindest für PT-Relationen
schon... das reine Ersetzen der Node durch einen geschlossenen Way in
allen Relationen ist algorithmisch trivial.

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

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


Re: [Talk-at] Relationschaos nach Landesstraßenanpassung (Kreisverkehr Erstellung)

2019-08-12 Thread Stefan Tauner via Talk-at
Hi,

ich hab das bisher auch immer manuell gemacht, aber wenn man das öfter
braucht und den Kreisverkehr selbst aus einem Knoten erstellt, könnte
man wohl auf folgenden Plugins aufbauen bzw. die Autoren auf etwaige
Verbesserungsmöglichkeiten hinweisen bzw. selbst einbauen ;)

Der RoundaboutExpander hilft bei der Konvertierung Node -> Circle Way
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/RoundaboutExpander
Allerdings: https://github.com/JOSM/rex/issues/1
Das wirkt auf mich aber eigentlich nicht wie ein sonderlich schweres
Programmier-Problem... je nachdem, wie leicht man an die Relationen zur
jeweiligen Source-Node kommt.

Im PT_Assistant gibts dann die Möglichkeit die entstandenen
Kreisverkehre automatisch zu splitten und die Relationen zu reparieren
(aber wohl nur, wenn RoundaboutExpander sie grundsätzlich zur Relation
hinzufügen würde).
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant#Tools_menu_items

Hab beides noch nie verwendet...
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


Re: [Talk-at] Schule für Shiatsu

2019-06-14 Thread Stefan Tauner via Talk-at
On Fri, 14 Jun 2019 09:19:10 +0200
Christian Aigner  wrote:

> Werte Kolleginnen und Kollegen!
> 
> Ich bin gerade dabei, eine Schule für Shiatsu-Ausbildung einzutragen.
> 
> Was nehme ich da am besten?
> 
> amenity=school
> 
> oder die Kombination
> 
> amenity=education
> education=shiatsu
> 
> Oder gar etwas anderes? Wie würdet ihr das eintragen?

Wenn ich mir kurz die Wikipedia-Seite zu shiatsu ansehe, dann würde ich
eher irgendetwas mit Religion vorschlagen... ;) Ernsthaft: ich würd's
einfach nicht eintragen, jedenfalls nicht als amenity=school weil das
überhaupt nicht zu dessen Definition passt und =education is depricated.

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

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