Re: [Talk-de] historic=castle Icons

[malenki]

Michael Buchberger schrieb:

> Hatte ich in diesem Thread schon mal geschrieben:
> 
> >>Wurde hier in der Liste schon mehrfach besprochen. Anscheinend sind
> >>die Bezeichnungen in verschiedenen Ländern nicht "kompatibel"
> >>miteinander und unser Fachmann für historische Fragen (Roman
> >>Grabolle) hat dann die Werte für castle_type angeregt.

Hatte ich leider nicht gesehen.

> Wird dann auch später im Wiki geschrieben:
> ---schnipp
> Exakte Übersetzungen für diese beiden Worte (Burg,Schloss) gibt es im
> Englischen afaik nicht. ---schnapp---

Erledigt

> Wir sollten dann eher mit Bildern arbeiten um die Unterschiede
> deutlich zu machen. Es gibt genug deutsche Mapper die des englischen
> nicht mächtig sind und trotzdem Tags eintragen. Warum also nicht den
> anderssprachigen Mappern einen deutschen Tag zumuten?

Ich hab die deutsche Seite ins Englische übersetzt, bitte um
Korrekturlesung. Die Nacht war lang...
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dcastle

> Vielleicht kommt dann ja auch ein Muttersprachler und bringt einen
> neuen Tag hervor mit dem alle leben können ;-)

Mal schaun. Im englischen IRC-Channel wurde ich nur bis Castle_res und
Castle_fort erleuchtet.

Gruß
malenki

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

Re: [Talk-de] OSM Routingoptmierung (was: Worldfile vom 15.4.09 - Feedback)

[Bernd Wurst]

Hallo.

Am Samstag 18 April 2009 21:22:41 schrieb Garry:
> Was mir dazu bisher aufgefallen ist (auf einem Nüvi760):
> - Kreisverkehre werden falsch herum durchfahren wenn der Weg so kürzer ist.

Das stimmt nicht.


> - Autobahnauffahrten lassen einem im unklaren in welche Richtung man auf
> welche Autobahn fährt.

Das stimmt nur bedingt.
Man bekommt gesagt auf welche Autobahn man fährt, aber Fernziele gibt es 
nicht, sind bei OSM ja auch noch gar nicht maschinenlesbar erfasst.

Die Behandlung von *_link wurde vor wenigen Wochen mit einer Änderung am 
"style" optimiert, seither kann das Garmin mit Auffahrten wesentlich besser 
umgehen. Wenn Carsten diese Option noch nicht in seinen Style übernommen haben 
sollte, ist die Handhabe von Auf- und Abfahrten mies.


>Lösungsansatz: Die Auf/Abfahrten  immer auch  mit der Bezeichnung der
> zugehörigen Autobahn kenzeichnen,
>möglichst auch mit dem Ziel mit der eine Auffahrt ausgeschildert ist.
> Bei Überleitungen auf eine Autobahn ist
>   natürlich der Name der Zielautobahn massgeblich.

Den Namen der Autobahn auf die man fahren will zeigt mein eTrex an.

Ein Fern-Ziel für jede Abbiegung anzugeben wäre wichtig, auf meinen Vorschlag 
eines Taggings von vor einigen Monaten hat keiner reagiert und da ich selbst 
nicht in Autobahnnähe wohne, hab ich es auch nie exemplarisch umgesetzt.


> - Rerouting auf "residential" lässt sehr lange auf sich warten (wenn man
> vom vorgeschlagenen Weg abweicht)
>Derzeit keine Idee was hierfür massgeblich ist - der Garmin zeigt die
> richtige aktuelle Position an, gibt aber die
>   Anweisungen so als würde man sich noch auf der vorgeschlagenen Route
> befinden obwohl man davon schon deutlich
>   (mehrere hundert Meter) abgewichen ist.

Es hat mir residentials nichts zu tun sondern er wartet einfach einige hundert 
Meter bis er sich sicher ist, dass es nicht nur der Umbau einer Kreuzung ist 
sondern wirklich eine andere Fahrtrichtung.
Macht dein Nüvi das mit den Originalkarten anders?


> Positiv mit der routingfähigen Karte aufgefallen ist mir das bei
> Tunneldurchfahrten die annhrend richtige Position
> angezeigt wird während bei der nicht routingfähigen im kurvigen  Tunnel
> die  Position geradeaus  davon  läuft.

Dann hast du "snap-to-road" ("auf straße zeigen") aktiviert, was dazu führt, 
dass deine GPS-Tracks immer auf der Straße entlang laufen werden und du bitte 
keine damit aufgezeichneten Tracks hochladen solltest.


Ich finde, die aktuelle Situation ist prima um allgemeine Routing-Fehler zu 
finden. Dort eine nicht verbundene Straße, hier ein falsch herum gezeichneter 
Kreisverkehr, solche Dinge.

Um sich aber wirklich Gedanken über neue bzw. fehlende Features zu machen, ist 
Garmin bisher nicht geeignet. Schließlich weiß man nie ob es an den Daten 
liegt oder ob das Garmin-Format in diesem Punkt noch nicht ausreichend 
gehacked ist.

Insbesondere so etwas wie die Angabe von Fernzielen bei Autobahn-Auffahrten 
finde ich eine sehr wichtige Sache, kann aber bisher kein Programm aus den 
OSM-Daten auslesen. Unabhängig von Garmin sollte man also da mal ein System 
erfinden und etablieren.

Gruß, Bernd

-- 
Zucker gibt dem Kaffee einen schlechten Geschmack,
wenn man vergißt, ihn hineinzutun.



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] Artwork-Team - StyleGuide

[Martin Koppenhoefer]

Am 19. April 2009 02:03 schrieb Markus :
> Ich kenne die Zugriffszahlen auf die Hauptseite nicht, aber ich vermute
> sie sind sehr hoch, Mapnik ist wohl der meistbekannte Renderer, und für
> die meisten Besucher wohl "das Gesicht von OSM".

deshalb machen den ja auch professionelle Kartographen ;-)
Im Ernst, der Mapnik-Style folgt ja schon gewissen Kriterien und
versucht, ein einheitliches Kartenbild zu zeichnen. Wenn Du bei
bestimmten Icons Kritik hast, oder grundsätzlich eine Seite zur
Diskussion desselben (wo man z.B. Vorschläge für Icons sammeln und
diskutieren kann) machen willst, dann begrüße ich das im Prinzip. Du
solltest aber nicht erwarten, dass, wenn dort ein bestimmtes
Abstimmergebnis (demokratisch) erzielt wird, das dann auch automatisch
umgesetzt wird. Gegen konstruktive Vorschläge hat aber sicher auch das
Mapnik-Team nichts (nicht zuletzt kann man ja auch im trac tickets
dafür erstellen).

Aus Erfahrung kann ich Dir allerdings sagen, dass es leichter ist
(auch im poltitischen Sinn), Änderungen in Osmarender zu machen.

> und eben, dass sich zunehmend das eher Optimale durchsetzen wird.
> Und dass sich zwischen verschiedenen Variationen von Darstellungen und
> Anwendungen Synergien entwickeln werden.

ja, das wäre sicher zu begrüßen. Einen oder mehrere Sätze Icons
gemeinsam zu entwickeln und jeweils im Wiki auf einer eigenen Seite
zusammenzutragen und zu erweitern wäre so ein Schritt, der auch
diejenigen animieren würde, die zwar Icons zeichnen können, aber sich
bisher im Wust des Wikis die entsprechenden Informationen nicht
zugänglich machen konnten (ist diesbzgl. wirklich nicht gerade
übersichtlich).
Wenn da dann was Überzeugendes rauskommt: super.

> Da fände ich es wichtiger, nach thematischen Kriterien verschiedene
> Objekte auswählen und in Layern anzeigen zu können.
> (Tourismus, Verkehr, Umwelt, Politik, oder noch individueller)

das macht ja dann der, der die Karte macht ;-). Nötig sind dazu in
jedem Fall Icons.

