[Talk-de] Kandidatur für den OSMF-Vorstand

[Tobias Knerr]

Hallo zusammen,

morgen beginnen die diesjährigen Vorstandswahlen¹ der OSM Foundation,
und wie einige von euch schon wissen, habe mich entschieden, noch einmal
anzutreten.

Ich bin ja jetzt seit zwei Jahren Vorstandsmitglied. Nicht alle Ideen,
die ich bei meiner letzten Wahl hatte, waren im Vorstand mehrheitsfähig,
aber einiges konnte ich doch umsetzen – etwa die Mehrheit der Punkte,
die ich in meinem damaligen Wahlprogramm² aufgeführt hatte.

Nichtsdestotrotz ist das eigentlich eine Daueraufgabe. Manche Probleme
sind wir angegangen, dafür kommen neue Herausforderungen auf uns zu, z.B.:

* Die zunehmende Firmenpräsenz in den Working Groups der OSMF.
* Die Risiken, wenn Arbeit in der Foundation zunehmend durch bezahlte
Kräfte erledigt wird.
* Der wachsende Anteil bezahlten und organisierten Mappings an den
Beiträgen zu OSM, und die Nutzung von Werkzeugen wie RapiD.
* Die immer noch unzureichende Durchsetzung unserer Standards für
Namensnennung, gerade bei prominenten Datennutzern wie Facebook.

Dafür zu sorgen, dass die Interessen der freiwilligen Mapper bei den
Veränderungen in OSM nicht unter die Räder kommen, wird also weiter ein
Schwerpunkt für mich sein. Allerdings will ich mich nicht darauf
beschränken. Mir liegt auch am Herzen, den Innovationsstau bei der
zentralen Infrastruktur von OSM zu lösen: Dass etwa die API seit über
einem Jahrzehnt keine großen Updates mehr erlebt hat, die OSM-Hauptseite
nur einen Bruchteil der Möglichkeiten von OSM zeigt, die Leute von Forum
und Mailingliste in proprietäre soziale Netzwerke abwandern oder dass
wir lange gewünschten Website-Features in den letzten Jahren kaum einen
Schritt näher gekommen sind. Da die OSMF diese Dienste betreibt, sollten
wir auch dafür sorgen, dass sie mit dem Rest des OSM-Universums Schritt
halten.

Die offizielle Sammlung³ der Antworten und Positionen aller Kandidaten
wurde inzwischen veröffentlicht, meine findet ihr hier:
https://wiki.openstreetmap.org/wiki/Foundation/AGM20/Election_to_Board/Answers_and_manifestos/Tobias_Knerr

Dort äußere ich mich sehr viel ausführlicher (auf Englisch, aber es
überlebt eine automatische Übersetzung einigermaßen heil :)). Ich stehe
euch aber auch hier auf der Liste gern Rede und Antwort!

Viele Grüße,
Tobias


PS: Ich möchte euch bei dieser Gelegenheit die zusammen mit den Wahlen
stattfindenden Abstimmungen über eine Ausweitung der Beitragsbefreiung
für aktive Mapper auf die normale Mitgliedschaft sowie die beiden
Vorschläge zum Schutz vor Übernahmeversuchen (Mindestvoraussetzungen für
die Mitgliedschaft, Verbot von durch den Arbeitgeber gesteuerter
Stimmabgabe) ans Herz legen. Die letzten beiden sind zwar noch keine
konkreten Änderungen, sondern nur eine Aufforderung an den Vorstand,
entsprechende Vorschläge zu erarbeiten, aber ein klares Ergebnis würde
dennoch ein wichtiges Signal senden.


¹ https://wiki.openstreetmap.org/wiki/Foundation/AGM20/Election_to_Board
²
https://wiki.openstreetmap.org/wiki/User:De:Tordanik/2018_OSMF_board_elections_manifesto
³
https://wiki.openstreetmap.org/wiki/Foundation/AGM20/Election_to_Board/Answers_and_manifestos

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

Re: [Talk-de] Massenweise Entfernung von oneway=no

[Tobias Knerr]

On 22.05.20 15:15, Volker Schmidt wrote:
> Ich persoenlich setze routinemaessig oneway=no um anzuzeigen, dass ich
> geprueft habe, dass die Strasse keine Einbahnstrasse ist. In Verbindung mit
> dem Aenderungsdatum ist das nuetzlich in Gegenden, wo Strassenrichtungen
> haeufig von den Behoerden geaendert werden.

Meiner Meinung nach geht die Idee, Default-Werte explizit zu setzen, zu
Lasten der Übersichtlichkeit. Die logische Konsequenz wären ja
maxweight=none, maxheight=none, bridge=no, tunnel=no, covered=no
access=yes vehicle=yes motor_vehicle=yes etc. an fast jeder Straße. Und
wie mappe ich z.B., dass zwischen zwei Straßen keine Abbiegebeschränkung
besteht – lege ich dann jeweils eine Relation mit restriction=allowed
an? Wie mappe ich, dass an einer Stelle kein Gebäude steht, in einem
Gebäude kein weiterer Laden mehr ist, auf dem Gehsteig kein weiterer
Abfalleimer steht, ...?

Vielleicht etwas übertrieben, aber worauf ich hinaus will: Die
Abwesenheit von einem Objekt oder Attribut sollte normalerweise nicht
erfasst werden – nur in Ausnahmefällen dort, wo sie überraschend ist
(weil es kürzlich anders war, die Luftbilder veraltet sind, es bei den
Straßen drumherum anders ist, ...) . Wenn in deiner Gegend bestimmte
Arten von Straßen oft "umgedreht" werden, kann das durchaus so ein Fall
sein.

Aber auch dann wäre evtl. etwas nach Art von last_check:oneway=
besser, denn das funktioniert öfter als nur bei der ersten Überprüfung
und es beeinträchtigt als klar erkennbares Qualitätssicherungs-Tag die
Übersicht weniger.

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

[Talk-de] Dienste für virtuelle OSM-Stammtische

[Tobias Knerr]

Viele OSM-Stammtische finden derzeit wegen der Corona-Pandemie nicht
statt. Es gibt aber Alternativen! Einige Gruppen haben schon erste
virtuelle Treffen erfolgreich durchgeführt.

Wer noch auf der Suche nach geeigneten Diensten dafür ist, findet hier
ein paar von uns getestete Vorschläge:

* BigBlueButton: Der OSMF-Vorstand benutzt seit April eine gemietete
Instanz der freien Videochat-Software BigBlueButton für
Vorstandstreffen. Diese steht auch der OSM-Community zur Verfügung. Um
sie zu nutzen, muss einer der Teilnehmer des Treffens sich unter
https://osmvideo.cloud68.co/user/signup registrieren. Nach der Anmeldung
findet man dann einen Link zu seinem eigenen "Home Room", den man mit
anderen Nutzern teilen kann.

http://imagico.de/files/bbb1.png

* Jitsi: Die derzeit wohl bekannteste freie Lösung für Videochats. Es
gibt eine ganze Reihe frei nutzbarer Jitsi-Server im Netz, eine Liste
findet sich unter https://pads.ccc.de/ep/pad/view/jitsiliste/latest.  Um
ein Jitsi-Treffen zu starten, wählt man dafür einen eindeutigen Namen
und teilt diesen mit allen Teilnehmern.

http://imagico.de/files/jitsi1.png

* Mumble: Wer auf das Video-Bild verzichten kann oder möchte findet mit
Mumble eine deutlich schmalbandigere Lösung, die aber im Gegensatz zu
den übrigen Möglichkeiten die Installation einer eigenen Software
erfordert.  Wer schon mal bei einem FOSSGIS- oder OSMF-Vorstandstreffen
zugehört hat, kennt dies bereits.  Eine Anleitung findet sich unter
http://podcast.openstreetmap.de/mitmachen/.  Der FOSSGIS-Mumble-Server
kann von allen in der OSM-Community verwendet werden, daneben gibt es
als Ausweich-Möglichkeit auch noch einen Mumble-Server von HOT:
https://wiki.osm.org/Mumble

Egal für welche technische Lösung ihr euch entscheidet - am Anfang mag
dies erst einmal ungewohnt erscheinen.  Aber ausprobieren lohnt sich!
Viele, die jetzt in Zeiten der Corona-Pandemie zum ersten Mal virtuelle
Treffen ausprobiert haben sind positiv überrascht, wie kommunikativ so
was sein kann.  Also: keine Scheu beim ausprobieren und teilt Eure
Erfahrungen in der OSM-Community.

(Danke an Christoph für die Hilfe beim Testen und Texten!)

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

Re: [Talk-de] Datenqualität open data NRW und OSM

[Tobias Knerr]

On 06.03.20 12:42, Florian Lohoff wrote:
> On Fri, Mar 06, 2020 at 11:30:53AM +0100, Otto Dassau wrote:
>> * Könnten/Dürften die Daten NRW genutzt werden, um die OSM Daten
>>   flächendeckend z.B. für NRW zu optimieren? 
> 
> Am Ende nein. Gucken darfst du, aber übernehmen nicht.

Vor ein paar Tagen wurde im Forum die Neuigkeit verbreitet, dass die
"Geobasisdaten NRW" jetzt unter der Datenlizenz Deutschland Zero stehen,
die meines Wissens mit OSM kompatibel ist:
https://forum.openstreetmap.org/viewtopic.php?pid=779174#p779174

Ich bin mir jetzt nicht sicher, ob da die hier diskutierten Daten auch
darunter fallen?

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

Re: [Talk-de] Vorstellung deutsche Umap-Instanz

[Tobias Wrede]

Hallo Lars

bin erst jetzt auf diese Nachricht gestoßen. Interessant.

Gibt es Unterschiede zur Instanz auf umap.openstreetmap.fr? Ich habe 
gesehen, es stehen weniger Hintergründe zur Verfügung. Sonst noch was? 
Kann man Projekt von der französischen Instanz problemlos auf die 
deutsche portieren?


Ist von den Betreibern auch irgendjemand bei der Entwicklung involviert? 
Ich nutze uMap gerne, aber ein großes Problem ist, dass vom 
Entwicklerteam so gut wie gar nicht auf Probleme reagiert wird. Die 
Issue-Liste in Github wird länger und länger ohne irgendeinen 
Fortschritt zu sehen.


Anfragen zu uMap-Problemen landen häufig auf help.openstreetmap.org, 
aber da ist auch keiner von den Entwicklern oder Betreibern aus .fr zu 
finden. Antworten sind nur rudiementär möglich. Immer häufiger schlagen 
da Anfragen auf, dass Nutzer unangemeldet eine Karte erstellt haben und 
jetzt den geheimen Link zum Editieren nicht mehr finden. Für diese 
Nutzer ist es unmöglich, jemanden zu erreichen, der ihnen weiterhelfen 
kann. Gibt es in der neuen deutschen Instanz einen Ansprechpartner für 
solche Fälle? Auf der Seite wird, so weit ich das sehe, auch nur auf die 
gleiche Seite im Wiki verwiesen wie von der französichen Instanz.


beste Grüße
Tobias

Am 15.06.2019 um 11:46 schrieb lars lingner:

Hallo zusammen,

hiermit möchte ich auf die deutsche uMap-Instanz unter der URL
https://umap.openstreetmap.de aufmerksam machen.

Mit uMap können interaktive Karten auf einfache Art und Weise erstellt
werden. Die Software wird hauptsächlich in Frankreich [1] entwickelt und
ist Open Source.
Im OSM-Wiki [2] gibt es eine Anleitung, z.b. auch wie Daten direkt von
der Overpass-Api eingebunden werden können.

Die Kosten für das Hosting werden vom FOSSGIS e.V. [3] übernommen.

Probiert es aus und sagt es weiter.



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

Re: [Talk-de] Entfernen des "WikiProject"-Präfixes

[Tobias Knerr]

On 18.08.19 18:44, dcapillae wrote:
> I would like to change the name of the wiki pages related to the Germany
> mapping project to remove the "Wikiproject" prefix according to the
> pages name conventions [1].

Sure, I'd be happy to see the pages renamed. Thanks for all the time you
spend on wiki maintenance!

Für die deutschsprachigen Mitleser: Daniel möchte gern die Seite
"WikiProject Germany" nach "Germany" verschieben, wie er es schon bei
diversen anderen Ländern gemacht hat.

Aus meiner Sicht ist das sinnvoll, da Wikiseiten zu Städten,
Bundesländern etc. schon heute nur den jeweiligen Namen als Seitentitel
haben und die Begrifflichkeit "WikiProject" ein Relikt aus Urzeiten ist,
die heute den durchschnittlichen Leser eher verwirren dürfte.

Bestehende Links werden weiterhin funktionieren, da Weiterleitungen
eingerichtet werden. Daniel verspricht, darauf zu achten, dass alles
weiterhin korrekt funktioniert.

> I could make the necessary changes, and also add the "Country" template
> [9] to the Germany project page, although this change is optional.

I probably wouldn't add the "Country" template. It promises more than
the current page can keep. The page is quite stale at this point, so a
visitor isn't going to find "national events, ongoing projects" or
things like that, unfortunately.

Hier geht es darum, ob die Vorlage https://wiki.osm.org/Template:Country
auf der Wikiseite eingebaut werden soll.

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

Re: [Talk-de] Fehlender Lizenzvermerk bei Stern.de und Polizei Frankfurt

[Tobias Wrede]

Hallo Thomas,

Am 12.04.2019 um 07:24 schrieb Thomas Zimmermann:

Da die Presseverlage so große Urheberrechtsverfechter sind und die Polizei als
Vorbild dienen sollte, sollte man die beiden meiner Meinung nach auf diesen
Urheberrechtsverstoß hinweisen.


Immer zu. Da brauchst du hier nicht groß nachfragen, schick ihnen 
einfach eine E-Mail mit dem Sachverhalt. Habe ich schon öfters gemacht 
und jedes Mal Erfolg gehabt (bei der Europäischen Kommission hat es ein 
paar Monate gedauert zu den richtigen Verantwortlichen vozudringen, aber 
auch dort wurden auf der Webseite die Karten letztlich richtig 
ausgezeichnet).


Tobias


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

Re: [Talk-de] Besorgt über den iD-Editor

[Tobias Knerr]

On 29.03.19 15:32, Frederik Ramm wrote:
> Zugleich
> äussern sich die Entwickler gern auch mal geringschätzend über das Wiki
> oder Tagging-Diskussionen und nehmen sich eben das Privileg heraus, neue
> Features einfach einzubauen, die sie gut finden

Das scheint die herrschende Einstellung zu sein, ja. Zitat Bryan Housel
frisch von letzter Woche: "I basically just disregard everything on the
tagging mailing list and the OSM wiki."

https://github.com/openstreetmap/iD/issues/5835#issuecomment-477696136

Das ist natürlich nicht die erste entsprechende Äußerung und der Link
wirft auch sonst kein schönes Licht auf die iD-Entwicklung: Bryan äußert
sich negativ über die Community, vertritt kontroverse Taggingansichten,
die er via iD durchsetzen will, und sperrt beim Aufkommen von Kritik die
Github-Diskussion für Nichtentwickler. Letztlich geht es auch hier
wieder nur um eine Kleinigkeit, aber das Gesamtbild aus diversen solchen
Vorfällen macht auch mir inzwischen Sorgen.

Dass das alles mittelfristig ein Problem fürs Projekt werden kann, ist
aus meiner Sicht ziemlich offensichtlich. Bei der Frage nach Lösungen
würde ich mich im Großen und Ganzen Michael anschließen. Die wesentliche
Hürde für eine (über die Kritik an Einzelentscheidungen und eventuelle
Eskalation via Abstimmungen und DWG hinausgehende) Reaktion ist m.E. das
Fehlen plausibler Alternativen. Wenn sich jemand fände, der eine auf
Community-Konsens zurechtgestutzte Version der Tagging-Vorlagen von iD
pflegt, sähe das schon ganz anders aus.

Viele Grüße,
Tobias

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

Re: [Talk-de] Fwd: Adressmapping auf Building-Relationen oder Outline

[Tobias Knerr]

On 10.03.19 19:20, Tom Pfeifer wrote:
> Eigenschaften, die das ganze Gebäude betreffen, sollten daher auf dem
> Gebäudeumring liegen, der auch ohne 3D-Mapping da wäre. Also auch die
> Adresse.

Ja, solche Relationen werten normalerweise nur 3D-Renderer aus. Die
Informationen, die auch andere Anwendungen brauchen, sind daher am
Umriss besser aufgehoben.

Als "belastbare Doku" würde ich "Simple 3D Buildings" heranziehen, den
Taggingstandard fürs 3D-Mapping: "Building attributes (e.g., address,
name, overall height, operator, etc.) must be tagged on the building
outline."¹

In diesem Beispiel ist die Relation übrigens auch für 3D eigentlich
nicht notwendig: Sämtliche Gebäudeteile liegen innerhalb des Umrisses
und es gibt keine Überlappungen/Mehrdeutigkeiten mit anderen Gebäuden.

Tobias

¹ https://wiki.osm.org/Simple_3D_buildings#Building_outlines

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

Re: [Talk-de] "Küss- und Tschüsszonen" / Elternhaltestellen

[Tobias Wrede]

Hallo,

ich kenn das an Bahnhöfen als Kiss & Ride. Kurze Suche auf OSM zeigt, 
dass das sehr oft einfach als name=kiss and ride an Straßen, parking 
aisles, localities etc getaggt ist. K: Kraut und Rüben könnte man sagen.


Tobi


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

Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool

[Tobias Wrede]

Hallo Stefan,

Am 19.02.2019 um 09:24 schrieb Stefan Keller:

Feedback willkommen - hier oder als Issue im Repository!


Läuft weitgehend gut.

Hier ein paar Fälle, die das Tool nicht erkannt hat:

11:30 bis 22 Uhr, sonntags bis 21 Uhr

Tool 1: 11:30-22:00
Tool 2: 11:30-22:00,Su-

Beim diesem zugegebenermaßen nicht eindeutigen Fall kommt seltsames raus:

11 bis 1 Uhr | Küche 11:30 bis 22 Uhr, sonntags bis 21 Uhr

Tool 1: nichts
Tool 2: 11-01:00,11:30-22:00,Su- (zusätzlich zu oben fehlen bei der 11 
vorne die Minuten)


Tool 2 macht es richtig, Tool 1 vergisst den Donnerstag:

geöffnet täglich von 10:00 bis 01:00 Uhr
Donnerstags Ruhetag

Tool 1: Mo-Su 10:00-01:00
Tool 2: Mo-Su 10:00-01:00; Th off

Und damit kommen beide Tools komplett durcheinander:

Montag Ruhetag
Dienstag - Samstag
17:00 - Open End
Sonn. und Feiertags
12:00 - 14:30 Uhr &
17:00 - Open End


beste Grüße

Tobias


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

Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool

[Tobias Knerr]

On 19.02.19 09:24, Stefan Keller wrote:
> Fernziel ist u.a., den Tag "opening_hours:url" zu verwenden, um den
> dort verlinkten Webinhalt in opening_hours zu wandeln.

Finde ich eine spannende Vision, denn so könnten Änderungen bei den
Öffnungszeiten viel schneller entdeckt werden. Für OSM ist zumindest in
Europa die größte Herausforderung ja zunehmend das Aktualisieren (statt
Ersterfassen) von Daten.

> Feedback willkommen - hier oder als Issue im Repository!

Meine einfachen bis mittelschwierigen Tests haben beide
Implementierungen anstandslos geschluckt!

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

Re: [Talk-de] Mitbetreuer für die Chemnitzer Linux-Tage gesucht

[Tobias]

Man kann sicher eine menge von den fragen anderer lernen

  Originalnachricht  
Von: Pierre Goldenbogen
Gesendet: Donnerstag, 3. Januar 2019 17:41
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Mitbetreuer für die Chemnitzer Linux-Tage gesucht


Da der Anmeldeschluss in zwei Tagen ist, benötige ich auch eine
kurzfriste Zusage.
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2019


