Re: [Talk-de] Evangelische Kirchen in Deutschland

[Martin Scholtes]

Hallo,

das klingt nach einerm Aufruf für den Wochen-Schwerpunkt. Würdest du das 
mal vorschlagen: 
https://wiki.openstreetmap.org/wiki/Schwerpunkt_der_Woche#Schwerpunktideendepot



Gruß

Am 25.10.2020 um 19:31 schrieb Thorsten:

Liebe Mitstreiter,

in Deutschland ist eine Unmenge von Kirchen als denomination=evangelical 
getaggt. Das in den meisten Fällen vermutlich falsch: Evangelisch muss als 
denomination=protestant getaggt werden; evangelical bedeutet evangelikal, das 
ist etwas völlig anderes 
(https://de.wikipedia.org/wiki/Evangelikalismus#Deutschland) 
(https://wiki.openstreetmap.org/wiki/Key:denomination#Christian_denominations).
Ich möchte mir erlauben, dazu aufzurufen, bei den Kirchen in seiner Umgebung zu 
überprüfen, ob es sich um evangelische oder evangelikale Kirchen handelt und 
entsprechend richtigzustellen. (Wer suchen möchte: 
https://overpass-turbo.eu/s/ZnO)

Schöne Sonntagsgrüße
Thorsten


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


--
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


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

Re: [Talk-de] openstreetcam tot?

[Martin Scholtes]

Hallo Flo,

hättest besser die Mail heute morgen schreiben sollen. Mano.
Aber ich habe es auch gemerckt, das der Upload länger als normal dauert,
und gerade jetzt geht gar nichts mehr.


Gruß
Martin

Am 01.06.2020 um 18:47 schrieb Florian Lohoff:
> Hi,
> seit ein paar Tagen bin ich wieder intensiv am Bilder aufnehmen und lade
> die hauptsächlich bei Mapillary hoch.
>
> Jetzt hab ich mir gedacht das es ja auch Sinn machen könnte die zu
> OpenStreetCam hochzuladen. Tja - Upload ist eher so bei 90-150s je Bild.
> Das war bei Mapillary in 45 Minuten getan ist dauert bei OpenStreetCam 
> jetzt schon 3 Tage. Ich produziere im moment mehr Bilder in 24h als ich
> sie bei OpenStreetCam hochladen kann. Und das liegt nicht an meiner
> Bandbreite.
>
> Dazu tauchen die Uploads in meiner Seite nicht mehr auf. Uploads von 
> vor 4-5 Tagen sind immer noch im Zustand Processing.
>
> Das wirkt irgendwie nicht wie ein lebendes Projekt. Dazu scheint
> der twitter account seit etwa 1nem Jahr ziemlich tot - Antwort hab ich
> da auch nicht bekommen.
>
> Weiss da jemand genaueres? Gibts da eine Mailingliste/Forum oder
> einen Bugtracker für das operative Projekt?
>
> Flo
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes

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

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Martin Scholtes]

Hallo,

ich habe bisher und werde es auch weiterhin tun, die Zugverbindungen des
Verkehsverbünden zugeordnet. Dabei kann es natürlich sein, das eine
Zugrelationen mehrere networks enthält.


Gruß
Martin

Am 23.04.2020 um 17:50 schrieb Dietmar Seifert:
> Hallo,
>
> bei Bus-Relationen ist geregelt, das die Verkehrsverbünde in network
> eingetragen werden. Der Begriff Verkehrsverbünde ist aber auf den ÖPNV
> beschränkt [1].
>
> Was soll bei den regionalen Bahn-Relationen in network eingetragen werden?
>
> Aus meiner Sicht sollten dort die Aufgabenträger oder die dafür
> beauftragten Gesellschaften, bei [2] aufgeführt, eingetragen werden,
> z.B. in Bayern die BEG, in Baden-Württenberg die NVBW, in
> Berlin-Brandenburg die VBB (schon in OSM bei network vorhanden).
>
> Bisher sind bei den entsprechenden Bahn-Relationen noch die
> Verkehrsverbünde des ÖPNV eingetragen und ein anderer Mapper hatte mich
> darauf hingewiesen, das die Verkehrsverbünde auch bei den
> Regional-Bahnen eingetragen bleiben sollten.
>
> Was ist Eure Meinung?
>
> viele Grüße
>
> Dietmar
>
> P.S.: ich frage das aus OSM-privatem Interesse, weil ich in BaWü die
> PTNA-Auswertungen von Toni bearbeite und versuche, operator und network
> richtig zuzordnen. Beruflich bin ich bei der NVBW, dem
> SPNV-Aufgabenträger angestellt, dies zur Info.
>
>
> [1] https://de.wikipedia.org/wiki/Verkehrsverbund
> [2] https://de.wikipedia.org/wiki/Schienenpersonennahverkehr
>
> ___
> 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] foot=yes on highway=primary / StreetComplete

[Martin Scholtes]

Am 18.02.2020 um 10:12 schrieb Markus via Talk-de:
> Liebe Tagging-Spezialisten,
>
> irgendwie ist das verwirrend, dass wir nach 10+ Jahren immer noch solche
> Fragen diskutieren...
>
> Sinnvoll wäre, man könnte als Benutzer einfach dem Wiki solche Fragen
> stellen, und dort die aktuell gültige Regel finden :-)
>
>
> Unklar:
>
> 1. "alles ausser 'Objektklasse-X:y' hat den 'Schlüssel-a' "
>(Florian)
>
> Das wäre eine spezifische Ausnahme-Regel für 'Objektklasse-X:y'
>
> Plus zwingend eine allgemeine Regel für eine definierte Gruppe von
> Objektklassen in der hierarchisch übergeordneten 'Objektklasse-X'.
>
> Solche spezifischen Regeln müssen bei der jeweiligen Objektklasse
> definiert sein.
>
> Solche allgemeinen Regeln müssen bei der übergeordneten Objektklasse
> definiert sein.
>
> Zusätzlich ist eine Crossreferenz erforderlich
> zwischen der 'Übergeordneten' und der 'Untergeordneten Objektklasse'
>
> Hier beispielsweise bei 'motorway' und bei 'motorway=primary'.

Ich denke du meinst das hier:
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Germany

>
>
> 2. "das macht SC"
>(Martin)
>
> Frage zum Verständnis:
> Ist 'StreetComplete' ein Benutzer?
> Oder ein Bot? ein Import? ein externes Tool?
> Oder noch etwas ganz anderes?
SC => StreetComplete => Eine App fürs Handy zur Qualitätssicherung von
OSM bzw. zum Daten verbessern, aber keine node/way/relation zu erstellen.
>
> 6. "Dieser Tag sollte nur von street complete hinzugefügt werden
>wenn es keinen Sidewalk gibt"
>(Ferdinand)
>
> Das wäre eine differenzierende Regel 'wenn sidewlk=no'...
Das setzten von foot=yes, wenn sidewalk=no ist, halte ich für nicht
korrekt. Denn das würde sich widersprechen, wenn ein extra angelegter
Fußweg und ein generelles Verbot von Fußgänger auf der Straße existiert.
>
>
> Und dann kenne ich noch:
>"wir taggen nicht für den Renderer"
>(OSM)
>
>vermutlich gleichbedeutend mit:
>"wir taggen nicht für den Router" (oder eine andere Anwendung)
Im Prinzip ist es das selbe. Es gibt den allg. Spruch: Wir taggen nicht
für den Auswerter.
>
> Das ist m.E. eine nicht zielführende Regel, denn:
>
> Die meisten Mapper taggen für "ihre" Anwendung.
> Die einen als Fussgänger, die anderen als Autofahrer, etc.
> Also für "ihr" Kartenbild oder "ihr" Routing-Ergebnis, oder "ihr" ...
>
> Ich denke:
> --> DB und Anwendungen bedingen sich gegenseitig.
> --> DB muss so konsistent geregelt sein,
> dass sie alle wesentlichen Anwendungen bedienen kann
>
>
> Eine weitere Quelle für Konflikte:
> Es scheint ein unterschiedliches Verständnis darüber zu geben,
> ob eine Objektklasse die Funktion beschreibt,
> oder ob sie die Form oder die physische Beschaffenheit beschreibt
> oder etwas z.B. Länderspezifisches oder Anwendungsspezifisches.
>
> Beispiel:
> Ist 'highway=primary'
> a) eine Hauptverbindungsachse zwischen zwei wichtigen Orten
> b) eine Strasse mit physischen Merkmalen (getrennte Richtungen)
> c) je nach Gegend mal a) und mal b)
> d) noch etwas ganz anderes

highway=primary beschreibt korrekt eine Straße der Rangordnung 1. Also ist a) 
und b) egal solange die Bedeutung stimmt.

