Re: [Talk-de] NaviPOWM 0.2.4 freigegeben

[Doru Julian Bugariu]

FlaBot schrieb:
> Ne kompiliertte Version für Mac OS X gibts nicht zufällig ?

Wuerde mich jetzt auh interessieren. Wollte vor Kurzem bei einem
Bekannten versuchen, ein executable herzustellen, musste aber
feststellen, dass man sich erst auf Apple-Seiten registrieren lassen
muss, um an einen Compiler zu kommen. Dazu hatte ich keine Lust und habe
aufgegeben.

Julian



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

Re: [Talk-de] Ausfahrtbeschilderung/Wegweiser für Na vigationsanweisungen

[Ana Luisa Paldos Garcia]

Am 2. März 2010 22:10 schrieb Johann H. Addicks :

> Am 02.03.2010 03:26, schrieb Mirko Küster:
>
> >> Das hilft aber nur, wenn klar ist, dass :1 auch immer oben zu stehen hat
> >> auf dem Schild bzw der am größten beschriftete Ort für diese Richtung
> ist.
> >> Aber wie tagt man denn die Richtung?
>
> > An manchen Wegweisern hast du gerne mal an die 20 Ziele. Da brauchst du
> für
> > jede wieder eine eigene Relation.
>
> Wozu? Wichtig ist nur, was oben steht oder am größten geschrieben ist,
> denn das hat das Navi vorzulesen, selbst wenn das "total woanders" ist
> und (z.B. in Autobahnkreuzen) sich die Spuren "weiter hinten" weiter
> aufgabeln.
>
>
Wenn man sich schon die Arbeit macht und das erstgenannte Ziel aufschreibt,
sollte man doch gleich den Rest der Information mitnehmen.

Eine einfache Lösung, zumindest für die Autobahnnavigation, bestünde doch
darin, einfach dem Weg (highway=motorway_link oder highway=motorway) einen
"destination = Richtung1;Richtung2;Richtung3" (Schild von oben nach unten
gelesen) zu geben, da es sich hier ja grundsätlich um Einbahnstraßen
handelt. Eine Navigationsroutine kann somit die "junction" erkennen und
werte dann einfach den Wert von "destination" aus, der für das nächste Stück
weg gesetzt ist.

Sollte sich dann doch ein relationsgebundenes System (oder irgendeine andere
Lösung) durchsetzten wäre ein automatisches Editieren auch nicht besonders
kompliziert.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Spontant-Besuch FOSSGIS möglich?

[Claudius Henrichs]

Am 02.03.10 17:58, schrieb Frederik Ramm:
> Hallo,
>
>  eine kurze Nachricht an alle, die am Freitag auf der FOSSGIS zum
> Routing-Workshop kommen. (...)
> Bis Freitag!
> Frederik

Ich klink mich mal kurz hier ein: Ich habe in der ML-Recherche nur 
gefunden, dass man sich bis 26. Februar hätte anmelden sollen. Ist ein 
Spontanbesuch am Freitag zum OSM-Track auch möglich?

Claudius


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

Re: [Talk-de] Doppelbelegung von route=ferry

[Dimitri Junker]

Hallo,

>Zu den wichtigen Verbindungen zähle ich auch den Regelverkehr zwischen
>Inseln.
>
>Aber nicht "Butterfahrten", Ausflugsschiffe, Hafenrundfahrten.


Ich würde es so zusammenfassen, wenn es eine Verbindung ist um von A nach B 
zu kommen sollte sie eingetragen werden, auch wenn es eine reine 
Passagierfähre ist. Es gibt genügend Inseln die regelmäßig nur per 
Passagierfähre erreichbar sind und gelegentlich von Frachtschiffen 
angefahren werden. 

>Durch solche Abstaktion entfernt man sich aber von der Wirklichkeit.

Wer in der Lage ist sich eine OSM-Karte zu beschaffen sollte inteligent 
genug sein dieses Problem zu kennen. und zu wissen, daß die Linie anzeigt 
zwichen welchen Häfen die Fähren fahren. Wenn ein Kapitän einer solchen 
Fähre diese Linie in seinen Autopiloten eingibt sollte man ihm die Lizenzs 
entziehen. Wir diskutieren auch nicht darüber ob man Buslinien auf 
Mehrspurigen Straßen einträgt obwohl man nicht weiß welche Spur er nimmt. 
Fährverbindungen wurden schon immer in Landkarten eingezeichnet, und wenn 
jemand ein Problem damit hat das der Verlauf nicht feststeht, dann denke er 
sich dafür einen Tag aus, so nach dem Motto:
Accuracy=perfect für Straßen die per GPS auf dem freien Land gemappt wurden
Accuracy=good für Straßen die mit größeren Fehlern z.B. durch Bebauung 
eingetragen werden
Accuracy=Ends_only für Wege bei denen nur die Endpunkte bekannt sind, wie 
Fährstrecken, aber auch Tunnel ohne GPS-Empfang die keiner auf klassischem 
Wege vermessen hat