Macht es Sinn, als totaler Anfänger mit zu machen? Ich mappe aktiv
jetzt seit drei Wochen...

- Pierre


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





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

Re: [Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung

[Tobias]

Hi,

Auch wenn es wohl umsonst ist - mein kostenloser ‎Tipp für dich im  
Umgang mit open source Projekten/communities: achte an mehr auf den  
Umgangston :-) eine ML oder ein forum ist sicherlich auch kein Raum in  
dem jeder ohne konsequenzen alles sagen kann was er will .


Gruß

  Originalnachricht  
Von: sepp1...@posteo.de
Gesendet: Donnerstag, 27. Dezember 2018 08:47
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung


Moin,

es tut mir aufrichtig leid, zwei positive Antworten als solche mit  
meinem Dank versehen als Beispiele zum Denkanstoß für einen  
Mitstreiter "mißbraucht" zu haben, dessen Antworten einen sachlichen  
Themenbezug vermissen lassen. Wird definitiv nicht wieder vorkommen!


Zu den Themen selbst, beschleicht mich mittlerweile die Vermutung,  
dass auf breiter Linie fast nur geblockt und gemauert wird, als das  
sich sinnvolle Ideen umsetzen lassen würden. Jeder will pünktlich  
seine Pakete, jeder will volle Regale, jeder möchte möglichst  
ungehindete Fahrt auf "seinen" Wegen, aber die Bereitschaft od.  
Erkenntnis bereits vorhandene Informationen einfach nur sichtbar zu  
machen, tendiert gegen Null. Statt dessen wird auf Spezialkarten  
verwiesen, deren Existenz damit überflüssig gemacht wird und die  
tatsächlich nur schwer gefunden werden können. (ich habe die  
Suchmaschinen VOR meiner Anfrage mehrfach gequält, denn mir war die  
pure Existenz dieser Spezialkarten durchaus bekannt).


Sowohl die Aussage, dass keine Verkehrszeichen gemappt werden, als  
auch die, das der Kartenstil "überfrachtet" wird, sind schlicht und  
ergreifend falsch. Ampeln SIND Verkehrszeichen und das Tor im  
Gartenzaun oder die Feuerstelle im Wald haben die gleiche  
Berechtigung wie ein ganz reales Nadelöhr aufgrund von  
Beschränkungen in den Abmessungen und/oder Gewichten, zumal es  
hierzu einen wesentlich größeren Interessenten- und Betroffenenkreis  
gibt, nämlich jedesmal dann, wenn ein Fahrzeug vor solch einer  
Höhenbeschränkung wenden darf und alle anderen deshalb im Stau stehen.


Gruß Sepp

PS: Ich habe oder fahre weder ein Wohnmobil oder  
Hochdachtransporter, noch einen Lkw und die am meisten präsente  
Nutzung von OSM bleibt auch auf lange Sicht trotz aller  
weiterführenden Versuche, die Darstellung der frei zugänglichen  
Weltkarte zum Routing.




Am 26.12.2018 21:37 schrieb mmd:


Kurzer Hinweis in eigener Sache: ich bin nicht damit einverstanden, dass
meine Beiträge hier dazu benutzt werden, anderen Beitragenden eine
bestimmte Form der Kommunikation nahezulegen oder in diesem Zusammenhang
als Vorbild genannt werden. Bitte in Zukunft davon Abstand nehmen. Danke.


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





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

Re: [Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung

[Tobias]

+1

  Originalnachricht  
Von: mmd
Gesendet: Mittwoch, 26. Dezember 2018 21:37
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung


Am 25.12.18 um 16:55 schrieb sepp1...@posteo.de:


Dank Andreas und mmd habe ich Karten gefunden, die das darstellen -
unkompliziert und ohne Theater - das wären m.M.n. brauchbare Vorbilder
für zukünftige Antworten von Dir?!


Kurzer Hinweis in eigener Sache: ich bin nicht damit einverstanden, dass
meine Beiträge hier dazu benutzt werden, anderen Beitragenden eine
bestimmte Form der Kommunikation nahezulegen oder in diesem Zusammenhang
als Vorbild genannt werden. Bitte in Zukunft davon Abstand nehmen. Danke.

--


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





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

[Talk-de] Kandidatur für den OSMF-Vorstand

[Tobias Knerr]

Hallo zusammen,

ich habe dieses Wochenende erfahren, dass Peda (Peter Barth) aus dem
Vorstand der OSMF ausscheiden und nicht erneut kandidieren wird. Peda
hat aus meiner Sicht einiges erreicht, was das reibungslose
Funktionieren unseres Projekts, die Transparenz der Arbeit des Boards
(z.B. durch öffentliche Vorstandssitzungen und die Veröffentlichung von
Abstimmungsergebnissen), das Bekenntnis zu freier Software und offenen
Kommunikationsplattformen und nicht zuletzt die Vertretung der
Interessen von ehrenamtlichen Mappern angeht. Ich glaube, dass Peda auch
deshalb wertvoll für die Community war, weil er derzeit als einziges
Boardmitglied keiner Firma oder humanitären Organisation mit
geschäftlichen Interessen an OSM angehört. Für seine gute Arbeit möchte
ich ihm hiermit herzlich danken!

Da es mir wichtig ist, dass diese gute Arbeit auch in den kommenden
Jahren fortgeführt werden kann, werde ich mich für den Vorstand der OSMF
zur Wahl stellen. Ich bin in der OSMF seit 2009 Mitglied und auch in
einigen OSMF-Arbeitsgruppen gelegentlich aktiv. Vor allem aber bin ich
seit langem als Mapper und inzwischen auch als Hobby-Entwickler in der
OSM-Community zu Gange. Auch aus dem Forum oder Wiki dürften mich einige
von euch schon kennen.

Ausführlichere Infos liefere ich später noch nach, auch über die
offiziellen Kanäle: Es soll auch dieses Mal wieder Wahlprogramme sowie
die Möglichkeit zum Einreichen von Fragen an die Kandidaten geben. Da
die Vorstandswahl im deutschen Forum dank der fleißigen
Mitgliederwerbung von Nakaner aber bereits Gesprächsthema ist, wollte
ich den sprichwörtlichen Hut schon einmal in den Ring werfen. Und
natürlich dürft ihr mich auch jetzt schon mit Vorschlägen, Kritik und
Fragen löchern!

Viele Grüße,
Tobias

( Crossposting von https://forum.osm.org/viewtopic.php?id=64360 )

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

Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie

[Tobias]

Das kann man alles so stehen lassen 
Generell würde ich mir wünschen dass wir die Möglichkeit beizutragen  
nich unotig komplizieren... Ein paar verklebte Flächen können wir  
sicher hinnehmen wenn wir dadurch einen neuen mapper gewinnen  
können.


  Originalnachricht  
Von: Volker
Gesendet: Sonntag, 21. Oktober 2018 01:36
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Androhung von Benutzersperren für Verklebe-Ideologie


+1

+ drei Ergänzungen

1. Auch wenn die Antworten auf Changesetkommentare teilweise  
ziemlich patzig sind,  sollte generell der Ton in  
Changesetkommentaren, der tendenziell immer rauher wird, seitdem es  
die Changesetkommentare gibt, wieder in Richtung Sachargumente und  
Nettikette gehen.


2. Der Spass am "Rule lawering" sollte denjenigen, die es massiv  
parktizieren, gründlichst vergellt werden.


3. Ich bin keine Freund davon irgendjemanden wegen Kleinigkeiten bei  
der DWG zu verpetzen.



Am 20.10.2018 um 16:02 schrieb Frederik Ramm:

Hi,

On 10/19/2018 09:32 PM, Martin Koppenhoefer wrote:
kannst Du das spezifizieren? Wenn es ums Verkleben geht, soll man  
neue Mapper freundlich begrüßen und höchstens in einem Nebensatz  
das Verkleben ansprechen? Oder ist jeder Hinweis darauf verboten,  
wenn es um Neulinge geht?

Also, ich würde mal sagen, man soll es generell unterlassen, in einer
Changeset-Diskussion Zeugs zu diskutieren, das mit der konkreten
Änderung nichts zu tun hat.

Ansonsten würde ich sagen, das *absichtliche* Verkleben von Flächen und
Wegen, die man selbst nicht neu gemappt hat, sollte nach wie vor
kritisiert werden dürfen.

Aber wenn jemand neue Daten beiträgt und dabei ein bisschen "klebt", ist
das noch kein Grund für eine freundliche und erst recht nicht für eine
unfreundliche Ermahnung. Und wenn jemand dann trotzdem solche
Changeset-Kommentare schreibt, und ein Dritter das merkt, dann soll der
sich bitte an die DWG wenden statt auch noch in die Diskussion
einzusteigen und den Verteidiger der Entrechteten zu spielen.

Und wer in dieser Aussage eine Lücke findet und meint, er könnte immer
noch seine verklebe-politischen Ideen pushen, indem er z.B. die Mapper
per persönlicher Nachricht anschreibt oder ihnen gefaltete Zettelchen
unter die Windschutzscheibe klebt ("Du hast ja nur von
Changeset-Diskussionen gesprochen"), der kriegt dafür auch nicht den
Innovations-Award - einigen der Spezialisten in der aktuellen Diskussion
scheint das sog. "rule lawyering" ausgesprochenen Spass zu bereiten.

Mittelfristig wäre es gut, wenn wir in dieser Sache zu einem Konsens im
Projekt oder zumindest mal in Deutschland kommen könnten. So schwer kann
das doch nicht sein?

Bye
Frederik




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





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

Re: [Talk-de] Smoothness nur für Wege oder auch für Straßen

[Tobias Wrede]

Am 12.10.2018 um 07:39 schrieb Volker Schmidt:

Die Were des "smoothness" tag sind auf Autos bezogen, nicht auf Fahrräder,
wenn du im wiki nachschaust. Sind dann aber von der user community auch für
Radfahrer verwendet worden.

In welchem Wiki schaust du denn? Im OSM-Wiki (und auch schon im 
Proposal)  beziehen sich die wenigsten Beispiele auf Autos. In den 
beiden höchsten Klassen sind Autos noch nicht mal erwähnt.


Tobias


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

Re: [Talk-de] Suche C-Routine für Berechnung einer Peilung

[Tobias]

Hoert sich intersant an was arbeitest du da?

  Originalnachricht  
Von: Andre Hinrichs
Gesendet: Mittwoch, 10. Oktober 2018 21:38
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] Suche C-Routine für Berechnung einer Peilung


Hallo OSM-DE-Liste,

ich suche für eine eigene Applikation eine Routine, die basierend auf
einer Koordinate, einem Winkel und einer Entfernung sphärisch die
Ziel-Koordinate berechnet.

Dabei muss dies auch über größere Entfernungen funktionieren.

Leider finde ich per Internet-Suche nur Tools, die dies feritg anbieten,
oder Formeln, die nur eingeschränkt gültig sind, oder, oder...

Da sich hier aber ja bestimmt auch Programmierer tummeln, habe ich die
Hoffnung, dass mir jemand weiterhelfen kann.

Eingangswerte sollen sein: Koordinaten-Paar, Winkel, Entfernung (in Metern)

Ausgangs-Werte sollen sein: Koordinaten-Paar

Obwohl meine Applikation in C geschrieben werden soll, kann ich auch
Beispiele anderer Programmier-Sprachen gebrauchen...


Danke schonmal für eure Hilfe

Andre



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





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

Re: [Talk-de] Wiki-Eintrag falsch?

[Tobias Wrede]

Am 05.10.2018 um 12:43 schrieb sepp1...@posteo.de:


In D werden Brückenhöhen i.d.R. durch Zeichen 265 ab einer 
Durchfahrtshöhe von 4,20m gekennzeichnet, im Einzelfall auch ab einer 
höheren möglichen Durchfahrtshöhe, je nach (regelmäßiger) 
Straßennutzung durch Sondertransporte. Auch auf Autobahnen werden 
Brücken oft mit schräg zum darunter verlaufenden Straßennieveau sogar 
für einzelne Fahrspuren mit unterschiedlichen Höhenangaben unterhalb 
der 4,50m-Grenze kenntlich gemacht.


Das müßte geändert werden, oder habe ich da etwas falsch interpretiert?


Da müsste auf jeden Fall etwas geändert werden. Ist das mit Google 
Translate übersetzt? Ich habe die Feldinhalte drei mal gelesen und dann 
in die englische Version geschaut, um überhaupt zu verstehen, was die 
Tabelle eigentlich sagen will.


Falls es ein 4,20m Default in DE gibt, kann man das gerne auch 
korrigieren, dann aber klar mit dieser DE-Einschränkung. Die Seite gilt 
ja prinzipiell global.


Tobi


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

Re: [Talk-de] Abknickende Vorfahrt

[Tobias Wrede]

Am 02.10.2018 um 16:09 schrieb Florian Lohoff:

On Tue, Oct 02, 2018 at 12:29:51PM +0200, Tobias Wrede wrote:

D.h. evtl. Geschwindigkeitsbeschränkungen müssen nach der Kurve neu gesetzt
werden?

Dieser Punkt ist unter Juristen tatsächlich umstritten, genauer die Frage,
ob Strecken-Beschränkungen weiter gelten, ist umstritten.

IIRC ist das Gerichtlich sauber geklärt.

Eine Geschwindigkeitsbegrenzung gilt bis sie aufgehoben ist.

[...]
https://www.burhoff.de/rspr/texte/ab_00028.htm

[...]

"Es ist einhellige Meinung in Literatur und Rechtsprechung, dass eine
durch Zeichen 274 angeordnete Geschwindigkeitsbeschränkung als sog.
Streckenverbot erst an einen gemäß § 41 Abs. 2 Nr. 7 StVO aufgestellten
Zeichen 278 endet (vgl. Hentschel, Straßenverkehrsrecht, 36. Aufl., § 3
StVO Rdnr. 46 m.w.Nachw.; Beschluss des Senats vom 8. Juli 1996, abgedr.
in NZV 1996, 247). Zwar verlangt der Sichtbarkeitsgrundsatz die
Wiederholung aller Streckenvorschriftszeichen hinter jeder Kreuzung oder
Einmündung auf der Straßenseite, für die das Gebot oder Verbot besteht;
dies gilt jedoch nur für den Einbiegeverkehr."

Das ist unstrittig. Strittig ist, was die "Strecke" ist. Bei einer 
Kreuzung ohne abknickende Vorfahrt ist klar, dass die Strecke geradeaus 
weiterführt. Bei einer abknickenden Vorfahrt scheiden sich die Geister. 
Manche sagen, die Strecke endet dort (wie z. B. bei Einmündung auf eine 
T-Kreuzung), manche sagen, die Strecke führt geradeaus weiter und manche 
sagen schließlich, die Strecke folgt der Vorfahrtstraße. Dazu gib es so 
weit ich weiß keine Rechtssprechung.


Tobi


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

Re: [Talk-de] Abknickende Vorfahrt

[Tobias Wrede]

Am 02.10.2018 um 12:52 schrieb Martin Koppenhoefer:


sent from a phone


On 2. Oct 2018, at 12:29, Tobias Wrede  wrote:

Dieser Punkt ist unter Juristen tatsächlich umstritten, genauer die 
Frage, ob Strecken-Beschränkungen weiter gelten, ist umstritten.


unumstritten ist eigentlich nur, dass man blinken muss, oder?


Vor allem muss man auch querende Fußgänger durchlassen. Ein Aspekt, der 
vielen Autofahrern leider nicht bewusst ist.


Gruß

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

Re: [Talk-de] Abknickende Vorfahrt

[Tobias Wrede]

Hi Martin,


Am 02.10.2018 um 12:11 schrieb Martin Koppenhoefer:



Und auch für den rechtlichen Vorgang ist es - in Deutschland - immer
noch ein Abbiegen. Mit all den Konsequenzen, die ein Abbiegen hat


ein wenig sollte ich meine Aussage vielleicht relativieren. Die Regeln 
dazu sind nämlich nicht ganz eindeutig und es kommen teilweise auch  
unterschiedliche §§ in der StVO zur Anwendung, die das gleiche fordern.





D.h. evtl. Geschwindigkeitsbeschränkungen müssen nach der Kurve neu gesetzt
werden?

Dieser Punkt ist unter Juristen tatsächlich umstritten, genauer die 
Frage, ob Strecken-Beschränkungen weiter gelten, ist umstritten.


Gruß,

Tobi


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

Re: [Talk-de] Abknickende Vorfahrt

[Tobias Wrede]

Hallo in die Runde,

Am 01.10.2018 um 15:49 schrieb Florian Lohoff:

Hi Andreas,

On Fri, Sep 28, 2018 at 09:06:07PM +0200, Andreas Schmidt wrote:

Wenn man abbiegt, biegt man ab.
Ob die Vorfahrtsstraße mit abbiegt oder geradeaus geht, ist für die
Frage des Abbiegens irrelevant.

Für den physischen Vorgang des abbiegens und Deutschland gebe ich dir
recht.


Und auch für den rechtlichen Vorgang ist es - in Deutschland - immer 
noch ein Abbiegen. Mit all den Konsequenzen, die ein Abbiegen hat, mit 
der Ausnahme, dass entgegenkommender Fahrzeugverkehr ggf. warten muss. 
Auf Fußgänger trifft das nicht zu.



Festeinbau Mercedes - Keine Ansage - Erwartung das der
abknickenden Vorfahrt gefolgt wird.

Mercedes hat eh eingebaute Vorfahrt, oder wie war das? ;-) Hoffe, die 
Fahrer verlassen sich nicht leichtsinnig auf die Ansagen.


Tobi


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

Re: [Talk-de] Relation für Gebäude

[Tobias Knerr]

Am 18.09.2018, 16:21, schrieb Benedikt Bastin:
> Gibt es abseits des Zugehörigkeitsproblems noch weitere Sachen, die gegen 
> eine solche Relation sprechen?

Im Allgemeinen tendiert der Konsens in der Community dahin, Relationen
nur dort zu verwenden, wo sie notwendig sind.

Aus diesem Grund ist auch in Simple Indoor Tagging anders als bei dem
von dir verlinkten älteren Indoor-Proposal vorgesehen, dass der
Gebäudeumriss + level-Tags an den enthaltenen Elementen für die
Zuordnung zum Gebäude ausreichen soll.

Einen sehr ähnlich gelagerten Fall gibt es übrigens bei
3D-Gebäudemapping: Auch dort ist die Nutzung von Relationen zur
Zuordnung von Gebäudeteilen zum Gesamtgebäude in den allermeisten Fällen
optional¹ und unüblich – die weit überwiegende Mehrheit der 3D-Gebäude
verzichtet darauf.

Wenn du dennoch eine Relation verwenden willst, dann ist die
building-Relation die gängigste Wahl. Ich würde aber wie gesagt eher
davon abraten. Auch eine geringere Fehleranfälligkeit von Relationen
halte ich in der Praxis nämlich nicht für gegeben: Es ist einfach zu
schnell passiert, dass ein Mapper z.B. ein neues Objekt ergänzt, es aber
nicht zur Relation hinzufügt.


¹ Ausnahme ist die Klärung von Zuordnungsproblemen bei überlappenden
Gebäudeumrissen

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

Re: [Talk-de] Wie nennt man diese geo-statistische Funktion

[Tobias Wolter]

On August 27, 2018 12:39:40 PM GMT+02:00, Tom Pfeifer  
wrote:
>Markus, meinst du Isochronen? Das ist die Visualisierung, welche Orte
>mit einem bestimmten 
>Reisemodus in gleicher Zeit erreichbar sind.
>https://wiki.openstreetmap.org/wiki/Isochrone

Das klingt wohl nach dem, wonach Markus gefragt hat.

>Tobias, ist das eine Implementierung von Skoda selbst oder von dir
>selbst?

Das ist ein Bordmittel von Skoda; "GreenScore" ist da IIRC das Stichwort.

-towo

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

Re: [Talk-de] Wie nennt man diese geo-statistische Funktion

[Tobias Wolter]

On August 27, 2018 8:47:05 AM GMT+02:00, Markus  wrote:
>Wie heisst die entsprechende Funktion?
>(sowas wie "Dominanz" bei Gebirgen)

In der Graphentheorie nennen wir das einfach nur "kürzester Pfad/Weg"-Probleme, 
aber das ist in der Umgangssprache etwas misverständlich, da das "kürzeste" 
sich nicht eindeutig auf Strecke oder Zeit bezieht, sondern welche Metrik man 
auch immer gerade anwenden will.

Navis implementieren das dann üblicherweise mit einer Gewichtung nach 
Entfernung oder nach Fahrzeit. (Mein Skoda versucht ein Mapping nach 
ökologischer Auswirkung auf Basis einer selbstentwickelten Kostenfunktion.)

-towo
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

[Talk-de] building:levels, Altbau/Neubau

[Tobias Knerr]

On 22.07.2018 17:00, Frederik Ramm wrote:> wenn man building:levels
erfasst - das ist ja doch ein bisschen
> einfacher als eine echte Höhenmessung - macht es ja einen ziemlichen
> Unterschied, ob man es mit einem Altbau-Stadthaus mit 3,50m hohen
> Stockwerken zu tun hat oder mit einem Neubau mit nur 2,40. Sollte man
> das irgendwie mit erfassen?

Ich stimme zu, dass es einen Unterschied macht. Schöne Tagging-Lösungen
kenne ich allerdings nicht. Wenn man das erfassen will, bleibt einem
derzeit nur, das Ergebnis der Überschlagsrechnung als height-Tag am
Gebäude zu hinterlegen.

Im Prinzip könnte ein Renderer natürlich abhängig von
building:architecture, start_date oder ähnlichen Schlüsseln
unterschiedliche Default-Stockwerkhöhen annehmen. Allerdings weiß ich
bisher von keinem 3D-Renderer, der das tut.

> Ausserdem haben Gebäude in der Stadt oft so ein "Hochpaterre" (?), wo
> das Erdgeschoss nicht auf Straßenniveau ist, sondern einen halben Meter
> drüber. building:levels=3.5?

Das ist ein häufiger genanntes Problem, für das es meines Wissens
ebenfalls noch keine Lösung gibt – Interesse hätte ich und würde das
z.B. auch in OSM2World gerne einbauen.

Nicht ganzzahlige building:levels-Werte sind leider nicht gut
auszuwerten, weil man nicht weiß, _wo_ am Gebäude das halbe Stockwerk
ist. Das ist für die reine Höhenschätzung kein Problem, wohl aber wenn
man z.B. Fensterreihen einzeichnen oder Indoor-Mapping ins Gebäudemodell
einpassen will.

Theoretisch gäbe es sogar eine Lösung unter Verwendung von bestehenden
Tags, nämlich Simple Indoor Tagging: Man kann eine Fläche fürs
Erdgeschoss einzeichnen (indoor=level + level=0) und mit min_height=0.5
taggen. Aber eigentlich sollte ein so häufiger Fall einfacher abzubilden
sein, vor allem ohne den Pflegeaufwand von zusätzlicher Geometrie...

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

Re: [Talk-de] Zerstörtes Gebäude (demolished) einzeichen (Schild verweist auf Standort)

[Tobias Wrede]

Hallo,

ganz korrekt ist der Eintrag in meinen Augen nicht. Generell würde ich 
tendieren ihn bestehenzulassen. Allerdings passen die Tags in meinen 
Augen nicht zusammen.


razed:man_made=watermill -> Eine Wassermühle, die "razed" ist.
historic=watermill -> undokumentiertes Tag, das aber das gleiche aussagt 
wie man_made=watermill, diesmal aber ohne lifecycle prefix.
demolished=yes -> auch kein dokumentiertes Tag, oder? Sollte wie oben 
razed: als Prefix demolished: genutzt werden. Steht jetzt im Widerspruch 
zu razed:.


Aus den drei Tags sollte meiner Meinung nach genau eins werden:
razed:man_made=watermill (oder demolished:man_made=watermill, der 
Unterschied ist nicht wirklich scharf und nachvollziehbar)
Mann könnte sogar auch noch ein razed:building=yes ergänzen, wenn es 
sich hier nicht um eine offene Mühle gehandelt hat.


Wenn man den Standpunkt vertritt, ein nicht mehr vorhandenes und 
inzwischen überbautes Objekt sollte gar nicht in der Karte auftauchen, 
kann man das ganze sicherlich auch in place=locality ändern.


Tobias

Am 17.06.2018 um 17:19 schrieb Manuel Reimer:

Hallo,

da bei uns recht ordentlich erfasst ist, habe ich direkt am Wohnort 
schon einige Zeit keine Änderungen mehr an der Karte gemacht.


Vor wenigen Tagen habe ich aber mal geschaut was für Kartenfehler 
gemeldet sind. Dabei bin ich auf folgenden gestoßen:


https://www.openstreetmap.org/note/1197712#map=17/49.97016/9.64038=N 



Erfasst hatte ich den mit/für den lokalen Heimat- und 
Geschichtsverein. Die Mühle ist in zahlreichen Flyern erwähnt und im 
"lokalen Sprachgebrauch" durchaus noch üblich.


https://www.openstreetmap.org/node/1028449854#map=17/49.9705928/9.6378074layers=N 



Ich war bisher der Meinung das alles korrekt eingetragen zu haben. Das 
Abrissdatum ist drin, es ist explizit darauf hingewiesen, dass das 
Gebäude abgerissen wurde.


Im Gegensatz zu so manchem erfassten "abgerissenen" Gebäude ist in 
gewissem Maß sogar das Gebot "nur mappen was vor Ort nachvollzogen 
werden kann" gewahrt. Eine Tafel vom Spessartbund (hier verläuft ein 
Kulturweg, der auch mehrfach auf die Mühlen hinweist) verweist auf den 
Standort. Kann also für jeden nachvollzogen werden auch ohne 
"Ortskundige" zu fragen.


