Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Jochen Topf]

On Sun, May 30, 2010 at 10:06:30PM +0200, Carsten Gerlach wrote:
> Am Sonntag 30. Mai 2010 20:21:21 schrieb Tirkon:
> > 355Var1_Hin
> > 355Var1_Rück
> > 
> > 355Var2_Hin
> > 355Var2_Rück
> > 
> > Wenn ich Oxomoa richtig verstanden habe, werden alle vier Relationen
> > in eine Relation für Linie 355 gepackt. Woher aber weiß eine Anwendung
> > dass 355Var1_Rück die Rückroute von 355Var1_Hin sowie
> > 355Var2_Rück die Rückroute von 355Var2_Hin ist?
> 
> Eine Möglichkeit wäre noch eine Zwischenebene einzufügen, also erst 
> 355Var1_Hin und 355Var1_Rück in eine Relation 355_Variante1 packen, mit Var2 
> dito. Und dann 355_Variante1 und 355_Variante2 in die Relation "355" packen.

Das Verstehen und Erfassen dieser ganzen Relationen ist so schon schwierig
genug. Weitere Ebenen machen das jedesmal noch ein Stück komplexer. Sowohl
beim Eintragen als auch beim Auswerten. Deswegen sollte man das hier nicht
machen.

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

[Talk-de] mapgen und Geo::Proj4

[hike39]

Hallo,
ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit 
mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul 
Geo::Proj4 benötigt. Daher erhalte ich die Meldung:
...
Can't locate loadable object for module Geo::Proj4 in @INC (@INC 
contains: /etc/perl /usr/local/lib/perl/5.10.1 
/usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 
/usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at 
OSM/mapgen.pm line 41
Compilation failed in require at OSM/mapgen.pm line 41.
BEGIN failed--compilation aborted at OSM/mapgen.pm line 41.
Compilation failed in require at mapgen.pl line 91.
BEGIN failed--compilation aborted at mapgen.pl line 91.
...

Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit 
folgender Meldung schief:
...
CPAN: File::Temp loaded ok (v0.22)

   CPAN.pm: Going to build M/MA/MARKOV/Geo-Proj4-1.01.tar.gz

ERROR: proj library too old or not found: require 4.4.9
Warning: No success on command[/usr/bin/perl Makefile.PL INSTALLDIRS=site]
Warning (usually harmless): 'YAML' not installed, will not store 
persistent state
   MARKOV/Geo-Proj4-1.01.tar.gz
   /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK
Running make test
   Make had some problems, won't test
Running make install
   Make had some problems, won't install
Could not read '/home/horst/.cpan/build/Geo-Proj4-1.01-GT36NT/META.yml'. 
Falling back to other methods to determine prerequisites
Failed during this command:
  MARKOV/Geo-Proj4-1.01.tar.gz : writemakefile NO 
'/usr/bin/perl Makefile.PL INSTALLDIRS=site' returned status 512
...

Kann mir jemand einen Tipp geben, welche Proj Library fehlt oder zu alt 
ist und wie ich dieses richtig stellen kann?

hike39


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

Re: [Talk-de] Geoflags verwendet OSM-Daten

[olvagor]

Manuel Reimer schrieb:
> Nett wäre, wenn das "OpenStreetMap" im Popup ein Link wäre, der auf 
> www.openstreetmap.org zeigt. Klein drunter könnte etwas dezenter ein 
> Hinweis auf die Lizenz sein.
> 
> Gibt es überhaupt jemanden, der sich um Einhaltung der Lizenz kümmert?

Ich halte es für vergebene Liebesmüh, sich jetzt aktiv um die Einhaltung
der CC-Lizenz zu kümmern. Einerseits ist die neue Lizenz in greifbarer
Nähe, andererseits werden sich die Websites, die bereits OSM benutzen,
bedanken, wenn wir sie jetzt anblaffen, dass sie sich gefälligst an die
Lizenz halten sollen und in ein paar Monaten das gleiche Spiel nochmal
durchziehen.

Von daher würde ich empfehlen: freuen, dass jemand OSM benutzt und auf
die neue Lizenz warten.

Gruß,
Markus

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

Re: [Talk-de] TMC Points

[Georg Feddern]

Moin,

Marcus Wolschon schrieb:
> Die highway=(motorway/...)_link -Straßen und evtl. noch die Nodes
> an denen diese auf der Autobahn(/Bundesstraße/...) Anfangen oder Enden
> sollten doch bereits alle Informationen beinhalten.
>   

vielleicht ist mein Verständnis vom TMC und von den 
Routing-Möglichkeiten schlicht zu laienhaft und leider auch durch keine 
praktische Erfahrung getrübt,
daher mal ein kleines Szenario kurz durchgespielt:

Der TMC-Location-Code 1 der Autobahn in Fahrtrichtung Norden steht an 
einem Node zwischen Abfahrt und Auffahrt der Anschlussstelle,
der TMC-Location-Code 2 der kreuzenden Straße steht an einem Node der 
Brücke zwischen den Anschlüssen.
Dies ist nach meinem Kenntnisstand ein weitverbreiteter Fall.

Im TMC kommt die Meldung "Ausfahrt der Anschlussstelle in Fahrtrichtung 
Norden gesperrt".
Nach meiner laienhaften Vermutung z. B. mittels
a) einzelnem Location-Code 1 und Event-Code
b) vielleicht aber auch mit beiden Location-Codes in der Reihenfolge 1 -> 2?

Aus diesen gegebenen Informationen kann das Routing also den 
motorway_link der Ausfahrt ermitteln und meiden?

Gruß
Georg


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

Re: [Talk-de] mapgen und Geo::Proj4

[André Riedel]

2010/5/31 hike39 :
> Hallo,
> ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit
> mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul
> Geo::Proj4 benötigt. Daher erhalte ich die Meldung:
> [...]
> Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit
> folgender Meldung schief:
>[...]

Hast du CPAN mit root-Rechten ausgeführt?

Mit Ubuntu 10.04 und dem folgenden Aufruf funktioniert es einwandfrei.

sudo cpan Geo::Proj4

Ciao André

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

Re: [Talk-de] Grenze DE-AT durchlöchert

[M∡rtin Koppenhoefer]

könnte jemand von den Grenzexperten bitte kurz mal erläutern, welche
Operationen die Grenzen zerstören? Mir ist das nicht so ganz klar,
habe mich bisher aber auch noch nicht so intensiv mit den Grenzen
auseinandergesetzt. Wenn ich einen Way splitte, der einer
Grenzrelation angehört, dann werden doch automatisch alle Teile wieder
Bestandteil der Relation (in JOSM). Ist die Reihenfolge der Ways in
der Relation hier entscheidend?

Gruß Martin

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

Re: [Talk-de] Grenze DE-AT durchlöchert

[Martin Simon]

Am 30. Mai 2010 14:00 schrieb Tirkon :

> Zudem hatte ich vor, für einige Weiler, deren Namen
> sich im täglichen Sprachgebrauch befinden und auch auf
> Ortseingangsschildern auftauchen, eine nochmalige Unterteilung
> vorzunehmen.

Haben die denn überhaupt administrative Grenzen? (ich meine nicht die
Begrenzung der bebauten Grundstücke)

Wenn nicht, würde ich davon absehen, eine "gefühlte" Grenze dafür einzubauen.

Gruß,

Martin

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

Re: [Talk-de] Zeichen 241 bei baulicher Trennung?

[M∡rtin Koppenhoefer]

Am 30. Mai 2010 23:21 schrieb Chris66 :
> Die interessantere Frage ist, ob man in diesem Fall in OSM
> einen oder zwei Ways mappen sollte.


warum sollte das eine Frage sein? Baulich getrennte Wege werden in OSM
per Definition mit einem Way pro Fahrbahn gemappt, also hier natürlich
auch als 2 Wege.

Gruß Martin

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

Re: [Talk-de] Geoflags verwendet OSM-Daten

[Frederik Ramm]

Hallo,

olvagor wrote:
> Von daher würde ich empfehlen: freuen, dass jemand OSM benutzt und auf
> die neue Lizenz warten.

Wobei das ja noch nicht 100% klar ist, ob die neue Lizenz tatsaechlich 
kommt. Aber ich teile Deine Ansicht.

Natuerlich ist es jedem Projektteilnehmer unbenommen, auf eigene Faust 
gegen Lizenzverletzer vorzugehen; trotzdem sollte man auch das Bild 
unseres Projekts in der Oeffentlichkeit im Kopf behalten. Es hat in der 
Vergangenheit Aktionen Einzelner gegeben, die durchaus geeignet waren, 
unser Projekt als eine Ansammlung verbissener Geeks dastehen zu lassen - 
und dabei wollen wir doch vorallem die Botschaft "es macht Spass, jeder 
kann mitmachen" rueberbringen.

Die "Data Working Group", in der ich auch mitarbeite, hat grundsaetzlich 
die Aufgabe, Lizenzverletzungen jeder Art zu untersuchen. Wir sind 
allerdings tendenziell eher mit Faellen beschaeftigt, in denen OSMer die 
Lizenz von anderen verletzen als umgekehrt ;-) ausserdem ist es 
utopisch, anzunehmen, eine Gruppe von Freiwilligen, die ab und zu eine 
Telefonkonferenz machen, koennte sich um jeden Fall kuemmern, in dem 
irgendwer irgendwo nicht richtig dazuschreibt, dass er Daten von OSM 
hat. Das muss mehr verteilt werden, da muss es kleine Arbeitsgruppen in 
jedem Land geben. Auf der SOTM wird es einen kleinen Beitrag von der 
Data Working Group geben, im Rahmen dessen auch diese Zukunft diskutiert 
werden soll.

Bye
Frederik

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

Re: [Talk-de] Grenze DE-AT durchlöchert

[M∡rtin Koppenhoefer]

Am 31. Mai 2010 10:30 schrieb Martin Simon :
> Haben die denn überhaupt administrative Grenzen? (ich meine nicht die
> Begrenzung der bebauten Grundstücke)
>
> Wenn nicht, würde ich davon absehen, eine "gefühlte" Grenze dafür einzubauen.