Gruß Martin

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

Re: [Talk-de] Artwork-Team - StyleGuide

[Frederik Ramm]

Hallo,

Markus wrote:
> Wenn sie etwas anderes als Mapnik verwenden, dann weil sie eine 
> thematisch spezifische Karte suchen (Wanderkarte, Fahrradkarte).

Auch die Cyclemap und die Reit- und Wanderkarte werden mit Mapnik 
gezeichnet. Die Bezeichnung "Mapnik-Karte" fuer die Standardkarte von 
openstreetmap.org ist also etwas irrefuehrend.

> Oder man könnte eine Art "Kartengenerator" entwickeln, mit dem sich 
> jeder seine eigene Karte "malen" kann, mit grünen Autobahnen und roten 
> Bahnlinien oder so?

Gute Idee...

> Und dann könnte man einen "Style-Wettbewerb" machen, 
> wo Layouts bepunktet werden können? Und mit den Ergebnissen Mapnik 
> optimieren?

... aber unzureichende Schlussfolgerung. Man sollte etwas bauen, mit dem 
sich jeder seine eigene Karte bauen kann, und man sollte durchaus auch 
Punkte vergeben koennen, aber dann kann sich jeder Besucher entscheiden, 
welchen Stil er sehen will. Den mit 1500 Punkten von Markus B., der in 
jahrelanger Evolution immer nur die "creme de la creme" der Entwicklung 
mitgenommen hat, oder mal eben hinskizzierten von einem unbekannten User 
aus China. Oder er nimmt den von Markus B. und stellt die Autobahnen 
etwas kleiner und die Schrift etwas groesser... es gibt keinen Grund, 
diese Vielfalt am Ende wieder zu einer, zu "DER", Karte zusammenzustampfen!

Die Uniformitaet, die wir derzeit haben, ist fuer mich nur ein 
voruebergehnder Kompromiss (weil man eben die Welt nicht in 100 
verschiedenen Stilen staendig rendern kann). Wenn sowas aber mal geht, 
gibt es m.E. keinen Grund, sich vom Projekt her auf einen Stil festzulegen.

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] Artwork-Team - StyleGuide

[Markus]

Hallo Michael,

der Wunsch nach einem Style Guide für Icons löst ja richtig 
tiefschürfende grundlegende Gedanken aus:

 fände ich einen OSM-Icon-"Style Guide" sinnvoll.
 Immerhin sind wir ja auch eine "internationale Karte"...
>> Der Renderer ist "das Gesicht" von OSM.
> 
> Welchen Renderer meinst du? Mapnik? Das ist nur einer von vielen. Mit 
> Mapnik wird u.A. die Karte auf der OSM-Hauptseite gerendert, das ist 
> alles. Sicher ein erster Eindruck, aber bestimmt kein Massstab oder gar 
> eine Vorgabe.

Ich kenne die Zugriffszahlen auf die Hauptseite nicht, aber ich vermute 
sie sind sehr hoch, Mapnik ist wohl der meistbekannte Renderer, und für 
die meisten Besucher wohl "das Gesicht von OSM".

> Wenn wir schon von Sinn reden, dann ist es Sinn von OSM, Daten zur 
> Verfuegung zu stellen, mit denen jedermann/frau nach Belieben und 
> eigenen Vorstellungen eigene Karten mit einem Renderer seiner Wahl 
> generieren kann. 

So mögen manche denken.

Aber für die Mehrheit der Nutzer ist die *Benutzung der Weltkarte* der 
wesentliche Sinn. So wie sie halt früher Google-Maps genutzt haben, 
nutzen sie heute OpenStreetMap.

Die wenigsten Nutzer wollen eigenen Karten generieren.
Oder gar:

> frei entscheiden, welche Farben und Icons er verwendet. 

Wenn sie etwas anderes als Mapnik verwenden, dann weil sie eine 
thematisch spezifische Karte suchen (Wanderkarte, Fahrradkarte).

> Und wenn wir von "einheitlichem Gesicht" reden, dann wird allein schon 
> durch die Vielfalt und Topologie der Objekte die Herkunft der Daten 
> ersichtlich, 

Ja. Aber das Layout hat eine ähnliche Bedeutung.

> vom Copyright-Vermerk mal abgesehen.

Am genauen Copyright sind die wenigsten Benutzer interessiert.
Wichtig ist ihnen, dass die Karten "frei" sind.

>> Der "beste" Renderer (nach welchen Kriterien auch immer) wird sich "am
>> Markt" durchsetzen - und mit seinem Layout und "seinen" Icons das
>> Gesicht von OSM prägen. *
> 
> Und es damit genau so langweilig und eintoenig aussehen lassen wie...

Ja es gibt durchaus einen Markt für Individualität und Vielfalt.
Aber das Interesse an einem gleichbleibend guten Erscheinungsbild ist 
m.E. höher. Gewohnheit und Vertrautheit prägt.

>> Google-Maps kennt jedes Kind. OSM (vulgo Mapnik) inzwischen bald auch.
>> Auch hier wird das Erscheinungsbild (plus natürlich die Datenqualität
>> und die Benutzerfreundlichkeit) über den "Marktanteil" entscheiden.
> 
> Von welchem Marktanteil redest du? Und von welchem Markt? 
> Was verkaufen wir denn?

Die "freie Weltkarte", freie Geodaten, eine eigene Alternative zum 
proprietären Google, Mitmach-Spass...
(und weil wir es ja nicht "verkaufen", hatte ich "Marktanteil" in 
Gänsefüsschen geschrieben)

> OSM und Google dealen vielleicht mit dem selben Stoff, aber der unsrige 
> ist Bio, ungefiltert, unverschnitten und umsonst. Konkurrenzlos. 

:)

Wobei Google ja keine eigenen Daten hat, sondern diese weitgehend kauft.
Und diese lediglich darstellt.

Im Gegensatz zu uns: wir erstellen unsere Daten selbst und rendern sie 
auch selbst zu einer "freien Weltkarte".

>> Dabei gibt es sowas wie ein "evolutionäres Prinzip":
> 
> Mag sein, aber mit Evolution hat das wenig zu tun. Denn Evolution 
> bedeutet nicht, dass sich ein Objekt, das vermeintlich beste, ueberall 
> durchsetzt. Evolution bedeutet Vielfalt, Anpassung an die jeweils 
> herrschenden unterschiedlichen Bedingungen.  

Deshalb habe ich "Evolution" ja auch in Gänsefüsschen geschrieben.

> Evolution, auf unser Thema projiziert, 
> bedeutet, dass sich verschiedene Objekte unter verschiedenen 
> Bedingungen auf verschiedenen Anwendungen unterschiedlich optimal 
> einsetzen lassen. 

und eben, dass sich zunehmend das eher Optimale durchsetzen wird.
Und dass sich zwischen verschiedenen Variationen von Darstellungen und 
Anwendungen Synergien entwickeln werden.

> Die Welt ist bunt

:)

> Auch wenn es zehn verschiedene Icons fuer einen Papierkorb gibt, sind 
> Menschen in der Lage, zu erkennen, dass ein Papierkorb gemeint ist.

Klar. Und dennoch gibt es immer wieder Vorlieben für bestimmte Dinge in 
einer ganz bestimmten Erscheinungsform. Wiedererkennung ist ein Wert.

> Wie waere es denn, wen wir, statt alles auf Linie zu trimmen, die 
> Moeglichkeit individueller Gestaltungsmoeglichkeiten bei Karten staerker 
> in den Fokus der Wahrnehmung ruecken? 

Bei ito gibt es eine grössere Auswahl verschiedener Karten-Layouts.
Könnte man ja in unsere Hauptseite aufnehmen?
Oder man könnte eine Art "Kartengenerator" entwickeln, mit dem sich 
jeder seine eigene Karte "malen" kann, mit grünen Autobahnen und roten 
Bahnlinien oder so? Und dann könnte man einen "Style-Wettbewerb" machen, 
wo Layouts bepunktet werden können? Und mit den Ergebnissen Mapnik 
optimieren?

