[Talk-de] Fehlender Lizenzvermerk bei Stern.de und Polizei Frankfurt

[Thomas Zimmermann]

Hallo zusammen,
mir ist heute Nacht das Bild in folgendem Artikel auf stern.de aufgefallen:
https://www.stern.de/panorama/weltgeschehen/news--fliegerbombe-in-frankfurt-wird-sonntag-entschaerft-8662410.html

Dort wird offensichtlich eine Modifizierte OSM Karte verwendet ohne 
entsprechende Kennzeichnung.

Auch in der Pressemitteilung der Polizei fehlt eine entsprechende 
Kennzeichnung:
https://www.presseportal.de/blaulicht/pm/4970/4243700

Da die Presseverlage so große Urheberrechtsverfechter sind und die Polizei als 
Vorbild dienen sollte, sollte man die beiden meiner Meinung nach auf diesen 
Urheberrechtsverstoß hinweisen.

Gruß,
Thomas



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

Re: [Talk-de] Neues Förderangebot von WMDE für Projekte um OSM

[Thomas Barris]

>
> Noch mal:  Der Kritikpunkt ist, dass WMDE die Anschaffung von "Kameras
> für Mapillary-Aufnahmen" unterstützen möchte.  Das zu kritisieren ist
> in keinster Weise akademisch.



Noch mal: Wir nehmen die Bilder nicht für Mapillary sondern für uns
praktizierende Mapper auf. Wenn Du "Mapillary-Bilder" als Besitz unbedingt
falsch verstehen willst und sie nicht als Type wie Panaorama-Bild siehst,
dann ließ bitte nochmal den Kontext: "
*Förderung von Projekten mit und für OpenStreetMap (OSM)".*
Ich finde es ziemlich peinlich, jemanden, der OSM beim Mappen unterstützen
will, das Wort im Mund rumzudrehen.

Am Do., 30. Aug. 2018 um 12:53 Uhr schrieb Christoph Hormann :

> On Thursday 30 August 2018, Thomas Barris wrote:
> > > Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung
> > > solcher Firmen, in diesem Fall die Unterstützung dafür, Bilder für
> > > Mapillary aufzunehmen.  Das ist etwas qualitativ deutlich anderes.
> >
> > Wir nehmen die Bilder nicht für Mapillary sondern für uns
> > praktizierende Mapper auf. Die Kritik daran, dass man die Bilder
> > leider nur bei zwei kommerziellen Anbietern speichert, ist mangels
> > Alternative etwas akademisch.
>
> Noch mal:  Der Kritikpunkt ist, dass WMDE die Anschaffung von "Kameras
> für Mapillary-Aufnahmen" unterstützen möchte.  Das zu kritisieren ist
> in keinster Weise akademisch.
>
> --
> Christoph Hormann
> http://www.imagico.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] Neues Förderangebot von WMDE für Projekte um OSM

[Thomas Barris]

>
> Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung solcher
> Firmen, in diesem Fall die Unterstützung dafür, Bilder für Mapillary
> aufzunehmen.  Das ist etwas qualitativ deutlich anderes.


Wir nehmen die Bilder nicht für Mapillary sondern für uns praktizierende
Mapper auf. Die Kritik daran, dass man die Bilder leider nur bei zwei
kommerziellen Anbietern speichert, ist mangels Alternative etwas
akademisch.

Am Do., 30. Aug. 2018 um 11:59 Uhr schrieb Christoph Hormann :

> On Thursday 30 August 2018, Nicolas Rück wrote:
> >
> > Dein Kritikpunkt an Mapillary war mir bisher nicht bekannt, aber ich
> > kann ihn gut nachvollziehen. Danke für die Information. Wir möchten
> > uns bei solchen Angeboten natürlich an den Bedarfen der Community
> > orientieren. Wenn ich es richtig überblicke, scheint es dort aber
> > keinen Konsens gegen eine Nutzung von Mapillary zu geben.
>
> Das ist aber nicht der Punkt, wir nutzen auch zum Beipiel Bilder
> kommerzieller Satellitenbild-Anbieter, die diese ohne freie Lizenz mit
> eng gefassten Nutzungsbedingungen für OSM freigeben.
>
> Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung solcher
> Firmen, in diesem Fall die Unterstützung dafür, Bilder für Mapillary
> aufzunehmen.  Das ist etwas qualitativ deutlich anderes.
>
> --
> Christoph Hormann
> http://www.imagico.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] Lizenz für auf Basis eines Kartenscreenshots geschaffene Werke

[Thomas Zimmermann]

Hallo,
die Kartenkacheln selbst stehen unter der CC-BY-SA Lizenz, deshalb muss dein 
Screenshot auch unter dieser Lizenz stehen.

Genauere Infos findest du hier: https://www.openstreetmap.org/copyright

Gruß,
Thomas

On 2018 M01 14, Sun 08:39:38 CET Rainer Bielefeld wrote:
> Hallo,
> 
> die Lizenzhinweise auf
> <https://wiki.openstreetmap.org/wiki/DE:Open_Database_Licence_-_Licence_Text
> #Hinweise_bei_der_Nutzung_von_Ausgaben_.28Daten.29> lassen mich einigermaßen
> ratlos.
> 
> Was wäre denn für
> <https://weststadtbs.files.wordpress.com/2018/01/karte.png>
> erforderlich, wenn ich das in einer Stadtteilzeitung abdrucken möchte,
> die es parallel auch als PDF gibt?
> 
> Und was, wenn ich das im mzm Downloadlink gehörenden Blog
> veröffentlichen möchte?
> 
> Eigentlich erscheint mir alles außer CC0 unpraktikabel.
> 
> Kann mir jemand weiter helfen?
> 
> Viele Grüße
> 
> Rainer
> 
> ___
> 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] Responsiver Stil für OSM

[Thomas]

Hi,

> Hast Du schon einmal versucht an einem Tablett die Zoomstufen einzeln zu
> erhöhen oder die Auswahl der verschiedenen Karten durch zu führen?
> 
> Ich habe zwar auf meinem Smartphone auch OSMAnd+ installliert, aber da
> muß man ja erst einmal die aktuellen Karten runter laden, wenn man den
> aktuellen Stand haben will.

Wenn du die Karte nutzen willst, die du etwa von openstreetmap.org
gewohnt bist, könntest du eine App wie etwa Orux nutzen. Da kannst du
die entsprechende Kartenquelle eintragen und bekommst die gewohnte
Karte, mit dem auf Touchbedienung ausgelegten Interface der App.

Gruß,
Thomas

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

Re: [Talk-de] Regionale Mailingliste anlegen lassen

[Thomas]

Am 24.09.2015 12:28, schrieb markus schnalke:
> Bei uns auf der Ulmer Alb (das sind die Doerfer noerdlich von Ulm)
> bildet sich seit ein paar Monaten eine lokale Community. Unser
> drittes Treffen steht naechste Woche an. Eine kleine Mappingparty
> (die gleichzeitig ein Familienausflug war) haben wir auch schon
> gemacht. Wir versuchen insbesondere die verstreuten Einzelmapper,
> die es in der Gegend gibt, einzusammeln, damit die nicht ganz auf
> sich alleine gestellt sind, sondern Motivation und Unterstuetzung
> erfahren.
> 
> Aus unserer Sicht ist eine Mailingliste das entscheidende
> Kommunikationshilfsmittel um die Gruppe auch zwischen den Treffen
> am Leben zu erhalten, da dadurch die Paardiskussionen geoeffnet
> werden und so die Gruppe erst entsteht. Auch sehen wir in einer
> offiziellen Mailingliste die Wertschaetzung einer solchen lokalen
> Community und eine Moeglichkeit, dass wir besser gefunden werden.

Hallo Markus,

warum "kapert" ihr nicht die Ulmer Mailingliste? Ich habe gerade im
Archiv geschaut, da ist fast gar nichts los und ihr würdet
verhindern, dass die Mailinglisten zu kleinteilig und regional
zersplittert werden.

Hier in Bonn/Rhein-Sieg gibt es z.B. eine ziemlich aktive Community
und trotzdem ist die Mailingliste nicht überlastet. Und das auf
einem recht großen Gebiet mit ca. 1 Mio. Einwohner.

Um euch zu organisieren und auch bekannter zu machen, kann ich euch
eine eigene Wiki-Seite empfehlen, so wie diese hier:

<http://wiki.openstreetmap.org/wiki/Bonn/Stammtisch>

:)

Grüße
Thomas

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

Re: [Talk-de] Lizenzfrage: Zuarbeit für Papierkarte

[Thomas Wedekind]

Am Tue, 27 Jan 2015 15:46:48 +0100 schrieb Manuel Reimer
:

> Warum nicht lieber die OpenStreetMap-Daten
> ergänzen/vervollständigen und dann selber eine Karte rendern?

Ich (Kollege des OP, am Projekt beteiligt) will mal die beabsichtigte
Arbeitsweise etwas anders erläutern. Bin selber Mapper, wenn auch
meist nur mit Kleinkram.

Die genannte Karte gibt es, Datenstand 2005-2007, erstellt als
zweijähriges ABM-Projekt mit etlichen Mannmonaten reiner
Recherchearbeit. Wobei das darin abgebildete Radroutennetz oft
willkürlich nach unserem System ausgewählt ist, es gibt nicht nur
benannte Radrouten, sondern auch ausgewählte Strecken im allgemeinen
Straßen- und Wegenetz. (Falls jemand die ADFC-Regionalkarte von der
BVA kennt, die es für unsere Gegend nicht mehr gibt: so ähnlich. Man
könnte auch versuchen, das aus der offiziellen TK25 oder TK10 oder
deren Webderivaten abzulesen, aber die ist z.T. hoffnungslos veraltet
und hat viele Informationen nicht.)

Die Personaldecke und Arbeitszeit für eine komplette Feldrecherche
der Änderungen (alles weitestgehend abfahren) haben wir nicht mehr,
wir haben jetzt bezahlte Vollzeitjobs. Die Idee war/ist daher: alle
in der Karte nach damaligem Stand erfasste Radrouten mit OSM
vergleichen, die Änderungshistorie des entsprechenden OSM-Objektes
ansehen. Wenn bei den interessanten Merkmalen (bei Straßen/Wegen:
Oberflächenzustand, ansonsten das Vorhandensein, z.B. Rastplatz,
Kneipe...) keine Differenz: abhaken. Wenn Differenz: Historie
ansehen -> wenn Änderung relativ neu und nachvollziehbar kommentiert:
OSM-Stand wandert in unsere Karte. Wenn Differenz unklar und
Historie unergiebig: hinfahren, Iststand aufnehmen, der dann sowohl
in OSM wandert, als auch in die Karte. Es wird also nichts rein
technisch übernommen, alles geht durch den Kopf des Bearbeiters als
Filter. Das Ganze dann mit einem Malprogramm gezeichnet, das ist
ein konservativer Kleinverlag als Partner. Die kennen das Wort
"Datenbank" nur am Rande, soweit ich weiß.

Für uns wäre diese Arbeitsweise neu, und wir wissen nicht, wieviel
Nutzen nun jede Seite (das OSM-Projekt und unseres) ziehen kann.
Direkt nach dem Lizenzwechsel wären wir da zu 90% die Gebenden
gewesen; große Flächen des kartierten Gebiets waren da praktisch weiß
(die Zuarbeiten einiger Fast-Profi-Mapper, die große Flächen allein
abgearbeitet haben, waren da aus der Datenbank geflogen). Das ist nun
nicht mehr so, aber OSM dürfte schon profitieren (Qualitätssicherung
in gut gemappten Gebieten ist ein Problem; mache ich ja selber zu
99%, wenn ich Differenzen finde; gibts hier um mein Haus herum schon
einige).

So, bitte kommentieren...



Gruß, Th. W.


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

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

[Thomas Wedekind]

Am Sat, 9 Aug 2014 10:15:39 +0200 schrieb Martin Koppenhoefer
:

> 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.


-- 
Viele Grüße, Thomas

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

Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH

[Thomas Reincke]

Am 05.08.2013 16:09, schrieb Tracy Kasperczyk:

Es handelt sich bei den angegeben Quellen um öffentliche Quellen, die
genutzt werden können. Es sind allerdings keine geografische exakten Pläne
zum Mappen. Um geografisch exakt zu Mappen, muss auf weitere Unterlagen wie
z.B. Luftbilder zurückgegriffen werden oder die Daten müssen direkt am
Bahnhof erfasst werden.**


Diese Argumentation finde ich etwas ungewöhnlich. Ich gehe davon aus, 
dass das Mapping nicht aus eigenen Antrieb von MDV, sondern im konkreten 
Kundenauftrag erfolgt. Damit sollte die Genehmigung zum Nutzen der 
Vorlagen doch erteilt sein?



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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Thomas Reincke]

Am 24.07.2013 07:35, schrieb Dirk Sohler:

Dass das geht, zeigen diverse Routingprogramme, die ohne Probleme über
Treppen und Aufzüge routen können.


Klar geht das. Allerdings macht es bei immer wiederkehrenden Wegen m.E. 
schon Sinn, diese vorzuberechnen.


Daher würde ich zwischen zwei Wegetypen unterscheiden.
a) Wege zur Haltestelle

Diese sind relativ individuell. Da macht es Sinn, diese individuell 
berechnen.


b) Wege innerhalb von Haltestellen.

Diese sind permanent wiederkehrend und müssen ggf. auch andere 
Parametern als der erforderlichen Wegzeit berücksichtigen.


Z.B. gibt es im Blockverkehr durch örtlich gesichertes Personal 
Umstiege, die auch bei 0 Minuten Übergangszeit erfahrungsgemäß gut 
funktionieren. Auch an anderen Stellen gibt es das.


Zu den Wegen innerhalb von Haltestellen würde ich auch die Wege zu den 
Ein- und Ausgängen bei Bahnhöfen oder U-Bahn-Stationen zählen.


Klar sollte man diese Wege/Zeiten rechnerisch überprüfen und ggf. 
korrigieren.


Bei den vielfältigen Parametern der RMV-Fahrplanauskunft für 
Mobilitätsbehinderte

http://www.rmv.de/baim/bin/jp/query.exe/dn?L=vs_rmv.vs_baimprofile#bDetails

ist dieses m.W. auch der Fall.

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Thomas Reincke]

Am 23.07.2013 11:40, schrieb Tracy Kasperczyk:

· Die Fahrten der Verkehrsmittel sollen referenziert mit OSM Daten
(dabei werden die Koordinaten der Fahrwege übernommen) auf diese Karten
gezeichnet werden (siehe auchefa.vrr.de und die Apps)


als Overlay oder als Verknüfung zu den OSM-Daten?

Ich Route die Linienwege auf der OSM-Karte. Die dabei entstehenden 
Fahrwege sind jedoch von OSM unabhängig. Eine Verknüpfung findet nicht 
statt.


Wenn ein neuer Kreisverkehr eingerichtet wird oder der Straßenverlauf 
verfeinert wird, bekomme ich das nicht mit. Das wird im Rahmen der 
regelmäßigen "Durcharbeitung" des Bestandes korrigiert - oder eben auch 
nicht. bei einer technischen Lösung sähe ich einen erheblichen 
Mehraufwand bei einem nur marginalen Mehrnutzen.


Extrem wird es bei den Eisenbahnen, wo inzwischen an vielen Stellen 
jedes Gleis eingezeichnet ist. Eigentlich müsste man dann wirklich den 
genauen Fahrweg über jede Weiche prüfen und darstellen. Diesen Aufwand 
treibe ich nicht.



