Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Helder Aguiar]

Tach,

der Verkehrsverbund Rhein-Ruhr hat sein komlettes Varbundgebiet in Waben 
unterteilt, die sich an allen sechs Seiten mit benachbarten Waben 
überschneiden. Diese werden für die Preisstufenbestimmung benötigt. Wenn 
nämlich einer vom Rand der Stadt A zum benachbarten Rand der Stadt B fährt 
braucht derjenige trotzdem nur den Kurztarif wählen, anstelle eines 
von-Stadt-zu-Stadt Tarif. Somit kann jede Haltestelle in ein bis drei Waben 
eingeordnet werden.


Gibt es da nicht ein Tag der mehrfach verwendet werden kann? (zone=422 ; 
zone=420 o.Ä.??)


Oder kann man nicht eine relation für alle Haltestellen einer Tarifzone bzw. 
Wabe nehmen?


Wäre so mein Gedanke...

Gruß der Hélder


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Georg Feddern]

Moin,

Christian Slotwinsky schrieb:

 Am 30.09.2010 07:15, schrieb Georg Feddern:
Nein, sondern das eine Linie aus 4-Varianten-Relationen besteht - und 
somit alle Zoneninformationen in alle 4 Relationen eingetragen werden 
müssten.

Linien-Varianten sind überall recht zahlreich vertreten ...

Mit der Vorgehensweise, die Information an die Haltestelle zu binden, 
müßtest Du doch auch alle Varianten und darin jeden Stop anfassen.


nö, da muss ich nur jede Haltestelle (Node oder Stop-Relation) einmal 
anfassen - aber keine Linien-Relationen.

Ob das nun mehr oder weniger Arbeit ist, sei mal dahingestellt.
Aber die Information ist da, wo sie hingehört und die Auswertung stimmt.

Gruß
Georg


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Wolfgang]

Hallo,
Am Mittwoch 29 September 2010 16:07:18 schrieb Frederik Ramm:
> Hallo,
> 
> Markus wrote:
> > Am 29.09.2010 13:41, schrieb Markus:
> >> - Wiki-Link auf die Karte (Brunnen, Trinkwasser, Pferdetränke, ...)
> >
> > Uff, da ist alles Englisch...
> > http://wiki.openstreetmap.org/wiki/Tag:amenity=fountain
> > http://wiki.openstreetmap.org/wiki/Tag:amenity=drinking_water
> > http://wiki.openstreetmap.org/wiki/Tag:natural=spring
> > http://wiki.openstreetmap.org/w/index.php?title=Key:drinkable
> > http://wiki.openstreetmap.org/wiki/Tag:man_made=water_well
> > http://wiki.openstreetmap.org/wiki/Proposed_features/Watering_place
> > ...
> 
> Vorallem "drinkable", das ist doch wieder so ein von einem
> nicht-Englaender erdachtes englisches Wort, oder? Also ich bin ja selber
> kein Muttersprachler, aber ich dachte immer, dass im Zusammenhang
> "Trinkwasser" das Adjektiv "potable" ueblich ist.
> 

das würde ich nicht so eng sehen. Die Mehrheit der Mapper sind Nicht-
Engländer. Amerikaner sind auch Muttersprachler, sehen aber vieles ganz 
anders/lockerer. Die überwältigende Mehrheit der Welt sind keine 
Muttersprachler und sprechen englisch nur als Verständigungssprache. Es reicht 
aus, wenn für alle erkennbar ist, was damit gemeint ist. 

Letztlich handelt es sich bei tags nicht um Umgangssprache, sondern um 
technische Ausdrücke, die von Menschen und Maschinen verstanden werden sollen.

Gruß, Wolfgang

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Georg Feddern]

Moin,

Thomas Reincke schrieb:
Wenn eine Haltestelle auf der Grenze liegt gilt jeweils die günstigere 
Zone. Ebenso bei Überlappungsbereiche.


Wenn ich von einer Haltestelle, die in 3 und 5 liegt in die Zone 3 
fahre dann muß ich nur die 3 bezahlen oder gibt es Verbünde die das 
anders sehen?


ja, es scheint, wir kennen und reden von unterschiedlichen Zonen- bzw. 
Tarifsystemen.


In Kiel bzw. im VRK http://www.kvg-kiel.de/pdf/130610_VRK_Tarifzonenplan.pdf
ist es so, das der Fahrpreis abhängig ist von der Anzahl der 
durchfahrenen / berührten Zonen.

Eine Zone an sich hat keinen direkten "Fahrpreis".
Und da gibt es einige 'Grenzstationen'.

Gruß
Georg

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

Re: [Talk-de] GPS-Empfänger (mit hochpräzisem T iming) zu verkaufen

[Andre Joost]

TobWen schrieb:
> 
> Robert S. wrote:
>> 
>> Könnte man nicht ein Gerät dem GPS-Verleih[1] zur Verfügung stellen?
>> Wenn jemand ein OSM-Projekt machen will und dafür ein hochgenaues Gerät
>> braucht, wäre es doch hilfreich wenn das Gerät nicht gekauft werden muss.
>> Aufgrund der teureren Technik könnte man es ja mit einer kleinen
>> Leihgebühr
>> verbinden.
> 
> Ich stoße die beiden Geräte u.a. aus finanziellen Gründen ab:

Wäre die FOSSGIS da nicht ein geeigneter Zwischenhändler?


-- 
Gruß,
André Joost


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Wolfgang]

Hallo,
Am Mittwoch 29 September 2010 14:33:59 schrieb Christian Slotwinsky:
>   Hallo miteinander,
> 
> hier in Berlin wurde das öffentliche Verkehrsnetz in mehreren
> ringförmige Tarifzonen eingeteilt. In anderen Metropolen wird es wohl
> ähnlich sein. Hat hier jemand diese Zonen schon mal in OSM erfasst und
> wenn ja, wie macht man das am besten ?
> 

ohne die Diskussion im einzelnen verfolgt zu haben, möchte ich dazu für den 
Bereich Hamburg anmerken, dass es 

1. ringförmige Zonen um eine Kernzone gibt, nach denen sich der Preis für 
Einzel- und Tageskarten bemisst,

2. diese Zonen wiederum in einzelne Tarifzonen für Monatskarten etc unterteilt 
sind,

3. eine dieser Zonen eine Oder-Zone ist (Dreieck Bahnhöfe Ohlsdorf-
Kellinghusenstraße-Barmbek, Zone 103 _oder_ 105)

4. Haltestellen oder Bahnhöfe häufig zu 2 oder noch mehr Zonen gehören

5. für Kurzstrecken zusätzlich der Preis von Einzelkarten abhängig ist von 
sogenannten Zahlgrenzen, die sich innerhalb der Zonen befinden

Wenn wir uns das wirklich antun wollen, das alles zu erfassen, müssten diese 
Infos in das Schema reinpassen.



Gruß, Wolfgang

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

Re: [Talk-de] catastre-fr: gebäude farben und meer a ngaben

[Rainer Kluge]

Am 29.09.2010 20:32, schrieb Jacques Nietsch:
> das erklärt eine Menge. Ich habe mich schon gewundert warum es Orte gibt,
> die nur aus Häusern, aber nicht aus Straßen bestehen.

Das kommt daher, dass es Tools gibt, mit denen Gebäude und Wasserflächen
vektorisierter Gemeinden automatisch importiert werden können. Das funktioniert,
indem die mit den entsprechenden Farben markierten Flächen ausgewertet werden.

Straßen sind in den Katasterplänen nicht farblich gekennzeichnet. Sie müssen
daher auch bei vektorisierten Gemeinden von Hand in OSM eingetragen werden.

Es gibt daher Gemeinden, bei denen jemand den automatischen Import der Gebäude
gemacht hat, aber sich noch niemand die Mühe gemacht hat, die Strassen und Wege
zu erfassen.

Gruß
Axurit


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Christian Slotwinsky]

 Am 30.09.2010 07:15, schrieb Georg Feddern:

Moin,

slotty schrieb:
Da die Haltestelle nicht für sich allein, sondern immer innerhalb 
einer Linie existiert, finde ich schon, dass man die Zoneninformation 
mit in die Linienrelation übergreifend mit aufnehmen könnte.


oder mehrere Linien - und somit in mehrere Relationen aufgenommen 
werden müsste.


Übrigens hat eine durchschnittliche ÖPNV-Linie in NRW über 4 
Varianten - 
Meinst Du damit, dass eine Linie vier Zonen durchläuft? Wenn ja, so 
würde mein Vorschlag im besten Fall vier zusätzliche Einträge benötigen.


Nein, sondern das eine Linie aus 4-Varianten-Relationen besteht - und 
somit alle Zoneninformationen in alle 4 Relationen eingetragen werden 
müssten.

Linien-Varianten sind überall recht zahlreich vertreten ...

Mit der Vorgehensweise, die Information an die Haltestelle zu binden, 
müßtest Du doch auch alle Varianten und darin jeden Stop anfassen.
Außerdem bleibt das Problem, wenn eine Haltestelle genau auf der 
Grenze liegt.
Bei deiner Version wird dann in einer Richtung bereits eine 
Zonengrenze überfahren - und somit wird eine Zone zuviel berechnet.
Es sei denn Du beschränkst Dich auf Relationen je Richtung (ist z. Z. 
aber nicht Stand der Dinge) und trägst die Zoneninformation 
richtungsbezogen ein.


Auch wenn das sicherlich, wie Du richtig sagst, noch nicht Stand der 
Dinge ist, bin ich davon ausgegangen, dass für die Fahrtrichtungen 
getrennte Relationen vorhanden sind, so das man beim "abfahren" der 
Haltestellen in Fahrtrichtung die jeweiligen Grenzen vorfindet. Den 
Fall, dass ein Stop in zwei Zonen liegt kann man, da gebe ich Dir recht, 
so garnicht oder nur sehr kryptisch lösen.



Gruß

Slotty


Gruß
Georg


___
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] ÖPNV - Erfassen von Tarifzonen

[Thomas Reincke]

Am 30.09.2010 07:15, schrieb Georg Feddern:

Außerdem bleibt das Problem, wenn eine Haltestelle genau auf der Grenze
liegt.
Bei deiner Version wird dann in einer Richtung bereits eine Zonengrenze
überfahren - und somit wird eine Zone zuviel berechnet.
Es sei denn Du beschränkst Dich auf Relationen je Richtung (ist z. Z.
aber nicht Stand der Dinge) und trägst die Zoneninformation
richtungsbezogen ein.


Wenn eine Haltestelle auf der Grenze liegt gilt jeweils die günstigere 
Zone. Ebenso bei Überlappungsbereiche.


Wenn ich von einer Haltestelle, die in 3 und 5 liegt in die Zone 3 fahre 
dann muß ich nur die 3 bezahlen oder gibt es Verbünde die das anders sehen?


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Thomas Reincke]

Am 29.09.2010 22:31, schrieb slotty:

Da kann ich kein Problem erkennen. Eine Haltestelle wird ja wohl immer
ganz eindeutig mindestens in einer Zone liegen, unabhängig davon ob die
Grenze direkt auf dem Haltestellenpunkt oder zwischen dieser und der
nächsten Haltestelle verläuft.
Sollte man die Zone als Zusatzinformation zu jeder Haltestelle erfassen,
so würde dies einen erheblichen Aufwand bedeuten. Flexibel ist anders.

Ein anderes Problem ist das Überschneiden mehrer Zonen.


Was ist der Unterschied zwischen "in mindestens einer Zone liegend" und 
Überschneidung mehrerer Zonen?


Was nicht abzubilden ist
- Teilstreckentarife mit "Zahlgrenzen". In Zonentarif-Logig umgedacht 
iegt der Bereich zwischen zwei Zahlgrenzen in zwei Zonen. Angewandt wird 
immer die für den Fahrgast negative. Keine Ahnung, ob es das in D noch gibt.

