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

[eest9]

Bin aus ober erwähnten Beweggründen für umgekehrt. Verstehe nicht warum wir
in Österreich einen Sonderweg einnehmen sollten, ein kurzer Blick nach
Deutschland zeigt auf, dass auch hier die Prefixes nicht im Namen stehen,
etwa hier:
https://www.openstreetmap.org/relation/966163#map=13/49.3496/11.2594 , die
programmierten Anwendungen sind also nicht darauf ausgelegt, dass das
Prefix direkt im Namen steht und das würde erst recht wieder bedeuten das
andere Anwednungen in Österreich nicht gut funktionieren. Dort wird das
Prexif, was ich in meinem Beispielen sah, übrigens gar nicht erfasst. Das
wir es also in einem extra Tag erfassen sollte ausreichen. Mir konnte
zumindest noch niemand schlüssig erklären warum es nicht ausreichen sollte
und die letzten Jahre hat es doch auch kein Problem damit gegeben, ohne
Sachliche Änderung an der Situation (also aufgetretenes Problem) halte ich
also die Überlegungen aus 2014/2015 weiterhin für ausreichend.
lg eest9

Am Do., 3. Okt. 2019 um 19:38 Uhr schrieb Johann Haag :

> Die Angelegenheit ist ziemlich einfach.
> Entscheidet Euch für eine der beiden Varianten, die Festlegung gilt dann
> für gesamt Österreich.
> In Tirol und Vorarlberg genügt ein einfaches Revert, im Osten dann weg mit
> den Gemeinde Präfixen. Oder umgekehrt.
> Ich bin da sehr aufgeschlossen.
>
>
> Grüße Johann Haag
>
> Am 01.10.2019 um 18:48 schrieb PPete :
>
> Mir ist aufgefallen, das kürzlich in Tirol und Vorarlberg die Namen vieler
> Gemeinde- und Bezirksrelationen verändert werden. Z.b:
> https://www.openstreetmap.org/changeset/75069032
>
> Ich weiß, dass das ein sehr ambivalent diskutiertes Thema ist, und es
> meines Wissens nach dazu in Österreich keinen Konsens gibt, ob man z.b. die
> Wörter "Gemeinde" und "Bezirk" in den name-Tag packt, in einen prefix-Tag
> oder sonstwo hin. Auf jeden Fall erstellt diese Umbezeichung aus
> derzeitiger Sicht keine Verbesserung der vorhanden Daten da und erzeugt
> ohne vorige Diskussion und Übereinkunft im Forum oder in der Mailingliste
> sicherlich Spannungen in der Communtiy.
>
> Ich für mich würde z.b. eine Umbennung durch einen einzelnen Mapper ohne
> vorige Abstimmung des über mehrere Jahre hinweg vereinheitlichten
> Relationsschemas in Oberösterreich nicht für gut heißen.
> ___
> 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] Änderung von Bezirks- und Gemeindenamen in Tirol und Vorarlberg

[eest9]

Am Mi., 2. Okt. 2019 um 02:06 Uhr schrieb Friedrich Volkmann :

> On 02.10.19 00:15, Rudolf Mayer wrote:
> > Das beste ist - nur relevante Information drinnen haben, nicht im Namen
> > Redundanz erzeugen, nur damit es auf carto besser aussieht.
>
> Gemeinde/Bezirk im Namen ist keine Redundanz, da die Information woanders
> nicht vorkommt.
>
Doch es ist Redundanz, denn es kommt bereits in "name:prefix:at" vor.
___
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

[eest9]

PS: ich möchte zusätzlich darauf verweisen, dass wir die Diskussion auch
schlicht schon von September 2014 bis Mai 2015 unter dem Betreff "[Talk-at]
Grenzen" hatten und ich eigentlich dachte, dass wir das seither geklärt
hätten wie wir das in Österreich machen wollen.
lg eest9

Am Di., 1. Okt. 2019 um 20:19 Uhr schrieb eest9 :

> Ich bin nicht der Ansicht, dass das Salonfähig geworden ist, wenn mir mein
> Navi erst mal 15 Minuten das Prefix vorlesen muss bevor ich zur wichtigen
> Info komm bin ich 3 mal über die Kreuzung gefahren. Bei Anzeigen steht dann
> auch oft nur "Gemeinde A…" da weil sie einfach zu kurz sind und es ist
> schlicht nicht Teil des Namens. Aus vielen sowohl Praktischen als auch
> Normativen (= es ist schlicht nicht Teil es Namens) Überlegungen bin ich
> der Ansicht, dass es im Namen nichts verloren hat.
> lg eest9
>
> Am Di., 1. Okt. 2019 um 20:15 Uhr schrieb Friedrich Volkmann  >:
>
>> On 01.10.19 19:54, eest9 wrote:
>> > Das wäre dann aber das was man allgemein unter "mappen für die Karte"
>> > versteht.
>>
>> Das ist salonfähig geworden, spätestens als alle landuse=farm auf
>> farmland
>> umgetaggt wurden, nur weil Carto landuse=farm nicht mehr darstellte.
>>
>> > Die OSM ist immer noch eine Datenbank und wenn die Darstellung
>> > nicht passt, dann muss man die Darstellung anpassen
>>
>> Das ist in diesem Fall nicht möglich, da es kein international
>> anerkanntes
>> Tag für Gemeinde/Bezirk/etc gibt. Mein Proposal für admin_title=* wurde
>> leider niedergestimmt.
>>
>> --
>> Friedrich K. Volkmann   http://www.volki.at/
>> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[eest9]

Ich bin nicht der Ansicht, dass das Salonfähig geworden ist, wenn mir mein
Navi erst mal 15 Minuten das Prefix vorlesen muss bevor ich zur wichtigen
Info komm bin ich 3 mal über die Kreuzung gefahren. Bei Anzeigen steht dann
auch oft nur "Gemeinde A…" da weil sie einfach zu kurz sind und es ist
schlicht nicht Teil des Namens. Aus vielen sowohl Praktischen als auch
Normativen (= es ist schlicht nicht Teil es Namens) Überlegungen bin ich
der Ansicht, dass es im Namen nichts verloren hat.
lg eest9

Am Di., 1. Okt. 2019 um 20:15 Uhr schrieb Friedrich Volkmann :

> On 01.10.19 19:54, eest9 wrote:
> > Das wäre dann aber das was man allgemein unter "mappen für die Karte"
> > versteht.
>
> Das ist salonfähig geworden, spätestens als alle landuse=farm auf farmland
> umgetaggt wurden, nur weil Carto landuse=farm nicht mehr darstellte.
>
> > Die OSM ist immer noch eine Datenbank und wenn die Darstellung
> > nicht passt, dann muss man die Darstellung anpassen
>
> Das ist in diesem Fall nicht möglich, da es kein international anerkanntes
> Tag für Gemeinde/Bezirk/etc gibt. Mein Proposal für admin_title=* wurde
> leider niedergestimmt.
>
> --
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[eest9]

Hi,

Am Di., 1. Okt. 2019 um 19:44 Uhr schrieb Friedrich Volkmann :

> Ich finde "Gemeinde" und "Bezirk" im name-Tag notwendig, weil ein
> Anwender beim Betrachten der Karte sonst nicht weiß, ob eine Beschriftung
> "Bludenz" an einer Grenze für den Bezirk oder für die Gemeinde steht.
>

Das wäre dann aber das was man allgemein unter "mappen für die Karte"
versteht. Die OSM ist immer noch eine Datenbank und wenn die Darstellung
nicht passt, dann muss man die Darstellung anpassen und sollte nicht den
Datensatz anpassen, denn darauf basieren auch andere Anwednungen, Navis z.B.
Wenn also ein Problem mit der KArtendarstellung besteht sollte man sich an
den Ort wenden der dafür da ist und ein Issue im Github Repo erstellen, was
man hier machen kann:
https://github.com/gravitystorm/openstreetmap-carto/issues Falls jemand
keinen Github Account hat erstelle ich auch gerne das Issue falls es mir
jemand vorschreibt.

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

Re: [Talk-at] neue Namen (war: Peter-Paul-Berg)

[eest9]

Hi,

also wäre es für dich kein Problem, wenn ich eine schöne Holztafel darüber
mit "Erwin Ernst Steinhammer Berg" anbringe? Wollte schon immer einen
eigenen Berg haben.
Und was ist dann mit einem 2. Kreuz daneben?

Nein ernsthaft, das von dir beschriebene Problem kann man damit ohnehin
nicht in den Griff bekommen. Was nutzt der Rettung die Angabe
"Peter-Paul-Berg" wenn in der Karte, die die Rettung benutzt dieser Berg
nicht eingezeichnet ist, weil er einfach so nicht heißt? Schlimmstenfalls
steht die Rettung dann sogar am falschen Berg weil es zufällig einen gibt
der so ähnlich heißt.

lg eest9

grubernd  schrieb am Di., 17. Juli 2018, 10:08:

