Re: [Talk-de] Wanderkarte: Hauptwanderwege Eifelverein

[Ekkehart]

Hi!

Johannes Haller schrieb:
> Sollte ich das mit der Erlaubnis trotzdem versuchen?

Ja. Und am besten tust Du dich mit elmada zusammen, sie ist schon eifrig 
dabei, speziell die Wege in der Eifel zusammenzustellen.

http://wiki.openstreetmap.org/wiki/Eifelrouten


bye
Nop


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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Nop]

Hallo!

Holger Schrader schrieb:
>> Und gerade beim Rennsteig fehlt noch die Information über die 
>> verwendeten Farben. Da steht nur "R" :-)
>>
>>   
> soweit ich weis hat der Rennsteig auch keine Farbtafeln sondern zur 
> Wegmarkierung dient diese "R". Genauso ist es auch beim Goethewanderweg 
> bei dem es als Markierung eine braune Tafel gibt auf der in 
> kleinegeschriebenes "g" zu sehen ist.

Das mag schon sein, aber das ist nur das Kürzel, sozusagen die ref. 
Trotzdem werden das "R" und das "g" normalerweise in einer bestimmten 
Farbe gedruckt, und auf einem Hintergrund in einer anderen Farbe 
dargestellt. Für Dich vielleicht selbstverständlich, aber der Renderer 
und ich können das nicht wissen.
Und deshalb sollte ein symbol-Tag gesetzt werden, in dem diese beiden 
Farben auch erwähnt werden.

Also zum Beispiel hat der Paul-Pfinzing Weg eine Markierung mit 
Doppel-"P". Wie würdest Du sowas jetzt hinmalen, wenn Du nur diese 
Information hast?

Ganz schlecht:
ref=PP

Unvollständig:
name=Paul-Pfinzing Weg
ref=PP

Ausreichend:
name=Paul-Pfinzing Weg
symbol=Schwarzes sich überlappendes PP auf gelbem Grund

Luxus, mit Renderanweisung:

name=Paul-Pfinzing Weg
symbol=Schwarzes sich überlappendes PP auf gelbem Grund
osmc:symbol=yellow:yellow::PP:black


bye
Nop

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

Re: [Talk-de] Wanderkarte: Hauptwanderwege Eifelverein

[Torsten Breda]

Am 27. Januar 2009 07:13 schrieb Sebastian Niehaus
:
> Johannes Haller  writes:
>
>
> [...]
>
>> Sollte ich das mit der Erlaubnis trotzdem versuchen?
>
> Ja.

Jede Zusammenarbeit ist gut. Selbst wenn diese Tracks nicht sofort
benötigt würden, könnte man bei der Anfrage bei den nächsten Vereinen
bereits auf den "fortschrittlichen" Eifelverein verweisen.

Die gpx-Tracks sind meiner Meinung nach nur dazu geeignet, Routen zu
bestehenden Straßen und Wege hinzuzufügen. Die Genauigkeit reicht
leider nicht, um danach Wege zu zeichnen. Dafür sind die wesentlich zu
ungenau.

Gruß
Torsten

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

Re: [Talk-de] Wanderkarte: Hauptwanderwege Eifelverein

[Sebastian Niehaus]

Johannes Haller  writes:


[...]

> Sollte ich das mit der Erlaubnis trotzdem versuchen?

Ja. 


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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Holger Schrader]

> Und gerade beim Rennsteig fehlt noch die Information über die 
> verwendeten Farben. Da steht nur "R" :-)
>
>   
Hallo,
soweit ich weis hat der Rennsteig auch keine Farbtafeln sondern zur 
Wegmarkierung dient diese "R". Genauso ist es auch beim Goethewanderweg 
bei dem es als Markierung eine braune Tafel gibt auf der in 
kleinegeschriebenes "g" zu sehen ist.
Ciao Holger

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

Re: [Talk-de] Rastplatz auch ohne Imbisss?

[Georg Feddern]

Jan Tappenbeck schrieb:
> Hi !
>
> es gibt highway=services und soll für Rastplätze verwendet werden.
>   
Einspruch!
Die Wiki-Beschreibung von highway=services beschreibt eine _RastSTÄTTE_, 
nicht einen einfachen RastPLATZ.
> Würdet Ihr das auch für die "einfachen" Parkplätze an der Autobahn 
> verwenden - oder dort nur den klassischen Parkplatz ???
>   
Nein - oder ja. ;-)


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

Re: [Talk-de] Rastplatz auch ohne Imbisss?

[Bernd Wurst]

Hallo.

Am Montag, 26. Januar 2009 schrieb Martin Koppenhoefer:
> das war doch schon beantwortet, mappe die Klos und Bänke, wenn es den
> Anschein macht, dass man sich da auch aufhalten will, dann ist es ein
> Rastplatz, wenn es keine Bänke und nur Klos gibt, ist es ein Parkplatz.

So habe ich das weder aus der Bedeutung noch aus diesem Thread heraus 
verstanden.

Rastplatz ist, wo Personal arbeitet. Also Restaurant, Tankstelle, ...
Ein Parkplatz ist eben ein Parkplatz. ggf. mit WC.

Ein Parkplatz kann auch ein picnic_site haben, aber mit "services" würde ich 
schon einen aktiven "Service" bezeichnen.

Gruß, Bernd

-- 
Früher dachten wir ja auch: Ich denke, also bin ich.
Heute wissen wir: Geht auch so.  -  Dieter Nuhr (dt. Comedian)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Bernd Wurst]

Hallo.

Am Montag, 26. Januar 2009 schrieb Holger Blum:
> Für unsere Ecke ist der Wander Walter
> http://karte.wanderwalter.de/np-sfw/#m=p&pp=0&tp=0 recht ergiebig,
> alleine für die Murrhardter Umgebung sind 50 Routen eingetragen, die man
> sich mitsamt Topo50-Karte und haufenweise POIs auf den Pocket-PC oder
> als gpx herunterladen kann.
>
> Ich sehe gerade, die Betreiber der Seite kommen ebenfalls aus Murrhardt.
> Zufälle gibts... ;-)
> http://karte.wanderwalter.de/np-sfw/2394_Agentur-arcos.html

Ja, diese öffentlich bezahlte Gelddruckmaschine zu stoppen war unser größter 
Anreiz alle Feld- und Waldwege der Region bei OSM zu erfassen. :)

Und abgesehen von der Routen-Ausschilderung (hatte zu oft keine Kamera dabei) 
sind wir gar nicht mal schlecht, wie ich finde. :)


> Es dürfen allerdings keine Inhalte der Seite ohne schriftliche
> Genehmigung kopiert werden, ich benutze den Dienst aber gerne zur
> Planung von Touren sowie als Gedächtnisstütze. Vielleicht ist das ja
> noch für den einen oder anderen hilfreich, auch wenn sich dort keine
> frei verwendbaren Routenverzeichnisse finden.

Ja, das ist das Problem. Hilft mir also genau gar nicht weiter.
Ein Albverein, der um der Sache willen Wanderrouten gestaltet und ein 
Interesse daran hat, dass die auch benutzt werden, gibt solche Infos 
vermutlich leichter raus.

Ich nutze die Karte dort auch oft um zu schauen wo ich noch hin gehen will. 

Aber leider wird dort die LVA-Topo50-Karte benutzt, in der jeder umgefallene 
Baum als Weg eingezeichnet ist. Es taugt also ohne detaillierte Ortskenntnis 
noch nichtmal als Quelle für "da muss man ubedingt noch hin". :(

Gruß, Bernd

-- 
Das Licht am Ende des Tunnels kann auch ein entgegenkommender Zug sein.
  -  Gregor Gysi


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ?mounten von garmin .img Files was :Routingfähige De-Karte

[Bernd Wurst]

Hallo.

Am Montag, 26. Januar 2009 schrieb Sebastian Niehaus:
> Sorry. mein M/NUA hat in dem von mir zitierten Posting wohl nur
> selektiv angezeigt.

Oder du hast das Posting weiter oben im Thread (das ist zitiert habe) nicht 
gelesen. ;-))

Gruß, Bernd

-- 
Eine Unterschrift enthüllt immer den Charakter eines Menschen.
Und manchmal sogar seinen Namen...


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wiki - MailNotifications/Changes

[Johann H. Addicks]

John07 schrieb:

>> die Mail-Notifications für "Seiten auf der Beobachtungsliste" aktiviert.

> Nein, hatte vor kurzem nachgefragt bei dem admin, rss-feed ist daher  
> auch deaktiviert.
> Das wiki, svn, mailinglisten und track laufen übrigens auf einem  
> Server mit atom prozessor,

Was fehlt denn als Spende dafür?
Der Mailman der Mailingliste braucht vermutlich mehr Resourcen als das
Wiki durch Notifications je ausmachen könnte

-jha-


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

Re: [Talk-de] Tagging Schema mit Namespace was: Re: construction

[Heiko Jacobs]

Garry  wrote:
> Vielleicht bist Du als ?berwiegend 
> (ausschliesslich?) Fahrrad- und Bahnfahrender
> Verkehrsteilnehmer (und nat?rlich Fussg?nger) noch nie in die Situation 
> gekommen mit dem Navi im KFZ auf eine neue
> Strasse zu stossen bei der das Navi pl?tzlich "spinnt" weil 
> Beschilderung, Strasse und Navi-Karte nicht mehr ?bereinstimmen...

Du irrst.

Der Rest ist alles noch immer kein Grund, eine fehlerhafte Darstellung
von in Bau oder gar nur in Planung befindlicher Straszen zu rechtfertigen.

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] Tagging Schema mit Namespace was: Re: construction

[Garry]

Carsten Schwede schrieb:
> Hi,
>
> Ulf Lamping schrieb:
>
>   
>> P.S: Kannst du noch eine Regel einbauen, das Straßen mit
>> construction=yes nicht gerendert werden? Duck ;-)
>> 
>
> Nach der Diskussion hier würde ich das ja gerne machen, geht aber 
> leider nicht, ich kann momentan nur einen Tag auswerten. Die neue 
> Methode führte zu fehlerhaften Karten auf denen plötzlich die Straßen 
> verschwanden (im Dezember war das). Das muss ich aber mal wieder 
> ausprobieren, vielleicht ist der Bug jetzt weg. dann kann ich das 
> einbauen. ;-)
>
>   
Um mal wieder etwas konstruktiver zu werden:
Wie aufwendig wäre es denn ein Overlay entsprechend den Höhenlinien zu 
machen die man nach Bedarf
ein- und ausblenden kann?

Garry


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

Re: [Talk-de] construction

[Garry]

Norbert Hoffmann schrieb:
> Garry wrote:
>
>   
>> Sobald hier der Wunsch aufkommt etwas für die Router im Taggingschema zu 
>> optimieren kommt gleich
>> immer der Einwand "wir taggen nicht für den Router" und "für Router 
>> benötigt man sowieso eine Vorverarbeitung".
>> 
>
> Du "wünschst also etwas für Router zu optimieren"? Sorry, das ist doch nun
> wirklich Unsinn. Router benötigen für ihre Aufgaben nun wirklich keine
> nicht vorhandenen Wege. Du versuchst nur das Tagging für *deine* Belange zu
> optimieren. Und die Probleme hast du nur deshalb, weil du unbedingt mit dem
> Schraubendreher einen Nagel einhauen willst (= eine *von anderen* für
> Routing auf vorhandenen Straßen entwickelte Navi-Karte als Notizzettel für
> deine Erfassung von Baustellen und Planungen benutzen willst).
>
>   
Ich bemängle jetzt hier in erster Linie dass z.B. beim Thema maxspeed 
sich darauf berufen wurde dass man zur Anwendung
der OSM-Daten auf einem Router sowieso eine Vorverarbeitung der Daten 
braucht und hier jetzt aber  wieder
gerade anderstherum argumentiert wird...

Garry

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

Re: [Talk-de] Tagging Schema mit Namespace was: Re: construction

[Garry]

Martin Koppenhoefer schrieb:
> Am 25. Januar 2009 15:22 schrieb Tobias Knerr  >:
>
> Ulf Lamping schrieb:
> > Wir haben nämlich bereits eine Lösung (ist vielleicht nicht die
> beste
> > aller Möglichkeiten). Diese ist aber etabliert, dokumentiert und
> wird
> > anscheinend bis auf dem Garmin auch überall gerendert.
>
> Die Lösung ist aber eine totale Insellösung. Sie ist "etabliert",
> dokumentiert und wird überall gerendert für genau einen einzigen Fall:
> highway=construction.
>
> Nicht für Schienen, nicht für Häuser, nicht für Staudämme, Mauern,
> Bunker, wasweißich. Noch nicht mal highway=disused oder so was ist
> dokumentiert. In anderen Worten: Es ist eine Lösung, der bisher jede
> Allgemeinheit fehlt, da hat man den einen naheliegendsten Fall
> genommen
> und den Rest ignoriert.
>
>
> naja, fuer Schienen gibt es bereits railway=construction und ich sehe 
> nicht, warum man das nicht auch fuer waterways, buildings etc. 
> verwenden sollte.
Naja - stell Dir mal vor Du baust ein Haus und möchtest Deinen 
Lieferanten eine Aoch nfahrtsadresse für Deine vielleicht gerademal 
ausgehoben Baugrube
an einer Strasse die noch in Bau ist geben.
Ein building=construction an highway=construction die nicht gerendert 
wird hilft Dir da wenig weiter.
Es muss also für alles was nach diesem Schema generiert wird erst eine 
Renderregel eingeführt werden was sonst schon automatisch gerender werden
würde. Ein Gebäude ist ja noch mehr als eine Strasse schon in der 
Bauphase ein wichtiger Bezugspunkt für die Navigation.
Kann man jetzt natürlich auch als "Spezialanwendung" abtun-aber ich 
denke gerade mit der Ermöglichung der vielen kleinen Spezialanwendungen 
die vorher
nicht möglich/bezahlbar waren will sich OSM hervortun...

Garry

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

Re: [Talk-de] Tagging Schema mit Namespace was: Re: construction

[Garry]

Heiko Jacobs schrieb:
> Zentrum aller wesentlichen Anwendungen unserer Daten ist die
> Verarbeitung real existierender Wege. Alles andere ist "nett zu haben",
> aber im Zweifel verzichtbar.
> Ein gutes allgemeingueltiges Datenmodell sollte "problemvermindernd"
> darauf Ruecksicht nehmen, dass diese zentrale Aufgabe stets korrekt
> geloest werden kann. Beiwerk hat sich dem unterzuordnen.
>   

