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

2020-09-20 Diskussionsfäden nine-osm . org-lists

Hallo Stefan,

kurze Rückmeldung zu diesem Vorschlag:

On 9/19/20 4:39 PM, Stefan Tauner via Talk-at wrote:

On Sat, 19 Sep 2020 15:29:29 +0200

[...]


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 halte ich für falsch.

Nicht alles was schwierig zu gehen ist ist auch gleich ein "Via Ferrata" 
[1] - also ein Klettersteig mit fix montiertem Stahlseil == "Eisen-Weg".
Bei vielen Touren ist alpine Trittsicherheit [2] erforderlich. Das wird 
durch entsprchende Übung/Erfahrung bzw. eine Trittschulung erlangt.


LG
Erwin


Links:
[1] https://wiki.openstreetmap.org/wiki/Tag:highway%3Dvia_ferrata
[2] https://akademie.alpinewelten.com/bergwandern/trittsicherheit

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


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

2020-09-03 Diskussionsfäden nine-osm . org-lists

Hallo,

als Alpinist und OSM Mapper halte ich die Keys
- sac_scale [1] und
- trail_visibility [2]
für relevante Information zum mappen alpiner Pfade.

Allgemein können Karten potentiell immer falsch sein, man denke nur an 
plötzliche Änderungen durch Naturereignisse wie Muren, Steinschlag, 
Gletscherschmelze, etc.


Allgemein und bei den angesprochenen Fällen ist Eigenverantwortliches 
und vorausschauendes Handeln ist daher im Gelände immer höchstes Gebot.


Wenn es in der Realität (also nicht in der App) zu schwer wird und der 
Pfad nicht zu finden ist dann soll man besser umdrehen. ¯\_(ツ)_/¯


LG
Erwin


Links
[1] https://wiki.openstreetmap.org/wiki/Key:sac_scale#Values
[2] https://wiki.openstreetmap.org/wiki/Key:trail_visibility


On 9/3/20 3:05 PM, Johann Haag wrote:
Mir wäre Neu, dass es im Internet Bergrouten gibt, Bergrouten gibt es am 
Berg.
In OpenStreetMap kann man sich unter osm.org <http://osm.org> 
öffentliche GPS-Tracks einblenden. Ich finde derlei Schwarmintelligenz 
zum erkennen von Hauptrouten jedenfalls sehr nützlich, praktisch und 
auch verlässlich.

Auch offizielle Karten können irren, https://youtu.be/oYdmqf_P8DM?t=165

Grüße Johann

Am Do., 27. Aug. 2020 um 12:39 Uhr schrieb PPete <mailto:geopp...@gmail.com>>:


Gestern gab es in ORF-Bundesland heute OÖ einen Bericht (mit jenem
Titel) über einige kürzlich stattgefundene Bergrettungseinsätze, die
teilweise mit falsch eingetragenen Pfaden in der OSM oder der
Verwendung von ungeeigneten Karten zum Bergwandern zu tun haben. Zu
einem der Fälle gabs kürzlich auch einen Bericht in den OÖN. Siehe:

https://ooe.orf.at/stories/3064030/

https://www.nachrichten.at/oberoesterreich/abkuerzung-per-routenapp-aufwendige-rettungsaktion-im-toten-gebirge;art4,3286408

Beim Fall am Mittagkogel geht's vermutlich um die Strecke vom
Rinnerkogel (2012 m) zum Mittagkogel (1823 m) und in weiterer Folge
über die Grünbergalm runter zum Offensee:
https://www.openstreetmap.org/#map=15/47.7238/13.8372

Ich muss sagen, ich kenne den Weg und Gegebenheiten vorort nicht,
aber es hört sich für mich an dass sich der Mapper damals Gedanken
darüber gemacht hat und Schwierigkeit und Sichtbarkeit so bewertet,
dass er als schlecht sichtbarer, sehr schwieriger alpiner Steig
eingetragen ist.
Der Pfad hat "sac_scale=demanding_alpine_hiking" und
"trail_visibility=horrible"

Nun das große Problem aus meiner Sicht: Es gibt nur sehr wenige
Karte die diese OSM-Skalen auch darstellen und man schon bei der
Planung oder später unterwegs sieht, was für ein Pfad einem in etwa
erwartet. Wenn ihr euch den obigen Openstreetmap-Link anschaut sehen
darauf alle Pfade gleich aus, ein rot gepunktete Linie. Also ein
kaum sichtbarer hochalpiner Steig genauso wie ein einfaches, bestens
markiertes Wanderwegerl durch flachen Wald.

Vorbildlich wird dies soweit mir bekannt nur z.b. auf
OpenAndroMaps-Karten dargestellt (die ich selber schon lange als
Standarkarte am Handy verwende) wo Pfade nach Farben
(=Schwierigkeit) und Strichlängen (=Sichtbarkeit) zu unterschieden
sind. Der angesprochene Weg ist darin schwarz (sehr schwer) und
punktiert (sehr schlechte sichtbarkeit) dargestellt.

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

Dann wird vom Bergrettungsmann im ORF-Bericht noch ein Steig
nördlich des Krippensteins erwähnt bzw. am PC gezeigt, der angeblich
gar nicht vorhanden ist und auch schon zu Einsätzen geführt hat. Was
damit machen? Ihn löschen und der Bergrettung über die Löschung
Bescheid geben? Oder vorher mit ihr Kontakt aufnehmen und fragen
welche Abschnitte genau zu löschen sind? Er hat gesagt er hätte zum
"Kartenanbieter" Kontakt aufgenommen, aber scheinbar ohne "Erfolg",
der Pfad dürfte immer noch vorhanden sein.
___
Talk-at mailing list
Talk-at@openstreetmap.org <mailto:Talk-at@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-at



--
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at <mailto:johannh...@hxg.at>

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




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


[Talk-at] Auflassung OSM Austria Building Coverage

2020-08-30 Diskussionsfäden Thomas Konrad OSM
Liebe OSM-AT-Community,

seit 2015 läuft ja auf meinem Server das Tool, mit dem man die 
OSM-AT-Gebäudeabdeckung im Vergleich zur Basemap gemeinde-, bezirks- und 
bundeslandweit auswerten kann [1]. Seither hat sich einiges getan — fast alle 
Gemeinden österreichweit sind laut dieser Berechnungsmethode auf über 85 % 
Abdeckung. Da ab diesem Prozentbereich aufgrund der Unschärfen in der 
Grundrissüberdeckung keine sinnvolle Unterscheidung mehr möglich ist, werde ich 
den Betrieb der Webseite mit 20. September 2020 einstellen.

Mit ein Grund dafür ist, dass der Betrieb der Anwendung ziemlich rechenintensiv 
ist (es müssen dafür täglich mehrere Millionen PNG-Tiles Pixel für Pixel 
analysiert werden), und ich habe dafür extra einen Server angemietet, der nicht 
billig ist. Die Kosten und der Aufwand, die Anwendung und das Kartenmaterial 
aktuell zu halten (die Aktualisierung der Basemap-Tiles ist hier leider ein 
manueller Prozess) übersteigen mittlerweile den Wert des Webseiteninhaltens, 
der sich nicht mehr wesentlich ändert.

Aber die Arbeit war alles andere als umsonst — ich denke das Werkzeug hat viele 
dazu motiviert, die Gebäudeabdeckung in Österreich zu verbessern, und die 
Statistik [2] zeigt, wie viel sich hier getan hat. Vielen vielen Dank an alle, 
die das zum Anlass genommen haben, die Datenlage in Österreich zu verbessern! 
Eure Arbeit ist extrem wertvoll.

Falls jemand die Software weiterentwickeln und/oder selbst betreiben will, der 
Quellcode ist frei auf GitHub verfügbar [3] und steht unter der sehr liberalen 
MIT-Lizenz.

Danke und schöne Grüße,
Thomas

[1] https://osm-austria-building-coverage.thomaskonrad.at/ 
<https://osm-austria-building-coverage.thomaskonrad.at/>
[2] 
https://osm-austria-building-coverage.thomaskonrad.at/coverage-chart.svg?admin_level=1
 
<https://osm-austria-building-coverage.thomaskonrad.at/coverage-chart.svg?admin_level=1>
[3] https://github.com/thomaskonrad/osm-austria-building-coverage 
<https://github.com/thomaskonrad/osm-austria-building-coverage>___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] OSM AT Erreichbarkeit

2020-08-19 Diskussionsfäden nine-osm . org-lists

Hallo liebe Leute,

die Mailing-Liste  sehe ich wie alle weiteren 
offiziellen Openstreetmap.org Mailinglisten mit voller Berechtigung.


Übersicht über Openstreetmap.org Mailinglisten:
https://wiki.openstreetmap.org/wiki/Mailing_lists

Beste Grüße aus der Steiermark,
Erwin


On 8/17/20 8:13 PM, Johann Haag wrote:

Hallo Andreas,
Du verstehst mich völlig falsch, jede Mitarbeit von Freiwilligen ist zu 
unterstützen,
Löst dazu bitte einfach das talk mail Konstrukt auf, und arbeitet 
transparent unter einer OSM Identität im Webforum mit.
Spenden sind dem local chapter FOSSGIS zuzuweisen, dieser schüttet 
sicher projektbezogene Gelder wieder aus.


Wer unter dem Namen von OpenStreetMap agiert, muss hierbei auf 
weitestgehende Transparenz achten, und darf auch bei leiser Kritik nicht 
derart zimperlich reagieren, sondern hat seine Gebarung umfassend 
offenzulegen.