· Die Fußwege zu den Haltepunkten und bis zum Gleis der
Schienenverkehre sollen auf OSM Daten geroutet werden

· Die Apps sollen Fußwegnavigation auf den OSM Daten unter stützen

· Das Fußwegrouting  soll barrierefreie Wege suchen können (wird
weiter unter erklärt)


Dazu brauche ich m.E. keine Integration der ÖV-Daten in OSM. Wenn es 
ungefähr zueinander passt, reicht das völlig aus.



Für die Entscheidung des VRR waren Kostengründe maßgebend, aber vor allem
auch der Qualität und der Detailreichtum der OSM Daten hat den VRR
begeistert. Gerade in der Welt des Öffentlichen Verkehrs und des Fuß- und
Radverkehrs gibt es keine vergleichbaren GIS Daten. Gerade beim
Fußweg-Routing versprechen wir uns wesentlich Verbesserungen, da die OSM
Daten weit mehr Fuß- und Radwege und Straßenquerungen enthalten als andere
Datenmaterialien.


Diese Gründe waren für uns vor über drei Jahren ebenfalls ausschlaggebend.


Ein Bereich der Nacherfassung umfasst die Busspuren und die Abbiegeverbote
oder Abbiegeerlaubnisse von Bussen. Wir haben Kontakt zu allen
Verkehrsbetrieben, wir können die Informationen von dort bekommen und
nachpflegen.


Schön, aber wozu? Ich würde mir den Linienverlauf als Layer besorgen und 
mit OSM abgleichen, ob er dort fahrbar ist. Busspuren müssen dort rein, 
wo sie baulich eine eigene Fahrbahn sind. Das wird wahrscheinlich fast 
überall der Fall sein.



Der zweite Bereich umfasst die Bahnhöfe und die Haltestellen der
Schienenverkehre (Straßenbahn, U-Bahn). Es ist das Ziel einen Fußweg bis
von einem beliebigen Punkt im Wegenetz bis zum Bahnsteig und dem Haltepunkt
des Fahrzeugs zu berechnen, anzuzeigen und Navigation auf diesem Weg zu
ermöglichen. Dieser Weg soll auch barrierefrei sein. Was bedeutet das?


Ist das so sinnvoll? Wichtig sind die Ausgänge einer U-Bahn-Station. Die 
müssen innerhlb des Haltestellenmodells erfasst sein. Die Wege innerhalb 
des Bauwerks wird festgelegt und durch eine Zeit sowie ggf. die Arten 
der Einschränkungen in der Nutzbarkeit festgelegt.


Die Zeiten hängen von der zurückgelegten Strecke, der Zahl der Stufen 
sowie ggf. technischen Parametern, wie Warte- und Fahrzeit eines 
Aufzuges ab.



Wir brauchen also alle Plattformen einzeln und alle Wegelemente im Bahnhof,
ebene Wege, Treppen, Rolltreppen, Rampen und Aufzüge. Diese Wegelemente
müssen „ways“ sein, sonst kann man nicht darüber routen.


Einmalig, bei der Erstellung. Aber nicht "on the Fly" bei jeder 
Verbindungsabfrage.



Der VRR macht sich die Entscheidung, auf OSM zu setzen nicht leicht. Man
ist immer noch besorgt, dass Daten, die in die Produktion der
Fahrplanunterlagen und Karten gehen sich kurzfristig unkontrolliert ändern.
Wir bitte deshalb auch die OSM-Gemeinde hier Vorsicht walten zu lassen. Man
kann immer mit uns Kontakt aufnehmen.


Deshalb die eigenen Daten von den Kartendaten" trennen.


Es ist nicht nur so das der VRR in Zukunft auf OSM umstellen möchte, es
werden sondern noch weitere Verkehrsverbünde und Betriebe diesem Beispiel
folgen.


Der VRR ist nicht der erste Verbund der das macht...


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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Thomas Reincke]

Am 18.07.2013 22:10, schrieb Wilhelm Spickermann:

Genug der Haarspalterei: Ein Streit darum, ob man Bahnsteige spalten
kann oder nicht ist nicht übermäßig wichtig. Problematisch wäre es nur,
ein System einzuführen, das nur mit gespaltenen Bahnsteigen
funktioniert, denn niemand hat diese Angelegenheiten bisher entschieden.


Der Bahnsteig ist ein Bauwerk. An dem Bahnsteig liegen meist zwei 
Gleise. Die dem Kunden gegenüber kommunizierte Bezeichnung ist meist die 
Nummer des Gleises. An einem Bahnsteig liegen z.B. die Gleise 2 und 3.



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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Thomas Reincke]

Am 11.07.2013 21:54, schrieb Henning Scholland:

Hallo
Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
aussagt "Ich bin die Haltestelle Busbahnhof Aachen", dann steckt diese
Info doch bereits in unseren Daten. Dann braucht es doch keine
zusätzliche Ref, die genau das gleiche nochmal sagt. Ebenso die weitere
Unterscheidung. Dafür gibt es ja die pt-Relationen und ihre Member.


Die Referenzierung zwischen beiden hilft die Daten abzugleichen.

Wenn die Haltestelle in -wovon ich nicht ausgehe- "EBV Carree" umbenannt 
würde, hätte sie immer noch die ID DE:5334:1001. Diese Änderung könnte 
man anhand zur Verfügung gestellten Listen recht schnell nachvollziehen 
und die Daten in OSM anpassen.



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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

[Thomas Reincke]

On 11.07.2013 19:18, Toni Erdmann wrote:

Ich pflege die Masten. Aachen Bushof, Bussteig H.1 hat beispielsweise
die IFOPT-Nummer DE:5334:1001:1:1.

Dort wo erforderlich (bei uns nur Bahnhöfe), habe ich auch Zugänge
erfasst, die werden auch eine IFOPT-Nummer erhalten.

hallo Thomas,

kann ich dann davon ausgehen, dass die IFOPT-Nummer eine Hierarchie
enthält, z.B. DE:5334:1001:*:* sind alle Objekte im Aachener Bushof?

Meine Frage zielt auf:

public_transport = stop_position
public_transport = platform

Haben die zusammen eine oder jeder seine eigene IFOPT-Nummern?


DE:5334:1001 ist die Nummer der Gesamthaltestelle, auch STOP genannt. 
Das passt etwas zu public_transport = stop_area


DE:5334:1001:1 ist die Nummer des Umsteigebereichs, auch AREA genannt. 
Das ist meist eine Zusammenfassung von Objekten mit ähnlichen 
Umsteigeeigenschaften. Achtung, es gibt auch bereichlsoe Haltestellen, 
dann wäre die Nummer DE:5334:1001:0.


DE:5334:1001:1:1 ist die Nummer des in EFA "Steig" genannten Objekt. Bei 
mir ist das der physikalische Mast. Englisch "POINT".

Das passt zu einem punktförmigen public_transport = platform

Zu public_transport = stop_position gibt es m. E. nichts äquivalentes. 
Ich setze die stop_position meist auf das Lot des Mastes auf die Fahrbahn.


Aber Achtung. Jeder Datenpfleger hat seine eigenen Vorlieben, das kann 
u.U. anders aussehen. Sowohl bei OSM, als auch bei den "Hauptamtlichen".


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

Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren

[Thomas Reincke]

Am 03.12.2012 18:21, schrieb Adrian Stabiszewski:

Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch
noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon
für einen bestimmten Zoom Level optimieren kann?
Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des
Polygons beitragen.


Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten 
ausrechnen.


Genauer gesagt den Abstand des mittleren Punktes von der Tangente von 
Start und Ziel. Dazu die Auflösung.


Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken 
machen. Du kannst natürlich auch einen Schwellwert bestimmen.


Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht 
dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten.




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

Re: [Talk-de] Mehrere Gebäude unter einem Namen

[Thomas Reincke]

Am 09.06.2012 19:18, schrieb Heinz-Jürgen Oertel:

Hallo, Kann jemand mir einen Tipp Geben?
de.wikipedia.org/wiki/Neue_Residenz_(Halle)


eine Relation erstellen?

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

Re: [Talk-de] GPS mit *gutem* Empfang?

[Thomas Reincke]

Am 17.04.2012 11:40, schrieb Manuel Reimer:

Was ich suche ist ein GPS-Logger mit möglichst gutem Empfang. Aktuell habe ich
ein Wintec WBT 201. Von der Funktion her bin ich sehr zufrieden. Ich nutze


Was mir an dem sehr gefällt ist der Schalter. Ich habe auch noch eine 
Qstarz. Der hat einen Schiebeschalter mit drei Stellungen für aus - ein 
- loggen. Der WBT hat Knöpfe, die leicht versehentlich betätigt werden 
können, dazu die nicht sonderlich definierte Statusanzeige.


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

Re: [Talk-de] API / Suche nach Namensbestandteilen

[Thomas Reincke]

Am 16.04.2012 21:11, schrieb hansdorfff:

Soweit ich das sehe, sind API/XAPI nicht für die Suche nach
Teilzeichenketten geeignet -- es ist einfach nicht vorgesehen.


Reichen Dir Teilzeichenketten? Oder brauchst Du eine phonetische Suche, 
die auch bei Buchstabendrehern etc. weiter kommt.


Für eine richtige Suche wird eine Trigrammsuche der beste Ansatz sein sein.

Aus Trigramm wird
Tri
 rig
  igr
   gra
ram
 amm

Dann kann man bestimmte Dinge noch normalisieren, z.B. alle 
Nicht-Buchstaben ignorieren, Doppelungen raus, Ersetzungsregelungen für 
ä/ae etc.


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

Re: [Talk-de] Schlussbemerkung - Deine Nachfrage

[Thomas Blumrich]

> > 
> > [1] http://www.tappenbeck.net/osm/maps/deu/index.php?id=1041
> > [2] http://www.tappenbeck.net/osm/maps/deu/mobile.php?id=1041
> 
> Hallo Jan,
> 
> die Internetseite mit der Kennzeichnung der Häusen ohne Hausnummern ist
> Klasse.
> Ich mache es wie Du. Am PC/Laptop die Umrisse der Häuser von Bing erst
> einmal abzeichnen. Dann drucke ich es aus und laufe irgendwann die Gegend ab
> und erfasse die Hausnummern auf dem Ausdruck. Abgerissene oder neue Häuser
> kann man dann auch korrigieren. Manchmal bekommt man auch die Nummer nicht
> raus oder bricht die Erfassung ab.
> Jedenfalls habe ich den Überblick verlohren wo evtl. noch Nummern fehlen
> und die zweiten oder dritten Ausdrucke für´s überarbeiten erfasster
> Gebiete sind mir zu teuer.
> Daher wäre es super so eine Auswertung generell anzubieten. Damit könnte
> man gezielter und motivierter die fehlenden Gebäude abarbeiten.
> 
> Gruß Thomas

Sorry Jan,

hatte noch nicht alles gelesen. Man muß einen Tag bei Deiner Karte anhängen um 
die Häuser darzustellen. Der andere in Euerer Style Seite erwähnte Link ist 
eher das was ich suchte:
http://www.itoworld.com/map/9
Bin gerade meinem Bauchgefähl nachgegengen ... und siehe da mit OSM Inspector 
gibt es ja auch schon so was. Nur die Kennzeichnung von Nebengebäuden (z.B 
building=garage/shed) fehlt. Die haben meistens keine Hausnummer und sind von 
nicht erfassten (nur building=yes) leider nicht zu unterscheiden. Kann man da 
was verbessern? Bei itoworld gibt es andere Farben dafür.

Thomas

-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

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

Re: [Talk-de] Schlussbemerkung - Deine Nachfrage

[Thomas Blumrich]

 

> Jetzt zurück zu Deiner Frage. Die Auswertung meiner missing housenummern 
> gibt es als Desktop-[1] und Smartphone link [2] und ich persönlich plane 
> damit meine Erfassungsgänge bzw. wenn ich in eine Gegen fahre die ich 
> sonst nicht so oft besuche, dann schaue ich mal schnell auf das smarty 
> was vielleicht auf dem Weg fehlen könnte - dann eißt es Augen auf.
> 
> Ein Weg der sich sehr effektiv gezeigt hat - insbesondere wenn man 
> unerwartet in eine Gegend kommt.
> 
> Wenn ich Dich richtig verstanden habe, dann geht die Hauserfassung bei 
> Dir mit der Nummernerfassung immer einher.
> 
> Das ist bei mir etwas anders. Durch meine täglichen Zugfahrten habe ich 
> mehr Zeit zum Häuserzeichnen als zum Nummern erfassen und so läuft die 
> Schere schnell auseinander - Du verstehst was ich meine.
> 
> Ich hoffe Deine Fragen damit beantwortet zu haben - ansonsten einfach 
> nachfragen.
> 
> Schönen Abend
> 
> Jan :-)
> 
> [1] http://www.tappenbeck.net/osm/maps/deu/index.php?id=1041
> [2] http://www.tappenbeck.net/osm/maps/deu/mobile.php?id=1041

Hallo Jan,

die Internetseite mit der Kennzeichnung der Häusen ohne Hausnummern ist Klasse.
Ich mache es wie Du. Am PC/Laptop die Umrisse der Häuser von Bing erst einmal 
abzeichnen. Dann drucke ich es aus und laufe irgendwann die Gegend ab und 
erfasse die Hausnummern auf dem Ausdruck. Abgerissene oder neue Häuser kann man 
dann auch korrigieren. Manchmal bekommt man auch die Nummer nicht raus oder 
bricht die Erfassung ab.
Jedenfalls habe ich den Überblick verlohren wo evtl. noch Nummern fehlen und 
die zweiten oder dritten Ausdrucke für´s überarbeiten erfasster Gebiete sind 
mir zu teuer.
Daher wäre es super so eine Auswertung generell anzubieten. Damit könnte man 
gezielter und motivierter die fehlenden Gebäude abarbeiten.

Gruß Thomas
-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

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

Re: [Talk-de] Wiederherstellung von Nodes, ID unbekannt

[Thomas Ineichen]

Hallo Cottaer,

> gibt es einen Weg, gelöschte Objekte wiederherzustellen? Es handelt sich
> um einen Node, die ID ist mir unbekannt.

Solche  Objekte findet man - insbesondere bei dem ungewöhnlichen Namen
- häufig auch via Google:

http://www.google.com/search?q=Struppengrundkegel+openstreetmap

1. Suchergebnis:
http://www.strassenkatalog.de/osm/struppengrundkegel,1259440632n.html

=> Node mit der ID 1259440632
http://www.openstreetmap.org/browse/node/1259440632


Gruss,
Thomas

-- 
http://rollstuhlkarte.ch/ - jetzt mit aktuellem ÖPNV-Fahrplan.


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

Re: [Talk-de] ÖPNV-Relationen in OSM

[Thomas Reincke]

Am 04.04.2012 12:23, schrieb bkmap:

Es gibt ein länderübergreifenden Projekt, an dem schon mehrere
Bundesländer teilnehmen und das europaweit ausgedehnt werden soll. Hab
keine Ahnung, unter welcher Lizenz das Projekt und die Implementierungen
stehen:

www.delfi.de/


Das ist derzeit nur eine Verknüpfung der Auskunftssysteme. Zwischen den 
Bundesländern sind Übergabepunkte definiert. Meist sind das 
Fernverkehrsbahnhöfe. Dazwischen findet eine verteile Verbindungssuche 
statt.


Netzinformationen oder Haltestellenfahrpläne gibt es darüber derzeit nicht.

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