>
>
> Lösungs-Ideen:
>
> L1a: Jedes Objekt hat eine definierte Menge von Attributen.
> L1b: Jedes Attribut hat eine definierte Menge an Werten.
> L1c: Jedes Objekt trägt alle definierten Attribute
>  entweder mit einem der definierten Werte
>  oder mit dem Wert "unbekannt".
> L1d: Bei Objekten mit vielen Attributen
>  können Attribute zu definierten Gruppen zusammengefasst werden-
>  Solche Gruppen werden durch einen "Ober-Schlüssel" gekennzeichnet.
>
>
> Uff - das ist jetzt etwas lang geworden...
>
> Ich möchte damit zeigen, dass es um systemische Fragen geht,
> die m.E. nur zusammenhängend geklärt werden können.
>
> Gruss, Markus

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

Re: [Talk-de] foot=yes on highway=primary / StreetComplete

[Martin Scholtes]

Das macht SC, wenn die Frage kommt, ob Fußgänger die Straße benutzen dürfen.

Am 17.02.2020 um 16:56 schrieb Florian Lohoff:
> Hi,
>
> Ich bin gerade über einige Changeset gestolpert in denen StreetComplete
> foot=yes auf primarys gepackt hat. 
>
> Mich wundert das so ein bisschen weil grundsätzlich war ich davon
> ausgegangen das alles ausser motorway als default foot=yes hat. 
>
> Flo
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes

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

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Martin Scholtes]

Hallo Ludwig,

Am 21.01.2020 um 09:40 schrieb Ludwig Baumgart:
>
> Im anderen Fall stammt der Eintrag nicht von mir und ich bin der
> Meinung, daß dieser so richtig ist, weil an dieser (derzeit
> provisorischen) Haltestelle der Buchstabe E zu sehen ist. Oder wie
> würdest Du das anders taggen?

Ich würde mich an das Schema von PTv2 halten. Das kannst du hier
<https://wiki.openstreetmap.org/w/index.php?oldid=625726>nachlesen. In
der kürze gesagt: Der Buchstabe "E" gehört in local_ref und nicht in
name, da name der Name einer Haltestelle ist und nicht die Referenz zu
dieser!

>
> mhG ludwig
>
> p.s. nicht nur an dieser Baustelle sondern im ganzen Landkreis KN ist
> seit 1.Januar wegen des ÖPNV-Bus-Betreiber-Wechsels ein grosses
> Problem entstanden: dort hoffe ich auch auf eine gute Zusammenarbeit
> mit den amtlichen Stellen bei Haltestellen und Routen (so wie das beim
> RegionalVerbandRuhr, also in den Städten des ganzen Ruhrgebiets,
> selbstverständlich geworden ist).
Kennst du schon den PTNA von ToniE <https://ptna.openstreetmap.de/>?
>
> On 20.01.20 23:35, Martin Scholtes wrote:
>> Was mir so gerade auffällt ist, das du oder scheinbar ein weiterer User
>> an der Baustelle den Tag name=* etwas missverstanden hat.
>>
>> Hier mal zwei Beispiele: https://www.openstreetmap.org/node/453914844 ,
>> https://www.openstreetmap.org/way/765256074
>>
>> Bitte lösse gerade letzteres anderers und zwar mit note=*
>>
>> Gruß
>> Martin

Gruß

martin

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

Re: [Talk-de] Darstellung auf Karte Re: mit Bauzaun Strassenbereich sperren?

[Martin Scholtes]

Was mir so gerade auffällt ist, das du oder scheinbar ein weiterer User
an der Baustelle den Tag name=* etwas missverstanden hat.

Hier mal zwei Beispiele: https://www.openstreetmap.org/node/453914844 ,
https://www.openstreetmap.org/way/765256074

Bitte lösse gerade letzteres anderers und zwar mit note=*

Gruß
Martin

Am 20.01.2020 um 23:31 schrieb Ludwig Baumgart:
> Hallo, vielen Dank für Euer Mitdenken und die helfenden Ideen!
>
> Jetzt habe ich von den beiden flächigen Bereichen (mit
> highway=pedestrian und highway=platform) die Bauzaunflächen abgetrennt
> und zu Flächen mit landuse=construction erklärt. Das Ergebnis ist eher
> unschön, aber wirklichkeitsnah. (und ziemlich mühsam).
> https://www.openstreetmap.org/#map=19/47.75905/8.84034
>
> Mal sehen, wie es jetzt weitergeht in der Stadt und mit der
> Stadtverwaltung Singen.
>
> danke und eine gute Nacht! ludwig
>
>
>
> On 20.01.20 15:57, Martin Koppenhoefer wrote:
>> Am Mo., 20. Jan. 2020 um 15:45 Uhr schrieb Georg Feddern <
>> o...@bavarianmallet.de>:
>>
>>> Wenn man das unbedingt will - und entsprechend _dauerhaft_ und absolut
>>> zeitnah begleitet, kann man nur quasi "Tagging für den Renderer"
>>> betreiben.
>>> Dafür muss man berücksichtigen, das dieser Renderer highways immer
>>> zuletzt in der Karte "malt".
>>> Innerhalb der Baustelle / des Bauzauns hat man daher nur folgende
>>> Möglichkeiten:
>>> - Straßen (unclassified und höher) als highway=construction taggen,
>>> immerhin sind sie Teil der Baustelle.
>>>
>>
>> Straßen und Wege die wegen Bauarbeiten gesperrt sind, können immer als
>> highway=construction getaggt werden (zusätzlich mit construction=* den
>> highway-Wert angeben)
>>
>>
>>
>>> - bei highway=service(?), track und Wegen bleibt nur, sie per access=no
>>> für den Router zu taggen oder - vorübergehend - zu entfernen.
>>>
>>
>> die können auch highway=construction werden
>>
>>
>>
>>> - um den Bauzaun "sehen" zu können, muss man highway=* beim Bauzaun
>>> deutlich unterbrechen.
>>>
>> eher ein Topologie-Fehler, würde ich aber aus pragmatischen Gründen
>> auch ok
>> finden.
>>
>> Wenn man die Baustelle als Fläche einzeichnet sollte eigentlich alles
>> klar
>> sein (sofern das gerendert wird).
>>
>> 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

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[Martin Scholtes]

Hallo Michael,

erst letztens hatte ich eine kleine Diskussion in diesem Issue
von iD, in der mir
wiedereinmal bewusst wurde, wie sehr die Entwickler an der Community
vorbei arbeitet.

Ich unterstütze dein Vorhaben in allen Punkten. Ebenso soll ich von
einem User aus der Telegram-Gruppe ebenfalls die Unterstützung an dem
Vorhaben mitteilen.


Gruß
Martin (ma-rt-in)


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

Re: [Talk-de] Kreuz Werl - seltsame Spurnutzung

[Martin Scholtes]

Am 15.10.2019 um 01:23 schrieb Martin Koppenhoefer:
>> On 14. Oct 2019, at 15:00, Florian Lohoff  wrote:
>>
>> Merke: Eine Geschwindigkeitsbegrenzung gilt bis sie aufgehoben wird (Und
>> eine Einmündung hebt sie nicht auf)
>
> die Geschwindigkeitsbegrenzungen gelten für die „Strecke“, d.h. wenn man die 
> Strecke verlässt gelten sie nicht mehr. Praktisch sind an allen Stellen wo es 
> zu Unklarheiten kommen könnte normalerweise Schilder.

Eben nicht. Die Diskussion gab es bereits im Forum in Zusammenhang mit
BAB-Abfahrten. Den auch dort verlässt man die Strecke, jedoch gilt
weiterhin die durch vorherige Zeichen erklärte Geschwindigkeitsbeschränkung.

Gruß
Martin


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

Re: [Talk-de] Vehrkehrszeichen 250

[Martin Scholtes]

Hallo,

nein ich würde es lieber bei vehicle no belassen, da es sonst zu
kompliziert wird. Denn nach der Vorstellung müsste an jeden Fußweg ein
bicyle=dismount, da schieben eines Fahrrads man als Fußgänger gilt.

vg

Am 10.10.2019 um 12:23 schrieb Sebastian Dicke:
> Hallo,
>
>
> im Wiki (DE:Verkehrszeichen_in_Deutschland) wird für das deutsche
> Verkehrszeichen 250 angegeben, dass man die betroffenen Straßen/Wege mit
> vehicle=no taggen soll. In der Straßenverkehrsordnung steht dazu
> allerdings: „Krafträder und Fahrräder dürfen geschoben werden.“ Sollte
> man solche Straßen/Wege deshalb nicht eher mit vehicle=no,
> bicycle=dismount, motorcycle=dismount, mopded=dismount und mofa=dismount
> taggen, um diese Vorschrift abzubilden? Außerdem könnte das beim Routing
> helfen, wenn Router lieber ein Stück Fußweg einplanen als den Fahrer
> einen großen Umweg zuzumuten.
>
>
> Grüße
>
>
> Sebastian
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Frage zu OSM-IDs

