[Talk-de] OSM für die Straßenbahn in Linz

2013-01-31 Diskussionsfäden Elstermann, Mike
http://geoobserver.wordpress.com/2013/01/31/wo-bleibt-die-tram/

mikeE.

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


Re: [Talk-de] Wochennotiz Nr. 132 22.1. - 28.1.2013

2013-01-31 Diskussionsfäden Boris Wagner

Am 30.01.2013 16:04, schrieb Gehling Marc:

Hallo,

die Wochennotiz Nr. 132 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: http://blog.openstreetmap.de/2013/01/wochennotiz-nr-132/

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



Erstmal Danke für die Wochennotiz! Ist, wie immer, sehr interessant.

Bei einer Sache muss ich jedoch widersprechen: Über Google Map Maker in 
Nordkorea schreibenengadget 
http://www.engadget.com/2013/01/28/google-posts-newly-detailed-north-korea-maps/,CNN 
http://edition.cnn.com/2013/01/29/tech/north-korea-google-maps/index.htmlundspiegel.de 
http://www.spiegel.de/netzwelt/netzpolitik/google-maps-zeigt-neue-nordkorea-karte-a-880239.html, 
OSM wird nicht erwähnt.
Zumindest bei Spiegel wird OSM in der Bildergalerie des Artikels genutzt 
und (teilweise)gelobt: OpenStreetmap: Das freie, von Freiwilligen 
kartierte Onlineangebot zeigt in Pjöngjang noch mehr Details als Googles 
neue Karten. So sieht man bei OpenStreetMap zum Beispiel Fußwege auf der 
Insel im Südwesten.

und: OpenStreetMap: Auf dieser Überblickskarte fehlen einige Städtenamen.

Vielleicht schaffen wir es ja, die fehlenden Städte zu ergänzen?

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


[Talk-de] *****SPAM***** Re: Wochennotiz Nr. 132 22.1. - 28.1.2013

2013-01-31 Diskussionsfäden Gehling Marc
Spam detection software, running on the system twd-ux23.triwdata.ch, has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
The administrator of that system for details.

Content preview:  Hi, Am 31.01.2013 um 10:24 schrieb Boris Wagner :  Zumindest
   bei Spiegel wird OSM in der Bildergalerie des Artikels genutzt und 
(teilweise)gelobt:
   OpenStreetmap: Das freie, von Freiwilligen kartierte Onlineangebot zeigt
   in Pjöngjang noch mehr Details als Googles neue Karten. So sieht man bei
  OpenStreetMap zum Beispiel Fußwege auf der Insel im Südwesten.  und: 
OpenStreetMap:
   Auf dieser Überblickskarte fehlen einige Städtenamen. [...]

Content analysis details:   (7.2 points, 5.0 required)

 pts rule name  description
 -- --
 3.2 FH_HELO_EQ_D_D_D_D Helo is d-d-d-d
 1.5 RCVD_IN_PBLRBL: Received via a relay in Spamhaus PBL
[109.84.109.128 listed in zen.spamhaus.org]
 0.0 FREEMAIL_FROM  Sender email is commonly abused enduser mail 
provider
(mgehling.osmml[at]googlemail.com)
 1.4 RCVD_IN_BRBL_LASTEXT   RBL: RCVD_IN_BRBL_LASTEXT
[109.84.109.128 listed in bb.barracudacentral.org]
-1.9 BAYES_00   BODY: Bayes spam probability is 0 to 1%
[score: 0.]
 1.0 RDNS_DYNAMIC   Delivered to internal network by host with
dynamic-looking rDNS
 2.0 HELO_DYNAMIC_IPADDRRelay HELO'd using suspicious hostname (IP addr
1)


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


Re: [Talk-de] Wochennotiz Nr. 132 22.1. - 28.1.2013

2013-01-31 Diskussionsfäden Gehling Marc
Hi,

Entschuldigung, die letzte Mail ist im Spamfilter hängen geblieben. Jetzt 
aber...

Am 31.01.2013 um 10:24 schrieb Boris Wagner b...@gmx.net:
 Zumindest bei Spiegel wird OSM in der Bildergalerie des Artikels genutzt und 
 (teilweise)gelobt: OpenStreetmap: Das freie, von Freiwilligen kartierte 
 Onlineangebot zeigt in Pjöngjang noch mehr Details als Googles neue Karten. 
 So sieht man bei OpenStreetMap zum Beispiel Fußwege auf der Insel im 
 Südwesten.
 und: OpenStreetMap: Auf dieser Überblickskarte fehlen einige Städtenamen.