Re: [Talk-de] ÖPNV-Relationen in OSM

[Thomas Reincke]

Am 03.04.2012 17:05, schrieb Andreas Neumann:

STOP!

Ich weiß, jeder darf alles mappen, was er für würdig hält, aber hier
sind wir an einen Punkt angelangt, der weder auf Dauer wartbar ist, noch
in der Fläche realisierbar wird. Bei solch fluktuierenden Daten sollten
wir uns überlegen, eher die Verkehrsverbände drauf zu drängen, dass die
ihre Daten maschinenlesbar zur Verfügung stellen und wir nur noch eine
ID an die Linie packen. Ansonsten wäre es reiner Wahnsinn.


gerne. Aber es wird auch dann noch genügend manuelle Arbeit bleiben.

Für die elektronische Fahrplanauskunft gibt es eine Menge von 
Austauschformaten. Dabei handelt es sich meist um Herstellerstandards 
die zudem lausig dokumentiert sind. Aber wenigstens sind es ASCII oder 
CSV-Formate und somit halbwegs lesber.


Die Fahrten werden entweder im vollständigen Verlauf abgelegt 
(HAFAS-Rohdatenformat) oder in Profile zerlegt.


Im Hafas-Format sind die Linien nur optional. Die DB kennt diese nicht. 
Im ÖPNV-Bereich ist gibt es in der Regel eine als Klartext codierte 
Linie sowie die Richtung 1/2 (oder war es 0/1?).


In den meisten anderen Formaten sind die Fahrten als Profile abgelegt. 
Es gibt ein Profil der Haltestellenfolge, ein Fahrzeitprofil und eine 
Liste der Fahrten, aus der Haltestellenfolge, Fahrzeitprofil und 
Abfahrtszeit hervorgeht. (Verkehrsmittel, Gültigkeit und weitere 
Attribute lasse ich mal außen vor).


Auch hier haben die Linien außer der Textbezeichnung nur selten eine ID. 
Wenn Profile vorkommen haben die ID keine Konsistenz. Sprich wenn eine 
weitere Variante hinzukommt ist die Varianten-ID eine andere.


Die Pflege der Haltestellen erfolgt je nach System und Sorgfalt in der 
Datenpflege in ein bis drei Ebenen. Gesamthaltestelle, ggf. 
zusammengefasster Bereich mehrerer Haltestellen mit ähnlichen 
Umsteigebeziehungen und ggf. einzelner Mast.


Die Linienwege pflege ich in einem GIS. Daraus kann ich diese als Shape 
exportieren. Das bringt bei der Übernahme in OSM nicht allzu viel.


Zudem kann ich eine Datei erzeugen, die den Verlauf für jedes 
Streckensegment von Mast(ID) nach Mast(ID) mit Zwischenpunkten ausgibt. 
Diese nutze ich zur Visualisierung des Fahrwegs einer konkreten 
Verbindungsabfrage.


Selbst wenn dieses Polygon auf OSM basierend geroutet wird, besteht 
keine Verknüpfung mit den Netzsegmenten in OSM. Wenn man das verbessern 
wollte, bräuchte man in OSM ein anderes Datenmodell. Dann müssten 
Kleinrelationen Mast-Mast angelegt werden, auf die man dann relativ 
automatisch die ganzen Linienvarianten mit ihren ganzen 
Haltestellenfolgen legen könnte.


Derzeit plane ich eine Haltestellen-/Netzverwaltung. Damit will ich mit 
den vorhandenen Daten neben dem für die eigentliche Arbeit auch 
Netzextrakte erzeugen. Also Gesamtnetz als Shape/GPX/OSM, Einzellinien, 
ggf. auch einzelne Varianten usw. Das soll im Laufe des Jahres fertig 
werden. Aber selbst unter "optimalen" Voraussetzungen wird das die 
Arbeit der Community allenfalls erleichtern.


Das ganze wird als OpenSource bereit gestellt werden, http://www.fapla.de.






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

Re: [Talk-de] Artikel Straßenstempel in ct (Ausgabe 8-2012, Seite 72)

[Thomas Steege]

Am 24.03.2012 um 15:25 schrieb Herbert Hannebrook :

> Am 24.03.2012 15:05, schrieb Herbert Hannebrook:
> 
>> Ab dem 1.4.2012 werden wir mit PKW, die mit den entsprechenden
>> Lesegeräten ausgestattet sind, die Tags auslesen und ab dem 1.4.2013 bei
>> OSM eingeben.
> 
> 
> Ich vergaß zu erwähnen, das die NFC-Tags auf die Briefkästen geklebt werden 
> und dort auch verbleiben sollen, damit sich auch nicht in Findorff lebende 
> Menschen ständig kundig machen können!
> 
> 

LOL - jetzt ist es aber genug, mehr Ernsthaftigkeit bitte.


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

Re: [Talk-de] Genauigkeit von "buildings"

[Thomas Reincke]

Am 12.03.2012 22:34, schrieb Wolfgang:

Mit dem GPS kannst du das Gebäude sowieso nicht aufnehmen, weil dicht an
der Hauswand das Gerät nur noch "spinnt". Das liegt einerseits an der


In der Vor-Luftbild-Ära habe ich mal ein Fabrikgebäufe mit GPS 
aufgenommen. Zwei mal rumgelaufen, das hat ganz gut gepasst.



Ansonsten kann man auch von (mindestens 2) bekannten Punkten (Abzweig
Straßenmitte, Sieldeckel, oder was immer man im Luftbild findet) die
Entfernung zur Hausecke messen, bsp. mit Infrarot. Danach in JOSM über
das Entferungsmodul die Strecken eintragen. Der Schnittpunkt ist die
Hausecke.


So mache ich das auch. Bei normalen rechteckigen Einfamilenhäusern die 
parallel zur Straße stehen reicht es meist, einen Punkt in der 
Gebäudemitte aufzunehmen, Abstand 10m, breite 8m, Tiefe ca. 5 m.


Das Ergebnis ist besser als bei vielen Luftbildzeichenern.


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

Re: [Talk-de] railway electrified - polarity at DC?

[Thomas Wedekind]

Am Sat, 03 Mar 2012 22:22:54 +0100 schrieb Bjørn Bäuchle
:

> Gibt's denn irgendwo negative Polarität auf der Oberleitung?

Irgendein deutsches Straßenbahnnetz, das auch an ein anderes grenzt,
hat das. WIMRE in der Mannheim/Heidelberger Ecke (oder im
Ruhrgebiet?). In den durchfahrenden Bahnen wird die Polarität
automatisch erkannt und umgeschaltet, in alter Zeit musste das von
Hand geschehen.

-- 
Viele Grüße, Thomas

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

Re: [Talk-de] Dakota 20 oder Oregon 450?

[Thomas Blumrich]

 Original-Nachricht 
> Datum: Fri, 17 Feb 2012 22:26:35 +0100
> Von: Martin Czarkowski 
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Dakota 20 oder Oregon 450?

> 
> Am 17.02.2012 21:35, schrieb Thomas Blumrich:
> > Um Tracks Aufzuzeichnen taugen Smartphones nicht
> (Genauigkeit/Aufzeichnungsabbrüche).
> mit diese pauschalen Aussage bin ich nicht einverstanden. Ich schrieb 
> schon, dass ich den Xperia gegen den Oregon 450 ausgiebig getestet habe 
> und hier meine Eindrücke mitgeteilt habe. Ein Smartphone pauschal gibt 
> es nicht, welches Modell hast Du genauer gemeint?

Ein HTC Desire HD habe ich. Die Genauigkeit bei guter Sicht zum Satelitten ist 
nicht das Problem, die ist garnicht so schlecht. Das Handling wie einschalten, 
ausschalten und das Ding auf dem Kopf zu balancieren sowie Akkulaufzeit ist 
schon ein Unterschied. Zum tracken in bekannten Gegenden nehme ich das Ding 
erst garnicht mit.

Ein bestmöglicher Blick zum Himmel ist die Schraube bei der man am meisten 
drehen kann wenn man einen möglichst genauen Track aufzeichnen will (kaufe mir 
deshalb kein neues Gerät) und dann muß man natürlich den Weg mehrfach abfahren. 
Wenn mann das ganze in JOSM über Bing-Satelittenbilder legt sehe ich sowohl ob 
Bing gut referenziert oder verzerrt ist und den Mittelwert der Tracks sieht das 
menschliche Auge zweifelsfrei. Bleiben natürlich die viel diskutierten 
systematischen Fehler die man über Bing auch sehen kann da Bing andere 
systematische Fehler hat. Da muß man den Verstand einschalten und die örtlichen 
Gegebenheiten berücksichtigen. 

Damit andere auch den Mittelwert der Tracks auch sehen können lade ich sie auf 
OSM hoch (alle 10m ein Punkt sind nicht so viele Daten). Ich weiß in Städten 
macht das weniger Sinn aber bei Wegen auf dem Land und im Wald ist das ideal.

Gruß Thomas

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

-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

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

Re: [Talk-de] Dakota 20 oder Oregon 450?

[Thomas Blumrich]

Hi,

wenn es darum geht bei gutem Wetter einen Treck nachzufahren oder zu abzulaufen 
oder sich nur zu orientiere reicht ein Smartphon was jeder eh schon hat. 
Fahrrad- und Autohalterungen sind kein Problem. Um einen Akkupack kommt man bei 
keinem Smartphon herum. z.B. "RAIKKO® USB AccuPack 5200" (läd dein Stromfresser 
3x auf). Um Tracks Aufzuzeichnen taugen Smartphones nicht 
(Genauigkeit/Aufzeichnungsabbrüche). Da sind reine Daten Logger die nur genau 
nur das tun besser. Da sie klein sind kann man sie auch dort positionieren wo 
die beste Sicht zum Satelitten ist (z.B. auf Fahrradhelm / unter die 
Wintermütze) z.B. "iBlue-747-GPS-Mouse-Bluetooth-Logge".

Thomas


 Original-Nachricht 
> Datum: Thu, 16 Feb 2012 19:54:31 +0100
> Von: Manuel Reimer 
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Dakota 20 oder Oregon 450?

> Chris66 wrote:
> > Für die Fahrradnavigation bin ich mit meinem etrex20 voll zufrieden.
> > Für's Cachen im Wald nehm ich oft zur Sicherheit noch mein HTC Telefon
> > mit, das ist dort genauer. ;-)
> 
> Das stimmt natürlich nachdenklich. Eigentlich wollte ich eben wegen dem
> guten 
> GPS-Empfang ein Garmin.
> 
> Eigentlich war ich der Meinung, dass der GPS-Empfänger eines Smartphones
> nur ein 
> Kompromiss ist. Halt so ähnlich wie mit den Handy-Kameras.
> 
> Gruß
> 
> Manuel
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

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

Re: [Talk-de] Radwege-Spezis

[Thomas Ineichen]

Hallo zusammen,

>>> Unter anderem auf der Seite:
>>>  http://osm.t-i.ch/bicycle/map/

>> wie müsste man es eintragen, damit es dort ausgewertet wird: mehrere
>> Werte im gleichen Schlüssel, oder cycleway:surface und
>> footway:surface? Oder geht beides?

> Wahrscheinlich gar nicht. Ein Wert im Schluessel surface, denk ich mal.

Genau  -  ich  hab's  in der Legende nun präzisiert. Allerdings werden
momentan  offenbar  gar  keine surface-Linien eingezeichnet. Irgendwie
scheint  da  beim  letzten  Toolserver-Update etwas kaputt gegangen zu
sein..

Gruss,
Thomas



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

Re: [Talk-de] Umsatzsteuer-nummern taggen

[Thomas Ineichen]

Hallo Martin,

> ist auch so im Wiki dokumentiert:
> http://wiki.openstreetmap.org/wiki/Key:ref:vatin
> also ohne Doppelpunkt nach dem Länderkürzel, da dieser in der
> offiziellen internationalen Schreibweise der Steuernummer auch nicht
> vorgesehen ist.

> Parallel zu unserem Schema ist wohl derzeit noch mind. ein weiteres
> Schema in Gebrauch (aktuell 60x verwendet), nämlich "operator:tax"
> http://taginfo.openstreetmap.org/keys/ref%3Avatin#values
> http://taginfo.openstreetmap.org/keys/operator%3Atax#values

Ohne über Sinn bzw. Unsinn des Taggings mitzudiskutieren:
http://taginfo.openstreetmap.org/keys/ref%3Ait%3Avat#values (102x)

Gruss,
Thomas



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

Re: [Talk-de] Fährlinien

[Thomas Reincke]

Am 06.01.2012 14:59, schrieb Falk Zscheile:

3. Mir ist der Mehrwert von Ausflugslinien in einer Karte/Datenbank
unabhängig von deinem Argument noch nicht klar geworden.


Würde doch eigentlich in die ÖPNV-Karte passen. Es gibt sogar viele 
Fähren, die in den Verbundtarif integriert sind.


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

Re: [Talk-de] PDF aus JOSM erstellen

[Thomas Güttler]

On 29.12.2011 02:31, Jo wrote:

Versuch mal Maperitive zu benutzen. Es braucht ein wenig Arbeit um es
kennen zu lernen, aber das Resultat ist sicherlich der Mühe wert.

Polyglot



Danke für die Info. Maperitive ist closed source, und darum will ich 
erstmal versuchen mit freier Software weiterzukommen.


Das Problem der ersten Mail besteht noch, bin für Hinweise dankbar.

Gruß,
  Thomas


--
Thomas Guettler http://www.thomas-guettler.de/

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

[Talk-de] PDF aus JOSM erstellen

[Thomas Güttler]

Hallo,

in JOSM habe ich den GPS Track einer Wanderung geladen, angepasst,
und nun möchte ich eine SVG/PDF Datei erstellen, in dem dieser Pfad
besonders hervorgehoben ist.

Mit dem Osmarenderer konnte ich eine SVG Datei erstellen. In der
Datei ist mein Weg vorhanden (In JOSM habe ich dem Pfad einen Namen
gegeben und der Name und ein entsprechender  sind in der SVG-Datei).

Leider wird der Pfad nicht in Inkscape angezeigt. Die anderen OSM Daten
sind in Inkscape zu sehen. Auch der Versuch die SVG Datei per Hand
anzupassen und zB
  stroke="red" stroke-width="3"
als Attribute dem Pfad hinzuzufügen hat nicht funktioniert.

Hat jemand einen Tipp wie ich nun zu einer angepassten SVG/PDF Datei 
komme? Kann auch gerne mit einem alternativen Programm zu Osmarenderer sein.


Gruß,
  Thomas


--
Thomas Guettler http://www.thomas-guettler.de/

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

Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema

[Thomas Reincke]

Am 22.12.2011 13:26, schrieb Tobias Knerr:

Insbesondere sehe ich nicht die zwingende Notwendigkeit, sämtliche
genutzten Wegstücke in die Relation aufzunehmen. Meiner Einschätzung
nach sollte es genügen, einzelne Knoten als Stützpunkte zu erfassen und
die Wege dazwischen mit einem Routingalgorithmus zu berechnen.


Selbst wenn alle Verkehrsbeschränkungen (Einbahnstraßen, Poller, 
Lkw-Verbote, Abbiegerelationen) vollständig erfasst sind wird das nur in 
weniger als 95% aller Fälle zu einem korrekten Ergebnis führen.