[Martin Scholtes]

Hallo,

die ID´s werden hochgezählt und nicht neu vergeben, da sonst ja die
history i-wann kaputt geht.

Gruß

Am 10.10.2019 um 11:40 schrieb Hövelmann, Marcel:
> Hallo in die Runde,
> folgende Frage meinerseits in die Runde:
> Wenn ein Objekt gelöscht wird, z.B. mit der ID „node:4571570286“ – wird diese 
> node-ID irgendwann nochmals neu vergeben oder neue nodes immer nur 
> „hochgezählt“?
>
> Mit freundlichen Grüßen
> i. A. Dipl.-Geograph Marcel Hövelmann
> Informationstechnologie
> Verkehrsverbund Rhein-Sieg GmbH
>
> Tel.:+49 221 20808-33
> Fax: +49 221 20808-833
> marcel.hoevelm...@vrs.de
>
> Verkehrsverbund Rhein-Sieg GmbH, Glockengasse 37-39, 50667 Köln
> http://www.vrs.de
>
> Geschäftsführer: Michael Vogel - Dr. Norbert Reinkober
> Vorsitzender des Aufsichtsrates: Dietmar Tendler
> Vorsitzender der Gesellschafterversammlung: Bernd Kolvenbach
>
> Amtsgericht Köln - HRB 16883 - USt-IdNr. DE122660263 Sparkasse KölnBonn IBAN 
> DE06370501980004442034 BIC COLSDE33XXX
>
> Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte Informationen 
> enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail 
> irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und 
> vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte 
> Weitergabe dieser Mail ist nicht gestattet.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

[Talk-de] Telegram Gruppe Hamburg

[Martin Scholtes]

Hallo zusammen,

seit heute haben wir für Hamburg und Umgebung eine eigene Telegram Gruppe.
Beitritts Link ist dieser hier: https://t.me/osm_de_hh

Gruß
Martin


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

Re: [Talk-de] Wegstücke Emscher Region (NRW)

[Martin Scholtes]

Hallo,

ich ergänze mal hier:

Am 09.08.2019 um 11:27 schrieb chris66 via Talk-de:
> Hallo Nora,
>
>> a) Auf welche Art und Weise könnte man die vorliegenden Daten am
>> zeiteffizientesten UND im Sinne von OSM zielführendsten einarbeiten?
>> Import von shp-Dateien (??), manuelles Einarbeiten? 
> Manuell, da ein Import bestehende Daten doppeln würde.
Genau, ein Import würde wie Arbeit mit sich bringen, zu schauen, welche
Wege sind doppelt.
>
>> b) Welches Browser-Format (zb JOSM?) sollte man dafür nutzen? Im
>> beginners' guide steht als Schritt 2: upload data und in schritt 3: mit
>> josm bearbeiten. ist das hierfür auch zutreffend?
>
> Als Editor sei JOSM empfohlen.
JOSM ist ein JAVA-Programm zum Bearbeiten der OSM-Datenbank. Es ist ein
sehr mächtiges und umfangreiches Programm, jedoch wenn man es kennt
macht die Arbeit gleich mehr Spaß.
>
>> c) Wäre ich als unerfahrene Person diejenige, die das am besten
>> einfügt oder würde das üblicherweise jemand anders tun, der sich
>> damit bereits auskennt um fehler zu vermeiden? Oder hängt das von der
>> Vorgehensweise ab?
>
> Am besten wäre natürlich selber machen. Nach den ersten Edits
> diese durch die Community begutachten lassen.
Prinzipiell ist das euch überlassen. Es macht aber auch Sinn es selbst,
mit einigen Kontrollblicken erfahreneren Usern, die Daten selbst
einzupflegen. Ich hoffe das ihr dann ihn Zukunft selbst noch andere
Sachen beitragt.
>
>> d) was wäre der tag für die Straßen, die noch nicht öffentlich sind,
>> vermutlich sowas wie "special road type/service“?
>
> Als Wegeklassen (highway=*) kommen in Frage:
> footway/cycleway/path/service mit passenden access-Tags, zB. access=no
> / private.
Straßen bzw. Wege werden allgemein mit dem Key highway beschrieben.
Dabei gibt es je nach Nutzung des Wege unterschiedliche Schemata. Das
OSM-Wiki kann da aber einem sehr weiter helfen. Für Wege, welche noch
nicht öffentlich sind, kann mittels access=no oder anderen Werten eine
Zugangsbeschränkung verhängt werden. In DE erfassen wir "immer" das was
vor Ort ersichtlich ist.
>
>> e) gibt es zur Diskussion dessen eine kleinere lokale zuständige
>> Gruppe für NRW oder das Ruhrgebiet ... oder eine thematisch
>> passendere ... oder bin ich hier richtig?
>
> Es gibt lokale Usergruppen / Stammtische.

Ja wir haben eine Ruhrpott-Gruppe. Siehe hier:
https://wiki.openstreetmap.org/wiki/Ruhrgebiet#Treffen

Unter Treffen findest du die Stammtische der lokalen Gruppen.

Allgemein bist du aber hier auch nicht gänzlich verkehrt. Zudem haben
wir noch das Forum und eine Telegram-Gruppe.


Tom hat es bereits geschrieben. Es wäre interessant, von wem die Daten
stammen und ob diese überhaupt aufgrund Lizenz-Bestimmungen für uns
nutzbar sind.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Oberfläche: paved, concrete, asphalt

[Martin Scholtes]

Hallo,

Am 08.08.2019 um 14:53 schrieb Martin Trautmann:
> Beruhen diese Kennzeichnungen tatsächlich auf Kenntnis des
> Fahrbahnbelags? Oder wird hier gewürfelt?
also paved ist schon man besser als nichts was man auf einer BAB angeben
kann. Die Verfeinerung mit Asphalt oder Beton wäre natürlich optimal dann.
> Denn gerade im Hochsommer mit Dehnungsproblemen bei Betonfahrbahnen mag
> die Unterscheidung interessant sein - aber sonst?
Naja um die Unebenheit zu beschreiben wäre dann ja besser der key
smoothness.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Änderungen im Wiki: Tag:public transport=platform

[Martin Scholtes]

Hallo Nzara,

deine Ansichten teile ich nicht.

Für mich gehört sowohl an pt=platform als auch an pt=stop_position der
key name!

Eine Ableitung des Namens aus einer stop_area-Relation kann man derzeit
nicht leisten, da vieler Orts solch eine Relation nicht gibt.
Ich sehe viele Mapper die leider pauschal versuchen PTv1 Haltestellen in
PTv2 Haltestellen umzutaggen/erweitern und vergessen zu 99% die
stop_area-Relation.

Am 08.08.2019 um 06:17 schrieb Nzara:
> Wir mappen die Welt, wie sie ist - nicht wie wir sie gerne haben möchten.
Ja da geb ich dir recht und was steht an einer Bushaltestelle: Genau ein
Schild mit der Aufschrift des Namen der Haltestelle. Diese gilt für
pt=platform und pt=stop_position.
> Am 07.08.2019 um 20:18 schrieb KvMP via Talk-de:
>> Wie ist hier die Haltung zu dieser ??nderungen und wird eine
>> Revertierung dieser unterst??tzt?
>> In der OSM-Telegram-Gruppe hatte ich mich mal erkundigt und dort
>> stie?? diese ??nderung auf Ablehnung.
Im Forum wurde es bereits geschrieben, abwarten auf die Rückmeldung des
User, der den Eintrag geändert hat, ansonsten muss die Änderung
zurückgesetzt werden.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Frage zum tagging Rettungsbaken

[Martin Scholtes]

Guten Morgen Michael,

Am 08.08.2019 um 08:02 schrieb Droelfzehn (Michael):
> Wieder daheim bemerke ich, daß der Turm schon eingetragen ist! Für die
> Neugierigen: N 49°09.821 W002°01.104
>
> Dort sind "nur" 3 Tags eingetragen:
> man_made = tower
> name = Refuge Tower
> tower:type = observation
>
> Dem tagging kann ich so nicht zustimmen aber das ist eine andere
> Geschichte.
Grundsätzlich ist der Hauptkey man_made ja richtig gesetzt.
>
> Daraufhin habe ich mir die Rettungsbaken vor Cuxhaven mal in JOSM
> angeschaut, die auf der Karte ebenfalls nicht angezeigt werden...
> Als Beispiel nehme hier mal die Rettungsbake 1 bei N53°54.395
> E008°40.068, die wie folgt getaggt ist:
>
> emergeny = marine_refuge
> seamark:beacon_special_purpose:colour = black
> seamark:conspicuity = conspicuous
> seamark:construction = metal
> seamark:name = Ret. 1
> seamark:reflectivity = conspicuous
> seamrak:souce = BfS 53/19 WSA Cuxhaven
> seamark:status = permanent
> seamarkt:type = beacon_special_purpose
Das kommt vermutlich dadurch zustande das an dieser Node ein
OpenSeaMapper aktiv war.
> Lange Rede, kurzer Sinn: Ich finde es Sinnvoll, die
> Rettungsbaken/Rettungstürme ebenfalls mit dem tag "amenity = shelter" zu
> ergänzen, wobei ich den Zusatz "shelter_type = emergency" als ergänzende
> Information nicht ausschließen möchte, 