Gruß
Dimitri

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

Re: [Talk-de] Ausfahrtbeschilderung/Wegweiser fuer Navigationsanweisungen

[Georg Feddern]

Moin,

Oliver Kuehn (skobbler) schrieb:
> die Lösung über den Relationstyp 
> http://wiki.openstreetmap.org/wiki/Relations/Proposed/Destination_Signs
> destination_sign  finde ich eigentlich eine gute Lösung. 
>
> Was in der Definition nicht geklärt ist, ist der Eintrag von mehreren
> "destinations". In dem Thread kommt sowohl der Vorschlag der redundanten
> Nutzung des Schlüssels "destination" als auch eine Trennung von mehreren
> "destinations" durch ein Semikolon. Irgendeine Meinung?
>   

Da die Ziele auch bei der Ausgabe wegen der besseren Wiedererkennung 
gerne in der richtigen Reihenfolge ausgegeben werden sollten, sei es nun 
visuell oder Audio, würde ich hier die Aufzählung per Semikolon 
vorziehen, da sonst die Reihenfolge innerhalb der Relation zwingend wäre.

Gruß
Georg


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

Re: [Talk-de] Doppelbelegung von route=ferry

[Falk Zscheile]

Am 3. März 2010 10:45 schrieb Dimitri Junker :

>
> >Durch solche Abstaktion entfernt man sich aber von der Wirklichkeit.
>
>
> [...] Wir diskutieren auch nicht darüber ob man Buslinien auf
> Mehrspurigen Straßen einträgt obwohl man nicht weiß welche Spur er nimmt.
> Fährverbindungen wurden schon immer in Landkarten eingezeichnet, und wenn
> jemand ein Problem damit hat das der Verlauf nicht feststeht, dann denke er
> sich dafür einen Tag aus, so nach dem Motto:
>

Das Argument "wurde schon immer so gemacht" ist nicht besonders überzeugend.
Damals hat sich ja auch niemand gesagt "ab heute machen wir das immer so"
sondern sich etwas gedacht. Vermutlich um zu zeigen wohin man von diesem
oder jenem Hafen Verbindung hat. Überzeugend fand ich auch die Anmerkung,
dass man für das Routing eine solche Information benötigt. Auch dem Router
dürfte eine idealisierte Fährroute genügen.

Mit dem eigentlichen Problem, der Doppelbedeutung von route=ferry, sind wir
damit zwar noch nicht weiter, aber ich werde mir mal ein paar Tags
ausdenken, mit denen man Personenfähren, Autofähren etc. unterscheiden kann.
Dann ist zumindest die Auswahl und damit die Übersichtlichkeit dem Rederer
überlassen. Und auf dem Weg zu mehr Übersichtlichkeit auf dem Wasser
geholfen.

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

Re: [Talk-de] Spontant-Besuch FOSSGIS möglich?

[Frederik Ramm]

Hallo,

Claudius Henrichs wrote:
> Ich klink mich mal kurz hier ein: Ich habe in der ML-Recherche nur 
> gefunden, dass man sich bis 26. Februar hätte anmelden sollen. Ist ein 
> Spontanbesuch am Freitag zum OSM-Track auch möglich?

Ja. Die Anmeldung dient dazu, dass man die Essenskapazitaeten vorher 
ungefaehr planen kann. Aber wir schicken niemanden weg, der unangemeldet 
kommt.

Bye
Frederik

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Felix Hartmann]

On 03.03.2010 10:58, Falk Zscheile wrote:



Am 3. März 2010 10:45 schrieb Dimitri Junker >:



>Durch solche Abstaktion entfernt man sich aber von der Wirklichkeit.


[...] Wir diskutieren auch nicht darüber ob man Buslinien auf
Mehrspurigen Straßen einträgt obwohl man nicht weiß welche Spur er
nimmt.
Fährverbindungen wurden schon immer in Landkarten eingezeichnet,
und wenn
jemand ein Problem damit hat das der Verlauf nicht feststeht, dann
denke er
sich dafür einen Tag aus, so nach dem Motto:


Das Argument "wurde schon immer so gemacht" ist nicht besonders 
überzeugend. Damals hat sich ja auch niemand gesagt "ab heute machen 
wir das immer so" sondern sich etwas gedacht. Vermutlich um zu zeigen 
wohin man von diesem oder jenem Hafen Verbindung hat. Überzeugend fand 
ich auch die Anmerkung, dass man für das Routing eine solche 
Information benötigt. Auch dem Router dürfte eine idealisierte 
Fährroute genügen.