Mst. Johann Haag

Am 17.08.2020 um 19:35 schrieb Andreas via Talk-at 
mailto:talk-at@openstreetmap.org>>:


Am 16.08.20 um 23:15 schrieb Johann Haag:



Am 16.08.2020 um 22:39 schrieb scubbx <mailto:scu...@openstreetmap.at>

<mailto:scu...@openstreetmap.at>>:

Der Österreichische Verrein hat die Kappen 2014 produziert, um die es
in der Anfrage von Simon Poole geht.
An wen hätte er sich sonst wenden sollen?




Man gründe also also einen Hobby Verein, genannt OpenStreetMap-Tirol,
gemeinnützigen Statuten Ehrensache. Dazu Tiroler OSM Kapperl. Einnahmen
nur im Umfang was wir auch tatsächlich ausgeben, keine Kunst. Fechten
nicht beim BEV und Gemeindebund, sondern aussschließlich bei Tiroler
Touristikern, wir sind ja gemeinnützig.
Künftig sämtliche OSM Belange mit Tirol Bezug an uns senden, garantierte
Reaktionszeit mal schauen (wir haben ja auch noch ganz viel anderes zu
tun), spätestens jedoch zur gesetzlich verpflichtend vorgeschriebenen
Jahreshauptversammlung.



Unglaublich wie du die Arbeit für OSM von Freiwilligen in den Schmutz
ziehst.OSM.at <http://osm.at/>macht mehr als nur OSM-Kapperl. Wärst du 
in den letzten

Jahren auf einer Geo-Veranstaltung in Österreich gewesen, hättest du
dich persönlich an unserem Stand informieren können.

Mitglieder des Vereins nehmen teil an:
- AGIT
- Makerfaire Vienna
- Linuxtage / -wochen
- OSM Stammtische
- Mapathons

um nur ein paar der Veranstaltungen zu nennen. Im Gegensatz zu dir
versuchen wir mit anderen OSM Mappern oder Begeisterten in Kontakt zu
treten. Wir spielen uns nicht auf, dass wir die einzigen sind, die sich
um OSM kümmern.

Ich bitte daher in Zukunft auf Mails in dieser Form zu verzichten und
informiere dich bevor du unqualifiziert und unbelegte Behauptungen von
dir gibst.

Danke
Andreas


Grüsse, Mst. Johann Haag



Am 16.08.20 um 19:56 schrieb Johann Haag:



Am 16.08.2020 um 15:38 schrieb scubbx <mailto:scu...@openstreetmap.at>>:




Der Österreichische Verrein hat die Kappen 2014 produziert, um die
es in der Anfrage von Simon Poole geht.
An wen hätte er sich sonst wenden sollen?


Wie hat der Wiener Verein das finanziert, laut Statuten gibt es ja
keine Einnahmen. Ich möchte diesem Verein nun nichts unterstellen.
Hier gehört aber wesentlich mehr Transparenz hinein. OSM ist
inzwischen ein Ferrari.

Grüsse Mst. Johann Haag



Am 16.08.20 um 13:57 schrieb Johann Haag:

Österreich kann sich ja um eine eigene offizielle OpenStreetMap
Vertretung bemühen,
mir wurde vom Wiener Verein mitgeteilt, dass dieser nur eine lose
Vereinigung sei.
Sofern der Wiener Verein für offizielle Belange auf die Fossgis,
unseren local chapter verweist, sehe ich auch kein Problem. Eine
solche Erklärung fehlt aber auf dessen Webseite openstreetmap.at 
<http://openstreetmap.at>

<http://openstreetmap.at/>
Wenn sich nun Simon Poole für offizielles,
https://lists.openstreetmap.org/pipermail/talk-at/2020-August/010645.html
an den Wiener Verein wendet, dann finde ich das ganz einfach falsch.
Der Wiener Verein hat aktuell nicht mehr Mandat als jeder andere
OSM- Stammtisch in Österreich.

Grüsse Mst. Johann Haag




Am 16.08.2020 um 10:40 schrieb Kevin Kofler
<mailto:kevin.kof...@chello.at><mailto:kevin.kof...@chello.at>>:


Johann Haag wrote:

Es ist längst an der Zeit, dass man den Wiener Verein aus der Liste
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters
<https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters>
entfernt,
und den Domainopenstreetmap.at 
<http://openstreetmap.at/><http://openstreetmap.at 
<http://openstreetmap.at/>>

<http://openstreetmap.at/> mit
openstreetmap.de 
<http://openstreetmap.de/><http://openstreetmap.de 
<http://openstreetmap.de/>>

<http://openstreetmap.de/> zusammenführt.


Wieso soll Österreich von Deutschland aus verwaltet werden?
Österreich ist
ein unabhängiges Land und kein Teil von Deutschland! (Und die
kurze Zeit, in
der das anders war, wünscht sich hoffentlich keiner hier zurück!)

   Kevin Kofler


__

Re: [Talk-at] Fwd: Mittersill: gelöschte Schule wiederherstellen

2019-09-18 Diskussionsfäden nine-osm . org-lists
Hallo Andereas,

vari...@mailbox.org wrote on 9/18/19 8:53 AM:
[...]

> Wenn es sonst keine Einwände gibt, würde ich den User
> https://www.openstreetmap.org/user/Maci255  in einem Changeset kurz
> informieren, dass solche Tests nicht im Live-System gemacht werden
> sollten und, dass ich seine ganzen Changesets zurücksetzen werde.

Vielen Dank, dass du dich um diesen Revert und die Information von
Maci255 kümmerst.

Guten Tag
Erwin

>> andreas wecer  hat am 18. September 2019 um
>> 08:26 geschrieben:
>>
>> Am Mi., 18. Sept. 2019 um 07:45 Uhr schrieb <
>> nine-osm.org-li...@sunch.at >:
>>
>> Wie kann man in der History eines Ausschnittes sehen was gelöscht
>> wurde?
>> Bzw. wie kann man gelöschte Objekte wieder herstellen? 
>>
>>
>> Wenn man genau weiß, wo und was man sucht, ist das einfachste, was ich
>> kenne, immer noch Potlatch 1: 
>> https://help.openstreetmap.org/questions/23631/how-do-i-find-and-recover-a-deleted-way
>>
>>
>> Du kannst es auch über Tools wie  https://osmcha.mapbox.com/ oder 
>> https://overpass-api.de/achavi/ finden und in JOSM per Datei->Objekt
>> wiederherstellen, wenn du die ID des Objekts kennst
>>
>> Die Schule wurde offenbar durch dieses Changeset (oder eines der
>> anderen des Users) gelöscht: 
>> https://www.openstreetmap.org/changeset/68139322
>>
>> LG
>> Andreas
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
>  
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


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


[Talk-at] Fwd: Mittersill: gelöschte Schule wiederherstellen

2019-09-17 Diskussionsfäden nine-osm . org-lists
Hallo,

in Mittersill ist die Schule von der Karte verschwunden:

https://www.openstreetmap.org/#map=19/47.28149/12.48566
https://www.google.at/maps/@47.2813061,12.4845245,331m/data=!3m1!1e3

Wie kann man in der History eines Ausschnittes sehen was gelöscht wurde?
Bzw. wie kann man gelöschte Objekte wieder herstellen?

LG
Erwin


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


Re: [Talk-at] mapwith.ai

2019-07-29 Diskussionsfäden nine-osm . org-lists
vari...@mailbox.org wrote on 7/25/19 11:26 PM:
> Die Thailänder und die sind nicht sehr begeistert, wie es aussieht. 
> https://forum.openstreetmap.org/viewtopic.php?id=66900 oder 
> https://forum.openstreetmap.org/viewtopic.php?id=63456 und das liest sich 
> ziemlich fatal. 
> 
> Ich dachte mir erst in Thailand oder Afrika könnte ich mir das schon 
> vorstellen, wo die Ratio Mapper/"zu mappende Sachen" sehr groß ist, nach dem 
> lesen der Threads sieht das nicht so aus.
> 
> Sehr skeptisch.  

Danke fürs Teilen deiner Eindrücke!
LG
Erwin

>> nine-osm.org-li...@sunch.at hat am 25. Juli 2019 um 21:49 geschrieben:
>>
>>
>>
>> Hallo OSM Comunity,
>>
>> FB veröffentlicht AI unterstütztes Map-Tooling via https://mapwith.ai/
>> Heise schrieb gestern darüber:
>> https://www.heise.de/newsticker/meldung/Map-With-AI-Facebook-unterstuetzt-OpenStreetMap-Community-4478433.html
>>
>> Schon jemand Erfahrungen damit?
>>
>> LG
>> Erwin
>>
>> ___
>> 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] mapwith.ai

2019-07-25 Diskussionsfäden nine-osm . org-lists

Hallo OSM Comunity,

FB veröffentlicht AI unterstütztes Map-Tooling via https://mapwith.ai/
Heise schrieb gestern darüber:
https://www.heise.de/newsticker/meldung/Map-With-AI-Facebook-unterstuetzt-OpenStreetMap-Community-4478433.html

Schon jemand Erfahrungen damit?

LG
Erwin

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


Re: [Talk-at] Tagging help needed near Krimml

