Re: [Talk-de] Karte vom IFZ ohne Quellangabe

2020-12-16 Thread gmbo

Ja, haben die. Auf mein Danke für das schnelle fixen, kam:
Das ist ja wohl das mindeste, wenn wir schon so einen Bockmist machen.
Gruß
Gisbert


Am 16.12.20 um 11:31 schrieb Hauke Stieler:

Wou wou wou, Moment! Die haben innerhalb von unter zwei Stunden geantwortet
UND die Website gefixt? Es gibt tatsächlich noch IT-Abteilungen/Entwickler die
es drauf haben. Schön zu sehen, dass die Attribution nun stimmt. Danke für
deinen Einsatz :D

Am Mittwoch, 16. Dezember 2020, 11:18:08 CET schrieb gmbo:

jetzt ist auch die Attribution drin.
https://www.streckenheld.de/karte/
Gruß
Gisbert

Am 16.12.20 um 10:29 schrieb gmbo:

Immerhin die persönliche Antwort kam extrem schnell. Die war schneller
da als mein posting hier rückgemeldet wurde.
Sie bedanken sich für den Hinweis und wollen das schnell umsetzen.
liebe Grüße
Gisbert

Am 16.12.20 um 09:31 schrieb gmbo:

Hallo ich habe gerade das Institut für Zweiradsicherheit
angeschrieben*, *dass ich keine Quellangabe auf der Karte
Streckenhelden finden kann.

Die kennen jetzt den Copyright-Hinweis von OpenStreetMap.

Mal schauen wie schnell die reagieren.

liebe Grüße

Gisbert


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

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

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







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


Re: [Talk-de] Karte vom IFZ ohne Quellangabe

2020-12-16 Thread gmbo

jetzt ist auch die Attribution drin.
https://www.streckenheld.de/karte/
Gruß
Gisbert



Am 16.12.20 um 10:29 schrieb gmbo:
Immerhin die persönliche Antwort kam extrem schnell. Die war schneller 
da als mein posting hier rückgemeldet wurde.

Sie bedanken sich für den Hinweis und wollen das schnell umsetzen.
liebe Grüße
Gisbert

Am 16.12.20 um 09:31 schrieb gmbo:
Hallo ich habe gerade das Institut für Zweiradsicherheit 
angeschrieben*, *dass ich keine Quellangabe auf der Karte 
Streckenhelden finden kann.


Die kennen jetzt den Copyright-Hinweis von OpenStreetMap.

Mal schauen wie schnell die reagieren.

liebe Grüße

Gisbert


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




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




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


Re: [Talk-de] Karte vom IFZ ohne Quellangabe

2020-12-16 Thread gmbo
Immerhin die persönliche Antwort kam extrem schnell. Die war schneller 
da als mein posting hier rückgemeldet wurde.

Sie bedanken sich für den Hinweis und wollen das schnell umsetzen.
liebe Grüße
Gisbert

Am 16.12.20 um 09:31 schrieb gmbo:
Hallo ich habe gerade das Institut für Zweiradsicherheit 
angeschrieben*, *dass ich keine Quellangabe auf der Karte 
Streckenhelden finden kann.


Die kennen jetzt den Copyright-Hinweis von OpenStreetMap.

Mal schauen wie schnell die reagieren.

liebe Grüße

Gisbert


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




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


[Talk-de] Karte vom IFZ ohne Quellangabe

2020-12-16 Thread gmbo
Hallo ich habe gerade das Institut für Zweiradsicherheit angeschrieben*, 
*dass ich keine Quellangabe auf der Karte Streckenhelden finden kann.


Die kennen jetzt den Copyright-Hinweis von OpenStreetMap.

Mal schauen wie schnell die reagieren.

liebe Grüße

Gisbert


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


[Talk-de] Meldung über scheinbaren Vandalismus

2020-11-18 Thread gmbo
Habe gerade eine Mitteilung bekommen, dass da im Bereich Bochum 
Straßenbahnlinien umgebaut worden sind in Bereiche wo keine Schienen liegen.


Es werden von einem neuen User  im Bereich Bochum-Recklinghausen Bus und 
Bahnlinien editiert die nicht existieren.


Ich habe mir die 6 Änderungen des Nutzers angesehen

https://www.openstreetmap.org/user/JasonLS/history#map=13/51.5414/7.1342

Auf den ersten Edit wurde eine Mitteilung nicht beantwortet, aber es 
wurden weitere ähnliche Edits gemacht.
Mehrere Edits wurden inzwischen vor Ort geprüft und können nicht 
bestätigt werden.


Wie geht man in dem Fall vor?

Eigentlich wollte ich direkt den Benutzer melden, werde dabei aber 
darauf hingewiesen damit vorsichtig zu sein.


Der Benutzer JasonLS ist seit 30. Oktober 2020 dabei, und hat bisher 6 
Edits im Bereich vom Bus und Bahn nach Orthofotos gemacht.


Die gepüften Strecken stimmen nicht.

Gruß

Gisbert




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


Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"

2020-03-21 Thread gmbo
Ich finde die Idee das unter einem OSM-Account zu machen gut und hoffe 
es findet sich jemand der im Auftrag des Fossgis  das administriert.


LG
Gisbert

Am 21.03.20 um 21:47 schrieb Erik Donner:

Hi zusammen,

ich wollte in absehbarer Zeit mal anfangen, ein paar Videos zum Thema 
Komoot/OSM zu machen. Ich kann gern die Videos zur Zweitverwertung 
bereitstellen...


LG
Erik

Am 21.03.2020 um 20:34 schrieb Sebastian Martin Dicke:

Hallo,

die Idee ist gut.

"Wir brauchen nur ein Team von Content-Producern."
Das hört sich einfacher an als es sein würde, denke ich.

Grüße

Sebastian

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



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




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


Re: [Talk-de] OSM Sticker und Flyer - GISDay

2019-11-06 Thread gmbo

Flyer bekommst du von der Geofabrik, die Emailadresse steht dort
https://www.openstreetmap.de/impressum.html

Viele Grüße
Gisbert

Am 06.11.19 um 16:47 schrieb Jakob Miksch:

Hallo allerseits,

am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde 
dazu eine Station über OpenStreetMap machen. Es ist zwar relativ 
kurzfristig, aber:


Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir 
zuschicken könnte?


Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. 
kann ich gern übernehmen.


Viele Grüße,
Jakob

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




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


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

2019-07-10 Thread gmbo

Wenn deren Webseite mit WordPress gemacht ist gibt es
OSM-Plugin
oder
Leaflet-Plugin
Die arbeiten beide recht gut und Routen sowie POIs lassen sich gut 
darstellen.

Nutze ich daher gern.
Leider haben beide bisher Clustering noch nicht eingebunden, sonst sind 
die Top.


Gruss, Gisbert

Am 10.07.19 um 17:55 schrieb Volker Schmidt:

uMap 

On Wed, 10 Jul 2019 at 17:52, Markus  wrote:


Unsere Feuerwehr hat Jubiläum und macht einen Festzug :-)

Die Route will sie "irgendwie" auf einer OSM-Slippymap zeigen.
Wie macht man das "simpel" auf einer eigenen Website?
Gibt es da irgendwo ein HowTo?

Gruss, Markus



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


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




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


Re: [Talk-de] Workshop mit gemeinsamem mappen

2019-05-27 Thread gmbo

Am 27.05.19 um 03:17 schrieb Hauke Stieler:

Moin Jörn,

danke für deine Ausführungen, so wie ich das sehe trifft der Link zum
"Organized Editing" eher für größere Veranstaltungen zu? Ich erwarte
fünf, maximal zehn Personen von denen eventuell nicht alle großartig mit
machen.


Das ist eine gute Größe, aber das dürfte für eine Person schwer zu 
stemmen sein.


Wir haben in Bochum jetzt den 2. Workshop hinter uns und haben dabei 
sehr positive Rückmeldungen bekommen.


https://wiki.openstreetmap.org/wiki/Bochum/Community/Archiv

Beide Workshops haben wir am Bochumer Stammtisch vorher besprochen und 
vorbereitet, so dass erst einmal ein Vortrag mit einer Einführung in OSM 
gegeben wurde.


Also grundlegende Erklärung was OSM ist und danach grob die 
Editiermöglichkeiten Editor und Beschreibungen im Wiki ( how to map) und 
wie ein eigener Account angelegt wird.


Auch wie komme ich an Daten die ich nicht in der Karte sehe. Also 
Beispiele mit dem ? auf Openstreetmap.org und Overpass.




Gerade bei Neulingen ist damit zu rechnen, dass die Unsinn machen. Würde
ich einen Workshop für Neulinge veranstalten, würde ich mir auch
erfahrene Mapper mit ins Boot holen.

Du bist selbst erst seit April dabei, ich würde dich also noch
als Neuling bezeichnen. Ich selbst bin zwar schon seit 10 Jahren dabei,
mit 438 Changesets bin ich aber auch nicht gerade ein Power-Mapper :-)

Das stimmt, ich würde mich selbst definitiv auch noch als Neuling
bezeichnen. Ich weiß nicht ob es auf dieser Mailingliste Sinn ergibt,
aber auf der Hamburg-Liste schicke ich dann nochmal was rum.


Vorteil war ein hoher Anteil an Mappern, die sich sicher im mappen sind 
und auf individuelle Fragen eingehen können.





ich denke da an
kleine und unkomplizierte ländliche Gegenden, wo noch nicht so viel
gemappt wurde.

Sich ohne jegliche Ortskenntnis nur über Luftbilder ans Werk zu machen
erzeugt häufig keine all zu hohe Qualität. Eine Groberfassung von Straßennetzen
und Gebäuden ist so natürlich möglich, aber es fehlt dann quasi an allen
Attributen. Und es werden sich viele Fehler einschleichen. Luftbilder
sind außerdem häufig veraltet, so dass es dort inzwischen vollkommen
anders aussehen könnte. Bei den Bing-Karten steht z. B. 2019 dran,
zumindest in Hamburg sind die Aufnahmen aber ca. von 2016-2017.
In abgelegenen Gegenden sind die Satelliten-Bilder auch von derart
schlechter Auflösung, dass zumindest ich da kaum was drauf erkennen
kann.

Ich dachte tatsächlich an Orte, die mindestens mir bekannt sind. Ich
könnte mir aber auch vorstellen, dass viele ihr Zuhause oder das der
Eltern suchen und sehen, dass etwas fehlt.

Selbstverständlich ist armcair-mapping nicht optimal, aber ich finde es
schwer für einen abendlichen Workshop noch raus zu gehen. Das wäre
vielleicht etwas für einen zweiten Termin oder am Wochenende für die,
die weiter machen möchten.

Ich werde aber definitiv darauf hinweisen, dass man das Wiki
konsultieren soll, bevor drauf los gemappt wird. Man könnte auch sagen,
dass jeder Changeset von jemand anderem Kontrolle gesehen werden muss
bevor man ihn hoch lädt?


Wenn du so etwas machst wäre es sinnvoll wenn du den Ort den du 
beispielhaft mappen willst mindestens grob abläufst und eine größere 
Serie von georeferenzierten Bildern machst.


Die sollten dann mit den Luftbildern zusammen zeigen was da möglich ist.




Letztlich macht der Ansatz nur dort Sinn, wo noch ein weißer Fleck auf
der Landkarte ist. Wenn bereits Mapper mit Ortskenntnissen am Werk
waren, macht man zuviel kaputt.

Tatsächlich kenne ich Dörfer, die mir bekannt sind und wo eine Menge
weißer Flecken existieren. Zumindest was Gebäude angeht. Da kann ich
dann wahrscheinlich auch einschätzen ob man den Bild-Karten vertrauen
kann oder eher nicht.

Bedenken bezüglich der Qualität habe ich auch ein wenig, deswegen meine
initiale Mail. Viele Besucher werde ich kennen und denke, dass die
meisten Verständnis dafür haben, dass man erst mal ins Wiki schaut oder
jemanden fragt.

Nochmals danke und viele Grüße
Hauke

Ein weißer Fleck in der Umgebung ist mit Sicherheit ein guter Ansatz, da 
der direkt den Erfolg zeigt.


Aber tu dir einen Gefallen versuche nicht zu viel auf einmal.

Also lieber in einem solchen Ort eine Straße so genau wie möglich mit 
Video und Fotos aufzuzeichnen und dann diese  Infos zu nutzen.


eine Straße als räumliche Begrenzung.

so genau wie möglich um die dortigen vielen Dinge zu zeigen.

Dadurch kannst du dann z.B. die Gebäude aus dem Luftbild zeichnen 
lassen, auf Neubauten und Abrisse eingehen, unklare Gebäude zeigen wie 
sieht aus wie ein Flachdach ist abr ein leerer Parkplatz usw. und wenn 
du Fotos der Hausnummern mindestens der wichtigen an den Kreuzungen und 
dort wo Abweichungen von 2,4 6, 8... wie 6a oder 12 ist das 
zurüchliegende Haus im Hintergrund. Auch Infos woran erkenne ich in dem 
Ort auf welcher Seite liegen die geraden und ungeraden Hausnummern, oder 
gibt es eine andere individuelle Nummerierung, wie komme ich mit einer 
Anfrage mit 

Re: [Talk-de] OSM-Karte mit Leaflet selber bauen

2019-01-02 Thread gmbo

Am 02.01.19 um 19:56 schrieb Markus

Norberts Anregung folgend, will ich gern etwas experimentieren...
Was wäre eine sinnvolle Verzeichnisstruktur?

Passt das so? oder gibt es etwas Sinnvolleres?
- Arbeitsverzeichnis
-- Leaflet
--- images
-- Beispiel 1
-- Beispiel 2
-- Beispiel x




Wie muss ich die Pfade z.B. "leaflet/leaflet.css" anpassen?

Mit herzlichem Gruss,
Markus

PS: warum heissen die HTML-Dateien immer "index.html"?
Wenn man mehrere offen hat muss man höllisch aufpassen...


index.html ist die default-Seite in einem Standard-Webspace. Würde also 
aufgerufen wenn du www.meine-seite.de aufrufst.


Du kannst aber mit www.meine-seite.de/Beispiel_1.html auch die Seite 
direkt aufrufen, dann wäre index.html außen vor.


du kannst die Beispiele nennen wie du willst. Wenn die Seite die Endung 
.html hat wird sie der Standartbrowser laden.

Beispiel_1.html
Beispiel_2.html
Beispiel_x.html
Wenn die im Arbeitsverzeichnis stehen brauchst du die Pfade eben nicht 
anpassen.

Wenn du für jedes Beispiel ein neues Verzeichnis anlegst musst du
z.B. "../leaflet/leaflet.css" anpassen

Gruß

Gisbert




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


Re: [Talk-de] OSM-Karte mit Leaflet selber bauen

2019-01-02 Thread gmbo

Am 02.01.19 um 10:53 schrieb Norbert Kück:
Ok, dann wünsche ich viel Erfolg. Ein Projekt mit dem Ansatz 
"Leaflet-Karte als Lego" kann meins nicht sein.


Den Ansatz Lego sehe ich da aber nicht direkt,  auch wenn gerade Leaflet 
durch das Konzept mit vielen Plugins schon an ein zusammenstecken erinnert.


Aber eine Deutsche Anleitung mit lauffähigen Beispielen wäre schon eine 
gute Sache um den Einstieg zu erleichtern.


Habe da wenig gut lauffähiges gesehen. Noch schwerer ist einen passenden 
Ansatz mit dem Umgang mit OSM-Daten oder anderen externen Daten zu finden.


Wenn dann mal ein gutes Beispiel im Netz auftaucht, fehlt da einiges an 
Erklärung oder es wurde mit einer zu alten Version gebaut.


Das Versionsproblem ist bei OpenLayers aber größer.

Von daher werde ich schon versuchen das ganze zu unterstützen.

Gruß

Gisbert



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


Re: [Talk-de] OSM-Karte mit Leaflet selber bauen

2018-12-31 Thread gmbo

Hallo Markus,
ich finde deinen Ansatz im Wiki gut, da ich auch zu denen gehöre, die 
eine deutsche Beschreibung befürworten, denn die kommt inzwischen in 
vielen Bereichen zu kurz.

Aber ich muß auch sagen ohne JavaScript-Kenntnisse wird das schwer.
Leaflet stellt sogar größere Anforderungen an JS da das 
objektorientierte Modell dazu benötigt wird.
Du brauchst also zusätzlich Kenntnisse in Objektorientierung und der 
Klassen der LeafletAPI.


Werde das Projekt gerne mit unterstützen

Gruß
Gisbert


Am 31.12.18 um 13:27 schrieb Norbert Kück:

Hallo Markus,

am 30.12.2018 um 23:13 schrieb Markus:

ich habe mal etwas "Gerüst" gebaut:
https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet
Der Satz "Kenntnisse in JavaScript werden nicht vorausgesetzt..." auf 
der Seite ist m.E. sehr mutig. Trotz (oder wegen?) einiger Jahre 
Erfahrung mit Leaflet kann ich mir nicht vorstellen, wie das stabil 
funktionieren soll.


GeoJSON, das du nutzen möchtest, *IST* JavaScript. Beispielsweise die 
Füllung von Popups und die individuelle Initialeinstellungen der Karte 
bedeuten zwangsläufig Umgang mit JavaScript. Die Chance zu scheitern 
und der Betreuungsbedarf verhalten sich reziprok proportional zum 
Umfang der JavaScript-Kenntnisse – auch dann, wenn der Karten-Prototyp 
als Korsett (gibt Halt und engt ein) gebaut ist.


Gruß
Norbert

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




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


Re: [Talk-de] Einführung von Regeln für die Verwendung von Relationen mit type=multipolygon

2018-11-23 Thread gmbo
Am 23.11.18 um 22:34 schrieb Tom Pfeifer:
> On 23.11.2018 21:37, gmbo wrote:
>> Regeln einführen wäre meiner Meinung nach gegen das Prinzip von OSM.
>> Es gibt zwar schon welche wie Urheberrechtsverletzung, 
>
> Es gibt viele Regeln, auch viel grundlegendere:
> "Ein Knoten ist eines der grundlegenden Datenelemente in
> OpenStreetMap. Er besteht aus einem einzelnen georeferenzierten Punkt
> mit Längen- und Breitengrad."
>
ja natürlich gibt es da einige, aber es gibt bisher nicht das du darfst
nicht kleben, oder so.

Das Ausloten der Moglichkeiten der grundlegenden Spielregeln ist aber
gerade das Erfolgsgeheimnis von OSM. Je offener und freunlicher wir
miteinander umgehen, auch mit Fehlern oder lieber gesagt dem gerade
anders tun der Mitmapper, desto weiter kommt das Projekt.

Mein Ansatz ist daher eher Zeige wie es besser geht und warum das besser
ist, dann findet der der trotzig jetzt erst Recht nie von seinem Tun
abläßt und der durch Reverts und andere Repressalien aufhört dabei
natürlich auch mit dem vielen Guten was er einbringt.

>> Waldfläche usw., kann ich mir vorstellen, dass da ein Neumapper von
>> allein in die richtige Richtung läuft und auch erfahrenere Mapper davon
>> profitieren.
>
> Das Problem sind weniger gutwillige Anfänger, sondern durchaus
> erfahrene Mapper,
> die es aber nicht verstehen, im Team zu spielen, sondern eigene
> Vorstellungen von Datenmodellen auf Kosten der Arbeitszeit aller
> durchdrücken wollen.

Ich bin der Meinung, dass wir alle Anfänger mit gewissen Stärken auf
einzelnen Gebieten sind. Lernen kann auch ein erfahrener Mapper von gut
dargestelltem.

Auch ich bin der Meinung je unkomplizierter desto besser.

Wie hier ja schon mehrfach dargestellt wurde, das Problem ist eigentlich
im Gesamtaufkommen der Daten verschwindend gering,

Und ich bin immer noch der Meinung mit Verboten (außer wichtigen
Grundlegenden) schaden wir mehr als es nützt. Mit Vorbildfunktion,
helfen wir allen. (auch den zur Zeit völlig uneinsichtigen.)

Gruß

Gisbert

>
> On 23.11.2018 21:54, Florian Lohoff wrote:
> > 2 Multipolygone die auffällig sind im Regierungsbezirk Detmold. (Mehr
> > als 20 Outer)
> > Dagegen stehen insgesamt 3742 Multipolygone die in Ordnung sind.
> > Das macht 0.05% oder 0.5 Promille. Dafür brauchen wir Regeln?
>
> Deine Statistik geht von der Hypothese aus, dass die Problemfälle
> gleichverteilt sind.
> Sie sind aber eher auf die Stellen konzentriert, an denen sich die
> genannte Kategorie von Mappern gerade aufhält.
>
> Auch sind MPs mit vielen Outern nur das eine Problem; grundlos aus
> Linienstücken zusammengesetzte kleine Objekte das andere.
>
> tom
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de



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


Re: [Talk-de] Einführung von Regeln für die Verwendung von Relationen mit type=multipolygon

2018-11-23 Thread gmbo
Am 23.11.18 um 20:56 schrieb Christoph Hormann:

> Erstmal ohne die Sache inhaltlich zu betrachten - welcher Art sollen 
> denn diese Regeln sein?  Vorschläge, wie man bestimmte Dinge am besten 
> mappt kann ja im Grunde jeder verfassen (und das sollte eigentlich viel 
> öfter gemacht werden als es de facto der Fall ist).  Aber ich habe den 
> Eindruck, dass Du hier eine darüber hinaus gehende Wirkung 
> beabsichtigst.  Wäre gut, das klar zu stellen.  Du deutest die Idee 
> eines Abstimmungs-Vorganges an - sowas wäre auch international bis 
> jetzt ohne Vorbild so dass völlig unklar ist wie Du dir das vorstellst.
>
> Inhaltlich muss ich nach kurzem Überfliegen sagen, dass ich ziemliche 
> Schwierigkeiten habe, die Bedeutung der Regeln nachzuvollziehen - 
> sowohl durch die sehr häufige Verwendung von vagen, undefinierten 
> Begriffen als auch durch die fehlende innere Logik.  Das sieht mehr 
> nach einer Sammlung von Ideen aus als nach einem zusammenhängendem 
> Konzept.
>
> Vielleicht als Ratschlag für die Verfasser dieser Vorschläge:  Versucht 
> das einfach so zu formulieren, dass für Norbert Neumapper klar ist, was 
> ihr von ihm möchtet - ohne sich Gedanken über die genaue Bedeutung von 
> Wörtern wie 'nötig' und 'überschaubar', Wortneuschöpfungen 
> wie 'MP-Teppiche' oder pseudo-englische Begriffe wie 'Outer-Way' 
> oder 'Inner-Ringe' zu machen.
>
> Frederiks Empfehlungen zur Flächenverklebung sind da ein gutes 
> Lehrbeispiel, wie man sowas kurz, präzise und logisch stringent 
> formuliert.
>
besser konnte ich das auch nicht fomulieren.

Regeln einführen wäre meiner Meinung nach gegen das Prinzip von OSM.

Es gibt zwar schon welche wie Urheberrechtsverletzung, die ja auch
sinnvoll sind weil sie das System zerstören können, aber auch ich fände
Beschreibungen in einfachen Worten die auch Anfänger gut nachvollziehen
können besser.

Da wären Beschreibungen wie kann ich ein Komplexes Gebilde wie einen
komplizierten Wohnblock am sinnvollsten mappen und dabei auch
Negativbeispiele zu bringen,  mit der Beschreibung was daran schlecht
ist und wie dies in einfacher Form so umgebaut werden kann.

Wenn dann die dazugehörigen Wikiseiten auch in unserer Sprache
existieren und als Einstig da z.B. wie mäppe ich einen Wohnblock, eine
Waldfläche usw., kann ich mir vorstellen, dass da ein Neumapper von
allein in die richtige Richtung läuft und auch erfahrenere Mapper davon
profitieren.

Das ganze sollte dann natürlich die heute verwendeten Editoren mit
einschließen. Also auch berücksichtigen, dass bei bestimmten
Mappingarten nicht mehr alle  Editoren damit klarkommen und dadurch
weitere Fehler hinzukommen.

Daher würde ich nicht Regeln einführen wollen, sondern eher die
Beschreibung verbessen und meine damit würde mindestens das selbe
erreicht und die Community hätte da längerfristig etwas davon.

Gruß Gisbert


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


Re: [Talk-de] Datum einer Kontrolle vermerken?

2018-08-13 Thread gmbo
Ich bin nicht der Meinung, dass so etwas gar nichts mit Geodaten zu tun 
hat, auch wenn nicht direkt. Dann müssten Daten wie Zeitpunkt der 
Eintragung Änderungsdaten usw auch verschwinden, denn sie haben direkt 
genausowenig damit zu tun wie die Speicherung der Changesets und Quellen.
All diese Daten haben mit der Qualität und der Gültigkeit, also der 
Verläßlichkeit der Daten zu tun.

OSM wäre aber nicht auf einem akzeptierten Stand wenn diese Daten fehlten.

Im Fall der lastchecks geht ja dabei hauptsächlich um die Daten die sich 
verändern.


Ja ich würde mir in dem Fall einen metatag wünschen den ich dabei aber 
gesteuert geben müsste, da sich sonst genau dann nichts tut wenn sich 
nichts geändert hat.
Im Moment müsste ich also Beispielsweise den Namen eines Geschäftes 
löschen hochladen und dann wieder neu setzen um den wieder mit einem 
Metatag zu versehen.
Das würde viel mehr Datenlast erzeugen wie ein zusätzlicher Tag der an 
sich erfahrungsgemäß häufig ändert.


Als Beispiel eine Baustelle verhindert, dass man von Weg A nach Weg B 
kommt, weil ein Stück Straße gesperrt ist.


Wenn ich so etwas gesetzt habe und nicht abschätzen kann wie lange das 
gültig ist, fahre ich normalerweise solche Punkt öfter an.
Wenn ich es vergesse bleibt die Information sonst erheblich lange 
bestehen, wenn ich sie nicht eintrage fehlt sie.


Ich fände es aber nicht richtig wenn ich eine solche Information nicht 
tagge weil ich das nicht kontrllieren kann und ich ja sehe dass ich mich 
gerade in einem Gebiet befinde wo wenig gemappt wird.


Es wäre deshalb unserer Meinung nach gut, weil machbar, wenn es einen 
Tag gäbe, der in den Editoren angeboten würde um genau so ein Prüfbit zu 
setzen, in wieweit das bei Objekten mit vielen sich ändernden Tags dann 
verfeinert werden könnte sei dahingestellt, würde meiner Meinung nach 
nur noch geringe Verbesserungen bringen,
Sas ganze würde zu einer höheren Qualität der Daten führen, es würde 
auch von Anfängern verstanden und einheilich, damit nutzbar gemacht.



Kleie zusätzliche Anmerkung von mir:
Wenn wir nur natürliche Eigenschaften von geografischen Objekten taggen 
würden wüssten wir es gibt dort einen Gipfel, oder eine Straße, der Name 
wäre ja auch keine natürliche geografische Eigenschaft, ist ja nur dazu 
da damit ein Mensch die erkennt und findet. Wenn das aber nicht in der 
DB wäre gäbe es OSM und damit die DB nicht mehr.


Gruß
Gisbert


Am 12.08.2018 um 22:23 schrieb Michael Kugelmann:

Am 11.08.2018 um 13:08 schrieb Andreas Meier:

die Information eines
Verifikationsdatums ist m.E. eine Information, die an das Objekt gehört,
weil sie als Metadaten die Qualität der Objektdaten beschreibt.
das Dateum einer Verifikation ist keine "natürliche Eigenschaft" eines 
geographischen Objektes => hat mit dem Objekt in physikalischer Weise 
nichts zu tun. Und genau das beschreiben wir is OSM => hat also m.E. 
eindeutig nichts in der DB zu tun.



Just my 2 cents,
Michael.


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




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


Re: [Talk-de] Datum einer Kontrolle vermerken?

2018-08-11 Thread gmbo

genau das war am letzten Stamtisch in Bochum Thema.
Da wurde das ganze deshalb angefragt weil wir uns vermehrt um 
Öffnungszeiten kümmern wollen. Die Möglichkeiten von QA sind derzeit ja 
nur vorhanden oder nicht abzufragen.


Unsere Zusammenfassung erbrachte dann ein paar wenige Fakten.
Sinnvoll finden einn Tag für die überprüfung fast alle.

Aber
zur Zeit gibt es eine viele verschiedene Tags.
survey:date=*
lastcheck=*
survey=*
survey_date=*
updated=*
last_checked=*
operational_status=*
operational_status:date=*
operational_status:note=*
last_check:date=*
last_check:note=*
last_checked:date=*
last_checked:note=*
stateofrepair:note=*
stateofrepair=*
check_exists:date=*


Wenn dann noch die Variationen für den Typ der Überprüfung also
opening_hour:*
collection_times:*
dazukommen, weil dann ja verschiedene bessere Auswertungen möglich sein 
sollen wird es nur noch komplexer und unübesichtlicher.


deshalb waren wir uns einig lieber eine Möglichkeit zu haben, die bewußt 
das Datum der letzten Änderung als neu setzen könnte, oder sich halt auf 
ein Tag zu einigen welches dann bei den relevanten Taggings in den 
Editoren mit angeboten würde um auch überall gleiche Taggings zu haben 
und die Öffnungs , Leerungszeiten und genauso Namen der Geschäfte usw. 
besser im Blick zu haben.