Hintergrund für das Anlegen des Knotens war, dass ich gerne einen 
Eintrag dafür hier haben wollte:


http://gk.historic.place/historische_objekte/translate/en/index-en.html?zoom=17=49.96999=9.63967=HaHbHcSaHe 



Steht da auch korrekt als "former watermill location".

Weiterhin nutze ich den Knoten auf der Karte des Heimat- und 
Geschichtsvereins um Infos zum (ehemaligen) Gebäude auf die Karte zu 
packen:


http://karte.hgv-steinfeld.de/

Wie ist die Meinung hier dazu. Wenn es komplett falsch ist, sowas zu 
mappen, dann kann ich das mit meiner Karte auch anders lösen.


Ich selber tendiere aktuell dazu den Fehler mit einem Hinweis auf die 
Tafel, die auf den Standort des ursprünglichen Gebäudes hinweist, zu 
schließen.


Gruß

Manuel


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




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

Re: [Talk-de] BItte aus der Liste nehmen, danke!

[Tobias]

Was soll aus der liste genommen werden? 

Gruß

  Originalnachricht  
Von: Kristina Müller
Gesendet: Donnerstag, 4. Januar 2018 15:01
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] BItte aus der Liste nehmen, danke!


BItte aus der Liste nehmen, danke!



Mit freundlichen Grüßen

Kristina Müller
Junior Projekt-/PR-Managerin „Deutscher Mobilitätspreis“
 

 
Land der Ideen Management GmbH
Charlottenstraße 16
D-10117 Berlin
 
Telefon:  030 206 459 - 114
Telefax:  030 206 459 - 168
Mail: Kristina.Mül...@land-der-ideen.de
Web: www.land-der-ideen.de
Besuchen Sie uns auf Facebook: Deutschland - Land der Ideen
Sitz der Gesellschaft: Berlin
Amtsgericht Berlin-Charlottenburg: HRB 97972
Vorsitzender des Aufsichtsrates: Holger Lösch
Geschäftsführerin: Ute E. Weiland

-Ursprüngliche Nachricht-
Von: talk-de-requ...@openstreetmap.org  
[mailto:talk-de-requ...@openstreetmap.org]

Gesendet: Donnerstag, 4. Januar 2018 13:32
An: talk-de@openstreetmap.org
Betreff: Talk-de Nachrichtensammlung, Band 138, Eintrag 4

Um E-Mails an die Liste Talk-de zu schicken, nutzen Sie bitte die Adresse

talk-de@openstreetmap.org

Um sich via Web von der Liste zu entfernen oder draufzusetzen:

https://lists.openstreetmap.org/listinfo/talk-de

oder, via E-Mail, schicken Sie eine E-Mail mit dem Wort 'help' in  
Subject/Betreff oder im Text an


talk-de-requ...@openstreetmap.org

Sie koennen den Listenverwalter dieser Liste unter der Adresse

talk-de-ow...@openstreetmap.org

erreichen

Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf  
einen sinnvollen Inhalt der spezifischer ist als "Re: Contents of  
Talk-de digest..."



Meldungen des Tages:

   1. Re: routing.openstreetmap.de (michael spreng)
   2. Re: routing.openstreetmap.de (michael spreng)
   3. Re: routing.openstreetmap.de (Toggenburger Lukas)


--

Message: 1
Date: Wed, 3 Jan 2018 17:25:29 +0100
From: michael spreng 
To: talk-de@openstreetmap.org
Subject: Re: [Talk-de] routing.openstreetmap.de
Message-ID:
<06bd99b5-7951-b69c-eb2f-0a9ffbe31...@osm.datendelphin.net>
Content-Type: text/plain; charset=utf-8


On 31/12/17 15:05, Toni Erdmann wrote:

Am 30.12.2017 um 00:45 schrieb michael spreng:

Hallo

Unter https://routing.openstreetmap.de/ gibt es nun weltweites
Routing mit OSRM — mit Auto-, Fussgänger- und Bike-Profil. Die Server
sind von FOSSGIS gesponsert und wurden von mir in den letzten paar
Wochen eingerichtet. Der eine Server rechnet basierend auf dem
jeweils aktuellen OSM-planet die Graphen aus, während der andere die
Daten ausliefert. Der Update-Zyklus ist im Moment etwa ein Tag.
Probiert es doch mal aus.

Beste Grüsse
Michael


Danke Michael,

sieht gut aus und gefällt mir.

Ausgerechnet meine erste Route war sehr komisch.

'Bike'

von 'Rosenheimer Landstraße 44; Ottobrunn, Landkreis München, Upper
Bavaria, Bavaria, 85521, Germany'

nach 'A2J7D9, Avenue du Général de Gaulle, Pen ar Ru, Tachen An
Hospital, Lannion, Côtes-d'Armor, Brittany, Metropolitan France,
22300, France'

aber, ja mei, warum net.

Gibt es die Möglichkeit einen "Permalink" zu generieren, den man
"teilen" kann?

Mit "refresh" im FF kommt dann das Folgende in die Adresszeile:

https://routing.openstreetmap.de/?z=6=48.290503%2C11.403809
=48.065289%2C11.660743=48.728157%2C-3.460500=en=0=1




Hallo

Ah schon wieder dieser Fähren Bug. Ich hoffe, dass ich den bald  
beseitigt habe.


Ja der Link in der Adressleiste ist ein Permalink.

Grüsse
Michael



--

Message: 2
Date: Wed, 3 Jan 2018 17:44:26 +0100
From: michael spreng 
To: talk-de@openstreetmap.org
Subject: Re: [Talk-de] routing.openstreetmap.de
Message-ID:

Content-Type: text/plain; charset=utf-8

Hallo Jakob

On 31/12/17 14:29, Jakob Mühldorfer wrote:


Eine Frage zu diesem Teil:


mit OSRM — mit Auto-, Fussgänger- und Bike-Profil

Dies sind die standard Profile, unverändert von OSRM übernommen?



Ist schon etwas an die OSRM profile angelehnt, aber doch recht anders.
Bis ich die Dokumentation fertig habe, schaut mal  
https://github.com/sosm/cbf-routing-profiles an: car, foot-city und  
bike-city Die wurden ursprünglich mal von Sarah Hoffmann gemacht.


Grüsse
Michael



--

Message: 3
Date: Thu, 4 Jan 2018 11:59:50 +
From: Toggenburger Lukas 
To: Openstreetmap allgemeines in Deutsch 
Subject: Re: [Talk-de] routing.openstreetmap.de
Message-ID: <4f9afe58f7534b7e8c1208baea4fd...@htwchur.ch>
Content-Type: text/plain; charset="utf-8"


Das Besondere ist hauptsächlich, dass der Server Community-betrieben ist.
Die anderen sind so viel ich weiss von Firmen.


Was ist denn der Unterschied zwischen  
https://routing.openstreetmap.de/ und 

Re: [Talk-de] routing.openstreetmap.de

[Tobias Knerr]

On 31.12.2017 10:25, Volker Schmidt wrote:
> Die drei im vorliegenden Fall vorhandenen einschraenkenden
> tags beziehen sich ausschliesslich auf motorisierte Fahrzeuge; daher sollte
> der Router Fussgaenger, Radfahrer und Reiter durchlassen.

Der Schlüssel access bezieht sich keineswegs nur auf motorisierte
Fahrzeuge, und der Way ist als access=agricultural getaggt. Richtig wäre
vermutlich motor_vehicle=agricultural.

Dass zusätzlich zum access-Tag auch noch Einschränkungen getaggt sind,
die sich nicht auf Fußgänger beziehen – nämlich motorcar=no und
motorcycle=no – ändert daran nichts.

Und um auch noch eine weitere Quelle der Verwirrung auszuschließen: Es
gibt "agricultural" auch als Schlüssel, wo es dann keine Nutzungsart,
sondern einen Fahrzeugtyp bezeichnet und Fußgänger daher nicht betrifft.
Das spielt für diese Diskussion aber keine Rolle, da hier der Wert
agricultural genutzt wurde, nicht der Schlüssel agricultural.

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

Re: [Talk-de] routing.openstreetmap.de

[Tobias]

Hi,

Danke für die Info...
Kann das Routing was besonmderes???

Gruß

  Originalnachricht  
Von: michael spreng
Gesendet: Samstag, 30. Dezember 2017 00:45
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] routing.openstreetmap.de


Hallo

Unter https://routing.openstreetmap.de/ gibt es nun weltweites  
Routing mit OSRM — mit Auto-, Fussgänger- und Bike-Profil. Die  
Server sind von FOSSGIS gesponsert und wurden von mir in den letzten  
paar Wochen eingerichtet. Der eine Server rechnet basierend auf dem  
jeweils aktuellen OSM-planet die Graphen aus, während der andere die  
Daten ausliefert. Der Update-Zyklus ist im Moment etwa ein Tag.  
Probiert es doch mal aus.


Beste Grüsse
Michael

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





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

[Talk-de] Nutzung von building:part durch Mentz GmbH

[Tobias Knerr]

Hallo zusammen,

mir ist aufgefallen, dass Mentz beim Bahnhofsmapping eine inkompatible
Interpretation des Schlüssels building:part gewählt hat. Dieser kommt
bei Mentz für Indoor-Elemente wie Aufzüge, die nicht unbedingt einen
Einfluss auf die äußere Form eines Gebäudes haben, oder auch für
Tunnel[1] zum Einsatz. Auch Stockwerke werden in der Mentz-eigenen
Dokumentation[2] als Einsatzmöglichkeit erwähnt.

Das widerspricht allerdings klar der etablierten Bedeutung dieses
Schlüssels, der ja aus Simple 3D Buildings stammt. Um den bestehenden
Standard nicht zu gefährden, sollte hier ein anderes Tagging gefunden
werden. Daher würde ich hoffen, dass Mentz bereit ist, eine andere
Lösung zu wählen und ihre eingetragenen Daten entsprechend zu korrigieren.

Ich hatte das bereits vor zwei Wochen im Wiki angesprochen, aber keine
Reaktion erhalten:
http://wiki.openstreetmap.org/wiki/Talk:MENTZ_GmbH/Modellierungsvorschl%C3%A4ge_Indoor#Problematische_Nutzung_von_building:part

Gruß,
Tobias

[1] Beispiel: http://www.openstreetmap.org/relation/7103998
[2] http://wiki.osm.org/DE:MENTZ_GmbH/Modellierungsvorschläge_Indoor



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

[Talk-de] OSM-Events auf der FOSSGIS 2017

[Tobias Knerr]

Hallo zusammen,

lang ist's ja nicht mehr hin bis zur FOSSGIS in Passau. Daher zunächst 
mal die Erinnerung: Denkt daran, euch unter 
http://fossgis-konferenz.de/2017/anmeldung/ anzumelden!


Wie ihr vielleicht schon gehört habt, wird es auf der FOSSGIS dieses 
Jahr zwei OSM-spezifische Events geben, die auch unabhängig vom Rest der 
Konferenz besucht werden können: Am Nachmittag des dritten 
Konferenztages richten wir eine Mappingparty aus, bei der gemeinsam die 
Daten in der Passauer Altstadt verbessert werden. Der Tag darauf steht 
dann als "OSM-Samstag" komplett im Zeichen von OSM – das Programm wird 
im Stil einer Unkonferenz von euch selbst gestaltet.


Damit wir diese OSM-Events besser planen können, wäre es schön, wenn ihr 
euch bei Interesse vorher auf den entsprechenden Wikiseiten eintragt:


http://wiki.osm.org/FOSSGIS_2017/Mappingparty
http://wiki.osm.org/FOSSGIS_2017/OSM-Samstag

Viele Grüße,
Tobias

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

Re: [Talk-de] JOSM - mehr Speicher

[Tobias]

Hi,

was hast du denn mit dem armen josm vor dass du denkst er braucht so viel RAM???

Gruß
Am 30.01.2017 10:48 nachm. schrieb Markus :
>
> Liebe JOSM-Spezialisten, 
>
> ich benutze die Webstart-Version (11427, Win 8.1). 
> Neulich stürzte er ab weil "out of memory, strange things will happen". 
> Task-Manager meldet 500 MB (16 GB sind verbaut). 
>
> Wie kann ich JOSM sagen, dass er gern 1..2 GB benutzen darf? 
> beim Start? in den Einstellungen? wie? 
>
> Mit herzlichem Gruss, 
> Markus 
>
> ___ 
> Talk-de mailing list 
> Talk-de@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-de 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Gelöschte Objekte visuell wiederfinden

[Tobias Preuss]

Hallo.

Ich würde gerne gelöschte Objekte (Points, Line, Area) in
OpenStreetMap wiederfinden.
Dabei möchte ich gerne "visuell suchen": ich kenne die ungefähre
Position (Bounding Box), an welcher sich das Objekt früher befunden
hat.
Ich kenne folgende Projekte, die zum Thema passen:

OSM History Viewer
http://osmhv.openstreetmap.de

OSM Deep History (leider offline)
http://iandees.github.io/osm-deep-history/

WHODIDIT: OpenStreetMap Changeset Analyzer
http://simon04.dev.openstreetmap.org/whodidit/

achavi - Augmented OSM Change Viewer
http://nrenner.github.io/achavi/
https://github.com/nrenner/achavi

Letzterer macht eigentlich genau das, was ich möchte. Dabei gilt zu
beachten, dass achavi in der Browser-Console Fehler protokolliert, die
man als Besucher der Webseite nicht sieht [1]. Am besten funktioniert
es, wenn man den Zeitraum und die Bounding Box klein hält. Leider
zeigt mir die Webseite nur Änderungen für einen Way an. Ich suche ein
Point Objekt.


Grüße, Tobias

___
[1] https://github.com/nrenner/achavi/issues/26

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

Re: [Talk-de] Bitte HEUTE Vorträge einreichen für die FOSSGIS-Konferenz

[Tobias Knerr]

Zur Erinnerung: *Heute* endet die Vortragseinreichung für die 
FOSSGIS-Konferenz 2017 in Passau. Verlängern können wir die Frist 
diesmal leider nicht, also reicht schnell noch eure Ideen ein!


https://www.fossgis-konferenz.de/2017/callforpapers/