Geradeaus, auf dem Dorf ist das sicher nur selten schwierig. In der 
Stadt ist es schon schwieriger. Und das Abbiegeverbot ("Linienverkehr 
frei") wird kaum jemand korrekt gemappt haben.
Fast unmöglich wird das bei Schnellbussen, die Haltestellen auslassen - 
oder einen anderen Linienweg fahren.



Im Fall von ÖPNV-Relationen wären die Stützpunkte vor allem die Halte.
Wenn zwischen zwei Halten die tatsächlich gefahrene Strecke doch einmal
von der naheliegenden Verbindung abweichen sollte, kann man zur
Klarstellung noch einen geeigneten Kreuzungsknoten auf der Strecke als
Stützpunkt ergänzen.


Ich fände es am sinnvollsten, wenn es für die Fahrt von Haltestelle zu 
Haltestelle (besser noch von Mast zu Mast) jeweils eine eigene Relation 
gäbe.


Selbst wenn ein GIS vorhanden ist, die Referenzierung zu den 
OSM-Straßenfragmenten wird niemand liefern können.


Wenn die Haletsellen erfasst sind (am besten mit den Verbundnummern) 
lässt sich der Abgleich zwischen den Wegfragmenten und den Linienwegen 
aus den Fahrplandaten der Verkehrsverbünde/-unternehmen hingegen 
weitgehend automatisch generieren.


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

Re: [Talk-de] Name für Bahnhof?

[Thomas Reincke]

Am 20.12.2011 19:31, schrieb Peter Wendorff:

Im Zweifelsfall am Bahnhof aufs Schild gucken.


+1

Spannend wird es, wenn Bushaltestelle und Schienenhalt einen gemeinsamen 
Bahnsteig haben. Bei der Eisenbahn steht "B-Dorf", bei der 
Gummieisenbahn "Bahnhof" auf dem Schild.


Zielangaben wie "Hamm (Westf), Hbf./Willy-Brandt-Platz" finde ich für 
die Eisenbahn eher unpassend. Auch wenn ich den Willy nach wie vor sehr 
schätze.



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

Re: [Talk-de] Google maps nutzt Geobasisdaten

[Thomas Reincke]

Am 13.12.2011 05:23, schrieb Bernd Wurst:

Noch ein Nachtrag:
Ich wohne in einem kleinen Dorf und wir haben zwei Verbindungen zur
Außenwelt. Eine Kreisstraße und eine Kommunalstraße. Beides Straßen,
keine Feldwege (beide werden z.B. im Winter geräumt).
Die Kommunalstraße ist beim neuen Google-Datensatz als Feldweg
klassifiziert und wird für's Auto-Routing nicht benutzt.


macht es Sinn irgendwelche Ecke zu finden, in den OSM besser ist?

Dadurch, dass Goolge von Teleatlas zu den "Amtlichen" gewechselt ist 
haben sie einen massiven Qualitätssprung getan. Die Karten waren vorher 
nur für Autofahrer halbwegs brauchbar. Jetzt sind sie ordentlich brauchbar.


Die Stärke von OSM liegt darin, dass ich nicht nur ein Bild oder ein 
Routingergebnis erhalte, sondern die Quelldaten und mir daraus das 
generieren kann was ich haben möchte. Und das daraus von mir nach meinen 
Vorlieben erzeugte Produkt kann ich auch noch relativ problemlos für 
meine Zwecke einsetzen.


Das hat google vorher nicht gekonnt und das kann es jetzt auch nicht.



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

Re: [Talk-de] [bulk]: Endlich amtliche Definition der Autobahnähnlichen Straßen

[Thomas Reincke]

Am 13.12.2011 00:03, schrieb Thomas Wedekind:

Vorsicht: Z.B. in Thüringen (fast vor meiner Haustür) gibt es noch
Landesstraßen von 4 m Breite (zwei Lkw oder Busse können sich nur mit
Ausweichen auf den Randstreifen begegnen), ohne Mittelstrich und mit
vielleicht 20-50 Kfz pro Stunde, Tempolimit überland 50-70 km/h,
Tonnagebeschränkung auf 7,5 t, also absolut lokaler
Verkehrsbedeutung. Diese Einstufung ist eine Altlast der Wendezeit,
aber nun einmal da. Solche Straßen sollen i.d.R. zur Kreis- oder
Gemeindestraße herabgestuft werden, was sich aber über Jahrzehnte
hinzieht (die Kreise wollen die Straßen nur im sanierten Zustand
übernehmen, das Land hat aber kein Geld dafür; jedes Jahr nur für
einige km).


In Mecklenburg bin ich aktuell über Kreisstraßen gefahren, die nicht 
einmal asphaltiert sind. Da passt Deine "nur" schmale Landstraße ganz 
gut ins Gefüge.


Und in der Wüste sieht eine Straße auch anders aus. Da sind wir uns 
einig. Die Klassifizierung richtet sich nach den örtlichen Gegebenheiten.


Da der Osten vielleicht etwas zu vorurteilsbehaftet ist. Auch an der 
Grenze von NRW nach Rheinland-Pfalz wird die Landstraße gut einen Meter 
schmaler. Es bleibt aber eine Landstraße.


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

Re: [Talk-de] [bulk]: Endlich amtliche Definition der Autobahnähnlichen Straßen

[Thomas Wedekind]

Am Mon, 12 Dec 2011 23:19:51 +0100 schrieb Wolfgang Barth
:

> Eine Landesstraße als 
> tertiary zu taggen halten ich für einen Fehler, auch wenn sie
> relativ schmal ist. Wenn sie keine wichtige Verkehrspolitische
> Bedeutung hätte, dann wäre sie nicht offiziell so eingestuft.

Vorsicht: Z.B. in Thüringen (fast vor meiner Haustür) gibt es noch
Landesstraßen von 4 m Breite (zwei Lkw oder Busse können sich nur mit
Ausweichen auf den Randstreifen begegnen), ohne Mittelstrich und mit
vielleicht 20-50 Kfz pro Stunde, Tempolimit überland 50-70 km/h,
Tonnagebeschränkung auf 7,5 t, also absolut lokaler
Verkehrsbedeutung. Diese Einstufung ist eine Altlast der Wendezeit,
aber nun einmal da. Solche Straßen sollen i.d.R. zur Kreis- oder
Gemeindestraße herabgestuft werden, was sich aber über Jahrzehnte
hinzieht (die Kreise wollen die Straßen nur im sanierten Zustand
übernehmen, das Land hat aber kein Geld dafür; jedes Jahr nur für
einige km). 

Ich tue mich schwer damit, so ein Sträßchen auf eine Stufe mit einer
4- oder 6-spurigen Schnellstraße zu stellen, die auch Landesstraße
sein kann, obwohl es in OSM hier in der Gegend systematisch so
gehandhabt wird. 

-- 
Viele Grüße, Thomas

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

Re: [Talk-de] Google maps nutzt Geobasisdaten

[Thomas Reincke]

Am 11.12.2011 18:44, schrieb Tirkon:

Ich bin gespannt, wie wir das organisatorisch auf die Beine stellen können, 
jetzt mit Google
mitzuziehen und die Kommunen und Länder zu überzeugen, ihre Geobasisdaten zur 
Verfügung zu stellen.

Brauchen wir nicht.


So ganz pauschal würde ich das nicht ablehnen. Die ganzen offiziellen ID 
hätte ich schon ganz gerne.


Auch gegen die Hauskoordinaten würde ich mich nicht wehren, auch wenn 
wir da schon besser geworden sind.


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

Re: [Talk-de] Neues Googlemap hat indoor-Pläne

[Thomas Reincke]

Am 30.11.2011 15:24, schrieb Martin Koppenhoefer:

Vielleicht ist das hier schon längst bekannt, für mich war es neu,
daher hier ein Link mit einem Screenshot um zu zeigen, wohin sich "die
Konkurrenz" bewegt:
http://www.wired.com/gadgetlab/2011/11/google-maps-indoor-update/


Was nutzt mir Indoor wenn die Tele-Atlas-Daten gefühlt 10% der möglichen 
Fußwege beinhalten. Das ist für mich wie Formel-1-Sliks auf einem 34 
PS-Käfer.



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

Re: [Talk-de] Tablet-PC: Android oder iPad?

[Thomas Reincke]

Am 20.11.2011 11:46, schrieb koppenho:

Ich möchte gelegentlich das Tablet zum Erfassen für OSM vor Ort nutzen.
Die Seite http://wiki.openstreetmap.org/wiki/Android habe ich gefunden.
Die scheint sich aber hauptsächlich auf Android-Smartphones zu beziehen.
Sind die genannten Apps auch auf einem Tablet sinnvoll einsetzbar?



Habt Ihr noch ein paar Tips?


Es klingt so, als ob Du nicht nur erfassen, sondern auch gleich 
bearbeiten willst. Zum Erfassen auf dem Smartphone finde ich Locus sehr gut.


Was mir noch wichtig wäre. Ich möchte (insbes. für Punkterfassungen) 
eine externe Maus anschließen können. Ich meine, da wäre trotz Bluetooth 
beim Apfel der Wurm drin.


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

Re: [Talk-de] Fixpunkte kennzeichnen

[Thomas Reincke]

Am 21.10.2011 11:54, schrieb Henning Scholland:

Fixe Punkte halte ich ein wenig für bedenklich. Bei manchen Objekten ist
das sicherlich machbar. Es gibt aber auch viele kurzlebige Objekte, bzw.
Objekte die sich schnell ändern können in OSM. Da täuscht das eine
zeitliche Genauigkeit vor, die es nicht gibt bzw. die bereits aus dem
changeset ablesbar ist.


Ich fände eine technische Lösung hilfreich. Wie schnell hat man einer 
Gemeindegrenze beim Editieren in deren Nähe einen zusätzlichen Punkt 
verpasst. In solchen fände ich es gut, wenn das Editieren dieser 
Elemente einen zusätzlichen Tastendruck erfordern würde.


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

Re: [Talk-de] NorisBike Nürnberg nutzt Openstreetmap

[Thomas Reincke]

Am 10.10.2011 09:06, schrieb Frederik Ramm:

In unserem Buch sind die Verwendung von OSM mit Google und OpenLayers
recht einfach beschrieben. Das ist zwar nicht direkt ein "Howto zum
Umstieg", aber jeder, dessen Technik-Knowhow ausgereicht hat, um eine
Google-Karte zu machen, wird damit auch eine OpenLayers-Karte machen
koennen.


Den Unterschied zwischen dem Kartenanzeigeprogramm, dem Kartenrenderer 
und den Kartendaten muss man erst mal verstehen.


Am ehesten gelingt das, wenn man eine Google-API mit OSM-Karte und 
OpenLayers mit Google-Karte vorführt.


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

Re: [Talk-de] OSM auf BILD.de

[Thomas Reincke]

Am 17.08.2011 00:39, schrieb Michael Kugelmann:

Am 16.08.2011 22:46, schrieb André Reichelt:

gerade bei Google News auf folgenden Artikel mit OSM-Karte gestoßen:




sogar mit Attribution. :-)


und Lizenzhinweis.

Die Aachener Zeitung hat das nicht geschafft.



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

Re: [Talk-de] wieder mal - Flächen und Wege

[Thomas Reincke]

Am 14.08.2011 15:57, schrieb Bartosz Fabianowski:

Wegesrand an. Ein Aneinanderkleben ist daher IMHO geographisch nicht
korrekt. Zudem macht es das Editieren schwieriger. Aber wie gesagt,
einen Standard gibt es da nicht... jeder hat seine eigene Meinung.


aber es ist topologisch korrekt.

Wenn der Straßenverlauf "etwas arg eckig" geraten ist, dann ist es bei 
nebeneinanderliegenden Punkten kaum zu vernünftig zu korrigieren.


Bei Straße <-> Fläche kann ich Deiner Argumentation nachvollziehen, auch 
wenn ich ihr nicht folge.


Absolut unverständlich ist es mir jedoch, wenn Wald und Wiese (ohne Weg 
dazwischen) aneinander stoßen und es dennoch keine gemeinsamen Punkte gibt.


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

Re: [Talk-de] golem: Skobblers Forevermap 2.1 für Android ist fertig

[Thomas Reincke]

Am 27.07.2011 07:23, schrieb Benjamin Hagemann:

Moin :)

fyi

golem: Skobblers Forevermap 2.1 für Android ist fertig
http://www.golem.de/1107/85228.html

"Skobbler hat Forevermap 2.1 für die Android-Plattform veröffentlicht.
Die Openstreetmap-Kartensoftware zeigt interessante Orte in der Umgebung
besser an und ermöglicht den Download von Kartenmaterial über die
Skobbler-Webseite."


Danke für den Hinweis.

Das Programm erscheint mir endlich benutzbar zu sein. MapDroyd finde ich 
aber noch einen Tick besser. Vielleicht auch nur, weil dort 
Bushaltestellen angezeigt werden ;-)


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

Re: [Talk-de] Mappen per Bing?!

[Thomas Reincke]

Am 25.07.2011 13:29, schrieb Frederik Granna:

Hallo,

ich wollte mal Fragen was so Best-Practice beim Mappen per Bing-Luftbilder
ist.

Ich habe gestern einige Gegenden in Brandenburg/Sachsen-Anhalt gefunden die
recht "ungemappt" sind und dort einige Straßen eingetragen.


Die Luftbilder liegen teilweise spürbar daneben. Ich würde *immer* die 
Tracks mit herunterladen. Da kann man sich zumindest gelegentlich an 
vorhandenen Straßen/Bahnstrecken orientieren und eine Einschätzung über 
den mutmaßlichen Fehler bekommen.


Den Tracks kann man meist mehr glauben als den Luftbildern. Die 
Schwarmintelligenz ist hoch.


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

Re: [Talk-de] GPS-Verleih

[Thomas]

Am 22.07.11 18:43, schrieb Matthias Winter:

Hallo,