- Kilomtertarife
- Kurzstreckenzonentarife der Art "bis 4 Haltestellen = Kurzstrecke", 
dazu eine Liste dick wie das Berliner Telefonbuch mit Außnahmen.


Hier stell sich für mich die Frage wie weit wir in OSM überhaupt 
nicht-geographische Informationen pflegen sollten und ob es nicht besser 
ist, eine Schnittstelle zu einem System zu liefern das sich mit der 
Bereitstellung der Informationen befasst?


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Thomas Reincke]

Am 29.09.2010 22:48, schrieb slotty:

Zudem gehört die Info zur Haltestelle. Die Haltestelle "ABC" gehört
zur Zone 123 des XY-VV sowie zu den Zonen 456 und 789 des C-Dorfer-VV.


Wenn es das gibt was Du schreibst, was ich nicht weiss, so sollte man
diesen Rattenschwanz an Zusatzinformationen sicherlich nicht an jede
einzelne Haltestelle binden. Man stelle sich nur mal den Aufwand vor. Da
die Haltestelle nicht für sich allein, sondern immer innerhalb einer
Linie existiert, finde ich schon, dass man die Zoneninformation mit in
die Linienrelation übergreifend mit aufnehmen könnte.


Was ist daran ein "Rattenschwanz an Zusatzinformationen". Wenn die 
Haltestelle zu drei Zonen zweier Verkehrsverbünde gehört dan muß das 
rein wenn man Zonen erfassen will oder man lässt es ganz bleiben.



Übrigens hat eine durchschnittliche ÖPNV-Linie in NRW über 4 Varianten -

Meinst Du damit, dass eine Linie vier Zonen durchläuft? Wenn ja, so
würde mein Vorschlag im besten Fall vier zusätzliche Einträge benötigen.


Nein, daß eine Linie durchschnittlich vier verschiedene Fahrwege in hin 
und vier verschiedene Fahrwege in Rückrichtung aufweist. Die Linie die 
einen wirklich festen Linienweg ohne Abweichungen aufweist ist ein Exot.


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

Re: [Talk-de] Tracklogging am CAN-BUS? / Präzise G PS-Empfänger

[Thomas Reincke]

Am 29.09.2010 18:11, schrieb Garry:

Im Debug-Modes des Navis bekommt man auch einen ganzen Bildschirm voller
wackelnder Zahlen, ähnliches liefert mir auch ein Diagnosegerät am CAN-
Anschluss.


Du meinst so etwas?

http://www.ross-tech.com/vag-com/index.html


Wenn Du Glück hast bekommst Du auf einer debug-Schnittstelle vom Gerät
die korrigierten NMEA-Daten,
dass Du diese auf dem CAN-Bus wiederfindest wag ich aber stark zu
bezweifeln.


Ich würde eher in den Foren für die jeweilige Fahrzeugdiagnose forschen.

Ich gehe davon aus, zumindest der Hersteller von VCDS/VAG-COM wird 
-durch reveres enginieering?- das Wissen haben Deine Bytes zu finden.


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Georg Feddern]

Moin,

slotty schrieb:
Da die Haltestelle nicht für sich allein, sondern immer innerhalb 
einer Linie existiert, finde ich schon, dass man die Zoneninformation 
mit in die Linienrelation übergreifend mit aufnehmen könnte.


oder mehrere Linien - und somit in mehrere Relationen aufgenommen werden 
müsste.


Übrigens hat eine durchschnittliche ÖPNV-Linie in NRW über 4 Varianten - 
Meinst Du damit, dass eine Linie vier Zonen durchläuft? Wenn ja, so 
würde mein Vorschlag im besten Fall vier zusätzliche Einträge benötigen.


Nein, sondern das eine Linie aus 4-Varianten-Relationen besteht - und 
somit alle Zoneninformationen in alle 4 Relationen eingetragen werden 
müssten.

Linien-Varianten sind überall recht zahlreich vertreten ...

Außerdem bleibt das Problem, wenn eine Haltestelle genau auf der Grenze 
liegt.
Bei deiner Version wird dann in einer Richtung bereits eine Zonengrenze 
überfahren - und somit wird eine Zone zuviel berechnet.
Es sei denn Du beschränkst Dich auf Relationen je Richtung (ist z. Z. 
aber nicht Stand der Dinge) und trägst die Zoneninformation 
richtungsbezogen ein.


Gruß
Georg


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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Frederik Ramm]

Hallo,

Stephan Wolff wrote:
Ich halte einen Serverdienst für einfacher als eine Installation für 
jeden User. Hauptvorteil aber wäre, dass die Tracks vieler Benutzer 
unter demselben Namen in der OSM-Datenbank landen. 


Das ist aus OSM-Sicht nicht wuenschenswert. Man moechte die Benutzer 
schon gern kontaktieren koennen. Sollte sich z.B. ein Track als 
Copyrightverletzung herausstellen (man koennte ja eine fremde 
Garminkarte in GPX konveriteren o.ae.), muesste man evtl. alle Tracks 
des gleichen Benutzers loeschen - wenn alles unter einem Account ist, 
geht das nicht mehr.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Stephan Wolff]

Am 29.09.2010 21:06, schrieb Torsten Leistikow:

Stephan Wolff schrieb am 29.09.2010 18:50:

Ein solcher Webdienst wäre aber schon ein großer Fortschritt.


Nicht einen Deut aufwendiger aber wesentlich sinnvoller waere es, wenn das
Anonymisiertool kein Webdienst waere sondern eine Anwendung auf deinem Rechner.
Wozu um alles in der Welt soll das auf einen fremden Server laufen?


Ich halte einen Serverdienst für einfacher als eine Installation für 
jeden User. Hauptvorteil aber wäre, dass die Tracks vieler Benutzer 
unter demselben Namen in der OSM-Datenbank landen. Selbst wenn jemand 
sich einen Zweit- oder Drittnamen in OSM zulegst, kann man mit mehreren 
Tracks pro Account recht leicht die dazugehörige Person finden.


Da ich leider weder Zeit noch Muße habe, ein Anonymisierungstool zu 
schreiben, lasse ich meine Tracks erst mal nur auf meinem Rechner.



Nebenbei bemerkt lasse ich bei meinen Tracks immer das Jahr intakt


Das Jahr würde ich auch unverändert lassen.

Gruß, Stephan



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

Re: [Talk-de] Trigonometrischer Punkt

[Jörk]

moin,

gibt es eigentlich irgendwo eine Liste mit Höhenpunkten? Ich kenne ein 
paar von diesen Nägeln, die man als Referenz einsetzen könnte.


VG

Jörk


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

Re: [Talk-de] Trigonometrischer Punkt

[Michael Kugelmann]

 Am 29.09.2010 20:33, schrieb Johannes Huesing:

Die Franzosen haben massenweise davon importiert, siehe
Auch in Spanien (bzw. auf den Kanaren) habe ich in der Vergangenheit 
einige entdeckt, welche scheinbar importiert waren.



Grüße,
Michael.


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

Re: [Talk-de] Autobahnrouting

[Carsten Schwede]

Hi,

Am 29.09.2010 21:29, schrieb frank mohr:

ich bin am Wochenende und heute erst dazu gekommen das zu testen.
Mit der AIO auf dem Nüvi 1390T habe ich das Problem nicht,
es gibt sogar weniger "Links halten" Meldungen als mit den
Original-Karten

z.B. Frankfurt/Main ->  Darmstadt, Frankfurter Kreuz:
Garmin: Meldung, AIO keine Meldung


Kannst Du eventuell auch mal meine Karten probieren? Ich würde dann aber 
eventuell bis Sonntag warten, wenn der neue Datensatz fertig ist. Bei 
dem Typfile was im Moment drin ist, gibt es ein kleines Problem, es ist 
aber keine Beeinträchtigung des Routing, sondern es fehlt nur die 
korrekte Darstellung von "trunk_link". Bei der Karte dieser Woche ist 
das typfile nur in den zwei Dateien für die ganze Welt schon drin.


--
Viele Grüße
Carsten

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

Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?

[Steffen Wolf]

Hi Andreas Hubel,

> Am 27.09.2010 um 12:44 schrieb Stefan Keller:
>> 2. Apropos Indoor:
>> Ist dieser OSM-Wiki-Eintrag noch aktuell (indoor=yes und level=A)?
>> http://wiki.openstreetmap.org/wiki/Indoor

> Ich hab die Seite neulich mal ein bisschen umstrukturiert, den Teil
> inhaltlich aber gleich gelassen, weil ich da ohne Diskussion nichts
> dran ändern wollte. Aber an sich der Tag indoor=yes aus meiner Sicht
> überflüssig, da wenn Wege innerhalb einer Building-Fläche verlaufen
> das ja eigentlich eh klar sein sollte.

Hmm, wie werden denn eigentlich aussergebaeudliche Fusswege eingetragen,
die unter einem Gebaeue entlangfuehren, das an der Stelle eben erst in
der zweiten Etage beginnt? Und kann man die dann von einer Passage
unterscheiden? Sind ja beide eigentlich nicht so richtig indoor. Und wie
spielt jetzt noch so ein Gebaeudeverbindungsweg in hoeheren Etagen in
dieses Konzept?

stw
-- 
n:=m; // m>0  try to prove that this prog will terminate
repeat
 if (n is odd) then n:=3*n+1; else n:=n/2;
until (n==1)

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[slotty]

Thomas Reincke schrieb:

Am 29.09.2010 20:03, schrieb slotty:

Wäre es nicht am praktikabelsten, wenn man die Zonengrenzen innerhalb
der  Haltepunkteliste erfässt.
Hier beginnt die Route in der Zone A1 und überschreitet nach der
Haltestelle C die Grenze zur Zone B2


Dein Vorschlag birgt die Gefahr, daß die Zonenzuweisung sich zwischen 
verschiedenen Linienvarianten voneinander abweicht.


Zudem gehört die Info zur Haltestelle. Die Haltestelle "ABC" gehört zur 
Zone 123 des XY-VV sowie zu den Zonen 456 und 789 des C-Dorfer-VV.


Wenn es das gibt was Du schreibst, was ich nicht weiss, so sollte man 
diesen Rattenschwanz an Zusatzinformationen sicherlich nicht an jede 
einzelne Haltestelle binden. Man stelle sich nur mal den Aufwand vor. Da 
die Haltestelle nicht für sich allein, sondern immer innerhalb einer 
Linie existiert, finde ich schon, dass man die Zoneninformation mit in 
die Linienrelation übergreifend mit aufnehmen könnte.



Und nicht der Streckenabschnit ABC-DEF der Linie 999 gehört zu den Zonen...

Übrigens hat eine durchschnittliche ÖPNV-Linie in NRW über 4 Varianten - 
Meinst Du damit, dass eine Linie vier Zonen durchläuft? Wenn ja, so 
würde mein Vorschlag im besten Fall vier zusätzliche Einträge benötigen.


Gruß

Slotty



___
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] tolle osm-verwendung in einem museum.

[Andreas Hubel]

Soweit ich die Arbeiten von ART+COM kenne verwenden die immer ne Tischplatte 
mit integrierten kapaziven Sensoren mit Beamer und darüberhängendem Spiegel. 
Ist glaube ich nen eigene Hardware von denen, jedenfalls machen die das schon 
ein paar Jahre, bevor die Sache mit den Multitouchtischen in Mode kam.

MfG Andi


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

Re: [Talk-de] Tracklogging am CAN-BUS? / Präzise G PS-Empfänger

[Garry]

 Am 28.09.2010 20:39, schrieb Johann H. Addicks:

ich habe hier zwei u-blox EVK-6T Entwicklerkits zu verkaufen: [1]