2017-01-29 Diskussionsfäden nine-osm-talk-at
Jack Burke wrote on 27/01/17 17:00:
> Can a local OSM editor in Austria help verify that we have this tagged
> correctly? :-D
> 
> http://www.telegraph.co.uk/travel/ski/news/driver-get-stuck-on-a-ski-slope-after-his-sat-nav-gets-him-lost/
> 
> I'm not much use. I don't speak German and can't tell a fahrvergnugen
> from a weinerschnitzel on a map.
> 
> -jack

hi jack,

according to a local newspaper report [1] and the info from a guy from
krimml the incident happened here [2].

Seems to be a permissive road with barrier - so i think all is tagged
correctly.

Best
Erwin
Local Mapper Pinzgau


Links:
[1]
http://www.salzburg24.at/pkw-bleibt-im-krimmel-mitten-auf-skipiste-haengen/4937867
[2] http://osm.org/go/0IWG~jiz1-?m=&node=82521986


PS:
Krimml seems to be a dangerous place for cars ;-)
http://www.salzburg.com/nachrichten/salzburg/chronik/sn/artikel/krimml-auto-versank-in-gebirgsstausee-202450/

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


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

2016-07-16 Diskussionsfäden Erwin OSM
admin_title, das ist natürlich richtig, tut mir leid dafür!
Den Rest hatten wir wie gesagt schon in einer langen Diskussion, das Ergebnis war, dass es in Name nichts zu suchen hat. 
Für mich ist hiermit Schluss dieser erneuten Diskussion zu dem Thema. 
Am 16.07.2016, 19:29, Friedrich Volkmann  schrieb:

  
On 16.07.2016 19:09, Erwin OSM wrote:
> Ich kann zahlreiche offizielle Dokumente zeigen, in denen der Name von
> Gemeinden festgelegt oder geändert wurde und nie der Zusatz Gemeinde oder
> ähnliches im Name war!

Darum passt es super in official_name.

> admin_titel wird in der Zwischenzeit zahlreich verwendet.

In dieser Falschschreibung 141 mal, und ich kann mir schon denken, wer die
gesetzt hat. Richtig geschrieben (admin_title) kommt es 197 mal vor, und
ebenfalls nur in Österreich. Mit diesen Zahlen werden wir keine Entwickler
beeindrucken können. Aber du kannst ja gern mal ein Carto-Ticket anlegen und
schauen was rauskommt.

--
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] Gemeinde-Relationen in Österreich: Abweichende Schreibweisen

2016-07-16 Diskussionsfäden Erwin OSM
Ich kann zahlreiche offizielle Dokumente zeigen, in denen der Name von Gemeinden festgelegt oder geändert wurde und nie der Zusatz Gemeinde oder ähnliches im Name war! 
admin_titel wird in der Zwischenzeit zahlreich verwendet.
Am 16.07.2016, 19:01, Friedrich Volkmann  schrieb:

  
On 16.07.2016 18:37, Robert Kaiser wrote:
> Dietmar schrieb:
>> * "Gemeinde Weikersdorf am Steinfelde" im Name geändert, bisher "an"
>> statt "am" und erweitert um "official_name=Weikersdorf am Steinfelde"
>> * "Gemeinde St. Corona am Wechsel" erweitert um "alt_name=Sankt Corona
>> am Wechsel"
>> * "Gemeinde Bad Deutsch Altenburg" erweitert um "official_name=Bad
>> Deutsch-Altenburg",
>> alle in Changeset [3]
>
> Ich kann mich erinnern, wir hatten mal die Debatte über das "Gemeinde" (oder
> auch "Bezirk" usw.) im name-Tag, ich bin mir nicht mehr 100% sicher, wie das
> ausging, aber ich bin noch immer der Meinung, dass es nicht da drin stehen
> sollte, sondern über andere Tags das als Gemeinde klassifiziert sein sollte.

Das ging so aus, dass ich ein Proposal für ein anderes Tag gestartet habe,
an dem sich aber keiner von euch beteiligt hat, auch nicht an der
Abstimmung, so dass es letztlich niedergestimmt wurde. Darum brauchen wir
jetzt immer noch Bezirk/Gemeinde/Katastralgemeinde im Namen, damit man sie
in der Karte auseinander halten kann. Auswertungen, wo das nicht dabeistehen
soll, können den offiziellen Namen aus official_name auslesen.

--
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] Gemeinde-Relationen in Österreich: Abweichende Schreibweisen

2016-07-16 Diskussionsfäden Erwin OSM
Hallo, ja die Diskussion gab es. 
Gemeinde oder Bezirk usw. gehört nicht zum Namen, das lässt sich aus den Gemeindeblättern oder entsprechenden Gemeindeerlassen entnehmen. 
Gemeinde gehört in admin_titel, genau so wie Bezirk oder Markt- und Stadtgemeinde.
Am 16.07.2016, 18:37, Robert Kaiser  schrieb:

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

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

KaiRo

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


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


Re: [Talk-at] Wochennotiz Nr. 294 1.3.2016–7.3.2016

2016-03-12 Diskussionsfäden Erwin OSM
+1
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.Am 12.03.2016, 18:15, "Peter Kössler"  schrieb:

  
Bravo, bitte weiter liefern!
Einmal wöchentlich ein Mail zu löschen wär wirklich kein Problem wenns anderen was bringt.

LG, Peter.


  Am 12.03.2016 um 10:51 schrieb Clemens Schüller:


  
Hallo,

die Wochennotiz Nr. 294 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: 

> http://blog.openstreetmap.de/blog/2016/03/wochennotiz-nr-294/



Viel Spaß beim Lesen!


  
  
  
___
Talk-at mailing listTalk-at@openstreetmap.orghttps://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] Import der Gewässer im Raum Sankt Michael in Obersteiermark

2015-12-14 Diskussionsfäden Erwin OSM
Morgen,

Also ich finde das Form gut.

Und es wurde auch nicht gegen meinen Willen eingerichtet. Wenn, dann sprich Bitte nur für Dich und nicht für die gesamte Community, OK?

Und es ist auch nicht tot, es erwacht mehr und mehr zum Leben.

Grüße
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.

Friedrich Volkmann schrieb:

  
On 14.12.2015 23:45, Michael Reichert wrote:
> Folgende Punkte hast du noch nicht erfüllt:
> - Dokumentation im Wiki auf einer eigenen Seite
> - Benachrichtigung auf der Import-Mailingliste
> - Posting in eurem Forum (das ist nicht tot) http://
> forum.openstreetmap.org/viewforum.php?id=89
> - Import mit einem separaten Account durchführen
> - Dokumentation im Import-Katalog https://wiki.openstreetmap.org/wiki/
> Import/Catalogue
>
> Bitte nimm die Hinweise ernst. Die Richtlinie wurde nicht aus Spaß
> erfunden.

Die Richtlinie zu den krummen Gurken auch nicht. Man kann auch etwas
überreglementieren. Es handelt sich hier nicht um einen Monsterimport a la
TIGER oder plan.at, sondern um ein paar Gewässer rund um ein Dorf.
Angesichts dieses Umfangs finde ich Boruts Kommunikation völlig ausreichend,
und selbsternannte Ordnungshüter sind in solchen Angelegenheiten so nützlich
wie Pest und Cholera.

Betreffend das Webforum: Das ist nicht nur tot, sondern das war nie
lebendig. Es gibt seit jeher einen Konsens, dass wir für AT nicht zugleich
eine Mailingliste und ein Webforum brauchen. Wer auch immer das Webforum
eingerichtet hat, hat es gegen den Willen unserer Community gemacht.

--
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] Küchenzeiten

2015-11-29 Diskussionsfäden Erwin OSM
Tut mir leid, dass ich durch das Erfassen der Öffnungszeiten und den Kontaktdaten der Gemeindeämter dachte, etwas bei osm beizutragen.
Obwohl, ausser einem einzelnen User...



Friedrich Volkmann schrieb:

  
On 29.11.2015 12:14, Florian Michaeler wrote:
> Diesem Argument kann ich nur bedingt zustimmen, natürlich ist es sinnvoller wenn auf der Webseite die Öffnungszeiten angegeben sind auf diese zu verweisen.
> Aber dem Argument mit der fehlenden Aktualität kann ich nichts abgewinnen, demnach dürfte man in einigen Ortschaften manche Geschäfte garnicht mappen, wenn jedes Monat der Mieter und damit der Name sich ändert.

Das ist eh ein Problem, auch hier in Wien. Ich ging in meiner Anfangszeit
systematisch die Straßen in meinem Bezirk ab und mappte hunderte von
Geschäften. Viele davon haben gewechselt, und keiner wird je wieder diese
Straßen alle abgehen, da sie ja bereits detailliert gemappt sind.

Aber wenn mal zufällig ein Mapper vorbeikommt, dann wird ihm vielleicht doch
auffallen, dass da jetzt ein Restaurant statt einer Bankfiliale ist. Das
springt mehr ins Auge und bleibt mehr im Gedächtnis hängen als die
Öffnungszeiten.

Nicht existiert ewig, alles ist Änderungen unterworfen und wird irgendwann
verschwinden. Nur ändern sich manche Dinge seltener und andere öfter.
Öffnungszeiten sind nun leider etwas, was sich besonders oft ändert und
somit einen besonders großen Aufwand bereitet, jedenfalls mehr als die
Geschäfte selber.

