[Talk-at] JOSM Adresshelfer Fehler:nullpointerexception

[martin ringer]

Wieder einmal kommt die Warnung bei JOSM wenn man mit dem AT Adresshelfer 
arbeiten will:
java.lang.NullPointerException

Gibt es eine Lösung des Problems?

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-green-avg-v1.png]
 Virenfrei. 
www.avg.com
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Allgemeine Hilfestellung

[Martin Brunner]

Herbert Allmeier schrieb:

> Ich muss schon sagen, dass die Mailinglisten von der Übersicht her nicht
> wirklich leicht verdaulich sind

Zum einen hängt das natürlich daran, dass man sein E-Mail-Programm selbst so
konfiguriert wie man es möchte. Dann ist es auch möglich, die Mails der
Mailingliste automatisch in einen eigenen Ordner verschieben zu lassen.

Zum anderen solltest du schauen wie man E-Mails auf eine Mailingliste richtig
beantwortet bzw. zitiert, siehe:
https://einklich.net/usenet/zitier.htm oder
https://pamer.net/usenet/zitieren.html

> Wenn man noch ein extra Programm brauche, damit ich die Ansichten überhaupt
> angezeigt bekomme und sie sinnerfassend zusammenhängen kann hört sich das 
> schon
> nach sehr viel drumherum an, welches in einem Forum einfach nicht nötigt ist.

Für das Forum brauchst du ja auch einen Software namens "Browser". Zugegeben
stammt die Technik von Mail und News noch aus einer Zeit, wo Recourcen eine
Rolle gespielt haben, aber das ganze basiert im Gegensatz zu Whatsapp, Foren &
Co auf einer offenen Technik, und gerade das ist im Zusammenhang mit Open Source
usw. ein wichtiger Punkt auf den man sich einlassen sollte.

> Bei so viel Aufwand, den man im Vergleich zu einem Forum betreiben muss, gibt 
> es
> sicher Vorteile, oder?

Ja, man kann das ganze in dem Format lesen, wie man es selber gerne hätte, und
nicht so wie es einem das Forum vorschreibt. Dinge lassen sich selber sortieren
und archivieren wie man es selbst für nötig hält, und auch die Baumansicht lässt
sich so einstellen wie bevorzugt. Letztendlich läuft das eben mit offener
Technik, braucht keine Anmeldung und lässt sich auch anonym verwenden.
Wer in erster Linie gewohnt ist alles über den Browser zu machen, wird
vielleicht die Vorteile nicht gleich sehen (wobei es vielleicht auch brauchbare
Web-Gateways gibt).

lg
Martin


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

Re: [Talk-at] Eisstockbahn taggen

[Martin Brunner]

Friedrich Volkmann schrieb:

> leisure=sports_centre kann man unabhängig von der Größe für die ganze Anlage 
> (Grundstück inkl. Vereinshaus, Eisstockbahn usw.) verwenden.

Ah sehr gut, dann habe ich das mal verwendet.

> Auch die Vereinsadresse kann ein Problem 
> sein, weil Vereine oft nicht die Adresse der Anlage, sondern die Wohnadresse 
> vom Obmann im Impressum und in den Kontaktdaten haben.

Das ist mir in dem Zusammenhang auch schon aufgefallen... Interessant auf welche
Dinge man dabei so stößt.


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

[Talk-at] Eisstockbahn taggen

[Martin Brunner]

Eine Frage: Wie taggt man eine Eisstockbahn?

Manchmal ist das zwar temporär auf einem Kanal/See, usw., aber oft auch ein
kleiner Gebäudekomplex mit Asphaltbahn/Eisstockbahn (teilweise ist das auch je
nach witterung dieselbe) und einem Vereinshaus.

Ich habe gesehen dass da meist nur das Haus eingetragen und mit dem Namen "ESV
irgendwas" versehen ist.

Eventuell kann man die Fläche auch mit sport=ice_stock taggen, siehe
https://wiki.openstreetmap.org/wiki/Tag:sport=ice_stock

Sollte man das Gebäude nicht besser zusätzlich als "Sportzentrum/-komplex"
festlegen? Oder ist das nur für größere Einrichtungen gedacht?


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

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

[Martin Brunner]

Friedrich Volkmann schrieb:
> Ich sehe auch immer wieder, wie egoistisch die Leute sind: Jeder will, dass 
> möglichst viel in OSM eingezeichnet ist, nur der eigene Besitz soll davon 
> ausgenommen sein...

Wobei ich das bei den Swimming-Pools grenzwertig finde.

OSM offenbar auch:
https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_information
"permanently installed private swimming pools, or some structure of a
semi-public garden appear to be the borderline of being acceptable"

Im Gegensatz zu den Wegen, sehe ich bei den eingetragenen Swimming-Pools keinen
Mehrwert. Ganz im Gegenteil, Mapfactor Navigator hat mir die mal versehentlich
als Schwimmbad vorgeschlagen (sollte aber mittlerweile behoben sein).

Um zum Thema zurückzukommen: Bei den Wegen ist das halt gelegentlich zusätzlich
so, dass die Besitzer gerne den ein oder anderen Weg sperren, oder als "privat"
erklären obwohl das gar keine rechtliche Grundlage hat, und der ohnehin begangen
werden darf.
Als Beispiel habe ich einen älteren Gemeinderatsantrag:
http://archiv.graz.gruene.at/anfragen/schutz-der-grazer-wanderwege/#more-15538

D.h. oft haben schon die realen Absperrungen keine Grundlage, da wäre eigentlich
schon die Frage, wie man mit so einer Sperre verfährt, die gar nicht rechtens
ist (falls sich das denn so leicht feststellen lässt).


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

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

[Martin Brunner]

Stefan Nagy schrieb:
> Lange Rede, kurzer Sinn: Es ist wohl jedenfalls sinnvoll, die
> betroffenen Namen (wie z.B. Nußdorfer Straße) bis zu der angekündigten
> Präzisierung so zu belassen wie sie sind. Dann wissen wir mehr.

Interessant, dass das jede Gemeinde für sich regelt, das muss doch andere Städte
auch betreffen. In Graz heißt es offenbar weiterhin "Hallerschloßstraße".


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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Martin Brunner]

kevin_m...@tutanota.com schrieb:

> Erstaunlich aber ist, dass sich manchmal das Endonym, manchmal das Exonym
> "durchgesetzt" hat. Woran liegt das? An der Aussprechbarkeit schon auch, aber
> nur bedingt; auffällig ist etwa, das vor allem italienische Orte u. Regionen
> nicht in ihrer Landessprache erhalten bleiben.

Wobei ich gerade italienische Orte einfacher aussprechbar finde, als
slowenische. Da liegt es wohl weniger an der Aussprache, warum Mailand gängiger
ist, als Pettau.

Ist ein spannendes Thema, ich hoffe es stört nicht, wenn wir uns das unabhängig
von OSM etwas weiter anschauen:
Bei Slowenien dürfte noch zwei Sachen reinspielen: Einerseits sind die deutschen
Bezeichnungen in Deutschland nicht so geläufig, wie in Österreich. D.h. der
Einfluss der deutschen Medien spielt da mit. Andererseits versucht das
offizielle Slowenien deutsche Bezeichnungen zu vermeiden.
Laibach wird zwar von offizieller Seite zwar ins italienische Lubiana übersetzt,
auf Deutsch belässt man es bei Ljubljana. Manchmal nimmt das seltsame Blüten an,
zum Beispiel wenn eine historische Person wie "Erasmus von Luegg" auf deutsch
"Erasmus von Predjama" bezeichnet wird.

Liegt es daran, dass es noch um vergleichsweise junge Länder geht? Oder betreibt
das offizielle Deutschland hier eine andere Politik als Österreich? In Polen
sind deutsche Namen ja ebenfalls noch sehr geläufig, dabei war die Beziehung
keineswegs unproblematisch.

Was Bratislava angeht, so hat die Slowakei heute den Standpunkt, dass die Stadt
sich 1919 von Prešporok in Bratislava umbenannt hat, und dieser Name nun - im
Gegensatz zu Prešporok - keine deutsche Entsprechung hat. Die Ungarn sagen
trotzdem weiterhin Pozsony.

Lustig finde ich auch, dass man öfter auf das Argument stößt, dass es
respektvoller wäre, den Namen der Einheimischen zu nehmen. Wobei die Leute
selber gar nicht mitbekommen, dass sie ihrer Definition nach dann bei Warschau,
Moskau und Mailand eigentlich respektlos wären. Und was, wenn eine offiziell
anerkannte deutsche Minderheit genauso Einheimische sein können?

Sicher ist die Debatte leider oft von Nationalismen und Revanchismen geprägt.
Andererseits könnte es aber heutzutage auch eine verbindende Wirkung haben, wenn
man in Grenzgebieten bzw. Nachbarländern sieht, dass Orte zwei Namen haben
können, und die Grenze dadurch etwas verschwimmt.

Diese Frage wollte ich aber jetzt nicht in OSM erörtern, keine Sorge... ;)

> An welchen Kriterien entscheidet zB die Wikipedia oder Google Maps, unter
> welchem Lemma sie die Namen eintragen? Warum verwenden dann beide nicht den
> Namen Stuhlweißenburg statt Székesfehérvár im Lemma?
Die Wikipedia entscheidet im Grund nach Häufigkeitsklassen. D.h. landet ein
deutscher Name in HK15, dann kann man diesen verwenden.
Kleinere Orte, und Namen die vorwiegend in Österreich geläufig sind, schaffen es
somit nie in HK15.

Siehe auch:
https://de.wikipedia.org/wiki/Wikipedia:Namenskonventionen#Geographische_Namen

Allerdings gibt es da mittlerweile den Passus: "Gibt es für einen Ortsnamen auch
eine amtliche deutschsprachige Version, so wird diese verwendet."
D.h. man könnte wohl für einige Städte mehr das deutsche Lemma verwenden, als
das derzeit der Fall ist.

Was in der Wikipedia noch vorkommt, sind Formulierungen wie "Reichenberg, heute
Liberec". Finde ich auch irgendwie seltsam. Würde jemand "Prag, heute Praha"
schreiben? Solche Sachen betreffen meist eher kleinere Städte.

Insgesamt natürlich vom Sprachlichen her jedenfalls ein spannendes Thema.
Und da sind wir noch gar nicht bei Gebirgen und Flüssen, die über die Grenze
gehen können. ;)


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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Martin Brunner]

kevin_m...@tutanota.com schrieb:

> Ich hab die Diskussion hier über die zentralen  talk-at Archive auf
> lists.openstreetmap.org gesehen und erlaub mir mal mich einzuklinken. Ich 
> werde
> etwas ausführlicher aus geolinguistischer Sicht schreiben

Danke für den Input übrigens. Es ist noch niemand darauf eingegangen, aber der
Beitrag war trotzdem nicht umsonst. Aus meiner Sicht gab es da nichts 
hinzuzufügen.

> Aber wir können uns jetzt nicht bei den Dänen und Polen einmischen, das müssen
> die entscheiden.

Das beantwortet eigentlich meine ursprüngliche Frage, d.h. den aktuellen Konsens
muss offenbar jede Community selbst bilden.

Die Aufgabe von OSM ist es natürlich nicht, da eine moralische Instanz zu
spielen, ob denn nun in Frankreich baskisch angebracht wäre, in zusätzlichen
kärntner Geminden eine zweisprachige Ortstafel stehen sollte, oder die Slowenen
die deutschen Bezeichnungen entpannter sehen sollten. Dazu kommt, das manche
deutsche Namen zum Beispiel in Österreich geläufiger sind als in Deutschland,
oder umgekehrt. Die offiziell anerkannten Namen, bilden da einen guten
Orientierungspunkt.

Vielleicht hilft es auch, wenn man dem User die Wahlfreiheit gibt:
- Hauptname-Tag darstellen: d.h. gegebenenfalls mit mehreren Bezeichnungen
- eigene Sprache: d.h. also bei uns deutsche Namen
- jedes Land in Landessprache: klingt auch gut, da stellt sich allerdings erst
wieder die Frage, wie das dann in Südtirol ist, wo die Minderheit eigentlich
größtenteils vor Ort die Mehrheit bildet

Auf die Frage bin ich eigentlich ursprünglich gekommen, weil ich wissen wollte,
ob man somit die zweisprachigen Ortstafeln auf der Karte darstellen kann. Die
Antwortet lautet dann wohl: "In Österreich in etwa ja". ;)


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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Martin Brunner]

Kevin Kofler schrieb:
> Martin Brunner wrote:
>> Gut, aber dann müsste man auch Sachen mehrsprachig Taggen wie
>> Sopron - Ödenburg
>> Radling - Rönök
>> Brasov - Kronstadt - Braso
> 
> Steht das jeweils auch mehrsprachig auf dem Ortsschild?

Ja, wie geschrieben.

Aber hier ist der Beweis:
https://img.picload.org/image/dcoiopod/zweisprachige_ortstafel_sopron.png

https://upload.wikimedia.org/wikipedia/commons/thumb/2/23/R%C3%B6n%C3%B6k-radling_ortstafel_zweisprachig.jpg/800px-R%C3%B6n%C3%B6k-radling_ortstafel_zweisprachig.jpg

https://de.wikipedia.org/wiki/Bra%C8%99ov#/media/File:Kronstadt-Ortsschild_2016.jpg

> Besonders bei Sopron würde ich "Ödenburg" eher nur als old_name bzw. 
> old_name:de einstufen. Maximal noch als name:de, aber es sagen doch auch 
> alle hier in Österreich, sie fahren nach "Sopron" einkaufen, nicht nach 
> "Ödenburg".

Das Name ist daher sicher nicht "old", weil sogar extra beschildert, und deutsch
als Minderheitensprache anerkannt. Welcher Name verwendet wird, ist oft auch
stark regional abhängig.

In der Stadt selber gibt es übrigens sogar zweisprachige Straßennamen:
https://de.wikipedia.org/wiki/Sopron#/media/File:Sopron.Grabenrunde.zweisprachiges.Strassenschild.jpg

lg
Martin


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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Martin Brunner]

Friedrich Volkmann schrieb:
> Meiner Meinung nach gehören die besagten Edits rückgängig gemacht, so dass
> im Burgenland nur *ein* Name (nämlich der übliche, das ist im Normalfall der
> deutsche) steht, so wie es vor den Edits auch schon war.

Und wie wäre das deiner Meinung dann in Südtirol zu handhaben?


Kevin Kofler schrieb:
> Aber, was vor Ort angeschrieben steht, gehört meiner Meinung nach auch so 
> gemappt.

Gut, aber dann müsste man auch Sachen mehrsprachig Taggen wie
Sopron - Ödenburg
Radling - Rönök
Brasov - Kronstadt - Braso

Oder gibt es je nach Land unterschiedliche Meinungen der verschiedenen
OSM-Communitys dazu?


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

[Talk-at] zweisprachige Ortsnamen/Tafeln

[Martin Brunner]

Hallo!

Ich hoffe, damit keinen neuen Ortstafelstreit auszulösen, aber mich würde
interessieren, woran man sich orientiert hat, wenn Ortsnamen zweisprachig
eingegeben wurden.
D.h. also nicht nur beim jeweiligen Sprach-Tag, sondern eben wirklich beim
Hauptnamen beide Sprachen mit Schräg- oder Bindestrich.

In Österreich finde ich das zum Beispiel bei:
Oberwart/Felsőőr
Bad Eisenkappel/Zelezna Kapla

In Italien bei Südtirol, zum Beispiel:
Bruneck - Brunico

Dann gibt es aber Orte, die zweisprachige Ortstafeln haben, aber in OSM nur eine
Sprache im Titel führen, zum Beispiel:

In Ungarn:
Rönök/Radling
Rábafüzes/Raabfidisch

..oder in Italien:
Udine/Udin

Gibt es da irgendwo einen Leitfaden?

lg
Martin


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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Martin Brunner]

Stefan Nagy schrieb:

> Von meiner Seite nur eine technische Anmerkung: Im Falle eines IMAP-
> Accounts richtet man die Filter nicht auf jedem einzelnen Client,
> sondern einmalig serverseitig ein. Das geht üblicherweise recht
> komfortabel über die Webmail-Oberfläche.

Sehe ich genau so. Filter Serverseitig eingerichtet, und alles kein Problem. Das
ist ja das tolle an offener Technik, dass man sie nach eigenen Präferenzen
einrichten kann.

Was das Forum angeht, sehe ich dass es dort einen Atom-Feed gibt. Das ist
zumindest auch eine Möglichkeit Dinge zu abonnieren.


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

Re: [Talk-at] Bergname != Gipfelname(n)

[Martin Brunner]

Stefan Kopetzky schrieb:
> Hat jemand von euch einen Vorschlag, wie sich das sauber in OSM abbilden
> liesse? alt_name so wie bei der Heukuppe gefällt mir nicht so recht und
> eigentlich ist es mE auch nicht wirklich richtig.
> 
> Schon seltsam, dass ich da erst jetzt drauf stoße...
> Das "Problem" ist ja relativ häufig (Schneeberg u. Rax zB...)