Gruß
Gisbert

Am 11.08.2018 um 00:05 schrieb Andreas Meier:

Hallo zusammen,

  


seit einiger Zeit tagge ich auch collection_times bei Briefkästen. Durchaus
häufig sind vorhandene Tags veraltet und falsch. Leider kann ich den
Briefkästen nicht ansehen, ob die collection_times letzte Woche oder vor 4
Jahren zuletzt überprüft wurden. Bestenfalls gibt es ein Datum, wenn es
korrigiert=geändert wurde. Aber wenn jemand kontrolliert hat und es war
richtig, dann bleibt ja nur das ggf. uralte Datum der letzten Änderung
abgreifbar. Daher frage ich mich, ob es sinnvoll wäre, eine Art Zeitstempel
einer Überprüfung als zusätzliches Tag an den Briefkasten zu speichern, z.B.


  


time_stamp_last_check =- oder –

collection_times:last_check =  o.ä.

  


Damit könnte ich mir alle Briefkästen des Dorfes herausfiltern, die z.B.
länger als ein Jahr nicht überprüft wurden und gezielt hinfahren.

  


Das gleiche Prinzip könnte man natürlich auch für Öffnungszeiten von
Geschäften diskutieren oder ähnliches. Gibt es dazu Meinungen? (Wenn das
schon 100 Mal diskutiert wurde, dann wäre ich für einen Hinweis auf das
Ergebnis dankbar)

  


Gruß

Andreas

  


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




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


Re: [Talk-de] Dorfkarte - Qualitätssicherung?

2018-06-16 Thread gmbo

Die Frage wird überall so gestellt.
Ist hier im Ruhrgebiet genau so gewesen, als der RVR an OSM 
herangetreten ist um unsere Karte zu nutzen und gleichzeitig dazu in OSM 
mitzuarbeiten.
Wir konnten direkt bei den ersten Gesprächen zeigen wie schnell benannte 
Fehler beseitigt werden können.
Inzwischen haben die ersten kommunalen Vertreter Workshops zum Umgang 
und Möglichkeiten von OSM besucht und der RVR darf jetzt seine 
Kartenwerke mit OSM-Daten nutzen.
Zu den vielen Augen der OSM-community sind nun auch die Vertreter nom 
RVR und der Katasterämter der Städte hinzugekommen, was die Quallität 
weiter erhöht.

https://wiki.openstreetmap.org/wiki/RVR

Gruß
Gisbert


Am 16.06.2018 um 08:38 schrieb Ludwig Baumgart:

Hallo liebe Mitmapper*,

haben wir eine funktionierende Qualitätssicherung? Das werde ich bei 
meinen vielen Kontakten von Amtlichen Stellen  und von Politikern 
immer wieder gefragt.


Bei uns kann ja jeder irgendetwas eintragen, auch Falsches oder er 
macht als Anfänger einfach Fehler im JOSM. So wie ich gestern abend 
hier in Steißlingen bei meinem Vorzeigeobjekt. Da ich vor dem Upload  
bei "I would like someone to review my edits" sehr bewußt ein Häkchen 
gesetzt hatte, warte ich gespannt ab, ob sich wegen meiner Fehler 
jemand bei mir meldet und mir hilft, diese zu beseitigen.


Als ich am Montag auf dem Züricher Stammtisch war, sagte mir Simon P., 
wer für das Gebiet Schaffhausen CH so etwas macht. Das Gespräch mit 
Jonas war dann sehr interessant. Haben wir in DE auf der 
Singener/Konstanzer Seite der Grenze so etwas auch?  - sicherlich!


 Ludwig Baumgart ("lubaum")


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




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


Re: [Talk-de] Meldung 2: Fernsteuerung JOSM

2017-04-17 Thread gmbo

Am 17.04.2017 um 16:36 schrieb Hakuch:

On 17.04.2017 16:04, Bernhard Kuisle wrote:

Der Link http://localhost:8111/ funktioniert schon nicht.

Dann müsstest du erstmal im JOSM checken ob da das remot plugin richtig
aktiviert ist (unter Einstellungen Plugins irgendwas?!)



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

Ohne Fehlermeldung braucht man einen gültigen Aufruf.

http://localhost:8111/load_and_zoom?left=8.19=8.20=48.605=48.590=node413602999_layer=true

Manche Browser nutzen Https wenn sie von einer Https Seite aufrufen.
dann braucht man den Port 8112
für https kann auch das Zertifikat abgelaufen sein dann sollte

Beispielsweise

https://localhost:8112/load_and_zoom?left=8.19=8.20=48.605=48.590=node413602999_layer=true
oder
https://127.0.0.1:8112/load_and_zoom?left=8.19=8.20=48.605=48.590=node413602999_layer=true

Eine Meldung bringen und man akzeptiert das Zertifikat.

Gruß
Gisbert


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


Re: [Talk-de] Rettungsleitstellen

2017-04-09 Thread gmbo

Am 09.04.2017 um 22:58 schrieb Rolf Eike Beer:

Aber woher käme die Information für einen Mäpper daß es sich bei dieser
Einrichtung um eine Rettungsleitstelle handelt. Diese Funktion sollte in
allen Rettungswachen installiert sein, aber von der Besetzung hängt ab
ob es eine Leitstelle ist.

Nein. Eine Rettungswache ist ein Aufenthaltsraum, ein Klo und eine Garage.
Alles weitere ist optional. Notrufe werden da grundsätzlich _nicht_ angenommen
(wenn jemand mal spontan vor der Tür steht vielleicht schon). Wenn da der
Pieper klingelt setzt man sich ins Auto und fährt los, zu diesem Zeitpunkt ist
die Wache dann durchaus auch mal völlig leer, das wäre mit den Notrufen dann
schon arg unpraktisch.

Wo sich die Leitstellen befinden ist kein wirkliches Geheimnis, wenn du es
nicht weißt einfach mal den nächstbesten Polizisten/Feuerwehrmann/Sani fragen
wenn man mal ins Gespräch kommen. (Hint: es gibt für jede Fraktion i.d.R.
maximal eine pro Landkreis).

Es mag in ländlicheren Gegenden so einfache Wachen geben, die eine 
solche Funktion nicht haben, aber es wird in größeren Wachen mit 
Sicherheit die Technik dafür installiert.
So ein System funktioniert nicht ohne Redundanz. und die ist nicht an 
den Ort gebunden.

Deshalb habe ich das mal zu Bedenken gegeben.
Es wird auch im Landkreis Fallbacksysteme geben um In Notfällen 
reagieren zu können.
Die Frage nach der Sichtbarkeit für Mapper ging auf die Sichtbarkeit 
hin, an was könnte man also per Auge feststellen, wo sich eine solche 
Institution befindet.

In eine solche Leitstelle kommen nur berechtigte Personen.
Was würde also eine Information für die Daten einer Karte nutzen?
Für meine Begriffe würde das nur dann Sinn machen, wenn die offizielllen 
Stellen dieses zur Darstellung nutzen wollen und da würde dann nicht der 
Punkt der Leitstelle benötigt sondern eher die Fläche die die Leitstelle 
betreut.

Und auch das unterliegt Änderunngen, die nur Insider kennen.

Gruß Gisbert




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


Re: [Talk-de] Rettungsleitstellen

2017-04-09 Thread gmbo

Am 09.04.2017 um 19:00 schrieb Peilscheibe:

On 09.04.2017 10:55, dktue wrote:


das ist richtig, wenn dieser Begriff als Tag genutzt werden soll, dann
muss es definitiv

 emergency=controle_centre

heißen.

Da ist ein "e" zuviel drin.

Grundsätzlich stellt sich mir aber die Frage, ob das tatsächlich im
englischen Sprachgebrauch so Verwendung findet, speziell bezüglich des
"control".

Im maritimen Bereich heißen diese Einrichtungen "Maritime Rescue
Coordination Centre" (MRCC) und wenn ich den Begriff
"Rettungsleitstelle" einfach mal kurz bei Leo einwerfe, kommt da auch
ein "rescue coordination centre" bei raus. Also nix "control", dafür
"coordination".


Um noch ein bisschen mehr Variationen zu sehen hilft auch Wikipedia,
https://en.wikipedia.org/wiki/Public-safety_answering_point

Aber woher käme die Information für einen Mäpper daß es sich bei dieser 
Einrichtung um eine Rettungsleitstelle handelt. Diese Funktion sollte in 
allen Rettungswachen installiert sein, aber von der Besetzung hängt ab 
ob es eine Leitstelle ist.


Gruß Gisbert

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


[Talk-de] Da ist mir etwas aufgefallen

2017-02-14 Thread gmbo

Bin gerade über den Änderungssatz eines neuen Benutzers gestolpert.
Sieht aus wie Tests an Pos 0/0
https://www.openstreetmap.org/changeset/46097003#map=13/-0.0349/0.0334

User: faisalhandal87

vor 19 Std.  angemeldet

MASIH ADA KESALAHAN
ES GIBT IMMER NOCH FEHLER

ist da in Malaisch angegeben.




Sollte ich das jetzt einfach nur löschen?


Werde an den Änderungssatz
Du hast warscheinlich deine Tests nicht wiedergefunden.
Das gehört nicht in die Karte.
Bitte lösche das wieder.

Mungkin anda tidak menemui lagi ujian anda.
Ia tidak tergolong dalam peta.
Sila ini jelas sekali lagi.




schreiben und die Reaktion abwarten.

Die später gemachten Änderungen sind in Indonesien wo wie angegeben von 
Bing Gebäude und Flächen eingetragen wurden.


Gruß
Gisbert







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


Re: [Talk-de] Fussgänger Routing durch Anlagen in denen Eintritt verlangt wird.

2017-02-09 Thread gmbo

Am 09.02.2017 um 18:33 schrieb Martin Koppenhoefer:

barrier=full-height_turnstile und higway=footway zugleich geht nicht.



wieso geht das nicht?


läßt sich hochladen, ist ja nur eine Warnung.

Ich arbeite nur ungern mit ignorieren von Warnungen.


Habe mir mal die 6 ways mit full-height_turnstile in Taginfo angesehen,  
Sind echte Einzelstücke und kaum mit
Zusatztags belegt. Aber immerhin gibt es hier 600 Nodes die wie die 6000 
normalen Drehkreuze getaggt sind.


Auf jeden Fall gibt es da noch Diskussionsbedarf und es wäre gut, da 
eine machbare Lösung im Wiki mit anzubieten.


Was mir zu den Drehkreuzen noch einfällt sind solche mit Automaten zum 
Bezahlen oder mit Ausweis-  oder Eintrittskarte als Eingangskontrolle.


Gisbert


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


Re: [Talk-de] Fussgänger Routing durch Anlagen in denen Eintritt verlangt wird.

2017-02-09 Thread gmbo

Am 09.02.2017 um 16:28 schrieb Martin Koppenhoefer:

Am 9. Februar 2017 um 16:14 schrieb gmbo <g...@kilometerfresser.eu>:


müssten nur im Falle von Sperrdrehkreuzen. weil ja dort ein Richtungsbezug
da sein muß.
Ausgang Tiergarten ist jetzt um mit kurzem oneway=yes getaggt.
changeset/45949166 <https://www.openstreetmap.org/changeset/45949166>



jetzt ist die oneway-Information an einem highway=footway:
https://www.openstreetmap.org/way/473594278 da wird sie ggf. vom router
ignoriert (typischer Fall sind highway=pedestrian mit oneway=yes, wo
Fußgänger überall hin dürfen, Autos aber die Einbahnstraßenregelung
befolgen müssen).

Ich würde das oneway an einen way für das Drehkreuz machen, also
barrier=full-height_turnstile mit dazu. Die sind übrigens nicht nur wenige
cm groß sondern durchaus so was wie ein Meter. Das wird derzeit vermutlich
noch niemand ordentlich auswerten, aber es ginge wenigstens und wenn man
einen Entwickler darauf stubst wird er sich solcher Fälle ggf. annehmen,
vor allem, wenn es mehrere solcher Stellen gibt, und die gleich gemappt
sind.


barrier=full-height_turnstile
oneway=yes

ist jetzt an der Linie vom Ausgang.
Wenn am way auch entrance=exit steht beschwert sich josm weil entrance nur an 
den Punkt soll, also nur an den Ausgangspunt.
jetzt noch die zweite Zwickmühle
oneway=yes erfordert higway=*

barrier=full-height_turnstile und higway=footway zugleich geht nicht.

habe es trotzdem hochgeladen.
https://www.openstreetmap.org/changeset/45951575

Weiß jemand wie oft die Router die Daten aktualisieren.

Gruß Gisbert


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


Re: [Talk-de] Fussgänger Routing durch Anlagen in denen Eintritt verlangt wird.

2017-02-09 Thread gmbo

Am 09.02.2017 um 12:39 schrieb Martin Koppenhoefer:

Am 9. Februar 2017 um 08:27 schrieb gmbo <g...@kilometerfresser.eu>:


2 mal über Drehkreuze. turnstile <https://wiki.openstreetmap.or
g/wiki/Tag:barrier%3Dturnstile>
Die lassen sich so als Punkt ja nicht zur einbahnstraße machen und selbst
wenn gilt oneway nicht für Fußgänger.
Dann kommt dazu daß es wohl nicht reicht eine Bariere als private und
fee=yes zu taggen, da ja die Wege auf beiden Seiten frei sind und Fußgänger
passiern können.
Für die hier verwendeten Ausgangsdrehkreuze müsste es etwas im Tagging
geben was die nur eine Durchgangsrichtung angibt. Als weiteres müssten die
innenliegenden Weege ja eigentlich mit fee=yes und access=private|customers
gekennzeiichnet sein, oder der umschließende Bereich müsste die Attribute
enthalten.



Drehkreuze und andere Vereinzelungsanlagen müssen
müssten nur im Falle von Sperrdrehkreuzen. weil ja dort ein 
Richtungsbezug da sein muß.
Ausgang Tiergarten ist jetzt um mit kurzem oneway=yes getaggt. 
changeset/45949166 <https://www.openstreetmap.org/changeset/45949166>



  als (kurze) ways
eingetragen werden (alternativ könnte man relationen machen ähnlich den
turn-restrictions, aber das halte ich für mit Kanonen auf Spatzen
geschossen), das oneway gilt dann auch für Fußgänger, warum nicht? Müsste
man den routern halt beibringen.

tags auf dem "barrier"-Objekt gelten für diese barriere, wobei
"access=private" nicht richtig ist bei öffentlichen Anlagen, wo jeder
reindarf sofern er Eintritt bezahlt, fee ist ok.

Alle innenliegenden Wege mit "fee" zu kennzeichnen halte ich nicht für eine
gute Idee, es kostet ja nicht die Benutzung der Wege sondern der Zutritt
zur Anlage, an den Zutrittsstellen (barrier üblicherweise) finde ich es ok.
Die Benutzung der Wege wird mit dem Eintritt bezahlt aber jemand der 
sich über den Zaun Ausgang reinmogelt dürfte die Wege nicht benutzen.
Es gibt nur zur Zeit kein gültiges Taggingschema mit dem man das genau 
beschreiben kann.
Am Duisburger Zoo  gibt es da aber wohl zusätzlich ein echtes 
Taggingproblem. Der Ausgang am Zaun fehlt und die Barriere ist auf der 
Weggabelung. Das kann irgendwie nicht stimmen.

Habe mal einen Node drangehängt.

Gruß Gisbert

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


Re: [Talk-de] Fussgänger Routing durch Anlagen in denen Eintritt verlangt wird.

2017-02-08 Thread gmbo

Ein wenig dürfte das Problem auch am Mapping liegen,
alle angegebenen Beispiele routen über den Ausgang.
2 mal über Drehkreuze. turnstile 

Die lassen sich so als Punkt ja nicht zur einbahnstraße machen und 
selbst wenn gilt oneway nicht für Fußgänger.
Dann kommt dazu daß es wohl nicht reicht eine Bariere als private und 
fee=yes zu taggen, da ja die Wege auf beiden Seiten frei sind und 
Fußgänger passiern können.
Für die hier verwendeten Ausgangsdrehkreuze müsste es etwas im Tagging 
geben was die nur eine Durchgangsrichtung angibt. Als weiteres müssten 
die innenliegenden Weege ja eigentlich mit fee=yes und 
access=private|customers gekennzeiichnet sein, oder der umschließende 
Bereich müsste die Attribute enthalten.

Gruß Gisbert

Am 08.02.2017 um 18:46 schrieb electricwarr...@web.de:

Ich habe in den letzten Tagen einige Router beauftragt mich in der Nähe von 
Zoos oder Parks in denen an Kassen Eintritt zu zahlen ist zu führen. Ich wollte 
ohne Eintritt zu zahlen daran vorbei.
Kann mir jemand ein Beispiel nennen, wo dies geschieht, ohne dass der Router 
mich durch die Anlage führt ? Es ist mir nicht gelungen. Es ist dumm, wenn ich 
mit meinem Navy durch fremde Orte laufe und mich die OSM-Karte als Fussgänger 
immer mal wieder durch einen Zoo oder durch einen Vergnügungspark führt.
Mapzen und Graph Hopper auf openstreetmap.org führen mich ebenfalls durch die 
Sperren trotz barrier=* und access=private/no.
Als Fussgänger gibt es wohl keine Einschränkungen. Außer auf einer Autobahn.
Wo liegt das Problem ? Bei allen Routern ? oder an unserem Tagging?

Willi Rehfeld

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



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


Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de

2017-02-07 Thread gmbo
Ich habe mal einen Einzeiler dazu gebracht ein aktuelles 
|osm_user_groups_dach.kml zu erzeugen.


|
|wget -o melde.txt -O a.kml 
'usergroups.openstreetmap.de/osm_user_groups.kml';echo 'version="1.0" encoding="utf-8"?>xmlns="http://www.opengis.net/kml/2.2;>OSM usergroups 
worldwideGenerated list of OpenStreetMap local user 
groups by UserGroupsBotid="usergroup">localgroup.png0.5' 
>de.kml;sed "s/<\/Placemark>/<\/Placemark>\n/g" a.kml |sed 
"s/DE" >>de.kml;echo 
'' >>osm_user_groups_dach.kml



Natürlich ließe sich das ganze im Python-Script besser unterbringen, 
aber so geht es auch.


Viele Grüße
Gisbert

|Am 07.02.2017 um 11:55 schrieb lars lingner:

Hallo zusammen,

Am 06.02.2017 um 22:49 schrieb Michael Reichert:
[...]

Ich habe jetzt mal ein Pull-Request erstellt, das die Datei mit der
aktuellen Datei von users.openstreetmap.de ersetzt.

https://github.com/fossgis/openstreetmap.de/pull/9


Das ist das richtige Repo für openstreetmap.de Der PR von Michael
(Danke!) ist inzwischen auch angenommen.

Die FOSSGIS-IT wurde in den letzten Monaten auf einen aktuellen Stand
gebracht. Dabei wurden auch einige alte Zöpfe abgeschnitten, statt mit
Wurzel entfernt.
Wer hier Ideen hat, wie man das user-file besser verwaltet und in die
Webseite integriert, kann sich gerne einbringen. Es gibt sogar schon ein
Issue [1] dazu.


Viele Grüße

Lars


[1] https://github.com/fossgis/openstreetmap.de/issues/6

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



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


Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de


das Script läuft auf jeden Fall noch.

Auf http://usergroups.openstreetmap.de/ wird schon nach kurzer Zeit eine 
Änderung sichtbar. Ich habe vor 3h den Ort im Dortmunder Wiki aktualisiert, und 
jetzt ist der schon richtig in der Karte.
nur die auf www.openstreetmap.de/karte.html zeigt noch Daten die älter als 2 
Jahre sind.

Gruß Gisbert



Am 06.02.2017 um 16:33 schrieb Harald Hartmann:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

So, jetzt daheim kann ich auch mal meinen Senf dazu geben:

Vermutlich geht nach diversen Umzügen das Kopieren von
usergroups.openstreetmap.de (dort läuft das Skript bzw. der Bot) zur
Karte nicht (zwei getrennte Apachespaces). Ich habe das Skript dazu
vor ca. zwei Jahren mal in der Mache und wieder zum Laufen gebracht
[1] und hatte nach der Umstellung auf die neue Karte vor wenigen
Monaten durch Sven auch einmal nachgefragt [2], aber da sich niemand
gemeldet hat, bin ich jetzt sogar eher verwundert, dass überhaupt
etwas angezeigt wird... und nach den diversen Umzügen komme ich leider
auch nicht mehr direkt auf's System.

Die anderen Antworter haben ja schon auf die entsprechenden
dokumentierten Stellen verwiesen, zentral dazu gibt es auch noch [3]

Auf http://usergroups.openstreetmap.de/ wird die Ulmer Alb und auch
Ulm angezeigt, also musst du selbst nichts mehr dafür tun ;)

Vielleicht sollte man auch darüber nachdenken, unter
https://www.openstreetmap.de/community.html bei "Lokalen Gruppen"
einen Hinweis auf http://usergroups.openstreetmap.de zu setzen.

[1] https://forum.openstreetmap.org/viewtopic.php?id=26731
[2] https://forum.openstreetmap.org/viewtopic.php?pid=612816#p612816
[3] https://wiki.openstreetmap.org/wiki/User:UserGroupsBot

Am 06.02.2017 um 09:42 schrieb markus schnalke:

Hoi,

auf http://openstreetmap.de wird ein Layer namens ``Lokale
Gruppen'' angezeigt. Wo finde ich mehr Infos darueber? Konkret:
Woher stammen die Daten und wie kann ich unsere Gruppe UlmerAlb
dafuer hinterlegen? (Die Ulmer OSMler fehlen auch noch.)


meillo

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


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

iQEcBAEBAgAGBQJYmJdBAAoJEIuLcq40+VqtjHAIAOlhgAqm3grR9M25tJ84BlKN
wRXXflMTmVGWdE/TONK6jlBlGvVR87Mdp+N55YR9IK2mTnu5HNHqKLSvlLMYR5Yu
Phjb0pwPqbzvpnIGhln1MpgAoPhcdQdcKb6/0ZwUpCLN5IbwC0yoXed3snrj5K9h
LF7WGSecmFtOWaDi42uuQXDd8cVYCda9EfJPPxuG3sZ2KY59li5EeT0OSufkdDe2
wd9q4Z/j2aI3Mj8NqbzJj/xFZAA3XQXPX7w+TgBdJXm8hfN+ufvDh09/7V9p4XNS
HPYwrE28UbRwjb5nQOTe3biDksaSFYxPfnXATJ1UOHBCBXGqd+dRbkLC4syIZWI=
=5VIX
-END PGP SIGNATURE-

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




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


Re: [Talk-de] Lokale-Gruppen-Layer auf openstreetmap.de


Es müuß wohl einen UserGroupsBot gegeben haben.
in der KML-Datei 
 gibt es 
diese Beschreibung:

Generated list of OpenStreetMap local user groups by UserGroupsBot

dürfte aber wohl für die DE-Karte nicht sehr aktuell sein obwohl auf 
http://usergroups.openstreetmap.de/ ist sie recht aktuell.


Beschreibung im Wiki
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/User_groups_map

Gruß
Gisbert


Am 06.02.2017 um 11:03 schrieb MichaelK_OSM:

Uh   [ganz (!) tief im Gedächtnis kramend]

Ich meinte mich an eine Diskussion auf dem Münchner Stammtisch vor 
mehreren Jahren zu erinnern (bin mir aber dabei nicht mehr sicher). 
Und in der Diskussion kamen wir zu dem "wahrscheinlichen Ergebnis"[1] 
dass es auf dem Server ein Script gibt, welches entweder das Wiki (im 
Sinne von Infoboxen) oder die Termine oder  parst um so die Info 
zu gewinnen. IIRC Hintergrund der Diskussion war dass dass damals die 
Updates (neues Lokal für Stammtisch) nicht funktioniert hatte [wie 
gesagt alles mehrere Jahre her!].


ad [1]: soll bedeuten, dass sich alle nicht zu 100% sicher waren.


Grüße,
Michael.

PS: ich weiss nicht ob das dazugehört bzw. hilft:
http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/User_groups_map 



Am 06.02.2017 um 09:42 schrieb markus schnalke:

auf http://openstreetmap.de wird ein Layer namens ``Lokale Gruppen''
angezeigt. Wo finde ich mehr Infos darueber? Konkret: Woher stammen
die Daten und wie kann ich unsere Gruppe UlmerAlb dafuer hinterlegen?
(Die Ulmer OSMler fehlen auch noch.)



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



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


Re: [Talk-de] mobiler Zielgruppen-spezifischer Editor



Am 12.12.2016 um 15:10 schrieb gmbo:
Das ganze sieht als Grundlage für einen Editor schon recht gut aus, 
birgt aber durch solche Featcher wie GPX import auch wieder Risiken.


Habe das mal getestet, ich glaube nicht mehr, dass da etwas mit 
anzufangen wäre. Es weden für das Overlay nur die POIs geladen und 
trotzdem, eventuell etwas langsme Internetanbindung auch mit schellem 
Rechner eine Ewigkeit bis das Daten da sind. Was auch an der Darstellung 
mit der Flächenabdeckung liegen kann.


Dann könntest du den POI verschieben und siehst aber die vohandenen 
Daten nicht. Das kann dann zu Punkt auf Punkt kommen. Vernünftiges 
Editieren ist also  warscheinlich nicht möglich.


Gruß Gisbert





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


Re: [Talk-de] Wann ist das Eintragen von POIs ein IMPORT.

Um auch zu zeigen was ich einplegen möchte habe ich die Liste 2015 auch 
unter 
https://wiki.openstreetmap.org/wiki/User:Gmbo/Motorrad/Motorradparken 
online gestellt.

Gruß Gisbert

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


Re: [Talk-de] mobiler Zielgruppen-spezifischer Editor


Hallo Markus,
Die Firemap habe ich mir gerade angesehen.
Der Autor ist so wie es aussieht deutsch.
Da würde ich den Kontakt in deutsch bevorzugen.

Das ganze sieht als Grundlage für einen Editor schon recht gut aus, 
birgt aber durch solche Featcher wie GPX import auch wieder Risiken.


Die Idee eines simplen Editors mit den ich einfach für eine bestimmte 
Zielgruppe configurieren kann ist super.
Wichtig wäre daran, dass er auch wirklich ein für das Editieren ein 
Gebiet um den derzeitigen Standort geladen hat und eine Fehlererkennung 
vor dem Hochladen hat.


Ich hatte mir da das Hausnummerntool kurz angesehen fand das aber nicht 
schlüssig bedienbar. Ich habe dann bei der ersten Schulng mit 
Kilometerfressen mal den Vespucci angetestet, da eine Teilnehmerin 
eigentlich nur noch mit dem Handy komuniziert.
Das sah wesentlich besser als der Versuch mit ID aus. Es gibt eine 
Grundeinstellun Bereich um Position laden und das ganze war selbst von 
mir als Nichtwischer ohne Android und Co bedienbar.


Mit dem Editor sollte alles editierbar sein aber ich empfehle auch jedem 
Anfänger am PC den Josm.


Ansonsten habe ich die Offlineversion erklärt. Punkt per GPS bestimmen 
mit ich meine der App GPS-Position dort auf Position mailen ein bisschen 
an Text eventuell ein Bild dazu und absenden. die Mail geht dann beim 
nächsten Online gehen raus und gut ist. Die kann ich notfalls selbst 
empangen und dann in Ruhe eintragen.


Ich werde versuchen mir die einfachern Editoren mal genauer anzusehen, 
besonders wenn sie Open-Source sind.


Gruß Gisbert




Am 12.12.2016 um 13:53 schrieb Markus:

Hallo Frederik,


Warten wir mal ab, bis die ersten Hydranten als Flächenobjekte
eingetragen werden, und schauen wir mal, was der "simple POI-Editor"
dann daraus macht ;)

Gisbert habe ich so verstanden, dass die Biker bei Parkplätzen einen POI
erzeugen, und Gisbert dann anhand der Position mit Hilfe des Luftbildes
den Parkplatz zeichnet.

Sozusagen ein 2-stufiger Prozess...
So könnte man auch bei Löschteichen in OpenFireMap verfahren.

Gruss, Markus


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




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


Re: [Talk-de] mobiler Zielgruppen-spezifischer Editor

Es gibt da einige Editoren auch für Smartphones, die aber teilweise 
recht kompex sind.
Bei Android ist mir da trotz der komplexitat Vespucci ( 
https://wiki.openstreetmap.org/wiki/Vespucci 
 ) aufgefallen, da es dort 
die Möglichkeit gibt sogar Josm-Vorlagen zu nutzen.
Andere( https://wiki.openstreetmap.org/wiki/DE:Android#Editieren und 
https://wiki.openstreetmap.org/wiki/DE:Apple_iOS#zum_Bearbeiten_von_OpenStreetMap 
)  Editoren habe ich noch nicht testen können, da ich selbst kein 
Android oder iPhone nutze.
Ein Projekt https://wiki.openstreetmap.org/wiki/DE:Data4All arbeitet 
auch mit Bildern die aber erst einmal in der eigenen Galerie gepeichert 
werden.


Gruß, Gisbert

Am 12.12.2016 um 10:22 schrieb Marc Gemis:

Sorry for the English.

But mapcontrib is an editor as well. You can define a template that
users can fill in.
See my diary from June
http://www.openstreetmap.org/user/escada/diary/38884 for a bit more
detail.

Gruss

m