Der größte Unterschied zwischen den Geschäften und ihren Öffnungszeiten ist
aber, dass Geschäfte Geodaten sind. Öffnungszeiten sind nicht wirklich
Geodaten und haben in einer Geodatenbank genau genommen gar nichts verloren.
Mehrere Proposals wurden schon abgelehnt mit der Begründung "OSM is not an
encyclopedia". Wahrscheinlich wäre auch opening_hours=* mit dieser
Begründung abgelehnt worden, wenn je darüber abgestimmt worden wäre...

> Die Aktualität obliegt wie bei allem in OSM den Mappern vor Ort.

Mapper vor Ort werden oft von Sofamappern mit diesem Tag zwangsbeglückt. Ich
erinnere nur an den Massenedit von erwin6330, der nicht nur alle
Gemeindeämter von Gebäude auf Node geändert und den Namen der Gemeindeämter
auf den Ortsnamen geändert hat, sondern auch überall Öffnungszeiten
eingetragen hat, damit es so aussieht, als hätte er mit seinen Edits etwas
beigetragen. Um die laufende Aktualisierung dieser Öffnungszeiten, also um
die Drecksarbeit, dürfen sich dann andere kümmern. Ich finde nicht nur die
Vorgehensweise, sondern die ganze Einstellung asozial.

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

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


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


[Talk-at] Löschung eines Monsterpolygons?

2015-11-09 Diskussionsfäden Erwin OSM

Morgen,
da hier im Moment noch mehr mitgelesen wird als im neuen Forum für A ein kurzer 
Hinweis auf eine von mir angestoßene Diskussion:
http://forum.openstreetmap.org/viewtopic.php?id=52639
Hier noch das tolle MP um das es geht:
https://www.openstreetmap.org/relation/4804286
Bin gespannt auf Eure Meinungen.
Grüße
Erwin

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


Re: [Talk-at] geoimage.at: Reached counter limit

2015-09-28 Diskussionsfäden Erwin OSM


Morgen,
geoimage funktioniert im JOSM leider immer noch nicht. Schade! Würde gerne 
weitermachen ;-)
 

Gesendet: Sonntag, 27. September 2015 um 21:39 Uhr
Von: "Simon Legner" 
An: "OpenStreetMap AT" 
Betreff: [Talk-at] geoimage.at: Reached counter limit
Hallo,

es ist wieder soweit: Der Aufruf des geoimage.at-WMS liefert »Reached
counter limit«.

_al, kannst du bitte dein E-Mail vom 2012-07-10 ausgraben und eine
Freischaltung erreichen?

Danke und Grüße
Simon

___
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] App "Tiroler Wirtshauskultur" OSM-Daten?

2015-05-03 Diskussionsfäden Erwin OSM

Hallo Leute,
habe heute in dem Tiroler Magazin weekend einen 2-seitigen Artikel auf 
die App "Tiroler Wirtshauskultur" gelesen und die App getestet. Finde 
Sie gut und bin mir nun auch ziemlich sicher, dass Daten von OSM 
verwendet werden! Habe im Bereich Kufstein einige Fußwege exakt wie in 
OSM eingezeichnet gefunden, das kann kein Zufall sein.
Könntet Ihr mal in Euren bekannten Bereichen nachsehen und hier Bescheid 
geben?
Habe vorab auch schon eine Mail an die Betreiber geschickt, bin gespannt 
auf die Antwort.

Grüße aus Kufstein erwin6330

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


Re: [Talk-at] Steirische Straßen effizient erfassen

2015-01-05 Diskussionsfäden Erwin OSM

Hallo Thomas,

Danke für  das schnelle Reparieren, habe mir die Daten schon gezogen.
Bräuchte jetzt noch Deine Hilfe.

Folgendes "Problem" habe ich:
Ich bearbeite von Dir als fehlend markierte Straßen, ein Layer in JOSM 
ist eben die osm-missing-streets-from-ogd-styria.zip.
Aus diesem Layer lösche ich nun die Straße und wie im Video füge ich sie 
in die "Arbeitsebene". Aber das ist nicht mein Problem.


Wie speichere ich nun die .zip Datei mit den geänderten Daten, also um 
die erfasste Straße bereinigten Daten?
Möchte beim nächsten Bearbeiten nicht wieder über die gleiche Straße 
stolpern, hoffe Du verstehst meine Frage.


Durch diese Art und Weise der Bearbeitung müsste die Datei mit der Zeit 
immer kleiner werden, immer um die bearbeiteten Straßen reduziert.


Hoffe auf Deine Hilfe
Erwin aus Tirol

Am 05.01.2015 um 11:09 schrieb Thomas Konrad:

Geht wieder, danke für den Hinweis!

On 05 Jan 2015, at 11:07, Erwin Pleyer <mailto:erwin@gmx.at>> wrote:


Hallo Thomas,
Wollte dich auf diesem Wege noch einmal darauf hinweisen, dass der 
Download leider nicht funktioniert, bringt die Fehlermeldung 'File 
Not Found'.

Nochmals danke für deine tolle Arbeit.
Grüße Erwin6330.

Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail 
gesendet.




Thomas Konrad mailto:tkon...@gmx.net>>schrieb:

Liebe OSMer,

das Land Steiermark hat ja sein Straßennetz in Form von
Shapefiles [1] veröffentlicht. Der User Species hat außerdem ein
Github-Projekt [2], wo die Daten aufbereitet und regelmäßig
aktualisiert werden.

Seit einigen Tagen läuft auf meinem Server ein Skript, das daraus
täglich die noch fehlenden Straßenfragmente extrahiert und in ein
Shapefile schreibt. Das Shapefile enthält außerdem schon
OSM-kompatible name-Tags und korrekte Quellenangaben. Auf dieser
Seite findet ihr das täglich aktualisierte Shapefile und ein
Video mit einem Workflow-Vorschlag (kann noch dauern bis es
verfügbar ist):

- Shapefile und Infos:
http://osm-styria-missing-streets.thomaskonrad.at/
- Direktlink zum Video: https://www.youtube.com/watch?v=WwcAFyOneHc

Die Daten haben unterm Strich eine sehr hohe Qualität. Lasst uns
diese Quelle nutzen, ich hoffe auf viele Unterstützer! :)
Feedback ist jederzeit willkommen.

Ich wünsche allen OSMern einen guten Rutsch ins neue Jahr und
viel Spaß beim Umsetzen der OSM-Neujahrsvorsätze (Vorschlag siehe
oben)! :)
Thomas

[1]
http://data.steiermark.at/cms/beitrag/11822084/97108894/?AppInt_OGD_ID=53

[2]
https://github.com/species/OGD-stmk-daten/tree/master/Stra%C3%9Fennetz

___ Talk-at mailing
list Talk-at@openstreetmap.org

<mailto:Talk-at@openstreetmap.org>https://lists.openstreetmap.org/listinfo/talk-at
<https://lists.openstreetmap.org/listinfo/talk-at> 


___
Talk-at mailing list
Talk-at@openstreetmap.org <mailto: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] Gebäude aus Basemap.at mappen

2014-10-10 Diskussionsfäden Erwin OSM

  
  Hallo Paul, 
danke für deine Arbeit an dem PlugIn, werde es in den nächsten Tagen mal testen.
An alle anderen gerne ich zu bedenken, dass basemap sicher eine tolle Hilfe ist, jedoch gegenüber z.B. Geoimage einen ziemlich alten Stand hat. 
Also nicht einfach von einer Quelle abzeichnen, vergleichen ist absolut wichtig! 
Bitte beachten und
Happy mapping.
Erwin6330
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.

Paul Woelfel schrieb:


  Hallo,
  

  
  
ich habe weiter an dem areaselector plugin für JOSM gearbeitet und gute Fortschritte erzielen können. Die meisten Punkte, welche ich bisher als Feedback bekommen habe wurden eingearbeitet. 
  
  

  
  
Bisher waren die Gebäude immer etwas zu klein, da die Umrandungen nicht zu der Fläche gezählt wurden. Dies ist jetzt behoben und jetzt entsprechen die detektierten Umrisse recht gut den basemap.at Images. 
  
  

  
  
Der Adress Dialog wurde überarbeitet und schlägt jetzt auch automatisch die nächste Hausnummer vor. 
  
  

  
  
Ich hoffe das das Plugin jetzt gut eingesetzt werden kann und die Statistik der Gebäudeabdeckung (http://osm-austria-building-coverage.thomaskonrad.at/) sich bald verbessert ;-)
  
  

  
  
Über weiteres Feedback bin ich natürlich dankbar!
  
  

  

  

  
  

  
  

  
  
Mit freundlichen Grüßen
  
  
Dipl.-Ing. Paul Wölfel
  
  

  
  
Email paul.woel...@gmail.com
  
  
Tel. +43 664 88 533 801
  
  
Lindengasse 31/1/11
  
  
1070 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] Grenzen

2014-10-03 Diskussionsfäden Erwin OSM

Hallo Friedrich,

mein Englisch ist nicht das beste, aber so weit ich dein Proposal 
verstehen kann, finde ich es vorab schon mal ganz ok.

Bin mal gespannt über den Ausgang, ich wäre schon mal dafür.

Grüße
Erwin

Am 02.10.2014 um 19:59 schrieb Friedrich Volkmann:

On 26.09.2014 17:05, Friedrich Volkmann wrote:


Gemeinde Altmelon -> name="Altmelon" + administrative_title="Gemeinde"
Bezirk Zwettl -> name="Zwettl" + administrative_title="Bezirk"
Zala megye -> name="Zala" + administrative_title="megy"
Soproni járás -> name="Sopron" + administrative_title="járás"
District of Columbia -> name="Columbia" + administrative_title="district"

