Re: [Talk-at] Stop area groups

[liberalerhumanist]

Wie ist bei dem komischen Konstrukt die Zusammengehörigkeit der einzelnen Stop areas ersichtlich? Wird diese von den für das ÖPNV-Schema nie so zahlreichen Nutzern erkannt?Am 04.01.2020 03:04 schrieb Kevin Kofler :Hallo,
(There is an English version below the German.)
Mir ist aufgefallen, daß in letzter Zeit in Wien immer mehr "stop_area"s in 
mehrere Teile aufgespalten und in "stop_area_group"s zusammengefaßt wurden. 
Z.B. gibt es jetzt nicht mehr eine stop_area mit name="Matzleinsdorfer 
Platz", sondern jeweils:
* eine mit name="Matzleinsdorfer Platz (S-Bahn)"
* eine mit name="Matzleinsdorfer Platz (tram)"
* eine mit name="Matzleinsdorfer Platz (bus)"
* sowie eine stop_area_group mit name="Matzleinsdorfer Platz"
Diese Suffixe ("(S-Bahn)" usw.) existieren offiziell nicht. Ist es wirklich 
sinnvoll, die Haltestellen so aufzuteilen? Oder wäre es nicht besser, eine 
einzige stop_area mit dem offiziellen Namen "Matzleinsdorfer Platz" zu 
haben? Es ist ja alles eigentlich eine Haltestelle.
Für mich ergibt stop_area_group nur dann Sinn, wenn die Teilhaltestellen 
tatsächlich unterschiedliche Namen haben (z.B. "Hauptbahnhof" vs. 
"Südtiroler Platz – Hauptbahnhof" vs. "Hauptbahnhof Ost" vs. "Hauptbahnhof 
Süd", bzw. "Volkstheater" vs. "Ring, Volkstheater").
Die künstlichen Suffixes sind oft nicht einmal konsistent (z.B. "(U-Bahn 1)" 
vs. "U1"), bzw. enthalten englische Beschreibungen wie "Railway Station" 
oder "(north bus)".
Ich würde gerne diese "stop_area"s wieder vereinen (1 Name = 1 stop_area, 
keine künstlichen Suffixes). Was meint ihr?
Since I am also going to point international committers to this thread, here 
is an English version:
I have noticed that, recently, in Vienna, more and more "stop_area"s have 
been split into multiple parts and grouped together in "stop_area_group"s. 
E.g., there is no longer one single stop_area with name="Matzleinsdorfer 
Platz", but respectively:
* one with name="Matzleinsdorfer Platz (S-Bahn)"
* one with name="Matzleinsdorfer Platz (tram)"
* one with name="Matzleinsdorfer Platz (bus)"
* plus one stop_area_group with name="Matzleinsdorfer Platz"
Those suffixes ("(S-Bahn)" etc.) do not exist officially. Does it really 
make sense to split the stops that way? Or would it not make more sense to 
have one single stop_area with the official name "Matzleinsdorfer Platz"? In 
fact, it is actually just one stop.
To me, stop_area_group makes sense only when the stop parts actually have 
different names (e.g., "Hauptbahnhof" vs. "Südtiroler Platz – Hauptbahnhof" 
vs. "Hauptbahnhof Ost" vs. "Hauptbahnhof Süd", resp. "Volkstheater" vs. 
"Ring, Volkstheater").
The artificial suffixes are often not even consistent (e.g. "(U-Bahn 1)" vs. 
"U1"), or they contain English descriptions such as "Railway Station" or 
"(north bus)".
I would like to reunite those "stop_area"s (1 name = 1 stop_area, no 
artificial suffixes). What do you think?
    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] Postleitzahlen

[liberalerhumanist]

Man könnte die Postleitzahlen recht einfach aus Wikidata importieren.MfG, LHAm 07.05.2019 9:02 nachm. schrieb wambac...@posteo.de:
Auch wenn es weh tut:
  https://forum.openstreetmap.org/viewtopic.php?id=60719 beeinhaltet
  wohl den aktuellen Stand. 

Der auch hier bekannte Kollege hat sich zurückgezogen und seit
  dem passiert wohl gar nix mehr.
Gruss, 

Walter/Wiesbaden

ps: Wenn jemand aktuelle Grafiken braucht, bitte melden. 

-- 
  My projects:
  
  Admin
Boundaries of the World
  Missing
Boundaries
  Emergency Map
  Postal Code Map
(Germany only)
  Fools (QA for
zipcodes in Germany)
   Postcode
Boundaries of Germany
  
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[liberalerhumanist]

Was war denn eigentlich das Ergebnis der Drachenaugenplatzdiskussion? Hat man sich damals festgelegt, wie gekennzeichnet ein Name einer Örtlichkeit sein muss?MfG, LH___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Adressimport Wien

[liberalerhumanist]

Es gehören klarerweise nur Adressen importiert, die es in der Datenbank noch nicht gibt. Werden Verdoppelungen von Adressen bei diesem Import vermieden?___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

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

[liberalerhumanist]

>Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder Kartenkacheln) beinhaltet.

 

Am Datensatz können wir die Quelle durch ein Source-Tag nennen. Die Nennung im Copyright-Bereich, den man auf openstreetmap.org über "Open-Streetmasp Mitwerkende" unterhalb erreicht sollte hinreichend sein, da Weiternutzer die dortigen Angaben angeben müssten. Das Problem, das ich an der Debatte sehe ist allerdings folgendes: Gesetzt Google hat keine Sondervereinbarung mit dem BEV, warum sollten wird dann striktere Vorgaben einhalten? Auf Google findet sich kein einziger Hinweis auf die zahlreichen Datenquellen.

 

MfG, LH

 

Gesendet: Donnerstag, 10. November 2016 um 15:13 Uhr
Von: eest9 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen


 
 
Am 10. November 2016 um 14:23 schrieb :

Werte Gemeinde,

Ich habe nach wie vor ein Problem, hier das Problem zu verstehen. Bei den Geoimage-Luftbildern sind wir zum Schluss gekommen, dass es eine hinreichende Quellennennung ist, wenn man die Quelle mit einem Tag im jeweiligen Objekt benennt. Zusätzlich wurden einzelne Quellen hier ( http://www.openstreetmap.org/copyright ) benannt. Meinen Informationen nach verwendet Google den BEV-Datensatz ebenfalls. Nachdem dort keinerlei Quellenangabe erkennbar ist halte ich die hier vorherrschenden Bedenken für etwas übertrieben.

 

Die Geoimageat Bilder stehen auch unter einer ganz anderen Lizenz: http://www.geoimage.at/geodatendienste.html
 

Darin befindet sich unter anderem dieser Absatz:

"Die Nutzung des Dienstes für die Erzeugung von Folgeprodukten (siehe 5. oben) ist unter der Voraussetzung gestattet, dass die erzeugten Folgeprodukte der Creative Common Lizenz „Namensnennung-Weitergabe unter gleichen Bedingungen 2.0 Österreich (CC BY-SA 2.0)“, siehe http://creativecommons.org/licenses/by-sa/2.0/at/ oder „Namensnennung-Weitergabe unter gleichen Bedingungen 3.0 Österreich (CC BY-SA 3.0)“, siehe http://creativecommons.org/licenses/by-sa/3.0/at/ oder der „Open Database License (ODbL) v1.0“, siehe http://opendatacommons.org/licenses/odbl/1.0/, unterliegen. [WICHTIGER HINWEIS: der hier angebotene Dienst und die darin enthaltenen Daten unterliegen NICHT der oben angegebenen CC BY-SA 2.0 bzw. CC BY-SA 3.0 bzw. ODbL v1.0 !]. Die erstellten Folgeprodukte dürfen keine Orthophotos oder Orthophotoausschnitte aus dem Geoimage Dienst beinhalten."
 

Der beschreibt genau das was wir hier machen und ist sogar so speziell auf unseren Fall hin modifiziert, dass ich davon ausgehe, dass der Absatz in Zusammenarbeit mit der OSM entstanden ist. Auf der FAQ Seite findet sich sogar ein expliziter Hinweis zur OSM und JOSM.
 

Bei der BEV Lizenz fehlt eine solche Regelung die das Weglassen der Namensnennung am Datensatz bzw. Bild unter gewissen Bedingungen (keine Pixel der Ortophotos mehr sichtbar) bei Folgeprodukten (Datensätze oder Kartenkacheln) beinhaltet.

 

lg Erwin Ernst 'eest9'

 

MfG, LH

> Gesendet: Mittwoch, 09. November 2016 um 20:35 Uhr
> Von: "Thomas Konrad" 
> An: "OpenStreetMap AT" 
> Betreff: [Talk-at] JOSM-Plugin für Österreichnische Adressen
>
> Liebe OSM-AT-Community,
>
> ich habe vor kurzem ein JOSM-Plugin veröffentlicht [1] (noch nicht in der Plugin-Liste verfügbar), mit dem man einzelne Adressen aus dem BEV-Datensatz in OpenStreetMap übernehmen kann. Ich habe von Bernhard Jüptner vom Bundesamt für Eich- und Vermessungswesen die schriftliche Erlaubnis bekommen, das Plugin zu veröffentlichen und die Daten wie unten beschrieben zu verwenden.
>
> Nur zur Info, weil es auf der Github-Seite zum Projekt [2] schon die Frage gegeben hat.
>
> LG
> Thomas
>
> [1] https://github.com/JOSM/austriaaddresshelper 
> [2] https://github.com/JOSM/austriaaddresshelper/issues/1 
>
> > Begin forwarded message:
> >
> > From: Jüptner Bernhard 
> > Subject: AW: Übernahme einzelner Adressen in OpenStreetMap
> > Date: 8 November 2016 at 15:39:29 GMT+1
> > To: 'Thomas Konrad' 
> >
> > Sehr geehrter Herr Konrad,
> >
> > die Nutzung der Stichtagsdaten des Adressregister in der von Ihnen angeführten Form mit Nennung der Datenquelle geht in Ordnung.
> >
> > Freundliche Grüße
> > Dipl.-Ing. Bernhard Jüptner
> > -
> > BEV-Bundesamt für Eich- und Vermessungswesen
> > Marketing und Vertrieb
> > 1020 Wien, Schiffamtsgasse 1-3
> > Tel.: + 43 1 21110-2150, Fax:  + 43 1 21110-992152
> > market...@bev.gv.at
> > www.bev.gv.at
> > 
> >
> >
> > Von: Thomas Konrad [mailto:o...@thomaskonrad.at]
> > Gesendet

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

[liberalerhumanist]

Werte Gemeinde,

Ich habe nach wie vor ein Problem, hier das Problem zu verstehen. Bei den 
Geoimage-Luftbildern sind wir zum Schluss gekommen, dass es eine hinreichende 
Quellennennung ist, wenn man die Quelle mit einem Tag im jeweiligen Objekt 
benennt. Zusätzlich wurden einzelne Quellen hier ( 
http://www.openstreetmap.org/copyright ) benannt. Meinen Informationen nach 
verwendet Google den BEV-Datensatz ebenfalls. Nachdem dort keinerlei 
Quellenangabe erkennbar ist halte ich die hier vorherrschenden Bedenken für 
etwas übertrieben.

MfG, LH

> Gesendet: Mittwoch, 09. November 2016 um 20:35 Uhr
> Von: "Thomas Konrad" 
> An: "OpenStreetMap AT" 
> Betreff: [Talk-at] JOSM-Plugin für Österreichnische Adressen
>
> Liebe OSM-AT-Community,
> 
> ich habe vor kurzem ein JOSM-Plugin veröffentlicht [1] (noch nicht in der 
> Plugin-Liste verfügbar), mit dem man einzelne Adressen aus dem BEV-Datensatz 
> in OpenStreetMap übernehmen kann. Ich habe von Bernhard Jüptner vom Bundesamt 
> für Eich- und Vermessungswesen die schriftliche Erlaubnis bekommen, das 
> Plugin zu veröffentlichen und die Daten wie unten beschrieben zu verwenden.
> 
> Nur zur Info, weil es auf der Github-Seite zum Projekt [2] schon die Frage 
> gegeben hat.
> 
> LG
> Thomas
> 
> [1] https://github.com/JOSM/austriaaddresshelper 
> 
> [2] https://github.com/JOSM/austriaaddresshelper/issues/1 
> 
> 
> > Begin forwarded message:
> > 
> > From: Jüptner Bernhard 
> > Subject: AW: Übernahme einzelner Adressen in OpenStreetMap
> > Date: 8 November 2016 at 15:39:29 GMT+1
> > To: 'Thomas Konrad' 
> > 
> > Sehr geehrter Herr Konrad,
> >  
> > die Nutzung der Stichtagsdaten des Adressregister in der von Ihnen 
> > angeführten Form mit Nennung der Datenquelle geht in Ordnung.
> >  
> > Freundliche Grüße 
> > Dipl.-Ing. Bernhard Jüptner  
> > -
> >   
> > BEV-Bundesamt für Eich- und Vermessungswesen 
> > Marketing und Vertrieb  
> > 1020 Wien, Schiffamtsgasse 1-3  
> > Tel.: + 43 1 21110-2150, Fax:  + 43 1 21110-992152  
> > market...@bev.gv.at  
> > www.bev.gv.at  
> > 
> > 
> > 
> > Von: Thomas Konrad [mailto:o...@thomaskonrad.at] 
> > Gesendet: Dienstag, 08. November 2016 08:13
> > An: Jüptner Bernhard
> > Cc: Thomas Rupprecht
> > Betreff: Übernahme einzelner Adressen in OpenStreetMap
> > 
> > Sehr geehrter Herr Jüptner,
> > 
> > wie gestern telefonisch besprochen hier eine Erläuterung des Tools. Es 
> > handelt sich um ein Plugin für den Java OpenStreetMap Editor (JOSM), mit 
> > dem man einzelnen Objekten auf Basis des BEV-Adressdatensatzes Adressen 
> > zuweisen kann. Mit einem Knopfdruck erhält man für das markierte Objekt die 
> > Adresse, es werden die entsprechenden Tags gesetzt und die Quellenangabe 
> > (Tag “source”, blau markiert) eingetragen.
> 
> > [Image removed]
> 
> > Im Hintergrund verwende ich einen von mir entwickelten Reverse-Geocoder, 
> > der Koordinaten in die entsprechende Adresse umwandelt [1]:
> 
> > [Image removed]
> > 
> > Wie gesagt, es handelt sich in keinem Fall um einen Mehrfach- oder gar 
> > Massenimport, sondern nur um die Zuweisung einzelner Adressen. Durch die 
> > korrekte Quellenangabe ist auch jederzeit nachvollziehbar, wo die Adressen 
> > verwendet wurden. Ich hoffe es geht in Ordnung, das Plugin zu 
> > veröffentlichen!
> > 
> > Danke und beste Grüße
> > Thomas Konrad
> > +43 664 889 272 17
> > 
> > [1] https://bev-reverse-geocoder.thomaskonrad.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] Urheberrechtsabgaben und Verwertungsgesellschaften

[liberalerhumanist]

> Ich bin mir ziemlich sicher, dass meine
Webspaceprovider keine Logs an die VG Wort weitergeben,

 

Man muss für die VG Wort einen so genannten Zählpixel in die Website einbinden.

 

Was das restliche Problem betrifft: Man sollte versuchen, hier Lobbying zu betreiben. Eventuell lassen ich ähnlich orientierte Gruppierungen (z.b. Wikimedia) dafür gewinnen.

 

MfG, LH

 



Gesendet: Montag, 18. Juli 2016 um 13:34 Uhr
Von: "Friedrich Volkmann" 
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

Vor einem halben Jahr habe ich diesen Tread gestartet (unten ein Fullquote,
weil es so lang her ist), und nun kann ich weiteres berichten.

Wie gesagt betreffen uns als Mapper die Urheberrechtsabgaben doppelt:
Erstens stehen uns als Urhebern Tantiemen zu, zweitens ist es absurd wenn
wir als Urheber selber Urheberrechtsabgaben zahlen.

Zum ersten Punkt habe ich geschrieben, dass von den bestehenden
Verwertungsgesellschaften bestensfalls die Literar Mechana zuständig
scheint. Ich habe bei Claudia Wagner von der Literar Mechana angefragt und
sie meint, dass "Online Landkarten und darauf basierende Routinganwendungen
nicht meldefähig" sein werden. (Bei der Gelegenheit fragte ich auch, wei das
mit Web veröffentlichten Texten, z.B. auf der eigenen Homepage, ist. Die
Antwort war, dass Texte und Textdokumente, die im Internet erscheinen, bei
der deutschen Schwestergesellschaft VG Wort "im Rahmen der Zugriffszählung"
meldefähig seien. Zugriffszählung heißt, dass um so mehr Tantiemen anfallen,
je höher die Zugriffszahlen. Wie die VG Wort die Zugriffe zählen will,
bleibt schleierhaft. Ich bin mir ziemlich sicher, dass meine
Webspaceprovider keine Logs an die VG Wort weitergeben, denn erstens dürfen
sie das aus Datenschutzgründen nicht, und zweitens haben sie auch gar kein
Interesse an dieser Weitergabe.)

Um unsere Ansprüche durchzusetzen, gibt es anscheinend keine andere
Möglichkeit, als eine neue Verwertungsgesellschaft für Datenbanken o.ä. zu
gründen. Ein logischer Name wär "data mechana".

Zum anderen Punkt habe ich, nachdem ich von der Austro Mechana 1½ Monate
keine Antwort erhalten hatte, Tobias Zehenthofer von der Austri Mechana
persönlich angeschrieben und er schrieb mir zurück, dass er dafür zuständig
ist. Ich solle für die Rückforderung ein Formular ausfüllen und es gemeinsam
mit der Rechnung ihm mailen. Das habe ich nun gemacht. Daraufhin schrieb er
mir, dass Privatpersonen nun doch keine Rückerstattung bekommen. Die Austro
Mechana hebt zwar die in der Urheberrechtsnovelle 2015 neu eingeführten
Abgaben ein, verweigert zugleich aber die in der selben Novelle
vorgeschriebenen Rückerstattungen. Das ist um so verwunderlicher, als die
Verwertungsgesellschaften dem Vernehmen nach doch am Kompromiss der
Interessensvertretungen beteiligt waren, welcher der Novelle zu Grunde liegt.

Die Verwertungsgesellschaften können leider tun, was sie wollen, weil es
keine Möglichkeit gibt, sie für Gesetzesverletzungen zur Rechenschaft zu
ziehen. Es gibt im Gesetz keine Strafbestimmungen, und Amtsmissbrauch (§302
StGB) ist es auch nicht, weil die Funktionäre der Verwertungsgesellschaften
keine Beamten sind.

On 25.01.2016 04:17, Friedrich Volkmann wrote:
> Vielleicht kann sich noch der eine oder andere noch erinnern, dass die
> Austro Mechana 2010 sich über ein Urteil des OGH hinweggesetzt und
> Urhebberechtsabgaben (URA, neuerdings auch Speichermedienvergütung genannt)
> auf Festplatten eingefordert hat. Nicht alle Händler fügten sich der
> Forderung, deshalb betrieben die Verwertungsgesellschaften Lobbying in der
> Politik und erreichten mit Mitteln, die sich jeder selber denken kann, dass
> die SPÖ-Minister Schmied und dann Ostermayer der Abgabe wohlwollend
> gegenüberstanden. Nach Verhandlungen der Industrie mit dem Handel - die
> Konsumentenvertreter spielten nicht wirklich mit - wurde im Herbst die
> Abgabe auf alle Arten von Speichermedien (Festplatten, SD-Karten, USB-Sticks
> usw.) gesetzlich gedeckt.
>
> Das neue Gesetz sieht aber auch vor, dass die Verwertungsgesellschaft die
> URA zurückzuzahlen hat "an den Letztverbraucher, der Speichermedien zu einem
> Preis erworben hat, der die bezahlte Vergütung einschließt, diese jedoch
> nicht für Vervielfältigungen zum eigenen oder privaten Gebrauch benutzt oder
> benutzen lässt" (Urheberrechtsgesetz=UrhG §42b Abs. 6) und dafür "auf ihrer
> Website einen einfachen, verständlichen und für den durchschnittlichen
> Nutzer nachvollziehbaren Weg für die Geltendmachung des Rückersatzanspruchs
> und der Befreiung von der Zahlungspflicht anzubieten, der eine wirksame
> Geltendmachung ermöglicht und mit keiner übermäßigen Erschwernis verbunden
> ist" (Abs. 8). Wie sich die Austro Mechana schon nicht ans Urteil des OGH
> hielt, hält sie sich nun auch nicht an diese §§, denn auf ihrer Website
> www.aume.at ist keine einfache Möglichkeit der Rückerstattung zu finden.
> Wenn man genau sucht, findet man Formulare für Firmen, für Konsumenten gib

Re: [Talk-at] Wichtige Frage

[liberalerhumanist]

Für die geschilderte Anwendung erscheint mir die Verwendung von OpenLayers oder eine alternativen Anwendung, mit der sich Markierungen auf dem Hintergrund der Karte einfügen lassen am sinnhaftesten. Tendenziell sollten in die OSM-Datenbank nur Dinge eingetragen werden, deren Existenz eindeutig und objektiv verifizierbar ist. Sollte an einem der eingangs beschriebenen Orte ein zur dauerhaften Aufstellung bestimmtes Objekt oder ein (kleines) Bauwerk wie z.b. ein Wegkreuz oder eine Kapelle errichtet werden wäre es allerdings möglich, diese einzutragen.

 

Informationen zu Openlayers finden sich hier: http://wiki.openstreetmap.org/wiki/DE:OpenLayers_Marker_Example , http://dev.openlayers.org/examples/osm-marker-popup.html

 

Daneben gibt es die ähnliche Anwendung OpenMarkerMap, mit der sich relativ einfach Markierungen auf ein Mapnik-Rendering setzen lassen. Beschreibung: http://wiki.openstreetmap.org/wiki/DE:Markermap , Oberfläche der Anwendung: http://www.mediensyndikat.de/generator/

 

MfG, LH

 

Gesendet: Freitag, 27. Mai 2016 um 17:31 Uhr
Von: "cont...@bodymeetssoul.net" 
An: talk-at@openstreetmap.org
Cc: "Christian Aigner | sys-admin.at" 
Betreff: [Talk-at] Wichtige Frage


Liebe Openstreetmap-Community,

ich habe mit 2 Frauen das Projekt der "Drachenaugenplätze" ins Leben gerufen (pdf im Anhang). Kurz zusammengefasst geht es um die Errichtung kleiner Kraftplätze in der freien Natur (aus Steinen, Ästen, natürlichen Fundstücken und diversen anderen kleinen persönlichen Schmuckstücken), über die sich Menschen in der ganzen Welt verbinden können. Daher war uns die Markierung solcher Plätze auf einer digitalen Weltkarte sehr wichtig. Ein Freund von mir  hat mir die Openstreetmap empfohlen, und wir haben die ersten Dragoneyeplaces schon editiert. Nun hat mich ein Administrator über Openstreetmap angesprochen, was es mit den Plätzen auf sich hat und mir empfohlen, das Projekt erstmal zur Diskussion zu stellen.

Das tu ich hiermit und entschuldige mich, falls ich in meiner Begeisterung für die Openstreetmap voreilig gehandelt habe.Ich würde mich sehr freuen, wenn Ihr unser Projekt unterstützen würdet. Wir haben keinerlei politische oder religiöse Gesinnung, es geht uns um einen sehr universellen verbindenden Charakter.

Herzliche Grüße, Astrid Steinbrecher mit Barbara und Barbara
___ 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] Ausgedruckte Wien-Karten

