Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05/nov/2013 um 08:36 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Was ist mit der One-Feature-One-Element Regel? Ist halt nur ein Schild mit Vorder- und Rückseite. wo steht diese Regel? M.E. sind das 2 features, auch wenn es nur ein Schild (mit 2 Seiten) sein sollte: Ortseingang des einen und Ortseingang des anderen Ortes. Prinzipiell glaube ich aber sowieso nicht mehr an diese Regel, seit ich in Berlin auf dieses Geschäft gestoßen bin, das sowohl Brillen als auch Delikatessen verkauft: http://www.23hq.com/dieterdreist/photo/7089481/original Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05/nov/2013 um 08:36 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Das ist zusammen mit maxspeed:source auch keine schlechte Lösung, wenn man den highway sowieso gerade anfasst. Allerdings ziemlich ermüdend, das flächendeckend nachzuholen. einfach mal anfangen, z.B. mit den Durchgangsstraßen, wirst sehen , das geht schon. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05/nov/2013 um 09:25 schrieb Martin Koppenhoefer dieterdre...@gmail.com: einfach mal anfangen, z.B. mit den Durchgangsstraßen, wirst sehen , das geht schon. PS: der übliche tag ist Source:maxspeed Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
Am 05/nov/2013 um 08:21 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Was gehört denn jetzt alles zum Platz? Das Reiterstandbild? Die Laternenmasten? Die Anreinergebäude? Die Läden darin? Was ist mit dem kreuzenden Schienennetz und den Buslinien und Haltepunkten? Das gibt eine endlose Diskussion ... M.E. gehört alles innerhalb des Platzperimeters dazu, von daher würde ich das gerne über ein Polygon (bzw. MP Relation) abbilden und nicht über is-ins an jedem Punktpoi auf dem Platz. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
Am 5. November 2013 09:30 schrieb Martin Koppenhoefer dieterdre...@gmail.com: M.E. gehört alles innerhalb des Platzperimeters dazu, von daher würde ich das gerne über ein Polygon (bzw. MP Relation) abbilden und nicht über is-ins an jedem Punktpoi auf dem Platz. Sorry, das war missverständlich. Ich meinte kein is_in=* tag an den Objekten, sondern die is_in Funktion in spatialen Datenbanken. Also ohne zusätzliche Tags. Wenn du schreibst alles innerhalb des Platzperimeters, wozu brauchst du dann MPs? Wie bei der site-Relation brauchst du sie nur, wenn du a) innen Sachen ausschneiden b) außen Sachen, die nicht innerhalb des Perimeters liegen, hinzunehmen willst. Ansonsten reicht immer der Perimeter alleine. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
Am 05/nov/2013 um 09:45 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Wenn du schreibst alles innerhalb des Platzperimeters, wozu brauchst du dann MPs? Wie bei der site-Relation brauchst du sie nur, wenn du a) innen Sachen ausschneiden b) außen Sachen, die nicht innerhalb des Perimeters liegen, hinzunehmen willst. Ansonsten reicht immer der Perimeter alleine. ich schrieb ja Polygon, das MP entweder, um Dinge vom Platz auszunehmen oder um den Perimeter aus Einzelstücken zusammenzusetzen Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] nominatim und Kreisfreie Städte
Hi,
mir ist dieser hier aufgefallen;
http://nominatim.openstreetmap.org/?q=Dachsweg+2%2C+53125+Bonnformat=jsonaddressdetails=1
Perl umformatiert - nicht wundern
'address' = {
'country' = 'Deutschland',
'state_district' = Regierungsbezirk K\x{f6}ln,
'country_code' = 'de',
'city_district' = 'Hardtberg',
'forest' = 'Kottenforst',
'state' = 'Nordrhein-Westfalen',
'house_number' = '3',
'suburb' = 'Duisdorf',
'continent' = 'European Union',
'county' = 'Bonn',
'postcode' = '53125',
'road' = 'Dachsweg'
},
Was ich hier nicht verstehe ist das Bonn nur als County auftaucht -
D.h. als Kreis aber nicht als City.
Sollte nicht Bonn als County UND City auftauchen - Oder wenn als
City alleine aber nie als County alleine.
http://www.openstreetmap.org/browse/way/117778983
addr:city = Bonn
addr:housenumber = 3
addr:postcode = 53125
addr:street = Dachsweg
building = yes
Es mag ja sein das Nomatim die admin boundarys bevorzugt - da sollte
aber ein level 8 und ein level 6 existieren oder wie ist da der weg?
Flo
--
Florian Lohoff f...@zz.de
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Hi,
So wie ich das sehe ist die gesuchte Adresse im Stadtbezirk
Hardtberg, Kreis(freie Stadt) Bonn.
Es gibt auch einen Stadtbezirk Bonn
http://de.wikipedia.org/wiki/Bonn_%28Stadtbezirk%29
http://commons.wikimedia.org/wiki/File:Bonn_Stadtbezirke.png
http://www.openstreetmap.org/browse/relation/2121824
aber der kommt bei dieser Adresse nicht in Frage.
Kreisfreie Städte sind in Deutschland leider irgendwo zwischen
level 6 und 8.
http://wiki.openstreetmap.org/wiki/File:Administrative_Gliederung_Deutschlands_admin_level.png
http://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dadministrative
Ich kann verstehen wenn Nominatim mangels einer weiteren relation
level=8 (city) nur den level=6 (county) zurückgibt. Die gleiche
Relation nochmal in den city Wert zurückzugeben finde ich macht
wenig Sinn. Oder geht es darum, dass beim geocoden das Feld 'city'
nie leer sein sollte?
Es gibt einen node Bonn (place=city)
http://www.openstreetmap.org/browse/node/26373169
aber der sollte als Zentrum (label) für die relation Kreisfreie
Stadt Bonn eigetragen werden. Eine Nominatim Suche in München zeigt,
dass die Stadt level=8 trotzdem nicht zurückgegeben würde.
marc tobias
Date: Tue, 5 Nov 2013 11:15:06 +0100
From: Florian Lohoff f...@zz.de
To: talk-de@openstreetmap.org
Subject: [Talk-de] nominatim und Kreisfreie Städte
Message-ID: 20131105101506.ga23...@pax.zz.de
Content-Type: text/plain; charset=iso-8859-1
Hi,
mir ist dieser hier aufgefallen;
http://nominatim.openstreetmap.org/?q=Dachsweg+2%2C+53125+Bonnformat=jsonaddressdetails=1
Perl umformatiert - nicht wundern
'address' = {
'country' = 'Deutschland',
'state_district' = Regierungsbezirk K\x{f6}ln,
'country_code' = 'de',
'city_district' = 'Hardtberg',
'forest' = 'Kottenforst',
'state' = 'Nordrhein-Westfalen',
'house_number' = '3',
'suburb' = 'Duisdorf',
'continent' = 'European Union',
'county' = 'Bonn',
'postcode' = '53125',
'road' = 'Dachsweg'
},
Was ich hier nicht verstehe ist das Bonn nur als County auftaucht -
D.h. als Kreis aber nicht als City.
Sollte nicht Bonn als County UND City auftauchen - Oder wenn als
City alleine aber nie als County alleine.
http://www.openstreetmap.org/browse/way/117778983
addr:city = Bonn
addr:housenumber = 3
addr:postcode = 53125
addr:street = Dachsweg
building = yes
Es mag ja sein das Nomatim die admin boundarys bevorzugt - da sollte
aber ein level 8 und ein level 6 existieren oder wie ist da der weg?
Flo
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende W ege
Bernhard Weiskopf bweisk...@gmx.de wrote: Am 03/nov/2013 um 19:39 schrieb Bernhard Weiskopf bweisk...@gmx.de: Bei straßenbegeitenden Radwegen mit Zeichen 237, 240 oder 241 ist Radfahren auf der Straße verboten. ist es nicht, die Benutzung des Radwegs ist unter bestimmten Bedingungen vorgeschrieben, das ist aber nicht dasselbe wie ein Verbot auf der Straße, das haben wir schon zig mal diskutiert. Die StVO, die die Straßenbenutzung regelt, hat Gesetzescharakter und darin habe ich keine bestimmten Bedingungen gefunden. Den Wortlaut Der Radverkehr darf nicht die Fahrbahn, sondern muss den Radweg benutzen finde ich klar formuliert. Dann lies mal die Verwaltungsvorschriften zur StVO, da sind für mehrspurige Fahrräder, Lastenräder und Fahrräder mit Anhänger weitgehende Ausnahmen von der Benutzungspflicht gemacht, die dürfen also oftmals trotzdem die Fahrbahn nutzen, daher ist bicycle=no falsch. Grüße Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Hi, On Tue, Nov 05, 2013 at 12:43:51PM +0100, Marc Tobias wrote: Hi, So wie ich das sehe ist die gesuchte Adresse im Stadtbezirk Hardtberg, Kreis(freie Stadt) Bonn. Es gibt auch einen Stadtbezirk Bonn http://de.wikipedia.org/wiki/Bonn_%28Stadtbezirk%29 http://commons.wikimedia.org/wiki/File:Bonn_Stadtbezirke.png http://www.openstreetmap.org/browse/relation/2121824 aber der kommt bei dieser Adresse nicht in Frage. Kreisfreie Städte sind in Deutschland leider irgendwo zwischen level 6 und 8. http://wiki.openstreetmap.org/wiki/File:Administrative_Gliederung_Deutschlands_admin_level.png http://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dadministrative Schon klar - Eigentlich sind sie beides denn Administrativ uebernehmen Kreisfreie Städte sowohl die Administrativen Tätigkeiten der Kreise wie auch der Kommunen. Deshalb wäre ja der Ansatz das die Boundary sowohl level 6 wie auch level 8 ist. Ich kann verstehen wenn Nominatim mangels einer weiteren relation level=8 (city) nur den level=6 (county) zurückgibt. Die gleiche Relation nochmal in den city Wert zurückzugeben finde ich macht wenig Sinn. Oder geht es darum, dass beim geocoden das Feld 'city' nie leer sein sollte? Genau - Sonst faengt jeder an die nominatim resultate mit code aufzupimpen um das Ergebniss bewerten zu koennen. Ich versuche gerade herauszufinden in wieweit man den nominatim Ergebnissen trauen kann - D.h. wie bewerte ich ob die vollstaendige und richtige Adresse gefunden wurde. Die importance die zurueckgeliefert wird ist so weit ich das sehe eher unbrauchbar. Bei vollstaendigen Adressen wie oben schwankt die zwischen 0.600 und 1.1 - Und ob eine Hausnummer und vor allem die abgefragt Hausnummer wirklich gefunden wurde sieht man da nicht. D.h. im moment baue ich dann aus den Adressdetails eine Adresse zusammen und mache dann ein trigram compare aber irgendwie ist das doof. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Hi, On Tue, Nov 05, 2013 at 02:36:20PM +0100, Florian Lohoff wrote: Kreisfreie Städte sind in Deutschland leider irgendwo zwischen level 6 und 8. http://wiki.openstreetmap.org/wiki/File:Administrative_Gliederung_Deutschlands_admin_level.png http://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dadministrative Schon klar - Eigentlich sind sie beides denn Administrativ uebernehmen Kreisfreie Städte sowohl die Administrativen Tätigkeiten der Kreise wie auch der Kommunen. Deshalb wäre ja der Ansatz das die Boundary sowohl level 6 wie auch level 8 ist. Leider ist es aber so zur Zeit nicht gemappt. Zur Zeit haben wir nur boundaries mit admin_level=6 in der Datenbank und es gibt praktisch keine Möglichkeit zwischen echten Kreisen und kreisfreien Städten zu unterscheiden. Ich kann verstehen wenn Nominatim mangels einer weiteren relation level=8 (city) nur den level=6 (county) zurückgibt. Die gleiche Relation nochmal in den city Wert zurückzugeben finde ich macht wenig Sinn. Oder geht es darum, dass beim geocoden das Feld 'city' nie leer sein sollte? Genau - Sonst faengt jeder an die nominatim resultate mit code aufzupimpen um das Ergebniss bewerten zu koennen. Ich täte Nominatim diesbezüglich gerne verbessern, aber was es dafür ersteinmal braucht, ist ein einheitliches Taggingschema für das Problem boundary erstreckt sich über mehrere admin_levels. Ich bin entschieden gegen soetwas wie 'de:place' weil das Problem allgemein genug ist, dass es keine Sonderregelung für Deutschland braucht. Falls also jemand mal Lust hat, dass ganze auf tagging@ zur Sprache zu bringen und es da dann eine Einigung gibt, könnte man das auch irgendwie Nominatim beibringen. Ich versuche gerade herauszufinden in wieweit man den nominatim Ergebnissen trauen kann - D.h. wie bewerte ich ob die vollstaendige und richtige Adresse gefunden wurde. Die importance die zurueckgeliefert wird ist so weit ich das sehe eher unbrauchbar. Bei vollstaendigen Adressen wie oben schwankt die zwischen 0.600 und 1.1 - Und ob eine Hausnummer und vor allem die abgefragt Hausnummer wirklich gefunden wurde sieht man da nicht. Importance macht nur wirklich Sinn bei Objekten für die es einen Wikipedia-Eintrag gibt, also eher oberhalb vom Strassen-Level. Wenn du wissen willst, ob die Hausnummer gefunden wurde oder nur die Strasse, empfehle ich place_rank zu parsen. Hausnummern haben Rank 30, Strassen Rank 26 oder 27. Eine vollständige Liste der Ranks ist hier: http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview#Indexing.2Faddress_calculation Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
On Tue, Nov 05, 2013 at 02:17:04PM +, Sarah Hoffmann wrote:
Schon klar - Eigentlich sind sie beides denn Administrativ uebernehmen
Kreisfreie Städte sowohl die Administrativen Tätigkeiten der Kreise wie
auch der Kommunen. Deshalb wäre ja der Ansatz das die Boundary sowohl
level 6 wie auch level 8 ist.
Leider ist es aber so zur Zeit nicht gemappt. Zur Zeit haben wir
nur boundaries mit admin_level=6 in der Datenbank und es gibt
praktisch keine Möglichkeit zwischen echten Kreisen und kreisfreien
Städten zu unterscheiden.
In meinem kleinen Weltbild muesste da auf dem boundary ein
admin_level=6;8 drauf - oder die relation gedoppelt (Wenn man noch
so Amtliche Gemeindeschluessel hat die Kreis und Stadt unterschiedlich sind etc)
Falls also jemand mal Lust hat, dass ganze auf tagging@ zur Sprache
zu bringen und es da dann eine Einigung gibt, könnte man das auch
irgendwie Nominatim beibringen.
Ich spiele mal den überbringer der schlechten Nachricht ;)
Importance macht nur wirklich Sinn bei Objekten für die es einen
Wikipedia-Eintrag gibt, also eher oberhalb vom Strassen-Level.
Wenn du wissen willst, ob die Hausnummer gefunden wurde oder nur
die Strasse, empfehle ich place_rank zu parsen. Hausnummern haben
Rank 30, Strassen Rank 26 oder 27. Eine vollständige Liste der
Ranks ist hier:
http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview#Indexing.2Faddress_calculation
Wo finde ich den denn?!? Ich finde noch ein type und class. Die sind type=house
class=place bei gefundenen Adressen sehe ich gerade. Das reicht mir so weit
weil ich eh nur mit exakt gefundenen Adressen was anfangen kann.
$ wget -O - -q
'http://nominatim.openstreetmap.org/?q=Dachsweg+2%2C+53125+Bonnformat=jsonaddressdetails=1'
| perl -e 'use JSON; use Data::Dumper; print Dumper(decode_json(STDIN));'
$VAR1 = [
{
'importance' = '0.701',
'boundingbox' = [
'50.6949348449707',
'50.6950569152832',
'7.03250122070312',
'7.03274393081665'
],
'licence' = Data \x{a9} OpenStreetMap contributors, ODbL 1.0.
http://www.openstreetmap.org/copyright;,
'lat' = '50.6949951',
'osm_id' = '117778981',
'osm_type' = 'way',
'display_name' = 2, Dachsweg, Kottenforst, Duisdorf, Hardtberg,
Bonn, Regierungsbezirk K\x{f6}ln, Nordrhein-Westfalen, 53125, Deutschland,
European Union,
'place_id' = '73028038',
'address' = {
'country' = 'Deutschland',
'state_district' = Regierungsbezirk K\x{f6}ln,
'country_code' = 'de',
'city_district' = 'Hardtberg',
'forest' = 'Kottenforst',
'state' = 'Nordrhein-Westfalen',
'house_number' = '2',
'suburb' = 'Duisdorf',
'continent' = 'European Union',
'county' = 'Bonn',
'postcode' = '53125',
'road' = 'Dachsweg'
},
'type' = 'house',
'lon' = '7.0326225521614',
'class' = 'place'
}
];
--
Florian Lohoff f...@zz.de
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege
Am 4. November 2013 20:19 schrieb Bernhard Weiskopf bweisk...@gmx.de: Den Wortlaut Der Radverkehr darf nicht die Fahrbahn, sondern muss den Radweg benutzen finde ich klar formuliert. das wäre so sicher klar formuliert, steht aber in der StVO überhaupt nicht so drin, oder hast Du mal die passende Stelle? http://www.gesetze-im-internet.de/stvo_2013/__2.html Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
On Tue, Nov 05, 2013 at 04:13:33PM +0100, Florian Lohoff wrote: Wo finde ich den denn?!? Ich finde noch ein type und class. Die sind type=house class=place bei gefundenen Adressen sehe ich gerade. Das reicht mir so weit weil ich eh nur mit exakt gefundenen Adressen was anfangen kann. $ wget -O - -q 'http://nominatim.openstreetmap.org/?q=Dachsweg+2%2C+53125+Bonnformat=jsonaddressdetails=1' | perl -e 'use JSON; use Data::Dumper; print Dumper(decode_json(STDIN));' Versuche es mal mit format=jsonv2. Ich könnte schwören, es stand mal in der Doku, dass es verschiedene json-Formate gibt. Habe es jetzt wieder angefügt. Der Hauptunterschied zwischen beiden Formaten ist dass class in jsonv2 durch category ersetzt wurde. Ich schreibe auch mal auf die Todo-Liste, place_rank im json-Format zu exportieren. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
On 05.11.2013 08:25, Ronnie Soak wrote: Am 4. November 2013 23:56 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: oder highway=* waytype=virtual Da geb ich mal ein dickes +1. Damit könnte man die ways dann auch gesammelt aufspüren und entfernen, sobald die Router endlich technisch aufgeschlossen haben. Und es muss nicht jeder Mapper so einen 'unsichtbaren' Weg übers Geröllfeld immer wieder verschieben/löschen/neuanlegen, wenn wir endlich markieren, dass er eben nicht nur schlecht sichtbar, sondern einfach zwischen Punkt A und B nicht klar räumlich definiert ist. +1, würde auch bei Verbindungswegen zu Bus/Tramsteigen nützlich sein, wie sie Mentz AG einzeichnet. Vielleicht sollten wir auch einfach mal anfangen mit landuse=road oder area:highway=*, um die Tools auch alle auf Flächen vorzubereiten und um das lästigen Zusammenkleben von landuse und highway einzustellen. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
On 05.11.2013 16:48, fly wrote: highway=* waytype=virtual Da geb ich mal ein dickes +1. Damit könnte man die ways dann auch gesammelt aufspüren und entfernen, sobald die Router endlich technisch aufgeschlossen haben. Und es muss nicht jeder Mapper so einen 'unsichtbaren' Weg übers Geröllfeld immer wieder verschieben/löschen/neuanlegen, wenn wir endlich markieren, dass er eben nicht nur schlecht sichtbar, sondern einfach zwischen Punkt A und B nicht klar räumlich definiert ist. +1, würde auch bei Verbindungswegen zu Bus/Tramsteigen nützlich sein, wie sie Mentz AG einzeichnet. Für Wanderwege gibt es in dem Zusammenhang schon trail_visibility=no (und andere Stufen für sichtbare Wege): http://wiki.openstreetmap.org/wiki/Key:trail_visibility Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege
Hallo, Am Dienstag, den 05.11.2013, 16:26 +0100 schrieb Martin Koppenhoefer: Am 4. November 2013 20:19 schrieb Bernhard Weiskopf bweisk...@gmx.de: Den Wortlaut Der Radverkehr darf nicht die Fahrbahn, sondern muss den Radweg benutzen finde ich klar formuliert. das wäre so sicher klar formuliert, steht aber in der StVO überhaupt nicht so drin, oder hast Du mal die passende Stelle? http://www.gesetze-im-internet.de/stvo_2013/__2.html ich zitiere mich mal: Na, dann zähl' ich noch mal ein paar Erbsen dazu: STVO, Anlage 2 (zu § 41 Absatz 1), Abschnitt 5 Sonderwege, Zeichen 237 Radweg ;-) / Zitate aus Gesetzen sollten immer die genaue Fundstelle enthalten. Ich habe auch suchen müssen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege
Moin, Am 05.11.2013 16:26, schrieb Martin Koppenhoefer: Am 4. November 2013 20:19 schrieb Bernhard Weiskopf bweisk...@gmx.de: Den Wortlaut Der Radverkehr darf nicht die Fahrbahn, sondern muss den Radweg benutzen finde ich klar formuliert. das wäre so sicher klar formuliert, steht aber in der StVO überhaupt nicht so drin, oder hast Du mal die passende Stelle? http://www.gesetze-im-internet.de/stvo_2013/__2.html Anlage 2 , Lfd. Nr. 16 siehe http://www.gesetze-im-internet.de/stvo_2013/anlage_2_62.html Gruß Georg - der sich auch erst an die bebilderte Version gewöhnen muss ... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] nominatim json results Was: nominatim und Kreisfreie Städte
On Tue, Nov 05, 2013 at 03:39:50PM +, Sarah Hoffmann wrote: Versuche es mal mit format=jsonv2. Ich könnte schwören, es stand mal in der Doku, dass es verschiedene json-Formate gibt. Habe es jetzt wieder angefügt. Der Hauptunterschied zwischen beiden Formaten ist dass class in jsonv2 durch category ersetzt wurde. Ich schreibe auch mal auf die Todo-Liste, place_rank im json-Format zu exportieren. Danke - jsonv2 - prima :) Ich habe gerade noch einen gefunden: Landwehr 8, 46569 Hünxe gibt den Track Landwehr Landwehr 8a, 46569 Hünxe gibt nix zurueck. Und was noch nett wäre - passt hierzu. Es ist nicht zu erkennen ob der geocoder nur nichts gefunden hat. Leeres Array koennte sein - nichts gefunden (Was seltsam ist weil ja mindestens Hünxe drin ist) oder eben Fehler. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Am 5. November 2013 15:17 schrieb Sarah Hoffmann lon...@denofr.de: Ich täte Nominatim diesbezüglich gerne verbessern, aber was es dafür ersteinmal braucht, ist ein einheitliches Taggingschema für das Problem boundary erstreckt sich über mehrere admin_levels. Ich habe ein ähnliches Problem (naja) bei Tübingen, das einerseits Universitätsstadt ist (admin_level=8) andererseits auch Regierungsbezirk (admin_level=5). Wenn ich nun ins Suchfeld Olgastraße 8, Tübingen eingebe, wird der Regierungsbezirk präferiert (in D. ziemlich unüblich, eine Adresse über den Reg.bez. zu definieren ohne Stadt), und ich bekomme lauter Treffer, die gar nicht in Tübingen liegen sondern irgendwo im Regierungsbezirk d.h. evtl. auch 100km entfernt. Für ein brauchbares Suchergebnis muss ich die Postleitzahl hinzufügen, seltsamerweise geht olgastr. 8, tübingen, tübingen auch nicht (was aber auch nicht viel bringen würde, so sucht wohl kaum jemand). Ebenfalls seltsam ist, dass bei einer Suche nach Tübingen der Regierungsbezirk dann wiederum nicht unter den ersten Ergebnissen auftaucht (der Landkreis allerdings schon). Prinzipiell sollte man m.E. auch die name-tags mal durchgehen, für einen admin_level 8 gehört m.E. ein Landkreis (bzw. Kreisfreie Stadt oder was es ist) zum Namen dazu, oder was meint Ihr? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Am 5. November 2013 17:52 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 5. November 2013 15:17 schrieb Sarah Hoffmann lon...@denofr.de: Ich täte Nominatim diesbezüglich gerne verbessern, aber was es dafür ersteinmal braucht, ist ein einheitliches Taggingschema für das Problem boundary erstreckt sich über mehrere admin_levels. Ich habe ein ähnliches Problem (naja) bei Tübingen, das einerseits Universitätsstadt ist (admin_level=8) sorry, für den Landkreis natürlich 6 und nicht 8. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Hi, On Tue, Nov 05, 2013 at 05:52:41PM +0100, Martin Koppenhoefer wrote: Ich habe ein ähnliches Problem (naja) bei Tübingen, das einerseits Universitätsstadt ist (admin_level=8) andererseits auch Regierungsbezirk (admin_level=5). Wenn ich nun ins Suchfeld Olgastraße 8, Tübingen eingebe, wird der Regierungsbezirk präferiert (in D. ziemlich unüblich, eine Adresse über den Reg.bez. zu definieren ohne Stadt), und ich bekomme lauter Treffer, die gar nicht in Tübingen liegen sondern irgendwo im Regierungsbezirk d.h. evtl. auch 100km entfernt. Für ein brauchbares Suchergebnis muss ich die Postleitzahl hinzufügen, seltsamerweise geht olgastr. 8, tübingen, tübingen auch nicht (was aber auch nicht viel bringen würde, so sucht wohl kaum jemand). Ebenfalls seltsam ist, dass bei einer Suche nach Tübingen der Regierungsbezirk dann wiederum nicht unter den ersten Ergebnissen auftaucht (der Landkreis allerdings schon). Prinzipiell sollte man m.E. auch die name-tags mal durchgehen, für einen admin_level 8 gehört m.E. ein Landkreis (bzw. Kreisfreie Stadt oder was es ist) zum Namen dazu, oder was meint Ihr? Kreisfreie Stadt definitiv nicht. Bielefeld heist Bielefeld und nicht Kreisfreie Stadt Bielefeld Der Kreis Gütersloh ist ja eine funktion - Kreis und der Name Gütersloh. Da bin ich gespalten ob das Sinn macht. Problematisch ist hier das es die Stadt Gütersloh und den Kreis Gütersloh gibt :) is_in behinhaltet dann Gütersloh,Gütersloh,Detmold,Nordrhein-Westfalen,Deutschland wobei das Kreis Gütersloh und Regierungsbezirk Detmold ist :) Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts
On Mon, Nov 04, 2013 at 07:49:34PM +0100, uwe_sennew...@hotmail.com wrote: Also in Erfurt haben wir begonnen die Umweltzonenschilder an den Einfahrten der Zone zu erfassen, die Schilder die die Zone wieder aufheben sind ja für den Fahrer nicht von Bedeutung da er schon den Verstoß gegen die StVO begangen hat. Wie das weiter ausgewertet wird ist natürlich eine andere Frage. Ich habe angefangen einzelne Schilder zu taggen weil ich ansonsten irgendwann nicht mehr auf die Kette bringe wann wo welches zonen ver-/gebot beginnt endet. Erst die Schilder rein und dann basierend auf den vorhandenen Schildern nach und nach die Tags an die Straßen kleben. Bei CAD wäre das eine Konstruktionshilfslinie :) Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Am 5. November 2013 16:13 schrieb Florian Lohoff f...@zz.de: In meinem kleinen Weltbild muesste da auf dem boundary ein admin_level=6;8 drauf - oder die relation gedoppelt (Wenn man noch so Amtliche Gemeindeschluessel hat die Kreis und Stadt unterschiedlich sind etc) +1, ich bin auch dafür, mehrere Relationen zu haben, wenn eine Einheit mehrere Level abdeckt, d.h. z.B. eine für Kreis, eine für Stadt. Wie man dann auf die Schnelle erkennt, dass die beiden wiederum dasselbe sind, weiss ich nicht, durch räumliche Analyse wäre es sicherlich möglich. Oder man macht nochmal ne Relation, um die beiden zusammenzubringen? ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts
Am 5. November 2013 18:46 schrieb Florian Lohoff f...@zz.de: Ich habe angefangen einzelne Schilder zu taggen weil ich ansonsten irgendwann nicht mehr auf die Kette bringe wann wo welches zonen ver-/gebot beginnt endet. Erst die Schilder rein und dann basierend auf den vorhandenen Schildern nach und nach die Tags an die Straßen kleben. +1, mache ich auch so bei Naturschutzgebieten (wobei es da glaub' mittlerweile auch europäische Quellen gibt, die man verwenden kann), bei Ortsschildern, bei Maxspeed, Maxweight etc. und bei allem, wo es sonst hilfreich sein kann. Da ist auch so viel Inkonsistenz ausgeschildert, dass man sonst verrückt wird, und so kann man es wenigstens belegen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim json results Was: nominatim und Kreisfreie Städte
On Tue, Nov 05, 2013 at 05:10:48PM +0100, Florian Lohoff wrote: Ich habe gerade noch einen gefunden: Landwehr 8, 46569 Hünxe gibt den Track Landwehr Landwehr 8a, 46569 Hünxe gibt nix zurueck. Hier ist nicht die Hausnummer das Problem, sondern die PLZ. Nominatim hat die so nicht drin und kann PLZs auch nicht ignorieren. Dass die erste Anfrage funktioniert, liegt an einem anderen Bug, sollte also eigentlich auch nicht gehen. Ich kann nur empfehlen, PLZs bei der Adresssuche möglichst wegzulassen. Die PLZs in Nominatim sind unvollständig und veraltet (Stand Sept. 2012). Das zu fixen ist ganz oben auf der Todo-Liste, was aber im Augenblick nicht viel bedeutet. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim json results Was: nominatim und Kreisfreie Städte
On Tue, Nov 05, 2013 at 05:59:20PM +, Sarah Hoffmann wrote: On Tue, Nov 05, 2013 at 05:10:48PM +0100, Florian Lohoff wrote: Ich habe gerade noch einen gefunden: Landwehr 8, 46569 Hünxe gibt den Track Landwehr Landwehr 8a, 46569 Hünxe gibt nix zurueck. Hier ist nicht die Hausnummer das Problem, sondern die PLZ. Nominatim hat die so nicht drin und kann PLZs auch nicht ignorieren. Dass die erste Anfrage funktioniert, liegt an einem anderen Bug, sollte also eigentlich auch nicht gehen. Ich kann nur empfehlen, PLZs bei der Adresssuche möglichst wegzulassen. Die PLZs in Nominatim sind unvollständig und veraltet (Stand Sept. 2012). Das zu fixen ist ganz oben auf der Todo-Liste, was aber im Augenblick nicht viel bedeutet. D.h. addr:postcode wird ignoriert sondern es werden die plz polygone verwendet? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenmodell für straßenbegleitende Wege
Am 5. November 2013 17:10 schrieb Georg Feddern o...@bavarianmallet.de: Anlage 2 , Lfd. Nr. 16 siehe http://www.gesetze-im-internet.de/stvo_2013/anlage_2_62.html Gruß Georg - der sich auch erst an die bebilderte Version gewöhnen muss ... wobei sich das nur auf Radwege mit den Zeichen bezieht, wo auch der §2 schon Benutzungspflicht gebietet. Davon bleibt allerdings unberührt, dass man diese Radwege nur benutzen muss, wenn man auch dorthin fährt, wo der Radweg hinführt, und dass es nur dann gilt, wenn die Benutzung des Radwegs möglich ist (d.h. wenn er im Winter z.B. nicht geräumt ist, muss man ihn afaik auch nicht benutzen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim json results Was: nominatim und Kreisfreie Städte
On Tue, Nov 05, 2013 at 07:06:35PM +0100, Florian Lohoff wrote: On Tue, Nov 05, 2013 at 05:59:20PM +, Sarah Hoffmann wrote: On Tue, Nov 05, 2013 at 05:10:48PM +0100, Florian Lohoff wrote: Ich habe gerade noch einen gefunden: Landwehr 8, 46569 Hünxe gibt den Track Landwehr Landwehr 8a, 46569 Hünxe gibt nix zurueck. Hier ist nicht die Hausnummer das Problem, sondern die PLZ. Nominatim hat die so nicht drin und kann PLZs auch nicht ignorieren. Dass die erste Anfrage funktioniert, liegt an einem anderen Bug, sollte also eigentlich auch nicht gehen. Ich kann nur empfehlen, PLZs bei der Adresssuche möglichst wegzulassen. Die PLZs in Nominatim sind unvollständig und veraltet (Stand Sept. 2012). Das zu fixen ist ganz oben auf der Todo-Liste, was aber im Augenblick nicht viel bedeutet. D.h. addr:postcode wird ignoriert sondern es werden die plz polygone verwendet? Beim Erstimport letztes Jahr wurden PLZ-Centroiden aus den damals vorhandenen addr:postcode-Tags berechnet. Das ist so ziemlich alles, was verwendet wird. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
On Tue, Nov 05, 2013 at 05:52:41PM +0100, Martin Koppenhoefer wrote: Ich habe ein ähnliches Problem (naja) bei Tübingen, das einerseits Universitätsstadt ist (admin_level=8) andererseits auch Regierungsbezirk (admin_level=5). Wenn ich nun ins Suchfeld Olgastraße 8, Tübingen eingebe, wird der Regierungsbezirk präferiert (in D. ziemlich unüblich, eine Adresse über den Reg.bez. zu definieren ohne Stadt), und ich bekomme lauter Treffer, die gar nicht in Tübingen liegen sondern irgendwo im Regierungsbezirk d.h. evtl. auch 100km entfernt. Für ein brauchbares Suchergebnis muss ich die Postleitzahl hinzufügen, seltsamerweise geht olgastr. 8, tübingen, tübingen auch nicht (was aber auch nicht viel bringen würde, so sucht wohl kaum jemand). Es wird nichts präferiert, das ist genau das Problem. Die Suchbegriffe für den Adresseteil kommen ungeordnet daher und dann passt Tübingen eben genausogut wie Regierungsbezirk Tübingen und die Reihenfolge der Ergebnisse ist willkürlich. Ebenfalls seltsam ist, dass bei einer Suche nach Tübingen der Regierungsbezirk dann wiederum nicht unter den ersten Ergebnissen auftaucht (der Landkreis allerdings schon). Das ist nicht seltsam, weil für den Namensteil (nicht aber den Addressteil, s.o), perfekt passende Ergebnisse bevorzugt werden. Wenn es welche gibt, kommen partielle Namen nicht in den ersten Hits vor. Prinzipiell sollte man m.E. auch die name-tags mal durchgehen, für einen admin_level 8 gehört m.E. ein Landkreis (bzw. Kreisfreie Stadt oder was es ist) zum Namen dazu, oder was meint Ihr? Ich bin da etwas gespalten. Normalerweise würde ich sehr resolut sagen, dass Typenangaben im name-Tag nichts zu suchen haben. Im Fall der Regierungsbezirke entschärft es aber obriges Problem ein bisschen, das Präfix dabeizuhaben (ohne Präfix würde die richtige Adresse nicht einmal in der Liste auftauchen). Es bleibt aber trotzdem ein böser Hack für einen Bug in der Suchmaschine. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nominatim und Kreisfreie Städte
Am 5. November 2013 19:54 schrieb Sarah Hoffmann lon...@denofr.de: Prinzipiell sollte man m.E. auch die name-tags mal durchgehen, für einen admin_level 8 gehört m.E. ein Landkreis (bzw. Kreisfreie Stadt oder was es ist) zum Namen dazu, oder was meint Ihr? Ich bin da etwas gespalten. Normalerweise würde ich sehr resolut sagen, dass Typenangaben im name-Tag nichts zu suchen haben. Im Fall der Regierungsbezirke entschärft es aber obriges Problem ein bisschen, das Präfix dabeizuhaben (ohne Präfix würde die richtige Adresse nicht einmal in der Liste auftauchen). Es bleibt aber trotzdem ein böser Hack für einen Bug in der Suchmaschine. Dachte zunächst, der Landkreis Tübingen hiesse nicht Tübingen sondern Landkreis Tübingen, dito der Regierungsbezirk. Naja, sieht aber doch nicht so aus, habe mal ein bisschen gesucht und das hier gefunden: http://www.verfassungen.de/de/bw/bw-kreisreformgesetz71.htm sieht so aus, als hieße der Landkreis Tübingen evtl. doch Tübingen. Mist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RadioOSM Live um 20:15
Hi Da IFTTT heute kaputt ist: um 20:15 gibt's wieder Live-Podcast auf http://streams.xenim.de/osm/ Live Teilnehmen im Chat (Freenode, Raum #Radio-OSM), Webchat hier: https://webchat.freenode.net/?channels=Radio-OSM Wer Lust auf Experimente hat, kann auch am Live-Hörer-Talk gegen Ende der Sendung teilnehmen. Dazu mit der Software Mumble einwählen (Server heta.saerdnaer.de, Raum Radio-Zuhörer). Wir freuen uns auch über helfer beim Shownotes schreiben auf http://pad.shownot.es/doc/radio-osm-024 bis gleich! Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Jetzt RadioOSM Live
Hallo liebe OpenStreetMapper, in kürze sendet RadioOSM wieder Live. Ihr könnt uns auf http://streams.xenim.de/osm/ Live hören und mit uns und anderen Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: http://webchat.freenode.net?channels=Radio-OSM) Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite http://podcast.openstreetmap.de Liebe Grüße, euer RadioOSM Team - Andi, Marc und Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 04.11.2013 09:55, schrieb Martin Koppenhoefer: In Mannheim fehlen auch ein paar Schilder, die kann man gar nicht taggen. und wie machen Autofahrer das dann dort? Wie erkennen die die geschlossene Ortschaft? An der Beschreibung in der Post vom Ordungsamt ;-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05.11.2013 02:24, schrieb Masi Master: Am 04.11.2013, 20:54 Uhr, schrieb Garry garr...@gmx.de: Am 04.11.2013 10:09, schrieb Martin Koppenhoefer: Eine Ansammlung von residentials (ein tag!) lässt darauf schließen dass diese Innerorts sind. Es gibt auch highway=residential's außerhalb geschlossener Ortschaften, zB in Weilern (Gehennzeichnet durch die grünen Ortsschilder mit gelber Schrift.) oder sicher auch ganz in der Pampa. Residential dürften da ehr die Ausnahme sein, die durchgehenden Straßen sind mindestens unclassified und die Nebenstraßen ehr tracks. Ich sehe es bei den residentials auch ehr als unerheblich an ob sie innerorts oder ausserorts sind da der Charakter in etwa gleich bleibt im Gegensatz zu den Straßen der höheren Klassen. Wahrscheinlich wird es auf eine Fläche hinauslaufen, die in etwa dem Haupt-residential entspricht, muss ja nicht so genau sein, sollte nur die (alle) Highways dort schneiden wo das Ortsschild steht, bzw. wo die (Neben-)Straßen in Tracks übergehen. Dafür brauch man kein schwer zu handhabendes Polygon dass es real gar nicht gibt. Innerorts bei Straßen bezieht sich nur auf den Bereich der StVO, also nur die öffentlichen Straßen, Wege und Parkplätze. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05.11.2013 um 21:06 schrieb Garry garr...@gmx.de: Residential dürften da ehr die Ausnahme sein, die durchgehenden Straßen sind mindestens unclassified und die Nebenstraßen ehr tracks. Wenn da Leute wohnen die keine Bauern sind, dann ist es kein Track und wenn das keine Verbindungsstraßen sind, dann sind sie auch keine unclassifieds Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05.11.2013 22:30, schrieb Martin Koppenhöfer: Am 05.11.2013 um 21:06 schrieb Garry garr...@gmx.de: Residential dürften da ehr die Ausnahme sein, die durchgehenden Straßen sind mindestens unclassified und die Nebenstraßen ehr tracks. Wenn da Leute wohnen die keine Bauern sind, dann ist es kein Track und wenn das keine Verbindungsstraßen sind, dann sind sie auch keine unclassifieds Wo gibt es so etwas in nenneswertem Ausmass? Siehst Du ein Problem wenn Anwendungen(!) residentials per default als innerorts interpretieren wenn (noch) nicht anderst angegeben? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05.11.2013 um 23:18 schrieb Garry garr...@gmx.de: Wo gibt es so etwas in nenneswertem Ausmass? Siehst Du ein Problem wenn Anwendungen(!) residentials per default als innerorts interpretieren wenn (noch) nicht anderst angegeben? Im Ausland und ggf. in den neueren Bundesländern (Bestandsschutz), in den älteren Bundesländern ist der Landschaftszersiedelung schon ziemlich lange durch BauGB 35 (Bauen im Aussenbereich) ein Riegel vorgeschoben, das stimmt zwar, aber die Welt ist ja noch ein bisschen größer ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] innerorts oder außerorts - WAS: Datenmodell für straßenbegleitende Wege
Am 05.11.2013 23:33, schrieb Martin Koppenhöfer: Am 05.11.2013 um 23:18 schrieb Garry garr...@gmx.de: Wo gibt es so etwas in nenneswertem Ausmass? Siehst Du ein Problem wenn Anwendungen(!) residentials per default als innerorts interpretieren wenn (noch) nicht anderst angegeben? Im Ausland und ggf. in den neueren Bundesländern (Bestandsschutz), in den älteren Bundesländern ist der Landschaftszersiedelung schon ziemlich lange durch BauGB 35 (Bauen im Aussenbereich) ein Riegel vorgeschoben, das stimmt zwar, aber die Welt ist ja noch ein bisschen größer ;-) Ja, genau, in ländlichen Gebieten gibt es jede Menge Ortsstraßen mit surface=gravel/unpaved. Ausschlaggebend für mich ist, ob es dort Straßennamen und Häuser mit Hausnummern gibt, die sich dem Ort zuordnen lassen. Meist fangen diese Straßen im Ort geteert an und sind zum Ortsrand hin unbefestigt. Häuser im Außenbereich mal ausgenommen. Der Feldweg fängt dann eben nach dem letzten Haus an. Bei einer Tour kann man das auch meistens sofort erkennen. Steht am Feldweg ein Ortsausgangsschild, kann es sich unter Umständen sogar um eine Verbindungsstraße mit surface=gravel handeln. Bei nicht-residental kommt halt innerorts ein maxspeed mit source:maxspeed=de:urban dran. Für residental außer Orts fällt mir jetzt kein Beispiel ein, aber wenn das auftreten sollte, bekommt der Weg z.B. maxspeed=100 source:maxspeed=DE:rural. Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