Die Bildergalerie hat am Anfang nicht funktioniert. Und zur Zeit ließt es sich 
wie die Pressemitteilung von Google. Im Text kurz auf andere Angebote eingehen 
und in Beziehung setzten, das ist Journalismus ;-).

 Vielleicht schaffen wir es ja, die fehlenden Städte zu ergänzen?

hoffe ich auch. Und wenn man den Texten glauben kann, sollte man OSM in 
Südkorea populärer machen. Weil da sitzen die Map Maker Mapper.

Mfg Marc Gehling

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


[Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden Martin Trautmann
In der Gemeindeordnung von Baden-Württemberg findet sich folgende
Bestimmung:

+++
Gemeindeordnung für Baden-Württemberg (Gemeindeordnung - GemO)
in der Fassung vom 24. Juli 2000
§ 5 Name und Bezeichnung

[...]

(4) Die Benennung von bewohnten Gemeindeteilen (Ortsteile) sowie der
innerhalb dieser dem öffentlichen Verkehr dienenden Straßen, Wege,
Plätze und Brücken ist Angelegenheit der Gemeinden. Gleich lautende
Benennungen innerhalb derselben Gemeinde sind unzulässig.

http://www.landesrecht-bw.de/jportal/portal/t/10fs/page/bsbawueprod.psml?pid=Dokumentanzeigeshowdoccase=1js_peid=Trefferlistedocumentnumber=1numberofresults=1fromdoctodoc=yesdoc.id=jlr-GemOBWpP5#focuspoint
+++

Der Passus steht wohl nicht erst seit der letzten Änderung von 2012
drin. Ich finde auch zunehmend Gemeinden, die diese Vorgabe nun umsetzen
und gleichnamige Straßen umbenennen.

Gibt's diese Verordnung ähnlich auch in anderen Bundesländern?

Für die Post besonders krass ist ja das Problem innerhalb des gleichen
PLZ-Gebietes. Aber auch der Navi-Einsatz für Rettungsdienste wird gerne
als Begründung herangezogen.


Schönen Gruß
Martin

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


Re: [Talk-de] Talk-de Nachrichtensammlung, Band 78, Eintrag 70

2013-01-31 Diskussionsfäden jotpe
 Das klingt, als wenn du auf diesen bekannten Bug gestossen bist: 
 https://github.com/twain47/Nominatim/issues/31 
 https://github.com/twain47/Nominatim/issues/31

 Versuche mal den dort beschriebenen Workaround und lasse den Import
 mit --disable-token-precalc laufen.

Hallo Sarah.

Ich habe mal nachgesehen, welcher SQL-Befehl zuviel Speicher
allokiert. In der data/words.sql
ist es der Befehl in Zeile 49637 mit der hstore-Funktion svals. Die
anderen beiden select counts
laufen problemlos.

Zeile 49636 -- prefill word table
Zeile 49637 select count(make_keywords(v)) from (select distinct
svals(name) as v from place) as w where v is not null;
Zeile 49638 select count(make_keywords(v)) from (select distinct
postcode as v from place) as w where v is not null;
Zeile 49639 select count(getorcreate_housenumber_id(v)) from (select
distinct housenumber as v from place where housenumber is not null) as
w;
Versuchshalber habe ich den SWAP stark vergrößert. Der SQL Statement
forderte 80GB
Swap und lief durch.

In der setup-Hilfe steht zu dem Schalter --disable-token-precalc Disable name
precalculation (EXPERT). Was kann denn die Nominatim-Installation später denn
schlechter als mit? Hat Nominatim dann Probleme beim Bewerten  wie wichtig
ein Suchwort ist und liefert ggf. schlechter Suchergebnisse?

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


[Talk-de] Talk-de Nachrichtensammlung, Band 78, Eintrag 70

2013-01-31 Diskussionsfäden jotpe
Ups falscher Betreff, daher doppelt.

 Das klingt, als wenn du auf diesen bekannten Bug gestossen bist: 
 https://github.com/twain47/Nominatim/issues/31 
 https://github.com/twain47/Nominatim/issues/31

 Versuche mal den dort beschriebenen Workaround und lasse den Import
 mit --disable-token-precalc laufen.

Hallo Sarah.

Ich habe mal nachgesehen, welcher SQL-Befehl zuviel Speicher
allokiert. In der data/words.sql
ist es der Befehl in Zeile 49637 mit der hstore-Funktion svals. Die
anderen beiden select counts

laufen problemlos.

Zeile 49636 -- prefill word table
Zeile 49637 select count(make_keywords(v)) from (select distinct
svals(name) as v from place) as w where v is not null;

Zeile 49638 select count(make_keywords(v)) from (select distinct
postcode as v from place) as w where v is not null;
Zeile 49639 select count(getorcreate_housenumber_id(v)) from (select
distinct housenumber as v from place where housenumber is not null) as
w;
Versuchshalber habe ich den SWAP stark vergrößert. Der SQL Statement
forderte 80GB
Swap und lief durch.

In der setup-Hilfe steht zu dem Schalter --disable-token-precalc Disable name
precalculation (EXPERT). Was kann denn die Nominatim-Installation später denn

schlechter als mit? Hat Nominatim dann Probleme beim Bewerten  wie wichtig
ein Suchwort ist und liefert ggf. schlechter Suchergebnisse?

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


[Talk-de] Nominatim: Postgresql Kernel Panic Out of Memory durch Import

2013-01-31 Diskussionsfäden jotpe
Hoppla, Betreff schonwieder falsch

 Das klingt, als wenn du auf diesen bekannten Bug gestossen bist: 
 https://github.com/twain47/Nominatim/issues/31 
 https://github.com/twain47/Nominatim/issues/31

 Versuche mal den dort beschriebenen Workaround und lasse den Import
 mit --disable-token-precalc laufen.

Hallo Sarah.

Ich habe mal nachgesehen, welcher SQL-Befehl zuviel Speicher
allokiert. In der data/words.sql
ist es der Befehl in Zeile 49637 mit der hstore-Funktion svals. Die
anderen beiden select counts

laufen problemlos.

Zeile 49636 -- prefill word table
Zeile 49637 select count(make_keywords(v)) from (select distinct
svals(name) as v from place) as w where v is not null;

Zeile 49638 select count(make_keywords(v)) from (select distinct
postcode as v from place) as w where v is not null;
Zeile 49639 select count(getorcreate_housenumber_id(v)) from (select
distinct housenumber as v from place where housenumber is not null) as
w;
Versuchshalber habe ich den SWAP stark vergrößert. Der SQL Statement
forderte 80GB
Swap und lief durch.

In der setup-Hilfe steht zu dem Schalter --disable-token-precalc Disable name
precalculation (EXPERT). Was kann denn die Nominatim-Installation später denn

schlechter als mit? Hat Nominatim dann Probleme beim Bewerten  wie wichtig
ein Suchwort ist und liefert ggf. schlechter Suchergebnisse?

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


Re: [Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden tumsi



 Original-Nachricht 
Betreff: [Talk-de] doppelte Straßennamen in einer Gemeinde
Datum: Thu Jan 31 2013 12:05:32 GMT+0100
Von: Martin Trautmann tr...@gmx.de
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org



(4) Die Benennung von bewohnten Gemeindeteilen (Ortsteile) sowie der
innerhalb dieser dem öffentlichen Verkehr dienenden Straßen, Wege,
Plätze und Brücken ist Angelegenheit der Gemeinden. Gleich lautende
Benennungen innerhalb derselben Gemeinde sind unzulässig.

Gibt's diese Verordnung ähnlich auch in anderen Bundesländern?


In Niedersachsen gibt es so etwas wohl auch. Zumindest stehen hier in 
meiner Region gerade zwei fusionierte Gemeinden vor dem Problem, dass 
sie Straßen umbenennen müssen...


Allerdings finde ich in der Niedersächsichen Gemeindeordnung (NGO) 
keinen entsprechenden Absatz.


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


Re: [Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden Andreas Schmidt
Hallo,

Gegenbeispiel: In Hannover gibt es zweimal die Waldstraße.
Die Hannoversche Straße gibt es mindestens dreimal.

Das ist in den alten Grenzen der Stadt Hannover, bevor die Region
Hannover entstand, damit dürften es noch mehr sein.

Grüße
Andreas


Am 31.01.2013 17:34, schrieb tumsi:
 
 
  Original-Nachricht 
 In Niedersachsen gibt es so etwas wohl auch. Zumindest stehen hier in


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


Re: [Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden Martin Trautmann
On 13-01-31 21:02, Andreas Schmidt wrote:
 Gegenbeispiel: In Hannover gibt es zweimal die Waldstraße.
 Die Hannoversche Straße gibt es mindestens dreimal.
 
 Das ist in den alten Grenzen der Stadt Hannover, bevor die Region
 Hannover entstand, damit dürften es noch mehr sein.

Das ist nicht wirklich ein Gegenbeispiel, sondern leider weit
verbreitete Praxis.

Schau' beispielsweise mal in die Gemeinde Amt Neuhaus.
Dort finde ich 13 mal die Elbstraße und 10 mal die Hauptstraße, dazu 7
mal die Dorfstraße. Ob das abschnittsweise die gleichen Straßen sind,
oder ob die alle unabhängig und getrennt sind, das wäre nachzuprüfen.

Dieses Problem findet sich in sehr vielen Gemeinden. Ich fand aber zum
ersten Mal für BW die ausdrückliche Vorschrift, dass das nicht sein dürfe.

Ich glaube, für Bayern gibt's das auch, kenne dafür aber noch keine
Verordnung.

Schönen Gruß
Martin


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


Re: [Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden Martin Trautmann
Weitere Fundstellen:

Thüringen:
Thüringer Gemeinde- und Landkreisordnung (Thüringer Kommunalordnung -
ThürKO -) in der Fassung der Bekanntmachung vom 28. Januar 2003

§ 5 Bezeichnung

(3) Die Benennung der im Gemeindegebiet dem öffentlichen Verkehr
dienenden Straßen, Wege, Plätze und Brücken sowie der öffentlichen
Einrichtungen ist Angelegenheit der Gemeinde. Gleich lautende
Bezeichnungen innerhalb derselben Gemeinde sind unzulässig. [..] In der
Landgemeinde sind Doppelbenennungen zulässig, soweit keine
Verwechslungsgefahr besteht.

http://landesrecht.thueringen.de/jportal/portal/t/2hox/page/bsthueprod.psml/action/portlets.jw.MainAction?p1=9eventSubmit_doNavigate=searchInSubtreeTOCshowdoccase=1doc.hl=0doc.id=jlr-KomOTH2003V6P5doc.part=Stoc.poskey=#focuspoint



Sachsen:
Gemeindeordnung für den Freistaat Sachsen (SächsGemO)
§ 5 Name und Bezeichnung
(4) Die Benennung der Gemeindeteile sowie der innerhalb der bebauten
Gemeindeteile dem öffentlichen Verkehr dienenden Straßen, Wege, Plätze
und Brücken ist Angelegenheit der Gemeinden. Gleichlautende Benennungen
innerhalb desselben Gemeindeteils sind unzulässig.

... In Sachsen muss es also nicht innerhalb einer Gemeinde, sondern nur
innerhalb eines Gemeindeteils eindeutig sein.

Schönen Gruß
Martin

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


Re: [Talk-de] Nominatim: Postgresql Kernel Panic Out of Memory durch Import

2013-01-31 Diskussionsfäden Sarah Hoffmann
On Thu, Jan 31, 2013 at 01:10:50PM +0100, jotpe wrote:
  Das klingt, als wenn du auf diesen bekannten Bug gestossen bist: 
  https://github.com/twain47/Nominatim/issues/31 
  https://github.com/twain47/Nominatim/issues/31
 
  Versuche mal den dort beschriebenen Workaround und lasse den Import
  mit --disable-token-precalc laufen.
 
 Ich habe mal nachgesehen, welcher SQL-Befehl zuviel Speicher
 allokiert. In der data/words.sql
 ist es der Befehl in Zeile 49637 mit der hstore-Funktion svals. 

Ja, irgendwie scheint Postgrees da einen falschen Query-Plan zu
erstellen, aber nicht auf allen Systemen. Bei mir läuft es mit 32GB RAM
problemlos durch ohne zu swappen.

 Versuchshalber habe ich den SWAP stark vergrößert. Der SQL Statement
 forderte 80GB
 Swap und lief durch.

Eigentlich sollte Postgres soetwas intern auf der Platte zwischenspeichern
und nicht endlos Speicher allokieren.

 In der setup-Hilfe steht zu dem Schalter --disable-token-precalc Disable name
 precalculation (EXPERT). Was kann denn die Nominatim-Installation später denn
 
 schlechter als mit? Hat Nominatim dann Probleme beim Bewerten  wie wichtig
 ein Suchwort ist und liefert ggf. schlechter Suchergebnisse?

Die Suchergebnisse sind genau die gleichen. Nur die Performance der Suche ist
ein klein wenig schlechter. Du kannst es also gefahrlos verwenden.

Gruss

Sarah

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


Re: [Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden Michael Reichert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

Am 31.01.2013 12:05, schrieb Martin Trautmann:
 In der Gemeindeordnung von Baden-Wrttemberg findet sich folgende 
 Bestimmung:
 
 +++ Gemeindeordnung fr Baden-Wrttemberg (Gemeindeordnung - GemO) 
 in der Fassung vom 24. Juli 2000 ᄃ 5 Name und Bezeichnung
 
 [...]

Eine derartige Bestimmung scheint es in Sachsen-Anhalt nicht zu geben.
[1]

Dennoch benennen viele Einheitsgemeinden, die im Zuge der 2011er
Gemeindereform entstanden sind, die Stra￟en um. Meist wird das mit
Rettungsdienst und Post begrndet. Oft fasst die Post in den neu
gebildeten Einheitsgemeinden mehrere Postleitzahlbezirke zusammen. [2]

Beispiel:
vorher:
Hauptstra￟e Hausnummer
39387 Wulferstedt

nachher:
Wulferstedt
Neue Reihe Hausnummer
39393 Am Gro￟en Bruch

Manche (nicht alle) Einheitsgemeinden haben in Zuge dessen auch gleich
die Nummerierung der H¦user ge¦ndert. In vielen D￶rfer wurden/werden
einfach von 1 bis unendlich durchnummeriert, wenn ein neues Haus
gebaut wird, wird einfach die n¦chsth￶here Nummer vergeben. Im
Dorfkern sind benachbarte Nummern meist nebeneinander, die Neubauten
am Dorfrand sind kreuz und quer nach Baujahr nummeriert.

Seit der Gemeindereform beschriften viele ihre Briefe der Sicherheit
halber meistens noch zus¦tzlich mit dem Ortsteil, siehe obiges Beispiel.

Viele Gr￟e

Michael



[1]
http://www.volksstimme.de/nachrichten/lokal/gardelegen/839539_Neue-Namen-fuer-61-Strassen-beschlossen.html
[2] http://www.harzer-hoehlen.de/news/index.php?rubrik=1news=112164
[3] Quelle dieser Information ist ein

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRCuYnAAoJEO7A7cvElxjapZIH/2TCB6L3SgaXmKjzIeVKi1Yh
BLSgWYKWhrsudkqNOgqjtAHxLFuYmsUGuNs91WHF178ep/14pRAOwmciSGhHcSHw
074sE5JkSZoT7L1RCZf68xaAp9J8nL6WZ1/ic0hf3q5oENnOx83ScjS1b9jUNNwl
z6UPCV2/q06IPe+gWBh94Zry/V6fks21h6Hjtr7+VMPFrtSvcuCzXhvJ16FbF3jV
xI0mwz9LwVc+9SUlqYH7iJrbWBYcnc2mVjtwZiez5QIPXplwkgsfT0eIexgBiPrg
OOVIgWY8bDdEmA3tcjAcUAkUjXx0ZshYg5F6nng/bqVKadi6EEYTZcTSPwpurvQ=
=WXCI
-END PGP SIGNATURE-

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


Re: [Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden Martin Trautmann
On 13-01-31 21:40, Martin Trautmann wrote:
 Weitere Fundstellen:

Neben BaWü, Sachsen und Thüringen finde ich auch im Saarland einen Passus:

+++
Kommunalselbstverwaltungsgesetz - KSVG
§ 73 Aufgaben des Ortsrats
(3) [...]

9. Benennung von Straßen, Wegen und Plätzen im Gemeindebezirk mit der
Maßgabe, dass Doppelbenennungen innerhalb der Gemeinde unzulässig sind,
+++
http://sl.juris.de/cgi-bin/landesrecht.py?d=http://sl.juris.de/sl/gesamt/KSVG_SL.htm

Das klingt nicht unbedingt so, als müssten Doppeltbenennungen aufgelöst
werden - nur bei Neubenennungen darf's nicht geschehen.

Schönen Gruß
Martin

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


Re: [Talk-de] doppelte Straßennamen in einer Gemeinde

2013-01-31 Diskussionsfäden Peter Wendorff

Am 31.01.2013 22:47, schrieb Michael Reichert:

Manche (nicht alle) Einheitsgemeinden haben in Zuge dessen auch gleich
die Nummerierung der H¦user ge¦ndert. In vielen D￶rfer wurden/werden
einfach von 1 bis unendlich durchnummeriert, wenn ein neues Haus
gebaut wird, wird einfach die n¦chsth￶here Nummer vergeben. Im
Dorfkern sind benachbarte Nummern meist nebeneinander, die Neubauten
am Dorfrand sind kreuz und quer nach Baujahr nummeriert.
Also hier (Ostwestfalen-Lippe) weiß ich von mindestens einem Fall, in 
dem der Weg andersrum vor einigen Jahren gegangen wurde. Nachdem da die 
Häuser lange nach Baudatum durchnummeriert worden sind, haben sie dann 
doch Straßennamen und darin jeweils Nummern eingeführt, weil gerade 
Feuerwehr und Rettungsdienste immer mal wieder Schwierigkeiten hatten, 
ein Haus zu finden, das ja irgendwo im Ort liegen kann.

Ich weiß allerdings nicht mehr, welches Kaff das genau war.

Gruß
Peter

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