[liberalerhumanist]

Beim Ausräumen bin ich auf zwei Wien-Karten in Posterformat und zwei andere Poster mit wahrscheinlich OSM-Bezug gestoßen. Möglicherweise sind diese von vergangenen Linuxtagen übrig geblieben. Gibt es dafür noch verwendung bzw. würde jemand die zwei Wien-Karten (Stand 2009 und 2011) bei sich archivieren wollen? Zumindest die Karten könnte man eventuell einmal als Vergleich der Projektenwicklung verwenden.

 

MfG, LH

 

 

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

Re: [Talk-at] Leerstand in Wien im Namen gemappt

[liberalerhumanist]

Ich sehe jetzt nicht, wer das ist, aber man sollte die Leute direkt anschreiben, dass sie das mit den disused-tags lösen sollen.

 

MfG, LH

 

Gesendet: Montag, 04. April 2016 um 18:53 Uhr
Von: "Robin Däneke" 
An: "talk-at@openstreetmap.org" 
Betreff: [Talk-at] Leerstand in Wien im Namen gemappt



Hallo,
 

Derzeit mappen mehrere User mit den Changeset-Kommentaren "WU-Projekt" und ähnlichem.
So ein Projekt ist ja nicht schlecht, nur werden hier "Leerstände" und "Gemischte Nutzung" als name-tag von Adressnodes gemappt. Das ist wohl kein gängiges Schema, oder doch?


 

Hat irgendjemand Kontakte zur WU Wien, um ihnen zb. den shop=vacant oder disused:shop tag ans Herz zu legen? 

 

Mit freundlichen Grüßen

Robin Däneke (emergency99)

 

PS: Habe schon einen Changeset-Kommentar hinterlassen, und die Namen in Notes umgewandelt... Hoffe das ist ok... 

___ 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] Filialen von Dayli und Schlecker

[liberalerhumanist]

Ein Botbetreiber wird gebeten, für alle in der Datenbank noch vorhandenen Filialen von Dayli und Schlecker beim Tag "shop" den Wert von "chemist" in "vacant" zu ändern. Von diesen schon lange nicht mehr existierenden Drogeriemarktfilialen sind in der Datenbank noch zahlreiche vorhanden. Bei den ebenfalls in großer Zahl vorhandenen Zielpunkt-Filialen könnte man ähnlich vorgehen.

 

MfG, Humanist

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

[Talk-at] Treffen Linz AG - OSM Community

[liberalerhumanist]

Eine kurze Frage: Wie genau findet man vor Ort in den betreffenden Raum? Die 
Adresse ist nehme ich an die Wiener Straße 151? Sollte das Erscheinen irgendwo 
angemeldet/angekündigt werden?

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

Re: [Talk-at] Treffen Linz AG - OSM Community

[liberalerhumanist]

Eine kurze Frage: Wie genau findet man vor Ort in den betreffenden Raum? Die Adresse ist nehme ich an die Wiener Straße 151? Sollte das Erscheinen irgendwo angemeldet/angekündigt werden?

 

MfG, LH
 

 

Gesendet: Freitag, 23. Oktober 2015 um 21:05 Uhr
Von: Flaimo 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] Treffen Linz AG - OSM Community




Hallo,
 
OK, nachdem das Interesse da ist, gibt es jetzt seitens der Linz AG ein paar Terminvorschläge. Location wäre dann dieses Mal in den Besprechungsräumen der Linz AG. Ich habe daraus eine Doodle-Umfrage gemacht. Bitte an alle, die Interesse haben sich unter http://doodle.com/poll/fvs47ypb944y5yut einzutrage, damit wir den Termin finden wo die meisten Zeit haben.
 
flaimo



 

 
2015-10-20 14:20 GMT+02:00 Markus Mayr :


+1

Als Exil-Linzer in Wien fände ich einen Stammtisch in Linz auch ganz interessant. :-D

lg, Markus / ScubbX



 
Am 2015-10-20 um 12:44 schrieb Patrick Steiner:


+1Da ich ja jetzt auch ein Linzer bin, wäre ich bei einem Stammtisch gerne dabei.LG Patrick / law_skynet


On 20.10.2015, at 12:28, Günther Zin.  wrote:+1Wenn es sich zeitlich ausgeht, wäre ich auch gerne dabei.Am Dienstag, 20. Oktober 2015 11:59 CEST, "Bernhard Holub"  schrieb:


+1 auch von mir.Zu einem Stammtisch komm ich gerne.


___Talk-at mailing listTalk-at@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-at


 
 

 
 

___Talk-at mailing listTalk-at@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-at





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



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




 

 

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

Re: [Talk-at] Import Baumkataster Linz

[liberalerhumanist]

 

Der Baumkataster scheint mir von guter Qualität zu sein. Man muss aber darauf achten, dass Aktualisierungen auch automatisch in die Datenbank (z.b. per Abgleich durch Bot) übernommen werden. Der Baumkataster verzeichnet nur Bäume auf öffentlichem Grund. Nach einer kurzen Durchsicht der Karte zeigt sich, dass solche bislang kaum eingetragen sind. Wenn eine Liste dieser 257 Bäume erstellt wird, dann wäre ein Import samt manuellem Abgleich von Duplikaten kein Problem.

MfG, LH


Gesendet: Samstag, 18. Juli 2015 um 12:32 Uhr
Von: "Markus Mayr" 
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Import Baumkataster Linz


Bäume reinholen finde ich immer gut. :-)

Ist die ID tatsächlich eindeutig? In Wien hat sich herausgestellt, dass diese nur für einen Straßenzug einzigartig ist. Auf jeden Fall kann diese aber bei einem späteren Abgleich nützlich sein, um beispielsweise ein ungenaueres geometrisches Matching zu verfeinern -> "tree:ref" .

