[Talk-de] Abbiege-Restriktionen fuer LKW (was: nochmal ADAC)

[Birgit Nietsch]

Michael Buege schrieb:

> Zitat Birgit Nietsch:
>> Gibt es für enge Kurven schon so etwas wie einen
>> Max-Turning-Radius? Oder Ideen dafür, wie man feststellen +
>> mappen kann, dass eine Kurve von LKW/Bussen nicht genommen werden
>> kann, obwohl jede Straße für sich von diesen Fahrzeugen genutzt
>> werden könnte?
> 
> IdR steht dann ein entsprechendes Schild.
> "Keine Wendemoeglichkeit fuer LKW" oder so...

Wendemöglichkeiten meinte ich nicht, sondern die Erfordernisse 
beim Abbiegen, die sich aus der von Martin Simon erwähnten 
"Schleppkurve" ergeben. Wenn es jemals möglich sein soll,
LKW/Busse/Gespanne mit OSM zu routen, brauchen wir solche Daten. 

Vielleicht könnte man das mit Turn-Restrictions für bestimmte
Fahrzeugtypen abbilden. Wenn ich es richtig verstanden habe,
benötigen wir die unverbaute Breite der Fahrbahnen (also ohne
Verkehrsinseln usw.), den Winkel der Straßen zueinander, und eine
Tabelle, aus der wir ablesen können, für welche häufig vorkommenden
Fahrzeugtypen welche Kurve problematisch werden könnte. 

Oder wir finden vor Ort ein Schild, das LKW das Abbiegen an dieser
Stelle verbietet, dann haben wir Glück. 


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

Re: [Talk-de] nochmal ADAC

[Birgit Nietsch]

Jan Tappenbeck schrieb:

> Am 15.04.2010 11:05, schrieb Gerry Light:
>> Jan Tappenbeck schrieb:
>>> MaxValue-Daten für LKW
>>
>> Was'n das? maxheight, maxweight, maxaxeload usw.?
>>
>> TIA, Gerry
> 
> JO !

Gibt es für enge Kurven schon so etwas wie einen Max-Turning-Radius?
Oder Ideen dafür, wie man feststellen + mappen kann, dass eine Kurve
von LKW/Bussen nicht genommen werden kann, obwohl jede Straße für
sich von diesen Fahrzeugen genutzt werden könnte?


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

Re: [Talk-de] Strasse quert Zaun mit Tor

[Birgit Nietsch]

Markus schrieb:

> Ich nehme an, richtig ist:
> - Tor (kurze Linie) ist Bestandteil von Zaun (lange Linie)
> - Zaun und Strasse haben /physisch/ nichts gemeinsam.
> - Tor und Strasse stehen /funktional/ in Beziehung.
> 
>s
>|
> -z--t-|-t--z-
>|
>s
> 
> Wie beschreibt man das?

Ein Tor versieht IMO einen Weg mit der Eigenschaft, am nämlichen
Punkt passierbar oder nicht passierbar zu sein. Darum ist es für
mich ein Bestandteil des Weges. Zäune als solche habe ich noch 
nicht gemappt, allenfalls umzäunte Areas. 

> PS:
> Manchmal sieht man "Tor" als "Punkt des Zaunes" (Abstraktion von 2
> Torpfosten und Tor), verbunden mit Punkt der Strasse. Aber dadurch
> wird eine Verbindung von Zaun und Strasse vorgegaukelt, die es so
> nicht gibt.
> 
> Ähnliches sieht man manchmal bei sich kreuzenden mit Punkt
> verbundenen Schienen, bei denen ein "Abbiegen" von einem Gleis auf
> das andere ebenso unmöglich ist.

Sehe ich nicht als problematisch, solange auf den Schienen
eingetragen ist, welche Fahrzeuge dort erlaubt sind. Im Gegenteil:
ich will ja feststellen können, dass es sich um einen Bahnübergang
handelt, und nicht um getrennte Verkehrswege. Einen mahnenden
Piepser der Navi vor einem Andreaskreuz fände ich noch viel
sinnvoller als irgendwelche Radarfallenwarner.



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

Re: [Talk-de] OSM Karten auf e-Bay - oder was wir dra us machen können

[Birgit Nietsch]

Rainer Kluge schrieb:

> Grundsätzlich sehe ich das auch so. Trotzdem ist es moralisch
> fragwürdig, dies gezielt auszunutzen, indem man ein Photo einer
> PSP anbietet. Oder eben eine Karte, die die Erwartungen des
> technisch unbedarften Käufers nicht erfüllt.

Nun, einer Erwartung entspricht das zumindest: Dass man
im "kriminellen Internet" von "arroganten Hackern",
deren "Sozialkompetenz" knapp mal eben "zum Schuhezubinden" reicht,
unbrauchbare "Frickel-Software" angedreht bekommt, und dass man
sich den Ärger hätte sparen können, wenn man gleich das teurere,
aber zuverlässige "Markenprodukt" vom "Fachhändler" geordert
hätte. "Echte Qualität" hat eben "ihren Preis".

Entscheidend ist nicht die rechtliche Situation, sondern 
der gefühlte Beschiss, und diesen Eindruck verstärkt man durch 
"Selber-Schuld"-Argumentation mit an Sicherheit grenzender
Wahrscheinlichkeit.


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

Re: [Talk-de] OSM Karten auf e-Bay - oder was wir dra us machen können

[Birgit Nietsch]

Gerry Light schrieb:

> Butter bei die Fische: Für mich sind 20€ für die 2GB-Karte "nicht
> moralisch bedenklich". Es dürfen auch gerne 30 sein, und 10 davon
> werden gespendet. Wer bietet gleich oder was anderes?

Das ist genau die Preisspanne, die auch ich als OK ansehen würde.
20€ wiegen die Mühe für die Geschäftsabwicklung auf, und sind dem
Reifegrad des Produkts angemessen. Höhere Preise bis 30€ sind ein
üppiges Trinkgeld, und wenn davon eine Spende an das Projekt
abgezweigt wird, ist das fein, aber ich würde das noch 
nicht mal zur Bedingung machen.

Mondpreise von um die 60 oder 70 Euro liegen jedoch auf dem Niveau
von kommerzieller Ware. So gut sind OSM-Karten noch lange nicht. 
Das weiß jeder, der in bestimmten Zoom-Stufen zwar die Namen aller
Dorfteiche und Burggräben sah, aber keine einzige Stadt. Oder der
zu einer Adresse navigieren wollte, und nur ein "nicht gefunden"
bekam, obwohl die Straße eingetragen war. Oder sich wunderte, warum
das Routing trotz Fußgängereinstellung und verbundener Wege so
abenteuerliche Umwege berechnete. Oder, oder, oder. 

Außerdem kann man für seinen Ruf nichts schlimmeres tun, als den
Leuten das Gefühl zu geben, sie über den Tisch gezogen zu haben.
Schaut euch die aktuellen Unmutsäußerungen der Navigon-Kunden an:

http://blog.mathias-richel.de/2010/04/12/hallo-navigon-ich-hatte-da-mal-eine-frage/
http://www.netz-basis.com/wie-man-bei-navigon-versucht-stammkunden-loszuwerden/

Die haben um die 70€ für ihre Karten bezahlt, und dann zusehen
müssen, wie alle anderen das Zeug später kostenlos nachgeworfen 
bekamen. Und gehen jetzt an die Decke wie die HB-Männchen.




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

Re: [Talk-de] Klarstellung: OSM-Garmin-Karten bei Ebay

[Birgit Nietsch]

Chris66 wrote:

> Am 12.04.2010 21:20, schrieb Christian Hartnick:
> 
>> - Es geht mir um  Wucher (bis zu 60€ für die OSM-Daten)
> 
> Das Ebay Prinzip hast Du verstanden? Der Verkäufer hat die Karten
> wenn ich das richtig sehe zu einen Startpreis von 1 EUR
> reingestellt.

Das "Selber-Schuld-Prinzip" der "Besserinformierten" war mir schon 
immer zutiefst unsympathisch. Auch meiner Meinung nach ist sowas
Abzocke, da hier Unbeholfenheit und Unkenntnis von Anfängern 
ausgenutzt wird. Im übrigen gibt es bei Ebay eine Option, die da
heißt: "Sofort kaufen". Seriöse Händler benutzen die. 

Der Typ, der mit den Karten handelt, könnte die auch zu 
vernünftigen Preisen, gern auch mit einem fairen Gewinn, 
in Massen raushauen. Statt zuzusehen, wie sich ein paar Noobs
gegenseitig die Preise hochtreiben. Das wäre dann wirklich 
mal geschäftstüchtig. Und nicht anrüchig.

Bei diesem "Nä-nä-nä, Ätschebätsch, die Noobs hätten sich besser 
informieren sollen, siehste woll, freie Marktwirtschaft, die haben
alle selber Schuld" kommt mir die Galle literweise hoch! Was ist
das für eine Moral? Schande, schämt euch, werdet ganz klein und
hässlich, und versinkt im tiefsten Loch! So benehmen sich Banker,
Neoliberale und Hedge-Fund-Beteiligte! Bäh! Pfui Spinne! 


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

Re: [Talk-de] surface=compacted

[Birgit Nietsch]

M∡rtin Koppenhoefer wrote:

> Am 12. April 2010 17:22 schrieb Birgit Nietsch
>>> Zum Einstieg: http://de.wikipedia.org/wiki/Lagerungsdichte
>> Das meinst du jetzt aber nicht ernst, oder?
> 
> 
> nee, nicht wirklich, die zugrundeliegenden DIN-Normen sind proprietär,
> und daher ist dieses Thema vermutlich zu speziell, um wirklich eine
> feingranulare Abstufung zu bekommen. Ernst gemeint ist allerdings der
> Vorschlag, compacted=no/medium/heavy oder was in der Art mit z.B. 3
> (oder 4 oder 2) Stufen als Zusatzattribut für entsprechende Flächen zu
> haben, die keine versiegelte Oberfläche aufweisen.

Aha. Und das dann abhängig von Jahreszeit, Witterung und geologischer
Schichtung? Ich halte es für undurchführbar, da zuverlässige Daten
anzugeben, schon gar nicht in Zahlenform. Es macht einen himmelweiten
Unterschied, ob du bei Regen oder während einer Sommerdürre nahe bei
http://www.openstreetmap.org/?lat=53.31124&lon=10.28549&zoom=15
durch den Wald fährst. 



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

Re: [Talk-de] surface=compacted

[Birgit Nietsch]

M?rtin Koppenhoefer schrieb:

> "compacted= --- " als
> Abstufung z.B. gem. geltenden Normen.
> 
> Zum Einstieg: http://de.wikipedia.org/wiki/Lagerungsdichte

Das meinst du jetzt aber nicht ernst, oder?


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

Re: [Talk-de] Neuauflage OSM-Buch / Merkaartor- und Kosmos-User?

[Birgit Nietsch]

Frederik Ramm schrieb:

> Das waere jetzt ein guenstiger Zeitpunkt fuer all diejenigen von
> Euch, die das Buch gelesen haben und irgendwo ein Haar in der
> Suppe fanden, uns davon zu erzaehlen, damit wir ggf. etwas
> verbessern können.

Ich hoffe auf ein eigenes Kapitel zu Relationen, in dem Grundlagen
und praktische Anwendungen enthalten sind. Mit detaillierten
Anleitungen für Josm und Potlatch. 

Außerdem würde ich mich über ein ausführliches Kapitel zum Thema
Straßeneigenschaften freuen, in dem alles von der Straßenkategorie
bis hin zu Streckenverboten und Abbiegebeschränkungen erklärt wird.


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

Re: [Talk-de] Hilfe, niemand macht mehr mit!

[Birgit Nietsch]

Frederik Ramm schrieb:
 
> Die Anzahl der Benutzer steigt wie ueblich stetig, aber weiter
> unten, auf dem 4. und 5. Bild, sieht man, dass seit September die
> Zahl der Benutzer, die aktiv mitmachen, stagniert oder sogar
> leicht sinkt. Was ist passiert? Ist das einfach nur der Winter?

Die meisten Mapper leben in Städten, die meisten Städte sind nahezu
komplett, d.h. es fehlt der Reiz, neue Straßen zu erobern und weiße
Flecken im Gelände zu beseitigen.