> von wegen neuen Namen und so..
>
> aktuelles Beispiel aus meiner Umgebung:
>
> https://www.openstreetmap.org/#map=16/47.1431/15.4241
>
> die Mountainbike-Trails dort werden jährlich erweitert und mittlerweile
> zum Glück auch direkt benannt - in den seltensten Fällen könnte ein
> uneingeweihter Beobachter die Namen wissen, da so gut wie nie ein Schild
> vor Ort aufgestellt wird. und wenn, dann sieht das so aus:
>
> https://www.instagram.com/p/Bk2uZXhgpyA/
>
> (er hat den Namen _NICHT_ selbst vergeben, sondern das "Schild" gefunden!)
>
> dafür gibt's eine handbeschriftete Karte zur MTB EM, die die Namen der
> Trailshaper übernimmt:
>
> http://www.bike09.at/strecke_xco-pid786
>
> womit innerhalb weniger Tage nicht nur ich als Fotograf sondern auch
> hunderte von Streckenposten, Bikern, Betreuern und Zuschauern diese
> Namen kennen und ganz selbstverständlich verwenden. und nicht nur diese,
> sondern auch Rettungseinsatzkräfte und andere Helfer.
>
> was für mich vor Jahren der Hauptgrund war die Sache mit der Vergabe von
> Namen für Streckenteile zu forcieren, nachdem ich selbst schon absurde
> minutenlange Beschreibungen an die Rettung durchgeben musste anstatt
> einfach zu sagen wo der Unfall passiert ist. ein offener
> Unterschenkelbruch im Augenwinkel war dabei nicht wirklich hilfreich.
>
> nächste Woche gibts dann von mir eine Begehung der neuen Streckenteile
> mit GPS und anschliessende Eintragung in die OSM.
>
> aus meiner Sicht handelt es sich hierbei nicht nur um ein sauberes
> Vorgehen in Sachen neuer Namen von Objekten, sondern auch um eine extrem
> wichtige Sache, siehe Rettung / Rotes Kreuz.
>
> und das ist auch für mich der Hauptgrund warum ich nichts dagegen habe
> wenn Leute wie Herr PeterPaul einem namenlosen Klapf mitten im Wald
> einen Namen geben. es tut keinem weh, aber wenn sich einer wehtut dann
> ist er dankbar. oder sie.
>
>
> grüsse,
> grubernd
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Gärten rund um den Wolfersberg

[eest9]

Hi,
seh nichts was der Ausbesserung entgegenstehen würde! +1 bin dafür! :)
Danke!
lg Erwin Ernst

Am 10. Juli 2018 um 13:36 schrieb Stephan Bösch-Plepelits <
sk...@xover.mud.at>:

> Mir ist gerade aufgefallen, dass es rund um den Wolfersberg jede Menge
> leisure=garden gibt.
>
> Beispiel: https://www.openstreetmap.org/way/239595537/history
>
> Meines Erachtens ist dies eine falsch Anwendung, leisure=garden sollte doch
> nur für Gärten gelten, die explizit Garten sind und nicht auch noch ein
> Haus (es sein denn spezielle Gartenhäuser?) sein.
>
> An dem konkreten Objekt halte ich sogar noch mehr für fehlerhaft:
> - landcover=grass: Große Teile sind ja von Gebäuden bedeckt
> - al:landuse=residential: ist wohl nur zum Testen
>
> Die folgenden Tags sind wohl die einzig richtigen:
> - landuse=residential, barrier=fence
>
> Hat jemand ein Problem wenn ich für dieses Objekt und den meisten Objekten
> in der Umgebung die oben genannten Tags entferne?
>
> Zur Häufigkeit von leisure=garden im Westen Wiens:
> https://overpass-turbo.eu/s/AbL
>
> grüße,
> Stephan
>
> PS: Ich werde eine Woche auf Reaktionen warten, bevor ich etwas ändere.
> --
> Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
> ,--.
> | Stephan Bösch-Plepelits  ❤ code ❤ urbanism ❤ free software ❤ cycling |
> | Projects:|
> | > OpenStreetMap: openstreetbrowser.org > openstreetmap.at|
> | > Urbanism: Radlobby Wien 15 |
> | Contact: |
> | > Mail: sk...@xover.mud.at > Blog: plepe.at > Code: github.com/plepe |
> | > Twitter: twitter.com/plepe > Jabber: sk...@jabber.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] Neutralitätserklärung

[eest9]

Am 12. Februar 2018 um 17:09 schrieb Walter Nordmann <wnordm...@gmx.de>:

> Hi Erwin,
>
>
> Am 12.02.2018 um 16:17 schrieb eest9:
>
>> jetzt würde ich gerne wieder Mappen und mich um Sachrelevante Fragen
>> kümmern, wie zB den Adressrelationen.
>>
> Adressrelationen? Was meinst du damit? Etwa die mausetoten
> addr_street-Relationen? wenn ja, bitte nicht.
>


Ich bezog mich auf die Diskussion unter "[Talk-at] Adressimport Wien", die
find ich einerseits relevant und interessant. Und sie hat auch einen
relevanten Outcome. Hab mich besonders für die Diskussion über die
Reelationen interessiert, darum hab ich den Begriff etwas unreflektiert
benutzt, sorry falls das zu Verwirrungen geführt hat.

Lg eest9


> Gruss
> walter
>
>
>
>
> ___
> 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] Neutralitätserklärung

[eest9]

Am 12. Februar 2018 um 16:32 schrieb Johann Haag <johannh...@hxg.at>:

> Lieber Erwin,
> die Lösung für Dich ist ist doch ganz einfach.
> Sorge für ein Pseudonym mit guter Reputation, und verwende im Mail Forum
> auch nur dieses.
>

Du hast den Kern meiner Nachricht nicht erfasst. Sowohl mein Pseudonym als
auch mein Klarname gehen aus meiner Mail hervor. Ich gebe trotzdem schon
aus Prinzip keine solche Erklärung ab weil ich sie für höchst
Kontraproduktiv und für die Community schädlich halte. Bisher gab es kein
einziges Problem durch die Beteiligung von Menschen die auch ihren Beruf in
diesem Bereich ausleben und darum führt eine solche Diskriminierung nur zu
einer willkürlichen Spaltung unserer Gemeinschaft, unserer OSM Familie und
das kann ich nicht supporten. Danke.

Mfg Erwin Ernst 'eest9' Steinhammer


> Sofern Du einzelne Projekte für Firmen machst, mach solches unter einem
> separatem Pseudonym, und unter Angabe Deiner Firma sowie eventuell Deines
> Projektes.
>
> Grüße Johann Haag
> OSM geocodec
>
> Am 12. Februar 2018 um 16:17 schrieb eest9 <eeston...@gmail.com>:
>
>> Ich sag dazu jetzt nur 2 Dinge:
>>
>> 1. ich werde eine solche Erklärung mit Sicherheit nicht abgeben da ich es
>> mir selbst Vorbehalte als Programmierer vl. auch irgendwann mal für
>> kommerzielle Open-Source Projekte wie OSMAnd aktiv zu werden. (Ja
>> kommerziell, es gibt eine kostenpflichtige Pro Version und die ist unter
>> anderem Notwendig um ein Kernteam und die Server zu bezahlen)
>>
>> 2.
>>
>>> >Ich beuge mich zu OSM politischen Fragen[...]
>>>
>> Nein, als Politikwissenschaftler muss ich dir da widersprechen, das sind
>> keine politische Fragen. Es sind gesellschaftliche Fragen, die hier
>> aufgrund der Bedürfnisse der OSM-Community entstehen. Ja natürlich ähneln
>> sie politischen Fragen und politischen Debatten, aber nicht weil sie
>> politisch sind sondern weil es sich mit gesellschaftlichen Fragen und
>> politischen Fragen wie mit den Fingern und den Daumen verhält. Nicht alle
>> gesellschaftlichen Fragen sind politisch aber alle politischen fragen sind
>> gesellschaftliche Fragen. In dieser Metapher sind OSM-Fragen quasi Fragen
>> des Zeigefingers. Weil OSM ein Subsystem der Gesellschaft ist ebenso wie
>> Politik ein gesellschaftliches Subsystem ist.
>>
>> just my 2 Cent
>> Jetzt würde ich gerne wieder Mappen und mich um Sachrelevante Fragen
>> kümmern, wie zB den Adressrelationen. Das ist nämlich eine Frage die uns
>> wirklich betrifft, manchmal in den Diskussionen vl. an Politik erinnert
>> aber auch nur weil sowohl die Klärung dieser Frage als auch die Politik
>> beides gesellschaftliche Ausgleichssysteme geht wo es darum geht eine
>> gemeinsame Lösung zu finden. Und zur OSM gehören nun mal auch kommerzielle
>> Dienste die OSM Daten legal nutzen oder der OSM sogar Daten zur Verfügung
>> stellen und die haben ein gleichwertiges Interesse daran an diesem
>> gesellschaftlichen Ausgleich teilzunehmen wie wir alle hier die sich
>> großteils ehrenamtlich engagieren und lieber Sachfragen lösen als sich mit
>> einer Metadiskussion zu beschäftigen die uns so sehr betrifft wie wenn am
>> Mars eine Trinkwasserkrise ausbricht.
>>
>> lg Erwin Ernst 'eest9' Steinhammer
>>
>>
>> ___
>> 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 <+43%20664%201747414>
> Mailto:johannh...@hxg.at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[eest9]