"gefühlte" Grenzen als Place-polygon bzw. mit landuse eingeben, nicht
mit admin boundary.

Gruß Martin

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

Re: [Talk-de] Nichtraucher-Karte - Tagging

[Manuel Reimer]

Sven Geggus wrote:
> Raucher sterben früher und belasten das Gesundheissystem weniger.

Mag sein. Allerdings zweifle ich an, dass der Großteil der Raucher 
einfach "spontan früher" stirbt. Eher kommen da erstmal Erkrankungen wie 
Lungenkrebs, die das Gesundheitssystem dann wieder belasten.

> Blödsinn! Es passt nicht zu meiner Liberalen Einstellung anderen was
> aufzwingen zu wollen. Aufgrund dieser ist für mich die Regelung in
> BaWue bzgl. Gängelung anderer das höchste der Gefühle. Aber das ist
> OT hier.

Und das vor dem "Nichtraucherschutz" immer mal wieder ein Raucher im 
Wirtshaus vom Tisch gegenüber seinen Rauch zu mir geblasen hat, das war 
dann keine "Gängelung"? Rauchverbot hat sich doch damals kaum ein Wirt 
getraut. Der war, wie so viele, nur auf Profit aus. Solange kein 
Nichtraucher-Wirtshaus in nächster Nähe geöffnet hat, hatte er nicht zu 
befürchten, dass die Nichtraucher abwandern.

Gruß

Manuel


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

Re: [Talk-de] Blitz-Säule

[Joerg Fischer]

Johannes Huesing wrote:

> Spricht eigentlich was dagegen, ein paar mehr einzutragen als man sieht?

Nö, wir haben ja bisher relativ wenig Probleme mit Vandalismus, dann
fängst Du halt mal damit an.

Kopfschüttelnde Grüße, Jörg

-- 
There are only 10 types of people in the world:
Those who understand binary, and those who don't...


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

Re: [Talk-de] TMC Points

[fly]

Am 30.05.2010 08:26, schrieb Marcus Wolschon:
> 2010/5/28 fly :
>> Brauchen wir jetzt also jeweils die Wege zwischen der ersten abfahrt
>> und  der letzten Auffahrt und zusätzlich die Auf/Abfahrten mit Rolle link ?
> 
> Welche Rolle "link" und als Rolle in welcher Relation?
> Meinst du die Teile der Autobahn selber welche in dem kurzen Stück unter/auf
> der Autobahnbrücke liegen zwischen der Abfahrt und der Auffahrt?

Nein, diese(n) Weg(e) fasse ich als Relation (type=TMC; TMC:cid_58:tabcd_1:Class
= Point) zusammen.

Zum Beispiel : http://www.openstreetmap.org/browse/relation/901123

> Warum sollten die überhaupt irgendwie besonders getagged sein?
> Die highway=(motorway/...)_link -Straßen und evtl. noch die Nodes
> an denen diese auf der Autobahn(/Bundesstraße/...) Anfangen oder Enden
> sollten doch bereits alle Informationen beinhalten.

Ja, es geht mir um die highway=..._link Wege, aber vielleicht braucht man diese
ja gar nicht.

Ich dachte wir können auf die Nodes verzichten und nur Wege benutzen, aber
vielleicht reichen auch die Nodes und die Wege zwischen Ab- und Auffahrt und wir
brauchen die highway=..._link Wege gar nicht taggen.

Grüß Colliar

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

Re: [Talk-de] Grenze DE-AT durchlöchert

[Florian Lohoff]

On Mon, May 31, 2010 at 10:20:20AM +0200, M∡rtin Koppenhoefer wrote:
> könnte jemand von den Grenzexperten bitte kurz mal erläutern, welche
> Operationen die Grenzen zerstören? Mir ist das nicht so ganz klar,
> habe mich bisher aber auch noch nicht so intensiv mit den Grenzen
> auseinandergesetzt. Wenn ich einen Way splitte, der einer
> Grenzrelation angehört, dann werden doch automatisch alle Teile wieder
> Bestandteil der Relation (in JOSM). Ist die Reihenfolge der Ways in
> der Relation hier entscheidend?

Way splitten ohne alle relationen geladen zu haben die zu dem way gehoeren. 
Damit wird der way gesplittet und nur der way mit der original id ist
weiterhin in der relation - Der neu entstandene aber nicht. Damit hat
die Grenze eine Luecke.

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [Talk-de] Blitz-Säule

[fly]

Am 31.05.2010 11:35, schrieb Joerg Fischer:
> Johannes Huesing wrote:
> 
>> Spricht eigentlich was dagegen, ein paar mehr einzutragen als man sieht?
> 
> Nö, wir haben ja bisher relativ wenig Probleme mit Vandalismus, dann
> fängst Du halt mal damit an.

+1

wobei ich diesen tag bewußt nicht verwende und sowas gar nicht anfasse.
Grundsätzlich sind Geschwindigkeitsbeschränkung in Deutschland meist gut
begründet (Gefahrenbereiche, Lärmschutz/Anwohnerschutz ...) und somit sinnvoll
und wer zu schnell fährt soll das rühig spüren.

Ein anderes Thema ist dann wiederum ob wir so viele Gesetzt/Vorschriften
brauchen und ob die Menschen sich im Straßenverkehr rücksichtsvoll verhalten 
können.


colliar

P.S.: Kannst ja selber Attrappen aufstellen und diese beim Taggen mit richtigen
verwechseln. Dann erreichst Du im Moment auf jeden Fall noch mehr Autofahrer als
durch OSM allein.

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

[Talk-de] OSM-Buch: Dritte Auflage ist draussen!

[Frederik Ramm]

Hallo,

ab sofort kann man die dritte Auflage von unserem OSM-Buch kaufen. 
Sie hat nochmal 32 Seiten mehr als die zweite (384 Seiten) und ist 
natuerlich komplett ueberarbeitet und aktualisiert. Der Preis ist gleich 
geblieben (29,95 Euro).

Details hier:

http://www.openstreetmap.info/de/news/2010-05-31-neue-auflage.html

Beim Verlag ist das Buch sofort (ohne Versandkosten und ohne 
Registrierung) erhaeltlich:

http://www.lob.de/isbn/9783865413758/

Die Lehmanns-Filialen werden das Buch im Laufe der Woche erhalten. Der 
sonstige Online-Buchhandel wird vermutlich ab naechster Woche liefern 
koennen.

Bye
Frederik


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

Re: [Talk-de] Blitz-Säule

[Peter Körner]

fly schrieb:
> wobei ich diesen tag bewußt nicht verwende und sowas gar nicht anfasse.
> Grundsätzlich sind Geschwindigkeitsbeschränkung in Deutschland meist gut
> begründet (Gefahrenbereiche, Lärmschutz/Anwohnerschutz ...) und somit sinnvoll
> und wer zu schnell fährt soll das rühig spüren.

Nun ich sehe es so, dass das Wissen "hier ist ein Blitzer" die Fahrer 
dazu bringt, die Geschwindigkeitsbeschränkungen auch einzuhalten.

Lg, Peter

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

Re: [Talk-de] Nichtraucher-Karte - Tagging

[Sven Geggus]

Manuel Reimer  wrote:

> Mag sein. Allerdings zweifle ich an, dass der Großteil der Raucher 
> einfach "spontan früher" stirbt. Eher kommen da erstmal Erkrankungen wie 
> Lungenkrebs, die das Gesundheitssystem dann wieder belasten.

Dass Raucher die Allgemeinheit unterm Strich weniger kosten hab ich aber
nicht erfunden siehe unter anderem hier:
http://www.tagesspiegel.de/wirtschaft/studie-uebergewichtige-und-raucher-sind-billiger/1217364.html

Und da ist die Tabaksteuer nicht mal berücksichtigt.

So, jetzt aber EOD, das ganze hat überhaupt nichts mit OSM zu tun.

Gruss

Sven

-- 
"Whenever there is a conflict between human rights and property
rights, human rights must prevail." (Abraham Lincoln)

/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] Grenze DE-AT durchlöchert

[Dirk-Lüder Kreie]

Am 31.05.2010 12:20, schrieb Florian Lohoff:

> Way splitten ohne alle relationen geladen zu haben die zu dem way gehoeren. 
> Damit wird der way gesplittet und nur der way mit der original id ist
> weiterhin in der relation - Der neu entstandene aber nicht. Damit hat
> die Grenze eine Luecke.

Wie kann das sein? die API liefert doch im MAP call defaultmäßig alle
Relationen die den way enthalten mit?

Woher sonst soll der Editor wissen zu welchen Relationen der Way noch
gehört?

Wenn es also vorkommt, dass der Editor nach einem Map call nicht alle
relevanten Relations hat, ist der map call defekt.

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E



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

Re: [Talk-de] Grenze DE-AT durchlöchert

[Florian Lohoff]

On Mon, May 31, 2010 at 01:07:02PM +0200, Dirk-Lüder Kreie wrote:
> Wie kann das sein? die API liefert doch im MAP call defaultmäßig alle
> Relationen die den way enthalten mit?

Jaha- Einen weg laden oder einen node - Dann relation oeffnen - Download
all members - und dann einen der members splitten ausserhalb des original
gedownloadetem bereich ... Schon sind alle anderen relationen die diesen
weg beinhalten kaputt ...

> Woher sonst soll der Editor wissen zu welchen Relationen der Way noch
> gehört?
> 
> Wenn es also vorkommt, dass der Editor nach einem Map call nicht alle
> relevanten Relations hat, ist der map call defekt.

Siehe oben - Das problem ist ja das man wenn man z.b. Berlin bearbeitet
nicht ganz Berlin laden kann - Sondern man will NUR die Grenzen laden,
aber bitte mit allen anhaengenden relationen ...

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

[Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[steffterra]

Hallo liebe talk-de-comunity

ich bin relativ neu bei OSM (1 Jahr), und lese talk-de regelmäßig seit ca. 8 
Wochen. Nun möchte ich einen Vorschlag machen, der das Autobahnrouting und 
damit die Nutzung von OSM-Navi's wesentlich natürlicher gestalten könnte.

Wenn z.b. neben "ref=A 7" noch der Tag "destination=Kassel" auf dem way vom 
motorway_link (nur Auffahrt) zusätzlich gesetzt werden würde, könnte ein 
Routing-Programm diesen Tag sehr leicht auswerten.
Stellenweise habe ich schon gesehen dass "ref=A 7 Kassel" getaggt wurde, was 
ich aber nicht für sinnvoll halte. Zustätzlich kann man sich noch überlegen, 
den Autobahn-way in entsprechender Richtung ebenfalls mit dem destination-tag 
auszustatten.

Vorteile: 
- Sofortige Information über die Richtung einer Auffahrt oder eine 
Autobhanabschnitts. Durch einfaches und schnelles Auslesen des Tags wäre es 
Routern/Navis sofort möglich zu bestimmen, in welche Richtung man unterwegs 
ist. Also z.b. in Richtung Kassel. Woher soll der Router sonst wissen, wohin 
dieser Autobahnabschnitt führt? Stadt-Polygone-auswerten und schauen, ob diese 
Autobahn diese durchkreuzt ist ungleich aufwendiger, als einfach den 
destination-Tag auszulesen.

- Einfachere Generierung von Auffahrts-Anweisungen an motorway_links:  Eine 
Abbiegeanweisung auf die "A 7 Richtung Kassel" ist mit diesem Tag deutlich 
schneller und weniger rechenintensiv zu erzeugen, als den Stadt-Polygon (s.o.) 
auszuwerten. Unnatürliche Anweisungen ohne Richtungsangabe "jetzt abbiegen auf 
A 7"  würden der Vergangenheit angehören.

Nachteile:
- sehe ich derzeit keine, da es sich um ein einfaches Tag handelt, das nicht 
kompliziert ist. 
- Das Wiki wäre auf 
-> http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway
-> http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_link
-> http://wiki.openstreetmap.org/wiki/Autobahn
relativ einfach zu ergänzen.

Vorgehensweise: 

-> an Auffahrten: als "destination" (also Richtung) sollte der Name der Stadt 
eingetragen werden, die auf dem blauen Auffahrtsschild steht

Beispiel:

highway=motorway_link
ref=A 1; E 22
destination=Lübeck
maxspeed=60
etc...

-> auf der AB selbst: als "destination" sollte der Name der Stadt eingetragen 
werden, der zuoberst des blauen Autobahnschildes steht.

Beispiel:

highway=motorway
name=Lübeck - Stuhr
destionaion=Lübeck
lanes=4
maxspeed=100
etc...

Anmerkungen/Bedenken:

-> Abfahrten benötigen keinen destination-tag, da hier ja schon durch 
motorway_junction:name=xyz der Name der Stadt enthalten ist, zu dem die Abfahrt 
"gehört".
-> der "name"-Tag des motorway ist nicht aussagekräftig bezüglich der Richtung, 
in der dieser way führt. Z.B. "A 7 Ulm-Kassel" IMHO ändert sich der Name nicht 
in "A 7 Kassel-Ulm", wenn man die Gegenrichtung taggt - oder habe ich das im 
wiki übersehen? Der motorway_link wäre dennoch sinnvoll mit "destination" zu 
taggen.
-> Richtigerweise werden jetzt manche sagen, dass man nicht für Anwendungen 
taggen soll. Das ist auch meine Meinung. Doch durch diesen Vorschlag würden 
keine gültigen OSM-Tagging-Regeln verbogen werden, um es routern einfacher zu 
machen. sondern der Informationsgehalt würde verbessert werden, der nicht nur 
Routern zugute kommen würde.

Freue mich über zahlreiches Feedback,

steffterra

http://developer.roadee.net
http://map.roadee.net/routino/router.html




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

Re: [Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[Chris66]

Am 31.05.2010 13:18, schrieb steffterra:

> ich bin relativ neu bei OSM (1 Jahr), und lese talk-de regelmäßig seit ca. 8 
> Wochen. Nun möchte ich einen Vorschlag machen, der das Autobahnrouting und 
> damit die Nutzung von OSM-Navi's wesentlich natürlicher gestalten könnte.

+1
einige Autobahnkreuze sind schon so getaggt.

Dann gibt's da noch ein relationsbasierten Vorschlag zum Mapping von
Wegweisern, den ich aber für zu kompliziert halte. ;-)

Chris



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

Re: [Talk-de] DE:Aktion 10b : loopings

[Chris66]

Am 31.05.2010 08:28, schrieb Andre Hinrichs:

> Wäre es nicht sinnvoll, wenn man für kleine Wendeschleifen mit baulicher
> Trennung highway=turning_circle auch für ways zuließe? Evtl. auch (um
> die Semikolonform zu vermeiden) turning_circle=yes und highway=* ?
> 
> Für Renderer würde das unter anderem bedeuten, dass dort der Straßenname
> nicht gerendert wird. Das sieht auf manchen Karten eh ziemlich komisch
> aus, wenn der Straßenname so gebogen dargestellt wird.

wenn Dich der gebogenene Name stört:

die Schlaufe einzeln mappen und den Namen einfach weglassen.

turning_circle=yes zusätzlich zum highway finde ich aber auch ok.

Chris


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

Re: [Talk-de] OSM-Buch: Dritte Auflage ist draussen!

[bkmap]

Hallo,

Frederik Ramm schrieb:
> Die Lehmanns-Filialen werden das Buch im Laufe der Woche erhalten. Der 
> sonstige Online-Buchhandel wird vermutlich ab naechster Woche liefern 
> koennen.

Lehmanns in berlin hat schon am Freitag geliefert :-)
http://www.lob.de/cgi-bin/work/suche?flag=new&stich1=386541375&id=oND0VOlgyDuB&frame=yes


Gruß
Burkhard


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

Re: [Talk-de] Blitz-Säule

[Florian Gross]

Joerg Fischer glaubte zu wissen:
> Johannes Huesing wrote:
>
>> Spricht eigentlich was dagegen, ein paar mehr einzutragen als man sieht?
>
> Nö, wir haben ja bisher relativ wenig Probleme mit Vandalismus, dann
> fängst Du halt mal damit an.

+1

Mir gefallen die Raser auch nicht, aber sowas ist der
falsche Weg etwas dagegen zu unternehmen.

flo
-- 
>"Ah... gs/gv sind IIRC von GNU, haben also alle ein bi"schen
>vom Emacs--Spiecherverhalten geerbt.
"Leuchtdioden sind meist rot, gelb oder grün, also aus Paprika."
  [Clemens Meier und Thomas Richard in dcoulm]


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

Re: [Talk-de] Blitz-Säule

[Florian Gross]

Peter Körner glaubte zu wissen:
> fly schrieb:
>> wobei ich diesen tag bewußt nicht verwende und sowas gar nicht anfasse.
>> Grundsätzlich sind Geschwindigkeitsbeschränkung in Deutschland meist gut
>> begründet (Gefahrenbereiche, Lärmschutz/Anwohnerschutz ...) und somit 
>> sinnvoll
>> und wer zu schnell fährt soll das rühig spüren.
>
> Nun ich sehe es so, dass das Wissen "hier ist ein Blitzer" die Fahrer 
> dazu bringt, die Geschwindigkeitsbeschränkungen auch einzuhalten.

Tun sie nicht. Es gibt genug, die regelmäßig die Funktion der
stationären Blitzer testen und nachher über Abzocke meckern.

Die zeitweiligen Blitzer sind noch besser: in dem dünn besiedelten
Kreis hier sind ganze *zwei* Geräte im Einsatz, ein Laser und ein
Radarmeßgerät, letztes Jahr ist im Schnitt pro Gerät alle 14min
ein Führerschein gefallen. Und die gewittergefährdeten Stellen
sind den meisten durchaus bekannt.

flo
-- 
Einige Leut, deren worte so scharf wie Messer sind, bedenken
nicht, das Messer auch einmal stumpf werden können. [WoKo in dag°]


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

Re: [Talk-de] Grenze DE-AT durchlöchert

[Dirk-Lüder Kreie]

Am 31.05.2010 13:17, schrieb Florian Lohoff:
> On Mon, May 31, 2010 at 01:07:02PM +0200, Dirk-Lüder Kreie wrote:
>> Wie kann das sein? die API liefert doch im MAP call defaultmäßig alle
>> Relationen die den way enthalten mit?
> 
> Jaha- Einen weg laden oder einen node - Dann relation oeffnen - Download
> all members - und dann einen der members splitten ausserhalb des original
> gedownloadetem bereich ... Schon sind alle anderen relationen die diesen
> weg beinhalten kaputt ...

Ok, jetzt versteh ich. Ich dachte schon ich hätte selber einige
relations in Bremen zerschreddert. aber da ich immer mit dem MAP-Call
gearbeitet habe, habe ich da jetzt eher weniger Bedenken.

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E



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

Re: [Talk-de] Nichtraucher-Karte - Tagging

[Florian Gross]

Manuel Reimer glaubte zu wissen:
> Sven Geggus wrote:
>> Raucher sterben früher und belasten das Gesundheissystem weniger.
>
> Mag sein. Allerdings zweifle ich an, dass der Großteil der Raucher 
> einfach "spontan früher" stirbt. Eher kommen da erstmal Erkrankungen wie 
> Lungenkrebs, die das Gesundheitssystem dann wieder belasten.

Und der Nichtraucher lebt 20 oder 30 Jahre länger und braucht in
dieser Zeit keine Behandlung?

Ich möcht btw mal das Geschrei hören, wenn auf einen Schlag *alle*
Rauchen das Rauchen aufgeben würden.

flo
-- 
Aber er hatt doch Recht!
Soll er doch erst mal meine Postings lesen. Dann wird Ihm aber
echt "schwummerig". [WoKo in dafb]


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

Re: [Talk-de] Geoflags verwendet OSM-Daten

[Alexander Matheisen]