Ich hatte im Mai das Thema mal angesprochen:
https://lists.openstreetmap.org/pipermail/talk-at/2018-May/009464.html

Die Lösung ist wohl der Massif-Tag, der eigentlich als Fläche gedacht war, aber
manchmal auch schon den Objekten direkt zugeordnet wurde (siehe verlinktes
Posting). Das Problem dürfte daher an der uneinheitlichen bzw. noch seltenen
Verwendung liegen, wenn ich das richtig verstanden habe.

lg
Martin

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

Re: [Talk-at] addr:suburb=* korrekt eingesetzt?

[martin ringer]

Revert?

User eine Auszeit geben

Was sagt eigentlich F. Ramm dazu? Hab noch nichts von ihm gelesen.




Von: vari...@mailbox.org 
Gesendet: Mittwoch, 26. September 2018 16:28
An: OpenStreetMap AT
Betreff: [Talk-at] addr:suburb=* korrekt eingesetzt?

Bei dem Änderungssatz 
https://www.openstreetmap.org/changeset/62646348#map=12/46.7772/15.6701 sind 
doppelte und dreifache Adressen erstellt worden, teilweise auf bereits 
bestehende und korrekte.
[https://www.openstreetmap.org/assets/osm_logo_256-cde84d7490f0863c7a0b0d0a420834ebd467c1214318167d0f9a39f25a44d6bd.png]

Changeset: 62646348 | 
OpenStreetMap
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.



Der einzige Unterschied ist ein addr:country=AT, ein wechseln von addr:city=* 
auf etwas anderes und die alte addr:city=* dafür auf addr:suburb=* umtaggen.

Bsp.:
https://www.openstreetmap.org/node/5910420561
https://www.openstreetmap.org/way/125165692
(Irgendwo rechts davon ist die 88 mit 3 Adressen auf einem Gebäude)
Meiner Meinung nach ist das falsch, abgesehen davon, dass adresshistory*org auf 
die Frage nach der Fehlerbehebung im Forum sinngemäß geantwortet hat "Ja, mache 
ich später.", was imho auch nicht okay ist 
https://forum.openstreetmap.org/viewtopic.php?pid=717508#p717508

Er ändert irgendwie auch seine Art zu arbeiten laufend. In dem Thread auf einer 
Seite hat er von "vorher ALLES löschen" (er meint ja, es ist nicht gelöscht, 
weil es eh noch in der History zu sehen ist, wie seht ihr das?) auf vorher 
ALLES doppelt und dreifach machen und später aufräumen gewechselt.

Grüße

___
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] Quantität vor Qualität beim BEV-Adressimport?

[martin ringer]

Ich bitte doch um etwas mehr Sachlichkeit. Ich distanziere mich ausdrücklich 
vor der Aussage des Users grubernd. Jeglich Art von Gewalt, ob es eine 
Verharmlosung ist oder der indirekte Aufruf dazu, sind unangebracht und haben 
hier keinen Platz!


Von: grubernd 
Gesendet: Dienstag, 28. August 2018 18:20
An: OpenStreetMap AT
Betreff: Re: [Talk-at] Quantität vor Qualität beim BEV-Adressimport?

On 2018-08-27 19:12, Michael Reichert wrote:
 > Adressen im Nichts und anderes:
 > https://www.openstreetmap.org/changeset/61832297
[https://www.openstreetmap.org/assets/osm_logo_256-cde84d7490f0863c7a0b0d0a420834ebd467c1214318167d0f9a39f25a44d6bd.png]

Changeset: 61832297 | 
OpenStreetMap
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.




Das wäre ja schon fast dänisch - und die haben, wie man weiss, das
stabilste Adressierungssystem in der ganzen OSM.

ich persönlich halte Adressnodes ohne Gebäude für durchaus sinnvoll. das
zeigt Lücken im Häuserbestand auf, behält Nodes bei Abriss/Neubau usw
und man kann sogar die Navigation verwenden.


 > Löschen von addr:*-Tags am Gebäude und Ersetzen durch Nodes:
 > https://www.openstreetmap.org/changeset/61832297

das Ersetzen zeugt dagegen von purer Faulheit und einem klassischen
Hierarchiedenken bei dem jemand versucht andere mit puren Zahlen zu
beeindrucken. funktioniert ja leider oft genug.


 > Seine Aussage "Was dem amtlichen BEV genügt, sollte einstweilen auch für
 > OSM ausreichend sein." täte man ihm in Deutschland um die Ohren schlagen

und damit hat der Herr Multipler-User sich wieder auf das ihm auch sonst
übliche arrogante Niveau zurückgesetzt, und es bleibt ein schaler
Geschmack zurück.

trotzdem stimme Gppes zu, einen _ernsthaften_ Grund für einen Revert
sehe ich nicht. vor 20 Jahren hätte man dem frechen Bub eine gesunde
Watschn geben dürfen und ihm gesagt er soll das mit dem umsiedeln der
Adressen von Haus auf Nodes sein lassen, aber das wärs auch schon gewesen.

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

[Talk-at] JOSM Adresshelfer Fehler:nullpointerexception

[martin ringer]

Ich wollte gerade ein Paar Hausnummern mit dem AT Adresshelfer eintragen, da 
kommt im JOSM die Warnung: eine unvorhergesehene Fehlersituation trat auf: 
java.lang.NullPointerException


Ist das nur bei mir?

Kann jemand den Fehler beheben?
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Gipfel und Berger: Der "massif"-Tag

[Martin Brunner]

Folgende Frage:
Berge sind ja meist bekannter als die einzelnen Gipfel (zB Koralm/Koralpe und
der Große Speikkogel). Apps wie Peakfinder, die ihre Daten aus der OSM beziehen,
wissen dann eigentlich nur den Gipfel.

Wenn icht das recht verstehe, sollte der "massif"-Tag hier Abhilfe schafen. Beim
konkreten Beispiel wurde er auch schon verwendet, sonst leider eher selten:
https://www.openstreetmap.org/node/26863416

Laut Diskussion im IRC war er aber eigentlich ursprüngliche als Fläche gedacht
(was die Abfrage dann wieder schwerer macht).

Daher nun die konkreten Fragen:
Ergibt es Sinn, diesen Tag zu verwenden, wie im oben genannten Beispiel? Das
könnte man dann ja laufend ergänzen.

Die zweite Frage: Wie sieht es aus, wenn das Gebirge Bezeichnungen in mehreren
Sprachen hat? Zum Beispiel Bachergebirge/Pohorje.

lg
Martin

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

[Talk-at] austriaaddresshelper im Josm funktioniert nicht

[martin ringer]

Meldung: unvorhergesehene Fehlersituation: java.lang.NullpointerException
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Fehlerhaftes Multipolygon über Wien?

[Martin Raifer]

Das dürfte mit http://www.openstreetmap.org/changeset/51891607 zu tun
haben (kein Multipolygon, sondern ein riesiges interkontinentales
Polygon). Der zugrundeliegende Fehler in den OSM-Daten wurde
mittlerweile schon behoben.

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

[Talk-at] Arlbergtunnel

[martin ringer]

Ich bin etwas überrascht, dass beim Arlbergtunnel die History weg ist, weil 
jemand den Tunnel komplett neu gezeichnet hat.

https://www.openstreetmap.org/changeset/41283486

[https://www.openstreetmap.org/assets/osm_logo_256-835a859acf0d378e1d14e88b15e7b4b95211ccd41a2c061b1629cfbbb8deb697.png]

OpenStreetMap | Changeset: 
41283486
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.





Will man nicht die Sperre wieder eintragen?

http://www.asfinag.at/arlbergtunnel

Arlbergtunnel - asfinag.at
www.asfinag.at
Weil die Sicherheitseinrichtungen im Arlbergtunnel erneuert werden, ist eine 
sichere Fahrt durch den Tunnel während dieser Zeit nicht möglich.



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

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

[Martin Raifer]

Zur CC-BY Thematik siehe auch
https://blog.openstreetmap.org/2017/03/18/benutzung-von-cc-by-4-0-daten-in-openstreetmap/?lang=de
.

2017-04-13 17:50 GMT+02:00 Robert Kaiser :
> somehow_different schrieb:
>>
>> weitere Recherche hat folgendes zu Tage gefördert
>>
>> http://wiki.openstreetmap.org/wiki/Contributors#Austria
>>
>> Dort ist das Bundesportal data.gv.at ausdrücklich als mögliche Quelle
>> unter CC BY 3.0 angegeben. Wenn ich mir die Versionshistorie dieser
>> Seite anschaue, hat das User "Al."=Andreas Labres dort im Juni 2012
>> ergänzt. Bist das zufällig du?
>>
>> Dann ergibt sich folgende Frage: Was gilt nun hier? Ist jeglicher
>> Inhalt von data.gv.at zur freien Verwendung in OSM verfügbar, oder gilt
>> das nur für diejenigen Datensätze die selbst unter CC BY 3.0 dort zu
>> finden sind? Für Aufklärung bin ich sehr dankbar.
>
>
> CC-BY 3.0 und CC-BY-SA 2.0 sind ziemlich unterschiedlich zum behandeln.
> CC-BY-SA in jeglicher Form ist nicht mit der OSM-Datenbank kompatibel, da
> braucht man jedenfalls eine eigene Abmachung. SA würde bedingen, dass es
> unter keiner anderen Lizenz als CC-BY-SA weiter verwendet werden darf, und
> ODbL ist halt nicht das gleiche (obwohl im Sinn entsprechend).
> Bei CC-BY gibt es Diskussionen, weil es an sich kompatibel ist, aber es
> nicht 100% klar ist, ob die Nennung nur auf der Wiki-Seite genug ist, um das
> BY zu erfüllen, daher ist eine solche Klarstellung grundsätzlich einzuholen.
> Ob Andreas Labres die generell eingeholt hat, weiß ich nicht, aber normal
> ist es gut, ein dementsprechendes Schriftstück (kann auch elektronisch sein)
> zu verlinken, dann ist es klar.
>
> Zumindest ist das der Stand, den ich gehört habe, ich kann allerdings nicht
> für die DWG sprechen, bin nur "auch ein Mapper".
>
> Grüße,
> KaiRo
>
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

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

[Martin]

On Sun, 2017-04-02 at 12:51 +0200, Robert Koch wrote:
> 
> 
> @Martin: Du hast recht, ein Dezimal-Komma wie im Deutschen üblich
> soll in der OSM nicht verwendet werden. Hier herrscht der Dezimal-
> Punkt vor. Eine Frage jedoch noch: Wie hast du das mit dem "m³" vs.
> "m3" gemeint?
> 

Hallo, in der Email in reiner Textform stand bei mir nur "m3". Ich habe
keine Ahnung ob OSM "m³" beherrscht. Falls nicht, wäre die
Behelfslösung eben "m^3". Meinereiner hätte wahrscheinlich auf die
Behelfslösung zurückgegriffen.

 

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

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

[martin ringer]

Damit sich eine Feuerwehr vollständig auf die Daten verlassen könnte, braucht 
es noch weitere Angaben.


Hängt das Hydrantennetz am Trinkwassernetz?

Wo sind Schieber zum Sperren von Leitungen?

Maximale Wasserentnahmemenge pro Hydrant?

Wieviele Hydranten hängen an einer Leitung? Wenn zuviel Wasser verwendet wird, 
können Teile oder ganze Wassernetze zusammenbrechen.

Gibt es Ausgleichsbecken oder Wasserreservoirs?


Interessant wäre dann noch bei den Gewässern (Bach, Fluss,..) wieviel 
Mindestwassermenge dort fliesst. Könnte wichtig sein für Grosswasserverbraucher 
(Hydroschild, Wasserwerfer, LUF,..)



Von: Robert Koch 
Gesendet: Sonntag, 02. April 2017 12:51
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Vorsicht Falle in: fire_hydrant:flow_capacity


Hallo,

eins vorweg: ich betreue OsmHydrant.

Es stimmt, die SI Einheit wäre m³/s. Diese ergäbe nur bei dem üblichen 
Wertebereich von etwa 100 - 2000 l/min keinen Sinn (0,0017 - 0,0333 
m³/s). Unter diesen kleinen, gerundeten Zahlen kann sich nun wirklich keiner 
etwas vorstellen.

Die abgeleitete Einheit in m³/h würde schon mehr Sinn ergeben (6 - 120 m³/h). 
Das war auch damals der Grund, warum ich das bei OsmHydrant so umgesetzt habe. 
Dabei habe ich dann doch übersehen, dass die Amerikaner "gpm" verwenden (26,4 - 
528,34 gpm) und dies auch im Wiki angezeigt wird 
(https://wiki.openstreetmap.org/wiki/Tag%3Aemergency%3Dfire_hydrant).


Die Einheiten m³/h und gpm sind von der Größenordnung schwer unterscheidbar, 
weshalb ich ebenso zur Variante mit den Einheiten tendiere.
Als Folge habe ich das mal in OsmHydrant umgesetzt: Einerseits kann die Einheit 
dazugeschrieben werden. Andererseits werden einem dann auch jeweils die 
umgerechneten Werte angezeigt.

[cid:part2.84BCFDDC.080DA3D4@osmhydrant.org]

@Martin: Du hast recht, ein Dezimal-Komma wie im Deutschen üblich soll in der 
OSM nicht verwendet werden. Hier herrscht der Dezimal-Punkt vor. Eine Frage 
jedoch noch: Wie hast du das mit dem "m³" vs. "m3" gemeint?

Lg Robert

On 2017-03-30 08:25, Borut Maricic wrote:

Die fire_hydrant:*=* betrache ich - ähnlich wie sac_scale=*,
trail_visibility=*, oder ele=* - als Tags wessen Genauigkeit
und gewissenhaftes Mappen in machen Situationen sogar über
Leben und Tod entscheiden können. Bei den Einheiten darf
daher aus meiner Sicht wirklich kein Raum für die
mehrdeutige Interpretationen gelassen werden. In diesem
Sinne scheint auch mir die explizite Verwendung von
Einheiten als eine zielführende Lösung.

Wenn die Feuerwehr-Community das Gefühl haben wird, sich auf
OSM verlassen zu können, wird das - so erwarte ich - zu
Synergie zwischen den z.B. FF-Organisationen und Mappern
führen, bzw. manch FF-Kamerad wird (hoffentlich) auch ein
OSM-Mapper werden (vor allem was die Feuerwehr-Infrastruktur
betrifft). Auch das Wissen über OSM an sich könnte so
verbreitet werden.

In diesem Sinne wäre gut, wenn sich die Ergebnisse dieser
Diskussion in weiteren Kreisen ausbreiten würden, sodass
unter den Mappern und Tools-Entwicklern gleichermaßen
bekannt wird, was bei diesen Tags hinein darf und soll, und
was also als Inhalt zu erwarten ist.

Ich wünsche mir vor allem bei FireYak, OsmHydrant und JOSM
eine bessere (bzw. überhaupt eine) Unterstützung für
fire_hydrant:flow_capacity=*, weil das offensichtlich ein
Tag mit großer tagtäglichen taktischen Bedeutung für die
FW-Einsätze wird. Ich bin selbst kein Benutzer der
fire_hydrant:*=*, könnte aber (besonders wenn z.B. FireYak
und JOSM in diesem Sinne eventuell noch verfeinert werden)
ein Mapper werden. :)

Auf der Seite des kommenden Stammtisches-Obersteiermark gibt
es einen Abschnitt über die FW-Infrastruktur und OSM, mit
einer Ansammlung der Links:

http://wiki.openstreetmap.org/wiki/Leoben/Stammtisch



2017-03-30 02:19:13 Robert Kaiser (ka...@kairo.at<mailto:ka...@kairo.at>):
[...]


Leoben/Stammtisch - OpenStreetMap 
Wiki<http://wiki.openstreetmap.org/wiki/Leoben/Stammtisch>
wiki.openstreetmap.org
Webseite und Protokoll: https://wiki.openstreetmap.org/wiki/Leoben/Stammtisch 
(Bitte die URL in der Agenda ausdrucken!) Naechster Termin: Donnerstag, 
2017-04-20, 18 ...



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


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


KaiRo


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

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

[Martin]

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

Nach dieser Argumentation wären reine Zahlen als m^3/h zu
interpretieren. Man kann aber auch alternative Units angeben [5]. Ein
Eintrag für Volumenstrom würde ich persönlich auf dieser Wiki-Seite
begrüssen. - theoretisch wäre nämlich auch m^3/s denkbar ...

Übrigens, wegen "fire_hydrant:flow_capacity=47,28 m3/h"
glaube ich, auch im Deutschsprachigen OSM Raum wird der Punkt zur
Darstellung der Kommastelle genutzt?

Mit dieser Herangehensweise sparen wir uns auch gleich mal die Frage m3
oder m^3  ;D

[5] https://wiki.openstreetmap.org/wiki/Map_Features/Units

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

Re: [Talk-at] Adressdaten des BEV

[martin ringer]

Sensationell



Von: Thomas Konrad 
Gesendet: Sonntag, 26. März 2017 20:18
An: OpenStreetMap AT
Betreff: Re: [Talk-at] Adressdaten des BEV

Servus,

ich habe heute die erste Version des JOSM-Plugins “Austria Address Helper” 
veröffentlicht [1]! Wenn ihr in den JOSM-Einstellungen auf “Plugins” geht und 
die aktuelle Liste runterlädt, sollte das Plugin bereits auftauchen. Es ist 
ohne Neustart installierbar. Danke auch an Paul Wölfel und Simon Legner für die 
Code-Beiträge!

Ich erkläre kurz wie das Plugin funktioniert:

- Ihr fügt einen Daten-Layer im JOSM hinzu.
- Ihr markiert genau ein Objekt (z.B. ein Gebäude oder ein einzelnes Node) und 
klickt auf “Tools” - “Fetch Address”.
- Alternativ könnt ihr die Tastenkombination Strg + Shift + A (Linux, Windows) 
bzw. CMD + Shift + A (macOS) verwenden.
- JOSM fragt bei dem von mir geschriebenen Reverse-Geocoder für die 
BEV-Adressdaten [2] nach, ob sich dort in der Nähe eine Adresse befindet (im 
Umkreis von 30 Metern).
- Es werden automatisch die entsprechenden Adress-Tags (addr:*) gesetzt. 
Zusätzlich wird der Tag at_bev:addr_date [3] gesetzt, damit einerseits 
nachvollziehbar ist, von welchen Stichtagsdaten die Adresse stammt und 
andererseits die Verwendung der BEV-Daten mittels entsprechender 
Overpass-Abfrage [4] schnell und leicht nachvollziehbar ist.
- Der Quellnachweis wird automatisch in den Änderungssatz-Kommentar [5] 
geschrieben. Damit vermeiden wir das Zumüllen der Datenbank mit hundertfach 
gleichen source-Tags, denn die Quellangabe ist relativ lang.

Ich freue mich über Feedback, Verbesserungsvorschläge und natürlich über Pull 
Requests [6]!

Schöne Grüße
Thomas

[1] https://josm.openstreetmap.de/wiki/Plugins (aktuell sechster Eintrag von 
oben)
Plugins – JOSM
josm.openstreetmap.de
If you want to learn steps to install or update plugins, it was covered in the 
"Plugins" tab of preferences menu. Plugins for JOSM. This is a list of all 
plugins ...


[2] https://bev-reverse-geocoder.thomaskonrad.at/
[3] https://wiki.openstreetmap.org/wiki/Key:at_bev:addr_date
[4] http://overpass-turbo.eu/s/nLk
[5] https://www.openstreetmap.org/changeset/47154178
[6] https://github.com/JOSM/austriaaddresshelper

On 17 Mar 2017, at 12:43, Paul Wölfel mailto:p...@woelfel.at>> 
wrote:

Hallo,

ich hab in den Areaselector (plugin for JOSM um leichter Gebäude aus Basemap 
Daten zu mappen) jetzt schon das neue Plugin von Thomas integriert und eine 
neue Version released: 
https://github.com/JOSM/areaselector/releases/tag/v2.3.0. Um die Funktion auch 
zu nutzen, muss das AustriaAdressHelper Plugin installiert sein und in den 
Einstellungen aktiviert werden.

Ist für mich recht hilfreich um zu besseren Daten zu kommen (natürlich ersetzt 
dies keine manuelle Kontrolle).

Jetzt muss nur noch Thomas sein Plugin releasen ;-)