> Von mir aus auch mit einem eigenen 
> OSM-Pool fuer Icons, aus dem sich jeder bei Bedarf bedienen kann. 

Da fände ich es wichtiger, nach thematischen Kriterien verschiedene 
Objekte auswählen und in Layern anzeigen zu können.
(Tourismus, Verkehr, 

Re: [Talk-de] Klassifizierung von Fußwegen

[Garry]

Gerrit Lammert schrieb:
> Ich weiß nicht, ob ich Dich verstehe.
> Eine Plattform (also in diesem Fall ein Bahnsteig), wo eine RegioTram
> hält bekommt ein
> services=light_train
> (oder wo man RegioTram halt einsortiert).
> Das dort auch ein ICE vorbeifährt oder ein Flugzeug drüberfliegt spielt
> doch keine Rolle!?
>
> Wenn der ICE dort auch hält bekommt der Bahnsteig ein
> services=light_rail;rail.
>
> Und wenn auf der anderen Seite ein Bus hält, bekommt er
> services=light_rail;rail;Bus
>
> "to service" heiss "bedienen". Alles was von dort "bedient" wird, kommt
> als Wert in "services"
> Halt alles, wo rein man von dort aus einsteigen kann. Steht doch so im
> Proposal!?
>   
Was nicht daraus hervorgeht ist ob im Bedarfsfall auch was grösseres als 
light_rail halten kann...

Garry

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

Re: [Talk-de] Klassifizierung von Fußwegen

[Gerrit Lammert]

Martin Koppenhoefer wrote:
>> Wenn der ICE dort auch hält bekommt der Bahnsteig ein
>> services=light_rail;rail.
>>
>> Und wenn auf der anderen Seite ein Bus hält, bekommt er
>> services=light_rail;rail;Bus
>>
>> "to service" heiss "bedienen". Alles was von dort "bedient" wird, kommt
>> als Wert in "services"
> 
> Das Verb "to service" heisst pflegen, betreuen, unterhalten, ...

...und "bedienen"...

> ...hat aber
> direkt mit den Services nichts zu tun. "Services" ist ein Substantiv
> und heisst soviel wie Dienstleistungen, oder hier Betrieb.

richtig.
"services" ist aber auch dritte Person Singular von "to service" wie
z.B. in "this platform services trains on one side and busses on the other".
Ich bin auch nicht glücklich wegen der Ähnlichkeit zu "highway=service".
Fällt Dir was besseres ein?

Gerrit

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

Re: [Talk-de] OSM Routingoptmierung - Kreisverkehr

[Garry]

FlaBot schrieb:
>> Das Problem sollte man aber doch ehr gleich an den Wurzeln packen um die
>> Daten allgemein routingfähig zu machen...
>>
>> Garry
>> 
>
> Dachte immer das Kreisverkehre immer Oneway-Straßen sind  ... oder ?
>   
Mhm - wenn es ein echter Kreisverkehr ist(mit dem entsprechenden Schild 
gekennzeichnet) hat er
mit den Einbahnstrassen gemeinsam dass man ihn nur in eine Richtung 
durchfahren darf.
Ansonsten ist es aber doch ehr was  anderes...
> Nur muß man MKGMAP eben sagen das Kreisverkehr = oneway ist dann sollte
> es auch klappen.
>   
Man muss vor allem dem Kreisverkehr auch das Attribut geben dass es ein 
Kreisverkehr ist..

Garry

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

Re: [Talk-de] Klassifizierung von Fußwegen

[Martin Koppenhoefer]

> Wenn der ICE dort auch hält bekommt der Bahnsteig ein
> services=light_rail;rail.
>
> Und wenn auf der anderen Seite ein Bus hält, bekommt er
> services=light_rail;rail;Bus
>
> "to service" heiss "bedienen". Alles was von dort "bedient" wird, kommt
> als Wert in "services"

Das Verb "to service" heisst pflegen, betreuen, unterhalten, hat aber
direkt mit den Services nichts zu tun. "Services" ist ein Substantiv
und heisst soviel wie Dienstleistungen, oder hier Betrieb.

Gruß Martin

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

Re: [Talk-de] Foot-Access auf cycleway? (Routing (Re: Hilfe, ??meine ??Stadt hat Flecken))

[Martin Koppenhoefer]

Am 17. April 2009 11:17 schrieb Heiko Jacobs :
> Martin Simon  wrote:
>> Nat?rlich. Darum gehts ja eignetlich auch nicht, sondern um die
>> Ansicht einiger, highway=path bedeute auf jeden Fall "Trampelpfad",
>> also etwas unterhalb von footway.
>
> So ist es ja auch, wenn weiterfuehrende tags fehlen ;-)
>

nee, wenn weitere Tags fehlen, dann kann man nur raten, aber
keineswegs davon ausgehen, dass es ein Trampelpfad ist. Dazu bräuchte
man ein weitere Tags, z.B. designated=no ;-)

Gruß Martin

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

Re: [Talk-de] Klassifizierung von Fußwegen

[Gerrit Lammert]

Garry wrote:
> Gerrit Lammert schrieb:
>> Tobias Wendorff wrote:
>>   
 highway=platform
 services=train
   
>> Das ist eine Platform an der etwas hält, was bei OSM als "train"
>> bezeichnet wird.
>> Ich würde darunter eher Nah-/und Fernverkehrszüge verstehen.
>> Die regioTram ist meiner Ansicht nach eher ein light_train.
>>   
> Und was machst Du wenn an einem ganz normalen Nahverkehrsbahnhof der 
> nicht umgestaltet wurde
>  heutzutage nur noch die RegioTrams halten - auf dem gleichen Gleis auf 
> dem auch der ICE durchrausch?

Ich weiß nicht, ob ich Dich verstehe.
Eine Plattform (also in diesem Fall ein Bahnsteig), wo eine RegioTram
hält bekommt ein
services=light_train
(oder wo man RegioTram halt einsortiert).
Das dort auch ein ICE vorbeifährt oder ein Flugzeug drüberfliegt spielt
doch keine Rolle!?

Wenn der ICE dort auch hält bekommt der Bahnsteig ein
services=light_rail;rail.

Und wenn auf der anderen Seite ein Bus hält, bekommt er
services=light_rail;rail;Bus

"to service" heiss "bedienen". Alles was von dort "bedient" wird, kommt
als Wert in "services"
Halt alles, wo rein man von dort aus einsteigen kann. Steht doch so im
Proposal!?

Gerrit

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

Re: [Talk-de] Where Do You Want to Drive Tomorrow? - Worldfile vom?15.4.09

[Sven Geggus]

Carsten Schwede  wrote:

> Diese Karte enthält auch nur den mkgmap- Standardstyle aber mein
> Typ-File, ich werde in Zukunft aber dann meinen Style auch
> routingfähig machen.

Was muss man denn dazu genau tun? kann man helfen?

Sven

-- 
"If you don't make lower-resolution mapping data publicly
available, there will be people with their cars and GPS
devices, driving around with their laptops" (Tim Berners-Lee)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Artwork-Team - StyleGuide

[malenki]

Michael Buege schrieb:
>
> OSM und Google dealen vielleicht mit dem selben Stoff, aber der
> unsrige ist Bio, ungefiltert, unverschnitten und umsonst.
> Konkurrenzlos. 

Anmerkung: "umsonst" verwende ich, wenn etwas wirklich "für die
Katz", sinnlos, nutzlos ist.
Bekomme ich etwas Sinnvolles geschenkt, ist das gratis, kostenlos oder
kostenfrei.

Ansonsten: Gut auf den Punkt gebracht.

Gruß
Thomas

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

Re: [Talk-de] Klassifizierung von Fußwegen

[Garry]