Das funktioniert für alle Ebenen und alle Länder.

Über die Benennung des Keys kann man noch nachdenken (administrative_title
oder administration_tile oder admin_title oder ganz was anderes).

Ich würde gern ein Proposal dafür erstellen

Trotz geringen Feedbacks hab ich es jetzt mal getan, weil es halt gemacht
gehört:
http://wiki.openstreetmap.org/wiki/Proposed_features/admin_title
Fallen euch ad hoc noch Verbesserungen ein? Sonst starte ich den RFC.




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


Re: [Talk-at] Grenzen

2014-09-28 Diskussionsfäden Erwin OSM

Hallo,

aus der vorangegangenen Diskussion entnehme ich nun, dass wir uns darauf 
einigen konnten, den name=* bei den Gemeinden ohne "Gemeinde" zu taggen.
Ich würde in den nächsten Tagen gerne in Niederösterreich damit 
weitermachen. Ich für meinen Teil mache das sehr gerne "von Hand", denn 
bei der Gelegenheit füge ich auch noch die admin_center zu der Relation. 
Das ist auch eine wichtige Info für die Gemeinderelation, wo sich denn 
nun das Verwaltungszentrum befindet.
Ausserdem zeichne ich, wenn bekannt, das Gemeindezentrum noch mit den 
entsprechenden Kontaktdaten ein.

So weit, so gut.
Wo wir nun den Zusatz "Gemeinde", "Marktgemeinde", "Stadtgemeinde" usw. 
unterbringen ist noch nicht ganz klar. Ich würde ihn nun gerne erstmal 
in name:prefix parken. Ohne weiteren Zusatz, kein de oder at.
Dann wäre die Info schon mal bei der Relation eingetragen. Wenn wir dann 
einen Konsens finden, dann kann ja jemand per Programmierung alle 
entsprechenden Tags umwandeln. Im Moment hält mich dieses Problem nur 
auf und bremst.
Was ich noch bemerken möchte, in Deutschland scheint hier schon eine 
Einigung gefunden worden zu sein. Dort ist die Info eben bei name:prefix 
eingetragen. Wäre auch ein Grund und nicht schlecht, wenn fast alle 
deutschsprachigen Länder hier schon mal einig wären. Würde dann 
eventuell auch den Rest überzeugen.
Aber wie gesagt, wenn wir hier in A eine andere Einigung finden, dann 
ist das auch OK, denke, gegen das Parken spricht für´s erst nichts.

Bitte um Antworten, ansonsten werde ich in den nächsten Tagen weitermachen.
Grüße aus dem sonnigen Kufstein
Erwin


Am 24.09.2014 um 22:29 schrieb Michael Kircher:

Hallo!
+1 Ich bin auch eindeutig dafür das Gemeinde usw. in prefix zu nehmen 
und den Name wieder ohne Gemeinde zu machen.

Ich habe auch schon bei "meiner" Gemeinde das "Gemeinde" gelöscht!

Wir haben hier doch einige die sich mit Massenedits auskennen denke 
ich. Bitte jemand übernehmen der das kann!


mfg 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] Korrekter Import/Export österreichischer Adressen

2013-09-03 Diskussionsfäden ogd osm
Hallo!

Ich evaluiere derzeit OGD-Imports für nö. Schulen und Kindergärten und
befasse mich deshalb gerade mit den Adressen der POIs.

Natürlich möchte ich die Adressen korrekt importieren und so abzuspeichern,
dass diese auch wieder korrekt exportiert werden können. Mir ist bewusst,
dass OSM keine Gelben Seiten oder Telefonbuch ist, jedoch macht, meiner
Meinung nach, eine standardisierte Verspeicherung österreichischer Adressen
durchaus Sinn.



Folgende Infos konnte ich bis jetzt zusammentragen:

Beschreibung auf der post.at Hompage:

Datei PLZ-Bestimmungsort September 2013.xls:
http://www.post.at/downloads/PLZ_Verzeichnis_SEP13.xls

Spalte GEMNAM: Der mit der PLZ assoziierte Gemeindename

Spalte Ortschaft: meinst eine Katastralgemeinde bzw. ähnliches



Es gibt 2 Styles für eine korrekte Anschrift (siehe
http://www.post.at/downloads/Druckfreigabe_1550_13_Adressieren_2013_comment.pdf

Variante mit Ortnamen:

Kindergarten Weidling

Janschkygasse 6

3400 Weidling



Variante mit Bestimmungsort und Ortsnamen:

Kindergarten Weidling

Janschkygasse 6

Weidling

3400 Klosterneuburg



Gebräuchlich ist zwar die erste Variante mit Ortsnamen, offiziell nur wenn
innerhalb des PLZ-Gebietes ein Straßenname mehrmals vorkommt.



Ein anderer Import hat/hätte folgende Tags benutzt (
http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Adressen_S%C3%BCdsteiermark):


Straße: addr:street bei realer Straße; addr:hamlet bei Ortsnamen

Hausnummer: addr:housenumber

PLZ: addr:postcode

Ort: addr:city => "Zustellort"

Land: statisch addr:country=AT



Ich würde z.B. die Adresse des Kindergartens Weidling so verspeichern, dass
beide Varianten herausgenerierbar wären:

addr:street=Janschkygasse

addr:housenumber=6

addr:postcode=3400

addr:hamlet=Weidling

addr:city =Klosterneuburg

addr:country=AT



Anmerkungen:

* addr:hamlet könnte in diesem Bsp. natürlich auch durch addr:suburb
ersetzt werden, was hier vielleicht sogar korrekter wäre, somit müsste man
die Entscheidung aber z.B. von der Gemeindegröße anhängig machen.

* addr:place wäre zumindest jetzt, laut De-Wiki, auch eine (zusätzliche?)
Möglichkeit, wurde aber schon mal diskutiert (siehe Thread
http://lists.openstreetmap.org/pipermail/talk-at/2013-July/005825.html) und
zwar eher ablehnend.

* Ein Nachteil ist natürlich, dass addr:city dann immer den Gemeindenamen
der PLZ beinhalten sollte, was nicht immer geläufig ist.



Ich bitte um Meinungen/Verbesserungsvorschläge/Alternativen! Kann sich die
Community auf einen AT-Standard bzw. AT-Richtlinie einigen? Einen
Wiki-Eintrag dazu konnte ich nicht finden.

lG,

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


[Talk-at] Große Waldmultipolygone, sollten Wiesen etc. nicht inner members vom Multipolygon sein?

2013-06-18 Diskussionsfäden AM osm
Mir ist aufgefallen, dass in vielen riesigen Waldmultipolygonen wie
z.B. der Wienerwaldrelation
http://www.openstreetmap.org/browse/relation/4625, aber auch vielen
anderen öfters Nicht-Wald-Bereiche wie meadow oder scrub z.B.
Gallanzerwiese http://www.openstreetmap.org/browse/way/27446562 nicht
als Teil der Relation eingetragen sind und es daher auf die
Zeichenreihenfolge der Renderer ankommt, ob man nur Wald sieht oder
auch die Wiesen etc.

Das wirkt sich für die Orientierung im Gelände teilweise recht
ungünstig aus z.B. derzeit bei den aus OSM-Daten erstellten Karten von
openandromaps, wo man sich derzeit mit bescheidenen Kenntnissen über
das wie der Karten nur mit transparentem Wald etwas helfen kann, wenn
man mal erkannt hat, dass man sonst die Wiesen etc. nicht sieht, wenn
sie nicht inner member des Multipolygons sind.

Ist das Konsens, dass die Renderer mitdenken müssen und im Normalfall
zuunterst den Wald machen (so wie die Darstellung auf osm.org, oder
sollten die Nicht-Wald-Flächen doch immer als inner member des
Multipolygons aufgenommen werden?

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


Re: [Talk-at] Tagging: Straßen auf der Donauinsel

2013-04-08 Diskussionsfäden AM osm
Die Straßen sind privat (MA45), es handelt sich zum Teil meiner Meinung
nach schon um =service, es sind auch Betriebszufahrten dabei und es gibt
von der MA45 ausgestellte Einfahrtsgenehmigungen für bestimmte Zwecke und
motorisierte Fahrzeuge in genau bezeichneten Abschnitten.

Radfahrer sind an den 'Einfahrt verboten'-Schildern explizit ausgenommen,
es gibt aber begrenzt Abschnitte (Badebereich), an denen Radfahrer
vorbeigeleitet werden sollen.
Am 08.04.2013 21:30 schrieb "Stefan Tauner" :

> On Mon, 08 Apr 2013 20:57:13 +0200
> Friedrich Volkmann  wrote:
>
> > On 08.04.2013 20:15, Markus Straub wrote:
> > > Hallo liebe WienerInnen,
> > >
> > > mich störts schon seit längerem, dass alles, was auf der Donauinsel
> > > asphaltiert ist als highway=cycleway getaggt ist..
> > >
> > > Mein Vorschlag wäre:
> > >
> > > highway=service (oder unclassified?)
> > > vehicle=private (oder no?)
> > > bicycle=yes
> >
> > highway=service sicher nicht. Das steht für Zufahrten.
>
> und genau das sind sie ja eigentlich auch... Zufahrten zu WCs,
> Mistkübeln usw. :P
>
> > unclassified auch nicht, da die Donauinsel Ortsgebiet ist. Außerdem wird
> > unclassified/residential hauptsächlich für Straßen verwendet, die für den
> > allgemeinen Verkehr offen sind.
> >
> > > Oder fällt euch was passenderes ein?
> >
> > highway=track + tracktype=grade1 + vehicle=private (oder no) +
> bicycle=yes
>
> + foot=yes und vl noch skates oder sowas, was ich nie verwende?
> Jedenfalls bin ich auch für track und danke Markus, daß du das mal
> ansprichst :)
>
>
> --
> Kind regards/Mit freundlichen Grüßen, Stefan Tauner
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-at] burgenländische Landesstraßen

2013-01-06 Diskussionsfäden Erwin OSM

Am 06.01.2013 12:57, schrieb Friedrich Volkmann:

On 06.01.2013 11:59, Erwin OSM wrote:

Ich habe mir jetzt gerade die L233 im Burgenland angesehen und kann
überhaupt nicht verstehen, warum Du in den ref-Tags die L*-Nummern 
erfasst.


Laut Wiki

http://wiki.openstreetmap.org/wiki/DE:Relation:route

gehören diese Infos einwandfrei in Relations erfasst, eben vom Type 
route

und haben eben an den Straßen selber nichts verloren!

Das selbe an der L 332 usw. usw. Meiner Meinung nach ist das Wiki da 
eindeutig.


Wo steht im Wiki, dass ref nicht auf Ways gesetzt werden sollen? Ich 
kenne keine einzige Straße, wo ref *nur* auf der road-Relation erfasst 
ist. Dann würde es in den meisten Karten (z.B. Mapnik) gar nicht 
angezeigt werden, und Nominatim fände es auch nicht.


Mir wär es auch lieber, jedes ref nur 1x auf eine Relation zu setzen 
statt auf hunderttausend Ways.


Ich habe mittlerweilen das Gefühl, ich bin der letzte, der noch mit Dir 
"diskutiert", scheinbar haben es alle anderen aufgegeben.


Es steht auch nicht im Wiki, das MaxSpeed nicht auf Standardstraßen 
gesetzt werden soll, ganz im Gegenteil, guckst Du hier:


http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Schnellstra%C3%9Fen

Für mich wird das auch die letzte Meldung zu diesem Thema sein, denn ich 
kann mich des Eindrucks nicht erwehren, dass Du nicht die Diskussion 
oder den Konsens suchst, sondern auf Teufel komm raus Dein 
Tagging-Schema allen anderen aufzwingen willst, und sei es durch das 
Löschen von Eigenschaften anderer.


Ich halte das Löschen für unverschämt!

Wünsche allen die hier noch mitlesen einen schönen Sonntag, man sieht 
sich im nächsten Beitrag vielleicht wieder,

Erwin



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


Re: [Talk-at] burgenländische Landesstraßen

2013-01-06 Diskussionsfäden Erwin OSM

Am 06.01.2013 13:25, schrieb Soldier Boy:
Also ich setze refs auch überall! Auch wenn ich so übergeordnete Dinge 
lieber nur in der Relation hätte!


Mach ich ja im Grunde auch, zusätzlich, denn nur dann werden sie auf 
Karten dargestellt, aber genau das nennt man doch Mapping für Renderer 
und das möchten wir doch eigentlich nicht betrieben, oder? ;-)



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