Gibt es Tracklogger für den CAN-Bus?
In meinem Automobil sitzt ein Empfänger, der sich trotz Dachantenne bemüht,
unter zuhilfenahme von Gyro/Giersensor, 4 Radimpulsen und Lenkwinkelgeber das
GPS-Resultat zu verfeinern bzw in Tunneln überhaupt irgendwas zu erhalten.
Im Debug-Modes des Navis bekommt man auch einen ganzen Bildschirm voller
wackelnder Zahlen, ähnliches liefert mir auch ein Diagnosegerät am CAN-
Anschluss.

Woher hast Du den die Information? Aus dem Handbuch von Deinem Navi?
Üblicherweise werden die Sensorsignale an das Navi geleitet - die kann 
man auf dem CAN-Bus abgreifen.
Das Navi versucht dann aufgrund dieser Sensorsignale und der Kartendaten 
Deine Position zu bestimmen.
Dabei geht es davon aus dass Du Dich nur auf den Strassen bewegst die in 
der Karte enthalten sind.
'Das funktionierte schon vor der GPS-SA Abschaltung ganz gut so dass man 
nahezu ohne GPS navigieren konnte.
Wenn Du Glück hast bekommst Du auf einer debug-Schnittstelle vom Gerät 
die korrigierten NMEA-Daten,
dass Du diese auf dem CAN-Bus wiederfindest wag ich aber stark zu 
bezweifeln.

Oder hast Du irgeneine Spezialausstattung die sowas implementiert hat?

Garry

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[slotty]

Da kann ich kein Problem erkennen. Eine Haltestelle wird ja wohl immer 
ganz eindeutig mindestens in einer Zone liegen, unabhängig davon ob die 
Grenze direkt auf dem Haltestellenpunkt oder zwischen dieser und der 
nächsten Haltestelle verläuft.
Sollte man die Zone als Zusatzinformation zu jeder Haltestelle erfassen, 
so würde dies einen erheblichen Aufwand bedeuten. Flexibel ist anders.


Ein anderes Problem ist das Überschneiden mehrer Zonen.

Gruß

slotty


Martin Kaistra schrieb:

Und wie unterscheidest du dann zwischen Tarifgrenzen die direkt auf
einem Haltepunkt liegen und denen die zwischen diesen sind?

Also ich finde das als Zusatzinformation für eine einzelne Haltestelle
gut.


Am Mittwoch, den 29.09.2010, 20:03 +0200 schrieb slotty: 
Wäre es nicht am praktikabelsten, wenn man die Zonengrenzen innerhalb 
der  Haltepunkteliste erfässt.
Hier beginnt die Route in der Zone A1 und überschreitet nach der 
Haltestelle C die Grenze zur Zone B2


tarifzoneA1
stop Haltestelle A
stop Haltestelle B
stop Haltestelle C
tarifzoneB2
stop Haltestelle D
stop Haltestelle E
.
.
.
usw.

Vom Erfassen, auch dem nachträglichen Ändern bestehender Routen, wäre 
dies sicher am einfachsten. Für das Rendern wäre zumindest die 
Möglichkeit gegeben eine Zonenmarkierung vorzunehmen. Zonen wird man 
jedoch so, wohl nicht als Fläche darstellen können. Router sollten diese 
Informationen so auch verarbeiten können.


Was denkt Ihr ?

Gruß

Slotty

___
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



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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Andreas Hubel]

Am 29.09.2010 um 11:27 schrieb M∡rtin Koppenhoefer:

> Am 29. September 2010 07:37 schrieb Gehling Marc :
>> Habe mir mal die Karte von Dortmund angeschaut. 
>> http://dosys01.dokom.de/dosys/ortsrechtweb.nsf/0/d907670eeb7c6eebc125747b0054f094/$FILE/Stadtbezirke_15Stadtplan.pdf
>> 
>> Das ist doch wohl ein Witz. Auf einer Din A4 Karte mit dicken Filzstift 
>> pimaldaumen Linien einzeichnen. Die Linie ist 80 m breit ;-). Das kann ja 
>> nicht die richtige Karte sein.
>> Und OSM ist ungenau
> 
> die Linie ist in der Tat viel zu dick, aber Filzstift ist das ziemlich
> sicher nicht. Vermute, dass das durchaus eine genau Grenzmarkierung
> ist. Habe gerade keinen AI zur Hand. Man könnte damit mal versuchen,
> die Linie dünner zu machen

Geht auch einfach mit der freien Software Inkscape. Einfach PDF öffnen und 
bearbeiten. Kann man dann z.B. als SVG abspeichern, das man ggf. auch einfacher 
parsen/in eine OSM/GPX Datei umwandeln kann. 
Wobei man die Meterangaben vermutlich noch irgendwie in GPS/WGS84 Koordinaten 
umrechnen muss. Gibt es dafür schon fertige Tool oder muss man da selber was 
schreiben?

Evtl. sollte man auch einfach mal JOSM so erweitern das man direkt PDFs öffnen 
kann.

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Tilmann Sult]

Im VBB (Verkehrsbund Berlin-Brandenburg) gibt es auf jeden Fall mehrere
Haltestellen die in zwei oder drei Tarifzonen liegen. Der C-Bereich
Berlins setzt sich z.B. aus Teilen der Landkreise Brandenburgs zusammen.
Diese wiederum sind in einzelne Waben unterteilt. Selbiges gilt auch für
die Tarifzonen in Potsdam, Frankfurt/O., Cottbus und Brandenburg a.d.H.
Im Havelland sieht das dann so
aus
http://www.havelbus.de/fileadmin/daten/03%20Verkehr/Liniennetz%20und%20Wabenplan/Wabenplan_010408_Layout_Havelbus_Aktuell.pdf

Es existieren somit recht viele Stationen mit mehreren Tarifzonen.
Deswegen wäre ich für Relations. Wird zwar wieder schwerer für Neulinge
zu verstehen sein, aber gerade ÖPNV ist ja nicht gerade einfach.


On 09/29/2010 06:00 PM, Johannes Huesing wrote:
> Da würde ich eher die Grenzen einzeichnen. Was räumlich zusammengehört,
> sollte nach Möglichkeit nicht in eine Relation, so will es der Brauch.

-1

Da die Grenzen willkürlich von den Verbünden gemacht werden, haben sie
keine direkt sichtbaren Bezüge. Der Mehrwert wäre dann nur minimal, dass
man die Grenze sieht. Eigentlich geht es ja nur darum wie viel es kostet
von Haltestelle A nach Haltestelle B zu kommen. Da reicht ein Einordnen
der Haltestellen aus.



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?

[Andreas Hubel]

Am 27.09.2010 um 12:44 schrieb Stefan Keller:
> 1. Tagging-Frage im Hinblick auf Routing:
> Wie könnte man Indoor-Wege mit „normalen“ (= Outdoor) Wegen verbinden,
> so dass klar wird, auf welchem Stockwerk (level) der „normale“ Weg
> einmündet? => Relation?
Meine Persönliche Meinung:
Den In- und Outdoor Weg einfach verbinden, ggf. mit einem Entrance Node. Der 
Indoor Weg sollte ja nen Level Tag haben, damit ist dann auch klar auf welchem 
Stockwerk der Eingang ist.

Ich persönlich bin ja eigentlich dafür Relations nur dann zu verwenden, wenn es 
wirklich absolut Notwendig ist - z.B. Abbiegevorschriften.
Ansonsten kann man aus meiner Sicht in Gebäuden alles einem Level Tag geben: 
Wegen, Nodes und meinetwegen auch Relations - wenn es denn umbedingt sein muss.

Für Zwischengeschosse oder in Treppenhäusern setze ich dann auch gerne 
level=0.5 oder so.
Wenn das ganze etwas größer, also so richtig mit allen Wegen oder Räumen auf 
einer Etage, wird setze ich halt in JOSM entsprechende invertierten Filter z.B. 
"level=-3 or parent level=-3"
(In dem Fall für das 3. Untergeschoss eines U-Bahnhofs)

Mit indoor Flächen wie z.B. Räumen oder Hallen ist das dann nochmal ne ganz 
eigene Sache, aber ich möchte den Thread jetzt nicht total hijacken... ;-) Ich 
denke dazu muss ich mal noch nen eigenen Thread auf machen.

Ich arbeite da eh grade an ner modifizierten Mapnik/Slippy Map Variante mit der 
man sich auch nur einzelne Stockwerke eines Gebäudes anschauen kann. (Wird 
wahrscheinlich auf nen zusätzlichen Slider rauslaufen.)

> 2. Apropos Indoor:
> Ist dieser OSM-Wiki-Eintrag noch aktuell (indoor=yes und level=A)?
> http://wiki.openstreetmap.org/wiki/Indoor

Ich hab die Seite neulich mal ein bisschen umstrukturiert, den Teil inhaltlich 
aber gleich gelassen, weil ich da ohne Diskussion nichts dran ändern wollte.
Aber an sich der Tag indoor=yes aus meiner Sicht überflüssig, da wenn Wege 
innerhalb einer Building-Fläche verlaufen das ja eigentlich eh klar sein sollte.

Wir sollten mal eine Liste mit Orten aufmachen, an denen Indoormapping 
betrieben wurde...
Ich fang mal an:

München: 
jeweils immer nur Wege, sieht teilweise nicht mehr wirklich gut aus, aber man 
taggt ja nicht für die Renderer.
Marienplatz: 
http://www.openstreetmap.org/?lat=48.1374683976173&lon=11.5761378407478&zoom=18 
Karlsplatz (Stachus): 
http://www.openstreetmap.org/?lat=48.13948&lon=11.566149&zoom=18
Hauptbahnhof: 
http://www.openstreetmap.org/?lat=48.141162&lon=11.56094&zoom=18&layers=M

Garching bei München:
Meine Spielwiese rund um Gebäudemapping...
http://www.openstreetmap.org/?lat=48.262437&lon=11.667689&zoom=18

Man solle jeweils den Datenlayer aktivieren (wird im Permalink leider nicht mit 
abgespeichert) oder die Bereiche in JOSM anschauen.

Vermutlich wäre das Wiki nen besserer Ort für so ne Liste...

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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien g esucht

[Johann H. Addicks]

> http://suesz.de/blog/Blog_2010_September

leidet aber leider wie jede andere Lösung, die auf Grundlage von GPSbabel  
arbeitet daran, dass es den Umweg von Track->Wegepunkte->Filter->Track nimmt.
Wenn Wegepunkte ohne Timestamp auftreten, dann verwirft GPS-Babel leider das  
ganze File (statt nur den einen Punkt zu überspringen...

-jha-



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

Re: [Talk-de] Autobahnrouting

[frank mohr]

On 08/29/2010 11:54 AM, Carsten Schwede wrote:
> Hallo,
> 
> ich habe mich mal testweise routen lassen, und bin auf folgendes gestoßen:
> 
> Else sagt bei so ziemlich jeder normalen Abfahrt, daß ich doch bitte
> "Links halten" soll. Das macht Sinn, wenn tatsächlich von mehreren
> Spuren eine dann in die Abfahrt abzweigt. Bei üblichen Abfahrten ist das
> aber etwas "ungewöhnlich". Ist ja nett von Else, daß sie öfters mal
> spricht, aber komisch ist das schon.
> 
> ...
> 
> Könnt ihr das mal bitte verifizieren. Es scheint hier etwas
> Nachbesserungsbedarf auf den Autobahnen zu bestehen. Wir taggen zwar
> nicht für den Renderer, aber hier würde ich persönlich eine  Ausnahme
> machen, da das Routing doch eine Killerapplikation für OSM ist.
> 
> 

ich bin am Wochenende und heute erst dazu gekommen das zu testen.
Mit der AIO auf dem Nüvi 1390T habe ich das Problem nicht,
es gibt sogar weniger "Links halten" Meldungen als mit den
Original-Karten

z.B. Frankfurt/Main -> Darmstadt, Frankfurter Kreuz:
Garmin: Meldung, AIO keine Meldung


Frank

__
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen 
Massenmails. 
http://mail.yahoo.com 

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

Re: [Talk-de] Trigonometrischer Punkt

[Chris66]

Am 29.09.2010 21:00, schrieb Torsten Leistikow:

> Am besten gar nicht. 

im Wiki stehts halt anders:

Bezugsystem:

OpenStreetMapimmer   ellipsoidische Höhe WGS-84

aus:



2 Gründe könnte ich mir vorstellen:

- Die GPS Chips liefern halt die elliptische Höhe (angezeigt wird aber
auf vielen GPS Geräten trotzdem die durch die Firmware ermittelte NN Höhe).

- Der Referenzwasserspiegel ist weltweit nicht einheitlich.

Die elliptische (wgs84) Höhe ist hingegen weltweit einheitlich
und nicht von der Güte des Geoidmodells abhängig.

Wer (wie ich) trotzdem lieber die gebräuchliche NN Höhe in den Daten
haben will kann es ja mittels alt:NN=### tun.

Chris


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

Re: [Talk-de] Trigonometrischer Punkt

[Chris66]

Am 29.09.2010 18:38, schrieb Markus:

> Lat/Lon rechne ich aus GK in wgs84 um.

Dürfen wir diese Daten in OSM eintragen ?

Chris


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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Torsten Leistikow]