In nahezu kompletten Gebieten bleibt entweder Fummelkram
nachzupflegen (Hausnummern, Geschäfte, Verkehrsschilder),
und das macht bei miesem Wetter keinen Spaß, ...

... oder es bleiben noch Sachen wie Verkehrslinien (Bus/Bahn),
Turn-Restrictions und andere mittels Relationen abbildbare Sachen.
Und die sind im Wiki schwer zu finden und leider auch eher
unverständlich erklärt.


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

Re: [Talk-de] [Geschäfte] Übersicht

[Birgit Nietsch]

Birgit 'Ingrid'  Nietsch schrieb:

> Markus schrieb:
> 
>> Wieso nicht einfach "Bürobedarf"?!
> 
> Dann aber sauber mit Sprachkennzeichnung:
> shop.de = Bürobedarf

Ups! und natürlich korrekterweise mit Doppelpunkten: 
shop:de = Bürobedarf

> shop.de = Bäckerei
> shop.de = Tiernahrung
> u.s.w.
> 
> Übersetzungen kann man dann bei Bedarf per Bot nachschieben, wo
> keine "shop = ..." gesetzt sind.



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

Re: [Talk-de] [Geschäfte] Übersicht

[Birgit Nietsch]

Markus schrieb:

> Wieso nicht einfach "Bürobedarf"?!

Dann aber sauber mit Sprachkennzeichnung: 
shop.de = Bürobedarf
shop.de = Bäckerei
shop.de = Tiernahrung
u.s.w.

Übersetzungen kann man dann bei Bedarf per Bot nachschieben, wo
keine "shop = ..." gesetzt sind.


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

Re: [Talk-de] [Geschäfte] Übersicht

[Birgit Nietsch]

Ulf Lamping schrieb:

> Bürobedarf -> office_supplies

Der gemeine Brite nennt sowas "stationery". Unter office supplies
fällt bei mir alles von Büromöbeln bis hin zum Kantinenlieferdienst
für Büroangestellte.

> Zoohandel -> pet (bzw. pet_supplies für "nur Tiernahrung")

Das wäre "pet_food". Bei clothes nehmen wir ja auch nicht
irgendwelche Eventualitäten mit dazu, sondern nennen die
Hauptwaren.

Ich fände es besser, nicht in "bad simple english" zu taggen,
sondern Begriffe aus etablierten britischen Wörterbüchern nehmen,
und auch keine Begriffe selbst zusammenzubasteln, sondern im
Zweifelsfall gebildete britische Muttersprachler um Rat zu fragen.


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

Re: [Talk-de] Strommast Kennzeichnung

[Birgit Nietsch]

Martin Koppenhoefer schrieb:
> Am 29. Oktober 2008 16:08 schrieb Christian Schuhmann:
>> Ich sag wie ich es mache:
>> Mast: power=tower, ref=6
>> Leitung: power=line, name=1015, operator=PreussenElektra,
>> layer=(zwischen 2 und 5), wires=single
>>
>> Bei wires gibt es diskussionsbedarf. Werden hier die Kabel pro
>> Kabelstrang oder die Kabelstränge insgesammt gezählt?
>>
> wie waere es, die Kabelstraenge zu zaehlen, und die Kabel pro
> Kabelstrang in einen extra tag zu packen?

OK - wer von euch beiden ist Hape Kerkeling, und wo ist die
versteckte Kamera?


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

Re: [Talk-de] [found Bug] Neues Debugging-Tool: Der OSM-Inspector

[Birgit Nietsch]

"Marc Schütz" schrieb:

> Wenn addr:street nicht gesetzt ist, sollten die beiden
> nächstgelegenen Straßen gesucht werden. Wenn der
> Entfernungsunterschied zu diesen beiden größer als ein bestimmter
> Schwellwert ist, dann sollte die nächstgelegene der beiden Straßen
> verwendet werden. Ansonsten ist nicht ganz eindeutig, auf welche
> Straße sich der Punkt bezieht, und es sollte entsprechend ein
> Fehler angezeigt werden (am besten in einem etwas anderen
> Farbton).

In die selbe Kerbe: addr:street setze ich bei Interpolationslinien
nur für die Linie, nicht für die Knoten. In die Knoten kommen bei 
mir nur die Hausnummern, zwecks Vermeidung von Redundanz. Außerdem
setze ich manchmal Hilfslinien, die nur addr:street als Tag haben,
um a-b-c-Hausnummern zusammenzuhalten. Spricht was dagegen?

Ansonsten: Schönes Hilfsmittel, der Inschpekter. :-)




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

Re: [Talk-de] [JOSM] Kreisverkehr zeichnen - falsche Richtung

[Birgit Nietsch]

Jan Tappenbeck schrieb:

[Kreisverkehr dreht falschherum]
> dann wäre es doch sinnvoll dieses über eine Einstellung
> vordefinieren zu können ?

Leg dir doch einfach den Button "Weg umdrehen" in die Toolbar.
Den braucht man sowieso alle naslang.


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

Re: [Talk-de] Christlische Religionen in Deutschland

[Birgit Nietsch]

Torsten Breda schrieb:

> Ich bin mir nicht ganz sicher, welche "denomination" ich eintragen
> soll.
> 
> Religion:christian ist schon mal klar.
> 
> Was trage ich aber für "evangelisch" ein?
> evangelical oder protestant?
> 
> Und für "katholisch"?
> catholic oder roman_catholic? (Wo ist da genau der Unterschied und
> woran sehe ich das, wenn am Gebäude nur "St.Marien Irgendwas"
> steht?

Das hatten wir hier neulich schon mal. Die Übersetzungen, die im
OSM-Wiki stehen, passen nicht immer und führen oft zur Verwirrung.

"Protestantisch" ist ein Sammelbegriff für alle christlichen
Kirchen, die weder katholisch noch orthodox sind. Evangelikale
sind nicht vergleichbar mit Lutheranern. Ausserdem gibt es
"Freie evangelische Gemeinden", "Evangelisch-Freikirchliche",
sowie etliche andere, die "evangelisch" im Namen tragen.

Es wäre besser, wir würden hier die Bezeichnungen verwenden, die
auf den Schildern am Gebäude stehen, und nicht übersetzen.





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

Re: [Talk-de] Funktioniert DGPS auch in Deutschland?

[Birgit Nietsch]

Dirk Stöcker schrieb:

> On Mon, 27 Oct 2008, Tobias Wendorff wrote:
> 
>>> SBAS kann nicht woanders sein, da SBAS der Oberbegriff ist.
>>
>> Sorry, Allwissender, ich meinte natürlich MSAS.
> 
> Allwissend ist mein Vater. Ich bin nur sein Sohn. ;-)

Ich glaube an dich und hätte auch gleich eine winzige Bitte: 
In Hamburg gibt es eine Elbinsel ohne Fähranbindung, auf der
noch eine ungemappte Straße ist. Wenn du dich dieser mal
annehmen könntest, der Dank der Hamburger Mappergemeinde
wäre dir gewiss. 


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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Birgit Nietsch]

Florian Lohoff schrieb:

> Das argument das Hausnummern kein attribut der straße sind ist
> richtig. Aber genausowenig sind sie attribut eines ways der neben
> der straße liegt. Und nach dem Motto das wir nur mappen in form
> von nodes und ways was physich existiert (siehe diskussion um
> fluglinien) ist das way anlegen fuer die inerpolation von
> hausnummern auch dran vorbei.
>
> Und besser machen koennen wir sicherlich - aber ich werde den
> interpolierenden teil des Karlsruhe Schemas nicht anwenden.
> Alleine beim anblick der ways die links und rechts neben der
> straße sind rollen sich mir die Fußnaegel hoch. 


Hausnummern sind keine Hausnummern sondern Grundstücksnummern,
und sind Attribute der Grundstücke, die neben der Straße liegen.
Die zusätzlichen "Wege" sind die Grundstücksfronten. Es ist zwar
schade, dass man nicht einzelne Linienabschnitte von Areas
verschieden attributieren kann (Eckhäuser mit zwei Eingängen), 
aber man kann wohl nicht alles haben.

Relationen schön und gut, das ist ein *interessantes* Konzept.
Aber bitte schreibe auch die passenden, für absolut blutige
Anfänger tauglichen Anleitungen für alle verbreiteten Editoren, 
wenn du so etwas einführen oder etablieren möchtest. Inklusive
Erkennung, Wartung, Fehlerquellen. Sonst bleibt "das kann man
mit Relations machen" eine Geek-Phrase, für die du von einigen
Leuten mit nicht mehr frischen Lebensmitteln beworfen und bis
in die Antarktis gejagt wirst, um dort die Bruchkanten der
Gletscher zu mappen. Ich zum Beispiel werde bösartig, wenn
mir jemand meine Arbeitsweise madig macht, ohne mir eine
verständliche Anleitung zum Andersmachen zu geben.


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

Re: [Talk-de] Richtungsabhaengige oder Abschnittsweise attribute/tags

[Birgit Nietsch]

Florian Lohoff schrieb:

> So wie ich diverse mails bereits auf talk und dev interpretiert
> habe gibt es auch ausserhalb Deutschlands die mit dem Karlsruhe
> schema nicht klarkommen. Ich meine da mails aus Indien gesehen zu
> haben.

Das liegt möglicherweise an der etwas exotischen Einordnung 
des Menüpunkt in JOSM, und daran, dass man beim Eintragen 
nicht geführt wird, sondern wissen muss, was dabei rauskommen
sollte. Sobald man das rausgefunden hat, ist es dann simpel.


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

Re: [Talk-de] Was fuer Anleitungen fehlen?

[Birgit Nietsch]

Johann H. Addicks schrieb:

> Alles was irgendwie nur mit Relations sinnvoll gemapt werden kann,
> aber wo einem JOSM vielleicht unter die Arme greift, dass man
> nicht alles (potentiell fehlerträchtig) von Hand machen muss. Zum
> Beispiel:
> 
> - überlappende Landuses
> - Abbiegeverbote

- Bundes- und Kreisstraßen

Folgendes ist vermutlich eher nicht von Anfängern zu schreiben, 
aber hier fehlen wirklich brauchbare Howtos für JOSM:
- hierarchische Relationen: Vorhandene finden+pflegen, Neue anlegen
- verteilte Elemente, die zu einer definierten Menge gehören,
  z.B. Buslinien eines Verkehrsbetriebs, verstreute Geländestücke
  eines Gesamtbetriebs (Universität)
- Verkehrslinien (Buslinien, Bahnlinien)



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

Re: [Talk-de] Verwirrung bei Packstation tagging.

[Birgit Nietsch]

Thomas Drebert schrieb:

[http://wiki.openstreetmap.org/index.php/Packstation]
> 
> 
> 
> 
> 

Obiges ist die veraltete Version der Packstation. Die Tags
wurden erstellt, als die am Entwurf Beteiligten noch keine
reinen Paketbriefkästen gesehen hatten.

>   Wie ist es den nun richtig?
> 
> Und noch mal zum Tag: vending=parcel_pickup;parcel_mail_in
> muß der komplett so drin stehen oder ist das ein oder?
> vending=parcel_pickup
> vending=parcel_mail_in

Derzeit ist es, wenn die Packstation beides kann:

amenity=vending_machine
vending=parcel_pickup;parcel_mail_in

Einen Paketbriefkasten, in den Pakete lediglich eingeworfen
werden, würde ich schnörkellos als amenity=parcel_box taggen.
Aber das ist möglicherweise nur meine Meinung.


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

Re: [Talk-de] Fahrradspur

[Birgit Nietsch]

Matthias Brandt schrieb:

>>
http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Linienb%C3%BCndel
>> 
> Und dort findet man doch die sehr gute Lösung mit den Relationen,
> wie sie auch in der API 0.5 vorhanden sind. Reicht das nicht?

Nein:
http://maps.google.de/?ie=UTF8&ll=53.544198,10.019883&spn=0.000504,0.000776&t=k&z=20

Elf parallele Spuren, plus mehrere Grünstreifen. Das Bündel will 
ich nicht zeichnen, und wenn es jemand zeichnet, will ich es nicht
pflegen müssen. 


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

Re: [Talk-de] Fahrradspur

[Birgit Nietsch]

Sven Anders schrieb:

> Am Mittwoch, 22. Oktober 2008 13:34 schrieb Birgit Nietsch:
>> Dimitri Junker schrieb:
>> Solche Fleißarbeit ist auch anderswo zu beobachten, und das finde
>> ich furchtbar. Vor lauter separaten Radspuren, Busspuren,
>> Bebauungsdaten landen wir bei einem Gewirr von parallelen Linien,
>> das man beim Bearbeiten kaum mehr auseinanderhalten kann.
> 
> Das sehe ich ein wenig anders. Ich finde wir sollten niemanden
> verbieten Fahrradwege auch Extra zu erstellen. 

Ums Verbieten geht's mir gar nicht. Nicht umsonst hab ich meinen 
Vorschlag so aufgebaut, dass er neben den alten Strukturen 
einsetzbar wäre, ohne sich damit zu beißen.

> Denn an kommt ja 
> doch nicht an jeder Stelle mit dem Fahrrad über eine (z.B. 4
> spurige mit Parkstreifen etc.) Straße. Auch gibt es häufig an
> einer Kreuzung mit 4 Straßen nur 3
> Fußgänger/Fahrrad Querungen.  

Das könnte man mit geeigneten Anpassungen taggen, kein Problem. 
Zum Beispiel könnte man entweder für die einzelnen Lanes oder die 
einzelnen Verkehrsteilnehmer angeben, ob sie ihre Spur verlassen 
können. 

pedestrian:crossing = restricted (auch auf Nodes -> Kreuzungen!)
bicycle:crossing = restricted

oder 

lane:a:crossing = restricted (nicht auf Kreuzungen, da uneindeutig)

An den benachbarten Node, nämlich da, wo der Ampelmast steht, 
kämen dann die gewohnten Tags für Fuß- und Rad-Überwege. Auch 
eine Brücke oder eine Unterführung könnte man dann in einen 
Node packen, mit Angaben, von welcher zu welcher Spur die 
führt, und ob es Treppen, Rampen, Fahrstuhl auf dieser oder 
jener Seite gibt.

> http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Linienb%C3%BCndel

Oh, da haben ja noch ein paar Leute ähnliche Ideen gehabt. Danke,
ich pack meine mal dazu.


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

Re: [Talk-de] Fahrradspur

[Birgit Nietsch]

Dimitri Junker schrieb:

> Hier in Aachen macht sich jemand viel Arbeit,
> Da tauchen auf einmal neben Straßen getrennt eingegebene
> Fahrradwege auf, die so markiert sind:
> highway=cycleway
> cycleway=lane

Solche Fleißarbeit ist auch anderswo zu beobachten, und das finde
ich furchtbar. Vor lauter separaten Radspuren, Busspuren,
Bebauungsdaten landen wir bei einem Gewirr von parallelen Linien,
das man beim Bearbeiten kaum mehr auseinanderhalten kann. 

Ich meine, dass es besser wäre, eine gut sortiere Datenstruktur für
Spuren auf einem Linienzug zu haben, und irgendwann brauchen wir
dann auch Editoren, die das so unterstützen, dass man sich als
Benutzer möglichst wenig mit den einzelnen Tags herumschlagen muss. 

Vielleicht etwas in der Art (nicht wortwörtlich, sondern sinngemäß):

lane:a = pedestrian
lane:a:surface = gravel
lane:b = bicycle
lane:b:surface = bricks
lane:c = barrier
lane:c:barrier = fence
lane:d = road
lane:d:road:type = secondary
lane:d:road:direction = opposite
lane:d:road:speed_limit = 60 km/h
lane:e = bus
lane:e:road:direction = forward
lane:e:road:speed_limit = 60 km/h

... und so weiter. 

Die Spuren in meinem Versuch eines Datenmodells gehen von links nach
rechts in Richtung des Wegs. Wenn man die Richtung eines Wegs
umdreht, sollte ein Editor nachfragen, ob er die Reihenfolgen und
Richtungen der lanes mitdrehen soll oder nicht.

So ein neues System würde vieles über den Haufen werfen. Darum
sollte es schon sehr durchdacht sein, ehe man es einbaut. Ich
finde, wir sollten es irgendwann angehen.


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

Re: [Talk-de] Straßen als Flächen

[Birgit Nietsch]

Tobias Wendorff schrieb:

> Marcus Wolschon schrieb:
>> ich sehe bisher nicht, daß mehr als das width-Tag
>> nötig sind um eine Straße als Fläche zu erfassen.
> 
> Nunja, neben der Straße sind dann noch so Informationen,
> wie Bürgersteige etc.

... und Fahrspuren, und Barrieren entlang von Spuren.
Zum Beispiel in einer Straße hier in der Gegend:
- Fußweg
- Absperrgitter: Überqueren der Straße nur an Ampeln erlaubt
- zwei KFZ-Spuren
- zwei Busspuren, hin und rück
- Bushaltestelle in Straßenmitte für die eine Busrichtung,
  Bushaltestelle in Straßenmitte jenseits der Kreuzung
  für die andere Richtung
- drei Ampeln rund um die Kreuzung, davon eine Blindenampel
  und zwei konventionelle Ampeln
- erst zwei, dann drei drei KFZ-Spuren, davon zwei Links-, 
  ein Rechtsabbieger
- doppeltbreiter Radweg, hin und rück, "hin" wird hinter
  der Kreuzung als Spur auf der Straße weitergeführt,
  "rück" kommt über die Ampel von der anderen Seite.
- Fußweg
- eine Seitenstraße mit Wendekreis, deren Fuß- und Radweg 
  mit der Hauptstraße verbunden sind. Sie hat nur einen 
  einseitigen Radweg und hat Kopfsteinpflaster.

An sich ist das nichts kompliziertes, oder? Aber um das in Tags zu
stecken muss man derzeit eine Menge recherchieren und hat dann
immernoch offene Fragen: Das Absperrgitter? Die Busspuren einzeln
zeichnen? Eine oder zwei? Die KFZ-Spuren links und rechts davon
einzeln zeichnen? wie die Ampeln einzeichnen, als Linie mit
Kreuzungspunkten auf allen Spuren? 


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

Re: [Talk-de] Flächen auf die Straße ziehen?

[Birgit Nietsch]

Tim Krüger schrieb:

> Mal ganz davon abgesehen das ich das Blitzen in der gerenderten
> Karte nicht schön finde, bin ich der Meinung das die Flächen auf
> die Straßen gezogen werden sollten (also auch auf die gleichen
> Nodes) um einen sauberen Datenbestand zu erhalten. So sieht es
> auch z.B. das neue Datenmodell ALKIS der Kataster- und
> Vermessungsämter in Deutschland vor.
> 
> Wie steht ihr dazu? Sollte ich diese Anpassung machen?

Lieber nicht. Aufeinanderliegende Strecken lassen sich mit den
bestehenden Editoren nur schwer bearbeiten. 



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

[Talk-de] Bitte sinnvoll zitieren (was: Flä chen auf die Straße ziehen?)

[Birgit Nietsch]

Dominik Spies schrieb:

> Hallo Leute,
> 
> sehe ich gar nicht so.

Hallo Leute! Was hier wer wie sieht könnte ich viel leichter
verstehen, wenn ihr so freundlich wärt, aus dem Artikel, auf
den ihr antwortet, die relevanten Teile zu zitieren, und eure
Erwiderung unter die jeweiligen Sätze zu schreiben. Zwar gibt
es 'Referenzen', die ich anklicken kann, aber nicht immer ist
das Gesuchte auch abrufbar. Danke.


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

Re: [Talk-de] PERL REGEX?

[Birgit Nietsch]

Tobias Wendorff schrieb:

> Jacques Nietsch schrieb:
>> Warum benutzt hier eigendlich keiner XML::Parser zum Parsen vom
>> osm Dateien?
> 
> Frage war zwar nicht an mich, aber:
> 
> Ich habe mit XML-Parsern immer schlechte Erfahrungen gemacht.

Hier ist aber kein XML-Parser gemeint, sondern das Perl-Modul 
mit dem Namen XML::Parser. Das tut nichts weiter als dir ein
paar nette zusätzliche Perl-Funktionen zur Verfügung zu stellen,
die dir das Gehampel mit den regulären Ausdrücken abnehmen.

> Manche, wie XML Starlet, lesen erst die ganze XML-Datei ein
> und erzeugen das Inhaltsverzeichnis.

Das ist auch besser so. XML ist formatfrei, Einträge können
Zeilenumbrüche enthalten. 


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

Re: [Talk-de] Fahrstuhl taggen

[Birgit Nietsch]

Ralf Schreg schrieb:

> Wenn wir schon mal bei Aufzügen sind:
> 
> Bei uns gibt es einen "Peoplemover".
> Wie tagt man hier korrekt?
> 
> http://www.schmidgruppe.de/t3/spm_start.0.html
> 
> Aufzug links, Aufzug rechts, dazwischen ein Stück Schiene, auf der die
> Aufzugskabine wie die Wuppertaler Schwebebahn über die Straße fährt.

Als Seilbahn? ;-)


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

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

[Birgit Nietsch]

Garry schrieb:

> Der Wert 7km/h ist so gewählt dass er unter dem Gesichtspunkt

Schluss. Es reicht. Das ist deine Meinung zu diesem Zeitpunkt.
Andere könnten völlig anderes wünschen. Auf den Schildern steht ein
Wort, keine Zahl, und dieses Wort muss ausgewertet werden. Die
Auswertung ist die Aufgabe der Programme, die aus den OSM-Daten
Navi-kompatible Daten machen, und es ist nicht die Aufgabe des
Mappers, sich da irgendeine Zahl auszudenken. Wir mappen nicht für
die Renderer, und wir mappen auch nicht für spezielle Anwendungen.
Wir mappen, was da steht, und da steht "Schrittgeschwindigkeit".

Wenn Schrittgeschwindigkeit in verschiedenen Ländern verschieden
definiert wird, wenn Gesetze sich ändern, oder wenn jemand, der
Navi-Daten aus OSM-Daten generieren will, eine andere Empfehlung für
Schrittgeschwindigkeit geben möchte als du, dann muss es möglich
sein, die Daten entsprechend zu interpretieren. Eine angepasste
Interpretation darf nicht durch erfundene Zahlen blockiert werden.
Und ja, damit wirft man althergebrachtes über den Haufen, weil es
nämlich sein muss, Punkt. 

Dir empfehle ich das Buch "Adrenalin-Junkies und Formular-Zombies -
Typisches Verhalten in Projekten" von Tom DeMarco.


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

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

[Birgit Nietsch]

Mario Salvini schrieb:

> Ich fänds also schön, wenn wir sachlich bleiben könnten und nicht
> ins populistische abdrifften.

Doch nicht bei dieser Threadlänge. 
Popcorn! Lerchenzungen! Otternnasen!


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

Re: [Talk-de] weitere maxspeed-Values brauchen wir!

[Birgit Nietsch]

Garry schrieb:

> Mit 7km/ als Anzeigewert wirst Du immer auf der sicheren Seite liegen.

Ich tagge, was auf dem Schild steht. Da steht nicht 7, da steht Schritt.
Walk ist ein guter Vorschlag, also mach ich das in Zukunft so.



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

Re: [Talk-de] Grundstücksgerenzen.

[Birgit Nietsch]

Dr. Franz-Josef Behr schrieb:

> Aber: Kaufpreise koennten schon interessant sein...

Für wen, basierend auf was? Ich fände das sehr problematisch.


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

Re: [Talk-de] JOSM Maßeingaben

[Birgit Nietsch]

Martin Koppenhoefer schrieb:

> Am 6. Oktober 2008 14:12 schrieb Detlef Reichl
>> wie werden Kommawerte z.B. die eine maximale Fahrzeugbreite
>> (maxwidth) von 2,2 Meter, in JOSM eingegeben, wenn ich das
>> deutsche Sprachpaket installiert habe?
>>
>> Als 2.2 oder als 2,2? Es wird beides akzeptiert. Schön wäre es
>> wenn bei Eingabe eine falschen Trennzeichens eine Warnung
>> ausgegeben wird.
>>
> Die Eingabe sollte unabhängig von Editor und Sprachpaket immer
> gleich sein und kannst Du bei den jeweiligen Tags im Wiki meist
> erknnen (z.B. an den Beispielen).

Besser wäre es, JOSM würde für Tags, die zu vorkonfigurierten 
Sets gehören, kontextsensitive Hilfen und Hinweise enthalten. 
Ein ständiges Hin und Her zwischen Browser und Anwendung macht
die Arbeit damit nicht sehr angenehm.


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

Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?

[Birgit Nietsch]