Das halt ich hier definitiv dann für falsch. Ein shelter ist für mich
ein Unterstand und keine Rettungsplatform über Meereshöhe. Der Tag
man_made=tower ist da schon richtig angepracht. Der Tag emergency =
marine_refuge gibt es leider nur 11 Mal in der DB, was zeigt, das dieser
nicht dokumentiert ist im Wiki.

> damit diese auf den Karten
> dargestellt werden (können). - Das kann Leben retten.
>
Diese Aussage ist für mich ganz klar  das Argument "mappen für den
Renderer".


-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Website: Route auf OSM anzeigen

[Martin Scholtes]

Hallo Markus,

nutze am besten uMap dafür.
https://umap.openstreetmap.de

Gruß
Martin

Am 10.07.2019 um 17:51 schrieb Markus:
> Unsere Feuerwehr hat Jubiläum und macht einen Festzug :-)
>
> Die Route will sie "irgendwie" auf einer OSM-Slippymap zeigen.
> Wie macht man das "simpel" auf einer eigenen Website?
> Gibt es da irgendwo ein HowTo?
>
> Gruss, Markus
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

[Talk-de] PTv2 QM

[Martin Scholtes]

Hallo miteinander,

gerade ist mir wieder ein CS[1] aufgefallen, bei dem der betreffende
User an die pt=platform ein bus=yes gesetzt hat. In anderen CS habe ich
es auch gesehen, das mal tram=yes oder andere Werte ergänzt worden sind.
Im PTv2 Schema wird solch eine Vorgehensweise nicht beschrieben. Ist es
den überhaupt für i-was erforderlich, bsp. QM-Tools?

Das Tagging stört mich zwar nicht direkt, aber es fällt mir doch etwas
komisch auf.


[1] https://www.openstreetmap.org/changeset/71695125

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Medizinische Einrichtungen: hospital oder clinic?

[Martin Scholtes]

Hallo lessig,

sry das ich jetzt erst antworte.

Am 21.06.2019 um 09:33 schrieb Lena Essig:
> Hallo,
>
> ich bin beim Taggen von Krankenhäusern auf unterschiedliche Vorgehen
> gestoßen, was die Unterteilung zwischen *amenity=hospital [1]*,*
> amenity=clinic [2]* und dem Einsatz von *healthcare=**  [3] angeht.
>
> Ich wäre dabei so vorgegangen, dass *amenity=hospital* für Kliniken/
> Krankenhäuser genutzt wird, wenn dort operiert wird und es stationäre
> Aufnahmen, auch für einen längeren Zeitraum, gibt.
Wenn man im "deutschen Sinne" ein Krankenhaus beschreibe möchtet, gibt
Wikipedia[1] folgendes aus:

Ein *Krankenhaus* ist eine medizinische Einrichtung. Dort werden durch
ärztliche und pflegerische Hilfeleistung Krankheiten, Leiden oder
körperlichen Schäden festgestellt und durch eine Behandlung geheilt oder
gelindert.

So wird amenity=hospital im großen und ganzen eingesetzt.

> Auf [1] wird beschrieben, dass *amenity=clinic *bei Einrichtungen, in
> welchen nur *kleinere* chirurgische Eingriffe durchgeführt werden, genutzt
> wird.
> *amenity=clinic* würde ich allerdings auch für Einrichtungen mit
> teilstationären Behandlungen in Fachkliniken nutzen, in welchen zwar
> chirurgische Eingriffe durchgeführt werden können, aber es bspw. durch eine
> geringe Anzahl Betten einen Unterschied zu einem Krankenhaus gibt.
Auch hier zitiere ich gerne Wikipedia [2]:
Ein *Fachkrankenhaus* oder eine *Fachklinik* ist in der Regel ein
Krankenhaus [...], das sich auf die Behandlung einer speziellen
Erkrankung oder zumindest artverwandter Erkrankungsbilder spezialisiert
hat.

>
> Weiter würden dann bspw. Psychiatrien und Reha-Kliniken in die Gruppe
> *amenity=clinic *gehören. Die Spezialisierung kann dann mithilfe von
> *healthcare=*
> *beschrieben werden. Für Einrichtungen in welchen chirurgische Eingriffe
> durchgeführt werden kann dann durch* healthcare:speciality=*  *unterteilt
> werden.
>
> Diese Angaben sind zwar so schon im Wiki beschrieben, allerdings werden sie
> beim Taggen stark vermischt.
> Gibt es Vorschläge für eine bessere Unterteilung? Oder die Möglichkeit
> einer leichteren Unterscheidung zwischen *hospital* und *clinic*?
Um es mal meiner Ansicht nach kurz zu Unterteilen:
Krankenhaus/Klinikum/etc. => amenity=hospital + healthcare=hospital +
healthcare:speciality=*
Fachkrankenhaus/Fachklinik => amenity=clinic + healthcare=clinic +
healthcare:speciality=*

Der Tag healthcare ist wie das PTv2 zu verstehen und versucht mehrere
verschiedene medizinisches Tagging zusammenzufassen und Klarheit zu geben.
Es sollte am besten immer mit angegeben werden. Für JOSM gibt es dabei
sogar ein Plugin zum herunterladen.

>
> Viele Grüße,
> lessig
>
> [1] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dhospital
> [2] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity=clinic
> [3] https://wiki.openstreetmap.org/wiki/DE:Key:healthcare
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


[1] https://de.wikipedia.org/wiki/Krankenhaus
[2] https://de.wikipedia.org/wiki/Fachkrankenhaus

-- 
Mit freundlichen Grüßen


Martin Scholtes

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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

> Grundsätzlich geht es AFAIK beim "diameter" von Rohren um den
> Nominalinnendurchmesser, wenn das irgendwie aus dem tag hervorginge wäre es
> nicht schlecht. "diameter" ist in OSM normalerweise der Aussendurchmesser
> (dachte ich), aber vielleicht kommt es auch einfach auf den Kontext an. Vor
> diesem Hintergrund wäre fire_hydrant:pipe_diameter evtl. besser.
Da ich aus dem FW-Wesen komme, kann ich dir versichern, das die
eingetragenen Wert immer den Rohrdurchmesser der angezapften Leitung
wiedergeben. Somit muss kein neuer Key erfunden werden.
>
> Nach Nutzerzahlen ist es dagegen völlig klar: seit September 2010 führt
> fire_hydrant:diameter,  mittlerweile tausendfach, an so einem tag würde ich
> nicht mehr rütteln.
>
> Gruß,
> Martin
>
-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

Am 04.04.2019 um 11:03 schrieb Georg Feddern:
> Moin,
>
> Am 03.04.2019 um 21:28 schrieb Martin Scholtes:
>> Ein Nachtrag noch. Die Anzahl auf Taginfo zeigt nach overpass-abfrage
>> nur Node´s in DE und 3 in AT an. Somit ein lokal und durch i-was
>> verursachtes Problem. "Urheber" dieses Key scheinen auch Fw-Acc´s zu
>> sein.
>
> alles nicht verwunderlich - führt doch eine simple Suche sofort zu
> https://wiki.openstreetmap.org/wiki/DE:OpenFireMap-HowTo

Somit war der Ursprung für das tagging fire_hydrant:pipe_diameter ein
Fehler in der Anleitung entgegen des festgelegten key
fire_hydrant:diameter.

Damit werde ich nun die obigen Wiki-Seite anpassen und die 215 Einträge
in OSM entsprechend anpassen.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

Ein Nachtrag noch. Die Anzahl auf Taginfo zeigt nach overpass-abfrage
nur Node´s in DE und 3 in AT an. Somit ein lokal und durch i-was
verursachtes Problem. "Urheber" dieses Key scheinen auch Fw-Acc´s zu sein.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