Stephan Wolff schrieb am 29.09.2010 18:50:
> Ein solcher Webdienst wäre aber schon ein großer Fortschritt.

Nicht einen Deut aufwendiger aber wesentlich sinnvoller waere es, wenn das
Anonymisiertool kein Webdienst waere sondern eine Anwendung auf deinem Rechner.
Wozu um alles in der Welt soll das auf einen fremden Server laufen?

Nebenbei bemerkt lasse ich bei meinen Tracks immer das Jahr intakt, damit
immerhin noch eine grobe zeitliche Zuordnung moeglich ist. Vielleicht ist es mal
ganz hilfreich, wenn man mal alte Tracks von der Anzeige ausschliessen will
(z.B. wenn sich der Verlauf eienr Strasse mal geaendert hat).

Gruss
Torsten

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

Re: [Talk-de] Trigonometrischer Punkt

[Torsten Leistikow]

Markus schrieb am 29.09.2010 18:38:
> Ich habe aber keine Ahnung, wie man eine Höhe aus NHN oder NN
> in "unser" wgs84 umrechnet...

Am besten gar nicht. (ansonsten siehe
http://earth-info.nga.mil/GandG/wgs84/gravitymod/egm96/intpt.html)

Hoehe ueber dem Elipsoid interessiert allgemein nicht, als Referenz nimmt man
eigentlich immer ein Geoid und gibt die Hoehe relativ zur Meereshoehe. Deshalb
ist es am sinnvollsten, wenn man einfach das Refernezsystem mit angibt.

Siehe auch:
http://de.wikipedia.org/wiki/H%C3%B6he_%C3%BCber_dem_Meeresspiegel

Gruss
Torsten

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

Re: [Talk-de] Anonymisierungs-Tool f�r gpx-Dateien gesucht

[Michael Sauer]

> Hallo,

> hat jemand ein Tool, mit dem ich meine gpx-Dateien anonymisieren
> kann? Ich weis dass ich sie in OSM als "anonyme (un)sortierte
> Punktfolge" hochladen kann aber das ist m.E. ein bischen
> ungeschickt gelöst. Als sortierte Punktfolge kann man immernoch
> einen Zusammenhang zwischen Anfangs- und Endpunkten bzw
> Haltepunkten eines Tracks herstellen. Wenn man ganz auf die
> Zeitstempel verzichtet ist diese Gefahr zwar gebannt, jedoch geht
> dann ein großer Teil der Information verloren, da man keine
> gerichteten Linien mehr hat, sondern nur noch Punkte.

Hallo,

http://suesz.de/blog/Blog_2010_September

Hier habe ich ein bash script für debian/ubuntu.

*sucht automatisch alle gpx-files aus einem Ordner
*Uhrzeit und Datum faelschen
*entfernt unwichtiges
*entfernt die "Homezone"
*lädt nach osm hoch

Anpassen und basten müsst Ihr selbst.

Have fun


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

Re: [Talk-de] OT: GPX-Syntax als BNF/Diagramm

[RalfGesellensetter]

Am Dienstag, 28. September 2010 schrieb Peter Wendorff:
> Hier gibts zumindest mal ein XML-Schema für GPX:
> http://www.topografix.com//GPX//1/1//gpx/.xsd


Ja, ich weiß, danke. Ich kann diese Datei z.B. mit 
xsddiagram darstellen - auf dem Bildschirm ist das
noch einigermaßen brauchbar (auch wenn die Alternativen
zu eindimensional und damit zu hoch dargestellt werden,
als dass das Ganze auf eine Seite passen würde.

Hier ein SVG-Export:
http://imagebin.ca/view/aSZjGG.html
und hier ein Screenshot:
http://imagebin.ca/view/rYOnud.html

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

Re: [Talk-de] Trigonometrischer Punkt

[Johannes Huesing]

Steffen Heinz  [Wed, Sep 29, 2010 at 06:16:25PM CEST]:
> 
> 
>   Hallo
> Ich kenne hier einige Festpunkte der Landvermesser (trigometrischer Punkt). 
> Da stehen
> Warnschilder dran die davor warnen hier zu manipulieren.
> Ich denke es ist Sinnvoll die auch einzutragen.*Wie*?
> die sind jedenfalls 100% genau und OSM könnte danach "geeicht" werden.

Die Franzosen haben massenweise davon importiert, siehe
http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques

Sie verwenden auch man_made=survey_point. 

Beschreibungen, wo sich diese Punkte befinden, sind allerdings nicht in 
den Importen vorhanden. Ortskundige können da schnell mal ein natural=peak 
oder ein amenity=wayside_cross hinzufügen.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] catastre-fr: gebäude farben und meer a ngaben

[Jacques Nietsch]

Hallo,
das erklärt eine Menge. Ich habe mich schon gewundert warum es Orte gibt,
die nur aus Häusern, aber nicht aus Straßen bestehen.

Gruß
Jacques

Am 28.09.2010, 13:56 Uhr, schrieb Rainer Kluge :


Am 27.09.2010 23:36, schrieb fly:

1. Bei Gebäuden gibt es zwei Farben. Leider verstehe ich die
Unterschiede nicht.


Dunkelgelb entspricht Gebäuden in Massivbauweise, hellgelb Gebäuden in
Leichtbauweise. Zu letzteren zählen z.B. Schuppen, kleine Hallen,
landwirtschaftliche Nebengebäude.


2. Wie genau sind die Meeresangaben/Küstenverlauf ?


Die Katasterdaten dokumentieren in erster Linie die Grundstückgrenzen.  
Alles
andere, wie Strassenverlauf und -breite, Flussufer und ähnliches ist  
mehr oder
weniger präzise und vor allem in vielen Fällen völlig veraltet. Dort, wo  
noch
gar nichts in OSM existiert, eignen sich diese Daten als erste  
Annäherung,
sollten aber später durch einen Survey vor Ort überprüft und korrigiert  
werden.


Gruß
Rainer


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



--
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Martin Kaistra]

Am Mittwoch, den 29.09.2010, 14:58 +0200 schrieb Chris66: 
> Am 29.09.2010 14:26, schrieb Markus:
> 
> > http://wiki.openstreetmap.org/wiki/Tag:natural=spring
> 
> Hier hab ich mich gerade gefragt, ob man da drinkable=yes
> implizieren kann.
> 

Also wenn ich mir
http://wiki.openstreetmap.org/wiki/DE:Project_of_the_month/2010/october
anschaue, stellt sich mir eher die Frage, ob man nicht bei
amenity=drinking_water drinkable=yes implizieren sollte..

gruß, Martin


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

Re: [Talk-de] Olivenbäume

[Johannes Huesing]

Jan Tappenbeck  [Wed, Sep 29, 2010 at 08:15:25PM CEST]:
>  Hi !
> 
> Oliven und Mandelbäumanpflanzungen sind das nur
> 
> landuse = farmland
> 
> oder
> 
> landuse=plantage
> 

Unter http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard
sind Oliven explizit genannt.

Meine Interpretation ist, dass farmland nicht Dauerkulturen einschließt.
Aber als erste Näherung kann man es stehen lassen.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Thomas Reincke]

Am 29.09.2010 20:03, schrieb slotty:

Wäre es nicht am praktikabelsten, wenn man die Zonengrenzen innerhalb
der  Haltepunkteliste erfässt.
Hier beginnt die Route in der Zone A1 und überschreitet nach der
Haltestelle C die Grenze zur Zone B2


Dein Vorschlag birgt die Gefahr, daß die Zonenzuweisung sich zwischen 
verschiedenen Linienvarianten voneinander abweicht.


Zudem gehört die Info zur Haltestelle. Die Haltestelle "ABC" gehört zur 
Zone 123 des XY-VV sowie zu den Zonen 456 und 789 des C-Dorfer-VV.


Und nicht der Streckenabschnit ABC-DEF der Linie 999 gehört zu den Zonen...

Übrigens hat eine durchschnittliche ÖPNV-Linie in NRW über 4 Varianten - 
je Richtung. In alle müßte diese Information rein.


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

[Talk-de] Olivenbäume

[Jan Tappenbeck]

 Hi !

Oliven und Mandelbäumanpflanzungen sind das nur

landuse = farmland

oder

landuse=plantage

gruß jan .-)

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Martin Kaistra]

Und wie unterscheidest du dann zwischen Tarifgrenzen die direkt auf
einem Haltepunkt liegen und denen die zwischen diesen sind?

Also ich finde das als Zusatzinformation für eine einzelne Haltestelle
gut.


Am Mittwoch, den 29.09.2010, 20:03 +0200 schrieb slotty: 
> Wäre es nicht am praktikabelsten, wenn man die Zonengrenzen innerhalb 
> der  Haltepunkteliste erfässt.
> Hier beginnt die Route in der Zone A1 und überschreitet nach der 
> Haltestelle C die Grenze zur Zone B2
> 
> tarifzoneA1
> stop Haltestelle A
> stop Haltestelle B
> stop Haltestelle C
> tarifzoneB2
> stop Haltestelle D
> stop Haltestelle E
> .
> .
> .
> usw.
> 
> Vom Erfassen, auch dem nachträglichen Ändern bestehender Routen, wäre 
> dies sicher am einfachsten. Für das Rendern wäre zumindest die 
> Möglichkeit gegeben eine Zonenmarkierung vorzunehmen. Zonen wird man 
> jedoch so, wohl nicht als Fläche darstellen können. Router sollten diese 
> Informationen so auch verarbeiten können.
> 
> Was denkt Ihr ?
> 
> Gruß
> 
> Slotty
> 
> ___
> 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] Trigonometrischer Punkt

[Ulf Möller]

Am 29.09.2010 18:38, schrieb Markus:


Ich kenne hier einige Festpunkte der Landvermesser


Bei mir heissen diese Höhenfestpunkte:

man_made=surveypoint


Laut Wiki man_made=survey_point


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[slotty]

Wäre es nicht am praktikabelsten, wenn man die Zonengrenzen innerhalb 
der  Haltepunkteliste erfässt.
Hier beginnt die Route in der Zone A1 und überschreitet nach der 
Haltestelle C die Grenze zur Zone B2


tarifzoneA1
stop Haltestelle A
stop Haltestelle B
stop Haltestelle C
tarifzoneB2
stop Haltestelle D
stop Haltestelle E
.
.
.
usw.