Re: [Talk-at] burgenländische Landesstraßen

2013-01-06 Diskussionsfäden Erwin OSM

Am 06.01.2013 00:47, schrieb Friedrich Volkmann:


Man kann leicht schimpfen, wenn man die Arbeit nicht selber macht. In 
NÖ sind z.B. die L6xxx noch nicht komplett, wär das eine Aufgabe für 
dich?




Ich habe mir jetzt gerade die L233 im Burgenland angesehen und kann 
überhaupt nicht verstehen, warum Du in den ref-Tags die L*-Nummern erfasst.


Laut Wiki

http://wiki.openstreetmap.org/wiki/DE:Relation:route

gehören diese Infos einwandfrei in Relations erfasst, eben vom Type 
route und haben eben an den Straßen selber nichts verloren!


Das selbe an der L 332 usw. usw. Meiner Meinung nach ist das Wiki da 
eindeutig.


Grüße
Erwin

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


Re: [Talk-at] burgenländische Landesstraßen

2013-01-06 Diskussionsfäden Erwin OSM

Am 06.01.2013 00:47, schrieb Friedrich Volkmann:

On 05.01.2013 23:37, Erwin OSM wrote:

Nur noch eine Frage! Seit wann muss man *einen Einzelnen* um Zustimmung
fragen, wenn man etwas taggen will?
Ich finde, das geht doch etwas zu weit!!!


Wenn man einen Konsens finden will, fragt man andere, was sie von 
dieser oder jener Lösung halten. Das ist kein Um-Erlaubnis-Fragen.



Ich empfinde es bei diese Diskussion schon so.
Viele andere Erfasser taggen eben die maxspeeds auch bei Landesstraßen 
mit 100 und ich habe den Eindruck, dass Du der Einzige bist, der diese 
Einträge eben wieder löscht!


Ein Konsens kann nicht darin bestehen, dass ein einzelner User (hallo 
al) ihn festlegt. Und auch nicht darin, dass einer munter drauf los 
taggt und dann sagt, so das ist jetzt Konsens.


Du hast von meinem Mail ein Fullquote gemacht und bist auf keinen 
einzelnen Satz eingegangen. Wenn man alle Landesstraßen durchgeht, ist 
das nicht nur viel Arbeit, sondern man muss auch versuchen, das 
Tagging halbwegs einheitlich zu halten. Also ein highway=secondary im 
Nordburgenland sollte ungefähr das gleiche sein wie ein 
highway=secondary im Südburgenland. Genauso ist das mit den maxspeed. 
Wenn jeder taggt, wie er grad lustig ist, kommt nur ein Chaos heraus.


Es taggt nicht jeder wie er gerade lustig ist, es wird nur einfach der 
maxspeed auch an Landesstraßen erfasst, eben mit 100 km/h, mehr nicht.




Man kann leicht schimpfen, wenn man die Arbeit nicht selber macht. In 
NÖ sind z.B. die L6xxx noch nicht komplett, wär das eine Aufgabe für 
dich?




Weiters möchte ich Dich auf folgende Wikipedia-Seite hinweisen:

http://de.wikipedia.org/wiki/Liste_der_Landesstra%C3%9Fen_in_Tirol

Und hier bitte auf die Nachweise hinunter scrollen!

Ich glaube behaupten zu können, dass mehr als die Hälfte der hier 
bereits eingetragenen Landesstraßen in Tirol von mir erfasst wurden. So 
viel zu Deiner Frage, ob es eine Aufgabe für mich wäre ;-)


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


Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Diskussionsfäden Erwin OSM

Am 05.01.2013 19:18, schrieb Friedrich Volkmann:

On 05.01.2013 15:30, Soldier Boy wrote:
Für Router ist es nicht so einfach möglich rauszufinden ob sich eine 
Straße
inner oder außerorts befindet. Ohne dieses Problem würde ich deine 
Meinung

einsehen. Da scheitert es an mehreren Punkten:
- Es sind nicht alle Ortsflächen eingezeichnet
- Größerer Rechenaufwand
- Es sind nicht alle Ortsschilder eingezeichnet (auf welcher Seite des
Schildes ist zb Innerorts)
- Ortstafel steht nicht immer dort wo wirklich die Häuser beginnen


Die Ortsschilder sind sowieso keine Hilfe, weil nicht an jeder Straße, 
die ins Ortsgebiet hineinführt, eines steht.


Dass im Wiki "inside place" / "outside place" unterschieden wird, 
halte ich für eine Altlast, und ich hab für AT schon eine Fußnote 
eingefügt, dass das so nicht geht. Die Fußnote wär auch anderen 
Ländern anzuraten...


Die Lösung ist, dass pro Land und highway-Typ genau 1 Default 
angegeben ist, und der gilt immer, wenn am Way nichts anderes 
angegeben ist.


Damit haben Mapper weniger Arbeit (weil sie sich die meisten 
maxspeed-Tags ersparen) und Anwendungentwickler ebenfalls (weil sie 
keine Heuristiken entwickeln müssen, nach denen die maxspeed erraten 
werden).


Für Routinganwendungen muss man einen Präprozessor über die Daten 
laufen lassen, und das muss man sowieso:

1) highway=* mit area=yes auflösen
2) jeden highway einem Land zuordnen
3) für diverse hartkodierte landesabhängige Besonderheiten (z.B. 
Radfahren gegen die Einbahn in Wohnstraßen, Reitverbot auf 
Forststraßen) Tags hinzufügen

4) access-Tags in der Hierarchie hinunter kopieren
5) access-Tags wo nicht versorgt mit Defaults versorgen und dann 
ebenfalls hinunter kopieren

6) highways ohne maxspeed mit Defaults versorgen
7) maxspeed=AT:urban usw. in Zahlenwerte umwandeln
8) Summe der Höhendifferenzen (+ und -) für jeden Way aus dem 
Höhenmodell errechnen

9) für jeden Way die Biegungen aufsummieren
usw.

Bist du zufrieden wenn ich source:maxspeed setze? Also das du die 
Werte dann
nicht mehr löscht? Auch wenn sie nach deiner Meinung nach nicht 
notwendig wären.




Nur noch eine Frage! Seit wann muss man *einen Einzelnen* um Zustimmung 
fragen, wenn man etwas taggen will?