Am 03.04.2019 um 20:57 schrieb Rolf Eike Beer:
> Am Mittwoch, 3. April 2019, 20:42:08 CEST schrieb Rolf Eike Beer:
>> Am Mittwoch, 3. April 2019, 20:23:19 CEST schrieb Martin Scholtes:
>>> Hallo,
>>>
>>> habe wiedermal einen doch merkwürdigen key gefunden. Scheinbar soll der
>>> fire_hydrant:pipe_diameter => fire_hydrant:diameter sein. Laut Taginfo
>>> gibt es da neu "Ding" 215 mal in der DB. Kann man das per Massenedit
>>> umtaggen?
>>>
>>> Für mich ist das nämlich in OSM das selben und im Wiki gibt es nur das
>>> fire_hydrant:diameter.
>> Ich habe beim Herumklicken zumindest einen Fall gefunden, in dem es auch ein
>> widersprüchlichen Eintrag für fire_hydrant:diameter gibt. Bei den Fällen,
>> bei denen die Einträge identisch sind oder es nur einen gibt, würde ich
>> mich dem ansonsten anschließen.
Es ist ein Misch-Masch. Manchmal doppelt, manchmal nur nur *:pipe_*
>>
>> Betrifft das nur einen Benutzer oder ist nachvollziehbar, wo das herkommt?
>> Evtl. gibt es da eine fehlerhafte Vorlage oder Anleitung?
Also verwendet wurde JOSM, GO Map, PT2, ID, vllt noch andere.
> Bei der Gelegenheit hätte ich gerne auch noch einen Edit. Wir haben da einen 
> (!) Benutzer, der fire_hydrant:diameter immer mit dem Zusatz " mm" taggt, was 
> nicht nur den Vorlagen und dem Wiki widerspricht, sondern die Auswertung der 
> Daten in meinen Augen unnötig erschwert. Können wir das bitte gleich mit 
> entsorgen?
Das mm ist eigentlich nicht schlimm. Ähnlich ist es bei maxheigt. Die
Maßeinheit anzugeben ist nur wichtig, wenn sie vom Standard abweicht,
zum Beispiel bei nicht SI-Einheiten wie mph.
>
> Eike
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes

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

[Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

Hallo,

habe wiedermal einen doch merkwürdigen key gefunden. Scheinbar soll der
fire_hydrant:pipe_diameter => fire_hydrant:diameter sein. Laut Taginfo
gibt es da neu "Ding" 215 mal in der DB. Kann man das per Massenedit
umtaggen?

Für mich ist das nämlich in OSM das selben und im Wiki gibt es nur das
fire_hydrant:diameter.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Erlaubte Höchstgeschwindigkeit in DE (was: Verkehrsberuhigter Bereich - maxspeed)

[Martin Scholtes]

Am 30.03.2019 um 18:42 schrieb Martin Koppenhoefer:
>
> sent from a phone
>
>> On 30. Mar 2019, at 18:07, Andreas Labres  wrote:
>>
>> Übrigens, da fällt mir eine andere Frage ein, über die ich grade gestolpert 
>> bin: wo enden in DE erlaubte Höchstgeschwindigkeiten (mit Schild)? Also z.B. 
>> vor einem Kreisverkehr?
>> In AT ist das eindeutig:
>> - beim Schild Ende der Geschwindigkeitsbegrenzung
>> - bei einer Ortstafel angebrachte Geschwindigkeitsbegrenzungen gelten im 
>> gesamten Ortsgebiet
>> - und Geschwindigkeitsbegrenzungen an Baustellen enden mit dem Ende der 
>> Baustelle
>>
>> In DE gibt es offenbar mehr "Enden ohne Schild":
>> - Baustellen ist wohl analog zu AT
>> - Geschwindigkeitsbegrenzung zusammen mit der Vorankündigung eines 
>> Lichtzeichens (Ampel) [und vielleicht auch Kreuzung mit Straße ohne Vorrang, 
>> k.A.] enden nach der Kreuzung
>> Wie ist das vor Kreisverkehren? (und welche Möglichkeiten gibt es da noch?)
>
> in Deutschland soweit ich weiß endet eine Geschwindigkeitsbegrenzung je nach 
> Kontext, die Zonen wenn man wieder aus der Zone ausfährt, die mit 
> „Zusatzbegründung“ nach Passieren der Gefahrenstelle (3 Kurven, oder Ausfahrt 
> Baustellenfahrzeuge oder Schule, etc.). Die allgemeinen gelten für die 
> gesamte Strecke und müssen dafür auch nicht unbedingt bei weiteren 
> einmündenden kleinen Straßen wiederholt werden 
Eine Geschwindigkeitsbegrenzung gilt solange, bis sie entweder
widerrufen wird durch ein anderes Verkehrszeichen oder einen neuen
Straßenabschnitt. Das beste Beispiel ist das Schild für die
Vorfahrtstraße. Wie soll ein andere Verkehrsteilnehmer an einer Kreuzung
wissen, das er nach dem Abbiegen auf eine Vorfahrtstraße sich darauf
befindet. Nur durch nochmaliges Anzeigen des Schildes. Genau so bei den
Geschwindigkeiten: Wenn nichts angegeben gilt immer der default-Wert für
die den entsprechenden Bereich (ala Zone).
> (was sie aber normalerweise werden), bei Kreisverkehren könnte ich mir aber 
> vorstellen, dass die die Strecke beenden und eine neue Strecke anfängt, das 
> sind keine Einmündungen mehr, d.h. es wäre ein neues Limit erforderlich.
>
> Gruß, Martin 
> _______
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Erlaubte Höchstgeschwindigkeit in DE

[Martin Scholtes]

Hallo, ich klinke mich mal hier ein.

Am 30.03.2019 um 19:32 schrieb Martin Koppenhoefer:
>
> sent from a phone
>
>> On 30. Mar 2019, at 19:16, Andreas Labres  wrote:
>>
>> Was gilt IM Kreisverkehr?
>
> im Kreisverkehr gilt vermutlich außerorts 100 und die Gesetze der Physik ;-) 
> sofern nichts explizit ausgeschildert ist (zumindest glaube ich das)
Im Kreisverkehr gilt a die Physik, §1 der STVO und dann das was
allgemein gültig ist: Sprich innerorts 50 und außerorts 100. Da beides
im Regelfall nicht erreicht werden kann, ist das setzten von entweder
oder das besten mMn.
>
> Gruß, Martin 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Korrektes Tagging eines Feriengebiets

[Martin Scholtes]

Moin Moin

Am 25.03.2019 um 08:28 schrieb Georg Feddern:
> Moin,
>
> Am 25.03.2019 um 00:02 schrieb Martin Koppenhoefer:
>>
>>> Am 24.03.2019 um 23:43 schrieb Garry :
>>>
>>> Worin siehst Du das Problem?
>>>
>>> Es sind ja eigentlich alle Eigenschaften da die ein Wohngebiet machen -
>>> die Bewohner wechseln zwar etwas öfter und die Leerstände sind etwas
>>> häufiger und synchronisierter, aber muss man das unbedingt durch einen
>>> eigenen landuse ausdrücken?
>> ein offensichtlicher Unterschied ist, dass das Übernachten hier
>> business ist.
>
> Also "commercial_residential"? ;-)
> Dann hätten wir endlich auch unser Mischnutzungsgebiet ... ;-)
besser nicht. Da es vorwiegend hier um das Wohnen geht, bin ich für
landuse=residential mit einem tourism key!?
>
> Grüße, Georg
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

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

[Martin Scholtes]

Hallo,

doku hab ich grade nicht zur Hand, aber so auf die schnelle ist das ok,
da es sich ja um EIN Gebäude handelt.

mfg

Am 10.03.2019 um 17:10 schrieb MonkZ:
> Moin,
>
> Ich habe eine Adresse auf hier auf die Outline einer type=building
> Relation gepackt:
> https://www.openstreetmap.org/relation/9376367
>
> Bin mir aber nicht sicher, ob diese nicht eher auf die Relation selbst
> gesetzt werden sollte oder nicht?
> Wie ist eure Einschätzung? Gibt es da belastbare Doku?
>
> MfG
> MonkZ
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes



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

Re: [Talk-de] Overpass Abfrage

[Martin Scholtes]

Hallo Roland,

das ist nun total verrückt, hatte gestern versucht mit dem area Wert
eine Ausgabe liefern zulassen und es klappte nicht.
Aber danke fürs drüber schauen.

Gruß

Am 28.01.2019 um 10:52 schrieb Roland Olbricht:
> Hallo,
>
> area[name="Rettungsdienstbereich Trier"];
> out tags;
>
> hat den folgenden Fund:
>
>   
>     
>     
>     
>     
>     
>   
>
> und
>
> (
>   node[amenity=nursing_home](area:3604168993);
>   way[amenity=nursing_home](area:3604168993);
>   relation[type=multipolygon][amenity=nursing_home](area:3604168993);
> );
> out count;
>
> hat zumindest 1 Treffer. Gemäß Gegenprobe mit
>
> node[highway=bus_stop](area:3604168993);
> out count;
>
> und 1641 Treffern spricht vieles dafür, dass rund um Trier wohl nur 1
> Objekt mit dem Tag "amenity=nursing_home" versehen ist.
>
> Viele Grüße,
> Roland
>
-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Overpass Abfrage

[Martin Scholtes]

Hab da noch eine Frage: Versuche eine Relation über (area:XYZ) mit dem
36 Vorwahl zu ergreifen. Leider funktioniert das i-wie nicht. Es
geht um die ID 4168993.