Mit dem eigentlichen Problem, der Doppelbedeutung von route=ferry, 
sind wir damit zwar noch nicht weiter, aber ich werde mir mal ein paar 
Tags ausdenken, mit denen man Personenfähren, Autofähren etc. 
unterscheiden kann. Dann ist zumindest die Auswahl und damit die 
Übersichtlichkeit dem Rederer überlassen. Und auf dem Weg zu mehr 
Übersichtlichkeit auf dem Wasser geholfen.


Gruß, Falk
   
Es braeuchte hier ein komplettes Schema um Klarzustellen, was fuer eine 
Faehre es ist, wie hauefig (evtl option sogar Fahrplan) sie faehrt, 
Fahrtdauer, Was mitgenommen werden darf ( und die access tags am besten 
prefixen, denn wie soll man sonst wissen ob bicycle=no bedeutet dass 
keine Fahrrader einfach so mitgenommen werden duerfen, oder keine 
Fahrraeder in einem Paket verpackt mitgenommen werden duerfen,). Es 
muss aber noch einfach genug sein - damit Personenfaehren die etwa auf 
einem Fluss hin und herpendeln einfach und schnell eingetragen werden 
koennen.


Der Sinn soll ja sein, dass zumindest Personenfaehren wie sie in jeder 
Straßenkarte eingetragen sind, auch zu rendern/fuer autorouting benutzen 
zu koennen. Etwa um ein Autorouting von England nach Frankreich zu 
ermoeglichen - mit Ruecksicht darauf ob man zu Fuß, per KFZ, oder per 
Fahrrad unterwegs ist (bzw spezieller Wohnwagen, LKW, ... wo natuerlich 
noch deutlich mehr Unterschiede bezueglich Groeße gemacht werden muessen).


Als Ansatz kann man dies hier nehmen: 
http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema



___
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] Doppelbelegung von route=ferry

[Dimitri Junker]

Hallo,


>Das Argument "wurde schon immer so gemacht" ist nicht besonders
>überzeugend.


Sagen wir mal so, eine gewisse Kontinuität hat schon etwas für sich. Wir 
alle erwarten gewisse Informationen wenn wir uns eine Karte ansehen, und 
zwar das "Was schon immer auf einer Karte war".
Wenn es also keinen triftugen Grund gibt auf einmal Informationen 
wegzulassen sollte man sie wieter anzeigen.


>Mit dem eigentlichen Problem, der Doppelbedeutung von route=ferry, sind
>wir damit zwar noch nicht weiter,


Klar, aber so recht verstehe ich das Problem nicht. Wie an vielen Orten in 
OSM kann man etwas mit oder ohne Relation machen. Selbst wenn wir 
route=ferry durch irgend etwas anderes ersetzen würde es immer noch doppelt 
gezeichnet. Da muß einfach(?) was am Renderer gemacht werden. 

Ich habe übrigens auch gerade einige Fährrouten eingetragen, u.a. 'normale' 
Routen übers Meer, da hat der Way also nur die Info das es eine Fährroute 
ist, aber auch eine Route durch die Backwater/Kerala/Indien, diese setzt 
sich aus ebensolchen 'normalen' Wegen durch Wasserflächen zusammen und aus 
Teilen die über schmale Kanäle führen.
s.:


erstere habe ich nur mit route=ferry getagt, letztere zusätzlich mit 
waterway=canal. Osmarender zeigt es so an wie ich es wollte, wie ich gerade 
sehe hat Mapnik einige Wasserflächen nicht gezeichnet, da war die 
Küstenlinie aus mehreren Stücken zusammengesetzt, also nicht geschlossen. 
Hab ich behoben.

>aber ich werde mir mal ein paar Tags ausdenken, mit denen man
>Personenfähren, Autofähren etc. unterscheiden kann.


Warum nicht einfach die bekannten die wir auch bei Wegen benutzen? Also 
foot=yes, motorcar=no für Passagierfähren,...

Gruß
Dimitri

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Dimitri Junker]

Hallo,


>denn wie soll man sonst wissen ob bicycle=no bedeutet dass keine
>Fahrrader einfach so mitgenommen werden duerfen


eine Autobahn hat auch bicycle=no, trotzdem darf ich es auf einem 
Gepäckträger im Kofferraum oder in einem LKW transportieren. Die Info 
bicycle=yes/no dient dazu das ein Router dem ich sage ich möchte per Fahrrad 
von A nach B fahren mir die Strecke zusammensetzen kann. Und zwar ohne das 
ich ein Lasttaxi rufen muß oder es in einem Karton verpacken muß.

Dimitri

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Falk Zscheile]

Am 3. März 2010 12:36 schrieb Felix Hartmann :