Siehst du dich mit dem manuellen Überarbeiten des Imports raus? Es sind doch schon einige Bäume drinnen (1645 Stück), von denen sich nach einer schnellen Überprüfung mit einem 5-Meter Puffer ca 257 mit den Linzer Daten überschneiden. (die KML Datei, die genau diese Bäume enthält, ist unter: http://www.gisforge.com/files/doubletrees.kml )

Definitiv machbar, aber ein bisschen Arbeit ...

 
Am 2015-07-17 um 22:45 schrieb Flaimo:




Hallo,
 
mittlerweile wurde der Baumkataster Linz in einer, meiner Meinung nach kompatiblen Lizenz, unter http://ckan.data.linz.gv.at/package/baumkataster-2015 bereit gestellt. Ich habe die Daten für JOSM aufgearbeitet: https://www.dropbox.com/s/a1psbxi8c9qpcz3/baumkataster%20linz%202015-07-17.osm?dl=0

Sofern keine Einwände bestehen würde ich die Daten gerne importieren und danach die bereits zuvor erfassten ungenaueren Duplikate per Hand eliminieren. Alle Bäume sind mit denotation=urban als "unwichtige" Bäume gekennzeichnet und haben die beiden IDs aus der Quelle eingetragen (ref + area_ref) über die man später aktualisierte Daten synchronisieren könnte. Bitte um Feedback von der Community, ob das OK geht, oder ob etwas gegen den Import spricht.
 
flaimo
 

 
 

___Talk-at mailing listTalk-at@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-at


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





 

 

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

Re: [Talk-at] Public Transport Schema und Wien

[liberalerhumanist]

 

Da oberhalb Renderings der Schienenverkehrsinfrastruktur besprochen wurden: Ich halte das Rendering von http://www.openrailwaymap.org/ mit der Miteinbeziehung von Signalen und Geschwindigkeiten für interessant.

 

MfG, LH


Gesendet: Samstag, 30. Mai 2015 um 20:08 Uhr
Von: "Robin Däneke" 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] Public Transport Schema und Wien



Passt der 33a jetzt? Wenn ja, dann werde ich sobald wie möglich alle Linien so anpassen... 
___ 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] Dankmalschutz

[liberalerhumanist]

Nachdem die Listen des BDA in die Wikipedia übernommen wurden, stehen diese zumindest über diesen Umweg über CC-BY-SA

 

MfG, Humanist

 

Gesendet: Sonntag, 29. Juni 2014 um 14:05 Uhr
Von: "Walter Nordmann" 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] Dankmalschutz

was mir da auffällt: "Sämtliche Inhalte unterliegen - sofern nicht anders angegeben -
dem Urheberrecht (Copyright) des Bundesdenkmalamtes Österreich" - da sollte man wohl mal nachhaken.

Gruss
walter (aus DE)
 

Gesendet: Sonntag, 29. Juni 2014 um 12:55 Uhr
Von: streetbot 
An: talk-at@openstreetmap.org
Betreff: [Talk-at] Dankmalschutz

Hallo,

bin gerade auf die Denkmalliste des Österreichischen Bundesdenkmalamts
gestoßen.
http://www.bda.at/downloads/1928/Denkmalliste
Alles noch schön in Steinzeit pdf und nix OpenData :)
Das gibts dann wohl auch für andere Länder...

Nun die Frage obs Sinnvol ist oder schon Bestrebungen gibt die Daten
direkt in die OSM zu importieren?

http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Kulturdenkmale
gibts ja schon, auch eine Vorlage in JOSM um Denkmäler einzugeben...

Toll wärs ja, wenn die Behörden das gleich automatisch machen würden :)
Gibts dazu vielleicht Bestrebungen, die Datensammler dazu zu bewegen,
die Daten für alle zugänglich zu machen?

Oder ist mein Anliegen besser bei OpenData Gruppen aufgehoben?

Grüße
Rob
[streetbot]

___
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] Tennengebirge

[liberalerhumanist]

Die Berggipfel kann man aus der Basemap übernehmen, wo sie hablwegs genau (haben wir ein Höhenmodell zum Vergleich?) und mit Höhenangabe eingezeichnet sind. Latschenwälder sind dort auch ansatzweise eingezeichnet. Im Tennengebirge habe Ich östlich des Salzachtals damit begonnen.

 

Wäre es möglich, aus der Basemap eine Liste der dort eingezeichnete Berggipfel anzufertigen um diese dann mit den in der OSM vorhandenen Gipfeln zu vergleichen oder die fehlenden Gipfel zu importieren? Lücken in Gebirgsregionen gibt es auch im Grenzgebiet Osttirol/Kärnten-Italien, westlich von Tamsweg und östlich der Dachsteinregion.

 

Gesendet: Mittwoch, 25. Juni 2014 um 00:45 Uhr
Von: "Friedrich Volkmann" 
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Tennengebirge

On 24.06.2014 18:40, Bernhard Rainer wrote:
> Aber falls jemand Quellen zb. für Gipfel oder Ähnliches hat, bin ich gerne
> bereit einige Zeit zu investieren.

Bei Gipfeln muss man unterscheiden zwischen Position, Höhe und Name.
Position und Höhe kannst du mit GPS einmessen. Genauer geht es mit
Laserscan. (Weiß nicht, ob für Sbg einer verfügbar ist.) Höhe wird noch
genauer, wenn man die Höhe an einer flachen Stelle (z.B. Forststraße) dem
Laserscan entnimmt und die Differenz zum Gipfel mit einem Barometer bestimmt.

Viele Gipfel sind Höhenkoten des BEV. Diese Höhenangaben unterliegen nicht
wirklich dem Urheberrecht. Besonders genau sind trigonometrische Fixpunkte,
z.B. KT-Steine. Diese Punkte sind aber nicht immer genau am Gipfel, daher
kann die Höhe von der des Gipfels abweichen.

Die Position lässt sich auch aus SRTM auslesen. Das ist sehr ungenau, aber
besser als gar nichts. In Merkaartor habe ich als Server-URL eingestellt:
http://geoweb.hft-stuttgart.de/cgi-bin/mapserv?map=/home/fjbehr/SRTM/test.map&&VERSION=1.1.1&SERVICE=WMS&LAYERS=test,Contourlinien10,Contourlinien50,Contourlinien100&SRS=EPSG:4326&STYLES=&FORMAT=image/jpeg

Auf Orthofotos lässt sich oft ganz gut abschätzen, wo die Gipfel sind.
(Schatten, Schnittpunkte der Gratrücken)

Gipfelnamen sind Gemeingut und daher ebenfalls nicht urheberrechtlich
geschützt. Man darf sie also aus amap.at, maps.kompass.at o.dgl.
abschreiben. Das Problem dabei ist, dass dort manche Namen falsch sind. Ein
offensichtliches Beispiel ist "Waschhofer Bach" (statt Berg) in den
Kompass-Karten.

basemap.at enthält Gipfelnamen und -positionen und außerdem ist das Relief
durch Schummerung kenntlich gemacht. Die Schummerung stimmt ganz gut, die
Gipfelpositionen liegen oft etwas daneben.

Die meisten Namen sind in der Franzisco-Josephinischen Landesaufnahme
enthalten. Weiß nicht, ob die Aufnahmeblätter fürs Tennengebirge schon im
Web verfügbar sind. Die Höhen stimmen ungefähr, aber nicht immer ganz genau.

Auf Gemeindeämtern erhält man oft kostenlose Gebietskarten, in denen so
manche lokale Bezeichnungen eingetragen sind, die BEV & Co unbekannt sind.

Manche topografische Bezeichnungen lassen sich Ortschroniken entnehmen, die
ebenfalls auf den Gemeindeämtern erhältlich sind.

Wenn du Gipfel mappst, kannst du bei der Gelegenheit auch gleich Täler und
Gräben (natural=valley), Grate und Rücken (natural=ridge), Felswände
(natural=cliff) usw. eintragen, v.a. wenn sie einen Namen haben.

Manchmal wird der Name einer Felswand auch für den Berg bzw. den Gipfel
gebraucht. Es ist dann Ermessenssache, worauf man den Namen mappt.

--
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] ÖPNV-Mapping und aufgetrennte Straßen = NOT FUNNY!

[liberalerhumanist]

Zu dem Thema bitte auch die aktuelle Diskussion auf der talk-transit Liste 
beachten.

MfG, LH

-Ursprüngliche Nachricht-
Gesendet: Montag, 26 Mai 2014 um 15:52:22 Uhr
Von: "Stephan Bösch-Plepelits" 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] ÖPNV-Mapping und aufgetrennte Straßen = NOT FUNNY!
On Mon, May 26, 2014 at 11:10:51AM +0200, Christian Aigner wrote:
> 
> Für eine Haltestelle, wo Straßenbahn und Buslinien halten, muß ich jetzt
> getrennte Haltestellen einzeichnen, weil erstens die Gleise von der
> Straße getrennt sind, und dann auch noch die Fahrbahnen in
> Richtungsfahrbahnen aufgetrennt wurden. CRAZY!
> 
> UND: Die OpenStreetMap ist NICHT Malen nach Zahlen! Eine Landkarte ist
> ein symbolisches Abbild der Welt.
> 

Meine voll Zustimmung. Wenn die Fahrbahnen baulich getrennt sind, dann
finde ich auch eine Auftrennung in den Daten sinnvoll ... sonst nicht.

Zu den Strassenbahnen: Ich finde auch, dass es syntaktisch etwas anderes
ist, ob Strassenbahngleise AUF der Fahrbahn sind (typischer Fall von
highway=* railway=tram tracks=2) oder neben, sprich ein getrennter
Gleiskörper.

Da ich persönlich ja mehr im Rendering als im Mapping beschäftigt bin, muss
ich auch sagen, dass das ziemlich arge Auswirkungen hat. Z.B. kann ich
nicht mehr sagen, auf der Straße X fahren Linie A und B in beide
Richtungen. Nein, ich muss drei oder mehr verschiedene Linien zeichnen -
das macht auch das Ergebnis unübersichtlich.

Theoretisch könnte man noch per Abstandsmessungen sagen: ok, die Gleise
sind so knapp, dass sie wohl auf der Straße liegen und dies zusammenfassen,
in der Praxis ist das aber nicht durchführbar und fehleranfällig.
Um ehrlich zu sein hab ichs nie probiert, aber in Gedanken bin ichs schon
100mal durchgegangen, wie man das machen könnte.

Als ich in meiner Gegend entdeckt hatte, wie ein User die Fahrbahn und die
Straßenbahngeleise aufgetrennt hat, hab ich ihm geschrieben und versucht
ihn davon abzuhalten - natürlich zwecklos. Inzwischen ist ja fast ganz Wien
schon so verunstaltet worden ...

gruesse,
Stephan

PS: Apropos Micromapping - letztens ist mir aufgefallen, dass
viele Öffi-Wartehäuseln inzwischen nicht nur als Node mit amenity=shelter
eingetragen sind, sondern (zusätzlich!) als Fläche mit building=roof.
PPS: Ein paar Parks in Wien wurden ja vor einiger Zeit schon in viele
kleine Parks (durch die Parkwege getrennt) aufgeteilt - sogar ohne Name,
ohne zusammenfassende Relation. Sprich: Total falsch. Ein paar dieser Parks
hab ich wieder in einzelne Flächen zurückverwandelt - dafür (wieder) mit
Name und Link zu Wikipedia.
PPPS: Von wegen Malen nach Zahlen: Schaut auch mal den Belvederegarten an:
http://osm.org/go/0JrIZnNa
-- 
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] ÖPNV - Stadtverkehr Mödling

[liberalerhumanist]

Der VOR und der VVNB bezeichnen die Linie mit der Nummer 1 (anbei der Fahrplan: 
http://efa.vor.at/vor/TTB/WWW06_645f_TP.pdf ). Der VOR führt in seinen 
Linienfahrplänen ( http://www.vor.at/efa/linienfahrplan/ ) mehrere Linien mit 
der Nummer 1. Für die Verwaltung der Linienrelation in der OSM ist weniger die 
Referenznummer, sondern der Name der Relationen relevant. "ref=1" ist korrekt. 
Für den Relationsnamen würde Ich vorschlagen: Im "Route Master=1-Stadtverkehr 
Mödling", in den Richtungsrelationen als Wert "1 - Stadtverkehr Mödling 
(Richtung A bzw. B)". Dies sollte ausreichen, um diese Relationen von denen 
anderer Linien mit der Nummer 1 unterscheidbar zu machen. Betreiber bzw. 
Operator ist im Übrigen nicht die Gemeinde Mödling, sondern der Postbus. 
Network wären VOR und VVNB, den Route-Master sollte man im Idealfall neben dem 
entsprechenden Tag auch in der Sammelrelation der beiden Verkehrsverbünde 
eintragen.

MfG, LH

-Ursprüngliche Nachricht-
Gesendet: Donnerstag, 22 Mai 2014 um 18:39:16 Uhr
Von: "Norbert Wenzel" 
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] ÖPNV - Stadtverkehr Mödling
On 05/22/2014 05:10 PM, Christian Aigner wrote:
> Ich hab gerade den Citybus 1 in M�dling angelegt.
> 
> Welche ref-Nummer bekommt der?
> 
> ref=1 ?
> 
> Kann es vorkommen, da� es im VOR noch irgendwo anders einen Bus mit der
> Nummer 1 gibt?

Vermutlich. Aber er wird wohl der einzige sein der von der Stadt M�dling
betrieben wird. Ich hab jetzt allerdings keine Ahnung wie das zu taggen
ist (ev operator vs. network oder so?), aber ich denk in den Daten
sollte man den Unterschied erkennen k�nnen. Der VOR ist ja nur ein
Tarifverbund, die Linienbezeichnungen sind wohl Sache des Betreibers.

Mal schauen was die �PNV Profis dazu sagen.

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] Kartographierung überfluteter Gebiete am in Serbien, Kroatien und Bosnien und Herzgovina

[liberalerhumanist]

Das HOT ersucht um Unterstützung bei der Kartographierung der von den derzeitigen Überschwemmungen betroffenen Gebieten in Serbien, Kroatien und Bosnien-Herzegovina. Die Koordinierung erfolgt über die Seite: http://wiki.openstreetmap.org/wiki/2014_Southeast_Europe_floods bzw. die dort angeführten Tasking Manager. Für den Großteil der betreffenden Gebiete sind Luftbilder von Bing in der auch in Österreich üblichen Qualität vorhanden.

 

MfG, LH

 

 

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

[Talk-at] Gehsteigmapping und Ressourcenallokation

[liberalerhumanist]

 

Unabhängig von praktischen Problemen halte Ich am Gehsteigmapping einen Aspekt für problematisch: In Wien sind noch nicht einmal alle Häuser und Hausnummern erfasst. Anstatt Gehsteige einzuzeichnen, die von keiner mir bekannten Anwendung ausgewertet werden, wäre es sinnvoller, Daten einzutragen, für die es eine tatsächliche Verwendung gibt. Mit den entsprechenden Datensätzen der Stadt Wien und der basemap stehen dafür gute Quellen zur Verfügung. Ebenfalls nur bruchstückhaft erfasst ist das Netz des öffentlichen Verkehrs.

 

Es wäre hilfreich, wenn man sich farauf konzentrieren könnte, vor allem solche Daten einzutragen, die trotz ihres hohen Nutzens noch fehlen.

 

MfG, Humanist

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

[Talk-at] ÖBB

[liberalerhumanist]