Sven Geggus schrieb:

> Chris66 <[EMAIL PROTECTED]> wrote:
> 
>> Funktioniert das auch, wenn man nicht mehr in der Liste
>> angemeldet ist?
> 
> Wohl kaum. bei solchen hacks muss man in der Regel immer die Liste
> abbonniert haben, die Zustellung der Postings aber abschalten.

Falsch. Der Listenbetreiber kann's einstellen. Ich hab osm.region.de
nicht abonniert, weil mir die Liste zuviel Datenvolumen hat. Darin
schreiben kann ich, wie du siehst, trotzdem. Bei der Hamburg-Liste
ist es anders eingestellt, da muss man Mitglied sein um mittels
Newsclient in der Liste schreiben zu können.


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

Re: [Talk-de] Antw: Re: RFC - Key:Railway - Forum oder Liste?

[Birgit Nietsch]

Andreas Labres schrieb:

> Ich bin sehr dafür, daß Groupwise in ML grundsätzlich verboten
> wird... ;))

Vorsicht! "Grundsätzlich" bedeutet im Bürokratendeutsch, dass
Ausnahmen möglich sind.

Ich wäre sehr dafür, die Liste nur noch über Newsserver zu
betreiben, und gar nicht mehr per Mail. Aber dann bekommen 
vermutlich all die eine Krise, die sich nicht mit News
anfreunden können.


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

Re: [Talk-de] Dänishe Namen mappen?

[Birgit Nietsch]

Sascha Silbe schrieb:

> Aber ich glaube, das ursprüngliche Problem war, die Zeichen auf dem
> Schild überhaupt zu entziffern - da hilft das alles hier vermutlich nur
> wenig. :)

So schlimm sind die nicht, immerhin ist es kein Kyrillisch. Und notfalls
schreibt man erstmal (oe) und (ae) anstelle der dänischen Sonderzeichen.


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

Re: [Talk-de] landuse übereinander

[Birgit Nietsch]

Bernd Wurst schrieb:

> Oder gibt es (abseits von dem was ich bisher gesehen habe) auch Friedhöfe,
> die wirklich wie Wald aussehen?

Auf dem Ohlsdorfer Friedhof in Hamburg gibt es einen Wald der Stille,
in dem Urnen bei den Bäumen beerdigt werden. Dazwischen ist hohes Gras.


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

Re: [Talk-de] Tagging Schild 250 -Verbot für Fahrze uge aller Art

[Birgit Nietsch]

Sascha Silbe schrieb:

> On Sun, Oct 05, 2008 at 01:28:17PM +0200, Birgit Nietsch wrote:
>> Gute Idee, dann finden wir bestimmt viel leichter einen Weg, sowas
>> wie das da zu taggen:
>> <http://farm4.static.flickr.com/3001/2572866316_c79d524458_o.jpg>
> Hardcore. :)
> Hast Du einen Idee, wie man das so taggen könnten, daß es automatisch
> auswertbar wird?

Klage vor dem Europäischen Gerichtshof und Verbot solcher Schilder. :)


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

Re: [Talk-de] Benutzung von highway: tertiary

[Birgit Nietsch]

Hatto von Hatzfeld schrieb:

> Auffallend finde ich übrigens, wie sich Google-Maps hier bei der
> Dompfaffstraße verhauen hat:
> 
>
http://maps.google.de/maps?f=q&hl=de&q=dingolfing&t=h&ll=48.619499,12.479085&spn=0.00522,0.009656&z=17
> 
> Wie kommt so etwas?

Die Gebäudezufahrten sind als Straßen mit Straßennamen eingetragen.
Haben wir auch:
http://www.openstreetmap.org/?lat=53.53459&lon=10.03411&zoom=17



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

Re: [Talk-de] Tagging Schild 250 -Verbot für Fahrze uge aller Art

[Birgit Nietsch]

Ingo Driever schrieb:

> In diesem Zusammenhang stehlt sich die Frage ob es nicht sowieso besser
> wäre statt Regeln, lieber Schilder zu taggen. Wenn der Bundestag Morgen
> beschließt würde dass, Schild 250 sich nicht Fahrräder bezieht müsste
> man alle Regeln ändern. Das Schild bliebe das Schild nur mit einer
> anderen Bedeutung.

Gute Idee, dann finden wir bestimmt viel leichter einen Weg, sowas
wie das da zu taggen: 


;-)


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

Re: [Talk-de] Unbekannte Wege Tagen.

[Birgit Nietsch]

Garry schrieb:

> "road" wurde eingeführt um es den Mappern zu vereinfachen ihre
> GPS-Aufzeichnungen rudimentär
> selbst in OSM einzutragen. Wenn es aber dazu führt dass aus
> Bequemlichkeit grossflächig nur noch "road"
> getaggt wird (was dazu noch nicht unbedingt gerendert wird)dann hat es
> meiner Meinung nach seinen
> Zweck verfehlt und man sollte über  eine  andere Lösung nachdenken.

Ich verwende "road", wenn mit meinen Aufzeichnungen was nicht in
Ordnung ist: Ich hab den Track, ich hab meine Notizen, aber das
Dateisystem auf meinem Fotoapparat war zerschossen, und ich weiss
nur noch, dass die eine Straße da an mehreren Stellen verpollert 
war. Dummerweise war das draußen in Lauenburg. Muss ich sowas in
Zukunft, so mich dies Schicksal wieder ereilt, anders taggen, weil 
die Gefahr besteht, dass bequeme Leute ohne Not highway=road taggen?
Und was ist, wenn die "bequemen Leute" dann das selbe tun? Und was
ist eigentlich bequem? Unsere Arbeit bezahlt uns doch keiner.


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

Re: [Talk-de] Bahnhof vs. Haltepunkt

[Birgit Nietsch]

Tobias Wendorff schrieb:

> Birgit Nietsch schrieb:
>> Einmal, als railway=station, als ein Node, etwa in Gebäudemitte.
> 
> Also wurde das Gebäude getagged? Nunja, das ist die nächste Frage :-)

Schau doch selbst:
http://openstreetmap.org/?lat=53.560759&lon=9.989702&zoom=18&layers=B000FTF

(Nein, ich hab das nicht getaggt.)


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

Re: [Talk-de] Vorschlag für's neutrale Eisenbahn- Tagging

[Birgit Nietsch]

Tobias Wendorff schrieb:

>> railway=station mit der Bedeutung: "Bahnhof oder Haltepunkt, an dem Züge
>> planmäßig halten"
> 
> Ich habe das extra nicht so genannt, weil "station" in diesem
> Fall _eindeutig_ Bahnhof bedeutet.
> 
> train_stop ist analog zu bus_stop und tram_stop.
> Es gibt ja auch Busbahnhöfe...

"bus stop" ist ein stehender Begriff und daher intuitiv zu benutzen.
"train stop" ist mir so noch nicht untergekommen. Aber "station" ist 
ein völlig banaler Alltagsbegriff, und das erste passende Wort, das 
einem international zu sowas einfällt.



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

Re: [Talk-de] Vorschlag für's neutrale Eisenbahn- Tagging

[Birgit Nietsch]

Tobias Wendorff schrieb:

> Birgit Nietsch schrieb:
>> Detail, kleines: Als Trennzeichen für Hauptkey:Subkey:Subsubkey
>> immer Doppelpunkte nehmen, weil das in XML so üblich ist.
> 
> Habe ich das nicht?

Ich hatte auf Till gentwortet, und der hatte da Unterstriche stehen.


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

Re: [Talk-de] Vorschlag für's neutrale Eisenbahn- Tagging

[Birgit Nietsch]

Till Maas schrieb:

> Wäre es nicht analog dazu auch besser anstelle von
> 
> service_DB
> service_DB_id
> 
> folgende Tag-Namen zu wählen?
> 
> service_operator
> service_operator_id
> 
> Ansonsten müßte man ja für jeden Betreiber extra Tags einführen. Wobei ich
> auch nicht verstehe, warum die ID der DB zur Service Klassifizierung
> gehört. Vielleicht wäre dann sowas noch aussagekräftiger:
> 
> operator_id
> operator_category

Detail, kleines: Als Trennzeichen für Hauptkey:Subkey:Subsubkey
immer Doppelpunkte nehmen, weil das in XML so üblich ist. 


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

Re: [Talk-de] Bahnhof vs. Haltepunkt

[Birgit Nietsch]

Tobias Wendorff schrieb:

> Birgit Nietsch schrieb:
>> Wie taggen wir nach deinem Schema Hamburg-Dammtor, zweimal?
>> (Zwei Bahnsteige, S-Bahn und Fernbahn.)
> 
> Wie(oft) wird es denn zur Zeit getagged?

Einmal, als railway=station, als ein Node, etwa in Gebäudemitte.
 



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

Re: [Talk-de] Bahnhof vs. Haltepunkt

[Birgit Nietsch]

Tobias Wendorff schrieb:

> "Train Stop" erstmal allgemein als Kennzeichen, dass ein Zug
> dort anhält und kein Bus oder keine Straßen-/Stadt-/U-Bahn.

Wie taggen wir nach deinem Schema Hamburg-Dammtor, zweimal? 
(Zwei Bahnsteige, S-Bahn und Fernbahn.)


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

Re: [Talk-de] Antw: Re: Rückantwort der Deutsch en Bahn bzw. DB Netz AG

[Birgit Nietsch]

Philipp Klaus Krause schrieb:

> Andreas Pothe schrieb:
> 
>> Ich halte diesen ganzen Thread (den ich allerdings auch nur
>> partiell gelesen habe) für Unfug. Die betriebliche Unterscheidung
>> zwischen Bahnhof, Haltepunkt und Haltestelle interessiert den
>> Normalmenschen nicht, für den sind das alles Bahnhöfe.
> 
> Mit dem Argument kann man auch highway=tertiary,
> highway=unclassified und highway=track, tracktype=grade1
> zusammenwerfen.

Nein. Nach der Bundesstraße 234 kannst du fragen, und wenn ein
Autofahrer nach dem kürzesten Weg nach Xyz fragt, schickst du
ihn auch nicht durch verkehrsberuhigtes Gelände, wenn das nicht
unbedingt sein muss.

Ich bin für was ganz simples. Meinetwegen sowas wie railway=station.
Die Spezialisten können sich dann meinethalben mit zusätzlichen
Spezial- und Erweiterungstags vergnügen. Ich will auch gar nicht
wissen, wie die alle heißen. Taggt meinethalben alles was ihr mögt,
in allen seinen Einzelheiten, von Abfh bis Zsig, ihr habt da sicher
viel mehr Freude dran als ich, und den Spaß will ich euch auf 
keinen Fall nehmen. Aber bitte, gebt auch Dummen eine Chance, bei
OSM mitzumachen. Ein Haupttag für bahntechnisch Minderinformierte,
von dem wir Trottel wissen: wenn wir das eintragen, soll dass
heißen, dass hier Züge planmäßig an Bahnsteigen halten, damit
Menschen ein- oder aussteigen können. Vom dem Rest lasse dann
zumindest ich, ganz großes Ehrenwort, auch meine unegalen Daddeln.


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

Re: [Talk-de] denomination-tag

[Birgit Nietsch]

Henry Loenwind schrieb:

> Frank Sautter wrote:
> 
>> * das tag denomination:de einführen und einen guten satz von
>> wertevorgaben definieren
> 
> Warum ":de" unbedingt an das Tag hängen? Wie wäre es mal zur
> Abwechslung "de:" an den Value zu hängen? Also
> "denomination=de:evangelisch" (oder "legal_status=de:Autobahn" vs.
> "legal_status=at:Autobahn" )...

Ist die Schreibweise denn in XML so gebräuchlich? Eine Key-ähnliche
Eigenschaft im Value? Mir kommt das bös komisch vor.


Logischer fühlt sich für mich an, denomination immer in der
Landessprache auszufüllen, wie man es auch bei Straßennamen 
macht, und denomination:en nur dann auszufüllen, wenn es für 
den genannten Sprachraum (hier englisch) übersetzt wurde. 

Dann kann ich auch, wenn ich im Hafenviertel auf eine dänische
Seemannskirche stoße, denomination:dk=danske ... eintragen,
und der Pfarrer/Küster/Diakon dieser Gemeinde kann, sofern
gewünscht, die deutsche, englische, französische, schwedische, 
wasimmer Bezeichnung dazu packen.


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