Gruß
Martin

Am 28.01.2019 um 00:15 schrieb Christoph Grenz:
> Hallo Martin,
>
> du bekommst dem Mittelpunkt bei POIs mit "out center" und die Ausgabe 
> Koordinaten+Name mit "[out:csv(…)];". Also z.B. so:
>
> ---
>
> [out:csv(::lat, ::lon, name)];
> (
>   node[amenity=nursing_home]({{bbox}});
>   way[amenity=nursing_home]({{bbox}});
>   relation[type=multipolygon][amenity=nursing_home]({{bbox}});
> );
> out center;
>
> ---
>
> amenity=nursing_home ist allerdings deprecated, um alle Altenheime zu 
> bekommen, müsstest du das Query auch noch auf social_facility=nursing_home 
> etc. ausdehnen.
>
> Viele Grüße
> Christoph
>
> Am Sonntag, 27. Januar 2019, 23:33:08 schrieb Martin Scholtes:
>> Nabend zusammen,
>>
>> ich hätte da mal ein Anliegen an die Overpass Kenner:
>> Ich würde gerne ein Abfrage zu, zum Bsp. Altenheime,  starten und
>> folgende Daten Ausgeben: Koordinaten und Name. Dabei sollen bei POI´s
>> und Relationen der Mittelpunkt genommen werden.
>>
>> Kann man das i-wie als Code schreiben.
>>
>> Schönen Abend.
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Overpass Abfrage

[Martin Scholtes]

Hallo Christoph,

super danke für deine Antwort ;-)

Am 28.01.2019 um 00:15 schrieb Christoph Grenz:
> [out:csv(::lat, ::lon, name)];
> (
>   node[amenity=nursing_home]({{bbox}});
>   way[amenity=nursing_home]({{bbox}});
>   relation[type=multipolygon][amenity=nursing_home]({{bbox}});
> );
> out center;

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

[Talk-de] Overpass Abfrage

[Martin Scholtes]

Nabend zusammen,

ich hätte da mal ein Anliegen an die Overpass Kenner:
Ich würde gerne ein Abfrage zu, zum Bsp. Altenheime,  starten und
folgende Daten Ausgeben: Koordinaten und Name. Dabei sollen bei POI´s
und Relationen der Mittelpunkt genommen werden.

Kann man das i-wie als Code schreiben.

Schönen Abend.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Attribut für die Europachausee in Halle (Saale)

[Martin Scholtes]

Hallo,

also ich sehe da kein hw=secondary? Grundsätzlich stimme ich dir aber
für die Umgehung zu, das es ein hw=trunk sein sollte, auch wenn es keine
Kraftfahrstraße sein sollte.

Am 07.01.2019 um 23:53 schrieb Heinz-Jürgen Oertel:
> Hallo,
>
> endlich ist die östliche Umgehungsstraße in Halle fertiggestellt und 
> befahrbar. Das Mittelteil ist als highway=trunk getaggt. Anfang und Ende 
> jedoch highway=secondary.
> Nach meiner Meinung macht dies keinen Sinn, da die Straße wie in 
> https://wiki.openstreetmap.org/wiki/DE:Tag:highway=trunk?uselang=de
> "eine autobahnähnliche Schnellstraße mit hoher Verkehrsbedeutung" bezeichnet.
>
> Sie wird offiziell Umgehungsstraße zur Entlastung, oder auch Osttangente 
> genannt.
>
-- 
Mit freundlichen Grüßen


Martin Scholtes


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

[Talk-de] Network Relationen

[Martin Scholtes]

Nabend zusammen,

bin derzeit wieder für den PT am arbeiten und musste feststellen das ich
einige Relationen zwar in der Datenbank finde, sie aber nicht über
ID/PL2 oder JOSM bearbeiten kann.

ID 1991320 u. 1389631 als Beispiel.

Weiß jemand wie ich dran ran komme?

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] cycle_direction

[Martin Scholtes]

1+

Am 16.12.2018 um 11:48 schrieb Volker Schmidt:
> Hallo,
>
> durch Zufall habe ich eine auf Nuernberg begrenzte "Infektion" von OSM mit
> dem undokumentierten tag "cycle_direction=both" gefunden. Insgesamt 38
> Faelle, verschiedenen Benutzer.
> Ich schlage vor, bevor sich diese Sache ausbreitet, alle 38 Faelle in
> "oneway:bicycle=no" (taginfo count: 67k) umzutaggen.
> OK?
>
> Volker
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Fwd: [OSM-S] Autobahn-Bedarfsumleitungen Baden-Württemberg

[Martin Scholtes]

Guten Morgen,

> Bei der Gelegenheit: Mapillary macht wohl irgendwas mit
> Verkehrszeichenerkennung. Kennt sich da jemand aus?
ja habe das schon mal ausprobiert. Einfach mit Mapillary deinen Weg
aufzeichnen und in JOSM, mit dem Mapillary Plugin, die
Verkehrszeichenerkennung einschalten. Wenn deine Kamera richtig
ausgerichtet ist, erkennt er eigentlich jedes Schild. Selbst das H an
einer Bushaltestelle.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Illegale Feuerstelle

[Martin Scholtes]

Hallo,

Ist nun die Frag, ob es an diesem Ort geduldet wird oder tatsächlich
unter Strafe steht. Ich kenne das vom Hamburger Elbstrand: Lagerfeuer
verboten, aber grillen darf man. Falls geduldet dann permissive,
andernfalls löschen.

Gruß
Martin

Am 03.12.2018 um 09:10 schrieb Frederik Ramm:
> Hallo,
>
> im Rahmen einer Beschwerde bei der DWG kam die Frage auf: Was tun mit
> einer offensichtlich in Gebrauch befindlichen Feuerstelle an einem Ort,
> an dem das Feueranzünden verboten ist?
>
> Im konkreten Fall ist das eine Feuerstelle im Wald. Ein Mapper hat die
> gesehen und eingetragen; jemand anders beschwert sich nun, dass Leute
> hier durch OSM zu Gesetzesverstößen animiert werden können.
>
> Taggt man die mit access=no? informal=yes? legal=no? illegal=yes? Oder
> wie ;)
>
> Bye
> Frederik
>
-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] Boundary Kreise und Kreisfreie Städte

[Martin Scholtes]

Am 27.11.2018 um 17:57 schrieb Florian Lohoff:
> On Tue, Nov 27, 2018 at 05:51:10PM +0100, Martin Scholtes wrote:
>> Hallo,
>>
>> also von den zwei Keys höre ich zum ersten Mal, bzw habe ich noch nicht
>> offensichtlich bemerkt.
>>
>> Ich habe leider auch keine alternative um zu bestimmen, ob ein AL6 ein
>> Landkreis oder eine kreisfreie Gebietskörperschaft ist.
> Ich habe ein bisschen weiter geguckt - Ja - gibts öfter - von 6 Kreisen
> und einer kreisfreien Stadt (Bielefeld) hatten das 5 gesetzt. 

Laut Taginfo gibt es den "de:place=county" 157 Mal in der DB. Wikipedia
sagt jedoch, das es 294 Landkreise gibt. Also wirst du darüber nicht
alle erfasse können.

In overpass sieht man, das BaWü, NRW, RP, SL, BY, NI mehrheitlich diesen
Key tragen.


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

Re: [Talk-de] Boundary Kreise und Kreisfreie Städte

[Martin Scholtes]

Hallo,

also von den zwei Keys höre ich zum ersten Mal, bzw habe ich noch nicht
offensichtlich bemerkt.

Ich habe leider auch keine alternative um zu bestimmen, ob ein AL6 ein
Landkreis oder eine kreisfreie Gebietskörperschaft ist.

Gruß
Martin

Am 27.11.2018 um 17:42 schrieb Florian Lohoff:
> Hi,
> ich Pfriemel mich gerade durch Adressdaten und matche die auch auf die
> entsprechenden admin boundaries.
>
> Jetzt hat sich mir die Frage gestellt wie ich bei admin_level=6
> von boundaries unterscheiden kann ob es sich um einen Kreis oder eine
> Kreisfreie Stadt handelt. Dabei ist mir in den relationen das tag
>
>   de:place=county
>   de:place=city
>
> aufgefallen. Ich habe da in den 10 Wiki Artikeln zu Grenzen in
> Deutschland die ich mir angesehen habe nichts zu gefunden.
>
> Ist das einheitlich so getagged und gibts da irgendwo jemanden
> der das aufgeschrieben hat?
>
> 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

[Talk-de] LKW-Maut

[Martin Scholtes]

Moin Moin,