Gerrit Lammert schrieb:
> Tobias Wendorff wrote:
>   
>>> highway=platform
>>> services=train
>>>   
>
> Das ist eine Platform an der etwas hält, was bei OSM als "train"
> bezeichnet wird.
> Ich würde darunter eher Nah-/und Fernverkehrszüge verstehen.
> Die regioTram ist meiner Ansicht nach eher ein light_train.
>   
Und was machst Du wenn an einem ganz normalen Nahverkehrsbahnhof der 
nicht umgestaltet wurde
 heutzutage nur noch die RegioTrams halten - auf dem gleichen Gleis auf 
dem auch der ICE durchrausch?

Garry


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

Re: [Talk-de] Hotel mit Restaurant

[Guenther Meyer]

Am Mittwoch 15 April 2009 schrieb Jan Tappenbeck:
> Moin !
>
> wir hatten gestern, auf dem HH-Stammtisch, über die Doppelbedeutung von
> Objekten gesprochen - insbesondere Hotels die auch gleichzeitig
> Restaurantbetrieb haben.
>
> Einige meinten es sollten zwei POI gesetzt werden - andere wieder
> vermissen genau hierfür ein gemeinsames Tag.
>
> Es gibt ja den ausschließlichen Restaurantsbetrieb mit
>
> amenity =*restaurant*
>
> und das Hotel, das zwar auch die Gäster mit Speisen bewirtet - aber nur
> für die EIGENEN Gäste (Pauschalbuchungen).
>
>  tourism =*hotel*
>
> Dann gibt es aber die Vielzahl von Kombi-Einrichtung die allgemeine
> Gastronomie haben und Hotel-Zimmer vermieten.
>
> Wie denkt Ihr darüber und gibt es Vorschläge ??
>
> Gruß Jan :-)
>
es gibt restaurants ohne hotel.
und es gibt hotels sowohl mit einem oder mehreren restaurants oder bars, 
genauso wie hotels ohne sowas (z.B. garni).

deshalb wuerde ich bei flaechenmaessig groesseren anlagen fuer jedes dieser 
elemente einen eigenen node setzen;
bei einem kleinen hotel mit einem restaurant evtl auch nur einen node mit 
beiden tags.
wenn man will, kann man ja die punkte und die gebäudefläche zusaetzlich noch 
mit einer relation verbinden.
 




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] Hotel mit Restaurant

[Guenther Meyer]

Am Mittwoch 15 April 2009 schrieb Jan Tappenbeck:
> ... diese weitverbreitete Eigenschaftenkombination wird aber dann in den
> allgemeinen Karten aber nicht mehr dargestellt.
>
dann ist das ein problem der renderer...



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] OSM Routingoptmierung

[Garry]

Marcus Wolschon schrieb:
> 2009/4/18 Garry :
>   
>> Was mir dazu bisher aufgefallen ist (auf einem Nüvi760):
>> - Kreisverkehre werden falsch herum durchfahren wenn der Weg so kürzer ist.
>>   Lösungsansatz: Den Kreisverkehr grundsätzlich als Einbahnstrasse
>> markieren?
>> 
>
> roundabout impliziert oneway. Falschrum gezeichnete roundabouts sind
> ein Fehler.
>   
Habe gerade in den Rohdaten nachgeschaut - falsch herum gezeichnet und 
nicht als roundabout
getaggt...
Gibt es auch eine Lösung um Bypässe an einem Kreisverkehr zu bevorzugen?

>> - Autobahnauffahrten lassen einem im unklaren in welche Richtung man auf
>> welche Autobahn fährt.
>>   Lösungsansatz: Die Auf/Abfahrten  immer auch  mit der Bezeichnung der
>> zugehörigen Autobahn kenzeichnen,
>>   möglichst auch mit dem Ziel mit der eine Auffahrt ausgeschildert ist.
>> Bei Überleitungen auf eine Autobahn ist
>>  natürlich der Name der Zielautobahn massgeblich.
>> 
>
> Suche mal nach "signposting". Tags dafür haben wir.
>   
Nur zut Sicherheit - es geht mir dabei nicht darum dass Schild in 
Richtung Auffahrt zu mappen
sondern darum Sicherheit zu geben dass man auf der richtigen Auffahrt 
ist - bei  manchen Auffahrten
kann man ja sofort wieder abfahren wenn man die falsche Richtung 
erwischt hat bevor man auf den
bi zu 20km langen eigentlichen Autobahnabschnitt ohne Wendemöglichkeit 
fährt...


Garry

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

Re: [Talk-de] OSM Routingoptmierung

[FlaBot]

> Das Problem sollte man aber doch ehr gleich an den Wurzeln packen um die
> Daten allgemein routingfähig zu machen...
>
> Garry

Dachte immer das Kreisverkehre immer Oneway-Straßen sind  ... oder ?

Nur muß man MKGMAP eben sagen das Kreisverkehr = oneway ist dann sollte
es auch klappen.

Dirk


-- 
Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/

OSM -- http://osm.flacus.de/

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

Re: [Talk-de] OSM Routingoptmierung

[Garry]

FlaBot schrieb:
> Hi !
>
>
>   
>> Was mir dazu bisher aufgefallen ist (auf einem Nüvi760):
>> - Kreisverkehre werden falsch herum durchfahren wenn der Weg so kürzer ist.
>>   Lösungsansatz: Den Kreisverkehr grundsätzlich als Einbahnstrasse
>> markieren?
>> 
>
> Muß man ja nich bei den OSM-Daten ändern kann man ja in MKGMAP "anpassen"
>   
Das Problem sollte man aber doch ehr gleich an den Wurzeln packen um die 
Daten allgemein routingfähig zu machen...

Garry

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

Re: [Talk-de] OSM Routingoptmierung

[Chris-Hein Lunkhusen]

FlaBot schrieb:

> dazu gibts ein Patch siehe MKGMAP-Mailingliste

Hi,
sehe ich das richtig, dass es diese nicht auf
gmane gibt ?

Grüße
Chris



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

Re: [Talk-de] OSM Routingoptmierung (was: Worldfile vom 15.4.09 - Feedback)

[Marcus Wolschon]

2009/4/18 Garry :
> Was mir dazu bisher aufgefallen ist (auf einem Nüvi760):
> - Kreisverkehre werden falsch herum durchfahren wenn der Weg so kürzer ist.
>   Lösungsansatz: Den Kreisverkehr grundsätzlich als Einbahnstrasse
> markieren?

roundabout impliziert oneway. Falschrum gezeichnete roundabouts sind
ein Fehler.
Das Thema wurde schon auf der routing- oder dev-liste vor einer
Weile abgefackelt.



>
> - Autobahnauffahrten lassen einem im unklaren in welche Richtung man auf
> welche Autobahn fährt.
>   Lösungsansatz: Die Auf/Abfahrten  immer auch  mit der Bezeichnung der
> zugehörigen Autobahn kenzeichnen,
>   möglichst auch mit dem Ziel mit der eine Auffahrt ausgeschildert ist.
> Bei Überleitungen auf eine Autobahn ist
>  natürlich der Name der Zielautobahn massgeblich.

Suche mal nach "signposting". Tags dafür haben wir.


> - Rerouting auf "residential" lässt sehr lange auf sich warten (wenn man
> vom vorgeschlagenen Weg abweicht)
>   Derzeit keine Idee was hierfür massgeblich ist - der Garmin zeigt die
> richtige aktuelle Position an, gibt aber die
>  Anweisungen so als würde man sich noch auf der vorgeschlagenen Route
> befinden obwohl man davon schon deutlich
>  (mehrere hundert Meter) abgewichen ist.

Keine Ahnung, ist nicht routing sondern garmin-spezifisch.

>
> Positiv mit der routingfähigen Karte aufgefallen ist mir das bei
> Tunneldurchfahrten die annhrend richtige Position
> angezeigt wird während bei der nicht routingfähigen im kurvigen  Tunnel
> die  Position geradeaus  davon  läuft.

Marcus

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

Re: [Talk-de] OSM Routingoptmierung (was: Worldfile vom 15.4.09 - Feedback)

[FlaBot]

Hi !