2016-12-12 10:11 GMT+01:00 Markus :

Hallo Marc,


https://www.mapcontrib.xyz/ willeicht ?

Das sieht eher aus wie eine Zielgruppen-spezifische Karte.

Damit werden Daten auf einem Layer angezeigt.
Möglich ist Overpass, CSV, GeoJSON, GPX.
Die Biker könnten dort mit Overpass ihre Parkplätze anzeigen :-)

Ich suche aber einen Editor...

Gruss, Markus



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

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



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


Re: [Talk-de] Wann ist das Eintragen von POIs ein IMPORT.


Am 11.12.2016 um 21:06 schrieb Frederik Ramm:

Hallo,

On 12/11/2016 06:55 PM, Rolf Eike Beer wrote:

[…]

Ab wann wäre das ein Import?

IMHO: definiv nein, das ist manuelles hinzufügen.

Nehmen wir einen extremen Fall: Ich habe über Jahre hinweg mit meinen
Kumpels diejenigen Restaurants ge-waypoint-et, in denen man meinem Pferd
kostenlos Wasser gegeben hat, und nun lade ich diese 1000 Waypoints zu
OSM hoch: Das wäre klar ein Import, denn wie bei anderen Importen auch
sollte die Community die Chance haben, sich vorher anzuschauen, ob ich
mir auch gut überlegt habe, wie ich vorgehe, um dabei nichts kaputtzumachen.
Ist in meinem konkreten Fall so, es handelt sich beim Sammeln um eine 
die Gruppe Motorradfahrer, dort sind auch von mir seit Jahren Parkplätze 
gesammelt worden um sie der Allgemeinheit zur Verfügung zu stellen.
Das ist bis 2013 über das Forum Ruhrpott-Viller  mit einer Liste 
Eintragung in Google Maps geschehen und ein zusatzliches Bereitstellen 
als GPX-Datei geschehen. Damals änderte Google die AGB und ich konnte 
die für mich nicht akzeptieren und suchte nach einer Alternative, die 
ich in OSM fand.
Ich versuche seidem auch die Gruppe Motorradfahrer auf z.B. der 
Dortmunder Motorradmesse von OSM zu überzeugen und finde dadurch immer 
mehr Mitarbeiter in OSM, die auch lernen mitzuarbeiten.
Motorradparkplätze wurden auch vorher schon in OSM getaggt. Ich habe 
dann angefangen da durch den Wikieintrag motorcycle_parking 
einheitlicheres Tagging zu erreichen. Die Seite ist inzwischen in viele 
Sprachen übersetzt.
Alle Parkplätze und veränderte die neu gemeldet wurden wurden seitdem in 
OSM eingeplegt.  Auf den Messen und anderen Veranstaltungen fand ich 
eine zweite Gruppe die solche Parkplätze gesammelt hat. Das ist der 
Bundesverband der Motorradfahrer die sich zu einem Verein zusammen 
geschlossen haben. Diese stellen eine eigene Liste zur Verfügung. Auch 
dort fand ich Freunde die schon mi OSM arbeiten.
In vielen Gesprächen haben alle daran beteiligten davon überzeugt dass 
eine Lösung alle Parkplätze in einer Liste zusammenzu führen und da wir 
die Koordinaten natürlich nach Möglichkeit in einer Karte sehen wollen, 
dies mit OSM anstelle von Google zu tun.
Da es auch mir widerstrebt so etwas einfach so per GPX in OSM zu laden 
und einfach einzuplegen, Da ja häufig der Parkplatz der Liste schon 
vorhanden ist, oder aber auch die Koordinaten nicht genau bekannt sind 
hätte dies zu Problemen führen können.
Also haben wir aus den 2 Listen eine zusammengesetzt und daraus eine 
gemacht. Dadurch wurde der größte Teil der Dopplungen entfernt.
Dann haben wir begonnen zu prüfen ob der Parkplatz schon in OSM 
eingetragen ist. Da dies aber alles für jeden Parkplatz einzeln 
gescheehen muß und ich und die anderen OSM-user feststellten, die viele 
Parkplätze fehlen noch in OSM und sind aber wenn man ein geübtes Auge 
hat auf Bing-Luftbildern zu erkennen oder zu erahnen auch eingetragen 
worden. Dafür habe ich an Regentagen auch schon viele Stunden 
eingeplegt. Dazu gehören viele Parkplätze, die ich selbst fotografiert 
habe oder Bilder zugesannt bekommen habe. Wenn ich mir nicht sicher war, 
habe ich ein fixme Pos ungeau angefügt um den Parkplatz dann  auf einer 
meiner Fahrten zu besuchen oder dem Melder den Punkt zeigen zu können 
und die Position zu korregieren. Natürlich reagiere ich bei den 
Eintragungen auf Meldungen zum Änderungssatz wo mich dann User zu den 
Punkten befragen.


Ich war wie geagt nach Gesprächen auf OSM- Stammtischen im Sommercamp 
2015 und der OpenRheinRuhr nicht davon ausgegangen, dass es sich dabei 
um Importe handelt. Die Liste sollte als Referenzliste für eine geplante 
Wochenaufgabe genutzt weden.



Um auch auf die inzwischen weiteren Antworten einzugehen, die die 
Revertierung betrift, die Michael, gemacht hat.
Ich kann dich inzwischen verstehen, mit dem was du gerade in deiner 
Antwort geschrieben hast, sogar noch viel besser.
Das Beispiel mit der Bahn habe ich deshalb genutzt weil mir gerade in 
meiner Umgebung beim Betrachten der Fixmes diese auffielen und ich mir 
gut vorstellen konnte warum die ungenau beim Mappen sind. Dort sieht man 
auch nur das Signal vorbeihuschen, kann sich das wichtigste dazu merken, 
selbst eine aufgezeichnete GPS-Spur enthielte große Ungenauigkeiten.


Aber um auf meine Problematik zurückzukommen, es ist nicht so einfach 
wenn der Melder nicht dem Standart OSM-Mitwirkenden entspricht.

Eine für mich optimale Meldung  wäre  z.B. eine der letzten für Oberhausen.

Bero Zentrum, Concordiastrasse 32
Am Eingang Nord
51.475228, 6.842295
3 – 6 Stellplätze
mit Bild vom Parkplatz.
Diese Meldung kommt von jemanden, dem ich letzten Monat OSM gezeigt und 
erklärt habe und im Januar am nächsten Treffen zu dem Thema teil nimmt. 
Hier sollte demnächst dann jemand selbst eintragen können.
Sie kann inzwischen die Koordinaten vom Handy absenden und hat sogar 
schon einen unbenutzten OSM Account. bittet mich dies in OSM 
einzutragen, was ich natürlich tue.



[Talk-de] Wann ist das Eintragen von POIs ein IMPORT.

Ich hoffe, die Mailingliste ist der für mich richtige Startpunkt einer 
Diskussion über die Frage, Wann ist das Editieren in OSM ein Import?


Ich war bisher davon ausgegangen und auch Gespräche auf OSM-Stammtischen 
gingen in diese Richtung, das ich mit einer selbst gesammelten Liste von 
mich interessierenden Punkten, die schon länger in OSM gepflegt werden 
die ich dann einzeln, durch freigegebene Luftbilder überprüfe, und dann 
eintrage keinen Import im Sinne von 
https://wiki.openstreetmap.org/wiki/DE:Import/Guidelines handelt.


Wenn ich also zum Beispiel viel mit der Bahn fahre und die Signale 
aufnehmen möchte, schreibe ich immer wenn ich ein Signal sehe den Typ 
und die grobe Position in einem Notizbuch auf. Diese tage ich wenn mir 
wieder ein Rechner zur Verfügung steht in OSM ein.
Da ich einigermaßen gewissenhaft arbeite, schaue ich ob ich die Position 
durch freigegebene Luftbildaufnahmen näher bestiimmen kann, um die 
Signalstandorte exakt zu setzten. Ich spreche mit freunden darüber und 
diese melden mir weitere Signalstandorte, die ich ebenso mit  eintrage, 
da sie es selbst so nicht kennen aber von der ihnen beschriebenen Idee 
freier Daten in OSM überzeugt sind. Der nächste Schritt für mich ist ein 
Heranführen der Freunde an OSM, damit sie die Signale selbst einplegen 
können.


Ab wann wäre das ein Import?

Wenn ich also ein Paar Freunde habe die eine solche Sammlung von 
Signalstandorten auf die gleiche Weise gesammelt haben und mir ihre 
bisher gesammelten Punkte übergeben, die ich dann auch mit eintrage.

Ist das also jetzt ein Import?


Ab wann muß ich mir für das Einplegen von solchen Punkten Gedanken 
darüber machen ein eigenen Import Account anzulegen, und den auf der nur 
enlischsprachigen Liste zu diskutieren, auch wenn ich die Hälfte der 
Antwoten nur halb verstehe, da ich nur über einen weng benutzten 
Grundwortschatz verfüge und Übersetzer wie Bing und Google nur 
unverständliche Übersetzungen machen.


Gut meine Beschreibung ist nur ein realistisches Beispiel, welches ich 
gewählt habe um einen einfachen Einstieg zu haben.


Gruß
Gisbert



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


Re: [Talk-de] Meine letzten Edits


Overpass-turbo wäre auch gegangen, da hast du alle POIs direkt

//*
[timeout:80];
// Datum ggf. anpassen
node
  [tourism=caravan_site](newer:"2015-05-01T07:00:00Z")(user:gmbo)
  ({{bbox}})->.newnodes;
// Ausgabe
.newnodes out meta;

//***

Gruß
Gisbert



Am 01.10.2016 um 22:37 schrieb Jo:

Nicht schlimm, wir sind hier zum lernen und einander zu helfen.

Polyglot

2016-10-01 18:34 GMT+02:00 Heinz-Jürgen Oertel :


Danke Tobias

ich hätte vor meiner Frage in der Liste etwas länger suchen sollen.

Heinz

Am Samstag, 1. Oktober 2016, 18:26:58 schrieb tob...@antifuse.de:

On Samstag, 1. Oktober 2016 18:20:52 CEST Heinz-Jürgen Oertel wrote:

5 Wochen Urlaub liegen hinter mir. Unterwegs habe ich versucht einige
wichtige Sachen, besonders Unterkünfte und Gaststätten aber auch

Kirchen,

als POI mit OSMand aufzunehmen. Dabei gelingt es nicht ganz korrekt das
Tagging Schema einzuhalten, aber immerhin hatte ich damit die Position.
OSMand kennt z.B. beim POI anlegen keine Pensionen, nur Hotel. Ich

möchte

nun mittels JOSM die POIs nachbearbeiten, auch Schreibfehler

korrigieren

etc. Leider kenne ich keine Methode meine letzten Edits zu erfahren.

Kann jemnd helfen?

  Heinz



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


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



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


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




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


Re: [Talk-de] Suche Starthilfe Mapnik, eigene Karten rendern


Am 11.09.2016 um 18:56 schrieb Alexrk:
Leider finde ich im OSM-Wiki nur eher konfuse und größtenteils 
veraltete Anleitungen. Ich habe soweit die Daten schon in PostGIS und 
Mapnik (per Ubuntu/OSGeoLive) installiert. Wie so ein Carto-Style nun 
mit Mapnik zusammen zu einem PNG als Ausgabe führt, ist mir aber noch 
ein Rätsel.


Ich habe mit Hilfe von Sven Geggus inzwischen auch so eine Datenbank 
aufsetzen können.

Das war nicht so ganz einfach, da es da Versionsabhängig einige Hürden gibt.
Die Umsetzung mit osm2pgsql ist mit größeren Gebieten recht aufwendig 
was Rechnerleistung und Zeit betrifft.
Auch die Version spielt  eine Rolle. Die Version für den deutschen, 
sollte aber für CartoCSS auch gelten, wird mindestens  0.89 benötigt, da 
die  nocolumn option dort erst eingebaut ist.


Die Version die Ubuntu 16.04 mitbringt ist zu alt und hat mir anfangs 
viel Kopfzerbrechen gemacht, da die ersten Renderversuche dadurch fast 
leere Tiles ergaben.
Ich habe mir dann die letzte Version als Quellen geholt und damit lief 
das ganze fast rund.
Fast, da ich wegen meiner langsamen Internetanbindung davon ausging, 
dass es möglich wäre mit einem Bundesland anzufangen und dann zu erweitern.
Das klappt so anscheinend aber nicht, da das erweiten bei mir immer zu 
Abruch führte und die vorgeschlagene  Lösung im zusammensetzen des 
OSM-Files und neueinlesen bestand.
Ein rechteckiger Ausschnitt etwas größer als DACH bringt einer 2 Kern 
3500 AMD mit 12 GB Ram und normaler SATA Platte ca. 4 Tage Arbeit.  Die 
Swap-Partition sollte nicht kleiner als 32 GB sein.


OSM-Wiki war mir da auch keine große Hilfe, Habe aber vor den Weg für 
den deutschen Carto Style in Deutsch einzubringen.



Schau dir mal die Beschreibungen in Github zu
https://github.com/giggls/mapnik-german-l10n und
https://github.com/giggls/openstreetmap-carto-de
an, die Beschreibungen sind auf einem neuen Stand.

Ich brauche keinen TileServer, nur erstmal eine Möglichkeit, überhaupt 
Karten lokal zu erstellen. 
Für den deutschen Style kann ich mit dem Tool render_single_tile.py 
 
einzelne Kacheln erstellen.
Warnungen sollten nur noch für Schriftarten da sein, da in den Styles 
meiner Meinung nach Doppel wegen unterschiedlicher Betriebssysteme  
eingeplegt sind.


Gruß
Gisbert


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


Re: [Talk-de] Neues vom deutschen OSM-Kartenstil


Am 19.06.2016 um 18:35 schrieb mmd:

Am 19.06.2016 um 18:05 schrieb Sven Geggus:

mmd  wrote:


Dachte, ich mache mich hier etwas nützlich und stelle die Vorschläge von
Gisbert als Pull reqeust zur Verfügung, und dann sowas... Sorry, ich bin
hier raus.
Ich wollte da keinen Strei vom Zaun brechen.  Danke für den Versuch, hat 
zumindest die Diskusion hier weitergebracht.

Das sollte Dir aber schon klar sein, dass das keine Hilfe ist wenn Du
anderen Dinge abnimmst die sie selber lernen sollten.

Ok, nachvollziehbar.

Ja sehe ich auch so, war davon ausgegangen hier eine Erklärung zu finden.

Ich lege schlichtweg Wert darauf, dass git blame auf den richtigen Menschen
zeigt.  Ist das so schwer zu verstehen?



kann ich widerum verstehen, auch wenn es bestimmt auch andere 
Vorgehensweisen gibt.




Renderingbeispiel könnte ich zur Zeit noch nicht liefern, das klappt mit 
einer normalen Ubuntu-Linux Installation nicht.




Am 19.06.2016 um 18:26 schrieb Martin Koppenhoefer:
wenn jemand gut icons machen kann, aber kein Interesse an git hat oder 
ihm das zu schwierig bzw. zeitaufwändig ist, dann willst Du ihn nicht 
für die Mitarbeit am deutschen Stil? Finde ich fragwürdig, und es 
führt letztlich auch zu schlechteren Ergebnissen fürchte ich, weil 
damit nur Programmierer oder zumindest programmier-affine Menschen 
beitragen können. Vielleicht überdenkst Du das nochmal, vielleicht 
gibt es ja eine Möglichkeit, beides zu vereinen (Author des Icons im 
Kommentar oder so)? 


Eigentlich sollte das System das doch auch so können.
Wenn ich die Dateien eingepflegt habe müsste das nachvollziehbar sein,
Ich wollte die Bilder ja extra nur so neu eingeben, damit Sven sie 
testen kann.
Die Renderingbeispiele habe ich gesehen, da ich die Meldungen von 
[gravitystorm/openstreetmap-carto] sehe, wenn auch nur bedingt 
verstehe.  (eher gar nicht oder falsch)
Mein Schulenglisch von vor 40 Jahren kannte da viele der heute 
gebräuchlichen Fachausdrücke nicht. Und Englisch ist mir damals schon 
schwer gefallen. Die Wörterbücher geben leider von dem Fachenglisch auch 
nicht viel her und die Übersetzer wie Bing bringen auch eher etwas 
anderes herüber als der Autor gemeint hat.


Ich war davon ausgegangen, dass die Diskussion auch innerhalb von Git in 
Deutsch geführt wird, und eventuell auf enlische Beiträge in Englisch 
geantwortet wird.
Warum es bei so mächtigen häufig genutzten Tools wie Git gar keine 
deutschen Bedienerführungen gibt ist mir unklar, Aber die ziehlt wohl 
wirklich nur auf die Hauptusergruppe der jüngeren Programmierer und das 
wird ja inzwischen üblich zu sein. Man will ja international sein.


Aber zurück zu den Icons.
Die Farbe müsste etwas dunkler sein. Beim Zeichnen hatte ich mich an 
einigen Beispielen aus älteren Karten orientiert. da gibt es auch noch 
Buschflächen, die im Mischschwald mit aufgenommen sind.


Das System GIT muß ich erst verstehen.
Vieleicht kennt ja jemand einen Link auf eine einfache Erklärung oder 
kann es grob erklären.


Also erst fork , eine Gabelung erzeugen, das hätte ich erwartet wenn ich 
direkt ,das Symbol ändern wollte.
werde ich dann mal machen wenn ich wieder zu Hause bin. Dann immer noch 
ohne Renderingvorschlag.


Oder ich finde eine Erklärung wie ich den machen kann.

Muß ich nicht  mindestens postgress und postgis installieren und 
OSM-Daten darin haben um zu rendern?


Gruß und Dank
Gisbert









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


Re: [Talk-de] Neues vom deutschen OSM-Kartenstil


Am 18.06.2016 um 21:35 schrieb Sven Geggus:

>Habe heute morgen mal mit Incscape versucht die Waldsymbole zu zeichnen.
>Habe sie hochgeladen.

Ähm, das ist ein fork von openstreetmap-carto d.h. meine Sachen sind da gar
nicht drin!

So wird das ja dann nix mit nem pull request.

Also meine Symbole, die ich schon immer im deutschen Stil verwende und die
Christoph als das Comic Sans der Waldsymbole empfindet finden sich hier:
https://github.com/giggls/openstreetmap-carto-de/tree/master/symbols-de
Genau dort habe ich Create new file gemacht, daraufhin hat Github das 
dann bei mir angelegt. Dort sind jetzt nur die 3 Files .

Warum deine Sachen da nicht drin sind weiß ich nicht.

Wie hätte ich vorgehen sollen?
Pull Request (ziehe) stelle eine  Anfrage

Wenn ich dort nach den Richtlinien schaue bin ich bei 
/gravitystorm/openstreetmap-carto/blob/master/CONTRIBUTING.md


Auch wenn ich trotz Bing-Übersetzer viel Bahnhof verstehe, lese ich grob 
heraus, dass das ganze mit Fork oder Pull-Request funktioniert.
Aber wie stelle ich so eine Anfrage, bei der ich ein oder 3 Files mit 
anhänge.


Im Moment etwas ratlos, da wieder alles nur englisch erklärt ist und  
ich damit leider Schwierigkeiten habe.


Gruß
Gisbert


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


Re: [Talk-de] Neues vom deutschen OSM-Kartenstil




Am 17.06.2016 um 21:19 schrieb Sven Geggus:
So lange der Nadelbaum wie ein umgedrehtes V mit _ dahinter und der 
Laubbaum wie ein Omega ohne linken Strich aussieht solls mir recht 
sein :) http://www.zweiraddoktor.de/grafik/top50.jpg Ich sehe gerade, 
dass da jeweils auch die rechte Linie etwas dicker gezeichnet ist. Ob 
der Atkis Signaturenkatalog da was hat? Das Zeug wäre ja explizit 
gemeinfrei.

Habe heute morgen mal mit Incscape versucht die Waldsymbole zu zeichnen.
Habe sie hochgeladen.
Ich weiß nicht ob du die Änderung siehst, bin mit github noch nicht so 
vertraut.

Liegen jetzt https://github.com/gmbo/openstreetmap-carto

Gruß Gisbert


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


Re: [Talk-de] Verwendung von Markenlogos in Karten?


Am 12.06.2016 um 11:13 schrieb Eifelhunde:

Am 11.06.2016 um 23:35 schrieb gmbo:

SVG ist soweit ich weiß, das bevorzugte Format und das ist Vektorgrafik.
Aber mangels Vektorlogos wird wohl teilweise auch PNG als Bitmap 
benutzt.


Bei Wikipedia gibt es schon ne ganze Menge.
Die Umwandlung von PNG ins Vektorformat... sollte das nicht mit 
Inkscape gehen?


caronna


Umwandlung geht mit Inkscape gut, benutze ich dafür auch.

Gisbert

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


Re: [Talk-de] Verwendung von Markenlogos in Karten?


Am 11.06.2016 um 22:05 schrieb Eifelhunde:



Am 11.06.2016 um 14:20 schrieb gmbo:

Aber ich habe noch eine allgemeine Frage zu den Icons für den Stil.
Gibt es eine Beschreibung wie die optimal gebaut sein sollen.
Dateiformat möglichst SVG sonst eventuell PNG.


warum als Bitmap und nicht als Vektorgrafik?
OSM ist doch auch ne Vektorgrafik, oder?

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
SVG ist soweit ich weiß, das bevorzugte Format und das ist Vektorgrafik. 
Aber mangels Vektorlogos wird wohl teilweise auch PNG als Bitmap benutzt.

Es wird aber daran gearbeitet die PMG Icons durch SVG Icons zu ersetzen.
Gruß
Gisbert

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


Re: [Talk-de] Verwendung von Markenlogos in Karten?


Am 11.06.2016 um 13:21 schrieb Eifelhunde:



Am 08.06.2016 um 16:33 schrieb Sven Geggus:
Nun sind dies Logos aber natürlich alles registrierte Marken das 
heißt es

dürfte illegal sein, diese in einer öffentlichen karte zu verwenden.


Wikipedia verwendet die auch über die Jahre ohne das sich wer 
beschwert hat.



___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
In Wikipedia dürfen die Logos nur dort verwendet werden, wo der Artikel 
eindeutig nur über die Marke geschrieben ist. Also ein eindeutiger 
Zusammenhang zur Marke besteht.


Da ist es bei der Karte nicht so einfach. Im Normalfall wird das 
Markenlogo zwar richtig verwendet, aber Wie ich scon schrieb müsste dann 
wirklich Eindeutigkeit herschen.

Und die ist bei unserem Tagging nicht gegeben.
Wir können nicht unterscheiden ist es Aldi Nord oder Süd. Gut hier wäre 
es möglich beide Logos zu einem  zu machen.

Bei Netto und Netto Marken Discount geht es aber nicht.

Ob ein Laden noch existiert oder Ende des letzten Jahres zugemacht hat, 
sieht das Renderingprogramm nicht wenn es noch nicht umgetaggt ist, 
dürfte aber erst Probleme machen wenn die Konkurenz hier einen Laden 
eröffnet.


Auch wenn ich die Logos in der Karte gut fände, ich glaube nicht an eine 
Realisierbarkeit ohne neue Tags wie brand:logo=*.
Wir könnten die Logos in der Karte warscheinlich verwenden, müssten aber 
mit einem Widerspruch der Markeninhabers rechnen, einmal weil wir z.B. 
nicht die genauen Farben oder das richtige Seitenverhaltnis verwenden, 
es kann natürlich auch wir möchtrn das nicht sein, weil die Marke nicht 
erkennbar ist.
Dann müssten wir es herausnehmen, da wir selbst wenn wir es rechtlich 
dürften, keine Geldmittel für einen Rechtsstreit hätten.


Aber ich habe noch eine allgemeine Frage zu den Icons für den Stil.
Gibt es eine Beschreibung wie die optimal gebaut sein sollen.
Dateiformat möglichst SVG sonst eventuell PNG.
Größe bei 16x16 px oder ?
Farben ?
gibt es sonst noch etwas wichtiges zu berücksichtigen.

Gruß
Gisbert









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


Re: [Talk-de] Verwendung von Markenlogos in Karten?


Am 09.06.2016 um 01:43 schrieb Martin Koppenhoefer:


sent from a phone


Il giorno 08 giu 2016, alle ore 16:33, Sven Geggus 
 ha scritto:

An einigen Stellen wäre es nun sicher schön Markenlogos in der Karte zu
verwenden.

Typisches Anwendungsbeispiel wären große Supermarktketten aber auch das
gängige deutsche Apothekenlogo und das Logo der deutschen Bahn.


vom rechtlichen Aspekt abgesehen würde ich das nicht bei Firmen wie z.B. 
Supermärkten, Fast food Ketten oder Tankstellen machen, weil man die dadurch 
hervorhebt und gleich die Frage mitschwingt, warum man es beim kleinen Tante 
Emma Laden nicht macht (oder würdest Du es prinzipiell für alle machen wollen?).

Bei deutschen Apotheken fände ich das rote A gut, aber im Ausland (auf der dt. 
Karte) wiederum unpassend, ähnlich sehe ich es auch für S+U Bahnen, etc. Das DB 
Logo wäre auch nur für deutsche Bahnhöfe sinnvoll, im Ausland oder bei 
Bahnhöfen von anderen Betreibern nicht.
Bei den Apotheken ließe sich das schon machen, Da könnte die 
Landesgrenze das Logo wechseln. International wäre da dann das grüne 
Kreuz, welches aber auch bei uns vorkommt. Da gibt es ja nur wenige 
Länder 
(https://de.wikipedia.org/wiki/Apotheke#Apothekensymbole_in_verschiedenen_L.C3.A4ndern) 
in denen es andere Symbole gibt.
Bei Bahnhöfen wäre das schon schwieriger. Wenn ich mir da die 
railway=station ansehe, würde der oerator "DB Station & Service AG" zwar 
recht häufig da sein, aber viele Bereiche hätten dann keine ins Auge 
fallenden Bahnhöfe, Und ich weiß nicht was auf uns zukommt, wenn die 
Mitbewerber mit dem falschen oder fehlenden Logo klagen. Und wenn ich 
mir den Bereich Aachen - Köln - Koblenz ansehe habe ich viele Mitbewerber.


Bei den Handelsketten gibt es mit Sicherheit auch Probleme. Da hatte ich 
auch mal dran gedacht, aber wenn ich allein Aldi und Netto sehe wird es 
kompliziert. Ladesgrenze funktioniert bei Aldi/Hoffer aber die Grenze 
Nord/Süd ist schn nicht klar in den Daten.
Bei Netto wird es dann ganz kompliziert. Da gibt es inzwischen bei zwei 
völlig unterschiedliche konkurierende Ketten mit gleich getaggten Namen 
"Netto" zwei Lebensmitteldiscounter mit änlichem Sortiment in einer 
Stadt . Von den kleinen, die dann ja auch kein Logo haben mal abgesehen.


Ich würde daher lieber in einer Grundkarte gleiche Symbole sehen und die 
Logos eher in zusätzlichen Layern, dann eher eine etwas weitere 
Aufgliederung wegen des Sortiments, aber da ist das Tagging noch nicht 
so weit.


Rechtlich dürfte die Verwendung machbar sein, im Normalfall hieße das 
aber Anfrage beim Markenrechtinhaber auf eine Erlaubnis, die man 
warscheinlich bekäme, da sie in direktem Zusammenhang mit den 
Unternehmen steht und gleichzeitig kostenlose Reklame ist.


Gruß Gisbert


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


Re: [Talk-de] Camper / Wohnmobile


Am 13.04.2016 um 07:17 schrieb Simone Schwarz:

Guten Morgen



Man sollte sie wahrscheinlich auf die internationale tagging Liste bringen.
Es bringt nicht viel, sie nur in der deutschen Liste zu fuehren..


Ist sicher eine gute Idee.

Mein Englisch reicht für eine Konversation, aber nicht für "Wissenschaftliche 
Texte" wie Wiki oder Diskussion in einer Englischen Mail-Liste :(

Es würde mich freuen, wenn das hier nicht einfach versickert und vergessen geht.

Mir ist noch was aufgefallen:
https://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site#Rendering

Nach meinem Bauchgefühl stellen Mapnik als auch Josm diesen Tag eben doch 
korrekt dar ;)


Das finde ich genau nicht, da caravan_site in allen Sprachen unserem 
Wohnmobilstellplatz entspricht.
Über den Begriff caravan_site könnte man gerne diskutieren. dann müsste 
man aber auch alle derzeit genutzten Tag für das Campen umstellen.
Caravan_site existiert im OSM-Wiki seit 2009 und wurde 2010 so 
formuliert, dass es den Wohnmobilstellplätzen entspricht und auch ins 
deutsche übersetzt.
Die unseren Campingplätzen entsprechende camp_site wird so auch intensiv 
genutzt. Hier gibt es einn Diskussionspunkt bei reinen Zeltplätzen die 
nicht mit Fahrzeugen, außer Fahrrad und Boot, befahren werden dürfen. 
Diese werden auch oft als camp_site getaggt, da gibt es den Ansatz das 
als camp_ground zu taggen.





Also,
nochmals vielen Dank an alle und ich hoffe dass sich da jemand diesem Problem 
annimmt, der bessere Englisch- und OSM-Kenntnisse hat, als ich.
Simone

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Das Problem abzugeben an die englische Liste und sich damit 
zurückzusetzen, weil die Sprache nicht reicht, ist ein schlechter Weg. 
Wir sollten ruhig hier eine Lösung finden die wir in Deutsch gut 
vertreten können.  Wenn dafür ein gutes Gerüst da ist, dann wären wir 
auch international besser vertreten.