>
> Es braeuchte hier ein komplettes Schema um Klarzustellen, was fuer eine
> Faehre es ist, wie hauefig (evtl option sogar Fahrplan) sie faehrt,
> Fahrtdauer, Was mitgenommen werden darf ( und die access tags am besten
> prefixen, denn wie soll man sonst wissen ob bicycle=no bedeutet dass keine
> Fahrrader einfach so mitgenommen werden duerfen, oder keine Fahrraeder in
> einem Paket verpackt mitgenommen werden duerfen,). Es muss aber noch
> einfach genug sein - damit Personenfaehren die etwa auf einem Fluss hin und
> herpendeln einfach und schnell eingetragen werden koennen.
>
> Der Sinn soll ja sein, dass zumindest Personenfaehren wie sie in jeder
> Straßenkarte eingetragen sind, auch zu rendern/fuer autorouting benutzen zu
> koennen. Etwa um ein Autorouting von England nach Frankreich zu ermoeglichen
> - mit Ruecksicht darauf ob man zu Fuß, per KFZ, oder per Fahrrad unterwegs
> ist (bzw spezieller Wohnwagen, LKW, ... wo natuerlich noch deutlich mehr
> Unterschiede bezueglich Groeße gemacht werden muessen).
>
> Als Ansatz kann man dies hier nehmen:
> http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema
>

Ich habe meine Gedanken mal hier formuliert:

http://wiki.openstreetmap.org/wiki/DE_talk:Hafen#Spezifizierungen_bei_F.C3.A4hren

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

[Talk-de] Navit im Heiseticker

[Johann H. Addicks]

Siehe
http://www.heise.de/newsticker/meldung/Brandenburger-Polizei-testet-Open- 
Source-Navigationssystem-945269.html
(Sorry für den Umbruch aus meinem UA)

Da bin ich mal auf's Feedback der Heise-Forennutzer gespannt.

-jha-



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

Re: [Talk-de] Navit im Heiseticker

[olvagor]

Am 03.03.2010 14:17, schrieb Johann H. Addicks:
> http://www.heise.de/newsticker/meldung/Brandenburger-Polizei-testet-Open-
> Source-Navigationssystem-945269.html

Die Polizei muss sich ja auch nicht an Abbiegeverbote halten!

SCNR ;-)

Gruß,
olvagor

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

Re: [Talk-de] Betitelung historischer Gebäude

[C. Brause]

Mirko Küster schrieb:
>> Wir müssen zwischen Haus und aktueller Nutzung unterscheiden. Das HAUS
>> kann keinen Namen führen, es besitzt einfach einen, vollkommen
>> unabhängig davon, was die Leute treiben, die da aktuell drin sind.
>> 
>
> Du hast doch verschiedene Name Tags. Das hat doch aber nichts mit der 
> Adresse zu tun.
>
>   
>> Das ist richtig. Trotzdem besitzt das Haus den Namen und ist auch unter
>> diesem bekannt.
>> 
[...]
>> Aber der Name "Haus Allhoff" hängt am Haus. Dass da eine WG drin ist,
>> die den gleichen Namen trägt, ist nur Zufall. Die könnte auch
>> "Senioren-WG Alice Schwarzer" heissen.
>> 
>
> Hätte, könnte tralala. In dem Fall heißt die Einrichtung so wie das Haus 
> auch ursprünglich heißt. Da ist es wumpe ob das nun im name oder housename 
> steht, Haus Allhoff wird so oder so gefunden. Wie die hätte heißen können 
> interessiert doch keinen. Es ist nunmal das Seniorenwohnheim Haus Allhoff im 
> Haus Allhoff.
>   
Muss dieser Schreibstil sein? Um Lösungen zu finden müssen auch andere 
Fälle konstruiert werden. Diese dann mit "Hätte, könnte tralala." zu 
Kommentieren find ich etwas daneben und überflüssig.

[...]
>> Nein, ich mappe, was da ist. Wer da hinterher was von hat, ist sekundär.
>> Und ich versuche die Tags so zu wählen, dass sie am besten passen.
>> 
>
> Logisch mappst du was da ist. Aber solange die Volksbank nicht ganz 
> offiziell unter "Altes Rathaus" angeschrieben wird, hat das nichts im 
> Housename zu suchen. Es gehört nicht zur postalischen Anschrift. Dafür 
> kannst du old_name, loc_name oder reg_name nutzen.
Ich würds auch mit old_name bzw. loc_name taggen, je nach dem, ob der 
Name historisch, oder bei den Leuten noch in Benutzung ist.

Gruß
Christian

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

Re: [Talk-de] Render-Bug für "service=spur" in Mapnik

[Fips Schneider]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Johann H. Addicks wrote:
> Am 02.03.2010 18:31, schrieb Fips Schneider:
>> Railways, die mit service=spur getaggt sind, erhalten keine Brücke:
>>
>> Kann das wahlweise
>> - - ein Profi melden
>> - - ein Profi mir erklären, wie ich es melde
> 
> Als ich das ("niederrangige Wege erhalten keine Brücken") angemerkt 
> habe, wurde das zum Feature erklärt.
> Und wenn die Brücke wirklich eingezeichnet werden solle, dann könne man 
> das mit einer Relation lösen, also eine dediziertes Brücken-Polygon, 
> welches zu dem Wegepolygon gehört..
> Details habe ich vergessen, aber es führte zum Erfolg.