Am Sonntag, den 30.05.2010, 23:00 +0200 schrieb Frederik Ramm:
> Hallo,
> 
> Manuel Reimer wrote:
> > Wo steht denn, dass man alles, was man auf der Openstreetmap anzeigt 
> > auch wieder unter CC-BY-SA gesetzt werden muss?
> 
> Das ist nicht der Fall. Aber wenn Du ein Interface anbietest, mit dem 
> Leute auf einer OSM-Karte neue POIs eintragen koennen, ist davon 
> auszugehen, dass die Leute sich dabei an der OSM-Karte orientieren - 
> z.B. jemand weiss, dass an der Ecke Bachstr/Goethestr ein Briefkasten 
> ist und traegt den auf der Karte ein; *wo* diese Ecke aber ist, die Info 
> kommt aus OSM, also Briefkasten = abgeleitetes Werk.
> 
> Wenn man den Briefkasten anderswo herhat und nur ueber OSM anzeigt, ist 
> das was anderes.

Ah, jetzt hab ichs verstanden... :)
Daran hatte ich gar nicht gedacht. Ist ja verrückt, auch welche Dinge
man alles beim Recht achten muss.


Alex


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

Re: [Talk-de] Geoflags verwendet OSM-Daten

[Alexander Matheisen]

Hallo,

> Solang wir eine Lizenz haben, die den Leuten Vorschriften macht, sollten 
> wir uns m.E. damit zufriedengeben, dass die Leute die Lizenz einhalten, 
> anstatt selbst dann noch nach einer Gegenleistung zu fragen! Wie man 
> sieht, es es ja schwierig genug, die Lizenz einzuhalten; ich finde, dass 
> Geoflags es nicht korrekt macht, aber sie machen es besser als viele 
> andere OSM-Nutzer, die nicht mal dazusagen, wo die Daten herkommen.

Gegenleistung sollte man natürlich nicht vorschreiben, aber so wie es
bei skobbler funktioniert, gefällt es mir schon sehr gut. Die Fehler,
die die finden, melden sie an uns zurück, sozusagen als Gegenleistung
helfen sie uns bei der Verbesserung der Daten.
Die könnten ja auch einfach hingehen und die Fehler nur bei ihnen
beheben und uns nichts davon erzählen.


Alex


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

Re: [Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[steffterra]

Am 31.05.2010 um 13:25 schrieb Chris66:

> Am 31.05.2010 13:18, schrieb steffterra:
> 
>> ich bin relativ neu bei OSM (1 Jahr), und lese talk-de regelmäßig seit ca. 8 
>> Wochen. Nun möchte ich einen Vorschlag machen, der das Autobahnrouting und 
>> damit die Nutzung von OSM-Navi's wesentlich natürlicher gestalten könnte.
> 
> +1
> einige Autobahnkreuze sind schon so getaggt.

das stimmt. Doch wäre es doch gut, wenn das auch Einzug in die Wiki-Seiten 
hielte, oder? An wen wende ich mich da am besten? Liest hier jemand mit, der da 
Erfahrungen gemacht hat?

> Dann gibt's da noch ein relationsbasierten Vorschlag zum Mapping von
> Wegweisern, den ich aber für zu kompliziert halte. ;-)

Relationen sind wichtig, um Zusammenhänge verstreuter oder aneinander gefügte 
unterschiedliche ways und nodes thematisch zu verbinden. Dafür sind sie super. 
Der destination-tag ist jedoch einfach zu realisieren und tut imho keinem weh 
und kann viel einfacher ausgewertet werden, als eine (für diesen Zweck) 
umständliche Relation.
Also warum nicht ins wiki eintragen?

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

Re: [Talk-de] OSM-Buch: Dritte Auflage ist draussen!

[Sven Geggus]

Frederik Ramm  wrote:

> Details hier:
> 
> http://www.openstreetmap.info/de/news/2010-05-31-neue-auflage.html

Hm, heiteres Städteraten mit OSM Buchtiteln :)

http://www.openstreetmap.info/img/auflage1-cover-large.png
http://www.openstreetmap.info/img/auflage2-cover-large.png
http://www.openstreetmap.info/img/auflage3-cover-large.png

Auflösung:
1. Auflage: Xneyfehur
2. Auflage: Unzohet
3. Auflage: Zhrapura

Gruss

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] Grenze DE-AT durchlöchert

[fly]

Am 29.05.2010 20:20, schrieb Matthias Versen:
> Andreas Labres wrote:
> 
>> Ich würde um mehr Sorgfalt bitten, wenn man insbesondere internationale
>> Grenz-Ways zerteilt!
> 
> Das betrifft alle Grenzways, der Schaden wir nur größer je höherwertiger 
> die Grenze ist.
> 
>>
>> Diese Relation
>> ist immer noch durchlöchert, es waren/sind(?) aber auch div.
>> Multipolygone von österr. Bezirken und Gemeinden zerstört. :(
> 
> Das passiert eihentlich auf Deutscher Seite jede Woche einige Male.
> Ausgelöst durech eine JOSM fehlbedienung vor die JOSM nicht warnt.
> 
>>
>> Irgendwie macht's keinem Spaß, den Fehlern anderer hinterherzuarbeiten...
> 
> Ich verstehe das, ich repariere innerhalb von .de die Grenzen alle 1-2 
> Wochen. Zum Glück gibt es noch andere die dabei helfen denn sonst wäre 
> es nicht mehr zu schaffen die Fehler zu korrigieren.

Das Problem ist mir auch schon aufgefallen, habe auch schon ein Ticket in trac
erstellt. Leider sind bei den JOSM-Entwicklern zur Zeit nur wenig Resourcen frei
und somit liegt die Arbeit zum größten Teil bei nur 2 Entwicklern.

Du kannst aber dieses Problem durch vorsichtiges Editieren ( indem du den
kleinen Bereich entlang der Grenze, den du editieren willst seperat
herunterlädst) oder Du kannst nach einem Download von allen unvöllständigen
Elementen alle im Relationseditor auswählen und dann mit dem vierten Button in
der rechten (mittleren) Leiste alle Objekte im Map-View auswählen, mit
Strg-Alt-D oder unter Datei -> download parent/child... alle fehlende Relationen
nachladen. Zweites belastet aber die OSM-Server um einiges mehr als ersteres und
kann auch einige Zeit + Datentransfer in Anspruch nehmen.

colliar

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

[Talk-de] Sammlung von Kartendarstellungen

[Sven Eppler]

Hallo alle,

gibts eigentlich irgendwo ne Übersicht über die mittlerweile doch recht
vielzähligen Eigenkreationen was die Kartenstile/Renderings angeht?

Hin und wieder stolpert man in den News über tolle Karten mit z.B.
höhenlinien, entsprechendem Shading, etc. pp. Wenn man das dann aber mal
spontan anderen zeigen will (weil der Mapnik Renderer nicht immer ganz
überzeugen kann) findet man so schwer wieder was anderes.

Gibts da entsprechend irgendwo ne Sammlung? Bzw. wenn nicht, dann wäre
es doch praktisch, sowas mal ins Wiki einzupflegen.

Schöne Grüße,
Sven


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

Re: [Talk-de] Sammlung von Kartendarstellungen

[Fabian]

Hatte neulich eine aehnliche Idee. Nach dem Prinzip "eine fuer alle"
Durch anklicken in der hauptkarte und gesetzter auswahl die orte in
neuem fenster mit ausgewaehlter karte anzuzeigen. Uebergabe parameter
waeren immer die gps koordinaten. ISt ja mitunter doch recht muehsehlig
immer x bookmrks fuer seine lieblingsareale zu haben
(Postkastenmap/poitoolsmap/bikemap/linkmap/...)
fabs

Sven Eppler wrote:
> Hallo alle,
> 
> gibts eigentlich irgendwo ne Übersicht über die mittlerweile doch recht
> vielzähligen Eigenkreationen was die Kartenstile/Renderings angeht?
> 
> Hin und wieder stolpert man in den News über tolle Karten mit z.B.
> höhenlinien, entsprechendem Shading, etc. pp. Wenn man das dann aber mal
> spontan anderen zeigen will (weil der Mapnik Renderer nicht immer ganz
> überzeugen kann) findet man so schwer wieder was anderes.
> 
> Gibts da entsprechend irgendwo ne Sammlung? Bzw. wenn nicht, dann wäre
> es doch praktisch, sowas mal ins Wiki einzupflegen.
> 
> Schöne Grüße,
> Sven
> 
> 
> ___
> 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] Sammlung von Kartendarstellungen

[Sven Geggus]

Sven Eppler  wrote:

> gibts eigentlich irgendwo ne Übersicht über die mittlerweile doch recht
> vielzähligen Eigenkreationen was die Kartenstile/Renderings angeht?

Das Schaufenster auf openstreetmap.de fällt mir ein.

Gruss

Sven

-- 
Why are there so many Unix-haters-handbooks and not even one
Microsoft-Windows-haters handbook?
Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf!
/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] Fragen zu Oxomoa ÖPNV Schema

[Alexander Matheisen]

Hallo,

ich habe auch noch eine Frage zum ÖPNV-Schema:

aus der Wikiseite geht nicht so ganz hervor, in welcher Reihenfolge man
die Wege, Haltestellen und Haltepositionen ordnen soll, da man die Wege
nicht an den Haltestellen aufsplitten soll.

Ich habe es erstmal so gemacht:

-alle Wege in ihrer Reihenfolge bei der Befahrung der Linie
-alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so:
1. Halteposition 1
2. Haltestelle 1
3. Halteposition 2
4. Haltestelle 2

Ist das so richtig?


Alex



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

Re: [Talk-de] Sammlung von Kartendarstellungen

[malenki]

Fabian schrieb:

>Hatte neulich eine aehnliche Idee. Nach dem Prinzip "eine fuer alle"
>Durch anklicken in der hauptkarte und gesetzter auswahl die orte in
>neuem fenster mit ausgewaehlter karte anzuzeigen. Uebergabe parameter
>waeren immer die gps koordinaten. ISt ja mitunter doch recht muehsehlig
>immer x bookmrks fuer seine lieblingsareale zu haben
>(Postkastenmap/poitoolsmap/bikemap/linkmap/...)

Es existiert
http://wiki.openstreetmap.org/wiki/MapJumper

hth
malenki


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

Re: [Talk-de] Sammlung von Kartendarstellungen

[Sven Geggus]

Sven Geggus  wrote:

> Das Schaufenster auf openstreetmap.de fällt mir ein.