Die ÖBB haben sich aus welchen Grund auch immer dazu entschlossen, ihre Daten 
in das - an sich recht unbrauchbare- Google-System zu integrieren. (Bericht aus 
dem Standard 
http://derstandard.at/1385171282859/OeBB-Daten-jetzt-in-Google-Maps-verfuegbar 
). Laut Offene Öffis scheint es hier einen Exklusivvertrag zu geben, der es 
unwahrscheinlich macht, dass die Fahrplandaten der ÖBB (die auch zahlreiche 
Geographische Informationen umfassen (v.a. Bahnhöfe) in nächster Zeit via Open 
Data verfügbar werden ( 
http://www.offene-oeffis.at/2013/12/17/google-bekommt-oebb-daten/ )

An sich ist es fragwürdig, dass diese Daten einem Anbieter auf Kosten der ÖBB 
exklusiv zur Verfügung gestellt werden. Ich hielte hier mindestens eine 
Stellungnahme mit Kritik an diesem Vorgehen auf Basis der Argumente für Open 
Data auf der Open-Streetmap-Austria-Website für sinnhaft.

MfG, Humanist

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

Re: [Talk-at] "Humanitarian Mapping" in Österreich

[liberalerhumanist]

Haben wir eine Möglichkeit, an die Straßennamen heranzukommen?

MfG, Humanist
 Original-Nachricht 
> Datum: Wed, 7 Nov 2012 00:02:23 +0100
> Von: Soldier Boy 
> An: OpenStreetMap AT 
> Betreff: Re: [Talk-at]"Humanitarian Mapping" in Österreich

> Der Aufruf hat ja schon einiges bewirkt. Und zwar soviel das schon die
> ersten Konflikte auftretten beim hochladen. Wir sollten uns vll Gebiete
> einteilen oder so
> 
> mfg Thomas
> 
> Am 6. November 2012 22:50 schrieb Marijan Writz :
> 
> > Hallo Leute!
> >
> > Sicher haben einige von euch vom Jahrhunderthochwasser der Drau in
> Kärnten
> > gehört. Besonders betroffen davon war/ist Lavamünd.
> > In OSM wurde dieser Ort zuletzt eher stiefmütterlich behandelt. Darum
> gibt
> > es fast keine Straßen (vom Rest ganz zu schweigen), lediglich die
> > Hauptverkehrsroute - und die auch nicht unbedingt lagegenau.
> > Wie wär's wenn man dieses Hochwasser als Anlass nimmt, hier etwas
> > Entwicklungshilfe zu leisten? Da draußen in der Mapperwelt gibt es
> sicher
> > noch Leute, die eine neue Herausforderung suchen.
> >
> >
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-at
> >

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

Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert

[liberalerhumanist]

Ich den Häuserblock Kapuzinerstraße/Steingasse/Waltherstraße/Baumbachstraße mit 
3D-Tags versehen, verwendet wurden Tags laut: 
http://wiki.openstreetmap.org/wiki/Building_attributes .

Ich habe die Gebäudehöhe mit building:levels=* angegeben, da mir keine 
Gebäudehöhen bekannt sind. Ich habe keine Tags nach dem Muster 
building:roof:ridge=* und building:roof:orientation=* verwendet, da mir die 
Verwendungsmöglichkeit nicht ganz klar ist. Ich möchte für die Dachkante nicht 
unbedingt neue Linien einzeichnen.

MfG, Humanist.
 Original-Nachricht 
> Datum: Mon, 24 Sep 2012 21:26:33 +0200
> Von: liberalerhuman...@gmx-topmail.de
> An: OpenStreetMap AT 
> Betreff: Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert

> Haben wir von Linz irgendwo die Gebäudehöhen? Dachformen könnte man
> auch vom Luftbild eintragen, für einige Gebäude bräuchte man eigene
> 3D-Modelle (Schloss, Lentos, Dom etc.)
> 
> Generell sieht die Darstellung von Graz gut aus, Ich hielte allerdings
> wenig davon, Dach- und Hauswandfarben in die Karte einzutragen. Das sind zu
> flexible Daten, die eher mehr eine Sache für Luftbilder sind. 
> 
> MfG,
> Humanist
>  Original-Nachricht 
> > Datum: Mon, 24 Sep 2012 20:35:32 +0200
> > Von: Lars Schimmer 
> > An: talk-at@openstreetmap.org
> > Betreff: Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert
> 
> > On 24.09.2012 19:15, Flaimo wrote:
> > > Wäre toll wenn man das auch für Linz machen könnte. Was buildings
> > > betrifft, ist so gut wie alles von den Plänen übertragen, welche die
> > > Stadt im Zuge von Open Commons zur Verfügung gestellt hat.
> > 
> > Zum einen: einfach die Admins von osm2world anschreiben, die Nummern der
> > (mapnik) Kacheln angeben für den gewünschten Bereich und lieb um
> rendern
> > bitten.
> > 
> > Zum anderen: sinnvolles Rendering ist nur dann gegeben, wenn die
> Gebäude
> > 3D Daten nach dem simple 3D Tagging bekommen haben. Sonst schauts fad
> aus.
> > Zum einfachen Rendern gibt es ja auch osm2world als offline Software.
> > Wenn du magst, setz ich mich die Woche mal hin und erstelle ein .obj von
> > Linz (soweit machbar von der Größe her).
> > Oder zum ganz schnellen Test halt das Kendzi3D Plugin für JOSM, das ist
> > auch klasse.
> > 
> > Hat Linz schon 3D Tags? Siehe mein Posting von vorhin mit dem kleinen
> > cheat-sheet.
> > 
> > 
> > > flaimo
> > 
> > 
> > MfG,
> > Lars Schimmer
> > -- 
> > -
> > TU Graz, Institut für ComputerGraphik & WissensVisualisierung
> > Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
> > Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723
> > 
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-at
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert

[liberalerhumanist]

Haben wir von Linz irgendwo die Gebäudehöhen? Dachformen könnte man auch vom 
Luftbild eintragen, für einige Gebäude bräuchte man eigene 3D-Modelle (Schloss, 
Lentos, Dom etc.)

Generell sieht die Darstellung von Graz gut aus, Ich hielte allerdings wenig 
davon, Dach- und Hauswandfarben in die Karte einzutragen. Das sind zu flexible 
Daten, die eher mehr eine Sache für Luftbilder sind. 

MfG,
Humanist
 Original-Nachricht 
> Datum: Mon, 24 Sep 2012 20:35:32 +0200
> Von: Lars Schimmer 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] OSM 3D in osm2world - Graz wird gerendert

> On 24.09.2012 19:15, Flaimo wrote:
> > Wäre toll wenn man das auch für Linz machen könnte. Was buildings
> > betrifft, ist so gut wie alles von den Plänen übertragen, welche die
> > Stadt im Zuge von Open Commons zur Verfügung gestellt hat.
> 
> Zum einen: einfach die Admins von osm2world anschreiben, die Nummern der
> (mapnik) Kacheln angeben für den gewünschten Bereich und lieb um rendern
> bitten.
> 
> Zum anderen: sinnvolles Rendering ist nur dann gegeben, wenn die Gebäude
> 3D Daten nach dem simple 3D Tagging bekommen haben. Sonst schauts fad aus.
> Zum einfachen Rendern gibt es ja auch osm2world als offline Software.
> Wenn du magst, setz ich mich die Woche mal hin und erstelle ein .obj von
> Linz (soweit machbar von der Größe her).
> Oder zum ganz schnellen Test halt das Kendzi3D Plugin für JOSM, das ist
> auch klasse.
> 
> Hat Linz schon 3D Tags? Siehe mein Posting von vorhin mit dem kleinen
> cheat-sheet.
> 
> 
> > flaimo
> 
> 
> MfG,
> Lars Schimmer
> -- 
> -
> TU Graz, Institut für ComputerGraphik & WissensVisualisierung
> Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
> Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

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

[Talk-at] Dilletantische OSM-Verwendung in Flugblatt

[liberalerhumanist]

Eine Baumarktkette hat folgendes Flugblatt an Haushalte in Linz zustellen 
lassen: http://quester.at/downloads/Wohnen_04_12_Fil640.pdf . Die Karte am 
unteren Teil des Flugblattes entstammt offensichtlich der OSM, Rendering durch 
Mapnik. Die Quelle wurde nicht genannt. 

Die Karte wurde in einer grotesken Weise bearbeitet, sodass nicht nur ein 
Großteil der eingezeichneten Häuser verschwunden ist, sondern auch Wege, 
Richtungspfeile der Autobahn und eine undefinierbare teilweise weise Linie quer 
über den Kartenausschnitt verteilt sind. Die OSM weist nicht erst seit gestern 
in diesem Gebiet einen hohen Detailgrad auf: 
http://www.openstreetmap.org/?lat=48.28509&lon=14.30927&zoom=17&layers=M . 
Möchte jemand nachfragen, wie dieses Ergebniss zustande kam? 

MfG, Humanist


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

[Talk-at] Unvollständig eingetragene Linien des öffentlichen Verkehrs

[liberalerhumanist]

Ich bin in letzter Zeit auf zahlreiche ÖV-Linien gestoßen, die falsch 
eingetragen waren. In einigen Fällen wurden schlichtwegs falsche Tags 
verwendet, die die Linien als solche nicht erkennbar machten. Bei zahlreichen 
Bahnlinien wurden statt "route=train" ein anderer Wert verwendet, was dazu 
führte, dass sämtliche einschlägigen Karten das halbe Bahnnetz Oberösterreichs 
nicht anzeigten. 

Ein weiteres Problem ist, dass bei zahlreichen Linien nur die Route für die 
Linie in einer Richtung angelegt wurde, Route_Master und die Route in 
gegenläufiger Richtung fehlen.

Abgesehen davon, dass nur wenige Netzstrukturen eingetragen sind gäbe es auch 
am vorhandenen Material Korrekturbedarf. Neueintragungen sollten auch auf 
Seiten wie http://wiki.openstreetmap.org/wiki/Upper_Austria_Public_Transport 
vermerkt werden.

Mfg, LH



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

[Talk-at] OÖVV - Haltestellendaten

[liberalerhumanist]

Ich erhalte gerade die Information, dass der OÖVV gedenkt, seine 
Haltestellendaten als Download anzubieten. Über die Lizenzfrage ist mir nichts 
bekannt. Möchte jemand nachfragen, ob man bereit wäre, die Daten als Odbl zu 
veröffentlichen?

MfG, LH

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

[Talk-at] öffentliche Verkehrsmittel

[liberalerhumanist]

Gibt es Konventionen, die beim Eintragen öffentlicher Verkehrsmittel zu 
beachten sind, bzw. gibt es zurzeit organisierte Bemühungen in diese Richtung?

MfG, Humanist

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

Re: [Talk-at] See-Grenze, Knotenlimit

[liberalerhumanist]

Der Neusiedler-See ist z.b. als Multipolygon eingezeichnet, die Außengrenze des 
Sees besteht aus mehreren Wegen, die die Rolle "outer" haben. 

MfG, Humanist
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Lizenzwechsel und Bagatell-Aenderungen

[liberalerhumanist]

@ Frederik Ramm: Vielmaligen Dank für die Klarstellungen. 

Als einziges Problem bleiben die Objekte, bei denen die erste Version vom 
besagten User stammt. Zur Ausfilterung solcher Objekte könnte man z.b. 
keepright verwenden oder einen Hinweis für die Lizenzstatuskontrolleure 
anbringen. Wenn man die V1-Objekte dieses Users kennt hat muss man aber immer 
noch irgendwie kontrollieren, ob dort der Betreffende etwas gelöscht hat. 

Bei Changesets wie: 
*http://www.openstreetmap.org/browse/changeset/4643162
*http://www.openstreetmap.org/browse/changeset/4643165 

habe Ich allerdings massive Zweifel, ob dieser User überhaupt eigene Daten 
eingebracht hat.

MfG, Humanist
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Vandalismus

[liberalerhumanist]

Dass Dem Vandalen keine Urheberschaft zukommt dürfte unbestritten sein, 
allerdings werden die Daten bezüglich ihrer ODBL-Kompatibilität nach den 
Leuten, die in der Versionsgeschichte stehen bewertet werden. 

Um allfällige Probleme bei der Lizenzumstellung zu vermeiden werde Ich bei der 
Data Working Group nachfragen, ob wir an den betroffenen Inhalten etwas ändern 
müssen, ob die DWG oder die License Working Group die Edits dieses Useres 
markieren oder ob die Überprüfung der Lizenzkompatibilität bei der Umstellung 
solche Sonderfälle gesondert behandelt. 

Sobald Ich eine Antowrt habe werde Ich mich wieder melden.

MfG, Humanist
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Vandalismus

[liberalerhumanist]

Boris Cornet schrieb:
>Immerhin kann Entwarnung für die 3 genannten usernamen gegeben werden,
>ein account ist gelöscht, bei den beiden anderen: letzte changesets im
>Herbst letzten Jahres.

Irgendetwas muss von ihm noch da sein, er wird auf odbl.de unter den Rängen 
251, 1060 und 1212 geführt. Das odbl.de-Werkzeug überprüft die Knoten, Wege und 
Relationen, an denen ein Benutzer zuletzt editiert hat. Organisierte 
Löschaktionen hat es gegeben, allerdings dürfte diese die die Accounts 
"Pfoten_weg", "Pfoten-Weg" und "Rambazamba" umfasst haben. 

Sich registrieren oder gar editieren kann der Vandale allerdings nicht mehr, da 
er bekennender ODBL-Ablehner ist.

Laut der Bundesländer-Eingrenzung auf odbl.de war er hauptsächlich in Tirol, 
Salzburg und Vorarlberg unterwegs. Sein Wirken ist auf den beiden 
Mailinglistendiskussionen, die Ich in meinem vorherigen Mail verlinkte gut 
dokumentiert. Es gliedert sich in sinnlose Daten (Punkte ohne Attribute mitten 
im Ozean), Vandalismus an bestehenden Tags und dem bereits erwähnten 
Vortäuschen eienr Urheberschaft an Daten, das die betreffenden Daten als 
nicht-ODBL-kompitabel ausweist. 

Die von ihm gelöschten Daten sind ein Problem, für das es nur eine komplexe 
Lösung geben dürfte. Allerdings war er nicht immer so gründlich, sondern hat in 
einigen Fällen auch eine einfachere Variante genommen, z.b.
*http://www.openstreetmap.org/browse/node/323267288/history
*http://www.openstreetmap.org/browse/way/4216034/history

Man beachte, dass die Knoten gleich blieben.

Er hat im Übrigen auch Daten gelöscht, die bislang nicht wiederhergestellt 
worden sind. 

Dass er allerdings massiv Verionsgeschischten ruiniert hat ist auch im 
OSM-Forum belegt: http://forum.openstreetmap.org/viewtopic.php?id=13225&p=3

Im OSM_Forum wurde vorgeschlagen, die Data Working Group zu kontaktieren, 
Frederik Ramm, dortiges Mitglied war bereits mit diesem User befasst, 
vielleicht könnte man ihn einfach Zwangsumstellen, er hat ja keine Date 
eingebracht.

Ergänzung: Ich habe an der Grenze der Gemeinden Steinberg am Rofan und 
Brandenberg (beide Tirol, Bezirksgrenze Kufstein, Schwaz) zahlreiche Edits 
dieses Users gefunden, darunter diesen Edit, der stellvertretend für sein 
Wirken ist: http://www.openstreetmap.org/browse/changeset/2986371 . Ein 
betroffener Knoten: http://www.openstreetmap.org/browse/node/333930538 .

MfG, Humanist
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Vandalismus

[liberalerhumanist]

Ein vor allem in Deutschland tätiger Vandale hat sich in begrenztem Ausmaß auch 
in Österreich schändlich betätigt.
Der betreffende User, dessen Selbstpräsentation schwere psychische Probleme 
nahe legt hat lt. der deutschen Mailingliste offenbar automatisch Daten 
gelöscht und dann nahezu unverändert wieder hochgeladen, siehe: 
http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/66243 . In der 
Versionsgeschichte wird er daher als Urheber genannt, allerdings hat er die 
ODBL abgelehnt. Die Daten, die er von anderen Usern entwendet hat werden 
fälschlicherweise ihm zugerechnet. Dies betrifft ein halbes Promille des 
Österreich-Gesamtbestandes.

Seine Ziele hat der Täter durch das Stalken des xybots gefunden, wesshalb sich 
seine Edits unter mehreren Accounts über alle Kontinente verteilen. Neben 
diesem Datendiebstahl hat er auch Tags entfernt und Daten verfälscht. 

Meines Erachtens wäre es aus 2 Gründen sinnvoll, seine Edits vollständig 
zurückzusetzen: 
1)Die Daten werden wieder den tatsächlichen Urhebern zugerechnet
2)Vandalismus wird entfernt, "verschwundene" Tags tauchen wieder auf.