Ich sag dazu jetzt nur 2 Dinge:

1. ich werde eine solche Erklärung mit Sicherheit nicht abgeben da ich es
mir selbst Vorbehalte als Programmierer vl. auch irgendwann mal für
kommerzielle Open-Source Projekte wie OSMAnd aktiv zu werden. (Ja
kommerziell, es gibt eine kostenpflichtige Pro Version und die ist unter
anderem Notwendig um ein Kernteam und die Server zu bezahlen)

2.

> >Ich beuge mich zu OSM politischen Fragen[...]
>
Nein, als Politikwissenschaftler muss ich dir da widersprechen, das sind
keine politische Fragen. Es sind gesellschaftliche Fragen, die hier
aufgrund der Bedürfnisse der OSM-Community entstehen. Ja natürlich ähneln
sie politischen Fragen und politischen Debatten, aber nicht weil sie
politisch sind sondern weil es sich mit gesellschaftlichen Fragen und
politischen Fragen wie mit den Fingern und den Daumen verhält. Nicht alle
gesellschaftlichen Fragen sind politisch aber alle politischen fragen sind
gesellschaftliche Fragen. In dieser Metapher sind OSM-Fragen quasi Fragen
des Zeigefingers. Weil OSM ein Subsystem der Gesellschaft ist ebenso wie
Politik ein gesellschaftliches Subsystem ist.

just my 2 Cent
Jetzt würde ich gerne wieder Mappen und mich um Sachrelevante Fragen
kümmern, wie zB den Adressrelationen. Das ist nämlich eine Frage die uns
wirklich betrifft, manchmal in den Diskussionen vl. an Politik erinnert
aber auch nur weil sowohl die Klärung dieser Frage als auch die Politik
beides gesellschaftliche Ausgleichssysteme geht wo es darum geht eine
gemeinsame Lösung zu finden. Und zur OSM gehören nun mal auch kommerzielle
Dienste die OSM Daten legal nutzen oder der OSM sogar Daten zur Verfügung
stellen und die haben ein gleichwertiges Interesse daran an diesem
gesellschaftlichen Ausgleich teilzunehmen wie wir alle hier die sich
großteils ehrenamtlich engagieren und lieber Sachfragen lösen als sich mit
einer Metadiskussion zu beschäftigen die uns so sehr betrifft wie wenn am
Mars eine Trinkwasserkrise ausbricht.

lg Erwin Ernst 'eest9' Steinhammer
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Adressen übernehmen mit Adresshelper

[eest9]

Hi,
ob St. oder Sankt angegeben wird unterscheidet sich grundsätzlich danach ob
sich diese Gemeinden irgendwann in St. umbenannt haben. Meine eigene
Gemeinde St. Georgen an der Leys hat sich zB umbenannt. Andere Ortsnamen im
Adresshelper sind durchaus auch noch mit Sankt angegeben.
Diese Diskrepanz war auch schon ein Thema als der Adresshelper programmiert
wurde und wenn ich mich richtig erinnere sind wir zum Schluss gekommen,
dass wir die korrekten Namen (wie beim Statistikzentralamt) übernehmen
wollen.
lg eest9

Am 27. September 2017 um 11:22 schrieb Walter Krammer <
walter.kramm...@utanet.at>:

> Ich trage jetzt seit einigen Tagen mit der JOSM-Erweiterung adresshelper
> in einigen Kärntner Gemeinden die Hausnummern ein. Dann kontrolliere ich
> mit dem OSM.Inspector von Geofabrik die Einträge. Und da bin ich auf eine
> grundlegende Diskrepanz gestossen. Der Adresshelper verwendet die
> Ortschaftsnamen, wie sie im Statistikzentralamt verlautbart sind, in der
> OSM-Datenbank sind aber die openGeoDB:name massgebend. Hier werden die
> Namen mit "Sankt ." bezeichnet, in den Hausadressen aus dem
> adresshelper als "St. .". Dadurch zeigt aber der OSM.Inspector Fehler
> an, weil der Eintrag addr:place in der Hausadresse nicht mit dem Namen im
> name- Tag der Ortschaft übereinstimmt. Am leichtesten wäre es, den Namen
> der Ortschaft an die Schreibweise der Hausadresse anzupassen. In einem Fall
> habe ich das so gemacht  und es hat funktioniert, aber ich weiß nicht, ob
> das erlaubt ist, da es ja die openGeoDB - Tags gibt, aber auch einen
> "name"-tag, der gleich lautet.
> Meine Frage ist: Wie soll ich richtig vorgehen?
>
> ___
> 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] Gerade auf der OSM gesehen: 3D tags

[eest9]

Am 27. März 2017 um 16:05 schrieb realadry <a...@gmx.at>:
> Dinge wie einzelne Bäume mappen, kann für manche Zwecke sinnvoll sein, da
> man dadurch "alle Daten" am selben Ort (OSM) hat und nicht zig verschiedene
> Datensätze von irgendwelchen Behörden durchforsten muss.

Ich seh das auch ganz pragmatisch. Wenn Jemand über eine auf OSM
basierte Spezialanwendung auf die OSM kommt (weils zB mit Google nicht
möglich war etc.) und Fehler meldet und von denen wiederum ein paar
beginnen ihre eigenen Gegenden zu Mappen, dann hat es der OSM indirekt
schon mehr gebracht, denn damit kommen nicht nur die Baumdaten dazu
sondern auch Lokals die sich bestens in ihrer Gegend auskennen,
Häuser, Geschäfte, Wirtschaftsbetriebe und Adressen eintragen und
damit auch die allgemeine Datenqualität für Standardanwendungen wie
allgemeine Landkarten und Routenplaner/Navis verbessern.

lg eest9

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

Re: [Talk-at] Gerade auf der OSM gesehen: 3D tags

[eest9]

Manche Gemeinden setzen OSM auch zur Raumgestaltung ein. Um dann
berechnen zu können wo wie viel Sonnenlicht zu wie vielen Stunden am
Tag hin kommt ist das eine relevante Information. Aber auch zur
allgemeinen gestaltung. Seh darin also nichts schlechtes.

Wenn man selbst nichts von diesem "Micromapping" hält muss man sich ja
nicht damit außeinandersätzen. Aus meiner Sicht: Wenn man in der
Eigenen Gegend schon alle Häuser, Adressen, Wege und Straßen mit
zugehörigen Beschränkungen eingetragen hat, warum nicht?

lg eest9

2017-03-27 12:54 GMT+02:00 Christian Aigner <caig...@openstreetmap.at>:
> Was es nicht so alles auf der OpenStreetMap gibt: 3D tags
>
> roof:ridge
> https://www.openstreetmap.org/way/321452173
>
>
> building:colour und building:part
> https://www.openstreetmap.org/way/321455004
>
>
> Was mit spontan dazu einfällt: Arbeitsbeschaffung für Micro-Mapper.
>
> Quo vadis, OSM?
>
> LG,
> Christian
>
>
> ___
> 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] Massenedits Öffnungszeiten

[eest9]

Am 2. März 2017 um 20:32 schrieb realadry <a...@gmx.at>:
> Was heißt da schlichtweg falsch?

Wenn da jetzt Dez-Feb steht obwohl das Ding nur bei winterlichen
verhältnissen offen hat aber damit nicht zwingend Dez-Feb, dann ist
das Falsch.

> Hast du das changeset angesehen?

Ja.

> Da sind
> gerade mal eine Handvoll dieser Sommer/Winter Einträge dabei.

Nein.

> "Sommer" und "Winter" ist genauso "falsch".

Nein, das ist nicht definiert. Und nicht definiert bedeutet nicht
falsch. siehe: 
https://wiki.openstreetmap.org/wiki/DE:FAQ#Warum_sind_die_Daten_so_uneinheitlich.3F

> Ich finde es ist Vandalismus
> einen mass editm bei dem 99% der Daten korrekt sind, einfach rückgängig zu
> machen.

Bringe den Beweis, dass 99% der Daten korrekt sind und ich akzeptiere
es und kümmere mich höchst persönlich um die Korrektur der restlichen
1%. Bis zu diesem Beweis ist das eine bloße Behauptung.


> Als Vergleich: Damals beim mass import von plan.at Daten war viel mehr
> falsch. Trotzdem wurde es automatisch massenhaft importiert.

Damals bin ich grad neu dazu gekommen und zu der Erkenntnis gelangt,
dass man genau solche Situationen vermeiden sollte und nicht bei der
1. Gelegenheit wiederholen sollte.
Außerdem sind hier aus meiner Sicht der Dinge die Richtlinen für
Importe oder Massenedits einzuhalten:
https://wiki.openstreetmap.org/wiki/DE:Import/Guidelines bzw.
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Keins von beidem wurde gemacht also muss die Konsitenz der Datenbank
wieder hergestellt werden. (Was ich wie ich höre schon gemacht wurde)

lg eest9

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

Re: [Talk-at] Massenedits Öffnungszeiten