Re: [Talk-de] denomination-tag

[Birgit Nietsch]

Holger Schurig schrieb:

> Also: weg mit diesen dummen Kategorisierungen, die immer
> irgendwie falsch sind und hin zu korrekten Bezeichnungen der
> Gemeindeform, die die Einrichtung betreibt. Dann gibt es kein
> Problem mit "Syrisch-Orthodoxe Kirche" oder "Kirche des
> Nazareners" oder "Baptisten" oder "Lippische Landeskirche".
> 
> Und auch weg von englischen Bezeichnungen, denn die
> deutsche "Gemeinde Gottes" hat wenig mit den "Assemblies of God"
> der Amerikaner zu tun. All diese Übersetzerei ist unnötig und
> macht Dinge nur ungenauer.

*unterschreib*


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

Re: [Talk-de] Packetstation - diesmal geben und nicht nehmen

[Birgit Nietsch]

Johann H. Addicks schrieb:

>>> Darf ich diesmal zweifeln?
> 
>> Du darfst zweifeln, aber du irrst. Es gibt Paketbriefkästen.
>> Mechanisch, unelektrisch, gelb, aus Blech, breit, etwa so
>> groß wie eine Recyclingbox, mit einer Art drehbaren Wanne
>> für den Einwurf. Frankiertes Paket reinlegen, umklappen, gut.
> 
> Wer mag es in's Proposal integrieren?
> Sonst kommt die Frage nämlich nächsten Monat wieder.

Done, aber irgendwer hat da anscheinend ein Faible für
vending_machine, was ich in diesem Fall als ABM empfinde.
Ein tag mehr pro Dingens, und es macht die Sache nicht
klarer. 


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

Re: [Talk-de] OSM-Philosophie

[Birgit Nietsch]

Guenther Meyer schrieb:

> soweit ich mich erinnern kann, wurden schon foren aufgrund
> verwendung eines markennamens kostenpflichtig abgemahnt, nur weil
> den markeninhabern das dort ueber das produkt geschriebene nicht
> gefallen hat...

Hiermit mahne ich dich kostenpflichtig für die Nichtverwendung von
Großbuchstaben in deinem Artikel ab, da mir das nicht gefällt. Ich
fordere dich auf, derlei in Zukunft zu unterlassen. Für die lästige
Arbeit, dir diese Aufforderung zu schreiben, erlaube ich mir, dir
eine Gebühr von 498 Lewonzen und 97 1/1 Zumseln zu berechnen, die 
du mir bitte binnen 14 Nanosekunden auf mein Usenet-Konto bei der 
großen Kasper-Bank überweisen willst. Bei nichterfolgter Zahlung
schicke ich dir ein fieses Foto von einem schwarzen Kleinbus.


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

Re: [Talk-de] Packetstation - diesmal geben und nicht nehmen

[Birgit Nietsch]

Johann H. Addicks schrieb:

>> ich habe kürzlich eine Paketstation gefunden - bei der wird kein
>> Paket abgeholt sonder reingeschmissen.
> 
> Ja, schön.
> Die Existenz dieser "Nur-Abgabe-Automaten" wurde hier auf
> der Liste schon mehrfachst erwähnt, jedoch immer wieder
> angezweifelt.
> 
> Darf ich diesmal zweifeln?

Du darfst zweifeln, aber du irrst. Es gibt Paketbriefkästen.
Mechanisch, unelektrisch, gelb, aus Blech, breit, etwa so
groß wie eine Recyclingbox, mit einer Art drehbaren Wanne
für den Einwurf. Frankiertes Paket reinlegen, umklappen, gut.


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

Re: [Talk-de] Packetstation - diesmal geben und nicht nehmen

[Birgit Nietsch]

Birgit Nietsch schrieb:

> Ich wäre für die Einführung eines eindeutigeren Namens für
> die Paketstationen, also zum Beispiel:
> 
> amenity=parcel_box        für Paketbriefkästen
> amenity=parcel_machine    für Packstationen

Grad eben gesehen - seit gestern(?) steht im Wiki zu den
Packstationen:
| amenity=vending_machine
| vending=parcel_pickup
| ref=123 (Packstation-Nummer),
| postal_code=12345 (Postleitzahl),
| operator=DHL 
| name=Packstation 123
| Relation aller deutschen Packstationen: relation 22844

Damit kann man Paketbriefkästen wohl als parcel_box benennen,
ohne dass die sich mit den Packstationen ins Gehege kommen.


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

Re: [Talk-de] Packetstation - diesmal geben und nicht nehmen

[Birgit Nietsch]

Jan Tappenbeck schrieb:

> ich habe kürzlich eine Paketstation gefunden - bei der wird kein
> Paket abgeholt sonder reingeschmissen.

Du meinst einen Paketbriefkasten, der von der Post als Paketbox 
genannt wird? Das hab ich hier neulich auch schon gefragt. Ich 
hab meinen als amenity=parcel_box getaggt, weil ein Briefkasten
post_box heißt, und ich daher parcel_box logisch fand.

Ich wäre für die Einführung eines eindeutigeren Namens für 
die Paketstationen, also zum Beispiel:

amenity=parcel_boxfür Paketbriefkästen
amenity=parcel_machinefür Packstationen


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

Re: [Talk-de] [robot] rfc - regeln für denomina tion typos in deutschland

[Birgit Nietsch]

Markus schrieb:

> In der Schweiz heisst es "protestantisch"
> (Zwingli, Calvin, Luther)

Zwingli, Calvin: evangelisch-reformiert
Luther: evangelisch-lutherisch

> "evangelikal" ist eher eine Sekte.

Eher mehrere.
 
> Man bräuchte halt eine länderspezifische eindeutige
> Übersetzungstabelle für alle "englischen" Schlüssel und ihre
> Werte... (in beide Richtungen)

Man sollte es halten können wie bei den Straßenschildern:
Taggen, was dran steht, notfalls mit einer Kennzeichnung im
Key, dass es sich hier um eine deutsche Bezeichnung handelt.



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

Re: [Talk-de] [robot] rfc - regeln für denomina tion typos in deutschland

[Birgit Nietsch]

Hatto von Hatzfeld schrieb:

> In Deutschland würde ich hier eher die allgemeine Bezeichnung
> "protestant" für richtig halten. 

Gr!

> Aber vielleicht liegt das daran,  dass ich katholisch bin :-)  

*notier* Eins ... (von sieben mal siebzig mal.)


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

Re: [Talk-de] [robot] rfc - regeln für denomina tion typos in deutschland

[Birgit Nietsch]

Frank Sautter schrieb:

> Marcus Wolschon schrieb:
>> Hört sicht gut an. "protestant" ist tatsächlich äquivalent zu
>> "evangelisch" mit seinen Ausprägungen "lutheran", "calvian", ...
>> .
> ich lasse von "evangelical"=>"protestant" oder
> "protestant"=>"evangelical" vorest die finger. siehe:
> http://www.mail-archive.com/talk-de@openstreetmap.org/msg14375.html
> 
> ich korrigiere da nur die typos / deutschen werte.

In der Pfalz (und meines Wissens nur da) kann die Bezeichnung
"protestantisch" korrekt sein, da die dortige Landeskirche sich
selbst so bezeichnet. Ansonsten ist "protestant" in der Regel
ähnlich höflich, als wollte man dort "heretic" eintragen. ;-)



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

Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten

[Birgit Nietsch]

[EMAIL PROTECTED] schrieb:

> Moin..
> 
> Hat jemand ein Tool um folgende Tabelle einfach umrechnen zu
> können?
> 
> http://uploaded.to/?id=h7wsqg

Kann es sein, dass diese Werte in Euro angegeben sind?
Falls ja, hättest du es lieber in gestapelten 1-Euro-Münzen,
oder 10-Euro-Scheinen? ;-)


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

Re: [Talk-de] OSM-Datenaustausch ohne JOSM

[Birgit Nietsch]

Bodo Meissner schrieb:

> Man könnte einen Kommandozeilenparameter oder eine
> Environment-Variable einbauen, um das Konfigurationsverzeichnis
> abweichend vom Standard festzulegen.

Warum nicht auch in einem Dialog in den Programmeinstellungen?
Kommandozeilenparameter muss man kennen, um sie benutzen zu
können. Menüs und Konfigurationsseiten kann man durchblättern.


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

Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?

[Birgit Nietsch]

Andreas Labres schrieb:

> Birgit Nietsch wrote:
>> Wäre schön, es wäre so
>> beschrieben, dass man es auch versteht, wenn man es noch nicht kann.
> 
> Entschuldige, aber genau dazu gibt's ein Wiki, daß niemand so einen Satz
> zu schreiben braucht. Wenn Du der Meinung bist, da fehlt was/ist
> unzureichend gut beschrieben, dann setz Dich hin und mach es. Besser.

Ich soll etwas besser beschreiben, was ich nicht verstanden habe,
weil es schlecht beschrieben ist? Was ist eigentlich Rekursion?



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

Re: [Talk-de] OSM-Datenaustausch ohne JOSM

[Birgit Nietsch]

Frederik Ramm schrieb:

> Ich vermute, dass solche Rechner i.d.R. so konfiguriert sind, dass sie
> alles, was der Benutzer anlegt, nach dem Neustart wieder entfernen - und
> nicht, dass sie ueberhaupt nichts anlegen lassen. Selbst wenn sie es
> verbieten, wuerde ich annehmen, dass es einfach trotzdem geht. Kaeme auf
> einen Versuch an. JOSM ggf. einen Commandline-Switch "--internet-cafe"
> zu spendieren, sollte eine leichte Uebung sein.

Es gibt mehrere Methoden, einer Katze das Fell abzuziehen. Wenn die
Rechner sicher konfiguriert sind, wirst du gar nicht in der Lage sein,
Programme aufzurufen, die nicht im Menü stehen. Befehlszeile? Nada!
Schreibzugriff? Manchmal nur da, wo System und Browser für dich 
schreiben wollen.

Möglicherweise hast du Glück, dass der Browser so eingerichtet ist, 
Java-Jars nicht zum Abspeichern herunterzuladen, sondern gleich an Java
zu verfüttern. Dann aber Default, ohne Parameter, und die Userdaten, 
sofern es gelingt, welche anzulegen, bleiben anschließend eventuell auf 
der Platte. Klar, "Gast" löscht beim Ausloggen normalerweise das eigene
Profil. Er kann das, muss aber nicht so konfiguriert sein. Und nicht
immer kannst du dich als "Gast" auch selbst ausloggen.


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

Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?

[Birgit Nietsch]

Bernd Wurst schrieb:

> Warum steigen eigentlich so viele Leute sofort aus, wenn das Wort Relation
> fällt? Relations sind nichts kompliziertes, sie sind nur hundmiserabel in
> JOSM eingebaut und nicht besonders einleuchtend im Wiki dokumentiert.

Genau das ist das Problem. Man will irgendwas tun, was man noch nie
gemacht hat. Irgendwer sagt, das ginge irgendwie mit Relations. Dann
steht man vor der Doku wie der Ochs vorm Berg. Wäre schön, es wäre so
beschrieben, dass man es auch versteht, wenn man es noch nicht kann.


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

[Talk-de] Speis und Trank (was: Heurigen)

[Birgit Nietsch]

Johann H. Addicks schrieb:

>>> Wie definierst Du "unrecht" in diesem Zusammenhang?
> 
>> Man bekommt da kein Fastfood.
> 
> Wie beim Heurigen auch.
> 
> Zum Glück hat noch niemand die Kategorie "Fastdrink" für
> Trinkhallen (anderswo heissen die wohl "Kiosk" oder
> "Wasserhaus") vorgeschlagen.

Ein Wasserhaus ist Teil einer Kuranlage, wo man Heilwasser
bekommt. Die gemeine Trinkhalle anderswo ist hingegen ein
Treffpunkt finanziell herausgeforderter Menschen, die dem
Alkohol zusprechen möchten. Ich finde dass man die beiden
verschieden taggen sollte.


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

Re: [Talk-de] Heurigen

[Birgit Nietsch]

René Falk schrieb:

> Am Dienstag, 23. September 2008 schrieb Birgit Nietsch:
>> Detlef Reichl schrieb:
>> > schon -> in weniger als 30 Minuten wieder vor der Tür =
>> > fast_food ;-)
>>
>> Wenn auch nur eines der folgenden gegeben ist, tagge ich
>> Fastfood: - man muss Schlangestehen und am Tresen bestellen
>> - man muss sein Tablett selbst tragen
>> - man sitzt in einer schmucklosen Halle an riesigen Tischen
>> - es gibt ausschließlich totes Tier mit Fritten
> 
> Du tust unserer Kantine (offen für Werksfremde, 2 obige Punkte
> erfüllt) unrecht.

Nein, tu ich nicht: wer ein Restaurant sucht, sucht Tischservice,
Komfort und Auswahl. Kantinen, Mensen und Schnellrestaurants machen
hier Abstriche zugunsten von Preis und Geschwindigkeit. Das muss
nicht heißen, dass das Essen dort schlecht und die Lokalität
ungemütlich ist. Es gibt sogar Öko-Fastfood.


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

Re: [Talk-de] Heurigen

[Birgit Nietsch]

Detlef Reichl schrieb:

> schon -> in weniger als 30 Minuten wieder vor der Tür = fast_food
> ;-)

Wenn auch nur eines der folgenden gegeben ist, tagge ich Fastfood:
- man muss Schlangestehen und am Tresen bestellen
- man muss sein Tablett selbst tragen
- man sitzt in einer schmucklosen Halle an riesigen Tischen
- es gibt ausschließlich totes Tier mit Fritten




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

Re: [Talk-de] Vorschlag der weiteren Keys für Tag :historic=archaeological_site

[Birgit Nietsch]

René Falk schrieb:

> Am Montag, 22. September 2008 schrieb Jan Tappenbeck:
>> ihr habt jetzt lange diskuttiert - aber ein Ergebnis ?!?!?
>> Ich habe nichts zusammenfassendes finden können ! und nun ??
> 
> Nun erarbeitest Du nach bestem Wissen und Gewissen ein
> Tagging-Schema für deine Situation, schreibst ein Proposal, haust
> das mit ins Wiki und arbeitest danach. Der Rest erledigt sich
> irgendwann von alleine. Wenn Du mit dem taggen wartest, bis dir
> jemand ein fertiges, von allen akzeptiertes Schema gibt, wirst Du
> sehr sehr lange warten müssen.

... und schreib's am besten auf Deutsch, und nicht in einer Sprache,
die nur von Deutschen für Englisch gehalten wird. Gerade wenn's
fachlich schwierig wird, sollte man das Übersetzen lieber kundigen
Muttersprachlern überlassen. ;-) 


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

Re: [Talk-de] Neubaugebiet gesucht

[Birgit Nietsch]

Gerd von Egidy schrieb:

> Kennt jemand ein/mehrere Straßen in Neubaugebieten, am besten
> möglichst "frisch", also z.B. gerade erst erschlossen.

Mindestens eine Straße hier ist recht neu:
http://www.openstreetmap.org/?lat=53.55&lon=10.2429&zoom=13&layers=B000FTF



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

Re: [Talk-de] Große Fläche Feuerwehr

[Birgit Nietsch]

Raimond Spekking schrieb:

> Meine Erfahrung beim Mappen von Gebäuden (aktuell habe ich den
> Rheinauhafen in Köln fertiggestellt) ist, dass die Haupteingänge
> auch immer mit den Hausnummern korrespondieren. Also setze ich
> beim Haupteingang einen Node mit der Hausnummer.
> 
> Oftmals haben größere Gebäude mit mehreren Eingängen auch mehrere
> Hausnummern, z.B. der Gebäudekompley im MediaPark Köln.

"Oft" ist nicht immer. Eine Kirche in meinem Stadtteil hat die
postalische Adresse der Parallelstraße. Die Anschrift einer meiner
alten Schulen lag auf der Gebäuderückseite, sie wäre nur über einen
erheblichen Umweg erreichbar gewesen, und der benutzte Eingang war
der kleine Seiteneingang neben einer Bushaltestelle, die ganz anders
hieß. An Eingängen von Einkaufszentren oder Passagen steht hier in
Hamburg oft gar keine Hausnummer, und die Firmen darin bekommen
ihre Post in Postfächern zugestellt. 

Wenn das Ziel ein Stadion, ein Themenpark oder eine große
Konzerthalle ist, gibt es auch schon mal Tore mit Namen, für die 
zum Beispiel auch die Eintrittskarte ausgezeichnet sein kann, 
oder an denen man sich mit Freunden treffen möchte. Dann suchst 
du nicht nach dem kürzesten Weg zur Foobar-Straße Nummer 168,
denn davon ahnst du nichts, sondern auf deinem Ticket steht:
"Snafu-Gebäude, Tor 'blau', Nähe S-Bahn-Haltestelle Synacker."


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

Re: [Talk-de] Große Fläche Feuerwehr

[Birgit Nietsch]

Florian Schmitt schrieb:

>> Dass sich der "Punkt" so lange hält kommt wohl daher,
>> dass die Meisten "für die Renderer arbeite"...
>> (denn wenn der Punkt nicht zusätzlich zur Fläche eingetregen
>> wird, zeigen die Renderer nichts an. Und das will man ja
>> anders...
> 
> 
> nicht nur. Auch auf den Garmin-Karten wird für amenities, die
> nicht als Node, sondern als Polygon (building) eingezeichnet sind,
> kein POI erzeugt. Das wirkt sich dann auch aufs Routing aus.

Dann muss man das beim Bauen der Images für Garmin-Geräte
berücksichtigen und die Daten entsprechend umrechnen. 

Apropos, wie kennzeichne ich den Haupteingang oder die 
hauptsächlich zu nutzenden Eingänge eines Gebäudes korrekt, 
sodass ein Renderer oder Image-Erzeuger jene erkennt und eine 
Chance hat, daraus punktförmige POI zu machen? Mit der 
postalischen Adresse haben Eingänge gerade bei großen Gebäuden 
recht wenig zu tun. Und genau das sind die Kandidaten, nach 
denen man mit Navis gerne suchen wird.


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

Re: [Talk-de] Mapnik-Update, was soll rein?

[Birgit Nietsch]

Birgit 'Ingrid' Nietsch schrieb:

> Wenn die Symbole als solche einer ISO-Norm entsprechen,
> kann ich mir kaum vorstellen, dass man Rechte verletzt,
> wenn man etwas entsprechendes selbst entwirft und zeichnet.

Puh, und das war voreilig: die ISO ist eine nichtbehördliche
Organisation, ihre Standards sind nicht verpflichtend, sondern
werden freiwillig eingehalten, und die Normmuster kosten Geld.

ISO-Symbole unterliegen also einem Urheberrecht. Wir müssen
daher, wenn wir dagegen nicht verstoßen wollen, nicht-genormte
Symbole verwenden. Was schwierig ist, wenn man im Alltag
permanent mit Piktogrammen bombardiert wird, und dann
nicht weiß, welche davon ISO sind, und welche nicht.
Denn um zu wissen, was ISO ist, müsste man erstmal
ISO-Datenblätter kaufen. Grrr.


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

Re: [Talk-de] Mapnik-Update, was soll rein?

[Birgit Nietsch]

Tobias Wendorff schrieb:

> Birgit Nietsch schrieb:
>> emergency_phone bitte auch: ein Telefonhörer mit einem kleinen,
>> fetten Plus-Zeichen links daneben, und in einer anderen Farbe als
>> das normale Telefon. (normal schwarz, Notruf rot?)
> 
> Das ist ein ISO-Symbol. Waren die denn jetzt eigentlich
> als Geschmacksmuster geschützt?

Die ISO-Symbole zu Telefonen, die ich finde, sind:
Normal: Ein schwarzer Telefonhörer auf weißen Grund, 
eckiger schwarzer Rahmen, 
Griff vom Telefonhörer ist links
Notruf: Ein weißer Telefonhörer auf grünem Grund, 
abgerundeter weißer Rahmen, darunter das Wort
"Notruf-Telefon" in der Landessprache, 
Griff vom Telefonhörer ist links

.---.
| __|
|/  \   |
|   (\  |
|\  :'  |
| \  \  |
|  \  \ |
|   \  \__  |
|\\ |
| `.___;|
`---'
.---.
| E M E R G E N C Y |
|P H O N E  |
`---'

Wenn die Symbole als solche einer ISO-Norm entsprechen,
kann ich mir kaum vorstellen, dass man Rechte verletzt, 
wenn man etwas entsprechendes selbst entwirft und zeichnet. 
Nur das spezifische grafische Design eines Herstellers 
wird bestimmt geschützt sein.

Ich stellte mir für den Notruf sowas vor, in Rot 
(meinethalben nun auch grün), auf transparentem Grund, ohne Rahmen:

___  __
   |   |/  \
 __|   |__ /)
| |`:  /
|__ __|/  /
   |   |  /  /
   |___|   __/  /
  //
 /___.'




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

Re: [Talk-de] Mapnik-Update, was soll rein?

[Birgit Nietsch]

Martin Koppenhoefer schrieb:

> evtl. amenity=telephone (mit *kleinem* Telefonsymbol ohne
> Rand/Rahmen)

emergency_phone bitte auch: ein Telefonhörer mit einem kleinen,
fetten Plus-Zeichen links daneben, und in einer anderen Farbe als
das normale Telefon. (normal schwarz, Notruf rot?)


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

Re: [Talk-de] KOSMOS: Problem mit der Icon-Darstellung

[Birgit Nietsch]

Raphael Studer schrieb:

> Alternativ würd ich dir "svn diff" empfehlen um erst mal zu sehen
> was geändert wurde und dann schrittweise sehen wos hackt.

Da Jan ganz offenbar nicht weiß was svn ist, nehme ich heftigstens
an, dass ihr zwei aneinander vorbei schreibt, und dass Jan von svn
wohl besser seine Finger lassen sollte. ;-)


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

Re: [Talk-de] Fehler bei Export mit JOSM

[Birgit Nietsch]

Raphael Studer schrieb:

> Hi Markus,
> 
>> Ich habe aus OSM einen Bereich in JOSM geladen.
>> Daraus habe ich ein paar Linien (Wanderweg) kopiert,
>> und in eine neue Ebene von JOSM eingefügt.
>> Dies habe ich dann als GPX exportiert.
>> Die GPX-Datei habe ich mit OpenLayer auf eine Basiskarte gelegt.
>>
>> Nun habe ich einen Versatz mit etwa 150m und 120°.
>>
>> Was könnte die Ursache sein?
> 
> Im Kopieren im Josm werden nicht die Absolute Position sondern die
> Relative (relativ wozu weiss ich grad nicht) kopiert.

Das Zentrum der Kopie scheint da zu landen, wo der Mauszeiger beim
Einfügen gerade steht. 


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

Re: [Talk-de] speed_camera - wo platzieren

[Birgit Nietsch]

André Reichelt schrieb:

> Jan Tappenbeck schrieb:
>> in der neuen JOSM-Version ist speed_camera (Blitzer) integriert.
> 
> Dume Frage, aber ist das nicht illegal? Ich meine, ich hätte erst
> letztens im Radio gehört, dass in Navis eingebaute Blitzerwarner
> sowie das Datenmaterial dazu illegal sind und bei Verdacht
> beschlagnahmt werden. Ich denke, damit sollten wir vorsichtig
> sein.

Angeblich kann die Polizei jedes Navi, auf dem Blitzer-Standorte und
POI-Warner installiert sind, einkassieren und ersatzlos zerstören,
wenn ein Fahrzeugführer es in seiner Karre hat, selbst wenn die
Funktion oder sogar das ganze Gerät abgeschaltet ist. (§23.1b STVO)

Ist es nicht technisch möglich, POI gruppenweise in Dateien
auszulagern, und auf Wunsch genau die POI zu installieren, die man
selbst verwenden möchte? Das wäre eh sinnvoll, bei der Datenflut.

Ich selbst würde Blitzer übrigens weder mappen, noch fehlerhaft
eingetragene Blitzer korrigieren oder löschen. Die Bedürfnisse von
Rasern, die sich durch ein diskretes "Piep!" vor Punkten in
Flensburg schützen lassen wollen, sind nicht die meinen.


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

Re: [Talk-de] Differential-GPS

[Birgit Nietsch]

Sebastian Niehaus schrieb:

> "Udo Besenreuther" <[EMAIL PROTECTED]> writes:
>> Wünschenswert wäre meinerseits, dass das Plugin die EXIF-Daten in
>> die Bilder zurückschreibt, dann könnte man sich den GPS-Foto sparen.
> 
> aptitude install gpscorrelate-gui

Auf Windows: Fixfoto + Routeconverter (Fixfoto will die Geokoordinaten als
NMEA-Dateien haben.)


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

Re: [Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?

[Birgit Nietsch]

Andreas Labres schrieb:

> Ich finde, man sollte Mauern ganz allgemein lösen. Eine historische
> Stadtmauer stellt genauso wie eine moderne Betonwand ein Hindernis dar.
> Irgendwas in der Art man_made=wall oder fence=wall und dann von mir aus
> detailiertere Attribute.

"barrier=wall", "barrier=fence", wie bei Pollern?



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

Re: [Talk-de] Vorschlag der weiteren Keys für Tag :historic=archaeological_site

[Birgit Nietsch]

Roman Grabolle schrieb:

> Ich habe überhaupt nichts dagegen und ich will mich auch gar nicht
> drüber lustig machen, nur weil ich es selbst nicht brauche.  An
> anderer Stelle geben wir die unterschiedlichen Typen und
> Schlauchdurchmesser von Hydranten an ? leider ist Wiki gerade
> down, sonst könnte ich drauf verlinken. Bei Kulturdenkmalen
> brauchen wir da nicht so fein differenzieren, denn das ist ja
> alles von früher?

Mir kommt es beim Mappen von alten Steinen und beim
Kartenkonsumieren auf ein paar ganz einfache Dinge an:

1. Themenkreis: Wenn ich Dolmen und Menhire kucken will, möchte ich
nicht nach einer langen Wanderung vor einem Denkmal mit Pickelhaube
von 1870/71 stehen.

2. Attraktion: Nach stundenlangem Latschen durch mückenverseuchte
Wälder endlich ein vollversiegeltes Bodendenkmal zu erreichen ist
irgendwie etwas enttäuschend, besonders, wenn daneben nicht mal
eine Imbissbude steht.

3. Unfallverhütung: Ich möchte nicht mit Gipsbein durch die Gegend
humpeln müssen, weil mir Band 3 von "OSM-Tags kurz und gut" auf den
Fuß gefallen ist.


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

Re: [Talk-de] Vorschlag der weiteren Keys für Tag :historic=archaeological_site

[Birgit Nietsch]

Jan Tappenbeck schrieb:

> wie ich gerade sehe wird unterschieden zwischen HÜNEN- und
> HÜGELgrab !!!
> 
> Hast Du dazu auch noch einen Vorschlag ?

Ich würde vorschlagen das nicht zu unterscheiden. Beides sind
vorgeschichtliche große Erdhügel mit toten Leuten drin. Die Hügel
gibt es in groß und klein, mit viel, wenig und keinen Steinen drin,
was du und ich aber von außen nicht sehen können. 


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

Re: [Talk-de] Vorschlag der weiteren Keys für Tag :historic=archaeological_site

[Birgit Nietsch]

Roman Grabolle schrieb:

>> Wer keine Hünengräber kennt, der möge sich
>> http://www.roland-harder.de/albersdorf/schalenstein.htm
>> http://www.roland-harder.de/albersdorf/brutkampstein.html
>> ansehen.
> 
> Ich würde es vorschlagen, es als:
> 
> historic=archaeological_site
> main type = megalith
> type = Großsteingrab
> name = Brutkamp
> alternative name = Brutkampstein
> 
> zu taggen.
> 
> Tumulus ist leider falsch, dabei handelt es sich um Hügelgräber,
> die, wie es ein Kollege mal in einem Aufsatztitel beschrieb, "wie
> Pickel in der Landschaft" rumstehen. Hügelgräber stammen meist aus
> der Bronze- oder Eisenzeit:
> http://de.wikipedia.org/wiki/H%C3%BCgelgrab

"archaeological_site": impliziert meiner Meinung nach, dass da 
schon mal ein Fachmann am Buddeln gewesen ist und dann ein Loch, 
ein Regendach und eine Infotafel hinterlassen hat.

"main type", "type": Was muss ich studiert haben, um sowas zu
taggen? Ich stelle mir jetzt grad mit großem Schrecken vor, wie
jemand so ein Schema für sämtliche historischen Grabtypen
durchtypisiert.

Was spricht gegen Tags nach dem Muster: 
megalith=yes  für: da steht ein einzelner großer Stein rum, 
  hat vermutlich was zu bedeuten.
dolmen=yesda steht ein schiefer Riesentisch aus ziemlich
  großen Steinen, war bestimmt mal mit Erde bedeckt,
  aber der größte Teil (oder alles) liegt nun frei.
barrow=yesDa steht ein großer künstlicher Hügel im Gelände.
  Form egal. Leute behaupten, das wäre ein Grab. 
megalith_row=(yes|1|2|many|carnac)  Hier siehts aus wie auf'm Wiener
  Zentralfriedhof vor der Erfindung von Floristik
  und Steinmetzkunst.

Kombination aus obigem: Da steht eine Reihe Megalithen vor einem 
Dolmen, und ein geschlossener Grabhügel ist auch noch da. 



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

Re: [Talk-de] Minigolf

[Birgit Nietsch]

Frank Sautter schrieb:

>> Wir benutzen dafür leisure=miniature_golf.
>>
http://www.openstreetmap.org/?lat=48.976797&lon=9.663176&zoom=18&layers=B000FTT
> 
> und warum nicht wie bei anderen sportplätzen:
> leisure=pitch und sport=miniature_golf?

Ich hab auch einen Schachgarten mit leisure=pitch und sport=chess
getaggt, weil ich's da logisch fand: gemauertes Schachfeld und
meterhohe Figuren. Ob das jemals gerendert wird? ;-)



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

Re: [Talk-de] oberirdische U-Bahn = subway?

[Birgit Nietsch]

Andreas Barth schrieb:

> * Martin Koppenhoefer
> ([EMAIL PROTECTED]) [080909
> 10:24]:
>> ich sehe das aehnlich:
>> S-BAHN = light_rail
>> U-Bahn = subway
>> Tram = tram
> 
> "Klassische" S-Bahnen sind railway, Karlsruhe ist da sicher die
> Ausnahme.

Nicht ganz. S-Bahn-Tunnel sind i.d.R. zu niedrig für richtige Züge,
und die Stromabnehmer sind nicht immer kompatibel.


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

Re: [Talk-de] Hünengrab taggen ?

[Birgit Nietsch]

Torsten Leistikow schrieb:

> Ansonsten scheint mir da historic=archaeological_site passend
> genug, auch wenn es vielleicht nicht ganz der Beschreibung bei den
> Mapfeatures entspricht. Die offizielle Ausschilderung vom
> Denkmalschutz ist vom Schil her ja auch die selbe, egal ob das
> freiliegende Grabreste sind oder nicht.

Wäre historic=megalithical_site nicht passender? Das ließe sich dann
mit dolmen=yes, barrow=yes oder menhir=yes präzisieren (je nachdem,
was es ist). Und ein international auf Landkarten gebräuchliches
Symbol für derartige Gebilde gibt es auch schon: den schiefen,
dreibeinigen "Steintisch".


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

Re: [Talk-de] Anfängerfrage: Wie einen Track in JO SM/Potlatch hinzufügen?

[Birgit Nietsch]

Jan schrieb:

> Ich male die ja nicht ab. Ich laufe durch die Straßen und erstelle die
> Tracks mit dem Tracker. Google-Earth nutze ich nur, um den gelaufenen
> Weg mit dem Realen, den man ja bei Google-Earth vom Luftbild sehen kann.

Bitte glaub den Google-Bildern nicht, genau wie den Yahoo-Bildern. Die sind
verzogen, verzerrt, weil oft von schräg aufgenommen und zurechtgebogen. Die
Realität kann zwei bis drei Dutzend Meter daneben liegen. Wann immer ich
Marker für einzelne Mappunkte eintragen will, und trotz guter
Messgenauigkeit feststelle, dass die OSM-Karte an der Stelle nicht stimmen
kann, stelle ich fest, dass die verschoben eingetragenen Wege und Gebäude
mit Potlach eingetragen wurden und verteufelt gut zum Luftbild passen.


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

Re: [Talk-de] Hundeverbot

[Birgit Nietsch]

Florian Schweikert schrieb:

> Heute (uh ist schon wieder gestern ;)) bin ich bei einem kleinem
> Rundgang in meiner Gegend auf ein Hundeverbotsschild aufmerksam
> geworden (fällt mir sonst kaum auf da ich keinen Hund habe).
> Nun fand ich in der wiki keinen Tag dafür und habe mal dog=no
> verwendet.
>
> Nun zur eigentlichen Frage:
> Gibt es bereits einen Tag in Verwendung den ich übersehen habe, wenn
> nicht würde ich ihn vorschlagen sofern niemand eine bessere Idee hat.

Ich würde zwischen "im Regelfall verboten" und "wirklich unbetretbar"
unterscheiden. Für Blindenhunde gibt es zahlreiche Ausnahmeregelungen.
Es gibt aber auch Wege, da schickst du keinen Hund drauf, weil's da zu
gefährlich wäre, oder schmerzhaft für den Hund.


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

Re: [Talk-de] Google bringt Google Transit

[Birgit Nietsch]

Christoph Eckert schrieb:

>> also keine Angst haben, noch kannste vor Ihnen was auf die Beine
>> stellen.
>
> fraglos. Allerdings ist Google vor allem eines: Technologisch ganz
> vorne dabei. Dass es heute noch nciht gut klappt heißt, dass Google
> einen ziemlich guten Plan in der Tasche haben muss.

Zumindest in einem Punkt kann Google uns nicht überholen: Die Google
Kartendaten sind nicht gemeinfrei. Und werden sie gemeinfrei, so sind
sie keine Google-Daten mehr. Catch-22 mal andersrum. ;-)


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

Re: [Talk-de] Hundekot-Tüten-Ständer

[Birgit Nietsch]

Andreas Labres schrieb:

> Die Hundekotsackerl*)automaten heißen doch "Dogstations"... ;)
> http://www.wien.gv.at/ma48/images/hunde.jpg
> 
> Und als Icon auf der Karte? Wieso fällt mir da jetzt 9live ein?
> 

Weiß ich nicht, aber ich hab mal was in Inkscape verbrochen und im
Wiki hochgeladen: ein großes und ein 20x20 PNG, und eine SVG. Viel
Spaß damit. *würg*


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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber

[Birgit Nietsch]

Andreas Labres schrieb:

> Birgit Nietsch wrote:
>> Steht ein Straßenname in der Linie, nehmen wir diesen Wert für
>> alle Punkte in der Linie, die keinen Straßennamen haben, denn das
>> ist bestimmt eine Häuserzeile.
> 
> Das habe ich schon verstanden. Aber genausogut kannst Du den
> addr:street Tag zum ersten Punkt hinschreiben, das "kostet" den
> gleichen Aufwand und entspricht der (jetzigen) Spezifikation. So
> what...

Logisch ist das aber nicht: Wenn in einem Dateisystem für ein
Verzeichnis und etliche Dateien darin kein Ersteller gesetzt ist,
nehme ich doch auch nicht automatisch an, dass der, der die erste
Datei darin erstellt hat, wohl auch den Rest besitzt.

Ausserdem, was ist der erste Punkt? Bleibt das der erste Punkt? Was
ist, wenn ich noch einen Punkt davor setze, muss ich die Tags dann
aus dem ehemaligen ersten Punkt raus und in den neuen ersten Punkt
rein tun? Und gibt es sonst noch Datenstrukturen in OSM, wo ein
Punkt die Tags für seine Nachbarpunkte implizit setzt, weil die sie
nicht gesetzt haben? Ausdenken kann man sich ja viel, aber Werte
ableiten sollte man in einer Hierarchie von oben nach unten, und
nicht seitwärts.


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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber

[Birgit Nietsch]

Andreas Labres schrieb:

> Hatto von Hatzfeld wrote:
>> Ich bin dafür, dass man alternativ addr:street (und evtl. weitere
>> Infos, natürlich mit Ausnahme der eigentlichen Hausnummer) der
>> Interpolationslinie zuordnet.
> 
> Ich tagge zB nur den ersten Punkt vollständig, dem Auswertenden
> sollte IMO klar sein, daß die anderen Tags für alle (auch
> interpolierten) Punkte dazwischen gelten müssen (wenn nix anderes
> angegeben ist). Das "die anderen Informationen könnten auch bei
> der Interpolationslinie zu finden sein" verkompliziert's IMO nur
> unnötig (was gilt, wenn Punkte und Linie unterschiedliche
> Informationen haben?).