Oha, das klingt abgefahren. Wie geht das mit der Relation? So?
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels

Dies hatte bisher keinen größeren Erfolg, zumindest werden trotzdem Brücken
immer noch als einzelne Wegteile mit Brücken versehen:
http://osm.org/go/0d0...@fr--

Oder hab ich da was falsch verstanden?

- - Fips

- --
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuOj9kACgkQnHVyAFIfTkGR1wCbBYQFOdUWS/mCq4AsxEyn9Vey
SuMAnAntI898d1ilxZpWg6Zzx3YH2kzS
=NjLq
-END PGP SIGNATURE-

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

[Talk-de] Rapideye stellt OpenStreetMap Satelliten bilder von Chile zur Verfügung

[Jochen Topf]

Rapideye stellt OpenStreetMap Satellitenbilder von Chile zur Verfügung

Die Firma Rapideye [1] stellt dem OpenStreetMap-Projekt [2] Satellitenbilder
des vom Erdbeben betroffenene Gebietes von Chile zur Verfügung, die wenige
Stunden nach dem Erdbeben aufgenommen wurden.

Die OpenStreetMap-Community kann auf Basis dieser Bilder, die Situation nach
dem Erdbeben als aktuelle Information in OpenStreetMap erfassen. Nach der
Katastrophe in Haiti hat sich gezeigt, wie wichtig gute und aktuelle
Kartendaten für die Helfer vor Ort sein können und dass OpenStreetMap hier
einen Beitrag leisten kann. Durch die Bilderspende von Rapideye stehen jetzt
auch für das Erdbebengebiet in Chile geeignete Satellitenbilder zur Verfügung.
Insgesamt stehen ca. 13.000qkm entlang des am stärksten betroffenen
Küstenstreifens inkl. der Stadt Concepción zur Verfügung.

Rapideye ist weltweit der einzige Betreiber einer Flotte von fünf gleichartigen
Satelliten, die bis zu 4 Millionen Quadratkilometer pro Tag mit einer Auflösung
von 5m aufnehmen können. Durch die täglich zweimal durchgeführte Aufnahmeplanung
ist es möglich schnell auf neue Anforderungen weltweit zu reagieren. Rapideye
stellt die Daten selber auch NGOs und Hilfsorganisationen zur Verfügung. Durch
die Zusammenarbeit mit OpenStreetMap wird der Zugang zu den Daten stark 
vereinfacht.

Weitere Informationen zur Einbindung der Bilder in die OpenStreetMap-Editoren,
finden Sie auf der Webseite
http://wiki.openstreetmap.org/wiki/2010_Chile_earthquake/Imagery_and_data_sources#RapidEye

[1] http://rapideye.de
[2] http://www.openstreetmap.org



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

Re: [Talk-de] Rapideye stellt OpenStreetMap Satelliten bilder von Chile zur Verfügung

[Markus]

Hallo Jochen,

> Rapideye stellt OpenStreetMap Satellitenbilder von Chile zur Verfügung

Kannst Du prüfen, ob das Bild richtig georeferenziert ist?
Bzw. den Versatz angeben?

(die Lage stimmt unregelmässig nicht mit den vorhandenen OSM-Daten überein)

Gruss, Markus

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

Re: [Talk-de] Crisis Mapping in Chile

[Stefan Dettenhofer (StefanDausR)]

Alexander Matheisen schrieb:
> wird es für die Erdbebengebiete in Chile ähnliche Aktionen wie in Haiti geben?
>
>
>   
Ich habe mal die NaviPOWM-Karten von dem Gebiet extra erzeugt:
http://dev.openstreetmap.de/navipowmmaps/navipowm/chile.7z

Stefan



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

Re: [Talk-de] Crisis Mapping in Chile

[FlaBot]

Und Fehlerdaten zur verbesserung von Garmin-Routing-Maps gibts wie
immer bei hier http://toolserver.org/~flacus/OSM/statistics.php

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

Re: [Talk-de] Liste der Gemeindegrenzen

[Carsten Gerlach]

Naabend,

Am Dienstag 02. März 2010 11:31:17 schrieb Torsten Breda:
> Ansonsten müsste es irgendwie mit XAPI gehen, aber da habe ich keine Ahnung
> von.
> Man müsste nach Relationen mit dem type=boundary oder multipolygon suchen
> die (boundary=administrative und) admin_level=8 enthalten.

Ja, das geht im Prinzip mit folgendem Aufruf im Browser: 
http://www.informationfreeway.org/api/0.6/relation[admin_level=8]