kann mir jemand weiterhelfen, wie ich denjenigen erreiche, der die 
GPS-Leihgeräte (http://openstreetmap.de/gps-verleih/details.html) verwaltet, 
oder wer das ist? Emails an gps-verl...@openstreetmap.de werden leider nicht 
beantwortet.

Danke,
Matthias

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Im letzten Jahr hat sich Jan-Benedict Glaw um den Verleih der GPS-Geräte 
gekümmert – denke, dass sich da nichts gran geändert hat. Ich will hier 
nicht ungefragt seine E-Mail-Adresse veröffentlichen. Wenn Du mich 
anschreibst, schicke ich sie Dir persönlich per E-Mail gerne zu.


Thomas

thomas.eberth[at]t-online.de


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

Re: [Talk-de] Erschließung in zweiter Reihe - ab wann service mit erfassen

[Thomas Reincke]

Am 24.07.2011 09:09, schrieb Walter Nordmann:

hi jan,

die Strassen auf jeden fall erfassen - ob als residential oder service ist
erst mal unwichtig.
ich würde residential mit width=* bevorzugen, da es sich um schmale
Zufahrten zu Wohnhäusern handelt.


Die meisten Anliegerstraßen muss ein dreiachsiges Müllfahrzeug passieren 
können.


Und im Einsatzfall auch die Feuerwehr.

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

Re: [Talk-de] Erschließung in zweiter Reihe - ab wann service mit erfassen

[Thomas Reincke]

Am 23.07.2011 23:09, schrieb fx99:

Wenn diese Zufahrten öffentliche Wege sind, würde ich sie auf jeden Fall
mappen.
Bei Privatwegen wäre ich eher zurückhaltend.


Inzwischen müssen zum Mappen die Wege ja nicht mal mehr betreten werden.

Ich finde, dass alles
- was ein Straßenschild hat
- oder nicht nur über einen abgesenkten Bordstein angebunden ist

highway=residental bzw. living_street ist

Aus meiner Sicht käme nur das, was baulich abgetrennt ist als service in 
Frage.


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

Re: [Talk-de] Neue Karte für Fahrradrouten

[Thomas Ineichen]

Zitat von Sven Geggus :


Und wie soll das bitte technisch funtionieren ohne neue Kacheln zu rendern?
Opacity kann man bei Openlayers AFAIK nur bei Overlays verändern.


Das geht ohne Probleme auch für 'normale' Layer:
http://rollstuhlkarte.ch/


Gruss,
Thomas

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

Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden

[Thomas Guettler]

Hallo Bodo, Henning und Mitja,

danke, dass ihr euch nochmal mit dem Thema beschäftigt habt. Es waren einige 
gute Hinweise dabei.

  thomas

On 13.07.2011 17:24, Mitja Kleider wrote:
> On Wed, 2011-07-13 at 16:21 +0200, Bodo Meissner wrote:
>> Ich nehme mal an, Deine Idee war, irgendwie eine Karte auf das Handy zu 
>> bekommen, auf der Du "kinderwagentaugliche Wege" erkennen kannst.
>> (Wie man Karten für Dein Handy erzeugt, damit kenne ich mich nicht aus.)
...

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

Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden

[Thomas Guettler]

On 06.07.2011 00:02, Simon Poole wrote:
> Also da würde ich doch eher Kindertrage/Rucksack empfehlen. Mit dem
> Anhänger wird doch jede Treppe oder steiler Anstieg zur Qual. Und aus
> eigener Erfahrung weiss ich, dass quer durch den Wald und ähnlichen
> Unsinn mit dem Rucksack problemlos geht.

Hallo,

mein Sohn ist behindert, wiegt 17kg und er kann keine langen Strecken gehen. 
Ein paar
Meter kann ich ihn schon tragen, aber längere Strecken sind nicht drinnen.

Gruß,
  Thomas

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

[Talk-de] Kinderwagenfreundliche Wanderwege finden

[Thomas Güttler]

Hallo,

wir werden bald in Maria Alm am Steinernen Meer in Österreich Urlaub machen.

Mein kleiner Sohn kann leider noch keine langen Strecken gehen, so dass
wir den Kinderwagen mitnehmen werden.

Wie kann man per OSM kinderwagentaugliche Wege finden?

Hier ist unsere Unterkunft

http://www.openstreetmap.org/?lat=47.4087&lon=12.91472&zoom=16&layers=M

Als Gerät habe ich ein Nokia N900 Handy (maemo).

Gruß,
  Thomas Güttler

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

Re: [Talk-de] Schweizer Grenzen (war: Re: openstreetmap und qgis)

[Thomas Ineichen]

Hallo Markus,

> Ja, das kann ich mir vorstellen! Wie ist denn der aktuelle Stand?

In einem Monat sollten die Daten in der OSM-Datenbank sein:
http://wiki.openstreetmap.org/wiki/DE:Switzerland:Z%C3%BCrich/OSM-Treffen#2._Mapping_Party_Rapperswil_und_20._OSM-Treffen

Gruss,
Thomas



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

Re: [Talk-de] Informationsfreiheitsgesetz

[Thomas Barris]

ich habe das mal versucht. Also nicht direkt Geodaten, aber Verträge, die
die Erhebung von Geodaten zum Inhalt hatten, speziell unter welcher Lizenz
Daten stehen, die allein durch eine deutsche Förderung im Ausland erhoben
wurden. Das Ende vom Lied war, dass sie mir eine nichts sagende Auskunft
gegeben haben mit dem Verweis, dass weitere Auskünfte kostenpflichtig wären.
Nach dem Informationsfreiheitsgesetzkann das bis zum 500€ kosten. Das war es
mir dann nicht wert

Am 28. Mai 2011 23:31 schrieb Markus :

> Wer hat schon mal jemand versucht, von Behörden Geodaten aufgrund des
> Informationsfreiheitsgesetzes zu bekommen?
> Mit welchem Erfolg?
>
> Gruss, Markus
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bahnstrecke vs. Gleis

[Thomas Reincke]

Am 22.05.2011 16:39, schrieb Torsten Leistikow:

Wie bekommt man das wieder in den Griff? Einfach so die (meist doppelten)
nebeneinander liegenden railway=* Wege wieder zusammenfassen will nicht, da sich
damit ja jemand ziemliche Arbeit gemacht hat, auch wenn er damit einiges kaputt
macht.


Wie wird das bei Autobahnen gemacht? Da wird ja auch jede 
Richtungsfahrplan einzeln eingetragen.


Wahrscheinlich alle zusammengehörenden Gleise in eine Relation zur 
zugehörigen Strecke packen.


Wenn es stört muss der Renderer halt angepasst werden ;-)

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

[Talk-de] OSM | Kartenmaterial | Anwendungsmöglichkeit |GARMIN.img

[Thomas [Tom Snifflenose]]

Hallo Zusammen!

Vielleicht hat ein GARMIN + Windows + Mapsource-Nutzer eine Antwort auf meine 
Frage.

Ausgangslage:
- GARMIN Vista eTrex Hcx
- GARMIN TOPO DE (2007)
- GARMIN City Navigator NT
- Win7 (32) PC
- Suche für das Routing am PC über Mapsource
  +Startpunkt = Adresse oder Wegpunkt
  +Endpunkt = Adresse
Funktioniert für die Planung am PC und unterwegs einwandfrei

Ziel:
Mit gleicher Hard- und Software die GARMIN-Karten ersetzen (weil alt) und statt 
dessen OSM-Kartenmaterial von http://www.raumbezug.eu/ag/internet/osmGarmin.htm
aus der Quelle http://download.geofabrik.de/osm/europe/germany/  verarbeitet 
u.a. mit Mkgmap
zu verwenden.

Problem:
- Kartenmaterial nach Anleitung 
(http://www.raumbezug.eu/downloads/dl/dl.php?id=31 )in Mapsource geleitet, aber 
eine Adressuche ist dort nicht möglich.
- Kartenmaterial über Mapsource nach Speicherkarte GARMIN geleitet (nicht immer 
die ganze Karte, sondern ausgewählte Tiles und auch Stücke anderen Materials, 
wie z.B. der TOPO, daher durch Mapsource): auch keine Adresssuche
- Routing nur von und zu bekannten POI oder Koordinaten Die vorverarbeitende 
Anwendung http://wiki.openstreetmap.org/index.php/Mkgmap
beschreibt ja noch ein paar offen Baustellen.

Frage:
Sehe ich es richtig, dass ich das, was ich bisher mit dem GARMIN-Kartenmaterial 
gemacht habe, so mit aus dem unter "Ziel" genannten Quellen erhältlichen 
Material nicht genauso tun kann?

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


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

Re: [Talk-de] Anzeigen"fehler" bei Mapnik

[Thomas Wedekind]

Am Wed, 11 May 2011 11:46:14 +0200 schrieb Thomas Ineichen
:

> Löschen kannst Du die Sperre hier:
> 'Einstellungen' -> Tab 'Inhalt' -> Button 'Ausnahmen...' hinter  
> 'Grafiken laden' -> alle Websites mit openstreetmap.org im Namen
> aus der Liste entfernen.

Toll, das war's bei mir auch, benutze deshalb seit Monaten Chromium
eigentlich nur für OSM. Waren übrigens die beiden einzigen Einträge
in der Liste, und ich habe sie bisher nie angefasst. Aber man muss
nicht alles verstehen.

-- 
Viele Grüße, Thomas

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

Re: [Talk-de] OSM-Pin und supercoole OSM-Tasse

[Thomas Reincke]

Am 16.05.2011 23:19, schrieb RalfGesellensetter:

Gratuliere - ich habe die Tasse am Samstag auf dem Linuxtag in Berlin
gesehen! Gibt es den Entwurf irgendwo als Bild/Quelldatei? Ich finde


Ist das diese Tasse?
http://shop.kernelconcepts.de/images/osm-mug-preview.png

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

Re: [Talk-de] Anzeigen"fehler" bei Mapnik

[Thomas Ineichen]

Hallo Steffen,


ich meine hier schon mal so was gelesen zu haben, finde es aber nicht.
Wenn ich Firefox (4) benutze hat ich einige Kachenl im Bild mit ...
more OSM comming soon
je nach Vergrößerung liegen die anderswo.


Entweder Claudius' Lösung oder es liegt daran, dass Du einen der  
Tile-Server versehentlich blockiert hast.


Löschen kannst Du die Sperre hier:
'Einstellungen' -> Tab 'Inhalt' -> Button 'Ausnahmen...' hinter  
'Grafiken laden' -> alle Websites mit openstreetmap.org im Namen aus  
der Liste entfernen.



Gruss,
Thomas

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

Re: [Talk-de] Wikifiddling, access car / motor_car

[Thomas Ineichen]

Zitat von M∡rtin Koppenhoefer :


Am 9. Mai 2011 14:50 schrieb Thomas Ineichen :



Es gab aber bereits seit 2008 eine Seite speziell für motorcar, auf
der wie heute auch noch klar das steht, was bis dahin Konsens und
Definition war (Description: "Access permission for cars.").
http://wiki.openstreetmap.org/w/index.php?title=Key:motorcar&oldid=194411


Wenn im Wiki auf zwei unterschiedlichen Seiten verschiedene  
Definitionen stehen, dann kann man IMHO nicht von 'klar' und 'Konsens'  
reden. Zumal die Access-Seite wahrscheinlich häufiger besucht wird als  
diejenige für Motorcar und meine Anpassung monatelang stehen blieb.
(Natürlich kann das auch heissen, dass sich einfach niemand für das  
Thema interessierte.. :->)



Ich glaube auch, dass die Hierarchie-Stufe 'zweispurige Motorfahrzeuge'
notwendig ist (sofern man denn eine Hierarchie haben will).



ja, sehe ich auch als sinnvoll an.


Na immerhin hier sind wir uns einig.. ;)


Ob 'motorcar'
der geeignete Begriff ist? Darüber lässt sich natürlich gut streiten -



naja, da der Begriff (in OSM) schon für Autos belegt ist, würde ich
ehrlich gesagt was anderes nehmen und finde auch nicht, dass man da
besonders gut drüber streiten kann.


Das sehe ich - wie bereits nachfolgend geschrieben - nicht so. Das  
'Verbotsschild mit dem Auto' steht in den meisten Ländern für *alle  
zweispurigen Motorfahrzeuge*.



Da ich bisher kein Land kenne, in welchem es ein Verbotsschild gibt, das nur
für Autos und nicht für LKWs gilt, gehe ich davon aus, dass die
alleremeisten highway=* mit motorcar=no eines der oben verlinkten
Verbotsschilder haben - und somit übereinstimmend mit der 'meiner'
Wiki-Version getagged sind.



Es gibt ein "Gebotsschild" z.B. beim Parken. Mir ist hier auch bereits
ein "Freitext"-Schild aufgefallen, das die Einfahrt durch jegliche
Verkehrs untersagt, und dann im Textteil (ausser Autos) die Autos
wieder ausnimmt ( http://www.23hq.com/dieterdreist/photo/6059575 )


Darum schrieb ich oben von 'highway=*'. Die 212'866 motorcar-Keys sind  
zu fast 90% zusammen mit highway=* vergeben, aber nur zu unter 1%  
zusammen mit amenity=*. Trotz Deinem Gegenbeispiel aus Italien bleibe  
ich bei der Überzeugung, dass 'motorcar' bisher hauptsächlich für  
zweispurige Motorfahrzeuge genutzt wird.



IMHO brauchen wir also einen neuen Key für Autos - und nicht eine
'Rückverschiebung' von motorcar.



-1,
Ich wiederhole mich da zwar, aber am Argument ändert sich nichts: es
ist niemandem nahezubringen, dass motorcar alle 2-spurigen Fahrzeuge
beinhalten soll und car nur Autos. Die tags sollten sich auch mit
gesundem Menschenverstand lesen lassen können, und zumindest nicht
irreführend sein.


Von 'car' habe ich nirgends etwas geschrieben - das fände ich nämlich  
(insbesondere parallel zu 'motorcar') auch schlecht. Gefallen würde  
mir hingegen das wieder aus dem Wiki verschwundene 'automobile'; das  
sollte genügend international sein um überall verstanden zu werden.


Da wir in der ganzen Access-Hierarchie schon einige Abkürzungen (hgv,  
psv, ...) haben, könnte ich auch mit einem neuen Kürzel für  
zweispurige Kraftfahrzeuge (und der gleichzeitigen Abschaffung von  
'motorcar') leben..



Gruss,
Thomas

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

Re: [Talk-de] Wikifiddling, access car / motor_car

[Thomas Ineichen]

Zitat von M∡rtin Koppenhoefer :


Nach wie vor finde ich es inakzeptabel, wenn ein access-tag (oder
sonst ein tag, wobei access halt zu den Stammtags gehört) ohne
Ankündigung oder Diskussion "einfach so" im Wiki in seiner Bedeutung
verändert wird.



Als dieser ominöse Änderer möcht ich auch noch was dazu sagen. ;-)

Auf der access-Wiki-Seite stand und steht hinter motorcar als nähere  
Beschreibung <track>> - und da gehören LKWs zweifelsohne mit dazu. Für mich war es  
daher nichts als logisch, die Hierarchie der Beschreibung  
(übereinstimmend mit der deutschen Wiki-Seite) anzupassen.


Ich glaube auch, dass die Hierarchie-Stufe 'zweispurige  
Motorfahrzeuge' notwendig ist (sofern man denn eine Hierarchie haben  
will). Ob 'motorcar' der geeignete Begriff ist? Darüber lässt sich  
natürlich gut streiten - allerdings wird das Auto (von vorne) häufig  
verwendet, um die Durchfahrt von zweispurigen Kraftfahrzeugen zu  
verbieten:


http://en.wikipedia.org/wiki/Comparison_of_European_traffic_signs