gestern ist mir beim mappen in der Heimat wieder das taggen von Mautstrecken in 
den Sinn gekommen.
Nach Recherche im Wiki sind die Ausführungen im englischen doch recht kurz.
Der deutsche Teil ist da schon ausführlicher:
Aufgrund der neuen Bestimmungen kann seit 07/2018 die akutelle Mautsituation in 
DE nicht abgebildet werden. Grund sind die derzeit genutzten Key´s.
toll:N2 gilt für gewerbeliche Fahrzeuge von 3.5t bis 12t.
toll:N3 gilt für gewerbeliche Fahrzeuge mit mehr als 12t.

Dahingehen würde ich gerne den Key toll:N2.5 einführen. In Anlehung an die 
"UNECE categories" soll dieser Key für gewerbeliche Fahrzeuge von 7.5t bis 12t 
stehen. Dadurch würde die symetrie beibehalten und für DE geltener Fall bestens 
abgedeckt.

Wie sind euere Meinungen dazu?


Schönen Gruß
Matin

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

Re: [Talk-de] Grenzen und ihre Namen

[Martin Scholtes]

Das hat nichts mit Respektlosigkeit zu tun. Es ist normal, das der eine
etwas einträgt und nach einer Gewissen Zeit ein andere es wieder löscht.
Ich halte es nur für sinnlos eine Grenze zu benennen, nur weil man damit
ausdrücken möchte was hier begrenzt wird. Zudem wurde scheinbar diese
Benennung nur einseitig vorgenommen. Was würde den für eine Benennung
von Grenzverläufe sprechen?

Am 13.10.2018 um 23:38 schrieb Martin Koppenhoefer:
>
> sent from a phone
>
>> On 13. Oct 2018, at 23:30, Martin Scholtes 
>> wrote:
>>
>> Somit kann ich ja getrost die Way´s bereinigen, bzw hab es so eben getan.
>
> Völlig unnötige Respektlosigkeit. Etwas nicht einzutragen ist ein
> Ding, zu löschen was andere eingetragen haben ein anderes.
>
> 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] Grenzen und ihre Namen

[Martin Scholtes]

Hallo Michael,

danke für deine sehr ausführliche Antwort.

Somit kann ich ja getrost die Way´s bereinigen, bzw hab es so eben getan.


Gruß
Martin

Am 13.10.2018 um 21:13 schrieb Michael Reichert:
> Hallo,
>
> Am 13.10.2018 um 11:50 schrieb Martin Scholtes:
>> naja. Ich hätte da mal wieder eine Frage. Derzeit verbessere ich die
>> Straßengeometrie im Grenzbereich DE-LU/RP-SL und da sind mir die Way´s
>> der admin_level=2 Relationen aufgefallen die Namen tragen. Sogar ich
>> mehrfacher Sprachausführung. Als Beispiel dieser Way:
>> https://www.openstreetmap.org/way/448544023
> Die Versionsgeschichte des Ways ist nicht ganz einfach nachzuvollziehen.
>
> Way 448544023 v1 stammt von Heinz-Becker (CS 43015991) und entstand
> durch das Aufteilen von Way 448541653, dem direkt nördlich daran
> anschließenden Grenzabschnitt.
>
> Way 448541653 v1 stammt ebenfalls von ihm (CS 43015629) und entstand
> durch das Aufteilen von Way 389808659, dem direkt nördlich daran
> anschließenden Grenzabschnitt.
>
> Way 389808659 wurde zwar von Stereo angelegt (CS 36393777), aber die
> graphische Visualisierung des Änderungssatzes
> (https://overpass-api.de/achavi/?changeset=36393777) zeigt, dass Stereo
> die damals in der Flussmitte liegende deutsch-luxemburgische Grenze an
> die Flussufer verschoben hat, weil die Grenzflüsse Mosel, Sauer und Our
> ein Kondominium sind. Die name-Tags hat er dabei von dem alten Way in
> der Flussmitte übernommen, u.a. Way 29411602.
>
> Way 29411602 hatte die name-Tags vom 7. Juni 2012 (ergänzt durch Verdy_p
> in CS 11823692) bis 17. Januar 2014 (gelöscht durch woodpeck_repair in
> CS 20050162) und dann wieder vom 18. April 2014 (wieder ergänzt durch
> Verdy_p in CS 21759523) bis zur Löschung des Ways durch Stereo.
>
> https://osmlab.github.io/osm-deep-history/#/way/29411602
>
>> Im Wiki habe ich keine Hinweis darauf gefunden, das dieser Way und
>> andere einen Namen braucht. Eigentlich wird dies ja durch die Relationen
>> abgedeckt. So könnte man die Way´s bereinigen. Oder was meint ihr.
> Der Name ist unnötig und kann weg. Viele davon stammen von Verdy_p, der
> dieses systematisch ergänzt hat (und woodpeck_repair hat sie mindestens
> einmal wieder gelöscht).
>
> Zur Beschriftung der Grenzlinien verwendet man als Autor eines guten
> Kartenstils die Admingrenz-Polygone und nicht die Grenzlinien. OSM Carto
> verwendet die Polygone, früher war das aber anders, als jedes benannte
> Objekt beschriftet wurde.
>
> 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

[Talk-de] Grenzen und ihre Namen

[Martin Scholtes]

Guten morgen oder schon Mahlzeit?

naja. Ich hätte da mal wieder eine Frage. Derzeit verbessere ich die
Straßengeometrie im Grenzbereich DE-LU/RP-SL und da sind mir die Way´s
der admin_level=2 Relationen aufgefallen die Namen tragen. Sogar ich
mehrfacher Sprachausführung. Als Beispiel dieser Way:
https://www.openstreetmap.org/way/448544023

Im Wiki habe ich keine Hinweis darauf gefunden, das dieser Way und
andere einen Namen braucht. Eigentlich wird dies ja durch die Relationen
abgedeckt. So könnte man die Way´s bereinigen. Oder was meint ihr.


Gruß
Martin



___
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

[Martin Scholtes]

Ich stimme Sepp zu.

Am 11.10.2018 um 21:28 schrieb sepp1...@posteo.de:
> Michael,
>
> würdes Du bitte, wenn Du von Neuen Bundesländern sprichst, bzw.
> schreibst, im Umkehrschluss auch von Gebrauchten Bundesländern schreiben?
>
> Das Straßenproblem ist also ein Problem DEUTSCHLANDWEIT und die ein
> oder andere Betonplatte hält bereits mehrere Jahrzehnte, d.h. deutlich
> länger als ein vergleichbarer Straßenbelag aus Asphalt und ein alter
> Pflasterunterbau ist aus straßenbautechnischer Sicht allemal
> haltbarer, als die oben drauf geschmierte Asphaltdecke.
>
> Das nur nebenbei.
>
> Sepp
>
> Am 11.10.2018 19:36 schrieb Michael Reichert:
>> Hallo Andreas,
>>
>> Am 11.10.2018 um 16:21 schrieb Andreas Meier:
>>> Hallo,
>>> Mich würde ein Stimmungsbild interessieren: bisher tagge ich
>>> Smoothness nur an Radwegen, Fußwegen und Tracks/Paths. Residential
>>> Highways nicht, weil die fast immer good bis excellent sind und ich
>>> keine sinnlose Redundanz massenhaft erzeugen will wo sie keinen
>>> nützt. Im Wiki scheint dazu nichts zu stehen.
>>
>> Welch Glücklicher, der du in einer Gemeinde lebst, deren Straßenbeläge
>> frei von Schlaglöchern und anderen Unebenheiten sind. Leider besteht
>> Deutschland nicht nur aus frisch asphaltierten Straßen und gerade in den
>> neuen Bundesländern gibt es zahlreiche Straßen von
>> residential/unclassified bis secondary, die mit uralten Pflastersteinen,
>> zerbröselten/zerbröselnden Betonplatten oder mit Asphalt bedeckten
>> Pflastersteinen befestigt sind. Genau diese Pisten, ähh Straßen, sind
>> der Grund, warum ich smoothness=* erfasse.
>>
>> Anmerkung: Auch im Westen gibt es Straßen, die ich als Nutzer eines
>> ungefederten Fahrrads aus Komfortgründen meide, weil sie entweder mit
>> Kopfsteinpflaster befestigt sind oder mehr aus Flicken als aus
>> originalem Fahrbahnbelag bestehen.
>>
>> Anders ausgedrückt, es ist gerechtfertigt praktisch alle Straßen bis
>> hoch zu secondary oder stellenweise sogar primary mit smoothness zu
>> erfassen.
>>
>> 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

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

[Talk-de] 30er Zone (Z274.1)

[Martin Scholtes]

Moin zusammen,

wollte mal eben wieder eine Straße mit dem 30er Zone Zusatz ergänzen und
festgestellt, das im Wiki drei Varianten vonsource:maxspeed gibt.

Welche ist den nun eigentlich die offizielle?

https://wiki.openstreetmap.org/wiki/DE:Key:source:maxspeed


Gruß
Martin

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

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

[Martin Scholtes]

Moin,

ich habe mal in Wikipedia geschaut und da steht, das es für Straßen
außerhalb  von Ortsschaften i.d.R. eine Durchfahrtshöhe von 4.5 Meter
und bei Autobahnen von 4.7 Meter ohne Angabe von Z265 gelten.[1]

Daher ergibt sich eigentliche, das jeder Straßenabschnitt
(Tunnel/Unterführung Brücke), welcher die o.g. Angaben unterschreitet
ein Z265 benötigt.

Somit ergibt sich für das OSM-Wiki, das für die Verwendung in DE
folgender value ausreichend ist: default. Daher müsste man am besten
eine zusätzliche Spalte für DE einbauen und entsprechende Erklärungen
angeben.


Gruß
Martin



Am 05.10.2018 um 18:01 schrieb 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


[1]
https://de.wikipedia.org/wiki/Br%C3%BCckendurchfahrtsh%C3%B6he#Stra%C3%9Fenverkehr


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

[Talk-de] CS 62001645 abgesprochen?

[Martin Scholtes]

Hallo,

gestern ist mir ein CS mit der Nummer 62001645 aufgefallen, das
scheinbar deutschlandweit an alle Bahnhöfe ein railway=train gesetzt
hat. Mir kommt das etwas komisch vor, da solche Aktionen doch in der
Regel vorher im Forum oder Maillingliste bekannt/besprochen werden.
Hatte gestern, während seiner Bearbeitung, ihn angeschrieben, keine
Reaktion. Anschließend im CS kommentiert und bis jetzt auch keine Reaktion.

Weiß einer mehr?


Gruß
Martin


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

Re: [Talk-de] Wege des WSV an den Kanälen / tagging

[Martin Scholtes]

Hallo,

aus der Zeit, als ich beim WSA Trier mal war, kann ich berichten, das
der WSV entlang der Ufer ca. 2 Meter Land an den Bundeswasserstraßen
Eigentum der WSV sind. Somit befürworte ich deine Anpassung des Tagging.
Jedoch sollte surface je nach Gegebenheiten gesetzt werden und statt
moto_vehicle=private eher ein access=private. Siehe dazu auch hier:
https://www.mapillary.com/map/im/sBv-uHs5j3NjN4Ltb4y9aA

Gruß
Martin


Am 08.08.2018 um 18:16 schrieb Florian Lohoff:
> Hi,
> mir ist auf einer Radtour (Römer Lippe Tour) aufgefallen das das tagging
> der Wege der Wasser und Schiffahrtsverwaltung des Bundes (WSV) entlang
> der Kanäle sehr unterschiedlich ist.
>
> Entlang des Datteln-Hamm-Kanals sind das Cycleways, entlang des
> Datteln-Weser-Kanals sind das tracks.
>
> Es handelt in diesen beiden Fällen um Wege ausgeführt als
> wassergebundene Wegedecke - Meistens so breit das man dort auch
> mit dem Auto fahren könnte (Wenn man denn an den Schranken vorbei käme)
> stellenweise aber auch schmaler so das eben kein 2 Spuriger
> Verkehr fahren kann (Unter Brücken teilweise). Die Wege sind
> Teil der Fernradwege und werden stark von Radfahrern und Fußgängern
> frequentiert.
>
> Die Wege sind für Fußgänger und Radfahrer auf eigene Gefahr freigegeben.
> Mofas und Motorräder sind stellenweise untersagt. 
>
> Ich fände es schön wenn wir das mal vereinheitlichen könnten.
>
> - track
>   Ich halte track für falsch da es sich nicht um überwiegend Land-/
>   oder Forstwirtschaftlich genutzte Wege handelt.
>   Ähnlich der Deichverteidigungswege an der Nordsee.
>
> - cycleway
>   Halte ich ebenfalls für falsch - Das ist ja kein ausgewiesener Radweg
>   sondern ein "Support weg" des Kanals der für Fußgänger und Radfahrer 
>   freigegeben ist.
>
> Daher würde ich so ein tagging passender finden:
>
>   highway=service
>   surface=compacted
>   bicycle=permissive
>   foot=permissive
>   motor_vehicle=private
>
> Wobei ich das mit dem motor_vehicle=private auch doof finde. Das steht
> nirgends, es ist bloss überall durch Poller oder Schranken dafür gesorgt
> das die öffentlichkeit eben mit einem Auto da nicht drauf kommt. 
>
> Exemplarische Beispiele:
>
> https://silicon-verl.de/home/flo/tmp/IMG_20180804_185032.small.jpg
> https://silicon-verl.de/home/flo/tmp/IMG_20180804_182346.small.jpg
>
> 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] Relation:boundary