Ich finde, das geht doch etwas zu weit!!!

Gelöscht hab ich sie mit source:maxspeed glaub ich schon lang nicht 
mehr. Das heißt nicht, dass ich damit glücklich bin. Als 
Datenbankentwickler kenne ich zu sehr die Probleme mit Redundanzen. 
Aber wie es aussieht, muss ich schon zufrieden sein, wenn nicht alle 
meine Änderungen revertiert werden.


Ich hab den halben Weihnachtsurlaub versessen um die Landesstraßen zu 
vervollständigen. Dass die jetzt komplett sind, könnte man sicher auf 
der einen oder anderen Webseite als kleine Schlagzeile einbauen. Dann 
sieht man, dass bei OSM noch was weitergeht. Stattdessen suchen alle 
nur nach einem Punkt, über den sie nörgeln können. Da verliert man 
echt die Lust, noch irgendwas für OSM zu tun.




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


Re: [Talk-at] burgenländische Landesstraßen

2013-01-05 Diskussionsfäden Erwin OSM

Am 05.01.2013 15:47, schrieb Andreas Labres:

Es gibt keine sinnvolle/verbreitete Methode, "Standards" (speziell, wenn sie
länderspezifisch sind) in OSM zu setzen. Daher sollte man eigentlich immer
maxspeed taggen. Den erwähnten Nebensatz im Wiki habe ich entfernt.

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

1+

Dem schließe ich mich an und vor allem sollte man die Arbeit von anderen 
respektieren und diese nicht einfach löschen nur weil man eine andere 
Tagging-Variante persönlich bevorzugt!


Schönen Tag noch
Erwin

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


Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Erwin OSM

Am 11.12.2012 09:05, schrieb Friedrich Volkmann:

On 11.12.2012 05:51, Erwin Pleyer wrote:
Eines der wichtigen Prinzipien bei Datenbanken ist, niemals mehr als 
eine

Info in ein Feld zu schreiben! Kann man in allen Lehrbüchern lesen.


Dabei geht es um die Normalisierung relationaler Datenbanken. OSM ist 
keine relationale Datenbank.


Außerdem ist die Strichpunkt-Notation in OSM längst üblich. Es gibt 
keinen Grund, es ausgerechnet im konkreten Fall anders zu machen.


Dieses Prinzip liese sich aber auch auf die OSM-Datenbank anwenden, was 
sicherlich von Vorteil wäre.


Nur weil die Strichpunkt-Notation üblich ist, muss sie eben noch lange 
nicht gut sein. Ich bin der Meinung, dass diese Notation schwer 
auszuwerten und zu pflegen ist, eine einzelne Erfassung wäre nur von 
Vorteil.


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


Re: [Talk-at] Bawag PSK

2012-12-11 Diskussionsfäden Erwin OSM

Am 11.12.2012 12:46, schrieb Stefan Tiran:

Andreas Labres wrote:

Ich würd einen neuen Tag erfinden "bietet auch Post-Dienstleistungen an".

postal_service=yes oder sowas.

+1

Das würde zumindest die Situation in Österreich sehr gut abbilden.

Liebe Grüße,
Stefan


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

+1

Träfe auch auf viele Situationen in Deutschland zu. Auch dort gibt es 
Supermärkte mit Postabteilungen.


Grüße
Erwin

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


Re: [Talk-at] Gewässernetz Tirol

2012-11-25 Diskussionsfäden Erwin OSM

Am 25.11.2012 19:36, schrieb Erwin OSM:


Auch würde ich HZBGEW (2-8-153) am Objekt belassen.
Durch diese Nummer kann ein Interessierter den Verlauf absolut richtig 
zurück verfolgen. Die 2-8 stünde für den Inn, 2-8-153 steht für die Sill.
Die Zahl 2-8-153-60 besagt also, dass der Viller Bach (2-8-153-60) in 
die Sill (2-8-153) und die in den Inn fließt (2-8). Dies könnte doch 
für Interessierte sehr interessant sein, so denke ich.



Hier noch ein Tread zu obigem Thema:
http://forum.openstreetmap.org/viewtopic.php?id=19061

Ein Kollege aus Deutschland erfasst auch die dortigen Gewässerkennzahlen.


Über die restlichen Attribute könnte man auch noch diskutieren.

Schönen Tag noch
Erwin

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



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


Re: [Talk-at] Gewässernetz Tirol

2012-11-25 Diskussionsfäden Erwin OSM

Hallo Simon,

habe gerade festgestellt, dass Du unter der Kennung 
"simon04_data_tirol_gv_at" mit dem Import begonnen hast, den Inn und die 
Sill.


Wenn Du schon importierst, dann sollten doch ein paar mehr Attribute von 
tirol.gv.at übernommen werden, so meine Meinung.


Ich halte zum Beispiel GEW_ID (T2010R1) zur einwandfreien 
Identifizierung für sehr wichtig. So gibt es doch einige Bäche und 
Flüsse mit absolut gleichen Namen. Durch diese ID könnten die Gewässer 
einwandfrei identifiziert werden, jeder Bach hat eine andere Bezeichnung.


Auch würde ich HZBGEW (2-8-153) am Objekt belassen.
Durch diese Nummer kann ein Interessierter den Verlauf absolut richtig 
zurück verfolgen. Die 2-8 stünde für den Inn, 2-8-153 steht für die Sill.
Die Zahl 2-8-153-60 besagt also, dass der Viller Bach (2-8-153-60) in 
die Sill (2-8-153) und die in den Inn fließt (2-8). Dies könnte doch für 
Interessierte sehr interessant sein, so denke ich.


Über die restlichen Attribute könnte man auch noch diskutieren.

Schönen Tag noch
Erwin

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


Re: [Talk-at] Übersicht der Edits in einem Gebiet

2012-11-25 Diskussionsfäden Erwin OSM

Hallo Markus,

guckst Du hier:

http://zverik.osm.rambler.ru/whodidit/

Lässt sich einstellen vom Zeitraum her, Changeset oder user. Einfach auf 
Deinen gewünschten Bereich reinzoomen und kurz warten.

Funktioniert recht gut. Viel Spass damit,

Erwin

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


Re: [Talk-at] Gewässernetz Tirol

2012-11-16 Diskussionsfäden Erwin OSM

Hallo Alex,
nochmal ich,

ausserdem frage ich mich, warum Du mich direkt anschreibst und Deine 
Meinung nicht bei den Posting-Listen kund tust, damit sie die anderen in 
der Community auch lesen können!


Schönes Wochenende
Erwin

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


Re: [Talk-at] Gewässernetz Tirol

2012-11-16 Diskussionsfäden Erwin OSM

Hallo Alex,

nun mal langsam, ich weiß nicht wie Du auf die Idee kommst, ich hätte 
etwas mit dem Gleirschbach zu tun. In der Chronik des Weges bin ich 
nicht dabei, kann mich auch nicht an eine Bearbeitung erinnern, guckst 
Du hier:

http://www.openstreetmap.org/browse/way/148161522/history
Ich bin weder simon04 noch borisC, meine Id ist erwin6330.

Weiter weiß ich nicht was ich getan habe? Ich habe nur wie in einer 
"Abstimmung" meine Meinung gesagt, ich habe den "Nein"-Button gedrückt, 
ich wäre gegen einen Import, mehr habe ich nicht gesagt! Und das ist 
doch noch erlaubt, in einer Community, oder?


Und sonst? Ich habe erklärt wie ich die Gewässer bearbeite. Dachte mir, 
ich könnte damit helfen. War wohl falsch gedacht.


Ich habe eine Alternative vorgeschlagen, Import ohne die bereits 
erfassten Bäche. Ich kann auch daran nichts falsches sehen.


Ob sich die Mehrheit der Tiroler Community für einen Import entscheidet, 
kann ich nicht sagen. Wenn ihr das bei Eurem Stammtisch so entschieden 
habt, dann ist das absolut OK! Aber der Innsbrucker Stammtisch ist nicht 
die gesamte Tiroler Community, denke ich, denn da gehöre ich doch auch 
dazu und viele andere auch noch!


Der Import wurde nicht angekündigt, sondern er wurde zur Diskussion 
gestellt, mehr nicht!


Ich versuche ihn nicht zu verhindern! Ich möchte Dich bitten, meine 
Postings mal genauer zu lesen. Ich habe Vorschläge und Alternativen 
gemacht, mehr nicht!


Mit meinem Vorschlag, sich die Daten von tirol.gv.at zu besorgen und im 
JOSM im Hintergrund zu öffnen zwinge ich auf jeden Fall niemanden, sich 
mit "Geister-Daten" zu befassen, die einige Mapper wahrscheinlich 
überhaupt nicht interessieren, im Gegenteil, eher verwirren.
Ich habe vor ein paar Tagen aus lauter Lust und Laune an der spanischen 
Küste wegen der tollen Bing-Bilder ein paar Straßen eingezeichnet und es 
hat Spass gemacht. Ein Import in spanischer Sprache hätte mich wohl 
verwirrt.
Ich habe aber beim Laden der Daten nach dem Import gar keine Möglichkeit 
zu wählen, ob ich  die "GD" überhaupt will, ich werde "gezwungen". Fände 
ich nicht OK


Ich glaue das ich beim abpausen der Daten einen guten Mittelweg gefunden 
habe. Und glaube mir, die Abweichung ist zum Teil erheblich. Kann man 
vorab schon an der Dichte der Punkte erkennen. Schau Dir mal meine 
Bearbeitungen an, dann wirst Du sehen, dass ich ziemlich genau abzeichne!