Günther Zinsberger mailto:osm...@zinsberger.org>> 
schrieb am Fr., 17. März 2017 um 05:51 Uhr:


Am 2017-03-15 um 22:02 schrieb Thomas Konrad:
Hallo,

OpenStreetMap hat seit heute die offizielle und uneingeschränkte 
Nutzungserlaubnis für die Adressdaten des Bundesamtes für Eich- und 
Vermessungswesen:

https://wiki.openstreetmap.org/wiki/WikiProject_Austria/%C3%96sterreichisches_Adressregister

Die entsprechende Nennung auf der “Contributors”-Seite im Wiki habe ich 
vorgenommen [1]. Ich arbeiten an einem entsprechenden JOSM-Plugin, das die 
Übernahme einzelner (!) Adressen mit entsprechend richtiger Quellnennung 
ermöglicht [2] (noch nicht fertig).

LG
Thomas

[1] https://wiki.openstreetmap.org/wiki/Contributors#Austria (ganz unten)
[2] https://github.com/JOSM/austriaaddresshelper

Hallo Thomas!

Vielen Dank für dein Engagement und deine Ausdauer! Freue mich schon auf das 
offizielle JOSM-Plugin.

LG

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

Mit freundlichen Grüßen
Paul Wölfel

Email p...@woelfel.at
Tel. +43 664 88 533 801
Pappelweg 9/2/6
7100 Neusiedl am See
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] LichtKarte lebt?

[Martin Raifer]

Hallo Borut,

das Projekt wird zwar nicht mehr offiziell von der Uni Heidelberg
weiterentwickelt[1], es gibt aber trotzdem Pläne, die für die Lightmap
verwendete DB neu aufzusetzen und dann wieder mit Updates zu
versorgen. Leider kann man momentan noch keine konkrete Zeitangabe
machen, ab wann das wieder aktiv sein wird.

[1] http://www.geog.uni-heidelberg.de/gis/online_en.html

Martin


2017-01-14 22:26 GMT+01:00 Borut Maricic :
> In der Wochennotiz Nr. 335 [1] wurde die LichtKarte erwähnt [2].
>
> Da es auf dessen Info-Seite steht, dass sie wöchentlich
> aktualisiert wird, bewegte mich das etwas Licht ins Großraum
> Leoben zu bringen. Leider merkte ich dann, dass die Karte
> mindestens drei Wochen lang nicht aktualisiert wurde.
> Anscheinend sind zwei von drei Entwickler nicht mehr mit dem
> Geographischem Institut Heidelberg [3] des Uni Heidelberg
> alliiert und die E-Mail Adresse des dritten, der eventuell
> noch da wäre, zeigt sich als nicht mehr existierend.
>
> Ist jemandem bekannt, ob dieses Projekt noch lebt?
>
> [1] http://blog.openstreetmap.de/blog/2016/12/wochennotiz-nr-335/
> [2] http://lightmap.uni-hd.de/?lat=47.380684280633&lon=15.2764892578125&zoom=9
> [3] http://www.geog.uni-heidelberg.de/gis/mitarbeitende.html
>
>
> ___
> 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] historische Namen

[Martin Raifer]

>> Kann ein Gipfel in natura und in OSM nicht auch namenlos sein? ^-^
>> Dann wäre evtl. ein "noname=yes" Tag [1] angebracht.
>
> Dieses tag sehe ich generell skeptisch, weil es in der Realität nicht das
> bedeutet, was es bedeuten soll. Und zwar soll es bedeuten, dass das Feature
> wirklich keinen Namen hat. Tatsächlich bedeutet es aber nur, dass der Mapper
> keinen Namen in Erfahrung bringen konnte.

Wirklich? Mir wäre bis jetzt noch kein solcher Fall in OSM bekannt. In
jedem Fall wäre das aber meiner Meinung nach ein simpler Taggingfehler
(siehe [1]), und man sollte dann den jeweiligen Mapper über die
tatsächliche Bedeutung des Tags aufklären. :)

> Gerade in OSM haben wir die Verantwortung, altes Namensgut zu recherchieren
> und wiederzubeleben, das in herkömmlichen Karten auf Grund kleiner Maßstäbe
> weggeneralisiert wurde.

Diese Meinung teile ich nicht. OpenStreetMap sollte die gegenwärtige
Realität so gut und vollständig wie möglich wiedergeben. Altes
Namensgut ist sicherlich erhaltenswert, aber meiner Meinung nach
besser in einem speziellen Tag (wohl old_name [2]), oder externem
Projekt (z.B. Open Historical Map [3]) aufgehoben. Wir mappen ja auch
keine anderen historischen Informationen in OSM (kleines Beispiel:
aufgelassene Bahnstrecken mappen wir genau nur dann, wenn „die
Bahnstrecke […] als solches noch zu erkennen [ist]“ [4]).

Gruß
Martin

[1] http://wiki.openstreetmap.org/wiki/Key:noname
[2] http://wiki.openstreetmap.org/wiki/DE:Key:name
[3] http://wiki.openstreetmap.org/wiki/Open_Historical_Map
[4] http://wiki.openstreetmap.org/wiki/DE:Tag:railway%3Dabandoned

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

Re: [Talk-at] Peter Paul

[Martin Raifer]

Kann ein Gipfel in natura und in OSM nicht auch namenlos sein? ^-^
Dann wäre evtl. ein "noname=yes" Tag [1] angebracht.

[1] http://taginfo.osm.org/keys/noname

2016-12-28 0:18 GMT+01:00 Kevin Kofler :
> Martin Raifer wrote:
>> was ich nicht ganz nachvollziehen kann: Nur weil ein Name vor ca 200
>> Jahren möglicherweise gebräuchlich war, sollte man diesen nicht
>> zwingenderweise heute in OSM eintragen, oder?
>
> Wenn das der einzige Name dieses Gipfels ist, warum nicht? Sicher besser
> als, daß ihn jemand einfach nach sich selbst benennt.
>
> Kevin Kofler
>
>
> ___
> 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] Peter Paul

[Martin Raifer]

Zu:

> Da der Name Handleinsberg [historisch] belegbar ist werde ich diesen auf der 
> Karte eintragen.

sagst du:

> Finde ich gut.

was ich nicht ganz nachvollziehen kann: Nur weil ein Name vor ca 200
Jahren möglicherweise gebräuchlich war, sollte man diesen nicht
zwingenderweise heute in OSM eintragen, oder?

Oder habe ich dich hier falsch verstanden/zitiert?

Martin


2016-12-26 18:50 GMT+01:00 ScubbX :
> Wie meinst du "wieso"? Ich meine das nur als Beobachtung?
>
>
>
> Am 2016-12-26 um 09:47 schrieb Martin Raifer:
>>
>> Wieso? Dieser historische Name scheint ja aktuell nicht mehr in
>> Verwendung zu sein?
>>
>>
>> 2016-12-24 18:55 GMT+01:00 ScubbX :
>>>
>>> Finde ich gut.
>>>
>>> Im historischen Orts- und Riednamenverzeichnis vom BEV findet sich an
>>> dieser
>>> Stelle gar keine Bezeichnung.
>>>
>>>
>>> Am 2016-12-24 um 17:42 schrieb Liberaler Humanist:
>>>
>>> Auf einer Reproduktion des Franziszeischen Katasters findet sich etwas
>>> unterhalb der Name "Handleinsberg" ( Vgl.:
>>> https://www.wien.gv.at/kultur/kulturgut/plaene/franziszeisch.html - Man
>>> muss
>>> heranzoomen). Warum sich der Name nicht mehr in späteren Karten findet
>>> ist
>>> nicht ersichtlich, da der Gipfel wie am Commons-Foto ersichtlich als
>>> solcher
>>> klar erkennbar ist und auch auf einer topografischen Karte eine
>>> entsprechende Prominenz zeigt (
>>> https://opentopomap.org/#map=17/48.27224/16.31161 ). Da der Name
>>> Handleinsberg belegbar ist werde ich diesen auf der Karte eintragen.
>>>
>>> MfG, LH
>>>
>>>> Von: realadry 
>>>> Datum: 24.12.2016 2:20 nachm.
>>>> Betreff: Re: [Talk-at] Peter Paul
>>>> An: OpenStreetMap AT 
>>>> Cc:
>>>>
>>>>> Hallo,
>>>>>
>>>>> Ich habe ein bisschen in online verfügbaren historischen Karten
>>>>> recherchiert und laut dieser Karte [1] von ca. 1941-1945, ist an dieser
>>>>> Stelle ein Gipfel markiert mit der Bezeichnung "Schwaben-Ws. 482".
>>>>> Ein Vergleich der Höhenlinien mit dem von Friedrich Volkmann geposteten
>>>>> screenshot [2], legt nahe, dass es sie hier um den selben Gipfel
>>>>> handelt. Die unterschiedliche Höhe (482 vs. 495) liegt vermutlich an
>>>>> damalig ungenauen Messmethoden bzw. Veränderung der Landschaft in der
>>>>> Zwischenzeit.
>>>>> Die Bezeichnung "Peter Paul" hingegen findet sich in keinem Dokument,
>>>>> weder historisch noch aktuell. Nur weil jemand diesen Namen auf OSM
>>>>> einträgt und sich dadurch verbreitet, macht es ihn noch lange nicht zum
>>>>> offiziellen oder gebräulichen Namen.
>>>>>
>>>>> Weiters: Das erste mal wurde der Gipfel in OSM auf "Peter Paul" benannt
>>>>> am 28.Juli 2012 [3]. Das Panoramio Bild wurde aber erst danach, am
>>>>> 10.August 2012, hochgeladen. Es ist also naheliegend, dass der Name des
>>>>> Gipfels auf dem Bild falsch aus OSM übernommen wurde.
>>>>>
>>>>> Ich hoffe das sind genug Beweise um zu zeigen, dass dieser Gipfel nicht
>>>>> "Peter Paul" heißt, auch wenn es jemand gerne so hätte. ;)
>>>>>
>>>>>
>>>>>
>>>>> [1]https://www.wien.gv.at/actaproweb2/benutzung/image.xhtml?id=kfGyc/iEt7fL65LzraHfwuM0+8OkdD4Jp25sfgC2ACs1
>>>>>
>>>>> [2]http://www.steige.info/austausch/screenshot_pp.png
>>>>>
>>>>> [3]http://www.openstreetmap.org/changeset/12521352
>>>>>
>>>>> Am 23.12.2016 um 18:50 schrieb grubernd:
>>>>>>>
>>>>>>> http://www.openstreetmap.org/note/510342
>>>>>>
>>>>>> endlich wieder einmal ein Henne-Ei-Problem.
>>>>>>
>>>>>> Meinung: war unbenannt, also ist eine Namensgebung absolut legitim, da
>>>>>> keinerlei Datenvandalismus vorliegt. mittlerweile finden sich einige
>>>>>> Hinweise [1][2], dass der Berg auch von anderen so genannt wird, also
>>>>>> wurde der Name angenommen. irgendwann ist es egal was einmal die Henne
>>>>>> und was das Ei war.
>>>>>>
>>>>>> ohne Worte für Dinge können wir nicht über diese Dinge reden, denken
>>>>>> und
>>>>>> uns austauschen. irgendje

Re: [Talk-at] Peter Paul

[Martin Raifer]

Wieso? Dieser historische Name scheint ja aktuell nicht mehr in
Verwendung zu sein?