Probleme könnte es geben, wenn jemand nach dem Betreffenden ein Objekt editiert 
hat.

Der Betreffende war in Österreich unter folgenden Accounts aktiv:
*http://www.openstreetmap.org/user/lmaa-du-osm-korinthenkacker
*http://www.openstreetmap.org/user/leck_mich_alle_am_arsch
*http://www.openstreetmap.org/user/hasse_osm_korinthenkacker

Sein Wirken in Zahlen auf odbl.de:
*http://www.odbl.de/austria.html

Links zu Kopien der deutschen Mailinglist:
*http://web.archiveorange.com/archive/v/ikstFpzxcTWKhkT1wVX9
*http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/66243

MfG, Humanist
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Gehsteige, ÖPNV-Schema

[liberalerhumanist]

Bezüglich der Gehsteige: Ich würde die Erfassung der Straßenflächen mit 
area=highway und das Einzeichnen von Gehsteigen und Radwegen als eigene Linien 
für übersichtlicher halten. Mit Tags würde es funktionieren, allerdings wird 
das bei der Datenverwaltung udn Kontrolle sehr unübersichtlich.

Bezüglich der Einzeichnung von Buslinien: Das ÖPNV-Schema lässt die Möglichkeit 
offen, entweder eine oder zwei stop_positions  einzuzeichnen. 2 stop_positions 
sollten laut ÖPNV-Schema eingezeichnet werden, wenn die Haltepunkte für die 
jeweiligen Richtungen weit auseinander liegen.  Es scheint in vielen Gegenden 
üblich geworden zu sein, prinzipiell 2 stop-positions einzuzeichnen, die 
Möglichkeit eine platform einzuzeichnen wird dagegen nicht genutzt. Gibt es 
dafür Gründe.

MfG, Humanist
 Original-Nachricht 
> Datum: Sun, 04 Sep 2011 12:00:01 +0100
> Von: talk-at-requ...@openstreetmap.org
> An: talk-at@openstreetmap.org
> Betreff: Talk-at Digest, Vol 35, Issue 6

> Send Talk-at mailing list submissions to
>   talk-at@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   http://lists.openstreetmap.org/listinfo/talk-at
> or, via email, send a message with subject or body 'help' to
>   talk-at-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>   talk-at-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-at digest..."
> 
> 
> Today's Topics:
> 
>1. Gehsteige (war: das 'new barrier types' proposal) (Paul K.)
>2. Re: Gehsteige (war: das 'new barrier types' proposal) (adry)
>3. Re: Gehsteige (war: das 'new barrier types' proposal) (Paul K.)
>4. Re: Gehsteige (war: das 'new barrier types' proposal) (adry)
>5. Re: Gehsteige (war: das 'new barrier types' proposal) (J.)
>6. Re: Gehsteige (war: das 'new barrier types' proposal) (Paul K.)
> 
> 
> --
> 
> Message: 1
> Date: Sat, 03 Sep 2011 19:54:05 +0200
> From: "Paul K." 
> To: OpenStreetMap AT 
> Subject: [Talk-at] Gehsteige (war: das 'new barrier types' proposal)
> Message-ID: <4e6269bd.1010...@euirc.eu>
> Content-Type: text/plain; charset=UTF-8
> 
> Hallo!
> 
> On 2011-09-02 19:30, Friedrich Volkmann wrote:
> > Es gibt schon jetzt einige Micromapper, die in der Stadt jeden Gehsteig
> > als highway=footway mappen.
> 
> Hierzu eine Frage, weil ich das an einer Stelle selbst schon gemacht hab
> (bitte keine Schreikr?mpfe deshalb):
> 
> http://osm.org/go/0JrLL3gv_--
> 
> Hier habe ich das selbst an der Langobardenstra?e so gemacht. Hier
> befindet sich eine f?r Fu?g?nger nicht wirklich ?berquerbare
> Stra?enbahnstrecke (unbetoniert mit Vignolgleis) zwischen den beiden
> (getrennten) Richtungsfahrbahnen und dem Gehsteig.
> 
> Das ist an dieser Stelle meiner Meinung nach n?mlich durchaus hilfreich.
> Wie man sieht, befindet sich zwischen Oskar-Sima-Gasse und
> Annie-Rosar-Weg n?mlich ein Fu?weg nach Norden, der zur eigentlichen
> Langobardenstra?e nicht verbunden ist, und zwar ganz bewusst, denn man
> kann dort die Stra?enbahnstrecke nicht (einfach) ?berqueren.
> 
> Ist das nun schlecht? Bin ich jetzt auch so ein "Micromapper", der
> v?lligen Unsinn veranstaltet hat?
> 
> lg
> darkweasel
> 
> 
> 
> --
> 
> Message: 2
> Date: Sat, 03 Sep 2011 21:19:30 +0200
> From: adry 
> To: OpenStreetMap AT 
> Subject: Re: [Talk-at] Gehsteige (war: das 'new barrier types'
>   proposal)
> Message-ID: <4e627dc2.7040...@gmx.at>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Finde ich in diesem Fall Richtig so.
> Der Gehsteig ist ja nicht mit der Stra?e verbunden sondern durch die 
> un?bequerbaren Gleise getrennt.
> Fu?g?nger haben in diesem Fall eine andere Route und k?nnen auch (in 
> real) nicht beliebig die Stra?e ?berqueren.
> 
> Wenn der Gehtsteig an die Stra?e grenzt wie das meistens so ist, dann 
> ist es kontraproduktiv den Gehsteig als eigene Linie zu mappen, da es 
> auch nicht der routing realit?t entspricht.
> 
> 
> On 03.09.2011 19:54, Paul K. wrote:
> > Hallo!
> >
> > On 2011-09-02 19:30, Friedrich Volkmann wrote:
> >> Es gibt schon jetzt einige Micromapper, die in der Stadt jeden Gehsteig
> >> als highway=footway mappen.
> >
> > Hierzu eine Frage, weil ich das an einer Stelle selbst schon gemacht hab
> > (bitte keine Schreikr?mpfe deshalb):
> >
> > http://osm.org/go/0JrLL3gv_--
> >
> > Hier habe ich das selbst an der Langobardenstra?e so gemacht. Hier
> > befindet sich eine f?r Fu?g?nger nicht wirklich ?berquerbare
> > Stra?enbahnstrecke (unbetoniert mit Vignolgleis) zwischen den beiden
> > (getrennten) Richtungsfahrbahnen und dem Gehsteig.
> >
> > Das ist an dieser Stelle meiner Meinung nach n?mlich durchaus hilfreich.
> > Wie man sieht, befindet sich zwischen Oskar-Sima-Gasse und
> > Annie-Rosar-Weg n?mlich ein Fu?weg nach Norden, der zur eigentlichen
> > Langobardenstra?e nich

Re: [Talk-at] spritpreisrechner.at: OSM's Nominatim für die Suche?

[liberalerhumanist]

Norber Wenzl schrieb:
Wie's tatsächlich lizenzrechtlich ausschaut, wenn ich die Datenbank für 
mich kopier und irgendeine API darauf aufbau kann ich nicht sagen, aber 
ich denk mal die Namensnennung müsste dann schon gemacht werden, auch 
wenn die Daten selbst gar nicht bis zum User kommen.

Hier greift der Datenbankschutz. Auch Datenbanken sind geschützt, besonders, 
wenn man sie in vollem Umfang verwendet. 

Die Idee für einen Flame ist allerdings nicht zu neu, die Wiener Linien haben 
mit der Begründung "Wir möchten nicht mit fürchterlichen Anwendungen in 
Verbindung gebracht werden" die Fahrplandatenweitergabe an Google eingestellt. 

ocm 82993 schrieb:
Eine schnelle Suche nach Adressen [2] zeigt vertraut aufgebaute
 Ergebnisse
Zum Beispiel liefert der Suchstring "Hollabrunn" das Ergebnis "Hollabrunn, 
Bahnhofplatz, Hollabrunn, Bezirk Hollabrunn, Hollabrunn, Lower Austria, 2020, 
Österreich"

MfG, Humanist

 Original-Nachricht 
> Datum: Mon, 22 Aug 2011 14:36:20 +0200
> Von: Norbert Wenzel 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] spritpreisrechner.at: OSM\'s Nominatim für die Suche?

> On 22.08.2011 14:12, ocm82993 wrote:
> > Eine schnelle Suche nach Adressen [2] zeigt vertraut aufgebaute
> Ergebnisse.
> > Zum Beispiel liefert der Suchstring "Hollabrunn" das Ergebnis
> > "Hollabrunn, Bahnhofplatz, Hollabrunn, Bezirk Hollabrunn, Hollabrunn,
> > Lower Austria, 2020, Österreich"
> > Scheinbar werden dort Daten von OSM verwendet - was ja auch toll ist :-)
> 
> Ich hab nur gesehen, dass sie Javascript sowohl von Google als auch 
> Mapqeust einbinden. Es kann also sein, dass sie für die Adresssuche 
> irgendein Service von Mapquest verwenden, falls die sowas anbieten.
> 
> Wie's tatsächlich lizenzrechtlich ausschaut, wenn ich die Datenbank für 
> mich kopier und irgendeine API darauf aufbau kann ich nicht sagen, aber 
> ich denk mal die Namensnennung müsste dann schon gemacht werden, auch 
> wenn die Daten selbst gar nicht bis zum User kommen.
> 
> Norbert
> 
> PS: Aber ich hoffe mal, dass sie auf diesem Rohrkrepierer von 
> Website nicht OSM erwähnen müssen, is ja peinlich dort erwähnt zu 
> werden.
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Linien des öffentlichen Personennahverkehrs

[liberalerhumanist]

Wie bekannt ist die Darstellung von hauptsächlich Buslinien technisch gesehen 
offenbar nur mit hohem Aufwand möglich. Ferner wäre es zweckmäßig, das 
Einzeichnen von Buslinien zu organisieren und gleichzeitig das eingezeichnete 
Liniennetz übersichtlich zu halten.

Ich schlage daher vor, für jedes Bundesland/für jeden Verkehrsverbund im Wiki 
Übersichtsseiten nach dem Muster von 
http://wiki.openstreetmap.org/wiki/Upper_Austria_Public_Transport anzulegen und 
gleichzeitig festzulegen, dass vorerst nur Linien mit mindestens 6 Kursen pro 
Werktag und Richtung eingezeichnet werden. 

MfG, Humanist
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] JOSM und CT-Hakerl

[liberalerhumanist]

Angeblich steht dieses Häkchen dafür, dass du deine Bearbeitungen als unter der 
Public Domain stehend betrachtest.

Bei mir verhält es sich ähnlich, Ich habe, als Ich der neuen Lizenz zustimmte 
allerdings nicht auf das entsprechende Auswahlfeld geklickt. 

Es ist jedoch etwas strittig, ob dieses Auswahlfeld tatsächlich ausreicht, um 
seine Daten unter die PD zu stellen.

MfG, Humanist
 Original-Nachricht 
> Datum: Tue, 09 Aug 2011 23:41:37 +0200
> Von: Johannes Sixt 
> An: OpenStreetMap AT 
> Betreff: [Talk-at] JOSM und CT-Hakerl

> Hi!
> 
> JOSM hat ja diese Fensterchen, das die Autoren der selektierten Objekte
> auflistet. Da entdecke ich, dass das Hakerl, welches anzeigt ob der
> Autor schon den CT zugestimmt hat, bei mir grau ist statt grün. Aber bei
> meinem OSM-Account steht unter "Vereinbarung für Mitwirkende": Du hast
> der neuen Vereinbarung für Mitwirkende zugestimmt.
> 
> Weiß jemand, was da los ist und ob das graue Hakerl in JOSM überhaupt
> von Bedeutung ist?
> 
> Gruß,
> Hannes
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Korrektes Einzeichnen von Buslinien

[liberalerhumanist]

Aus gegebenem Anlass suche Ich nach einem Werkzeug, das überprüft, ob eine 
Buslinie korrekt eingetragen ist und im Idealfall den Fehler benennt. 

Prinzipiell scheint der OpenStreetBrowser mit der Möglichkeit, Routen 
anzuzeigen dazu geeignet, allerdings scheint die Aktualisierung der im dortigen 
System dargestellten Routen auch eher sporadisch zu sein.

MfG, Humanist 
-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] Wiener Open Government Data Plattform Treffen am 28. Juli 2011

[liberalerhumanist]

Auf der Homepage wird eine Anmeldung erwähnt, sollte man eine solche absenden?

MfG, Humanist
 Original-Nachricht 
> Datum: Mon, 25 Jul 2011 15:15:33 +0200
> Von: Andreas Trawoeger 
> An: OpenStreetMap AT 
> Betreff: [Talk-at] Wiener Open Government Data Plattform Treffen am 28. Juli  
> 2011

> Hallo an Alle!
> 
> Diesen Donnerstag 28. Juli 2011 zwischen 16.00 - 18.00 Uhr ist wieder
> Wiener
> Open Government Data Plattform Treffen [0] in der Rathausstraße 1, 1010
> Wien,   zusammen mit Vertretern der Stadt Wien, Wiener Verkehrsbetriebe
> und
> dem Verkehrsverbund Ostregion.
> 
> Die letzten Treffen waren ausgesprochen produktiv und es wäre schön,
> wenn am
> Donnerstag einige neue Personen dazustoßen würden.
> 
> 
> cu andreas
> 
> 
> [0] http://data.wien.gv.at/veranstaltungen

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] GeoImage in HiRes (!)