Falls euch die Zeit nicht mehr ganz reicht, stellt heute zumindest die 
Basisinfos ein. Am Abstract dürft ihr dann noch die nächsten Tage feilen.


Wer schon eingereicht hat: Danke für den Beitrag, das Programmkommittee 
wird sich nach Einreichungsschluss an die Arbeit machen und das Programm 
zusammenstellen. Wir haben nach dem aktuellen Stand schon viele 
interessante Vortragseinreichungen. :) Nichtsdestotrotz würden wir uns 
noch über weitere Vorträge aus dem OSM-Umfeld freuen!


Gruß,
Tobias

On 01.01.2017 21:09, Peter Barth wrote:

Hallo,

und da wir jetzt ein neues Jahr haben bumpe ich den Thread nochmal und
erinnere daran, dass bis zum 6. Januar keine ganze Woche mehr ist. Also
bitte nutzt eure restliche vorlesungsfreie Zeit/Ferien/Urlaub/... noch
euch ein gutes Thema zu überlegen und einzureichen. Wir haben zwar die
Einstelligkeit der Einreichungen bereits überschritten, wollen aber noch
viel mehr ;-)

Außerdem könnt ihr euch gerne schon heute für den OSM-Samstag im Wiki
eintragen: https://wiki.openstreetmap.org/wiki/FOSSGIS_2017/OSM-Events
Das erleichtert uns dann die Planung bzgl. Räumlichkeiten und
Verpflegung. Der OSM-Sonntag in Salzburg war wirklich genial; ich kann
euch nur empfehlen auch den OSM-Samstag in diesem Jahr nicht zu
verpassen!

Bei Fragen einfach hier oder direkt an mich oder an das Programmkomitee.
Ich freue mich über eure Einreichungen,
Peda


Frederik Ramm schrieb:


Hallo,

   vielleicht erinnert ihr Euch an Peters Aufruf hier:

https://lists.openstreetmap.org/pipermail/talk-de/2016-November/113629.html

Es geht um die FOSSGIS-Konferenz, die im März in Passau stattfindet. Die
Vortragseinreichung läuft bis zum 6. Januar. Das hört sich lang an, aber
wenn man alle vor uns liegenden Feier-, Fest- und Reisetage abzieht, ist
das bei den meisten noch so etwa eine Woche ;)

Es wäre echt super, wenn sich aus unseren Reihen noch ein paar
Vortragende finden würden. Ich weiss nicht, ob ich das ausplaudern darf,
also sag ich es mal ganz vage: Bislang ist eine hohe einstellige Zahl
von Vorträgen eingereicht worden ;) Das reicht noch nicht *ganz* für
eine schöne Konferenz in Passau. Also - wer hat noch nicht, wer will
nochmal, ich weiss, dass unter uns viele sind, die etwas interessantes
zu OSM erzählen können, sei es aus Anwender-, Programmierer-, oder
Mappersicht.

Bitte lasst die Frist nicht verstreichen - wenn ihr eine gute Idee für
einen Vortrag habt, die aber noch etwas ausformulieren wollt, wäre den
Veranstaltern auch sehr geholfen, wenn ihr jetzt noch vor Weihnachten
eine Einreichung macht und Euch dann später nochmal einloggt und am Text
feilt (das geht im Interface problemlos) - besser als die Sache vor sich
herzuschieben und dann kommt ihr nicht mehr dazu ;)

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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





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

Re: [Talk-de] Wochennotiz Nr. 335 13.12.2016–19.12.2016

[Tobias]

+1

  Originalnachricht  
Von: dktue
Gesendet: Mittwoch, 21. Dezember 2016 14:29
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de]  Wochennotiz Nr. 335 13.12.2016–19.12.2016


+1

Am 21.12.2016 um 10:28 schrieb Wochennotizteam:

Hallo,

die Wochennotiz Nr. 335 mit vielen wichtigen Neuigkeiten aus der  
OpenStreetMap Welt ist da:


http://blog.openstreetmap.de/blog/2016/12/wochennotiz-nr-335/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de



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





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

Re: [Talk-de] JOSM: Weg an anderem Weg beginnen *ohne* die zwei zu verschmelzen!

[Tobias Wrede]

Hallo Manuel,

Am 16.11.2016 um 20:39 schrieb Martin Koppenhoefer:
Il giorno 16 nov 2016, alle ore 18:32, Manuel Reimer 
<manuel.s...@nurfuerspam.de> ha scritto:

Das mit "Alt" habe ich durch Probieren auch schon rausgefunden. Allerdings wird 
der Weg so auch nicht verbunden.

eigentlich wird der schon verbunden, wie sind deine einzelnen Schritte denn?

Bei Strg werden die ways nicht verbunden. Hast du evtl AltGr und nicht 
Alt benutzt?


Tobias

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

Re: [Talk-de] JOSM: Weg an anderem Weg beginnen *ohne* die zwei zu verschmelzen!

[Tobias Wrede]

Halo Manuel,

Am 11.11.2016 um 11:30 schrieb Manuel Reimer:
Ich hätte gerne das alte Verhalten wieder! Wie starte ich einen Weg 
von einem bestehenden ohne das mir JOSM die zwei verschmelzt? 

Unter Windows: Alt drücken beim Setzen des nächsten Nodes.

Tobias

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

Re: [Talk-de] FOSSGIS als deutsches OSMF-Chapter

[Tobias]

On Mittwoch, 9. November 2016 07:44:12 CET Frederik Ramm wrote:
> Hallo,
> 
> On 11/09/2016 06:07 AM, Tobias wrote:
> > Werden aufnahmen in mumble erlaubt sein?
> > Wird es die Sitzung als eine Art podcast geben?‎
> 
> Müsste man mal drüber nachdenken. Ich bin gegen "eine Art Podcast", dann
> hätte ich als Teilnehmer einer Vorstandssitzung immer das Gefühl, ich
> müsste allen, die das vielleicht später mal hören, den Kontext erklären.

Hm,

ich denke mir das so :-)

Das geschriebene protokoll gibt sicherlich am wenigsten Kontext. 
Folgich müsste man dafür wohl am meisten erklären. 

Wenn jemand nur sporadisch den Sitzungen folgen kann - kann man auch schlecht 
den Kontext erfassen. Wenn etwas unklar ist hat man auch nicht die Möglichkeit 
das Sitzungsprotokollt der vorwoche nachzuhören - da sie ja nicht 
aufgezeichnet wurde. So bleibt nichts anderes als zu Fragen. 

Wenn man keine Möglichkeit gibt die Sitzung zeitversetzt zu hören werden 
bestimmte Gruppen der Befölkerung (mit viel Zeit) in der Möglichkeit zur 
Teilhabe bevorzugt  (aber das nur am Rande).

Ich denke zwischenfragen könnten die Sitzung generell eher stören ... kommt 
darauf an wie viele Teilnehmer in Mumble sind. 
Eventuell sollte man eine Fragen/Antworten block an den Anfang und oder an das 
Ende der Sitzung einrichten :-)
Für die die nicht live teilnehmen können wäre es schön wenn man Fragen auch 
per Email vorab an die Runde schreiben könnte. 

Just my 2 Cents 
Tobi 


> Wenn einfach Gäste anwesend sind, ist es nicht so schlimm, die können ja
> fragen, wenn was unklar ist.
> 
> Bye
> Frederik



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

Re: [Talk-de] FOSSGIS als deutsches OSMF-Chapter

[Tobias]

‎Hi
‎
Werden aufnahmen in mumble erlaubt sein?
Wird es die Sitzung als eine Art podcast geben?‎
‎
Gruß

  Originalnachricht  
Von: Frederik Ramm
Gesendet: Dienstag, 8. November 2016 23:46
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] FOSSGIS als deutsches OSMF-Chapter

Hi,

On 10/22/2016 01:53 PM, Christoph Hormann wrote:
> - ein weiterer Punkt ist, dass im FOSSGIS viele Prozesse vereinsintern 
> sind. Daran ist im Grunde nichts auszusetzen und es schafft einen 
> Anreiz zu Mitgliedschaft. Traditionell wird aber in der OSM-Community 
> viel Wert auf Öffentlichkeit der Prozesse gelegt. 

Zu diesem Punkt eine kleine Entwicklung: Die Protokolle der
FOSSGIS-Vorstandssitzungen kommen ab sofort ins Wiki
(https://www.fossgis.de/wiki/Protokoll_Vorstandssitzung/2016-11-08) und
die Vorstandssitzungen auf Mumble sind (ab nächstem Mal) öffentlich.

Bye
Frederik

-- 
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"

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


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

Re: [Talk-de] Handball?

[Tobias Wrede]

Am 01.10.2016 um 18:51 schrieb Sven Geggus:

Tobias Wrede <l...@tobias-wrede.de> wrote:


In den USA versteht man unter Handball eine Art Squash ohne Schläger
(https://de.wikipedia.org/wiki/American_Handball).

Das kann dann ja per Definition nicht im Freien gespielt werden oder?

Worauf ich raus will. Man könnte die Kombination mit building und pitch
beachten.
Ui. Jetzt sind es schon drei Wochen her und die Diskussion schon 
eingeschlafen, aber trotzdem noch kurz eine Antwort hier drauf:


Nein, amerikanisches Handball wird auch draußen gespielt. Tatsächlich 
stehen da in Parks und Sportanlagen öfters mal Betonwände für genau den 
Zweck rum.


Gruß
Tobias

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

Re: [Talk-de] OSMF-Spendenkampagne

[Tobias]

On Donnerstag, 29. September 2016 22:27:58 CEST Frederik Ramm wrote:
> Hi,
> 
> On 09/29/2016 10:01 PM, Tobias wrote:
> > Gibt es denn einen besonderen Anlass? Gerade jetzt zu spenden? Wird das
> > geld akut für etwas benötigt???
> 
> Ich habe ein geschätztes Budget für 2017 aufgestellt - also wieviel wir
> wofür ausgeben werden und wieviel wir einnehmen - und da kam unten raus,
> dass wir ungefähr 70.000 EUR mehr ausgeben werden als wir (ohne
> Spendenkampagne) einnehmen. Das war der Auslöser für diese Aktion.
> 
> Die Haupt-Kostenstellen sind "Operations" (also Server) und "Legal"
> (Markenrechte und Rechtsbeistand in Lizenz- und anderen Fragen), aber
> wir haben auch Kosten für Steuerberater, Versicherung, Vorstandsarbeit
> und neuerdings eine freiberufliche "Verwaltungskraft" ("admin help"),
> die 1,5 Tage pro Woche für uns tätig ist.
> 
> Früher hat die SOTM immer genug Überschuss eingespielt, um die laufenden
> Kosten der Organisation zu decken. Das ist aber jetzt nicht mehr der
> Fall; wir können froh sein, wenn die SOTM eine schwarze Null schreibt.
> Auf lange Sicht hoffen wir, mit unserer neuen "Firmen-Mitgliedschaft",
> bei der Firmen zwischen 500 und 20.000 EUR im Jahr zahlen, finanziell
> wieder sorglos dazustehen, aber im Augenblick sind wir in einer
> Situation, in der die Einnahmen aus Mitgliedschaft noch nicht reichen.
> 
> Bye
> Frederik

das erhöt doch gleich die Bereitschaft :-)

Danke 


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

Re: [Talk-de] Meine letzten Edits

[tobias]

On Samstag, 1. Oktober 2016 18:20:52 CEST Heinz-Jürgen Oertel wrote:
> 5 Wochen Urlaub liegen hinter mir. Unterwegs habe ich versucht einige
> wichtige Sachen, besonders Unterkünfte und Gaststätten aber auch Kirchen,
> als POI mit OSMand aufzunehmen. Dabei gelingt es nicht ganz korrekt das
> Tagging Schema einzuhalten, aber immerhin hatte ich damit die Position.
> OSMand kennt z.B. beim POI anlegen keine Pensionen, nur Hotel. Ich möchte
> nun mittels JOSM die POIs nachbearbeiten, auch Schreibfehler korrigieren
> etc. Leider kenne ich keine Methode meine letzten Edits zu erfahren.
> 
> Kann jemnd helfen?
> 
>  Heinz
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


https://www.openstreetmap.org/user/$USERNAME/history

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

Re: [Talk-de] OSMF-Spendenkampagne

[Tobias]

Hi,

Gibt es denn einen besonderen Anlass? Gerade jetzt zu spenden? Wird  
das geld akut für etwas benötigt??? 


Gruß und Dank 
Tobi

  Originalnachricht  
Von: Frederik Ramm
Gesendet: Donnerstag, 29. September 2016 10:06
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] OSMF-Spendenkampagne


Hallo,

   Mist, jetzt hab ich das wichtigste vergessen. Der FOSSGIS hat
erklärt, dass er alle als OpenStreetMap-Spenden markierten Geldeingänge
während der Laufzeit der Spendenkampagne an die OSMF weiterreichen wird.
Das heisst, ihr könnt auch an einen deutschen gemeinnützigen e.V. mit
deutschem Bankkonto spenden (Bankverbindung siehe
https://www.fossgis.de/) und so die OSMF unterstützen.

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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





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

Re: [Talk-de] Handball?

[Tobias Wrede]

In den USA versteht man unter Handball eine Art Squash ohne Schläger 
(https://de.wikipedia.org/wiki/American_Handball).


team_handball nach handball umzutaggen wäre wohl unproblematisch. Es ist 
aber nicht auszuschließen, dass unter den "handball" getaggten pitches 
nicht auch solche für American Handball zu finden sind.


Gruß
Tobias

Am 27.09.2016 um 10:50 schrieb Martin Koppenhoefer:


sent from a phone


Il giorno 27 set 2016, alle ore 09:41, Sven Geggus 
<li...@fuchsschwanzdomain.de> ha scritto:

Hm, sollten wir über einen mechanischen edit diskutieren, der
sport=team_handball in sport=handball ändert?


gibt es Handball auch als Einzelsportart, oder ist das immer ein 
Mannschaftssport? ;-)

+1 von mir für den mechanischen Edit zur Normalisierung. handball ist lt Wiki die 
britische und die olympische Schreibweise, von daher wäre es m.E. durchaus noch 
vertretbar, den etwas weniger genutzten Wert "gewinnen" zu lassen


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




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

Re: [Talk-de] Help needed for mapping missing navigation data in Germany

[tobias]

Hi,

If you are doing changes in Germany cities you sould  have a guy understanding 
German for reading the sighns aswell as handling the contact to the comunity 
by reading osm bugs, comments, suggestions and collecting the reactions from 
the locals on the regional Mailinglists and formums. 

Not reacting on comments, mailinglists and bugs attached to your edits may 
will be seen as "crude".

Regards Tobias


On Freitag, 12. August 2016 18:03:19 CEST Nikhil Prabhakar wrote:
> Hello Everyone,
> 
> In an effort to improve the navigation data in Europe, we are planning to
> add/verify turn restrictions, exit numbers and destination names in the
> cities of Europe starting with Berlin, Stuttgart and Wolfsburg in Germany.
> We will be using Mapillary images as a source for adding these data. We
> have shared our initial analysis, workflow and tagging system we are going
> to follow in OSM diary[1]. We would like your support and involvement in
> this endeavour and also, it would be great to hear about any questions or
> feedbacks that you all may have regarding the workflow and tagging system
> that we are following before taking this forward.
> 
> [1] Diary post - http://www.openstreetmap.org/user/nammala/diary/39255
> 
> Regards,
> Nikhil Prabhakar U
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de



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

Re: [Talk-de] Help needed for mapping missing navigation data in Germany

[marc tobias]

I like the part where you say Wolfsburg, population 120.000,
was a major city in Germany.

It's obvious Wolfsburg was chosen because that's where the
headquarters of Volkswagen are located. And Stuttgart
because that's where Mercedes-Benz/Daimler and Porsche
are. Those happen to be the first cities in whole Europe
you target. /s

Here's the Mapillary coverage in Stuttgart.
http://imgur.com/QHKbYRF

I'd argue there there are other German cities with better
coverage that could be prioritised if Mapillary is meant
to be the primary source. Can the local community volunteer
other cities or is Stuttgart and Wolfsburg a must-have?

marc tobias

On 12/08/2016 21:40, talk-de-requ...@openstreetmap.org wrote:

Help needed for mapping missing navigation data in Germany


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

Re: [Talk-de] Skandal! Skulptur im Park ohne rollstuhlgerechte Toilette!

[Tobias]

Zu 3.

Tags für behinderten gerechte k
Wcs können nur an schon ‎in osm vorhandene Toiletten angebracht werden.

Gruß


  Originalnachricht  
Von: Holger Dieterich
Gesendet: Samstag, 16. Juli 2016 14:42
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] Skandal! Skulptur im Park ohne rollstuhlgerechte Toilette!


Hallo talk-de,

ich heiße auch Holger, bin Mitgründer von Wheelmap und habe außerdem
das Proposal "toilets:wheelchair"[1] gestellt damals.


   - Ich bin nach wie vor überzeugt dass "unknown"-tags quatsch sind
und kann nicht nachvollziehen woher die kommen.
   - "wheelchair_toilet" war ein Bug in unserer Android App, der wie
gesagt schon lange behoben ist. Ich bin auch für einen mechanischen
Edit wie von Tom vorgeschlagen (s.u.)


Wegen Orten bei denen man keine Toilette erwartet:

Tatsächlich haben wir in den Wheelmap-Apps (Web, iOS, Android und
Windows10) den tag toilets:wheelchair einheitlich eingebaut und machen
keine Fallunterscheidung. Offenbar markieren manche App-User daher so
etwas statt es einfach unmarkiert zu lassen.

Ideen wie wir das lösen könnten:


   1. Alle Apps so ändern, dass nur bei bestimmten Ortstypen "toilets"