2016-12-24 18:55 GMT+01:00 ScubbX :
> Finde ich gut.
>
> Im historischen Orts- und Riednamenverzeichnis vom BEV findet sich an dieser
> Stelle gar keine Bezeichnung.
>
>
> Am 2016-12-24 um 17:42 schrieb Liberaler Humanist:
>
> Auf einer Reproduktion des Franziszeischen Katasters findet sich etwas
> unterhalb der Name "Handleinsberg" ( Vgl.:
> https://www.wien.gv.at/kultur/kulturgut/plaene/franziszeisch.html - Man muss
> heranzoomen). Warum sich der Name nicht mehr in späteren Karten findet ist
> nicht ersichtlich, da der Gipfel wie am Commons-Foto ersichtlich als solcher
> klar erkennbar ist und auch auf einer topografischen Karte eine
> entsprechende Prominenz zeigt (
> https://opentopomap.org/#map=17/48.27224/16.31161 ). Da der Name
> Handleinsberg belegbar ist werde ich diesen auf der Karte eintragen.
>
> MfG, LH
>
>> Von: realadry 
>> Datum: 24.12.2016 2:20 nachm.
>> Betreff: Re: [Talk-at] Peter Paul
>> An: OpenStreetMap AT 
>> Cc:
>>
>> > Hallo,
>> >
>> > Ich habe ein bisschen in online verfügbaren historischen Karten
>> > recherchiert und laut dieser Karte [1] von ca. 1941-1945, ist an dieser
>> > Stelle ein Gipfel markiert mit der Bezeichnung "Schwaben-Ws. 482".
>> > Ein Vergleich der Höhenlinien mit dem von Friedrich Volkmann geposteten
>> > screenshot [2], legt nahe, dass es sie hier um den selben Gipfel
>> > handelt. Die unterschiedliche Höhe (482 vs. 495) liegt vermutlich an
>> > damalig ungenauen Messmethoden bzw. Veränderung der Landschaft in der
>> > Zwischenzeit.
>> > Die Bezeichnung "Peter Paul" hingegen findet sich in keinem Dokument,
>> > weder historisch noch aktuell. Nur weil jemand diesen Namen auf OSM
>> > einträgt und sich dadurch verbreitet, macht es ihn noch lange nicht zum
>> > offiziellen oder gebräulichen Namen.
>> >
>> > Weiters: Das erste mal wurde der Gipfel in OSM auf "Peter Paul" benannt
>> > am 28.Juli 2012 [3]. Das Panoramio Bild wurde aber erst danach, am
>> > 10.August 2012, hochgeladen. Es ist also naheliegend, dass der Name des
>> > Gipfels auf dem Bild falsch aus OSM übernommen wurde.
>> >
>> > Ich hoffe das sind genug Beweise um zu zeigen, dass dieser Gipfel nicht
>> > "Peter Paul" heißt, auch wenn es jemand gerne so hätte. ;)
>> >
>> >
>> > [1]https://www.wien.gv.at/actaproweb2/benutzung/image.xhtml?id=kfGyc/iEt7fL65LzraHfwuM0+8OkdD4Jp25sfgC2ACs1
>> >
>> > [2]http://www.steige.info/austausch/screenshot_pp.png
>> >
>> > [3]http://www.openstreetmap.org/changeset/12521352
>> >
>> > Am 23.12.2016 um 18:50 schrieb grubernd:
>> > >> http://www.openstreetmap.org/note/510342
>> > >
>> > > endlich wieder einmal ein Henne-Ei-Problem.
>> > >
>> > > Meinung: war unbenannt, also ist eine Namensgebung absolut legitim, da
>> > > keinerlei Datenvandalismus vorliegt. mittlerweile finden sich einige
>> > > Hinweise [1][2], dass der Berg auch von anderen so genannt wird, also
>> > > wurde der Name angenommen. irgendwann ist es egal was einmal die Henne
>> > > und was das Ei war.
>> > >
>> > > ohne Worte für Dinge können wir nicht über diese Dinge reden, denken
>> > > und
>> > > uns austauschen. irgendjemand muss den ersten Schritt tun. unbenannte
>> > > Dinge nach dem Entdecker zu benennen ist ja durchaus eine grosse und
>> > > anerkannte Tradition in der Kartographie.
>> > >
>> > > grüsse,
>> > > grubernd
>> > >
>> > > [1] http://www.panoramio.com/photo/76813516
>> > > [2]
>> > >
>> > > http://www.gipfeltreffen.at/showthread.php?82202-Peter-Paul-Berg-494m-Wienerwald-(5620)/page2
>
>
>
> ___
> 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] Höhenlinien

[Martin Raifer]

Hab ich zwar noch nie selbst gemacht, aber Garmin .img files kann man
meines Wissens nach am besten mit "mkgmap"
(https://wiki.openstreetmap.org/wiki/Mkgmap) erstellen. Das benötigt
aber ein .osm file als Input (auch für Höhendaten, siehe Seite 34 im
Manual: http://www.mkgmap.org.uk/doc/pdf/style-manual.pdf). Dein
Shapefile (evtl. vorher in WGS84 umprojezieren) musst du also nur noch
in .osm umwandeln. Folgendes Tool könnte dabei behilflich sein:
http://wiki.openstreetmap.org/wiki/Shp-to-osm.jar

Hoffe das hilft dir weiter.
Martin


2016-11-21 14:59 GMT+01:00 Friedrich Volkmann :
> On 20.11.2016 13:25, aatdark wrote:
>>
>> du musst den parameter "-a ELEV" noch dazu schreiben.
>> Dann legt er für jede Linie im shp file einen attribut eintrag
>> (name:ELEV) mit dem höhen wert an.
>> Sonnst verlierst du die höhen information.
>
>
> Funktioniert.
>
>> in qgis solltest du shp => img convertieren können.
>> Mach die shp file einfach mal in qgis auf und versuch mit
>> rechtermaustate (im qgis layer view) "save as" ob es dort germin gibt.
>
>
> Gibt es nicht. :-(
>
> --
> 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] Missing Maps mapathon, November 7th at Austrian Red Cross!

[Martin Noblecourt]

Dear OSM Austria community members,

Sorry for the late warning (and for posting in English!): the mapping 
NGO CartONG, the Austrian Red Cross and Doctors without Borders-Austria 
are organizing a *Missing Maps mapathon **next Monday from 3 to 6PM at 
the ARC HQ in Vienna*.


The aim of the Missing Maps Project is to map the most crisis-prone 
parts of the developing world. With your help we can directly improve 
the lives of some of the planet’s most vulnerable people. Mapathons are 
a great opportunity to get new people to discover OpenStreetMap, so we 
always encourage the local OSM members to come and help us train these 
new contributors - it can also be an opportunity to present your local 
activities! We will be mapping Zimbabwe to support MSF's operations.


Registrations are available here (free but recommended): 
https://www.eventbrite.fr/e/billets-missing-maps-vienna-austria-7th-of-november-29077083339


More information on the even in German are available on MSF's website: 
https://www.aerzte-ohne-grenzen.at/event/1-oesterreichischer-mapathon


Hope to see some of you on Monday!
--
CartONG

Martin Noblecourt

Email: m_nobleco...@cartong.org <mailto:m_nobleco...@cartong.org>
Phone: +33 (0)4 79 26 28 82
Mobile: +33 (0)6 04 09 74 19
Skype: martin.noblecourt

Humanitarian mapping and information management

Website: cartong.org <http://cartong.org/> | Twitter: @assocCartONG 
<https://twitter.com/assocCartONG> | Address: Chambéry, France


Lon: 05°55'24'' | Lat: 45°30'20''


___
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

[Martin Raifer]

> Getan hat sich von seiten der app-entwickler aber (noch?) nichts.

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. Weitere
Sprachen lassen sich über einen weiteren Klick hinzufügen. Ganz
optimal ist das jetzt allerdings auch nicht, weil man im
Bearbeiten-Formular jetzt den eigentlichen "name"-Tag gar nicht mehr
sieht, und man so als Anfänger evtl. einen eigentlich nicht unbedingt
notwendigen name:xx-Tag zu einem bereits benannten Objekt hinzufügen
könnte. (Aber besser als die Situation vorher ist es allemal.)

> Ich persönlich habe diese App nicht, und weiß somit nichts über deren 
> Funktionsweise.

Ich empfehle dringend, euch mal die App zumindest zu Testzwecken zu
installieren, um euch ein wenigstens grobes Bild über dessen
Bearbeitungs-Funktion zu machen. Das beugt Missverständnissen vor und
macht es um einiges leichter, mangelhafte Edits von Maps.Me-Benutzern
zu verstehen und zu erklären wie man es besser machen könnte.

> 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“. Vielleicht war das in älteren Versionen
der Software noch etwas weniger eindeutig formuliert.

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

[Talk-at] Salzkammergut Kartenmaterial 2015 auf doris.at

[martin ringer]

Gerade bei der DKM des Landes Oberösterreich gesehen, dass zumindest das 
Salzkammergut mit neuen Orthofotos (Befliegung 2015) ausgestattet ist. Bin 
gespannt, wann das Kartenmaterial bei OSM Verwendung findet.
___
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

[Martin Raifer]

> Blöder weise bringe ich zurzeit kein Script zum Laufen.

Ah, ich glaube in der Dokumentation war noch ein alter Prototyp
verlinkt, das aktuelle Script befindet sich hier und sollte
durchlaufen:

  
https://github.com/mapbox/mapping/blob/master/JOSM/scripts/combine-highways/index.js

(Habe auch schon einen Pull-Request erstellt um die Doku zu aktualisieren [1].)

Du musst für deine Bedürfnisse das Script noch etwas anpassen.
Folgende Schritte sollten genügen:
* Zeile 58 auskommentieren, damit das Script auch noch nicht
hochgeladede Elemente schluckt.
* In Zeile 54 das "highway" durch den entsprechenden tag-key ersetzen
und in preserve_type (Zeile 13) die erlaubten tag-values setzen.
Alternativ: Die Zeile auskommentieren, dann werden überhaupt alle Ways
im Layer zur Zusammenfassung herangezogen.

Grüße
Martin

[1] https://github.com/mapbox/mapping/pull/146

___
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

[Martin Raifer]

> Ich werde es grob so machen, wie ich in dieser Nachricht
> beschrieben habe:
>
> https://lists.openstreetmap.org/pipermail/talk-at/2015-April/007425.html
>
> > Jedes Gewässer ist in unzählige kleine Abschnitte zerstückelt.

Ich nehme mal an, dieses "Problem" besteht weiterhin in dem Datensatz.
Dabei könnte vielleicht folgendes JOSM-Plugin/Script hilfreich sein,
das zwar ursprünglich dafür gemacht wurde um zerstückelte
Straßenabschnitte zu vereinigen, aber sicher leicht für Gewässer
umgeschrieben werden kann:

Blog-Artikel: http://www.openstreetmap.org/user/Rub21/diary/37494
Anleitung und Code:
https://github.com/mapbox/mapping/tree/master/JOSM/scripts/combine-highways

Gruß
Martin

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

Re: [Talk-at] Graphenintegrations-Plattform GIP als OGD

[Martin Raifer]

Evtl. könnte folgender Code für QGIS von Anita Graser hilfreich beim
Arbeiten mit dem bei GIP verwendeten Daten-Format IDF sein:

http://anitagraser.com/2015/07/23/open-source-idf-parser-for-qgis/

Gruß
Martin

2015-10-13 22:20 GMT+02:00 Simon Legner :
> Hallo,
>
> die Daten der Graphenintegrations-Plattform GIP sollen »ab Anfang 2016
> als Open Government Data (OGD) veröffentlicht« werden [1]. Es stehen
> bereits Testdaten für Testdatensätze in Wien (Bereich
> Westbahnhof/Gürtel) und Klagenfurt samt Dokumentation zur Verfügung
> [2]. Als Lizenz wird CC BY 3.0 AT verwendet werden.
>
> Grüße
> Simon
>
> [1] http://gip.gv.at/news/items/gip-als-open-government-data-ogd.html
> [2] http://gip.gv.at/ogd.html
>
> ___
> 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] Belvedere in F4map

[martin ringer]

Wie ist es möglich, dass das Schloss Belvedere bei F4map 
(http://demo.f4map.com/#lat=48.1917938&lon=16.3808601&zoom=19) so dargestellt 
wird? Laserscanning? Und wird so etwas in die Datenbank eingepflegt?
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[martin ringer]

dann verwende doch basemap.at


> From: erwin@gmx.at
> To: talk-at@openstreetmap.org
> Date: Tue, 29 Sep 2015 07:53:52 +0200
> Subject: Re: [Talk-at] geoimage.at: Reached counter limit
> 
> 
> 
> 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 mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[Martin Raifer]

In der Zwischenzeit kann man auch die Orthofotos von basemap.at [1]
verwenden: Diese sollte eigentlich im Grunde die selben Luftbilder wie
geoimage beinhalten (evtl. sogar mit punktuell noch
aktuelleren/schärferen Bildern aus alternativen Luftbildquellen).
Zusätzlich läuft der Dienst ohne restriktive Nutzungseinschränkungen
und die Bilder sind unter einer offenen Lizenz verfügbar (CC-BY 3.0
AT).

Viele Grüße,
Martin

[1] 
http://www.basemap.at/application/index.html#{"center":[1445590,6059660],"zoom":8,"rotation":0,"layers":"000100"}
Verwendung im iD-editor: "Benutzerdefinierter Layer" mit folgender
Kachel-URL: 
http://maps.wien.gv.at/basemap/bmaporthofoto30cm/normal/google3857/{z}/{y}/{x}.jpeg

2015-09-27 21:39 GMT+02:00 Simon Legner :
> 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

Re: [Talk-at] Grenzimport Wien

[Martin Marinschek]

Liebe Alle,

Ich habe nach einer ersten Kontaktaufnahme von Friedrich keine 
Nachbarschaftsgrenzen mehr eingepflegt. Diese Aussage stimmt nicht (es kann nur 
sein, dass ich sein Mail nicht sofort während meiner letzten Sitzung gelesen 
habe, habe aber nach dem Lesen sofort aufgehört).

Ich habe in einer Antwort an Friedrich dargelegt, dass ich dem Beispiel der 
Nachbarschaft "Weißgerber" im dritten Bezirk gefolgt bin. Ich nahm aufgrund 
dieses Beispiels an, dass diese Infos (Grenzen) für andere Nachbarschaften 
fehlen.

Ich wollte daher diese Infos nachtragen und damit weiterhelfen. Weißgerber war 
offensichtlich ein schlechtes Beispiel - Friedrich hat gemeint, dass 
Nachbarschaften nicht mit Grenzen eingetragen werden sollten.

Ich persönlich brauche diese Grenzen für ein Projekt, sie müssen dafür aber 
nicht in Openstreetmap liegen - ich nahm aber an, sie könnten für OSM von 
Vorteil sein. Entschuldigt vielmals - gut gemeint ist ja oft das Gegenteil von 
gut.

Ich bin so vorgegangen, dass ich mir die historischen Grenzen von auf Wikipedia 
genannten Stadtteilen angeschaut habe, und diese eingetragen habe. In den 
äußeren Bezirken werden hier keine Straßenzüge mehr genannt, gemäß den 
Übersichtskarten auf Wikipedia decken sich aber häufig ein Teil eines, ein oder 
mehrere Zählbezirke mit diesen Stadtteilen - ich habe versucht, das zu 
evaluieren und entsprechend einzutragen. Ich habe nicht einfach Zählbezirke 
importiert, das stimmt so nicht.

Wenn das so nicht genau genug oder gut für das Projekt ist könnt ihr gerne 
meine Änderungen reverten!

Beste Grüße,

Martin

> Am 25.08.2015 um 18:25 schrieb Peter Barth :
> 
> Hi,
> 
> Jens Steinhauser schrieb:
>> einen Konsens darueber wie sinnvoll/fehlerhaft die Daten sind und ob
>> die Aenderungen zurueckgenommen werden sollen haben wir immer noch
>> nicht.
> 
> er hat ja scheinbar nach dem er von Friedrich angeschrieben wurde
> nochmals weitere Grenzen importiert. Ich war daher so frei und habe ihn
> auch nochmal geschrieben, dass er den Import stoppen soll und sich 
> mindestens mit euch in Verbindung setzen soll bevor er weiter macht. 
> Imho ist das ganze auch ein Import und muss somit sowieso die Import
> Guidelines berücksichtigen.
> 
> Bzgl. revertieren/zur Datenqualität kann ich nichts sagen.
> 
> Gruß,
> Peda
> 
> 
> ___
> 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] disput um wohnprojekt - Adresse

[Dauser Martin]

Am Donnerstag, 21. Mai 2015, 00:33:35 schrieb Py Mayly:
> hallo.
> 
> On Wed, May 20, 2015 8:18 pm, Friedrich Volkmann wrote:
> > Welche Adresse? "gegenüber 66" sieht nach keiner richtigen Adresse aus.
> 
> für mich sieht es so aus, als wurde die adresse so als hausnummer in eine
> datenbank geschrieben. das meldeamt hat die gleiche adresse verwendet,
> also haben die eine gemeinsame datenquelle. vermutlich stammt der eintrag
> ja vom meldeamt.
> 
> lg, mayly.

In Salzburg gibt es am Mozartsteg das alte Zollhäuschen/Mauthäusl, das hat 
auch einen unsäglich langen Adresseintrag ohne echte Hausnummer: "Rudolfskai 
34? - Zollhäuschen gegenüber am Mozartsteg ...". Müsste meinen Freund mal 
fragen, wie genau die Adresse lautet. Er hatte da früher eine kleine 
Silberschmiede drinnen und meinte damals, die Adresse passe ja in kein 
Formular hinein.

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

Re: [Talk-at] Ampelpärchen Wien

[martin ringer]

Maximal ein Note anhängen mit Info.

> Date: Tue, 19 May 2015 07:13:44 +0200
> From: sk...@xover.htu.tuwien.ac.at
> To: talk-at@openstreetmap.org
> Subject: [Talk-at] Ampelpärchen Wien
> 
> Hi!
> 
> Ihr habt vielleicht mitbekommen, dass in Wien jetzt an manchen
> Fußgänger-Ampeln spezielle Motive angebracht wurden: Pärchen, teilweise
> hetero- oder homosexuell.
> 
> Seit gestern ist bekannt, dass diese Motive sogar permanent bleiben werden:
> http://derstandard.at/216005136/Vassilakou-Ampelpaerchen-bleiben
> 
> Ich würd' die Ampeln gerne in der OpenStreetMap speziell taggen - die Frage
> ist nur, wie? Hat jemand eine Idee, welches Tagging da passend wäre?
> 
> 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] Details zu "Modified Nodes" herausfinden

[Martin Raifer]

Eigentlich nur durch Zufall. Mir wäre kein Weg bekannt, solche Edits
einfach zu finden. Hmm…