[Martin Scholtes]

Danke für die Erklärung. Damit im Bezug, wie kann man das für JOSM
ändern, da steht es dann verkehrt.


Am 15.07.2018 um 02:07 schrieb Martin Koppenhoefer:
>
> sent from a phone
>
>> On 14. Jul 2018, at 14:23, Martin Scholtes  wrote:
>>
>> Kann mir jemand die  Nutzung von label und admin_centre nochmals erklären?
>>
>> Label kann man doch die place_node nehmen und bei admin_centre der Sitz
>> der Verwaltung, sozusagen beim Landkreis die Kreisverwaltung.
>
> „label“ ist keine anerkannte Rolle, das Beschriften der Daten erledigt der 
> Renderer. Als admin_centre nimmt man das place Objekt (node oder Fläche).
>
> 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

[Talk-de] Relation:boundary

[Martin Scholtes]

Hallo zusammen,

eine Frage zu Relation:boundary:

Kann mir jemand die  Nutzung von label und admin_centre nochmals erklären?

Label kann man doch die place_node nehmen und bei admin_centre der Sitz
der Verwaltung, sozusagen beim Landkreis die Kreisverwaltung.


Gruß
Martin


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

Re: [Talk-de] Grenzen und Wege

[Martin Scholtes]

ok. Aber was wenn doch die Grenze seit jeher dem Flussverlauf folgt?


> Volker Schmidt <vosc...@gmail.com> hat am 5. Januar 2018 um 16:11 geschrieben:
> 
> Bei Flüssen ist die Sache nicht banal. Oft sind Grenzen an historische 
> Flussverläufe gebunden, die sich möglicherweise verändert haben.
> 
> 2018-01-05 15:38 GMT+01:00 Martin Scholtes <m...@martin-scholtes.de 
> mailto:m...@martin-scholtes.de >:
> 
> > > Hallo zusammen,
> > 
> > soeben ist mir beim kartieren von Grenzen eine alte Fragestellung 
> > aufgekommen.
> > Wasserwege (Bach/Fluss) markieren oft grenzen, bzw sind 
> > deckungsgleich mit Grenzen. Sollte ich dann eine Grenzen über den Way 
> > zeichnen oder den Weg mit den bekannten tags füllen und den jeweiligen 
> > Abschnitt dann in die Relation aufnehmen?
> > 
> > Im Wiki wird empfohlenen zwei getrenne Ways zu erstellen, im Bezug 
> > auf die erleichterte Veränderbarkeit. Um es an einem Beispiel der fest 
> > zumachen. Es geht um folgenden Way: 291649088.
> > 
> > VG Martin
> > __ _
> > Talk-de mailing list
> > Talk-de@openstreetmap.org mailto:Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de 
> > https://lists.openstreetmap.org/listinfo/talk-de
> > 
> > > 
> 
 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Grenzen und Wege

[Martin Scholtes]

Hallo zusammen,

soeben ist mir beim kartieren von Grenzen eine alte Fragestellung aufgekommen.
Wasserwege (Bach/Fluss) markieren oft grenzen, bzw sind deckungsgleich mit 
Grenzen. Sollte ich dann eine Grenzen über den Way zeichnen oder den Weg mit 
den bekannten tags füllen und den jeweiligen Abschnitt dann in die Relation 
aufnehmen?

Im Wiki wird empfohlenen zwei getrenne Ways zu erstellen, im Bezug auf die 
erleichterte Veränderbarkeit. Um es an einem Beispiel der fest zumachen. Es 
geht um folgenden Way: 291649088.

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

[Talk-de] Start-/Landebahn

[Martin Scholtes]

Hallo zusammen,

ich hätte da eine Frage.
Kann man eine Start-/Landebahn als Fläche taggen oder sollte man nur 
einen Way draus machen?



Schönen Gruß
Martin

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
http://www.avast.com


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

[Talk-de] 8. Mappertreffen Trier

[Martin Scholtes]

Hallo zusammen,

 

am Sonntag findet in Trier(RLP) das 8. Mappertreffen statt.

Wer Lust hat kann ja vorbei schauen.

Nähere Infos im Wiki
https://wiki.openstreetmap.org/wiki/Talk:Trier/Mappertreffen#Mappertreffen_
8 .

 

Schönen Tag

Martin



---
Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz 
ist aktiv.
http://www.avast.com
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de