angezeigt wird und verändert werden kann (kann man das klar
entscheiden z.B: bei Denkmälern o.ä.? Ein eListe aller Ortstypen die
von Wheelmap verwendet werden findet ihr hier:
http://wheelmap.org/node_types ) ODER
   2. Im "toilets"-Dropdown von allen Wheelmap-Apps eine Option
hinzufügen "nicht vorhanden" was nicht in OSM geschrieben wird.
   3. Weitere Ideen?


Übrigens:
Das Wheelmap Backend und alle unsere Apps sind übrigens open source,
wir freuen uns über Feedback und Beitragende:
https://github.com/sozialhelden .
Trotzdem investieren natürlich weiterhin selbst in die Entwicklung von
Wheelmap und haben für Backend und die Apps zwei Agenturen die wir
regelmäßig beauftragen.


Grüße,

Holger

[1] http://wiki.openstreetmap.org/wiki/Proposed_features/toilets:wheelchair



Holger Jeromin wrote on 2016/07/09 08:19:
* Tom Pfeifer > Wrote in message:

*>>* Dazu kommt noch ein neuer Tag 'wheelchair_toilet=*' (4600x), hier
gibt es mehr
*>>* 'unknown' als 'yes' und 'no' zusammen (53%). Undokumentiert.
*>>* Das falsche Tag war mir auch schon mal aufgefallen und habe es den
*>*   sozialhelden gemeldet. Daraufhin haben sie den Fehler im backend
*>*   innerhalb von wenigen Tagen behoben. Das ganze ist ein zwei Jahre
*>*   her.
*>>* Neue sollten nicht mehr rein kommen. Ich wäre für einen mechanical
*>*   edit zur Korrektur.
*
Danke Holger für den Hinweis, ich habe daraufhin mal das Zeitverhalten
analysiert:

Über den Sammeluser 'wheelmap_android' kamen noch bis vor 7 Monaten
die 'wheelchair_toilet' herein. In jüngeren Changesets nicht mehr,
allerdings wird dann zusätzlich ein 'toilets:wheelchair' aufgeklebt,
ohne das alte zu löschen.

'unknown'-Werte sind mir in jüngeren Changesets auch nicht mehr aufgefallen.
Leider sieht man den Fix nicht an der Softwareversion, alt wie neu kommt mit
'rosemary v0.4.4'.

Für einen mechanischen Edit wäre ich auch, insbesondere da der fehlerhafte
Key nun auch von anderen Mappern übernommen wird.

Kriterien wären aus meiner Sicht:
- Löschen von {wheelchair_toilet|toilets:wheelchair}=unknown
- Wenn beide vorhanden sind, vergleichen, bei Gleichheit
wheelchair_toilet löschen
- bei Ungleichheit die Anzahl ermitteln, ob man sich die einzeln  
ansehen kann,

   ggf. den zeitlich neueren Wert übernehmen, meist wird das
toilets:wheelchair sein
- wenn nur wheelchair_toilet={yes|no} vorhanden, auf  
toilets:wheelchair ändern

- verbleibende Werte ausserhalb von {yes|no} manuell prüfen.

Unschön bleiben noch das mehrfache Hochzählen der Versionsnummern im
gleichen CS für jeden geänderten Tag, und das *toilet*=no an Objekten,
an denen man ohnehin keine Toilette erwartet, z.B.

amenity=drinking_water
highway=bus_stop
natural=cave_entrance
historic=memorial
tourism=artwork

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





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

Re: [Talk-de] Mobile Verkaufsstände

[Tobias Wrede]

Hallo,

Am 13.07.2016 um 11:46 schrieb Martin Koppenhoefer:

Am 13. Juli 2016 um 11:27 schrieb Carl von Einem <c...@einem.net>:


Und als "tag, der signalisiert, dass das Teil da in 95% der Zeit in der
man vorbeikommt überhaupt nicht anzutreffen ist", würde ich opening_hours
vorschlagen.

Ich würde für einen
anderen tag plädieren, so dass man als Datenkonsument einfacher erkennen
kann, ob man da überhaupt üblicherweise was antrifft, oder ob das Zelt nur
während des Oktoberfests (oder der Stand nur während der Marktzeiten oder
der Stand am Straßenrand nur in der Saison) dort ist.

Generell gehört sowas meiner Meinung nach in die Datenbank rein. Ich 
habe hier in Leverkusen auch Standorte von Schadstoffmobilen (1x im 
Monat) und Grünschnittcontainern (1x die Woche) getaggt. Beide haben 
regelmäßige, veröffentlichte Zeiten. Die Hähnchen-, Fisch-, Blumen-, 
etc.-Wagen mögen keine so verbindlichen, veröffentlichten Zeiten haben, 
sind meiner Erfahrung nach aber auch über Jahre hinweg regelmäßig zur 
gleichen Zeit anzutreffen. Die möchte ich also auch finde können.


Ich finde die Idee aber gut, den mobilen Charakter deutlich zu machen. 
Das sollte meiner Meinung nach aber keine anderer Tag sein (dann 
bräuchten wir jeweils einen anderen Shop-, Recycling-, Fast-Food-, 
etc.-Tag), aber ruhig ein zusätzlicher. Amenity:mobile=yes oder 
ähnliches. Keine Ahnung, wie man so was korrekt in en-gb ausdrücken würde.


Gruß
Tobias

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

Re: [Talk-de] operatror of ATM

[Tobias]

‎Danke
War ein klarer Fall von zu dumm zum suchen...


Gruß
  Originalnachricht  
Von: Harald Hartmann
Gesendet: Sonntag, 29. Mai 2016 20:27
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] operatror of ATM


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

laut wiki [1] ist das eindeutig:
operator=Sparkasse XYZ
network=Sparkassen-Finanzgruppe

[1] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Datm


Am 29.05.2016 um 19:10 schrieb Tobias:

Hi,

ich habe eine kurze frage zum Operator keyword im Zusammenhang mit
Geldautomaten (ATM).

Mir ist aufgefallen dass es Automaten der Sparkasse gibt die mit
operator = 'Sparkasse $townXY' getaggt sind und andere mit operator
= 'Sparkasse' was ist denn richtig(er)?

Gruß und Dank Tobi

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


-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJXSzSVAAoJEIuLcq40+VqtUGgH/1IYn5EzEKT9dAEbbL2dK33D
02zEcnYKZdSTR2NoC4BFQaTfoiu9UtlrKlFm/Beq+k3YNqNIXSlJ7AIVxNyc5kOp
IGOpOI8k7R0QHEZSZe66dPHQo6d+h1/DC3RmmTG4WQzeGuylIzawxmd5BDjFx3TL
la2Lf89ffyuiDWqK7N/Rakqqm28sKAHiBwJj3/BRwnoo3ZkU3+SqOWJ6RRIxJt9D
9Ng4IwDWb9fxdcepNLPG9HkDoG7tPcoD/SR4zJpwqYwv+rgMahqYrpo3wEv4HUZh
XArzIUVnH7u93O0pHcAyGvffnqzzuV/wYylnAAzyvJcX1A6p5RQhCR65S3pvr14=
=T7cg
-END PGP SIGNATURE-

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





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

[Talk-de] operatror of ATM

[Tobias]

Hi,

ich habe eine kurze frage zum Operator keyword im Zusammenhang mit
Geldautomaten (ATM).

Mir ist aufgefallen dass es Automaten der Sparkasse gibt die mit
operator = 'Sparkasse $townXY' getaggt sind und andere mit operator =
'Sparkasse' was ist denn richtig(er)?

Gruß und Dank
Tobi

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

Re: [Talk-de] admin_level = 8 Stadt, Dorf oder Markt?

[Tobias]

Danke ggf. Wede ich verduchen die infos aus den verbundenen wikidata elementrn 
zu lesen 

Gruß

Am So. Apr. 17 10:03:32 2016 GMT+0200 schrieb Georg Feddern:
> Am 16.04.2016 um 21:35 schrieb Tobias:
> > ob es sich
> > bei einem Polygon mit admin_level = 8 um eine Stadt, ein Dorf oder einen
> > Markt handelt.
> >
> > Gibt es hierfür in osm einen speziellen key?
> 
> Darauf gibt es ein klares Nein - einen eindeutigen key für diese 
> wirtschaftliche Unterscheidung gibt es nicht.
> 
> Der key place gibt zwar eine gewisse Richtung an - in Deutschland wird 
> versucht, die regionale Bedeutung eines place (Markt, Unterzentrum, 
> Mittelzentrum) über die abstufung village, town, city herzustellen - 
> weicht aber dadurch von der sonst europäischen Einteilung des place nach 
> population ab.
> Außerdem greift das nur, wenn über die Namensgleichheit eine Zuordnung 
> zwischen der Relation und dem place möglich ist  - ist aber eben nicht 
> immer mit der admin-Relation in Übereinstimmung zu bringen - und kennt 
> keinen Markt.
> Ein Markt lässt sich manchmal aus dem Namen herausziehen - aber eben 
> auch nicht immer.
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] admin_level = 8 Stadt, Dorf oder Markt?

[Tobias]

Hi,

ich nutze einen osm2pgsql import der OSM Niederbayern DB und frage mich
grade ob es eine Möglichkeit gibt aus den OSM daten zu lesen ob es sich
bei einem Polygon mit admin_level = 8 um eine Stadt, ein Dorf oder einen
Markt handelt.

Gibt es hierfür in osm einen speziellen key?

Dank und Gruß
Tobi

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

Re: [Talk-de] postgis osm2pgsql issue - zusammenhang

[Tobias]

Danke  Jetzt ist alles klar 
Manchmal bin ich echt blind 


Am Do. Apr. 7 09:40:52 2016 GMT+0200 schrieb Max Berger:
> 
> 
> On Thu, 7 Apr 2016, Tobias wrote:
> 
> > Hi,
> >
> > das verwenden den Bayern exports hat tatsächlich mein problem behoben.
> >
> > Was ich noch nicht verstehe ist warum ein falsches poly file beim
> > zuschnitt von Niederbayern auswirkungen auf den Landkreis Landshut hat?
> > Die Niederbayern Geometrie und die Landkreisgeometrie sind doch 2 total
> > unterschiedliche Dinge und km weit auseinander. Wie hängt das zusammen?
> >
> > Gruß und Dank
> >
> 
> Hi,
> 
> die (Aussen-)Grenze des Kreises Landshut zu den Kreisen Mühldorf, Erding 
> und  Freising ist auch die Grenze zwischen Niederbayern und Oberbayern. 
> Da liegen keine km dazwischen, die liegen auf diesem Stück aufeinander und 
> wenn an der Stelle was kaputtgeht, fehlt dir eben dieser Kreis und der 
> Regierungsbezirk. Deine Punkte sollten jetzt neu auch in Niederbayern 
> (Relation 17593) liegen, dessen Grenze dir vorher gefehlt hat.
> 
> Ich hab meinen Import schon wieder gelöscht ohne mir die Geometrie anzusehen,
> aber ich glaube, der  Flächeninhalt der kaputten Relation 62657 (Kreis LA) 
> war genauso gross wie der der Relation 62484. 62484 ist die Grenze der 
> kreisfreien Stadt LA, die nicht zum  Landkreis gehört und deshalb als 
> "inner" in der Relation 62657 davon ausgenommen ist.
> 
> Ich vermute, osm2pgsql ist über den offenen  äusseren Ring von 62657 
> gestolpert, hat dann "inner" und "outer" verwechselt und Du hattest zwei 
> deckungsgleiche Polygone für Kreis und Stadt. Dazu passt auch das falsche 
> Ergebnis zum Node 369696958, der sowohl im Kreis als auch in der Stadt
> lag..
> 
> Grüße
> Max
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue - zusammenhang

[Tobias]

Hi,

das verwenden den Bayern exports hat tatsächlich mein problem behoben.

Was ich noch nicht verstehe ist warum ein falsches poly file beim
zuschnitt von Niederbayern auswirkungen auf den Landkreis Landshut hat?
Die Niederbayern Geometrie und die Landkreisgeometrie sind doch 2 total
unterschiedliche Dinge und km weit auseinander. Wie hängt das zusammen?

Gruß und Dank


On 06.04.2016 21:53, Max Berger wrote:
> Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
>> Hi,
>>
>> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
>> angelgt
>>
>> ...
> 
> Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
> falsches Ergebnis.
> 
> Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
> Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
> Landkreises Landshut und von Niederbayern.
> 
> Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
> empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
> ausschneiden.
> 
> Grüße, Max
> 
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [Talk-de] postgis osm2pgsql issue

[Tobias]

danke für die info ich werds gleich mal mit Bayern testen

On 06.04.2016 21:53, Max Berger wrote:
> Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
>> Hi,
>>
>> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
>> angelgt
>>
>> ...
> 
> Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
> falsches Ergebnis.
> 
> Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
> Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
> Landkreises Landshut und von Niederbayern.
> 
> Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
> empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
> ausschneiden.
> 
> Grüße, Max
> 
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

[Talk-de] postgis osm2pgsql issue

[Tobias]

Hi,

ich habe jetzt die Datenbank gedropt und auch das postgis template neu
angelgt

ich verwende
community/postgis 2.2.1-2
mit extra/postgresql 9.5.2-1
unter Arch Linux

zum Setup der DB bin ich wie folgt vorgegangen
Postgis template erstellt...

createdb template_postgis -E UTF-8
createlang plpgsql template_postgis
createlang: Sprache „plpgsql“ ist
bereits in Datenbank „template_postgis“ installiert

psql -d template_postgis -f
/usr/share/postgresql/contrib/postgis-2.2/postgis.sql

psql -d template_postgis -f
/usr/share/postgresql/contrib/postgis-2.2/spatial_ref_sys.sql

psql
UPDATE pg_database SET datistemplate = TRUE WHERE datname =
'template_postgis';

createdb -T template_postgis osmToPostgres

Dann habe ich die Daten via
time osm2pgsql -x -U postgres -d osmToPostgres
/home/tobias/Downloads/osm/niederbayern-latest.osm.pbf -c --latlong
--number-processes=1 --style /home/tobias/OSM/default.style

importiert

Der Query:
SELECT DISTINCT area.osm_id, area.name, area.postal_code
FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '142034442' AND (area.postal_code is not null OR
area.boundary = 'administrative')

liefert allerdings immer noch das falsche ergebnis:
-190875;"Altdorf";""
-1113363;"";"84032"

Irgendwie habe ich den verdacht dass es ein problem mit den
Multirelationen gibt...
Alle oben aufgeführen schritte liefen ohne fehler meldund durch ...

Hat jemand eine Idee woher das falsche Verhalten kommt und wie ich es
abstellen kann?

Gruß und Dank Tobias



On 05.04.2016 21:13, Frederik Ramm wrote:
> Hi,
> 
> On 04/05/2016 08:22 PM, Tobias wrote:
>> für eine andere Bäckerei:
>> http://www.openstreetmap.org/way/369696958
>> welche Direkt in Landshut liegt bekomme ich mit dem Query:
>>
>> SELECT DISTINCT area.osm_id, area.name, area.postal_code
>> FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
>> ST_CONTAINS(area.way, element.way)
>> WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
>> area.boundary = 'administrative')
>>
>> folgendes Ergebnis:
>> -62657;"Landkreis Landshut";""
>> -3149176;"";"84030"
>> -62484;"Landshut";""
>>
>> Die Relationen sollen imo ok sein.
> 
> Irgendwas ist da doch faul. Die Bäckerei 369696958 liegt in der
> kreisfreien Stadt Landshut. Der Landkreis Landshut sollte also *nicht*
> in dieser Liste oben stehen!
> 
> Die Bäckerei 142034442 aus Deiner anfänglichen Frage hingegen *liegt* im
> Landkreis Landshut; dort hätte das -62657 also auftauchen müssen.
> 
> Teste mal dies:
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=369696958;
>  st_contains
> -
>  f
> (1 row)
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=142034442;
>  st_contains
> -
>  t
> (1 row)
> 
> So wäre es richtig. Wenn ich auf meiner Datenbank Deine Abfrage für die
> 369696958 mache, erhalte ich
> 
>   osm_id  | name | ?column?
> --+--+--
>-62484 | Landshut |
>  -2145268 | Bayern   |
>-17593 | Niederbayern |
>  -3149176 |  | 84030
>-51477 | Deutschland  |
> (5 rows)
> 
> und für die 142034442:
> 
>   osm_id  |name| ?column?
> --++--
>  -1113363 || 84032
>   -190875 | Altdorf|
>  -2145268 | Bayern |
>-62657 | Landkreis Landshut |
>-17593 | Niederbayern   |
>-51477 | Deutschland|
> (6 rows)
> 
> Wenn das bei Dir anders ist, würde ich mir vllt. mal die Polygone mit
> QGis anschauen.
> 
> Bye
> Frederik
> 


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

Re: [Talk-de] query in postgis osmosis

[Tobias]

Hi,

ja da scheint bei mir was faul zu sein. (ergebnisse siehe unten)
Nachdem ich nur niederbayern in der DB habe werde ich sie einfach
auslehren denke ich ... und neu anlegen
Danke für die Hilfe

Gruß

On 05.04.2016 21:13, Frederik Ramm wrote:
> Hi,
> 
> On 04/05/2016 08:22 PM, Tobias wrote:
>> für eine andere Bäckerei:
>> http://www.openstreetmap.org/way/369696958
>> welche Direkt in Landshut liegt bekomme ich mit dem Query:
>>
>> SELECT DISTINCT area.osm_id, area.name, area.postal_code
>> FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
>> ST_CONTAINS(area.way, element.way)
>> WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
>> area.boundary = 'administrative')
>>
>> folgendes Ergebnis:
>> -62657;"Landkreis Landshut";""
>> -3149176;"";"84030"
>> -62484;"Landshut";""
>>
>> Die Relationen sollen imo ok sein.
> 
> Irgendwas ist da doch faul. Die Bäckerei 369696958 liegt in der
> kreisfreien Stadt Landshut. Der Landkreis Landshut sollte also *nicht*
> in dieser Liste oben stehen!
> 
> Die Bäckerei 142034442 aus Deiner anfänglichen Frage hingegen *liegt* im
> Landkreis Landshut; dort hätte das -62657 also auftauchen müssen.
> 
> Teste mal dies:
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=369696958;
>  st_contains
> -
>  f
> (1 row)
> 

t


> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=142034442;
>  st_contains
> -
>  t
> (1 row)

f

> 
> So wäre es richtig. Wenn ich auf meiner Datenbank Deine Abfrage für die
> 369696958 mache, erhalte ich
> 
>   osm_id  | name | ?column?
> --+--+--
>-62484 | Landshut |
>  -2145268 | Bayern   |
>-17593 | Niederbayern |
>  -3149176 |  | 84030
>-51477 | Deutschland  |
> (5 rows)
> 
> und für die 142034442:
> 
>   osm_id  |name| ?column?
> --++--
>  -1113363 || 84032
>   -190875 | Altdorf|
>  -2145268 | Bayern |
>-62657 | Landkreis Landshut |
>-17593 | Niederbayern   |
>-51477 | Deutschland|
> (6 rows)
> 
> Wenn das bei Dir anders ist, würde ich mir vllt. mal die Polygone mit
> QGis anschauen.
> 
> Bye
> Frederik
> 


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

Re: [Talk-de] query in postgis osmosis

[Tobias]

On 05.04.2016 20:12, Frederik Ramm wrote:
> Hi,
> 
> On 04/05/2016 07:53 PM, Tobias wrote:
>> Das eine ist der Ort das andere das PLZ gebeit soweit so gut.
>> Die Bäckerei liegt aber auch im Landkreis Landshut:
>> http://www.openstreetmap.org/relation/62657
>> und auch der Landkreis erfüllt die bedinung border=administrative
> 
> Ist der denn überhaupt drin in Deiner Datenbank?
> 
> select osm_id from planet_osm_polygon where osm_id=-62657
> 
> Falls nein: Vielleicht fehlen Teile der Grenze im Niederbayern-File, und
> osm2psql hat ihn daher nicht mit importiert...
> 
> Falls ja: ist denn das Polygon gültig?
> 
> select st_isvalid(way) from planet_osm_polygon where osm_id=-62657
> 
> Mit einem ungültigen Polygon funktionieren u.U. die st_contains-Sachen
> nicht.
> 
> Bye
> Frederik
> 

Hi,

danke für die schnelle Antwort.
um es kurz zu machen:

für eine andere Bäckerei:
http://www.openstreetmap.org/way/369696958
welche Direkt in Landshut liegt bekomme ich mit dem Query:

SELECT DISTINCT area.osm_id, area.name, area.postal_code
FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
area.boundary = 'administrative')

folgendes Ergebnis:
-62657;"Landkreis Landshut";""
-3149176;"";"84030"
-62484;"Landshut";""

Die Relationen sollen imo ok sein.


select osm_id from planet_osm_polygon where osm_id=-62657

liefert:
-62657

--
 select st_isvalid(way) from planet_osm_polygon where osm_id=-62657

liefert:
t

Gruß und Dank
Tobi

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

Re: [Talk-de] query in postgis osmosis

[Tobias]

Hi,

ich hoffe ich darf nochmal mit einer Postgis frage auf dich zukommen :-)

Ausgangslage: ich habe eine Niederbayernexport in meine PostgresDB via
osm2pgsql importiert.

Ich fahre folgenden Query
SELECT DISTINCT area.osm_id, area.name, area.postal_code
FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '142034442' AND (area.postal_code is not null OR
area.boundary = 'administrative')

die ID um die es geht ist eine Bäckerei in 84032 Altdorf

Postgres gibt mir folgende Antwort:
-190875;"Altdorf";""
-1113363;"";"84032"

Das eine ist der Ort das andere das PLZ gebeit soweit so gut.
Die Bäckerei liegt aber auch im Landkreis Landshut:
http://www.openstreetmap.org/relation/62657
und auch der Landkreis erfüllt die bedinung border=administrative

Meie Frage ist warum wird er nicht mit ausgegeben?

Gruß Tobias
ps: ich habe mal die ML mit auf CC genommen die Antwort dürfte sicher
für dein einen oder anderen Interssant sein ...