Vom Erfassen, auch dem nachträglichen Ändern bestehender Routen, wäre 
dies sicher am einfachsten. Für das Rendern wäre zumindest die 
Möglichkeit gegeben eine Zonenmarkierung vorzunehmen. Zonen wird man 
jedoch so, wohl nicht als Fläche darstellen können. Router sollten diese 
Informationen so auch verarbeiten können.


Was denkt Ihr ?

Gruß

Slotty

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Helder Aguiar]

Das Problem mit überschneidenden Tarifzonen gibt es z.B. beim VRR 
(Rhein-Ruhr) Da ginbt es einzelne Haltestellen die in 2 oder auch 3 
Tarifzonen liegen...


Ich denke aber, dass diese durch ";" getrennt doch auch getrennt erfasst 
werdeb können...




- Original Message - 
From: "Carsten Gerlach" 

To: "Openstreetmap allgemeines in Deutsch" 
Sent: Wednesday, September 29, 2010 6:54 PM
Subject: Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen


Moin,

Am Mittwoch 29 September 2010 schrieb Florian Lohoff:

Waere das nicht einfacher an die jeweilige haltestelle die zone mit
dranzupacken?

Relations sollten IMHO nicht als "collections" missbraucht werden.


Ja, kurz nach dem Absenden kan mir auch der Gedanke, daß eine Haltestelle 
nur

zu einer Zone gehört. Nur falls es irgendwo Überschneidungen zwischen
Tarifzonen geben sollte, wäre das direkte Tagging nicht mehr möglich.

Gruß, Carsten

___
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] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?

[aighes]

Stefan Keller wrote:
> 
> => Für grosse Parkplatz-Areale die Tags "amenity=parking" bzw.
> "amenity=bicycle_parking" und zwar nur als Area mit dem
> capacity-Zusatz-Tag.
> => Von der Erfassung von Einzelparkpklätzen (welcher Art auch immer)
> mit "amenity=parking" soll abgeraten werden.
> => Einzelparkpklätze sollen mit
> "parking_space=normal|woman|disabled|yes" getaggt werden (gem.
> Vorschlag von aighes) (Frage: Warum "yes").
> 

Ich finde es gut, wenn es einen neutralen Tagg gäben würde. Die Daten werden
wohl häufig von Luftbildern kommen und da kann man meist nicht ablesen, für
wen der Platz gedacht ist. Man könnte natürlich auch mit normal taggen und
ein fixme nutzen. parking_space=bus und hgv sind auch noch sinnvolle Werte.

Viele Grüße,
aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Parkplatz-einzeln-als-Punkt-nicht-Flaeche-Wie-tp5574328p5584874.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] ÖPNV - Erfassen von Tarifzonen

[Carsten Gerlach]

Moin,

Am Mittwoch 29 September 2010 schrieb Florian Lohoff:
> Waere das nicht einfacher an die jeweilige haltestelle die zone mit
> dranzupacken?
> 
> Relations sollten IMHO nicht als "collections" missbraucht werden.

Ja, kurz nach dem Absenden kan mir auch der Gedanke, daß eine Haltestelle nur 
zu einer Zone gehört. Nur falls es irgendwo Überschneidungen zwischen 
Tarifzonen geben sollte, wäre das direkte Tagging nicht mehr möglich.

Gruß, Carsten

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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Stephan Wolff]

Am 29.09.2010 16:57, schrieb Torsten Leistikow:


Deshalb ist der Webdienst zum Anonymisieren auch eine Schnappsidee, denn damit
hat man ja nur ein neues potentielles Datenleck eingefuehrt. Es kann dir keiner
garantieren, dass nicht eben dieser Webdienst deine Daten
speichert/auswertet/weiterleitet bevor er sie anonymisiert.


Ein solcher Webdienst wäre aber schon ein großer Fortschritt.

Auf dem OSM-Server sind alle Tracks mit Datum, Uhrzeit und Waypoints 
dauerhaft einem User zugeordnet. Durch den Usernamen, Emailadresse, 
Tracks und sonstigen Daten ist eine Zuordnung zur realen Person leicht 
möglich. Nicht nur die heutigen Administratoren sondern auch alle 
zukünftigen Administratoren, staatliche Stellen mit Gerichtsverfügung 
oder Hacker könnten vollen Zugriff auf diese Daten erlangen.


Ein Webdienst würde keinen OSM-Usernamen sondern allenfalls eine IP 
erfahren. Eine Zuordnung der einzelnen Tracks zu realen Personen wäre 
sehr viel schwieriger. Falls der Betreiber kein Schurke ist, sind die 
personenbezogenen Daten unmittelbar nach der Verarbeitung gelöscht. Wenn 
jemand später legalen oder illegalen Zugang zum System hat, erfährt er 
nichts mehr über vorher bearbeitete Tracks.


Viele Grüße

Stephan


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

Re: [Talk-de] Trigonometrischer Punkt

[Markus]

Hallo Steffen,


Ich kenne hier einige Festpunkte der Landvermesser


Bei mir heissen diese Höhenfestpunkte:

man_made=surveypoint
alt-wgs84=,###
lat=##,###
lon=###,###
note=Beschreibung-der-Position-des-Bolzens

Lat/Lon rechne ich aus GK in wgs84 um.

Ich habe aber keine Ahnung, wie man eine Höhe aus NHN oder NN
in "unser" wgs84 umrechnet...

Gruss, Markus

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

[Talk-de] Trigonometrischer Punkt

[Steffen Heinz]

  Hallo
Ich kenne hier einige Festpunkte der Landvermesser (trigometrischer Punkt). Da 
stehen
Warnschilder dran die davor warnen hier zu manipulieren.
Ich denke es ist Sinnvoll die auch einzutragen.*Wie*?
die sind jedenfalls 100% genau und OSM könnte danach "geeicht" werden.


Grüße aus der Eifel
Steffen



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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Jochen Topf]

On Wed, Sep 29, 2010 at 05:45:20PM +0200, Florian Lohoff wrote:
> On Wed, Sep 29, 2010 at 05:34:16PM +0200, Carsten Gerlach wrote:
> > Hallo,
> > 
> > Am Mittwoch 29 September 2010 schrieb Christian Slotwinsky:
> > >   Hallo miteinander,
> > > 
> > > hier in Berlin wurde das öffentliche Verkehrsnetz in mehreren
> > > ringförmige Tarifzonen eingeteilt. In anderen Metropolen wird es wohl
> > > ähnlich sein. 
> > > Hat hier jemand diese Zonen schon mal in OSM erfasst und
> > > wenn ja, wie macht man das am besten ?
> > 
> > Hab ich zwar noch nicht gemacht, aber ich würde dafür Relationen verwenden, 
> > und alle Haltestellen einer Zone in jeweils eine Relation packen.
> 
> Waere das nicht einfacher an die jeweilige haltestelle die zone mit 
> dranzupacken?

+1

> Relations sollten IMHO nicht als "collections" missbraucht werden.

+1

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Johannes Huesing]

Carsten Gerlach  [Wed, Sep 29, 2010 at 05:34:16PM CEST]:
> Hallo,
> 
> Am Mittwoch 29 September 2010 schrieb Christian Slotwinsky:
> >   Hallo miteinander,
> > 
> > hier in Berlin wurde das öffentliche Verkehrsnetz in mehreren
> > ringförmige Tarifzonen eingeteilt. In anderen Metropolen wird es wohl
> > ähnlich sein. 
> > Hat hier jemand diese Zonen schon mal in OSM erfasst und
> > wenn ja, wie macht man das am besten ?
> 
> Hab ich zwar noch nicht gemacht, aber ich würde dafür Relationen verwenden, 
> und alle Haltestellen einer Zone in jeweils eine Relation packen.
> 

Da würde ich eher die Grenzen einzeichnen. Was räumlich zusammengehört,
sollte nach Möglichkeit nicht in eine Relation, so will es der Brauch.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Florian Lohoff]

On Wed, Sep 29, 2010 at 05:34:16PM +0200, Carsten Gerlach wrote:
> Hallo,
> 
> Am Mittwoch 29 September 2010 schrieb Christian Slotwinsky:
> >   Hallo miteinander,
> > 
> > hier in Berlin wurde das öffentliche Verkehrsnetz in mehreren
> > ringförmige Tarifzonen eingeteilt. In anderen Metropolen wird es wohl
> > ähnlich sein. 
> > Hat hier jemand diese Zonen schon mal in OSM erfasst und
> > wenn ja, wie macht man das am besten ?
> 
> Hab ich zwar noch nicht gemacht, aber ich würde dafür Relationen verwenden, 
> und alle Haltestellen einer Zone in jeweils eine Relation packen.

Waere das nicht einfacher an die jeweilige haltestelle die zone mit 
dranzupacken?

Relations sollten IMHO nicht als "collections" missbraucht werden.

Flo
-- 
Florian Lohoff f...@zz.de
 Professionell gesehen bin ich zu haben 


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Johannes Huesing]

Chris66  [Wed, Sep 29, 2010 at 02:58:18PM CEST]:
> Am 29.09.2010 14:26, schrieb Markus:
> 
> > http://wiki.openstreetmap.org/wiki/Tag:natural=spring
> 
> Hier hab ich mich gerade gefragt, ob man da drinkable=yes
> implizieren kann.
> 
> Gibt es auch Quellen, die nicht-trinkbares Wasser ausspeien?
> 

Es gibt welche, die 80°C heißes Wasser spenden, das würde ich
nicht (sofort) trinken.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen

[Carsten Gerlach]

Hallo,

Am Mittwoch 29 September 2010 schrieb Christian Slotwinsky:
>   Hallo miteinander,
> 
> hier in Berlin wurde das öffentliche Verkehrsnetz in mehreren
> ringförmige Tarifzonen eingeteilt. In anderen Metropolen wird es wohl
> ähnlich sein. 
> Hat hier jemand diese Zonen schon mal in OSM erfasst und
> wenn ja, wie macht man das am besten ?

Hab ich zwar noch nicht gemacht, aber ich würde dafür Relationen verwenden, 
und alle Haltestellen einer Zone in jeweils eine Relation packen.

Gruß, Carsten

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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Chris66]

Am 29.09.2010 16:32, schrieb Simon Kokolakis:

> Wie ist das im Moment, wenn ich ein GPX Track als anonyme sortierte
> Punktfolge hochlade, dann ist nur noch intern ein Bezug zu meinem
> Usernamen vorhanden, für Außenstehende aber definitiv nicht?

Mal eben auf den Link "Was heisst das" direkt neben dem
Sichtbarkeits-Feld klicken:



Grüße
Chris


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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Torsten Leistikow]

Simon Kokolakis schrieb am 29.09.2010 16:32:
> dann ist nur noch intern ein Bezug zu meinem
> Usernamen vorhanden, für Außenstehende aber definitiv nicht?

Diese Trennung kannst du vergessen. Es kann dir kein ehrlicher Mensch
garantieren, dass diene Daten nicht in falsche Haende gelangen.

Sobald die Daten deinen Rechner verlassen hast du sie nicht mehr unter
Kontrolle. Alles ausserhalb dieser Linie musst du rein faktisch als oeffentlich
betrachten.

Deshalb ist der Webdienst zum Anonymisieren auch eine Schnappsidee, denn damit
hat man ja nur ein neues potentielles Datenleck eingefuehrt. Es kann dir keiner
garantieren, dass nicht eben dieser Webdienst deine Daten
speichert/auswertet/weiterleitet bevor er sie anonymisiert.

Gruss
Torsten

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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Chris66]

Am 29.09.2010 16:07, schrieb Frederik Ramm:

> Vorallem "drinkable", das ist doch wieder so ein von einem
> nicht-Englaender erdachtes englisches Wort, oder? Also ich bin ja selber
> kein Muttersprachler, aber ich dachte immer, dass im Zusammenhang
> "Trinkwasser" das Adjektiv "potable" ueblich ist.