2015-05-05 21:26 GMT+02:00 Florian Michaeler :
> Danke für die Info, darf ich Fragen wie du das Changeset gefunden hast?
>
> lg
> Florian
> aka Miflo
>
>
> Am 05.05.2015 um 14:51 schrieb Martin Raifer:
>>
>> Ein Großteil dieser Modifikationen dürfte in folgendem Changeset
>> passiert sein: http://www.openstreetmap.org/changeset/30778709
>>
>> 2015-05-05 11:02 GMT+02:00 Florian Michaeler :
>>>
>>> Hallo,
>>>
>>> ich war heute eher zufällig auf der OSMstats Seite (
>>> http://osmstats.neis-one.org/?item=countries&country=Austria# ), dabei
>>> ist
>>> mir aufgefallen, dass am 04.05. in Österreich 34539 Nodes geändert
>>> wurden.
>>> Da ich ja prinzipiell neugierig bin und die Anzahl so weit über den
>>> "üblichen" 5000 - 6000 Änderungen pro Tag ist.
>>> Stellt sich mir die Frage, wie man hierzu nähere Details herausfinden
>>> könnte?
>>>
>>> lg
>>> Florian
>>> aka Miflo
>>>
>>> ---
>>> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus
>>> Schutz ist aktiv.
>>> http://www.avast.com
>>>
>>>
>>> ___
>>> 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
>
>
>
> ---
> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus
> Schutz ist aktiv.
> http://www.avast.com
>
>
> ___
> 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] Details zu "Modified Nodes" herausfinden

[Martin Raifer]

Ein Großteil dieser Modifikationen dürfte in folgendem Changeset
passiert sein: http://www.openstreetmap.org/changeset/30778709

2015-05-05 11:02 GMT+02:00 Florian Michaeler :
> Hallo,
>
> ich war heute eher zufällig auf der OSMstats Seite (
> http://osmstats.neis-one.org/?item=countries&country=Austria# ), dabei ist
> mir aufgefallen, dass am 04.05. in Österreich 34539 Nodes geändert wurden.
> Da ich ja prinzipiell neugierig bin und die Anzahl so weit über den
> "üblichen" 5000 - 6000 Änderungen pro Tag ist.
> Stellt sich mir die Frage, wie man hierzu nähere Details herausfinden
> könnte?
>
> lg
> Florian
> aka Miflo
>
> ---
> Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus
> Schutz ist aktiv.
> http://www.avast.com
>
>
> ___
> 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] Wie Katastralgemeinden handhaben?

[martin ringer]

addr:city=Krumau am Kamp
addr:place=Preinreichs
addr:postcode=
addr:housenumber=XX
addr:country=AT


Date: Mon, 4 May 2015 11:09:40 +0200
From: ekrem.ca...@univie.ac.at
To: talk-at@openstreetmap.org
Subject: [Talk-at] Wie Katastralgemeinden handhaben?

Hallo,

Frage eines OSM Neulings: ich finde nirgendwo Richtlinien, wie Gebäude in 
österr. Katastralgemeinden getagged werden sollen. Zum Beispiel: die Gemeinde 
Groß Gerungs hat 40 Ortschaften und auch an die 40 Katastralgemeinden. Die 
Katastralgemeinde (Hausnummer) Böhmsdorf wurde so gemapped, dass jedes Gebäude 
mit Hausnummer und PLZ vermerkt wurde und unter "Town/City" Gemeinde Gr. 
Gerungs eingetragen wurde. Eine Info, dass sich das Gebäude in Böhmsdorf 
befindet geht rein aus den tags gar nicht hervor.

Anderes Beispiel: die Gemeinde Krumau am Kamp umfasst 8 Ortschaften und ca. 
soviele Katastralgemeinden. In der Katastralgemeinde (Hausnummer) Preinreichs 
wurden die Gebäude mit Hausnummer + PLZ versehen, unter Town/City wurde 
Gemeinde Krumau am Kamp eingetragen aber unter "Street Name" Preinreichs 
eingetragen (also die Katastralgemeinde, da es keine Straßennamen gibt in 
Preinreichs).

Lösung 1 ist wohl korrekter, allerdings mit großen Redundanzen, da Hausnummer 3 
in Böhmsdorf als Hausnummer 3 in der Gemeinde Gr. Gerungs aufscheint (da 
Böhmsdorf in den Tags gar nicht aufscheint). D.h. es existiert sowohl in Gr. 
Gerungs selbst, als auch in allen Katastralgemeinden die Hausnummer 3 getagged 
unter der Gemeinde Gr. Gerungs - bedeutet doch, dass es in Gr. Gerungs an die 
40 Hausnummern 3 gibt.

Lösung 2 ist wohl eine Behelfslösung, da es ja eigentlich keine Straßennamen 
gibt in den meisten Katastralgemeinden der Gemeinde Krumau.

Gibt es hier eine einheitliche Vorgehensweise? Ich habe jetzt die Gemeinde 
Krumau angefangen letzte Woche und fertig gestellt gestern und würde gerne im 
Waldviertel weitermappen...allerdings möchte ich als OSM Laie lieber 
nachfragen, wie man es richtig macht (verwende den Potlatch editor).

Danke & schöne Grüße,
-- 
Ekrem Canli, MSc
Universitätsassistent (prae doc)
Institut für Geographie und Regionalforschung
Universität Wien
Universitätsstrasse 7 (C416)
1010 Wien

Tel: (+43) 1 4277 48654
Mobil: (+43) 680 2114451
Fax: (+43) 01 4277 8 48654
Post Manager ID: Ekrem.Canli
ekrem.ca...@univie.ac.at
http://geomorph.univie.ac.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] Gemeindefusionierung OÖ

[martin ringer]

In Oberösterreich werden mit 1. Mai Gemeinden fusioniert.

Aigen mit Schlägl zu Aigen-Schlägl
Rohrbach mit Berg zu Rohrbach-Berg

Mit Bitte um Änderung der Gemeindegrenzen inklusive Umbennung

Quelle:
http://ooe.orf.at/news/stories/2708250/
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Routing Arlbergtunnel

[martin ringer]

Warum routet openrouteservice immer noch durch den Arlbergtunnel, obwohl dieser 
mit access=no getaggt wurde?
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Brückennummern

[Martin Koppenhöfer]

der übliche tag, um Brückennummern auf Straßen, Wege und Eisenbahnen zu
taggen, die auf Brücken verlaufen (also nicht um Brückennummern an Brücken
zu taggen), ist der tag
bridge_ref

Hingegen ist der tag für Brückennummern 
ref
wenn es sich um ein Brückenobjekt handelt (man_made=bridge) und nicht nur um
eine indirekt gemappte Brücke, die nur über Attribute auf dem darüber
führenden Weg eingetragen ist.

Wenn es bereits eine gemappt Brücke gibt, sollte diese m.E. die
Brückennummer, die Brückenname etc. erhalten, und auf der darüber
verlaufenden Straße muss / sollte man die Brückeninformationen nicht alle
nochmal wiederholen.


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

Re: [Talk-at] [Talk-de] wpt_symbol, wpt_description

[Martin Koppenhoefer]

Am 15. April 2015 um 08:56 schrieb Martin Vonwald :

> Weil die Unsitte in weiten Bereichen OSMs einzieht, dass
> jedes Tag unbedingt sofort überall diskutiert, abgesegnet und dokumentiert
> werden muss. Dem ist nicht so! Es ist von Vorteil, etwas zu diskutieren
> (mit Leute die Ahnung von dem Thema haben und nicht den lautesten Schreiern
> in irgendeinem Forum oder einer tollen Mailingliste). Es ist von großem
> Vorteil, Tags zu dokumentieren (ist aber nicht verpflichtend - NICHTS ist
> in OSM verpflichtend, oder bezahlt mich jemand dafür?). Es war nie, ist
> nicht und wird - solange ich dabei bin - nicht erforderlich sein, von
> irgendjemanden irgendeine Zustimmung zu irgendeinem Tag einzuholen.
>


jein. Ich fände es ehrlich gesagt schon ein Problem, wenn die Offenheit des
Projektes dadurch gefährdet würde, dass (hypothetisch) absichtlich
undokumentierte Codes zur Anwendung kämen, um den Inhalt der tags zu
verschleiern, z.B. proprietarymaps:123:12=Q34F5 (rein fiktives Beispiel).
Deshalb kann ich Deine Ausführungen nicht pauschal unterschreiben, finde im
konkreten Fall aber die Schwelle noch nicht überschritten.

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

[Talk-at] Tagging

[martin ringer]

Ameisenhaufen
natural=anthill

Zu den Anschlüssen für die Schneilanzen und Schneekanonen:
power_supply=yes
water_supply=yes
man_made=??

Schneilanzen und Schneekanonen:
man_made=snow_cannon
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] wpt_symbol, wpt_description

[Martin Vonwald]

2015-04-14 23:09 GMT+02:00:

> deren tags scheinen keinen sinn zu machen. tags löschen?
>

Bitte Leute*, besinnt euch auf die Grundprinzipien von OSM! Stehen die Tags
in irgendeinem Konflikt mit existierenden? Nein? Dann sind es eben
undokumentierte Tags. C'est la vie! Unschön da nicht dokumentiert, aber
irgendwas wird sich derjenige, der sie eingetragen hat, schon dabei gedacht
haben. Ob die Tags Sinn machen? Keine Ahnung, ist auch irrelevant. Any tags
you like!

Nur weil ich einen Tag nicht verstehe, lösche ich ihn nicht!


* Warum Plural? Weil die Unsitte in weiten Bereichen OSMs einzieht, dass
jedes Tag unbedingt sofort überall diskutiert, abgesegnet und dokumentiert
werden muss. Dem ist nicht so! Es ist von Vorteil, etwas zu diskutieren
(mit Leute die Ahnung von dem Thema haben und nicht den lautesten Schreiern
in irgendeinem Forum oder einer tollen Mailingliste). Es ist von großem
Vorteil, Tags zu dokumentieren (ist aber nicht verpflichtend - NICHTS ist
in OSM verpflichtend, oder bezahlt mich jemand dafür?). Es war nie, ist
nicht und wird - solange ich dabei bin - nicht erforderlich sein, von
irgendjemanden irgendeine Zustimmung zu irgendeinem Tag einzuholen. Solange
man die Arbeit anderer nicht zunichte macht, darf man eintragen was man
will (der erste der mir jetzt mit Datensparsamkeit kommt, bekommt das hier:
http://i.imgur.com/iWKad22.jpg).
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Wissenschaftliche Umfrage von Studierenden der Uni Frankfurt (DE)

[Paul Martin]

Hallo liebe österreichische OSM-Community!

Wir sind eine Gruppe von 10 Studierenden des Studienganges  
Humangeographie an der Goethe-Universität Frankfurt a. M. und führen  
im Rahmen eines Seminars zum Thema Volunteered Geographic Information  
eine Umfrage in der OSM-Community durch.


Durch diese Umfrage wollen wir herausfinden was OSM-Nutzer motiviert  
an dem Projekt teilzunehmen und wie die Community ihre Entscheidungen  
fällt.

Der Pretest dazu kann nur mit eurer Hilfe umgesetzt werden.

Durch eure Teilnahme tragt ihr nicht nur dazu bei einen Mehrwert für  
die Gesellschaft durch die wissenschaftliche Untersuchung der  
Community-Struktur von OSM zu schaffen, sondern lernt sicherlich auch  
etwas über eure Rolle in der Community. Alle Angaben sind  
selbstverständlich anonym und können weder von uns noch von dritten  
auf euch zurückverfolgt werden. Wir bitten euch daher euch 10-12  
Minuten Zeit zu nehmen und über den unten angefügten Link die Umfrage  
auszufüllen.


Der Link zur Umfrage:

http://umfrage.geomedienlabor.de/limesurvey/index.php/survey/index/sid/857473/newtest/Y/lang/de


Bei Rückfragen könnt ihr uns jederzeit unter dieser Email-Adresse  
kontaktieren:

paul.mar...@stud.uni-frankfurt.de

Wir danken euch vielmals im Voraus!

Mit freundlichen Grüßen,

Susanne Niebling
Christina Gaiser
Anegret Karches
Valentin Hübner
David Stoitner
Julian Neugebauer
Kristof Lutz
Max Frick
Patric Faria Antunes
Paul Martin


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

Re: [Talk-at] Brückennummern

[Martin Vonwald]

Da du ja auf das Wiki verweist, möchte ich dies ebenso machen:
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbridge

Kurz zusammengefasst extra für dich:
* bridge=yes -> Attribut auf einem Weg, z.B. eine Straße(!), welche über(!)
eine Brücke führt erhält zusätzlich bridge=yes
* man_made=bridge -> die Brücke selbst, also ein geschlossener Weg, welcher
den Umriß der Brücke beschreibt.

Beide Taggings ergänzen sich, d.h. bei größeren Brücken erhält jeder Weg
der über die Brücke führt ein bridge=yes und mittels man_made=bridge wird
der Umriß definiert und gleichzeitig festgelegt, welche Features alle zu
dieser einen Brücke gehören.




Am 7. April 2015 um 18:50 schrieb martin ringer :

> Typisch OSM, warum zwei Tagging Varianten für Brücke?
> man_made=bridge
> bridge=yes
> Ich kenn mich nicht mehr aus.
>
> Im Wiki steht zu eurer Diskussion:
> Für die Bauwerksnummer nutzen die meisten Kartierer das Attribut
> bridge_ref
> <https://wiki.openstreetmap.org/w/index.php?title=DE:Key:bridge_ref&action=edit&redlink=1>
> =*#*, da ref <https://wiki.openstreetmap.org/wiki/DE:Key:ref>= für die
> Nummer der Straße benutzt wird.
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Brückennummern

[martin ringer]

Typisch OSM, warum zwei Tagging Varianten für Brücke?
man_made=bridge
bridge=yes
Ich kenn mich nicht mehr aus. 

Im Wiki steht zu eurer Diskussion:
Für die Bauwerksnummer nutzen die meisten Kartierer das Attribut bridge_ref=#, 
da ref= für die Nummer der Straße benutzt wird.

Date: Tue, 7 Apr 2015 14:51:44 +0200
From: pkoess...@gmx.net
To: talk-at@openstreetmap.org
Subject: Re: [Talk-at] Brückennummern


  

  
  
Am 06.04.2015 um 19:58 schrieb Martin
  Vonwald:



  



  Am 6. April 2015 um 15:18 schrieb
Friedrich Volkmann :

Ich
  finde, man sollte diese

  Nummern entweder einheitlich (bridge:ref=* oder
  man_made=bridge und darauf

  ref=*) mappen oder gar nicht. Meinungen?


  
  


Genau wie du sagst:


* Wenn nur bridge=yes direkt an der
  Straße erfasst ist, dann bridge:ref, denn bei ref weiß man
  dann nicht wofür das gilt.


* Wenn die Brücke explizit erfasst ist,
  dann als ref zu man_made=bridge dazu.

  


bg,


Martin

  


  
  

  
  

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


Da würde ich auch bei man_made=bridge trotzdem bei bridge:ref
bleiben. Auch um diese Nummern evtl. suchen zu können.



LG, Peter.

  


___
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 - Java Fehler bei Import

[Martin Vonwald]

Hi!


Am 7. April 2015 um 01:32 schrieb Paul Wölfel :

> JOSM unterstützt zur Zeit nur Java 7, du hast jedoch 8 in Verwendung:
> Java version: 1.8.0_05, Oracle Corporation, Java HotSpot(TM) 64-Bit Server
> VM
>
Funktioniert problemlos hier:

Identification: JOSM/1.5 (8109 de) Linux openSUSE 13.1 (Bottle) (x86_64)
Memory Usage: 165 MB / 1769 MB (78 MB allocated, but free)
Java version: 1.8.0_05, Oracle Corporation, Java HotSpot(TM) 64-Bit Server
VM
VM arguments: [-DproxySet=xxx, -DproxyHost=xxx, -DproxyPort=xxx]



Was mich allerdings stutzig macht:

│VM arguments: [-Djava.library.path=/lib:/usr/lib]│
>>
>
Wieso denn das?


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

Re: [Talk-at] Brückennummern

[Martin Vonwald]

Am 6. April 2015 um 15:18 schrieb Friedrich Volkmann :

> Ich finde, man sollte diese
> Nummern entweder einheitlich (bridge:ref=* oder man_made=bridge und darauf
> ref=*) mappen oder gar nicht. Meinungen?
>

Genau wie du sagst:
* Wenn nur bridge=yes direkt an der Straße erfasst ist, dann bridge:ref,
denn bei ref weiß man dann nicht wofür das gilt.
* Wenn die Brücke explizit erfasst ist, dann als ref zu man_made=bridge
dazu.

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

Re: [Talk-at] (no subject)

[Martin Raifer]

Falls noch jemand Schwierigkeiten mit dem File hat: Ich habe es
schlussendlich hinbekommen, indem ich im GeoTIFF manuell die
Lambert-Projektion (EPSG:31287) eingestellt habe. Das geht z.B. mit
folgendem gdal_translate Befehl:

  gdal_translate -a_srs EPSG:31287 -co "TILED=YES" -co
"BLOCKXSIZE=128" -co "BLOCKYSIZE=128" -co "COMPRESS=LZW"
 

Grüße
Martin

2015-03-19 10:18 GMT+01:00 Martin Raifer :
> z.B. liefert "gdallocationinfo  -valonly -wgs84
> 15.43753 47.07655"
> bei mir eine Höhe von 366m, sie sollte aber eigentlich bei 475 liegen
> (Grazer Schloßberg). Der selbe Befehl mit den Koordinaten "15.43344
> 47.07655" (eigentlich mitten in der Mur) liefert dann die gesuchten
> 470m.
>
> Martin
>
> 2015-03-18 19:56 GMT+01:00 Martin Raifer :
>> Version 2.8.1. Als verwendete Projektion wird bei mir folgendes
>> angezeigt: "Generated CRS (+proj=lcc +lat_1=46 +lat_2=49 +lat_0=47.5
>> +lon_0=13.33 +x_0=40 +y_0=40 +datum=hermannskogel
>> +units=m +no_defs)". Abweichungen stelle ich auch fest, wenn ich mit
>> gdallocationinfo (v1.11.0) Höhen auf dem File abfrage.
>>
>> 2015-03-18 19:30 GMT+01:00 Werner Macho :
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Hi!
>>>
>>> Welche QGIS Version? Ich hab hier die aktuelle Entwicklerversion und
>>> entdecke keinen Versatz.
>>>
>>> Grüße
>>> Werner
>>>
>>> On 03/18/2015 06:51 PM, Martin Raifer wrote:
>>>>> 10x10m Geländemodell
>>>>
>>>> wow, das ist nicht schlecht! Allerdings: Wenn ich das tif-File in
>>>> QGIS öffne, sehe ich einen (horizontalen) Offset von ca. 30-50m
>>>> zwischen Höhenmodell und anderen Vergleichsdaten. Mache ich etwas
>>>> falsch? Benutzt QGIS eine inkorrekte Projektion?
>>>>
>>>> Martin
>>>>
>>>> ___ Talk-at mailing
>>>> list Talk-at@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-at
>>>>
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1.4.15 (GNU/Linux)
>>>
>>> iEUEARECAAYFAlUJxC0ACgkQDAH1YiCxBgk8eACfeRBBtTLXLJvQxmJhWudw8GPO
>>> PHwAmKPtLIfyckPFCVd9Z2fRtb6pHIY=
>>> =RiLC
>>> -END PGP SIGNATURE-
>>>
>>> ___
>>> 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] Heutige Massenedits der tracktype=* im DACH-Bereich