On 08.03.2016 22:01, Walter Nordmann wrote:
> Hi, Das Simple-Schema ist mMn nicht sehr gut geeignet, GIS-Objekte für
> Auswertungen zur Verfügung zu stellen. "Simple" bedeutet ja "einfach", d.h.
> du hast in der DB nur die nackten Basis-Elemente, aus denen sich die
> OSM-Objekte zusammensetzten. Strassen bestehen aus Ways, Ways aus Nodes -
> und was die Sache schwierig macht, Flächen aus geschlossennen  Ways oder
> Multipolygonen (OSM-Relationen). In der Simple-DB aber eben nicht.
> 
> D.h. du müsstet dir die OSM-Objekte erst zusammenbasteln. Da geht natürlich,
> hat aber erhebliche Tücken. 
> 
> Importiere die OSM-Daten mit dem osm2pgsql-Schema, weil osm2pgsql nimmt dir
> die ganze Arbeit ab und am Ende hast du in der PostGIS-DB GIS-Objekte
> (Nodes, Ways und Polygone) mit denen man ganz vernünftig arbeiten kann. 
> 
> siehe http://wiki.openstreetmap.org/wiki/Osm2pgsql oder frage mich einfach.
> 
> Gruss
> walter
> 
> 
> 
> -
> [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
> 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/query-in-postgis-osmosis-tp5869410p5869419.html
> Sent from the Germany mailing list archive at Nabble.com.
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [Talk-de] admin_level 8 entfernen

[Tobias]

Hi,

vornweg fand ich den satz von Dietmar etwas harsch.
Sonst gibt es gibt es nichts zu meckern die benötigte Information habe
ich schließlich erhalten ;-)

Recht hat Dietmar mit der annahme dass ich schon sehr stark von einem
Fehler in OSM ausgegangen bin. Meiner Meinung nach könnte das Tagging an
dieser stelle eventuell etwas verbessert werden (eventuell mit einem
entsprechenden enklaven tag?)
Eventuell hänge ich einen note an

Meine Nachfrage auf der Lokalen Mailingliste (Niederbayern) blieb leider
bis heute unbeantwortet.

Wenn mir etwas vorkommt stelle ich dinge gerne in Frage.
Das hilft meiner meinung nach Fehler zu Finden und neue Dinge zu lernen.
Bevor man den Rotstift ansetzt sollte man sicherlich ein wenig Vorsicht
walten lassen 

Gruß Tobi
Ps: danke nochmal für die erklärungen
Pps: so schnell wird mich OSM nicht los :-P


On 26.03.2016 08:28, Dietmar wrote:
> Hallo Florian, hallo Tobias, hallo Liste,
> 
> die Grenzen sind ein Sonderfall, das wissen wir alle. Es gibt vor Ort
> fast keine Markierungen, die ein OSM-ler finden kann, um Grenzen zu
> verifizieren, daher müssen wir dem Import vertrauen. Ohne Grenzimport
> hätten wir nur Vermutungen, wie die verlaufen müssten.
> 
> Wir können nur in wenigen Fällen annehmen, das eine importierte Grenze
> falsch wäre, wenn wir andere offizielle Angaben haben, das z.B. eine
> Straße oder eine Hausnummer zu einem anderen Gemeindegebiet gehört, als
> der Grenzverlauf in OSM es darstellt. Ich weiß aber bereits in meiner
> eigene Gemeinde mehrere Hausnumemrn, die örtlich zu Augsburg gehören,
> aber außerhalb der Grenze sind (über Infoveranstaltungen des
> Geodatenamts erfahren).
> 
> Der Post von Tobi klang schon so, das er ziemlich überzeugt sei, das die
> Grenzen (es ging meist um Enklaren/Exklaven) falsch seien und nur eine
> Bestätigung haben wollte, um dann zu löschen.
> Ja es war gut von ihm, vorher nachzufragen.
> Die Bayern-Mailingliste wäre definitiv sinnvoller gewesen, weil z.B. Du
> als Ostwestfale vermutlich keinen vor Ort Bezug hast zu den
> Grenzverläufen in Bayern im Detail.
> 
> Ich passe auch keine lokalen Grenzen an, wenn hier ein Fluß renaturiert
> wird und ich nur vermuten kann, das bisher die Flußmitte die Grenze
> darstellt, weil ich
> a) es nur vermute und
> b) wenn es so wäre, die faktische Renaturierung vermutlich nicht
> automatisch den Grenzverlauf ändert.
> 
> Bei allen anderen Objekten in OSM, die vor Ort nachprüfbar sind, gehe
> ich bei Änderungen erstmal davon aus, das der ändernde Mapper weiß, was
> er/sie tut und stelle dann nichts in Frage.
> 
> Ein veränderter Grenzverlauf könnte für Jahr falsch in OSM vorhanden
> sein, deshalb habe ich so "aggressiv" reagiert. Ich danke aber Tobias,
> das er vorher nachgefragt hat.
> 
> viele Grüße
> 
> Dietmar
> 
> 
> 
> Am 26.03.2016 um 08:13 schrieb Florian Lohoff:
>> On Fri, Mar 25, 2016 at 07:39:26PM +0100, Dietmar wrote:
>>> Hallo Tobi,
>>
>> [ ... ]
>>
>>> Bitte las die Grenzen in Ruhe, die sind in Ordnung und werden nur dann
>>> angepasst, wenn es Gemeindegebietsveränderungen gibt, was in Bayern eher
>>> selten vorkommt.
>>
>> Ich hab diesen Satz gelesen und 10 Minuten Später musste ich die mail
>> nochmal raus suchen und jetzt Antworten. Der Stört mich irgendwie. 
>>
>> Auch Grenzen sind ja kein Eigentum von irgendwem. Auch Grenzen sind oft
>> Falsch eingezeichnet und brauchen oft mal Pflege. Jetzt zu sagen "lass
>> die in Ruhe" halte ich für - Sagen wir wie es ist - Überheblich.
>>
>> Tobi hat genau richtig gehandelt - Besser als 50% andere - Er hat
>> nachgefragt was das ist - Es wäre schön wenn noch mehr Mapper das machen
>> würden bevor schnell mal was gelöscht wird. Und es sollten eigentlich
>> viel mehr Fragen kommen - Es gibt jede Menge dinge in der OSM Datenbank
>> die noch viel kaputter sind die scheinbar keinem Auffallen. Warum
>> fragt da niemand? 
>>
>> Wir dürfen nicht den Fehler der Wikipedia machen und Blockwart
>> Mentalität einziehen lassen. Wir müssen uns dagegen stemmen - Jeder
>> DARF und SOLL wirklich überall editieren.
>>
>> Und bei Grenzen - Nur weil das ein Import ist sind die nicht besser oder
>> schlechter als das was ein Mapper macht. Wer das glaubt hat nicht
>> verstanden das es keine fehlerfreien Daten gibt.
>>
>>> Übrigens gibt es eine Bayern Mailingliste, da wäre es sinnvoll gewesen,
>>> dort zu posten oder zumindest den Verteiler mit zu verwenden, da ist ja
>>> das örtliche know how vertreten.
>>
>> Auch hier war jede menge Know How und er hat alles richtig gemacht.
>> Unterschwellig unterstellst du ihm trotzdem falsch gehandelt zu haben.
>>
>> Warum? 
>> Möchtest du einen Mapper vergraulen?
>>
>> Flo
>>
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [Talk-de] admin_level 8 entfernen

[Tobias]

Danke...  Für die infos...

Hat also doch alles so seine richtigkeit... 
‎Etwas verwirrend ist es aber auf den ersten blick schon... 

Gruß


  Originalnachricht  
Von: Joachim Kast
Gesendet: Freitag, 25. März 2016 20:29
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] admin_level 8 entfernen


Am 25.03.2016 um 18:26 schrieb Tobias:

Hi Joachim,

Wenn ich http://wiki.openstreetmap.org/wiki/DE:Relation:boundary zu rate
ziehe dann gehört die fläche wohl zu einem anderen Dorf oder?

Wozu es gehört bekmme ich über die Relationen raus an denen die Enklave
hängt oder?

Wenn ich es richtig deute ist es ein Teil von Haidmühle oder?


Richtig, das Gebiet gehört zu Haidmühle (outer) und ist vollständig
umgeben vom gemeindefreien Gebiet "Frauenberger und Duschlberger Wald"
(inner). Ein Blick in die Geschichte erklärt die hohe Anzahl der
Haidmühler Exklaven.

https://de.wikipedia.org/wiki/Haidm%C3%BChle#Geschichte
https://www.openstreetmap.org/relation/958942



Gruß und Dank
Tobi

On 25.03.2016 18:08, Joachim Kast wrote:

Hallo Tobi


http://www.openstreetmap.org/way/186214003 kreist laut luftbild eine
wiese ein.


Das ist eine sogenannte Enklave, meistens historisch bedingt durch
kirchliche Besitztümer. Also ok.

http://de.wikipedia.org/wiki/Enklave



Als source:url wird in den Tags www.geodaten.bayern.de angegeben. Dürfen
wir von dort Daten importieren?


ja, siehe http://wiki.openstreetmap.org/wiki/Contributors#Bayern


Grüße
Joachim


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




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




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





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

Re: [Talk-de] admin_level 8 entfernen

[Tobias]

Hi Joachim,

Wenn ich http://wiki.openstreetmap.org/wiki/DE:Relation:boundary zu rate
ziehe dann gehört die fläche wohl zu einem anderen Dorf oder?

Wozu es gehört bekmme ich über die Relationen raus an denen die Enklave
hängt oder?

Wenn ich es richtig deute ist es ein Teil von Haidmühle oder?

Gruß und Dank
Tobi

On 25.03.2016 18:08, Joachim Kast wrote:
> Hallo Tobi
> 
>> http://www.openstreetmap.org/way/186214003 kreist laut luftbild eine
>> wiese ein.
> 
> Das ist eine sogenannte Enklave, meistens historisch bedingt durch
> kirchliche Besitztümer. Also ok.
> 
> http://de.wikipedia.org/wiki/Enklave
> 
>>
>> Als source:url wird in den Tags www.geodaten.bayern.de angegeben. Dürfen
>> wir von dort Daten importieren?
> 
> ja, siehe http://wiki.openstreetmap.org/wiki/Contributors#Bayern
> 
> 
> Grüße
> Joachim
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

[Talk-de] admin_level 8 entfernen

[Tobias]

Hi,

ich habe in Niederbayern einige admin_level 8,9,10 und 11 ways gefundnen
die auf mich wirken als wären sie unachtsam importiert worden. Einige
beispile sind:

http://www.openstreetmap.org/way/186213988
oder
http://www.openstreetmap.org/way/194922912

http://www.openstreetmap.org/way/186214003 kreist laut luftbild eine
wiese ein.

Als source:url wird in den Tags www.geodaten.bayern.de angegeben. Dürfen
wir von dort Daten importieren?

Ich bin mir etwas unsicher aber ich würde die Wege einfach entfernen da
sie imo falsch sind.


Gruß und Dank
Tobi

Ein paar andere Wege die mir verdächtig vorkommen aber noch geprüft
werden müssen sind:

http://www.openstreetmap.org/way/186213990
http://www.openstreetmap.org/way/194922911
http://www.openstreetmap.org/way/194919084
http://www.openstreetmap.org/way/194919201
http://www.openstreetmap.org/way/194917596
http://www.openstreetmap.org/way/194922912
http://www.openstreetmap.org/way/186213988
http://www.openstreetmap.org/way/186214003
http://www.openstreetmap.org/way/186213993
http://www.openstreetmap.org/way/186213998
http://www.openstreetmap.org/way/186608489
http://www.openstreetmap.org/way/186214006
http://www.openstreetmap.org/way/186517968
http://www.openstreetmap.org/way/186517950
http://www.openstreetmap.org/way/186517951
http://www.openstreetmap.org/way/195746966
http://www.openstreetmap.org/way/186517949
http://www.openstreetmap.org/way/186608453
http://www.openstreetmap.org/way/186608456
http://www.openstreetmap.org/way/186214008
http://www.openstreetmap.org/way/186214001
http://www.openstreetmap.org/way/186213995
http://www.openstreetmap.org/way/186213999
http://www.openstreetmap.org/way/186213994
http://www.openstreetmap.org/way/186276219
http://www.openstreetmap.org/way/186276180
http://www.openstreetmap.org/way/186276184
http://www.openstreetmap.org/way/186276287
http://www.openstreetmap.org/way/186276182
http://www.openstreetmap.org/way/186276183
http://www.openstreetmap.org/way/186276274
http://www.openstreetmap.org/way/186276179
http://www.openstreetmap.org/way/186276178
http://www.openstreetmap.org/way/186276269
http://www.openstreetmap.org/way/186260937
http://www.openstreetmap.org/way/186260931
http://www.openstreetmap.org/way/186214005
http://www.openstreetmap.org/way/186190431
http://www.openstreetmap.org/way/186190430
http://www.openstreetmap.org/way/186603891
http://www.openstreetmap.org/way/186603887
http://www.openstreetmap.org/way/186190427
http://www.openstreetmap.org/way/194827594
http://www.openstreetmap.org/way/369069719
http://www.openstreetmap.org/way/369069718
http://www.openstreetmap.org/way/369069720
http://www.openstreetmap.org/way/194912159

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

Re: [Talk-de] osm2pgsql

[Tobias]

Hi,

ich arbeite nur mit einem Niederbayern schnipsel der Datenbank.
Und immer wenn mir auffällt dass mir was fehlt nehm ich das mit auf.
Ich würde ungern was vergessen...
Zugegebener maßen stelle ich mich etwas dumm an. :-)
Eventuell sollte ich auch etwas mehr geduld haben und mehr rum spielen  
bevor ich die Mailingliste bemühe.


Danke für die Hilfe
Tobi

Zitat von Walter Nordmann <wnordm...@gmx.de>:


Tobias Hobmeier wrote

leider trauchen die werte trotzdem nicht auf ich denke ich meiner styles
config ist nocht etwas falsch.


Ich verstehe sowieso nicht, wieso du gleich am Anfang am Style rumschraubst.
Du kennst das System nicht, meinst aber, dass du gewisse Felder nicht
brauchat. Da hab ich ganz andere Erfahrungen gemacht. Also fange mit dem
Default-Style an und taste dich heran oder lass ganz die Finger von. Sparen
tut du da wirklich nicht viel und irgendwann fehlt dir sicher was.



Eine zweite frage die mir auf den nägeln brennt ist. Kann ich von der
osm_Id zb aus der planet_osm_polygon darauf schließen ob es sich um
einen way, node oder eine relation handelt?


Die Nodes sind in planet_osm_nodes bzw in planet_osm_point - auf jeden Fall
nicht in planet_osm_polygon.
Für die Ways gibt es planet_osm_lines und planet_osm_ways.

Polygone stehen in planet_osm_polygon. Geschlossene ways (z.b. Buildings)
haben eine positive osm_id und flächenhafte Relationen (z.b. Grenzen oder
Buildings als Multipolygon) eine negative osm_id.

Lineare Relationen (z.B, Routen) stehen in planet_osm_roads, aber das ist ja
nicht deine Baustelle.

Die Tabellen mit dem Feld ID sind Rohdaten, die du normalerweise nicht
brauchst, die mit OSM_ID sind alle Objekte mit Tags. Mit denen solltest du
dich ausschlieslich beschäftigen - zumindest am Anfang.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing  
Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz]  
Postcode Map 2.0.2[/url]

--
View this message in context:  
http://gis.19327.n5.nabble.com/osm2pgsql-tp5869693p5869989.html

Sent from the Germany mailing list archive at Nabble.com.

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





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

Re: [Talk-de] osm2pgsql

[Tobias]

On 13.03.2016 19:04, Walter Nordmann wrote:
> Verlasse dich bitte nie auf "Sekundärliteratur" ;)
Hi,

und danke für die HIlfe. Soweit ich die man page gelesen habe kann x
genauso wie --extra-attributes verwendet werden.
Schnipp schnapp:

   -x|--extra-attributes
  Include attributes for each object in the database.  This
includes the username,  userid,  timestamp  and  version.
  Note: this option also requires additional entries in your
style file.

leider trauchen die werte trotzdem nicht auf ich denke ich meiner styles
config ist nocht etwas falsch.

Eine zweite frage die mir auf den nägeln brennt ist. Kann ich von der
osm_Id zb aus der planet_osm_polygon darauf schließen ob es sich um
einen way, node oder eine relation handelt?

Gruß und Dank
Tobias