google, dict.leo, etc. kennen beides.

Der Unterschied ist nicht ganz klar, potable ist lateinischen
Ursprungs.



Chris


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

Re: [Talk-de] GPS-Empfänger (mit hochpräzisem Ti ming) zu verkaufen

[Robert S.]

2010/9/29 TobWen 

>
>
> Robert S. wrote:
> >
> > Könnte man nicht ein Gerät dem GPS-Verleih[1] zur Verfügung stellen?
> > Wenn jemand ein OSM-Projekt machen will und dafür ein hochgenaues Gerät
> > braucht, wäre es doch hilfreich wenn das Gerät nicht gekauft werden muss.
> > Aufgrund der teureren Technik könnte man es ja mit einer kleinen
> > Leihgebühr
> > verbinden.
>
> Ich stoße die beiden Geräte u.a. aus finanziellen Gründen ab:
> Studiengebühren ... 2 x 303 EUR = fast ein Semester ;-)


Die Studiengebühren sind ja bald abgeschaft... ;-)
Spaß beiseite: Deshalb schrieb ich ja was von Leihgebühr. Irgendwas zwischen
5 und 15 EUR am Tag und wenn das dann an dich geht hast du die Kosten nach
10 bis 20 Leihtagen auch wieder rein.

Aber es war ja hauptsächlich nur mal ein Gedanke den ich nicht
unangesprochen lassen wollte.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] catastre-fr: gebäude farben und meer a ngaben

[fly]

Danke für Eure Anworten.
Bin gerade informiert worden, daß die Gebäude semi-automatisch
importiert werden. Somit hat sich das erstmal erledigt.

Zu den Küsten kann ich nur sagen, das die vorhanden Daten viel ungenauer
waren als die catastre-Daten.

Bis bald colliar

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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Robert S.]

2010/9/29 TobWen 

>
>
> Robert S. wrote:
> >
> > (Allerdings erkennt man dann auch, dass die zugrunde liegende Karte auch
> > die
> > Grenzen eingezeichnet hat und beide Grenzlinien schonmal um mehr als 100m
> > auseinanderliegen...)
>
> Bei parallel laufenden Grenzen oder laufen sie komplett anders?


Naja, schau z.B. mal hier http://osm.org/go/0GMxbyqd nach.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Simon Kokolakis]

Am 28.09.2010 13:56, schrieb Stephan Wolff:

> Praktisch wäre eine Webdienst, der einen Upload von GPX-Dateien ohne 
> Angabe des OSM-Namens erlaubt, die Waypoints entfernt, Anfang und Ende 
> der Tracks kürzt, auf Wunsch Datum und Uhrzeit auf einen Standardwert 
> setzt und die Daten dann unter eigenem Namen in die OSM-Datenbank stellt.

Die Idee klingt gut.

Wie ist das im Moment, wenn ich ein GPX Track als anonyme sortierte
Punktfolge hochlade, dann ist nur noch intern ein Bezug zu meinem
Usernamen vorhanden, für Außenstehende aber definitiv nicht?

Beste Grüße,
Simon

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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[TobWen]

Robert S. wrote:
> 
> (Allerdings erkennt man dann auch, dass die zugrunde liegende Karte auch
> die
> Grenzen eingezeichnet hat und beide Grenzlinien schonmal um mehr als 100m
> auseinanderliegen...)

Bei parallel laufenden Grenzen oder laufen sie komplett anders? In den
letzten
Jahren wurden immer mal wieder Bezirke verschoben und getauscht. Kürzlich
ging eine komplette Straße an Thyssen :-(

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5584132.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[TobWen]

Robert S. wrote:
> 
> Blöd nur, wenn die Stadt ein Ergebnis der Gebietsreform 1972 ist und ihr
> Stadtgebiet einfach als aus den alten Gemeinden zusammengesetzt definiert:
> http://www.badoeynhausen.de/uploads/media/11_hauptsatzung.pdf (§1)
> Da müsste man sich also auf die Suche nach den Ortssatzungen der alten
> Orte
> machen, oder wie?

Gab es in Bielefeld nicht einen Import? Ich habe alle Unterlagen zur
Gebietsreform
hier, da ich eine Karte für eine baldige Veröffentlichung fertig gemacht
habe.
Bringt Dir leider auch nichts, da nur Gemarkungen und Flure drin stehen :-(

Tut mir leid.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5584122.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Robert S.]

On Wed, Sep 29, 2010 at 5:13 AM, TobWen wrote:

>
> Hallo,
>
> hier mein neuster Wiki-Eintrag zum Thema:
> http://wiki.openstreetmap.org/wiki/DE:Grenze/Satzungen
>
> Viele Grüße
> Tobias


Blöd nur, wenn die Stadt ein Ergebnis der Gebietsreform 1972 ist und ihr
Stadtgebiet einfach als aus den alten Gemeinden zusammengesetzt definiert:
http://www.badoeynhausen.de/uploads/media/11_hauptsatzung.pdf (§1)
Da müsste man sich also auf die Suche nach den Ortssatzungen der alten Orte
machen, oder wie?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Robert S.]

2010/9/29 TobWen 

>
> Hallo,
>
>
> Gehling Marc wrote:
> >
> > Das ist doch wohl ein Witz. Auf einer Din A4 Karte mit dicken Filzstift
> > pimaldaumen Linien einzeichnen. Die Linie ist 80 m breit ;-). Das kann ja
> > nicht die richtige Karte sein.
>
> Das ist eine Vektordatei ... wenn Du sie in einem geeigneten Programm
> lädst,
> kannst Du die Linie dünner machen und schon passt alles wieder.


Der AdobeReader hat auch noch einen Knopf, mit dem alle Vektorlinien
unabhängig von der Zoomstufe mit nur einem Pixel Breite dargestellt werden.
Muss man nur eventuell etwas in den Einstellungen suchen (hat eine Art
Haussymbol)

(Allerdings erkennt man dann auch, dass die zugrunde liegende Karte auch die
Grenzen eingezeichnet hat und beide Grenzlinien schonmal um mehr als 100m
auseinanderliegen...)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Frederik Ramm]

Hallo,

Markus wrote:

Am 29.09.2010 13:41, schrieb Markus:


- Wiki-Link auf die Karte (Brunnen, Trinkwasser, Pferdetränke, ...)


Uff, da ist alles Englisch...
http://wiki.openstreetmap.org/wiki/Tag:amenity=fountain
http://wiki.openstreetmap.org/wiki/Tag:amenity=drinking_water
http://wiki.openstreetmap.org/wiki/Tag:natural=spring
http://wiki.openstreetmap.org/w/index.php?title=Key:drinkable
http://wiki.openstreetmap.org/wiki/Tag:man_made=water_well
http://wiki.openstreetmap.org/wiki/Proposed_features/Watering_place
...


Vorallem "drinkable", das ist doch wieder so ein von einem 
nicht-Englaender erdachtes englisches Wort, oder? Also ich bin ja selber 
kein Muttersprachler, aber ich dachte immer, dass im Zusammenhang 
"Trinkwasser" das Adjektiv "potable" ueblich ist.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Jan Tappenbeck]

Am 29.09.2010 15:37, schrieb Georg Feddern:

Moin,

Chris66 schrieb:

Am 29.09.2010 14:26, schrieb Markus:


http://wiki.openstreetmap.org/wiki/Tag:natural=spring


Hier hab ich mich gerade gefragt, ob man da drinkable=yes
implizieren kann.

Gibt es auch Quellen, die nicht-trinkbares Wasser ausspeien?


Also, das Wasser aus diversen Sole- oder Schwefel-Quellen würde ich
zumindest nur äußerlich an mich heranlassen ...

Gruß
Georg



also stellen wird drinkable vorerst nur als tag eines anderen objektes dar !

gruß Jan :-)


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Georg Feddern]

Moin,

Chris66 schrieb:

Am 29.09.2010 14:26, schrieb Markus:

  

http://wiki.openstreetmap.org/wiki/Tag:natural=spring



Hier hab ich mich gerade gefragt, ob man da drinkable=yes
implizieren kann.

Gibt es auch Quellen, die nicht-trinkbares Wasser ausspeien?
  


Also, das Wasser aus diversen Sole- oder Schwefel-Quellen würde ich 
zumindest nur äußerlich an mich heranlassen ...


Gruß
Georg


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Chris66]

Am 29.09.2010 15:19, schrieb Wolfgang:

>> Gibt es auch Quellen, die nicht-trinkbares Wasser ausspeien?
>>
> 
> In Seveso?

Stimmt.

Und dann gibt es Trinkbrunnen wie die Stuttgarter Mineralbrunnen wo das
Wasser zwar trinkbar ist aber so scheußlich schmeckt, dass ich es
direkt wieder ausgespuckt habe ;-)

Man könnte also noch 'nen Tag für den Mineralgehalt
minerals=mg:550;fe:1500;s:100;co2:15;hg:300

erfinden ;-)

Chris


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Wolfgang]

Hallo,
Am Mittwoch 29 September 2010 14:58:18 schrieb Chris66:
> Am 29.09.2010 14:26, schrieb Markus:
> > http://wiki.openstreetmap.org/wiki/Tag:natural=spring
> 
> Hier hab ich mich gerade gefragt, ob man da drinkable=yes
> implizieren kann.
> 
> Gibt es auch Quellen, die nicht-trinkbares Wasser ausspeien?
> 

In Seveso?

Gruß, Wolfgang

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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Chris66]

Am 29.09.2010 14:26, schrieb Markus:

> http://wiki.openstreetmap.org/wiki/Tag:natural=spring

Hier hab ich mich gerade gefragt, ob man da drinkable=yes
implizieren kann.

Gibt es auch Quellen, die nicht-trinkbares Wasser ausspeien?

Chris


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Jan Tappenbeck]

Am 29.09.2010 14:26, schrieb Markus:

Am 29.09.2010 13:41, schrieb Markus:


- Wiki-Link auf die Karte (Brunnen, Trinkwasser, Pferdetränke, ...)


Uff, da ist alles Englisch...
http://wiki.openstreetmap.org/wiki/Tag:amenity=fountain
http://wiki.openstreetmap.org/wiki/Tag:amenity=drinking_water
http://wiki.openstreetmap.org/wiki/Tag:natural=spring
http://wiki.openstreetmap.org/w/index.php?title=Key:drinkable
http://wiki.openstreetmap.org/wiki/Tag:man_made=water_well
http://wiki.openstreetmap.org/wiki/Proposed_features/Watering_place
...

Und irgendwie scheint mir das alles nicht so ganz durchdacht...



wie bei so manchen - das haben die tankstellen schon gezeigt.

hast du noch einige passende icons? mir fehlt noch

fountain, watering_place

bei drinkable werde ich nur drinkable=no mit einem icon (drinkable 
durchgestrichen) kennzeichnen.


... und immer schön an die verwendbarkeit denken!

gruß Jan :-)


Gruss, Markus




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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[TobWen]

Steffen Wolf-2 wrote:
> 
> Und man kann die PostScript-Daten mehr oder weniger einfach parsen und
> direkt in eine GPX- oder OSM-Datei umwandeln. Hab ich mal spasseshalber
> gemacht, dabei wieder mehr ueber Postscript gelernt, und am Schluss
> bemerkt, dass der Plan leicht schief ist. Etwa 2.2 Grad. Wenn man das
> alles noch rueckt und zerrt, kann man die Vektordaten des PDFs direkt in
> OSM importieren, ohne irgendetwas abmalen zu muessen.

Danke, gleich mal testen!


Steffen Wolf-2 wrote:
> Oh, die Grenzen im Norden und Westen decken sich ziemlich gut mit den
> Grenzen der Luftbildaufnahmen (Weg 53506965). Achso, kommt ja vermutlich
> aus derselben Quelle.