[eest9]

Nein, bei einem unabgesprochenen Massenedit ist jedenfalls zuerst zu
revidieren und danach alles andere zu klären.
Und nochmals da die Daten jetzt schlicht falsch sind stellte es keine
Verbesserung dar. Es gibt keine flaschen Tags. Wenn eine Anwendung den Wert
"winter" "summer" nicht verwerten kann, sollte sie ihn ignorieren und nicht
die Daten verfälschen um damit (falsch) umgehen zu können.

Außerdem gibt es nicht nur eine meteorollogische Definition sondern auch
ein Astronomische.

lg eest9

Am 2. März 2017 um 20:15 schrieb realadry <a...@gmx.at>:

> Hallo,
>
> Die Änderung auf Monate hat die Daten meiner Meinung nach deutlich
> verbessert.
>
> Sommer und Winter sind kein definierter Wert für opening_hours, Monate
> hingegen schon. Das ist sehr wichtig, denn um vernünftig nach den Daten
> suchen zu können, muss man sich auf zulässige standardwerte einigen.
>
> Btw. es gibt für Sommer und Winter eine meteorologische Definition,
> nämlich Dez-Feb und Jun-Aug.
>
> Um "Saisonabhängige" Öffnugnzeiten zu taggen muss ein neuer tag her, nicht
> einfach irgendwas in die opening_hours schreiben.
> Was nutzt es zu wissen, dass es im "Winter" geöffnet hat? Nichts, denn
> Winter heißt nicht automatisch Saison, im Falle von Skiliften z.b.
>
> Wenn revertiert wird, dann nur die Winter/Sommer Änderung, nicht das ganze
> changeset. Da sind ja noch andere, sinnvolle Korrekturen enthalten. Es
> sollte zuerst der Autor kontaktiert werden.
>
>
>
>
> Am 02.03.2017 um 20:06 schrieb Michael Reichert:
>
>> Hallo realadry,
>>
>> Am 02.03.2017 um 19:44 schrieb realadry:
>>
>>> "Summer" und "Winter" sind in der tat syntax fehler. Laut wiki ist das
>>> kein gültiger Wert für den key opening_hours=*
>>>
>>> Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar nicht auf
>>> jeden der veränderten nodes zutreffen, aber es ist immerhin besser als
>>> ein ungültiges (und ebenfalls willkürliches) "summer" und "winter". Im
>>> Einzelfall ist die tatsächliche Öffnungsdauer auf die richigen Monate zu
>>> korrigieren.
>>>
>>> Ich finde den Mass-edit eigentlich in Ordnung, da es das Chaos der
>>> ungültigen und ungleichen Angaben der Öffnungszeiten endlich(!!)
>>> repariert.
>>>
>>
>> Mechanische Edits dürfen die Daten nicht verschlechtern. Durch diese
>> Verschlimmbesserung wurden die Daten verschlechtert. "summer" und
>> "winter" sind nicht in ganz Österreich einheitlich, sondern sicherlich
>> je nach Gegend (Waldviertel vs. Burgenland) und Höhenlage verschieden.
>> Darüber hinaus ist "Sommer" nicht so fest definiert, dass man es auf
>> Juni bis August festlegen kann. Sommerliche Temperaturen gibt es gern
>> auch noch im September ("Altweibersommer"). Wenn ein POI wetterabhängig
>> geöffnet hat und mit Kundschaft bei gutem Wetter im September rechnet,
>> hat er sicherlich auch dann noch offen. Wenn die bekanntgegebenen
>> Öffnungszeiten variabel sind, sollte OSM keine Starrheit vorgaukeln.
>>
>> Beispiel: Diese Toilette ist laut bisherigem Tagging nur im Winter
>> geöfffnet – vermutlich dann, wenn die Skilifte in Betrieb sind.
>> https://www.openstreetmap.org/node/608264356
>> Jetzt ist sie mit opening_hours=Dec-Feb getaggt. Was ist aber, wenn am
>> 3. März noch genügend Schnee liegt und Betrieb ist?
>>
>> Wenn die Syntax nicht für solche Sachen ausgelegt ist, muss die Syntax
>> angepasst werden. Da sie eh schon komplex ist, kommt es auf das bisschen
>> auch nicht an.
>>
>> Deshalb sollte dieser Änderungssatz revertiert werden. Wer will?
>>
>> Viele Grüße
>>
>> Michael
>>
>>
>>
>> ___
>> 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] Massenedits Öffnungszeiten

[eest9]

Hallo,

dann ist das kein Syntax fehler sondern schlicht nicht definiert. Es gibt
per se keinen falschen Tags in der OSM, nur definierte und nicht definierte.
Das Problem ist, dass bei vielen einfach kein konkretes Datum fixierbar
ist. Wenn ich eine Eislaufbahn betreibe wird sie offen sein wenn die
Temperatur unter 0 ist, also im Winter und nicht Anfang Dezember wenns 15°C
draußen hat.

lg eest9

Am 2. März 2017 um 19:44 schrieb realadry <a...@gmx.at>:

> Hallo,
>
> "Summer" und "Winter" sind in der tat syntax fehler. Laut wiki ist das
> kein gültiger Wert für den key opening_hours=*
>
> Die Definition über die Monate Dec-Feb und Jun-Aug mag zwar nicht auf
> jeden der veränderten nodes zutreffen, aber es ist immerhin besser als ein
> ungültiges (und ebenfalls willkürliches) "summer" und "winter". Im
> Einzelfall ist die tatsächliche Öffnungsdauer auf die richigen Monate zu
> korrigieren.
>
> Ich finde den Mass-edit eigentlich in Ordnung, da es das Chaos der
> ungültigen und ungleichen Angaben der Öffnungszeiten endlich(!!) repariert.
>
>
> Mfg,
> realadry
>
>
> Am 02.03.2017 um 17:34 schrieb 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
>>
>
> ___
> 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] RTR - OpenData

[eest9]

"Liste der Zuordnung der drahtlosen terrestrischen Übertragungskapazitäten
nach Frequenz und Standort zu den Gebieten privater Hörfunk- und
Fernsehveranstalter sowie Multiplex-Betreiber sowie des Österreichischen
Rundfunks. Beschreibungen der Daten sowie der Möglichkeit der Datenabfrage
über eine REST-Schnittstell"

Kein Wunder, dass ich es bei dem Titel nicht erkannt hab. Betrifft dann
aber nur Radio und Fernsehn aber zB keine Telephonsender, Relaisender,
Forschungssender bzw. alles was sonst so in den Zuständigkeitsbereich der
RTR fallen würde.

Am 1. Dezember 2016 um 11:33 schrieb Thomas Rupprecht <
rupprecht.tho...@gmail.com>:

> Hallo,
>
> Dieser Datensatz hier: https://www.data.gv.at/
> katalog/dataset/9cf8d45e-7963-4836-ae6d-424ad012d575
> Koordinaten müssen jedoch noch umgerechnet werden in Dezimalkoordinaten
>
>
> mfg Thomas Rupprecht
>
> Am 1. Dezember 2016 um 10:14 schrieb eest9 <eeston...@gmail.com>:
>
>> Hi,
>>
>> kannst du mir zeigen wo du jetzt Datensätze zu Sendemasten o.ö. gesehen
>> hast? Ich habe eine solche (Liste? Tabelle? ODB?) jetzt nicht
>>  entdeckt.
>>
>> lg eest9
>>
>> Am 1. Dezember 2016 um 09:12 schrieb Thomas Rupprecht <
>> rupprecht.tho...@gmail.com>:
>>
>>> Hallo,
>>>
>>> Die RTR (Rundfunk und Telekom Regulierungs-GmbH) veröffentlicht jetzt
>>> neue Daten und diese auch aktueller (tagsaktuell):
>>> https://www.rtr.at/de/pr/PI30112016TK
>>>
>>> OpenData-Portale:
>>> https://www.rtr.at/de/inf/odUebersicht
>>> https://www.data.gv.at/auftritte/?organisation=rtr
>>>
>>> Die meisten Daten werden sogar unter Public-Domain veröffentlicht.
>>>
>>> Von den Daten könnten wir einige zur Qualitätskontrolle (Telefonnummern,
>>> PLZ), zum überprüfen auf Vollständigkeit (Sendemasten: Position) und zur
>>> Erweiterung der Attribute (Sendemasten: Frequenzen, ...) verwenden.
>>>
>>>
>>> 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
>
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[eest9]

Das Google den BEV Datensatz verwendet kann ich nicht nachvollziehen, denn
a) sind einige BEV Daten irgendwo in der Wiese wo sie bei Google aufs echte
Gehöft gehen und dann gibt es bei Google Straßen (wie die meinige) wo alle
Adressen auf 2-3 Punkten gemapped sind während sie bei BEV wirklich auf die
einzelnen Häuser zeigen.
Und nein, dieser Hinweis unten auf der Karte ist nicht ausreichend, da die
CC Lizenzen verlangen, dass der genaue Urheber direkt beim Datensatz bzw.
bei Bildern direkt auf dem Bild genannt wird. Es braucht wirklich eine
eigene Genehmigung bei dem Lizenzmodell. Aber die haben wir ja jetzt.