Seit geraumer Zeit (Nov 2009) gibt dieser Aufruf aber alle Wege und Knoten mit 
zurück die von den Relationen genutzt werden. --> Entsprechend riesige 
Dateien. Vorher kamen da nur die reinen Relationen (schön klein). Zumindest 
habe ich dieses Verhalten bei meinen regelmäßigen Abrufen von admin_level=2 
(400 MB zu 700 kB).

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

[Talk-de] Livestream von der FOSSGIS am Freitag

[Claudius]

Ich werde nur am Freitag auf der FOSSGIS sein, dort aber versuchen den 
ganzen Tag möglichst viel live zu übertragen:

http://www.ustream.tv/channel/osm-fossgis-2010

Falls einer der Donnerstagsbesucher das selbe Übertragungsvehikel nutzen 
will bitte kurz bei mir melden.

Claudius


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

Re: [Talk-de] Livestream von der FOSSGIS am Freitag

[Jan Tappenbeck]

Am 03.03.2010 21:19, schrieb Claudius:
> Ich werde nur am Freitag auf der FOSSGIS sein, dort aber versuchen den
> ganzen Tag möglichst viel live zu übertragen:
>
> http://www.ustream.tv/channel/osm-fossgis-2010
>
> Falls einer der Donnerstagsbesucher das selbe Übertragungsvehikel nutzen
> will bitte kurz bei mir melden.
>
> Claudius

Hi!

kann man den auch noch nach Feierabend irgendwo dann einsehen ?

Gruß Jan :-)


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

[Talk-de] OpenLayer Doku offline

[Jan Tappenbeck]

Moin !

viele HTML-Dokus gibt es zum Download  - weiß einer ob es das auch für 
OL gibt??

Wäre schön im Zug dabeizuhaben !

Gruß Jan :-)

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Dimitri Junker]

>Ich habe meine Gedanken mal hier formuliert:
>
>http://wiki.openstreetmap.org/wiki/DE_talk:Hafen#Spezifizierungen_bei_F.C3
>.A4hren


Hast Du mal hier geschaut?


Dimitri

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

Re: [Talk-de] Livestream von der FOSSGIS am Freitag

[Claudius]

Am 03.03.2010 23:28, Jan Tappenbeck:
> Am 03.03.2010 21:19, schrieb Claudius:
>> Ich werde nur am Freitag auf der FOSSGIS sein, dort aber versuchen den
>> ganzen Tag möglichst viel live zu übertragen:
>>
>> http://www.ustream.tv/channel/osm-fossgis-2010
>>
>> Falls einer der Donnerstagsbesucher das selbe Übertragungsvehikel nutzen
>> will bitte kurz bei mir melden.
>>
>> Claudius
>
> Hi!
>
> kann man den auch noch nach Feierabend irgendwo dann einsehen ?
>
> Gruß Jan :-)

Ich hoffe ja. Ist aber mein erster Großeinsatz von ustream und so ganz 
sicher bin ich mir bei der Record-Funktion nicht.

Claudius


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

Re: [Talk-de] Crisis Mapping in Chile

[Frederik Ramm]

Hallo,

Alexander Matheisen wrote:
> wird es für die Erdbebengebiete in Chile ähnliche Aktionen wie in Haiti geben?


http://labs.geofabrik.de/chile/ gibts jetzt auch (Update alle 10min), 
ist aber ganz frisch, wenn da was falsch aussieht, bitte bescheid sagen.

Bye
Frederik

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

[Talk-de] Naturschutzgebiete/Landschaftsschutzgebiete

[olvagor]

Nabend,

ich habe mich gerade gefragt, weshalb wir in der OSM bislang noch keine
offiziellen Naturschutzgebiete/Landschaftsschutzgebiete/Nationalparks
etc. haben.

Durch die Karte von opencaching.de [1] bin ich darauf gestoßen, dass das
Bundesamt für Naturschutz diese Daten wohl in irgendeinem Format zur
Verfügung stellt.

Bevor ich jetzt da anfrage, wollte ich mal auf der Liste in Erfahrung
bringen, ob sich schonmal jemand darum gekümmert hat, die Daten in einer
für uns brauchbaren Lizenz zu besorgen. Im Wiki [2] steht nix aber das
will ja nichts heissen.

Gruß,
olvagor

[1] http://www.geocaching.de/index.php?id=10
[2] http://wiki.openstreetmap.org/wiki/DE:Kommunikation

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Martin Koppenhoefer]

Am 3. März 2010 00:45 schrieb Markus :
> Solange sich das auf die wichtigsten Verbindungen beschränkt:
> ja, sicher.


man wird niemanden davon abhalten können, auch weniger wichtige /
frequentierte Routen einzuzeichnen. Wenn das wirklich überhand nehmen
sollte, kann man ja immer noch eine Hierarchie einführen und die
Wichtigkeit irgendwie bestimmen und dazutaggen, so dass die Renderer
sich aussuchen können, was sie alles rendern wollen.