[liberalerhumanist]

Der Kanaldeckel liegt in Leonding an der Kreuzung 
Schiefersteinstraße/Nöbauerstraße, 30 Meter in Richtung Osten, zwischen 
Swimmingpool und dem silbernen Auto.

Der Kanaldeckel scheint 70 cm Durchmesser zu haben, Bing stellt ihn mit 7-8 
Pixeln dar, Geoimage.at mit 3 Pixeln. 

Ich habe die URL mit meinem Key in JOSM angegeben, das Geoimage-Bildmaterial 
wird mit den Geoimae-Logos auf den Luftbildern geliefert, Ich weiß nicht, ob 
das das hochauflösende Bildmaterial oder nach wie vor das frei verfügbare 
Bildmaterial ist.

MfG, Humanist
 Original-Nachricht 
> Datum: Tue, 19 Jul 2011 22:46:17 +0200
> Von: liste_fran...@gmx.de
> An: talk-at@openstreetmap.org
> Betreff: [Talk-at]  GeoImage in HiRes (!)

> 
> Moin moin,
> 
> Humanist schrieb heute:
> 
> > Ich bezweifle, dass es sich hierbei um die angegeben Auflösung von 12,5
> cm pro Pixel handelt.
> 
> Wenn ich ganz amateurhaft im JOSM messe, komme ich auf 13 cm für Linz,
> für Bing auf 10 cm. Man müsste halt jemand fragen, der sich mit
> Photogrammetrie richtig auskennt, oder den Wolfgang ;-)
> 
> Auf der geoimage-Seite finden sich zum Thema noch ganz nette Links wie
> dieses "BestOf":
> http://geoimage.at/dms/geoimage/bilder/Sample_best_dop_quality_2.jpg
> Vielleicht kennt jemand die Gegend, dann könnte man es ja vergleichen?
> 
> Wer ein GIS hat wie z. B. das kostenlose Quantum GIS kann sich das Alter
> der Bilder (+Auflösung) anschauen:
> http://geoimage.at/dms/geoimage/Metadaten/Geoimage-Metadata_Einzel_2011_07_01_v1.zip
> 
> Schneller dafür gröber ist:
> http://geoimage.at/dms/geoimage/Metadaten/Geoimage-Metadata_2011_07_01_v1.pdf
> 
> Ciao,
> Frank
> 
> PS
> Wo genau ist der Kanaldeckel?
> -- 
> Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
> belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] Datenbereinigung für plan.at

[liberalerhumanist]

Bezüglich der Dimension des Problems verweise Ich auf die Präsentation von 
Wolfbert auf der SOTM (S. 3): 
http://sotm-eu.org/slides/LT13_WolfgangSchreiter_Cleaning_up_plan.at.pdf

Verwendet werden folgende Tags in der angeführten Anzahl

plan.at:acad_id=*   63.000
at:maxspeed=Ortsgebiet 22.500
uploaded by=Wolfgang Wasserburger 89.000
note=imported from plan.at 82.000
addr:= (on highway) 90.

Laut taginfo wird das Tag addr:postcode in Kombination mit highway= 182.000 mal 
verwendet. Postleitzahlen sind nicht auf Straßen bezogen, dennoch hat WW auch 
all die von ihm hochgeladenen Straßen mit diesem Tag versehen. In den 
Adresstags auf Wegen sehe Ich eine Problemquelle für Routingsysteme.

Die Hausnummern auf Straßen sind ein eigenes Problem. Ich habe in den von mir 
betreuten Gebieten nur wenige solcher Tags gefunden, die allesamt von Mappern  
auf Straßen gelegt wurden. In ländlichen Gegenden waren sie leicht den 
richtigen Objekten zuzuordnen. Mir sind noch keine addr:housenumber= Tags auf 
Wegen von WW untergekommen, um weitere langwierige Qualitätskontrollen wie bei 
den importierierten Wegen zu vermeiden würde Ich es bevorzugen, 
addr:housenumber-Tags auf Wegen, die eindeutig von WW stammen zu löschen, da 
Ich bezweifle, dass plan.at bei den Hausnummern genauer als bei den Wegen war. 

Die plan.at-Tags dürften einen nicht zu kleinen Anteil an der Gesamtdatenmege 
ausmachen. Das Problem liegt nicht nur in ihrer Menge, sondern auch in ihrer 
Redundanz und Aussagenlosigkeit. at:maxspeed=Ortsgebiet und addr:postcode, 
addr:housenumber auf Wegen sind grob irreführend bzw. falsch. Leider wurde 
at:maxspeed von einigen Benutzer in 50 km/h umgewandelt, was in 30 km/h Zonen 
schlichtwegs falsch ist. Solche Aktionen dürften einige Falschinformationen 
produziert haben, um derartiges zu vermeiden sollten diese Tags gelöscht 
werden. Abgesehen davon hat WW das at:maxspeed-Tag auch auf Start/Landebahnen 
von Flughäfen, Gewässern, Stromleitungen und Schipisten angewendet. Die Tags 
plan.at:acad_id=, note=imported und uploaded by= sind redundant, darüber hinaus 
ist es nicht üblich, an der Erstellung eines Weges/Knotens beteiligte Benutzer 
in Tags anzuführen, dafür sind die Versionsgeschichten vorgesehen. 

Wir haben das Problem und die Lösungsansätze auf der SOTM ausführlich 
diskuttiert und sind dabei zum Schluss gekommen, dass die plan.at-Tags sinnlos 
und daher entfernbar sind. Sie werden nach derzeitigem Kentnissstand nicht 
genutzt und liegen als Relikt in der Datenbank.

MfG, Humanist


 Original-Nachricht 
> Datum: Tue, 19 Jul 2011 13:59:51 +0200
> Von: Stefan Herbert Tiran 
> An: OpenStreetMap AT 
> Betreff: Re: [Talk-at] Datenbereinigung für plan.at

> Hi,
> 
> On 07/19/2011 01:47 PM, Flaimo wrote:
> > auf der wiki-seite steht, dass jedes element mit einem source tag
> > versehen werden soll. das halte ich aus folgenden gründen für
> unnötig:
> > 
> > 1) es bläht die datenbank auf. die daten müssen auch jedes mal
> > runtergeladen werden wenn man irgendwas damit machen will.
> 
> Wenn wir tags sparen wollen, würd ich woanders anfangen: Bei den
> ref-Tags von Bundesstraßen z.b., die eigentlich in der Relation
> ausreichend sind.
> 
> > 2) der nächste der was an den ways editiert, hat vielleicht als source
> > ganz was anderes (zB bing oder geoimage).
> 
> darin seh ich kein Problem.
> 
> > aus meiner sicht ist es viel besser den source tag, genauso wie
> > "comment" und "created by", auf das changeset zu setzen. damit ist dem
> > quellennachweis ebenfalls rechenschaft getragen. wer die source infos
> > explizit braucht, lädt sich die changeset-infos runter.
> 
> Ich hab oft in einem Changeset unterschiedliche source-Tags, da ich,
> wenn ich einen selbst erstellten GPS-Track verarbeite, mir meist auch
> die Gegend mit geoimage ansehe. Hier ständig zwischen zwei Changesets
> umschalten zu müssen, fände ich äußerst unpraktisch.
> 
> LG,
> Stefan
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] GeoImage in HiRes (!)

[liberalerhumanist]

> Robert Kaiser schrieb:
> 
>> Im Gegensatz zu bing spielen sie keine Pixel durch Anti-Aliasing vor, wo 
>> sie keine Daten mehr haben.

Ich weiß nicht, ob das Bildmaterial, das wir im Moment zur Verfügung haben in 
der endgültigen Auflösung bereitgestellt wird. Ich habe im Bereich Linz die 
Auflösung verglichen. Ein runder Kanaldeckel wird bei Bing mit 9 Pixeln 
Durchmesser dargestellt, während Geoimage.at diesen mit 3 Pixeln darstellt. Ich 
bezweifle, dass es sich hierbei um die angegeben Auflösung von 12,5 cm pro 
Pixel handelt. 

Sollte sich daran nichts ändern ist Bing in den Städten wohl besser geeignet. 
Der hochauflösende Bereich bei Bing ist jedoch sehr klein, wesshalb Geoimage in 
ländlichen Gebieten äußerst hilfreich ist.

MfG, Humanist

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

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] radlkarte.at

[liberalerhumanist]

Prinzipiell sehr gut, allerdings scheinen die Straßen, die einen cycleway-key 
(http://wiki.openstreetmap.org/wiki/Key:cycleway) haben zu fehlen. Im Vergleich 
zur OpenCycleMap fehlt daher einiges.

MfG, LH
 Original-Nachricht 
> Datum: Thu, 30 Jun 2011 00:07:35 +0200
> Von: Markus Straub 
> An: OpenStreetMap AT 
> Betreff: [Talk-at] radlkarte.at

> liebe liste,
> 
> falls ihr es nicht gerade eben auf talk-de gelesen habt:
> ich arbeite seit geraumer zeit an einem mapnik style für eine 
> fahrradkarte, da ich mit der opencyclemap nicht ganz zufrieden war.
> 
> 
> das ergebnis bis jetzt könnt ihr euch hier ansehen:
> 
> --> http://www.radlkarte.at <--
> 
> 
> das hehre ziel war die karte übersichtlich zu halten, nicht zu 
> überladen, aber dennoch alle für radfahrer wichtigen aspekte zu 
> visualisieren.
> 
> im moment ist ganz österreich verfügbar, der letzte import ca vor einer 
> woche passiert (noch importiere ich manuell und nur österreich)
> 
> feedback ist erwünscht, am liebsten natürlich in konkreten vorschlägen,
> z.b. 'graue wege sieht man im wald nicht gut, nimm dich stattdessen 
> #XX für fahrverbot für radler'
> 
> schöne grüße aus wien,
> markus
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren!  
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] ODBL Auswertung für die österreichischen Bundesländer

[liberalerhumanist]

Dieses Werkzeug ist zweifelsohne nützlich, allerdings für die tatsächlichen 
Probleme fürchte Ich nur begrenzt aussagekräftig. 

Wir wissen nun, wieviele Nutzer der Odbl nicht zugestimmt haben und wieviele 
das noch nicht getan haben, weil sie nicht mehr aktiv sind. Das sagt uns leider 
nichts darüber aus, wieviele Objekte im Bedarfsfall erneuert werden müssen. 

Zurzeit scheint die offizielle Annahme so zu liegen, dass nur Daten (Wege, 
Relationen, Tags...) übernommen werden, die von Benutzern, die der Odbl 
zustimmten erstellt wurden. Leider vermischen sich bei vielen Objekten Beiträge 
von Zustimmern und Nichtzustimmern. Es ist zurzeit noch gänzlich offen, wie mit 
solchen Objekten umgegangen werden soll.

Heute sollte angeblich Phase 4 in Kraft treten, mit der diejenigen Benutzer, 
die der Odbl nicht zugestimmt haben nicht mehr editieren dürfen. Ich habe dies 
zum Anlass genommen, die Beiträge einige nicht zustimmender Benutzer zu 
ersetzen, daraus ergeben sich folgende Fragen, deren Klärung zur Findung einer 
gemeinsamen Vorgehensweise zweckdienlich wären.

1) Wie soll mit den Beiträgen von Benutzern umgegangen werden, die zum Teil nur 
einen Knoten samt einem oder mehrerer Tags hochgeladen haben.
-Ich kann an einzelnen Knoten, einem Usergesamtwerk, das aus einem 200 Meter 
langem Waldweg besteht oder einer einzelnen Hausnummer nur schwer etwas in 
irgendeiner Weise schutzbares erkennen, man kann hier kaum von einem Datensatz, 
der eine "wesentliche Investition" iSd. § 76c Abs. 1 UrhG erfordern würde 
sprechen. Wäre eine schlichte Übernahme von kleineren, einzelnen Beiträgen 
eines nicht-zustimmenden Benutzern denkbar?

2) Wie sollen wir mit Tags umgehen, die von Nichtzustimmenden Benutzern gesetzt 
wurden?
-In vielen Fällen haben nicht-zustimmende User einfach nur einen simplen Tag 
hinzugefügt. Sollte man diese betreffenden Tags a)pauschal entfernen, b) 
pauschal entfernen und eventuell einen Edit später wieder einfügen c) eine 
Fallprüfung nach noch festzulegenden Kriterien vornehmen?

3) Wie sollen wir mit Knoten umgehen, die ursprünglich von einem 
nicht-zustimmenden Account gesetzt wurden, aber von einem zustimmenden Account 
später mitgenutzt wurde ? Beispiel: Ein Nichtzustimmender User zieht eine 
Landuse-Fläche, ein Zustimmender hängt an einen Gebäude an einen oder mehrere 
Knoten der landuse-Fläche. Soll man hier a) nur die landuse-Fläche löschen, b) 
landuse-Fläche und Gebäude Löschen, c) die landuse Fläche neu zeichnen und 
dabei feststellen, dass die Gebäude und Fläche sich am selben Punkt kreuzen und 
somit als gegraphische Tatsache untrennbar sind?

In den diversen Mailinglists tauchte immer wieder die Idee auf, angesichts der 
zahlreichen möglichen Probleme alle belasteten Objekte mit einem Tag zu 
markieren und anschließend die Benutzer über die einzelnen Objekte entscheiden 
zu lassen. Vorausgesetzt es lädt nicht jemand aus den USA oder Großbritannien 
alle belasteten Objekte unter der Public Domain hoch müssten wir uns allmählich 
Gedanken über die Wiederherstellung der betreffenden Inhalte machen und im 
Idealfall eine Methode zur Ersetzung belasteter Objekte finden. 


Anmerkung für das Protokoll: Die gesamten Änderungen von polylux82, aexastra 
(jeweils ein Knoten mit 1-2 Tags), Fundus (eine Hauszufahrt mit 2 Knoten) sowie 
sevenbits (ein 200 Meter langer Waldweg) wurden von mir neu erstellt, die deren 
Daten entsprechenden Daten meinerseits sind somit nun unter Odbl in der Karte. 
Gibt es eine Möglichkeit, irgendwo zu dokumentieren, dass deren Beiträge schon 
ersetzt wurden?

MfG, Humanist
 Original-Nachricht 
> Datum: Tue, 7 Jun 2011 10:11:20 +0200
> Von: Flaimo 
> An: talk-at@openstreetmap.org
> Betreff: [Talk-at] ODBL Auswertung für die österreichischen Bundesländer