Im Moment tagge also die Stellplätze so wie bei Map features usw also im 
OSM Wiki vorgegeben mit caravan_site.


Gisbert

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


Re: [Talk-de] Camper / Wohnmobile

Wenn ich dich richtig verstehe sind Motorhomes also keine Wohnmobile, 
sondern Kleine Häuser, die mit einem Motorfahrzeug zum nächsten Standort 
gebracgt werden und dort dann auf Zeit wieder fest installiert zu weden.




Am 12.04.2016 um 19:26 schrieb Volker Schmidt:

Achtung:
motorhome=no ist eine Beschilderung, die man in England, und ich denke auch
in den USA, antrifft. Diese schliesst die Langzeitbenutzung von praktisch
fest-installierten Wohnanhaengern als Wohnung aus.
Ich nehme an, dass die Bedeutung beim mappen in OSM die gleiche ist, das
heisst di Unterscheidung von Wohnsiedlungen die aus - im Prinzip -
fahrfaehigen und oft grossen Wohnanaheangern bestehen, und Plaetzen, wo
Touristen voruebergehend ihren Wohnwagen oder "Camper" benutzen.
Diese mobile-home-Siedlungen gibt es meines Wissens in grosser Zahl in
Europa nur in Grossbrittanien, und in den USA.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de



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


Re: [Talk-de] Camper / Wohnmobile



Es müsste nicht noch ein neuer Schlüssel sein.
Die Amerikaner Australier, Neuseeländer taggen das als 
tourism=caravan_site .
Einzig die Engländer kennen nur so wenige Wohnmobilstellplätze, dass sie 
die Kampingplätze teilweise als caravan_site taggen, da kommt es vor 
dass das sogar Plätze sind auf denen Motorhomes = no getagt ist. Auch 
ist da leider die englische Übersetzung für Wohnmobil nicht einheitlich. 
(Camper, Motorhome, RVhome selbst caravan)


https://wiki.openstreetmap.org/wiki/DE:How_to_map_a#Reisemobil-Stellplatz

https://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site sagt 
auch in der englischen Version Wohnmobilstellplatz wie wir es hier 
kennen. Leider ist dort der missverständliche Begriff caravan enthalten 
und daher haben alle Renderer auch Josm einen Wohnwagenanhänger als Symbol.


Für die Entsorgung gibt es
https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dsanitary_dump_station


Gruß Gisbert


Am 12.04.2016 um 13:50 schrieb Simone Schwarz:

Keine Ahnung

Wenn es so ist, müsste dann bei tourism=caravan_site nicht noch ein Schlüssel 
für Mobil-Home oder Trailer sein ?

Auf Stellplätzen sind eigentlich nur Wohnmobile zugelassen (mit wenigen 
Ausnahmen).

Wie gesagt, bin da ein bisschen verwirrt.

Dann kann ich das so verstehen, dass mit caravan (tourism=caravan_site) 
Wohnmobile gemeint sind, obwohl der Name nicht ganz glücklich gewählt wurde ;)





Gesendet: Dienstag, 12. April 2016 um 13:36 Uhr
Von: "Hartmut Holzgraefe" 
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Camper / Wohnmobile

On 12.04.2016 13:06, Simone Schwarz wrote:


Mich hat "caravan" ein bisschen verwirrt.
Caravan = Wohnwagen = Anhänger und Wohnmobil/Camper sind etwas ganz anderes ;)

ist im (US-)Englisch nicht Caravan der Oberberiff mit
Unterkategorien "Mobile home" für Selbstfahrer und
"Trailer" für reine Anhänger?

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


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



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


Re: [Talk-de] Deutscehr tileserver


Am 01.02.2016 um 10:55 schrieb Sven Geggus:
Der deutsche Tileserver und auch unsere Webseiten haben aber 
eigentlich ein ganz anderes Problem. Alle wollen nur und niemand 
arbeitet mit :( Was wir dringend brauchen ist ein Neustart des 
deutschen kartenstils als patchset des offiziellen carto style. Würde 
mich freuen wenn wir da 2-3 Leute finden würden, die sich darum kümmern. 
Welche Voraussetzungen müsste ich außer Zeit dafür haben, um dich dabei 
zu unterstützen.


Gruß Gisbert



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


Re: [Talk-de] Export einer Strassen-Datenbank


Am 12.11.2015 um 18:09 schrieb Martin Koppenhoefer:


sent from a phone


Am 12.11.2015 um 10:49 schrieb Florian Lohoff :

Deinen Amtlichen Gemeindeschlüssel findest du da
allerdings nicht.


wieso eigentlich nicht? Wäre das nicht etwas was man an die admin boundaries 
taggen könnte?

Gruß
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Der Gemeindeschlüssel ist doch schon an die Stadt/Gemeinde getaggt. 
de:amtlicher_gemeindeschluessel 


die dürften fast alle da sein.
Im Bereich Gebäude und Hausnummern wird das nicht so sein. Da gibt es 
wenige Gemeinden mit über 95% getaggten Hausnummern.


Gruß
Gisbert



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


Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering


Hallo Flo,
warum hängst du die Tags nicht alle an den Gebäudeumriss, den Tag 
place=locality 
http://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dlocality würde ich 
normalerweise weglassen oder auch mit dranhängen.


addr:housenumber=37  würde ich taggen , 0 nicht, die wird nie am Haus 
angebracht und bei der Suche würde sie doch auch keiner eingeben.

Steht eigentlich eine Nummer am Haus?
note=Adresse im Web zu finden auf Seiten auf denen die Jugendhilfe 
erwähnt wird. Anfahrtsbeschreibung auf der Seite über die B421 aber 
Offizielle Adresse nach Landesvermessungsamt - Zu finden im WebAtlas - 
Haus Bergfried 0, Bausendorf

Den Hinweis würde ich zusammenfassen.

addr:city=Bausendorf
addr:country=DE
addr:housename=Haus Bergfried
addr:place=Haus Bergfried
addr:postcode=54538
addr:street=Bergstraße
alt_name=Haus Bergfrieden
building=yes
name=Haus Bergfried
website=http://www.bergfried-jugendhilfe.de

Wenn alles am Gebäude hangt macht der Renderer auch nicht so viel Unsinn.

Gruß Gisbert



Am 28.08.2015 um 11:52 schrieb Florian Lohoff:

Hi,
ich weiss ich breche hier wieder eine Religiöse Diskussion vom Zaun -
Ich erhoffe mir das jemand vielleicht noch eine Lösung hat die schöner
in der Karte aussieht.

Es gibt das Haus Bergfried, 54538 Bausendorf - Das steht mitten im
Wald und hat gleich mehrere Adressen.

Postalisch laut eigener Angabe:

Bergstraße 37, 54538 Bausendorf

Landesvermessungsamt - Nach Webatlas

Haus Bergfried 0, 54538 Bausendorf

Dazu gibt es noch beliebige Spielarten mit - Haus Bergfrieden oder
Haus Bergfrieden 0

Postalische Adresse ist einfach - Die habe ich einfach auf einen Node
gepackt. Der Weg vor der Tür ist zwar nur ein Wirtschaftsweg/Hauszufahrt
aber die Bergstraße ist ja nicht so weit weg als das das ungültig wäre.
Das Kataster kennt die Hausnummer 37 im überigen nicht.

Das mit Haus Bergfrieden 0, 54538 Bausendorf ist dann schon
schwieriger. Am Ende ist das ja ein place - keine Straße. Um so eine
Adresse in den Nominatim index zu bekommen braucht es einen place node.
Also einen place node mit place=locality, name=Haus Bergfried,
alt_name=Haus Bergfrieden - Dann einen addr node mit
uaddr:place=Haus Bergfried addr:housenumber=0

Damit sind

Bergstraße 37, 54538 Bausendorf
Haus Bergfried, 54538 Bausendorf
Haus Bergfried 0, 54538 Bausendorf
Haus Bergfrieden, 54538 Bausendorf
Haus Bergfrieden 0, 54538 Bausendorf

Auflösbar und landen an der richtigen Stelle. Das mit dem housenumber=0
ist meine ich noch eine Nominatim Geschichte.

Problem ist jetzt das in der gerenderten Karte das

a) Haus Bergfried sowohl vom name auf dem Gebäude wie auch vom place
gerendert wird
b) in Höheren zoomstufen das Haus Bergfried durch die Hausnummer 0
verdrängt wird

Ich persöhnlich finde ja wichtiger das der Geocoder für alle möglichen
eingaben mir ein vernünftiges Ergebniss liefert - Aber schön ist was
anderes.

Wenn addr:full mal geht dann kann man da ein wenig aufräumen und
entsprechend die mutiplen adressen unterbringen.

Flo


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


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


Re: [Talk-de] ovl2gpx: OpenData-Wege vom bayerischen Vermessungsamt nach GPX wandeln


Hallo Manuel,
wenn man die Unterschiede sichtbar machen könnte wäre das ein guter 
Ansatz um die Wege dann zum Beispiel mit Hilfe einer Wochenaufgabe 
bekannter zu machen. Dann würden die Daten wenigstens nutzen bringen,

Finde es gut dass du ein solches Tool zur Verfügung stellst.

Gruß
Gisbert

Am 07.07.2015 um 17:52 schrieb Manuel Reimer:

Hallo,

ich habe vor einiger Zeit schonmal angekündigt, dass ich an einem 
Konverter arbeite.


Mittlerweile ist ein erster Stand fertig.

https://github.com/M-Reimer/ovl2gpx

Gedacht ist das ganze um die Freizeitwege im OVL-Format von hier:

http://vermessung.bayern.de/opendata

nach GPX zu wandeln.

Leider habe ich für meine Zwecke festgestellt, dass die Wege in meiner 
Region nicht zum Import geeignet sind.


Der fränkische Marienweg (einziger relevanter Fernwanderweg in meinem 
Gebiet) weicht teilweise von schon vorhandenen Daten in der OSM 
erheblich ab. Außerdem ist dieser selbst in den Vermessungsdaten 
lückenhaft.


Viele lokale Wanderwege rund um meinen Wohnort scheinen zwar korrekt 
in den Daten zu sein (ich kenne die Wege) aber haben keinen Namen, was 
eine Zuordnung unmöglich macht.


Gruß

Manuel


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



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


Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich

Habe die mal angesehen,und dabei fällt mir auf, dass dort trotz 
angewählter OpenStreetMapkarte als Google beschriftet ist und die 
Nutzungsbedingungen von Google anzuwählen sind.

Gruß Gisbert


Am 08.06.2015 um 08:49 schrieb Bernhard Kuisle:

Hallo Bernhard und andere,
eine einfache Möglichkeit gpx tracks hochzuladen und unter verschiedenen Karten 
(auch Sat-Bilder und Hybrid) anzuschauen oder auch abzuändern und wieder 
exportieren findet sich unter anderen Sachen auf der Seite
www.wegeundpunkte.de
Es geht alles ohne Anmeldung, nur die Größe des tracks ist begrenzt (500kB ???)
Gruß Bernhard

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



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


Re: [Talk-de] tracer2 NRW-Atlas - ALK umgezogen

Ich mußte auch etwas expeimentieren, und habe aus Alkis dann noch die 
reinen Gebäude herausgenommen.
Hatte je nach Einstellung Tile-Ladefehler, aber mit den beiden 
Einstellungen bekomme ich recht gute Ergebnisse.


ALKIS Nrw

wms:http://www.wms.nrw.de/geobasis/wms_nw_alkis?FORMAT=image/pngVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=adv_alkis_siedlung,adv_alkis_gewaesser,adv_alkis_verkehr,adv_alkis_oeff_rechtl_sonst_festl,adv_alkis_bauw_einricht,adv_alkis_vegetation,adv_alkis_gebaeude,adv_alkis_flurstueckeSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

0.0002
1024

boundary
127

16

building
yes;house;garage




NRW Gebaeude

wms:http://www.wms.nrw.de/geobasis/wms_nw_alkis?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=adv_alkis_gebaeudeSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

0.0001
1024

boundary
127

16

building
yes;house;garage



Gruß Gisbert




Am 03.06.2015 um 13:16 schrieb Alexander Matheisen:

On Di, 2015-06-02 at 20:56 +0200, Johannes wrote:

Was ist jetzt im tracer2 Plugin einzutragen?

Wenn ich den alten Wert
wms:http://www.wms.nrw.de/geobasis/wms_nw_alk_vektor?FORMAT=image/pngVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=nw_alk_vektor_gebaeudeSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

den URL-Teil durch
http://www.wms.nrw.de/geobasis/wms_nw_alkis
ersetze, funktioniert das tracer2 Plugin nicht mehr. Liegt vermutlich
daran dass, das ganze anders aussieht.

du musst auch noch die Layer anpassen, sonst funktioniert das natürlich
nicht. Schau mal unter
https://josm.openstreetmap.de/wiki/Maps/Germany#NRW-Atlas:ALKIS, da
findest du die vollständige URL.

Übrigens kannst du den ALKIS-Layer auch ganz komfortabel über die
JOSM-Einstellungen hinzufügen, schließlich wurde der neue Layer ja schon
in der oben verlinkten Konfiguration eingetragen.


Gruß
Alex


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


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


Re: [Talk-de] Updating motorhome dump station tagging (English)


Hallo,
leider verstehe ich das englische nicht so gut und habe, da ich zur Zeit 
noch selbst mit einem Wohnmobil unterwegs bin.


jetzt heißt es hier schon motorhome dump station

Bryce du warst meiner Meinung nach angetreten ein einheitliches Tagging 
für sanitäre Entsorgungsstationen zu schaffen.

Das finde ich gut.

Zur Zeit sieht es für mich so aus, dass es wieder auseinander läuft.
Du schaffst für ein einfacheres Rendering einen neues Schema für die 
Stationen in Häfen.
Das finde ich absolut überflüssig, da diese Stationen allein durch 
suction und Lage an einer Anlegestelle ermitteln lassen. Außerdem ist 
sogar das selbe Symbol fürs Rendern vorgeschlagen worden.


Dann gibt es einige dieser Stationen, die gleichzeitig für Wohnmobile 
und Boote genutzt werden. Als Beispiel kann ich da Dänemark sehen wo in 
der letzten Zeit viele Häfen auf deren Gelände Wohnmobilstellplätze 
geschaffen haben, weil die Entsorgungsinfrastruktur vorhanden ist.
Die Entsorgungsstationen in den Häfen unterscheiden sich nur sehr wenig 
von denen für andere Campingfahrzeuge.


In den Beispielbildern auf englischen Talk-Seite und der DE-Seite sieht 
man eine Station an der alles möglich ist. Dort gibt es die Klappe für 
Fäkalienkassetten und den Schlauch zum Absaugen von Bootsfäkalientanks. 
Hier würde auch das Ablassen von Grauwasser in eine Rinne funktionieren 
aber auch ein Schlauchsystem wie es in Amerika Neuseeland und Australien 
üblicher ist könnte hier zur entsorgung genutzt werden.
In dem Fall also Hafen Dorsten habe ich nur deshalb motorhome no 
beschrieben, weil der Weg dorthin für Fahrzeuge nicht zugelassen ist.


Für mich und das habe ich versucht mehrfach zu beschreiben, wäre es 
wichtig lieber erst die Gemeinsamkeiten, die Häufigkeit von Ausnahmen   
und die Ausführungen zu analysieren um dann zum Beispiel zu sehen dass 
ca 95% der Entsorgungsstationen Grauwasser und mit Chemie versetzte 
Fäkalien annehmen. Dann würde ich das als normal beschreiben und die 
Ausnamen mit Zusatztag anzeigen.
Nur warum habe ich das Gefühl, dass das ganze zur Zeit mit blindem 
Aktionismus übers Knie gebrochen werden soll.
Ich würde daher zur Zeit mit dem neuen amenity=sanitary_dump_station 
taggen und die Zusatztags der bisher genutzten verwenden.  Dann geht 
nichts verloren und die Stationen würden gerendert.


Es wäre schön wenn jemand das vorher in englisch geschriebene 
zusammenfassen könnte.


Gruß,
Gisbert

Am 22.04.2015 um 13:25 schrieb Martin Koppenhoefer:

2015-04-21 21:20 GMT+02:00 Bryce Nesbitt bry...@obviously.com:


   amenity=waste_disposal
   name=Aire de services camping-car
   waste_disposal:chemical_toilet=yes
   waste_disposal:grey_water=yes

To:
   amenity=sanitary_dump_station
   name=Aire de services camping-car



Why would we remove the tags
waste_disposal:chemical_toilet=yes
waste_disposal:grey_water=yes
?
I know that your point of view is that these are implicit in the
sanitary_dump_station tag, but as others have pointed out, there are
biological dump stations where you can't get rid of your chemicals. Do you
suggest these biological places should get a different main tag? Or that we
only tag waste_disposal:chemical_toilet=no in case they do not accept
chemicals? If it's the latter I am opposing this because defaults are
practically impossible to have in an open system like OSM (you never know
if a value should be the default value, or if the data is incomplete).

Regarding grey water I am not sure if tagging makes sense. Does grey water
really need dedicated stations for disposal? In doubt I'd keep the tag.






--
Note that:
1) All presently mapped German stations are tagged as accepting both
grey_water and sewage, and no site is mapped with chemical restrictions.



but it was mentioned by Gmbo that not all sites that exist do accept
chemical toilet waste.




2) German mapper Gmbo has designed a tagging scheme for describing stations
in more detail: receptor type, height of the drain, chemical restrictions,
grey water only facilities.  Those tags can be added to the above, by a
mapper who knows the local area and station types.  No information will be
lost.



+1




3) There is separate tagging for marine facilities for boats, as it is
improper to direct a motorhome driver to use a marine-only facility.



sounds reasonable




4) The waste_disposal:chemical_toilet tagging appears only in Europe: the
USA/Mexico/Canada and Australia/New Zealand use
the amenity=sanitary_dump_station style now.



This can have several reasons:
a) you don't have other kind of stations that do not accept these, so there
doesn't seem need for the tag
b) the tagging is still immature and will be improved later on

In any case it doesn't seem to be an argument for either side.

Cheers,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https

Re: [Talk-de] Mechanical Edits - Sanitary Station Retagging


Am 17.04.2015 um 03:07 schrieb Frederik Ramm:

Hi,

On 04/16/2015 05:54 PM, gmbo wrote:

Mich interessiert gerade dieser eine Edit. Ist der abgesprochen worden
und wo?
Bei Stichproben ist mir mir dieser Änerungssatz aufgefallen:
https://www.openstreetmap.org/changeset/29798905
den fand ich über den node 1861585182
Hier wurden definitiv Inhalte gelöscht. andere die vorher nicht da waren
zugefügt.

Ich weiss nichts von einer Diskussion; allerdings behauptet der Autor
auch, keinen mechanischen Edit durchgeführt zu haben, sondern jedes
einzelne Objekt von Hand überprüft zu haben. Das Changeset ist ja auch
nicht so besonders groß. Vielleicht kannst Du einen Kommentar zum
Changeset eingeben, in dem Du erklärst, welche Info genau verloren
gegangen ist?

Bye
Frederik


Das Problem welches ich damit habe liegt nicht an dem einen Changeset.
Ich fand seinen Vorschlag gut einen eigenen einheitlichen Tag für 
Entsorgungsstationen zu haben.


Dazu ist ein Proposel gelaufen welches akzeptiert wurde.
http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station

In der Diskussion dazu hatte ich angemerkt dass dort Zusatztags fehlen 
würden um die Stationen genauer beschreiben zu können.
Dazu gab es keine Antwort. Aber ich merkte, ein auf der 
Beschreibungsseite zusätzlich eingestztes fee=*, welches sofort ein
I oppose wegen The description of the key fee was change after start of 
the voting nach sich zog.


Nachdem das dann akzeptiert war wurde eine einfache Wikiseite angelegt. 
Ich habe ihm dazu dann geschrieben, dass die Beispiele, die er anführte 
unverständlich und teilweise widersprüchlich wären und habe dann, da ich 
mich selber seit 2 Jahren mit dem Thema beschäftige eine Tabelle auf die 
Diskussionsseite gestellt, in der ich darum bat sie für die Bilder der 
Entsorgungsstationen Taggingvorschläge zu machen um das beschreiben zu 
können was man sieht.


Die im Proposel angegebenen Zusatz-Tags beschreiben nur das *wie*.
suction also absaugen mit einer Pumpe. Das wird eigentlich nur in Häfen 
benutzt da die Entsorgungsauslässe tief liegen.

gravity entsorgen ohne zu pumpen.

Das *was* fehlt.
Also das was bisher mit dem Zusatztag waste angegeben wurde.
dabei stört ihn gerade der in besonders der Begriff waste=excrement da
Note in particular that excrement is a very impolite word in the USA, 
and if we can avoid it that's best.
der dazu stehende waste=chemical_toilet beschrieb das auch chemikalien 
eingesetzt werden.
bei chemical_toilet sieht er eine Verwechselungsgefahr mit normal zu 
benutzenden Toiletten.


Die Problematik einer Unterscheidung ob die Fäkalien mit Chemie versetzt 
entsorgt werden können sieht er nicht.


Aber genau das hat er in dem Edit entfernt.


Ich sehe wohl, dass die Edits eventuel von Hand gemacht sind, aber auch, 
dass bestimmte Tags in größeren Bereichen gleichzeitig geändert wurden.

Es gibt eine eigene Seite von ihm die zu den Changeset angegeben wird
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt
Hier spicht er selbst von Mechanical Edits.

Ja er hat auch bei mir angefragt ob wir auch ohne uns schon um die 
genaue Wortwahl bei den Zusatztags gefunden haben, mit dem Retaggen 
beginnen könnten.
Meine Antwort dazu war, dass ich bei Plätzen die Ich bearbeiten würde 
damit natürlich begänne, das aber nicht automatisiern würde weil sonst 
Informationen verloren gehen könnten.
Da ich mir dann die Anlagen anschaute stellte ich fest, dass er schon 
einen großen Teil umgetaggt hatte.
Darauf hin ich suchte was er gemacht hatte bei einigen wenigen Punkten 
und fand dann die reduzierung bei dem Node 1861585182


Meiner Meinung nach ist hier der Inhalt Fäkalien die nicht mit Chemie 
verunreinigt sind können entsorgt werden zu Fäkalien können entsorgt 
werden gemacht worden.


Und das finde ich nicht gut.

Gruß,
Gisbert




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


Re: [Talk-de] neuer Key für Entsorgungsstationen sanitary_dumping _station.


Am 17.04.2015 um 11:23 schrieb Martin Koppenhoefer:

Ich habe hier ein Statement von Bryce, das ich auf seine Bitte hin auf
Deutsch zusammengefasst habe (unten ist der Volltext):

danke


Zunächst führt er aus, dass er die monierten täglichen Änderungen an der
tag-Seite/Proposal nur gemacht hat, um auf Gisberts Kommentare einzugehen.
Das hatte ich inzwischen auch so verstanden, hat mich aber nur mehr 
verwirrt, ein Grund warum ich die Community mit einbeziehen wollte,




Die Gründe für seinen Versuch einer Vereinheitlichung und Änderung des
Tagging:

1) Um die kritische Masse zu erreichen, damit der tag gerendert wird.
Hierzu hat er in den Amerikas, Australien/Neuseeland nach solchen Stellen
gesucht, die anscheinend unvollständig getaggt waren (z.B. nur im Namen die
Funktion beschrieben), und diese dann anschließend anhand von offiziellen
Quellen (Webseiten der Features) überprüft, bevor er das Tagging verändert
hat.
So lange da auch die Eigenheiten in den Ländern berücksichtigt werden 
und keine Inhalte verloren gehen, ist da ja nichts gegen einzuwenden.


2) Um bessere tag-Bezeichnungen einzuführen die besser beschreiben, um was
es geht, z.B. sei Chemische Toilette keine gute Bezeichnung, eigentlich
gehe es um die Leerung von Toilettentanks.


Da ist das Verständnisproblem welches ich sehe.
Es geht bei chemische Toilette nicht um die Toilettenkassette sondern 
darum ob dort chemische Zusätze drin sind.
Eine chemische Toilette darf man nämlich egal ob sie aus einer Kassette 
oder aus einem Tank mit Schlauchablass kommt, nicht einfach entsorgen.
Die dahinter angebrachte Klärung muß die Chemie verarbeiten können, da 
selbst die Chemiekalien für solche Toiletten die hier einen blauen Engel 
tragen, zwar biologisch abgebaut werden können, aber dazu muss eine sehr 
starke Verdünnung vorhanden sein.
Wenn also ein kleiner Hafen eine Grobklärung macht und ganach wieder ins 
Wasser einleitet mag das ohne Chemikalen noch gehen, aber dort verbietet 
man die Chemie.
Bei Pflanzenkläranlagen ist es ganz ausgeschlossen,  da das Einleiten 
von Chemiekalien aus den Tanks würde sie zerstören.


Ich hatte ihm deshalb vorgeschlagen irgendeinen Begriff für das 
verbieten von Chemikalien anzeigen würde.
chemicals_restricktions habe ich als nicht aussagekräftig für ein Verbot 
abgelehnt, da für mich der Grund von Einschränkung durch die Gesetze der 
Länder angezeigt werden aber dann nicht mehr an den 
Versorgungsstationen. Nordische Länder Europas lassen da grundsätzlich 
weniger Zusätze zu als die Südlichen.
Er meint in den USA gäbe es nirgendwo ein echtes Verbot an einzelnen 
Stationen, aber Einschränkungen und es gäbe eventuell wenige 
Bundesstaaten in denen Chemie verboten wäre, dann aber überall.





3) Das neue Tagging solle auch die Anschlussart / Verbindungsmöglichkeit
sowie etwaige Zugangsbeschränkungen einschließen, um die Daten für
unterschiedliche Nutzer besser nutzbar zu machen.
Ja davon gehe ich nur bedingt aus, Tank mit Schlauch oder 
Kassetteneinlass sind bei Bodeneinlässen gleich und das spezielle 
Endstück welches in den Bodeneinlass gedrückt wird damit das 
Schlauchende mit einem Bajonettverschluss angeschlossen werden kann oder 
ob man eine Klappe darüber legt oder eine Kassette dort hinein schüttet 
ist gleich, muß also nicht extra getagt werden.
Meine Frage ob die in den von ihm verlinkten Video vom entleeren der 
Kassette gezeigte Station, die es in der gezeigten Bauform auch hier 
gibt und ein rundes Loch für das Durchstecken eines dicken 
Abwasserschlauches hat, ob dort nicht auch sein Schlauchadapter passt 
hat er noch nicht beantwortet.
Die runden Löcher taggt er als rounded_hole, was aber wenn es wie an 
einem Hafen in Dänemark einen Meter hoch montiert ist und Damit kein 
Schlauchsystem zulasst.
Um das Ganze zu Beschreiben habe ich Prinzipbilder gezeichnet und diese 
in die deutsche Wikiseite als beschreibende Tabelle mit den Anfallenden 
Problemen eingesetzt.


Dann habe ich die Tabelle aus der Diskussionsseite mit von mir gemachten 
Bildern als Beispiele in die Seite gesetzt.


Daraufhin meinte Bryce ich würde zu große Differenzen in den Wikiseiten 
haben, aber die ist doch erst im Aufbau. Und so wie er neues in die 
englischsprachige setzt versuche ich es erst in der deutschen. Die 
Tabelle mit den Beschreibungen ist noch nicht einmal fertig.




Zuletzt führt er aus, dass es, obwohl vordergründig der Eindruck echter
Meinungsverschiedenheiten entstehen könnte, eigentlich darum geht,
gemeinsam dieselben Objekte zu mappen.
Natürlich sind Meinungsverschiedenheiten da, aber die liegen an uns 
beiden weil wir wie du schon schriebst wir wollen beide das selbe, 
gemeinsam das selbe Objekt taggen.





Gruß,
Martin

nochmals Dank an Martin für die Übersetzung.





2015-04-16 17:02 GMT+02:00 Bryce Nesbitt bry...@obviously.com:
I did change tag names, but only to try and accommodate gmbo. And I
only edited tags that I myself had tagged

Re: [Talk-de] Mechanical Edits - Sanitary Station Retagging


Am 17.04.2015 um 09:19 schrieb Martin Koppenhoefer:





Am 17.04.2015 um 09:03 schrieb gmbo g...@kilometerfresser.eu:

waste angegeben wurde.
dabei stört ihn gerade der in besonders der Begriff waste=excrement da
Note in particular that excrement is a very impolite word in the USA, and if we 
can avoid it that's best.


vielleicht wäre waste=faeces besser? das ist die britische Schreibweise


Es geht dabei im Moment doch gar nicht um einen Begriff,  Das Wort ist 
nicht das Problem, der Inhalt ist es.
Wenn ich weiß welche Inhalte ich taggen möchte dann kann ich das auf das 
dazu Nötige reduzieren und dann nach einem beschreibenden Wort suchen.


Das ist unstrittig .
Wenn aber nur weil ich ein Wort nicht mag der Inhalt mit dem Wort 
gelöscht wird finde ich das nicht in Ordnung, da sich ein Mapper die 
Mühe gemacht hat etwas zusätzlich zu mappen und das wird einfach gelöscht.