> Was mir dazu bisher aufgefallen ist (auf einem Nüvi760):
> - Kreisverkehre werden falsch herum durchfahren wenn der Weg so kürzer ist.
>   Lösungsansatz: Den Kreisverkehr grundsätzlich als Einbahnstrasse
> markieren?

Muß man ja nich bei den OSM-Daten ändern kann man ja in MKGMAP "anpassen"

> - Rerouting auf "residential" lässt sehr lange auf sich warten (wenn man
> vom vorgeschlagenen Weg abweicht)
>   Derzeit keine Idee was hierfür massgeblich ist - der Garmin zeigt die
> richtige aktuelle Position an, gibt aber die
>  Anweisungen so als würde man sich noch auf der vorgeschlagenen Route
> befinden obwohl man davon schon deutlich
>  (mehrere hundert Meter) abgewichen ist.

dazu gibts ein Patch siehe MKGMAP-Mailingliste

Aktuelle Fehlerdaten von einigen Bundesländern und Gebieten gibt es in
unregelmäßigen abständen unter ...

OSM -- http://osm.flacus.de/

Grüße Dirk

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

Re: [Talk-de] Klassifizierung von Fußwegen

[Gerrit Lammert]

Tobias Wendorff wrote:
>> highway=platform
>> services=train

Das ist eine Platform an der etwas hält, was bei OSM als "train"
bezeichnet wird.
Ich würde darunter eher Nah-/und Fernverkehrszüge verstehen.
Die regioTram ist meiner Ansicht nach eher ein light_train.

Gerrit


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

Re: [Talk-de] historic=castle Icons

[Roman Grabolle]

Hallo und guten Abend,

> Hi Roman liest Du noch mit?

Ja, wobei mir natürlich das eine oder andere auch unbemerkt durchrutschen kann. 
Das habe ich dank treffender Subject-Zeile aber gleich gesehen. ;-)

Ich bin weiterhin der Meinung, dass wir für den deutschsprachigen Raum Burg und 
Schloss verwenden sollten. castle_res und castle_fort sind eine 
Verschlimmbesserung, die weder im englischsprachigen noch im deutschsprachigen 
Raum wirklich verstanden und auf die einzelnen Anlagen angewendet werden kann. 

Ich werde versuchen, dass in nächster Zeit noch mal ausführlicher im Wiki zu 
begründen, da bleibt es dann erhalten und es müssen nur die mitlesen, die es 
wirklich interessiert. 
http://wiki.openstreetmap.org/wiki/DE_talk:Tag:historic%3Dcastle

Wir lesen dann dort voneinander.

Viele Grüße
Roman 

-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] Wie lange dauert's denn noch etwa...

[Michael Bemmerl]

Johann H. Addicks schrieb:
> ... mit dem API-Upgrade?

Aktuell Phase 4 von 9:
Changesets werden erstellt.

Grüße,
Michi



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

Re: [Talk-de] Wie lange dauert's denn noch etwa...

[Karl Eichwalder]

"Johann H. Addicks"  writes:

> ... mit dem API-Upgrade?

Bis montag -- s. announcement.

> (in know: it's ready when it's ready...)

Eben.

-- 
Karl Eichwalder

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

Re: [Talk-de] Where Do You Want to Drive Tomorrow? - Worldfile vom 15.4.09 - Feedback

[Garry]

Carsten Schwede schrieb:
> Hi,
>
> Garry schrieb:
>   
>> Was ist eigentlich mit den Maxspeed-Wert?
>> Besteht hier auch noch eine Chance dass die zukünftig angezeigt werden
>> oder woran hängt es hier noch?
>> 
>
> Da musst Du mal bei Mr. mkgmap nachfragen. Oder auf der 
> mkgmap-Mailingliste.
>
>   
Oh je, noch eine Mailingliste...

Gruss Garry

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

Re: [Talk-de] OSM Routingoptmierung (was: Worldfile vom 15.4.09 - Feedback)

[Garry]

Nach dem es jetzt offenbar möglich ist stabil laufende 
kachelübergreifende OSM.Garmin-Karten
zu erstellen sollte man jetzt langsam die Routing-Schwachpunkte 
zusammentragen und in die Wikibeschreibungen
(Mapfeatures?) mit einfliessen lassen um die Erkenntnisse zu verbreiten.
Bevor die ersten wieder schreien dass wir keine Daten für Garmin 
erstellen - es geht nicht darum die Karten
speziell an Garmin anzupassen sondern allgemein die OSM-Daten 
routingstabil zu machen.
Dazu sind die Garmins derzeit das einzigste mobile breit verfügbare 
Testsystem.

Was mir dazu bisher aufgefallen ist (auf einem Nüvi760):
- Kreisverkehre werden falsch herum durchfahren wenn der Weg so kürzer ist.
   Lösungsansatz: Den Kreisverkehr grundsätzlich als Einbahnstrasse  
markieren?

- Autobahnauffahrten lassen einem im unklaren in welche Richtung man auf 
welche Autobahn fährt.
   Lösungsansatz: Die Auf/Abfahrten  immer auch  mit der Bezeichnung der 
zugehörigen Autobahn kenzeichnen,
   möglichst auch mit dem Ziel mit der eine Auffahrt ausgeschildert ist. 
Bei Überleitungen auf eine Autobahn ist
  natürlich der Name der Zielautobahn massgeblich.

- Rerouting auf "residential" lässt sehr lange auf sich warten (wenn man 
vom vorgeschlagenen Weg abweicht)
   Derzeit keine Idee was hierfür massgeblich ist - der Garmin zeigt die 
richtige aktuelle Position an, gibt aber die
  Anweisungen so als würde man sich noch auf der vorgeschlagenen Route 
befinden obwohl man davon schon deutlich
  (mehrere hundert Meter) abgewichen ist.

Positiv mit der routingfähigen Karte aufgefallen ist mir das bei 
Tunneldurchfahrten die annhrend richtige Position
angezeigt wird während bei der nicht routingfähigen im kurvigen  Tunnel 
die  Position geradeaus  davon  läuft. 

Garry

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

[Talk-de] gpx-tracks mit mathematica analysieren

[Martin Koppenhoefer]

vielleicht interessiert es ja den einen oder anderen:
http://blog.wolfram.com/2009/04/17/mapping-gps-data/

Gruß Martin

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

Re: [Talk-de] routing über highway=path

[Martin Koppenhoefer]

Am 18. April 2009 20:11 schrieb Frederik Ramm :
> Hallo,
>
> Martin Koppenhoefer wrote:
>>
>> innerorts sind es m.E. nur dann residentials, wenn sie nicht mal den
>> Anschein von Verbindungscharakter haben. Alles, was selbst ein paar
>> (kleinere) Straßen verbindet, ist bei mir unclassified. Residential
>> benutze ich für Straßen, wo ausser den Anwohnern keiner zu fahren
>> braucht
>
> Das finde ich komisch. Unclassified ist in meinen Augen nie eine "hoehere"
> Strassenklasse als Residential gewesen, sondern auf gleicher Ebene. Nach
> Deiner Definition gaebe es hier in Karlsruhe "residential" praktisch nur in
> den Neubaugebieten ausserhalb des Stadtkerns; fast alles, was zur
> erweiterten Innenstadt gehoert, muesste dann "unclassified" sein  (mit
> direktem Uebergang unclassified nach pedestrian im Kern).

> Das kannst Du ja gern in Rom so machen, aber bei mir gilt "unclassified + da
> wohnen Leute = residential".

in Rom ist das Zentrum sowieso quasi komplett pedestrian (bzw. zur
Hälfte, aber wo man theoretisch fahren dürfte ist dann immer noch ZTL
(Zone mit eingeschränktem Verkehr), da dürfen dann Anwohner und Leute
mit Sondergenehmigung (davon gibts einige ;-) ) fahren, und noch
irgendwas mit ungeraden und geraden Nummernschildern tagesabhängig
(bin Fahrradfahrer, daher die Grobkenntnis)). Die Straßen, die dann
übrig bleiben (die kleineren davon) sind bei mir schon auch
residentials, ich nehme das nicht nur für Sackgassen, aber durchaus
für kleinere Straßen als unclassified.