Nachdem ich das schon geschrieben hatte ist mir auch noch die Wikipedia
Geohack Seite eingefallen. dort kann man ebenfalls weitere OSM karten
eintragen.

Ein Beispiel:

http://toolserver.org/~geohack/geohack.php?project=osm&pagename=Brandenburger%20Tor&language=de¶ms=52.51638889_N_13.3778_E_region:DE-BE_type:landmark


Gruss

Sven

-- 
Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das
Verbindungsgebrüll. (aus einer Ebay fishing Mail)

/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] Sammlung von Kartendarstellungen

[Peter Körner]

Sven Eppler schrieb:
> gibts eigentlich irgendwo ne Übersicht über die mittlerweile doch recht
> vielzähligen Eigenkreationen was die Kartenstile/Renderings angeht?

Alle Styles die der Wikimedia Toolserver rendert, sind hier eingetragen:
http://toolserver.org/~osm/styles/

Lg, Peter

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

Re: [Talk-de] Sammlung von Kartendarstellungen

[malenki]

Sven Eppler schrieb:

>gibts eigentlich irgendwo ne Übersicht über die mittlerweile doch recht
>vielzähligen Eigenkreationen was die Kartenstile/Renderings angeht?
[...]
>Gibts da entsprechend irgendwo ne Sammlung? Bzw. wenn nicht, dann wäre
>es doch praktisch, sowas mal ins Wiki einzupflegen.

Im Wiki gibt es mehr als eine Liste von Slippymaps:
http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services
http://wiki.openstreetmap.org/wiki/Other_maps
http://wiki.openstreetmap.org/wiki/Relief_maps

Gibt vermutlich noch mehr, aber ich bin zu faul zum Suchen.

hth
malenki



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

[Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Thomas Ineichen]

Hallo zusammen,

Zur  Zeit  bastle  ich  auf einer virtuellen Maschine auf meinem PC an
einem Access-Overlay:

http://access.t-i.ch/

So  langsam  stosse ich aber - obwohl ich nur die Schweiz rendere - an
meine  Grenzen,  denn  pro  Layer entstehen bis zu 6 Mio Tiles. Da ich
denke,  dass die Visualisierung der Access-Tags weltweit von Interesse
sein könnte, habe ich mich etwas umgeschaut:

Es gibt zwei (kostenlose) Alternativen:

* die von Strato gesponsorten Server, verwaltet vom FOSSGIS
  http://wiki.openstreetmap.org/wiki/FOSSGIS/Server

* toolserver.org, verwaltet von Wikimedia Deutschland
  http://meta.wikimedia.org/wiki/Toolserver


Gibt  es  Unterschiede,  welche man als als 'normaler' Nutzer beachten
sollte, oder ist es egal, wo ich mich um einen Account bewerbe? Da ich
selber  nicht  all  zu  sehr bei Wiki[m|p]edia aktiv bin, tendiere ich
momentan eher zum FOSSGIS-Server..




Mir  (und  wahrscheinlich  auch  vielen  anderen) würde eigentlich ein
eigenes  Verzeichnis reichen, in welches ich meine Mapnik-Render-Rules
hochladen kann um die Tiles dann 'on demand' zu erstellen:

new OpenLayers.Layer.OSM("My Layer", 
"http://server/user/my-render-rule/${z}/${x}/${y}.png";)


Ich  nehme  an,  dass bei beiden Servern trotz hstore etwa gleich viel
Handarbeit angesagt ist?!



Gruss,
Thomas


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

Re: [Talk-de] Nichtraucher-Karte - Tagging

[M∡rtin Koppenhoefer]

Am 31. Mai 2010 13:51 schrieb Florian Gross
:
> Manuel Reimer glaubte zu wissen:
>> Sven Geggus wrote:
>>> Raucher sterben früher und belasten das Gesundheissystem weniger.
>>
>> Mag sein. Allerdings zweifle ich an, dass der Großteil der Raucher
>> einfach "spontan früher" stirbt. Eher kommen da erstmal Erkrankungen wie
>> Lungenkrebs, die das Gesundheitssystem dann wieder belasten.
>
> Und der Nichtraucher lebt 20 oder 30 Jahre länger und braucht in
> dieser Zeit keine Behandlung?


ich beteilige mich ja auch immer mal gern an einer offtopic-Diskussion...

Genau das ist der Punkt, warum Raucher unterm Strich billiger sind:
die durch Rauchen verursachten Krankheiten wie Lungenkrebs,
Herzinfarkt oder Schlaganfall sind i.d.R. rel. schnell tödlich. Das
meiste Geld wird im Gesundheitssystem in den letzten Jahren des Lebens
der Patienten verbraten und je schneller man stirbt, um so weniger
kostet es...

20 oder 30 Jahre sind es wohl beileibe nicht. Jeder 100. Raucher
bekommt Lungenkrebs und die Lebenserwartung ist ein paar Jahre
geringer, wobei selbst das auch wieder nicht ganz so einfach zu
bewerten ist: Raucher machen z.B. auch mehr Extremsport, leben also
evtl. insgesamt weniger "vorsichtig", so dass der reine Effekt durch
Rauchen nicht genau beziffert werden kann. Gesund soll es allerdings
nicht sein ;-)

Gruß Martin

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Sven Geggus]

Thomas Ineichen  wrote:

> Gibt  es  Unterschiede,  welche man als als 'normaler' Nutzer beachten
> sollte, oder ist es egal, wo ich mich um einen Account bewerbe? Da ich
> selber  nicht  all  zu  sehr bei Wiki[m|p]edia aktiv bin, tendiere ich
> momentan eher zum FOSSGIS-Server..

Wir sehen uns eigentlich nicht als Konkurrenz. Im Gegenteil im wesentlichen
bauen da die selben Leute dran rum :)

Ich versuche das die tage mal ein wenig zu konsolidieren, leider sind die
Strato Server total ausgelastet und grade in letzter Zeit kommen ne ganze
Menge Anfragen zum rendern von Spezialkarten.


Gruss

Sven


-- 
This golden age of communication Means everyone talks at the same time
(Lyrics of "New Model Army" song "225")

/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] Grenze DE-AT durchlöchert

[M∡rtin Koppenhoefer]

Am 31. Mai 2010 13:17 schrieb Florian Lohoff :
> Jaha- Einen weg laden oder einen node - Dann relation oeffnen - Download
> all members - und dann einen der members splitten ausserhalb des original
> gedownloadetem bereich ... Schon sind alle anderen relationen die diesen
> weg beinhalten kaputt ...


OK, verstanden. D.h. man könnte das z.B. "lösen", indem man bei jedem
Splitten eines Ways der ganz oder in Teilen ausserhalb des geladenen
Bereichs liegt, erneut eine Query an den Server schickt und prüft, ob
der way noch in anderen Relationen drin ist, richtig? Ist das
praktikabel oder zu "teuer"?

Gruß Martin

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

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Jochen Topf]

On Mon, May 31, 2010 at 04:58:40PM +0200, Alexander Matheisen wrote:
> ich habe auch noch eine Frage zum ÖPNV-Schema:
> 
> aus der Wikiseite geht nicht so ganz hervor, in welcher Reihenfolge man
> die Wege, Haltestellen und Haltepositionen ordnen soll, da man die Wege
> nicht an den Haltestellen aufsplitten soll.

Alles genau in der Reihenfolge, wie es abgefahren wird. Wenn ein Way über
eine Stop-Position hinausgeht, dann kommt die Stop-Position halt nach dem
Way, weils mittendrin nicht geht. Ob die Stop-Position zuerst kommt oder
zuerst die Zugangsstellen ist egal.

> Ich habe es erstmal so gemacht:
> 
> -alle Wege in ihrer Reihenfolge bei der Befahrung der Linie
> -alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so:
>   1. Halteposition 1
>   2. Haltestelle 1
>   3. Halteposition 2
>   4. Haltestelle 2
> 
> Ist das so richtig?

Weiss nicht, ob ich Dich richtig verstehe. Richtig wäre wohl:

haltepos1-zugang1-wayA-wayB-wayC-haltepos2-zugang2-wayD-wayE-haltepos3-zugang3-...

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] Grenze DE-AT durchlöchert

[fly]

M∡rtin Koppenhoefer schrieb:
> Am 31. Mai 2010 13:17 schrieb Florian Lohoff :
>   
>> Jaha- Einen weg laden oder einen node - Dann relation oeffnen - Download
>> all members - und dann einen der members splitten ausserhalb des original
>> gedownloadetem bereich ... Schon sind alle anderen relationen die diesen
>> weg beinhalten kaputt ...
>> 
>
>
> OK, verstanden. D.h. man könnte das z.B. "lösen", indem man bei jedem
> Splitten eines Ways der ganz oder in Teilen ausserhalb des geladenen
> Bereichs liegt, erneut eine Query an den Server schickt und prüft, ob
> der way noch in anderen Relationen drin ist, richtig? Ist das
> praktikabel oder zu "teuer"?
>   
Ich glaub die Entwickler haben schon verstanden um was es geht:

http://josm.openstreetmap.de/ticket/5086


Bis dahin entweder jeweils den Bereich vor dem Editieren herunterladen
oder alle Eltern/Kinder runterladen.

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

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[fly]

Jochen Topf schrieb:
> On Mon, May 31, 2010 at 04:58:40PM +0200, Alexander Matheisen wrote:
>   
>> ich habe auch noch eine Frage zum ÖPNV-Schema:
>>
>> aus der Wikiseite geht nicht so ganz hervor, in welcher Reihenfolge man
>> die Wege, Haltestellen und Haltepositionen ordnen soll, da man die Wege
>> nicht an den Haltestellen aufsplitten soll.
>> 
>
> Alles genau in der Reihenfolge, wie es abgefahren wird. Wenn ein Way über
> eine Stop-Position hinausgeht, dann kommt die Stop-Position halt nach dem
> Way, weils mittendrin nicht geht. Ob die Stop-Position zuerst kommt oder
> zuerst die Zugangsstellen ist egal.
>
>   
>> Ich habe es erstmal so gemacht:
>>
>> -alle Wege in ihrer Reihenfolge bei der Befahrung der Linie
>> -alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so:
>>  1. Halteposition 1
>>  2. Haltestelle 1
>>  3. Halteposition 2
>>  4. Haltestelle 2
>>
>> Ist das so richtig?
>> 
>
> Weiss nicht, ob ich Dich richtig verstehe. Richtig wäre wohl:
>
> haltepos1-zugang1-wayA-wayB-wayC-haltepos2-zugang2-wayD-wayE-haltepos3-zugang3-...
>   
Dum nur, das JOSM dann die Weg nicht komplet als verbunden darstellt und
das JOSM zuerst alle Wege und dann alle Knoten sortiert.