[Martin Vonwald]

Am 25. März 2015 um 16:19 schrieb Kevin Kofler :

> (bzw.
> sogar, ob überhaupt ein Widerspruch vorliegt).
>

Es ist klar, dass kein(!) Widerspruch vorliegt. Die Tags surface und
tracktype sind unabhängig von einander.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Heutige Massenedits der tracktype=* im DACH-Bereich

[Martin Vonwald]

Am 23. März 2015 um 15:25 schrieb Friedrich Volkmann :

> Bin für einen schnellen Revert.
>

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

Re: [Talk-at] Tupalo: OSM Quelle?

[martin ringer]

Die Daten der Homepage sind mehrere Jahr alt und absolut nicht aktuell. Woher 
kommen eigentlich die Daten, OSM dient nur als Landkarte. Die lokale Zuordnung 
stimmt auch nicht immer.


Date: Sat, 21 Mar 2015 18:52:11 +0100
From: p...@woelfel.at
To: talk-at@openstreetmap.org
Subject: Re: [Talk-at] Tupalo: OSM Quelle?

Hallo,
sind definitiv OSM Daten, die Ortschaften, bei welchen ich noch nicht fertig 
bin mit dem mappen, sind auch hier nur halb fertig gerendert. 
In den "Urheberrechtserklärung" haben Sie nur einen Englisch Text, der ziemlich 
nach Standard Copy & Paste aussieht. ... "styled in accordance with Title 17, 
United States Code, Section 512(c)"... Der Sitz ist allerdings in Wien, also 
unterliegen sie österreichischen Urheberrecht und nicht dem US Copyright. 
Es gibt sogar eine legal Adresse: le...@tupalo.com
Ich schreib mal ein Mail hin.
Mit freundlichen GrüßenDipl.-Ing. Paul Wölfel
Email paul@woelfel.atTel. +43 664 88 533 801Lindengasse 31/1/111070 WienAustria


Am 21. März 2015 um 18:14 schrieb Werner Macho :
Hi!



Also OSM kann ich bestätigen .. Quelle kann ich auch keine finden ..



2015-03-21 18:05 GMT+01:00 Markus Mayr :

> Mir scheint Tupalo verwendet OSM Daten für die Landkarte rechts neben den

> Suchergebnissen: http://tupalo.com/en/search?utf8=%E2%9C%93&q=&city_id=

>

> Eine Quelle sehe ich nicht? Kennt jemand den Renderstil? Die Tiles kommen

> von "mqcdn.com". Ist das MapQuest?

>

> ___

> 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] (no subject)

[Martin Raifer]

z.B. liefert "gdallocationinfo  -valonly -wgs84
15.43753 47.07655"
bei mir eine Höhe von 366m, sie sollte aber eigentlich bei 475 liegen
(Grazer Schloßberg). Der selbe Befehl mit den Koordinaten "15.43344
47.07655" (eigentlich mitten in der Mur) liefert dann die gesuchten
470m.

Martin

2015-03-18 19:56 GMT+01:00 Martin Raifer :
> Version 2.8.1. Als verwendete Projektion wird bei mir folgendes
> angezeigt: "Generated CRS (+proj=lcc +lat_1=46 +lat_2=49 +lat_0=47.5
> +lon_0=13.33 +x_0=40 +y_0=40 +datum=hermannskogel
> +units=m +no_defs)". Abweichungen stelle ich auch fest, wenn ich mit
> gdallocationinfo (v1.11.0) Höhen auf dem File abfrage.
>
> 2015-03-18 19:30 GMT+01:00 Werner Macho :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi!
>>
>> Welche QGIS Version? Ich hab hier die aktuelle Entwicklerversion und
>> entdecke keinen Versatz.
>>
>> Grüße
>> Werner
>>
>> On 03/18/2015 06:51 PM, Martin Raifer wrote:
>>>> 10x10m Geländemodell
>>>
>>> wow, das ist nicht schlecht! Allerdings: Wenn ich das tif-File in
>>> QGIS öffne, sehe ich einen (horizontalen) Offset von ca. 30-50m
>>> zwischen Höhenmodell und anderen Vergleichsdaten. Mache ich etwas
>>> falsch? Benutzt QGIS eine inkorrekte Projektion?
>>>
>>> Martin
>>>
>>> ___ Talk-at mailing
>>> list Talk-at@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-at
>>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.15 (GNU/Linux)
>>
>> iEUEARECAAYFAlUJxC0ACgkQDAH1YiCxBgk8eACfeRBBtTLXLJvQxmJhWudw8GPO
>> PHwAmKPtLIfyckPFCVd9Z2fRtb6pHIY=
>> =RiLC
>> -END PGP SIGNATURE-
>>
>> ___
>> 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] (no subject)

[Martin Raifer]

Version 2.8.1. Als verwendete Projektion wird bei mir folgendes
angezeigt: "Generated CRS (+proj=lcc +lat_1=46 +lat_2=49 +lat_0=47.5
+lon_0=13.33 +x_0=40 +y_0=40 +datum=hermannskogel
+units=m +no_defs)". Abweichungen stelle ich auch fest, wenn ich mit
gdallocationinfo (v1.11.0) Höhen auf dem File abfrage.

2015-03-18 19:30 GMT+01:00 Werner Macho :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi!
>
> Welche QGIS Version? Ich hab hier die aktuelle Entwicklerversion und
> entdecke keinen Versatz.
>
> Grüße
> Werner
>
> On 03/18/2015 06:51 PM, Martin Raifer wrote:
>>> 10x10m Geländemodell
>>
>> wow, das ist nicht schlecht! Allerdings: Wenn ich das tif-File in
>> QGIS öffne, sehe ich einen (horizontalen) Offset von ca. 30-50m
>> zwischen Höhenmodell und anderen Vergleichsdaten. Mache ich etwas
>> falsch? Benutzt QGIS eine inkorrekte Projektion?
>>
>> Martin
>>
>> ___ Talk-at mailing
>> list Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.15 (GNU/Linux)
>
> iEUEARECAAYFAlUJxC0ACgkQDAH1YiCxBgk8eACfeRBBtTLXLJvQxmJhWudw8GPO
> PHwAmKPtLIfyckPFCVd9Z2fRtb6pHIY=
> =RiLC
> -END PGP SIGNATURE-
>
> ___
> 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] (no subject)

[Martin Raifer]

> 10x10m Geländemodell

wow, das ist nicht schlecht!
Allerdings: Wenn ich das tif-File in QGIS öffne, sehe ich einen
(horizontalen) Offset von ca. 30-50m zwischen Höhenmodell und anderen
Vergleichsdaten. Mache ich etwas falsch? Benutzt QGIS eine inkorrekte
Projektion?

Martin

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

Re: [Talk-at] OGD Vienna Tree update (?)

[Martin Raifer]

Nein, es wurden definitiv schon Bäume aus dem Import gelöscht, z.B.
node 2043852983 [0]. Die Zahl der in der Zwischenzeit gelöschten
importierten Bäume dürfte in etwa bei 700 liegen. Herausgefunden habe
ich das über eine augmented diff[1] Abfrage auf die Overpass API, die
den Zustand der OSM zwischen dem 3.12.2012 (also kurz nach dem Import)
und heute ausgibt [2] (test-query, siehe Daten-Tab), [3] (alle
Änderungen für ganz Wien).

Beachtest du vielleicht nicht, dass gelöschte (visible=false) Elemente
keine Tags mehr besitzen, welche also von der Vorgängerversion des
selben Objekts geholt werden müssen? Ansonsten kann ich mir dein
Problem nicht wirklich erklären.

Martin

[0] http://www.openstreetmap.org/node/2043852983/history
[1] 
http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Augmented_Delta_between_two_dates_.28.22adiff.22.29
[2] http://overpass-turbo.eu/s/8bX
[3] 
http://overpass-api.de/api/interpreter?data=%5Bout%3Axml%5D%5Btimeout%3A225%5D%5Badiff%3A%222012-12-03T00%3A00%3A00Z%22%5D%3B%0Aarea%283600109166%29-%3E.searchArea%3B%0A%28%0A%20%20node%5B%22natural%22%3D%22tree%22%5D%5B%22source%22%3D%22OGD%20Vienna%22%5D%0A%20%20%28area.searchArea%29%0A%20%20%2F%2F%2848.27334658037655%2C16.332828998565674%2C48.27670982090194%2C16.340076327323914%29%0A%20%20%3B%0A%29%3B%0Aout%20meta%3B


2015-03-14 22:04 GMT+01:00 Markus Mayr :
> Hallo, Liste!
>
> Ich tüftle gerade an einem Aktualisierungsprozess für den Wiener OGD
> Baumkataster. Dabei möchte ich mithilfe des Full-History-Dumps jene
> Bäume erkennen, die zwar ursprünglich importiert, aber von der OSM
> Community gelöscht wurden.
> Bei der Aufbereitung des History-Dumps für Wien bin ich mir nicht
> sicher, ob ich das richtige Ergebnis erhalten habe.
> Durch den Vermerk "visible=true/false" wird in einem History-Dump
> gekennzeichnet, ob das jeweilige Objekt noch sichtbar ist, oder nicht.
> In meinem Ausschnitt von Wien finde ich für Bäume aber ausschließlich
> "true". Weiß jemand von einer bestätigten Löschung eines Baumes in Wien
> nach dem Import? Ich kann mir nicht vorstellen, dass es nie eine
> Löschung gegeben hat?
>
> lg, Markus
>
> ___
> 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] Minimundus und OLM

[martin ringer]

Daran war ich beteiligt, kenn ich, danke!
Ich hätte gerne gewusst, welche Taggs ich bei den Objekten anfügen/ändern muss, 
damit diese von Openlinkmap angezeigt werden und die User einen Mehrwert haben.

> Date: Sun, 8 Mar 2015 17:51:40 +0100
> From: norbert.wenzel.li...@gmail.com
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Minimundus und OLM
> 
> On 03/08/2015 08:54 AM, martin ringer wrote:
> > Kann mir jemand verraten, warum die POIs von Minimundus auf openlinkmap 
> > nicht mehr dargestellt werden?
> 
> Möglicherweise hat es mit der Diskussion vom April 2013 zu tun, wo es
> genau darum ging, dass die Wikipedia Links nur auf das echte Bauwerk
> gehören und nicht auf jedes nachgebaute Modell:
> https://lists.openstreetmap.org/pipermail/talk-at/2013-April/005586.html
> 
> 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] Minimundus und OLM

[martin ringer]

Kann mir jemand verraten, warum die POIs von Minimundus auf openlinkmap nicht 
mehr dargestellt werden?
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Wohnpark als Relation

[Martin Vonwald]

Am 26. Januar 2015 um 21:19 schrieb Friedrich Volkmann :

> On 26.01.2015 20:23, Stephan Bösch-Plepelits wrote:
> > Wär das nicht ein typischer Fall für eine site-relation?
> > http://wiki.openstreetmap.org/wiki/Relation:site
>
> Nein, denn "It is not necessary or appropriate to use a relation when all
> the elements contained within the boundary of the site belong to the site,
> and no elements beyond that boundary do belong."
>

+1

Wenn alles innerhalb eines zusammenhängenden Gebietes liegt, reicht eine
einfache Fläche. Keep it simple!

Wenn etwas auf mehrere Gebiete verteilt ist, kann die site-Relation Sinn
machen - vorausgesetzt es gibt keine andere Möglichkeit die
Zusammengehörigkeit der Teilgebiete festzulegen bzw. zu erkennen.

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

Re: [Talk-at] Revert Änderungssatz: 27328070

[martin ringer]

Von welchem Gebiet schreibst du hier? Gosau?
Oder geht es um die Bearbeitung der Userin generell?


> Date: Fri, 26 Dec 2014 12:43:54 +0100
> From: rat...@gmx.at
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Revert Änderungssatz: 27328070
> 
> Offensichtlich hat eure Benachrichtigung an die Benutzerin ja Wirkung 
> gezeigt, weil diese seit 9.12 ja keine Änderungen mehr gemacht hat. Ich 
> finde das gut so. Aus der Namensgleicheit der Nutzerin mit der auf 
> http://www.green-solutions.info titulierten "GIS-Systeme & Vertrieb" 
> Mitarbeiterin und den eingepflegten Daten schliesse ich, dass die Daten 
> in einem kommerziellen Auftrag eingepflegt wurden. Leider wurden dabei 
> wie erwähnt viele OSM Konventionen nicht beachtet. Bisher scheint sich 
> aufgrund der Fülle an Material noch niemand darübergetraut zu haben die 
> Änderungen zu überarbeiten.
> 
> Nach etwas Überlegung wäre mein Vorschlag dazu folgender:
> 
> 1) Löschen der unnötig Node-Tags mit folgendem JOSM Suchmuster:
> 
> type:node (route=* OR "piste:type"=*)
> 
> Da es sich um eine semi-automatische Änderung handelt und diese Suche 
> 4845 Treffer liefert, hätte ich dazu gerne vorher Euer OK.
> 
> 2) Die Langlaufstrecken würde ich erhalten.
> 3) Die Mountainbike Relationen möchte ich richten. (Tags der Routen in 
> die Relation übernehmen, die Knoten aus den Relationen rausnehmen, 
> Teilabschnittswege in die Relation verpacken und die momentan 
> drüberliegenden Wege löschen). Das wird zwar einiges an Arbeit werden 
> und mittels armchair Mapping kann ich die Situation nur bedingt 
> verbessern. Trotzdem ist es denke ich besser als all die Änderungen 
> vollkommen zu reverten.
> 4) Löschen doppelter Knoten
> 
> ratrun
> 
> Am 09.12.2014 um 15:24 schrieb Christian Aigner:
> > Am 09.12.2014 08:15, schrieb martin ringer:
> >> Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein
> >> GPS Track einfach in die Karte gelegt wurde, der einfach nicht passt. In
> >> diesem Fall (Dachsteinrunde) gehört das Ganze wohl auch als Relation.
> > Ich bin dafür, vor dem Revert mit der Benutzerin Kontakt aufzunehmen und
> > ihr freundlich und möglichst hilfreich zu erklären, warum ihre
> > Änderungen nicht sinnvoll oder gar falsch sind.
> >
> > Ich nehme mal an, sie macht das noch nicht lange und hat nur wenig
> > Kenntnisse über OSM-Bearbeitung.
> >
> > 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
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] maxspeed=signals vs. maxspeed:variable=yes + maxspeed=x