[Die Beschreibung für UK ist übrigens verkürzt, auch dort dürfen 'solo  
motor cycles' weiterfahren.]



Da ich bisher kein Land kenne, in welchem es ein Verbotsschild gibt,  
das nur für Autos und nicht für LKWs gilt, gehe ich davon aus, dass  
die alleremeisten highway=* mit motorcar=no eines der oben verlinkten  
Verbotsschilder haben - und somit übereinstimmend mit der 'meiner'  
Wiki-Version getagged sind.


IMHO brauchen wir also einen neuen Key für Autos - und nicht eine  
'Rückverschiebung' von motorcar.



Gruss,
Thomas

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

Re: [Talk-de] Geodaten und grünes Wahlprogramm in Baden-Württemberg?

[Thomas Reincke]

Am 29.03.2011 14:02, schrieb Sven Geggus:

Auszug aus dem Wahlprogramm[1] der Baden-Württembergischen Grünen:

--schnipp-- Gemeinfreistellung von Datenbeständen des Landes

Die Institutionen des Landes Baden-Württemberg sollen, sofern nichts
Wichtiges dagegen spricht wie etwa der Schutz personenbezogener Daten
oder sehr hohe Kosten, dazu verpflichtet werden, ihre Datenbestände
über das Internet der Allgemeinheit kostenlos zur uneingeschränkten,
auch kommerziellen Nutzung zur Verfügung zu stellen. Dazu gehören
insbesondere Statistiken und Geodaten, Wetterdaten sowie digitale
Reproduktionen von Gegenständen im Besitz von Sammlungen und
Bibliotheken des Landes. Die Herstellung solcher Reproduktionen soll
gefördert werden. --schnapp--

[1]
http://www.gruene-bw.de/fileadmin/gruenebw/dateien/Wahlen2011/Landtagswahlprogramm-web.pdf


Ich habe eben mal nachgeschaut, was daraus geworden ist und bin angenehm 
überrascht. Auch wenn die erste Suche nach "Geodaten" zu keinem Treffer 
geführt hat. So schlecht ist das Ergebnis gar nicht.



http://gruene-bw.de/fileadmin/gruenebw/dateien/Koalitionsvertrag-web.pdf



Transparenz des Regierungshandelns im Netz

Wir stehen für eine offene Gesellschaft und eine transparente
Verwaltung. Die bisherigen Aktivitäten Baden-Württembergs im
Bereich e-Government und digitaler Demokratie werden wir ausbauen.
Dabei werden wir insbesondere auch auf die Barrierefreiheit aller
öffentlichen Angebote achten, und darauf, dass Teilhabe am
öffentlichen Leben auch ohne Netzzugang möglich bleibt. Zu den
großen Chancen digitaler Netze gehört die Möglichkeit, die
Grundlagen des Regierungshandelns transparent und zugänglich zu
machen.

>

In einem umfassenden Informationsfreiheitsgesetz werden wir
gesetzliche Regelungen treffen, damit Bürgerinnen und Bürger unter
Beachtung des Datenschutzes grundsätzlich freien Zugang zu den bei
den öffentlichen Verwaltungen vorhandenen Informationen haben. Wir
werden unser Regierungshandeln daran orientieren, die zugrunde
liegenden Daten und Dokumente weitestmöglich öffentlich zugänglich
zu machen. Hier  orientieren wir uns am Grundsatz “Open Data”.


Wir dürfen also weiter am Ball bleiben. Bislang waren die "Vermesser" 
beim "Ländlichen Raum" angesiedelt. Der geht an die Grünen.


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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

[Thomas B]

Die Diskussion kenne ich ja aus dem Forum...obwohl wir es schon lange nicht 
mehr 
hatten. Aber ausser Hennings zaghaften Versuchen hier eine gewisse Balance zu 
halten, kamen nur contra-Path Argumente in einer ziemlich arroganten Art und 
Weise und mit teilweise unhaltbaren Argumenten. Da musste ich doch ein wenig 
Freundlichkeit des Forums hierhin tragen.






Von: NopMap 
An: talk-de@openstreetmap.org
Gesendet: Dienstag, den 26. April 2011, 21:44:19 Uhr
Betreff: Re: [Talk-de] Cycleways - oftmals falsch getaggt


Thomas B wrote:
> 
> Ich bin kein ML Freund, aber die Arroganz, mit der hier einige gegen path
> argumentieren ohne sich mit den Bewegründen der anderen zu beschäftigen,
> ist schrecklich
> 

Och, das ist bei diesem Thema schon fast normal - und der Grund warum manche
Leute erst mal Popcorn holen gehen, wenn bei OSM jemand "Radweg" sagt. :-)

bye
 Nop


--
View this message in context: 
http://gis.638310.n2.nabble.com/Cycleways-oftmals-falsch-getaggt-tp6303356p6307142.html

Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

[Thomas B]

oha, wir taggen nicht für Renderer aber für "Anwendungen"? Das ist ein
schwaches Argument

Es sind auch Mapper, die falsch umtaggen kein Argument. Nur weil jemand
etwas falsch macht, muss doch der Tag den er benutzt nicht falsch sein. 

Und das Argument, dass snowmobile und ski nicht ausgeschlossen wird, ist
doch lächerlich. Wir oft wird den bei trunk vergessen foot auszuschliessen.
Soll ich deswegen Trunk nicht mehr benutzen?

Und Bernd, dass man fremde Tags auswerten muss um die mögliche Nutzung für
Fahrräder zu prüfen ist auch bei trunk mit motorroad=yes/no so. 

Ich bin kein ML Freund, aber die Arroganz, mit der hier einige gegen path
argumentieren ohne sich mit den Bewegründen der anderen zu beschäftigen, ist
schrecklich


--
View this message in context: 
http://gis.638310.n2.nabble.com/Cycleways-oftmals-falsch-getaggt-tp6303356p6307119.html
Sent from the Germany mailing list archive at Nabble.com.

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

[Talk-de] PDF von Wanderung erstellen

[Thomas Güttler]

Hallo,

ich habe eine Wanderung (~12km) auf einem N900 mit
dem Programm Mapero gespeichert.

Ich würde nun gerne als erstes die GPS-Aufzeichnung
"normalisiern": Also doppelte Punkte und Punkt-Wolken
beim Rastplätzen usw entfernen.

Dann würde ich gerne eine PDF-Datei erstellen: Die
OSM Karte im Hintergrund, und darin/darauf den GPS-Track.

Wie geht man vor?

Ich nutze Linux.

  Thomas

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

Re: [Talk-de] ICE-Relationen

[Thomas Reincke]

Am 11.04.2011 16:07, schrieb fly:

Ich frage mich ob man bei den ICE-Relationen nicht lieber Relationen für
die Strecke zwischen einzelnen Bahnhöfen anlegt und diese Relationen
jeweils den ICE-Relationen zuordnet. Im Momment sind die ICE-Relation
doch sehr groß und auf manchen Strecken fahren eine ganze Menge ICEs
ganz zu schweigen von EC/ICs und sonstigen Verbindungen.

Im Unterschied zu Bus/Straßenbahn-Linien verlaufen diese Linien lange
auf der selben Strecke.

Was ist Eure Meinung ?


Dieses Verfahren wäre mir für alle ÖPNV-Linien das liebste gewesen. Eine 
Relation für die Teilstrecke Haltestelle -> Haltestelle (bzw. Platform 
-> Platform). Alle Relationen zusammen geben die Relation für 
Linie/Richtung/Variante.


Aber damit habe ich mich leider nicht durchsetzen können, da zu 
kompliziert. :-(


Es gibt im deutschen Eisenbahn-Fernverkehr zwar LInien

http://www.bahn.de/p/view/mdb/bahnintern/fahrplan_und_buchung/streckenplaene/MDB84831-ice_2011.pdf
http://www.bahn.de/p/view/mdb/bahnintern/fahrplan_und_buchung/streckenplaene/MDB85553-ecic_2011_korrigiert.pdf

aber diese sind in der Praxis meist so variantenreich wie eine Dorfbuslinie.

Zudem werden die Linienbezeichnungen der ICE/IC/EC außer auf diesem Plan 
nirgends verwendet.


Im Nahverkehr sind die Bezeichnungen in vielen Bundesländern 
gebräuchlicher und werden auf den Zielanzeigern/Aushangfahrplänen 
kommuniziert. Bis zum HAFAS haben sich auch diese freilich noch immer 
nicht herumgesprochen.



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

Re: [Talk-de] Übernahme von Daten aus Wikipedia

[Thomas Reincke]

Am 02.04.2011 23:05, schrieb Wolfgang:

Vorsicht übrigens, der einzige der es beweisen könnte, wäre Google/Teleatlas.
Deren Karten sind so grottenschlecht, das solche Daten nur aus deren Quelle
stammen können. Da liegt dann Bielefeld auch mal neben Baden-Baden, und dann
haben sie dich.  :-)


+ 1

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

Re: [Talk-de] OSM Inspector MP

[Thomas Ineichen]

Hallo Chris,


bei OSM ist es aber üblich den inner-Rings Tags für die innere
Fläche zu verpassen.

Beispiel:

outer = Waldgebiet
inner1 = Acker
inner2 = Heide

Der Acker grenzt direkt an die Heide.

Da soll man nun also die beiden inner-rings um 1 Meter auseinanderziehen
auch wenn da in Realität kein Zwischenraum ist?

+---+
|  Wald |
|   ++-+|
|   || ||
|   |  Acker |  Heide  ||
|   || ||
|   ++-+|
|   |
+---+


Wenn Du möchtest, dass der OSMI keine Warnmeldung mehr anzeigt, dann  
musst Du 3 Relationen erstellen:


WWW
W  Wald   W
WAAXHHW
WA X HW
WA  Acker  X  Heide  HW
WA X HW
WAAXHHW
W W
WWW

Relation 1:
Wald mit Way W als outer und Ways A, H als inner

Relation 2:
Acker mit Ways A, X als outer

Relation 3:
Heide mit Ways H, X als outer


Die Ways selber erhalten keine Tags.


Gruss,
Thomas

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

Re: [Talk-de] n paar Fragen

[Thomas Ineichen]

Hallo zusammen,


Einfacher Fall in der Realität: Gebäude mit einer Adresse, alle Eingänge
des Gebäudes und die Läden darin haben auch diese Adresse.

Umsetzung in OSM: Gebäudeumriss mit Adress-Tags versehen, Nodes für die
Läden ins Innere der Fläche und ggf. Eingänge in die Umrandung setzen.

Können wir erst einmal festhalten, dass das in diesem "normalen" Fall
ausreicht? Damit wäre die eigentliche Frage nämlich beantwortet.


Einmal mehr plädiere ich dafür, dass *jedes* Geschäft/Node innerhalb  
des Gebäudes mit der kompletten Adresse getagged wird. Gerade bei  
Seiten wie der OLM ist dies sehr praktisch:

http://olm.openstreetmap.de/?zoom=18&lat=48.14101&lon=11.58896&layers=B0FTT


Bei Adressen ist der Konsens ja bereits, dass ein bisschen Redundanz  
nicht schadet (addr:city, ...), da sollten die zusätzlich getaggeden  
Nodes auch nicht stören..



Gruss,
Thomas

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

[Talk-de] Teilnehmervereinbarung 1.2.4

[Thomas Ineichen]

Hallo zusammen,

da sich seit der Version 1.0 einiges geändert hat, habe ich die  
aktuelle Teilnehmervereinbarung 1.2.4 neu übersetzt:


http://wiki.openstreetmap.org/wiki/DE:Open_Database_License/Contributor_Terms


Ich hoffe, die Übersetzung ist verständlich un korrekt -  
Verbesserungen können direkt im Wiki angebracht werden. :)



Gruss,
Thomas

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

[Talk-de] ArcSDE, XML...

[Thomas Fink]

Hallo!
 
Ich hätte eine Frage zu einem Projekt an dem ich gerade arbeite.
Die Aufgabestellung ist folgende:
 
Ich habe einen Server (ArcSDE) und möchte auf diesem, die A (Autobahnen), B 
(Bundestrassen), und L (Landestrasse) Straßennetze speichern. 
Des weiteren sollten diese Netze in einem, von mir vorgegebenen Intervall 
automatisch von einem OSM - Server aktualisiert werden. 
 
Was mir hier jetzt fehlt ist irgendwie der erste Schritt, wie und mit welchen 
Werkzeugen (XML) ich das jetzt lösen könnte. Auch wie ich eine 
Datenbankabfrage, welche ich ja zweifellos brauche 
implementiere, würde ich gerne wissen. 
Mit JAVA, MySQL und HTML kenne ich mich so einigermaßen aus, ich müsste meine 
Kentnisse wieder ein bisschen auffrischen. 
Vielleicht könnt Ihr mich ja ein bisschen in die richtige Richtung lenken. 
 
Ich hoffe ihr könnt Euch mit diesen Informationen ein Bild machen. 
Vielen Dank schon mal!
  
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM und Bing Luftbilder

[Thomas Reincke]

Am 20.02.2011 00:27, schrieb Michael Kugelmann:

Meine Frage: was geht da schief? Wie kann ich (oder sonst jemand) das
Problem beheben?
Verwendet wird JOSM-Version 3751 auf WinXP. Und in der Vergangenheit


Probiere mal nicht den "tested" sondern den "latest". Ich meine, in der 
Zwischenzeit wurde das Zoomverhalten geändert. Früher wurden nicht 
voirhanden Bilder nicht dargestellt. Heute wird hochskaliert.


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

Re: [Talk-de] Luftbildrätzel II

[Thomas Emge]

Nach den Angaben der Spaniern zufolge 
(http://www.mapabase.es/mapabase/index.html) handelt es sich dabei, um 
"Cultivos intensivos" und  "Invernadero"  -- also um Agrarflaechen mit 
Gewaechshaeusern.

http://www.arcgis.com/home/item.html?id=499e9cfbfc014b9eaee4f2ca40bbe321

- Thomas

-Original Message-
From: Walter Nordmann [mailto:walter.nordm...@web.de] 
Sent: Friday, February 04, 2011 4:03 AM
To: talk-de@openstreetmap.org
Subject: Re: [Talk-de] Luftbildrätzel II


danke für die Info.
ich wollte mich schon an Erich von Däniken wenden und nachfragen ;)

Gruss
Walter

-
33,33% aller Statistiken beruhen auf kleinen Datenmengen.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Luftbildratzel-II-tp5988817p5992319.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] cycleway=track vs. cycleway=opposite_track

[Thomas Reincke]

Am 04.02.2011 08:10, schrieb Felix Hartmann:

Nein, das ist für jegliche Auswertung das blödeste. Im Prinzipiellen
will man als Fahrradfahrer der schnell fahren möchte, alle cyleway=track
vermeiden. Ist es nun highway=cycleway kann man als Router nichts mehr
damit anfangen, da man nicht weiß ob so ein Weg gut oder Schlecht
fahrbar ist.


Warum so pauschal? Die Wege die ich mit tracktype=1 getaggt gabe sind 
m.E. für das Fahrradfahren besonders gut geeignet. Fast gar kein 
Verkehr, dennoch gut ausgebaut und vernünftig fahrbar. Auch mit dem Rennrad.


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

Re: [Talk-de] DLRG-Rettungswache

[Thomas Reincke]

Am 29.01.2011 18:20, schrieb Jan Tappenbeck:

wie würdet Ihr eine DLRG-Rettungswache (Gebäude - bzw. Turm) taggen?


building: yes
emergency_service: water
operator: DLRG [Ortsgruppe]

sowie ggf.

leisure: slipway

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

Re: [Talk-de] Corine Import in Italien

[Thomas]

ich habe jeden einzelnen Wald daraufhin überprüft, dass nicht bereits
Flächenobjekte in OSM existieren,also bei bereits gemappten Wäldern den Wald
aus CLC nicht hochgeladen, CLC Daten angepasst um den Wald nicht mit
vorhandenen riverbanks überlappen zu lassen, und so weiter. Das hat Wochen
gedauert.
Das ganze habe ich mit JOSM gemacht, nicht mit einem Skript.  Und die lokale
Community habe ich jedes Mal vorher informiert. Daher gabs auch keinen
Ärger.
Achja, hinterher nach DupNodes schauen. Ein paar gabs trotz aller
Vorkehrungen dann doch durch JOSM Verbindungsabrüche
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Corine-Import-in-Italien-tp5969501p5971239.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Adressen erfassen

[Thomas [Tom Snifflenose]]

Hallo Zusammen,

nochmal eine Frage zur Erfassung am konkreten Beispiel:

- Reihenhäuser und Wohnblocks
- Erfassung mit JOSM
- Nutzung Plug-In http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Terracer

Wie ist die empfohlene Vorgehensweise des Mappens, wenn jemand auch das
Routen auf Adresseben im Hinterkopf hat:
- Häuser/Gebäudeteile einzeln "zeichnen" und aneinandersetzen und 
 a) das Einzelstück mit kompletten Adressinfos taggen
 b) das Einzelstück mit Adressinfo taggen und nur ein node mit der
