Re: [Talk-de] Daten über Restriktionen und Vorrangrouten für den Schwerlastverkehr in NRW

[Georg Verweyen]

Hallo zusammen,

Erst einmal Danke an Tom, dass er die erste einleitenden Worte zur Einordnung 
gebracht hat.

Als ich die Mail von von Herrn Spitzley gelesen habe, habe ich nur gedacht „Was 
für eine riesige Aufgabe“. Und ich bin mir tatsächlich immer noch nicht im 
klaren, ob wir die Erwartungshaltungen in Deckung bringen können. Deshalb habe 
ich es gerade auf die Themenliste für den Dezember OSM Stammtisch von Bonn 
gesetzt 
(https://wiki.openstreetmap.org/wiki/Bonn/Stammtisch#124._Treffen_am_17._Dezember_2019
 
).

Was mich bewegt, wie können wir denn Fehlerquellen (Differenzen im 
Datenbestand) möglichst automatisiert finden und aufbereitet, sodass die 
Community bereit ist (nicht nur nach dem St. Florian Prinzip) die Daten 
einzutragen. Das ist aber stark von der Form der angebotenen Daten abhängig. 
Ein erster Aufsatz wäre ein Vergleich von Router Ergebnisse (wie fahre ich von 
A nach B wenn ich Gefahrgut transportiere). Dies ist aus meiner Sicht aber 
suboptimal, denn hier müssten wir erstmal einen Experten für Routeranpassungen 
haben (meines Wissen nach gibt es „nur" eine Garminanpassung für LKWs) . 
Was ich mir vorstellen könnte, wäre erstmal ein Teilthema, das für den VRS 
besonders wichtig ist, über eine Overpass-Turbo-Abfrage grafisch darzustellen 
und die Sachlagen zu vergleichen. Weitere Entwicklungsschritte wäre damit 
besser planbar.

Was erwartet mich eigentlich hinter dem Benutzerbereich von Sevas 
(https://sevas.nrw.de/index.php?id=64 )? 
Werden dort nur Routingdaten angeboten oder kann man sich dort auch an 
technische Informationen und Datenextrakte?

Mit morgendlichen Grüßen.   Georg V. (OSM=user_5359)
P.S.: Herr Spitzley> Sie sind herzlich eingeladen zum Bonner Stammtisch zu 
kommen, ist aber definitiv keine Pflicht. Das soll auch nicht den 
Informationsfluss bis dahin stoppen.
 

> Am 26.11.2019 um 13:00 schriebTom Pfeifer  >
> 
> Hallo Herr Spitzley,
> es wird sich bestimmt noch jemand aus NRW zu Wort melden, ich mache mal den 
> Anfang zu den 
> allgemeinen Fragen.
> 
> On 21.11.2019 11:30, Spitzley, Bennedikt wrote:
> 
>> Kommunen in NRW tragen auf der web-basierten Plattform SEVAS auf OSM 
>> Kartenwerk zum einen Lkw-Vorrangrouten ein. 
> 
> Die Nutzung von OSM-Material, z.B. als Hintergrundkarte, ist grundsätzlich 
> ohne Einschränkung 
> möglich. Einzige Voraussetzung ist die korrekte Attributierung, wie sie hier 
> beschrieben ist:
> https://www.openstreetmap.org/copyright 
> 
> 
>> Zum anderen erfassen sie Lkw relevante Restriktionen: Lkw Durchfahrtsverbot 
>> (basierend auf Verkehrszeichen 253), Verbot für Gefahrgut (VZ 261), 
>> Beschränkungen in der Masse (VZ 262), Achslast (VZ 263) Breite (VZ 264, Höhe 
>> (VZ 265), Länge (VZ 266) und Verbot für wassergefährdende Ladung (VZ 269).
>> Diese Daten werden auf dem Mobilitätsdatenmarktplatz MDM bereitgestellt, wo 
>> Sie von Navigationskartenherstellern heruntergeladen werden können und so 
>> ihren Weg zunächst in die Navigationskarten und dadurch dann in die 
>> Lkw-Navigationsgeräte finden. Auch der Download über WFS- und WMS-Server ist 
>> möglich.
>> Gerne möchten wir diese Daten auch auf OSM veröffentlichen. Ob und wie dies 
>> möglich ist, möchte ich gerne hier diskutieren.
> 
> Das Einpflegen dieser Restriktionen in OSM ist grundsätzlich erwünscht, und 
> in vielen Fällen auch 
> schon durch die Community entsprechend der Ausschilderung vor Ort erfasst.
> 
> Es existieren folgende etablierte Attribute:
> 
> - hgv=no  Lkw Durchfahrtsverbot,
>   https://wiki.openstreetmap.org/wiki/DE:Key:hgv 
> 
> 
> - hazmat=no  Einschränkung für Gefahrguttransporte,
>   https://wiki.openstreetmap.org/wiki/DE:Key:hazmat 
> 
> 
> - hazmat:water=no Verbot für Fahrzeuge mit wassergefährdender Ladung
>   s.o.
> 
> - maxweight=* juristische Gewichtsgrenze für die Benutzung der Wege
>   * in Tonnen wenn ohne Einheit angegeben
>   https://wiki.openstreetmap.org/wiki/DE:Key:maxweight 
> 
> 
> - maxaxleload=* beschreibt die maximal zulässige Achslast in Tonnen.
>   https://wiki.openstreetmap.org/wiki/DE:Key:maxaxleload 
> 
> 
> - maxwidth=* maximal zulässigen Breite eines Fahrzeuges, in Metern
>   https://wiki.openstreetmap.org/wiki/DE:Key:maxwidth 
> 
> 
> - maxheight=* Beschränkung der Durchfahrtshöhe auf Straßen, in Metern
>   https://wiki.openstreetmap.org/wiki/DE:Key:maxheight 
> 
> 
> - maxlength=* Verbot für Fahrzeuge über tatsächliche Länge, in Metern
>   https://wiki.openstreetmap.org/wiki/DE:Key:maxlength 
> 

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

[Georg Verweyen]

Hallo,

Ich habe mit den Kollege -wie berichtet- ebenfalls schon Kontakt und habe 
bereits am 26.10 einen Ansatz in Richtung meshing of databases vorgeschlagen. 
 Ich stelle Joachim den Mailwechsel zur Verfügung, denn von dem 
Network-Vorschlag  halte ich persönlich für nicht optimal (Änderung eines 
Verwendungszweckes eines Tag's, müsste auch erst ausführlich diskutiert werden).

Aber es ist doch erstaunlich, welche Emotionen entstehen. Bitte lasst uns bei 
einer sachlichen Diskussion bleiben! 

Übrigens ist meines Erachten der Meshing Ansatz langsam reif, produktiv 
getestet zu werden. Die Toolkette wie overpass-API läßt inzwischen eine 
zeitnahe Kontrolle des Datenbestandes zu, ohne das man 2GB komprimierte Daten 
für das Gebiet Deutschland von der Geofabrik runterladen muss. Aber das wäre 
ein separater Diskussionsstrang.

Mit freundlichen Grüßen 

Georg V. (OSM=user_5359)
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

[Georg Verweyen]

Hallo,

Ich habe den User CornyJoe schon wegen den ebusiness-Lotse Tags angeschrieben 
und ihn auf die prinzipiellen Problematiken hingewiesen. Die Kollegen scheinen 
hier schon eine Webapplikation im Petto zu haben und wollen deshalb zu 
Demozwecken die Werte eintragen. Ich hätte mir sehr gewünscht, dass die 
Kollegen früher mit der Kommunity gesprochen hätten.

Mit freundlichen Grüßen Georg V. (OSM=user_5359)

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

Re: [Talk-de] Spezialist für Satz und Druck gesucht

[Georg Verweyen]

Hallo Markus,

leider sind in der PDF-Datei noch einige fehlende Umbrüche (u.a. Kapitel 
3.2.1, 3.2.3) und in 3.2.2 sind die Anführungszeichen auf das Große E 
gerutscht (statt Ȅ wohl E). Außerdem muss auch der Text in 2.13 
angepasst werden, da der versteckte Link im HTML-Code natürlich im Text 
lesbar aufgeführt sein muss.
Wenn ich nochmal gegenlesen soll, dann wäre eine Bereitstellung der 
aktuellen Fassung sinnvoll. Gerne eine PM, da ich nur Zusammenfassung 
der Deutschen Mailingliste erhalte.


Mit freundlichen Grüßen

Georg V. (OSM=user_5359)

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

Re: [Talk-de] Spezialist für Satz und Druck gesucht

[Georg Verweyen]

Hallo Markus und Patrick,

hier meine Anmerkungen zu der aktuellen Fassung:
Seite 1 Kapitel 1.1 statt SD-Zugriff Zugriff“ eher SD-Zugriff“.
Seite 2 Kapitel 2.1 statt Zwei Pfeile auf der Oberen Fläche dienen dazu, „ 
eher Zwei Pfeile auf der oberen Fläche dienen dazu, „
Seite 3. Kapitel 2.2 statt Achte darauf, dass es kein gekreuztesKabel oder 
Cross-Kabelßum direkten Verbinden zweier Computer ist.“ besser Achte darauf, 
dass es kein „gekreuztes Kabel oder Cross-Kabel“ um direkten Verbinden zweier 
Computer ist. „ (zwei Fehler: fehlendes Leerzeichen nach dem ersten 
schließenden Anführungszeichen und ein ß statt dem zweiten schließenden 
Leerzeichen).

Anmerkung zu Seite 3, letzter Satz: Wenn die äußersten Drähte im durchsichtigen 
Stecker grün sind, hast du ein Kabel nach europäischer Norm (568A), wenn sie 
orange sind, ist es eines nach amerikanischer Norm (568B). Hier ist es sinnvoll 
zu erwähnen, dass die andere äußersten Drähte in beiden Varianten braun sind. 
(Gemeint sind die rechten Drähte wenn der Befestigungsclip des Steckers unten 
liegt und die offenen Drähte oben sind).

 Seite 4, Abbildung 1: Alternative Formulierung zu Markus statt Patch-Kabel 
nach amerikanischer Norm. Der äußerste Draht ist orange.“ besser Patch-Kabel 
nach amerikanischer Norm, da die beiden äußersten Drähte orange sind.“

Empfehlung zu Tabelle 1 und 2: 2. Spalte nur mit Paarnr. beschriften.
Empfehlung zu Tabelle 1: 3. Spalte nur Farbe (europäisches Kabel) beschriften 
 
Empfehlung zu Tabelle 2: 3. Spalte nur Farbe (amerikanisches Kabel) 
beschriften  
Empfehlung zu Tabelle 2: Beschriftung mit Belegungsplan Norm 568B (ATT 258A) 
Anmerkung zu Abbildung 3: diese Abbildung passt nicht mit dem Bild auf der 
Titelseite zusammen! Statt einem P steht dort das Wort Status. 

Anmerkung zu Abbildung 7: Ich bin verwirrt! Kurze Zeit später (Kapitel 2.11) 
wird behauptet, dass die Rot blinkende LED nicht bedeutet „Der Logger schreibt 
auf die SD-Karte“ sondern die Bedeutung „SD-Karte ist voll“ hat. Aber auch wenn 
der Inhalt richtig ist: der Satz müsste dann Der Logger ist aktiv und 
empfangsbereit, er schreibt auf die SD-Karte.“ lauten.

Seite 15: Anmerkung zu den Ursachen: Eventuell wäre es sinnvoll den 
Schreibschutzschalter einer SD Karte zu erwähnen. (also statt SD Karte ist 
nicht beschreibbar oder wird nicht erkannt. Bitte teste die Karte auf deinem 
PC.“ sowas wie SD Karte ist nicht beschreibbar (Schreibschutz?) oder wird 
nicht erkannt. Bitte teste die Karte auf deinem PC.“ 

Anmerkung zu Kapitel 2.14: Wenn man das Thema Partition aufnimmt, sollte man 
auch eine Mindestgröße der Partition (abhängig von der Speicherbedarf der 
Firmware) erwähnen. 

Seite 20, Kapitel 3.2.2 das E mit den Doppelten Punkten ist immer noch 
vorhanden. Ich bin kein Latex-Experte aber das liegt wohl daran, dass das 
Anführungszeichen und das E direkt nebeneinander stehen.

Seite 22: Kapitel 3.3 statt „2. Stecke die SD-Karte in den SD-Kartenslot.“ 
würde ich „2. Stecke die SD-Karte in den SD-Kartenslot des Rechners.“ empfehlen.

Seite 22, Kapitel 3.3 Frage zu Punkt 4: Bei „4. Falls du dasselbe Schiff wie 
beim letzten Mal hast, und falls an der Messeinrichtung nichts geändert wurde, 
kannst du einfach dein Schiff aus der Liste deiner Schiffe auswählen.“ ist da 
eventuell folgendes gemeint „4. Falls du dein Schiff bereits registriert hast, 
und an der Messeinrichtung nichts geändert wurde, kannst du einfach dein Schiff 
aus der Liste deiner Schiffe auswählen.“ In der Originalformulierung wäre immer 
nur ein Schiff sinnvoll nutzbar.

Am 05.01.2014 um 16:21 schrieb Patrick Beck pb...@yourse.de:

 Hallo,
 
 noch ein kurzer Zwischenbericht. Daten wurden aktualisiert. Tabellen und 
 Bilder sollten nun an ihrem Platz sein. Die einzigste Tabelle die nicht an 
 Ort und Stelle steht ist die Bedienanzeige-Tabelle - unter Bedienanzeigen 
 wird auf die Tabelle und die Seite verwiesen.
 
 Wichtig wäre noch, ob die Ränder so in Ordnung sind zum Drucken. Inhaltlich 
 wäre noch zu klären ob man beim Du bleibt (oder Sie, Abstrakt (man). Die 
 Überarbeitung wird aber wohl länger dauern, als bis heute abend. Wenn es 
 vorwiegend um eine Vorinformation geht und damit man durch den Zoll kommt, 
 wäre diese Lösung wohl meines erachtend schon in Ordnung.
 
 Grüße Patrick
 
 Am 05.01.2014 15:46, schrieb Patrick Beck:
 Hallo,
 
 so mal der letzte Stand, falls sich jemand zuschalten möchte.:
 
 http://yourse.de/tmp/logger_de.pdf
 http://yourse.de/tmp/openseamap_booklet.zip
 
 Ich habe die LaTeX-Vorlage ausgemistet und alles in eine Datei gepackt.
 Manche Formatierungen sind sicherlich nicht 100%. Was mir bisher
 aufgefallen ist, dass die Tabellen und Bilder noch frei positioniert
 werden (float-umgebung). Ist hier ein Problem und muss ich noch anpassen.
 
 Ansonsten habe ich noch nicht die Bilder für die Leitungen eingefügt.
 Was wäre noch wichtig?
 
 Grüße Patrick

___
Talk-de mailing list
Talk-de@openstreetmap.org

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 84, Eintrag 34

[Georg Verweyen]

Hallo Tracy,

bitte verwendet ref:ifopt ! In den selten Fällen wo mal ein ref_ vor kommt 
(siehe taginfo.openstreetmap.org) ist meistens keine Referenznummer gemeint.

MfGGeorg V: (OSM=user_5359)

Am 11.07.2013 um 14:00 schrieb kasperc...@mentzdv.de:

 Message: 6
 Date: Thu, 11 Jul 2013 12:21:45 +0200
 From: Tracy Kasperczyk kasperc...@mentzdv.de
 To: talk-de@openstreetmap.org
 Subject: [Talk-de] Einführung eines neuen Tags (globaleID)
 Message-ID:
   cajb3xkaepfqhpesq5_14gc52qhe_sptzr4buhgm9833ukqi...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1
 
 :

 Wir nehmen die Anregung von Stephan Wolff auf und ändern den Namen in
 ref_ifopt
 :


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

Re: [Talk-de] Tags an Straßen

[Georg Verweyen]

Hallo Heinz,

statt zu löschen, kannst Du die Tags in die korrekten Werte ändern (davon 
ausgehend, dass an der Straße selbst keine Adressknoten sind)
addr:city - is_in:city
addr:country - is_in:country_code
addr:postcode - postal_code
addr:street - name (sollte aber prinzipiell vorhanden sein, damit der einzige 
Löschkandidat)

Mit freundlichen Grüßen Georg V. 


Von meinem iPad gesendet

Am 08.04.2013 um 17:05 schrieb talk-de-requ...@openstreetmap.org:

 Message: 9
 Date: Mon, 08 Apr 2013 17:05:10 +0200
 From: Heinz-Jürgen Oertel hj.oer...@t-online.de
 To: Jochen Topf joc...@remote.org
 Cc: talk-de@openstreetmap.org
 Subject: Re: [Talk-de] Tags an Straßen
 Message-ID: 5915926.6pcxuh3...@heinz.site
 Content-Type: text/plain; charset=iso-8859-1
 
 Am Montag 08 April 2013, 16:25:34 schrieb Jochen Topf:
 On Mon, Apr 08, 2013 at 03:24:44PM +0200, Heinz-Jürgen Oertel wrote:
 Ich habe gesehen, dass ein neuer Mapper bei vielen Straßen,
 gerade in meinem Bereich,
 die Tags addr:{city,country,postcode,street} benutzt.
 Ist das wirklich nötig? Oder zu viel der Informationen,
 da ja meist schon implizit enthalten.
 
 Das ist Quatsch. Diese Tags gehören nicht an Straßen sondern an Objekte, die
 Adressen haben. Das sind in aller Regel Gebäude (als Punkt oder als Outline).
 Straßen haben keine Adresse, sie haben nur einen Namen.
 
 Jochen
 
 
 
 Wenn der User nicht die nächsten Tage antwortet,
 werde ich diese Attribute löschen.
 
 Heinz

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

Re: [Talk-de] Adressen

[Georg Verweyen]

Hallo Bernhard,

Kleine Korrektur eines Tags in Deiner Mail.

Mit morgendlichen Grüßen

Georg V. (OSM=user_5359)

Von meinem iPad gesendet

Am 19.09.2012 um 20:46 schrieb talk-de-requ...@openstreetmap.org:

 Message: 3
 Date: Wed, 19 Sep 2012 18:57:37 +0200
 From: Bernhard Weiskopf bweisk...@gmx.de
 To: talk-de@openstreetmap.org
 Subject: [Talk-de] Adressen
 Message-ID: 003701cd9687$dfcf7980$9f6e6c80$@gmx.de
 Content-Type: text/plain;charset=iso-8859-1
 
 ...gelöscht ..
 
 Wie trägt man am sinnvollsten die topologischen Lagedaten ein? 
 is_in = Im Hirschländer,Heddesheim
 oder
 is_in:city = Heddesheim
 is_in:postcode = 68542
Is_in:postal_code = 68542
 is_in:street = Im Hirschländer
 oder 
 gibt es weitere Möglichkeiten?
 
 Bernhard

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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 71, Eintrag 40

[Georg Verweyen]

Am 17.06.2012 13:00, schrieb tob...@antifuse.de:

Meine Frage ist wie komme ich am besten von meinem XML zu einem http GET
das ich mir später mit einem PHP/perl/bash/java skript zusammen bauen kann?

Gruß Tobias

Hallo Tobias,

bei Bedarf kann ich Dir gerne mein PHP-Script schicken, dass die 
Spielplätze in Münster abfragt. Ich bin leider noch nicht dazu gekommen, 
das Vorgehen auf meiner HP zu kommentieren.


MfGGeorg V. (OSM=user_5359)

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

[Talk-de] online tool: track selector für tracks ohne tracktype

[Georg Verweyen]

Hallo Adrian,

Auf einen iPad lassen sich die Buttons leider nur erahnen ( bei Bedarf kann ich 
ein Bildschirmfoto schicken).

MfG Georg V.

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

Re: [Talk-de] Hausnummern 999

[Georg Verweyen]

Hallo Martin,

von den 2,5 Mio Hausnummern haben etwa 9.800 Nummer

 * eine Länge größer als 3 Zeichen
 * erst ab dem fünften Zeichen entweder ein '-','+' oder '/'

Ursachen sind Hausnummernauflistungen wie 11, 13, 15, 17, 19, 21, 23, 
25, 27, 29, 31, 33, 35, 37, 39, 41, 43, 45 (hätte auch gut als 
interpolierte Adresse eingetragen sein), aber auch die Fehleintragungen 
wie Arbeitsgemeinschaft Elektronik und Amateurfunk am BBZ Meiningen. 
Die längste Hausnummer hat 97 Stellen (dort ist eine URL mit 
reingeruscht), die häufigste Fehlschreibweise (nach obriger 
Definition) ist mit 251 Eintragungen 10 A.


Die Zahlen beziehen sich auf den heutigen Deutschland-Extrakt der Geofabrik.

Bei Bedarf kann ich Dir gerne eine Liste mit den betroffenen Hausnummern 
zur Verfügung stellen.


MfGGeorg V. (OSM=user_5359)

P.S.: Hausnummer mit URL ist bereinigt.

Am 01.05.2012 11:41, schrieb talk-de-requ...@openstreetmap.org:

Message: 7
Date: Tue, 01 May 2012 08:29:41 +0200
From: Martin Trautmanntr...@gmx.de
To: Openstreetmap allgemeines in Deutschtalk-de@openstreetmap.org
Subject: [Talk-de] Hausnummern  999
Message-ID:4f9f82d5.6040...@gmx.de
Content-Type: text/plain; charset=ISO-8859-1

Hallo,

bei der Prüfung von Eingaben wäre auch zu überlegen, ob zu hohe
Hausnummern beanstandet würden - und ob man diese mit dem
vorgeschlagenen sic-Tag markieren könnte.

Hat jemand de Möglichkeit, mal Straßen und Hausnummernbereiche innerhalb
Deutschlands komplett herauszufiltern?

Am häufigsten gibt es das in amerikanischen Militär-Siedlungen. Es gibt
aber auch einige Straßen in z.B Köln wo das real geschieht.

Ansonsten gibt es wohl eher fehlerhafte Formatierungen, wo
Hausnummern-Bereiche wie 12/14 oder 22-26 als hohe Hausnummern erkannt
werden!?

Schönen Gruß
Martin


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

[Talk-de] Anzahl Telefonzellen bei OpenStreetMap

[Georg Verweyen]

Hallo Agathe,

im Deutschlandextrakt von der Geofabrik vom letzten Samstag sind 23.079 
Objekte  mit amenity=telephone gekennzeichnet (die potentiell möglichen 
Telephone im benachtbarten Grenzgebiet, die auch im Extrakt vorhanden 
sein können, habe ich dabei nicht entfernt. Im Allgemein sind es Punkte, 
bei 3 sind es Wege.
http://www.openstreetmap.org/browse/way/24742482 : Hier hat einer 
tatsächlich ein Telefonzelle eingezeichnet, bei
http://www.openstreetmap.org/browse/way/29016156 fällt das Objekt schon 
etwas größer aus (Telefon in der Nähe eines Feuerwehrhauses, wer kommt 
mal bei Schmechten in der Nähe von Paderborn vorbei und kann das 
verifizieren?) und bei
http://www.openstreetmap.org/browse/way/25909478 sieht man, warum ich 
der Zahl nicht ganz traue (ich also auf Anhieb auf mehr Telefonzellen 
tippen würde). Hier schient der Autor anzudeuten, dass mehr mehrere 
Zellen neben einanderstehen. Oder andersrumgesagt: in OSM haben wir eine 
Anzahl von 23.079 Objekten, die entweder eine Zelle oder einen Standort 
kennzeichnet.


MfG  Georg V.

P.S.: Die Kartentematik ist ja inzwischen ausreichen beantwortet worden. 
Darf man sich nach den Hintergrund Deiner Frage erkundigen? Hast Du 
eventuell eine Abgleichsliste von einem Operator?


Am 16.02.2012 09:34, schrieb Agathe Materowicz:

Date: Thu, 16 Feb 2012 09:14:26 +0100
From: Agathe Materowiczamaterow...@googlemail.com
To:talk-de@openstreetmap.org
Subject: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap

Hallo Zusammen,

ich würde gerne wissen wie viele Telefonzellen bisher deutschlandweit
eingezeichnet sind und ob man sich auch nur die Position der Telefonzellen
in der Karte anzeigen lassen kann. Wer fügt die Standorte hinzu?

Vielen Dank!

Mit freundlichen Grüßen,

Agathe



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

Re: [Talk-de] Hessische Schuldatenbank

[Georg Verweyen]

Hallo Christoph,

in Hessen (basierend auf den heutigen Geofabrik-Abzug Hessen) existieren 
laut OSM


 * 2503 Objekte mit Tag amenity=school
 * 383 Objekte mit Tag amenity=university
 * 2 Objekte mit Tag amenity=pre_school
 * 1 Objekt mit Tag amenity=Grundschule Sommerseite (ist bereits
   korrigiert)
 * 1 Objekt mit Tag amenity=school_of_education (sehe ich mir später an)

Die Schultypisierung ist relativ schlecht ausgebildet, leider gibt die 
Wiki-Seite auch keinen sinnvollen Hinweis für die englischen Begriffe 
(für obriges Objekt habe ich mal ein school=primary gesetzt), vielleicht 
kriegen wir über die Maillingliste eine vernünftigen Satz von 
Begrifflichkeiten zusammen.


 * 3 * primary
 * 2 * Grundschule
 * 2 * secondary
 * 2 * dance
 * 1 * blind
 * 1 * Förderschule
 * 1* Volkshochschule

Häufiger ist dort das Tag type

 * 8 * secondary school
 * 6 * primary school
 * 4 * elementary school
 * 2 * Gymnasium
 * 1 * Gesamtschule mit gymnasialer Oberstufe
 * 1 * Grundschule
 * 1 * Haup- und Realschule(nein kein Tippfehler, dieser Wert steht
   tatsächlich so in OSM)
 * 1 * elementary
 * 1 * Kooperative Gesamtschule
 * 1 * Gymnasiale Oberstufe
 * 1 * Kooperative Gesamtschule mit Förderstufe
 * 1 * special school
 * 1 * integrierte Gesamtschule


Wegen der hohen Trefferquote von 125% werde ich gleichmal einen 
Knoten-Weg-Check aufsetzen (zeigt alle Knoten, die den gleichen Tag 
(hier amenity=school) wie der entsprechende Weg besitzen - typische 
Ursache für Mehrfachzählung).


Ich kann anbieten, dass von genannten Geokoordinaten (siehe auch 
Anmerkung von Frederik) das nächstgelegene OSM-Objekt mit einem Tag 
amenity=school gesucht wird, sodass wir auch gleichen eine QS-Aussage haben.


MfG  Georg V.

Am 15.02.2012 17:39, schrieb Christoph Böhme

Message: 1
Date: Wed, 15 Feb 2012 14:18:07 +0100
From: Christoph Böhmechrist...@b3e.net
To:talk-de@openstreetmap.org
Subject: [Talk-de] Hessische Schuldatenbank
Message-ID:1329311887.10474.5.camel@Nokia-N900-02-8
Content-Type: text/plain; charset=utf-8

.. gelöscht ..
Der Abzug wird etwa 2000 Schulen umfassen und die folgenden Informationen für 
jede Schule enthalten:

- Name der Schule
- Schultyp
- Adresse
- Koordinaten (nicht bei Zweigstellen)
- Dienststellennummer (eine eindeutige Kennzeichnung jeder Schule, die auch 
nach einer Schulschließung nicht wiederverwendet wird. Also eine Art Persistent 
Identifier für Schulen)

..gelöscht ..


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

[Talk-de] Übersicht über Relationen

[Georg Verweyen]

Auf Bitte eines Kollegen habe ich mein Skript zur Übersicht vom 
Lizenzstatus von Relationen innerhalb einer OSM-Datei 
(http://www.familieverweyen.de/txt_0055.php) etwas optimiert. Kombiniert 
mit einer (weltweiten) Abfrage von Routen (Schlüssel route=...)  über 
die Overpass-API [mein Dank an die Entwickler!] gibt es jetzt bis zur 
Lizenzumstellung auf meiner Homepage 
(http://www.familieverweyen.de/streetosm/content_show.php) eine 
Auflistung von Routen aller Art (von B wie bicycle bis W wie walking) 
die teilweise auch nach den Netzwerken aufgesplittet sind. 
Erstaunlicherweise sind einige Routen bereits ohne lizenztechnisch 
problematische Ausprägungen, sodass ich hier auf ein Hochladen und 
regelmäßige Neugenerierung verzichte werden (dies besonders bei 
route=road mit 44.607 Relationen sehr entscheidend, denn das (mögliche) 
Sortieren der über 7 MB großen HTML-Datei mittels Javascript wäre nur 
mit sehr viel Geduld möglich gewesen). Das Datum in der letzten Spalte 
der Liste ist übrigens das Datum der letzten Änderung, die die 
Overpass-API gelesen hat.


Anregungen (besonders über neue Ausprägungen) und Kommentierungen nehme 
ich auch über PM entgegen.


Mit freundlichen Grüßen Georg V. (OSM=user_5359)

P.S.: Abgefragt wird nur der Lizenzstatus der Relationen, nicht den 
Status der in der Relation aufgeführten Objekte!


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

Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht

[Georg Verweyen]

Hallo hike39,

auch wenn ich nur die Daten gerechnet (und nicht die Wiki-Umsetzung 
geschrieben habe): lass uns doch nicht zappeln sondern verrate doch, was 
nach Deiner Meinung die richtige Aufrufmethode ist. Nach der 
Dokumentation im Wiki ist diese Methode durchaus korrekt. Oder willst Du 
nur ein Klick für Weg und Knoten haben?


MfG Georg V. (OSM=user_5359)

Am 15.01.2012 13:00, schrieb talk-de-requ...@openstreetmap.org:

wenn Du die URL für JOSM RemoteControl noch richtig stellen könntest,
dann wäre das hilfreich.
Denn
http://localhost:8111/import?url=http://api.openstreetmap.org/api/0.6/node/118265841
hilft nicht unbedingt.



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

Re: [Talk-de] Relationen: Signalisierung des Lizenz-Status (Jan Tappenbeck)

[Georg Verweyen]

Hallo Jan,

ich habe auf Bitte meiner Bonner Stammtisch Kollegen auf meiner Webseite 
[4] eine Variante meines Straßenskriptes aufgesetzt, dass die Relationen 
einer OSM-Datei einliest und gegen die Quelle [1] prüft. Das Ganze ist 
wegen seines temporären Character nicht auf Geschwindigkeit getrimmt 
(ich frage artig Relation für Relation ab, statt alle auf einmal 
abzufragen). Zum Austesten kann man bis zu 6 MB auf meine Seite 
hochladen und analysieren lassen.


Ich habe dann mittels der Overpass-API [5] eine OSM-Datei aller 
Relationen mit network=iwn erzeugt (eine gute Alternative zum 
verschwundenen Link) und auf einer lokalen Installation laufen lassen. 
Das Ergebnis geht Dir als HTML-Datei per PM zu.


MfG Georg V.

[4] http://www.familieverweyen.de/txt_0055.php
[5] http://wiki.openstreetmap.org/wiki/Overpass_API
[6] http://www.overpass-api.de/query_form.html

P.S.: Um auch andere Netzwerk analysieren zu können: [6] und Abfrage dazu:
query type=relation
has-kv k=network v=iwn/
/query
print mode=body/

Am 07.01.2012 13:00, schrieb talk-de-requ...@openstreetmap.org:

Message: 3
Date: Sat, 07 Jan 2012 09:36:01 +0100
From: Jan Tappenbecko...@tappenbeck.net
To: Openstreetmap allgemeines in Deutschtalk-de@openstreetmap.org
Subject: [Talk-de] Relationen: Signalisierung des Lizenz-Status
Message-ID:4f0803f1.6060...@tappenbeck.net
Content-Type: text/plain; charset=ISO-8859-15; format=flowed

hi!

es gibt viele Rad- und Wanderweg-Relationen und ein Teil wird mit der
Umstellung untergehen.

Ein wichtiger Punkt ist vermutlich wer hat diese angelegt und wie denkt
er darüber ?

Mann kann den Status zwar einzeln über [1] abfragen aber wäre eine
anderweitige Auswertung nicht besser?

Meine Idee geht dahin eine zentrale Funktion zu haben die dynamisch oder
in Zeitintervallen eine Auswertung macht und die im Wiki z.b. auf [2]
eingebaut werden kann. Alternativ wäre noch an die Auswertung [3] zu denken.

Wie denkt ihr darüber oder könnte das auch einer realisieren.

Gruß Jan:-)


[1]http://wtfe.gryph.de/api/0.6/problems?relations=12320
[2]http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Wanderwege-Netz
[3] (finde den Link zu der automatischen Auflistung der Relationen
derzeit nicht!)



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

[Talk-de] Rechtlich bedenkliche Grenzen in Berlin

[Georg Verweyen]

Ich habe durch Zufall den Import vom User mj10777 im Changeset 
http://www.openstreetmap.org/browse/changeset/8316678 gefunden. Was mich 
-wie damals malenki-
etwas irritiert ist der Changeset Kommentar neu Erstellung basiert auf 
der Nachzeichnung 1:5000 Berlin Karten. In dieser Liste wurde das Vol 
62, Issue 6 bis Issue 10, (4. September bis 5. September) wohl (eher) 
negativ diskutiert, aber anscheinend doch akzeptiert, denn die Daten 
existieren noch (im deutschen Forum war es wohl kein Thema).


Deshalb eine direkte Frage (, die aber gerne auch mit einer PM 
beantwortet werden kann): Ist die Sache eingeschlafen und bleiben die 
Daten OSM erhalten oder ist da noch eine Diskussion im Gange.


MfGGeorg V. (OSM=user_5359)

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

Re: [Talk-de] Frage zu Usernamen user_...

[Georg Verweyen]

Hallo Michael,

da ich einer user_% bin  eine einfache Antwort zu Frage 2 und 3: nein! 
und nein!

Am 15.12.2011 19:03, schrieb Michael Krämer ohr...@googlemail.com

Das gibt's laut odbl.de wohl öfter. Daher die
neugierige und vielleicht naive Frage, wo denn diese Benutzernamen
herkommen? Wurden die irgendwann automatisch erstellt? Oder gehören
die irgendwie zusammen?
Zur Frage 1: Ursache bei mir war schlicht weg, dass man irgendwann 
frustriert aufgibt, einen System genehmen Benutzername auszusuchen, da 
die Anmeldemaske keinerlei Angaben macht, ob die Namensbestandteile 
eventuell nicht passen oder ob bereits ein User mit diesem Namen 
existiert. Also drückt man Return und akzeptiert den vorgeschlagenen 
Namen. Und dieser besteht nun mal aus dem Prefix user_ und einer 
laufenden Nummer.


MfG   Georg V. (OSM=user_5359)


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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 65, Eintrag 5

[Georg Verweyen]

Hallo Michael,

über die Mailingliste von opengeodb ist derartiges nicht gegangen, die Pflege 
findet derzeit auch beim ADFC http://fa-technik.adfc.de/code/opengeodb/ statt. 
Falls Du nicht gerade die aktuellsten Daten benötigst, kannst Du dich auf 
meiner HP http://www.familieverweyen.de/txt_0037.php in den Daten tummeln. Also 
die Datenbank eher in Richtung Straßendetaillierung als in historische Sicht 
auf die Verwaltungshierarchie ausgerichtet wurde, bin ich langsam zu OSM 
gekommen. Ich bin mir ziemlich sicher, daß man in einem Cleanup die Daten auch 
schon in anderen Tags vorhanden hat. Wäre mal was für ereignisarme 
Winterabende...

MfG Georg V. (OSM=user_5359)

Von meinem iPad gesendet

Am 02.12.2011 um 15:20 schrieb talk-de-requ...@openstreetmap.org:

 Hallo,
 
 bin heute auf einen Ort gestossen, der mehrere Nodes mit dem Ortsnamen
 hatte. In dem Zusammenhang sind mir die OpenGeoDB-Tags aufgefallen und
 wollte mir das mal genauer anschauen. Anscheinend wurde die Datenbank
 aber gerade eingestellt:

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

Re: [Talk-de] Überwachung von Koordinaten (Fix-Punkte)

[Georg Verweyen]

Am 24.11.2011 16:51, schrieb Frederik:

Wenn etwas vor Verschiebung geschuetzt werden muss, dann kann es doch
von der Community gar nicht sinnvoll gepflegt werden und sollte daher
*ausserhalb*  unseres Editiersystems gespeichert werden.
Solange das OSM-Objekt einzig aus diesen Informationen besteht, gebe ich 
Dir recht. Ich denke hier auch an die Fälle, wo gerne Modifikationen von 
ref:operator mitgeteilt bekommt oder ob einem aus falschen 
Konzeptverständnis die lokalen Namen der Städte überschrieben werden 
(und zur Arbeitersparnis, dann noch eine Sicherheitskopie name:en1 bzw. 
name:ar1 dazu schreibt). Diese Sicherheitskopien gehören tatsächlich 
nicht nach OSM, aber die zugehörigen OSM-Objekte müssen entsprechend 
überacht werden.


MfGGeorg V. (OSM=user_5359)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Überwachung von Koordinaten (Fix-Punkte) (Jan Tappenbeck)

[Georg Verweyen]

Am 24.11.2011 13:00, schrieb talk-de-requ...@openstreetmap.org:

Gibt es vielleicht schon irgendwo ein (Perl)Tool mit dem eine definierte
Menge von Punkte auf Koordinatenidentität (z.b. vergleich der
Node-Koord. mit den zugehörigen Tags) geprüft werden kann. Oder auch
versehentlich gelöschte Punkte listet.
Hallo Jan, immer diese Wünsche nach einer bestimmten SW-Lösung. Da es 
verschiedene Ansätze gibt, wäre es interessanter zu erfahren, was an 
Informationen existiert. Sollen die Überprüfungen in Zeitabständen 
stattfinden (Extrakt durchsuchen oder Overpass-API nutzen) oder zeitnah 
berichtet werden (Change Dateien durchflöhen). Sollen neue Elemente 
erkannt werden und/oder auch Tag-Value Modifikationen berichtet werden? 
Bist Du bereit eine Datenbank für die Informationen zu spendieren oder 
sind es nur x-hundert Punkte, die man auch leicht im Memory halten kann?


Du siehst, ich habe mir dazu schon Gedanken gemacht (käme aber 
allenfalls in knapp 4 Wochen dazu, entsprechendes allgemein Verwendbares 
zusammen zubauen), aber die Notwendigkeit in meinen Umfeld ist noch 
nicht besonders hoch. Da hat das Thema DQ schon relevanter 
(http://www.familieverweyen.de/txt_0053.php ). Wenn Du aber da Wünsche 
hast und noch etwas Zeit bis zur Lösung hast (und Dich mit PHP 
anfreunden könntest), schick mir mal eine PM.


MfG   Georg V.

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

Re: [Talk-de] Adress-Dialog über Shortcut

[Georg Verweyen]

Am 24.11.2011 16:51, schrieb Jo:

Sonst sind viel zu viele Daten immer wieder
wiederholt in die DB und ist es einfacher falsche/inkonsistente Daten im DB
zu haben.

Hallo Jo,

Eigenwerbung da gibt es nette kleine Tools, die solche Fehler 
aufdecken: http://www.familieverweyen.de/txt_0055.php Für kleiner 
Datenauszüge (OSM-Datei  6MB) kommt man sogar ohne SW aus, da ich 
direkt auch ein (mehrsprachiges) Browser-Interface dazu geschrieben 
habe. /Eigenwerbung


MfGGeorg V. (OSM=user_5359)

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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 64, Eintrag 51

[Georg Verweyen]

Gemeint ist 
http://wiki.openstreetmap.org/wiki/Proposed_features/addr_keys_%282011-04%29


Und bist Du Dir wirklich sicher, dass es eigene Hausnummern sind oder 
doch mehr Appartmentnummern (addr:door)?


MfGGeorg V.
Am 20.11.2011 13:23, schrieb ho...@hike.de:

Ich habe im Wiki unter addr:housenumber keinen Hinweis auf Stiegennummer
gefunden. Auch im Karlsruher Schema fand ich keine Erläuterung.



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

Re: [Talk-de] TMC, Band 64, Eintrag 53

[Georg Verweyen]

Hallo Wolfgang,

Die deutschen TMC Geokordinaten kommen von der Bundesanstalt für Straßenwesen 
(folge den Links in deutschen TMC Artikel im OSM Wiki). Dort kann man die Liste 
kostenlos erhalten. Es Dir sicherlich bekannt, aber nur zur Sicherheit noch 
erwähnt: Ein Verkehrskreuz ist (im Normalfall ) bei TMC ein Punkt, obwohl zur 
korrekten Darstellung eines Staus oder Sperrung mehrere Teilstücke notwendig 
sind. Eine direkte Übernahme ist also so nicht möglich.

Ich habe jetzt nicht die ganze Mailkette gelesen, aber vorher kommt Deine 
Meinung gegen TMC?   Aber diesen Teil der Kommunikation sollten wir über PM 
fortführen.

MfG Georg V. (OSM = user_5359)

Von meinem iPad gesendet

Am 21.11.2011 um 01:51 schrieb talk-de-requ...@openstreetmap.org:

 Genau hier die Frage: Weiß (ahnt) jemand, woher die Koordinaten genau 
 kommen?
 Möglichkeiten 
 1: aus der Verkehrsmeldung selbst
 2: aus der Garmin-Karte, die trotz Deaktivierung dafür benutzt wird
 3: aus einem separaten Datensatz, der vom Hersteller mitgeliefert wird 
 (wie wird der dann aktualisiert?)
 4: aus der aktivierten OSM-Karte
 5: aus einer Glaskugel... es wurde keine mitgeliefert :-)

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

Re: [Talk-de] Ways in JOSM ohne highway tag

[Georg Verweyen]

Hallo,
damit findest du aber alle Wege, die kein highway haben. Also auch W?lder,
Geb?ude etc. Ich ging davon aus, dass es um ungetaggte Wege geht, die man zu
highways machen m?chte.

Viele Gr??e,
Henning

Hallo Hennig,

Wege ohne Attribute findest Du, indem Du die Datenprüfung anstößt 
(entsprechendes Plugin muss vor Version 3669 aktiviert sein): Die 
Meldung lautet: Wege ohne Merkmale


Grüße Georg V.

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

Re: [Talk-de] Talk-de Digest, Vol 52, Issue 85

[Georg Verweyen]

Am 15.11.2010 00:34, schrieb Sven Geggus :
Message: 9 Date: Sun, 14 Nov 2010 22:16:38 + (UTC) From: Sven 
Geggus li...@fuchsschwanzdomain.de To: talk-de@openstreetmap.org 
Subject: Re: [Talk-de] Neues von Taginfo Message-ID: 
ibpn46$f4...@ultimate100.geggus.net Content-Type: text/plain; 
charset=UTF-8

Ihr k?nntet mir mal einen Gefallen tun. Tagwatch frisst einen furchtbar
gro?en Anteil unserer Rechenzeit auf dem devserver. Gibt es noch
einen grund tagwatch weiterlaufen zu lassen oder ist taginfo ein
vollwertiger Ersatz.


Hallo Sven,

ich nutze das tagwatch noch intensiver, weil hier auch länderspezifische 
Auswertungen möglich sind und auch Statistiken vorhanden sind, die in 
taginfo noch nicht existieren. Ich wäre gegen eine entsprechende 
Abschaltung.


MfGGeorg V. (OSM=user_5359)

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

[Talk-de] Kennzeichnung eines Güterbahnhofs

[Georg Verweyen]

Hallo zusammen,

am Knoten http://www.openstreetmap.org/browse/node/946410010 wurde der 
Güterbahnhof mit dem Tag Yard=Güterbahnhof Niehl gekennzeichnet. Im Wiki 
http://wiki.openstreetmap.org/wiki/DE:Key:railway gibt es leider keinen 
Hinweis auf Güterbahnhöfe. Deshalb würde ich den Punkt (von der 
Großschreibung abgesehen) eher mit railway=rail und name=Güterbahnhof 
Niehl  kennzeichnen. 


Welchen Kennzeichnung für Güterbahnhöfe haltet Ihr für korrekt?

MfG Georg V.

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

Re: [Talk-de] Telefonzelle, Position

[Georg Verweyen]

Hallo zusammen,

wiedermal erfrischend wie hier mit Anfragen umgegangen wird, um eine 
neue Information zu taggen, die bis jetzt noch nicht aufgenommen wurde! 
Ich habe Wolfgang auf die fachliche Bedeutung von addr:position 
angesprochen (es ist tatsächlich eine Notiz der Deutschen Telekom GmbH, 
damit bei einem Notruf nicht erst zum nächsten Straßenschild gelaufen 
wird, um die Standortfrage zu beantworten, sondern dies direkt abgelesen 
werden kann [falls der Notrufabsetzende überhaupt noch zum lesen noch 
fähig ist]) und hatte ihn ein position:addr:full  vorgeschlagen (falls 
diese Information tatsächlich in der Karte notwendig ist, aber es gibt 
natürlich immer wieder Spezialkarten). Er wollte dies auf der Liste 
klären, was er mit der heutigen Anfrage auch gemacht hat. Also 
Gegenvorschlag, falls die Information für sinnvoll gehalten wird: 
position:addr:full.


Im Umfeld amenity=emergency_phone gibt es übrigens derzeit keine Tags 
für Standortangaben beim Notruf, da können wir keine Anleihe machen.


MfG Georg V.
talk-de-requ...@openstreetmap.org schrieb:


Message: 1
Date: Tue, 14 Sep 2010 04:33:28 -0700 (PDT)
From: Walter Nordmann walter.nordm...@web.de
To: talk-de@openstreetmap.org
Subject: Re: [Talk-de] Telefonzelle, Position
Message-ID: 1284464008284-5529882.p...@n2.nabble.com
Content-Type: text/plain; charset=us-ascii


schwachsinn, so nen tag gibt  es nicht. raus damit oder einfach ignorieren

http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#T
gruss
walter
  



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

[Talk-de] Wheelmap.org auf Ehrensenf.de

[Georg Verweyen]

Hallo zusammen,

die Karte der Berliner Sozialhelden e.V. zum Thema Rollstuhlgerechte 
Orte (basierend auf OSM-Daten) wurde auf Ehrensenf 
(http://www.ehrensenf.de/2010/09/nerd-touristen-und-boden-turner/) in 
der Linkliste erwähnt. Tatsächlich hat sich einiges in der Karte getan, 
besonders interessant ist die Eintragemöglichkeit, ob die vorhandenen 
POI (nicht alle, aber entscheidende Kategorien) Rollstuhl gerecht sind.


Vielleicht ist dieser Hinweis mal ein Anreiz auch dieses Thema in der 
Nachbarschaft zu erfassen.


MfG Georg V.

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

Re: [Talk-de] Talk-de Digest, Vol 48, Issue 208

[Georg Verweyen]

Frederik Ramm schrieb:
Hallo,

ich halte die Variante postcode für korrekter, da auch bei einer Adresse 
addr:postcode verwendet wird. So produziert man nur eine potentielle 
Fehlerquelle.


Mit freundlichen Grüßen

Georg V.


Date: Mon, 26 Jul 2010 09:44:20 +0200
From: Frederik Ramm frede...@remote.org
To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
Subject: Re: [Talk-de] PLZ-Import, Widerspr?che
Message-ID: 4c4d3cd4.7000...@remote.org
Content-Type: text/plain; charset=ISO-8859-15; format=flowed

Hallo,

Norbert K?ck wrote:
  


mir sind zwei Widerspr?che begegnet, die ich nicht einordnen kann:

- 1. -
[1] sagt: postal_code, postal_code_level

[2] enth?lt: postcode, postcode_level



Da ist [2] falsch, ich repariere das.

  
..gelöscht..

Danke fuer die Hinweise.

Bye
Frederik
  



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

Re: [Talk-de] Stolpersteine - Vollst?ndigkeitsauswertung

[Georg Verweyen]

Hallo,

bei der ganzen Diskussion wird vergessen, dass an der Relation auch 
weitere Attribute stehen (Artist,Webseite und Wikipedia), die sonst an 
allen Knoten stehen müssten.

MfG Georg V.


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

Re: [Talk-de] OSM Stadt/Land: Schere schlie?en , Alleinstellungsmerkmal

[Georg Verweyen]

 Rainer (der aber auch die hier am Ort angebotene Babyklappe
 eingetragen hat. Wird leider weder von mapnik noch von osmarender
 angezeigt. Vll, hat aber einer eine Idee, ob ich da was falsch gemacht
 habe: http://www.openstreetmap.org/browse/node/392667026 )

Hallo Rainer, in der Karte 
http://osm.youseeus.de/osmolt/babyklappe/deutschland/?zoom=16lat=51.5371811lon=7.685354layers=B0T
 ist Dein Knoten doch vorhanden? Gefunden über das Wiki..

MfGGeorg V.


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

Re: [Talk-de] OSM Stadt/Land: Schere schlie?en , Alleinstellungsmerkmal

[Georg Verweyen]

 Viele Gr??e von Dani, die vorschl?gt, mal Listen abzuarbeiten

 Z.B: Die Liste aller Apotheken im n?heren Umkreis, meist gibt es so eine im 
 Internet.
   
Hallo,

bevor es jetzt zu Doppelaktionen kommt: Ich habe gerade gestern abend 
eine Mail an das Presseportal presseste...@abda.aponet.de mit Bitte um 
Datenspende angeschrieben (wir haben derzeit mit 11.815 Apotheken knapp 
55% aller in Deutschland vorhandenen Apotheken verzeichnet).

MfGGeorg V.

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