[Martin Vonwald]

Am 19. Dezember 2014 um 11:44 schrieb Friedrich Volkmann :
>
> maxspeed=signals wird über 5000x verwendet, ist also "in use" und muss
> daher
> im Wiki dokumentiert bleiben.


Wo habe ich das Gegenteil behauptet?



> Es liegt ungefähr gleich auf mit
> maxspeed:variable=*, und vermutlich stammt ein guter Teil dessen von dir...
>

Nette Unterstellung. Leider mappe ich schon seit ewigen Zeiten praktisch
nichts, trotzdem steigen die Zahlen kontinuierlich. Die neuen Zahlen habe
ich heute auf meiner Watchlist entdeckt.



> Wenn du das Proposal gut findest, solltest du den Autor dazu bewegen, es
> einer Abstimmung zuzuführen. Schleißlich gibt es seit etwa 1 Jahr keine
> Veränderung oder Diskussion mehr an diesem Proposal.
>

Ich glaube nicht an Abstimmungen, wo 10-20 Leute meinen, darüber
entscheiden zu können, was tausende Mapper zu tun oder zu lassen haben. Was
der Autor machen will oder nicht, sei ihm überlassen.



> Ich finde, dass weder die eine noch die andere Möglichkeit optimal ist.
> maxspeed=signals allein fehlt die Information über die Maximal- bzw.
> Normalgeschwindigkeit, und maxspeed:variable=* fehlt die Information, wie
> die Geschwindigkeit angezeigt wird.


Durch ein Zusatztag jederzeit zu ergänzen. Du darfst gerne eines
vorschlagen.



> Die Werte von maxspeed:variable=* taugen
> mir ebenfalls nicht.


Ausgezeichnetes Argument. Gut begründet und umfangreiche Lösungsvorschläge.



> Ursprünglich war nur =yes vorgesehen, und solche Tags
> weisen immer darauf hin, dass der Key besser ein Value sein sollte.
>

Ursprünglich = Vergangenheit.



> Den Grund (peak_traffic usw.) anzugeben ist Kaffeesudleserei. Nirgends ist
> ersichtlich, in welchen Fällen die Geschwindigkeit herabgesetzt wird.


Mapper vor Ort sollten den Hauptgrund wissen.



> Bitte
> dem Grundsatz "we map what we see" treu bleiben. Auf der A2 und der
> Südosttangente wird die Geschwindigeit mittels Anzeigen oft bei viel
> Verkehr
> herabgesetzt, aber auch bei Baustellen, Unfällen, Geisterfahrern...
>

No na net! Da fällt mir jetzt nur die Signatur von jemandem aus dem Forum
ein: Kopf -> Tisch -> bumms. Und wenn ein UFO dort landet, dann wird die A2
sogar komplett gesperrt!



> Mir würde besser gefallen: maxspeed=80 + maxspeed:type=signals
> Der Wert "signals" impliziert schon, dass sich die Anzeige ändern kann.
>

Niemand hindert dich daran, dieses Zusatztag zu verwenden.


Auch maxspeed=signals ließe sich reparieren, indem man mit einem Zusatztag
> eine konkrete Zahl angibt, z.B. maxspeed=signals + max_maxspeed=80.


max_maxspeed? ...


Aber das
> neue Tag müsste dann halt den Routern beigebracht werden.


Man könnte natürlich auch auf die komplett abwegige Idee kommen, ein Tag
einfach immer für das selbe zu verwenden.


Danke für deinen Beitrag.
Martin
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] maxspeed=signals vs. maxspeed:variable=yes + maxspeed=x

[Martin Vonwald]

Hi!

Da die Nutzung von maxspeed:variable kontinuierlich ansteigt, möchte ich
euch nochmals auf das entsprechende Proposal hinweisen:
https://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed

Meiner Meinung nach ist maxspeed:variable dem Tag maxspeed=signals deutlich
überlegen, da es nicht nur die Information liefert, dass das
Geschwindigkeitslimit variabel ist, sondern zusätzlich:
* das höchste mögliche(!) Geschwindigkeitslimit
* den Grund(!) für das variable Limit

Ich halte beides für potentiell wertvolle Information für Datenkonsumenten.

Beispiel: Auf Autobahnen in Österreich gilt üblicherweise ein
Geschwindigkeitslimit von 130 km/h. Autobahnen, welche größere Städte
durchqueren, verfügen jedoch häufig über ein variables Limit und recht
häufig ist das maximale Limit 80km/h. 130km/h oder 80 km/h ist ein
ziemlicher Unterschied. Wenn wir nur die Information liefern, dass das
Limit variabel ist, welches Limit soll ein Datenkonsument annehmen?
Vielleicht ist es schneller die Stadt zu umfahren, da dort normalerweise
130 km/h gilt?


Ich möchte vorschlagen die Empfehlung zu maxspeed=signals aus dem Wiki zu
entfernen und stattdessen auf maxspeed:variable= + maxspeed= zu verweisen.

Beste Grüße,
Martin
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Revert Änderungssatz: 27328070

[martin ringer]

Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein GPS Track 
einfach in die Karte gelegt wurde, der einfach nicht passt. In diesem Fall 
(Dachsteinrunde) gehört das Ganze wohl auch als Relation.
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] in Austria, good experience - thank you!

[Martin Vonwald]

2014-11-10 10:29 GMT+01:00 Stefan Tiran :

> Hi,
>
> Norbert Wenzel wrote:
> > You're missing the point of this discussion. It's not about whether
> > correct data should be deleted but about the question if mapping
> > parallel footways is actually correct data.
>
> This might be your point of view but I would not consider it as common
> sense.
>

It is obviously also my point of view. How many do we need, so that "point
of view" becomes "common sense"?



> > And if one does not consider
> > the separate footways correct data and one feels it destroys valid
> > routing (as in Kevin's example) it's easy to delete them without
> > violating any OSM rule we all agree upon.
>
> Kevin's example merely shows that asking the wrong question results in
> useless answers. If you intend to go the direct line, crossing the
> street at an arbitrary point, it does not make sense to use a router in
> order to calculate a route on dedicated footways. Instead you should use
> the so-called "off-road" navigation mode of your GPS device, which only
> shows the direction.
>

You are talking about "asking the wrong question" and in the same context
you state "if our tagging destroys your application, don't use it". And
yes, that is exactly what you just have said.

This footway tagging is in fact destroying information. It is not correct
data as it misses information and it somehow removes information that was
already there. So everyone who uses this tagging is deleting correct data.
In OSM everyone is allowed to use any tag he/she likes as long as it does
not conflict with any existing data nor invalidates or removes it. If you
(for the avoidance of doubts: "you"="everyone who uses this tagging") used
some new tag and not highway=footway, this all wouldn't be a problem. But
you want it to show up in the renderers (tagging for the renderer) and some
routers (tagging for the routers).

So before you (in the meaning as given above) start pointing fingers at
someone ("disrespecting the work of others") you should first look into the
mirror.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] in Austria, good experience - thank you!

[Martin Vonwald]

2014-11-09 22:19 GMT+01:00 Kevin Kofler :

> But the data is NOT correct.
>

+1


> I agree with KaiRo, this nonsense "data" should just be deleted, ASAP,
> before the disease spreads.
>

+1 and another +1 for putting data into quotation marks.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] in Austria, good experience - thank you!

[Martin Vonwald]

2014-10-30 14:19 GMT+01:00 Robert Kaiser :

> Those should all be deleted. They are sideways and ought to be mapped as
> tags on the street
>

+1 . I consider this kind of mapping as destructive.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] osm-Schulprojekt

[martin ringer]

Sehr geehrter Herr Pichler,

1) Bearbeitungen mit JOSM, müssen Sie vorher runterladen. Dann kann man 
notfalls Bearbeitungen zurücksetzen.
2) Ich würde mit den Schüler_innen ev. einen Ausflug (im Turnunterricht oder 
was auch immer) machen und mittels GPS Gerät und/oder Handy GPS Tracks 
aufzeichnen. Diese können dann einfach bearbeitet und hochgeladen werden. Auf 
dem Weg, interessante Gegenstände/Bäume/Strassenverhältnisse/... fotografieren, 
damit POIs ebenfalls eingezeichnet werden. Das bringt vermutlich den grössten 
Erfolg.
3) Sollten Sie in Bischofshofen bleiben, suchen Sie sich die interessantesten 
POIs heraus (Hydranten, Bankerl zum Hinsetzen, Brunnen, Bäume,). Sie können 
diese dann Einzeichnen. Mit der http://www.openfiremap.org lassen sich dann zum 
Beispiel alle Hydranten darstellen.
4) Einzeichnen von Hausnummern mag zwar hilfreich sein, ist aber unendlich 
langweilig! Würde ich als Lehrer nicht machen.
5) Kennen Sie das OSM Wiki? http://wiki.openstreetmap.org/wiki/Main_Page

Viel Erfolg
Martin Ringer

> Date: Fri, 12 Sep 2014 02:18:53 +0200
> From: bernhard.pich...@posteo.de
> To: talk-at@openstreetmap.org
> Subject: [Talk-at] osm-Schulprojekt
> 
> sehr geehrtes osm-at team,
> 
> ich möchte in der nms bischofshofen im rahmen des gw-unterrichts mit osm
> arbeiten - bzw. die schüler damit arbeiten lassen.
> gibt es in österreich erfahrungen zu schulprojekten in der sekundarstufe 1?
> 
> sollte jnd (absichtlich oder unabsichtlich) gröberen unfug betreiben,
> will ich in der lage sein, das rückgängig zu machen.
> welche möglichkeiten könnt ihr mir da empfehlen?
> 
> ich bin für jeden hinweis sehr dankbar und verbleibe
> 
> mit den besten grüßen
> -- 
> Bernhard Pichler
> +43.660.3571590
> 
> ___
> 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] Karte mit Gebäudeabdeckung

[martin ringer]

Ich habe ein Bitte, wer dank dieser Karte, Gebäude einzeichnet möge auch die 
addr: Tags dazufügen.
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Karte zur Gebäudeabdeckung in Österreich

[martin ringer]

Gratulation!!
Das ist sehr SEHR COOL!!!


From: tkon...@gmx.net
Date: Tue, 26 Aug 2014 08:24:09 +0200
To: talk-at@openstreetmap.org
Subject: [Talk-at] Karte zur Gebäudeabdeckung in Österreich

Hallo,
ich habe vor kurzem eine Karte erstellt, die die Gebäudeabdeckung in Österreich 
zeigt:
http://thomaskonrad.at/2014/08/analyse-der-openstreetmap-gebaudeabdeckung-in-osterreich/
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 mich über Feedback!
Liebe GrüßeTom
___
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] Straßenbahnen werden nicht gerendert

[martin ringer]

Übliches Vorgehen, anschreiben und wenn kein Besserung Revert. Bin auf deiner 
Seite.

Date: Fri, 15 Aug 2014 21:34:57 +0200
From: simon.leg...@gmail.com
To: talk-at@openstreetmap.org
Subject: [Talk-at] Straßenbahnen werden nicht gerendert

Hallo,
derzeit gibt es ein Problem mit dem Mapnik-Style auf osm.org, sodass 
Straßenbahnen nicht gerendert werden, wenn sie auf der Straße gemappt sind. 
https://github.com/gravitystorm/openstreetmap-carto/issues/874

Der Effekt ist, dass die Straßenbahnen in Wien, Graz, Innsbruck sehr lückenhaft 
dargestellt werden. Linz ist wohl nicht betroffen, weil railway=tram nie (?) 
zusammen mit highway vorkommt.

In Innsbruck wurde vor Kurzem zudem das Straßenbahnnetz umgemappt. Und zwar 
wurde ein neuer Schienenstrang parallel zum bestehenden Straßenzug mit 
Straßenbahn (also highway + railway=tram + tracks=2) hinzugefügt und das alte 
Objekt unverändert gelassen. Siehe beispielsweise 
http://www.openstreetmap.org/#map=19/47.27531/11.40521&layers=D
ÖPNV-Relationen wurden nicht angepasst. Es gibt noch eine Reihe weiterer 
Probleme: z.B. duplicate Nodes, duplicate Ways 
(http://www.openstreetmap.org/way/295470020).
Habe den User kontaktiert und befürworte ganz eindeutig einen Revert dieser 
Changesets.
GrüßeSimon


___
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

[martin ringer]

Ich habe den Eindruck, dass manchmal die Hausnummern auf den falschen Gebäuden 
sind.
Bauernhof mit einigen Gebäuden, Hausnummer auf einer Lagerhalle, wo das 
Wohnhaus gut erkennbar ist.

> Date: Sun, 10 Aug 2014 15:35:19 +0200
> From: da...@black.co.at
> To: talk-at@openstreetmap.org
> Subject: [Talk-at] Unterschiede zwischen basemap.at und geoimage.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

Re: [Talk-at] Mapillary

[Martin Vonwald]

Am 12. Juli 2014 11:29 schrieb martinq :

> Bei Bild [1] war schon jemand schneller (blur request in progress)


Ja, ich ;-)

Und damit das ganze auch in JOSM funktioniert gibt's das hier:
http://www.openstreetmap.org/user/ubahnverleih/diary/21485

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

Re: [Talk-at] Mapillary

[Martin Vonwald]

Hi!

Am 10. Juli 2014 11:25 schrieb Andreas Labres :

> cc-by-sa 4.0
>

Die Fotos könnte ich für einiges gebrauchen, aber leider sind praktisch
alle Schilder verpixelt, z.B. [1]. Kann man die Ersteller der Fotos
irgendwie kontaktieren um an die Originalfotos ohne Verpixelung
ranzukommen?

KFZ-Kennzeichen müssen bei öffentlich zugänglichen Fotos ja verpixelt
werden (außer man hat die Zustimmung zur Veröffentlichung). Nur schießt der
Verpixelungsalgorithmus bei Mapillary offensichtlich deutlich übers Ziel.

Martin

[1] http://www.mapillary.com/map/im/bInKjKWn4DMQwZxqqsWq1Q
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Tennengebirge

[martin ringer]

Zwei Möglichkeiten:
1) Wenig begangen (mit GPS Gerät), daher auch wenige Daten.
2) Bei der Umstellung der Lizenz wurden Daten verloren, glaube ich aber eher 
nicht.

Date: Mon, 23 Jun 2014 17:17:01 +0200
From: rainer.kram...@gmail.com
To: talk-at@openstreetmap.org
Subject: [Talk-at] Tennengebirge

Hallo Leute,Im Rahmen meiner Masterarbeit an der TUWien mache ich eine 
Qualitätsanalyse von OSM-Daten im alpinen Raum. Zur Zeit untersuche ich die 
Vollständigkeit des Datensatzes innerhalb meiner Testregionen. Dabei ist mir 
folgendes aufgefallen: Im Tennengebirge fehlen extrem viele Gipfel und Pfade. 
Markierte Wanderwege findet man in dieser Region auch fast keinen und auf das 
Raucheck (höchsten Punkt im Gebirge und das Ziel vieler Bergsteiger) führt 
nichteinmal ein Weg .. In den anderen Testregionen ist das nicht so. 
Hat jemand vielleicht eine Idee warum das so ist? Musste eventuell mal einiges 
gelöscht werden? Danke und LGRainer

___
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] Fehlerhafte "Turning restrictions" in Wien

[Martin Raifer]

> Genau darum geht's mir gerade. Gibt's da irgendeine Möglichkeit false
> positives auszumisten und/oder fehlerhafte Regeln zu beanstanden? Ich
> hab da jetzt auf die schnell nichts gefunden.

Ich würde mich entweder direkt bei User Zartbitter melden:
http://www.openstreetmap.org/user/Zartbitter und/oder im Forum-Thread
antworten, wo er ursprünglich die Auswertung vorgestellt hat:
http://forum.openstreetmap.org/viewtopic.php?id=19834

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

Re: [Talk-at] [Gleisdorf] Projektvorstellung Access2Life

[Martin]

Hallo,

interessant finde ich die Höhenbegrenzung von 3cm. Wheelmap geht bei
einer einzelnen Stufe (also keine ganze Stiege) von 7cm Höhe aus um sie
wenigstens noch als limited zu akzeptieren. Die selbe Höhe ist auch im
Wiki zu finden.

http://wiki.openstreetmap.org/wiki/DE:Key:wheelchair

Ich hätte deswegen auch Randsteine an Fußübergängen mit einer Höhe von
7cm noch als überwindbar betrachtet - wenigstens für Rollstühle. Ich
hatte eine alte Dame beobachtet, die bei etwa 5cm mit ihrem Rollator
nicht mehr rauf konnte und daher auf der Fahrbahn unterwegs war.