Hätte er nur das Wort gegen ein anderes mit dem gleichen Sinn getauscht 
wäre das in Ordnung, da kein Inhalt verloren ist.


Meine Kritik ist nicht böse gemeint, da ich eigentlich das selbe Ziel 
verfolge wie Bryce. Auch ich will ein einfacheres gleiches Tagging mit 
so wenig wie nötigen Tags.
Die sollten für alle verständlich sein egal ob sie in Australien, 
Deutschland, Frankreich, Großbritanien oder den USA leben, und ein 
Renderer muß es rendern können.


Gruß,
Gisbert

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


Re: [Talk-de] Mechanical Edits - Sanitary Station Retagging

Mich interessiert gerade dieser eine Edit. Ist der abgesprochen worden 
und wo?
Bei Stichproben ist mir mir dieser Änerungssatz aufgefallen: 
https://www.openstreetmap.org/changeset/29798905

den fand ich über den node 1861585182
Hier wurden definitiv Inhalte gelöscht. andere die vorher nicht da waren 
zugefügt.


Gruß,

Gisbert



Es wäre schön zu erfahren, was da verändert werden sollte.


Am 16.04.2015 um 17:14 schrieb Martin Koppenhoefer:

Am 16. April 2015 um 15:44 schrieb gmbo g...@kilometerfresser.eu:


Mit wem müssen solche weltweit ausgeführten Automatischen Edits
abgesprochen werden, oder darf das inzwischen jeder.



das ist hier beschrieben:

http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

- *Either* the international, English-language list
- *or* the international, English-language imports list, for fixing of
previous imports
- *or* if your edit affects only a small number of countries, the
national-language mailing lists, forums, or other standard communication
methods for the countries or areas affected by the change


Gruß,

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



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


[Talk-de] Mechanical Edits - Sanitary Station Retagging


Sollten Mechanical Edits nicht mit der Comunity  besprochen werden.
Wo findet man eine Diskussion zu dem gestern ausgeführten retagging.
https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt
Mit wem müssen solche weltweit ausgeführten Automatischen Edits 
abgesprochen werden, oder darf das inzwischen jeder.


Gruß Gisbert

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


Re: [Talk-de] neuer Key für Entsorgungsstationen sanitary_dumping _station.


Hallo Martin,
vielen Dank für das Einmischen.

Am 15.04.2015 um 12:14 schrieb Martin Koppenhoefer:

Am 14. April 2015 um 17:33 schrieb gmbo g...@kilometerfresser.eu:


Leider führe ich die Diskussion mit einem Amerikaner allein und auf jede
Frage oder Anregung die ich stelle kommen mindestens 3 unerklärte neue
Zusatztaggingvorschläge, die nichts mit der vorherigen Frage zu tun hat und
für mich dann noch verwirrender ist, da mein Englisch nicht so gut ist.
Manchmal habe ich den Eindruck, dass in den Staaten völlig andere Systeme
benutzt werden.



soweit ich Bryce verstehe scheint es unterschiedliche Grundkonzepte zu
geben, sein Tagging geht um die Anbindungsart (welche Art Verbindung /
Anschluss um Flüssigkeit  Feststoffe zu transferieren), während Gisbert,
soweit es Bryce versteht, wohl gerne die Verbindungsart und die Stoffe die
man entsorgen kann, in einem tag verquicken würde.
Es gibt warscheinlich gar nicht so große Unterschiede, deshalb gehe ich 
davon aus, dass es auch ein gemeinsames Tagging gibt.

Im Proposel gibt es nur
amenity=sanitary_dump_station.

Dann das ganze zum Anhängen an eine bestehende Einrichtung also Camping- 
Wohnmobilstellplatz und Häfen.

sanitary_dump_station=yes
Beides sagt aus, daß es eine Entsorgungsstation gibt.

Da es aber  verschiedene Arten der Entsorgung gibt sind noch 2 
Zusatztags dazugenommen worden.

sanitary_dump_station:suction=yes
sanitary_dump_station:gravity=yes
diese beiden Tags sagen für mich nur aus, daß in dem ersten Fall 
abgesaugt wird und im 2. Fall die Entsorgung durch ablassen der 
Flüssigkeit geschieht. Also für mich nur die Beschreibung der Technik 
bei der Entsorgung.


Deshalb habe ich die Bilder die ich im letzten Jahr von solchen 
Stationen gemacht habe hochgeladen und eine Tabelle in seine 
Diskussionsseite geladen mit der Bitte diese so zu beschreiben wie er 
sie sieht um Differenzen zu finden.

Bilder fand er nicht gut und stellte 3 Videos vor.
Dabei gab es dann den Tag sanitary_dump_station:pumpout=yes der auf 
meine Frage warum er jetzt dies benutzt  wurde daraus dann pump_out.
Als ich ihm dann erklärte, dass ich für die Suche nach neuen Begriffen 
Taginfo benutze und da in dem Fall dann einzig Habor:pump-out gefunden 
hätte hat er es dann mit Bindestrich geschrieben.


Ich habe dann versucht die englische Wikiseite zu überseztzen , die aber 
täglich ein bisschen geändert wird.

Dann habe ich ein paar Prinzipbilder , natürlich aus meiner Sicht erstellt.
Die sollten aber eigentlich auch zwischen hier und den Staaten 
übereinstimmen, denn die Videos zeigen eigentlich die selbe Art von 
Fahrzeugen.  Und ob es drüben ein Bajonet am Entsorgungsschlauch gibt 
oder ob der Schlauch mit einer anderen Art an das Fahrzeug angebracht 
wird sollte fürs taggen egal sein.
Die für mich wichtige Frage, ob man die in den neueren Fahrzeugen 
verwendeten Kassettentanks auch über das gleiche Loch in welches der 
Adapter für das Auslassende passt, entsorgt werden kann hat er noch 
nicht beantwortet.
Natürlich ist unstrittig, dass die Entsorgungseinlässe, die ca. 1 m hoch 
liegen nicht für die Schlauchentsorgung funktionieren, und man diess 
anders beschreiben muß.
Da es sich dabei aber nicht nur um hochgelegte Auslassbecken oder 
spezielle Toiletten handelt sondern auch um extra hochgezogene Rohre ist 
der von ihm kurzerhand erstellte Tag sanitary_dump_station:basin=yes 
irreführend.


Anscheinend gibt es da eben das Problem, dass man nicht das Becken , 
welches wenn es in den Boden eingelassen ist andere 
Entsorgungsmöglichkeiten bietet als wenn es In einem Gebäude 1m hoch an 
der Wand hängt, beschreiben darf sondern das was dort entsorgt wird.




Ausserdem gefällt ihm der tag sanitary_dump_station:chemical_toilet nicht
so gut, weil er da Verwechslungsgefahr mit chemischen Toiletten zur
Benutzung durch Menschen sieht.
chemical_toilet ist der zur Zeit am häufigsten benutzte Tag bei der 
Entsorgung

Sieser wurde bisher mit
amenity=waste_disposal
waste=chemical_toilet getagt.

Daher hatte ich diesen vorgeschlagen.
Ich habe aber auch vorgeschlagen ganz auf den Tag zu verzichten da 
eigentlich 90% der hiesigen Entsorgungsstationen chemische Zusätze in 
den Fäkalien zulassen. Es gibt in Europa auf Länderebene Unterschiede 
welche Gifte enthalten sein dürfen, Aber das weiß man recht schnell wenn 
man in ein anderes Land reist.
Da es aber bei uns Biologische Klärwerke gibt, die durch die 
Zugelassenen Chemikalien ihre Funktion verlieren bat ich um ein Tagg wie 
chemicals_ban oder forbit.
Er führte daraufhin den Tag chemicals_restrictet ein und meite in den 
USA gäbe es nur Beschränkungen aber keine Verbote, außer in einigen 
Staaten, dort aber dann komplett.

Das wäre aber ja maximal ein Tag der dann hier anders wäre als drüben.
Sie könnten ja auch nebeneinander existieren.

Gruß
Gisbert





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


Re: [Talk-de] neuer Key für Entsorgungsstationen sanitary_dumping _station.

Dass in den USA die Sani Statiionen so wenig beschrieben sind ist kein 
Grund alles darauf zu reduzieren.
Schau dir die Portale der Camping- und Wohnmobilkataloge in Deutschland 
an dann siehst du was dort alles angegeben wird.



Die Toplevel Tags reichen für ein einfaches Rendering, aber was gibt dir 
das Recht, deshalb zu einem frühen Zeitpunkt weltweit einen 
Automatischen Edit anzustoßen wo du dich noch nicht einmal ausreichend 
mit dem Thema beschäftigt hast.


Du stellt mir die lapidare Frage
Können wir mit dem Editieren mit den Grundtags beginnen, auch wenn den 
Zusatztags noch im Unklaren sind
und hast schon längst einen automatischen Edit angestoßen, der mehrere 
vorher gebrauchte Tags umschreibt.
Dabei werden auch Zusatztags benutzt die du vorgestern anscheinend 
gewürfelt hast.


Ich finde das schade, da du dich ja anscheinend noch nicht einmal 
ausreichend mit dem Thema beschäftigt hast.
Sonst hättest du wenigstens auf die Bilder auf der englischen Talkseite 
beschreiben können.


Wenn du meinst die Toplevel reichen, aber gleichzeitig meinst, dass es 
zu Kompliziert ist Die Unterschiede darzustellen, dann könnte ich 
behaupten warum taggen wir die Entsorgungsstationen überhaupt.
Jeder gute Campingplatz hat eine und wenn man ankommt  wird man schon 
erkennen ob das mit meinem Campingfahrzeug geht.


Ich habe versucht mit dir über Grundlagen zu diskutieren, aber darauf 
bekomme ich dann die Antwort, dass es zwischen uns keine vernünftige 
Diskussionsbasis gibt, weil es die Sprachbariere gibt und das Thema 
Abwasser ja erheblich stinkt und man deshalb manches lieber nicht 
beschreibt,
Wie taggst du eigentlich waste=excremente um,welches ja genauso oft 
vorkommt wie waste=gray_water oder waste=chemical_toilet?



Im Moment fühle ich mich deshalb ziemlich hintergangen.

Wie ich schon in der Diskussionsseite des Wikis auf die Frage 
geantwortet habe bin ich auf keinen Fall für einen automatischen Edit.


Aber anscheinend muß man das System OSM und die Lücken kennen um 
weltweit etwas ändern zu können.


Warum bist du daran interressiert, diesen Tag so schnell in eine dir 
genehme Form zu bringen.

Dann bemühe dich darum dies zu erklären.

Mit welchem Kreis ist der Edit besprochen?
Wo ist dokumentiert was durch was ersetzt wird?

Ich bin wie ich mehrfach erwähnte für ein einheitliches Taggen.
Aber dann sollte es vernünftig und verständlich beschrieben sein. Nach 
Möglichkeit nicht nur Englisch(oder US - Amerikanisch)
Auch bei heiklen Themen sollte auf Hintergründe eingegangen werden um 
auch Mappern, die sich nur wenig mit dem Thema beschäftigt haben, die 
Möglichkeit des Mappens  zu geben.


Gisbert









Am 15.04.2015 um 19:37 schrieb Bryce Nesbitt:

You can also see how others are tagging Sanitary Dumps:
http://www.sanidumps.com/maps/index.php?id=18


---
The top level tags sanitary_dump_station are enough for rendering.

However someone with a given style of boat or motorhome can use use
only some of the sites.
They may have boat holding tank needing a pumpout, a boat or motorhome
with a cassette, or a motorhome with a gravity fed hose.
These are incompatible systems.  A given site may accept one, two or
three of the systems.

A given site may restrict or even ban tank holding chemicals, but
these rules are complex and hard to tag.  I prefer just a warning that
a given site may have a restriction that needs to be checked locally.

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



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


[Talk-de] neuer Key für Entsorgungsstationen sanitary_dumping _station.


Hallo,
es gibt seit ein paar Wochen einen Beschreibungstag für 
Entsorgungsstationen für Campingfahrzeuge und Boote.

http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station

Übersetzung und Erweiterung der Wikiseite ins Deutsche habe ich begonnen.
http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dsanitary_dump_station

Leider führe ich die Diskussion mit einem Amerikaner allein und auf jede 
Frage oder Anregung die ich stelle kommen mindestens 3 unerklärte neue 
Zusatztaggingvorschläge, die nichts mit der vorherigen Frage zu tun hat 
und für mich dann noch verwirrender ist, da mein Englisch nicht so gut ist.
Manchmal habe ich den Eindruck, dass in den Staaten völlig andere 
Systeme benutzt werden.


Ich kann zum Beispiel den Unterschied
sanitary_dump_station:suction=yes und sanitary_dump_station:pump-out=yes 
nicht erkennen.


http://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dsanitary_dump_station

Es wäre schön wenn es noch andere Camper oder Bootsführer gäbe, die dort 
mit drüber schauen.


Es gibt noch einen Franzosen, der die Seite übersetzt hat, aber der 
beteiligt sich nicht an der Diskussion.


Gruß
Gisbert


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


Re: [Talk-de] website=none


Am 11.03.2015 um 17:01 schrieb Jörg Frings-Fürst:

Hallo,

Am Mittwoch, den 11.03.2015, 12:45 +0100 schrieb Frank Durstewitz:

Hallo.

Ich halte es ehrlich gesagt nicht für sinnvoll, zu mappen, was _nicht_
vorhanden ist. Ansonsten kommt morgen jemand auf die Idee Ich trage mal
ein, dass dieses Gebäude keine Solaranlage auf dem Dach hat. Das kann
ja endlos weitergeführt werden und bläht die DB ohne echten Mehrwert auf.


Da stimme ich dir vollkommen zu. Nicht existierende Daten ist werden
nicht eingetragen.


Ich bin auch dafür das gar nicht einzutragen.
Ob es Doktoren ohne Website gibt kann man ja in Overpass abfragen.
Das wäre so wie phone=none obwohl warscheinlich sogar eine vorhanden ist.
architect=none ist leider zur Zeit in Benutzung. Auch da (84 mal) nicht 
angebracht.


Bei Internet access=no konnte man aber im Normalfall prüfen ob keiner 
vorhanden ist obwohl man ihn an einem solchen Ort erwartet.


Gruß Gisbert

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


Re: [Talk-de] admin schläft


Am 25.02.2015 um 05:33 schrieb malenki:

On Tue, 24 Feb 2015 23:02:13 +0100,
Michael Kugelmann wrote:


dann pack die Datei in's OSM-Wiki und leite die EMail ohne Anhang
weiter!

Das Wiki nimmt nur Bilder. Für ein OSM-Wiki finde ich das bedauerlich.


das ist schon viel von dem was einem Admin den Schlaf rauben kann.

Oder auf irgend einen andern WWW-/Owncloud-/[irgendetwas]Server =
es gibt 1000 Möglichkeiten das hinzukriegen, einfach mal etwas
kreativ sein...

Ein Nachteil von One-Click-Hostern, bei denen man anonym hochladen
kann, ist die mangelnde Kontrolle über die Daten (Verweildauer,
Löschmöglickeit].
In der Regel empfehle ich http://www.imagenetz.de/, weil man dort
nach dem anonymen Upload auch einen Löschlink erhält.


[…]
Ich finde es schwach von Deiner Seite dass Du so leichtfertig
aufgibts. (sorry, couldn't resist) :-(

+1

Thomas

wüde ich anders sehen.
Auch wenn er einen etwas Aufreißerischen Tittel admin schläft nutzt, 
hat er seine Botschaft weitergebracht,
denn die Admins, ich gehe davon aus, dass es sich dabei nicht um eine 
gut bezahlte Truppe von Profies handelt die auf Arbeit wartet.
sollten warscheinlich aus der Wolke Community herausgefiltert werden um 
einen Ansprechpartner zu finden.



Am 24.02.2015 um 22:07 schrieb Michael Paulmann:

Für ein 100 kb file? Ich werde kein Dropbox Konto eröffnen für ein
File das so klein ist.

-Ursprüngliche Nachricht-
Von: Jo [mailto:winfi...@gmail.com]
Gesendet: Dienstag, 24. Februar 2015 22:01
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] admin schläft

Dropbox...
On Feb 24, 2015 9:14 PM, Michael Paulmann 
michael.paulm...@hft-stuttgart.de wrote:


Hallo Leuts,

ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart
weitergeleitet, leider hatte diese 100 kb was dazu führte das der
Admin diese Mail bestätigen muss bevor sie an die Mailingliste
geht, aber anscheinend hat der Admin kein Interesse die Mails
durchzuschauen die ankommen. Ich finde es toll das der
Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu
stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und
habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet.
Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten
verglichen und habe festgestellt das man einiges zu den Daten bei
OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier
nicht weiterschicken da ja leider der Admin schläft...

Gruß

Paulest

P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich
wenden ___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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


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



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



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


Re: [Talk-de] Radweit routen löschen?

Ich bin auch nicht mit der Löschung der Routen einverstanden.
Auch ich bin der Meinung, dass sonst viele Wander- und Radwege gelöscht
würden, die ja wirklich existieren aber eventuell nicht, nicht mehr oder
noch nicht Beschildert sind.
Selbst wenn es einzelne sind die eine solche Route zusammengestellt
haben, wie in diesem Fall sind es doch gefahrene Routen.
Nur weil andere diese Route nicht gut finden sollte sie nicht gelöscht
werden.

Wenn wir diese Routen löschen, dann gibt es bald gar keine mehr.

LG
Gisbert


Am 09.08.2014 um 11:29 schrieb Thomas Wedekind:
 Am Sat, 9 Aug 2014 10:15:39 +0200 schrieb Martin Koppenhoefer
 dieterdre...@gmail.com:

 wobei ich das so lese, dass zwar alles klar ist, wenn es eine
 Beschilderung gibt, aber der Umkehrschluss nicht unbedingt gilt,
 d.h. es kann evtl auch Routen geben, die es in der Realität gibt,
 die aber keine Schilder haben.
 z.B. ein Tourismusverband denkt sich Routen aus, verbreitet die in
 gedruckten Karten, Flyern etc., Beschilderung draußen kommt aber
 Jahre später.

 In meiner Ecke (Jena) umgekehrt: Landkreis lässt 1995 ein
 Radroutennetz planen, verliert das Wissen darüber (Leute samt
 Unterlagen nach Umstrukturierung fort), plant 2008 ein neues Netz
 (größtenteils nicht identisch mit dem alten) und lässt das alte
 einfach auslaufen (kaputte oder geklaute Wegweiser werden nicht mehr
 ersetzt, keine Veröffentlichungen mehr dazu). Weiß außer Insidern
 aber keiner. Es gibt aber heute noch Strecken aus dem neuen Netz, die
 nicht beschildert sind... in OSM gibt das ein heilloses Spaghettinetz.




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


Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)

Am 09.08.2014 um 20:21 schrieb Michael Kugelmann:
 Am 05.08.2014 18:44, schrieb Archer:
 Private Routen haben bei OSM nichts verloren. Wenn jemand meint er muss
 seine Lieblingsstrecken der Öffentlichkeit zur Verfügung stellen dann
 kann
 er das auf seiner Homepage machen oder auf Diensten wie
 http://www.gpsies.com/
 +1  (oder auch +10 gemäß dem heutigen Tag)


 Grüße,
 Michael.


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

Was sind private Routen, die die der Touristikverband einer Gemeinde
erstellt hat und weil gerade Geld da ist und es ja auch wieder Geld ins
Stadtsäckel bringt, auch beschildert wird?
Oder wenn der ADFC eine Strecke einführt  und diese von vielen gefahren
wird.
Wo sollen wir die Grenze ziehen.

Wenn ich mir OSM anschaue lebt es auch durch solche Mapper, die
teilweise ihre privaten Ziele verwirklichen, aber auch viele andere
Dinge runherum mit einbringen.

Wichtiger als das Löschen wäre daher vorher klarere Regeln aufzustellen,
aber wer sollte das tun, und die Fehler die zum Beispiel durch noch zu
wenig gebugte Editoren entstehen, verhindern.
Durch bessere und durchgängige Beschreibungen, die man auch versteht,
könnte so zumindest einiges gerade im Umgang mit Relationen verbessert
werden.


Was ist an Relationen anders, außer das man dort einige Fehler mehr
machen kann als mit einfachen nodes.

Warum sollen wir dann nicht alle Routen bei http://www.. ablegen.
Dann sind wir ja auch schnell bei google als Alternative.
Wollen wir das wirklich?
Ich nicht.

LG
Gisbert

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


Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)

Am 08.08.2014 um 22:48 schrieb Sven Geggus:
 Ähm würde mich wundern, wenn Radweit Routen für Wikipedia relewant genug
 wären.

 München Venedig ist ein Klassiker. Krass, dass Du auf die Idee kommst
 das zu löschen.

Es würde kein Problem sein die Routen in die Liste mit aufzunehmen.
https://de.wikipedia.org/wiki/Liste_der_Radfernwege_in_Deutschland

Das einzige was mich wundert ist, das es dort nicht von Radwegen heißt,
da der Radwege ja Vollständigkeit vorgaukelt und gerade deshalb jede
vernünftige Route angenommen wird.


 Ich sags ungerne, aber letztlich beschwören wir hier bei den
 Relationen eine Relevanzdiskussion herauf.

Davon gehe ich auch aus. Relationen scheinen ungefär so nützlich wie
verhasst zu sein.

Also wäre Aufklärungsarbeit nötig um die sinnvolle Nutzung von
Relationen zu stärken und Fehlanwendungen zu verhindern.

LG
Gisbert

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


Re: [Talk-de] wie tagge ich Zeltplätze?


Am 08.07.2014 15:30, schrieb Martin Koppenhoefer:

Am 8. Juli 2014 07:16 schrieb Markus liste12a4...@gmx.de:


Moin Henning,

gute Idee:


osm-Dateien ins wiki laden

oder man taggt ein Beispiel in OSM
Service Render mir mal die folgende osm-Datei in render-style


Zu jedem Tagging-Vorschlag
gehört immer auch ein *Rendering-Vorschlag*
mit Rendering-Regeln, Icons, Flächen-Farben und -Mustern.



Das halte ich für Quatsch. Einerseits gibt es viele Dinge, die viele Leute
zwar in der db haben wollen, die aber nicht gerendert werden (z.B. note,
wikipedia, operator, opening_hours, ref auf vielen Objekten die
keine Straßen sind, network, ...)
Gerade das ist ja das, was benutzt wird, um nachher auch mit den Daten 
arbeiten zu können. Viele Dinge sind nur  dafür da um überhaupt 
Selektionskriterien zu haben, es wird nie eine Karte geben die alles zur 
gleichen Zeit darstellen kann, aber wenn ich zum Beispiel am Briefkasten 
keinen Operator habe laufe ich zum Falschen weil dor leider der falsche 
Anbieter ist. Wobei ich bisher nur in Dresden Kästen anderer Anbieter 
sah und auch nicht weiß wie die Regen bei Falscheinwurf sind.
Bei den Karten handelt es sich ja inzwischen hauptsächlich um 
Onlinekarten und da gibt es viele, die schon einiges können.


Bei vielen anderen Dingen kann man durchaus über eine Darstellung
nachdenken, nur dass die sich dann auf eine Karte beziehen wird, d.h. die
Icons und Farben, Umrisse, Strichstärken sollten sich in Abhängigkeit vom
Thema der Karte, vom Zoomlevel, etc. in das einpassen, was schon da ist.
OSM ist nunmal keine Karte, auch wenn das immer mal wieder vereinfachend
so gesagt wird.
Es sind Daten, und Daten haben kein Aussehen, eines vorzuschlagen ist
m.E. erstmal Zeitverschwendung, solange man sich nicht auf eine bestimmte
(aus OSM Daten generierte) Karte bezieht. Wenn man letzteres macht, dann am
besten dort wo dieser Stil gepflegt wird, und nicht im tagging-Vorschlag.
sicher sind das alles nur Daten, aber ein Taggingvorschlag macht 
meineserachtens schon Sinn, denn damit trennt man Gedanklich sinnvolle 
Daten von sinnlosen.
Der Vorschlag sollte nicht dazu dienen, ein bestimmtes Icon vorzugeben 
oder Farben, er dient auch nicht einer bestimmten Karte, sondern bringt 
für den Beschreibenden die Möglichkeit verstanden zu werden und er kann 
auch für sich die aus den Daten ein Bild sehen welches ja wieder die 
Wirklichkeit darstellen soll.

Jeder kann ja machen was er will, also auch beliebig Rendering Vorschläge
vorbringen, nur zu behaupten, das gehörte zwingend dazu, halte ich wie
eingangs bereits festgestellt für Quatsch.




sicher sind das alles nur Daten, aber ein Taggingvorschlag macht 
meineserachtens schon Sinn, denn damit trennt man Gedanklich sinnvolle 
Daten von sinnlosen.
Der Vorschlag sollte nicht dazu dienen, ein bestimmtes Icon vorzugeben 
oder Farben, er dient auch nicht einer bestimmten Karte, sondern bringt 
für den Beschreibenden die Möglichkeit verstanden zu werden und er kann 
auch für sich die aus den Daten ein Bild sehen welches ja wieder die 
Wirklichkeit darstellen soll.



Nur so kann man sehen, wie das Grün vom Campingplatz mit dem Grün von
Wald, Wiese, Fussballplatz, Kinderspielplatz, etc. zusammenspasst.
Und was es für einen Unterschied macht, welche Flächen man wie
übereinander zeichnet oder ausschneidet (Teilmenge, Schnittmenge,
Vereinigungsmenge, A ohne B, Differenzmenge).



Das hängt alles von den Details bei der Kartenerstellung ab. Selbst wenn
man einen bestimmten Stil wie z.B. osm-carto im Auge hat, dann ist das
nicht durchgängig gleich, sondern permanent in Änderung begriffen.
Natürlich hängt es hinterher von der Kartendarstellung ab, aber das ist 
ja gerade, der Vorteil. Der Renderer, der in diesem Falle Camping-, 
Zelt- und Wohnmobilplätze darstellen will, wird die Daten fast 
vollständig nutzen,  der andere braucht eventuell nur den Haupttag und 
eine spezielle Campingkarte

braucht alles und sucht anderswo noch Zusatzdaten.

Im Tagging geht es darum, sich zu überlegen was man wie festhalten kann. Im
Rendering geht es darum, was von den gemappten Dingen man wie und wann
darstellen will (und was nicht).


Das sehe ich auch so.

Gruß Gisbert



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


Re: [Talk-de] wie tagge ich Zeltplätze?

Ein Renderingvorschlag ist schon eine gute Sache, weil man daran die 
Machbarkeit erkennt. Wie und ob das dann ein Renderer nutzt ist dann ja 
dessen Sache.


Eine Sandbox dahingehend zu verstehen, das das ein Bereich ist in dem 
man auch Dinge tun kann die nicht den derzeitigen Taggingschemen 
entspricht um einen neuen Weg zu finden, der besser ist als der alte, 
das ist auch das was mir vorschwebt.
Mit dem wertungsfreien, sich nicht unbedingt an vorhandenen Schemen zu 
Orientieren meinte ich genau so etwas.
Wir sollten uns auch so über ein vorhandenes Thema unterkalten, ohne die 
immer wieder aufkommenden Einwände das gibt es doch schon alles. Wenn es 
stimmig und für alle Fälle passend wäre, würde man sich nicht darüber 
unterhalten.
Sprachbariere führe ich immer wieder deshalb an, weil Aussagen die in 
der Muttersprache getätigt werden schon unterschiedich ausgelegt werden. 
Das erkennt man aber noch häufig und kann die unterschiedliche Ansicht 
klären.
In einer Fremdsprache können das nur die wenigsten, da es sogar vorkommt 
siehe Kindergarten wo es in der anderen Spache keinen Ausdruck gibt, 
weil die Gegebenheit in anderen Ländern völlig abweicht.


Zu der Aussage die Zeit nimmt sich doch keiner, würde ich auch nicht 
kommen. Wie hätten wir sonst Spezialkarten die manchmal Einzelpersonen 
mit enormen Zeitaufwand erstellten.


Das ganze Gebilde hängt von sehr vielen Faktoren ab.
Wenn es jemanden gäbe der mir einen einigermaßen Weg zeigen könnte, wie 
ich an die bisher gemachten Vorschläge käme, würde ich da schon einges 
am Zeit investieren um die in diesem Falle alles was mit Camping zu tun 
hat weiter zu bringen.
Auch wenn ich das Camping in meiner Sicht nur von der Seite des Zeltens 
(Familien- und Jugend- Zeltplätze) und mit dem Wohnmobil sehe. Da wäre 
jemand der das ganze aus Sicht der Wohnwagencamper sieht hilfreich, weil 
ich die dortigen wichtigen Gegebenheiten nicht alle kenne, also auch 
dann nicht mit einbringen würde.


Eine kurzfristige Lösung für komplexe Strukturen wird es nie geben.

Wer wäre denn in der Lage in englischsprachigen Listen herauszubekommen 
wieso es so etwas wie einen caravan_site gibt der auch in der englischen 
Wikiseite als Stellplatz für selbstfahrende Wohnmobile ausgegeben ist. 
Komunizieren über Ländergrenzen würde dann wieder neue Sichtweisen bringen.


LG
Gisbert



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


Re: [Talk-de] wie tagge ich Zeltplätze?