Und ob Google eine Sondergenehmigung hat wissen wir nicht. Die könnten sich
genauso gut auch einen Adresssatz gekauft haben. Außerdem haben die
ziemlich gute Anwälte, wir nicht.
Beim source Tag direkt am Datensatz haben wir das Problem, dass es jeder
jederzeit wegnehmen könnte. Was bei jedem einzelnen rendern passiert. Die
OSM kann ja nicht nur von uns gerendert werden sondern auch von jeder
beliebigen anderen Person, die OSM ist nämlich nur eine Geodatenbank.

lg eest9

Am 10. November 2016 um 17:21 schrieb <liberalerhuman...@gmx-topmail.de>:

> >Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der
> Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine
> Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder
> Kartenkacheln) beinhaltet.
>
> Am Datensatz können wir die Quelle durch ein Source-Tag nennen. Die
> Nennung im Copyright-Bereich, den man auf openstreetmap.org über
> "Open-Streetmasp Mitwerkende" unterhalb erreicht sollte hinreichend sein,
> da Weiternutzer die dortigen Angaben angeben müssten. Das Problem, das ich
> an der Debatte sehe ist allerdings folgendes: Gesetzt Google hat keine
> Sondervereinbarung mit dem BEV, warum sollten wird dann striktere Vorgaben
> einhalten? Auf Google findet sich kein einziger Hinweis auf die zahlreichen
> Datenquellen.
>
> MfG, LH
>
> *Gesendet:* Donnerstag, 10. November 2016 um 15:13 Uhr
> *Von:* eest9 <eeston...@gmail.com>
> *An:* "OpenStreetMap AT" <talk-at@openstreetmap.org>
> *Betreff:* Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen
>
>
> Am 10. November 2016 um 14:23 schrieb <liberalerhuman...@gmx-topmail.de>:
>>
>> Werte Gemeinde,
>>
>> Ich habe nach wie vor ein Problem, hier das Problem zu verstehen. Bei den
>> Geoimage-Luftbildern sind wir zum Schluss gekommen, dass es eine
>> hinreichende Quellennennung ist, wenn man die Quelle mit einem Tag im
>> jeweiligen Objekt benennt. Zusätzlich wurden einzelne Quellen hier (
>> http://www.openstreetmap.org/copyright ) benannt. Meinen Informationen
>> nach verwendet Google den BEV-Datensatz ebenfalls. Nachdem dort keinerlei
>> Quellenangabe erkennbar ist halte ich die hier vorherrschenden Bedenken für
>> etwas übertrieben.
>
>
> Die Geoimageat Bilder stehen auch unter einer ganz anderen Lizenz:
> http://www.geoimage.at/geodatendienste.html
>
> Darin befindet sich unter anderem dieser Absatz:
>
> "Die Nutzung des Dienstes für die Erzeugung von Folgeprodukten (siehe 5.
> oben) ist unter der Voraussetzung gestattet, dass die erzeugten
> Folgeprodukte der Creative Common Lizenz „Namensnennung-Weitergabe unter
> gleichen Bedingungen 2.0 Österreich (CC BY-SA 2.0)“, siehe
> http://creativecommons.org/licenses/by-sa/2.0/at/ oder
> „Namensnennung-Weitergabe unter gleichen Bedingungen 3.0 Österreich (CC
> BY-SA 3.0)“, siehe http://creativecommons.org/licenses/by-sa/3.0/at/ oder
> der „Open Database License (ODbL) v1.0“, siehe http://opendatacommons.org/
> licenses/odbl/1.0/, unterliegen. [WICHTIGER HINWEIS: der hier angebotene
> Dienst und die darin enthaltenen Daten unterliegen NICHT der oben
> angegebenen CC BY-SA 2.0 bzw. CC BY-SA 3.0 bzw. ODbL v1.0 !]. Die
> erstellten Folgeprodukte dürfen keine Orthophotos oder
> Orthophotoausschnitte aus dem Geoimage Dienst beinhalten."
>
> Der beschreibt genau das was wir hier machen und ist sogar so speziell auf
> unseren Fall hin modifiziert, dass ich davon ausgehe, dass der Absatz in
> Zusammenarbeit mit der OSM entstanden ist. Auf der FAQ Seite findet sich
> sogar ein expliziter Hinweis zur OSM und JOSM.
>
> Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der
> Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine
> Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder
> Kartenkacheln) beinhaltet.
>
> lg Erwin Ernst 'eest9'
>
>
>> MfG, LH
>>
>> > Gesendet: Mittwoch, 09. November 2016 um 20:35 Uhr
>> > Von: "Thomas Konrad" <o...@thomaskonrad.at>
>> > An: "OpenStreetMap AT" <talk-at@openstreetmap.org&

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[eest9]

Am 10.11.2016 12:39 PM schrieb "Johann Höchtl" :
>
> Hi, schaut euch doch mal
> https://www.offene-adressen.at/
> at, die Daten sind über API verfügbar, sind der Abzug von
>
http://www.bev.gv.at/portal/page?_pageid=713,2601271&_dad=portal&_schema=PORTAL
>
> allerdings noch vom 1.4.2016.

Ob die Daten per API verfügbar sind oder nur als CSV ist der Lizenz egal.
Die API wurde schon diskutiert als wir vor Jahren die Adressdaten leider
mit dieser für uns schlechten Lizenz bekommen haben.

Was jetzt neu ist, ist dass die beiden Thomase es offenbag geschafft haben
die vom BEV zu überzeugen, dass sie uns ne Erlaubnis geben die Daten nur
mit Quellenangabe auf einer Zusatzseite und ohne Ausweisung der einzelnen
Datensätze zu erreichen.
Danke <3

Und der Konrad hat dann auch noch ein Tool dazu gebastelt dass das
übernehmen einzelner Datensätze erlaubt. :3

Ich seh jetzt um ehrlich zu sein kein Problem mehr.

> Ist alles open source unter
> https://github.com/the42/bevaddressapi
> https://github.com/the42/bevaddress-dataload
> https://hub.docker.com/r/the42/bevdockerdb/
> https://hub.docker.com/r/the42/bevaddressapi/
>6
> Lg, Johann
>
> Am 9. November 2016 um 23:20 schrieb ScubbX :
>>
>> Ich versuche abzuklären, wo in diesem Fall wer die Kompetenzen hat. Ich
komme aber vermutlich erst Montags dazu.
>>
>> Beste Grüße,
>> Markus
>>
>>
>>
>> Am 2016-11-09 um 21:27 schrieb Michael Reichert:
>>>
>>> Hallo Thomas, Am 09.11.2016 um 21:20 schrieb Thomas Konrad:
>
> Falls es eine E-Mail war, so veröffentliche den Wortlaut der E-Mail
sowie den Wortlaut der Anfrage im OSM-Wiki. […] Bitte frage in beiden
Fällen das BEV vorher, ob es damit einverstanden ist.

  Das kann ich gerne machen.
>
> [...] der Beamte, der die Erlaubnis erteilte, nicht wusste, was er da
erlaubt hat.

 Und wie soll ich das verhindern?
>>>
>>> Indem man in der Anfrage hervorhebt, dass OSM kommerziell genutzt kann
und wird sowie dass die Behörde die Erlaunbis nicht widerrufen kann (wir
löschen die Daten nicht, wenn in drei Jahren der neue Behördenleiter
anderer Meinung ist). Bei solchen Sätzen werden die "einfachen" Beamten
dann hellhörig und holen sich die Rückendeckung von weiter oben (oft auch
der Aufsichtsbehörde aka Ministerium).
>
> Importe müssen nicht mechanischer Natur sein.

 Heißt das ich kann das ganze sowieso vergessen?
>>>
>>> Nein, du musst es nicht vergessen. Aber wer ganze Gemeinden mit
Adressen aus diesem Datensatz beglückt, muss sich an die Spielregeln
halten. Das ist nur zu einem Teil deine Aufgabe. Wenn du mit einem Plugin
zum Import aufrufst, solltest du das mit der Community diskutiert haben. Im
Rahmen dessen, was in deiner Position angemessen ist, sollten die Mapper
auch darüber aufgeklärt werden, dass sie für den Import sich ein zweites
Konto anlegen müssen. So sollte in der Anleitung zum Plugin das auf jeden
Fall erwähnt sein. Wenn du GUI einen solchen Hinweis auch noch einmal
anzeigt, wäre das nett. Viele Grüße Michael
>>>
>>>
>>>
>>> ___ Talk-at mailing list
Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
>>
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Maps.ME User: Private Nodes auf OSM-Server

[eest9]

Übrigens wurde3 Maps.ME in der letzten Wochennotiz erwähnt:
http://blog.openstreetmap.de/blog/2016/08/wochennotiz-nr-318/
Und auf OSM-talk gibts auch schon Diskussionen darüber:
https://lists.openstreetmap.org/pipermail/talk/2016-August/076635.html

lg eest9