Skandal! Ich habe gehofft, dass die traditionell vermessen wurden ;-(
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5583723.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] ÖPNV - Erfassen von Tarifzonen

[Christian Slotwinsky]

 Hallo miteinander,

hier in Berlin wurde das öffentliche Verkehrsnetz in mehreren 
ringförmige Tarifzonen eingeteilt. In anderen Metropolen wird es wohl 
ähnlich sein. Hat hier jemand diese Zonen schon mal in OSM erfasst und 
wenn ja, wie macht man das am besten ?


Gruß

Slotty

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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Jan Tappenbeck]

Am 29.09.2010 14:23, schrieb M∡rtin Koppenhoefer:

Am 29. September 2010 14:15 schrieb Jan Tappenbeck:

amenity=fountaine



fountain

Gruß Martin

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



thanks !


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Markus]

Am 29.09.2010 13:41, schrieb Markus:


- Wiki-Link auf die Karte (Brunnen, Trinkwasser, Pferdetränke, ...)


Uff, da ist alles Englisch...
http://wiki.openstreetmap.org/wiki/Tag:amenity=fountain
http://wiki.openstreetmap.org/wiki/Tag:amenity=drinking_water
http://wiki.openstreetmap.org/wiki/Tag:natural=spring
http://wiki.openstreetmap.org/w/index.php?title=Key:drinkable
http://wiki.openstreetmap.org/wiki/Tag:man_made=water_well
http://wiki.openstreetmap.org/wiki/Proposed_features/Watering_place
...

Und irgendwie scheint mir das alles nicht so ganz durchdacht...

Gruss, Markus

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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[M∡rtin Koppenhoefer]

Am 29. September 2010 14:15 schrieb Jan Tappenbeck :
> amenity=fountaine


fountain

Gruß Martin

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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[M∡rtin Koppenhoefer]

Am 29. September 2010 12:58 schrieb TobWen :
>
>
> Sebastian Klein wrote:
>>
>> Ist hier dann auch die grau unterlegte Hintergrundzeichnung gemeinfrei,
>> oder nur die farblichen Hervorhebungen? (Bei monochromen Plänen ist die
>> Unterscheidung nicht ganz so einfach.)
>
> Ich bin stark davon überzeugt, dass ausschließlich die Planung gemeinfrei
> ist.


das kann evtl. sein, aber ist nicht alles irgendwann mal geplant
worden ;-) ? (Ist es nicht, in vielen Gegenden gibt es keine
qualifizierten B-Pläne, in anderen hingegen schon.)

Gruß Martin

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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Jan Tappenbeck]

Am 29.09.2010 13:41, schrieb Markus:

Hallo Jan,


Thema Trinkwasserstellen


Gute Idee!
Schöne Karte!


danke



Anregungen:
- Wiki-Link auf die Karte (Brunnen, Trinkwasser, Pferdetränke, ...)


amenity=fountaine
amenity=spring

amenity=watering_place oder watering_place = yes (Pferdetränke)


kann ich kurzfristig nachreichen


- alle Wasser-Dinger in eine Karte
- verschiedene Layer/Icons (Plumpe, Trinkwasser, etc)
- ggf. clustern



=> cluster ist noch nicht bei mir realisiert!


Im Wiki bräuchte man eine Differenzierung:
International ist "Trinkwasser" unterschiedlich definiert.
Manche unserer "Fountain" bei denen bei uns "Kein TW" steht, decken
woanders lebensrettend den täglichen TW-Bedarf. Die "Berliner-Plumpe"
gibts natürlich auch anderswo. Oft wird "Quelle" mit "Brunnen"
verwechselt. Und dann gibt es auch noch "Springbrunnen" etc.

Gruss, Markus


ergänzungen und wünsche immer gerne wenn es sich im rahmen hält - dann 
aber bitte gleich die tags und links zu geeigneten Icons mit nennen.


zum lange rumsuchen habe ich dann keine ambitionen - ist schließlich ein 
gemeinschaftsprojekt.


gruß Jan .-)


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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Steffen Wolf]

TobWen schrieb:

> Wie gesagt: Vektoren.

> Man kann Ghostscript sogar dazu bringen, die Bitmap einfach beim Druck
> zu verwerfen, somit wird die Rasterkarte im Hintergrund gar nicht
> mitgedruckt und man hat nichts illegal vervielfältigt.

Und man kann die PostScript-Daten mehr oder weniger einfach parsen und
direkt in eine GPX- oder OSM-Datei umwandeln. Hab ich mal spasseshalber
gemacht, dabei wieder mehr ueber Postscript gelernt, und am Schluss
bemerkt, dass der Plan leicht schief ist. Etwa 2.2 Grad. Wenn man das
alles noch rueckt und zerrt, kann man die Vektordaten des PDFs direkt in
OSM importieren, ohne irgendetwas abmalen zu muessen.

Oh, die Grenzen im Norden und Westen decken sich ziemlich gut mit den
Grenzen der Luftbildaufnahmen (Weg 53506965). Achso, kommt ja vermutlich
aus derselben Quelle.

stw
-- 
The studies have also shown causal connections between cow flatulence and
the depletion of the ozone layer.
 [X-Files 3x23]

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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[Markus]

Hallo Jan,


Thema Trinkwasserstellen


Gute Idee!
Schöne Karte!

Anregungen:
- Wiki-Link auf die Karte (Brunnen, Trinkwasser, Pferdetränke, ...)
- alle Wasser-Dinger in eine Karte
- verschiedene Layer/Icons (Plumpe, Trinkwasser, etc)
- ggf. clustern

Im Wiki bräuchte man eine Differenzierung:
International ist "Trinkwasser" unterschiedlich definiert.
Manche unserer "Fountain" bei denen bei uns "Kein TW" steht, decken 
woanders lebensrettend den täglichen TW-Bedarf. Die "Berliner-Plumpe" 
gibts natürlich auch anderswo. Oft wird "Quelle" mit "Brunnen" 
verwechselt. Und dann gibt es auch noch "Springbrunnen" etc.


Gruss, Markus

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

Re: [Talk-de] Parkplatz einzeln als Punkt (nicht Flaeche): Wie?

[Stefan Keller]

Vielen Dank für die Diskussion. Also ich fasse mal zusammen:

Ausgangslage ist, dass einzelne Behinderten-Parkplätze erfasst werden
sollen, um sie später darzustellen (möglichst ohne mehrfache "P"s am
selben Ort) und v.a. auszuwerten (z.B. für Routing).

Stand:
Zurzeit gibt es für (v.a. grosse?) Parkplatz-Areale die Tags
"amenity=parking" sowie "amenity=bicycle_parking". Beide als Area aber
auch als Node (vgl. http://wiki.openstreetmap.org/wiki/Amenity ).
Zusätzlich kann "capacity:disabled=yes/" angegeben werden
(vgl. http://wiki.openstreetmap.org/wiki/Key:capacity:disabled ).

Diskussion: Es stellten sich die Fragen, 1. ob gleichzeitig flächige
Parkplatzareale und Einzelparkplätze (Punkt) erfasst werden sollen und
2. ob Einzelparkplätze gar selber als Fläche modelliert werden sollen.

Kommentar dazu:
* Ein weiteres Bedürfnis sind nicht nur Behinderten-Parkplatz sondern
auch Frauen-Parkplätze (bei amenity=parking zusätzlich
"capacity:women=yes/") sowie Familien-Parkplätze (zusätzlich
"capacity:parent=yes/").
* Es sollen gleichzeitig (d.h. am gleichen Ort) flächige
Parkplatzareale *und* Einzelparkplätze (Punkte/Symbole) erfasst werden
können. Vorschlag von aighes: Verschieden taggen und mit Relation
verknüpfen.
* Einzelparkplätzen sollen also nicht mit "amenity=parking" sondern
mit etwas anderem getaggt werden (wobei hier die Meinungen noch
auseinander gehen: Vgl.
http://lists.openstreetmap.org/pipermail/talk-de/2010-July/072184.html
). Vorschlag von mir: Bekanntlich ist es ja unter Androhung von Busse
verboten, als Normal-Autofahrer auf einem Behinderten-Parkplatz zu
parkieren.

=> Für grosse Parkplatz-Areale die Tags "amenity=parking" bzw.
"amenity=bicycle_parking" und zwar nur als Area mit dem
capacity-Zusatz-Tag.
=> Von der Erfassung von Einzelparkpklätzen (welcher Art auch immer)
mit "amenity=parking" soll abgeraten werden.
=> Einzelparkpklätze sollen mit
"parking_space=normal|woman|disabled|yes" getaggt werden (gem.
Vorschlag von aighes) (Frage: Warum "yes").

Wenn die Zeit (und Kollege t-i) soweit ist, machen wir ein Proposal
(t-i ist noch einige Tage abwesend).

LG, S.

Am 27. September 2010 22:38 schrieb aighes :
>
> Hallo,
> kannst du gerne machen. Allerdings sollte weiterhin eine Fläche mit den
> üblichen Tags vorhanden sein. Die einzelnen Stellplätze dann mit einem
> anderen Tag eintragen und dafür nicht amenity=parking nutzen. Spontan fällt
> mir parking_space=normal|woman|disabled|yes ein. Die Grundfläche und die
> einzelnen Nodes dann in eine Relation und gut ist.
>
> Viele Grüße,
> aighes
> --
> View this message in context: 
> http://gis.638310.n2.nabble.com/Parkplatz-einzeln-als-Punkt-nicht-Flaeche-Wie-tp5574328p5576827.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] Polizei nutzt OSM für Fahndungsplakat

[godofglow]

Wieso fragt ihr die Jungs von der Polizei nicht einfach warum diese
OSM-Karten genommen haben...
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Polizei-nutzt-OSM-fur-Fahndungsplakat-tp5552017p5583393.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[TobWen]

Gehling Marc wrote:
> 
> ich frage mich da ja, ob man die Stadt dann nötigen kann, einen "richtigen
> Plan" rauszugeben. Weil wie soll ich mit diesem Plan ( pi mal Daumen )
> beurteilen, zu welchen Stadtteil ich gehörte ?
> 

Das ist ein Verwaltungsakt - eeh - eine Serviceinformation, die sich die
Kommune bezahlen lassen kann / lässt.

Die Zugehörigkeit kannst Du jedoch dem amtlichen Stadtplan entnehmen oder
durch Einsicht ins Liegenschaftskataster erfahren. Letzteres ist jetzt
vermutlich kostenlos, weil das Kataster im Netz verfügbar ist.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5583388.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[TobWen]

Sebastian Klein wrote:
> 
> Ist hier dann auch die grau unterlegte Hintergrundzeichnung gemeinfrei, 
> oder nur die farblichen Hervorhebungen? (Bei monochromen Plänen ist die 
> Unterscheidung nicht ganz so einfach.)

Ich bin stark davon überzeugt, dass ausschließlich die Planung gemeinfrei
ist.
Das ist das Gleiche, wie in einem amtlichen Mitteilungsblatt: Wenn z.B. die
Tempo-30-Zonen auf einem Stadtplan abgedruckt werden, sind nur die
Tempo-30-Zonen frei - der Stadtplan aber nicht. Genauso sieht es auch die
Kommentarliteratur.

Aber Achtung: B-Pläne "müssen nicht" mit der Realität überein stimmen ;-)
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5583383.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[TobWen]

M∡rtin Koppenhoefer wrote:
> 
> (gesetzt, es ist nicht alles gerastert,
> oder das Dokument PW-geschützt (zur Umgehung dessen hier kein
> Kommentar)). 

Wie gesagt: Vektoren.

Der PW-Schutz kann einfach und legal umgangen werden: Drucken ist erlaubt!
Also druckt man einfach in eine neue PDF und fertig. Man kann Ghostscript
sogar dazu bringen, die Bitmap einfach beim Druck zu verwerfen, somit wird
die Rasterkarte im Hintergrund gar nicht mitgedruckt und man hat nichts
illegal vervielfältigt.

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5583372.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[TobWen]

Hallo,


Gehling Marc wrote:
> 
> Das ist doch wohl ein Witz. Auf einer Din A4 Karte mit dicken Filzstift
> pimaldaumen Linien einzeichnen. Die Linie ist 80 m breit ;-). Das kann ja
> nicht die richtige Karte sein. 