Du setzt offenbar voraus dass die OSM-Strassen-Daten bald synchron mit 
der Realität übereinstimmen werden.
Dem wird sicher zumindest auf lange Sicht nicht so sein, selbst wenn man 
sich nur auf den Bestand von Deutschland
beschränkt. Der Durschnittsanwender wird auch in absehbarer Zukunft 
nicht die tagesaktuelle OSM-Fassung mit sich
führen sondern in der Regel mehrer Wochen bis Monate alte Fassungen.
Von daher macht es keinen Sinn sich auf real existierende Strassen zu 
berufen da auch die OSM-Datenbank zu keinem
Zeitpunkt mit der Realität übereinstimmen wird.
Es wird aber nach wie vor immer wieder den Fall geben dass man auf 
frisch freigegeben  Wege stossen wird die die bisherige
Verkehrsführung erheblich verändern. Vielleicht bist Du als überwiegend 
(ausschliesslich?) Fahrrad- und Bahnfahrender
Verkehrsteilnehmer (und natürlich Fussgänger) noch nie in die Situation 
gekommen mit dem Navi im KFZ auf eine neue
Strasse zu stossen bei der das Navi plötzlich "spinnt" weil 
Beschilderung, Strasse und Navi-Karte nicht mehr übereinstimmen...
Was nützt Dir da Deine "reale" Karte?
Eine - in welcher Form auch immer - Darstellung der zum Zeitpunkt der 
Erstellung noch in Bau befindliche Strasse wird besser
über das Problem hinweghelfen als schlichtes Verschweigen oder einer 
Ansage "sie befinden sich ausserhalb der öffentlichen Strassen"..
Es geht hier also nicht wie  hier  schon  mehrfach behauptet  wurde um  
eine  spezielle  Lösung für  mich  sondern  um die  Lösung
real existierender  Probleme auch für die  Masse.
Ich denke da ist meine Lösungsweg  "problemvermindernder" als Deiner, 
den ich berücksichtige
- die Strasse kann während der Nutzzeit der Karte fertig werden und 
biete auch dann eine Orientierungshilfe
- Der Router routet nicht über die neue Strasse, kann aber innerhalb 
dieser wiederum routen, gegebenfalls bei baulich getrennten
Fahrspuren auch wieder in das bestehende"öffentliche" Netz hinein.:
- manuelle Routenwahl auf einem kaum handtellergrossen Display wird sich 
jemand kaum antun so dass die Gefahr eines versehentlichen
manuellen routens über Baustellen gering ist.

Garry  

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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

[Gerrit Lammert]

Nachtrag:
Deine Route geht aktuell runter bis nach Frankenhardt. Ist das gewollt? 
Ansonsten musst Du an der T-Kreuzung den langen Weg splitten und am 
entsprechenden Teil die Route löschen.

Gerrit

Gerrit Lammert wrote:
> Hi André.
> 
> André Reichelt wrote:
>>> Die 52er-Relation sieht völlig okay aus. Du kannst noch im 
>>> operator-Tag der Relation den Betreiber und im network-Tag den 
>>> Verkehrsverbund erfassen, ansonsten alles okay. Morgen solltest du die 
>>> Linie auf www.öpnvkarte.de sehen.
>> Ok, danke. Ich habe das jetzt noch nachgetragen. Dann hoffe ich mal,
>> dass es geht. Wenn, dann werde ich auch mal die anderen Buslinien
>> eintragen. Hier fahren einige Fernbusse ;).
> 
> Noch ein paar Anmerkungen:
> Du hast sowohl auf dem Weg als auch neben dem Weg einen Node als 
> highway=bus_stop getaggt. Du solltest entweder eines von beiden machen, 
> oder den neben dem Weg liegenden Knoten als highway=platform taggen und 
> in eine Relation machen (siehe mein Posting vorhin).
> 
> Abgesehen davon hast Du nur auf einer Seite der Straße Platformen 
> eingezeichnet. Fährt der Bus dort tatsächlich nur von Ost nach West? 
> Wenn ja, solltest Du als role in der Linien-Relation "backward" angeben 
> und damit klarstellen, das der Bus nur entgegen der Richtung des Weges 
> fährt. Wenn er in beide Richtungen fährt, solltest Du die anderen 
> Plattformen noch nachtragen.
> 
> Die role "way", wie Du sie momentan an der Route hast, ist eigentlich 
> überflüssig, das merken die Auswerteprogramme schon selbst... :)
> 
> Gerrit
> 
> ___
> 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-Linien richtig taggen?

[Gerrit Lammert]

Hi André.

André Reichelt wrote:
>> Die 52er-Relation sieht völlig okay aus. Du kannst noch im 
>> operator-Tag der Relation den Betreiber und im network-Tag den 
>> Verkehrsverbund erfassen, ansonsten alles okay. Morgen solltest du die 
>> Linie auf www.öpnvkarte.de sehen.
> 
> Ok, danke. Ich habe das jetzt noch nachgetragen. Dann hoffe ich mal,
> dass es geht. Wenn, dann werde ich auch mal die anderen Buslinien
> eintragen. Hier fahren einige Fernbusse ;).

Noch ein paar Anmerkungen:
Du hast sowohl auf dem Weg als auch neben dem Weg einen Node als 
highway=bus_stop getaggt. Du solltest entweder eines von beiden machen, 
oder den neben dem Weg liegenden Knoten als highway=platform taggen und 
in eine Relation machen (siehe mein Posting vorhin).

Abgesehen davon hast Du nur auf einer Seite der Straße Platformen 
eingezeichnet. Fährt der Bus dort tatsächlich nur von Ost nach West? 
Wenn ja, solltest Du als role in der Linien-Relation "backward" angeben 
und damit klarstellen, das der Bus nur entgegen der Richtung des Weges 
fährt. Wenn er in beide Richtungen fährt, solltest Du die anderen 
Plattformen noch nachtragen.

Die role "way", wie Du sie momentan an der Route hast, ist eigentlich 
überflüssig, das merken die Auswerteprogramme schon selbst... :)

Gerrit

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

Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt

[Heiko Jacobs]

Norbert K?ck  wrote:
> w?re es nicht einfacher, bei beiden Regeln den Namen mit exakt demselben 
> Abstand zum Objekt zu zeichnen?

Habe als Notloesung mal die Abstaende bei der Textverschiebung
bei Hausnummern von 0 und -1.5 auf das -2.5 von historic gesetzt
und warte nun gespannt auf die Beshwerden bzgl. neuer Seiteneffekte ;-)

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] Hausnummern

[Heiko Jacobs]

Martin Koppenhoefer  wrote:
>> > Gegen den "dahinterliegende Konturen erschweren die Lesbarkeit"-Effekt
>> > hilft es oft auch (wie andernorts auf der Karte praktiziert), den Font
>> > mit einem helleren Rand auszustatten.
>>
>> Zahl in schwarz mit wei?em Rahmen. Kringel weg. Halte ich f?r einen guten
>> Vorschlag.
> 
> ich bin der Auffassung, dass die Hausnummern da zu praesent werden, sie
> interessieren ja nur in wenigen Faellen, und wenn jede Hausnummer gemappt
> ist, reicht wirklich eine kleine schwarze Zahl ohne Umriss, ohne Rahmen und
> ohne Transparenz. (Geht uebrigens auch am schnellsten zu rendern). Dezent
> aber vorhanden sollte m.E. das Motto hier sein.

Fuer ganz rahmenlos liegt die Nummer zu oft auf Haus- oder Straszen-casings,
probiere nun mal dunklere Hausnummern mit halbtransparentem Rand.
Im SVG sieht's schon mal nicht so schlecht aus...


   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] Inseln korrekt mappen: Wieder einmal Relationen ...

[Gerd Hoffmann]

Norbert Kück wrote:
> Hallo,
> Gerd Hoffmann schrieb:
>> Ok, jetzt hat jemand ein Multipolygon draus gestrickt.  Die Inseln sind
>> jetzt wieder da.  Die Beschriftung ist nun aber komisch:  Mapnik malt
>> den Namen auf das Inselufer statt in die Mitte.  osmarender beschriftet
>> die Insel gar nicht erst.  Hmm ...
> Aus dem Way ein Area machen! Derzeit sind noch keine Eigenschaften 
> vergeben außer dem Namen - und der wird auf den Way gesetzt.

Also z.B. josm -> vorlagen -> natur -> land (ergibt natural=land)?
Oder meinst Du was anderes?

>> Apropos beschriften:  Die Namen der Seen tauchen bei osmarender nur in
>> der höchsten Auflösungsstufe auf.  War das nicht vor kurzem noch anders?
>>  Ist jedenfalls bei größeren Seen nicht so praktisch.
> Die regelgesteuerte Beschriftung scheint ein großes Problem zu sein - 
> ist ja auch in kleiner Auflösung bei Städtenamen nicht befriedigend gelöst.

Scheint alleine von place abzuhängen.  Ab zoom 13 werden Dörfer
beschriftet, in zoom 12 nur Städte.  Was in dünner besiedelten Gegenden
zu sehr sparsam beschrifteten Karten führt ...

> An Osmarender missfällt mir, dass (neuerdings?) einiges an Informationen 
> bei geringerer Auflösung unterdrückt wird. So müssten Gebietsgrenzen 
> (nach meinem Empfinden) noch in dem Maßstab sichtbar sein, mit dem das 
> Gebiet in Gänze (bzw. wenigstens nicht nur in kleinen Häppchen) 
> angezeigt werden kann.

Yep.  Ähnlicher Effekt beim Carwitzer See: Ich sehe den Namen erst, wenn
ich so weit reingezoomt habe daß fast der ganze Bildschirm blau ist.

> Ich sehe ja ein, dass man für geringere 
> Auflösungen die Details reduzieren muss. Aber in der 
> Übersichtsdarstellung muss ich mich doch orientieren können.

Kann man das bei flächigen Objekten beispielsweise nach Flächengröße
staffeln?  Zwischen Müritz oder Bodensee und dem örtlichen
Feuerlöschteich liegen ja ein paar Größenordnungen, die man evtl.
zoomleveln zuordnen kann.

> Man könnte den krummen See aufteilen und den Namen an ein günstiges 
> Stück hängen. Man kann auch den Tag place=locality missbrauchen.

Und beide Teile wieder in ein multipolygon packen?  Den Namen an die
Teile heften?  Was vermutlich dazu führt daß der Name zweimal auftaucht.
 Was aber bei der langgestreckten Banane vielleicht gar nicht so
schlecht wäre.  Oder lieber dem multipolygon einen Namen geben?  Würde
das dann überhaupt was an der Lage des Labels ändern?

cheers,
  Gerd


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

Re: [Talk-de] Inseln korrekt mappen: Wieder einmal Relationen ...

[Norbert Kück]

Hallo,
Gerd Hoffmann schrieb:
> Ok, jetzt hat jemand ein Multipolygon draus gestrickt.  Die Inseln sind
> jetzt wieder da.  Die Beschriftung ist nun aber komisch:  Mapnik malt
> den Namen auf das Inselufer statt in die Mitte.  osmarender beschriftet
> die Insel gar nicht erst.  Hmm ...
Aus dem Way ein Area machen! Derzeit sind noch keine Eigenschaften 
vergeben außer dem Namen - und der wird auf den Way gesetzt.
> 
> Apropos beschriften:  Die Namen der Seen tauchen bei osmarender nur in
> der höchsten Auflösungsstufe auf.  War das nicht vor kurzem noch anders?
>  Ist jedenfalls bei größeren Seen nicht so praktisch.
Die regelgesteuerte Beschriftung scheint ein großes Problem zu sein - 
ist ja auch in kleiner Auflösung bei Städtenamen nicht befriedigend gelöst.
An Osmarender missfällt mir, dass (neuerdings?) einiges an Informationen 
bei geringerer Auflösung unterdrückt wird. So müssten Gebietsgrenzen 
(nach meinem Empfinden) noch in dem Maßstab sichtbar sein, mit dem das 
Gebiet in Gänze (bzw. wenigstens nicht nur in kleinen Häppchen) 
angezeigt werden kann. Ich sehe ja ein, dass man für geringere 
Auflösungen die Details reduzieren muss. Aber in der 
Übersichtsdarstellung muss ich mich doch orientieren können.

> Außerdem: Der "Schmale Luzin" (nordöstlich vom Carwitzer See) hat seine
> Beschriftung außerhalb der Wasserfläche.  Was etwas verwirrt, gerade
> weil aus dem Namen alleine nicht so klar hervorgeht daß es sich um einen
> See handelt.  Liegt vermutlich daran daß der See (grob vereinfacht)
> bananenförmig ist.  Kann man das fixen?
Dafür war ja die Idee mit dem Label-Punkt als Mitglied einer Relation 
gedacht, aber funktioniert das schon?
Man könnte den krummen See aufteilen und den Namen an ein günstiges 
Stück hängen. Man kann auch den Tag place=locality missbrauchen.

Gruß
nk

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

Re: [Talk-de] Relation über Kreisverkehr

[Peter Vitt]

Peter Vitt schrieb:
> Hallo Liste,
>
> Wie tagge ich eine Relation über einen Kreisverkehr?
>
> 1) Ist der Kreisverkehr komplett ein Teil der Relation? Dann wäre dort ein 
> Bruch
> der Relation.
> 2) Nehme ich den Kreisverkehr nicht mit in die Relation auf? Dann wäre dort 
> ein
> Loch in der Relation.
> 3) Spalte ich den Kreisverkehr so auf, dass er in die Relation "passt", wie 
> man
> es bei anderen Wegen auch macht? Dann wäre die Relation durchgängig.
>
> Schon mal vielen Dank für die Hilfe.
> Peter
>   

Hallo allerseits,

Ich würde gern das bisher geschriebene noch ein mal zusammenfassen:
Ein Teil befürwortet die Vorgehensweise, den Kreisverkehr als
geschlossenen Weg zu belassen und komplett in die Relation mit aufzunehmen.
Die zweite verwendete Möglichkeit ist, den Kreisverkehr nicht in die
Relation aufzunehmen.
Möglichkeit Nummer 3 wäre nun, den Kreisverkehr aufzuspalten. Dabei wird
der Kreisverkehr in einer eigenen Relation wieder zusammengefasst. Der
Route wird nun nur der Teil hinzugefügt, der auch wirklich für die Route
benötigt wird.

Einen Konsens auf der Liste herzustellen, ist wahrscheinlich utopisch.
Ich werde daher das Ganze auf die allgemeine talk-Liste übertragen. Mal
sehen, ob sich dort eine gemeinsame Richtung abzeichnet.

Gruß und vielen Dank für den Input, Peter


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

Re: [Talk-de] Crowdsourcing

[Markus]

Hallo Tim,

danke für den WP-Link :-) und Deine Erklärungen.

So wie ich das Gefundene verstehe, handelt es sich eigentlich um 
*Kundenorientierung*, bei der Kunden direkt zur Mitarbeit eingeladen 
werden, beispielsweise bei der Produktentwicklung, Prozessoptimierung, 
aber auch bei eher peripheren Aktionen (Marketing), und natürlich bei 
der Kundenwerbung und -bindung (Fanclub, etc.).

Also nichts neues.

Begriffe wie
> "Kollektive Intelligenz", Schwarmintelligenz, Crowdsourcing

klingen eher nach "alter Wein in neuen Schläuchen"