> Unter "Fähren" verstehe ich RoRo-Schiffe (Roll-in-Roll-out), mit denen
> Sattelschlepper und Eisenbahnzüge, oder zumindest Lastwagen und PKW
> transportiert werden.
> Wo also in grösserem Masse Güter- und Personenverkehr stattfindet.


kleine Personenfähren sind in anderem Kontext genausowichtig, wenn man
z.B. mit dem Fahrrad unterwegs ist und sich mehrere Kilometer Umweg
spart. In Berlin gibt es z.B. solcher Linien mehrere, die von der BVG
normal wie Buslinien auch betrieben werden.


> Aber nicht "Butterfahrten", Ausflugsschiffe, Hafenrundfahrten.


zumindest sind das wohl keine Fährverbindungen, ja.


>> Ich glaube nicht dass es ein wirres Netz geben wird
> Wenn man nur Klasse-1 Häfen miteinander verbindet, passt es.
> Wenn man aber jeden Hafen mit jedem anderen und womöglich noch auf
> verschiedenen Routen verbindet, dann wird es ziemlich chaotisch.

>
> Dabei entsteht das Problem, dass die Segmente irgendwie "abstrahiert"
> werden müssen, denn die Schiffe fahren je nach Wind, Tiefgang, Seegang,
> Tide, Strömung, Ladung, Antrieb immer wieder andere Routen von A nach B.

ja klar, nicht alle _möglichen_ sondern 1 idealisierte Strecke pro
Verbindung (und ggf. Relationen verwenden und ways mehrfach
verwenden).


Gruß Martin

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Martin Koppenhoefer]

Am 2. März 2010 21:59 schrieb Falk Zscheile :
> Aber Du kannst Dir ja
> zum Spaß mal Warnenünde anschauen, wo nur ein paar Rundfahrten und
> Fährlinien (bei weitem nicht alle) eingetragen sind. Zum einen ist mir hier
> der Sinn nicht klar, zum anderen kleistert es die Karte zu, ohne das man
> über Rederregeln die Chance hätte weiter zu filtern, was man sehen will.


Warnemünde habe ich mir angesehen und "zugekleister" sieht ehrlich
gesagt für mich anders aus. 7 verschiedene (Haupt-)Linien haben mich
noch nicht überfordert. Allerdings sind die einzelnen Linien ziemlich
schlecht wiedergegeben: z.T. verschiedene ways, die alle quasi
übereinander liegen. Entweder gleich nur einen Way zeichnen, oder die
ways parallel mit geringem Abstand zeichnen. Karten zeichnen ist halt
allen Unkenrufen der Techniker zum Trotz doch auch ein bisschen
"gestalten". Wie man es optisch ansprechender machen kann, sieht man
z.B. bei der "Konkurrenz":
http://maps.google.de/maps?q=warnem%C3%BCnde&oe=utf-8&client=firefox-a&ie=UTF8&hl=de&hq=&hnear=Warnem%C3%BCnde+Rostock,+Mecklenburg-Vorpommern&ll=54.152344,12.103136&spn=0.008545,0.01929&z=16

> Im
> übrigen sind, wie Markus schon schrieb, die Fahrwasser in denen sich ein
> Schiff bewegen kann ausgetonnt. Die Ganze Ostsee liegt voller Tonnen, an
> denen sich die Schiffe entlang hangeln können, wenn sie nur wollen, z.B.
> Kiel--Fehmarn-Weg, Kiel-Ostseee-Weg, etc. Eine extra Linie brauch man dafür
> nicht.


es geht bei den Fährlinien nicht um "Fahrwasser" oder Navigation, oder
darum, wo ein Schiff im Detail wirklich konkret fährt (Dafür sollte
man in der Tat auf Spezialkarten zurückgreifen). Vielmehr ist es eine
grobe Angabe, wo es überall Verbindungen gibt. Wenn das in der Ostsee
besonders viele sind, ist das schön, das ist aber nciht unbedingt
weltweit so üblich. Oft ist man beim realen Gebrauch von Karten in
Gebieten mit Inseln etc. froh, die angebotenen Fährverbindungen in der
Karte als Übersicht zu sehen. Für die genaue Planung wird man sich
natürlich über die Fahrzeiten informieren müssen.

Gruß Martin

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

Re: [Talk-de] Navit im Heiseticker

[Martin Koppenhoefer]

> Am 03.03.2010 14:17, schrieb Johann H. Addicks:
>> http://www.heise.de/newsticker/meldung/Brandenburger-Polizei-testet-Open-
>> Source-Navigationssystem-945269.html


coole Meldung, danke fürs posten.

Gruß Martin

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Simon Kokolakis]