Liebe Grüße
Martin Dauser




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

Re: [Talk-at] Revert - Connect timed out

[Martin Raifer]

> Ich hätte gerne gewusst, was User Petr Slavíček geändert hat:
> Er schreibt: "simplify wood Dachstein"
> Ich gehe davon aus, dass er die Latschenflächen bereinigt, indem er
> massenhaft Punkte gelöscht hat.

Ja, das scheint wirklich so zu sein. So hat es vorher ausgesehen:
http://overpass-turbo.eu/s/3H1

Zugegebenermaßen sind die Flächen wirklich schon sehr detailiert
gemappt, und hier und da scheint auch mal ein größerer Stein als
Latsche gurchgegangen zu sein
(https://www.openstreetmap.org/way/139254114). Außerdem werden
Latschen doch als scrub und nicht als wood getaggt, nicht?

Natürlich wäre das trotzdem für kein Grund dafür die Polygone so
extrem zu vereinfachen, u.A. mit dem Ergebniss von sich selbst
überschneidenden Geometrien. :(

> Ich hätte das nun wieder gerne zurückgesetzt.
> Versucht habe ich es mit JOSM 7000, und dem Tool Änderungssatz umkehren

Bei mir ist ein revert durchgegangen (nach sehr langer
Bearbeitungszeit; mit JOSM 7182) - oder meinst du, dass bei dir das
Hochladen nicht funktioniert hat?

Martin

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

Re: [Talk-at] Revert - Connect timed out

[martin ringer]

Ich hätte gerne gewusst, was User Petr Slavíček geändert hat:
http://www.openstreetmap.org/changeset/22751910
http://www.openstreetmap.org/changeset/22751747
http://www.openstreetmap.org/changeset/22751586

Er schreibt: "simplify wood Dachstein"
Ich gehe davon aus, dass er die Latschenflächen bereinigt, indem er massenhaft 
Punkte gelöscht hat.

Ich hätte das nun wieder gerne zurückgesetzt.
Versucht habe ich es mit JOSM 7000, und dem Tool Änderungssatz umkehren

Danke
Martin


> Date: Sat, 7 Jun 2014 17:48:49 +0200
> From: b...@volki.at
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Revert - Connect timed out
> 
> On 07.06.2014 17:28, martin ringer wrote:
> > Ich wollte ein Changeset durchführen.
> > Änderungssatz: 22751910 und andere, aber die Abfrage kommt zu einem Timed 
> > out.
> 
> Welche Abfrage? Und womit machst du den Revert?
> 
> -- 
> 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] Revert - Connect timed out

[martin ringer]

Ich wollte ein Changeset durchführen.
Änderungssatz: 22751910 und andere, aber die Abfrage kommt zu einem Timed out.

Wer kann mir helfen?
Danke
Gosausee
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Größere Anzahl neuer/falscher Gipfel

[martin ringer]

Reverten
+1

Geht schneller und spart Nerven!

> Date: Mon, 19 May 2014 19:46:16 +0200
> From: b...@volki.at
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Größere Anzahl neuer/falscher Gipfel
> 
> On 19.05.2014 18:10, Max Berger wrote:
> > Dummerweise ist die Hälfte davon kein Gipfel, sondern eine Höhle, ein
> > Flurname, der Name eines Kars. Wir haben also jetzt auch massig Gipfel
> > in den Tälern stehen.
> 
> D.h. dabei wurde gar nicht an Hand des Geländemodells (für Tirol ist doch
> sogar der Laserscan verfügbar) die Lage überprüft. Darum sind sogar die
> richtigen Gipfel nicht lagegenau. Da gehört dann so was wie ein fixme=Lage
> oder source:position=basemap.at drauf.
> 
> > Ich hab jetzt mal eine Seite mit den fraglichen Gipfeln erstellt [1], wo
> > man sich durch die "Gipfel" klicken kann und auswählen kann, ob der Node
> > wirklich ein Gipfel ist, oder eher ein place=locality, ein
> > natural=cave_entrance oder ein natural=saddle.
> 
> Die meisten erkennt man eh schon am Namen. So dumm kann doch keiner sein,
> etwas wie "-graben" als Gipfel einzutragen. Womöglich hat der User mit einem
> selbstgebastelten Importscript (mit Schrifterkennung) experimentiert?
> 
> Place=locality stimmt nur für Flurnamen. Täler und Gräben sollten besser als
> Way (natural=valley entlang der Sohle) gemappt werden. place=locality auf
> einen Node mag aber eine brauchbare Übergangslösung sein.
> 
> > entferne die Tags
> > ausser ele und name. Dann ist der Gipfel weg, es bleibt aber zumindest
> > der Node erhalten, falls ihn ein anderer Mapper findet.
> 
> Das ist eine halbe Sache. Wenn schon umtaggen, dann gleich richtig.
> 
> > Trifft dieses Vorgehen auf Zustimmung, oder sollen wir lieber die
> > fraglichen Gipfel so lassen, oder doch reverten?
> 
> Reverten oder die Liste manuell durchgehen. Entscheiden und machen sollte
> das jemand mit Gebietskenntnis.
> 
> -- 
> 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] JOSM: Gebäude "ausschalten"

[Martin Raifer]

Ich glaube die Filter Funktion ist das richtige für dich:
https://josm.openstreetmap.de/wiki/Help/Dialog/Filter

Grüße
Martin

2014-05-16 9:43 GMT+02:00 Christian Aigner :
> Am 16.05.2014 09:29, schrieb Christian Aigner:
>> Ich möchte im Moment nur Buslinien editieren. Dazu müssen nur die
>> Straßen, Haltestellen und Plattformen sichtbar sein.
>>
>> Wie kann ich alles andere ausschalten (unsichtbar machen)?
>>
>> LG,
>> Christian
>
>
> Ich hab den MapPaint-Style geändert, aber die Gebäude werden immer noch
> grau angezeigt. Kann man das auch noch ausschalten?
>
> 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] OGD Shapefile -> GPX via JOSM und osmconvert

[Martin Raifer]

Mit QGIS (o.Ä.) die Polygone in Punkte umwandeln
(Vektor->Geometrie-Werkzeuge->Polygonschwerpunkt), dann erst in JOSM
öffnen, …

https://gist.github.com/tyrasd/137d1f4f93fbf0330197

(Konvertiert habe ich das mittels osmtogeojson [1] und togpx [2]:
`osmtogeojson naturdenkmale.osm | togpx > naturdenkmale.gpx`, weil
JOSM anscheinend nur tracks und keine waypoints exportiert‽ – gpsbabel
u.Ä. sollten aber auch klappen.)

Martin

[1] https://www.npmjs.org/package/osmtogeojson
[2] https://www.npmjs.org/package/togpx

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

Re: [Talk-at] Vorarlberg: Radwege vom Land erhalten!

[Martin Raifer]

2014-04-24 11:56 GMT+02:00 Andreas Labres :
> Ich weiß ja nicht, wie ihr das im Detail macht, aber irgendwie klingt mir das
> nicht nach "Import", sondern nach viel Handarbeit mit halt einer speziellen
> Vorlage.

Würde ich auch so sehen, aber das heißt ja nicht, dass man solche
Mapping-Projekte nicht trotzdem vorher gut planen, koordinieren,
dokumentieren, usw. sollte. ;)

> On 23.04.14 22:15, Michael Maier wrote:
> Bei Beginn des Projektes waren nur 4 Routen-Relationen in der OSM vorhanden

Wie kommst du auf 4 Routen in OSM? Ich zähle aktuell 14 Stück:
http://overpass-turbo.eu/s/39J ;)

Habt ihr euch schon überlegt, was ihr macht, wenn sich die Daten vom
VoGIS nicht mit den bereits bestehenden OSM-Routen decken? Z.B.
Routenverlauf des Bodensee-Radwegs ganz östlich von Bregenz, konkrete
Schreibschweisen von Namen ("Bodensee Radroute" oder
"Bodenseeradweg")…

Ich bin mir nicht sicher, ob die Radweg-Nummern auch in der Praxis
verwendet werden. Die Beschilderungen scheinen zumindest ohne Nummern
auszukommen, und google spuckt bei der Suche nach den entsprechenden
R-Nummern auch nichts aus. Hm… Besser nur als ref:vogis=Rxxx taggen?

Grüße
Martin

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

Re: [Talk-at] Vorarlberg: Radwege vom Land erhalten!

[martin ringer]

Genial!
Viel Erfolg beim Umsetzen.



Date: Wed, 23 Apr 2014 22:15:01 +0200
From: michael.ma...@student.tugraz.at
To: talk-at@openstreetmap.org
Subject: [Talk-at] Vorarlberg: Radwege vom Land erhalten!

Hallo,
 
ihm Rahmen eines Projektes (BikeNatureGuide für Vorarlberg) haben wir
nun die Landesradrouten vom VoGIS unter CC-BY-AT 3.0 zur Verfügung
gestellt bekommen!
 
Die Daten wurden als Shapefile mit 147 Routen zur Verfügung gestellt,
einer Analyse zufolge sind jedoch mindestens 99% aller Wege in der OSM
bereits vorhanden. Interessant neben den Verläufen, Namen und Ref's sind
auch die darin enthaltenen Informationen über die Oberfläche (asphalt,
beton, schotter, sonstiges) und lcn/rcn-Kategorie.
 
Wir haben nun vor, anhand der Information in den Shapes
Radrouten-Relationen in der OSM anzulegen und die (bereits vorhandenen)
OSM-Wege dort hinzuzufügen. Des weiteren lassen sich auf diesem Weg die
OSM-Wege mit bicycle- und surface-Tags aufbessern.
 
 
Nun meine Frage an die Community, ob über die Art und Weise eines
manuellen 'Imports' ein Konsens hergestellt werden kann.
 
 
Weitere Information haben wir bereits ins Wiki gestellt, hier gibt's
auch die Rohdaten verlinkt:
http://wiki.osm.org/wiki/WikiProject_Austria/Vorarlberg/Radwege
 
Eine Test-Relation haben wir bereits angelegt:
http://www.openstreetmap.org/relation/3673267
 
Ein Neuer User-Account, unter dem wir weiterarbeiten werden folgt noch.
 
 
Wir hoffen darauf, bald das beste Fahrradrouting im Ländle zu haben :)
lg, Michael
 
-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch
 

___
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 von Gebäudeumrissen

[martin ringer]

Bin ich dagegen.
Wenn sauber und richtig importiert wurde, okay, am besten gleich mit die 
Gebäude mit der richtigen Hausnummer. "Leere" Gebäude sind nett anzuschauen, 
aber die wichtige Information fehlt leider.

Date: Sat, 19 Apr 2014 12:39:36 +0200
From: kaufmann.thoma...@gmx.at
To: talk-at@openstreetmap.org
Subject: [Talk-at] Import von Gebäudeumrissen

Hallo!Nur um eventuelle Diskussionen schon im Vorfeld aus dem weg zu räumen, 
mir ist bewusst, dass die basemap nicht immer richtig ist.In meiner gegend ist 
sie aber meiner meinung nach genau genug, um hier kontrollierte imports von 
gebäudeumrissen durchzuführen.Mit kontrolliert meine ich, dass man nur kleine 
gebiete wie zb eine ortschaft nach der anderen importiert und die daten nach 
dem import sofort mit geoimage.at überprüft.Mir wäre solch ein kontrollierter 
import insofern sehr wichtig, da ich das dauernde abzeichnen der gebäudeumrisse 
leid bin und sich an der qualität meiner arbeit nichts ändern würde.Zunächst 
wäre ich einmal sehr dankbar für meinungen zu diesem thema von eurer seite und 
zum anderen auch noch für etwaige hilfestellungen zum thema import, da ich 
davon wirklich keine ahnung habe!
Mfg an alle mitlesendenThomas

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

Re: [Talk-at] Über Imports

[Martin Raifer]

Als Hintergrund wie ich dazu gekommen bin den Artikel zu verfassen:
Möglicher Gebäude-Import in Südtirol:
https://lists.openstreetmap.org/pipermail/talk-it-southtyrol/2014-April/000129.html

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

Re: [Talk-at] Mappen von Gehsteigen

[Martin Vonwald]

Am 28. Februar 2014 09:13 schrieb Stefan Tauner :

> On Fri, 28 Feb 2014 08:55:46 +0100
> Martin Vonwald  wrote:
>
> > History repeats itself.
>
> Daß sich
> Gesellschaften einen möglichst neutralen Schiedsrichter suchen, wenn
> man sich nicht direkt einigen kann, ist in der Tat schon öfters
> vorgekommen in der Menschheitsgeschichte.
>

Und genau das "neutral" erkenne ich hier nicht.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Mappen von Gehsteigen

[Martin Vonwald]

Am 27. Februar 2014 23:43 schrieb Kevin Kofler :

> Martin Raifer wrote:
> > Was aber nicht OK ist, ist einfach die eine Variante in eine Andere
> > umzumappen, ohne Mehrwert für OSM dabei zu erzeugen.
>
> War das nicht genau das, was Railjet gemacht hat, als er diese Gehsteige
> dazugezeichnet hat?
>

Auf diese Frage hätte ich jetzt auch gerne eine Antwort von dem Vertreter
der DWG. Bin schon sehr gespannt darauf.


Ach ja: ich sehe den Mehrwert eines nicht-getrennten Erfassens der
Gehsteige im erheblich vereinfachtem Editieren und der klar ersichtlichen
Zusammengehörigkeit. Einen Verlust von Information kann ich nicht erkennen.
Entscheidet auch die DWG ob dieser Mehrwert erlaubt ist oder nicht? Oder
provokativ gefragt: dürfen wir jetzt nur noch das machen, was uns einige
wenige vorschreiben?

Ich erkenne übrigens auch definitiv keine Mehrheit für das getrennte
Erfassen. Oder hat die DWG - oder sogar bestimmte Mitglieder des DWG - das
Recht die Mehrheit selbst zu bestimmen? Denn diesen Eindruck habe ich im
Moment.

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

Re: [Talk-at] Mappen von Gehsteigen

[Martin Vonwald]

Hi!

Am 27. Februar 2014 21:30 schrieb Martin Raifer :

> Was aber nicht OK ist, ist einfach die eine Variante in eine Andere
> umzumappen, ohne Mehrwert für OSM dabei zu erzeugen.
>

Wer beurteilt, ob ein Mehrwert entstanden ist? Derjenige der das beurteilt,
legt ja somit auch fest was ok ist und was nicht. Was machst du, wenn
jemand in der Veränderung einen Mehrwert sieht?

Beste Grüße,
Martin
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Mappen von Gehsteigen

[Martin Raifer]

Ja, es gibt verschiedene Sichtweisen, verschiedene Methoden zu mappen,  
beide haben ihre Vor- und Nachteile.


Was aber nicht OK ist, ist einfach die eine Variante in eine Andere  
umzumappen, ohne Mehrwert für OSM dabei zu erzeugen. Frederik Ramm hat das  
vor kurzem so formuliert:



What is *not* ok is one person "cleaning up" after the other without
actually adding any other improvement.


  https://lists.openstreetmap.org/pipermail/talk/2014-February/069053.html

Ich bitte dich deshalb darum, dein "Aufräumen" in diesem Sinne wieder  
rückgängig zu machen. Eventuell könnte ich dabei behilflich sein, falls du  
das noch nie gemacht haben solltest.


Schöne Grüße
Martin

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

Re: [Talk-at] Mappen von Gehsteigen

[Martin Raifer]

Am 27.02.2014, 20:39 Uhr, schrieb Kevin Kofler :


Martin Raifer wrote:

[in OSM werden Fahrbahnen gemappt]


Das tun wir eben nicht, sonst würde in der Stadt jede einzelne
Zweirichtungsstraße doppelt gemappt sein […], das
ist aber nicht der Fall. Selbst die Überlandstraßen (sind meistens nicht
doppelt gemappt. Und meiner Meinung nach ist das auch gut so! Getrenntes
Mapping der Richtungsfahrbahnen ist wirklich nur dort sinnvoll, wo es  
eine bauliche Trennung gibt, z.B. bei Autobahnen. Genau dasselbe gilt

auch für die Gehsteige.


Ich glaube du verwechselst schlicht den Begriff Fahrbahn mit  
Fahrspur/Fahrstreifen [1]. Mehrere Fahrbahnen sind per Definition baulich  
voneinander getrennt! ;)



(z.B. Lerchenfelder Straße)


So weit ich es am Luftbild beurteilen kann, sieht diese Straße nach einer  
gewöhnlichen Straße mit nur einer Fahrbahn [1] aus. Außer im Bereich der  
Kreuzung zur Auerspergstraße [2], aber dort sind in OSM eh zwei Fahrbahnen  
gemappt.


Grüße
Martin

[1] http://de.wikipedia.org/wiki/Straßenquerschnitt#Fahrbahn
[2] http://www.openstreetmap.org/#map=19/48.20681/16.35520

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