Ich werde keine Importe löschen! Ich habe meine eigene Karte im 
Hintergrund mit der ich sehr gut zurecht komme.


Ach ja, vergesst nicht vor dem Import die Daten in EPSG:4326 
umzuwandeln, sie liegen sonst einige Meter verschoben, siehe hier:

http://forum.openstreetmap.org/viewtopic.php?id=18479

Noch zu Schluss: Ich möchte hier nicht pöbeln, überhaupt nicht. Ich 
möchte nur meine Meinung sagen dürfen, ist das OK?



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


Re: [Talk-at] Gewässernetz Tirol

2012-11-16 Diskussionsfäden Erwin OSM

Hallo Leute,
wie schon vorher geschrieben, arbeite ich mich derzeit durch die 
Gewässer von Tirol. Alle Flüsse und Bäche im Bereich Kufstein sind 
erfasst, incl. der kompletten Ziller + Nebenflüsse, was ungefähr 1.400 
Gewässer ausmacht. In Prozent sind ca. 30 % aller auf tirol.gv.at zur 
Verfügung gestellten Gewässer erfasst.


Ich habe mir die hier

http://www.tirol.gv.at/applikationen/e-government/data/datenkatalog/umwelt/gewaesser/

zur Verfügung gestellt .shp-Datei herunter geladen und als .osm-Datei 
auf dem PC abgespeichert. Anschließend wurde die Vorlage abgepaust. 
Warum? Zum Teil sind die Daten so genau, extrem detailiert, dass meiner 
Meinung nach sehr viele unnötige Daten erfasst werden würden. Beim 
abpausen kann ich entscheiden, wie ich die Kurve nun zeichne, ein paar 
Punkte auslassen, usw.


Fertig Bäche wurden aus der osm-Datei gelöscht und diese anschließend 
mit den reduzieren Daten unter neuem Namen abgespeichert, was eine 
Reduzierung der umgepackten Datei von über 170 MB auf derzeit 120 MB 
ausmacht. Sicher, das Risiko des versehentlichen Hochladen besteht, ist 
mir aber noch nicht passiert.


So bin ich jetzt bei der Tiroler Ache / Kitzbühler Ache angekommen. 
Diese würde ich gerne mit ihren gesamten Nebenflüssen noch auf diese Art 
und Weise vollständig erfassen.


Ein kompletter Import würde im oben genannten Bereich die gleichen Daten 
nochmals importieren, das halte ich für überflüssig.


Wie gesagt, ich könnte die bereinigte osm-Datei gerne zur Verfügung 
stellen, würde einiges ersparen.


Ich bin, als kleiner aber sehr aktiver Tei der OSM-Tirol-Community, 
nicht für einen Import. Wer sich für die Gewässererfassung interessiert, 
der ist auch bereit, sich die Daten von tirol.gv.at zu besorgen um 
anschließend selbst zu entscheiden, was er erfasst, was schon erfasst 
ist und wie er damit umgeht.


Schönes Wochenende
Erwin

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


Re: [Talk-at] Turn-Restrictions bei Beschleunigungsspuren und Co.

2012-09-19 Diskussionsfäden Erwin OSM

Ich nochmal,
habe mir den KV gerade in JOSM mit geoimage als Hintergrund angesehen 
und ich konnte keinen Grund erkennen, warum ich an der Stelle nicht 
umdrehen dürfte.
Sehe ich das falsch oder sind die Bilder vielleicht zu schlecht um 
Details zu erkennen?

Erwin

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


Re: [Talk-at] Turn-Restrictions bei Beschleunigungsspuren und Co.

2012-09-19 Diskussionsfäden Erwin OSM

Hallo Daniel,
danke für Deine Willkommensgrüße.
Das mit dem Kreisverkehr (KV), bzw. den beiden Spuren vor dem KV sehe 
ich wie folgt:
Wenn die beiden baulich getrennten Spuren im Anschluss nicht durch einen 
durchgehenden Mittelstrich, eine Leitplanke oder anders getrennt sind, 
dann darf ich doch jederzeit "wenden", auf die andere Spur abbiegen.

Was sollte dagegen sprechen?
Warum dann eine turn-restriction?
Erwin

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


Re: [Talk-at] OSM Inspector - plan.at View

2009-09-18 Diskussionsfäden Klaus Maria Pfeiffer (OSM)
hi!

> * Geisterwege ... rot
>   (highway & plan.at im Tagnamen oder highway= und plan.at im Inhalt)

gabs wirklich nur geisterwege? ich mein, da wars am auffälligsten, aber
gabs das nicht auch bei areas? oder irre ich da jetzt?

> * fixme=check import &
>   - highway=(service|unclassified|residential|tertiary
>  |secondary|primary)(_link)? . schwarz
>   - highway=(motorway|trunk)(_link)? . schwarz
>   - highway=* . schwarz  (gültige Tags, also kein *plan.at*)

könnte man das nicht mit
 - highway!=plan.at (an beliebiger stelle) ... schwarz
zusammenfassen?

> * dubiose Tags
>   - addr:postcode auf way  orange

nur auf way?

> Defaultmäßig ist die zweite Kategorie (fixme=check import) angehakt,
> würde ich sagen.

ich würd die geisterwege definitiv noch dazu nehmen.

was ich noch nett finden würde:
 * plan.at generell
  - im tag oder key vorkommniss von plan.at, außer im source tag ... rot

falls man in den anderen bedingungen etwas vergessen hat, würds diese
regel erschlagen.

gre3tings, Klaus


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


Re: [Talk-at] OSM Inspector - plan.at View

2009-09-18 Diskussionsfäden Klaus Maria Pfeiffer (OSM)
hi!

> Man könnte zuerst einen Tag-Fix-Reparaturlauf machen und dann manuell
> editieren oder umgekehrt. Ich tendiere eher zu letzterem, das ist zwar
> beim Editieren mehr Arbeit, aber die kaputten Tags bieten gute
> Ansatzpunkte zum Suchen.

sehe ich auch so. vor allem kann man die kaputten tags eh hauptsächlich
löschen.

> wir einigen uns auf ein sichtbar machen (dort,
> wo es dem einzelnen sinnvoll erscheint)

so hab ichs in meiner umgebung gemacht (
http://www.openstreetmap.org/?lat=48.0992&lon=15.6285&zoom=14&layers=0B00FTF
)

> mit einem immer wiederfindbaren
> Tag (zB source=plan.at), der restliche Tag-Müll wird entfernt.

ja, zusätzlich ein fixme tag, der anzeigt, daß das eventuell nicht
lagerichtig ist, wäre aber imho noch sehr sinnvoll.

> * Was die Aufteilung angeht, so wird sich das hoffentlich entwickeln...
> ich denk mal zB, daß ich Leopoldsdorf/Ma. Lanzendorf anfange, dann

hier Wilhelmsburg und dann in alle himmelsrichtungen weiter.

> Ahnung), aber in Summe stellen wir eine Gemeindeliste ins Wiki und jeder
> hakt an a) was er vor hat (orange oder gelb) und b) was er fertig hat
> (grün).

sehr gut!

gre3tings, Klaus


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


Re: [Talk-at] OSM Inspector - plan.at View

2009-09-18 Diskussionsfäden Klaus Maria Pfeiffer (OSM)
hi!

> schön dass sich zu dem Thema wieder was tut :-)

ja, ganz genial, vielleicht werden wir dann wirklich herr aller dieser
plan.at daten. :-))

>>> * Geisterwege (highway=plan.at:*)
>> Heißt das nicht highway:plan.at = *?
> es gab beides, irgendwann ist der Herr Wasserburger draufgekommen, dass
> die zweitgenannte Art besser ist.
> Vorher wurden die Namen schon gerendert obwohl der Weg noch nicht
> "freigeschalten" war (der plan.at zusatz entfernt).

eben diese geisterwege, wobei die geisterwege eher korrigiert werden
sollten, denn die sind unhüpsch. aber eigentlich sollten beide
"namespaces" bedacht werden!

> + der name graben auf vielen Gewässern

genau, aber könnte man das nicht auch automatisiert bereinigen können?

> + tracks mit dem Namen der nächsten Stadt

+ is_in

das schaut imho nicht gut aus: ...,Bezirk St.
Pölten,Niederösterreich,Österreich,Europa

laut http://wiki.openstreetmap.org/index.php/Key:is_in sollte das doch
eher wie folgt aussehen:

is_in = Kreisbach; Wilhelmsburg; Bezirk St. Pölten Land; Niederösterreich;
Österreich; Europe

oder?


weiters gibts ja noch folgende erkennungsmerkmale für plan.at daten:
note = imported from plan.at; (C)=CC-by-sa or oDBL; feel free to change if
necessary
source = plan.at 2008
uploaded_by = Wolfgang W. Wasserburger
plan_at:acad_id

stellt sich die frage, in welchem grade man sich diese keys behalten will.
aber source sollte doch ausreichend sein (inklusive fixme = check import),
und wenn man dann mit einem GPS vorbeigekommen ist, kann man das
entsprechend ändern?

>>> Und ich würde vorschlagen, wir teilen die Bezirke (oder Gemeinden?) auf
>>> und dann gehen wir das Schritt für Schritt durch.
> gute Idee,
> eine Gemeinde als kleinste Einheit würde mich ansprechen.

+1

gre3tings, Klaus


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