Gruß Colliar

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

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Sven Anders]

Jochen Topf schrieb:

>> Ich habe es erstmal so gemacht:
>>
>> -alle Wege in ihrer Reihenfolge bei der Befahrung der Linie
>> -alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so:
>>  1. Halteposition 1
>>  2. Haltestelle 1
>>  3. Halteposition 2
>>  4. Haltestelle 2
>>
>> Ist das so richtig?
> 
> Weiss nicht, ob ich Dich richtig verstehe. Richtig wäre wohl:
> 
> haltepos1-zugang1-wayA-wayB-wayC-haltepos2-zugang2-wayD-wayE-haltepos3-zugang3-...


Ich bevorzuge eher
wayA-wayB-wayC-wayD-wayE-haltepos1-haltepos2-haltepos3-zugang1-zugang2-zugang3

Gibt es einen Grund es nicht so zu machen?

Der Vorteil ist: Der JOSM zeigt mir die Strecke als Verbunden an und ich 
kann alle Haltepunkte einfach mit einem Papierfahrplan etc. vergleichen.

Gruß
Sven

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

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Jochen Topf]

On Mon, May 31, 2010 at 07:15:20PM +0200, Sven Anders wrote:
> Jochen Topf schrieb:
> 
> >> Ich habe es erstmal so gemacht:
> >>
> >> -alle Wege in ihrer Reihenfolge bei der Befahrung der Linie
> >> -alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so:
> >>1. Halteposition 1
> >>2. Haltestelle 1
> >>3. Halteposition 2
> >>4. Haltestelle 2
> >>
> >> Ist das so richtig?
> > 
> > Weiss nicht, ob ich Dich richtig verstehe. Richtig wäre wohl:
> > 
> > haltepos1-zugang1-wayA-wayB-wayC-haltepos2-zugang2-wayD-wayE-haltepos3-zugang3-...
> 
> 
> Ich bevorzuge eher
> wayA-wayB-wayC-wayD-wayE-haltepos1-haltepos2-haltepos3-zugang1-zugang2-zugang3
> 
> Gibt es einen Grund es nicht so zu machen?
> 
> Der Vorteil ist: Der JOSM zeigt mir die Strecke als Verbunden an und ich 
> kann alle Haltepunkte einfach mit einem Papierfahrplan etc. vergleichen.

Da eine Halteposition mehrere Zugänge haben kann, ist die Halteposition so nicht
mehr so einfach zuzuordnen. Man muss dann immer über die Halte-Relation gehen.
Aber sonst spricht da nichts dagegen, wenn es im Editor einfacher wird.

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] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Alexander Matheisen]

Hallo,

> Zur  Zeit  bastle  ich  auf einer virtuellen Maschine auf meinem PC an
> einem Access-Overlay:
> 
> So  langsam  stosse ich aber - obwohl ich nur die Schweiz rendere - an
> meine  Grenzen,  denn  pro  Layer entstehen bis zu 6 Mio Tiles. Da ich
> denke,  dass die Visualisierung der Access-Tags weltweit von Interesse
> sein könnte, habe ich mich etwas umgeschaut:

Super Idee! Hab ich mir auch schon immer gewünscht. Damit kann man
nämlich viel schneller erfassen, wo noch access-Tags fehlen und was
falsch ist, als wenn man das immer im Editor machen müsste.
Finde ich sehr nützlich!


Alex


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

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Alexander Matheisen]

> > Der Vorteil ist: Der JOSM zeigt mir die Strecke als Verbunden an und ich 
> > kann alle Haltepunkte einfach mit einem Papierfahrplan etc. vergleichen.
> 
> Da eine Halteposition mehrere Zugänge haben kann, ist die Halteposition so 
> nicht
> mehr so einfach zuzuordnen. Man muss dann immer über die Halte-Relation gehen.
> Aber sonst spricht da nichts dagegen, wenn es im Editor einfacher wird.

Heißt also, dass meine Methode nicht falsch ist?

Zur Erinnerung:

wayA-wayB-wayC-wayD-wayE-haltepos1-zugang1-haltepos2-zugang2-haltepos3-zugang3


Alex


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

Re: [Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[steffterra]

Am 31.05.2010 um 15:03 schrieb steffterra:

>> einige Autobahnkreuze sind schon so getaggt.
> 
> das stimmt. Doch wäre es doch gut, wenn das auch Einzug in die Wiki-Seiten 
> hielte, oder? An wen wende ich mich da am besten? Liest hier jemand mit, der 
> da Erfahrungen gemacht hat?


Ist hiermit für motorway, motorway_link und trunk geschehen. Der 
destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend ergänzt.

Grüße, steffterra

http://developer.roadee.net
http://map.roadee.net/routino/router.html

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

Re: [Talk-de] Garmin-Karten: Hausnummern von Gebäu den

[Daniela Duerbeck]

Eigenkommentar:

Hab den Fehler gefunden: Mit z.B. 0x3217 klappt's.

Viele Grüße von Dani

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

Re: [Talk-de] mapgen und Geo::Proj4

[hike39]

Am 31.05.2010 10:04, schrieb André Riedel:
> 2010/5/31 hike39:
>> Hallo,
>> ich suche jemanden, der sich mit CPAN auskennt. Ich wollte gestern mit
>> mapgen 1.04 eine neue Karte rendern lassen. Dazu wird aber das Modul
>> Geo::Proj4 benötigt. Daher erhalte ich die Meldung:
>> [...]
>> Der Versuch dieses Modul mittels cpan-Kdo zu installieren geht auch mit
>> folgender Meldung schief:
>> [...]
>
> Hast du CPAN mit root-Rechten ausgeführt?
>
> Mit Ubuntu 10.04 und dem folgenden Aufruf funktioniert es einwandfrei.
>
> sudo cpan Geo::Proj4
>
> Ciao André
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
Hallo André,
ich arbeite auch auf Ubuntu 10.04.
Genau dieses Kommando habe ich abgesetzt und die Meldung erhalten, dass 
die Library zu alt oder nicht vorhanden ist.

Ich habe auch schon mittels cpan-Kdo update versucht alles auf den 
aktuellen Stand zu bringen. Dabei hat der Rechner ca 20 min gearbeitet.
Aber an dem Ergebnis hat sich nichts getan.

Wenn ich wüßte, wie man das ganze CPAN deinstalliert, dann würde ich 
versuchen das Ganze neu zu installieren.

hike39


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

Re: [Talk-de] Handwerke - Symbol

[Johannes Huesing]

o...@tappenbeck.net  [Sun, May 30, 2010 at 12:58:19PM 
CEST]:
> Hi !
> 
> MaZderMind hat mal eine umfangreiche Liste mit Handwerker-Tags (craft) 
> zusammengestellen [1] und nun überlege ich wie man das darstellen kann 
> in JOSM und im Garmin.
> 
> Hat einer hierzu schon eine Idee oder etwas vorliegen ??
> 

http://commons.wikimedia.org/wiki/Category:Coats_of_arms_of_Guilds?uselang=de

> Eine meiner Überlegungen zielt auf ein allgmeines Basis-Symbol ab - für 
> jedes Gewerk ein Symbol könnte etwas "viel Arbeit" sein. Eine Idee wäre 
> ein Rechteck mit einer speziellen Craft-Farbe - bei den Shops hat sich 
> ein orange schon eingebürgert. Wenn dann noch ein kreatives Pictogramm 
> kommt umso besser.

Wobei mit Bäcker ja schon ein Handwerk als Symbol verarbeitet wurde. 

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

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Florian Lohoff]

On Mon, May 31, 2010 at 05:56:58PM +0200, Thomas Ineichen wrote:
> Hallo zusammen,
> 
> Zur  Zeit  bastle  ich  auf einer virtuellen Maschine auf meinem PC an
> einem Access-Overlay:
> 
> http://access.t-i.ch/

Ich habe ueber aehnliches auch mal nachgedacht und wuerde das eher als
overlay wie die maxspeed map machen - d.h. live via openlayers ein vector
layer ueber die normalen mapnik karten. 

Was ich allerdings ueberlegte war die access tags in Schildersymbole zu 
uebersetzen
und dann halt die darzustellen. Der code dafuer wird reichlich komplex sein.

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

[Talk-de] Garminkarten Ausschnitte

[Jacques Nietsch]

Hallo,
es gibt ja eine Reihe von Anbietern, die Garminkarten für viele Länder zur  
Verfügung stellen.
Für bestimmte Reisen braucht man aber Karten, die übergreifende Abschnitte  
abdecken.
Z.B. Südfrankreich und Nordspanien.

Frage: wie kann man sich spezifische Kartenbereiche zusammenstellen?
Gibt es irgendwelche Tools?

Schöne Grüße
Jacques


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

Re: [Talk-de] DE:Aktion 10b : loopings

[Andre Hinrichs]

Am Montag, den 31.05.2010, 13:31 +0200 schrieb Chris66:
> Am 31.05.2010 08:28, schrieb Andre Hinrichs:
> 
> > Wäre es nicht sinnvoll, wenn man für kleine Wendeschleifen mit baulicher
> > Trennung highway=turning_circle auch für ways zuließe? Evtl. auch (um
> > die Semikolonform zu vermeiden) turning_circle=yes und highway=* ?
> > 
> > Für Renderer würde das unter anderem bedeuten, dass dort der Straßenname
> > nicht gerendert wird. Das sieht auf manchen Karten eh ziemlich komisch
> > aus, wenn der Straßenname so gebogen dargestellt wird.
> 
> wenn Dich der gebogenene Name stört:
> 
> die Schlaufe einzeln mappen und den Namen einfach weglassen.