Hausnummer an die Position des Eingangs an die Wand pappen
 c) das JOSM-Plug-In (s.o.) benutzen, das wiederum die einzelnen Teile in
eine Relation packt
- die Reihenhausreihe oder den Wohnblock als ein Stück vom Umriss her
"zeichnen" und Eingangs-Hausnummern-Nodes an die entsprechende Wand pappen
- sollte von jeder Straße ein Verbindungsweg zum Hausnummernnode existieren,
um Hausnummernrouting durchführen zu können?
 (ich denke hier an die Nutzung meines GARMIN, bei dem ich für Kundenbesuche
die Hausnummer bei "verzerrten Straßen" [gerade Hausnummern sind sehr weit
weg von den ungeraden Hausnummern des gleichen Wertbereichs] mit den
GARMIN-Karten recht einfach finden kann)

Da ich gerade ein ganzes Wohngebiet erfasse (auf Basis der justierten
BING-Bilder), könnte ich Eure Unterstützung gebrauchen.

Viele Grüße und Dank vorab
Thomas

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


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

Re: [Talk-de] Hilfe bei Postgres Installation für Osmosis

[Thomas Ineichen]

Hallo Alex,


psql:script/pgsql_simple_schema_0.6.sql:40: FEHLER:
AddGeometryColumns() - invalid SRID
KONTEXT:  SQL statement "SELECT AddGeometryColumn('','', $1 , $2 , $3 ,
$4 , $5 )"
PL/pgSQL-Funktion »addgeometrycolumn« Zeile 4 bei SQL-Anweisung


Ich habe heute Nachmittag ebenfalls mit Osmosis herumgespielt und  
wollte das Wiki eigentlich heute Abend verbessern:


Du benötigst noch die spatial_ref_sys.sql, ebenfalls im  
contrib-Verzeichnis von PostgreSQL:


psql -d test -f /usr/share/postgresql/8.4/contrib/postgis.sql
psql -d test -f /usr/share/postgresql/8.4/contrib/spatial_ref_sys.sql
psql -d test -f /usr/share/postgresql/8.4/contrib/hstore.sql
psql -d test -f script/pgsql_simple_schema_0.6.sql


Gruss,
Thomas

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

[Talk-de] Darstellung von landuse=military in Mapnik-Karte

[Thomas]

Ich habe gerade gesehen 
(http://www.openstreetmap.org/?lat=50.42631&lon=7.82265&zoom=16&layers=M), 
dass offenbar die Darstellung militärischer Gebiete in der Mapnik-Karte 
geändert wurde (rot schraffiert). Dadurch heben sich diese Flächen 
extrem von der Umgebung ab, was ich sehr unschön finde. Bei kleinen 
Zoomstufen wird aus der Schraffur dann eine deutlich rote Umrandung mit 
einem Schrägstrich. Sieht aus, als wäre dort etwas gestrichen.


Wer ist für diese Änderung verantwortlich? Wurde das irgendwo schonmal 
diskutiert?


Thomas


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

Re: [Talk-de] Wie in alten Zeiten

[Thomas Reincke]

Am 15.01.2011 22:11, schrieb Stephan Wolff:

Ob die Änderung der Style-Datei Probleme verursacht hat oder
zu großflächigen Neuberechnungen führte, weiß ich nicht.


kann es sein, daß auf Grund der Luftbilder "wie verrückt" gemappt wird 
und jetzt alle ganz schnell ihre Ergebnisse sehen wollen?


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

[Talk-de] Problem mit Tilecache (in Verbindung mit Mapserver)

[Thomas Barris]

Hallo,
ich habe ein etwas komisches Verhalten von Tilecache. Wenn ich mit
OpenLayers auf den Mapserver (der rendert) direkt zugreife, ist das Meer
blau. Rufe ich hingegen mit OpenLayers Tilecache auf, ist das Meer weiß,
obwohl Tilecache mit den gleichen Parameter auf den Mapserver zugreift.
Dabei ist es auch egal, ob ich Tilecache als type=WMSLayer oder
MapServerLayer konfiguriere.
Die Landmasse ist hingegen immer hellgrauweltweit. Da ich nur ein Land
in Postgres habe, müsste meine Konfiguration eigentlich hinhauen, denn die
Landmassen werden ja dargestellt, zumal beim Direktzugriff auch das Meer
blau ist.

Weiß jemand, wie ich das Meer wieder blau kriege?

Vielen Dank

Grüße
Thomas


__

openlayers direkt -> WMS: (bei Zugriff über Tilecache "wms" durch
/cgi-bin/tilecache.cgi" ersetzen
*wms1 = new OpenLayers.Layer.WMS( "PostGIS","http://bla.blub.net/wms?";, {
layers: 'default',
isBaselayer:true,
projection:new OpenLayers.Projection("EPSG:900913"),
format: 'aggpng24'
});

*
tilecache.cfg:
*[default]
type=WMSLayer
layers=default
url=http://localhost/wms?
resolutions=156543.0339001, 78271.51695005, 39135.75847502,
19567.87923751, 9783.939618756, 4891.9698093750003,
2445.9849046875001, 1222.9924523437$
srs=EPSG:900913
bbox=-20037508, -20037508, 20037508, 20037508
extent_type=loose
mime_type=image/png
*
mapfile Teil Meerespolys
*LAYER
TYPE POLYGON
STATUS ON
GROUP "default"
NAME "land"
PROJECTION
"init=epsg:900913"
END
METADATA
 "wms_title"  "PostGIS"
 "wms_srs""EPSG:4326"
 "copyright"""
END

DATA "/osm/mapserver/coastlines/processed_p.shp"
CLASS
STYLE
COLOR "#EDEBE6"
OUTLINECOLOR "#EDEBE6"
END
END
END*
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] OSM Version wms.wsgi: Copyright Hinweis löschen/unterdrücken

[Thomas Barris]

Hallo,

ich nutze eine Art OSM Version des Mapservers mit einer angepassten
wms.wsgi. Diese sorgt dafür, dass ein Copyright Hinweis eingeblendet wird,
wenn ich mittels Mapserver Kacheln rendern lasse und in OpenLayers
darstelle. Kann mir jemand sagen, wie ich das abstellen kann? Einfach den
Copyright Hinweis löschen und tcopyright="copyrighted Material: OSM use
only" durch tcopyright="" ersetzen, geht leider nicht.
Es sieht ziemlich blöd aus, wenn auf jeder Kachel dick rot "copyrighted
Material: OSM use only" steht.
Mir ist auch nicht ganz klar, wodurch das ausgelöst wird. Alle anderen Layer
werden ohne diesen Hinweis ausgeliefert.
Danke schonmal

Viele Grüße
Thomas
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] josm und bing

[Thomas Reincke]

Am 14.01.2011 15:25, schrieb Steffen Heinz:

(fast) rundherum gehts auch prima! nur 200 m von hier mach der Maßstab
bei Bing einen Sprung - dort wird alles viel größer dargestellt, selbst
das Kartenwerk von Bing passt da nicht.
die Vergrößerung zieht an anderen Stellen auch noch Verzerrungen nach
sich, schlierenförmig, in Treppen ziehen die sich durch die Landschaft.


dieser Link zeigt das Problem ohne großes Erklären:


http://www.bing.com/maps/?v=2&cp=50.60615270711377~6.31300538778329&lvl=16&dir=0&sty=h




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

Re: [Talk-de] Per Straßenname den Stadtteil herausfind en

[Thomas Reincke]

Am 10.01.2011 17:01, schrieb ben:

Hallo!

Ich habe einen Datensatz mit 1000 Adressen (Straße, Nummer, PLZ) und
möchte gerne herausfinden wieviel davon in welchem Stadtteil liegen.
Ist sowas mit (dem aktuellen Datenstand von) OSM möglich? Wenn ja, wie?
Ich hab gesehen, dass z.B. hier in Leipzig die Stadtteile nur mit
einem Punkt gekennzeichnet sind.
Würden dort Relationen oder sowas Sinn machen?


Es gibt m.E. nicht mal überall eine klare und eindeutige Definition was 
ein Stadtteil überhaupt ist. Selbst dort, wo innerorts Schilder stehen 
muß nicht immer ein amtlicher Stadtteil dahinter stecken.


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

Re: [Talk-de] Neue Karte: rollstuhlkarte.ch

[Thomas Ineichen]

Nachtrag:

> Technik:

> Die  Daten  werden  über  einen Proxy auf dem Toolserver von Wikimedia
> abgefragt und als GeoJSON-Objekte übertragen. Momentan wird lokal noch
> nichts  gecached;  es kann daher schon mal sein, dass eine Abfrage ab-
> bricht  und  gar nichts auf der Karte angezeigt wird. In einem solchen
> Fall  bitte  einfach  unten  rechts  auf  'Permalink'  klicken, um die
> Abfrage neu zu senden.


Bevor jemand fragt, wie aktuell die angezeigten Daten sind:

Normalerweise  werden  die Daten jeweils innerhalb von wenigen Minuten
angezeigt,  momentan  scheint  das Update allerdings nicht zu funktio-
nieren:
http://munin.toolserver.org/OSM/ptolemy/replication_delay2.html


Gruss,
Thomas



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

[Talk-de] Neue Karte: rollstuhlkarte.ch

[Thomas Ineichen]

Hallo zusammen,

Neues Jahr, neue Karte:

http://www.rollstuhlkarte.ch/


Die verfügbaren Layer:

- Toiletten:

Neben  der rollstulgängigkeit (wheelchair=yes) wird auch angezeigt, ob
die  Toilette  mit einem Eurokey (centralkey=eurokey) bzw. (nur) gegen
Gebühr (fee=yes) geöffnet werden kann.


- Parkplätze:

Neben   'herkömmlichen'  Parkplätzen  (amenity=parking)  mit  speziell
ausgewiesenen  Parkfeldern  für Rollstuhlfahrer (capacity:disabled=*),
wertet  die  Karte  auch 'alleinstehende' Parkplätze aus, welche extra
für  Rollstuhlfahrer  erstellt  wurden  (entweder  amenity=parking mit
capacity= und capacity:disabled=, z.B:
capacity=1 und capacity:disabled=1

oder aber *neues Tagging*

amenity=parking_space
parking_space=disabled

[siehe  dazu Tagging-Vorschlag von Geonick:
http://wiki.openstreetmap.org/wiki/User:Geonick/Parking ])


- Geschäfte:

Alle   amenity=[shop|bank]   werden  mit  einer  entsprechenden  Farbe
(grün/orange/rot)  hinterlegt. Ein Rendering der Icons auf jeder Zoom-
stufe folgt noch.


- Freizeit:

Alle amenity=[cinema|theatre|museum|pub|bar|cafe|restaurant|nightclub]
werden  mit  einer  entsprechenden Farbe (grün/orange/rot) hinterlegt.
Zusätzlich werden folgende Keys ausgewertet:
wheelchair:places=*
wheelchair:toilets=*
wheelchair:description=*
wheelchair:source=*
http://wiki.openstreetmap.org/wiki/DE:Key:wheelchair


- Eingänge:

building=entrance mit wheelchair=* werden ausgewertet.


Beispiel: Historisches Museum Bern
http://www.rollstuhlkarte.ch/?zoom=18&lat=46.94307&lon=7.44919&layers=B0FTFTTT



- Wanderwege:

Relationen  mit  route=wheelchair.  Leider funktioniert hier das Popup
noch nicht..
Bsp:
http://www.rollstuhlkarte.ch/?zoom=14&lat=47.34256&lon=8.70171&layers=B0FTFFFT


- Tram-/Bus-Linien:

Relationen mit route=[tram|bus] und wheelchair=* werden ausgewertet.


- Tram-Haltestellen:

Haltestellen  (railway=tram_stop) werden ausgewertet. Eine Erweiterung
auf das neue Schema (public_transport=platform) folgt noch.



Technik:

Die  Daten  werden  über  einen Proxy auf dem Toolserver von Wikimedia
abgefragt und als GeoJSON-Objekte übertragen. Momentan wird lokal noch
nichts  gecached;  es kann daher schon mal sein, dass eine Abfrage ab-
bricht  und  gar nichts auf der Karte angezeigt wird. In einem solchen
Fall  bitte  einfach  unten  rechts  auf  'Permalink'  klicken, um die
Abfrage neu zu senden.


Zukunft:
- Internationalisierung (Übersetzung in andere Sprachen)
- Download von POIs für Navis
- Genauere Angaben für Haltestellen
- ...?



Mein  Testgebiet  war bisher vorallem die Stadt Zürich. Da das Detail-
Tagging z.B. von Toiletten bisher noch nicht sehr einheitlich ist, ist
es  wahrscheinlich,  dass  die  Popups  in  anderen Städten 'komische'
Resultate  anzeigen.  Hier nehme ich gerne Feedback entgegen und werde
auch   versuchen,   die   entsprechenden   Wiki-Seiten   anzupassen/zu
erweitern.


Zum  Schluss möchte ich Alexander Matheisen danken, dessen OpenLinkMap
als  Grundgerüst  diente,  sowie dem Wikimedia-Team, welches den Tool-
server betreut und bei SQL-Fragen immer zu helfen wusste.



Gruss und ein frohes Neues!
Thomas

http://wiki.openstreetmap.org/wiki/Rollstuhlkarte.ch





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

Re: [Talk-de] Liste mit möglicherweise inkorrekten Str aßennamen

[Thomas Reincke]

Am 31.12.2010 08:57, schrieb Andre Joost:

das nicht, aber beispiele für furchtbare Straßennamen:
Auch in Kevelar gibt es das. Dort gibt es zwei mal "Niersstraße".

hi thomas,



Laut Navteq und TomTom zwischen Am Schleußgraben und Rosenbroecksweg
(wieder ein nicht gesprochenes e!) und dem örtlichen Mapper entgangen.
Ich werd mich mal im neuen Jahr auf den Weg dorthin machen.


Warum auf solch windige Quellen zurückgreifen?

www.tim-online.nrw.de

Dort gibt es
- Niersstraße (2-54) (47623)

sowie

- Niersstraße (30-45) (47623)

die PLZ schewint aber selbst in den amtlichen Daten falsch zu sein:

http://www.deutschepost.de/plzsuche/
liefert
2 Suchtreffer für "Kevelaer, Niersstr."  1
PLZ OrtsnameStraße  Nummer  Ortsteil
47623   KevelaerNiersstr.   alleKevelaer
47626   KevelaerNiersstr.   alleWinnekendonk

Wie sonst könnt der Zusteller sonst Post an das korrekte Ziell liefern? 
Wahrscheinlich kennt er aber die "Pappenheimer" die in den doppelt 
belegten Straßen wohnen mit Namen und kann die Post korrekt zustellen.


Mit den Hobbypaktediensten wird man dort wahrscheinlich schnell verzweifeln.


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

Re: [Talk-de] Liste mit möglicherweise inkorrekten S traßennamen

[Thomas Blumrich]

Hi,
die Liste ist einfach zu lang! Habe nach den Ortsnamen in meiner Gegend
gesucht und zwei Kandidaten gefunden die ich überprüfen will.
Gibt es so etwas wie eine OK-Liste, falls die wirklich so heißen?
Außerdem ist es besser die Wege in einer Karte als overlay oder so was
darzustellen. Da kann jeder in seinem Gebiet die Stellen besser finden.

Gruß Thomas 

Am Donnerstag, den 30.12.2010, 09:18 + schrieb Michael Lück:
> Hier nochmal der Link zu der Liste, falls jemand die Mails zuvor nicht 
> bekommen hat:
> http://www.bonk-consulting.de/download/osm/errAddresses.htm 
> 



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

Re: [Talk-de] Liste mit möglicherweise inkorrekten S traßennamen

[Thomas Reincke]

Am 28.12.2010 14:36, schrieb Michael Lück:

Hallo,

wir haben wieder eine neue Liste erstellt. Diesmal sind noch ein paar neue 
Kriterien dazugekommen. So werden jetzt auch Straßen aufgenommen, welche den 
folgenden Kriterien entsprechen:

- nur ein Zeichen lang
- kein Buchstabe enthalten
- "fixme" enthalten
- Zahlen enthalten

Wenn ihr weitere Vorschläge habt, dann immer her damit.


das nicht, aber beispiele für furchtbare Straßennamen:

II. Rote-Haag-Weg in Aachen

Die "Ackerstraße" gibt als Folge der Gemeindereform es 5x in Duisburg, 
alles unterschiedliche Straßen in unterschiedlichen Stadtteilen. Auch in 
Kevelar gibt es das. Dort gibt es zwei mal "Niersstraße".


Straßen namens "Bundesstraße 1". Andernorts ist das das Haus mit der Nr. 
1 an der Straße "Bundesstraße"


In Korbach-Lelbach gibt es Straßen die Ihre Planstraßennamen "A", "B", 
"C" und "D" behalten haben.


Dann gibt es noch ein relativ wildes Durcheinander von Straßennamen und 
Namenszusätzen, daß über das A-Straße 182-190 oder C-Weg 47a hinaus geht.






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

Re: [Talk-de] JOSM: wenn gewählt wechselt die Pfe ilrichtung

[Thomas Reincke]

Am 22.12.2010 19:59, schrieb o...@tappenbeck.net:

ungewählt zeigen die pfeile nach norden - wenn die straße selektiert ist
wechselt die richtung nach süden!!!

gibt es dafür eine erklärung ??


Die Karte zeigt den gerenderten Zustand an (alt), nach Selektion siehst 
Du den aktuellen Datenstand aus der Datenbank.


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

Re: [Talk-de] GPS-Genauigkeit prüfen - Referenzpunkt

[Thomas Blumrich]

Hallo Mapper,

so wie ich es sehe ist es sehr zeitaufwendig einen "echten" super
genauen Referenzpunkt selber zu bestimmen. Bei einem größeren Gebiet
bräuchte man dann noch einige von diesen Punkten. Das scheint mir nicht
praktikabel.

Ich versuche die Genauigkeit der OSM-Daten ebenfalls durch mehrere
Messungen zu verbessern. Dabei hebe ich aber nicht auf einzelne Punkte
ab sondern auf viele Tracks.
Wenn jeder seine gesäuberten Tracks hochläd ergibt sich aus deren
Normalverteilung nach Gauß ein schöner Mittelwert der auch optisch gut
abzuschätzen ist. 
Ausserdem versuche ich möglichst wenig unnötige Kurven zu laufen sondern
eher immer geradeaus über die Kreuzung rüber und die Querwege dann
später erfassen. So sind die Schnittpunkte immer sauber.

Wer mal sehen will, ob so ein Ansatz etwas taugt kann sich mal die
Gegend um Bönnigheim anschauen.

PS mit bereinigten Tracks meine ich nur solche die saubere Wege oder
Geländestrukturen abbilden. Die Sprünge vom Anfang der Tracks oder wenn
ich im Supermarkt bin schneide ich raus. Auch redundante Punkte die auf
einer Geraden liegen werden vorher entfernt.


Ein selbst geschriebenes Perl-Skript macht mir dabei die Arbeit:
- meine iBlue 747 GPS Mouse liefert eine Komma getrennte Liste *.csv
aller Tracksponkte (keine einzelne Tracks sondern ein Supertrack)
- ungültige Punkte löschen
- Zerlegen des Supertracks in Einzeltracks anhand der zeitlichen Pausen
- Entfernen von Punkten die um große Beträge hin und her springen
(Kaltstartprobleme)
- redundante Punkte auf Geraden entfernen
- Nach gpx rausschreiben

Übrigens Waypoints (von Hand gesetzte Wegemarken) deren Zeitstempel
kleiner <2 Sekunden sind werden vom Programm gemittelt.

Falls jemand Interesse an dem Programm hat bitte melden.
(aber Geduld ... lese leider nicht täglich die Mails)

Gruß Thomas


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

[Talk-de] Changeset reversal

[Thomas]

Hallo,

kann jemand vielleicht netterweise die Changesets 6668015, 6667602, 6665217,
6664817, 6664778,   6664739, 6664707, 6664686, 6661979 reverten?
Da die Api zur Zeit nicht besonders gut drauf ist, habe ich 1,000 DupNodes
(oder 2.000 müsste ich erst genauer untersuchen) im Changeset 6667602
produziert. Die ersten 1000 oder 2000 Nodes darin wurden zwar hochgeladen,
aber JOSM bekam keine ID mehr vom Server zurück weil dieser nicht mehr
antwortete. Ein Sync ist aufgrund der Datenmenge auch nicht erfolgreich
gewesen. Eigentlich arbeite ich mit Chunk-Size 1 um diese Probleme zu
vermeiden, aber ich wollte es mal mit 1000 versuchen. Mein Fehler
Da ich jetzt in den DupNodes Highscore stehe, habe ich Angst, dass ein
DupNode Jäger den falschen der Zwillinge löscht und ich den ganzen Upload
vergessen kann. Einer dieser DupNode Jäger hat mich netterweise schon
angemailt. Die scheinen also recht fix zu sein.
Also warte ich lieber, bis die Api wieder vernünftig geht und fange dann
nochmal von vorne an.

Vielen Dank schonmal

Viele Grüße
Thomas
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Changeset-reversal-tp5838000p5838000.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Bushaltestelle mit wheelchair=yes?

[Thomas Reincke]

Am 11.11.2010 11:41, schrieb Wolfgang:

Das Problem ist hier der gemeinsame Name von Bahnhof und Bushaltestelle. Hält
der Bus behindertengerecht, bedeutet das nicht unbedingt, dass auch der
Bahnhof so ausgebaut ist. Das kann zu Verwechslungen führen.


Die Bahnhöfe die ich kenne haben für Bus und Schiene allesamt andere 
Namen. An der Schiene steht beispielsweise "Aachen Hbf", an der 
Bushaltestelle davor "Hauptbahnhof".


So etwas würde ich -wenn überhaupt- über eine Oxomoa stop_area_group 
zusammenfassen.



Bushaltestellen sind an keiner Stelle irgendwie ausgebaut. Das macht auch nur
Sinn, wenn der Bus zwangsgeführt wird, sonst hängt der Abstand der Türschwelle
vom Straßenrand vom individuellen Fahrstil des Busfahrers ab.


Mit dem "Kasseler Sonderbord"
http://www.profilbeton.de/html/hp_pr_ksb_2.php
*kann* der Busfahrer die Haltestelle reifenschonend sauber anfahren. 
Zumindest wenn die Haltestelle nicht in einer Busbucht liegt.


Ich finde das Wheelchair-Attribut in Fällen, in denen zwei Höhen 
zusammenspielen müssen nicht angebracht. Statt dessen würde ich die 
beiden Höhen angeben.


Beispiel. Bei der Eisenbahn habe ich an 76cm-Bahnsteigen in viele 
moderne Eisenbahnfahrzeuge einen ebenerdigen Einstieg. S-Bahnen haben 
diesen auch mit 96 cm hohen Bahnsteigen.


Jetzt kann ich Bahnsteig und/oder Linie mit wheelchair=yes taggen. Das 
passt so lange bis sich das Eisenbahninfrastrukturunternehmen 
entschließt die S-Bahn an einem Bahnhof mit 76cm-Bahnsteig zu halten lassen.


Daher würde ich am Bahnsteig die Bahnsteighöhe und an der Linie die 
Einstiegshöhe taggen. Nur aus der Kombination lässt sich erkennen, ob es 
passt.


Selbst bei einer Einstiegshilfe kann der Kombinationswert entscheidend 
sein. Eine Rampe, die an einem 76cm-Bahnsteig "passt" wird an einem 
38cm-Bahnsteig so steil sein, daß der Rolli nicht mehr ohne fremde Hilfe 
hochkommt.


Übrigens noch nicht angesprochen: Das Spaltmaß zwischen Bahnsteig und 
Fahrzeug. Daran wird der Selbstfahrer im schweren Elektrorolli höhere 
Ansprüche stellen als ein sportlicher Standardrollstuhlfahrer oder ein 
solcher in Begleitung. Da sind 10 cm eher zu überbrücken.


Um zur Bushaltestelle zurückzukommen, Ich habe derzeit
- alles mit Bordstein höher Normalmaß (ca. 8cm) mit wheelchair=yes
- alles mit Normalbordstein ohne Wheelchair und
- alles mit ganz niedrigem oder ohne Bordstein mit wheelchair=no getaggt.

Wahrscheinlich werde ich das zukünftig entsprechend
http://wiki.openstreetmap.org/wiki/DE:Rollstuhlfahrer-Routing
mit sloped_curb=* taggen. Oder gibt es etwas besser passendes?

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

Re: [Talk-de] Kommentare zu Changesets & Umgangston in der Community

[Thomas]

Nick Rudnick wrote:
> 
> Hi,
> 
> Am 10.12.2010 11:25, schrieb André Joost:
> 
>> Solange du kein Thema anschneidest, was ihn von seiner erzdeutschen
>> Gesinnung abbringen könnte (wozu auch englisch abgefasste Lizenztexte
>> gehören)
> 
> die allermeisten Leute kennen die juristischen Feinheiten ihrer eigenen
> Muttersprache nicht. Sehr vernünftig, wer sich deshalb nicht zutraut sie
> in einer Fremdsprache zu erkennen!
> 
> Mit diesem Statement zum Totschlagargument "erzdeutsche Gesinnung".
> grüßt Nick, der von edwin-ldbg bisher noch nie gehört hatte.
> 
> 


Er grüßt Dich übrigends ;-) Siehe Changeset heute 12:57
http://www.openstreetmap.org/user/edwin-ldbg/edits
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Kommentare-zu-Changesets-Umgangston-in-der-Community-tp5822590p5823198.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Kommentare zu Changesets & Umgangston in der Community

[Thomas]

Frederik Ramm wrote:
> 
> Ich habe ihn auch mal angeschrieben und gebeten, den Quatsch zu 
> unterlassen. Wenn einer *keine* Changeset-Kommentare schreibt, ist das 
> zwar schade, aber eine Pflicht dazu gibt es nicht. Wenn einer aber 
> absichtlich Mist reinschreibt oder sich ueber seine Mitstreiter im 
> Projekt lustig macht, dann muss man das nicht durchgehen lassen.
> 

er macht sich nicht lustig sondern ist nur extrem beratungsresistent. Und
ich finde es ziemlich übertrieben, ihn wegen der Changeset-Kommentare jetzt
offiziell anzugehen. 
Sieht auch ein wenig komisch aus, dass das jetzt passiert, kurz nachdem er
endlich der ODbL zugestimmt hat. In der Vergangenheit hat er sich folgenlos
noch ganz andere Dinge erlaubt.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Kommentare-zu-Changesets-Umgangston-in-der-Community-tp5822590p5822693.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Großes Multipolygon (>50k Nodes) h ochladen

[Thomas]

also es war ein einziger Wald, der, wenn ArcGIS richtig gerechnet hat,
110.000 Hektar gross ist. Allein die Nodes der Outer-Ways waren ca. 65.000.
Das Multipolygon hatte ca. 350 Mitglieder. Es gibt noch andere Wälder, aber
die sind nicht so riesig.
Die Wald liegt in einer Gegend, wo es 100x200km große Flächen gibt, in denen
sich kaum oder gar kein Nodes befinden.
Ich habe die Relation jetzt in mehrere Teile zerbrochen. Groß sind die
Multipolygone immer noch, aber nicht mehr so extrem riesig. 
Von der Menge her sollte es nicht so das Problem sein. In Rumänien werden
seit einiger Zeit Nacht für Nacht 400.000 Nodes hochgeladen. Dass ich den
Upload nicht Sonntag 17:00 starten sollte, ist mir klar.
Ich habe die Wälder auch alle einzeln geprüft damit sich keine Kollisionen
mit bestehenden Flächen ergeben. Speziell dort, wo der Wald an einen Fluß
grenzt, musste ich hunderte Nodes von Riverbank Flächen runterschubsen. Und
hier und da war schon ein Stückchen Wald in OSM. Da habe ich meine Daten
dann angepasst um keine bestehenden Strukturen zu zerstörenlokal geht ja
vor.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Gro-es-Multipolygon-50k-Nodes-hochladen-tp5808367p5809707.html
Sent from the Germany mailing list archive at Nabble.com.

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

[Talk-de] Großes Multipolygon (>50k Nodes) h ochladen

[Thomas]

Hallo,

ich habe ein neues Multipolygon in einem JOSM Changeset, dessen Member
ebenfalls alles neue Ways (und neue Nodes) sind. Die Anzahl der Nodes in den
Ways, die das eine Multipolygon bilden, übersteigt die OSM Changesetgrenze.
Mal unabhängig davon, dass ich noch versuche dieses Monster zu teilen, frage
ich mich, ob es technisch überhaupt möglich ist, dieses Polygon, das ja
zwangsläufig auf mehrere Changesets verteilt wird, hochzuladen. Ich habe ein
wenig mit einem XML- und Texteditor in dem Changeset geschaut. Die neuen
Nodes und Ways haben ja alle negative IDs. Werden diese hochgeladen,
bekommen diese reguläre IDs afaik. 
Bekommt man da Probleme, wenn die Nodes und Ways im ersten Changeset schon
reguläre IDs haben aber die Nodes und Ways im zweiten Changeset noch auf
negative IDs? Ein MP müsste ja dann sowohl die negativen also auch die
regulären IDs kennen. Oder ist das so clever gebaut, dass die IDs, die mit
dem ersten Changeset hochgeladen wurden, im zweiten Changeset, in dem die
anderen Daten hochgeladen werden, automatisch angepasst werden. Oder ist die
Upload-Reihenfolge MP->Ways->Nodes und das MP nimmt die Ways quasi in
Empfang und die Ways wiederum die Nodes? Ich will es nicht unbedingt
ausprobieren
Ich hoffe das einigermaßen verständlich rüberbringen können.

Viele Grüße
Thomas

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Gro-es-Multipolygon-50k-Nodes-hochladen-tp5808367p5808367.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Bundeswehr mappen?

[Thomas Reincke]

Am 04.12.2010 10:26, schrieb Falk Zscheile:

Es kann sich unter Umständen um eine Straftat handeln: § 109g StGB,
Sicherheitsgefährdendes Abbilden[1] Details kann ich dazu im
Augenblick auch nicht beisteuern, aber der Wortlaut passt zumindest
zum Teil auf das, was wir bei OSM für gewöhnlich so tun :-) für die
andere Hälfte ist WikiLeaks zuständig ;-)


Und wer Grenzen einträgt, den bekommt man wegen Landesverrat dran?

Ich würde sagen:
- alles was man auf Luftbildern zu sehen bekommt ist ok.
- alles wo man bei einem TOT* hingelassen wird ist ok

* Tag der Offenen Türe

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