Das ist eine Vektordatei ... wenn Du sie in einem geeigneten Programm lädst,
kannst Du die Linie dünner machen und schon passt alles wieder.

Viele Grüße
Tobias

-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5583363.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Gehling Marc]

Hallo Walter,

ich frage mich da ja, ob man die Stadt dann nötigen kann, einen "richtigen 
Plan" rauszugeben. Weil wie soll ich mit diesem Plan ( pi mal Daumen ) 
beurteilen, zu welchen Stadtteil ich gehörte ?

Mfg Marc Gehling

Am 29.09.2010 um 11:15 schrieb Walter Nordmann:

> 
> aber marc,
> zur not frißt der teufel fliegen.
> es geht doch mehr darum, dass tobias und gerade auch die aachener was
> klarstellen in bezug auf legale datenquellen.
> lg
> walter
> 
> -
> Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
> hinein. - Ingo Insterburg
> -- 
> View this message in context: 
> http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5583057.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Sebastian Klein]

M∡rtin Koppenhoefer wrote:

Am 29. September 2010 11:26 schrieb Sebastian Klein :


Vielen Dank für die Übersicht! Wie sieht es aus mit Bebauungsplänen? (Z.b.
[1])

Es heißt ausdrücklich: "Der Bebauungsplan besteht aus Planzeichnung (A) und
Text (B)". Trotzdem gehe ich mal davon aus, dass nur die planerischen
Festlegungen unter § 5 UrhG fallen. Die bereits vorhandenen Straßen und
Gebäude sind in diesen Plänen nämlich zum Teil äußerst detailliert erfasst.

[1]




M.E. sind B-Pläne gemeinfrei, da sie von den Gemeinden als Satzung
veröffentlicht werden (also ca. ein Gesetz sind). Zu argumentieren,
nur der textliche Teil sei davon betroffen, ist absurd.


Schau Dir mal diesen Plan an:

(2.5 MiB)

Ist hier dann auch die grau unterlegte Hintergrundzeichnung gemeinfrei, 
oder nur die farblichen Hervorhebungen? (Bei monochromen Plänen ist die 
Unterscheidung nicht ganz so einfach.)



Sebastian

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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Jonas Krückel]

Am 29.09.2010 um 11:27 schrieb M∡rtin Koppenhoefer:

> Am 29. September 2010 07:37 schrieb Gehling Marc :
>> Habe mir mal die Karte von Dortmund angeschaut. 
>> http://dosys01.dokom.de/dosys/ortsrechtweb.nsf/0/d907670eeb7c6eebc125747b0054f094/$FILE/Stadtbezirke_15Stadtplan.pdf
>> 
>> Das ist doch wohl ein Witz. Auf einer Din A4 Karte mit dicken Filzstift 
>> pimaldaumen Linien einzeichnen. Die Linie ist 80 m breit ;-). Das kann ja 
>> nicht die richtige Karte sein.
>> Und OSM ist ungenau
> 
> 
> 
> die Linie ist in der Tat viel zu dick, aber Filzstift ist das ziemlich
> sicher nicht. Vermute, dass das durchaus eine genau Grenzmarkierung
> ist. Habe gerade keinen AI zur Hand. Man könnte damit mal versuchen,
> die Linie dünner zu machen

Funktioniert ohne Probleme.

-Jonas


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

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser

[M∡rtin Koppenhoefer]

Am 29. September 2010 09:54 schrieb Jan Tappenbeck :
>  Moin !
>
> nachdem sich keiner so richtig für ein Thema interessiert hat und auf
> internationaler Ebene das Thema Trinkwasserstellen ausgerufen worden ist
> habe ich uns angeschlossen und eine Seite erstellt [1].


yeah. Da habe ich hier ja einiges zu tun.

Gruß Martin

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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[M∡rtin Koppenhoefer]

Am 29. September 2010 11:26 schrieb Sebastian Klein :

> Vielen Dank für die Übersicht! Wie sieht es aus mit Bebauungsplänen? (Z.b.
> [1])
>
> Es heißt ausdrücklich: "Der Bebauungsplan besteht aus Planzeichnung (A) und
> Text (B)". Trotzdem gehe ich mal davon aus, dass nur die planerischen
> Festlegungen unter § 5 UrhG fallen. Die bereits vorhandenen Straßen und
> Gebäude sind in diesen Plänen nämlich zum Teil äußerst detailliert erfasst.
>
> [1]
> 


M.E. sind B-Pläne gemeinfrei, da sie von den Gemeinden als Satzung
veröffentlicht werden (also ca. ein Gesetz sind). Zu argumentieren,
nur der textliche Teil sei davon betroffen, ist absurd.

Gruß Martin

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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[M∡rtin Koppenhoefer]

Am 29. September 2010 07:37 schrieb Gehling Marc :
> Habe mir mal die Karte von Dortmund angeschaut. 
> http://dosys01.dokom.de/dosys/ortsrechtweb.nsf/0/d907670eeb7c6eebc125747b0054f094/$FILE/Stadtbezirke_15Stadtplan.pdf
>
> Das ist doch wohl ein Witz. Auf einer Din A4 Karte mit dicken Filzstift 
> pimaldaumen Linien einzeichnen. Die Linie ist 80 m breit ;-). Das kann ja 
> nicht die richtige Karte sein.
> Und OSM ist ungenau



die Linie ist in der Tat viel zu dick, aber Filzstift ist das ziemlich
sicher nicht. Vermute, dass das durchaus eine genau Grenzmarkierung
ist. Habe gerade keinen AI zur Hand. Man könnte damit mal versuchen,
die Linie dünner zu machen (gesetzt, es ist nicht alles gerastert,
oder das Dokument PW-geschützt (zur Umgehung dessen hier kein
Kommentar)). Dazu einfach einen beliebigen Teil Linie markieren:
Auswahl: gleiche Füllung und Kontour, und dann dünner einstellen.

Gruß Martin

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

Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Sebastian Klein]

TobWen wrote:

Hallo,

hier mein neuster Wiki-Eintrag zum Thema:
http://wiki.openstreetmap.org/wiki/DE:Grenze/Satzungen

Viele Grüße
Tobias


Vielen Dank für die Übersicht! Wie sieht es aus mit Bebauungsplänen? 
(Z.b. [1])


Es heißt ausdrücklich: "Der Bebauungsplan besteht aus Planzeichnung (A) 
und Text (B)". Trotzdem gehe ich mal davon aus, dass nur die 
planerischen Festlegungen unter § 5 UrhG fallen. Die bereits vorhandenen 
Straßen und Gebäude sind in diesen Plänen nämlich zum Teil äußerst 
detailliert erfasst.


[1]


Sebastian

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

Re: [Talk-de] Polizei nutzt OSM für Fahndungsplakat

[Walter Nordmann]

moin moin,

ich hab da eine ganz andere vermutung:

schnelligkeit/aktualität, einfacher zugriff auf die osm-daten könnte der
grund gewesen sein.

das ding hat jemand mit einigen kenntnissen SCHNELL erstellt.
wenn die den offiziellen weg zu katasterämtern oder ähnlichen einrichtungen
gegangen wären, wäre die karte wohl immer nocht nicht da.
gruss
walter

-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Polizei-nutzt-OSM-fur-Fahndungsplakat-tp5552017p5583088.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] Aktuelle Grenzen von Kommunen und Ortsteilen!

[Walter Nordmann]

aber marc,
zur not frißt der teufel fliegen.
es geht doch mehr darum, dass tobias und gerade auch die aachener was
klarstellen in bezug auf legale datenquellen.
lg
walter

-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aktuelle-Grenzen-von-Kommunen-und-Ortsteilen-tp5582106p5583057.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] Polizei nutzt OSM für Fahndungsplakat

[M∡rtin Koppenhoefer]

Am 29. September 2010 07:24 schrieb Bernd Wurst :
> Es ging um die Polizei in Mönchengladbach, die eine Karte von der Nordrhein-
> westfälischen Pampa brauchte.


ja, sorry fürs OT mit Berlin, die m.E. eine gute Arbeit machen (auch
wenn es derzeit keine Erlaubnis gibt, die Daten für OSM zu nutzen);
ich finde es toll, dass Polizei, Bundesverfassungsgericht und
vermutlich noch andere institutionelle Stellen OSM Daten verwenden,
dafür machen wir ja u.a. die ganze Arbeit: damit die Daten auch
genutzt werden.


> Zumindest ich finde, dass die OSM-Karte wesentlich übersichtlicher ist.


Joa, ist ein anderes Kartenbild. Ich finde, man muss die Arbeit der
Vermessungsämter nicht schlechtreden, um OSM gut zu finden.


> Ergo: Die Entscheidung für OSM könnte qualitative Gründe gehabt haben. auch
> wenn das dem einen oder anderen hier nicht runter gehen will: OSM ist nicht
> schlecht. Und grade auf dem Land erst recht nicht schlechter als die Topo-
> Karten der meisten Vermessungsämter.


ja klar, im Gegenteil, OSM ist ziemlich gut.

Gruß Martin

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

Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht

[Steffen Wolf]

Hi Stephan Wolff,

> Praktisch wäre eine Webdienst, der einen Upload von GPX-Dateien ohne
> Angabe des OSM-Namens erlaubt, die Waypoints entfernt, Anfang und Ende
> der Tracks kürzt, auf Wunsch Datum und Uhrzeit auf einen Standardwert
> setzt und die Daten dann unter eigenem Namen in die OSM-Datenbank
> stellt.

Naja, das waere auch praktisch fuer den Betreiber des Webdienstes, da er
so an jede Menge "privater" Daten kommt. Anonymisierung sollte schon vor
dem Weitergeben an andere geschehen. Die Idee anonymer Tracks ist
allerdings gut.

stw
-- 
Erfurt liegt nicht an der Erfurt, sondern an der Gera.
Gera liegt aber dort mitnichten, sondern an der Elster.
Elster wiederum liegt an der Elbe, und Elbtal im Westerwald.
 [Matthias Opatz in desd]

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

[Talk-de] Projekt des Monats Oktober - Trinkwasser

[Jan Tappenbeck]

 Moin !

nachdem sich keiner so richtig für ein Thema interessiert hat und auf 
internationaler Ebene das Thema Trinkwasserstellen ausgerufen worden ist 
habe ich uns angeschlossen und eine Seite erstellt [1].


Die Namensgebung im intern. Titel ist noch etwas verwirrend - habe aber 
schon eine Mail an den Verfasser auf den Weg gebracht.


Auf [2] gibt es auch eine Liste wo man sich für Themen in der Zukunft 
outen kann.


Gruß Jan :-)

[1] http://wiki.openstreetmap.org/wiki/DE:Project_of_the_month/2010/october

[2] http://wiki.openstreetmap.org/wiki/Project_of_the_week/2010

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

Re: [Talk-de] Tracklogging am CAN-BUS? / Präzise G PS-Empfänger

[Garry]

 Am 28.09.2010 20:39, schrieb Johann H. Addicks:

ich habe hier zwei u-blox EVK-6T Entwicklerkits zu verkaufen: [1]

Gibt es Tracklogger für den CAN-Bus?

Zumindest einen Datenlogger:
http://pst-gmbh.net/index.php?option=com_content&task=view&id=26&Itemid=36

Wenn Du weisst in welchem Frame die Daten liegen kannst Du die schon 
beim Aufzeichnen herausfiltern.


Garry

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