Meine Faustregel ist (bisher): zwar Wohngebiet, Straße im Verh. zu
tertiary zu klein, für residential zu wichtig (d.h. da fährt auch, wer
nicht direkt dort wohnt), dann unclassified.

Ich könnte mich aber auch damit anfreunden, die Unterscheidung nicht
mehr wie bisher zu treffen, sondern unclassified und residential nur
über das Wohngebiet zu unterscheiden, und die bisherigen unclassifieds
in Wohngebieten dann zu tertiary hinaufzustufen.

Wer hat noch eine Meinung zu dem Thema?

Gruß Martin

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

[Talk-de] Straßenliste für EMDEN

[Jan Tappenbeck]

moin !

auch die Emdener haben jetzt eine Straßenliste:

http://wiki.openstreetmap.org/wiki/Emden

Danke an SvenA.

Gruß Jan :-)

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

[Talk-de] Wie lange dauert's denn noch etwa...

[Johann H. Addicks]

... mit dem API-Upgrade?

(in know: it's ready when it's ready...)

-jha-


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

Re: [Talk-de] routing über highway=path

[Frederik Ramm]

Hallo,

Martin Koppenhoefer wrote:
> innerorts sind es m.E. nur dann residentials, wenn sie nicht mal den
> Anschein von Verbindungscharakter haben. Alles, was selbst ein paar
> (kleinere) Straßen verbindet, ist bei mir unclassified. Residential
> benutze ich für Straßen, wo ausser den Anwohnern keiner zu fahren
> braucht 

Das finde ich komisch. Unclassified ist in meinen Augen nie eine 
"hoehere" Strassenklasse als Residential gewesen, sondern auf gleicher 
Ebene. Nach Deiner Definition gaebe es hier in Karlsruhe "residential" 
praktisch nur in den Neubaugebieten ausserhalb des Stadtkerns; fast 
alles, was zur erweiterten Innenstadt gehoert, muesste dann 
"unclassified" sein  (mit direktem Uebergang unclassified nach 
pedestrian im Kern).

Das kannst Du ja gern in Rom so machen, aber bei mir gilt "unclassified 
+ da wohnen Leute = residential".

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] routing über highway=path

[Martin Koppenhoefer]

Am 17. April 2009 17:42 schrieb Mario Salvini :
> unclassified hat doch gerade eher keinen Verbindungscharakter.

ja eher nur einen untergeordneten (ist die niedrigste Stufe von
Verbindungsstraßen).

> Ich persönlich benutze unclassified für "belanglose Straße irgendwo
> außerorts" (denn innerorts wäre es eine residential.

innerorts sind es m.E. nur dann residentials, wenn sie nicht mal den
Anschein von Verbindungscharakter haben. Alles, was selbst ein paar
(kleinere) Straßen verbindet, ist bei mir unclassified. Residential
benutze ich für Straßen, wo ausser den Anwohnern keiner zu fahren
braucht (hat nichts mit dürfen zu tun), und wo es zudem diese
Wohnbebauung überhaupt gibt. Wenn es sich um Straßen handelt, wo zwar
Leute Wohnen, die aber auch sonst genutzt werden müssen (sollten),
dann sind es bei mir mind. unclassified (oder gleich was höheres).

Gruß Martin

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

Re: [Talk-de] Foot-Access auf cycleway? (Routing (Re: Hilfe, ?meine ?Stadt hat Flecken))

[Martin Koppenhoefer]

Am 17. April 2009 14:17 schrieb Martin Simon :
>
> Niemand hat footway, cycleway und bridleway abgeschafft.
> Aber wenn jemand ein alternatives System entwirft, das "street" in
> kombination mit "Bebauung ja/nein",

seit wann werden Straßen bebaut?

"Erschließungscharakter"
gibt es schon: durch die Klassifizierung wird die Stellung im
Straßennetz ausgedrückt