Am 07.07.2014 21:04, schrieb Falk Zscheile:
Ich möchte, dass auch die Experten die Möglichkeit haben anhand des 
Sandkastenbeispiels über gutes und richtiges tagging zu diskutieren. 
Jetzt ist es ja eher ein nebeneinander. der eine mappt ein paar 
Zeltplätze in Nordeutschland, der andere in Italien. Aber keiner 
schaut sich an, wie es der andere macht. 

Das ist ja der Grund der Fragestellung.
Es gibt viele verschiedene Typen von Mappern, der eine nimmt Die Karte 
also den Renderer und mappt danach.
Der nächste schaut ins Wiki was bei bekannten Tags in Josm mit F1 einen 
direkten Einsprung hat und erweitert dann danach.
Der dritte sucht nach einem englischen Ausdruck, nutzt eventuell noch 
Taginfo zum verifizieren und benutzt den der mit dem Namensteil am 
häufigsten vorkommenden.
Dann gibt es bei vielen Editoren Objektvorlagen(presets) die auch 
genutzt werden. Da ist Josm aber meiner Meinung nach die komfortabelste. 
Potlatch2 und id sind da nur im Ansatz zu nutzen. Leider und dazu zähle 
ich mich selbst werden auch die Objektvorlagen meist von einzelnen aus 
einer Sicht geschrieben und das was drumherum dazugehört nicht immer 
berücksichtigt.




Es kommt zum Nebeneinander statt zum miteinander und es entstehen im 
schlimmsten Fall taggingschulen, die sich unvereinbar und 
unversöhnlich gegenüberstehen. Was meines Erachtens fehlt ist ein 
zentraler Anlaufpunkt, an dem man schauen, diskutieren und 
ausprobieren kann ohne gleich einen Editwar zu riskieren. Ggf. könnte 
man auch verschiedene Beispiele zur Abstimmung stellen und so ein 
unverbindliches Voting erhalten, welches Modell besser ankommt.


Aber wer würde in einer Sandbox nachsehen in der nur getestet werden 
kann und über welchen Weg sollte man das finden?


Meiner Meinung nach sollte ein Taggingschema für komplexe Gebilde erst 
wertungsfrei, also ohne das nachzuschauen wie es am häufigsten genutzt 
wird, beschrieben werden. Das könnte wenn es beschreibbar ist auch in 
realen Orten gemappt werden. In der Beschreibung würde dieser Ort dann 
angegeben.


Aber auch hier fehlt die Übergeordnete Beschreibung. Die How to map 
Seite wäre da ein Einsprungspunkt.


Es gäbe noch eine zweite Möglichkeit einer Vorgehensweise.
Dazu müsste man alle bisher gemachten Proposels und eventuell 
dazugehörenden Votings zu einem Thema finden, ebenfalls die sonstigen 
Wikieinträge. Das ganze müsste dann zusammengefasst werden und auf 
Widerspüche geprüft werden.
Wenn alles schlüssig ist, noch auf Veränderung in der Istzeit und 
Vollständigkeit prüfen.


Ich weiß, wer soll das machen, man will ja nur mal eben den Stellplatz 
mappen, den man gerade gesehen hat, und sich nicht um das Drumherum 
kümmern müssen.


Liebe Grüße
Gisbert


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


Re: [Talk-de] wie tagge ich Zeltplätze?



Hallo Willi


Am 06.07.2014 10:58, schrieb Willi Rehfeld:

Am 05.07.2014 15:21, schrieb gmbo:

Hallo gmbo (Gisbert),

Gerade das Taggen ist aber mein Hauptanliegen,damit man auch mit 
einer guten Karte etwas anfangen kann.


sieht man sich dann auch mal den Linkvorschlag 
http://unterkunftskarte.de an, dann sieht man auch gleich die 
Schwachpunkte des taggens.
Zu wenig verwertbare Information um gezielt die passende Unterkunft 
für Zelte, Wohnwagen und Wohnmobile zu finden.
Mein Anliegen geht im Moment aber von der Grundstuktur der für mich 3 
Camping Kategorien aus.
1. Zelten (egal ob Anreise mit Fahrrad zu Fuß oder mit dem Auto, ob 
einzel oder in Gruppen)

2. Camper mit Wohnwagen.
3. Wohnmobil-Camper.
das sind die 3 Hauptinteressenten die sich für einen Stellplatz oder 
wie auch immer er heißen mag interessieren.


nun kann man diskutieren wie man das nun darstellen will. im Moment 
werden hauptsächlich
tourism = camp_site 
http://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcamp_site
tourism = caravan_site 
http://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site

benutzt mit den eventuellen Zusätzen.
Da ist ja gerade das Problem. Je nach dem wie man mappt orientiert man 
sich an den schon gemachten Tags oder an der Darstellung in der Karte.

Eine allgemeine Zusammenfassung gibt es nicht wirklich.
camp_site wird immer als Zelt dargestellt und wenn man an einem 
Zeltplatz vorbeifuhr mappt man den so.
Von den 57000 tourism=camp_site ist das mit dem nametag die häufigste 
Kombination.
caravan_site wird als Wohnwagen von Mapnic gerendert, also wen wundert 
es dass es da auch viele tags gibt wo Wohnwagen also Caravans stehen.
Durch den bei uns als Campingplatz übergeordneten Begriff wird natürlich 
camp_site auch am häufigsten benutzt.
Wenn es für alle 3 Tags gäbe könnte ich mir vorstellen, dass man auch 
die Kombinationen der Campingarten vernünftig taggen kann.
für alle diese 3 Campingarten sind tags auf 
http://wiki.openstreetmap.org/wiki/DE:Proposed_features/Extend_camp_site 
die tags zu finden.

für Zelte - tents
für Wohnwagen oder Anhänger - caravans
für fahrbare Wohnmobile - motorhome
Warum werden die Plätze dann als caravan_site getaggt, durch diesen 
eigentlichen Übersetzungsfehler gibt es in GB einige Plätze auf deren 
Webseite  Motorhome= no ist.
In englischen Webseiten finde ich Bezeichnungen für solche Plätze als 
Motorhome site oder RV site. Dort scheinen solche nur für Wohnmobile 
gemachten Plätze aber eher selten zu sein. Hier gibt es aber inzwischen 
viele die dann mit dem extra Verkehrsschild für Wohnmobile 
gekennzeichnet sind, etwa auf der Hälfte davon darfst du eigentlich noch 
nicht mal neben dem Wohnmobil im Campingstuhl die Zeitung lesen, andere 
haben dieses offizielle Zusatzschild nicht erlauben aber keine Zelte und 
Wohnwagen haben sogar Spülküche, Toiletten und Duschen.


die lassen sich doch alle mit yes/no an den Haupttag 
tourism=camp_site/caravan_site anheften und schon weiß jeder Bescheid, 
ob er dorthin fahren kann oder es lieber bleiben lassen sollte.



Das Problem ist das das erst dann funktioniert wenn das feiner gemappt wird.
Im Normalfall würde man Zeltplatz mappen.
wer dann dort selbst zeltete weiß dass der Platz neben Toiletten , 
Spülküche und Kühlschränke, Waschmaschine, Trockner, Duschen, 
Selbstversorgerküche, Gemeinschaftsräume Feuerstelle, Hütten und vieles 
mehr gibt.


Darum gibt es ja so viele camp_site von denen man nicht weiß was dahin 
darf und der Mapper sieht nur, dass der Platz schon gemappt ist.Eiber 
der Gründe warum ich dafür wäre, die 3  Typen nach dem was man von außen 
sieht verschieden zu mappen und dann mit den Zusatztags Yes/no das 
Mäpping aufzuwerten.


ein Streitpunkt wird immer sein, ist es nun ein camp_site oder 
caravan_site. wer will das eindeutig beantworten.
der überwiegende teil der Plätze sind für alle 3 Arten geeignet und 
auch zugelassen.
alle 3 machen eine Art Camping. so stimme ich dafür das die Unterkunft 
ein Campingplatz ist.


eine andere interessante Variante ist im proposal hinterlegt. der 
camp_site = pitch ein Stellplatz. in England pitcht man wenn man ein 
Zelt aufbaut, sein Wohnwagen hinstellt die sonne genießt oder die tür 
seines motorhomes aufsperrt und im freien zeitung ließt.


hier kann man über tag camp_site:type=tents;caravans;motorhomes die 
Nutzung vorgeben.


eine wunderbare Möglichkeit ist es, alles in einer Relation 
darzustellen, da hat man alles im Überblick :

type = site
site = camp_site
name = name
darin enthalten, alles was ein campingplatz bietet.

es gibt eine menge an Möglichkeiten, das darzustellen.


eine wird hier beschrieben
http://wiki.openstreetmap.org/wiki/DE:Proposed_features/Extend_camp_site
ps - ach es gibt auch noch Campervans (VW-Bus umgebaut), Pickups mit 
Wohneinheit auf der Ladefläche, Fiat 500 mit Anhänger worauf ein 
ausklappbares Zelt montiert ist



Den Fiat würde ich zwar zum Wohnwagen rechnen, der würde aber auch als 
Zelt auf vielen reinen Zeltplätzen akzeptiert

Re: [Talk-de] wie tagge ich Zeltplätze?

Da liegt ja der Grund warum ich gerade versuche da eine Diskussion 
anzuregen-


Beim anlegen des Wohnmobilstellplatzes wurde der Tag als caravan_site 
vorgeschlagen. da gab es diese Plätze nur in DE mit Parken mit 
Zusatzschild Wohnmobil.
Motorcaravan war unüblich in der Übersetzung. Heute wird in GB Motorhome 
und RV benutzt. Wie das in anderen englischsprachigen Ländern ist weiß 
ich noch nicht.
Mapnik rendert wie ich schrieb natürlich bei Caravan_site einen 
Wohnwagen bei camp_site das Zelt.

Tags gibt es viele leider häufig nur mit name=*

aber wie paradox ist es tourism=caravan_site , caravan=yes ;tents=yes zu 
taggen weil auf einem mit ausgewiesenen Stellplatz für Wohnmobile auch 
am Rand Zelte zulässt und Wohnwagen erlaubt. default wäre ja caravan=no 
tents=no.


Gruß Gisbert


Am 06.07.2014 16:52, schrieb Henning Scholland:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Es war einmal... da war OSM noch verdammt klein und grob.

Ungefähr aus der Zeit kommt die Unterscheidung von camp_site und
caravan_site. Man wollte ausdrücken hier kann man auch Zelten
(camp_site) und da nur im Auto übernachten (caravan_site).

Mit der Zeit sind dann die Ansprüche gestiegen und mittlerweile sind
die beiden Taggs tendenziell gleichwertig, weil der Unterschied meist
durch die Zusatztaggs erklärt wird.

Ob nun caravan das richtige Wort ist, ist erstmal nicht so wichtig,
zumal es je nach Region andere englische Worte für die Gefährte gibt.

Henning
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTuWKmAAoJEKXggIeC16WP4qEH/RMMZyr5QUoOVUQrNBlFbpM1
2/pZRQDDo/drvM/s8cE2UETrcHhr0Yei2/xCd/Bc850k3G/VxcJYNRllHDh/lk9r
nwQC+RzXWLTVKy0cqsd03yGk+HxCs8K3pCCAN/7FwkUHRl5p3pETlTn618A1AZpq
YYNBRN6qG4jVfk9VZ3Y4b8o9Eb0hFlOzgmWIlXUxcccnPEhIzKJd9k9GBRCJsgDf
AFALUKtnd/r6Pi9vVZrM5Qk5IrHLXruy+VnjfqDgL2J/24eF61CCAy/I87u85eCS
46dChnxUuUg5plYBp1nOT5EPT5TIHxMhst+leqr0K9oQElU8ky0GZJ75SePX0nU=
=U5PZ
-END PGP SIGNATURE-


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




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


[Talk-de] wie tagge ich Zeltplätze?

Auf dem letzten Stammtisch in Essen ist uns bewusst geworden, dass es 
beim taggen von Campingplätzen sehr unterschiedliche Ansichten gibt.


Nehmen wir die derzeitigen Taggingschemen gint es viele Widersprüche.

Zur Zeit wird für Camping der Tag tourism=camp_site(51 456) benutzt und 
für Wohnmobile der Tag tourism=caravan_site (12 408).


Bei den Campingplätzen wird dann tents=yes/no die Möglichkeit zum 
Aufstellen von Zelten getaggt und mit caravan==yes/no beschrieben ob 
dort Wohnmobile abgestellt werden dürfen.


Meinem Verständnis nach ist genau das der Punkt warum es dort zu 
Fehlinterpretationen kommt.



Denn

Caravan englisch - deutsch Wohnwagen ist ja eigentlich kein Reise- oder 
Wohnmobil.


camp_site wird beim Tagging in OSM Camping und Zeltplätze benutzt, was 
dem umgangssprachlichem Campingplatz entspricht, der aber eben sowohl 
ein Jugendzeltplatz wie einprivater Campingplatz mit Parzellen für 
Wohnwagen von Dauercampern sein kann auf dem das Zelten nicht erlaubt ist.


Wie unterscheiden wir also einen Zeltplatz wie Tönnebön-Camp ( way 
129645725 ) von einem Campingplatz auf dem man als nur Zelter nicht 
eingelassen wird.


Ebenso gibt es Kombinationen bei denen man Zelten darf, aber Wohnmobile 
nicht eingelassen werden.


Auf der anderen Seite gibt es Wohnmobilstellplätze die Zelten erlauben 
aber dafür Zelten erlauben. Dort dürfte ein Fahradfahrer mit Zelt ja 
auch zelten.


Wie schon oben erwähnt gibt es wie man an den Übersetzungen vom 
englichen ins deutsche und umgekehrt unterschiedliche Sichtweiden. damit 
wird es für mich sehr schwer das ganze in englisch fürs Tagging zu 
beschreiben.


LG
Gisbert

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


Re: [Talk-de] wie tagge ich Zeltplätze?


Also ersteinmal danke für den Link, dir Karte ist schon mal super.

Gerade das Taggen ist aber mein Hauptanliegen,damit man auch mit einer 
guten Karte etwas anfangen kann.
Die von dir angesprochene Elektrifizierug sowie Ver- und Endsorgung wird 
zur Zeit zwar getagt, aber nur optional und als gesonderte Nodes.
Das gleiche gilt auch für erweitertes Taggen von zu den Plätzen 
gehörenden Einrichtungen. Da gibt es einen Ansatz 
http://wiki.openstreetmap.org/wiki/DE:Proposed_features/Extend_camp_site


Mein Anliegen geht im Moment aber von der Grundstuktur der für mich 3 
Camping Kategorien aus.
1. Zelten (egal ob Anreise mit Fahrrad zu Fuß oder mit dem Auto, ob 
einzel oder in Gruppen)
  hier benötigt der Camper halt schon für die Planung Infos über Ort, 
Kontakt, Größe Verpflegungsmöglichkeiten, Sanitäranlagen usw.


2. Camper mit Wohnwagen. Hier werden Plätze oft wie eine FeWo gemietet, 
auch hier ist neben Ort ,Kontakt, die Ver- und Entsorgung, Strom, usw,

  selbst Sat-Empfang, Wlan und anderes wäre gut zu taggen.

3. Wohnmobil-Camper. Hier wird zwar auch änlich der Wohnwagennuztzung 
Urlaub an einem Ort gemacht, aber häufiger werden Plätze nur für einige 
wenige Nächte genutzt. Die Beschreibung der speziellen Stellplätze 
müsste also zusätzlich enthalten wie lange darf man stehen, ist Campen 
überhaupt erlaubt, da es Plätze gibt auf denen man zwar Schlafen darf , 
aber selbst der Campingstuhl oder Tisch darf odr kann gar nicht 
aufgestellt werden.



Ich gehe davon aus , dass diese 3 Kategorien erforderlich sind um die 
Plätze zu beschreiben. Wenn es für alle 3 Tags gäbe könnte ich mir 
vorstellen, dass man auch die Kombinationen der Campingarten vernünftig 
taggen kann. Zur Zeit wird da leider wegen der Menge der vorhandenen 
ungenau getaggt. Die Wikibeschreibungen sind häufig nicht eindeutig.
Daher findet man dann Wohnmobilstellplätze wie node 2107136691 bei dem 
in der Webseite für Wohnmobile keine Stellplätze existieren.

Motorhome pitchesno
Tent pitchesno
Touring pitchesno
Seasonal pitchesno
Serviced pitchesno

Auf dem westlich liegendem caravan_site  node 2107136690  ist wieder 
alles möglich.


Daher wäre ich dafür Campingplätze in die Gruppe zu taggen die der 
Hauptnutzung entspricht und dann für die beiden anderen Gruppen die 
Möglichkeit mit yes/no zu taggen. Bei klarer Trennung der Bereiche 
könnten diese natürlich auch einzeln getaggt werden und dann in einer 
umschreibenden area zusammengefasst werden.


Aber dafür wäre erst einmal etwas mehr im Grundaufbau nötig.
Das hätte dann zwar mehr Tranzparenz, aber dafür eventuell viel Arbeit 
bei den schon getaggten Plätzen.


LG
Gisbert



Am 05.07.2014 12:47, schrieb Alexander Lehner:


Ich will mich jetzt gar nicht auf das Tagging-Schema einlassen, aber 
an dieser Stelle auf folgende sehr nuetzliche Seite hinweisen:


http://unterkunftskarte.de

Eine der wenigen Karten, die eben auch Zeltplaetze anzeigen.

Zu den von Dir angesprochenen Moeglichkeiten gibt es auch reine WoMo- 
oder Wohnwagen-Stellplaetze, die ueber keine oder wenig Infrastruktur 
verfuegen (Strom, Wasser, Entsorgung), was gerade in diesen Faellen 
extra getagged werden sollte (electricity=yes oder so), um bei einer 
spaeten Ankunft nicht fuer Enttaeuschung zu sorgen.


A.


On Sat, 5 Jul 2014, gmbo wrote:

Auf dem letzten Stammtisch in Essen ist uns bewusst geworden, dass es 
beim taggen von Campingplätzen sehr unterschiedliche Ansichten gibt.


Nehmen wir die derzeitigen Taggingschemen gint es viele Widersprüche.

Zur Zeit wird für Camping der Tag tourism=camp_site(51?456) benutzt 
und für Wohnmobile der Tag tourism=caravan_site (12?408).


Bei den Campingplätzen wird dann tents=yes/no die Möglichkeit zum 
Aufstellen von Zelten getaggt und mit caravan==yes/no beschrieben ob 
dort Wohnmobile abgestellt werden dürfen.


Meinem Verständnis nach ist genau das der Punkt warum es dort zu 
Fehlinterpretationen kommt.



Denn

Caravan englisch - deutsch Wohnwagen ist ja eigentlich kein Reise- 
oder Wohnmobil.


camp_site wird beim Tagging in OSM Camping und Zeltplätze benutzt, 
was dem umgangssprachlichem Campingplatz entspricht, der aber eben 
sowohl ein Jugendzeltplatz wie einprivater Campingplatz mit Parzellen 
für Wohnwagen von Dauercampern sein kann auf dem das Zelten nicht 
erlaubt ist.


Wie unterscheiden wir also einen Zeltplatz wie Tönnebön-Camp ( way 
129645725 ) von einem Campingplatz auf dem man als nur Zelter nicht 
eingelassen wird.


Ebenso gibt es Kombinationen bei denen man Zelten darf, aber 
Wohnmobile nicht eingelassen werden.


Auf der anderen Seite gibt es Wohnmobilstellplätze die Zelten 
erlauben aber dafür Zelten erlauben. Dort dürfte ein Fahradfahrer mit 
Zelt ja auch zelten.


Wie schon oben erwähnt gibt es wie man an den Übersetzungen vom 
englichen ins deutsche und umgekehrt unterschiedliche Sichtweiden. 
damit wird es für mich sehr schwer das ganze in englisch fürs Tagging 
zu beschreiben.


LG
Gisbert

Re: [Talk-de] Wegenamen in Kleingärten

Am 19.05.2014 03:06, schrieb Michael Kugelmann:
 Am 19.05.2014 00:09, schrieb Hartmut Holzgraefe:
 Amtlich ist das was der operator als Namen vergeben hat, egal
 ob öffentliche amtliche Wege in einer Gemeinde, Wege in einer
 Gartenkolonie, oder Straße auf einem Werksgelände ... und damit ist
 es name= Insbesondere wenn der Name nicht nur auf Plänen
 auftaucht sondern Wege auch beschildert sind (ist in vielen
 Kleingärten der Fall) ist das für mich eindeutig ein name=
 ich will mal ein paar Anmerkungen einbringen, welche aus einem
 Gespräch beim Vermessungsamt der Stadt München abgeleitet sind.

 Ich konstruiere mal einen Fall:
 in einer Kleingartenanlage passiert ein schwerer Unfall, es wird ein
 Notarzt gerufen. Die Kleingärtner nutzen OSM-Karten (löblich), und
 geben Blumenweg als Unfallort an, so wie in der OSM-Karte aufgeführt.
 Der Notarzt nutzt eine amtliche Karte, dort gibt es keinen Blumenweg,
 der Notarzt weiß nicht wo er hinfahren soll.

Da würde ich immer widersprechen, da in der Adressangabe ja die
Kleingartenangabe steckt. Das was dort beschrieben wird, wäre so wie
wenn der Notarzt in das falsche Dorf oder den falschen Stadteil fährt um
in die Hauptstraße zu gelangen. Dann hat er zwar eine offizielle Straße
gefunden, aber halt die falsche.
 Aus derartigen Gründen sind die amtlichen Stellen der Meinung, dass
 nur offizielle Namen auf Karten erscheinen sollen. Namen in
 Kleingartenanlagen sind nicht offiziell.
 Ich kann die diese Argumentation sehr wohl verstehen.

Wenn ich mir größere Kleingartenanlagen ansehe und bedenke, dass es dort
im Normalfall nur Fußwege gibt die nicht breiter als 1m sind dann retten
die Namen sogar Leben, denn wenn trotz der Angabe des Wegnamens und der
Gartennummer ein Notarzt  in einer für einen Fremden fast überall gleich
aussehenden Wege und Gärten herumirrt, vergeht eine Menge Zeit.
Hier wäre also ein gutes Argument für den Namen.  Routingprogramme
sollten damit gut zurechtkommen, da ja Fahrzeuge nicht durchkommen, aber
trotzdem der Weg zum richtigen Tor gefunden würde.

Es gibt ja zum Beispiel auch Universitäten wo der Campus eigene
Straßennamen oder sogar Ordnungsnummern hat damit man sich darin
zurechtfindet. Dort sind Fahrzeuge ja teilweise zugelassen.
Aber auch hier wäre es fatal wenn die Namen weggelassen würden, nur weil
diese nicht von der Stadt vergeben wurden und damit ja nicht offiziell
wären.

Also daher eher der Aufruf, Wegenamen zu taggen und dabei verstärkt auf
die Benutzbarkeit zu achten.  Wie das dann in den Karten dargestellt
wird ist doch die Sache des Renderers.
Aber auch da habe ich ja schon bemerkt, dass eben nur häufig nur das
gemappt wird, was auch auf der Karte zu sehen ist.
Ich für meinen Teil werde also anfangen, mir die Anlagen dahingehend
anzusehen, ob z.B. der Fußweg um die Anlage, der häufig keinen Namen
hat, so ausgelegt ist, dass er als Fahrweg benutzbar ist um zum Beispiel
schweres Material anzuliefern oder eben für Rettungsfahrzeuge nutzbar ist.



Grüße
Gisbert

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


Re: [Talk-de] JOSM Tag-Template ??


Es gibt da ein Beispiel in den Presets.
http://josm.openstreetmap.de/josmfile?page=Presets/OneClickzip=1
Sollte leicht anpassbar sein.

Gruß Gisbert

Am 13.05.2014 17:39, schrieb Johannes:

Hallo Georg, danke für deine Ideen. Wie erstelle ich den einen
One-Click-Preset?

Ansonsten tut sich vielleicht hier (josm-scripting-plugin + hot key)
eine Lösung auf:
https://github.com/Gubaer/josm-scripting-plugin/issues/24

Gruß Johannes

Am 13.05.2014 07:58, schrieb Georg Feddern:

Moin,

Am 12.05.2014 23:01, schrieb Johannes:

Keine Idee?

keine, die Dir vermutlich wirklich weiterhelfen wird ...

A) JOSM Sourcecode anpassen und compilieren - dann behält man die
Vorbelegung mit den zuletzt eingegebenen Werten.
B) Eigenes Preset schreiben - dann hat man aber keine Vorbelegung mit
den zuletzt eingegebenen Werten.
C) One-Click-Preset mit den verschiedenen leveln anlegen und in die
Toolbar einhängen.

Gruß
Georg

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



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


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


Re: [Talk-de] Konverter XErleben - OSM

Es sah mir so aus als wenn der Code eigentlich reichen würde, deshalb
hatte ich nach der Decodiermöglichkeit gefragt., dann könnte der Code
aus den Tags zurückübersetzt werden.
Ich stelle mir dann z.B. eine Vorlage (Presets) vor mit der man die
Eingabe machen könnte. Den Code wird kein (wenige) Mapper eintragen
wollen, weil der Sinn nichts mit Geodaten zu tun hätte.
Wenn es aber für den Code eine verständliche Beschreibung gibt würde das
die Unterscheidungsmerkmale beschreiben und die suche nach sinnvollen
Taginformationen würde dann einfacher sein.
Dann würde man mit OverpassTurbe eine Abfrage nach diesen Tags machen
können und könnte so erkennen ob die Tags nicht schon in fast dem
richtigen Maße vorhanden sind.

Die Nutzung von den schon gegebenen Tags, die Kombinationen die schon
verwendet werden könnten so abgefragt werden, mit einer verbesserten
Wikibeschreibung und Hilfsmitteln wie Presets würde die Akzeptanz der
gefundenen Tags erhöht und damit natürlich die Eintragungsdichte und
Häufigkeit.