Dann müsste man jedoch sowas wie noname=yes hinzufügen, damit keepright
nicht meckert. Jedoch wäre das ja eigentlich auch nicht wirklich
richtig, denn der Weg hätte ja einen Namen. Es wäre mir also wirklich
lieber, wenn ich dem Renderer mitteilen könnte, dass dort der Name nicht
dargestellt werden soll. Für osmarender kann man ja
osmarender:renderName=no verwenden, das gilt jedoch nicht für Mapnik...
oder gibt es inzwischen ein allgemein gültiges Tag dafür?

> turning_circle=yes zusätzlich zum highway finde ich aber auch ok.

Wenn es hier keine Einwände/Gegenstimmen gibt, werde ich das dann mal
bei nächster Gelegenheit als separates Topic hier posten.


Andre



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

Re: [Talk-de] OSM-Buch: Dritte Auflage ist draussen!

[JJ Rammerl]

1. Karlsruhe
2. Hamburg
3. München

Hab ich jetzt was gewonnen ?

Grüsse

Am Montag 31 Mai 2010, um 15:15:28 schrieb Sven Geggus:
> Frederik Ramm  wrote:
> > Details hier:
> > 
> > http://www.openstreetmap.info/de/news/2010-05-31-neue-auflage.htm
> > l
> 
> Hm, heiteres Städteraten mit OSM Buchtiteln :)
> 
> http://www.openstreetmap.info/img/auflage1-cover-large.png
> http://www.openstreetmap.info/img/auflage2-cover-large.png
> http://www.openstreetmap.info/img/auflage3-cover-large.png
> 
> Auflösung:
> 1. Auflage: Xneyfehur
> 2. Auflage: Unzohet
> 3. Auflage: Zhrapura
> 
> Gruss
> 
> Sven


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

Re: [Talk-de] DE:Aktion 10b : loopings

[Carsten Gerlach]

Naabend,

Am Montag 31. Mai 2010 21:48:10 schrieb Andre Hinrichs:
> Dann müsste man jedoch sowas wie noname=yes hinzufügen, damit keepright
> nicht meckert. Jedoch wäre das ja eigentlich auch nicht wirklich
> richtig, denn der Weg hätte ja einen Namen. Es wäre mir also wirklich
> lieber, wenn ich dem Renderer mitteilen könnte, dass dort der Name nicht
> dargestellt werden soll. Für osmarender kann man ja
> osmarender:renderName=no verwenden, das gilt jedoch nicht für Mapnik...
> oder gibt es inzwischen ein allgemein gültiges Tag dafür?

Wir taggen nicht für keepright, nicht für Osmarender und nicht für Mapnik. Bei 
solchen Konstrukten wie "osmarender:renderName=no" stäuben sich mir die 
Nackenhaare...
Meiner Meinung nach ist es die Aufgabe der Renderer selbst, zu entscheiden, 
wann ein Name gerendert wird und wann nicht; zum Beispiel wenn der Weg kürzer 
ist als der Name. Aber das Verbiegen der Tags, nur damit es in Anwendung XY 
"schön" aussieht, ist meiner Meinung nach der falsche Ansatz.

Gruß, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
=
www.stopptdievorratsdatenspeicherung.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] Garmin-Karten: Hausnummern von Gebäude n

[Christoph Wagner]

Am 31.05.2010 20:22, schrieb Daniela Duerbeck:
> Eigenkommentar:
> 
> Hab den Fehler gefunden: Mit z.B. 0x3217 klappt's.
> 

Wie jetzt? Der Erfolg der Regel ist vom Garmintyp abhängig? Naja, mich wundert 
nix mehr...

Ich stells dann demnächst mal um.

Grüße
Christoph



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

Re: [Talk-de] Garminkarten Ausschnitte

[Christoph Wagner]

Am 31.05.2010 21:41, schrieb Jacques Nietsch:
> Hallo,
> es gibt ja eine Reihe von Anbietern, die Garminkarten für viele Länder zur  
> Verfügung stellen.
> Für bestimmte Reisen braucht man aber Karten, die übergreifende Abschnitte  
> abdecken.
> Z.B. Südfrankreich und Nordspanien.
> 
> Frage: wie kann man sich spezifische Kartenbereiche zusammenstellen?
> Gibt es irgendwelche Tools?
> 

die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und gm2.img), 
dann mkgmap runterladen und auf der Kommandozeile folgendes ausführen:

java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img

und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn bei der 
Erzeugung der Ausgangsfiles war was verkehrt gelaufen.

Andere Möglichkeiten sind die Karten erst in Mapsource oder QlandkarteGT 
reinzuladen und die benötigten Ausschnitte dort auszuwählen.
Noch ne Möglichkeit wäre sendmap oder gmaptool oder was weiß ich.

Wenn du die AiO nimmst hast du bei der Methode dann leider ein paar Kacheln an 
der Grenze doppelt, aber das sollte nicht so schlimm sein.

Grüße
Christoph



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

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Tirkon]

Jochen Topf  wrote:

>> -alle Wege in ihrer Reihenfolge bei der Befahrung der Linie
>> -alle Bushaltestellen mit ihren Stoppositionen, für jeden Halt immer so:
>>  1. Halteposition 1
>>  2. Haltestelle 1
>>  3. Halteposition 2
>>  4. Haltestelle 2
>> 
>> Ist das so richtig?
>
>Weiss nicht, ob ich Dich richtig verstehe. Richtig wäre wohl:
>
>haltepos1-zugang1-wayA-wayB-wayC-haltepos2-zugang2-wayD-wayE-haltepos3-zugang3-...

Im Oxomoa Schema wird ausdrücklich darauf hingewiesen, dass ein way an
einer Haltestelle nicht geteilt werden soll. Damit stellt sich die
Frage, was mit einem way passiert, der an der Haltestelle vorbei
führt. Wird er in Fahrtrichtung gesehen vor oder hinter der
Haltestelle sprich "haltepos-zugang" eingefügt? Ich denke, da sollte
man schon eine Empfehlung geben, um es den Anwendungen nicht so schwer
zu machen, beides (davor und dahinter) ins Kalkül ziehen zu müssen.

Ferner stellt sich die Frage, ob das auch für die Endhaltestellen
gilt. Sollte dort nicht besser doch eine Teilung vorgenommen werden?
Ansonsten müsste eine Anwendung den wayX, der dort vorbeiführt, selbst
teilen. Hierzu müsste sie feststellen, aus welcher Richtung die
Relation kommt, um zu wissen, welcher Teil von wayX bis zur "haltepos"
zum Lininienweg gehört. Außerdem käme es zu Problemen, wenn jemand den
wayX außerhalb des Linienweges teilt. Denn dann gäbe es einen way, der
in seiner Gesamtlänge nicht von der Linie bedient würde.


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

Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema

[Dimitri Junker]

Hallo,


>Ferner stellt sich die Frage, ob das auch für die Endhaltestellen gilt


An der Endhaltestelle muß natürlich geteilt werden, nicht wegen der 
Haltestelle, sondern weil der Weg hinter der Haltestelle nicht mehr zur 
Strecke gehört. Genau so wie man eine Straße teilen muß wenn eine Buslinie 
abbiegt.

Dimitri

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

Re: [Talk-de] Rendering der coastline kachelanteile?

[Dirk-Lüder Kreie]

Am 21.04.2010 20:44, schrieb AssetBurned:
> moin
> 
> On 21.04.2010, at 15:06, Dirk-Lüder Kreie wrote:
> 
>> Küstenlinien definieren letztendlich Kontinent-Polygone, die sich
>> aus vielleicht nachvollziehbaren Gründen nicht "als solche" zum
>> Rendern eignen. Dafür benutzt Mapnik (der Default-renderer)
>> regelmäßig aus den Küstenlinien erzeugte Shapefiles. Osmarender
>> benutzt für die Übersicht "Oceantiles".
>> 
>> Generell sind solche Änderungen immer noch schneller im Osmarender
>> Layer verfügbar als per mapnik, obwohl dort theoretisch tägliche
>> Updates möglich wären (bin mir nich sicher ob die tatsächlich
>> täglich in Mapnik eingespielt werden).
> 
> ok also wenn ich das jetzt richtig verstehe lüppt das so:
> 
> 1) mehr oder minder regelmäßig werden die landflächen gerändert ohne
> irgendwelche extras. 2) wenn erhöhter bedarf festgestellt wird oder
> spätestens nach 7 tagen werden dann die sonstigen dinge gerändert 3)
> angezeigt werden dann kacheln die schritt 1+2 zusammen als eine PNG
> anzeigen.

Nein, bei ti...@home werden die Wasserflächen direkt in die Tiles
gerendert. Bei Mapnik ebenfalls.

> und grund dafür ist daß das rendern von kompletten kontinenten
> einfach zu viel zeit brauchen würde.

Nein, Es ist schlicht nich möglich die gesamten Ways der Küstenlinien
die zu einem Kontinent gehören in einem Schlag zu bearbeiten. Deshalb
lokale Lösung von ti...@home mit Hintfile (Oceantiles.dat), bzw.
Shapefile in Mapnik

> stellt sich mir die frage warum es möglich ist kacheln mit zig duzend
> einzelnen straßen-, häuser- und sonstwas-nodes zu rendern aber
> unmöglich ist die küstenlinien für den gleichen ausschnitt gesondert
> zu rendern. straßen gehen ja auch über mehrere kacheln zum teil auch
> häuser.

Es ist eben doch möglich. Nur braucht man eben für's "Gesamtbild" die
Oceantiles-Methode oder das Shapefile.

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E



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

Re: [Talk-de] motorway und motorway_link um "desti nation"-tag ergänzen

[steffterra]

Am 31.05.2010 um 20:15 schrieb steffterra:

> 
> Am 31.05.2010 um 15:03 schrieb steffterra:
> 
>>> einige Autobahnkreuze sind schon so getaggt.
>> 
>> das stimmt. Doch wäre es doch gut, wenn das auch Einzug in die Wiki-Seiten 
>> hielte, oder? An wen wende ich mich da am besten? Liest hier jemand mit, der 
>> da Erfahrungen gemacht hat?
> 
> 
> Ist hiermit für motorway, motorway_link und trunk geschehen. Der 
> destination-Tag ansich wird diese Tage im Wiki ausführlich erklärend ergänzt.