> "Verkehrswichtigkeit"
inwiefern unterscheidet sich Verkehr und Erschließung hier? Wenn es
Dir um die Fahrzeugfrequenz geht, dann erfinde doch ein Tag
(vermutlich gibt es auch schon ein Proposal, aber wer stellt sich
schon gern freiwillig und unentgeltlich an eine große Straße und zählt
stundenlang oder tagelang Autos? Fahrradfahrer bestimmt nicht.

"Verwaltungsklasse"
gibt es schon, ist aus dem Ref. ersichtlich

 "Ausbauzustand"
gibt es schon: lanes und surface

> verwendet, würde ich diese Alternative gern benutzen.
wie gesagt, Alternativen braucht man hier m.E. eher nicht auch noch.

Gruß Martin

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

Re: [Talk-de] Artwork-Team - StyleGuide

[Martin Koppenhoefer]

Am 17. April 2009 12:34 schrieb Markus :
> Der Renderer ist "das Gesicht" von OSM.
>
> Da macht es schon Sinn, dass OSM auch bei verschiedenen Renderern ein
> "eigenes" einheitliches Gesicht behält.

nee, im Gegenteil, wenn das so wäre, dann bräuchte man gar nicht mehr
so viele unterschiedliche Renderer.

> Der "beste" Renderer (nach welchen Kriterien auch immer) wird sich "am
> Markt" durchsetzen - und mit seinem Layout und "seinen" Icons das
> Gesicht von OSM prägen. *

im Moment scheint mapnik die beste Render-Methode zu sein, aus unseren
Daten Karten zu generieren. Allerdings ist damit noch lange nichts
über das Aussehen und den Stil gesagt. Welche "Kriterien" es sind,
nach denen eine Karte gut aussieht, hängt nicht zuletzt von Thema,
Maßstab, Generalisierung, Mode und Geschmack ab. Das kann man nicht
pauschal festlegen. Da wir kein einheitliches Grafikteam haben, das
verbindliche Vorgaben machen darf, und da die Fähigkeiten der
einzelnen in diesem Bereich tätigen (Icon-erstellung,
Regel-erstellung, etc.) auch verschieden sind, ist es nur naheliegend,
dass wir niemals ein "OSM-Gesicht" haben werden.

Im Bereich einer einzelnen Karte (Mapnik-OSM, Reit-und Wanderkarte,
Garmin, etc. ) verbessert sich aber durchaus "evolutionär"/iterativ
(i.S. einer Entwicklung) die Darstellung, und das ist auch
erstrebenswert. Übrigens bleibt auch Google nicht stehen.

Gruß Martin

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

Re: [Talk-de] Mapping Aktion im Sommer im LK Schwäb isch Hall

[Bernd Wurst]

Hallo André.

Am Samstag 18 April 2009 18:12:08 schrieb André Reichelt:
> Für den Sommer plane ich zusammen mit einem Mitschüler eine größere
> Mapping-Aktion im Umland von Schwäbisch Hall. Wir wollen bei dieser
> Veranstaltung das komplette Stadtgebiet und möglichst viel Umland
> komplettieren.

Die Organisation wird extrem erleichtert, wenn das Gebiet flächenmäßig klein 
ist. Es wäre also eventuell sinnvoll, vorab den Startpunkt auf eine Stelle zu 
setzen, an der noch recht viel Neuland entdeckt werden kann.

Soweit ich sehe, ist in der Stadt SHA doch schon in ein paar Schüben das 
meiste an Straßen im Stadtgebiet erfasst worden. Kennt du "lord-of-linux" 
näher? Er hat einiges gemapped.


> Der Plan ist noch recht schwammig. Wir wollen uns in diversen
> Restaurants bzw. Schulen nach räumlichkeiten umsehen, die sie uns zur
> Verfügung stellen würden. Außerdem wollen wir beim lokalen
> Busunternehmen eine Unterstüzung erbitten: Busfahrten zu den jeweiligen
> Mappingorten für alle Helfer.

Ich wüsste nicht, was jetzt ein Busunternehmer davon haben sollte, dir bzw. 
euch irgendwas umsonst zu geben.
Neben dem Ratschlag, sich mal intensiv mit den Leuten von Bohmte in Verbindung 
zu setzen würde ich noch sagen: Holt die Stadtverwaltung ins Boot. Wenn die 
mitmachen und das entsprechend bewerben können, bekommst du automatisch viel 
mehr Leute die die Publicity mit weiterer Unterstützung mit-nutzen wollen.

Wenn die nicht mit macht, wären Vereine (Albverein?), VHS oder dergleichen 
auch eine interessante Zielgruppe.

Wenn ich SHA aus OSM mit einschlägigen Luftbildern vergleiche würde ich sagen, 
im Stadtgebiet ist es uninteressant zu mappen. Es fehlen zwar sicherlich noch 
etliche Meta-Informationen (Geschwindigkeitsbegrenzungen, POIs) aber der 
entscheidende Funken Motivation entsteht doch beim Entdecken von Neuland. 
Damit begeistert man am meisten Leute. 

Ihr solltet also eher die ländlichen Ortschaften ins Visier nehmen oder (das 
wäre mein spontaner Favorit) das Problemkind Crailsheim. Crailsheim ist 
momentan noch echt dürftig. Da kannst du ohne Busunternehmen einfach von einem 
zentralen Punkt loslaufen und jedes Team geht in ne andere Richtung. Und jeder 
findet ne Menge Neuland.


> Wir wollen diese Aktion auch nutzen, um im Landkreis eine Community
> aufzubauen und einen Stammtisch zu etablieren. Leider ist zur Zeit im LK
> und auch in der Umgebung nicht viel los. Nur die Murrhardter sind
> fleißig. Der LK Schwäbisch Hall ist eigentlich komplett still und auch
> östlich davon klaffen rießige Löcher.

Im Ort SHA selbst ist es, wie gesagt, eigentlich gar nicht so schlecht. 
Gibt es in SHA oder in Crailsheim eigentlich eine aktive Linux-User-Group oder 
eine CCC-Regionalgruppe? Die sind thematisch nah genug dran, dass sowas in der 
Regel auf Interesse stößt.

Gruß, Bernd

-- 
Frauen begnügen sich nicht mehr mit der Hälfte des Himmels,
sie wollen die Hälfte der Welt.  -  Alice Schwarzer



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

[Talk-de] Mapping Aktion im Sommer im LK Schwäb isch Hall

[André Reichelt]

Abend.
Für den Sommer plane ich zusammen mit einem Mitschüler eine größere
Mapping-Aktion im Umland von Schwäbisch Hall. Wir wollen bei dieser
Veranstaltung das komplette Stadtgebiet und möglichst viel Umland
komplettieren.

Eigentlich sollte diese Aktion bereits letztes Jahr stattfinden.
Allerdings haben wir damals viel zu spät mit der Planung begonnen. Wir
haben dennoch an einem Sonntag zu viert den Stadtteil Hessental fast
vollständig erfasst.

Dieses Jahr im Sommer soll nun die Aktion endlich steigen. Dazu suchen
wir jedoch zunächst noch ein paar erfahrene Mitstreiter aus der Gegend,
die uns unterstützen würden.

Der Plan ist noch recht schwammig. Wir wollen uns in diversen
Restaurants bzw. Schulen nach räumlichkeiten umsehen, die sie uns zur
Verfügung stellen würden. Außerdem wollen wir beim lokalen
Busunternehmen eine Unterstüzung erbitten: Busfahrten zu den jeweiligen
Mappingorten für alle Helfer.

Wir wollen diese Aktion auch nutzen, um im Landkreis eine Community
aufzubauen und einen Stammtisch zu etablieren. Leider ist zur Zeit im LK
und auch in der Umgebung nicht viel los. Nur die Murrhardter sind
fleißig. Der LK Schwäbisch Hall ist eigentlich komplett still und auch
östlich davon klaffen rießige Löcher.

Wir sind dankbar für jede Hilfe. Unser Viererteam wird natürlich wieder
dabei sein, wobei zwei davon relative OSM-Neulinge sind.

Vielen Dank 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] Frage zu asia.osm von der Geofabrik

[Stefan Dettenhofer (StefanDausR)]

Frederik Ramm schrieb:
> Hi,
>
> Stefan Dettenhofer (StefanDausR) wrote:
>   
>> Kann es sein, dass in der Asia.osm der Teil von Asien fehlt, dessen 
>> Koordinaten im Bereich von -180.00 (W180) bis ca. -168.00 (W168) liegt, 
>> oder bin ich zu dumm, den Bereich richtig mit osmosis auszuschneiden?
>> 
>
> Ich glaube, diese Daten fehlen - weil *ich* nicht wusste, wie ich ein 
> Osmosis-Polygon konstruiere, das ueber die 180°-Grenze hinausgeht. Bist 
> aber bislang der erste, der deswegen fragt ;-)
>
> Bye
> Frederik
>
>   
Hallo Frederik,

danke für die Antwort! Wäre es möglich, mit Hilfe eines 2. Asia-Polygons 
den Rest von Asien zu "erschlagen" (in einer 2. osm-Datei)?
Besser wäre es natürlich, wenn der gültige Koordinatenbereich von 
Osmosis erweitert würde (oder vielleicht ist er es sogar?), so dass man 
Werte bis ca. +- 200° angeben darf.

Gruß,
Stefan



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

Re: [Talk-de] Foot-Access auf cycleway? (Routing (Re: Hilfe, meine Stadt hat Flecken))

[Mario Salvini]

Jens Herrmann schrieb:
> salv...@t-online.de wrote:
>   
>> highway=cycleway foot=yes wäre nur wenn es ein ausgeschilderter
>> Radweg ist wo durch Zusatzbeschilderung "Fußgänger frei" -gegeben
>> sind.
>> 
> Laut http://bernd.sluka.de/Recht/vkzkat.html#1020 und
> http://verkehrszeichen.kfz-auskunft.de/verkehrszeichen_zusatzzeichen2.html
> existiert in Deutschland kein Zusatzzeichen "Fußgänger frei", es sei
> denn es gibt eine aktualisierte Version die ich nicht kenne. Oder bezog
> sich deine Aussage auf die Schweiz bzw. Österreich?
>
> Grüße
> Jens
>   
vermutlich gibt es dieses Zustatzschild deshalb nicht, weil es viel mehr 
Sinn macht einen gemeinesamen Fuß-/Radweg draus zu machen...
highway=cycleway foot=destination könnte aber sehr gut in der Realität 
auftauchen.

--
 Mario

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

Re: [Talk-de] Frage zu asia.osm von der Geofabrik

[Frederik Ramm]

Hi,

Stefan Dettenhofer (StefanDausR) wrote:
> Kann es sein, dass in der Asia.osm der Teil von Asien fehlt, dessen 
> Koordinaten im Bereich von -180.00 (W180) bis ca. -168.00 (W168) liegt, 
> oder bin ich zu dumm, den Bereich richtig mit osmosis auszuschneiden?

Ich glaube, diese Daten fehlen - weil *ich* nicht wusste, wie ich ein 
Osmosis-Polygon konstruiere, das ueber die 180°-Grenze hinausgeht. Bist 
aber bislang der erste, der deswegen fragt ;-)

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] OSMOSIS: --log-progress-option

[Marcus Wolschon]

Try the osmosis-dev list instread of talk.

2009/4/18 Jan Tappenbeck :
> hi !
>
> es soll bei Osmosis die Option --log-progress bzw. --lp geben mit der
> der Fortschritt angezeigt werden soll.
>
> Bei mir wird im Windows Befehlsfenster aber nichts zusätzlich angezeigt.
>
> Die Zeile sieht wie folgt aus:
>
> osmosis.jar --read-xml ../osm_geofabrik_data/baden-wuerttemberg.osm
> --log-progress --bp file=ludwigsburg.poly --write-xml ludwigsburg.osm
>
> Mache ich etwas falsch oder erwarte ich etwas falsches ?
>
> gruß Jan :-)
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>

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