> falls es wen interessiert, der user SunCobalt war so nett, auch eine
> odbl auswertung für die einzelenen bundesländer zu machen. momentan
> sind diese aber noch nicht auf der übersichtsseite verlinkt:
> 
> http://odbl.de/special/upper_austria.html
> http://odbl.de/special/lower_austria.html
> http://odbl.de/special/vienna.html
> http://odbl.de/special/tyrol.html
> http://odbl.de/special/styria.html
> http://odbl.de/special/salzburg.html
> http://odbl.de/special/carinthia.html
> http://odbl.de/special/vorarlberg.html
> http://odbl.de/special/burgendland.html (kleiner typo der vermutlich
> noch ausgebessert wird)
> 
> zusätzlich:
> http://odbl.de/special/linz.html
> http://odbl.de/special/graz.html
> 
> die boundaries habe ich aus den relationen erstellt die im wiki
> vermerkt waren. falls wer noch boundaries für die anderen
> landeshauptstädte hat, dann bitte mir zukommen lassen. SunCobalt
> konnte mir leider nicht sagen ob die auswertungen für tirol und
> niederösterreich korrekt sind, da hier kein einfacher geschlossener
> weg verwendet werden kann, sondern jeweils ein multipoligon zum
> einsatz kommen muss. zitat:
> "Aber ich habe keine Ahnung wie osm2poly und dann osmosis reagiert.
> Kannst 

Re: [Talk-at] Zur Lage der Gärten

[liberalerhumanist]

Ich möchte nur noch einmal darauf hinweisen, dass die englischsprachige 
Beschreibungsseite Hausgärten explizit erwähnt: 
http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgarden

MfG, LH

 Original-Nachricht 
> Datum: Sun, 5 Jun 2011 23:22:47 +0200
> Von: Boris Cornet 
> An: OpenStreetMap AT 
> Betreff: Re: [Talk-at] Zur Lage der Gärten

> Hallo!
> 
> Heute (5. Juni) um 00:32 schrieb liberalerhuman...@gmx-topmail.de:
> > Die englische OSM-Wiki-Seite weist seit mittlerweile einem Jahr
> > darauf hin, dass der Tag "leisure=garden" sowohl private als auch
> > öffentliche Gartenanlagen umfasst. Zurzeit gibt es ein Prosposal,
> > eine Spezifikation "garden:type=residential/botanical..." einzuführen.
> 
> Ohne mir auch nur im geringsten die epische Breite einer talk-de
> Diskussion zu wünschen (und mit der Bitte, im Gegensatz zu einer
> solchen die Verbohrtheit und Gehässigkeit in den erst gar nicht
> auszuhebenden Schützengräben zu belassen) wage ich dennoch darauf
> hinzuweisen, dass der britische Begriff 'garden' im Deutschen dem
> 'Ziergarten' und nicht dem gewöhnlichen 'Garten' entspricht.
> 
> -- 
> Bis demnächst,
>Boris
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren!  
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Zur Lage der Gärten

[liberalerhumanist]

Im Folgenden erlaube Ich mir, auf die aktuelle Situation bezüglich der Tags für 
Gärten hinzuweisen: 

Die englische OSM-Wiki-Seite weist seit mittlerweile einem Jahr darauf hin, 
dass der Tag "leisure=garden" sowohl private als auch öffentliche Gartenanlagen 
umfasst. Zurzeit gibt es ein Prosposal, eine Spezifikation 
"garden:type=residential/botanical..." einzuführen.

Aus ominösen Gründen besteht z.t. die Anschauung, dass private Gärten nicht 
erfasst werden dürften und im "landuse-residential"-Tag beinhaltet wären. Diese 
Meinung konnte Ich nur in einer nahezu wikipediaartigen Relevanzdiskussion im 
deutschen Unterbereich des OSM-Forums durch einige der üblichen Verdächtigen 
vertreten finden. 

Weder die Map Features noch die entsprechenden Seiten im OSM-Wiki bestätigen 
diese Anschauung. 

Die Beschreibungsseite des Tags "leisure=garden" wies bereits seit 2009 darauf 
hin, dass der Tag sowohl private als auch öffentliche Grünflächen zu 
Erholungszwecken und der Kultivierung von Pflanzen beinhaltet. In der 
Beschreibungsseite zu "landuse=residential" fand sich zu keinem Zeitpunkt ein 
Hinweis auf die behauptete Inklusion von Gärten durch den residential-Tag. 

Es wird zurzeit empfohlen, Gärten mit den Tags "landuse=residential", 
"leisure=garden", als eventuellen Hinweis auf den privaten Charakter eines 
Gartens "acces=private" sowie als "vorsorge" für die durch das Prosposal 
entstehende Situation "garden:type=residential/Botanical..." zu markieren. 

Quelle: http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgarden

Durch die Bing-Luftbilder ist es möglich geworden, auch Details zu markieren, 
neben den Gebäuden sind so z.b. im 8. Wr. Bezirk auch die Grünflächen in 
Innenhöfen eingetragen worden, allerdings wurden sie mit "landuse=grass" 
gekennzeichnet. Die Beschreibungsseite verweist hierzu explizit auf den 
"landuse=grass"-Tag: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgrass .

Dies wäre vorläufig der aktuelle Stand der Dinge.
MfG, Humanist
-- 
NEU: FreePhone - kostenlos mobil telefonieren!  
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] OSM in qando - Beschwerde an Wiener Linien und VOR?

[liberalerhumanist]

Bei der ganzen Sache müssten wir vor allem eines beachten: Eigentlich ist es 
höchst erfreulich, dass die OSM in einer relativ weit verbreiteten Anwendung 
genutzt wird. Das katastrophale Rendering (völliger Verzicht auf die Wege für 
Fußgänger !) ist eine andere Sache. 

Eventuell handelt es sich beim auslassen des Verweises auf die OSM nur um ein 
Versehen, sogar viele Medien sind oftmals nicht in der Lage, die 
Lizenzbedigungen für Wikipedia-Inhalte umzusetzen.

Zu der Fahrplansache noch eine Anmerkung: Das Problem war nicht, dass ÖBB und 
WL nicht die Daten bereitgestellt hätten, Google wollte Einsicht in die 
Betriebsleitsysteme: 
http://derstandard.at/1276413207188/OeBB-vs-Google-Keine-Fahrplandaten-fuer-Google-Maps
 

 Original-Nachricht 
> Datum: Fri, 03 Jun 2011 21:55:31 +0200
> Von: Dauser Martin Johannes 
> An: OpenStreetMap AT 
> Betreff: [Talk-at] OSM in qando - Beschwerde an Wiener Linien und VOR?

> 
> Dazu fällt mir ein nette kleines Liedchen ein:
> "Das ist Alles nur geklaut eo eo, das ist Alles gar nicht meine eo!..."
> 
> Aber wohin mit Beschwerden?
> 
> Qando ist von Fluidtime Data Service GmbH erstellt worden. Liest man
> deren AGBs findet man folgende interessante Absätze (AG=Auftraggeber): 
> 
> "7.4 Fluidtime leistet in jedem Fall keine Gewähr für Mängel,
> die auf das Verhalten Dritter, insbesondere vom AG beschäftigten
> dritten Unternehmen bzw. Dienstnehmern des AG, zurückzuführen
> ist. Für vom AG benutzte Software, die als "Public Domain" oder
> als "Shareware" klassifiziert ist, übernimmt Fluidtime keine wie
> auch immer geartete Gewähr. Der AG verwendet diese Software auf
> eigene Gefahr, bestätigt die Nutzungsbestimmungen und allfällige
> Lizenzregelungen einzuhalten und Fluidtime diesbezüglich völlig
> schad- und klaglos zu halten. 
> ...
> 
> 7.5 Mit der Bestellung lizensierter Software von Dritten
> bestätigt der AG die Kenntnis des Leistungsumfangs dieser
> Software-Lizenzbestimmungen und erklärt, diese Bestimmungen auch
> einzuhalten. Dies gilt auch dann, wenn zur Erfüllung der
> Verpflichtungen von Fluidtime lizensierte Software von Dritten
> zugekauft, sonstwie eingesetzt oder adaptiert wird. 
> 
> ...
> 
> 8.4 Fluidtime haftet nicht für den Inhalt übermittelter Daten
> oder für den Inhalt von Daten, die durch Dienste vom AG
> zugänglich sind. Der AG verpflichtet sich gegenüber Fluidtime,
> sich bei der Nutzung der von Fluidtime angebotenen Dienste und
> Datenleitungen an die österreichischen und internationalen
> Rechtsvorschriften zu halten. Der AG ist verpflichtet, diese
> Verpflichtungen wiederum seinen Kunden oder Verwendern
> aufzuerlegen und alle zumutbaren Maßnahmen zu ergreifen, um
> gesetzwidrige Verwendung der angebotenen Dienste und
> Datenleitungen zu unterbinden. Fluidtime behält sich jedoch vor,
> den Transport von Daten oder Diensten, die den österreichischen
> Gesetzen oder internationalen Verpflichtungen oder den guten
> Sitten widersprechen, zu unterbinden, übernimmt jedoch
> diesbezüglich keine Verpflichtung. Der AG verpflichtet sich,
> diese Regelungen einzuhalten und Fluidtime diesbezüglich völlig
> schad- und klaglos zu halten." 
> Quelle: http://www.fluidtime.com/agbs.html
> 
> Fluidtime hat sich also schon mal ganz gut abgewischt ;) Aber wer ist
> der Auftraggeber für Qando?
> 
> Das Impressum von www.qando.at scheint im Haftungsausschluss dazu die
> Antwort zu liefern:
> 
> "...
> Die Wiener Linien und der VOR übernehmen für die Informationen
> auf dieser Website sowie für den mobilen Dienst qando soweit
> gesetzlich zulässig keine Haftung. Trotz sorgfältigster
> Recherche und Aufbereitung kann für die Richtigkeit,
> Vollständigkeit und Aktualität der bereitgestellten
> Informationen keine Gewähr geleistet werden. Wenn und soweit
> Fehler und Irrtümer bekannt werden, werden diese so schnell wie
> möglich korrigiert.
> ...
> Die Wiener Linien und der VOR behalten sich das Recht vor,
> jederzeit ohne vorherige Ankündigung Änderungen oder
> Ergänzungen
> der bereitgestellten Informationen vorzunehmen. Ansprüche oder
> sonstige Rechtsfolgen können daraus nicht abgeleitet werden.
> ..."
> Quelle: http://www.qando.at/site/de/ueberqando/impressum.html
> 
> Also die ersten Addressaten für Beschwerden/Anregungen müssten dann
> Wiener Linien und VOR sein. Eine eigene Gesellschaft für Qando scheint
> es ja nicht zu geben. Und Fluidtime kann man demnach eigentlich nur
> "informieren".
> 
> Ich wäre für einen höflichen, öffentlichen Brief an Wiener Linien und
> VOR mit der Aufforderung um Stellungnahme und nötigen Korrektur
> innerhalb von

Re: [Talk-at] OSM in qando - leider ohne korrekte Namensnennung

[liberalerhumanist]

Eventuell sollten wir auch den Wiener Linien vorsichtig beibringen, dass ihnen 
Fluidtime, die Firma, die Quando entwickelt hat ihnen da eigentlich freies 
Kartenmaterial verkauf hat. Nachdem die WL für Qando bezahlt haben dürfte es 
diese sicherlich interessieren, wenn ihnen eventuell nicht erbrachte Leistungen 
verrechnet wurden. In dieser Hinsicht kann man das Fehlen von Hinweisen auf die 
OSM eigen deuten. 

MfG, LH
 Original-Nachricht 
> Datum: Fri, 03 Jun 2011 13:31:37 +0200
> Von: Friedrich Volkmann 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] OSM in qando - leider ohne korrekte Namensnennung

> On 06/03/11 12:58, Boris Cornet wrote:
> > - Eine höfliche Erinnerung an die Lizenzbestimmungen schreiben?
> > - Eine unhöfliche Aufforderung schreiben?
> > - Der Presse Mitteilung über die unlauteren Mittel von Qando geben?
> > - Klagen???
> 
> Die brutale Metode wär wahrscheinlich eine Unterlassungsklage, aber erst 
> sollten wir sie über die Lizenzbestimmungen aufklären, beschreiben was
> sie 
> genau zu tun haben, und ihnen eine Frist setzen. Ohne die Frist bleibt die
> Sache womöglich liegen.
> 
> -- 
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren!  
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

[Talk-at] Haltestellendaten

[liberalerhumanist]

Ich lese gerade im Standard einen Artikel, in dem beklagt wird, dass die ÖBB 
ihre Fahrplandaten (und damit die des gesamten Österreichischen ÖPNV) nicht an 
Google Maps übergeben wollen, damit diese ihr eigenes ÖPNV-Routing-System 
basteln können. 

Gäbe es die Möglichkeit, bei uns in die Haltestellen einen Link auf die 
Abfahrtsauskunft auf der ÖBB-Fahrplanauskunft zu setzen? Eine 
Nutzungsmöglichkeit für den Benutzer wäre die Möglichkeit, von einem 
Internetfähigen Endgerät aus auf der Karte die nächste Haltestelle zu suchen 
und durch einen Klick die nächsten Abfahrten einsehen zu können. Die 
entsprechende Seite für eien Beispielhaltestelle sieht so aus 
(http://fahrplan.oebb.at/bin/stboard.exe/dn?L=vs_liveticker&evaId=915033&boardType=dep&productsFilter=0&dirInput=&tickerID=dep&start=yes&eqstops=false&showJourneys=12&additionalTime=0),
 die Integration des Links in einen Tag dürfte kein Problem sein.  

MfG, LH
-- 
NEU: FreePhone - kostenlos mobil telefonieren!  
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] hausnummern linz

[liberalerhumanist]