Meine Einträge im deutschen und englischen OSM-Wiki wurden wieder gelöscht 
(Norwegischer User Gnonthgol) mit der Begründung "no tag".

Wie gehe ich vor, dass das nicht nochmal passiert? Muss der tag "destination" 
erst irgendwie allgemein akzeptiert werden? Laut wiki ist nicht immer eine 
Abstimmung notwendig um einen tag zu benutzen, aber um ihn ins Wiki zu bringen 
bedeutet es wohl etwas mehr Aufwand.

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Thomas Ineichen]

Hallo Florian,

>> http://access.t-i.ch/

> Ich habe ueber aehnliches auch mal nachgedacht und wuerde das eher als
> overlay wie die maxspeed map machen - d.h. live via openlayers ein vector
> layer ueber die normalen mapnik karten. 

Wenn  Du  mir  sagst, wie man das macht (bzw. nach welchen Stichworten
ich googlen muss), dann schaue ich mir das gerne mal an..

Kann  man  den  Vektor-Layer nachher genau so einfach auf fremden Web-
sites einbinden wie die Tiles?

> Was ich allerdings ueberlegte war die access tags in Schildersymbole zu 
> uebersetzen
> und dann halt die darzustellen. Der code dafuer wird reichlich komplex sein.

Insbesondere,  weil  die  verschiedenen  access-Keys  sich gegenseitig
beeinflussen.  Ziel ist es nämlich, nicht einfach bloss einzelne Layer
pro  Key  (access,bicycle,vehicle,motor_vehicle,...) zu haben, sondern
pro Fahrzeugart.


Gruss,
Thomas



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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Thomas Ineichen]

Hallo Sven,

> Wir sehen uns eigentlich nicht als Konkurrenz. Im Gegenteil im wesentlichen
> bauen da die selben Leute dran rum :)

Ich wollte euch auch gar nicht gegeneinander ausspielen.. ;)

Wie  kommt eigentlich Wikimedia dazu, auch Wiki-fremde Dinge zu unter-
stützen?  (Ich glaube zumindest nicht, dass mein Layer all zu bald auf
einer Wiki-Karte erscheint..) Pure Nächstenliebe? :)

> Ich versuche das die tage mal ein wenig zu konsolidieren, leider sind die
> Strato Server total ausgelastet und grade in letzter Zeit kommen ne ganze
> Menge Anfragen zum rendern von Spezialkarten.

Also lieber bei toolserver anfragen.. :-p


Gruss,
Thomas



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

Re: [Talk-de] DE:Aktion 10b : loopings

[Dirk-Lüder Kreie]

Am 31.05.2010 22:07, schrieb Carsten Gerlach:
> Wir taggen nicht für keepright, nicht für Osmarender und nicht für Mapnik. 
> Bei 
> solchen Konstrukten wie "osmarender:renderName=no" stäuben sich mir die 
> Nackenhaare...

Das hat nichts mit dem Ausdruck "Taggen für den Renderer" zu tun.
Taggen für den Renderer wäre, Ein besonderes Gebäude z.B. als
natural=water zu taggen, damit es blau auf der Karte erscheint.

-- 

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0901°N 8.7868°E



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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Kolossos]

Also, auf dem Toolserver haben wir, was 
die Leistung angeht, durchaus noch etwas 
Luft. Du bist also herzlich eingeladen 
dir einen Account zuzulegen.

Die Projektziele des Toolservers wurden 
ja auch für OSM aufgebohrt:
https://wiki.toolserver.org/w/index.php?title=Rules&action=historysubmit&diff=2014&oldid=1669
Damit gibt es eigentlich keine Grenzen 
mehr. Und man sieht ja das deine neue 
Karte dazu dient, die Qualität der 
OSM-Daten zu verbessern.

m.f.G. Kolossos




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

[Talk-de] Einladung zur Skillshare am 5. Juni i n Lüneburg

[Kolossos]

Hallo, hier noch mal die Einladung zur skillshare
(siehe http://www.skillshare.eu und 
http://de.wikipedia.org/wiki/Wikipedia:Skillshare )
wir haben uns jetzt von OSM-Seite dafür entschlossen, uns auf Samstag den 5. 
Juni zu konzentrieren,
da somit keine Übernachtungen nötig sind, kann jeder kurzentschlossen 
vorbeikommen.
Eingeladen sind insbesondere die Norddeutschen OSMler.

Die Planung findet sich unter:
http://wiki.openstreetmap.org/wiki/Lüneburg/OSM_skillshare
Nach derzeitigem Stand wird es folgendes geben:

 * ( 9:00 - 10:00 Uhr) erstes Kennenlernen, Mapping Vorbereitung, kleine 
Mapping-Einweisung (für teilnehmende Wikipedia-Mitarbeiter und Neulinge)
 * (10:00 - 12:00 Uhr) Mapping Stadtspaziergang Lüneburg
 * (12:00 - 14:00 Uhr) Vorträge, Diskussionen und Arbeitsgruppen / Mapping 
Lüneburg
 * (15:00 - 17:00 Uhr) Vorträge, Diskussionen und Arbeitsgruppen[1]
 * (17:15 - 19:15 Uhr) Vorträge, Diskussionen und Arbeitsgruppen
 * open end


Wenn ihr Interesse habt, dann tragt euch bitte ins Wiki ein, damit wir etwas 
planen können. Wenn möglich gebt eure speziellen Fähigkeiten und
Interessengebiete mit an.

Da sehr viele Wikipedianer in Lüneburg sein werden, wird die "Zusammenarbeit 
mit der Wikipedia" und das "Lernen von der Wikipedia" natürlich ein Thema sein, 
es wird aber 
auch genügend Raum für OSM-spezifischen Themen und das "einfache" Mappen geben.


  m.f.G. Tim alias Kolossos

[1] 
http://de.wikipedia.org/wiki/Wikipedia:Skillshare/Programm#OpenStreetMap:_weitergehender_Workshop_für_aktive_Mapper


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

Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den "cyclefootway"

[Karl Eichwalder]

Rainer Knaepper  writes:

> Ack. Ich habe hier in der Gegend schon einige Fußwege mit Zusatzschild
> "Radfahrer frei" umgemapt. Das sind keine Radwege, wo auch Fußgänger
> erlaubt sind.

Richtig.  Das sind "footway" mit "bicycle=yes".

> Besonders knuffig fand ich mal einen "cycleway", der in einigem
> Abstand immer mal wieder eine Treppenstufe eingebaut hat, die
> offensichtlich von Radlern jeweils per Schlenker über die Wiese
> umfahren wird :-)

Wenn's wirklich mit entsprechendem blauen schild ausgeschildert war
(z.b. z240) ist es ein cycleway mit foot=yes|official|desig, den man
jeweils für die stufen (highway=steps) unterbricht.  Wahrscheinlich war
stand dort aber kein entsprechendes schild.

-- 
Karl Eichwalder

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

Re: [Talk-de] Eigener Overlay: FOSSGIS-Server oder toolserver.org?

[Florian Lohoff]

On Tue, Jun 01, 2010 at 02:44:08AM +0200, Thomas Ineichen wrote:
> Wenn  Du  mir  sagst, wie man das macht (bzw. nach welchen Stichworten
> ich googlen muss), dann schaue ich mir das gerne mal an..

Du kannst einfach dir mal via firebug die maxspeed map ansehen. 
> 
> Kann  man  den  Vektor-Layer nachher genau so einfach auf fremden Web-
> sites einbinden wie die Tiles?

Nein - Du brauchst eigenen javascript und cgi code und eine datenbank
dahinter - dafuer muss man nichts vorrendern oder mit mapnik rumhampeln.

Ich benutze einen OpenLayers Vector Layer:

http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Layer/Vector-js.html

und lade die Daten via GeoJSON nach:

http://dev.openlayers.org/releases/OpenLayers-2.9.1/doc/apidocs/files/OpenLayers/Format/GeoJSON-js.html

Der code sieht dann vereinfacht so aus:

geojsonparser = new OpenLayers.Format.GeoJSON();
vector = new OpenLayers.Layer.Vector("data");
map.addLayer(this.vector);

Beim pan'nen oder zoomen gibts dann nen callback in dem ich via ajax daten 
nachlade die
das CGI Script (perl) mit JSON.pm rausnudelt. Die parse ich dann mit dem parser 
uns schiebe
die in den vector layer:

var features = geojsonparser.read(result.responseText);
vector.destroyFeatures();
vector.addFeatures(features);

Im moment bastel ich an diversesten optimierungen um eben nicht immer im 
Javascript
UND im perl zeugs dazubasteln zu muessen wenn ich neue tags/features anzeige. 
D.h. ich
verlagere die ganze aufbereitung ins CGI und lasse im Javascript nur noch das 
GeoJSON in 
features verbasteln. Das CGI kann ich dann in ein fastcgi verwandeln und CPUs 
habe ich
genug ...
 
> > Was ich allerdings ueberlegte war die access tags in Schildersymbole zu 
> > uebersetzen
> > und dann halt die darzustellen. Der code dafuer wird reichlich komplex sein.
> 
> Insbesondere,  weil  die  verschiedenen  access-Keys  sich gegenseitig
> beeinflussen.  Ziel ist es nämlich, nicht einfach bloss einzelne Layer
> pro  Key  (access,bicycle,vehicle,motor_vehicle,...) zu haben, sondern
> pro Fahrzeugart.

Yep - vor allem ist das IIRC nicht definiert. Was waere z.b. mit

access=no
foot=yes

Was hat prioritaet? access oder foot? Das Beispiel ist ja noch klar zu 
beantworten
aber es gibt durchaus beispiele die fies sind.

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

[Talk-de] JOSM: Weg selektieren

[Wolfgang Wienke]

Hallo,
wie selektiert man einen Weg, wenn dieser auch als Umgrenzung einer 
Fläche dient. Beim Anklicken erhält man meistens nur die Fläche.
-- 
Mit freundlichen Gruessen

  Wolfgang Wienke

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