[Talk-de] Panoramio

[Martin]

Gibt es neue Informationen bezüglich der Einbettung von Fotocommunitys wie
http://www.panoramio.com ?

Grüße Martin


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

Re: [Talk-de] Tool gesucht für die Suche nach näch ster

[Gary68]

hallo jan,

sende mir mal die input datei.

ciao

gerhard


On Sat, 2009-04-18 at 14:55 +0200, Jan Tappenbeck wrote:
> Hi !
> 
> ich habe eine Liste mit Koordinaten und nun wüßte ich gerne, ob im 
> Umkreis von x Metern ein Node mit dem Tag key=value existiert und ggf. 
> einen Link zur Karte liefert.
> 
> Hat einer von Euch soetwas liegen ?
> 
> Gruß Jan :-)
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

[Talk-de] Frage zu asia.osm von der Geofabrik

[Stefan Dettenhofer (StefanDausR)]

Hallo,

beim Erzeugen der NaviPOWM-Karten für Asien ist mir aufgefallen, dass 
keine Daten östlich von E179.99 erzeugt werden.

Kann es sein, dass in der Asia.osm der Teil von Asien fehlt, dessen 
Koordinaten im Bereich von -180.00 (W180) bis ca. -168.00 (W168) liegt, 
oder bin ich zu dumm, den Bereich richtig mit osmosis auszuschneiden?

Daten gibt es dort (auch wenn nicht viele), denn mit der xapi kann ich 
mir den fehlenden Bereich (stückchenweise) laden.

Gruß,
Stefan


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

[Talk-de] OSMOSIS: --log-progress-option

[Jan Tappenbeck]

hi !

es soll bei Osmosis die Option --log-progress bzw. --lp geben mit der 
der Fortschritt angezeigt werden soll.

Bei mir wird im Windows Befehlsfenster aber nichts zusätzlich angezeigt.

Die Zeile sieht wie folgt aus:

osmosis.jar --read-xml ../osm_geofabrik_data/baden-wuerttemberg.osm 
--log-progress --bp file=ludwigsburg.poly --write-xml ludwigsburg.osm

Mache ich etwas falsch oder erwarte ich etwas falsches ?

gruß Jan :-)

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

[Talk-de] Tool gesucht für die Suche nach näc hster

[Jan Tappenbeck]

Hi !

ich habe eine Liste mit Koordinaten und nun wüßte ich gerne, ob im 
Umkreis von x Metern ein Node mit dem Tag key=value existiert und ggf. 
einen Link zur Karte liefert.

Hat einer von Euch soetwas liegen ?

Gruß Jan :-)

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

[Talk-de] Neue Tool-Versionen bei API 0.6 erforderlich

[Jan Tappenbeck]

Hi!

weiß einer welche Tools mit dem API-Wechsel upgedatet werden müssen und 
ab welcher Version ggf. dieses nicht erforderlich ist ???

- osmosis

- mkgmap

Gruß Jan :-)

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

Re: [Talk-de] Tile-Server

[Dimitri Junker]

>Es gibt die Reit-&Wanderkarte.


Gib mir den Link und ich trage es ein.

Bei Openstreetbugs habe ich noch ein Problem. Ich kann die eigentliche Karte 
zwar laden, z.B. per:



aber das ist eben die ganz normale Mapnik Karte es fehlen also die POIs und 
auf die kommt es ja an. Wenn jemand eine Idee hat wie man das in taho.pl 
erweitern kann sagt es mir.

In taho.pl steht:

my $tilesource = "http://c.tah.openstreetmap.org/Tiles/tile";;
my $tilesource_fallback1 = 
"http://b.tah.openstreetmap.org/Tiles/tile/12/2175/1394.png";;
my $tilesource_fallback2 = 
"http://a.tah.openstreetmap.org/Tiles/tile/12/2175/1394.png";


Das ist ja wohl eindeutig Mist.
Kann das jemand ändern ( das "12/2175/1394.png" entfernen )und ins svn 
packen.


Gruß
Dimitri

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

Re: [Talk-de] Mapnik-Updates (war: Re: Hilfestellung bei Way-Trennung)

[Bernd Wurst]

Hallo.

Am Samstag 18 April 2009 11:52:16 schrieb Stephan Wolff:
> In Großstädten und Umgebung erfolgen Mapnik-Updates oft schon deutlich
> unter einer Stunde; wo Hase und Igel sich gute Nacht sagen, kann es
> mehrere Wochen dauern. Dadurch hat Mapnik leider die früher vorhandene
> garantierte Reaktionszeit von acht Tagen (man könnte das bisherige
> Verhalten in weitesten Sinne als Echtzeitfähigkeit bezeichnen) verloren.
> Wenn ein vor einer Woche eingefügter Feldweg nicht in der Karte ist,
> kann es an einem Eingabefehler liegen oder die Karte wurde nicht neu
> gerechnet.

Man kann Mapnik-Updates auch forcieren, in dem man die URL des fraglichen 
tile-Bildchens mit "/dirty" dahinter ergänzt.
Dann wird in wenigen Minuten dieses Bildchen neu gerendert.


Eine garantierte Reaktionszeit gab es auch bisher nicht, nur durch den anderen 
Anspruch fällt es jetzt vermutlich nur auf, wenn neue Daten da sind, aber noch 
nicht neu gerendert wurde. :)

Gruß, Bernd

-- 
Es sieht aus wie eine optische Täuschung,
aber das ist es nicht



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] Hotel mit Restaurant

[Rainer Knaepper]

Moin Jan,


>Es gibt ja den ausschließlichen Restaurantsbetrieb mit

>amenity =*restaurant
>*

>und das Hotel, das zwar auch die Gäster mit Speisen bewirtet - aber
>nur für die EIGENEN Gäste (Pauschalbuchungen).

> tourism =*hotel*

>Dann gibt es aber die Vielzahl von Kombi-Einrichtung die allgemeine
>Gastronomie haben und Hotel-Zimmer vermieten.

Hinzu kommt hier ein Gastronomiebetreiber, der im selben Gebäude zwei
Gaststätten mit verschiedenem Namen hat, links eine Pizzeria mit
Straßenverkauf, rechts ein Gourmet-resto.

Zwei POI?

Rainer

-- 


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

[Talk-de] Mapnik-Updates (war: Re: Hilfestellung bei Way-Trennung)

[Stephan Wolff]

Chris-Hein Lunkhusen schrieb:
>> richtig, siehe
>> http://lists.openstreetmap.org/pipermail/talk-de/2009-February/037051.html
> 
> "und damit nahezu live rendern kann"
> 
> Naja, mittlerweile, nach X Stunden ist meine Änderung auch in
> Mapnik angekommen. ;-)
> 
In Großstädten und Umgebung erfolgen Mapnik-Updates oft schon deutlich 
unter einer Stunde; wo Hase und Igel sich gute Nacht sagen, kann es 
mehrere Wochen dauern. Dadurch hat Mapnik leider die früher vorhandene 
garantierte Reaktionszeit von acht Tagen (man könnte das bisherige 
Verhalten in weitesten Sinne als Echtzeitfähigkeit bezeichnen) verloren.
Wenn ein vor einer Woche eingefügter Feldweg nicht in der Karte ist,
kann es an einem Eingabefehler liegen oder die Karte wurde nicht neu 
gerechnet.

Viele Grüße

Stephan


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

Re: [Talk-de] Hilfestellung bei Way-Trennung

[Chris-Hein Lunkhusen]

malenki schrieb:

> richtig, siehe
> http://lists.openstreetmap.org/pipermail/talk-de/2009-February/037051.html

"und damit nahezu live rendern kann"

Naja, mittlerweile, nach X Stunden ist meine Änderung auch in
Mapnik angekommen. ;-)

Chris


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