Zwischenzeitlich habe Ich den Punkt gefunden, der mich an dem ganzen verwirrt 
hat: Auf der Homepage der Open Commons Region Linz (OCRL) ist von CC-BY die 
Rede 
(http://opencommons.public1.linz.at/wp-content/uploads/2011/05/Lizenzierung_Kodex.pdf).
 Warum Georg Ringer Auskünfte in Richtung einer NC erhalten hat kann ich mir 
nicht ganz erklären. Auch in der zweiten Version desselben Textes ist von NC 
keine Rede 
(http://opencommons.public1.linz.at/wp-content/uploads/2011/05/Lizenzierung_Kodex_02.odt).

Das wäre noch einfach. DORIS gibt als Quelle sich selbst und die Stadt Linz an. 
Die entscheidende Frage ist, ob die Stadt Linz ihre Daten bereits jetzt unter 
CC-BY gestellt hat, oder ob dies erst erfolgen soll. Wenn die Hausnummern und 
Ähnliches bereits jetzt unter CC-BY stehen sollte die andere Plattform (DORIS) 
kein Problem darstellen. 

MfG, LH

 Original-Nachricht 
> Datum: Wed, 25 May 2011 18:04:22 +0200
> Von: Andreas Labres 
> An: OpenStreetMap AT 
> Betreff: Re: [Talk-at] hausnummern linz

> On 25-May-11 14:22, liberalerhuman...@gmx-topmail.de wrote:
> > Ich habe ich unlängst im OSM-Forum nach der lizenzrechtlichen Situation
> bei Importen von CC-BY-(SA) nach ODBL gefragt, die Meinung dort tendierte
> in die Richtung einer Verneinung, d.h. die Lizenzen seien nicht kompitabel.
> 
> Du kannst eine "share alike" (SA) Forderung nicht erfüllen, wenn Du die
> Daten in
> ein OSM gemäß CT/ODbL lädst. Bei der Namensnennung (BY) wird der
> Urheber
> hoffentlich zufrieden sein, wenn bei jedem importierten/abgemalten Objekt
> der
> Urheber im source tag steht.
> 
> > Evtl. müsste derjenige, dem die DORIS-Daten gehören der ODBL
> zustimmen, ananlog zur pro-ODBL Argumentation könnten wir allerdings auch die
> CC-BY-(SA) Daten für ungeschützt erklären.
> 
> In Österreich sind Datenbanken urheberrechtlich geschützt, das kann'st
> nicht
> wegdiskutieren. Der Urheber kann Dir nur ein (wie immer geartetes)
> Nutzungsrecht
> einräumen.  Und zwischen Datenbank und einzelner Koordinate ist nochmal
> zu
> unterscheiden, aber das hat Christian eh anschaulich erklärt.
> 
> Servus, Andreas
> 
> -- 
> SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org
> (es sind dort auch Mitglieder der LWG anzutreffen... ;)
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren!  
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] hausnummern linz

[liberalerhumanist]

Ich habe ich unlängst im OSM-Forum nach der lizenzrechtlichen Situation bei 
Importen von CC-BY-(SA) nach ODBL gefragt, die Meinung dort tendierte in die 
Richtung einer Verneinung, d.h. die Lizenzen seien nicht kompitabel. 

Evtl. müsste derjenige, dem die DORIS-Daten gehören der ODBL zustimmen, ananlog 
zur pro-ODBL Argumentation könnten wir allerdings auch die CC-BY-(SA) Daten für 
ungeschützt erklären. 

Allerdings dürfte sich der Stadt Linz die ODBL sicherlich näher bringen lassen. 

MfG, LH
 Original-Nachricht 
> Datum: Wed, 25 May 2011 09:02:29 +0200
> Von: Georg Ringer 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] hausnummern linz

> Am 25.05.2011 08:47, schrieb Christian Wirth:
> > Servus Georg,
> >
> > also die Antwort, die du dort bekommen hast, ist von einem Vertreter der
> > Stadt Linz (wahrscheinlich Stefan Pawel, der ja bei unserem letzten
> Treffen
> > in Linz dabei war). DORIS ist aber vom Land OÖ, also ist das IMHO keine
> > zuverlässige Auskunftsquelle :-)
> 
> Ist mir klar, aber ich sehe die Open Commons Abteilung schon prinzpiell 
> auch so, dass die da alles unter einen Hut bringen (wollen/sollen).
> 
> > Die Nutzungsbedingungen verbieten das, klar. Das heißt aber nicht, dass
> das
> > Land nicht bereit ist, die Daten freizugeben. Unter der jetztigen Lizenz
> ist
> > das Abmalen generell mMn nicht erlaubt (Datenbankschutz), von
> _einzelnen_
> > Hausnummern aber sehr wohl, da eine (einzelne) Hausnummer nicht durch
> > Urheberrecht geschützt ist.
> 
> Auch das ist mir klar. Es geht halt um das grundsätzliche OK
> 
> Georg
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren!  
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] landuse-pletschn über linz

[liberalerhumanist]

Ich bin gerade dabei, in genau demjenigen Bereich, indem diese Multipolygone 
z.t. schon entfernt wurde die Häuser und Adressen zu vervollständigen und stieß 
in Zusammenhang mit der aktuellen Aktion auf 2 Probleme: 

1)Der Multipolygone waren ohnehin nicht sehr genau eingezeichnet, mir ist im 
übrigen nicht ganz klar, warum für jeden Häuserblock ein eigener Multipolygon 
angelegt wurde und die Straßen dazwischen ausgelassen wurden. Ich hätte einen 
großen Multipolygon um die gesamte Stadt oder zumindest um die klar 
abgrenzbaren großen, zusammenhängenden Siedlungengebiete (in diesem Fall 
zwischen Dornach im Norden, Dem Froschberg im Westen, dem Neustadtviertel im 
Osern und Kleinmünchen im Süden) für nützlicher gehalten.

2)Mit den bestehenden Multipolygonen scheint irgendetwas nicht (mehr ?) zu 
stimmen, sie werden in JOSM als fehlerhafte Landmasse bezeichnet, was auch 
immer das heißen mag. Dieser Fehler trat vor einer Woche noch nicht auf, die 
Folgen kann Ich nicht beurteilen.

Mit randmäßigem Linzbezug: Ich musste feststellen, dass die Stadtgrenzen teils 
um ca. 30 Meter variieren, Quelle ist plan.at. Evtl. sollte das einmal 
korrigiert werden, man kann schließlich nicht ganze Häuserblocks in andere 
Gemeinden versetzen, Ich wüßte allerdings nicht, von wo man die ordentlichen 
Grenzen, wie sie im GIS angezeigt werden beziehen könnte.

MfG, LH

 Original-Nachricht 
> Datum: Fri, 15 Apr 2011 21:37:12 +0200
> Von: numenor 
> An: OpenStreetMap AT 
> Betreff: Re: [Talk-at] landuse-pletschn über linz

> Hallo,
> 
> On Fri, 15 Apr 2011 20:35:53 +0200, Flaimo  wrote:
> > gegenteil und somit zum ursprünglichen thema zurückkommen. was sollte
> > jetzt mit der großen area passieren? komplett löschen? grob
> > zerstückeln? gar nicht angreifen?
> 
> Zusammengefasst und die anderen Emails in Betracht ziehend meine Meinung:
> 
> - Umwandeln in eine Multipolygon-Relation, wobei der outer way in mehrere
> Teile zerstückelt wird; das sollte die Down-/Upload-Probleme weitgehend
> beseitigen
> - Das würde es auch einfach erlauben, Teile abzutrennen, und kleiner
> gestückelt als separate outer ways in die Relation mit auf zu nehen
> - Durchgängig ein möglichst weitgehend intaktes Multipolygon aufrecht
> erhalten, das heißt immer nur kleine Teile abtrennen, und die
> resultierenden Stücke möglichst bald in die Relation aufnehmen
> - Wie detailliert das sein soll, würde ich dem Mapping-Fieber jedes
> einzelnen überlassen. Allerdings sollten Grundstücke mit Garten und
> ähnliches schon noch zum landuse=residential gehören, und nicht nur die
> buildings umfassen
> 
> Viele Grüße,
> -- 
> Holger Schöner - nume...@ancalime.de
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren und surfen!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] Donauradweg

[liberalerhumanist]

Der Donauradweg sollte kein großes Problems sein, es gibt einiges an Literatur, 
in der auch der Zustand der jeweiligen Abschnitte angegeben ist.

Mir ist aus NÖ ein Problem in Erinnerung: Manche Strecken, die als Radweg 
ausgewiesen sind haben einige Streifen von einem halben meter Breite, daneben 
fahren tlw. Lastwägen, speziell im Strudengau wird dies etlichen Radfahrern zum 
Verhängniss. 

Soll man solche Streifen in irgendeiner Weise als Radweg kennzeichnen? Meines 
Erachtens nach handelt es sich dabei nicht um dies, das auf den Metaseiten als 
Radweg definiert wird. 

MfG, LH
 Original-Nachricht 
> Datum: Fri, 15 Apr 2011 11:40:50 +0200
> Von: "wolfbert" 
> An: "\'OpenStreetMap AT\'" 
> Betreff: Re: [Talk-at] Donauradweg

> Hallo,
> 
>  
> 
> die verschiedenen Möglichkeiten zum Kennzeichnen eines Radweges
> (Verkehrszeichen, bauliche Gegebenheiten, Radfahrerseiten im Wiki,
> Tagkombinationen) hast Du Dir ja sicher angesehen. Dann würde ich sagen,
> mappe das, was Du vor Ort siehst (im Zweifel kannst Du ja auch kurz den
> ursprünglichen Autor anmailen).
> 
>  
> 
> Nach meiner Beobachtung ist auch andernorts die Begeisterung mit manchem
> Radler durchgegangen, und es wurde alles erst mal als separater Radweg
> gemappt, bloß weil man da fahren kann und ev. eine Route durchgeht
> (ungeachtet der Tatsache, dass es sich real um Güterwege, Fusswege,
> Straßen/Spuren etc. handelt). 
> 
>  
> 
> Es gibt natürlich Graubereiche. Z.B. Treppelweg (zumindest teilweise
> track)
> oder Donauinsel (cycleways): beide asphaltiert und Kfz-befahrbar, aber
> primär als Fuss- und Radweg genützt/beschildert. Da highway=cycleway ==
> highway=path + bicycle=designated müsste eigentlich in beiden Fällen
> track
> verwendet werden (weil path eher einspurig und track zweispurig). Aber das
> ist wohl schon Geschmackssache und hat vielleicht auch mit der
> landwirtschaftlichen Bedeutung von track zu tun.
> 
>  
> 
> LG
> 
> Wolfgang
> 

-- 
NEU: FreePhone - kostenlos mobil telefonieren und surfen!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] Hilfe, meine Häuser sind schief!

[liberalerhumanist]

Abzeichnen darf man die Gebäude selbst nicht. Der Information, dass ein Objekt 
die Hausnummer X hat lässt sich allerdings kaum irgendeine Schöpfungshöhe 
zubilligen.

Abgesehen davon hat einmal jemand nachgefragt, laut Auskunft der GIS-Leute 
stellt ist das Übernehmen der Hausnummern gestattet. 

MfG, LH

 Original-Nachricht 
> Datum: Wed, 13 Apr 2011 01:13:34 +0200
> Von: Michael Maier 
> An: talk-at@openstreetmap.org
> Betreff: Re: [Talk-at] Hilfe, meine Häuser sind schief!

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 12/04/11 23:07, liberalerhuman...@gmx-topmail.de wrote:
> > Wo wir schon beim Häusereinzeichnen sind: Könnten wir es als
> Empfehlung formulieren, beim Neueinzeichnen von Häusern auch die Hausnummer
> einzugeben.
> > 
> > Wir haben jede Menge Gebäude, nur bei den wenigsten gibt es eine
> Hausnummer. Die jeweiligen Gis-Systeme sind hervorragende Quellen, wir könnten
> so dem Ziel, die OSM ordentlich routingfähig zu machen näherkommen.
> 
> Vorsicht - Lizenzbedingungen beachten! - "Dont copy from other Maps"
> 
> 
> lg, Michi
> 
> - -- 
> Michael Maier, Student of Telematics @ Graz University of Technology
> "Mostly Harmless" RoboCup Team http://www.robocup.tugraz.at/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQIcBAEBAgAGBQJNpNybAAoJEPDJmZ2oE4mGNh4P/jYW9C9tbTvu6jw2JwBfPLIq
> dj7YziF6bg0cRpIkgxOOk/uH7PF46GSdqrXRFGfIabsFn/7fVXkpDoT9Vj0Kjk3+
> q1Bq3wD/ZFQFs9U0aaBi622gYgevINAnrRSLaU4CCCB9sIIzgyjouZZMCFV15nEf
> KeyJar/I/DAq2oZDYOFuOhhRTg38cSrMFzdSXyEh3nERObHf6Xnet93f5lH92Fb6
> vo6GfYQJQbJ7H8CgDs6DBAmjdqYkeSOFkKw6HdyFp4B9Dswm3JrDU8ChRWaOQQYU
> oX8JVaNafuTXM1FV/tLsBARpbMI+oT7lrlVK/EHOMI1C+acHzuW7A9pzoz/tQLeg
> 5ymLAyGZcaO+6T26mWyFJBT3W+nERr/2y1nhXU1x4McFpPS9eJ0q4VFljhedFsrN
> 5iJfVUKJhiE1WPHLP2gbJJ4FAIk14dIt1aYbTP50QoZrE1r7BZ+DSObiDovO8GNY
> TjakIxwGUE3Bkj7VhPvEmcPo/GIYkGXboADs1aUhDm8YArf91dSaflbc5ktSmOZF
> kX8z7OIHu3MI7jgEiQBm2k+E8qzY+vRNiLoi/IcZu+g4V9p/RpeONG3MlSdXDTY6
> HpTUEnkXileBBJoN2d/GscSXiRl5+h0/rAMuSPDY7wCUd9Oos7SCcwLN+llXzb/J
> IDfuS/kKt/F7PMq5h80A
> =9Ry3
> -END PGP SIGNATURE-
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren und surfen!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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

Re: [Talk-at] Hilfe, meine Häuser sind schief!

[liberalerhumanist]

Wo wir schon beim Häusereinzeichnen sind: Könnten wir es als Empfehlung 
formulieren, beim Neueinzeichnen von Häusern auch die Hausnummer einzugeben.

Wir haben jede Menge Gebäude, nur bei den wenigsten gibt es eine Hausnummer. 
Die jeweiligen Gis-Systeme sind hervorragende Quellen, wir könnten so dem Ziel, 
die OSM ordentlich routingfähig zu machen näherkommen.

MfG, LH
 Original-Nachricht 
> Datum: Tue, 12 Apr 2011 20:44:52 +0200
> Von: "Holger Schöner" 
> An: talk-at@openstreetmap.org
> CC: Familie Geramb 
> Betreff: Re: [Talk-at] Hilfe, meine Häuser sind schief!

> Hallo Michi,
> 
> > danke für die rasche Antwort, aber die Projektion steht auf WGS84. Sie
> 
> Dann ist Josm falsch eingestellt. Wie Wolfgang schrieb, die richtige 
> Einstellung ist "Merkator". "WGS84 Geografisch" benutzt als Einheit Grad-
> Angaben, und in unseren Regionen ist ein Grad "Breite" (Nord-Süd) etwa 
> doppelt so lang wie ein Grad "Länge" (Ost-West). Da in dieser Projektion 
> aber ein Grad horizontal und vertikal mit der gleichen Länge dargestellt 
> werden, erscheint das dann in einer "richtigen" Projektion (in dem Sinne, 
> dass lokal Winkel und Entfernungen natürlich dargestellt werden)
> verzerrt.
> 
> Merkator ist eine solche "natürliche" Projektion, in der man Häuser und 
> ähnliche Geometrien gut eingeben kann (aber auch die meisten anderen 
> Projektionen von Josm, wie UTM, Lambert, ... müssten dafür okay sein).
> 
> Wenn du diese verwendest, dann führt das "Q"-Tastenkürzel wirklich zu 
> rechtwinkligen Geometrien.
> 
> Viele Grüße,
> -- 
> Holger Schoener   nume...@ancalime.de
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-at

-- 
NEU: FreePhone - kostenlos mobil telefonieren und surfen!   
Jetzt informieren: http://www.gmx.net/de/go/freephone

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