Am 25. August 2016 um 14:58 schrieb Robin Däneke <robin.daen...@live.at>:
> Hallo nochmal,
>
>> Also, zumindest in dem Punkt mit den falschen "name"-Tags scheint der
>> Entwickler bereits nachgebessert haben: Wenn ich das richtig sehe,
>> kann man seit einiger Zeit (zumindest auf Android) über die
>> Maps.Me-Editierfunktion nur noch die "name:xx"-Tags bearbeiten. Dabei
>> werden offenbar immer die Sprache des jeweiligen Benutzers und die
>> Sprache des jeweiligen Landes standardmäßig angezeigt.
>
> Das stimmt, es wird nur ein Sprache-Name Tag hinzugefügt, und da offenbar
> OSM Carto wenn ein name in der Sprache in der man die Karte verwendet
> verfügbar ist wird dieser name angezeigt, sonst der generelle name Tag.
> Insofern ist das schon etwas besser als wenn der echte Name überschrieben
> würde.
>
>> Ich empfehle dringend, euch mal die App zumindest zu Testzwecken zu
>> installieren, um euch ein wenigstens grobes Bild über dessen
>> Bearbeitungs-Funktion zu machen.
>
> Habe ich nun auch gemacht. Das Problem ist, dass die App als Offline Map App
> beworben wird, und nur als das. Von OSM findet sich zumindest im Apple App
> Store kein Wort. Die User haben also keine Ahnung, dass sie sich da
> eigentlich auch einen Editor runtergeladen haben.
>
>> > Es scheint aber, dass die App dem User nicht sagt, was mit den Daten
>> > passiert.
>>
>> Das kann ich nicht bestätigen. Nach der ersten Bearbeitung eines
>> Objekts bekommt der User einen riesigen Dialog zu Gesicht, der in
>> großen Lettern erklärt: „Melden Sie sich an, damit andere Benutzer
>> Ihre Änderungen sehen können“.
>
> Das mit riesig ist aber eine Übertreibung.
> Der Dialog ist zwar farbig, die Schrift teils fett, aber halt sonst ein 0815
> Login Dialog. Auch weiß der User ja nicht, inwiefern andere User dann seine
> Sachen sehen können. Der Wortlaut erinnert mich eher an so
> ein"Friends"-System, wo dann die Freunde die man irgendwann hinzufügen kann,
> oder so in der Art von Social Network, die Punkte sehen können. Von
> Openstreetmap ist da nicht die Rede. Es ist nur ein weiterer Anmeldeknopf
> mit OpenStreetMap beschriftet. Das sagt noch nicht, dass man sich hier echt
> zur OSM einloggt.
> Vor allem, da man sich ja auch mit FB und Google einloggen kann. Ein
> normaler User schaut nicht was da steht sondern drückt instinktiv auf den
> Button, der ihm am bekantesten vorkommt. Das wird wohl ein Login mittels
> Google oder Facebook sein. Der User glaubt, er loggt sich privat bei
> Maps.ME, bzw "mapswithme" wie es auch heißt, ein. Dass er sich damit bei der
> OSM registriert und die Änderungen in die Produktion lädt wird dieser User,
> der ja OFFLINE Karten will, nicht erlesen aus dem Dialog.
>
> Hab ein paar Screenshots ( [0] ) gemacht, mit denen ich eventuell einen
> Blogpost erstellen werde um zukünftige User zu warnen. Werde auch den
> Developern die kritischen Punkte schreiben. Die sollten die Offline Karte
> und den Editor noch besser trennen.
>
> Was mir auch auffiel: Wenn mann einmal bei einer Node auf "´Sichern"
> gedrückt hat und dann in der Dialogbox die aufpoppt ("Wollen Sie sie an alle
> Benutzer senden"), bestätigt (und sich wenn noch nicht gemacht einloggt,
> (dazu wird man ja quasi "gezwungen", obwohl man nur unschuldig auf Sichern
> klickte) dann scheint das noch immer so, als ob man die Änderung in das
> Maps.ME Netz kommen. (dass es ja offensichtlich nicht gibt, die hauen
> einfach alles in OSM...).
>
> Auch dass diese Dialogbox nur "Senden" und "Abbrechen" hat ist irreführend.
> Der User will logischerweise die Node die er grad gesetzt hat in der Offline
> map speichern. "Abbrechen" würde heißen, dass die Node verworfen wird. Das
> will der User ja nicht! Somit drückt er auf Senden. Und schon hat man die
> "Coffee with Aunt Augusta" Node in der OSM.
> Im Dialog steht zwar auch, dass die Nodes überprüft werden, aber was da
> alles in der OSM landet, kann dieses "Überprüfen" nicht sonderlich toll
> sein. Oder sie machen es erst seit gestern??? Müsste schauen wann die App
> das letzte Update hatte...
>
> Dennoch, dem User wird nie wirklich gesagt, dass das nicht nur in so eine
> Art Soziales Ort-Netzwerk geht, wo halt andere Leute drauf zugreifen können,
> sondern dass hier echt alle Daten auf die OSM geladen werden.
>
> Auch sind wohl OSM-Mapper hier etwas betriebsblind

Re: [Talk-at] Wichtige Frage - Haben Drachenaugen-Plätze einen Platz auf OSM?

[eest9]

Am 14. Juni 2016 um 23:21 schrieb Stefan Kopetzky :
> On 2016-06-14 23:07, gppes_...@web.de wrote:
>> oder nicht legal existieren
>
> Das ist doch eher ein Schmonzes...
> Wenn da ein Haus steht, wirds gemappt. Unabhänging davon ob es etwa der
> Bauordnung widerspricht. Selbiges gilt für nahezu alle anderen Objekte.
> Wenn du dein Schild auf die fremde Wiese stellst und der Eigentümer
> lässt es dort stehen, wird auch das Schild gemappt. Wenn der Eigentümer
> es sehr lange stehen lässt, heisst wahrscheinlich die Wiese irgendwann
> auch so...


Seh ich auch so, ansonsten würde die OSM bei einigen Wegen 30 Jahre
hinterherhinken, denn so lange dauert es bis ein Trampelpfad das
Wegerecht erhält.

> ___
> 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] Wichtige Frage - Haben Drachenaugen-Plätze einen Platz auf OSM?

[eest9]

Ich kann mich dieser Ansicht in dieser Form anschließen und möchte
dich auch für deine Akzeptanz loben. (War über die ersten Mails
schockiert; kenn solche Aussagen eher von anderen (Streit-)Vereinen.)

lg eest9

Am 14. Juni 2016 um 16:26 schrieb Christian Aigner <caig...@openstreetmap.at>:
> Als ich damals den Drachenaugenplatz auf dem Schafberg auf der OSM
> entdeckt habe, dachte ich mir "WTF ist das?". Also habe ich den
> Fehler-Report eröffnet. Ich wollte mehr darüber wissen, bevor ich etwas
> verändere oder gar lösche.
>
> Als ich dann erfahren habe, was es damit auf sich hat, war ich zuerst
> der Meinung, so etwas hat auf der OSM nichts verloren. Aber ich wollte
> noch ein bißchen abwarten und überlegen.
>
> Heute, nach reiflicher Überlegung und abwägen, bin ich zu folgender
> Einsicht gekommen:
>
> 1) Wenn religöse Plätze (z.B. Marterl am Wegesrand) auf der OSM
> verzeichnet sind, so können auch esoterische Plätze eingezeichnet
> werden. Niemand hat ein An- oder Vorrecht auf die eine und wahre
> Weltanschauung.
>
> 2) Wenn es sich bei einem Drachenaugenplatz um etwas permanentes
> handelt, und wenn dort vor Ort auch etwas zusehen ist, dann darf es auch
> auf der OSM verzeichnet sein.
>
> 3) Wenn Denkmäler und Statuen auf der OSM verzeichnet sind, dann dürfen
> auch neue künstlerische Projekte darauf verzeichnet werden, sofern denn
> vor Ort etwas Physisches vorhanden ist. Es reicht nicht, daß es ein
> Kraftplatz ist, es muß für jeden auch als solcher unabhängig, ob man
> daran glaubt, oder nicht, ersichtlich sein.
>
> Auch wenn ich als Techniker und naturwissenschaftlich orientierter
> Mensch von Esoterik nichts halte, so muß ich dennoch akzeptieren, daß es
> Menschen gibt, die daran glauben und die die OSM genauso wie ich
> benutzen wollen, um sich zu orientieren.
>
> Ich bin ja auch Atheist und akzeptiere, daß es Menschen gibt, die
> tatsächlich an eine oder mehrere Gottheit/en glauben. Und ich habe auch
> schon Kirchen, Kapellen, Marterl und Waldandachten auf der OSM
> eingetragen. Da war vor Ort oft nicht mehr als nur ein Heiligenbild auf
> einem Baum mitten im Wald angebracht.
>
> Also: Was soll's?! Von mir aus sollen auch Drachenaugenplätze auf der
> OSM sein.
>
> Aber: Wenn ich mal dort vorbei komme, und da ist nichts, dann werde ich
> wieder einen OSM-Bugreport eröffnen.
>
> In diesem Sinne: Liebe Grüße, und möge heute Abend das bessere Team
> gewinnen. ;-)
>
> Christian
>
>
> ___
> 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] Digital Roadmap Austria