> ist *nicht* auf OSM oder Wikipedia anwendbar

Zumindest nicht so simpel.

Aber i.S.v. "Ressourcen entdecken" und "Synergien bilden" oder "kreative 
Lösungen finden", kann man mit Methoden wie beispielsweise OpenSpace 
oder eben konsequenter Kundenorientierung viel erreichen.

Dazu ist aber erforderlich, dass man
a) kundenorientiert denkt und handeln will
b) die Methoden beherrscht
c) eigenen Vorstellungen loslassen kann

> Bei OSM könnte man Wisdom of the Crowds da anzapfen, 
> wo man beispielsweise eine Vielzahl von GPS-Tracks
> hat und daraus dann den optimalen Straßenverlauf mittelt 

hm - das ist für mich simples "Mittelwertbilden"...

> Wikipedia und OSM sind beides Projekte, die von einer im Vergleich
> gar-nicht-so-großen Anzahl von sehr aktiven Nutzern geprägt wird. 

Richtig. Und diese entfalten eine nicht kleine strukturelle Macht durch 
zeitliche und aktionistische Präsenz, die nicht a priori zielführend für 
das Gesamtprojekt eingesetzt wird.

> beide zeichnet aus, dass sich theoretisch jeder einbringen kann und
> sofern er Zeit und Aufwand investiert, entsprechend viel erreichen und
> auch seine Meinung/Ansichten im Projekt verfestigen kann.

Und eben auch dadurch, dass diejenigen, die wenig Zeit und Aufwand 
investieren - aber vielleicht viel zum Gelingen beizutragen hätten - 
nicht adäquat gehört werden.

>>> Ohne das freie Tagging wäre OSM nicht das geworden was es heute ist
>> Das denke ich auch.
> Das ist wohl so, ja.

>> Gleichzeitig denke ich, dass Projekte einen bestimmten Reifegrad nur
>> überschreiten, wenn sie auch andere Methoden integrieren.
> 
> Ich vermute, dass das so ist, habe aber keinen Beleg dafür.

Aus Erfahrung mit Grossgruppenmethoden weiss man, dass der Erfolg direkt 
abhängt von der methodischen Weiterarbeit mit den in der Grossgruppe 
geweckten Energien und Ideen. Dazu gehören Zeit, Geld und Organisation, 
sonst verläuft alles im Sande und ein zweiter Anlauf gestaltet sich viel 
schwieriger und mit weniger Wirkung.
Auch bei klassischer Projektorganisation sterben viele Projekte schon 
vor Abschluss, aber nicht weil sie unsinnige Ziele verfolgen oder 
ungeeignete Mittel verwenden, sondern weil sie nicht richtig organisiert 
sind und durch gestörte Kommunikation die Motivation wegbricht.

Ich denke, bei Opensource ist es genauso:
In der Startphase ist wildes Brainstorming erforderlich.
Und entsprechender Aktionismus erst mal hilfreich.
Dann müssen die Ideen selektiert und organisiert verwirklicht werden.
Mit permanenten Feedbackschleifen zu den Anwendern und mit 
kontinuierlicher Verbesserung. Und das Ganze muss allen Spass machen.

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Inseln korrekt mappen: Wieder einmal Relationen ...

[Gerd Hoffmann]

Gerd Hoffmann wrote:
> Sebastian Niehaus wrote:
>> Hm, wie mappe ich eine Insel mit Gebüsch?
> 
> Und wie werden Inseln überhaupt gemappt?  Hat jemand eine URL für mich
> wo inner und outer und relationen etc. für Anfänger erklärt wird?
> 
> Der Carwitzer See hat ein paar Inseln.  Mapnik malt sie.  Osmarender
> malt sie nicht.  Was insbesondere beim Wanderweg auf den Bohnenwerder
> dann etwas komisch aussieht.  Irgendwas stimmt da vermutlich nicht ...
> 
> http://www.openstreetmap.org/?lat=53.2989&lon=13.4565&zoom=13&layers=B000FTF

Ok, jetzt hat jemand ein Multipolygon draus gestrickt.  Die Inseln sind
jetzt wieder da.  Die Beschriftung ist nun aber komisch:  Mapnik malt
den Namen auf das Inselufer statt in die Mitte.  osmarender beschriftet
die Insel gar nicht erst.  Hmm ...

Apropos beschriften:  Die Namen der Seen tauchen bei osmarender nur in
der höchsten Auflösungsstufe auf.  War das nicht vor kurzem noch anders?
 Ist jedenfalls bei größeren Seen nicht so praktisch.

Außerdem: Der "Schmale Luzin" (nordöstlich vom Carwitzer See) hat seine
Beschriftung außerhalb der Wasserfläche.  Was etwas verwirrt, gerade
weil aus dem Namen alleine nicht so klar hervorgeht daß es sich um einen
See handelt.  Liegt vermutlich daran daß der See (grob vereinfacht)
bananenförmig ist.  Kann man das fixen?

cheers,
  Gerd

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

Re: [Talk-de] ?mounten von garmin .img Files was :Routingfähige De-Karte

[Sebastian Niehaus]

Bernd Wurst  writes:

> Hallo ihr lustigen Diskutanten.
>
>
> Am Montag, 26. Januar 2009 schrieb Sebastian Niehaus:
>> > Bei nem cd-image geht das so:
>> > mount -o loop foobar.iso 
>> und bei der gmasupp.img?
>
> Welcher Teil von Svens Aussage
>
> | Eigentlich müsste man da mal nen fuse Treiber für schreiben.
>
> war eigentlich der Auslöser für die Annahme, dass es diesen Treiber jetzt 
> schon gibt?

Sorry. mein M/NUA hat in dem von mir zitierten Posting wohl nur
selektiv angezeigt.

Ich las nur folgendes:

,
| Ziemlich off Topic hier! Everything is a file or filesystem :)
| 
| Ganz normal wie jedes andere Containerfile auch:
| 
| Bei nem cd-image geht das so:
| mount -o loop foobar.iso 
| 
| Bei fuse Zeug gibts meistens einen speziellen Mount-Befehl wie z.B.
| sshfs oder fusermount.
`

Der Satz mit "Ganz normal wie jedes andere Containerfile auch" klang
für mich so, als wäre das banal.


Sebastian 


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

Re: [Talk-de] Naturdenkmal

[Hanno Böck]

Am Montag 26 Januar 2009 schrieb Jan Tappenbeck:
> bei uns gibt es viele Naturdenkmäler - kennt einer ein Tag dafür ??

http://wiki.openstreetmap.org/index.php/Proposed_features/Key:natural_protection

Darf gern auch mal jemand durch den Abstimmungsvorgang bringen o.ä. - aber 
kann man ja auch als Proposal gern benutzen.

-- 
Hanno Böck  Blog:   http://www.hboeck.de/
GPG: 3DBD3B20   Jabber/Mail:ha...@hboeck.de


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Ausbleibende Löschungen im Wiki

[Frederik Ramm]

Hallo,

Frederik Ramm wrote:
> Gibt es hier 1-2 Leute auf der Liste, die gerne (einer von mehreren) 
> Sysops beim OSM-Wiki sein würden und sich dann u.a. um solche Sachen 
> kümmern? Es gibt derzeit keine Sysops, die deutsch können, und das ist 
> etwas wenig. Grant hat mich gefragt, ob ich 1-2 Leute empfehlen koennte.

Danke fuer die Antworten. Ich habe die Wortmeldungen weitergeleitet und 
gehe davon aus, dass Grant einen oder mehrere von Euch dann demnaechst 
zu Admins machen wird.

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] Wanderkarte: Hauptwanderwege Eifelverein

[Johannes Haller]

Hatte ich vergessen: hier ist der Link mit dem Verzeichnis der 
Hauptwanderwege, von dem aus man sich zu den einzelnen Wegen und den 
entsprechenden Etappen-Tracks weiterklicken kann.

http://eifelverein.de/go/wanderwege.html

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

[Talk-de] Wanderkarte: Hauptwanderwege Eifelverein

[Johannes Haller]

Der Eifelverein stellt auf seiner Seite die GPS-Daten praktisch aller 
seiner Hauptwanderwege zur Verfügung. Da es sich großenteils um 
"Hauptwanderwege des Eifelvereins" handelt, bin ich nicht sicher, wie 
die rechtliche Lage ist, wenn man diese Daten einfach in die 
OSM-Wanderkarte 'reinnimmt. Der Eifelverein ist andererseits sehr 
interessiert an möglichst breiter Streuung der Informationen über diese 
Routen. Da ich zufällig persönliche Kontakte zum Präsidium des Vereins 
habe, könnte ich wahrscheinlich eine Freigabe aller 
Hauptwanderwegs-Daten für OSM erwirken.

Die Tracks sind, wenn man sie näher anschaut, hier und da etwas grob, 
insgesamt aber offenbar von ganz guter Qualität. Trotzdem, man wird 
daran arbeiten müssen. Eine Überarbeitung für die Karte ist für mich 
derzeit zeitlich nicht  oder nur stückchenweise leistbar, außerdem bin 
ich dafür OSM-mäßig vermutlich noch zu grün hinter den Ohren.

Sollte ich das mit der Erlaubnis trotzdem versuchen?


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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Holger Blum]

Bernd Wurst schrieb:

> Für Franken mag das gelten, aber wenn man das in anderen Regionen, wie z.B. 
> hier im Schwäbischen machen will, dann stößt man ganz schnell auf etwas 
> weniger informative Websites wie 
>   http://www.schwaebischer-albverein.de/

Für unsere Ecke ist der Wander Walter
http://karte.wanderwalter.de/np-sfw/#m=p&pp=0&tp=0 recht ergiebig,
alleine für die Murrhardter Umgebung sind 50 Routen eingetragen, die man
sich mitsamt Topo50-Karte und haufenweise POIs auf den Pocket-PC oder
als gpx herunterladen kann.

Ich sehe gerade, die Betreiber der Seite kommen ebenfalls aus Murrhardt.
Zufälle gibts... ;-)

http://karte.wanderwalter.de/np-sfw/2394_Agentur-arcos.html

Auch in anderen Regionen wird der Dienst ausgebaut:
http://karte.wanderwalter.de/

Es dürfen allerdings keine Inhalte der Seite ohne schriftliche
Genehmigung kopiert werden, ich benutze den Dienst aber gerne zur
Planung von Touren sowie als Gedächtnisstütze. Vielleicht ist das ja
noch für den einen oder anderen hilfreich, auch wenn sich dort keine
frei verwendbaren Routenverzeichnisse finden.

Viele Grüße,
Holger

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

[Talk-de] Naturdenkmal

[Jan Tappenbeck]

Moin !

bei uns gibt es viele Naturdenkmäler - kennt einer ein Tag dafür ??

Gruß Jan :-)

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Tim 'avatar' Bartel]

Hi,

Am 26. Januar 2009 20:40 schrieb Oli Sennhauser :
> Ich bin vorsichtig optimistisch. Zitat vom Leiter Marketing vom ZVV:
>
> "Ich finde wir sollten, ihm die Daten geben. Wir sind ja grundsätzlich daran 
> interessiert, dass unsere Kunden wissen wo die Halstestellen sind.
> Ist opensource Lösung, er verdient kein Geld damit
> Kundennutzen am steigen"

Da sollte man ihm aber fairerweise sagen, dass jederzeit jemand
hingehen kann, die Daten aus OSM extrahieren und mit oder ohne
zusätzlicher Software verkaufen kann. Das dürfte zwar möglicherweise
dann nicht einfach zum gewünschten Ergebnis führen, vermeidet aber
große Folgeprobleme.

Tschüss, Tim.

-- 
http://wikipedistik.de

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

Re: [Talk-de] Karte mit Restriktionen

[Norbert Wenzel]

On 01/25/2009 11:26 PM, Tobias Knerr wrote:
> Norbert Wenzel schrieb:
>> Der betreffende Node auf der Karte von Frederik Fischer befindet sich
>> unter eine zweispurigen S-Bahn-Brücke. Was wäre da deiner Meinung nach
>> das sinnvollere Tagging?
>>
>> * ein Node, unter der Brücke
>> * die Straße aufspalten und die 3-4m unterhalt als eigenen Way führen
>> * die Straße aufspalten und alles was von Abbiegemöglichkeit zu
>> Abbiegemöglichkeit geht mit der maxheight versehen, so dass die Brücke
>> dazwischen ist.
>
> Je nach Beschilderung hätte ich b oder c genommen. Wenn die Schilder
> z.B. schon an der Abzweigung stehen, dann hätte ich auch das ganze Stück
> mit maxheight versehen. Schließlich taggen wir ja auch maxspeeds auf die
> ganze ausgeschilderte Strecke und nicht auf die eine Kurve, die die
> tatsächlich fahrbare Geschwindigkeit limitiert.

Ich hab mich für a entschieden, weil die Schilder tatsächlich nur  knapp 
vor der Brücke stehen, zumindest hab ich sie nur dort gesehen, weil bis 
knapp vor der Brücke auch noch Kreuzungen sind.

Und das erneute Aufspalten der Straße für Teile die so groß sind, dass 
man sie ohnehin fast nicht mehr auflösen kann in den Editoren, war mir 
da deutlich zu unelegant. Ich bin noch nichtmal auf die Idee gekommen, 
dass man maxheight ausschließlich auf ways beschränken könnte. Hab auch 
in meinen wenigen "Begegnungen" mit maxheight bis jetzt auschließlich 
einzelne Nodes direkt unter Brücken gefunden.

Ich werd aber in Zukunft drüber nachdenken, ob sich vielleicht in kurzer 
eigener Way auszahlen könnte. In dem konkreten Fall, würd ich das aber 
weiterhin verneinen.

Norbert

PS: Eingetragen hab ich die Höhe damals übrigens, weil ich zufällig 
vorbeigekommen bin und gerade mal wieder ein LKW um ein paar cm zu hoch 
für die Brücke war...

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

Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt

[Norbert Kück]

Hallo,

Heiko Jacobs schrieb:
> Anscheinend, weil 2 Regeln greifen:
> historic=* und buildung=yes
> Bei beiden gibt's Regeln fuer name=*
> Bei letzterem ggfs. mit Hausnummernverschiebeoffset und einer
> laengerne Ausnahmenliste, die offenbar mit ersterer Regel und
> einem Satz aehnlicher Regeln nicht zusammenpasst.
> 
> Entweder muesste bei historic=* und evtl. einer Reihe von anderen
> building=yes ausgenommen werden oder die laengere Liste bei
> building=yes den anderen angepasst werden. Oder irgendwie fusionieren.
> Ist mir gerade zu komplex, das zu entshceiden, ueberlasse ich mal 
> den Original-Hausnummernverschiebern :-)

wäre es nicht einfacher, bei beiden Regeln den Namen mit exakt demselben 
Abstand zum Objekt zu zeichnen?

Gruß
nk

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

Re: [Talk-de] Rastplatz auch ohne Imbisss?

[Martin Koppenhoefer]

Am 26. Januar 2009 20:44 schrieb Jan Tappenbeck :

> HI !
>
> irgendwie sehe ich die Diskussion an meiner Frage vorbei !!
>
> Ihr habt Euch über Straßen und Wege unterhalten - mir geht es darum, das
> es Plätze an der Autobahn gibt die in der Regel nur Parkplätze haben
> (manchmal eine Spur / manchmal 2 Spuren). Dann wiederum gibt es einige
> mit mehr Ausstattung !
>
> Sind die erst genannten auch als RASTPLATZ - obwohl dieses auf manchen
> blauen Tafeln steht - getaggt werden oder sind das nur PARKPLÄTZE ?!?!?!?!
>
> Gruß Jan :-)
>
>
das war doch schon beantwortet, mappe die Klos und Bänke, wenn es den
Anschein macht, dass man sich da auch aufhalten will, dann ist es ein
Rastplatz, wenn es keine Bänke und nur Klos gibt, ist es ein Parkplatz.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rastplatz auch ohne Imbisss?

[Jan Tappenbeck]

HI !

irgendwie sehe ich die Diskussion an meiner Frage vorbei !!

Ihr habt Euch über Straßen und Wege unterhalten - mir geht es darum, das 
es Plätze an der Autobahn gibt die in der Regel nur Parkplätze haben 
(manchmal eine Spur / manchmal 2 Spuren). Dann wiederum gibt es einige 
mit mehr Ausstattung !

Sind die erst genannten auch als RASTPLATZ - obwohl dieses auf manchen 
blauen Tafeln steht - getaggt werden oder sind das nur PARKPLÄTZE ?!?!?!?!

Gruß Jan :-)


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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Oli Sennhauser]

Hallo alle,

Was habe ich da bloss wieder für Diskussionen losgetreten... (kopfschüttel)
>>> Falls ich es nicht schaffe, an die Daten zu kommen: Wer arbeitet beim
>>> Kanton? Die Daten kosten für externe CHF 450.- für GIS-ZH-Angehörige
>>> sind sie kostenlos...
>>>   
>> In dem Fall bitte genau auf die Lizenz achten. Wer 450,- CHF für die
>> Daten nimmt, will in der Regel auch verhindern, dass der Käufer sie
>> "für umsonst" weitergibt oder noch schlimmer: weiterveräussert.
>> 
>
> Da liegst Du wohl leider richtig. In Luzern darf ich die nicht 
> weiterverwenden.
> http://www.rawi.lu.ch/mb_2008-12-1_datengebuehr.pdf
>
> Das ist aber von Kanton zu Kanton unterschiedlich!!! Diese 450.-
> könnten eine reine Gebühr sein und die Weiterverwendung der Daten
> erlaubt sein.
>
> Manchmal echt frustrieren Dann halt Eile mit Weile.
>   
Ich bin vorsichtig optimistisch. Zitat vom Leiter Marketing vom ZVV:

"Ich finde wir sollten, ihm die Daten geben. Wir sind ja grundsätzlich daran 
interessiert, dass unsere Kunden wissen wo die Halstestellen sind.
Ist opensource Lösung, er verdient kein Geld damit
Kundennutzen am steigen"

Gruss,
Oli

-- 

Transpool - Mitfahrgelegenheiten für die Schweiz (http://www.transpool.org/)
TopoDB - Sammlung aller Kletterrouten der Schweiz mit Topos 
(http://www.topodb.ch/).

Oli Sennhauser
Rebenweg 6
CH - 8610 Uster / Switzerland

Phone (+41) 44 940 24 82
Mobile (+41) 79 830 09 33
e-Mail oli.sennhau...@bluewin.ch
Website http://www.shinguz.ch/
Skype: oli_sennhauser
Jabber: shin...@swissjabber.ch


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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Florian Eggenberger]

2009/1/26 Ulf Lamping :
> Stefan Leupers schrieb:
>>
>> Ja, genau. Finde ich - als Deutscher - trotzdem oder gerade deswegen lustig.
>> Die Gefahr, dass uns die Schweiz "übernimmt" halte ich für
>> überschaubar.  ;-)
>
> Sag das nicht!
>
> Wenn das hier in Deutschland so weitergeht, sind bald alle Deutschen
> Soldaten im Auslandseinsatz unterwegs.

Wenn wir noch ein paar freiwillige in Lichteinstein rekrutieren
können, dann seht ihr echt alt aus. :-)
Sorry, musst auch "wirklich" sein. ;-)

Gruss
Florian

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Martin Koppenhoefer]

>
>
> > Ich empfand den "großen Kanton" übrigens eher als liebevolle
> > Beschreibung für Deutschland!
> > (Dank an Oli.)
>
> Ich auch :-)
>
> Gruß, ULFL
>
> P.S: Ist zwar jetzt komplett OT, aber muß halt auch mal sein!
>
> +1

ja, erinnert so ein bisschen an Wetten-Dass und vergleichbare Sendungen:
hallo Österreich, hallo Schweiz.

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Ulf Lamping]

Stefan Leupers schrieb:
> 
> Ja, genau. Finde ich - als Deutscher - trotzdem oder gerade deswegen lustig.
> Die Gefahr, dass uns die Schweiz "übernimmt" halte ich für 
> überschaubar.  ;-)

Sag das nicht!

Wenn das hier in Deutschland so weitergeht, sind bald alle Deutschen 
Soldaten im Auslandseinsatz unterwegs.

Und dann kann uns die Schweiz ganz einfach im Handstreich übernehmen.

Ob die das allerdings überhaupt wollen steht natürlich auf einem ganz 
anderen Blatt ;-)

> Ich empfand den "großen Kanton" übrigens eher als liebevolle 
> Beschreibung für Deutschland!
> (Dank an Oli.)

Ich auch :-)

Gruß, ULFL

P.S: Ist zwar jetzt komplett OT, aber muß halt auch mal sein!

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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Nop]

Hallo!

Sebastian Hohmann schrieb:
> Leider konnte ich auch nach langer Suche keine Wegbezeichnungen für die 
> Gegend hier finden. Bei den meisten Wegen habe ich auch keine Ahnung wo 
> sie anfangen und enden. Irgendwelche Beschreibungen gibt es wenn dann 
> meistens nur zu kaufen.

Welche Gegend meinst Du denn?

Gibt es bei Euch Wandertafeln an Parkplätzen?

Wenn gar nichts anderes aufzutreiben ist, dann kann man ja auch einfach 
den Namen der Gegend voranstellen. "Nationalpark Sächsiche Schweiz Grüne 
Route" ist z.B. auch eine ganz hervorragende, eindeutige Bezeichnung.

bye
Nop

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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

[André Reichelt]

Claudius Henrichs schrieb:
> Google hat mir auf die Sprünge geholfen. Ich denke du meinst wohl 
> Crailsheim.

Mist, Link in der Zwischenablage gehabt aber nicht eingefügt :S.

> Die 52er-Relation sieht völlig okay aus. Du kannst noch im 
> operator-Tag der Relation den Betreiber und im network-Tag den 
> Verkehrsverbund erfassen, ansonsten alles okay. Morgen solltest du die 
> Linie auf www.öpnvkarte.de sehen.

Ok, danke. Ich habe das jetzt noch nachgetragen. Dann hoffe ich mal,
dass es geht. Wenn, dann werde ich auch mal die anderen Buslinien
eintragen. Hier fahren einige Fernbusse ;).



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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Nop]

Hi!

Bernd Wurst schrieb:
> Daher nur mal die ganz banale Frage: Bei anderen kommen auf der Website 
> Bilder?

Ja, sieht alles ganz normal aus.


bye
Nop

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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Sebastian Hohmann]

Nop schrieb:
>>> 1. Ein eindeutiger Name, der geeignet ist, sie von anderen Routen zu
>>> unterscheiden, insbesondere Routen mit der gleichen Farbmarkierung.
>>> Stellt Euch ein Routenverzeichnis mit 30 Einträgen "grüner Strich",
>>> gefolgt von 20 Einträgen "4" vor und Ihr versteht was ich meine. Die
>>> meisten Routen haben von der markierenden Organisation einen Namen
>>> bekommen und können in deren Verzeichnis nachgeschlagen werden,
>>> ansonsten tut es auch Anfangsort-Zielort oder ein Bezug zur Gegend.
>> Leider gibt es bei den meisten Wegen keinen vor Ort erkennbaren Namen. Und 
>> sich deshalb beim Albverein um Infomaterial zu bemühen ist dann doch 
>> wirklich 
>> Arbeit. :)
> 
> Nichts leichter als das. Viele Organisationen haben dieses Verzeichnis 
> im Internet veröffentlicht, das vom Albverein findest Du hier [1]:
> 
> War bei Google auf der ersten Seite :-)
> 

Leider konnte ich auch nach langer Suche keine Wegbezeichnungen für die 
Gegend hier finden. Bei den meisten Wegen habe ich auch keine Ahnung wo 
sie anfangen und enden. Irgendwelche Beschreibungen gibt es wenn dann 
meistens nur zu kaufen.

Gruß

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

Re: [Talk-de] Straßenverzeichnis von Regensburg

[Stefan Dettenhofer (StefanDausR)]

Sven Anders schrieb:
> Am Montag, 26. Januar 2009 18:48 schrieb Tim 'avatar' Bartel:
>   
>> Hi,
>>
>> 2009/1/26 Stefan Dettenhofer (StefanDausR) :
>> 
>>> ich habe von der Stadt Regensburg ein Straßenverzeichnis bekommen und
>>> eine Auswertung gemacht:
>>> http://wiki.openstreetmap.org/wiki/Regensburg/Stra%C3%9Fenverzeichnis
>>>   
>> Prima. Nur als Nachfrage: Den "Straßenverzeichnis-Auswertungs-Dienst"
>> von Sven Anders kennst du? Mehr Infos dazu hier:
>> http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis - soll
>> natürlich niemanden davon abhalten, selbst etwas zu basteln.
>> 
>
> Ganz im Gegenteil, ich wünsche mir da durchaus etwas Wettbewerb.
>
> Stefan hat mir das SV schon vor einer Woche geschickt, ich bin nur nicht so 
> schnell.
>
> Gruß
> Sven
>   
Sobald Sven Zeit gefunden hat, das SV einzubauen, nehme ich meines 
wieder heraus.
Ich wollte nur eine schnelle Übergangslösung bereitstellen...

Gruß,
Stefan


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

Re: [Talk-de] Tagging Schema mit Namespace was: Re: construction

[Sven Anders]

Am Montag, 26. Januar 2009 15:37 schrieb Heiko Jacobs:
> Garry  wrote:
> > Also dann doch mappen f?r den Renderer zu Ungunsten eines besseren
> > (allgemeing?ltigen) Datenmodells?
>
> Zentrum aller wesentlichen Anwendungen unserer Daten ist die
> Verarbeitung real existierender Wege. Alles andere ist "nett zu haben",
> aber im Zweifel verzichtbar.
> Ein gutes allgemeingueltiges Datenmodell sollte "problemvermindernd"
> darauf Ruecksicht nehmen, dass diese zentrale Aufgabe stets korrekt
> geloest werden kann. Beiwerk hat sich dem unterzuordnen.

Da gibt es ja auch andere Meinungen zu. Ich finde den Tonfall deiner Mail
deshalb nicht wirklich erträglich. 

Ein Datenmodell dient einem Zweck. Über den Zweck vom Datenmodell von OSM kann 
man sich stundenlang streiten, oder sich darauf einigen, das jeder der die 
Daten nutzen will, sie benutzen können soll. Damit ist der von dir 
benannte "Verarbeitung real existierender Wege", nur eine Anwendung von 
vielen.

Ich denke manchmal ist es besser, ein "Problem" an die Oberfläche zu bringen 
(Motto: "Scheiße muss stinken"), und das Datenmodell radikal umzustellen, als   
Übergangsregelungen und Fristen zu definieren.

> Aus technishcen Gruenden ist daher das highway=construction-Modell
> daher das einzig moegliche allgemeingueltige Datenmodell.

Mir ist der heutige Stand der Technik nicht so wichtig. Na und dann ist da 
halt mal 'ne Straße in der falschen Farbe in der Karte. Davon geht die Welt 
nicht unter, und wenn jemand dann fragt, warum er sich verfahren hat, dann 
kann man halt sagen, das es da unterschiedliche Sichtweisen gibt, wie man das 
in der Datenbank darstellt und das der Renderer-Programmierer der das ja 
ehrenamtlich macht, die eine SIchtweise nicht unterstützt.

Natürlich sollte es da irgendwann eine Einigung zu geben, aber nur weil es sie 
zur Zeit nicht gibt, gleich alles zu blockieren, halte ich für Blödsinn.

Ich finde es gut, wenn du schreiben würdest, das es sich mit dem jetzigen 
Modell beißt. Auch gut, wenn du klar farbe bekennst, welche Regelung dir mehr 
zusagt, aber bitte verschone mich mit Sätzen wie: "Alles andere hat sich dem 
Unterzuordnen", ich ordne mich gar keinen unter, obwohl ich keine Straße bin.


> Wenn man sich einigt, amenity=pub disused=yes zu taggen, meinetwegen.
> Das ist Beiwerk und wenn da ein geschlossener Pub als offen markiert
> wird, Pech... aber kein Beinbruch, macht die Hauptaufgabe von OSM,
> die Verarbeitung real existierender Wege, nicht unbrauchbar.

IRONIE AN

Hör mal die Hauptaufgabe von OSM ist mir zu zeigen wo der nächste offene Pub 
ist. Den Weg dahin finde ich notfalls durch Querfeldein laufen. Was meinst du 
warum wir uns in Hamburg immer zum Stammtisch in einer Kneipe treffen ;-)

Wenn die Kneipe dann zu hat, ist das eine Katastrophe.

> (Im uebrigen ist die Anzeige geschlossener Kneipen etc. seit paar
> Tagen testweise drin in Osmarender, zoom-level 17)

Cool, zeigt er mir dann um 7 Uhr eine andere Karte an, als um 19 Uhr? ;-)

IRONIE AUS

Gruß
Sven

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

Re: [Talk-de] Straßenverzeichnis von Regensburg

[Sven Anders]

Am Montag, 26. Januar 2009 18:48 schrieb Tim 'avatar' Bartel:
> Hi,
>
> 2009/1/26 Stefan Dettenhofer (StefanDausR) :
> > ich habe von der Stadt Regensburg ein Straßenverzeichnis bekommen und
> > eine Auswertung gemacht:
> > http://wiki.openstreetmap.org/wiki/Regensburg/Stra%C3%9Fenverzeichnis
>
> Prima. Nur als Nachfrage: Den "Straßenverzeichnis-Auswertungs-Dienst"
> von Sven Anders kennst du? Mehr Infos dazu hier:
> http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis - soll
> natürlich niemanden davon abhalten, selbst etwas zu basteln.

Ganz im Gegenteil, ich wünsche mir da durchaus etwas Wettbewerb.

Stefan hat mir das SV schon vor einer Woche geschickt, ich bin nur nicht so 
schnell.

Gruß
Sven

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

Re: [Talk-de] Straßenverzeichnis von Regensburg

[Tim 'avatar' Bartel]

Hi,

2009/1/26 Stefan Dettenhofer (StefanDausR) :
> ich habe von der Stadt Regensburg ein Straßenverzeichnis bekommen und
> eine Auswertung gemacht:
> http://wiki.openstreetmap.org/wiki/Regensburg/Stra%C3%9Fenverzeichnis

Prima. Nur als Nachfrage: Den "Straßenverzeichnis-Auswertungs-Dienst"
von Sven Anders kennst du? Mehr Infos dazu hier:
http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis - soll
natürlich niemanden davon abhalten, selbst etwas zu basteln.

Tschüss, Tim.

-- 
http://wikipedistik.de

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

[Talk-de] Straßenverzeichnis von Regensburg

[Stefan Dettenhofer (StefanDausR)]

Hallo zusammen,

ich habe von der Stadt Regensburg ein Straßenverzeichnis bekommen und 
eine Auswertung gemacht:
http://wiki.openstreetmap.org/wiki/Regensburg/Stra%C3%9Fenverzeichnis

Gruß,
Stefan


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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

[Claudius Henrichs]

Am 26.01.2009 16:16, André Reichelt:
> Claudius Henrichs schrieb:
>> Für eine Buslinie erstellst du eine Relation mit folgenden Tags:
>> [...]
>
> Danke für die Hilfe. Könntest du oder ein anderer bitte nachsehen, ob
> das so stimmt, wie ich das eben gemacht habe? Die Strecke geht über die
> Martin-Luther-Straße durch die Reinthalerstraße und dann nördlich durch
> die Gleise durch. Die Liniennummer ist 52. Mangels Kartenmaterial konnte
> ich allerdings nur einen Teilabschnitt taggen.

Google hat mir auf die Sprünge geholfen. Ich denke du meinst wohl 
Crailsheim. Die 52er-Relation sieht völlig okay aus. Du kannst noch im 
operator-Tag der Relation den Betreiber und im network-Tag den 
Verkehrsverbund erfassen, ansonsten alles okay. Morgen solltest du die 
Linie auf www.öpnvkarte.de sehen.

Gruß,
Claudius


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

Re: [Talk-de] Farbgebung von ÖPNV-Routen

[Martin Koppenhoefer]

>
>
> Ich denke auch, dass Style Infos nicht wirklich in die DB gehören. Das
> ist dann etwas für den Renderer. Farbinfos machen auch nur dann Sinn
> wenn sie eine Linie eindeutig Kennzeichnen, analog einer Liniennummer.
> Da Liniennummern auch international verständlich sind, würde im Zweifel
> letztere verwenden und die Farbe nur als Extra dazu, wenn überhaupt.


das kann man aber auch anders sehen: Farben sind bis auf Farbenblinde
wirklich international verstaendlich und koennen auch von Analphabeten
gelesen werden. Zudem sind sie teilweise bestaendiger als die Nummern. In
Berlin gibt es schon mind. seit den 1920er Jahren Netzplaene, die heutige U1
(damals B) war schon immer gruen, die heutige U2 (damals A) war schon immer
rot. Das hat sich auch 1966 nicht geaendert, als die Bezeichnungen U1 und U2
eingefuehrt wurden.

(und duck),

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Florian Eggenberger]

Hallo,



2009/1/26 Tim 'avatar' Bartel :
> Hi,
>
> Am 26. Januar 2009 16:50 schrieb Oli Sennhauser :
>> Falls ich es nicht schaffe, an die Daten zu kommen: Wer arbeitet beim
>> Kanton? Die Daten kosten für externe CHF 450.- für GIS-ZH-Angehörige
>> sind sie kostenlos...
>
> In dem Fall bitte genau auf die Lizenz achten. Wer 450,- CHF für die
> Daten nimmt, will in der Regel auch verhindern, dass der Käufer sie
> "für umsonst" weitergibt oder noch schlimmer: weiterveräussert.

Da liegst Du wohl leider richtig. In Luzern darf ich die nicht weiterverwenden.
http://www.rawi.lu.ch/mb_2008-12-1_datengebuehr.pdf

Das ist aber von Kanton zu Kanton unterschiedlich!!! Diese 450.-
könnten eine reine Gebühr sein und die Weiterverwendung der Daten
erlaubt sein.

Manchmal echt frustrieren Dann halt Eile mit Weile.

Gruss
Florian

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Stefan Leupers]

Tach zusammen!

2009/1/26 Tobias Wendorff 

> Christian Mayr schrieb:
> >> Hmm ... bei solchen Formulierungen wäre ich vorsichtig ;-/
>  >
> > Nur so aus Interesse, was ist an der Formulierung schlimm?
>
> Nunja, "Kanton" beschreibt (in diesem Zusammenhang) einen
> Gliedstaat der Schweizerischen Eidgenossenschaft.
>

Ja, genau. Finde ich - als Deutscher - trotzdem oder gerade deswegen lustig.
Die Gefahr, dass uns die Schweiz "übernimmt" halte ich für überschaubar.
;-)

Ich empfand den "großen Kanton" übrigens eher als liebevolle Beschreibung
für Deutschland!
(Dank an Oli.)

Andersrum wird es vielleicht deutlicher: Österreich als
> deutsches Bundesland.
>

Da könnte sich unter Umständen schon eher jemand auf den Schlips getreten
fühlen, weil sowas ja schon mal vorgekommen sein soll.
Kommt aber immer noch drauf an, WER es sagt und WIE er es sagt bzw. wie er
es meint.

Insofern, liebe Grüße an die Nachbarn im Süden!

   -StefanL-

PS: Sind wir nicht irgendwie alle Kantone/Bundesländer von Europa?
Die Schweiz macht ja immerhin schon bei Schengen mit.   :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Performancefrage

[Alexander Schulze]

Hi,

will mal meine neuen Erfahrungen posten.

Hab parallel noch ne andere Javaversion (build 1.5.0_15-b04) 
installiert. Bin jetzt also zurück zur 1.5 er gewechselt, da josm dort 
stabil und sauber durchläuft. Allerdings kam da ne Fehlermeldung bei der 
Verwendung von Java:

Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7ee3767]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb7ee38b1]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xb182c1bd]
#3 /usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/xawt/libmawt.so 
[0xb1920dce]


welche sich mit folgendem Befehl "reparieren" läßt:

sudo sed -i 's/XINERAMA/FAKEEXTN/g' 
/usr/lib/jvm/java-1.5.0-sun-1.5.0.15/jre/lib/i386/xawt/libmawt.so

schönen Gruß
Alex

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Tobias Wendorff]

Christian Mayr schrieb:
>> Hmm ... bei solchen Formulierungen wäre ich vorsichtig ;-/
 >
> Nur so aus Interesse, was ist an der Formulierung schlimm?

Nunja, "Kanton" beschreibt (in diesem Zusammenhang) einen
Gliedstaat der Schweizerischen Eidgenossenschaft.

Andersrum wird es vielleicht deutlicher: Österreich als
deutsches Bundesland.


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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Christian Mayr]

> [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von 
> Tobias Wendorff
> Gesendet: Montag, 26. Januar 2009 17:06
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung
> 
> 
> Oli Sennhauser schrieb:
> > Nehme auch gerne Hilfe aus dem "Grossen Kanton" (= 
> Deutschland) an. :)
> 
> Hmm ... bei solchen Formulierungen wäre ich vorsichtig ;-/
Nur so aus Interesse, was ist an der Formulierung schlimm?

gruesse

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Tobias Wendorff]

Oli Sennhauser schrieb:
> Nehme auch gerne Hilfe aus dem "Grossen Kanton" (= Deutschland) an. :)

Hmm ... bei solchen Formulierungen wäre ich vorsichtig ;-/

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

Re: [Talk-de] Farbgebung von ÖPNV-Routen

[Thorsten Feles]

Martin Koppenhoefer schrieb:
> 
> 
> Am 26. Januar 2009 00:59 schrieb Gerrit Lammert  >:
> 
> Hallo Ulf, Claudius.
> 
> Ulf Lamping wrote:
> > Es hat ja keiner davon gesprochen, das es unbedingt auf die ÖPNV-Karte
> > muß. Es ging darum, die Daten überhaupt erst mal zu erfassen.
> 
> Alles klar. Ich hatte Claudius anders verstanden. Sorry.
> Ja, für genau den angesprochenen Fall das ein lokales Liniennetz aus den
> Daten erzeugt werden soll, halte ich das für eine gute Idee!
> 
> Ein Zusatz-Tag "color-local=#ff66dd" (oder gleich "color=xxx"?) halte
> ich für sinnvoll.
> Oder, wir überlegen uns gleich was erweiterbares und nennen es "style",
> z.B. style=#ffdd33;dotted;3pt oder so.
> 
> Gerrit
> 
> 
> Farbe ja (das ist auch ueber die Jahre einigermassen konstant), style im
> Sinne von Dicke, Strichart etc. lieber nicht, das kann man dann
> individuell festlegen, und ist auch keine allgemeine Information wie die
> Farbe fuer bestimmte Linien sondern eine klare Renderanweisung.
> 
> Martin
> 

Ich denke auch, dass Style Infos nicht wirklich in die DB gehören. Das
ist dann etwas für den Renderer. Farbinfos machen auch nur dann Sinn
wenn sie eine Linie eindeutig Kennzeichnen, analog einer Liniennummer.
Da Liniennummern auch international verständlich sind, würde im Zweifel
letztere verwenden und die Farbe nur als Extra dazu, wenn überhaupt. Der
richtige Renderer sollte dann aus der Relation Linie x auch ein Strich
mit Farbe, Dicke usw. basteln können.

Gruß Thorsten

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

Re: [Talk-de] ZVV stellt Koordinaten zur Verfügung

[Tim 'avatar' Bartel]

Hi,

Am 26. Januar 2009 16:50 schrieb Oli Sennhauser :
> Falls ich es nicht schaffe, an die Daten zu kommen: Wer arbeitet beim
> Kanton? Die Daten kosten für externe CHF 450.- für GIS-ZH-Angehörige
> sind sie kostenlos...

In dem Fall bitte genau auf die Lizenz achten. Wer 450,- CHF für die
Daten nimmt, will in der Regel auch verhindern, dass der Käufer sie
"für umsonst" weitergibt oder noch schlimmer: weiterveräussert.

Tschüss, Tim.

-- 
http://wikipedistik.de

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

[Talk-de] ZVV stellt Koordinaten zur Verfügung

[Oli Sennhauser]

Hoi zämme,

Der ZVV (Zürcher Verkehrs-Verbund) stellt möglicherweise die Koordinaten 
sämtlicher ZVV-Haltestellen zur Verfügung.

Der Leiter Marketing vom ZVV möchte damit verhindern, dass es 
Monopolisten gibt :)

Ich bin noch mit dem Bürokratentum am Kämpfen, bin aber guter Hoffnung...

Wenn ich es dann mal schaffe an die Daten zu kommen: Wer kann mir helfen 
die Daten zu präparieren, damit wir sie hochladen können? (Michel?)

Kriegen wir einen Renderer dazu, sowas wie bei Google zu fabrizieren?

http://www.google.ch/maps?ie=UTF8&ll=47.354278,8.722919&spn=0.005422,0.009645&z=17&iwloc=lyrftr:w2.89,0x479aa3563ec80969:0x3df6e6efeda7ffb4,47.353856,8.723488

Was muss gemacht weden, dass eine Renderer links etc. sauber reinrendert?

Falls ich es nicht schaffe, an die Daten zu kommen: Wer arbeitet beim 
Kanton? Die Daten kosten für externe CHF 450.- für GIS-ZH-Angehörige 
sind sie kostenlos...

Haben wir jemanden der auf Marketing und Werbung spezialisiert ist? 
Damit wir das ganze auch gehörig Werbemässig (ev. mit ZVV) ausschlachten 
können?

Nehme auch gerne Hilfe aus dem "Grossen Kanton" (= Deutschland) an. :)

Gruss,
Oli

-- 

Transpool - Mitfahrgelegenheiten für die Schweiz (http://www.transpool.org/)
TopoDB - Sammlung aller Kletterrouten der Schweiz mit Topos 
(http://www.topodb.ch/).

Oli Sennhauser
Rebenweg 6
CH - 8610 Uster / Switzerland

Phone (+41) 44 940 24 82
Mobile (+41) 79 830 09 33
e-Mail oli.sennhau...@bluewin.ch
Website http://www.shinguz.ch/
Skype: oli_sennhauser
Jabber: shin...@swissjabber.ch


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

Re: [Talk-de] Straßennamen bei Osmarender

[André Reichelt]

Martin Koppenhoefer schrieb:
> ja, das finde ich auch gut. Ich bitte aber fuer lange Strassen darum,
> den Namen regelmaessig zu wiederholen (je nach Laenge und Zoomstufe), da
> man sich sonst teilweise totsucht.

Hi Martin,
ich glaube, das Problem wird sich in den nächsten Tagen von selbst
erledigen. Ich denke an eine Zeit zurück, als es noch hiess, dass es
technisch überhaupt nicht möglich sei, die zusammenhängenden Wegstücke
zu erkennen, weil der Renderer nicht weiss, was er da überhaupt macht.
Irgendwann wird es jemanden nerven und dann wird er es richtig zusammen
setzen, dass es passt.

In diesem Sinne schonmal danke an den "Erfinder". Endlich wieder man
einer dieser Fortshritte, die man so selten findet.

André



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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

[André Reichelt]

Claudius Henrichs schrieb:
> Für eine Buslinie erstellst du eine Relation mit folgenden Tags:
> [...]

Danke für die Hilfe. Könntest du oder ein anderer bitte nachsehen, ob
das so stimmt, wie ich das eben gemacht habe? Die Strecke geht über die
Martin-Luther-Straße durch die Reinthalerstraße und dann nördlich durch
die Gleise durch. Die Liniennummer ist 52. Mangels Kartenmaterial konnte
ich allerdings nur einen Teilabschnitt taggen.

Danke schonmal,
André



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

Re: [Talk-de] Farbgebung von ÖPNV-Routen

[Philipp Gruber]

>>Ein Zusatz-Tag "color-local=#ff66dd" (oder gleich "color=xxx"?) halte
>>ich für sinnvoll.
>>Oder, wir überlegen uns gleich was erweiterbares und nennen es "style",
>>z.B. style=#ffdd33;dotted;3pt oder so.
> Farbe ja (das ist auch ueber die Jahre einigermassen konstant), style im 
> Sinne von Dicke, Strichart etc. lieber nicht, das kann man dann 
> individuell festlegen, und ist auch keine allgemeine Information wie die 
> Farbe fuer bestimmte Linien sondern eine klare Renderanweisung.

In den Definitionen für Osmarender gibt es (auskommentiert) Templates 
dafür, sowas wie preferred_color=red auf den Relationen benutzen. Das 
hab ich mal (testweise) angefangen für die Straßenbahnen in Karlsruhe zu 
setzen. Sinnvollerweise sollte man sich da natürlich auf was 
einheitliches einigen.

Mit der Lösung muss auch jede Farbe im Renderer definiert werden. 
Deshalb hab ich da meine eigenen Farben definiert (kvv-red, kvv-blue, 
etc.), weil jeder Verkehrsverbund wohl eigene "Standardfarben" 
verwendet. Es wäre wohl am besten, man könnte den Farbcode direkt in der 
Relation angeben.

Gruss,
Philipp

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

Re: [Talk-de] Karte mit Restriktionen

[Tobias Knerr]

Ulf Lamping wrote:
> Tobias Knerr schrieb:
>> Wenn ich a besser gefunden hätte, hätte ich vor der Anwendung zumindest
>> sichergestellt, dass mein Vorhaben einen Konsens hat und dokumentiert
>> ist.
 > [...]
> 
> Dir ist hoffentlich bekannt, daß das Wiki keinen normativen Charakter 
> sondern nur ein Vorschlag ist wie man es machen könnte. 

Natürlich. Aber dir ist vermutlich ebenfalls bekannt, dass eine 
dokumentierte Verwendung im Allgemeinen eine höhere Chance auf 
Auswertung hat, als eine, die man nur durch Wühlen im Tagwatch findet.

 > Du wirst mit deinem Router immer nur ein Subset der Möglichkeiten
 > erwischen können.

Und bei der Vergrößerung des Subsets, das eine Software versteht, stellt 
sich die Frage nach dem Nutzen/Aufwand-Verhältnis. In anderen Worten: 
Häufige Verwendung einer Variante verbessert wiederum ihre Chance auf 
Auswertung, es dürfte sogar der wichtigste Faktor sein.

Damit im Interesse aller ein möglichst großes Subset erwischt werden 
kann, ist es folglich erstrebenswert, möglichst wenig konkurrierende 
Tagging-Varianten zu haben und den Aufwand für deren Auswertung 
möglichst gering zu halten (dazu gehört, diese möglichst gut zu 
dokumentieren).

Das war es im Grunde, was ich mit meinem "Konsens hat und dokumentiert 
ist" sagen wollte.

Tobias Knerr

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

Re: [Talk-de] Straßennamen bei Osmarender

[Martin Koppenhoefer]

Am 26. Januar 2009 14:01 schrieb Bernd Wurst :

> Hallo.
>
> Am Montag, 26. Januar 2009 schrieb "Marc Schütz":
> > Könnte man das Filtern nicht auf die Fälle beschränken, wo die
> Schriftzüge
> > ungefähr parallel sind?
>
> Zumindest sollte es beschränkt werden auf gleiche highway-Typen.
>
> Ich habe hier eine Straße, die später als Fußweg fortgeführt wird und der
> Name
> steht jetzt nur noch am Fußweg.
>
> Aber schön, dass es Bestrebungen gibt, gesplittete Straße schöner
> anzuzeigen.
>
> Gruß, Bernd
>
>
ja, das finde ich auch gut. Ich bitte aber fuer lange Strassen darum, den
Namen regelmaessig zu wiederholen (je nach Laenge und Zoomstufe), da man
sich sonst teilweise totsucht.

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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Martin Koppenhoefer]

Am 26. Januar 2009 06:50 schrieb Bernd Wurst :

> Hallo.
>
> Am Sonntag, 25. Januar 2009 schrieb Nop:
> > Wobei ich mich frage, wie ich die begeisterten Wander-Mapper außerhalb
> > dieser Mailingliste am Besten erreiche. Da wäre ich für Vorschläge
> dankbar.
>
> Über die OSM-Website und das dort vorhandene Nachrichtensystem.
>
>
evtl. lohnt es sich auch, einen Thread im Forum zu veroeffentlichen. Ich
vermute mal, dass alleine aufgrund der Zeit, die diese Mailingliste hier
beim Lesen verschlingt, der Personenkreis im Forum nicht deckungsgleich mit
den Leute hier ist.

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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

[Gerrit Lammert]

Hi André.

On Mon, 26 Jan 2009 15:05:46 +0100, André Reichelt  wrote:
> kann mir mal bitte jemand erklären, wie man die ÖPNV-Linien richtig
> taggt? Damit meine ich die richtige Position der Haltestellen, was in
> die Relation rein muss usw.

Aktuell gibt es zwei weit verbreitete Systeme, die jeweils etwa gleich häufig 
vertreten zu sein scheinen:
1) Taggen der Haltepunkte AUF dem Weg (highway=bus_stop, railway=halt;...) und 
(vor allem bei Bussen häufig) 2) das Taggen der Haltestellenschilder NEBEN dem 
Weg (ebenfalls mit highway=bus_stop !!).
Beide Ansätze haben Vor- und Nachteile. Zu weniger "Clutter" auf der Karte 
führt der erste Ansatz, da häufig nur ein Punkt für alle Haltepunkte gesetzt 
wird. Außerdem ist dieses aus Router-Sicht sinnvoller, weil der Punkt klar an 
den Weg gebunden ist. Der zweite Ansatz gibt dafür die geographische 
Wirklichkeit genauer wieder ("Wo ist der Punkt, an dem ich tatsächlich auf den 
Bus warte?") und ist auf hohen Zoom-Stufen ein "korrekteres" Abbild der 
erwarteten Wirklichkeit.

Da dieser unbefriedigende Zustand seit nunmehr mindestens 2 Jahren besteht, bin 
ich dazu übergegangen, die Vorteile beider Systeme miteinander zu vereinigen 
und durch eine Relation pro Haltestelle in einen logischen Zusammenhang zu 
stellen:
Ich tagge wie in Schema 1 einen "logischen" Halt auf dem Weg mit 
highway=bus_stop, railway=halt, ... und zusätzlich auch die 
Haltestellenschilder, bzw Bahnsteige. Für letzteres verwende ich momentan 
highway=platform. Alle logischen Haltepunkte und platformen die zu einer 
Haltestelle gehören (also gleicher Name) werden in eine Relation gepackt 
(type=site, site=stop_area), die den Namen, Operator, evtl. die Öffnungszeiten 
etc. dieser Haltestelle bekommt.
In die Bus/Tram/Zug-Linien füge ich den entsprechenden Haltepunkt auf dem Way 
ein. Über diesen besteht also auch ein Bezug zur Gesamtrelation.

Da dieses Schema noch nicht vom Render unterstützt wird, tagge ich zumindest 
eine der logischen Halte (also bus_stop auf dem Way) noch zusätzlich mit 
"name", damit erscheint eine solche Haltestelle auf der Karte wie ein Stop nach 
Schema 1 und wird schon jetzt brauchbar gerendert.

Beispiele findest Du etwa bei der von mir getaggten Linie 12 in Lübeck 
(http://öpnvkarte.de/?lat=53.8933&lon=10.7273&zoom=14).

Ich würde mich freuen, wenn mehr leute Vorschläge zu diesem Schema hätten. Z.B. 
könnte man als role in der Haltestellenrelation explizit angeben, welche 
Verkehrsmittel eine Plattform bedient, welche weiteren Elemente werden 
sinnvoller Weise in die Relation gesteckt (etwa shelter=yes, 
amenity=ticket_vending_machine oder so...), usw.

Toll wäre es auch, wenn die highway=platform-Nodes/Ways in osmarender und der 
ÖPNV-Karte in sehr hohen Zoom-Levels angezeigt würden. Ich hab leider weder 
Zugang dazu, noch Plan...

Gerrit

PS: In England wird gerade über einen Riesen-Datenimport von Haltestellendaten 
diskutiert. Soweit ich das verstanden habe, ist dort das Datenmodell ähnlich in 
Bezug auf die Verknüpfung der einzelnen Elemente über eine Relation. was da 
aber am Ende bei rumkommt (und wann) steht noch in den Sternen



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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

[Frederik Granna]

Hm,

ich habe hier in meiner Umgebung eine Buslinie die Tageszeitabhängig nur 
die Hälfte der Linie befährt. Was machzt man da?


Claudius Henrichs schrieb:

Am 26.01.2009 15:05, André Reichelt:
  

Moin,
kann mir mal bitte jemand erklären, wie man die ÖPNV-Linien richtig
taggt? Damit meine ich die richtige Position der Haltestellen, was in
die Relation rein muss usw.



Anleitung hier: http://wiki.openstreetmap.org/wiki/DE:Relation:route

Für eine Buslinie erstellst du eine Relation mit folgenden Tags:

type=route
route=bus
from=
to=
ref=

Dort hinein packst du als Member die Straßenabschnitte, die die Linie 
befährt. Wenn ein Abschnitt nur in eine Richtung befahren wird erhält 
der Member noch die Rolle "forward" bzw. "backward" abhängig von der 
Richtung des Weges.


Mit den Haltestellen warte ich persönlich erst bis zum Erscheinen von 
API 0.6, da diese dann sortiert in die Routen-Relation aufgenommen 
werden können.


Gruß,
Claudius


___
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-Linien richtig taggen?

[Claudius Henrichs]

Am 26.01.2009 15:05, André Reichelt:
> Moin,
> kann mir mal bitte jemand erklären, wie man die ÖPNV-Linien richtig
> taggt? Damit meine ich die richtige Position der Haltestellen, was in
> die Relation rein muss usw.

Anleitung hier: http://wiki.openstreetmap.org/wiki/DE:Relation:route

Für eine Buslinie erstellst du eine Relation mit folgenden Tags:

type=route
route=bus
from=
to=
ref=

Dort hinein packst du als Member die Straßenabschnitte, die die Linie 
befährt. Wenn ein Abschnitt nur in eine Richtung befahren wird erhält 
der Member noch die Rolle "forward" bzw. "backward" abhängig von der 
Richtung des Weges.

Mit den Haltestellen warte ich persönlich erst bis zum Erscheinen von 
API 0.6, da diese dann sortiert in die Routen-Relation aufgenommen 
werden können.

Gruß,
Claudius


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

Re: [Talk-de] Tagging Schema mit Namespace was: Re: construction

[Heiko Jacobs]

Garry  wrote:
> Also dann doch mappen f?r den Renderer zu Ungunsten eines besseren 
> (allgemeing?ltigen) Datenmodells?

Zentrum aller wesentlichen Anwendungen unserer Daten ist die
Verarbeitung real existierender Wege. Alles andere ist "nett zu haben",
aber im Zweifel verzichtbar.
Ein gutes allgemeingueltiges Datenmodell sollte "problemvermindernd"
darauf Ruecksicht nehmen, dass diese zentrale Aufgabe stets korrekt
geloest werden kann. Beiwerk hat sich dem unterzuordnen.

highway=construction/... construction/...=primary/...
loest diese Hauptaufgabe zuverlaessig. Jede Anwendung verarbeitet so
real existierende Straszen korrekt und verwendet auch nur diese als
real existierende Straszen, nicht auch noch nicht existierende Straszen.

highway=primary/... construction/...=yes
loest diese Hauptaufgabe NICHT zuverlaessig und es gibt WICHTIGE
Anwendungen, naemlich genau die Karten, die DU nutzt, die dies
nach derzeitigem Stand der Technik NICHT richtig darstellen koennen,
naemlich noch nicht oder nicht mehr existierende Straszen korrekt
von real existierenden Straszen zu unterscheiden.

Aus technishcen Gruenden ist daher das highway=construction-Modell
daher das einzig moegliche allgemeingueltige Datenmodell.

Wenn man sich einigt, amenity=pub disused=yes zu taggen, meinetwegen.
Das ist Beiwerk und wenn da ein geschlossener Pub als offen markiert
wird, Pech... aber kein Beinbruch, macht die Hauptaufgabe von OSM,
die Verarbeitung real existierender Wege, nicht unbrauchbar.
(Im uebrigen ist die Anzeige geschlossener Kneipen etc. seit paar
Tagen testweise drin in Osmarender, zoom-level 17)

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] ÖPNV-Linien richtig taggen?

[Tobias Wendorff]

Hallo André,

André Reichelt schrieb:
> kann mir mal bitte jemand erklären, wie man die ÖPNV-Linien richtig
> taggt? Damit meine ich die richtige Position der Haltestellen, was in
> die Relation rein muss usw.

momentan wird ein Schema in der Liste "TALK-TRANSIT" ausgearbeitet,
was sich nahe am "Transmodel" Schema orientiert. Hierbei handelt es
sich um ein EU-Referenzmodell: http://www.transmodel.org.uk/

Achtung: Das Ding ist zwei Aktenordner dick und hat natürlich
Vor- und Nachteile.

Es könnten sich drei Teile herauskristallisieren:

- Haltestellenmast als geographischer Node
- Haltestellenbereich (Zusammenfassung von Haltestellenmasten) als
virtuelle Fläche
- Anbindung der Straße an die Haltestellenmasten und den Bereich

Grüße
Tobias

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

Re: [Talk-de] [JOSM] - Verbesserung: measurement-plugin

[Tobias Wendorff]

Norbert Kück schrieb:
> C:\Users\\AppData\Roaming\JOSM\plugins

Ist das deutsche VISTA ebenfalls auf Englisch?

Stimmt ... das ist ja alles Englisch, darauf setzt ja das MUI.

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

[Talk-de] ÖPNV-Linien richtig taggen?

[André Reichelt]

Moin,
kann mir mal bitte jemand erklären, wie man die ÖPNV-Linien richtig
taggt? Damit meine ich die richtige Position der Haltestellen, was in
die Relation rein muss usw.

Danke schonmal,
André



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

Re: [Talk-de] [JOSM] - Verbesserung: measurement-plugin

[Norbert Kück]

Tobias Wendorff schrieb:
> Markus schrieb:
>> Daraus wird bei mir ein mesurement.jar
>> Dieses liefert bei mir (Vista) eine Fehlermeldung:
>> "failed to load Main-Class manifest attribute"
> 
> Bitte in den JOSM-Plugin-Ordner verschieben. Weiß leider nicht,
> wo der unter Vista steckt :-(

C:\Users\\AppData\Roaming\JOSM\plugins


Gruß
nk


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

Re: [Talk-de] Karte mit Restriktionen

[Bernd Wurst]

Hallo.

Am Montag, 26. Januar 2009 schrieb Ulf Lamping:
> > In der Regel sind es auch nicht die läpischen 3-4 Meter, die in diesem
> > thread vorher genannt wurden sondern es handelt sich normal um mindestens
> > 10 Meter, oftmals auch wesentlich mehr.
> Dann sind das halt 10 Meter. Mit der Logik "darf" ich aber auch keine
> Tankstelle als Node taggen, die Gebäude haben nämlich mindestens
> 10*10Meter. Findest du aber haufenweise als Node.

Ja, weil bei solchen Punkten die meisten Mapper das Ziel-Routing bzw. die 
POI-Suche im Kopf haben. Und da ist es ziemlich Banane ob ich in die Nähe 
eines Punktes oder in die Nähe einer Fläche navigiere. Dass alle Objekte an 
das Straßennetz angeschlossen sind, ist schwer zu erreichen und oft Unsinnig. 
Da ist also (denke ich mal) jedem klar, dass man nur in die Nähe geführt 
werden will. 

Es ist also mehr oder weniger eine Darstellungs-Sache ob ich das flächig oder 
punktuell eintragen will.


> Ich habe die Sachen als Node eingetragen, weil es mir nicht die Arbeit
> Wert war das als Way reinzumalen. Wenn jetzt einer kommt und daraus
> unbedingt einen Way machen will soll er das gerne tun.

Wird wohl irgendwann mal jemand machen müssen, ja.

Denn eine Beschränkung an einem Knotenpunkt (den man für Routing sehr gerne 
wegwerfen würde um keine unnötigen Punkte im Graphen zu haben) lässt sich 
nicht einfach an die angrenzende Straße übertragen. Sie gilt nämlich nicht 
für die ganze Straße. Ein algorithmisches Übertragen an vorhandene Wege geht 
also nicht.

Auch wenn ich jetzt weder Streit will noch selbst einen Router programmiert 
habe, so kann ich gut verstehen, dass diese Tagging-Variante eher nicht 
unterstützt wird, da es recht kompliziert ist und halt auch nur eine 
Arbeitserleichterung für den Mapper. Logisch im eigentlichen Sinne find 
zumindest ich es nicht.

Aber gut, mir isses egal, meine Beschränkungen sind (soweit erfasst) an Wegen.


> > "Korrigieren" auf eine Methode, die bisher keiner für so wichtig hielt,
> > dass er diese Verwendung im Wiki dokumentieren wollte?
> > Hm.
> Lach. Mit der Logik wären in Deutschland so ziemlich viele areas wie
> fast alle shop, man_made, ... bis vor kurzem "falsch" gewesen. Genau das
> hab ich vor ein paar Tagen nämlich in den Map Features korrigiert.

Die Objekte sind wohl aus dem Begriff *Point* of interrest entstanden. Dass 
das dann jetzt in eine flächige Darstellung überführt wird (was nach und nach 
für viele POI gemacht wurde), ist logisch und sinnvoll. Schade ist 
vielleicht, dass es jetzt erst nachträglich dokumentiert wird und nicht von 
Anfang an vorgesehen war.

Hast du deine Sichtweise auf maxheight und Konsorten auch schon irgendwo 
verewigt? :)

Gruß, Bernd

-- 
Spontaneität muß wohlüberlegt sein.


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [JOSM] - Verbesserung: measurement-plugin

[Tobias Wendorff]

Markus schrieb:
> Daraus wird bei mir ein mesurement.jar
> Dieses liefert bei mir (Vista) eine Fehlermeldung:
> "failed to load Main-Class manifest attribute"

Bitte in den JOSM-Plugin-Ordner verschieben. Weiß leider nicht,
wo der unter Vista steckt :-(

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

Re: [Talk-de] Tagging Schema mit Namespace was: Re: construction

[Martin Koppenhoefer]

Am 25. Januar 2009 15:22 schrieb Tobias Knerr :

> Ulf Lamping schrieb:
> > Wir haben nämlich bereits eine Lösung (ist vielleicht nicht die beste
> > aller Möglichkeiten). Diese ist aber etabliert, dokumentiert und wird
> > anscheinend bis auf dem Garmin auch überall gerendert.
>
> Die Lösung ist aber eine totale Insellösung. Sie ist "etabliert",
> dokumentiert und wird überall gerendert für genau einen einzigen Fall:
> highway=construction.
>
> Nicht für Schienen, nicht für Häuser, nicht für Staudämme, Mauern,
> Bunker, wasweißich. Noch nicht mal highway=disused oder so was ist
> dokumentiert. In anderen Worten: Es ist eine Lösung, der bisher jede
> Allgemeinheit fehlt, da hat man den einen naheliegendsten Fall genommen
> und den Rest ignoriert.
>

naja, fuer Schienen gibt es bereits railway=construction und ich sehe nicht,
warum man das nicht auch fuer waterways, buildings etc. verwenden sollte.

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

Re: [Talk-de] Farbgebung von ÖPNV-Routen

[Martin Koppenhoefer]

Am 26. Januar 2009 00:59 schrieb Gerrit Lammert :

> Hallo Ulf, Claudius.
>
> Ulf Lamping wrote:
> > Es hat ja keiner davon gesprochen, das es unbedingt auf die ÖPNV-Karte
> > muß. Es ging darum, die Daten überhaupt erst mal zu erfassen.
>
> Alles klar. Ich hatte Claudius anders verstanden. Sorry.
> Ja, für genau den angesprochenen Fall das ein lokales Liniennetz aus den
> Daten erzeugt werden soll, halte ich das für eine gute Idee!
>
> Ein Zusatz-Tag "color-local=#ff66dd" (oder gleich "color=xxx"?) halte
> ich für sinnvoll.
> Oder, wir überlegen uns gleich was erweiterbares und nennen es "style",
> z.B. style=#ffdd33;dotted;3pt oder so.
>
> Gerrit
>

Farbe ja (das ist auch ueber die Jahre einigermassen konstant), style im
Sinne von Dicke, Strichart etc. lieber nicht, das kann man dann individuell
festlegen, und ist auch keine allgemeine Information wie die Farbe fuer
bestimmte Linien sondern eine klare Renderanweisung.

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

Re: [Talk-de] construction - OT

[Martin Koppenhoefer]

Am 25. Januar 2009 21:41 schrieb Karl Eichwalder :

> Martin Koppenhoefer  writes:
>
> > Für Osmarender findet sich dann schon jemand, Computerteddy ist
> > normalerweise auch aufgeschlossen, neue features zu übernehmen (wenn auch
> > geplante Straßen für die meisten nicht zum Standardinteresse beim
> Navigieren
> > zählen dürften).
>
> Halbfertige straßen würde ich möglicherweise irgendwie als leisure
> eintragen, vielleicht mit inliners=yes oder auch bicycle=yes ;)
>
> --
>

das ist in bestimmten Faellen denkbar, aber bei den meisten
Strassenbaustellen wohl eher nicht (Zutritt verboten/glatte Oberflaeche
fehlt/...), und loest erstmal das Thema hier nicht.

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

Re: [Talk-de] Frage zu Adress Inspector

[Jochen Topf]

On Mon, Jan 26, 2009 at 11:52:47AM +0100, Chris-Hein Lunkhusen wrote:
> ich stehe momentan mit der PLZ Hülle etwas auf dem Kriegsfuss.
> 
> Erst hatte ich einige Straßen mit addr:postcode getaggt, hatte keinen
> Einfluss auf die Hülle. Dann umgetaggt auf postal_code, auch kein
> Effekt. Geht das also nur mit Nodes und nicht mit Ways ?

Es gibt zwei verschiedene Dinge:
1. Nodes oder Gebäude (geschlossene Ways mit building=yes) mit
   addr:postcode-Tag (und eventuell addr:country-Tag)
2. Ways mit postal_code-Tag.

Nur 1. wird berücksichtigt für die postcode areas im OSM Inspector.
Theoretisch könnte man auch 2. berücksichtigen, aber dann haben wir
wieder das Problem, dass wir das Land nicht wissen und die Postal Codes
ohne das nicht eindeutig sind.

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] Ausbleibende Löschungen im Wiki

[Tim 'avatar' Bartel]

Hi,

Am 26. Januar 2009 13:38 schrieb Tobias Knerr :
> Man kann anscheinend auch Dinge wie die MapFeatures- und Proposal-Listen
> mit den jeweiligen einzelnen Seiten automatisch synchron halten lassen
> (weil die Listen automatisch generierbar sind). Damit könnte man endlich
> was gegen die Situation tun, dass sich das Wiki überall selbst widerspricht.

Allerdings muss man erst mal jemanden haben, der weiß, wie das geht
und der das dann auch pflegt. Es gibt bei SMW keine "schöne" Edit-
oder Query-GUI oder ähnliches. Das muss man sich also erstmal
erarbeiten. Wenn man jemanden hat, der sich drum kümmert -> prima.
Verständlicher wird der Source dadurch nicht - sofern man es nicht
brav in Vorlagen versteckt, wie im genannten Beispiel.

Einmal ausgeführte Inline-Queries werden von MediaWiki gecached, so
dass bei einem mehrfachen Aufruf, die Performance nicht zu stark
belastet wird. Allerdings müssen sie erst mal ausgeführt werden :-)
was zusammen mit den anderen Semantic Search Features dazu führt, dass
man erst einmal alles stark einschränken sollte, weil ich dir sonst
mit beliebig wenig Aufwand die Performance beliebig in den Keller
ziehen kann.

>> Aber schon hier
>> wurde von Seiten der Server-Admins eingeworfen, dass das mit der
>> aktuellen Hardware nicht gehen wird (das Semantic-Dings ist halt dann
>> NOCH langsamer als das, was wir jetzt haben).
>
> Hat das jemand getestet und kann konkrete Werte liefern? Oder ist das
> Spekulation?

Sagen wir so: Dass eine SMW-Installation mehr Performance braucht, als
ein Standard MW steht außer Frage. Bei Wikia bieten wir auf Nachfrage
SMW an. Das Yu-Gi-Oh!-Wiki dürfte mit eines der größten SMW-Wikis
sein: http://yugioh.wikia.com/wiki/Special:SemanticStatistics - aus
Betreiber-Sicht ist das zusammen mit DPL und Co alles Teufelszeug,
dass man lieber nicht an zu vielen Stellen hat... dagegen muss man
dann den Nutzer-Gewinn aufwiegen.

Tschüss, Tim.

-- 
http://wikia.com

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

Re: [Talk-de] Frage zu Straßenlisten aus OSM

[Juergen Lehle]

Am 26. Januar 2009 14:00 schrieb Bernd Wurst :
> Kann es sein, dass du die benötigten Daten einfach direkt aus der OSM(X)API
> ziehst und diese entweder manchmal die gewünschte Größe nicht ausspucken will
> oder der Request einfach länger dauert als dein Timeout (Netzwerk- oder
> PHP-Timeout)?

Ein Timeout wird's in diesem Fall wohl sein. Wenn der abgefragte
Bereich zu Groß ist bekomme ich eine Fehlermeldung.

Gruß
Jürgen

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

Re: [Talk-de] Straßennamen bei Osmarender

[Bernd Wurst]

Hallo.

Am Montag, 26. Januar 2009 schrieb "Marc Schütz":
> Könnte man das Filtern nicht auf die Fälle beschränken, wo die Schriftzüge
> ungefähr parallel sind?

Zumindest sollte es beschränkt werden auf gleiche highway-Typen.

Ich habe hier eine Straße, die später als Fußweg fortgeführt wird und der Name 
steht jetzt nur noch am Fußweg.

Aber schön, dass es Bestrebungen gibt, gesplittete Straße schöner anzuzeigen.

Gruß, Bernd

-- 
Prüde Menschen haben eine schmutzige Fantasie.
  -  Jonathan Swift (ir. Schriftsteller, 1667-1745)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage zu Straßenlisten aus OSM

[Bernd Wurst]

Hallo.

Am Montag, 26. Januar 2009 schrieb Juergen Lehle:
> mein Server will zur Zeit manchmal einfach nicht. Ich schau mir das
> aber heute Abend mal genau an.

Kann es sein, dass du die benötigten Daten einfach direkt aus der OSM(X)API 
ziehst und diese entweder manchmal die gewünschte Größe nicht ausspucken will 
oder der Request einfach länger dauert als dein Timeout (Netzwerk- oder 
PHP-Timeout)?

Wenn es abbricht und man macht dann ein einfaches reload, kann das schon 
helfen, weil die API die Daten dann schneller liefert (wurden ja schon 
herausgesucht).

Gruß, Bernd

-- 
Und dann, naja, dann waren wir... einkaufen. Ich war doch nur ein
einziges Mal mit ihr weg. Und es hat mir wirklich garnichts bedeutet!
Rachel, ich habe die ganze Zeit nur an dich gedacht, glaub mir!
  -  Monica (Friends, am. Sitcom)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Schule, Schulgelände, Schulhof

[Marc Schütz]

> Schulhof als amenity=school mit passendem Namen. Gebäude als Fläche mit
> building=yes und layer=1.

An die einzelnen Gebäude nochmal amenity=school hinzumachen ist wahrscheinlich 
eine gute Idee, weil man damit echte Schulgebäude von z.B. Hausmeisterwohnung 
unterscheiden kann.

Der layer hingegen ist - wenn nicht grad ein Gebäude auf Stelzen steht oder 
unterirdisch ist - unnötig.

Grüße, Marc

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger

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

Re: [Talk-de] Frage zu Straßenlisten aus OSM

[Stefan Dettenhofer (StefanDausR)]

Hallo Jürgen,

vielen Dank - so funktioniert es super!

Stefan

Juergen Lehle schrieb:
> Versuch's mal bitte damit:
> http://78.47.226.29/osm/streets.php?type=rel&relid=62411
> http://78.47.226.29/osm/streets.php?type=rel&id=29411954
>
> Gruß
> Jürgen
>
> 2009/1/26 Juergen Lehle :
>   
>> Hallo Stefan,
>>
>> mein Server will zur Zeit manchmal einfach nicht. Ich schau mir das
>> aber heute Abend mal genau an.
>>
>> Gruß
>> Jürgen
>>
>> 2009/1/26 Stefan Dettenhofer (StefanDausR) :
>> 
>>> Hallo zusammen,
>>>
>>> ich habe mit
>>> http://albspotter.org/osm/
>>> versucht, ein OSM-Straßenverzeichnis von Regensburg zu erstellen. Aber
>>> weder mit der Relation 62411 noch mit dem Weg 29411954 hat es funktioniert.
>>> Woran kann das liegen?
>>>
>>> Gruß,
>>> Stefan
>>>
>>>   



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

Re: [Talk-de] Erfahrungen mit der Wanderkarte

[Bernd Wurst]

Hallo.

Am Montag, 26. Januar 2009 schrieb Georg Feddern:
> > Selbst wenn man die merkwürdig kaputte Image-Map auf der Startseite
> > gemeistert hat, finde ich kein Routenverzeichnis. :(
> Falls der Bild-Link "Freizeit und Wandern" in der Image-Map oder andere
> Elemente nicht zu sehen sind,
> helfen vielleicht folgende Links etwas weiter:

D.h. du siehst da Bilder auf der Seite?

Bei mir kommt auf der Startseite sowas an:


Wenn ich folglich 
  http://www.schwaebischer-albverein.de/portal0109Impressum.jpg
aufrufe, dann erhalte ich 
| Forbidden
| 
| You don't have permission to access /portal0109Impressum.jpg on this server.
| 
| Additionally, a 404 Not Found error was encountered while trying to use an
| ErrorDocument to handle the request. 

Ich seh da jetzt keine Betriebssystem- oder Browserabhängigen Dinge in diesem 
Vorgehen und hätte jetzt vermutet, dass die Seite per se einfach kaputt ist.


> http://www.schwaebischer-albverein.de/wandern/wanderwege/index.html
> http://www.schwaebischer-albverein.de/wandern/uebersichtskarte.htm
> http://www.schwaebischer-albverein.de/wandern/wanderwege/weitwanderwege/ueb
>ersicht.html
> http://www.schwaebischer-albverein.de/wandern/wanderwege/wegebez.html
> Es sind zumindest die Weitwanderwege recht ausführlich beschrieben,
> soweit ich gesehen habe.

Interessant. Auch da wird die Information großteils über Bilder transportiert, 
die bei mir allesamt nicht sichtbar sind. Daher kann ich gar nicht sehen, 
welche Infos eigentlich auf dieser Seite sein sollen.

Daher nur mal die ganz banale Frage: Bei anderen kommen auf der Website 
Bilder?

Gruß, Bernd

-- 
No man in the world has more courage than the man who can stop
after eating one peanut.  -  Channing Pollock (US humorist)


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Schule, Schulgelände, Schulhof

[Michael Buege]

Zitat Rolf Bode-Meyer:

> wenn man für eine Schule nicht nur einen Node, sondern eine Fläche
> zeichnen will, was wird dann mit amenity=school getaggt? Das
> Schulgebäude oder das Schulgelände? Wenn letzteres und ich zeichne die
> Gebäude zusätzlich ein, sollte ich dann aber das amenity-Tag dort
> weglassen, oder? Zeichnet jemand von euch auch den Schulhof separat
> ein?

Fuer das Schulgelaende verwende ich amenity=school. Da kommt der Name der
Schule dran. Die Gebaeude werden von mir nur als building=yes eingetragen.
Das lokale Schulvolk hat idR fuer die einzelnen Bauwerke auf dem
Schulgelaende auch Bezeichnungen (Neubau, Turnhalle, Mensa usw.), die sich
eingebuergert haben. Die fuege ich, soweit bekannt, als Namen an die
Gebaeude. 


Wenn du die Moeglichkeit hast, nimm Kontakt mit der Schule auf, es finden
sich bestimmt ein paar Schueler, die Spass daran finden, ihre Schule selber
einzutragen. Oder vielleicht auch Lehrer.

> Das Wiki sagt zu diesem Thema leider garnichts.

Dann sag du es jetzt dem Wiki. ;-)

-- 
Michael


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

Re: [Talk-de] Ausbleibende Löschungen im Wiki

[Tobias Knerr]

Frederik Ramm wrote:
> Es gibt gerade Bestrebungen seitens ein paar Nutzern, auf ein "Semantic 
> MdiaWiki" umzustellen. Ich habe gar keinen Plan, was das bedeutet, es 
> gibt wohl eine Testinstallation hier:
> 
> http://dev.openstreetmap.org/~edgemaster/semwiki/index.php/Main_Page
> 
> Man kann dabei wohl etwas praeziser maschinenlesbar ausdruecken, wie 
> verschiedene Sachen zueinander in Beziehung stehen.

Man kann anscheinend auch Dinge wie die MapFeatures- und Proposal-Listen 
mit den jeweiligen einzelnen Seiten automatisch synchron halten lassen 
(weil die Listen automatisch generierbar sind). Damit könnte man endlich 
was gegen die Situation tun, dass sich das Wiki überall selbst widerspricht.

Beispiel: Auf Seiten wie 
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link haben wir 
so nette grüne Kästchen. Das sind Templates, also haben sie eine 
standardisierte Struktur. Die enthalten zu großen Teilen Informationen, 
die auch auf Map Features und in den anderen Sprachen identisch sind. 
Trotzdem kann ich das momentan z. B. auf der deutschen Seite ändern, 
ohne dass die Änderung in die anderen Sprachen und die unterschiedlichen 
Sprachversionen von Map Features übernommen wird. Und wenn man die 
Aktivitäten im Wiki so verfolgt, passiert so was auch dauernd. Mit SMW 
könnte ich es an einer Stelle ändern und es würde automatisch an allen 
verwendenden Stellen angepasst.

Dass man die Daten dann auch in standardisierter Form in Anwendungen 
füttern kann, ist natürlich noch ein weiterer Vorteil.

Meiner Einschätzung nach ist so etwas in der Art die einzige 
Möglichkeit, jemals eine halbwegs zu unseren Daten passende 
Dokumentation zu haben. Eine "echte" DB, wie von Markus vorgeschlagen, 
geht natürlich auch, aber da müsste erst mal jemand Frontends bauen. 
Daher halte ich so einen Wiki-Aufsatz derzeit für realistischer. Die 
Rechenarbeit beim Zugriff durch externe Anwendungen kann man dank 
statischer Exporte wohl in Grenzen halten.

> Aber schon hier 
> wurde von Seiten der Server-Admins eingeworfen, dass das mit der 
> aktuellen Hardware nicht gehen wird (das Semantic-Dings ist halt dann 
> NOCH langsamer als das, was wir jetzt haben). 

Hat das jemand getestet und kann konkrete Werte liefern? Oder ist das 
Spekulation?

> Kommt Zeit, kommt Hardware ;-)

Na hoffentlich. ;-) Ich hätte lieber heute als morgen ein Semantic MW 
oder eine vergleichbare Lösung.

Tobias Knerr

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

Re: [Talk-de] construction

[Martin Koppenhoefer]

Am 26. Januar 2009 13:02 schrieb Norbert Hoffmann :

> Garry wrote:
>
> >Sobald hier der Wunsch aufkommt etwas für die Router im Taggingschema zu
> >optimieren kommt gleich
> >immer der Einwand "wir taggen nicht für den Router" und "für Router
> >benötigt man sowieso eine Vorverarbeitung".
>
> Du "wünschst also etwas für Router zu optimieren"? Sorry, das ist doch nun
> wirklich Unsinn. Router benötigen für ihre Aufgaben nun wirklich keine
> nicht vorhandenen Wege. Du versuchst nur das Tagging für *deine* Belange zu
> optimieren. Und die Probleme hast du nur deshalb, weil du unbedingt mit dem
> Schraubendreher einen Nagel einhauen willst (= eine *von anderen* für
> Routing auf vorhandenen Straßen entwickelte Navi-Karte als Notizzettel für
> deine Erfassung von Baustellen und Planungen benutzen willst).
>
> Norbert
>
>
ganz so hart wuerde ich es nicht ausdruecken, es haben ja alle was davon,
wenn Planungen und Baustellen angezeigt werden, das sollte halt nur nicht
als Strasse sein.

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

Re: [Talk-de] Ausbleibende Löschungen im Wiki

[Markus]

Hallo Frederik,

> Markus wrote:
>> Wir brauchen auch dringend jemanden, der Mediawiki kann.
>> (oder der wenigstens Änderungen reinkopieren darf, die Dritte für uns 
>> entwickeln)
> 
> Es gibt gerade Bestrebungen seitens ein paar Nutzern, auf ein "Semantic 
> MdiaWiki" umzustellen. Ich habe gar keinen Plan, was das bedeutet, es 
> gibt wohl eine Testinstallation hier:

Die Idee ist gut:
Datenmodell als maschinenlesbare DB,
die von allen Anwendungen zentral genutzt wird.

Die Umsetzung sollte m.E. aber über eine echte DB erfolgen,
die über die API ausgelesen wird.

(Das Wiki ist für solches nicht gedacht, die vorgeschlagene Lösung 
benötigt viel Rechenarbeit und Traffic).

Gruss, Markus



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

Re: [Talk-de] Frage zu Straßenlisten aus OSM

[Juergen Lehle]

Versuch's mal bitte damit:
http://78.47.226.29/osm/streets.php?type=rel&relid=62411
http://78.47.226.29/osm/streets.php?type=rel&id=29411954

Gruß
Jürgen

2009/1/26 Juergen Lehle :
> Hallo Stefan,
>
> mein Server will zur Zeit manchmal einfach nicht. Ich schau mir das
> aber heute Abend mal genau an.
>
> Gruß
> Jürgen
>
> 2009/1/26 Stefan Dettenhofer (StefanDausR) :
>> Hallo zusammen,
>>
>> ich habe mit
>> http://albspotter.org/osm/
>> versucht, ein OSM-Straßenverzeichnis von Regensburg zu erstellen. Aber
>> weder mit der Relation 62411 noch mit dem Weg 29411954 hat es funktioniert.
>> Woran kann das liegen?
>>
>> Gruß,
>> Stefan
>>
>>
>> ___
>> 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] Frage zu Straßenlisten aus OSM

[Juergen Lehle]

Hallo Stefan,

mein Server will zur Zeit manchmal einfach nicht. Ich schau mir das
aber heute Abend mal genau an.

Gruß
Jürgen

2009/1/26 Stefan Dettenhofer (StefanDausR) :
> Hallo zusammen,
>
> ich habe mit
> http://albspotter.org/osm/
> versucht, ein OSM-Straßenverzeichnis von Regensburg zu erstellen. Aber
> weder mit der Relation 62411 noch mit dem Weg 29411954 hat es funktioniert.
> Woran kann das liegen?
>
> Gruß,
> Stefan
>
>
> ___
> 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] construction

[Norbert Hoffmann]

Garry wrote:

>Sobald hier der Wunsch aufkommt etwas für die Router im Taggingschema zu 
>optimieren kommt gleich
>immer der Einwand "wir taggen nicht für den Router" und "für Router 
>benötigt man sowieso eine Vorverarbeitung".

Du "wünschst also etwas für Router zu optimieren"? Sorry, das ist doch nun
wirklich Unsinn. Router benötigen für ihre Aufgaben nun wirklich keine
nicht vorhandenen Wege. Du versuchst nur das Tagging für *deine* Belange zu
optimieren. Und die Probleme hast du nur deshalb, weil du unbedingt mit dem
Schraubendreher einen Nagel einhauen willst (= eine *von anderen* für
Routing auf vorhandenen Straßen entwickelte Navi-Karte als Notizzettel für
deine Erfassung von Baustellen und Planungen benutzen willst).

Norbert


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

Re: [Talk-de] Online Routen Planer

[Stefan Dettenhofer (StefanDausR)]

Markus schrieb:
> Hallo Chris-Hein,
>
>   
 http://gpswandern.de/
 
>>> Hast Du die mal angesprochen, ob die vielleicht ihre routen spenden? 
>>>   
>> Das macht keinen Sinn, da ein Abmalen der Google Karten bekanntlich
>> nicht erlaubt ist.
>> 
>
> Dahinter liegen meist GPX-Tracks.
> Der Ersteller kann diese jederzeit spenden.
>
> Gruss, Markus
>   
Ich hatte diese Seite schon oft genutzt um meine eigenen Tracks zu 
prüfen, bevor ich sie zu OSM hochlade.

Gruß,
Stefan


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

[Talk-de] Frage zu Straßenlisten aus OSM

[Stefan Dettenhofer (StefanDausR)]

Hallo zusammen,

ich habe mit
http://albspotter.org/osm/
versucht, ein OSM-Straßenverzeichnis von Regensburg zu erstellen. Aber 
weder mit der Relation 62411 noch mit dem Weg 29411954 hat es funktioniert.
Woran kann das liegen?

Gruß,
Stefan


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

Re: [Talk-de] Online Routen Planer

[Markus]

Hallo Chris-Hein,

>>> http://gpswandern.de/
>> Hast Du die mal angesprochen, ob die vielleicht ihre routen spenden? 
> 
> Das macht keinen Sinn, da ein Abmalen der Google Karten bekanntlich
> nicht erlaubt ist.

Dahinter liegen meist GPX-Tracks.
Der Ersteller kann diese jederzeit spenden.

Gruss, Markus

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

Re: [Talk-de] Online Routen Planer

[Chris-Hein Lunkhusen]

Sven Geggus schrieb:

>> http://gpswandern.de/
>> bietet mittlerweile 6 Layer, darunter OSM und OSM Cycle Map.

> Hast Du die mal angesprochen, ob die vielleicht ihre routen spenden? Die
> Wege sind doch in OSM bstimmt noch nicht alle vollständig.

Das macht keinen Sinn, da ein Abmalen der Google Karten bekanntlich
nicht erlaubt ist.
Chris


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

Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt

[Heiko Jacobs]

Norbert K?ck  wrote:
> im Zuge der (hier diskutierten) ge?nderten Darstellung von Hausnummern
> scheint es auch zu einer Verschiebung der Geb?udenamen gekommen zu sein.
> Nun werden die Hausnummern nicht mehr durch die Namen verdeckt. Seitdem
> werden bei benannten Geb?uden, die als Baudenkmal gekennzeichnet sind,
> die Namen doppelt angezeigt. Beispiel:
> http://www.openstreetmap.org/?lat=53.16352&lon=8.67985&zoom=17&layers=0B00FFF

Anscheinend, weil 2 Regeln greifen:
historic=* und buildung=yes
Bei beiden gibt's Regeln fuer name=*
Bei letzterem ggfs. mit Hausnummernverschiebeoffset und einer
laengerne Ausnahmenliste, die offenbar mit ersterer Regel und
einem Satz aehnlicher Regeln nicht zusammenpasst.

Entweder muesste bei historic=* und evtl. einer Reihe von anderen
building=yes ausgenommen werden oder die laengere Liste bei
building=yes den anderen angepasst werden. Oder irgendwie fusionieren.
Ist mir gerade zu komplex, das zu entshceiden, ueberlasse ich mal 
den Original-Hausnummernverschiebern :-)

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] Straßennamen bei Osmarender

[Marc Schütz]

>  Aber viel häufiger ist es so, daß der
> > Straßenname in irgendeinem Seitensträßchen, oder einer Abbiegespur
> oder, 
> > wenn der Platz dort nicht ausreicht, auch gar nicht erscheint. Die 
> > eigentliche Straße allerdings bleibt teilweise kilometerweit
> unbeschriftet.
> Beispiel was ich gerade gefunden habe:
> http://www.informationfreeway.org/?lat=51.5291945&lon=9.9299129&zoom=17&layers=BF000F
> Die Wiesenstraße (secondary) wird nur auf dem kleinen Bushaltestellen
> service gerendert (in der Mitte).
> Die Bürgerstraße (primary) wird nur auf dem link von Wiesenstraße zur
> Bürgerstr. gerendert.
> Dass es viel häufiger schlecht als gut ist, würde ich nicht sagen, aber
> die Problematik gibt es auf jeden Fall.

Könnte man das Filtern nicht auf die Fälle beschränken, wo die Schriftzüge 
ungefähr parallel sind?

Grüße, Marc

-- 
NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL 
für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

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