Ich stelle mir folgendes als logisch vor:

Steht der Straßenname im Punkt, dann glauben wir das und nehmen den
für diesen Punkt. Vielleicht ist er ja eine Ausnahme und wurde
deshalb einzeln spezifiziert.

Steht ein Straßenname in der Linie, nehmen wir diesen Wert für alle
Punkte in der Linie, die keinen Straßennamen haben, denn das ist
bestimmt eine Häuserzeile.

Steht kein Straßenname in der Linie und auch keiner im Punkt, dann
wird die namentlich bekannte Straße genommen, die dem Punkt am
nächsten liegt, denn meistens wird das wohl so sein.

Nimmst du irgendeinen zugeordneten Straßennamen irgendeines Punktes
in derselben Linie, um den straßennamenlosen Punkten in derselben
Linie Adressen zuzuordnen, dann kriegst du spätestens dann ein
Problem, wenn jemand Punkte in einem Häuserblock für Hausnummern
einsetzt, und dann bei einigen davon den Adressteil vergisst. Und
das wird oft passieren.




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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber

[Birgit Nietsch]

Hatto von Hatzfeld schrieb:

> Andreas Labres wrote:
> 
>> * die Linie ist nur mit addr:interpolation getaggt
>> * die einzelnen Punkte sind mindestens mit addr:housenumber
>> getaggt,
>>   optional sind addr:street, usw. Diese Infos können also
>>   - an einem Punkt der "Hausnummern-Interpolations"-Linie
>>   - an einem alleinstehenden Punkt
>>   oder
>>   - an einem Polygon (Gebäude)
>>   getaggt sein
> 
> Ich bin dafür, dass man alternativ addr:street (und evtl. weitere
> Infos, natürlich mit Ausnahme der eigentlichen Hausnummer) der
> Interpolationslinie zuordnet. Das ist intuitiv klar und sollte
> daher von einer Routing-Software auch so ausgewertet werden.

Meine Frage war, ob das schon so sei. :-)


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

Re: [Talk-de] ?Hausnummern im höchsten Zoomlevel beim Mitbewerber

[Birgit Nietsch]

Hatto von Hatzfeld schrieb:

> Bei der Zielgruppe dachte ich eher an Nicht-Informatiker.
> Allerdings wäre da ein Tutorial (erster Node mit Tags, ... zweiter
> Node mit Tags, ... Way mit Tags ...) vielleicht doch besser.

Ja. Mir ist zum Beispiel noch nicht klar, ob es ausreicht,
addr:street=Strassenname an die Linie zu kleben, und den
enthaltenen Punkten ein addr:housenumber=42 zu verpassen, oder ob
Punkten gnadenlos der Name der nächstliegenden Straße zugewiesen
wird, obwohl sie in einer Linie mit eingetragener Straßenadresse
liegen.  


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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber (Was: Google Maps Update?!)

[Birgit Nietsch]

Hatto von Hatzfeld schrieb:

> Ich habe jetzt einen Ansatz zur einer deutschen Fassung gemacht:
>
http://wiki.openstreetmap.org/index.php/Proposed_features/De:Hausnummern
> 
> Da fehlen aber noch Abschnitte, die ich nicht ganz verstanden habe
> :-) jedoch sollte es für den Anfang reichen. Und die (vielen
> Mappern unverständlichen) XML-Abschnitte habe ich ersetzt.

Danke, damit kann ich schon viel mehr anfangen. :-)




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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber

[Birgit Nietsch]

Frederik Ramm schrieb:

> Im JOSM gibt es doch sogar Presets fuer Hausnummern, da muss man doch
> fast gar nichts mehr denken ...?

Es fehlt die beschreibende Schritt-für-Schritt-Anleitung für Anwender.



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

Re: [Talk-de] Paketstation

[Birgit Nietsch]

Thorsten Feles schrieb:

> Generell habe ich nur die Frage, ob Packstation evtl. ein
> geschützter Bergriff als Markenname ist ?

Jein:
http://www.aufrecht.de/urteile/markenrecht/urteile-2007/keine-markenrechtsverletzung-einer-wort-bildmarke-durch-adwords-lg-braunschweig-urteil-vom-281107-az-22-o-262307.html

Die Deutsche Post ist Inhaberin der "Wortbildmarke", also 
der Gestaltung des Schriftzuges auf gelbem Grund. Das Wort 
"Packstation" selbst ist ein rein beschreibender Begriff. 

Abgesehen davon sind Aldi, Lidl, Siemens und McDonalds 
auch geschützt und stehen trotzdem in der Karte. 

Die Verwendung von Markenlogos, wenn wir welche nutzen 
wollen, müssten wir uns genehmigen lassen. Firmennamen an 
ihren Standorten in der Karte? IANAL, aber ich glaub nicht. 


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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber (Was: Google Maps Update?!)

[Birgit Nietsch]

Frederik Ramm schrieb:

>> Aber wie taggen wir das möglichst simpel, sodaß auch
>> Nichtinformatiker und Nichtphysiker das machen können? Das
>> Karlsruher Schema hab ich jedenfalls nicht kapiert,
> 
> Dann schau es Dir nochmal an ;-)

Ich hab mir das schon mehrfach angesehen. Die Seite ist von
Deutschen, es gib sie auf Englisch, auf Finnisch, auf Spanisch,
warum gibt es sie nicht auch auf deutsch? Sie soll eine Anleitung
für Anwender sein, warum ist sie dann nicht so beschrieben, dass
man nachvollziehen kann, was man tut, um das mit einen OSM-Editor
umzusetzen? Wieso muss ich mich durch einen XML-Verhau wühlen, mit
dem ich als JOSM-Anwender zum Glück so niemals konfrontiert werde?
Glaubt irgendwer, das es andere Menschen motiviert, sich durch
Spezifikationen durchzubeißen, die aussehen, als sei die Katze über
die Tastatur marschiert? Ich bin ausgesprochen verärgert und
frustriert über diese Seite im Wiki. 
 
> Dein Vorschlag ist aber zumindest sehr aehnlich denen, die des
> langen und des breiten diskutiert wurden.

Ja. Ich wollte an die bestehenden Vorschläge anknüpfen, und alles so
simpel wie möglich zusammenfassen.

>> Spricht grundsätzlich was dagegen, die Straßen an den Kreuzungen
>> zu zerschnippeln, um sinnvolle Abschnitte für Hausnummern zu
>> bekommen?
> 
> Einige Leute werden schon was dagegen haben, und die aktuellen
> Renderer werden natuerlich dann an jedes Stueckchen den
> Strassennamen ranschreiben wollen, was natuerlich ein Problem von
> denen ist, aber dennoch...

Wenn wir die Straßen für Streckenverbote und Buslinien-Relations
zerschnibbeln, ist es weniger schlimm?

> Wenn du irgendwo getaggt hast, dass links der Strasse die Nummern
> 5-11 sind, und jemand will spaeter aufsplitten, um ein Tempolimit
> zu erfassen, was soll der denn dann tun? Er muss ja dann
> festlegen, ob sein Stopschild bei Hausnummer 7 oder 9 oder
> dazwischen ist. Was ist, wenn er das nicht weiss?

Streckenverbote sind richtungsabhängig und können so, wie wir es
bisher machen, eh nicht korrekt abgebildet werden. Was tut man
denn, wenn für die eine Richtung ganz andere Regeln gelten als für
die andere? Und das ist nicht exotisch, sondern häufig. Wir werden
dafür eine andere Lösung brauchen als bisher.
 
> Langfristig wird *sowieso* jedes einzelne Haus bei uns als
> "building" erfasst sein mit seiner Hausnummer.

Bei langen Blocks von Mietshäusern wird das kaum machbar sein. Da
wird man immer interpolieren müssen. 

> Und: "Kauefliche Daten sind auch nicht besser" ist ja kein Grund,
> dass wir nicht mehr anstreben ;-)
> 
>> Gibt es Adressen, die so nicht abbildbar sind?
> 
> Ja, im Ausland gibt es viele Adressen, die so nicht abbildbar
> sind. In Deutschland sollte es halbwegs gehn ;-)

Was, außer Häusern und Blöcken mit Namen, kann es denn noch geben?


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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber (Was: Google Maps Update?!)

[Birgit Nietsch]

Andreas Labres schrieb:

> Birgit Nietsch wrote:
>> Aber wie taggen wir das möglichst simpel, sodaß auch
>> Nichtinformatiker und Nichtphysiker das machen können?
> 
>
http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema
> existiert.

Ich wiederhole mich ungern, aber ...

|| Das Karlsruher Schema hab ich jedenfalls nicht kapiert,

und ich glaube auch nicht, dass der Welt damit gedient wäre, dieses
Schema zu verwenden. Himmel. Abgesehen davon steht dort auf der
Diskussionsseite:

| This scheme is not topological (except for the "temporary"
| interpolated version), so it's fine for making pretty maps with
| numbers, but it's basically useless for existing GPS receivers. 
| It might be possible to transform it into a topological form, but
| it would take a lot of preprocessing, measuring the distance of
| the node to each way in the planet to find the street it belongs
| to, or attempting to do something clever with parsing the tags.
| Why not just store it in a topological form to begin with? We
| don't show the outlines of streets (only centerlines); why do we 
| need to have the exact position of buildings in order to give 
| them an address?

 



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

Re: [Talk-de] Hausnummern im höchsten Zoomlevel bei m Mitbewerber (Was: Google Maps Update?!)

[Birgit Nietsch]

Tobias Wendorff schrieb:

> Tja, Tobias ist generell für Overlays, sobald es nichts mit der
> Grundkarte zu tun hat.
> 
> - ein Overlay für Hausnummern an Straßenkreuzungen
> - ein Overlay für alle Hausnummernpunkte
> 
> Dann kann man selbst hinzuschalten, was man will.

Wenn du eine Adresse in der Kieler Straße in Hamburg suchst, willst
du die Hausnummern auf deiner Navi ermitteln können. Und auch in
allen anderen längeren Straßen jeder größeren Stadt. 

Aber wie taggen wir das möglichst simpel, sodaß auch
Nichtinformatiker und Nichtphysiker das machen können? Das
Karlsruher Schema hab ich jedenfalls nicht kapiert, und
auf "Proposed features/House numbers" deckt keiner der Vorschläge
alle dort diskutierten Möglichkeiten ab. Ich würde gern folgendes
als Proposal reinstellen, aber erst nach einer Diskussion hier:

Ich schlage vor, die Straßen abschnittsweise aufzutrennen, und die
Nummernbereiche, Einzelnummern oder Namen jeweils bezüglich der
Pfeilrichtung links und rechts des Wegs zu taggen. Und zwar an die
Wege, nicht an einzelne Nodes.

Normaler Straßenabschnitt mit normalen Nummern, wie wir sie in
D-Land kennen:
* house-numbers:left=51-79;odd 
* house-numbers:right=54-82;even 

Der Straßenabschnitt nummeriert auf der linken Straßenseite rauf,
rechts wieder runter, und hat Hausnummern mit a, b, c drinnen:
* house-numbers:left=1-8,8a,8b,8c,9-12;all
* house-numbers:right=13-21;all

Die Hausnummern wurden beliebig vergeben:
* house-numbers:left=8,28,3,23,7,25,14,2;all
* house-numbers:right=27,1,12,16,5,4,12a,9;all

Die Straße ist in Mannheim und grenzt an Blocks:
* name:alias=Block A;Block B
* house-numbers:left=A1,A2;all
* house-numbers:right=B5,B6;all

Die Häuser haben Namen:
* house-numbers:left=Röschenhof,Lindenhof,Ponyhof
* house-numers:right=Schreckenstein,Wallenstein,Gallenstein

Die Standorte der Häuser könnte man innerhalb der Abschnitte
interpolieren. Genauer sind gekaufte Stadtpläne und Navi-Softwaren
auch nicht. 

Spricht grundsätzlich was dagegen, die Straßen an den Kreuzungen zu
zerschnippeln, um sinnvolle Abschnitte für Hausnummern zu bekommen? 

Sind die Trennzeichen, wie ich sie vorschlage, üblich und
nachvollziehbar?

Gibt es Adressen, die so nicht abbildbar sind? 




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