[eest9]

Ich hab mich um einen Tag geirrt, das Dokument steht noch bis Donnerstag offen.

Ja, das Dokument krankt an sehr vielen Dingen. Von der
Benutzeroberfläche angefangen bis hin zu redundanten, fehlenden und
falschen Inhalten die das Gesamtdokument unlesbar machen. :/

Noch 2 Tipps:
1) das Kommentar vom XimeX hier könnte man Upvoten:
https://www.digitalroadmap.gv.at/en/consultation/11352/chapter/374459?page=4#comment-374548-10928
denn auch wir haben oft genug mit fehlenden APIs zu tun
2) eine Suche nach Geodaten ist sicher hilfreich:
https://www.digitalroadmap.gv.at/en/search/Geodäten

lg Erwin Ernst 'eest9' Steinhammer

Am 30. März 2016 um 10:21 schrieb Andreas Labres <l...@lab.at>:
> On 29.03.16 19:32, eest9 wrote:
>>
>> Punkt 200 betrifft dabei Geodaten:
>> https://www.digitalroadmap.gv.at/idea/374734/11352
>>
>
> Zumindest ein paar mehr Pro Stimmen hier wären wünschenswert...
>
> (Daran krankt dieses "Dokument" generell, dass die ersten paar Punkte viele
> Stimmen haben und dann verliert es sich... u.a. deshalb, weil man mehrere
> Tode stirbt, bis man da durch ist... BTDT)
>
> /al
>
> ___
> 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] Seltsame Relationsüberschneidungen

[eest9]

Am 21. August 2015 um 09:15 schrieb Friedrich Volkmann b...@volki.at:

 On 20.08.2015 20:17, eest9 wrote:
  Dank der neuen Rendermethode von Wäldern ist mir heute folgende Situation
  aufgefallen:
 
  Hier überschneiden sich zB die Relationen
  http://www.openstreetmap.org/relation/4463260 und
  http://www.openstreetmap.org/relation/276576 bzw. auf der anderen Seite
  http://www.openstreetmap.org/relation/3187534
 ...
  Selbst
  wenn man meint für Lichtungen sei es durchaus akzeptable wenn man keine
  Relation erstellt wäre es für mich falsch denn in diesem riesigen Ausmaß
  stellt etwas für mich keine Lichtung mehr dar.

 Das finde ich auch. Unabhängig davon finde ich aber auch den neuen
 Kartenstil extrem schlecht in mehrfacher Hinsicht. Hier sind also zwei
 Fehler zusammengekommen.

Im Gegenteil. Ich sehe es so dass der Kartenstiel möglichst hilfreich
sein soll beim Mappen. Also damit auch Fehler aufdecken soll und von
daher halte ich ihn für recht gut. (Vor allem weil es besonders bei
Neulingen diese Mappen für den Renderer Phänomen gibt.)



  Und ist das gesamte überhaupt eine Weidewiese?

 In dieser Höhenlage wahrscheinlich eher natural=fell, aber es gibt auch
 Anzeichen von Beweidung (Einzelbäume, fehlender Latschengürtel,
 hangstreichende Linien die wie Kuhgangeln aussehen). Ohne Ortskenntnis würde
 ich das nicht umtaggen.

OK

  Darf das umgemapped werden so dass der Wald nicht mehr über der Wiese liegt?

 Das auf jeden Fall.

So hab mal damit begonnen:
http://www.openstreetmap.org/changeset/33523940 Will mich weiter
Südlich auch noch darum kümmern. Vor allem versuche ich dabei auch die
Waldrelation von den Grenzen weg zu bekommen. Gab vor ca. 2 Jahren auf
Talk-at eine Diskussion dazu als man große Waldmultipoligone hier
auftrennen wollte. Mehrere Meinten man solle sich mehr an natürliche
Grenzen halten. Und ich würde es für seltsam halten wenn diese
Abstrakten Grenzrelationen gemeinsame Punkte mit Natürlichen Grenzen
haben, außer wenn diese natürlichen Grenzen als die Grenze definiert
sind wie zB viele Flüße.

Bitte schaut mal drüber. Kritik gleich melden (oder ausbessern). Falls
ich Fehler produziert habe bitte ebenfalls melden.

lg Erwin Ernst 'eest9' Steinhammer

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

[Talk-at] indoormapping

[eest9]

Hi,

ich habe mich heute mit dem Indoormapping beschäftigt und das Metalab
gemappt. Hier der umgebende building=part
http://www.openstreetmap.org/way/345700386 . Leider sieht man nun auf der
Standardkarte die Hausnummer nicht mehr :/
Ich will jetzt nicht unbedingt mit mapping für den Renderer beginnen :(
aber kann sich das vielleicht einmal jemand ansehen/kontrollieren bzw. mir
auch tipps geben?
Und falls irgendetwas nicht passt bitte bei mir melden und mir erklären.
(war mein erster indoormapping Versuch überhaupt und das auch nur weils
mich angezipft hat, dass es schon auf google gemappt wurde aber nicht bei
uns)

Falls sich wer sorgen macht woher ich die Daten habe kann er gerne die
Diskussion dazu auf Twitter nachlesen:
https://twitter.com/eest9/status/599901807024971776

lg Erwin Ernst 'eest9' Steinhammer
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] PR (Split aus Erforderliche Attribution für OpenStreetMap-Karten)

[eest9]

Hi,

Gerade zum Thema PR passend:
http://derstandard.at/plink/211258806?_pid=1001380724
solche Chancen müssten wir eigentlich irgendwie nutzen!
Denn OSM findet die Donau problemlos:
http://www.openstreetmap.org/relation/89652

gleiches gilt übrigens auch für die Mona Lisa! Während Google hier
große Probleme hat ist sie bei OSM Lage genau als erster Vorschlag
aufgelistet. Es würde schon Nutzer bringen wenn das ein paar Leute im
Standard als Kommentar schreiben, aber eine PA o.ä. würde hier
natürlich auch viel nutzen. Am besten aber gar den Journalisten selbst
anrufen (weiß leider nicht wer dieser fsc ist obwohl er recht viele
Artikel schreibt).

Wer ist denn bei uns in Österreich für PR zuständig? Bzw. gibt es
überhaupt einen zuständigen? Und wenn nicht wie verteilt man denn dann
so eine Zuständigkeit?

lg Erwin Ernst 'eest9' Steinhammer

Am 3. Februar 2015 um 07:03 schrieb Andreas Labres l...@lab.at:
 On 02.02.15 13:03, Christian Aigner wrote:
 Eine mögliche Lösung dafür: Vielleicht findet sich eine PR-Agentur als
 Sponsor, die dann so jeden (zweiten) Monat eine Pressemitteilung mit
 interessanten Neuigkeiten rund um die OSM raus gibt.

 Dafür gibt es *bei weitem* zu wenig Substanz!

 Die Medien übernehmen gerne etwas, nur Du musst ihnen auch etwas liefern! 
 Etwas,
 das den geneigten (Sparten-)Leser oder Hörer auch irgendwie interessiert.

 Den anderen mit Nichts nur taub zu schreien ist nicht nur zu wenig, sondern
 hätte nur den ignorieren wir ab jetzt-Effekt.

 Und ich glaube, Du verwechselst da auch Pressemitteilung und Werbung... Für 
 eine
 Imagekampagne bräuchtest Du /etwas/ Kleingeld... ;) Und mit welchem Effekt?

 Servus, Andreas


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

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

Re: [Talk-at] WaterSupply.at – Attribution?

[eest9]

Jedoch geben sie es direkt unter der Karte als ihr Copyrightmaterial an!
Tiles alleine sind iirc in einer CC Lizenz und die m7sste streng genommen
direkt unter dem Bild mit Link auf die OSM angegeben werden.
Falls sie es wieder erwarten selbst gerendert haben bin ich mir nicht
sicher da ich mich mit der ODbL zu wenig befasst habe.

lg eest9
Am 08.10.2014 12:49 schrieb Stephan Bösch-Plepelits 
sk...@xover.htu.tuwien.ac.at:

 On Wed, Oct 08, 2014 at 12:40:35PM +0200, Simon Legner wrote:
  auf der Suche nach ganz etwas anderem bin ich auf www.WaterSupply.at
  gestoßen, einer Seite, die Trinkwasserquellen darstellt. Die Daten
  basieren _vermutlich_ auf OSM; leider wird OSM weder als Datenquelle
  noch als Tilequelle genannt …
 Also laut der Kontakt-Seite:
 The OpenStreetMaps maps, OpenCycleMaps maps, and a subset of the provided
 POI data are © by OpenStreetMap contributors.

 Es wäre sicherlich schöner, wenn das prominenter wäre, ausserdem wäre
 sicherlich wünschenswert, wenn Bearbeitungen wieder in die OSM zurück
 geschrieben würden ...

 gruesse,
 Stephan
 --
 Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
 ,-.
 | Stephan Bösch-Plepelits,|
 | Technische Universität Wien   -Studien Informatik  Raumplanung |
 | Projects:   |
 |  openstreetbrowser.org  couchsurfing.org  tubasis.at  bl.mud.at |
 | Contact:|
 |  Mail: sk...@xover.mud.at  Blog: plepe.at |
 |  Twitter: twitter.com/plepe  Jabber: sk...@jabber.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] Karte zur Gebäudeabdeckung in Österreich