viele Grüße
Gisbert


 
Am 07.04.2014 11:37, schrieb EFTAS Christian Röttger:
 Hallo,

 deine Testseite ist doch schon gar nicht so schlecht, vielen Dank. Ich habe 
 gerade nicht so viel Zeit, aber ich versuche im Laufe der Woche mal eine 
 beschreibende Projektseite einzurichten, um mehr Struktur reinzubringen. 
 Das Tool wiki2csv sieht ganz nett aus. Habs kurz angetestet und es liefert 
 ganz gute Ergebnisse. Vielleicht finde ich auch noch die Zeit das Skript so 
 anzupassen, dass automatisch Links zu den einzelnen Tags gesetzt werden, bzw. 
 diese beim Export wieder entfernt werden.

 Code, Paket, Kategorie und Funktion bilden in XErleben einen Thesaurus zur 
 Kategorisierung, welcher auch online eingesehen werden kann 
 (http://www.xerleben.de/wiki/Thesaurus). Der Code ist eindeutig und darüber 
 werden die POIs kategorisiert. Paket, Kategorie und Funktion dienen dem 
 Verständnis und der Lesbarkeit.

 Ein Snenario, bzw. ein Wunschgedanke ist folgender. Ein Kreis hat Daten im 
 XErleben-Format und möchte dies OSM zur Verfügung stellen. Diese Daten sollen 
 automatisiert nach Xerleben Code und der Überführungsliste in OSM POIs 
 überführt werden. Bzw. auch umgekehrt. Natürlich kann es dann noch Duplikate 
 geben, aber eins nach dem anderen.

 Viele Grüße
 Christian

 Habe mal als Beispiel eine Umsetzung begonnen.
 http://wiki.openstreetmap.org/wiki/User:Gmbo/Testseite

 Da sieht man dass die Tabelle trotz der Trennung in Pakete noch recht
 unübersichtlich ist.

 Was wird denn aus der Tabelle hinterher benötigt?
 Ich habe z.B. die Codes weggelassen, gibt es dafür eine
 Schlüsselbeschreibung?

 In Wirtschaft habe ich dann mal per Hand ein paar Änderungen gemacht.
 Sieht dann etwas geordneter aus, auch wenn noch einiges unvollständig
 umgesetzt ist.


 Gruß
 Gisbert


 Am 04.04.2014 17:46, schrieb gmbo:
 Hallo,
 es gibt ein Tool wiki2csv das kann eine Tabelle in beide Richtungen
 umsetzen.

 Da die Liste hat schon einen recht großen Umfang hat und umgesetzt so
 wie sie ist, noch schwerer zu lesen und zu verstehen ist, müsste Sie
 wohl in mehrere Seiten aufgeteilt werden und dann von einer
 übergeordneten beschreibenden Seite angesprungen zu werden, oder halt
 eine andere Struktur bekommen.

 Viele Grüße
 Gisbert


 Am 04.04.2014 11:06, schrieb EFTAS Christian Röttger:
 Hallo,

 Hallo
 Ich denke die Idee mit der Wiki Seite ist auf jedenfall nicht
 schlecht.
 Über den Disskussionsbereich lassen sich dann ja auch Diskussionen
 zu
 einzelnen Tags starten und es bleibt tortzdem übersichtlich.

 Genau, so ähnlich war die Idee. Archer hätte dann dort direkt die
 Brennerei eintragen können. Diese habe ich auf der How to map
 Seite
 übersehen. Wie bestimmt auch noch einige andere Sachen, da es ja
 eine
 Vielzahl an Funktionen gibt.

 Damit kommen wir zurück zu dem zweiten Teil meiner Frage, wie
 importiere ich am besten (am liebsten automatisch) die bisherige
 Tabelle in das Wiki. Zusätzlich bräuchte man eine Exportfunktion
 (als
 csv etc.), um die Zuordnungstabelle z.B. in PostgreSQL oder einem
 Konverter einlesen zu können. Vielleicht kann mir jemand der mit dem
 Wiki vertrauter ist dazu Tipps geben oder schauen ob es dafür
 geeignete Plugins gibt.

 Viele Grüße
 Christian

 mfg
 Christian


 Am 3. April 2014 17:31 schrieb Archer arc...@gulli.com:

 Zur Brennerei findet man unter How to map a folgende Anmerkung:
 Brennerei: craft=distillery + distillery=*

 Am 3. April 2014 17:16 schrieb EFTAS Christian Röttger
 christian.roett...@eftas.com:
 Hallo,

 diese aktuelle Tabelle ist nur zur Kategorisierung gedacht. Tags
 wie
 name, adresse, etc. sollen natürlich als normale Attribute mit
 übernommen
 werden aber nicht unbedingt der Kategorisierung dienen.
 Wir haben uns erst einmal an den Map Features entlang geangelt,
 hauptsächlich in Englisch und auch Seiten wie
 http://wiki.openstreetmap.org/wiki/DE:How_to_map_a und
 http://wiki.osm.org/wiki/Map_Features zum besseren Verständniss.
 Auch
 TagInfo hat die ein oder

Re: [Talk-de] Konverter XErleben - OSM


Hallo,
es gibt ein Tool wiki2csv das kann eine Tabelle in beide Richtungen 
umsetzen.


Da die Liste hat schon einen recht großen Umfang hat und umgesetzt so 
wie sie ist, noch schwerer zu lesen und zu verstehen ist, müsste Sie 
wohl in mehrere Seiten aufgeteilt werden und dann von einer 
übergeordneten beschreibenden Seite angesprungen zu werden, oder halt 
eine andere Struktur bekommen.


Viele Grüße
Gisbert


Am 04.04.2014 11:06, schrieb EFTAS Christian Röttger:

Hallo,


Hallo
Ich denke die Idee mit der Wiki Seite ist auf jedenfall nicht schlecht.
Über den Disskussionsbereich lassen sich dann ja auch Diskussionen zu
einzelnen Tags starten und es bleibt tortzdem übersichtlich.


Genau, so ähnlich war die Idee. Archer hätte dann dort direkt die Brennerei eintragen 
können. Diese habe ich auf der How to map Seite übersehen. Wie bestimmt auch 
noch einige andere Sachen, da es ja eine Vielzahl an Funktionen gibt.

Damit kommen wir zurück zu dem zweiten Teil meiner Frage, wie importiere ich am 
besten (am liebsten automatisch) die bisherige Tabelle in das Wiki. Zusätzlich 
bräuchte man eine Exportfunktion (als csv etc.), um die Zuordnungstabelle z.B. 
in PostgreSQL oder einem Konverter einlesen zu können. Vielleicht kann mir 
jemand der mit dem Wiki vertrauter ist dazu Tipps geben oder schauen ob es 
dafür geeignete Plugins gibt.

Viele Grüße
Christian


mfg
Christian


Am 3. April 2014 17:31 schrieb Archer arc...@gulli.com:


Zur Brennerei findet man unter How to map a folgende Anmerkung:
Brennerei: craft=distillery + distillery=*

Am 3. April 2014 17:16 schrieb EFTAS Christian Röttger
christian.roett...@eftas.com:

Hallo,

diese aktuelle Tabelle ist nur zur Kategorisierung gedacht. Tags

wie

name, adresse, etc. sollen natürlich als normale Attribute mit

übernommen

werden aber nicht unbedingt der Kategorisierung dienen.

Wir haben uns erst einmal an den Map Features entlang geangelt,

hauptsächlich in Englisch und auch Seiten wie
http://wiki.openstreetmap.org/wiki/DE:How_to_map_a und

http://wiki.osm.org/wiki/Map_Features zum besseren Verständniss.

Auch

TagInfo hat die ein oder andere Info gebracht.

Das Thema ist halt sehr komplex und kann sich nur sukzessiv

entwickeln.

Craft: brewery benutzen wir ja auch für eine Brauerei. Aber für

eine

Destillerie passt es nicht unbedingt. Auch kann man natürlich zu

jedem Tag

eine eigene Diskussion aufmachen, da es diverse Meinungen und

Sichtweisen

gibt. Wir möchten versuchen daraus einen recht ordentlichen Konsens

zu

schaffen.

Viele Grüße
Christian

Betreff: Re: [Talk-de] Konverter XErleben - OSM

Am 03.04.2014 11:31, schrieb EFTAS Christian Röttger:

Hallo liebe OSM-Community,

Hallo,


Bei der Zuordnung der Brennerei kommen wir zu dem ersten Problem.
In der offiziellenMap Features Liste (

http://wiki.osm.org/wiki/DE:Map_Features)

gibt es noch keinen entsprechenden Tag um diese Funktion eines POI

zu

beschreiben.

Weil nicht eindeutige Zuordnungen häufiger auftauchen hoffen wir

auf die

Zusammenarbeit mit der OSM Community. Die Lösung könnte z.B. die

Einführung neuer

Tags sein, aber da sind wir für alle Lösungsvorschläge offen und

dankbar.

Die Map Features beinhalten nicht alle tags, und man sollte sich

nicht

daran klammern.
Bei nicht vorhandenen tags in DE:Mapfeatures solltet ihr
sprachunabhängig suchen, beispielsweise gibt es ein craft=brewery

schon,

wie ihr vielleicht schon gemerkt habt.

http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbrewery


Unsere Idee ist, diese Zuordnungsliste frei verfügbar zu machen
(z.B. auf einer Seite im OSM Wiki) und dort zu pflegen, um anderen

Kommunen,

Personen, etc. Hilfestellung beim Import/Export von Daten in OSM

zu

ermöglichen.

Eine erste Arbeitsversion befindet sich momentan unter
https://docs.google.com/file/d/0B5hzMGhyvOK6c1dDQ21pYUxZZFE. Aber

es

existieren

noch viele leere Zeilen (s.o.) und Unklarheiten, welche

Tag-Kombinationen die Richtigen

sind. Hier hoffen wir auf den Input der erfahreneren OSM Mapper,

um

gemeinsam diese

Lücken zu füllen. Evtl. haben wir als schönen Nebeneffekt, dass

das

Wiki in Bereichen

mit leicht widersprüchlichen Angaben harmonisiert wird.

Mit taginfo lassen sich tags überprüfen (z.B. Wie oft benutzt? ;

Mit

welchen Kombinationen? ; usw.)

http://taginfo.openstreetmap.org

Ich habe jedoch Zweifel, ob für Kombinationen nur ein zusätzliches
Wertepaar ausreicht. Da müsste man schon Wissen welche Infos für

euch in

der Kombination relevant sind. Beispielsweise amenity=restaurant,

da

gibt es einige mögliche zusätzliche Infos wie z.B. Name,

Öffnungszeiten,

Art der Küche, Rauchen, Rollstuhltauglichkeit, WLan, usw. Wie wollt

ihr

diese Problematik lösen?

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drestaurant


Mit freundlichen Grüßen
Christian Röttger

Grüße
René


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


Re: [Talk-de] Konverter XErleben - OSM


Habe mal als Beispiel eine Umsetzung begonnen.
http://wiki.openstreetmap.org/wiki/User:Gmbo/Testseite

Da sieht man dass die Tabelle trotz der Trennung in Pakete noch recht 
unübersichtlich ist.


Was wird denn aus der Tabelle hinterher benötigt?
Ich habe z.B. die Codes weggelassen, gibt es dafür eine 
Schlüsselbeschreibung?


In Wirtschaft habe ich dann mal per Hand ein paar Änderungen gemacht. 
Sieht dann etwas geordneter aus, auch wenn noch einiges unvollständig 
umgesetzt ist.



Gruß
Gisbert


Am 04.04.2014 17:46, schrieb gmbo:

Hallo,
es gibt ein Tool wiki2csv das kann eine Tabelle in beide Richtungen 
umsetzen.


Da die Liste hat schon einen recht großen Umfang hat und umgesetzt so 
wie sie ist, noch schwerer zu lesen und zu verstehen ist, müsste Sie 
wohl in mehrere Seiten aufgeteilt werden und dann von einer 
übergeordneten beschreibenden Seite angesprungen zu werden, oder halt 
eine andere Struktur bekommen.


Viele Grüße
Gisbert


Am 04.04.2014 11:06, schrieb EFTAS Christian Röttger:

Hallo,


Hallo
Ich denke die Idee mit der Wiki Seite ist auf jedenfall nicht schlecht.
Über den Disskussionsbereich lassen sich dann ja auch Diskussionen zu
einzelnen Tags starten und es bleibt tortzdem übersichtlich.

Genau, so ähnlich war die Idee. Archer hätte dann dort direkt die 
Brennerei eintragen können. Diese habe ich auf der How to map Seite 
übersehen. Wie bestimmt auch noch einige andere Sachen, da es ja eine 
Vielzahl an Funktionen gibt.


Damit kommen wir zurück zu dem zweiten Teil meiner Frage, wie 
importiere ich am besten (am liebsten automatisch) die bisherige 
Tabelle in das Wiki. Zusätzlich bräuchte man eine Exportfunktion (als 
csv etc.), um die Zuordnungstabelle z.B. in PostgreSQL oder einem 
Konverter einlesen zu können. Vielleicht kann mir jemand der mit dem 
Wiki vertrauter ist dazu Tipps geben oder schauen ob es dafür 
geeignete Plugins gibt.


Viele Grüße
Christian


mfg
Christian


Am 3. April 2014 17:31 schrieb Archer arc...@gulli.com:


Zur Brennerei findet man unter How to map a folgende Anmerkung:
Brennerei: craft=distillery + distillery=*

Am 3. April 2014 17:16 schrieb EFTAS Christian Röttger
christian.roett...@eftas.com:

Hallo,

diese aktuelle Tabelle ist nur zur Kategorisierung gedacht. Tags

wie

name, adresse, etc. sollen natürlich als normale Attribute mit

übernommen

werden aber nicht unbedingt der Kategorisierung dienen.

Wir haben uns erst einmal an den Map Features entlang geangelt,

hauptsächlich in Englisch und auch Seiten wie
http://wiki.openstreetmap.org/wiki/DE:How_to_map_a und

http://wiki.osm.org/wiki/Map_Features zum besseren Verständniss.

Auch

TagInfo hat die ein oder andere Info gebracht.

Das Thema ist halt sehr komplex und kann sich nur sukzessiv

entwickeln.

Craft: brewery benutzen wir ja auch für eine Brauerei. Aber für

eine

Destillerie passt es nicht unbedingt. Auch kann man natürlich zu

jedem Tag

eine eigene Diskussion aufmachen, da es diverse Meinungen und

Sichtweisen

gibt. Wir möchten versuchen daraus einen recht ordentlichen Konsens

zu

schaffen.

Viele Grüße
Christian

Betreff: Re: [Talk-de] Konverter XErleben - OSM

Am 03.04.2014 11:31, schrieb EFTAS Christian Röttger:

Hallo liebe OSM-Community,

Hallo,


Bei der Zuordnung der Brennerei kommen wir zu dem ersten Problem.
In der offiziellenMap Features Liste (

http://wiki.osm.org/wiki/DE:Map_Features)

gibt es noch keinen entsprechenden Tag um diese Funktion eines POI

zu

beschreiben.

Weil nicht eindeutige Zuordnungen häufiger auftauchen hoffen wir

auf die

Zusammenarbeit mit der OSM Community. Die Lösung könnte z.B. die

Einführung neuer

Tags sein, aber da sind wir für alle Lösungsvorschläge offen und

dankbar.

Die Map Features beinhalten nicht alle tags, und man sollte sich

nicht

daran klammern.
Bei nicht vorhandenen tags in DE:Mapfeatures solltet ihr
sprachunabhängig suchen, beispielsweise gibt es ein craft=brewery

schon,

wie ihr vielleicht schon gemerkt habt.

http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbrewery


Unsere Idee ist, diese Zuordnungsliste frei verfügbar zu machen
(z.B. auf einer Seite im OSM Wiki) und dort zu pflegen, um anderen

Kommunen,

Personen, etc. Hilfestellung beim Import/Export von Daten in OSM

zu

ermöglichen.

Eine erste Arbeitsversion befindet sich momentan unter
https://docs.google.com/file/d/0B5hzMGhyvOK6c1dDQ21pYUxZZFE. Aber

es

existieren

noch viele leere Zeilen (s.o.) und Unklarheiten, welche

Tag-Kombinationen die Richtigen

sind. Hier hoffen wir auf den Input der erfahreneren OSM Mapper,

um

gemeinsam diese

Lücken zu füllen. Evtl. haben wir als schönen Nebeneffekt, dass

das

Wiki in Bereichen

mit leicht widersprüchlichen Angaben harmonisiert wird.

Mit taginfo lassen sich tags überprüfen (z.B. Wie oft benutzt? ;

Mit

welchen Kombinationen? ; usw.)

http://taginfo.openstreetmap.org

Ich habe jedoch Zweifel, ob für Kombinationen nur ein zusätzliches
Wertepaar ausreicht. Da müsste man schon Wissen welche Infos für

euch in

der

Re: [Talk-de] St.-ZickeZacke-Str.


Am 17.02.2014 01:08, schrieb Michael Kugelmann:

Am 03.02.2014 18:52, schrieb Falk Zscheile:

Eine (noch) einfachere Regel ist aber Ins name-Tag kommt es so, wie
es vor Ort steht.

+1!

Und bei Ungereimtheitenm sollte man sich für eines entscheiden. 
Eigenständig. Und sich bei der Stadt/Gemeinde beschweren.


Beschweren, eher informieren, Die Stadt  ist im Normalfall froh, wenn 
sie es gemeldet bekommt und ändert was dran. Als Antwort wird sie die 
ofizielle Schreibweise schicken.


Liebe Grüße
Gisbert



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


Re: [Talk-de] Olympiagelände in OSM und bei den Wettbewerbern


Am 11.02.2014 10:50, schrieb Martin Koppenhoefer:

Hier ein netter wired-Artikel über die OSM Karte im Olympiagebiet im
Vergleich zur Konkurrenz (auf englisch):
http://www.wired.com/wiredscience/2014/02/sochi-maps/

Und hier ein Kommentar von Zverik, dass es sich hier keineswegs um
punktuelles Mappen für Olympia handelt, sondern vielmehr Olympia in einem
schon vorher gut gemappten Gebiet stattfindet:
http://www.openstreetmap.org/user/Zverik/diary/20999

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


Da sieht man mal wofür die geofabrik-tools gut sind.
http://tools.geofabrik.de/mc/?lon=40.30651lat=43.66146zoom=13num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik-german
Gruß Gisbert

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


Re: [Talk-de] Stolperstein-Relationen entsorgen?

Auch wenn ich die Relationen selbst nicht brauche,  sind die Relationen 
dafür da das eigentlich ein großes Objekt welches sich räumlich auf 
einen größeren Raum (Europa) befindet, zusammengehörig zu beschreiben.


Eine Stolpersteinrelation ist für mich nichts anders als Relationen wie 
die für Netzwerke der Verkehrsbetriebe, oder auch Busrouten.


Wenn also Relationen verteufelt werden, und eingeführtes gelöscht werden 
soll, dann wäre es sinnvoll den User zu überzeugen der sie anlegte, 
diese dann zu löschen und nicht eigentlich unbeteiligte, die so etwas 
selbst so ja nie angelegt hätten.


Wie lange gibt es die Möglichkeit solche Sammelabfragen in OverpassTurbo 
für einen normalen User zu tätigen, und schau dir den Zeitunterschied 
einer Abfrage nach einer Relation an oder einer teilweise recht 
komplizierten Abfrage in einer QL.


Ungenau sind solche Abfragen immer, da Ort allein  einfach nicht 
ausreicht, wenn es den Namen für unterschiedliche Orte gibt.


Was ist wenn ein einzelner Server wie OverpassTurbo ausfällt oder 
umgebaut wird?


Bevor ich eine Relation löschen würde würde ich alle Daten die in der 
Relation gesammelt sind auf die einzelnen Objekte übertragen wollen, 
aber das klappt nicht immer, da es immer wieder gleiche Tags mit 
unterschiedlichen, hirachischen Inhalten gibt. Deshalb aber darauf 
verzichten wäre meiner Meinung nach ein Rückschritt.


Denn bisher dachte ich OSM sollte wachsen und nicht schrumpfen und es 
sollten die Daten frei für alle sein.

Sonst können wir ja wieder mit anderen Systemen wie Google und Co arbeiten.

Gruß
Gisbert


Am 30.01.2014 10:01, schrieb Jan Tappenbeck:

Moin !

also ich brauche die Relationen nicht mehr für meine 
Stolperstein-Auswertung.




Eine Liste, aus der man automatisch Overpass-Abfragen nach dem Schema
Stolpersteine in $Ort basteln kann, bereite ich gerade vor.


Gibt es das nicht schon auf der zugehörigen Wiki-Seite bei den Orten?

Gruß Jan :-)




Gruß
Thomas

http://malenki.ch/OSM/Bilder/2014-01-28_203454_scr_Stolperstein_Relationen.png 






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




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


Re: [Talk-de] Stolperstein-Relationen entsorgen?

Mir persönlich geht es nicht um die Relationen, z.B. Stolpersteine. Ich 
versuche zu verstehen warum dieser Overhead so stört. Alles was wir in 
OSM einflegen bringt auf der einen Seite einen Nutzen auf der Anderen 
stört es.
Mir war der Zweck der Relationen nicht 100% klar Trotzdem habe ich wenn 
ich neue Steine eingetragen habe, diese auch in die Relationen 
eingetragen. Wenn ich festgestellt habe, dass Schreibfehler in Tags sind 
diese korregiert und so z.B. in den letzten Tagen die in der Hamburger 
Relation fehlenden Steine eingetragen. Aber  auch am Vervollständigen 
der Wiki-Overpassabfragen habe ich mich beteiligt, damit es überhaupt 
eine Möglichkeit zum Ersetzen der Relationen kommt.
Leider bin ich noch nicht so lange im Mapgeschehen, dass ich die 
Zusammenhänge, warum die einzelnen Relationen erstellt wurden für mich 
nachvollziehbar sind.

Jan hat die Relationen ja bis vor kurzen in seiner Karte genutzt.
Das er sie jetzt nicht mehr benötigt sagt aber  nicht aus dass die 
Relationen nicht von anderen benutzt werden.


Allerdings bin ich dagegen, dass ein paar wenige Nutzer kurzerhand über 
wird gebraucht oder nicht entscheiden.
Denn so kann man auch Daten manipulieren, oder Anwendungen, die dann mit 
einem Mal nicht mehr laufen.


Und wenn das irgendwann mit den OSM-Daten passiert, dann geht das so 
schnell abwärts wie es bisher aufwärts ging.



Gruß Gisbert


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


Re: [Talk-de] Stolperstein-Relationen entsorgen?


Am 30.01.2014 18:30, schrieb malenki:

malenki schrieb:


Ich finde, auf die Netzwerke von Busrouten kann man ebenso verzichten
wie auf eine Relation Radwege in Sachsen (aus der Luft gegriffenes
Beispiel mit real existierenden Anwendungen...).

Nicht dass man mich falsch versteht: an den Netzwerkrelationen will ich
derzeit nichts ändern – wie ich auch sonst die Finger vom ÖPNV lasse.

Ing^W^Thomas


das macht morgen dann ein anderer.


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



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


Re: [Talk-de] Stolperstein-Relationen entsorgen?


Am 30.01.2014 17:09, schrieb malenki:

On  30.01.2014 14:22, gmbo wrote:


Mir persönlich geht es nicht um die Relationen, z.B. Stolpersteine.
Ich versuche zu verstehen warum dieser Overhead so stört. Alles was
wir in OSM einflegen bringt auf der einen Seite einen Nutzen auf der
Anderen stört es.

Bitte nenne einen konkreten Nutzen.
Wie gesagt bei den Stolpersteinen fehlt mir der Nutzen der Relation 
selbst auch,

Nachteile wurden bereits aufgezählt.
Am schwerwiegendsten finde ich:
* Die Relationen müssen von Hand nachgeführt werden. Im Gegensatz dazu
liefert eine OAPI-Abfrage immer alle Stolpersteine. Unnützer Mehraufwand
Laut taginfo existieren derzeit 11349 nodes mit
memorial:type=stolperstein
Wenn da niemand draufschaut und ungleiches Tagging angleicht wären auch 
das viel weniger.



Die Zahl der in Stolpersteinrelationen gesammelten nodes beläuft sich
auf 8051.
Möchtest du wirklich die 3298 in OSM vorhandenen, aber nicht per
Relation erfassten Stolpersteine in Relationen sammeln? Von den noch
zu mappenden Stolpersteinen nicht zu reden.
(Klar, mithilfe der OAPI wäre das einfach...)


Könntest du mir so eine einfache Abfrage, die mir alle z.B. 
Bushaltestellennodes listet die nicht in einer bestimmten Relation sind.

Das habe ich bisher nicht hinbekommen.


Die dafür aufzubringende Zeit kann man auch in sinnvolle Arbeit
investieren.
Wenn du die Zeit nicht investieren möchtest: Andere wollen das noch
weniger.
Wenn keiner die Zeit in die Relationenpflege investieren möchte ist
offensichtlich, dass die Sammelrelationen unnütz sind: eine
unvollständige Sammlung gleicher Objekte.

Ein weiterer nicht zu vernachlässigender Punkt:
Relationen gehen gern mal kaputt. Den Zeitaufwand der Reparatur kann
man sich schenken.


Leider bin ich noch nicht so lange im Mapgeschehen, dass ich die
Zusammenhänge, warum die einzelnen Relationen erstellt wurden für
mich nachvollziehbar sind.

Die einzelnen Relationen habe ich nicht tiefer analysiert, aber ich
kann mir vorstellen dass sie zu einer Zeit angelegt wurden, als die
OAPI noch nicht existierte bzw kein so benutzerfreundliches Frontend
hatte wie jetzt.


Jan hat die Relationen ja bis vor kurzen in seiner Karte genutzt.
Das er sie jetzt nicht mehr benötigt sagt aber  nicht aus dass die
Relationen nicht von anderen benutzt werden.

Allerdings bin ich dagegen, dass ein paar wenige Nutzer kurzerhand
über wird gebraucht oder nicht entscheiden.

OSM ist eine Do-Ocracy, keine bureaucracy. :)
Das wird die ganze Zeit so gemacht. In OSM werden nicht ständig alle
gefragt, was man wie machen soll bzw. ob das, was man vorhat, korrekt
ist.
Wenn du dir die Beteiligung an Proposal-Abstimmungen anschaust wirst du
feststellen, dass nur ein Bruchteil der aktiven Mapper daran teilnimmt.
Da sind ein paar wenige Nutzer, die über wird gebraucht/nicht
gebraucht entscheiden.
Wenn du taginfo durchstöberst wirst du sogar key/value-Kombinationen
finden, die niemand bisher dokumentiert hat. Teilweise entscheiden also
einzelne User darüber, was sie brauchen.
Ein paar Tags, die ich öfter benötige, sammle ich hier:
http://wiki.openstreetmap.org/wiki/User:Malenki/undoc_tags


Denn so kann man auch Daten manipulieren, oder Anwendungen, die dann
mit einem Mal nicht mehr laufen.

Beim konkreten Problem ist deine Befürchtung vernachlässigbar:
Wenn jemand eine Karte für Stolpersteine aufgesetzt hat oder ein Script,
das sich täglich die aktuellen Stolpersteine von OSM holt, dürfte der
Jemand auch die Fähigkeiten haben, diese Daten auch aus der OAPI zu
holen.
Weiterhin hätte er den Vorteil, ein Drittel mehr an Stolpersteinen zu
finden als bisher (siehe oben)
Bei den Stolpersteinen sehe ich das auch so. Wenn sich aber jemand etwas 
mit den OSM-Daten programmieren lassen hat, so könnte ein anderer, durch 
solche Störungen, diese Anwendung auf längere Sicht lahmlegen.

Wenn so etwas öfter geziehlt passiert, dann sehe ich dort Gefahren.


Und wenn das irgendwann mit den OSM-Daten passiert, dann geht das so
schnell abwärts wie es bisher aufwärts ging.

Gegenbeispiele, die mir spontan einfallen:
landuse=farm weint keiner hinterher
Sogar ein ganze Datentyp wurde entsorgt: Seit API 0.5 gibt es keine
Segmente mehr.

Ein dynamisches Objekt wie OSM sollte dynamisch bleiben.
Stell dir vor, wir behalten die Sammelrelationen für Stolpersteine bei.


Natürlich ist die Flexibilität wichtig,
Die Sammelrelation Stolpersteine war, weil ich sie als vorhanden 
vorfand, für mich ein leicht zu verstehendes Beispiel, auf die ich ja 
auch verzichten kann, auch wenn ich sie zwischenzeitlich zum direkten 
Laden in JOSM nutzte.
Ich war auch der Meinung, dass durch die Sammlung von übergeordneten 
Tags in der Relation der Speicherbedarf verringert würde.  Auch der 
Aufbau mit Eltern-Kindrelationen führt mich in Richtung Sammeln.

Wie gesagt viele Relationen sind sehr änlich aufgebaut.
Mach das Sammeln also nicht von der Stolpersteinrelation abhängig.

Gruß Gisbert



Dann will jemand alle Dinge in der Nähe von Flüssen in Relationen

Re: [Talk-de] Bahnstrom


Am 28.12.2013 22:52, schrieb Frederik Ramm:

Hallo,

gerade ist mir eine gigantische Relation zum Thema Bahnstrom
aufgefallen, die mir erstens Bestehendes zu duplizieren scheint und die
zweitens eine typische Kategorie-Relation ist. Ihr Ersteller hat das
hier diskutiert:

http://www.openstreetmap.org/user/Toliman/diary/20629

Ich bin dafuer, die zu loeschen, und die dort erwaehnte 1101215 gleich
mit. Aber es scheint, dass der Mapper sich sehr viel Muehe gegeben hat
und ich bin kein Stromnetz-Experte - steckt in der Relation vielleicht
doch was drin, was man irgendwie retten sollte?

Bye
Frederik

Ich bin zwar kein Experte für Relationen, aber ich sehe die 
Bahnstromrelation genauso wie eine Relation für Autobahnen oder Straßen.
Da werden zwar keine Autos geroutet die darauf fahren wollen, sondern 
einige Elektronen, die dann irgendwelche Lokomotiven bewegen.


Wenn es also keinen Sinn macht für so etwas Relationen zu haben, dann 
sollte man die alle löschen.


Wenn aber die Relationen bei Straßen und ÖPNV Sinn machen, dann würden 
Relationen auch im Stromnetz Sinn machen und sie sollten bleiben.


Gruß
Gisbert




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


Re: [Talk-de] Bahnstrom


Am 29.12.2013 03:42, schrieb Michael Kugelmann:

Am 29.12.2013 02:51, schrieb Frederik Ramm:

Die genannte Relation ist *eine*, die alle Bahnstromleitungen in
Deutschland enthaelt. Vergleichbar also mit einer Relation alle
Bundesstrassen in Deutschland oder Fernverkehrsnetz der DBAG.
tendenziell für löschen, wenn keine zusätzliche Information dadurch 
enthalten ist! Ich könnte jetzte inen gewissen Frederik Ramm zitieren, 
welcher immer (zurecht) predeigt: eine Relation ist kein Ersatz für 
eine Kategorie.  ;-)


Immer wenn ich diese Predigt lese stellt sich mir die Frage, Wie 
beschreibe ich eine Kategorie oder warum gibt es keine, es ist leicht 
zu sagen, so hast du das falsch gemacht und deshalb lösche ich jetzt 
deine Arbeit.
Besser wäre die Überlegung Wie hätte derjenige, der sich, wie Frederik 
zu recht schrieb, viel Arbeit damit gemacht hat, vorgehen sollen um ein 
Ergebnis zu bekommen welches vernünftig realisierbar ist und auf Dauer 
Bestand haben kann.


Aber daher meine Fragen zu dem Thema. Gibt es ein anderes Merkmal, 
welches die Zusammengehörigkeit der Leitungen bestimmt. Sie also von den 
normalen Energieleitungen unterscheidet um so das Netz darstellen zu 
können ohne alle Bezitzer der kleineren Netze zu kennen..
Bei Straßen wird das durch viele gut beschriebene Tags gemacht, bei 
denen die Zusammenhänge allen geläufig sind. Den Hochspannungsleitungen 
sieht man aber nicht an ob sie für die Bahn oder Haushaltsstrom da sind. 
Der Aufbau ist der selbe, aber man kann sie nicht gemeinsam benutzen. 
Das wäre so wie wenn man in einer Stadt 2 Schienennetze für bie 
Straßenbahn hat und die minimal andere Spurweiten hätten.


Hat eigentlich der Ersteller der Relation auf eine Anfrage über den Sinn 
der Relation geantwortet?
Gebt ihm eine Möglichkeit ohne die Relation auszukommen und er löscht 
sie selbst.


Gruß
Gisbert



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


Re: [Talk-de] Straßenverzeichnis Wilhelmshaven unkopierbar?


Am 17.12.2013 06:58, schrieb Gehling Marc:

Hi,

versuch mal https://views.scraperwiki.com/run/pdf-to-html-preview-1/