Martin Koppenhoefer schrieb:
> Entweder gleich nur einen Way zeichnen, oder die
> ways parallel mit geringem Abstand zeichnen. [...]
> Wie man es optisch ansprechender machen kann, sieht man
> z.B. bei der "Konkurrenz":
> http://maps.google.de/maps?q=warnem%C3%BCnde&oe=utf-8&client=firefox-a&ie=UTF8&hl=de&hq=&hnear=Warnem%C3%BCnde+Rostock,+Mecklenburg-Vorpommern&ll=54.152344,12.103136&spn=0.008545,0.01929&z=16
>
>   

Bei drei Linien erkennt man noch was, aber bei mehr erkennt mann gar 
nichts mehr. Siehe:
http://maps.google.de/?ie=UTF8&ll=37.93621,23.625669&spn=0.022508,0.039954&t=h&z=15

Deshalb habe ich ja den Tag für die Fahrrinnen vorgeschlagen, die man 
dann den einzelnen routen zuweisen kann. Dann hat man nur noch eine 
Linie im Hafenbereich.

Beste Grüße,
Simon

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

Re: [Talk-de] Naturschutzgebiete/Landschaftsschutzgebiete

[geo.osm]

Am 04.03.2010 00:57, schrieb olvagor:
> Bevor ich jetzt da anfrage, wollte ich mal auf der Liste in Erfahrung
> bringen, ob sich schonmal jemand darum gekümmert hat, die Daten in einer
> für uns brauchbaren Lizenz zu besorgen. Im Wiki [2] steht nix aber das
> will ja nichts heissen
bei denen nicht. Aber ich hatte beim Landesumweltamt Brandenburg nach 
eben diesen Daten gefragt und nen negativen Bescheid bekommen.

-- 
schönen Gruß
Alex

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

Re: [Talk-de] Naturschutzgebiete/Landschaftsschutzgebiete

[Johann H. Addicks]

Am 04.03.2010 02:16, schrieb geo.osm:

> bei denen nicht. Aber ich hatte beim Landesumweltamt Brandenburg nach
> eben diesen Daten gefragt und nen negativen Bescheid bekommen.

Die bekommen wohl nur Leute, die eine "NC-Verwendung" zusichern...

Beispiel:
http://maps.geocaching.de/tilecache/tilecache.py/1.0.0/caches/16/34589/21916.png?type=google

(Falls es irgendwer in die üblichen Mape-Compare-Dienste einbinden 
wollen sollte, würde mir das auch schon zur Orientierung helfen, genauso 
wie diese komische Topo, die hier und da auch von GoogleLayer-Browsern 
genutzt wird:
http://t3.outdooractive.com/portal/map/16/34333/22183.png


-jha-



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

Re: [Talk-de] Naturschutzgebiete/Landschaftsschutzgebiete

[Martin Koppenhoefer]

Am 4. März 2010 03:23 schrieb Johann H. Addicks :
> Am 04.03.2010 02:16, schrieb geo.osm:
>
>> bei denen nicht. Aber ich hatte beim Landesumweltamt Brandenburg nach
>> eben diesen Daten gefragt und nen negativen Bescheid bekommen.
>
> Die bekommen wohl nur Leute, die eine "NC-Verwendung" zusichern...

wobei das auch ne Frechheit ist. Diese Dinge sind doch gesetzlich
begründet und sollten daher jedem zugänglich sein, oder? Auch ist ja
niemandem damit gedient, wenn man die Informationen unter Verschluss
hält :(

Gruß Martin

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

Re: [Talk-de] Doppelbelegung von route=ferry

[Martin Koppenhoefer]

Am 4. März 2010 01:24 schrieb Simon Kokolakis :
> Bei drei Linien erkennt man noch was, aber bei mehr erkennt mann gar
> nichts mehr. Siehe:
> http://maps.google.de/?ie=UTF8&ll=37.93621,23.625669&spn=0.022508,0.039954&t=h&z=15

> Deshalb habe ich ja den Tag für die Fahrrinnen vorgeschlagen, die man
> dann den einzelnen routen zuweisen kann. Dann hat man nur noch eine
> Linie im Hafenbereich.

ja, das ist sicher Geschmacksache, m.E. beweist der Link da oben eher,
dass es selbst in Extremsituationen noch gerade so geht.
"Normalerweise" sind das ja auch eher weniger Linien:
http://maps.google.de/?ie=UTF8&ll=40.834626,14.266906&spn=0.022956,0.038581&z=15

Wenn man im Hafenbereich nur noch eine Linie hat, wird die
Übersichtlichkeit halt dadurch erkauft, dass man die Information
darüber verliert, wie viele Linien es sind, und wo die hingehen. Wenn
es aber räumlich gar nicht anders geht ist das natürlich immer noch ne
mögliche Variante.

Gruß Martin

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