[eest9]

Dann sollte man es hier vorschlagen:

https://wiki.openstreetmap.org/wiki/Featured_image_proposals

lg

Am 26. August 2014 17:01 schrieb Rainer Fügenstein r...@oudeis.org:

 hallo,

 schaut sehr gut aus! ein würdiger kandidat für das image of the week
 ;-)

 mfg

 TK Hallo,

 TK ich habe vor kurzem eine Karte erstellt, die die Gebäudeabdeckung in 
 Österreich zeigt:

 TK 
 http://thomaskonrad.at/2014/08/analyse-der-openstreetmap-gebaudeabdeckung-in-osterreich/

 TK Die Karte soll als Analysewerkzeug und Motivation dienen, die Situation 
 in Österreich zu verbessern :) Ganz unten im Artikel gibt es technische 
 Infos, wie ich die Karte erstellt habe. Ich freue
 TK mich über Feedback!

 TK Liebe Grüße
 TK Tom



 --- NOT sent from an iPhone


 ___
 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] Unterschiede zwischen basemap.at und geoimage.at

[eest9]

Hi,

Habe solche Unterschiede schon sehr oft festgestellt und meist halte ich
mich an die Informationen von geoimage.at da diese auch fast immer der
Realität entsprechen.

Dazu auch ein Zitat aus dem Wiki: Zu beachten ist, dass OpenStreetMap
generell meist nicht einfach nur die Daten anderer Karten (mit ihren Fehlern
http://wiki.openstreetmap.org/wiki/AT/basemap#Genauigkeit!) übernehmen
http://wiki.openstreetmap.org/wiki/Importing_Government_Data#Summary:_Options
mag, denn wir wollen wir ja möglichst besser als jene sein. Quelle:
http://wiki.openstreetmap.org/wiki/AT/basemap

Aber ich würde immer eine Besuch direkt vor Ort empfehlen um Sicherheit zu
haben wie es dort wirklich aussieht!

lg eest9


Am 10. August 2014 15:35 schrieb David Schmitt da...@black.co.at:

 Hi,

 gibt es eigentlich Richtlinien oder Überlegungen wie man mit Unterschieden
 zwischen basemap.at und geoimage.at umgehen soll? Ich bin gerade dabei
 eine Ortschaft zu erfassen und habe einige Häuser gefunden, die am Luftbild
 existieren, für die aber keine basemap Shape existiert.

 Ebenso sehen einige Straßen auf basemap sehr komisch aus (Überlappung mit
 Häusern, keine Deckung mit Luftbild).

 Wie geht man mit sowas um? Gibt es bei basemap jemanden der sich für
 solche Situationen interessiert?


 MfG David

 ___
 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] Gehweg-Flächen Kärntner Straße / Schwarzenbergplatz (Wien)

[eest9]

Im Prinzip hast du Recht aber bitte nicht zu dem Nutzer selbst so garstig
sein wenn man's ihm Erklärt da er sich laut Profil noch immer als Neuling
fühlt ( http://www.openstreetmap.org/user/Railjet ).
Wenn man ihm Erklärt warum das nicht sinnvoll ist usw. wird er es
hoffentlich verstehen und in Zukunft diese Fehler nicht mehr machen.

mfg eest9


Am 28. Juli 2014 22:17 schrieb Norbert Wenzel 
norbert.wenzel.li...@gmail.com:

 On 07/28/2014 08:03 PM, Thomas Konrad wrote:
  Was sagt ihr dazu, macht das generell (abgesehen vom offensichtlichen
 Fehler) Sinn? Was soll man mit diesen Edits am besten machen?

 Ich halte das separate Mappen von Gehsteigen mit eigenem, parallelem
 footway routingtechnisch ohnehin für problematisch. Wenn die jetzt als
 Flächen gezeichnet (ich möchte das nichtmal mappen nennen) werden, dann
 hat sich das Routing dort ohnehin erledigt.

 Ich hab einerseits kein Problem damit, dass wir dieses - in meinen Augen
 - unausgereifte Gehsteigmapping durch derartige Edits komplett ad
 absurdum führen, aber andrerseits muss man schon sagen, dass derartiges
 Editieren nur noch nutzlos ist, und der User genauso gut ein beliebiges
 Zeichenprogramm öffnen könnte um dort den Mapnik Stil zu verbessern.

 Imo ist das Müll und ich würd den Edit reverten. Es entspricht keiner
 gängigen Mappingpraxis (zumindest keiner die ich kenn) und bringt in den
 Daten genau keinen Mehrwert. Ich würd das einfach als Fehler ansehen und
 genauso behandeln.

 Norbert


 ___
 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] Mappen von Gehsteigen

[eest9]

Ich mappe für gewöhnlich nur mit den Tags außer wenn sich dazwischen ein
objekt befindet das in osm eigens gemapped werden kann oder sich spezielle
eigenartige kreuzungen anders nicht mappen lassen.

lg
Am 25.02.2014 12:59 schrieb realadry a...@gmx.at:



 On 25.02.2014 12:52, Martin Raifer wrote:

 Am 25.02.2014, 12:37 Uhr, schrieb realadry a...@gmx.at:

  Das mapping soll für einen Computer intuitiv bzw. lesbar sein, nicht
 für einen Menschen.


 :D

 Du machst Witze, oder?


 Mit mappiung meine ich die Daten(bank). Wie das ganze für Menschen
 aussieht (=render) ist wieder eine andere Sache.

  ___
 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] Ich und meine Ideen

[eest9]

Hy
Da ich bis jetzt kaum Mapper persönlich kenne und mich auch nicht an ein
Treffen in meiner nähe erinnern kann würde ich mich sehr freuen wenn es mal
Treffen in der Region geben würde :)
mfg eest9
Am 05.11.2013 10:36 schrieb schu-r sch...@gmx.at:

 Hallo !

 Da ich schon einige Zeit mitlese, dachte ich es wird zeit mich selbst mal
 vorzustellen.
 http://www.openstreetmap.org/user/schu-r sagt sicher schon was aus.

 Ich fühle mich für den Bereich Amstetten-Ost (Blindenmarkt) zuständig.
 Dort habe ich von einiger Zeit angefangen alle Häuser einzuzeichen und was
 man noch so alles vom Satellitenbild aus sieht.

 Mittlerweile bin ich auch als Mapper direkt unterwegs und erfasse
 Hausnummern, Strassennamen, Hydranten, Lampen und was alles auf den
 Satellitenbildern fehlt.
 Anfangs hatte ich den KeyPadMapper für Android, aber mittlerweile geh ich
 lieber mit ausgedruckter Karte und Bleistift durch die Strassen.

 Was mir auffällt ist: Es spricht dich niemand an. Ja ja hie und da erntet
 man schon einen Komischen Blick, aber es geht nie soweit, dass man mich
 anspricht.
 Dabei habe ich mir extra dafür einen 'Offiziellen' Ausweis (zum Umhängen)
 gebastelt, aber der ist immer unter meiner Jacke.
 Muss doch wirklich komisch aussehen, wenn da jemand mit Mappe, Papier und
 Stift durch die Strassen zieht und sich jedes Haus genau ansieht. (Die
 Hausnummern sind immer gut versteckt, wenn es überhaupt welche gibt)

 Ich habe die Karte auch schon der Gemeinde vorgeschlagen, weil die Google
 Maps Karte (derzeit) komplett schwachsinnig ist. Ich weiss nicht woher die
 die Daten haben, aber einige Strassen gab es so nie.

 Ich bin auch noch Programmieren mit meiner eigenen Firma (www.it-open.at)
 und beschäftige mich mit java Programmierung.
 Ich bin gerade nebenbei dabei einen OpenStreetmap zu Inkscape SVG
 Konverter zu schreiben, der die einzelnen Typen (Strassen, Flüsse, Landuse,
 ...) in eigene Inkscape Ebenen packt. Soll Ähnlich osmarenderer werden,
 aber einfacher zu bedienen und vollständig konfigurierbar.

 Derzeit habe ich schon die Karte, kann die .osm Datei parsen und zeichne
 auch schon die ersten Linien in SVG (nach Mercator). Brauche nur noch
 Flächen mit inner/outer und die Konfiguration und das Projekt könnte in den
 nächsten Wochen bis Monaten fertig werden.

 Sollte jemand von euch vielleicht zuviel Zeit haben und mir helfen wollen,
 so ist er herzlich eingeladen.

 Apropos. Gibt es wiedereinmal ein Treffen irgendwo bei mir in der Nähe
 (z.B. St. Pölten) oder muss ich hier selbst eins organisieren. Sollte
 jemand aus der Nähe sein und an einen Treffen interessiert sein, einfach
 melden.

 Ist ein bisserl länger geworden.

 Roland Schuller


 ___
 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