und aus html dann csv machen.

Mfg Marc

Am 17.12.2013 um 02:02 schrieb Tirkon tirko...@yahoo.de:


Die Stadtverwaltung Wilhelmshaven verweist für ein Straßenverzeichnis
auf dieses geschützte aber ansonsten vorbildlich gestaltete
Dokument:

http://www.google.de/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjaved=0CDEQFjAAurl=http%3A%2F%2Fwww.wilhelmshaven.de%2Fportal%2Finfo%2Fstatistik%2Fwhvstrvz_21122009.pdfei=ip-vUv_dCsGetAaqqYAYusg=AFQjCNGNmmysGXmy2OFa7Tm7JyZlY84vfAbvm=bv.57967247,d.Yms

Dann würde ich aber nur die eigentliche URL nehmen.
http://www.wilhelmshaven.de/portal/info/statistik/whvstrvz_21122009.pdf
Das Dokument ist aber kopiergeschüzt.


Mir gelingt es mit dem Adobe Reader nicht, daraus Text zu kopieren.
Kann jemand bestätigen, dass es unkopierbar ist oder im anderen Falle
beschreiben, wie es geht?


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


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




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


Re: [Talk-de] 1000 Hausnummern


Am 12.12.2013 17:16, schrieb Ralf Gesellensetter:

Liebe Liste,

zum Jahresende tagge ich mal wieder (nach ca. 5 Jahren
Unterbrechung) mit SchülerInnen meiner Info-Kurse.
Diesmal u.a. Hausnummern (da es anders als damals
inzwischen alles Straßen schon gibt).

Es gibt da ja unterschiedliche Schemata, mit denen
wir uns auch kurz befassen wollen. Insgesamt ist
die Zeit jedoch recht begrenzt, so dass wir
v.a. die gesetzten Wegpunkte zeitsparend taggen
müssen. Gibt es dazu noch Tipps?

Ich gehe z.B. davon aus, dass zunächst ein
addr:housenumber-Tag genügt, da der Straßenname
in der Regel der nächstgelegenen Straße zu entnehmen
ist.

Oder sollten wir die Wegpunkte mit Hausnummern usw.
mit einem Skript schneller importieren, statt händisch
mit JOSM? Allerdings gehe ich davon aus, dass die
Wegpunkte nur Anhaltspunkte sind, die genaue Lage
muss von Hand korrigiert werden (Gebäudeumrisse sind
meist vorhanden). Stellenweise sind wir mit Interpolation
vermutlich schneller.

Ich bin allerdings skeptisch, dass wir die 1000 erreichen.

Viele Grüße
Ralf





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


Josm sollte dafür geeignet sein.
Es gibt ein Plugins mit denen man das gut und schnell  hinbekommt.
HouseNumberTaggingTool

Ich gege meist wie folgt vor
1. Markieren der Gebäudeumrisse mit Shift und Click
2. Eigenschaft hinzufügen addr:city (ist ab add Vorgabe und Die Stadt 
erscheint beim ersten Buchstaben.
3. Über den Tags erscheint eine Hausnummer Anmerkungen/Adressen die ich 
jetzt mit einem Einzelnen Objekt anclicke.
4. Im Dialog gibt es Felder für Straße, Land, PLZ, Stadt Hausname und 
Hausnummer. Rechts neben der Nummer gibt es eine Schaltfläche +2 bis -2
die benutzt wird alss Vorgabe für die nächste voreingestellte Nummer. 
Einmal eingetragene Straße, PLZ erscheint in der nächsten Vorgabe wieder.
wenn man also Straßenweise vorgeht Haus anclicken Hausnummerntool 
anclicken und bei normaler Nummernreihenfolge oK drücken.
Ansonsten einfach die Neue Hausnummer tippen, da die vorgegebene 
markiert ist.


Wenn Gebäude fehlen nutze ich seit ein paar Tagen den Tracer2. Der 
zeichnet die kompliziertesten Gebäude in Sekunden.


Einfach mal testen.
Gruß Gisbert





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


Re: [Talk-de] zum neuen OSM - Design - PDF


Am 10.12.2013 17:18, schrieb Bernd Wurst:

Hallo.

Am 10.12.2013 17:10, schrieb Falk Zscheile:

Gibt es auch eine Möglichkeit, den Kartenausschnitt in einer anderen
(insbesondere höheren) Auflösung als am Bildschirm dargestellt zu
exportieren?

SVG und PDF sind Vektorgrafik. Auflösung ist da irrelevant.

Es ist nur so, dass die Schriftgrößen für die Auflösungen der
Standard-Zoomlevel optimiert sind.

Gruß,
Bernd




___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Man kann die Auflösung beeinflussen, liegt aber unter 3000 Px, indem  
man dn Maßstab ändert.


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


Re: [Talk-de] Stolpersteine Elternrelation gelöscht?


Am 05.12.2013 16:04, schrieb Frederik Ramm:

Hi,

On 12/05/2013 08:21 AM, gmbo wrote:

Ich habe heute morgen festgestellt dass die Elternrelation Stolpersteine
gelöscht wurde.
Warum ist das gemacht worden?

Ich hab zwar nicht vor, das zu machen, aber es gaebe eine Menge Gruende
dafuer - wurde ja hier schon lang und breit diskutiert. Relationen sind
nicht dazu da, um die Datenabfrage einfacher zu machen, und nur diesen
Nutzen hat die genannte Relation.

Wer alle Stolpersteine aus OSM rausladen will, kann doch Overpass nehmen.

Bye
Frederik

Sicher kann man Overpass nehmen, dann benötigt eine solche Abfrage aber 
eine Menge Zeit.  Außerdem dachte ich bisher bei 4 Knoten, die 
gemeinsamen Daten wie Künstler, übergeordnete Website wäre vorteilhafter 
in der Relation.


Gruß Gisbert


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


[Talk-de] Stolpersteine Elternrelation gelöscht?

Ich habe heute morgen festgestellt dass die Elternrelation Stolpersteine 
gelöscht wurde.

Warum ist das gemacht worden?
Gruß Gisbert


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


Re: [Talk-de] Stolpersteine Elternrelation gelöscht? War Fehlalarm


Am 05.12.2013 08:21, schrieb gmbo:
Ich habe heute morgen festgestellt dass die Elternrelation 
Stolpersteine gelöscht wurde.

Warum ist das gemacht worden?
Gruß Gisbert


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

Die Relation 407359 
http://www.openstreetmap.org/browse/relation/407359 Ist doch noch da, 
war also nur ein Fehlalarm.

Habe einmal in Josm  nachgeladen dann hatte ich sie wieder drin.

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


Re: [Talk-de] Neues JOSM-Plugin


Am 29.11.2013 09:28, schrieb Frederik Ramm:

Hi,

On 11/24/2013 07:08 PM, nicolaus1977 wrote:

Mein Kumpel Belecker[1] hat ein neues JOSM-Plugin geschrieben.
Das Plugin Tracer2 [2] ermöglicht es Objekte aus einem WMS-Layer
mittels 1-Click zu zeichnen.

Koennt Ihr Euch vielleicht irgendwas ausdenken, was dafuer sorgt, dass
fuer Changesets, die hauptsaechlich aus abgetraceden Gebaeuden bestehen,
auch entsprechende Source-Tags gesetzt sind? Wir haben jetzt viele
Changesets mit tausenden von Gebaeuden und dem Hinweis Gebaeude mit
Tracer2, aber viel wichtiger als mit welchem Plugin die Daten erfasst
wurden, waer doch eine Quellenangabe.

Bye
Frederik

Es wäre schön wenn es einen Wikieintag gäbe , wo die Quellen wie eigene 
GPS-Tracks, eigene Fotos,  NRW-Atlas, TIM-Online, Bing, Aero-West 
usw.beschrieben wären und dort auch angegeben wäre wie man die als 
Quelle nutzen darf und wie man sie dann am beten einträgt.


Habe so etwas gesucht aber bisher noch nicht gefunden.

Gruß Gisbert




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


Re: [Talk-de] Tracer2Server funktioniert auf einigen Systemen nicht


Am 29.11.2013 01:00, schrieb Masi Master:

Feedback zum Tracer2Server

Hallo zusammen,
euer Plugin hört sich ja ziemlich praktisch an, nur leider läuft es 
auf meinem System nicht.
Der Tracer2Server schließt sich sofort nach dem Starten. Es kommt die 
Fehlermeldung: Tracer2Server hat ein Problem festgestellt und muss 
beendet werden.


Systemdaten: WinXP, 32bit, 1-Kern-Prozessor, Installation klappte 
fehlerfrei.

.NET Frameworks 1.1, 2.0, 3.0, 3.5 und 4.0 sind installiert.

Bei Linux und OS X soll es auch nicht laufen. Im Forum gibts eine 
Anleitung für eine Lösung:

http://forum.openstreetmap.org/viewtopic.php?id=23319p=1



Habe gestern abend unter Ubuntu 12.04 das ganze mal nach der Anleitung 
installiert.

http://forum.openstreetmap.org/viewtopic.php?pid=380562#p380562
Der Quellcode braucht aber nicht mehr geändert werden da hier inzwischen 
das Betriebssystem abgefragt wird.


1. Download:

|svn checkout http://svn.code.sf.net/p/tracer2server/code/ tracer2server-code|

2. Mono installieren: sudo apt-get install mono-complete
3. MonoDevelop installieren:  sudo apt-get install monodevelop
4. MonoDevelop starten: monodevelop
5. Im Mono Develop - Menu: Datei - Öffnen: 
tracer2server-code/trunk/src/Tracer2Server.csproj wählen
6. In der ProjektMappe auf den Eintrag Tracer2Server rechtsklicken und 
auf Optionen klicken.
Dann im Popup unter Erstellen - Allgemein als Ziel-Framework 
Mono / .NET 4.0 wähle


Dann im Menü - Ausführen - Ohne Debugger starten.
Wenn in JOSM dann noch das Tracer2 Plugin installiert wurde, sollte es 
klappen...


 Damit klappte es bei mir sofort.

unter OS X hat es wohl auch ganz gut mit Mono geklappt.
http://forum.openstreetmap.org/viewtopic.php?pid=380973#p380973

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


Re: [Talk-de] Post_Box vereinheitlichen?

Genau so etwas hatte ich mit dem Prsetsauszug für Briefkästen gestern 
beschrieben, das funktioniert mit Josm gut.
Was mir leider bei den Presets noch fehlt wäre die Möglichkeit einer 
direkten Verknüpfung bei der Auswahl  von brand und operator.


Trotzdem wäre es gut wenn bei der Beschreibung im Wiki nicht sogar 
explizit ein Beispiel wäre im operatortaag auf AG, GmbH usw zu verzichten.

Da habe ich im Moment ein Versändnissproblem.

Wie geschrieben Wiki anpassen und Defaultpresets beeinflussen das 
Mappingverhalten extrem in Richtung Vereinheitlichung.


Gruß Gisbert





Am 20.11.2013 16:19, schrieb Holger Mappt:

Am 20.11.2013 15:42, schrieb Martin Koppenhoefer:

Am 20. November 2013 13:26 schrieb Holger Mappt holger...@gmx.net:


mal ein anderer Gedanke: Warum taggen wir eigentlich brand und/oder
operator an jeden Briefkasten? Wenn es schon eine Liste der
Postdienstleister gibt, könnten wir auch einen Verweis auf diese 
Liste an

die Briefkästen taggen.


weil wir sonst die Daten nicht haben? Wäre Dein Vorschlag, eine Referenz
auf eine bestimmte Zeile der Liste zu setzen? Z.B. (konzeptionell)
wiki-liste-xy-zeile5? Oder habe ich Dich falsch verstanden? Wäre das 
dann

anstatt operator und brand, oder entfiele damit auch amenity=post_box
(bräuchte man ja dann eigentlich auch nicht mehr, wenn die Liste nur für
Briefkästen gedacht ist).
Siehst Du den Vorteil darin, dass man ein paar bits bei den tags spart?


Als technische Realisierung kommt mir erstmal nur eine Relation in den 
Sinn, die Brand und Operator genauer beschreibt. Aber eigentlich eher 
eine Art Template, welches schon einige Werte vorgibt. Dort würden 
dann die Daten stehen, die jetzt an jedem Briefkasten getaggt sind. 
Auf das Wiki zu verlinken wird nicht funktionieren. amenity=post_box 
entfällt nicht. Vorteil ist, dass es für ein Datum (Brand, Operator, 
Webseite, Telefon, ...) nur ein Objekt gibt und nicht viele tausend.


Die Komfortvariante im Editor könnte dann so aussehen: Neu - 
Briefkasten - Editor sucht nach bekannten Brand+Operator-Objekten 
(Relationen) für Briefkästen, evtl. gefiltert für das aktuelle Gebiet, 
und macht daraus ein Drop-Down-Menu - Mapper wählt das passende aus. 
Tippfehler und die Variationsvielfalt aus diversen Abkürzungen, 
mit/ohne AG/GmbH/... entfällt.


Gruß
Holger



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




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


Re: [Talk-de] Post_Box vereinheitlichen?


Am 19.11.2013 10:33, schrieb Falk Zscheile:

Am 19. November 2013 00:51 schrieb Walter Nordmann pil...@hotmail.com:


Frederik Ramm wrote

Ich glaub, ich nenne es Mangel an Respekt.

wenn man die altbekannte Aussage Garbage in, garbage out nimmt, ist das
Wort Müll garnicht so unpassend. Es ist für einen Auswerter nun nicht mal
einfach bei mehreren Schreibweisen für ein und dieselbe Sache alle
Eventualitäten zu berücksichtigen. Daher erscheint mir ein wenig Room
Cleaning wohl angebracht.
Es ist auch kein Müll, den da jemand eingegeben hat und der deswegen
beschimpft wird, sondern die komischen Briefkästen sind einfach nicht zu
gebrauchen. Und was nicht zu gebrauchen ist, ist  Datenschrott, kurz ...
Müll.

Aber wenn ich mir die Beiträge hier anschaue, dann ist OSM an dieser

uneinheitlichen Erfassung selbst schuld, weil im Wiki scheinbar nicht
ausreichend dokumentiert. dann ändert aber auch eine Bot-aktion nichts, es
dauert nur wieder eine Zeit, bis sich das Gleichgewicht, zwischen Angabe
mit Rechtsformenangabe und ohne wieder einstellt.

Also aus meiner Sicht wäre auch Deutsche Post der in OSM zu verwendende
Begriff.

1a. on the ground rule: auf den Briefkästen steht Deutsche Post. Ein
Problem bekommen wir, wenn die Deutsche Post (AG) die Beschriftung nicht
einheitlich handhabt.

1b. Normaler Sprachgebrauch: Man geht nicht zur Deutschen Post AG, sondern
zur Post, gemeint ist Deutsche Post (AG). Man geht auch nicht zu Lidl
Stiftung  Co. KG sondern einfach zu Lidl. Man geht zu Tchibo und nicht zu
Tchibo Betreibergesellschaft XY GmbH.

1c. Wortlaut operator also Betreiber, also der Name des Diensteanbieters,
Rechtsform gehört da nicht zwingend dazu.
(Wortlautverständnis=Laienverständnis, anders das juristisches Verständnis
(Expertenverständnis)). Laiensprache ist Kernprägnant -- jeder soll
verstehen, was gemeint ist. Expertensprache ist Randprägnant -- wichtig
sind die Grenzen des Begriffs.

2. Für den Laien so einfach wie möglich, für den Experten die Erweiterung:
Der Laie interessiert sich nicht für die Rechtsform des Diensteanbieters,
sondern nur für dessen Namen im Sinne der eindeutigen Bestimmung City
Post Deutsche Post -- der Brief muss in den richtigen Briefkasten,
fertig (Kernprägnant). Wenn jemand die Rechtsverhältnisse durchschaut, dann
sollte das in ein separates abhängiges Tag von operator -- etwa
operator:legal_form=value oder ähnliches packen: eindeutig, verständlich,
klar. Frei nach dem Motto, jeder eigenen Information ihr eigenes Tag.

3. Wir haben es oft mit Konzernen zu tun. Hier weiß man ohnehin nicht, mit
welchem abhängigen Unternehmen man es gerade zu tun hat. Deutsche Bahn AG,
Deutsche Bahn Fernverkehrs AG, Deutsche Bahn Regionalverkehr XYZ AG/GmbH,
Deutsche Bahn Service GmbH? Es kann nicht unsere Aufgabe als Mapper sein,
auch noch Konzernstrukturen zu erforschen bzw. sollen das nur die machen,
die es wollen und durchschauen.

4. Das Wiki ist nicht eindeutig:
  a) Bei http://wiki.openstreetmap.org/wiki/Key:operator steht nichts zur
Rechtsform. Als das spezielle Tag hat es höhere Autorität als ein Hinweis
zum operator=value im Zusammenhang mit amenity=post_box. Wenn wir den
Hinweisen im Zusammenhang mit anderen Tags den Vorrang einräumen haben wir
im Wiki noch mehr Widersprüche als ohnehin schon. Also die
Hauptdokumentation hat Vorrang vor der Nebendokumentation im Zusammenhang
mit einem anderen Tag. Also operator=value hat höhere Autorität als
amenity=post_box in Bezug auf den Inhalt von operator=value.
b) Die Fotos am Ende von
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box mit den
operator-Tags sind inkonsistent: Nur bei der Deutschen Post AG ist die
Rechtsform angegeben, nicht bei den anderen Postdienstleistern aus
Schweden, Italien, Kroatien. Wer Zeit hat kann einmal schauen, wie es mit
dem post_box-operator-Tag in Dänemark ist. Dort scheint die Post auch
privatrechtlich organisiert zu sein (Post Danmark A/S). Das Gleiche gilt
für die schwedische Post (Posten AB) und für die italienische (Poste
Italiane S.p.A.) und die Kroatische (Hrvatska posta d.d.).
Deutsch Post AG ist aber nur auf der engl. Wikiseite angegeben, auf der 
deutschen Seite steht wieder Operator = Deutsche Post

Also auch da nicht eindeutig.



c) Fazit erst das Wiki konsistent machen, dann über eine Vereinheitlichung
im post_box-operator-Tag weiterverhandeln.

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


Ansonsten stimme ich dem hier geschriebenen voll zu.
Wenn die Daten ungleich eingetragen werden fehlt immer eine einheitliche 
Beschreibung.
Bei meinem ersten eingetragenen Briefkasten hatte ich noch gedacht, die 
ist ja vorbildlich. Bis ich in Dresden einen Briefkasten eines anderen 
Anbieters fand.


Gruß Gisbert



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


Re: [Talk-de] Post_Box vereinheitlichen?

Ich bin ja auch nur ein Mapper, wenn ich dann einen Briefkasten sehe und 
mappen will schaue ich als erstes (da ich JOSM benutze ) unter Vorgaben, 
kann dort sogar bei der Suche nach Briefkasten fündig wwerden und trage 
die post_box ein.

Jetzt habe ich auch für den Renderer eigentlich alles drin.
sogar brand und collection_times die für mich wichtigen Tags.
Ob der Kasten von Werner Müller oder Willi Meier betrieben wird ist 
egal, da hier im Falle der Deutsche Post draufsteht und befördert wird.


Will ich das Optimum und alles was möglich ist eintragen, benutze ich F1 
und gelange zur deutschen Übersetzung der post_box.

Was ich dort als sinnvoll oder nützlich finde, trage ich dann ein.

Meiner Meinung nach sollten die Sprachversionen sich nicht 
unterscheiden, es sei denn eine Beschreibung wird für die Landesseite um 
landesspezifische Dinge erweitert.
Das dürfte bei den Briefkästen dann zum Beispiel die Beschreibung der 
örtlich begrenzten Postdienstleister sein die Briefkästen aufstellen. 
Die wichtigen deutschlandweiten sollten dann aber auch auf der 
Englischsprachigen Seite zu finden sein.


Schade finde ich in dem Zusammenhang, dass es Wikiseiten in englisch 
gibt, die ein deutscher User anlegt und die deutsche Übersetzung nicht 
gemacht wird.
Manchmal habe ich das Gefühl, die englische Version würde noch nicht 
einmal von einem Engländer richtig verstanden, da ist dann eine 
Übersetzung schwierig.


Gruß Gisbert


Am 19.11.2013 12:07, schrieb Falk Zscheile:

Am 19. November 2013 11:48 schrieb Martin Koppenhoefer 
dieterdre...@gmail.com:


Am 19. November 2013 11:26 schrieb christian.pietz...@googlemail.com 
christian.pietz...@gmail.com:


Ist halt auch etwas schade, dass teilweise das Wiki an sich (zb.:
zwischen den Sprachen) inkonsitent ist und auch Unterschiede zuden

Presets

im Editor gibt.


ja, das ist wirklich schade, prinzipiell sollten die Nicht-englischen
Versionen Übersetzungen der englischen Version sein, und nicht von der
Originalversion abweichendes Vorgehen als generelle Norm beschreiben.

Sollte es tatsächlich eine solche Regel geben (was ich bestreite), so

hilft sie hier jedenfalls nicht weiter. Ich hatte ja bereits in meinem
Ausgangsposting gezeigt, dass auf der englischen Seite nur die Deutsche
Post mit Rechtsformzusatz dargestellt wird, die übrigen aber nicht. Ich
wette der Edit des Rechtsformzusatz bei der Deutschen Post im englischen
Wiki stammt von einem Deutschen. Heißt das jetzt, dass alle anderen Länder
den Rechtsformzusatz weglassen dürfen, nur in Deutschland muss er dabei
sein, weil es so im englischen Wiki, aber nicht im deutschen steht? Wohl
kaum. Im deutschen Wiki ist es so dokumentiert, wie es mehrheitlich auch im
englischen Wiki für die Postbetreiber anderer Länder geschieht. Und
nebenbei ist das die falsche Baustelle. Klärt die Frage, ob der
Rechtsformzusatz zum operator-Tag gehört oder eine Zusatzinformation ist,
die getrennt zu erfassen ist, global beim Tag
http://wiki.openstreetmap.org/wiki/Operator und nicht beim Tag
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box , wo es keiner
liest, außer er interessiert sich für Briefkästen. Und in einem Monat kommt
dann jemand, der sich nur für das operator-Tag interessiert und sagt das
ist bei amenity=post_box alles falsch, wir machen das generell anders ...


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




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


[Talk-de] Kommt man an Daten von einem gelöschten Node

Bei der Diskussion um Briefkästen ist mir aufgefallen, dass ein 
Briefkasten in OSM weg ist. Kann man wenn man den Zeitpunkt nicht kennt, 
die History eines gelöschten Node wiederfinden um zu sehen was da 
passiert ist?


Konkret suche ich eine post_box an den Koordinaten
http://www.openstreetmap.org/#map=19/51.46220/7.21832
eingetragen war.

Gruß Gisbert

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


Re: [Talk-de] Post_Box vereinheitlichen?

Ich tagge da aber Deutsche Post, denn auf den Briefkästen steht 
Deutsche Post und nicht Deutsche Post AG.
Im Wiki ist deshalb ja auch Deutsche Post  beschrieben. Da ist zwar 
nicht die Mehrheit aber selbst die Deutsche Post AG bezeichnet sich und 
ihr Produkt als Deutsch Post.

http://standorte.deutschepost.de/Standortsuche?standorttyp=filialen_verkaufspunktelang=de
Sicher im Impressum findet sich dann wieder Deutsche Post AG
Das hieße also bei brand Deutsche Post und operator Deutsche Post 
AG  taggen könnte dann auch richtig sein.


Aber in den meißten Fällen ist es wie gesagt die Hilflosigkeit die ein 
Mapper hat wenn er etwas für ihn neues taggt.
Da ist dann eine gute Wikiseite für den key der erste Ansprechpartner 
oder halt

die Vorgabepresets.
Wenn dann aber ein freier Text erwünscht ist muß damit gerechnet werden, 
dass es die unterschiedlichsten Einträge für das eigentlich gleiche 
gibt, da es Interpretationsunterschiede und Rechtschreib, Tippfehler gibt.


Deshalb einen Mäpper als unwissend oder gar blöd hinzustellen und 
Massenedits zu fordern finde ich auch  nicht gut.


Dann sollten die die es besser  wissen, an einer allgemeinverständlichen 
Beschreibung arbeiten. Damit würde dann die Vereinheitlichung direkt 
verbessert.
Wenn mich dann die Tags einzelner User stören könnte ich den User 
freundlich anschreiben.
Ungefär mit einer Frage ob die Verbesserung der Beschreibung jetzt 
verständlich wäre, da einem ja dabei schon mal den einen oder anderen 
Fehler übersähe und einer Beschreibung warum man was verbessert hätte..


Fürs Edittieren wäre das das selbe: Mit der Erklärung wo das preset 
gefunden wird und der Beschreibung angeschiebene User fühlen sich dann 
betreut und nicht verhöhnt und würden im Normalfall bei Einsicht ihre 
Einträge selber Ändern.


Im Falle der Briefkästenr wäre meiner Ansicht nach  eine comboboe nicht 
schlecht. Das Item könnte also z.B. so aussehen:


item name=Post Box 
icon=styles/standard/service/post_box.png type=node
link 
href=http://wiki.openstreetmap.org/wiki/Tag:amenity=post_box;

de.href=http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=post_box;
ja.href=http://wiki.openstreetmap.org/wiki/JA:Tag:amenity=post_box;
pl.href=http://wiki.openstreetmap.org/wiki/Pl:Tag:amenity=post_box;
pt_BR.href=http://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity=post_box;
ru.href=http://wiki.openstreetmap.org/wiki/RU:Tag:amenity=post_box; /
label text=Edit Postbox /
space /
key key=amenity value=post_box /
combo key=operator text=Operator de.text=Unternehmen 
delimiter=| values=Arriva Deutschland|CITIPOST|+ 
Tochterunternehmen|City Mail Regensburg|City Mail Weiden|VDL Sachsen 
Holding|+ Tochterunternehmen|Citykurier! Gera|Citykurier! 
Jena|Citykurier! Altenburg|Citykurier! Gera Depot 
Eisenberg|DEBEX|Deutsche Post|Die Briefboten|Frankenbrief Post und 
Logistik|FIRST MAIL Düsseldorf|Logistic Mail 
Factory|Main-BriefLogistik|Main-PostLogistik|NordbayernPost 
Zustellgesellschaft mbH + Co. KG|Ostalb Mail|MEDIA Logistik|PIN 
Mail|RegioMail|südmail|allgäu mail|Nordbrief Rostock default= Deutsche 
Post /
combo key=brand text=Brand de.text=Marke 
delimiter=| values=Arriva|CITIPOST|City 
Mail|City-Post|Citykurier!|DEBEX|Deutsche Post|Die 
Briefboten|Frankenbrief|First 
Mail|LMF|Main-BriefLogistik|Main-PostLogistik|NordbayernPost|Ostalb 
Mail|PostModern|pin|RegioMail|südmail|allgäu mail|NordBrief default= 
Deutsche Post /

text key=ref text=Reference number /
combo key=collection_times text=Collection times 
delimiter=| values=11:30|Mo-Fr 15:00,17:45,19:00,23:00; Sa 15:10; Su 
10:30,23:00|Mo-Fr 09:00-12:00,17:15; Sa 14:00; So,PH off /

check key=drive_through text=Drive through /
/item
**


Deshalb, noch einmal meine Meinung:
Wir mappen als Gemeinschaft und es gibt keinen richtigen Oberguru der 
entscheidet: So gehts aber so nicht..

Fehler kann man aufdecken.
Wenn es sich um Kleinigkeiten, Tipp- oder offensichtliche 
Rechtschreibfehler handel kann man den Einzelfall reparieren.
In dem Fall, das es sich um immer wiederkehrende Fehler handelt würde 
ich das Gespräch  mit dem  Mapper suchen und ihn nach seinem Vorgehen 
befragen um ihm meine Verbesserungen vorzustellen.




Gruß Gisbert




























Zur Vereinheitlichung wäre es hilfreich, ein wenig an dem Defaultpreset 
zu erweitern

Am 18.11.2013 16:38, schrieb Martin Koppenhoefer:

Am 18. November 2013 16:32 schrieb Carsten Pietzsch 
carsten.pietz...@gmail.com:


beim Mappen von Briefkästen bin ich letztens auf folgende Liste für
einheitliche operator- und brand-Bezeichnungen gestoßen:

http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister

Nach dieser Auflistung habe ich jetzt erstmal alle Briefkästen der
PostModern umgetaggt und vereinheitlicht, das ganze noch mehr oder weniger
händisch.

Die Frage ist jetzt, ob ich nicht mit Hilfe von 

Re: [Talk-de] JOSM-Preset


Hallo Markus,
sie kennt diese Seite
http://wiki.openstreetmap.org/wiki/DE:Anpassen_der_Vorlagen_von_JOSM
Da  sollte das wichtigste beantwortet sein.

Wenn es dann noch Probleme gibt würde ich auch als Tester fungieren und 
eventuelle Korrekturen per Mail beantworten.



Viele Grüße
Gisbert

Am 11.11.2013 14:04, schrieb Markus:

Wer kennt sich mit der Erstellung von JOSM-Presets aus,
und kann einer netten Taucherin helfen?
(Sprachversionen und Icons einbinden)

Ich habe hier eine Anfrage per PM :-)
(deutsch)

Ich würde dann den Kontakt herstellen...

Gruss, Markus

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




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


  1   2   >