>
>
> OSM2PGSQL(1) General Commands Manual OSM2PGSQL(1)
>
> NAME
>osm2pgsql - Openstreetmap data to PostgreSQL converter.
>
> SYNOPSIS
>osm2pgsql [options] planet.osm
>osm2pgsql [options] planet.osm.{gz,bz2,pbf}
>osm2pgsql [options] file1.osm file2.osm file3.osm
>
> DESCRIPTION
>This manual page documents briefly the osm2pgsql command.
>
>osm2pgsql imports data from OSM file(s) into a PostgreSQL
> database suitable for use by the Mapnik renderer or the Nominatim
> geocoder.
>OSM  planet  snapshots  can  be  downloaded  from
> http://planet.openstreetmap.org/.  Partial  planet  files ("extracts")
> for various countries are available, see
>http://wiki.openstreetmap.org/wiki/Planet.osm.
>
>Extracts in PBF (ProtoBufBinary) format are also available from
> http://download.geofabrik.de/osm/.
>
>When operating in "slim" mode (and on a database created in
> "slim" mode!), osm2pgsql can also process OSM change files (osc
> files), thereby  bringing  an  existing
>database up to date.
>
> OPTIONS
>These programs follow the usual GNU command line syntax, with
> long options starting with two dashes (`-').  A summary of options is
> included below.
>
>-a|--append
>   Add the OSM file into the database without removing
> existing data.
>
>-b|--bbox
>   Apply a bounding box filter on the imported data. Must
> be specified as: minlon,minlat,maxlon,maxlat e.g. --bbox
> -0.5,51.25,0.5,51.75
>
>-c|--create
>   Remove existing data from the database. This is the
> default if --append is not specified.
>
>-d|--database name
>   The name of the PostgreSQL database to connect to
> (default: gis).
>
>-i|--tablespace-index tablespacename
>   Store all indices in a separate PostgreSQL tablespace
> named by this parameter.  This allows one to e.g. store the indices on
> faster storage like SSDs.
>
> --tablespace-main-data tablespacename
>   Store the data tables (non slim) in the given tablespace.
>
> --tablespace-main-index tablespacename
>   Store the indices of the main tables (non slim) in the
> given tablespace.
>
> --tablespace-slim-data tablespacename
>   Store the slim mode tables in the given tablespace.
>
> --tablespace-slim-index tablespacename
>   Store the indices of the slim mode tables in the given
> tablespace.
>
>-l|--latlong
>   Store data in degrees of latitude & longitude.
>
>-m|--merc
>   Store data in proper spherical Mercator (the default).
>
>-E|--proj num
>   Use projection EPSG:num
>
>-u|--utf8-sanitize
>   Repair bad UTF-8 input data (present in planet dumps
> prior to August 2007). Adds about 10% overhead.
>
>-p|--prefix prefix_string
>   Prefix for table names (default: planet_osm).
>
>-r|--input-reader format
>   Select  input  format reader. Available choices are
> libxml2 (default) for OSM XML format files, o5m for o5m formatted file
> and pbf for OSM PBF binary format
>   (may not be available on all platforms).
>
>-s|--slim
>   Store temporary data in the database. Without this mode,
> all temporary data is stored in RAM and if you do not have enough the
> import will not work success‐
>   fully. With slim mode, you should be able to import the
> data even on a system with limited RAM, although if you do not have
> enough RAM to cache at least all
>   of the nodes, the time to import the data will likely be
> greatly increased.
>
>  --drop
>   Drop the slim mode tables from the database once the
&g

[Talk-de] osm2pgsql

[Tobias]

Hi liste,

ich versuche gerade die special database columns via osm2pgsql zu
importieren.
dazu habe ich die entsprechenden Zeilen in der config auskommentiert.

# Special database columns
# 

osm_user - datatype texts
osm_uid - datatype integer
osm_version - datatype integer
osm_changeset - datatype integer
osm_timestamp - datatype timestamptz(0)

und beim Import --extra-attributes angehängt.

Der import läuft dann auch ohne beschwerden los nur finde ich leider die
felder nicht. Spontan wäre ich davon ausgegangen dass osm2pgsql dafür
ein paar spalten in z.B. in planet_osm_point anlegt. Eine spalte
osm_user oder ähnlich gibt es nicht ...

Mach ich etwas falsch oder bin ich nur zu dumm die infos zu finden?

Gruß und Dank



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

Re: [Talk-de] query in postgis osmosis

[Tobias]

On 08.03.2016 20:47, Tobias wrote:
> Hi,
>
> ich habe mir eine postgis datenbank mit osmosis Simple layout angelegt
> und schon ein paar einfacher querys hinter mir.
>  
> Jetzt würde ich gerne die gis funktionen nutzen. Um zum Beispiel alle
> Häuser in einem PLZ polygon zu finden. Leider habe ich keine Beispiele
> dazu im Wiki finden können. Vor allem habe ich ein Problem an die
> geometrie der pogone zu kommen.
>
> Es würde mir sehr helfen wenn einer von ein example zur hand hätte.
>
> Gruß und Dank
> Tobi
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
Hi,

danke für die schnellen und hilfreichen Antworten.
Ich habe mir die Sache etwas angesehen und denke dass ich den Ansatz von
Walter weiter vorfolgen werde.

Gruß
Tobi

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

[Talk-de] query in postgis osmosis

[Tobias]

Hi,

ich habe mir eine postgis datenbank mit osmosis Simple layout angelegt
und schon ein paar einfacher querys hinter mir.
 
Jetzt würde ich gerne die gis funktionen nutzen. Um zum Beispiel alle
Häuser in einem PLZ polygon zu finden. Leider habe ich keine Beispiele
dazu im Wiki finden können. Vor allem habe ich ein Problem an die
geometrie der pogone zu kommen.

Es würde mir sehr helfen wenn einer von ein example zur hand hätte.

Gruß und Dank
Tobi

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

Re: [Talk-de] Lizenz für Programme und Code

[Tobias Knerr]

Am 01.03.2016 10:59, schrieb Markus:
> Was verwendest Du? wieso?

Meine bevorzugte Lizenz, gerade für kleinere Sachen, ist die CC0. Ich
bin generell ein Fan der "ganz freien" Lizenzen, weil ich möchte, dass
möglichst viele andere Entwickler meine Software als Grundlage nutzen
können und sich keinen großen Gedanken über rechtliche Fragen machen müssen.

Eine Ausnahme ist hier OSM2World, dort verwende ich die LGPL.

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

Re: [Talk-de] Wochennotiz Nr. 286 05.01.2016 – 11.01.2016

[Tobias]

On 14.01.2016 19:28, wnrea...@gmail.com wrote:
> Hallo,
>
> die Wochennotiz Nr. 286 mit vielen wichtigen Neuigkeiten aus der 
> OpenStreetMap Welt ist da: 
>
> http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-286/
>
> Viel Spaß beim Lesen!
>
> 
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
Hi,

irgendwas ist mit dem link schief gegagen ...

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

Re: [Talk-de] Treppen und Handläufe

[Tobias Knerr]

Am 15.12.2015 21:53, schrieb Thorsten Alge:
> kennt Ihr noch andere OSM-basierte Dienste als
> http://openls.geog.uni-heidelberg.de/wheelchair-test/ , welche die Tags
> highway=steps und handrail[:left|:right]=yes auswerten?

OSM2World wertet diese Tags aus. Allerdings sind die Handläufe zu klein,
als dass sie in der auf Zoom 18 limitierten Onlinekarte sichtbar wären.
Daher bemerkt man sie derzeit nur offline.

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

[Talk-de] Fwd: [codeforberlin] LocationTech meets Code for Germany

[Tobias Preuss]

Vielleicht interessant für Berliner und Umgebung ...


-- Forwarded message --
Date: 2015-11-05 15:42 GMT+01:00


Hallo OK Lab Berlin, Hallo OKFN-DE Liste,

nächste Woche haben wir im OK Lab Berlin, neben unserer monatlichen
Vorstellungsrunde am Montag, noch einen besonderen Termin: Am nächsten
Donnerstag, den 12. 11. werden wir zusammen mit LocationTech, einer
Arbeitsgruppe der Eclipse Foundation die sich mit Standort-bezogenen
Diensten beschäftigt, einen Vortragsabend veranstalten. Das Event findet
wie üblich bei Wikimedia am Tempelhofer Ufer 23/24, 10963 Berlin, statt.
Los geht es um 19:00 Uhr. Die Vorträge werden auf Englisch sein.

Das ganze ist primär als Gelegenheit zum Austausch zwischen den
Communities gedacht. Wir vom Lab werden dabei vorstellen, was gerade so
in bei Code for Germany und im OK Lab Berlin passiert, Richard Gevers
wird uns von Code for Africa berichten und Leute aus dem Umfeld von
LocationTech werden über ihre Projekte reden. Danach wird natürlich Zeit
fürs Kennenlernen und den Getränkekonsum sein.

Mehr Informationen und die Anmeldung (natürlich umsonst, nur für unsere
Planung) findet ihr unter
http://www.eventbrite.ca/e/tour-stop-berlin-locationtech-meets-code-for-germany-and-friends-tickets-19198856296.

cheers,
Jochen
___
codeforberlin mailing list
codeforber...@lists.okfn.org
https://lists.okfn.org/mailman/listinfo/codeforberlin

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

Re: [Talk-de] Deutsche Namen in Rumäniem (mal wieder)

[Marc Tobias]

Ich würde 'name:gem' setzen
https://de.wikipedia.org/wiki/Siebenb%C3%BCrgisch-S%C3%A4chsisch


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

Re: [Talk-de] OSM-Notes: Rückkanal zum Ersteller

[tobias]

Hört sich für mich nach ner ganz guten idee an.
Eine eventuelle rueckfrage an den Ersteller könnte auch über das Interface / 
note-fehler laufen ohne dass die Email adresse fuer den "frager" sichtbar 
wird

Gruß
  Originalnachricht  
Von: huey212
Gesendet: Samstag, 12. September 2015 11:29
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] OSM-Notes: Rückkanal zum Ersteller

Hallo,

ich schaue ganz gern mal die Notes-Fehler bei uns in der Gegend durch.
Mit gefällt sehr gut, dass ich eine Mail bekomme, wenn jemand von mir
erstellte oder kommentierte Bugs bearbeitet.

Ich finde das anonyme Fehlermelden ohne Anmeldung extrem richtig und
wichtig.

Es ist jedoch sehr häufig hilfreich Rückfragen stellen zu können.
Kann man dort ein Feld für die optionale Angabe einer E-Mailadresse
einfügen? Sie sollte vielleicht auch gar nicht öffentlich angezeigt werden.

Ein Teil der anonymen Fehlermelder wird sicher auch zu mehr Mitarbeit
motiviert, wenn er eine Rückinfo bekommt und sieht, dass sein Bug
geschlossen oder zumindest bearbeitet wurde.

Viele Grüße
User:Hadhuey

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

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

Re: [Talk-de] Problem mit Bahnhofsmapping von MentzDV

[Tobias Knerr]

Hallo Roland,

danke für deine Reaktion. Ich finde allerdings, du machst es dir da zu
leicht. Mit Weiterpflegen (aka Hinterherputzen) am Passauer Bahnhof ist
das Grundproblem nicht gelöst. Viele Fehler bei eurem Mapping sind
systematisch, und treten eben nicht nur in Passau auf.

Zumindest die folgenden Punkte sind wahrscheinlich Systemprobleme:
* Pseudo-Fußwege auf den Bahnsteigen
* Verwendung von level außerhalb von Gebäuden
* Mappen Bahnsteig-Verkaufsautomaten als "Kiosk"
* Getrenntmapping von Gehsteigen, wo 0 bauliche Trennung existiert
* Mapping von Bahnsteigdächern als Gebäude

Ich wünsche mir, dass ihr:
* diese Fehler bei allen bearbeiteten Bahnhöfen korrigiert
* diese Fehler in Zukunft nicht mehr macht.

Ansonsten kann ich in eurem Mapping keinen Gewinn für OSM sehen.

Dann noch im Detail zu deinen einzelnen Punkten:

Am 31.08.2015 10:56, schrieb Roland Olbricht:
> Wer sich über den jetzigen Zustand echauffiert, sollte allerdings auch
> mal einen Blick auf den Zustand vorher geworfen haben:

Sicher, der Zustand vorher war nicht perfekt. Es hätte für uns einfach
wenig Sinn ergeben, den Bahnhof detaillierter zu erfassen, da er seit
langem komplett umgebaut wird. Z.B. ist die Fußgängerunterführung schon
heute nicht mehr dort, wo sie war (und wo ihr schön detailliert den
alten Zustand eingezeichnet habt).

>> * Dann gibt es zig neue Bushaltestellen entlang der Straße.
[...]
> Die ganze Batterie mit wenigen Metern Abstand ist aber verdächtig.

Das ist insbesondere deshalb problematisch, weil die einzelnen Halte in
keiner Weise unter den gemeinsamen Namen der Haltestelle gruppiert sind.

> Generell gibt es für Fußwege die beiden Modelle, den Fußweg separat zu
> mappen oder den Fußweg über Attribute im Weg zu beschreiben, und beide
> stehen gleichberechtigt nebeneinander.

Das ist zugegeben eine laufende Diskussion, aber es gibt seit langem das
Kriterium der baulichen Trennung. Eine solche ist in dem Fall nicht
gegeben. Es besteht auch keine nennenswerte Komplexität, die eigene
Geometrie erfordern würde. Was vorliegt, ist einfach ein Gehsteig am
Straßenrand:
http://regiowiki.pnp.de/index.php/Datei:Bushaltestelle_Hauptbahnhof.JPG

Euer Mapping stellt die Situation übrigens ziemlich falsch dar:
* Der Gehsteig südlich von Weg 7718378 geht ganz bis rechts bis zur
Kreuzung, er endet nicht plötzlich.
* Es gibt auch an der Nordseite einen Gehsteig.

> Der obige Fall ist da durchaus ein gutes Beispiel: Weg 7718378 ist
> vorher getaggt gewesen als für Fußgänger verboten.

Geschenkt. Ist aber leicht zu korrigieren und kaum ein Grund zum
Komplettumbau.

> Selbst wenn man jetzt nur
> das "access"-Recht für Fußgänger umgesetzt hätte, wäre überhaupt nicht
> klar, wo da die Fahrradfahrer durchmüssen: [...]
> Das kann man in einem komplexen
> Lane-Tagging umsetzen, das 80% aller Mapper dann erst einmal
> interpretieren müssten

Du meinst das Lane-Tagging über Tags am Way? Das sich im Alltag längst
etabliert und gegenüber Ways-für-Spuren durchgesetzt hat? Ja, genau
dieses Schema solltet ihr verwenden.

Es gibt dort übrigens weder Busspuren noch Busbuchten noch überhaupt
markierte Spuren. D.h. die Straße mit sidewalk=both reicht völlig.

>> * Gleiches auf den Bahnsteigen (http://osm.org/way/367435362). Imho
>> gehören da keine Fußwege hin. Ein Router sollte schon selbst erkennen
>> können, dass die ganze Bahnsteiglänge für's Einsteigen gedacht ist.
> 
> Das Modell stammt gar nicht von uns, sondern hat sich schon seit langer
> Zeit etabliert

Ich verfolge durchaus selber die Tagging-Diskussionen im Projekt, und
kann von daher mit ziemlicher Sicherheit sagen: Nein, das ist nicht
"etabliert". Und außerhalb von Mailinglisten habe ich es bisher
ausschließlich an von euch gemappten Bahnsteigen gesehen.

> man mappt die Blindenleitstreifen als Fußwege.

Ich glaube das lasse ich mal für sich stehen.

> Generell: Wie wollen wir sonst mit vertikalen Strukturen umgehen? Für
> einen Laien dürfte eine Gliederung in Ebenen der intuitivste Zugang
> sein,

Wie wäre layer für outdoor, level für Indoor...?

> Für die Betreuung unserer Hiwis nehme ich folgende Erkenntnisse mit:
[...]
> Bitte ergänzt die Liste, falls ich etwas vergessen habe.

- Insbesondere die zuoberst genannten nicht Passau-spezifischen Fehler
bei den bisher bearbeiteten Bahnhöfen beheben und in Zukunft nicht mehr
machen.

Danke fürs Zuhören und viele Grüße,
Tobias

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

Re: [Talk-de] Abgerissene Gebäude

[Tobias]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

jetzt muss ich mal die lanze fürs sessel Mappen brechen.
Wenn für ein Dorf oder eine Stadt noch nahezu kein einziges Gebäude
gemappt ist finde ich es duchaus ok einen ganzen Schwung von den
Luftbildern abzuzeichnen ohne jedes Haus zu besuchen.

Wenn Häuser immer wieder gemappt werden die schon gelöscht sind ist das
natürlich doof...

Gibt es eigentlich eine Option die einen Notifiziert wenn in einem
Gebiet XY ein neues Objekt/Haus usw erstellt wird?
So ala informiere mich via Mail wenn ein neues Objekt vom typ AB im
bereich XY bemappt wird? So wie das bei änderungen von Wiki seiten ist.
Wenn nicht wäre das eventuell eine möglichkeit sein revier leichter im
Auge zu behalten.

Gruß Tobi





Am 29.08.2015 um 22:32 schrieb tshrub:
 Michael Reichert schrieb:
 Hallo tshrub,

 Am 2015-08-29 um 15:04 schrieb tshrub:
 hat OSM nicht eine history?

 So denke ich, weg ist weg - ist nicht ganz weg.
 Man kann es wieder hervorbringen mit tools.
 Sowas wäre sicher das praktikabelste?
 Als Nostalgiker kann man seinen Punkt natürlich noch ein büschen pfelgen
 ... ;)

 Du hast keine Sesselmapper, fehlende Gebäude ergänzen, weil sie auf
 den Bing-Bildern zu sehen sind, aber in OSM fehlen? Herzlichen
 Glückwunsch, dass du ein Mappingrevier frei von Konkurrenten,
 Nebenbuhlern und Newbies gefunden hast. XD
 ?? Ich weiß nicht was du meinst. Soweit habe ich wohl nicht gedacht.

 Nochmal: wenn ein Objekt nicht mehr da ist: löschen.
 Wer sehen will, was irgendwo damals mal war: nach geeigneten tools
suchen die die hiostory sichtbar machen

 Und vom Sessel mappen: das muss doch abgeglichen sein mit draußen
... etc., klar (hier bei uns sind geschätzt 10 Jahre alte moogle-Luftbilder)





 Das Problem gibt es nicht nur bei Gebäuden, sondern auch bei
 Verkehrswegen und eigentlich allem, was auf Bing zu sehen ist.
 ich habs mit einem Baum.


 lg.t.

 Google
 einfach mal nach Sesselmapper oder Couchmapper. Das Problem ist so
 alt wie die Erlaubnis Bing- (bzw. früher Yahoo!-)Bilder nutzen zu dürfen.

 Viele Grüße

 Michael




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




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

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBAgAGBQJV4srjAAoJEEbEq/z9yHouZY8P/AgGHqXbfEawe0XGCY4lObRV
dBtKd+LHLZirP9gYBiwdqfGImNA4Zlp+I9TXRapc2KRuCSluCXG+pfxYo63Il+d+
OsvYo/TpEIL4zy1/bMhlTk1VWyrj+BIhEea1y/QeeuiRKMQchG1OaVgoTgmIzZY/
Cqwrk3Z5lT1eieZJ4RWsJTkmMz7GW9TMXIIcAVY2GAoRI4MpcZ7aWk2JywzD03J+
ceUFthoa0f5dx7oPyYMoQ3qy+CtPZz7Ah+PwZf+dEOoDodCc48Q3Wnt+ShBDTCm6
h0PQLr4zhPX0WkVB/oTH22Y6eYXf/dDo9mO5Lw5jCB0d2l7L4uLOYQJSCpYjHCmD
AOFhgVwPap2qd0HMFGOhAx6dpr2lTbnqgnVaceNmo4ReEfpgk8EZnrGUFtOQtqaR
QNIKwRj6edMMj6VuCKHCCPO/ylMfWDJyS4IctCsbMczFUxiO0LYoYmrihC8IO0ie
T+N8jcqnU1ZqcNtW2AekzASJmQELpl0UCQf2ChUxa6uyuBPX17+lC+bohyvKpnQU
7B4iNEAeN2GwhoiHbbeGBQQs/Dm/22FTUbwNilLYzfvdK4VX97Z8XKyv5RImOkIZ
D94vZ3EIxUcL87zPC9zbe+V6G2Cugl7k/SSTLTtHUgtIH8zxjPF38XXBH8OlyUgb
821LuRDr8PbQ2YHzZsO8
=wq5j
-END PGP SIGNATURE-


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

Re: [Talk-de] Heute abend im NDR Info Wer darf wissen, wo ich bin

[tobias]

Viel spass :-)
Und danke fuer deine mühen in unserer sache 

Gruß

  Originalnachricht  
Von: Frederik Ramm
Gesendet: Mittwoch, 5. August 2015 11:37
An: Openstreetmap allgemeines in Deutsch
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] Heute abend im NDR Info Wer darf wissen, wo ich bin

Hallo,

ich bin heute abend bei einer Live-Hörfunksendung

http://www.ndr.de/info/sendungen/redezeit/Wer-darf-wissen-wo-ich-bin,sendung386876.html

um dort ein bisschen was über OSM zu erzählen.

Bye
Frederik

-- 
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33

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

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

Re: [Talk-de] OSM Wiki-Übersetzung Griechisch?

[Tobias Knerr]

Am 15.07.2015 23:16, schrieb rza31:
 Hallo,
 bei https://wiki.openstreetmap.org/wiki/Wiki_Translation ist unter
 Andere Sprachen Griechisch nicht aufgeführt. Sollte man dies nicht
 ergänzen?

Ein roter Link für Griechisch (Ελληνικά) ist dort doch vorhanden? Oder
meinst du, dass jemand eine Übersetzung ins Griechische erstellen soll?


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

Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen (bis 11.8.)

[tobias]

Hi,

Super dann können wir lanuse mit highway area verkleben und die straße in ruhe 
lassen ist das nich die lösung? 

Gruß

Sent using a qwertz keyboad

  Originalnachricht  
Von: Martin Koppenhoefer
Gesendet: Dienstag, 14. Juli 2015 18:30
An: Florian Lohoff
Antwort an: Openstreetmap allgemeines in Deutsch
Cc: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen 
(bis 11.8.)



sent from a phone

 Am 14.07.2015 um 18:13 schrieb Florian Lohoff f...@zz.de:
 
 Richtig - bei Waterways ist das Thema aber gelöst. Wir mappen ways und
 zusätzlich die Flächen. Hauptsächlich da wo es sich lohnt.


bei highways ist das im Prinzip auch so, nur dass noch nicht so viel gemappt 
ist, vielleicht auch, weil area:highway derzeit nicht gerendert werden kann? 
Sobald das gerendert wird, werden wir sicherlich in vielen Städten das auch 
mappen. Macht halt an vielen Stellen (ausserorts) auch kaum Sinn, weil man die 
sowieso kaum in Zoomstufen ansieht, wo die Flächen nicht unter den überhöhten 
Straßengraphen verschwinden würden - außer vielleicht um topologisch die 
landuses wohin zu verbinden;-)

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

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

Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen (bis 11.8.)

[tobias]

Hm,

Den landuse highway mit banket den mit graben und den mit nem feld Radweg or 
whatever zu verkleben wäre imo logisch an. 

Gruß

  Originalnachricht  
Von: Martin Koppenhoefer
Gesendet: Dienstag, 14. Juli 2015 19:34
An: Openstreetmap allgemeines in Deutsch
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen 
(bis 11.8.)



sent from a phone

 Am 14.07.2015 um 19:19 schrieb tob...@antifuse.de:
 
 Super dann können wir lanuse mit highway area verkleben und die straße in 
 ruhe lassen ist das nich die lösung? 


in der Stadt sollte das normalerweise so sein (landuse highway und area:highway 
identisch), auf dem Land ist die rechtliche Straße (landuse) oft größer als die 
asphaltierte Fläche (Entwässerung, Abstandsflächen, Böschungen etc.), den 
sonstigen landuse würde man eher mit ersterem verbinden wollen (kann man ja 
auch schätzen wenn das nicht auf den cm erkennbar ist)

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

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

Re: [Talk-de] waterway=riverbank

[Tobias Knerr]

Am 29.05.2015 06:25, schrieb Markus:
 Das würde ein weltweites Tagging-Schema zerstören...
 
 Wer weiss Genaueres?

Das geht auf ein erfolgreiches Proposal von 2011 zurück:
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_details

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

Re: [Talk-de] unpraktisches Nominatim-Ergebnis

[Tobias Knerr]

Am 02.05.2015 21:43, schrieb Christian H. Bruhn:
 Ich habe gestern auf openstreetmap.org nach Wildpark Eekholt
 gesucht. Da gab es mehrere Suchergebnisse. Das erste war
 http://www.openstreetmap.org/node/2414231380 , welches ein
 Straßenschild ist. So eine braune Tafel, welche an Autobahnen auf
 touristische Ziele hinweist.

Es ist ja auch fraglich, ob Wildpark Eekholt wirklich der Name des
Schildes ist. Ich würde da ja eher zu inscription (Beschriftung) tendieren.

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

Re: [Talk-de] Taginfo-Challenge

[Tobias Knerr]

On 14.03.2015 13:59, Andreas Goss wrote:
 Da ich letztes mal noch keine Antwort bekommen hatte, wie sieht es mit
 case sensitive key aus?
 
 Spielt das für die Datenbank eine Rolle, also sollten alle key klein
 sein? Oder ist es egal, dann wäre es gut wenn Taginfo das da einfach
 ignoriert.

Die Konvention ist schon, dass Keys klein sind, siehe z.B. hier:
http://wiki.osm.org/Any_tags_you_like#Syntactic_conventions_for_new_tags

Viele Programme behandeln sie auch case sensitive, also ist es imo
sinnvoll, Großschreibungen von Keys zu korrigieren.

Die Ausnahme ist natürlich dort, wo sich in Einzelfällen etwas anderes
etabliert hat. Beispielsweise ist die Schreibweise TODO statt todo
heutzutage zwar nicht mehr populär, aber doch noch existent.


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

Re: [Talk-de] Zahl der OSMer

[tobias]

Abzählen! 

1

  Originalnachricht  
Von: Markus
Gesendet: Dienstag, 3. März 2015 09:31
An: Openstreetmap allgemeines in Deutsch
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] Zahl der OSMer

In unserer Pressemappe
https://wiki.openstreetmap.org/wiki/Press_Kit

steht, dass wir derzeit 900'000 registrierte Benutzer haben.

Wo findet man die richtige Zahl?
(müsste bei 2 Mio liegen)

Gruss, Markus

PS: der Link in der Pressemappe:
http://usergroups.openstreetmap.de/
führt in eine Sackgasse.

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

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

Re: [Talk-de] Distanz-Berechnung mit Excel

[Tobias Preuss]

Hallo Markus.

 Suche grad nach einer Anleitung zur Berechnung einer orthodromen Distanz mit 
 Excel.

Du kannst dir mal die Unterlagen des Kurses Ortsbasierte
Informationssysteme von Prof. Dr. Thomas Schwotzer anschauen.
Vielleicht helfen dir diese weiter.

Kurs: 
http://people.f4.htw-berlin.de/lehrende/schwotzer/lehrveranstaltungen/mobile-informationssysteme.html
Thema Linien:
http://people.f4.htw-berlin.de/fileadmin/user_upload/Dozenten/AI-Dozenten/Schwotzer/Geo_Ortung/2_Linien_LN.pdf

Gruß, Tobias

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

[Talk-de] Visueller Vergleich von Geometrien

[Tobias Preuss]

Hallo.

Ich suche nach einer Webseite, die es mir erlaubt Geometries zeitlich,
visuell zu vergleichen.
In der Darstellung soll erkennbar sein, wo sich das gewählte Polygon
verändert hat.
Es könnte etwa so aussehen, wie auf diesem Bild [1].

Ein wenig gesucht habe ich schon und folgende Projekte zu den
Stichworten openstreetmap und history gefunden:

OSM Live Map: http://osmlab.github.io/osm-live-map/
OSM Deep History: http://iandees.github.io/osm-deep-history/
OSM History Viewer: http://osmhv.openstreetmap.de/index.jsp
achavi - Augmented OSM Change Viewer: http://nrenner.github.io/achavi/

Wenn es noch nichts gibt, dann bau ich was. Ich habe schon mal
angefangen, ein paar Sachen auszuprobieren:

https://bitbucket.org/tbsprs/umweltzonenleaflet
https://bitbucket.org/tbsprs/umweltzonendatabaseapi

Eines der Detailproblem ist, dass sich das Tagging-Schema geändert
haben kann. Dadurch muss die Abfrage entsprechend flexibel sein.

Grüße,
Tobias


[1] http://s1.postimg.org/8a2tjjkf3/polygon.png

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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Tobias Knerr]

Am 18.02.2015 12:09, schrieb Alexander Lehner:
 ... wenngleich auch etwas kritisch:

... und nicht ganz richtig: anonyme Korrekturen oder Hinweise
akzeptiert OpenStreetMap nicht.

Trotzdem sehr schön, dass uns das neue Routing-Feature ordentlich
Aufmerksamkeit bringt. Sind schon etliche Artikel aufgetaucht:

http://wiki.openstreetmap.org/wiki/OpenStreetMap_in_the_media

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

Re: [Talk-de] Update of german Aral petrol stations

[Tobias Knerr]

Am 12.02.2015 14:41, schrieb Sven Geggus:
 Wie bitte? Wenn es dieses Problem wirklich gäbe, dann hätten es alle Daten,
 die derzeit in der Datenbank sind ebenfalls, denn auch bei diesen Daten ist
 eine Re-Lizensierung nicht möglich.

Bei allen von Hand eingetragenen Daten hat der Urheber (= der Mapper)
die Contributor Terms akzeptiert. In denen steht drin, dass die Daten,
eine erfolgreiche Abstimmung vorausgesetzt, auch unter einer anderen
freien Lizenz veröffentlicht werden dürfen.

Bei Importen besteht das Problem, dass der eintragende Mapper nicht der
Urheber ist, und wir daher auch nicht automatisch die Zustimmung des
Urhebers zur Veröffentlichung unter anderen freien Lizenzen haben. Das
lässt sich lösen, indem der Urheber die Daten generell für die
Verwendung bei OSM (ohne Einschränkung auf eine bestimmte Lizenz) zulässt.

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

Re: [Talk-de] Update of german Aral petrol stations

[Tobias Knerr]

Am 11.02.2015 18:28, schrieb Michael Reichert:
 Ich persönlich denke, dass die ODbL als Lizenz für eine Import nicht
 ausreichend ist. Was passiert, wenn sich die Zweidrittelmehrheit der
 aktiven Mapper nach Artikel 3 der Contributor Terms für eine neue Lizenz
 entscheidet?
 http://www.osmfoundation.org/wiki/License/Contributor_Terms

+1

Auch ich bin der Ansicht, dass Daten nur dann importiert werden sollten,
wenn sie uns nach einem Lizenzwechsel noch erhalten bleiben. Das ist bei
Daten, deren Verwendung nur unter ODbL erlaubt ist, nicht der Fall.

Vielleicht lässt sich ja eine Lösung finden, die generell die Nutzung
für OSM (unabhängig von der Lizenz) erlaubt.

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

Re: [Talk-de] mehrere Häuser mit gemeinsamen Dach

[Tobias Knerr]

Am 03.02.2015 23:49, schrieb Holger Jeromin:
 Jetzt habe ich doch noch roof:shape=side_hipped [1] entdeckt. Scheint
 für einfachere Fälle zu funktionieren.

 Oder eine Linie als  roof:ridge quer rüber eintragen.

Es müssten 3 Linien mit gemeinsamen Knoten mit den Gebäuderändern sein.
Gemeinsame Firstlinien für mehrere Gebäude sind meines Wissens nirgends
definiert. Übrigens ist auch side_hipped keine standardisierte Dachform
(wobei man argumentieren könnte, dass entweder ein neuer roof:shape-Wert
oder ein Subtag für das normale hipped für so etwas sinnvoll wäre).

Viele Grüße,
Tobias

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

Re: [Talk-de] DGPS/RTKLIB. Zum Aufzeichnen von Strecken brauchbar?

[tobias]

Hi,

‎Ja... ich hab mir das gestern auch angesehen wenn ich es richtig verstanden 
habe muss die stationäre antenne langfristig am gleichen Ort bleiben damit du 
eine Referenz hast. 
Wenn du die Station nicht absolut einmessen kannst musst du warten bis du eine 
genauere Position eingemittelt hast. Mit schnellem umziehen geht da imo nicht 
viel... 

Je weiter Station und Messwert erfassung auseinander liegen umso schlechter 
wirds natürlich...

 ich weiß allerdings nicht wie weit es als vertretbar angesehen werden kann...

Gruß

  Originalnachricht  
Von: Manuel Reimer
Gesendet: Dienstag, 3. Februar 2015 08:51
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] DGPS/RTKLIB. Zum Aufzeichnen von Strecken brauchbar?

Hallo,

da es im Bereich der Bluetooth-GPS-Logger wohl in letzter Zeit keine
größeren Innovationen mehr gibt dachte ich eigentlich daran selber einen
beliebig genauen GPS-Receiver an ein Bluetooth-Modul zu basteln um die Daten
in mein Smartphone zu bekommen.

Dabei bin ich auf DGPS, bzw. RTKLIB gestoßen.

Leider sind die Infos dazu eher spärlich. Die Idee ist es wohl Rohdaten
eines GPS-Receivers auszulesen. Dabei steht ein Receiver fest und einer wird
die entsprechende Strecke entlanggeführt. Die Idee dabei ist, dass der
stationäre Receiver sich ja nicht bewegt. Man kann mit ihm also
Korrekturwerte berechnen und damit die Daten des bewegten Receivers
korrigieren.

Soviel zu meinem Verständnis.

Mir fehlt aber eine Art Anleitung für Einsteiger.

Wie mache ich das Prinzip für das Aufzeichnen von POIs oder Wegen nutzbar?
Muss ich meine stationäre Antenne mitnehmen oder kann die auch zu Hause
beispielsweise auf dem Hausdach stationiert werden, solange ich einen
gewissen Radius nicht verlasse?

Gruß

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

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

Re: [Talk-de] cycleway=track bei Bordstein Trennung

[Tobias Knerr]

Am 16.12.2014 13:05, schrieb Wolfgang Hinsch:
 Damit der Renderer erkennen kann, dass die extra-Fußwege an die Straße 
 gehören 
 und er sich somit die (für den Maßstab) passendere Variante aussuchen kann, 
 sollten es eine street-Relation geben, in der alle Linien, die zur gleichen 
 Straße gehören, erfasst sind. Das erleichtert auch die Zuordung von 
 Straßennamen etc. zu separaten Wegen.

Es erleichtert das Problem mit den Straßennamen. Aber das Kernproblem,
das ein Renderer-Autor hat, ist doch die Zuordnung eines Fußweges zu
einem ganz bestimmten Way, nicht einer Gruppe von Ways. Es kann ja sein,
dass manche Teile einer Straße einen Fußweg haben, andere vielleicht
zwei oder gar keinen.

Gruß,
Tobias

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

Re: [Talk-de] Abbiegespuren mit Fahrradspur

[Tobias Knerr]

Am 07.12.2014 19:19, schrieb Martin Vonwald:
 * Können auch Parkspuren und Gehsteige in die lane-Liste eingebaut
 werden? Wenn ja, wie?
 
 Parkspuren theoretisch ja, auch wenn ich kein Freund davon bin. Gehsteige
 würde ich nein sagen, da es ja keine Spuren für irgendwas sind. Bei
 Gehsteigen würde ich bei dem bewährten Konzept mit den sidewalk-Tags (inkl.
 Sub-Tags und ohne separate Wege) bleiben.

Momentan haben wir Tags für die normalen lanes, für die cycleways, für
die parking:lanes, und für die sidewalks. Das Problem, das ich lösen
will: Wie kann ich angeben, in welcher Ordnung die sich zueinander
befinden?

Ich kann mir da zwei Lösungen vorstellen:
* Alles in die *:lanes=* mit integrieren
* Zusätzlich zu den genannten Tags noch eine Liste taggen, die die
Reihenfolge der genannten Elemente angibt

Und ich versuche gerade, etwas nachzufühlen, was wohl besser ankommt.

 * Zumindest, so lange es nicht ausdrücklich definiert ist, halte ich es
 nicht für selbstverständlich, dass die access-Angaben Auswirkungen auf
 die Breite etc. haben. Radspuren sind ja nicht dasselbe wie eine Spur
 mit voller Breite, die für Radfahrer ist (leider ;-)). Siehst du das
 anders?
 
 Jeder der mit xxx:lanes-Tags arbeitet, sollte sich vorstellen, dass er nur
 die eine Spur sieht und gedanklich alle andere ausblenden und alle
 xxx:lanes-Tags zu xxx reduzieren. In deinem Beispiel bleibt dann ein Weg
 übrig, welcher nur für Radfahrer zulässig ist. Welche Breite würdest du
 annehmen für einen Weg, welcher nur für Radfahrer erlaubt ist?

Ich würde normal gar nicht auf die access-Tags sehen, wenn ich die
Breite eines Weges bestimme, sondern nur auf den highway-Wert und width.
Das funktioniert auch bei normalen Wegen gut genug, aber bei den Spuren
lande ich so eben auch bei Radspuren bei der Standardbreite normaler Spuren.

Das will ich jetzt nicht zum prinzipiellen Problem aufbauschen, nur
fände ich es gut, wenn man das klarstellen könnte.

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

Re: [Talk-de] Abbiegespuren mit Fahrradspur

[Tobias Knerr]

Am 05.12.2014 13:19, schrieb Martin Vonwald:
 Vom Prinzip her ist bicycle:lanes=...|designated|... und
 cycleway:lanes=|lane| identisch. Welche Variante besser ist, kann
 ich sagen. Ich tendiere eher zu bicycle:lanes, da es konsistent mit der
 Angabe anderer access-Beschränkungen wäre, z.B. bus:lanes.

Ich sehe hier einige Probleme:
* Im Sinne unserer damaligen Diskussion, ob left/right nicht besser wäre
als forward/backward: Wie mappe ich Radwege, die in beide Richtungen
nutzbar sind?
* Können auch Parkspuren und Gehsteige in die lane-Liste eingebaut
werden? Wenn ja, wie?
* Zumindest, so lange es nicht ausdrücklich definiert ist, halte ich es
nicht für selbstverständlich, dass die access-Angaben Auswirkungen auf
die Breite etc. haben. Radspuren sind ja nicht dasselbe wie eine Spur
mit voller Breite, die für Radfahrer ist (leider ;-)). Siehst du das anders?

Gruß,
Tobias

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

Re: [Talk-de] Abbiegespuren mit Fahrradspur

[Tobias Knerr]

Am 05.12.2014 18:56, schrieb fly:
 Am 05.12.2014 um 16:10 schrieb Tobias Knerr:
 * Im Sinne unserer damaligen Diskussion, ob left/right nicht besser wäre
 als forward/backward: Wie mappe ich Radwege, die in beide Richtungen
 nutzbar sind?
 
 Entweder als separaten Weg und bicycle=use_sidepath oder mit einer
 Kombination aus left/right + forward/backward.

Ich denke hier natürlich konkret an den Fall, dass ich diesen Radweg in
die *:lanes=* mit einbauen will. Wie habe ich mir diese Kombination
vorzustellen? Es muss ja weiterhin bicycle:lanes:forward/backward
verwendet werden, oder?

 Analog zu cycleway:lanes*=* kann ich mir auch sidewalk:lanes*=* und
 parking:lane:lanes*=* vorstellen
 
 Mein Problem ist hier nur der Umgang mit Barrieren álà kerb oder auch
 unterbrochene fence_type=railing

Falls das konsensfähig ist, wäre es natürlich eine schöne Möglichkeit.

Das Problem der Interaktion mit explizit eingetragenen Barrieren gibt es
ja ohnehin auch beim klassischen sidewalk- und parking:lane-Tagging. Und
bei separaten Ways hat man ganz andere, viel größere Probleme...

 * Zumindest, so lange es nicht ausdrücklich definiert ist, halte ich es
 nicht für selbstverständlich, dass die access-Angaben Auswirkungen auf
 die Breite etc. haben. Radspuren sind ja nicht dasselbe wie eine Spur
 mit voller Breite, die für Radfahrer ist (leider ;-)). Siehst du das anders?
 
 Für die Breite gibt es width:lanes*=*

Das weiß ich. Es geht mir um die Default-Breite, denn wer will schon bei
einem stinknormalen Radweg die Breite taggen?

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

Re: [Talk-de] Gemeinsamer Account

[Tobias Knerr]

Am 29.11.2014 16:47, schrieb Michael Kugelmann:
 Somit existierten zwei unabhängige Systeme (API und Wiki) mit
 unterschiedlichen (sich vielleicht auch widersprechenden Accounts) =
 zusammenführung nicht möglich (bzw. zu schwierig). Die Diskussion
 hatten wir bereits vor 5 Jahren  oder so.   :-(

Zu schwierig finde ich es nicht. Allerdings ist es jetzt natürlich
schwieriger als wenn wir es schon vor 5 Jahren gemacht hätten. Und
umgekehrt ist es jetzt deutlich leichter als wenn wir noch 5 Jahre warten.

Meine Vorstellung wäre, die geschätzten 99% unproblematischen Accounts
automatisch zu koppeln, genau so alle zukünftigen. Die wenigen, wo der
Wikiaccount einer anderen Person gehört als der gleichnamige
OSM-Account, ließen sich mit einigen einfachen Regeln abarbeiten oder
schlimmstenfalls als Einzelfälle behandeln.

Das ist keineswegs ein Ding der Unmöglichkeit. Bei Wikipedia hat die
Vereinheitlichung der Accounts (Single Unified Login) auch geklappt.

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

Re: [Talk-de] Zwischen 18.11 . und 22.11. keine Postings?

[Tobias Hobmeier]

Am 23.11.2014 13:52, schrieb Michael Reichert:
 Hallo,

 Am 2014-11-23 um 13:01 schrieb Holger Jeromin:
 hike39 ho...@hike.de Wrote in message:

 ich war in den letzen Tagen etwas erstaunt. Vom 19.11. bis
 einschliesslich 21.11. habe ich kein einziges Posting empfangen. Auch
 in dem Archiv von Gmain.org habe ich festgestellt, dass dort eine
 Lücke ist.

 Kennt jemand den Grund?
 Ganz einfach: talk-de ist nicht (mehr) die Mitte der deutschen
 OSM-Community. Das Aktivitätszentrum liegt mittlerweile im Forum. Dort
 gibt es 13 Threads, die heute einen neuen (oder ihren ersten) Post
 bekommen haben.

 Oder anders ausgedrückt: Wenn du mehr Posts haben sehen möchtest, bist
 du auf talk-de falsch. :-)

 Viele Grüße

 Michael




 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de
Hi,

es kam in der verganheit immer wieder zu iritationen weil es zu wenig
Mails gab.
Und ich hätte den vorschlag jeden tag einfach eine total innlose Email
an die Liste zu schicken...
Der anfang wäre hiermit gemacht.

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