Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Dirk Stöcker]

On Tue, 15 Jul 2008, Frederik Ramm wrote:


Das spielt fuer uns nun wirklich keine Rolle und ist eine von den Dis-
kussionen, die hier unnoetig Platz verschwenden. Es liegt auf der Hand,


Als ob das auf dieser Mailingliste auffallen würde 


Was die Routing-Anweisungen anbetrifft, waere es vermutlich sinnvoll,
mit grosszuegigen Text-Aehnlichkeits-Metriken zu arbeiten. Ein Ueber-
gang von der "B10" auf die "B 10" duerfte genausowenig explizit ausge-
wiesen sein wie ein Uebergang von der "Bethelstrasse" in die
"Betelstr.".


Hmm, das bietet eine ganze Menge Material für Probleme verschiedenster 
Art. Sinnvoller ist meiner Meinung nach eine Datenharmonisierung vor der 
Nutzung fürs Routing. Aufgrund begrenzten Speicherplatzes auf den 
Endgeräten ist dies im Endeffekt sowieso nötig.


- Konvertierung aller boolean-Werte in ein Format
- Entfernen ungenutzter/unbekannter Keys/Values
- Harmonisierung unterschiedlicher Schreibweisen
- Eintragen eigener Restriktionen (Geschwindigkeiten/...)
- ...

Und nachher ein Routing, welches diese optimierten Daten nutzt.

Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Paste-Url in Josm

[Dirk Stöcker]

On Wed, 16 Jul 2008, Karl Eichwalder wrote:


Aktualisieren! Der Fehler, das man erst was ändern musste ist behoben.


nein, erst zu Weihnachten.


Da hast du etwas falsch verstanden.  Bugfixes sind natürlich zeitnah
gewünscht, nur sollten nicht zugleich auch neue features eingemischt
werden.


Wer Ansprüche stellt muss auch dafür bezahlen. Das Entwicklungsmodel, was 
Du hier beschreibst (zwei parallel gepflegte Versionen) kostet zusätzliche 
Arbeit, die niemand macht, wenn es nicht bezahlt wird.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Garmin: Adressen finden

[Bernd Wurst]

Hallo.

Am Dienstag, 15. Juli 2008 schrieb Daniela Duerbeck:
> Bernd Wurst wrote:
> > Wurde nicht vor ein paar Tagen gesagt, dass das mit den neuesten Karten
> > jetzt geht?
> Echt?  Wo?

Sorry, die Info kam von der selben Quelle, die mir weis machen wollte, mkgmap 
könnte jetzt routing. Da hatte wohl jemand in die Glaskugel anstatt auf den 
Bildschirm geschaut... :)

Gruß, Bernd

-- 
There are no significant bugs in our released software that any
significant number of users want fixed.  -  Bill Gates


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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[Bernd Wurst]

Hallo.

Am Dienstag, 15. Juli 2008 schrieb FreeWorld:
> Damit wäre dann zumindest geklärt, dass Google oder sonst irgendein
> Unternehmen OSM wahrscheinlich nicht benutzen wird.
> Alles klar.

Das stimmt nicht.
Also ja, die "verquickung" von OSM-Daten mit anderen Karten-Daten wird immer 
schwer werden. Aber OSM-Karten zu *benutzen* für z.B. eine nicht-freie 
Navi-Anwendung ist lizenzrechtlich kein Problem.

Siehe auch de facto alle Hersteller von DSL-Routern oder jetzt TomTom. Alle 
diese Geräte basieren auf irgendwelchen Linux-Systemen und der für das Gerät 
angepasste Linux-Sourcecode muss eben freigegeben werden. Dennoch ist z.B. 
die richtige Navi-Anwendung nicht frei und muss es auch nicht sein.


Unsere Lizenz verhindert, dass TeleAtlas/NAVTEQ unsere Daten in Ihren 
geschlossenen Bestand aufnehmen und das ist auch gut so.

Gruß, Bernd

-- 
Joey: "Phoebe willst du uns helfen?"
Phoebe: "Oh, ich wünschte ich könnte aber ich will nicht."
  -  Friends (am. Sitcom)


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

Re: [Talk-de] ?F?r landuse Knoten von Strassen verwenden?

[Bernd Wurst]

Hallo.

Am Dienstag, 15. Juli 2008 schrieb Heiko Jacobs:
> Stadtteils-, Stadtviertelsgrenzen etc. sind Aufgabe von boundary=
> Ein Stadtviertel o.ae. kann ja durchaus aus mehreren landuses
> zusammengesetzt sein, wie dann den Namen setzen? Geht nicht...
> Ausnahmen moegen kleine Flaechen sein koennen, wenn bspw. eine Ansammlung
> von 3 Haeusern "Kleinkleckersdorfer Hof" heiszt...

Ich rede nicht unbedingt von Stadtvierteln sondern von benannten Wohn- und 
Industriegebieten.

Wir haben hier viele explizit benannte Wohn- oder Industriegebiete, da ist 
dann auch jeweils nix anderes. 
Stadtviertel sind deutlich größer als das was ich meine, daher schließt sich 
das nicht aus.

Gruß, Bernd

-- 
Drei Arten von Männern haben Schwierigkeiten, Frauen zu verstehen:
 - junge Männer
 - Männer mittleren Alters
 - alte Männer


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

Re: [Talk-de] Paste-Url in Josm

[Karl Eichwalder]

Christoph Eckert <[EMAIL PROTECTED]> writes:

>> Aktualisieren! Der Fehler, das man erst was ändern musste ist behoben.
>
> nein, erst zu Weihnachten.

Da hast du etwas falsch verstanden.  Bugfixes sind natürlich zeitnah
gewünscht, nur sollten nicht zugleich auch neue features eingemischt
werden.

-- 
Karl Eichwalder

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

Re: [Talk-de] OSM-Treffen Dortmund

[Daniel Maliga]

Markus Schäfer schrieb:
> ich hab noch mal in den Tiefen der talk-de gegraben, und bin dabei auf 
> diesen Eintrag 
> http://lists.openstreetmap.org/pipermail/talk-de/2008-June/012693.html 
> gestoßen.
> Möchtest Du es nochmal versuchen?

Mach ich, mit Verweis auf diesen Thread zum Nachweis des Interesses.


Gruß,
Daniel

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

Re: [Talk-de] (Vorschlag) Bestimmte Abschnitte alter Tracks l?schen

[Garry]

Sven Sommerkamp schrieb:
> Am Dienstag, 15. Juli 2008 16:54:32 schrieb [EMAIL PROTECTED]:
>   
>> Zur Zeit kommt es h?ufiger vor,
>> dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten
>> l?schen w?rde.
>> 
> Geht mir auch so.
>   
>> Ein Beispiel ist der neu entstandene Kreisverkehr, durch den,
>> laut Tracks, nun viele Leute zuvor einfach dr?ber gesschanzt sein
>> m?ss(t)en.
>> 
> Eigentlich sollten die Tracks auch ein Verfallsdatum besitzen, denn wie du 
> selbst siehst, die Gegebenheiten ändern sich auch mal.
>   
>> Ein weiteres Beispiel sind Tracks, die so ungenau sind, das man das Gef?hl
>> hat,
>> der Mapper war besoffen oder das GPS-Ger?t defekt.
>> 
> Dafür gibts viele Gründe. Es gibt Fehler für die der Mapper nichts 
> kann(Stichwort: Häuserschluchten). 
>   
>> Dieses Problem wird es in Zukunft immer h?ufiger geben.
>> 
> So häufig wie in der Vergangenheit, allerdings die Empfangstechnik ist auch 
> besser geworden (Stichwort SIRF3, Beschleunigungssensoren).
>   
>> Wird schon an einer technischen Umsetzung diesbez?glich gearbeitet?
>> Ein Gedanke, den ich hatte, war die M?glichkeit, das ein User eine
>> bestimmte Anzahl
>> an GPS Points selektieren und diese somit zum delete-vote freigeben kann.
>> Stimmt ein bestimmtes Verh?ltnis an Usern in einem bestimmten Radius des
>> L?schantrags zu,
>> wird dieser gestattet.
>> 
> Am besten man verwendet zuerst die eigenen Track und benutzt den Servervorat 
> nur zur Ergänzung.
>   
>> ?hnlich, wie die - vielleicht - bessere Integration von OpenStreetBugs,
>> wird dies fr?her oder sp?ter darauf hinauslaufen, dass man eine Art
>> pers?nlichen RSS-feed hat,
>> der einem mitteilt, * was in der Umgebung ver?ndert wurde * was als bug
>> gemeldet wurde
>> * was zum l?schen gevotet wird * usw
>>
>> Gru?
>> Eichi
>> 
>
> Ich fände wichtiger das man einem Track einen Namen geben kann, der dann auch 
> beim runterladen vom Server im Editor angezeigt würde.
> In diesem "Namen" könnte man wichtige Informationen unterbringen.
> Straßennamen, Straßenart, Höchstgeschw. usw.
>
> Das wäre eine einfache Möglichkeit für unbedarfte Mithelfer ohne große 
> Mappingkenntnisse mitzumachen.
> Eine Art Mapshare für OSM.
>
> Meine Straße ist nicht in OSM?
> O.K. Track erstellen, alles in den Namen reinschreiben, nach einem vorher 
> festgelegtem Schema und dann hochladen.
>
> Jeder der in dem Bereich grad arbeitet, kann dann diese Daten einpflegen, 
> ohne 
> selbst vor Ort zu sein, denn er sieht der Track ist erst vor kurzem 
> aufgezeichnet und noch aktuell.
>
>
>   
Denke dass macht nicht wirklich Sinn - dieser Weg dürfte für den  
Anfänger nicht wirklich viel  einfacher werden
als sich gleich in OSM  rudimentär einzuarbeiten  und  dort gleich  den  
Weg richtig einzutragen.

Garry


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

Re: [Talk-de] (Vorschlag) Bestimmte Abschnitte alter Tr acks löschen

[Martin Koppenhoefer]

2008/7/15 Frederik Ramm <[EMAIL PROTECTED]>:
> Hi,
>
>> Zur Zeit kommt es häufiger vor,
>> dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten
>> löschen würde.
>
> Ich wuerde eine Filterung bei der Ausgabe einer Loeschung vorziehen. Man
> koennte z.B. bei der Herausgabe der GPX-Daten durch die API wenigstens
> das Jahr mit ausgeben und dadurch dann im Editor alles, was aus dem
> letzten Jahr oder aelter ist, anders darstellen/weglassen.
>

dagegen. Soo häufig ändern sich Straßen ja nicht. Was sich ändert sind
Einbahnstraßen und derlei, aber die Straßen und Wege an sich gibts
meist schon ewig oder wenn sie neu sind, werden sie "ewig" bleiben.
Klar gibts auch Änderungen (neuer Kreisverkehr, etc.), aber nach einem
Jahr die Tracks nicht mehr anzuzeigen bin ich sehr dagegen. Anders
darstellen könnte man machen. Man könnte sie z.B. verblassen lassen
(je älter, um so weniger hell, z.B. 4 Stufen: 5 Jahre und älter: fast
unsichtbar (kommt ja auch derzeit noch nicht vor) also z.B. 20%, 2-5
Jahre 50%, 1-2 Jahre 80%, 0-1 Jahr 100%. Ich bin aber eigentlich auch
da dagegen, nicht prinzipiell, aber ich würde die Schwelle sehr hoch
setzen, also z.B. 4-5 Jahre.

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

Re: [Talk-de] Wanderwege

[Sven Geggus]

Christoph Eckert <[EMAIL PROTECTED]> wrote:

> In Navit lasse ich paths mit horse=designated, bicycle=designated und 
> foot=designated wie die bisherigen bridle/cycle/footway rendern. Alle anderen 
> Paths werden als gestrichelte Linien dargestellt. Eigene Typen für die 
> sac-grades habe ich noch nicht eingebaut.

Ich habe das jetzt in osmarender so geändert, dass yes statt
designated ebenfalls zugelassen ist.

Sven

-- 
TCP/IP: telecommunication protocol for imbibing pilsners
 (Man-page uubp(1C) on Debian/GNU Linux)

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Wanderwege

[Sven Geggus]

Christoph Eckert <[EMAIL PROTECTED]> wrote:

> mindestens, wenn nciht sogar in 15 noch. highway=path ist sogar in 12 noch 
> sichtbar :-) :

<15 ergibt das keinen Sinn mehr, denn da kann man die zusätzliche
rote Linie IMO kaum noch erkennen.

Für 16 hab ichs mal eingebaut.

Gruss

Sven

-- 
If we want hardware to work to its full potential, we need to claim to
be a recent version of Windows. (Matthew Garrett)

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

[Talk-de] OSM maxspeed in Garmingeräten anzeige n?

[Garry]

Was verhindert dass "maxspeed" nicht in den Garmin-Geräten (Nüvi760) 
angezeigt wird?
Das Problem, dass man dazu eine routingfähige Karte benötigt oder wird 
der Wert derzeit einfach
nur nicht berücksichtigt so dass es einfach anpassbar wäre?


Garry

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

Re: [Talk-de] Gleiskörper überqueren

[Garry]

Jens Müller schrieb:
> Garry schrieb:
>   
>> Einfach als zwei getrennte Fahrbahnen mit Tram dazwischen.
>> Ich würde es nicht besonders hervorheben dass man die Gleise überqueren 
>> kann, erhöht nur die Unfallgefahr
>> wenn einem das Navi plötzlich über die Gleise z.B. zum Wenden schickt. 
>> Wer zufällig vorbeikommt selbst darin eine
>> Wendemöglichkeit sieht kann sie ja nutzen und wird selbst  entsprechend  
>> umsichtig handeln - hoffe ich...
>>
>> 
>
> Naja, Fußgängerrouting von einer Querstraße auf der einen Seite zum 
> Uni-Eingang auf der anderen Seite kann dann aber suboptimal werden ...
>
>   
Vielleicht in Ausnahmefällen. Die nächste gesichterte 
Querungsmöglichkeit wird in der Regel kaum mehr als 100m
entfernt sein - in einer Grössenordnung die auf dem Display sichtbar 
sein dürfte so dass man selbst entscheiden kann wo man die Gleise quert.

Garry
.

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

Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService

[Bodo Meissner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andreas Jacob wrote, on 15.07.2008 20:54:
| Am Dienstag, 15. Juli 2008 20:04:36 schrieb Frederik Ramm:
|>
|>> Und das erzeugt bei einer normalen X-Kreuzung 17(!) Relationen, wenn man
|>> sie komplett erfasst. Solche Monster wollte ich eigentlich vermeiden,
|>> das kann kein Mensch mehr warten.
|> Deine vorgeschlagene Relation auch nicht.
|
| Ich halte so etwas schon für wartbar. Allerdings bedürfte es dafür
wohl ein
| sehr cleveres grafisches Frontend.

Wenn man sowieso ein Frontend braucht, dann ist es egal, ob da alle
Fahrtmöglichkeiten mit "seltsamen" Schlüsseln in eine Relation gestopft
werden oder 17 einzelne Relationen erzeugt/bearbeitet werden.


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

iEYEARECAAYFAkh9G3sACgkQnMz9fgzDSqd6dwCeLLTxIDS6m24XyoNOm/Bsqm5M
+DYAmwaWWsGB8a91plIOGqa4/NTbt3H6
=jiji
-END PGP SIGNATURE-

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

Re: [Talk-de] Paste-Url in Josm

[Christoph Eckert]

Moin,

> Aktualisieren! Der Fehler, das man erst was ändern musste ist behoben.

nein, erst zu Weihnachten.

SCNR ;)

Vergnügte Grüße,

ce


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

Re: [Talk-de] (Vorschlag) Bestimmte Abschnitte alt er Tracks löschen

[Frederik Ramm]

Hi,

> Zur Zeit kommt es häufiger vor,
> dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten 
> löschen würde.

Ich wuerde eine Filterung bei der Ausgabe einer Loeschung vorziehen. Man
koennte z.B. bei der Herausgabe der GPX-Daten durch die API wenigstens
das Jahr mit ausgeben und dadurch dann im Editor alles, was aus dem 
letzten Jahr oder aelter ist, anders darstellen/weglassen.

Das Loeschen fremder Daten, egal fuer wie falsch man sie haelt, ist
immer ein Problem - man koennte sich ja irren, bzw. ein Irrer koennte
sich des Mechanismus bemaechtigen. Und da jetzt komplizierte Systeme
drumrum zu bauen... ich weiss nicht.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"


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

Re: [Talk-de] Wanderwege (was: Rendering von highway=path in Osmarender/Mapnik)

[Christoph Eckert]

Moin,

> Nur mit SAC-scale würde ich da den Gipfelanstieg wirklich einzeichnen
> wollen. Ohne hätte ich mit highway=path; foot=designated so meine
> Probleme.

ich hatte in JOSM auch entsprechende Presets eingebaut (was momentan 
allerdings in der deutschen Version etwas komisch aussieht). Preisfrage: 
gehört ein foot=designated mit 'dran oder nicht? IMO no und deshalb setzen 
die Presets den auch nicht.

In Navit lasse ich paths mit horse=designated, bicycle=designated und 
foot=designated wie die bisherigen bridle/cycle/footway rendern. Alle anderen 
Paths werden als gestrichelte Linien dargestellt. Eigene Typen für die 
sac-grades habe ich noch nicht eingebaut.

Gruß,

ce


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

Re: [Talk-de] Wanderwege

[Christoph Eckert]

Moin,

> Ich hab das mal für Zoomlevel 17 im osmarender aktiviert und in
> Subversion eingecheckt. Was denkt Ihr, sollte man das auch schon in
> Zoomlevel 16 aktivieren?

mindestens, wenn nciht sogar in 15 noch. highway=path ist sogar in 12 noch 
sichtbar :-) :
http://tinyurl.com/63jego

Den könnte man wohl auch auf 14 oder 15 zurechtstutzen.

Gruß,

ce

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

[Talk-de] (Vorschlag) Bestimmte Abschnitte alter Tracks l?schen

[Sven Sommerkamp]

Am Dienstag, 15. Juli 2008 16:54:32 schrieb [EMAIL PROTECTED]:
> Zur Zeit kommt es h?ufiger vor,
> dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten
> l?schen w?rde.
Geht mir auch so.
>
> Ein Beispiel ist der neu entstandene Kreisverkehr, durch den,
> laut Tracks, nun viele Leute zuvor einfach dr?ber gesschanzt sein
> m?ss(t)en.
Eigentlich sollten die Tracks auch ein Verfallsdatum besitzen, denn wie du 
selbst siehst, die Gegebenheiten ändern sich auch mal.
>
> Ein weiteres Beispiel sind Tracks, die so ungenau sind, das man das Gef?hl
> hat,
> der Mapper war besoffen oder das GPS-Ger?t defekt.
Dafür gibts viele Gründe. Es gibt Fehler für die der Mapper nichts 
kann(Stichwort: Häuserschluchten). 
> 
> Dieses Problem wird es in Zukunft immer h?ufiger geben.
So häufig wie in der Vergangenheit, allerdings die Empfangstechnik ist auch 
besser geworden (Stichwort SIRF3, Beschleunigungssensoren).
>
> Wird schon an einer technischen Umsetzung diesbez?glich gearbeitet?
> Ein Gedanke, den ich hatte, war die M?glichkeit, das ein User eine
> bestimmte Anzahl
> an GPS Points selektieren und diese somit zum delete-vote freigeben kann.
> Stimmt ein bestimmtes Verh?ltnis an Usern in einem bestimmten Radius des
> L?schantrags zu,
> wird dieser gestattet.
Am besten man verwendet zuerst die eigenen Track und benutzt den Servervorat 
nur zur Ergänzung.
>
> ?hnlich, wie die - vielleicht - bessere Integration von OpenStreetBugs,
> wird dies fr?her oder sp?ter darauf hinauslaufen, dass man eine Art
> pers?nlichen RSS-feed hat,
> der einem mitteilt, * was in der Umgebung ver?ndert wurde * was als bug
> gemeldet wurde
> * was zum l?schen gevotet wird * usw
>
> Gru?
> Eichi

Ich fände wichtiger das man einem Track einen Namen geben kann, der dann auch 
beim runterladen vom Server im Editor angezeigt würde.
In diesem "Namen" könnte man wichtige Informationen unterbringen.
Straßennamen, Straßenart, Höchstgeschw. usw.

Das wäre eine einfache Möglichkeit für unbedarfte Mithelfer ohne große 
Mappingkenntnisse mitzumachen.
Eine Art Mapshare für OSM.

Meine Straße ist nicht in OSM?
O.K. Track erstellen, alles in den Namen reinschreiben, nach einem vorher 
festgelegtem Schema und dann hochladen.

Jeder der in dem Bereich grad arbeitet, kann dann diese Daten einpflegen, ohne 
selbst vor Ort zu sein, denn er sieht der Track ist erst vor kurzem 
aufgezeichnet und noch aktuell.

Gruß Sven


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

Re: [Talk-de] Garmin: Adressen finden

[Christoph Eckert]

Moin,

> Ich fände es schon toll, wenn ich in meinem Garmin nach Adressen suchen
> könnte. Was wäre da wo an Zusatzaufwand nötig?

nach meinem Wissensstand sieht es so aus als ob die Adreßinformationen mit in 
dem Bereich des Dateiformates lägen, der auch die Routinginformationen 
beherbergt. Und dieser Bereich ist bisher noch unbekannt.

Falls Bernd Recht hätte umso besser.

Gruß,

ce

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

Re: [Talk-de] ?F?r landuse Knoten von Strassen verwenden?

[Heiko Jacobs]

Bernd Wurst <[EMAIL PROTECTED]> wrote:
> landuse=residential soll ja nicht nur sch?ne grau hinterlegte Fl?chen 
> erzeugen 
> sondern kann bzw. sollte auch einen Namen tragen. 
> Manchmal sind Wohngebiete nat?rlich auch hierarchisch benannt 
> (z.B. "Weststadt" als ?berbegriff ?ber mehrere Wohngebiete) oder es l?sst 
> sich (ohne Katasterkarten) nicht exakt sagen, wo das benannte Gebiet endet. 
> Dann ist es nat?rlich, wie so oft, Geschmackssache. :)

Stadtteils-, Stadtviertelsgrenzen etc. sind Aufgabe von boundary=
Ein Stadtviertel o.ae. kann ja durchaus aus mehreren landuses
zusammengesetzt sein, wie dann den Namen setzen? Geht nicht...
Ausnahmen moegen kleine Flaechen sein koennen, wenn bspw. eine Ansammlung
von 3 Haeusern "Kleinkleckersdorfer Hof" heiszt...

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


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

Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Frederik Ramm]

Hallo,

> > Wenn der Rest der Welt ohne Leerzeichen notiert, warum gibt es da eine
> > deutsche "Sonderregelung"?
> > 
> > Gerade bei "E 30" etc. wird es ja dann wieder Routing-Software
> > durcheinander bringen, oder?

> Ob der Rest der Welt ohne Leerzeichen notiert habe ich jetzt nicht
> geprüft, aber auch die Europastraßen werden ganz offiziell mit
> Leerzeichen geschrieben, siehe auch im offiziellen Dokument dazu:
> http://www.unece.org/trans/doc/2002/sc1agr/TRANS-SC1-AC5-2002-03e.pdf

Das spielt fuer uns nun wirklich keine Rolle und ist eine von den Dis-
kussionen, die hier unnoetig Platz verschwenden. Es liegt auf der Hand,
dass sich kein Anwendungsprogramm darauf verlassen kann, dass Strassen-
nummern grundsaetzlich mit oder grundsaetzlich ohne Leerzeichen ge-
schrieben sind. Daraus folgt dann aber auch, dass es voellig irrelevant
ist, ob 1% oder 49% oder 99% mit oder ohne Leerzeichen geschrieben sind.

(Und fuer diejenigen, die sich gerade ueberlegen, wie sie mit einem
Skript am besten ganz Deutschland auf die "richtige" Schreibweise um-
stellen: Bitte lasst es. Es muellt unnoetig die History zu und bringt
niemanden weiter.)

Was die Routing-Anweisungen anbetrifft, waere es vermutlich sinnvoll,
mit grosszuegigen Text-Aehnlichkeits-Metriken zu arbeiten. Ein Ueber-
gang von der "B10" auf die "B 10" duerfte genausowenig explizit ausge-
wiesen sein wie ein Uebergang von der "Bethelstrasse" in die
"Betelstr.".

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"


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

Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Heiko Eckenreiter]

Hi Guido,

> Wenn der Rest der Welt ohne Leerzeichen notiert, warum gibt es da eine
> deutsche "Sonderregelung"?
> 
> Gerade bei "E 30" etc. wird es ja dann wieder Routing-Software
> durcheinander bringen, oder?

Ob der Rest der Welt ohne Leerzeichen notiert habe ich jetzt nicht
geprüft, aber auch die Europastraßen werden ganz offiziell mit
Leerzeichen geschrieben, siehe auch im offiziellen Dokument dazu:
http://www.unece.org/trans/doc/2002/sc1agr/TRANS-SC1-AC5-2002-03e.pdf

Gruß,
Heiko
-- 
Navigare necesse est.

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

Re: [Talk-de] OSM-Treffen Dortmund

[Markus Schäfer]

Hallo Daniel,

ich hab noch mal in den Tiefen der talk-de gegraben, und bin dabei auf 
diesen Eintrag 
http://lists.openstreetmap.org/pipermail/talk-de/2008-June/012693.html 
gestoßen.
Möchtest Du es nochmal versuchen?

Gruß
Markus
> Hallo,
>
> Markus Schäfer schrieb:
>   
>> in dem Zusammenhang gab es schon den Wunsch eine  lokale Mailingliste 
>> ins Leben zu rufen.
>> Weiß jemand wie man das initiert?
>> 
>
> Ja, den Wunsch gab es. Ich habe diesbezüglich bereits am 8.7. eine Mail
> an <[EMAIL PROTECTED]> geschrieben; anscheinend war das
> nicht der richtige Weg, das zu initiieren. Nungut, fragen wir halt
> hier... :)
>
>
> Gruß,
>   Daniel
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>   


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

Re: [Talk-de] Kleine Anwendung für OSM-Karten

[derandi]

Harald Kirsch schrieb:
> Stark. Aber wo bleibt da die "privacy" des Eismannes. Der kann jetzt
> nichtmal mehr Mittags ein kleines Nickerchen in einer Seitenstraße machen:-)
>
> Harald.
>
>   
Viel lustiger ist es war es als er dat  Ding auch im Urlaub benutzte.

derandi

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

Re: [Talk-de] Kleine Anwendung für OSM-Karten - Speed mapping :-)

[Christian Karrié]

Garry schrieb:
> Dominik Tritscher schrieb:
>> Am Dienstag, 15. Juli 2008 19:18:49 schrieb TopSpotter:
>>   
>>> s also? SMS per GSM? UMTS-Flatrate?
>>> 
>> GPRS. Schau mal auf die Seite, da ist ein Link zur Firma "Falcom", die haben 
>> dem Eismann eines ihrer Geräte zur Verfügung gestellt. Die bauen spezielle 
>> Tracker vor allem für den Agrar-Bereich (Tracker fürn Trecker ;). Das is ne 
>> kleine Büchse mit GPS, GSM-Modul und Can-Bus-Anschlüssen.
>> Preislich is das nich so kritisch, Vodafone und T-Mobile bieten für solche 
>> Zwecke Telemetrie-Tarife an. Die Datenmenge hält sich ja in Grenzen und man 
>> muss die Position ja auch nicht jede Sekunde updaten.
>>
>>   
> 
> Wäre doch noch eine Idee für den Mapping-Wettbewerb: 
> Speed-Mapping - Einer rennt draussen  rum  um die GPS-Daten aufzunehmen, 
> der andere Sitzt stationäre und klopft die Daten online in den Rechner...
> 
> Garry


Lass meinen Inder in ruhe ;-)


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

Re: [Talk-de] Für landuse Knoten von Strassen verwen den?

[Henry Loenwind]

Garry wrote:
> Henry Loenwind schrieb:

> Und wenn ich eine Spezialanwendung habe, die mir die landwirtschaftlich 
> genutzte Fläche eines Gebietes
> berechnet möchte ich keine Strassen mit in der Fläche haben.
> Und jetzt?

Dann gesht Du zuerst her und trägst die cm-genau vermessenen Felder als 
Ebene 3 Objekt ein. Ebene 2 (landuse) für landwirtschaftliche Fläche ist 
da das falsche, denn es besagt ja nur, dass diese Fläche und Felder, 
Wiesen und Nebenflächen vorgesehen ist. Nebenflächen sind nur mal 
Hecken, Bäche, Pfade, Straßen etc.

cu
Henry

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

Re: [Talk-de] Garmin: Adressen finden

[Daniela Duerbeck]

Bernd Wurst wrote:
> Wurde nicht vor ein paar Tagen gesagt, dass das mit den neuesten Karten jetzt 
> geht?
>   
Echt?  Wo?

Viele Grüße von Dani

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

Re: [Talk-de] Gleiskörper überqueren

[Jens Müller]

Garry schrieb:
> Einfach als zwei getrennte Fahrbahnen mit Tram dazwischen.
> Ich würde es nicht besonders hervorheben dass man die Gleise überqueren 
> kann, erhöht nur die Unfallgefahr
> wenn einem das Navi plötzlich über die Gleise z.B. zum Wenden schickt. 
> Wer zufällig vorbeikommt selbst darin eine
> Wendemöglichkeit sieht kann sie ja nutzen und wird selbst  entsprechend  
> umsichtig handeln - hoffe ich...
>

Naja, Fußgängerrouting von einer Querstraße auf der einen Seite zum 
Uni-Eingang auf der anderen Seite kann dann aber suboptimal werden ...


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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[Frederik Ramm]

Hallo,

>> Entweder muss man sich gleich auf eine Lizenz festlegen, oder eben 
>> sagen, alles gehoert Google. Was Du oben skizzierst, hoert sich sehr 
>> nach Public Domain an, da kann also auch Teleatlas die Daten runterladen 
>> und bei sich einbauen. Eventuell will Google das nicht.

> Letztlich gab es mal eine Pressemeldung die genau das gegenteil 
> ausgesagt hat, dass nämlich Google und Teleatlas kooperieren wollen auch 
> beim erfassen von Daten.

Dann ersetze in meinem Text "Teleatlas" durch "Navteq".

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[FreeWorld]

Bernd Wurst schrieb:
> Hallo FreeWorld.
> 
> Bitte denk nach und im besten Fall recherchier kurz bevor du postest. Deine 
> Thesen und Fragen lassen sich mit ganz wenigen Netz-Suchen ganz schnell 
> korrigieren.

Ja hast Recht, hab nicht so viel recherchiert. Kritik ist also berechtigt!

> Am Dienstag, 15. Juli 2008 schrieb FreeWorld:
>> Naja gut, dann könnten sie aber ihren Editor so anpassen, dass er auch
>> als OSM-Editor benutzt werden kann. Das mit dem festen Schema leuchtet
>> mir noch nicht so ganz ein. Sie können ja schauen, was sie brauchen und
>> eben diese Tags nehmen. Ich denke das OSM-Datenmodell lässt sich schon
>> auf das von Google abbilden oder zur Not auch so erweitern, dass da was
>> kompatibles rauskommt, wenn man möchte. Bin mir da jetzt nicht so im
>> Detail drüber im Klaren und kann mir auch vorstellen, dass es mehr
>> Aufwand bedeuten würde, denke aber, dass es machbar wäre.
> 
> Du weißt aber schon, dass Google trotz allem Engagement noch eine 
> gewinnorientierte Firma ist? Einfach mal ganz viel Arbeit reinstecken um dann 
> die Daten unter Public Domain zu veröffentlichen ist da eher nicht sinnvoll. 
> Freie Lizenzen teilweise schon, aber "jeder darf alles damit machen" bestimmt 
> nicht. Das macht ja noch nichtmal OSM so, siehe unten.
> 

ja ok, aber doof find ichs trotzdem. Ich sag ja auch nicht, dass Google
hier alles an alle verteilen soll. Ich hab mich immer auf das
beschränkt, was sie eben nicht selber erarbeiten, sondern Nutzer machen
lassen. Sagen wir mal ich hab da einfach ein blödes Gefühl. Aber ok. Aus
Googles Sicht sicher berechtigt.

> Und was Google angeht: Ich verteidige hier Google, auch wenn ich das normal 
> nicht so uneingeschränkt tue. Google ist nicht das Allheilmittel und auch 
> nicht der große Freund von allen. 
> 
> Aber grade was freie Software angeht, ist der GSoC einfach *das* 
> Sponsoring-Event schlechthin. So viel Geld spendet kaum eine andere Firma so 
> breit gestreut an freie Projekte, die das wirklich gebrauchen können.
> Hier über "Google tut nur scheinheilig" zu lästern ist echt unter allem 
> Niveau. Natürlich sind MapMaker-Karten nicht frei. Das war nie anders zu 
> erwarten.

Ich bin ja auch froh, dass Google da großer Sponsor ist! Ich will mich
hier auch nicht als der große Googlehasser aufspielen - tut mir Leid,
wenns so rüber kam - kann ich verstehen.
Es sind halt doch kleine Sachen, die ich seltsam finde. Du sagst
MapMaker-Karten sind "natürlich" nicht frei. So deutlich finde ich das
nicht und offenbar gibt es ja auch Überlegungen von Google (wenn ich das
von Frederiks Bericht richtig gedeutet habe), dass diese Daten ja in
Zukunft doch ne freie Lizenz kriegen könnten.

>>> Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es
>>> *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten
>>> (ausser PD).
>> Nee versteh ich nicht. 
> 
> Beispiel:
> CC-by-sa und GNU FDL sind zueinander inkompatibel. Eigentlich, nach Wortlaut 
> der Lizenzen, darfst du keine Inhalte von Wikipedia nach OSM überführen oder 
> anders herum. Die Lizenzen sagen inhaltlich dasselbe aus, aber jede 
> sagt "Weiterverbreitung nur unter DIESER Lizenz".
> 
> Es wäre bescheuert, sich vorab auf eine Lizenz festzulegen wenn man irgend 
> eine andere Alternative hat. als freies Projekt haben wie keine andere 
> Alternative, aber Google hat.
> 
> 
>> Wenn sie sagen: ok liebe User, alle Daten, die 
>> ihr generiert, können von jedem hier runtergeladen werden. 
> 
> Sagt StudiVZ, dass du alle Nutzergenerierten Daten runterladen kannst? Sagt 
> XING, dass du alle generierten Daten runterladen darfst? Gibt dir Google die 
> statistischen Daten über deine Mail-Inhalte, die du tagtäglich generierst?
> 
> Das ist völlig unrealistisch, dass eine gewinnorientierte Firma solche Daten 
> unter vollwertiges Public-Domain stellt. Das macht keinen Sinn.

Vermutlich hast du recht. Schade.
(Warum noch mal durften wir eigentlich die AND-Daten importieren? Das
Unternehmen scheint es noch zu geben.)

>> Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so,
>> aber muss dann eben die Quelle nennen.
>> (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja
>> immer Teleatlas da und so...)
> 
> Das ist das "by" in "CC-by-sa".
> 
> 
>> Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen
>> Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich
>> dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den
>> Rest hätt ich aber keine Lizenz.
>> Seh ich das so richtig?
> 
> Das schon.
> 
> 
>> Also ich dachte eben es ist nicht so, wie bei GPL, dass Software, die
>> irgendwo GPL verwendet selber unter GPL stehen muss, aber wie gesagt -
>> korrigiert mich.
> 
> Das "sa" in der "CC-by-sa" sagt genau dieses aus.
> 
> Weißt du, liebes unbekanntes FreeWorld, wenn man auf der OSM-Startseite auf 
> das Lizenz-Symbol klickt, kommt man auf diese Seite:
> http://creativecommons.org/licenses/by-sa/2.0/
> 
> Da steht das in g

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[Thorsten Feles]

Hi

Frederik Ramm schrieb:
> Hallo,
> 
>> Nee versteh ich nicht. Wenn sie sagen: ok liebe User, alle Daten, die
>> ihr generiert, können von jedem hier runtergeladen werden. Wir benutzen
>> eure Daten, um damit unsere Maps zu rendern. Wenn beispielsweise Leute
>> von Openstreetmap genau diese Daten haben wollen, dann können sie sie
>> bekommen. Wo ist denn das Problem?
> 
> Entweder muss man sich gleich auf eine Lizenz festlegen, oder eben 
> sagen, alles gehoert Google. Was Du oben skizzierst, hoert sich sehr 
> nach Public Domain an, da kann also auch Teleatlas die Daten runterladen 
> und bei sich einbauen. Eventuell will Google das nicht.

Letztlich gab es mal eine Pressemeldung die genau das gegenteil 
ausgesagt hat, dass nämlich Google und Teleatlas kooperieren wollen auch 
beim erfassen von Daten.

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

Re: [Talk-de] OSM-Treffen Dortmund

[Daniel Maliga]

Hallo,

Markus Schäfer schrieb:
> in dem Zusammenhang gab es schon den Wunsch eine  lokale Mailingliste 
> ins Leben zu rufen.
> Weiß jemand wie man das initiert?

Ja, den Wunsch gab es. Ich habe diesbezüglich bereits am 8.7. eine Mail
an <[EMAIL PROTECTED]> geschrieben; anscheinend war das
nicht der richtige Weg, das zu initiieren. Nungut, fragen wir halt
hier... :)


Gruß,
Daniel

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

Re: [Talk-de] Kleine Anwendung für OSM-Karten - Speed mapping :-)

[Garry]

Dominik Tritscher schrieb:
> Am Dienstag, 15. Juli 2008 19:18:49 schrieb TopSpotter:
>   
>> s also? SMS per GSM? UMTS-Flatrate?
>> 
> GPRS. Schau mal auf die Seite, da ist ein Link zur Firma "Falcom", die haben 
> dem Eismann eines ihrer Geräte zur Verfügung gestellt. Die bauen spezielle 
> Tracker vor allem für den Agrar-Bereich (Tracker fürn Trecker ;). Das is ne 
> kleine Büchse mit GPS, GSM-Modul und Can-Bus-Anschlüssen.
> Preislich is das nich so kritisch, Vodafone und T-Mobile bieten für solche 
> Zwecke Telemetrie-Tarife an. Die Datenmenge hält sich ja in Grenzen und man 
> muss die Position ja auch nicht jede Sekunde updaten.
>
>   

Wäre doch noch eine Idee für den Mapping-Wettbewerb: 
Speed-Mapping - Einer rennt draussen  rum  um die GPS-Daten aufzunehmen, 
der andere Sitzt stationäre und klopft die Daten online in den Rechner...

Garry



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

Re: [Talk-de] Für landuse Knoten von Strassen verwen den?

[Garry]

Henry Loenwind schrieb:
> Man sollte auch bedenken, wie die Karte aussieht, wenn mal NICHT alles 
> gerendert wird. Wenn ich also eine Spezialkarte machen will, in der NUR 
> landuse erscheint, möchte ich keine komischen weißen Korridore zwischen 
> den Flächen.
>
>   
Und wenn ich eine Spezialanwendung habe, die mir die landwirtschaftlich 
genutzte Fläche eines Gebietes
berechnet möchte ich keine Strassen mit in der Fläche haben.
Und jetzt?

Garry


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

Re: [Talk-de] Wanderwege

[Sven Geggus]

Sven Geggus <[EMAIL PROTECTED]> wrote:

> Einchecken werde ich das wohl erst, wenn der CfV durch ist. Sieht ja
> so aus als ob der angenommen werden würde.

OK, Leute, ich hab nicht bis ganz unten gelesen:

Voting is closed

The proposal has been accepted with 16:3 votes. 

Ich hab das mal für Zoomlevel 17 im osmarender aktiviert und in
Subversion eingecheckt. Was denkt Ihr, sollte man das auch schon in
Zoomlevel 16 aktivieren?

Gruss

Sven

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

/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Kreuzungsrelation

[Henry Loenwind]

Henry Loenwind wrote:

> Im übrigen hab ich mal ein Beispiel fertig:
> 
> http://wiki.openstreetmap.org/index.php/User:Henry_Loenwind/ACR

Beispiel ist erweiteret (Autobahnkreuz) und der angepasste Text liegt 
jetzt auch da.

Im übrigen habe ich nichts gegen Gegenvorschläge, die den gleichen 
Informationsgehalt transportieren können. Jedenfalls nicht, solange 
diese nicht für jeden Path eine Relation anlegen wollen.

cu
Henry

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

Re: [Talk-de] access=private/permissive - Umklarheiten im Wiki

[André Reichelt]

GeoJ schrieb:

ich bin gerade auf ein paar Unklarheiten im Wiki zum tag "access" gestoßen,
die nicht so ganz zusammenpassen.


Die Übersetzung habe ich gemacht. Das Problem ist, dass damals der 
Wortlaut noch anders war.


access=private 
	The owner may give permission on an individual basis

The public do not have right of access

access=permissive 
	The owner gives general permission for access 

The owner gives permission for access

Nachdem die Beschreibung scheinbar in der Zwischenzeit angepasst wurde, 
sollte man dafüber nachdenken, ob es sinnvoll ist, das ins Deutsche zu 
übernehmen.




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

Re: [Talk-de] OSM-Treffen Dortmund

[Markus Schäfer]

Hallo zusammen,

in dem Zusammenhang gab es schon den Wunsch eine  lokale Mailingliste 
ins Leben zu rufen.
Weiß jemand wie man das initiert?

VG
Markus

Tobias Wendorff schrieb:
> Hallo,
>
> leider finde ich den Anfang des Threads nicht...
> Vergesst mich nicht, will auch teilnehmen!
>
> Grüße
> Tobias
>
>
>
>
> Damian Sulewski schrieb:
>   
>> Hi,
>> bin auch dabei. 
>> Wir sollten uns vielleicht auf ein Gebiet einigen das wir abklappern
>> wollen.
>>
>> Damian
>>
>> Am Dienstag, den 08.07.2008, 22:43 +0200 schrieb Markus Schäfer:
>> 
>>> Hallo zusammen,
>>>
>>> wir haben geraden begonnen ein erstes Treffen aller interessierten 
>>> OSM'ler in Dortmund zu organisieren.
>>> Ort und Zeit sind noch im Findungsprozess. Es wird auf jeden Fall nach 
>>> den Sommerfrien und irgendwo in Dortmund stattfinden :-)
>>>
>>> Wer also aus dem Raum Dortmund kommt, und noch keine Info in seiner 
>>> inbox gefunden hat, der möge bitte einen Laut von sich geben.
>>>
>>> Ansonsten bin ich natürlich auch an guten Tipps, Ratschlägen und anderem 
>>> Hilfreichem interessiert.
>>>
>>> Viele Grüße
>>> Markus
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>>>   
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>> 
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>   


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

[Talk-de] Wanderwege (was: Rendering von highway=path in Osmarender/Mapnik)

[Sven Geggus]

Christoph Eckert <[EMAIL PROTECTED]> wrote:

> Was ist denn mit den Hiking-Trails. Du wolltest da was mappen; 

Meine Bergtour vom letzen Jahr :)

Nur mit SAC-scale würde ich da den Gipfelanstieg wirklich einzeichnen
wollen. Ohne hätte ich mit highway=path; foot=designated so meine
Probleme.

> Planst Du da noch was in osmarender einzubauen? Vielleicht eine
> gestrichelte Linie, bei der die Striche je nach Schwierigkeitsgrad
> immer kürzer werden?

Ich hab das gerade mal in Anlehnung an die Farben unter
http://www.sac-cas.ch/uploads/media/SAC_Wanderskala_Vergleich_01.pdf
eingebaut. Als Strichelung hab ich das gewählt, was bei den üblichen
proprietären Papierkarten normalerweise verwendet wird.

Einchecken werde ich das wohl erst, wenn der CfV durch ist. Sieht ja
so aus als ob der angenommen werden würde.

Also, alle dafür stimmen
(http://wiki.openstreetmap.org/index.php/Proposed_features/Hiking)
wenn ihr das in Map Features drin haben wollt!

Unter http://home.geggus.net/osm/sac-scales.svg ist ein sample.

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 [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

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

[Talk-de] access=private/permissive - Umklarheiten im Wiki

[GeoJ]

Hi,

ich bin gerade auf ein paar Unklarheiten im Wiki zum tag "access" gestoßen,
die nicht so ganz zusammenpassen.

Auf der englischen Seite [1] ist die Beschreibung

access=private 
The owner may give permission on an individual basis

access=permissive 
The owner gives general permission for access 

Auf der deutschen Seite [2] hört sich das ganz anders an:

access=private 
Privatstraßen, die nicht befahren werden dürfen

access=permissive 
Privatstraßen, deren Befahrung einer Genehmigung bedarf

Das englische hört sich für mich irgendwie brauchbarer an. Was meint ihr
dazu?

GeoJ

[1] http://wiki.openstreetmap.org/index.php/Key:access
[2] http://wiki.openstreetmap.org/index.php/De:Key:access


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

Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService

[Andreas Jacob]

Am Dienstag, 15. Juli 2008 20:04:36 schrieb Frederik Ramm:
> Hallo,
>
> > Und das erzeugt bei einer normalen X-Kreuzung 17(!) Relationen, wenn man
> > sie komplett erfasst. Solche Monster wollte ich eigentlich vermeiden,
> > das kann kein Mensch mehr warten.
>
> Deine vorgeschlagene Relation auch nicht.

Ich halte so etwas schon für wartbar. Allerdings bedürfte es dafür wohl ein 
sehr cleveres grafisches Frontend. Ich stelle mir das in etwa so vor, dass 
man sich die Kreuzung im Baukastenprinzip aus Grundbausteinen zusammen setzen 
kann, und im Hintergrund dann die entsprechenden Relationen erzeugt werden. 
Umgekehrt muss sich natürlich aus den Relationen auch wieder das 
Kreuzungsbild erzeugen lassen - eigentlich logisch.

Gruß Andreas

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

Re: [Talk-de] Schreibfehler im Wiki

[Tordanik]

Hi,

>> "Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite „map“
>> verfassen."
> 
> Bei openstreetmap.org erhalte ich:
> 
> Search results
>  From OpenStreetMap
> 
> […]
> Von welchem Wiki sprichst also Du?

MediaWiki erlaubt dem Nutzer, die Sprache der Oberfläche einzustellen,
und zwar in den „my preferences“ rechts oben. Ich kann den Schreibfehler
dann auch bestätigen.

Da wir die Texte aber garantiert nicht selbst in alle die dort
gelisteten Sprachen übersetzt haben, schätze ich mal, dass die Meldung
schon in dieser Form mit dem MediaWiki geliefert wurde und vermutlich am
besten dort korrigiert würde.

Tordanik

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

Re: [Talk-de] Schreibfehler im Wiki

[Frederik Ramm]

Hi,

> Ich spreche von dem gleichen Wiki. Bei mir allerdings ist die Meldung
> in deutsch:

Ah, ich hab meine Sprache auf de umgestellt, jetzt sehe ich es auch.

Prinzipiell kann man solche Seiten auch aendern:

http://wiki.openstreetmap.org/index.php?title=MediaWiki:Noexactmatch/de&action=edit

Aber bei unserer Installation ist das wohl unterbunden:

"Diese Seite enthält Text für das Sprach-Interface der Software und ist 
gesperrt, um Missbrauch zu verhindern."

Ich frag mal nach.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Schreibfehler im Wiki

[André Reichelt]

Andreas Volz schrieb:

Ich spreche von dem gleichen Wiki. Bei mir allerdings ist die Meldung
in deutsch:


Das ist einstellungssache, ob das in deutsch oder englisch kommt.



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

Re: [Talk-de] Nummerierung von Autobahnauf-/abfahrten

[André Reichelt]

Claudius Henrichs schrieb:
Hm. Aber die Autobahn samt den Auffahrten heißt doch "A 4" und nicht "A 
4o", nur weil es ein Teil des Autobahnkreuzes ist, oder? Das ganze ins 
Ref-Tag zu packen finde ich irreführend, da es eine Information für's 
Straßenbauamt, aber kein herkömmlicher (Im Sinne der Durchnummerierung 
von Autobahnen und Bundesstraßen in D) Referenzwert der Straße dort ist.


Ich glaube, das Verbindungsstück hat diese Bezeichnung, also der "link" 
praktisch. So habe ich das jetzt jedenfalls verstanden.




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

Re: [Talk-de] Kartenausdruck als Vorbereitung für E vent

[André Reichelt]

Bernd Wurst schrieb:
Predigen wir nicht nicht immer, dass wir OSM brauchen weil genau diese 
Anwendung von Google-Karten nicht legal ist? ;-))


Ganeu deshalb brauchen wir ja karten, damit mal OSM gezielt voran 
bringen kann und wenn vier oder fünf Leute gleichzeitig in nem eng 
begrenzten Gebiet mappen, kann schnell etwas in die Hose gehen. Im 
Notfall muss ich eben etwas improvisieren und das Zeugs manuell 
rauskopieren.




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

Re: [Talk-de] Schreibfehler im Wiki

[Andreas Volz]

Am Tue, 15 Jul 2008 19:52:06 +0200 schrieb Frederik Ramm:

> Hi,
> 
> > Wenn man allerdings etwas sucht und nicht erfolgreich ist, kommt
> > eine spezielle Seite. Diese kann man nicht normal verändern. Dort
> > heißt es:
> > 
> > "Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite
> > „map“ verfassen."
> 
> Bei openstreetmap.org erhalte ich:
> 
> Search results
>  From OpenStreetMap
> 
> You searched for drosophila melanogaster
> Jump to: navigation, search
> 
> There is no page titled "drosophila melanogaster".
> 
> You might prefer to google the whole site instead. For more
> information see Searching the wiki.
> No page title matches
> No page text matches
> 
> Note: Unsuccessful searches are often caused by searching for common 
> words like "have" and "from", which are not indexed, or by specifying 
> more than one search term (only pages containing all of the search
> terms will appear in the result).
> 
> 
> Von welchem Wiki sprichst also Du?

Ich spreche von dem gleichen Wiki. Bei mir allerdings ist die Meldung
in deutsch:

http://imagebin.ca/view/Fa6Jcc.html

Gruß
Andreas

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

Re: [Talk-de] OpenRouteService

[Pascal Neis]

Hi,
antworte hier auf zwei Fragen:
einmal von Alexander Schulze und einmal von Bernd Wurst!

>From: Alexander Schulze <[EMAIL PROTECTED]>
>>>habe gerad mal den OpenRouteService ausprobiert und bin darauf gesto?en,
>>>dass folgendes
>>>
>>>barrier=bollard,bicycle=yes,foot=yes
>>>
>>>vom Algorithmus ignoriert wird (Methode:Shortest).

das ist richtig, wird momentan nicht bei ORS unterstützt


>From: Bernd Wurst <[EMAIL PROTECTED]>
>Subject: Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download
>&...
>To: Openstreetmap allgemeines in Deutsch 
>Message-ID: <[EMAIL PROTECTED]>
>Content-Type: text/plain; charset="iso-8859-15"
>
>Hallo.
>
>Am Dienstag, 15. Juli 2008 schrieb Hatto von Hatzfeld:
>>Mir ist aufgefallen: Er meint, durch den l?ngeren Weg ?ber die Bachstra?e
>>(highway=residential) gegen?ber dem k?rzeren ?ber die Br?ckenstra?e
>>(highway=unclassified) genau 5 Sekunden Zeit zu sparen.
>>
>>Das hat also etwas mit dem Stra?entyp zu tun (default maxspeed?). Dann
>>aber nicht logisch; ich w?rde jedenfalls (mangels "maxspeed") bei
>>unclassified eine h?here Geschwindigkeit annehmen als bei residential.
>
>Pascal Neis hatte mir dazu privat geantwortet, dass er residential deutlich
>besser klassifiziert als unclassified. Ich finde das auch unlogisch und habe
>selbiges geantwortet.
>
>In dem Fall wollte ich eigentlich explizit mit der Wahl des Typ "unclassified"
>klar machen, dass man bitte die nehmen soll wenn's irgendwie geht. Weil die
>andere ist wirklich nur f?r die, die da wohnen interessant (wenngleich nicht
>verboten).

ist bei mir lokal geändert und wird die nächsten Tage auf den Server kommen ...

cheers
pascal


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

Re: [Talk-de] Kartenausdruck als Vorbereitung für Even t

[Bernd Wurst]

Hallo.

Am Dienstag, 15. Juli 2008 schrieb André Reichelt:
> Dazu hätte ich mir gerne von Google oder einem
> vergleichbaren Anbieter eine Karte rausgelassen

Predigen wir nicht nicht immer, dass wir OSM brauchen weil genau diese 
Anwendung von Google-Karten nicht legal ist? ;-))

Tipp am Rande: Die meisten Stadtverwaltungen bzw. Tourismus-Infos haben ne 
Menge Steuergelder in den Städte-Verlag investiert um so kleine Faltkarten zu 
bekommen. Die werden normal kostenlos angegeben und sollten für deinen Zweck 
optimal sein. Vielleicht ist das ja besser als den ganzen Stress mit dem 
kacheln und drucken.

Gruß, Bernd

-- 
Werbeplakat von Hornbach (Baumarkt-Kette):
Danke Daniel. Für uns bist du der Superstar: Deutliches Umsatzplus
bei Dämm-Material und Lärmschutz seit Beginn von
"Deutschland sucht den Superstar"


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

Re: [Talk-de] Harz geklaut

[Garry]

Juergen Buchner schrieb:
> 2008/7/11 Andreas Pothe <[EMAIL PROTECTED]>:
>   
>> Falls jemand gerade nicht weiß, was er tun soll: Irgendjemand hat den Harz
>> geklaut:
>> http://www.informationfreeway.org/?lat=51.706681446480076&lon=10.39493280266
>> 715&zoom=12&layers=B000F000F
>> 
>
> Da hat jemand die ganzen Hilfswege gelöscht, die Osmarender braucht,
> um große Flächen darstellen zu können. Ich habe die Wege dank Potlatch
> (!) zurückladen können. Mal gucken, ob der Harz wieder auftaucht ...
>
>   
Was den für Hilfswege?
Wäre es es nicht besser das ganze aus kleineren Flächen zu erstellen?

Garry

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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[Bernd Wurst]

Hallo FreeWorld.

Bitte denk nach und im besten Fall recherchier kurz bevor du postest. Deine 
Thesen und Fragen lassen sich mit ganz wenigen Netz-Suchen ganz schnell 
korrigieren.


Am Dienstag, 15. Juli 2008 schrieb FreeWorld:
> Naja gut, dann könnten sie aber ihren Editor so anpassen, dass er auch
> als OSM-Editor benutzt werden kann. Das mit dem festen Schema leuchtet
> mir noch nicht so ganz ein. Sie können ja schauen, was sie brauchen und
> eben diese Tags nehmen. Ich denke das OSM-Datenmodell lässt sich schon
> auf das von Google abbilden oder zur Not auch so erweitern, dass da was
> kompatibles rauskommt, wenn man möchte. Bin mir da jetzt nicht so im
> Detail drüber im Klaren und kann mir auch vorstellen, dass es mehr
> Aufwand bedeuten würde, denke aber, dass es machbar wäre.

Du weißt aber schon, dass Google trotz allem Engagement noch eine 
gewinnorientierte Firma ist? Einfach mal ganz viel Arbeit reinstecken um dann 
die Daten unter Public Domain zu veröffentlichen ist da eher nicht sinnvoll. 
Freie Lizenzen teilweise schon, aber "jeder darf alles damit machen" bestimmt 
nicht. Das macht ja noch nichtmal OSM so, siehe unten.


Und was Google angeht: Ich verteidige hier Google, auch wenn ich das normal 
nicht so uneingeschränkt tue. Google ist nicht das Allheilmittel und auch 
nicht der große Freund von allen. 

Aber grade was freie Software angeht, ist der GSoC einfach *das* 
Sponsoring-Event schlechthin. So viel Geld spendet kaum eine andere Firma so 
breit gestreut an freie Projekte, die das wirklich gebrauchen können.
Hier über "Google tut nur scheinheilig" zu lästern ist echt unter allem 
Niveau. Natürlich sind MapMaker-Karten nicht frei. Das war nie anders zu 
erwarten.


> > Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es
> > *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten
> > (ausser PD).
> Nee versteh ich nicht. 

Beispiel:
CC-by-sa und GNU FDL sind zueinander inkompatibel. Eigentlich, nach Wortlaut 
der Lizenzen, darfst du keine Inhalte von Wikipedia nach OSM überführen oder 
anders herum. Die Lizenzen sagen inhaltlich dasselbe aus, aber jede 
sagt "Weiterverbreitung nur unter DIESER Lizenz".

Es wäre bescheuert, sich vorab auf eine Lizenz festzulegen wenn man irgend 
eine andere Alternative hat. als freies Projekt haben wie keine andere 
Alternative, aber Google hat.


> Wenn sie sagen: ok liebe User, alle Daten, die 
> ihr generiert, können von jedem hier runtergeladen werden. 

Sagt StudiVZ, dass du alle Nutzergenerierten Daten runterladen kannst? Sagt 
XING, dass du alle generierten Daten runterladen darfst? Gibt dir Google die 
statistischen Daten über deine Mail-Inhalte, die du tagtäglich generierst?

Das ist völlig unrealistisch, dass eine gewinnorientierte Firma solche Daten 
unter vollwertiges Public-Domain stellt. Das macht keinen Sinn.


> Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so,
> aber muss dann eben die Quelle nennen.
> (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja
> immer Teleatlas da und so...)

Das ist das "by" in "CC-by-sa".


> Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen
> Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich
> dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den
> Rest hätt ich aber keine Lizenz.
> Seh ich das so richtig?

Das schon.


> Also ich dachte eben es ist nicht so, wie bei GPL, dass Software, die
> irgendwo GPL verwendet selber unter GPL stehen muss, aber wie gesagt -
> korrigiert mich.

Das "sa" in der "CC-by-sa" sagt genau dieses aus.

Weißt du, liebes unbekanntes FreeWorld, wenn man auf der OSM-Startseite auf 
das Lizenz-Symbol klickt, kommt man auf diese Seite:
http://creativecommons.org/licenses/by-sa/2.0/

Da steht das in ganz kurzen, knappen Sätzen, sogar mit Bildchen.

Und da sogar auf deutsch:
http://creativecommons.org/licenses/by-sa/2.0/de/


Gruß, Bernd

-- 
Wie lange eine Minute ist, hängt davon ab, auf welcher Seite der
Toilettentür man sich befindet.


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

Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent

[André Reichelt]

Frederik Ramm schrieb:
Da Google die gleichen Tiles verwendet wie wir, nur die Zoomlevel anders 
numeriert sind - z(google)=17-z(osm) - muesste es eigentlich moeglich 
sein, sich mit meinem "bigmap" ein Perlskript zu generieren und dieses 
geringfuegig zu modifizieren, indem man eben den Tile-URL gegen den von 
Google austauscht.


Leider kenne ich mich mit Perl so gar nicht aus :(.



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

Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService

[Frederik Ramm]

Hallo,

> Und das erzeugt bei einer normalen X-Kreuzung 17(!) Relationen, wenn man 
> sie komplett erfasst. Solche Monster wollte ich eigentlich vermeiden, 
> das kann kein Mensch mehr warten.

Deine vorgeschlagene Relation auch nicht.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent

[Frederik Ramm]

Hallo,

André Reichelt wrote:
> Das ist mir schon klar. Allerdings ist da eigentlich nur weisses nichts. 
> Deshalb wollte ich eigentlich ne Google Karte auf A4 ausdrucken und die 
> einzelnen Zonen farbig hervorheben (überblenden). Dann kann man die 
> erfassten Straßen auf der Karte direkt in Echtzeit ausstreichen.

Da Google die gleichen Tiles verwendet wie wir, nur die Zoomlevel anders 
numeriert sind - z(google)=17-z(osm) - muesste es eigentlich moeglich 
sein, sich mit meinem "bigmap" ein Perlskript zu generieren und dieses 
geringfuegig zu modifizieren, indem man eben den Tile-URL gegen den von 
Google austauscht.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[Frederik Ramm]

Hallo,

> Nee versteh ich nicht. Wenn sie sagen: ok liebe User, alle Daten, die
> ihr generiert, können von jedem hier runtergeladen werden. Wir benutzen
> eure Daten, um damit unsere Maps zu rendern. Wenn beispielsweise Leute
> von Openstreetmap genau diese Daten haben wollen, dann können sie sie
> bekommen. Wo ist denn das Problem?

Entweder muss man sich gleich auf eine Lizenz festlegen, oder eben 
sagen, alles gehoert Google. Was Du oben skizzierst, hoert sich sehr 
nach Public Domain an, da kann also auch Teleatlas die Daten runterladen 
und bei sich einbauen. Eventuell will Google das nicht.

> Ich sag noch mal, wie ich unsere Lizenz verstanden habe - korrigiert
> mich bitte.
> Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so,
> aber muss dann eben die Quelle nennen.
> (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja
> immer Teleatlas da und so...)

Ja, das stimmt.

> Außerdem kann jeder die Daten weiter nutzen, auch wenn sie in ein
> anderes Projekt eingefügt wurden.
> Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen
> Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich
> dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den
> Rest hätt ich aber keine Lizenz.
> Seh ich das so richtig?

Ja. Wobei es halt nicht immer so einfach ist, wo die Grenze zwischen dem 
abgeleiteten Werk und dem Sammelwerk ist. Abgeleitete Werke erben die 
Lizenz. Man koennte sich auf den Standpunkt stellen: Dadurch, dass 
Google seine eigenen Daten mit OSM-Daten verknuepft, wird die ganze 
Datenbank ein abgeleitetes Werk und steht unter der CC-BY-SA-Lizenz. 
Diese Trennstelle ist eines der groesseren Probleme - sie wird immer 
existieren, aber *wo* sie genau existiert, ist bei uns nicht gut genug 
festgelegt, so dass aengstliche Rechtsabteilungen immer sagen "lieber 
Finger weg".

Unsere Lizenz hat auch das Problem, dass wir niemandem Rechtssicherheit 
bieten koennen - wenn einer kommt und fragt: Duerfen wir dies und das, 
dann ist unsere Antwort oft "hm, weiss nicht, frag besser einen Anwalt".

Schliesslich besteht auch noch das kleine Problem, dass unsere Lizenz 
die Leute zwingt, die Endprodukte ihrer Arbeit unter CC-BY-SA zu stellen 
(wer ein T-Shirt mit OSM-Material drauf druckt, muss das T-Shirt-Design 
z.B. unter diee Lizenz stellen), aber davon haben wir nichts. Wir 
haetten es lieber, wenn unsere Lizenz auf abgeleitete Daten wirkt statt 
auf abgeleitete T-Shirts.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Nummerierung von Autobahnauf-/abfahrten

[Claudius Henrichs]

Mario Salvini:
> Beim Autobahnkreuz A 4 / A 44 gehört z.B. das komplette Autobahnkreuz 
> zur A 4 (laut Randsteinen).
> http://www.openstreetmap.org/browse/relation/17501
> 
> Ich weiß nicht genau, wie dass in anderen Bundesländern ist, aber hier 
> sind sogar die einzelnen Links durchbuchstabiert (4a-4o)

Hm. Aber die Autobahn samt den Auffahrten heißt doch "A 4" und nicht "A 
4o", nur weil es ein Teil des Autobahnkreuzes ist, oder? Das ganze ins 
Ref-Tag zu packen finde ich irreführend, da es eine Information für's 
Straßenbauamt, aber kein herkömmlicher (Im Sinne der Durchnummerierung 
von Autobahnen und Bundesstraßen in D) Referenzwert der Straße dort ist.


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

Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Bernd Wurst]

Hallo.

Am Dienstag, 15. Juli 2008 schrieb Hatto von Hatzfeld:
> Mir ist aufgefallen: Er meint, durch den längeren Weg über die Bachstraße
> (highway=residential) gegenüber dem kürzeren über die Brückenstraße
> (highway=unclassified) genau 5 Sekunden Zeit zu sparen.
>
> Das hat also etwas mit dem Straßentyp zu tun (default maxspeed?). Dann
> aber nicht logisch; ich würde jedenfalls (mangels "maxspeed") bei
> unclassified eine höhere Geschwindigkeit annehmen als bei residential.

Pascal Neis hatte mir dazu privat geantwortet, dass er residential deutlich 
besser klassifiziert als unclassified. Ich finde das auch unlogisch und habe 
selbiges geantwortet.

In dem Fall wollte ich eigentlich explizit mit der Wahl des Typ "unclassified" 
klar machen, dass man bitte die nehmen soll wenn's irgendwie geht. Weil die 
andere ist wirklich nur für die, die da wohnen interessant (wenngleich nicht 
verboten).

Gruß, Bernd

-- 
Wenn allzu früh der Morgen graut,
dann ist der ganze Tag versaut


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

Re: [Talk-de] Schreibfehler im Wiki

[Frederik Ramm]

Hi,

> Wenn man allerdings etwas sucht und nicht erfolgreich ist, kommt eine
> spezielle Seite. Diese kann man nicht normal verändern. Dort heißt es:
> 
> "Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite „map“
> verfassen."

Bei openstreetmap.org erhalte ich:

Search results
 From OpenStreetMap

You searched for drosophila melanogaster
Jump to: navigation, search

There is no page titled "drosophila melanogaster".

You might prefer to google the whole site instead. For more information 
see Searching the wiki.
No page title matches
No page text matches

Note: Unsuccessful searches are often caused by searching for common 
words like "have" and "from", which are not indexed, or by specifying 
more than one search term (only pages containing all of the search terms 
will appear in the result).


Von welchem Wiki sprichst also Du?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Kleine Anwendung für OSM-Karten

[Dominik Tritscher]

Am Dienstag, 15. Juli 2008 19:18:49 schrieb TopSpotter:
> Moin,
> nette Sache und als exil-Ilmenauer schaut man da gern drauf. Was mich aber
> interessiert:
>
> Wie bekommt Ihr die Positionsdaten vom Auto ins Web? Ich bin Funkamateur
> und ich benutze genau für diese Art der Positionsübertragung APRS und als
> Sender ein UKW-Funkgerät auf 144.800 Mhz, auf der ich meine Positionsbaken
> sende. Die passenden Empfänger stehen verteilt im ganzen Land und von dort
> geht es dann ins Internet.
>
> Nun bezweifle ich, das der Eismann lizensierten Funkamateur ist, oder doch?
>  :-) Wie geht's also? SMS per GSM? UMTS-Flatrate?
GPRS. Schau mal auf die Seite, da ist ein Link zur Firma "Falcom", die haben 
dem Eismann eines ihrer Geräte zur Verfügung gestellt. Die bauen spezielle 
Tracker vor allem für den Agrar-Bereich (Tracker fürn Trecker ;). Das is ne 
kleine Büchse mit GPS, GSM-Modul und Can-Bus-Anschlüssen.
Preislich is das nich so kritisch, Vodafone und T-Mobile bieten für solche 
Zwecke Telemetrie-Tarife an. Die Datenmenge hält sich ja in Grenzen und man 
muss die Position ja auch nicht jede Sekunde updaten.

MfG,
Dominik

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

Re: [Talk-de] Gleiskörper überqueren

[Garry]

Jens Müller schrieb:
> Hallo,
>
> es geht zum Beispiel um folgende Stelle:
>
> http://data.giub.uni-bonn.de/openrouteservice/?zoom=16&lat=6276361.37139&lon=936518.45335&layers=B0T
>
> Die Fahrbahnen sind zwar baulich getrennt, aber der leicht erhöhte 
> Gleiskörper ist gepflastert und kann von Fußgängern und Radfahrern 
> überquert werden, und von Autos auch (für die macht es aber eh nur zum 
> Wenden Sinn).
>
> Für wen es erlaubt ist: Keine Ahnung.
>
> Wie mappt man das?
>
>   
Einfach als zwei getrennte Fahrbahnen mit Tram dazwischen.
Ich würde es nicht besonders hervorheben dass man die Gleise überqueren 
kann, erhöht nur die Unfallgefahr
wenn einem das Navi plötzlich über die Gleise z.B. zum Wenden schickt. 
Wer zufällig vorbeikommt selbst darin eine
Wendemöglichkeit sieht kann sie ja nutzen und wird selbst  entsprechend  
umsichtig handeln - hoffe ich...

Garry

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

Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent

[Garry]

André Reichelt schrieb:
> Jens Frank schrieb:
>> auf www.openstreetmap.org  gibt es 
>> einen "Export"-Knopf oberhalb der Karte. Damit kannst Du den 
>> aktuellen Ausschnitt als PNG, JPG, SVG, PDF oder Postscript  
>> exportieren.  PNG oder SVG lassen sich dann einfach mit 
>> Bildbearbeitungsprogrammen weiterverarbeiten.
>
> Das ist mir schon klar. Allerdings ist da eigentlich nur weisses 
> nichts. Deshalb wollte ich eigentlich ne Google Karte auf A4 
> ausdrucken und die einzelnen Zonen farbig hervorheben (überblenden). 
> Dann kann man die erfassten Straßen auf der Karte direkt in Echtzeit 
> ausstreichen.
Wenn Du einen Windows-PC zur Verfügung hast lad Dir TTQV herunter - das 
kann sehr viele KArtenformate lesen, auch die OSM-Garmin-IMGs
ausserdem automatisch die Google-Satbilder zusammenkacheln. Die 
Vektorkarten kannst Du als Overlay darüber legen,
21 Tage läuft das ganze als uneingeschränkte Demoversion...

Garry

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

Re: [Talk-de] Kleine Anwendung für OSM-Karten

[TopSpotter]

Moin,
nette Sache und als exil-Ilmenauer schaut man da gern drauf. Was mich aber 
interessiert:

Wie bekommt Ihr die Positionsdaten vom Auto ins Web? Ich bin Funkamateur und 
ich benutze genau für diese Art der Positionsübertragung APRS und als Sender ein
UKW-Funkgerät auf 144.800 Mhz, auf der ich meine Positionsbaken sende. Die
passenden Empfänger stehen verteilt im ganzen Land und von dort geht es dann
ins Internet.

Nun bezweifle ich, das der Eismann lizensierten Funkamateur ist, oder doch?  :-)
Wie geht's also? SMS per GSM? UMTS-Flatrate?

73&55
Torsten





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

Re: [Talk-de] Kleine Anwendung für OSM-Karten

[Harald Kirsch]

Stark. Aber wo bleibt da die "privacy" des Eismannes. Der kann jetzt
nichtmal mehr Mittags ein kleines Nickerchen in einer Seitenstraße machen:-)

Harald.

Am 15.07.2008 15:43 schrieb derandi:
> Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte.
> http://www.wo-ist-der-eismann.de/
> 
> Erläuterung:
> 
> Hier in Ilmenau gibt es einen Menschen der immer mit seinem Eismobil auf 
> dem Campus unterwegs ist.
> In den Vorlesungen hatte wir immer wieder Lust auf ein Eis. Leider wußte 
> damals niemand wann genau und wo der Eismensch gerade ist.
> Einer meiner Mitstudenten arbeitet bei einer Firma die Hardware für 
> Navigationsgeräte herstellt. So kam dann eines zum anderen.
> Am Anfang wurden noch google-maps Karten verwenden. Da aber Ilmenau im 
> OSM besser erfasst ist als google hat er den Kartenanbieter gewechselt.
> 
> grüße
> 
> andreas
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
> 

-- 
--+-
Harald Kirsch | pifpafpuf bei gmx punkt de


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

Re: [Talk-de] Möglicher Datenimport

[Thomas Hieber]

Tobias Wendorff schrieb:
> aber ich persönlich glaube, dass es sich dabei nicht um einen
> offiziellen Vertreter von "infas GEOdaten" handelt.
>
> Die Firma ist mit einer der größten Datenanbieter in Deutschland
> und will auf einmal den ganzen Bestand in OSM kopieren??
>
> Alleine für die Marktdaten der BRD könnte man sich eine
> C-Klasse kaufen.
>   
Es scheint hier ja auch um eine Vorabklärung vor einem internen Meeting 
zum Thema OSM zu gehen. Und da wird wohl auch geschaut, wie die OSM 
communtity zu so einem Vorhaben steht. Selbt wenn hier alle hurra rufen 
heißt das nicht, dass die irgenwas mit OSM machen werden. Vorstellen 
könnte ich es mir aber schon. Denn es ist vermutlich nicht deren 
Kernkompetenz Karten zu erstellen sondern die Marktdaten zu erfassen. 
Und die würden garantiert so oder so nie in OSM integriert werden. Die 
Idee ist vermutlich eher, wenn es um die Visualisierung von Marktdaten 
geht (Kauftkraftatlas im Großraum Stuttgart o.ä.) dann auch auf OSM 
Daten zurückzugreifen. Und da OSM nicht überall so weit ist, dem Projekt 
mit den bereits vorhandenen Geodaten etwas zu helfen.

Gruß,
Thomas

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

Re: [Talk-de] Kreuzungsrelation

[Henry Loenwind]

Bernd Wurst wrote:

> Ja, einfach nur junction. Du willst alle Situationen abbilden, also sollte es 
> keine andere junction-relation geben müssen.

Ok, ich geb mich geschlagen. ;)

>> Ein Tag setzt sich aus "Way_Node_Way" zusammen. Oder eben
>> "Way_Node_Way_Node_Way", oder ...
> 
> Ah, okay. So komplex ist das... ;-)

Ja. Wobei ich gerade gemerkt habe, dass der Node eigentlich nur in 
wenigen Spezialfällen nötig ist. Nämlich nur dann, wenn 2 Ways mit 
jeweils beiden Enden miteinander verbunden sind. Dann gibt es nämlich 2 
Möglichkeit "von 1 nach 2". Ich glaube ich nehme die Nodes wieder raus 
un verbiete einfach den Sonderfall. Der lässt sich dadurch auflösen, 
dass man einen der beiden Wege teilt.

> "Wenn möglich, bitte wenden" ist ja die Standard-Anweisung wenn man mal 
> wieder 
> intelligenter als das Navi war. Unabhängig von einer Kreuzung. :)

Nicht ganz, mein Navi unterscheidet zwichen "wenden", "wenden wenn 
möglich" und "3+1".

> Also ich würde possible_uturn ersatzlos streichen und nur das eintragen wo 
> man 
> wirklich wenden kann. In Großstädten, in denen solche Maneuver gewollt 
> vorkommen, gibt es eigentlich oft entsprechende Wende-Spuren.

Das nakte "uturn" ist genau für solche Wendespuren. Wir brauchen also 
noch was für "Mapper sagt hier geht's" und ggf. sogar "rechtlich erlaubt".

>>> Eigentlich schließt sich exit_left und exit_right innerhalb eines Landes
>>> doch aus, oder?
>> Nein, tun sie nicht. 
> 
> Hm. Ich bin schon ruhig. :)

*g* Du hättest mich al sehen sollen, als ich zum ersten mal an einer 
linken Autobahnausfahrt vorbeigekommen bin...

 right lane, left lane, center lane - here the driver has to chose the

> Das soll doch "links halten" abbilden, oder? Also im Sinne von "jetzt links 
> halten um im Autobahndreieck auf die A 7 zu wechseln".

Ja. Das ist für Spuren in Autobahndreiecken, aber auch für mehrspurige 
Kreuzungen.

> Der Straßen-Planer, der sowas mit mehr als drei *unterschiedlichen* Spuren 
> macht, geht als Sadist durch. :)
> Ich weiß nicht, gibt es sowas?

Ja. Das passiert wenn nicht neue Spuren dazukommen, sondern vorhandene 
Spuren mit einer Richtung versehen werden. z.B. Westkreuz Frankfurt/Main 
von Süden. Da sind 4 Spuren und plötzlich steht über der Fahrbahn, dass 
eine nach rechts Richtung Osten, eine nach rechts Richtung Westen und 2 
geradeaus gehen. Da hat eigentlich kein Navi eine Chance, das gut 
anzusagen. Selbst als Beifahrer ist es schwer den Fahrer nach Westen zu 
lotsen. Mein Navi sagt übrigens "rechte Spur, dann Parallelfahrbahn" zur 
zweiten Spur von rechts. Wenn man sich da mal dran gewöhnt hat, klappt 
das ganz gut.

>> Von der Autobahn auf die Ausfahrtspur: exit right
>> Von der Ausfahrtspur auf die erste Ausfahrt: exit right
>> Von der Ausfahrtspur geradeaus: parallel lane
>> Von der Parallelfahrbahn auf die zweite Ausfahrt: exit right
>> Von der Parallelfahrbahn auf die Autobahn: auto
> 
> Ich hab grade nen Knoten im Hirn, ich glaub ich brauch ein Beispiel...

Autobahnbeispiel kommt später.

> Wie modellierst du diese vielen Anweisungen, die nötig sind um das zu 
> erreichen?

Jede Anweisung ist ein Tag der Relation.

> roundabout ist IMHO sogar redundant. steckt ja schon im Weg drin.

Aber nicht, ob er auch so angesagt werden kann.

> Das liegt aber nur an den schlechten Karten und ist hoffentlich ein lösbares 
> Problem. ;-)

Touché.

Im übrigen hab ich mal ein Beispiel fertig:

http://wiki.openstreetmap.org/index.php/User:Henry_Loenwind/ACR

Noch ohne die o.g. Änderungen.

cu
Henry

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

Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService

[Henry Loenwind]

Frederik Ramm wrote:

>> To construct the key, concatenate the role names of all parts of the
>> path, separated with an underscore ("_").

> Wenn Du spezielle Tags an Ways haengen willst, die nur innerhalb der  
> Relation gelten, dann hast Du zwei Moeglichkeiten: (a) Relations in  
> der Datenbank so erweitern, dass es statt "role=x" beliebig viele  

Nicht wirklich realistisch, oder?

> Tags pro Member geben kann. Oder (b) ueberall da, wo Du Ways in  
> Deiner Relation hast, nutze stattdessen Relations (d.h. die Member  
> Deiner Kreuzungsrelation sind Relationen, die jeweils einen Way  
> enthalten sowie alle Spezialtags dazu).

Und das erzeugt bei einer normalen X-Kreuzung 17(!) Relationen, wenn man 
sie komplett erfasst. Solche Monster wollte ich eigentlich vermeiden, 
das kann kein Mensch mehr warten.

cu
Henry

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

Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?

[Peter Herison]

Dimitri Junker schrieb:

>Henry Loenwind schrieb:
>>Na solange das Ding mit "name:de=Bangkok" getaggt ist, ist mir das egal
>Gibt es eigentlich eine OSM-Kartenversion wo die internationalen Namen 
>verwendet werden?
>Bangkok wird im Zoomlevel 5:
>noch für mich lesbar geschrieben, ab Level 6 wird es unlesbar, nicht nur für 
>mich, sondern wohl vor allem auch für den Renderer, denn da sind statt der 
>einzelnen Buchstaben nur noch Rechtecke.

Hier hat Mapnik versucht den Ortsnamen in Thai zu rendern, statt in
lateinischen Buchstaben. Die Zeichen scheinen aber in seinem
verwendeten Zeichensatz nicht vorzukommen, weshalb das Viereck
grendert wurde.


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

Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent

[André Reichelt]

Jens Frank schrieb:
auf www.openstreetmap.org  gibt es einen 
"Export"-Knopf oberhalb der Karte. Damit kannst Du den aktuellen 
Ausschnitt als PNG, JPG, SVG, PDF oder Postscript  exportieren.  PNG 
oder SVG lassen sich dann einfach mit Bildbearbeitungsprogrammen 
weiterverarbeiten.


Das ist mir schon klar. Allerdings ist da eigentlich nur weisses nichts. 
Deshalb wollte ich eigentlich ne Google Karte auf A4 ausdrucken und die 
einzelnen Zonen farbig hervorheben (überblenden). Dann kann man die 
erfassten Straßen auf der Karte direkt in Echtzeit ausstreichen.




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

Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent

[Jens Frank]

2008/7/15 André Reichelt <[EMAIL PROTECTED]>:

> Hallo,
> am Sonntag wird es ein kleines, relativ privates Event in Schwäbisch Hall -
> Hessental geben. Dazu hätte ich mir gerne von Google oder einem
> vergleichbaren Anbieter eine Karte rausgelassen und darauf jeder Person
> seinen Bereich markiert. Gibt es denn möglichkeit, die Karten als Ganzes zu
> laden, oder muss ich die manuell 
> zusammenstückeln?
>

Hallo André,

auf www.openstreetmap.org gibt es einen "Export"-Knopf oberhalb der Karte.
Damit kannst Du den aktuellen Ausschnitt als PNG, JPG, SVG, PDF oder
Postscript  exportieren.  PNG oder SVG lassen sich dann einfach mit
Bildbearbeitungsprogrammen weiterverarbeiten.

Gruesse,

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

Re: [Talk-de] Autobahnauf-/abfahrten

[Peter Herison]

Mario Salvini schrieb:

>Claudius Henrichs schrieb:
>> Bei Autobahnkreuzen habe ich 
>> dabei die Nummer der Autobahn übernommen, auf die der Link führt.
>> Wenn ihr also in kommender Zeit Autobahnauffahrten in eurer Nähe 
>> überprüft könnt ihr das ja ebenfalls einführen.
>das muss nicht immer richtig sein.
>Beim Autobahnkreuz A 4 / A 44 gehört z.B. das komplette Autobahnkreuz 
>zur A 4 (laut Randsteinen).

Beim Bad Hoburger Kreuz (A5xA661) ebenso. Alle Zu- und Abfahrten
gehoeren zur A5.


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

Re: [Talk-de] Autobahn

[André Reichelt]

Mario Salvini schrieb:
Wer kann eine Automatische Generierung einer "Ansicht ala Autobahnatlas" 
aus den bestehenden OSM machen?
Das würden die komplette Erfassung deutscher Autobahnen bestimmt sehr 
beschleunigen.


Das wird eine zimliche Schläudertour, da man z.B. die Streckenkilometer 
nicht genau angeben kann. Solange unsere Daten nicht exakt sind, wird es 
bei solch langen Straßen immer massive Abweichungen von mehreren 
Kilometern geben können.


Ich habe mal vorhin an der A7 angefangen, die Fehler etwas 
strukturierter anzugeben. Die aktuelle Beschreibung bringt in meinen 
Augen überhaupt nichts.




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

[Talk-de] Kartenausdruck als Vorbereitung für E vent

[André Reichelt]

Hallo,
am Sonntag wird es ein kleines, relativ privates Event in Schwäbisch 
Hall - Hessental geben. Dazu hätte ich mir gerne von Google oder einem 
vergleichbaren Anbieter eine Karte rausgelassen und darauf jeder Person 
seinen Bereich markiert. Gibt es denn möglichkeit, die Karten als Ganzes 
zu laden, oder muss ich die manuell zusammenstückeln?


Danke schonmal.



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

Re: [Talk-de] Autobahn

[Mario Salvini]

Garry schrieb:
> Mario Salvini schrieb:
>   
>> mach es lieber wie hier ;)
>>
>> http://www.autobahnatlas-online.de/A4.htm
>>
>>   
>> 
> Mit dem Betreiber stand ich schon in Kontakt - die Parkplatznamen dürfen 
> wir übernehmen.
> Selber eintragen kann man dort aber nichts - ist ja keine wiki-Seite.
>
> Garry
>   
wenn man ihm eine Liebe Email mit gefundenen Fehlern findet, werden 
diese auch korrigiert. Klappt aber leider nur indirekt. Da sind wir mit 
OSm natürlich dynamischer.
Wer kann eine Automatische Generierung einer "Ansicht ala Autobahnatlas" 
aus den bestehenden OSM machen?
Das würden die komplette Erfassung deutscher Autobahnen bestimmt sehr 
beschleunigen.
http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Autobahn ist 
aber schonmal ein guter Anfang :) (besonders die Relation-Kartenansicht 
z.B. http://www.openstreetmap.org/browse/relation/17501)

--
 Mario

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

Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Hatto von Hatzfeld]

Am Dienstag, 15. Juli 2008 16:18 schrieb Bernd Wurst:

> Kann mir irgendjemand sagen, warum der openrouteservice so allergisch
> auf die linke Einfahrt nach Fornsbach reagiert? Ich hab jetzt nochmal
> alles geprüft, ich seh in den Daten nichts warum er das macht. Aber er
> nutzt die einfach nicht, wenn es nicht unbedingt sein muss:
>
> http://data.giub.uni-bonn.de/openrouteservice/?zoom=17&lat=6270647.6678
>1&lon=1073896.34066&layers=B0T
>
> (Einfach mal von links nach oben routen lassen.)

Mir ist aufgefallen: Er meint, durch den längeren Weg über die Bachstraße 
(highway=residential) gegenüber dem kürzeren über die Brückenstraße 
(highway=unclassified) genau 5 Sekunden Zeit zu sparen.

Das hat also etwas mit dem Straßentyp zu tun (default maxspeed?). Dann 
aber nicht logisch; ich würde jedenfalls (mangels "maxspeed") bei 
unclassified eine höhere Geschwindigkeit annehmen als bei residential.

Gruß,
Hatto

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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[FreeWorld]

Frederik Ramm schrieb:
> Hallo,
> 
>>> Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein  
>>> bisschen zu
>>> glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine
>>> Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern  
>>> oder der
>>> Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja
>>> keine, also der Map Maker.
>> Warum nehmen sie dann nicht OSM dafür?
> 
> Weil sie ein festes Schema haben, in dem sie die Daten brauchen,  und  
> weil sie ihren Usern eigene Editoren dafuer geben wollen, statt sie  
> an OSM zu verweisen.
> 

Naja gut, dann könnten sie aber ihren Editor so anpassen, dass er auch
als OSM-Editor benutzt werden kann. Das mit dem festen Schema leuchtet
mir noch nicht so ganz ein. Sie können ja schauen, was sie brauchen und
eben diese Tags nehmen. Ich denke das OSM-Datenmodell lässt sich schon
auf das von Google abbilden oder zur Not auch so erweitern, dass da was
kompatibles rauskommt, wenn man möchte. Bin mir da jetzt nicht so im
Detail drüber im Klaren und kann mir auch vorstellen, dass es mehr
Aufwand bedeuten würde, denke aber, dass es machbar wäre.

>>> Die Software dahinter ist mehr oder weniger
>>> das gleiche, was Google seit langem intern zur Datenerhebung z.B. in
>>> Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern
>>> alle Rechte abtreten, aber nur so habe Google spaeter auch die
>>> Moeglichkeit, eine "offene" Lizenz zu waehlen, die ihnen geeignet
>>> erscheint.
>> Was soll denn das für ne Logik sein?
>> Gib mir alle deine Rechte an den Daten, damit ich sie später  
>> vielleicht
>> öffentlich mache.
>>
>> Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter
>> einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf,
>> aber eben auch andere.
> 
> Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es  
> *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten  
> (ausser PD).

Nee versteh ich nicht. Wenn sie sagen: ok liebe User, alle Daten, die
ihr generiert, können von jedem hier runtergeladen werden. Wir benutzen
eure Daten, um damit unsere Maps zu rendern. Wenn beispielsweise Leute
von Openstreetmap genau diese Daten haben wollen, dann können sie sie
bekommen. Wo ist denn das Problem?
Google kann ja trotzdem sagen, dass man von Google selber keine Daten
klauen darf. Man kann ja aber speziell das Material, was da von
Freiwilligen erzeugt wurde veröffentlichen. Genau das selbe müsste
meiner Meinung nach für POIs gelten, die viele User bei Google
zusammentragen. Die sollten komplett zur freien Verfügung stehen. Google
darf sie dann natürlich weiterhin nutzen, aber eben auch alle anderen.

>>> Er halte es durchaus fuer moeglich, dass die Daten irgendwann
>>> "frei" werden,
>> Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann
>> können sie doch gar nicht selber entscheiden, dass das irgendwann frei
>> wird.
> 
> Es ging um die, die im Rahmen von MapMaper erhoben werden.

Sorry, hab ich falsch verstanden.

>>>  und sie wollen OSM auch weiterhin unterstuetzen.
>> Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert,
>> aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach
>> Openstreetmap suchen kann und auf unsere Seiten kommt?
> 
> Letztes Jahr haben sie die Konferenz finanziell unterstuetzt. Diesmal  
> nicht, aber eventuell koennen wir mit den Google-Rechtsfuzzis die  
> Brauchbarkeit des neuen Lizenzentwurfs abklopfen.

Naja, dann dankeschön Google.

>> Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch
>> schon was von dem summer of code usw. gehört. Kann mich da mal jemand
>> genauer aufklären?
> 
> Da bezahlt Google Studenten Geld, die damit freie Softwareprojekte  
> voranbringen. Google einfach mal danach ;)
> 
>> Mein persönliches Fazit: Viel Geschwafel und nichts wirklich  
>> Nützliches
>> von Google.
> 
> Immerhin eine Geste des guten Willens, die sie durchaus nicht noetig  
> gehabt haetten.
> 
>> Wenn sie OSM gut fänden und uns unterstützen wöllten, warum  
>> arbeiten sie
>> dann nicht einfach mit uns zusammen?
> 
> Einer der Gruende ist sicherlich unsere mangelhafte Lizenz; das haben  
> auch andere auf der Veranstaltung gesagt, dass ihre Anwaelte ihnen  
> von OSM abraten, weil das eventuell unerwuenschte Nebeneffekte haben  
> koennte.

Scheint ein generelles Problem zu sein mit den Lizenzen.
Ich sag noch mal, wie ich unsere Lizenz verstanden habe - korrigiert
mich bitte.
Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so,
aber muss dann eben die Quelle nennen.
(mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja
immer Teleatlas da und so...)

Außerdem kann jeder die Daten weiter nutzen, auch wenn sie in ein
anderes Projekt eingefügt wurden.
Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen
Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich
dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für 

Re: [Talk-de] Autobahnauf-/abfahrten

[Mario Salvini]

Claudius Henrichs schrieb:
> Jonathan Schlüßler:
>   
>> Hallo,
>>
>> ich habe soeben die Wiki-Seite zu deutschen Autobahnen überarbeitet. 
>> 
> (...)
>   
>> Die vorherige Spalte 'Complete' habe ich gelöscht, dafür gibt es nun 
>> eine Spalte mit 5 verschiedenen Symbolen (Trasse, Ausfahrten, 
>> Raststätten, Ausfahrtsnummern und Spuranzahl).
>> Die Prozentzahl habe ich nur in die Symbole übernommen, wenn ersichtlich 
>> war, worauf sich die Prozentzahl bezog (bei vielen hieß 100%, dass die 
>> Trasse fertig ist, obwohl noch alle Ausfahrten fehlen).
>> 
>
> Womit wir gleich noch bei einem verwandten Thema wären: Ich habe in 
> letzter Zeit bei Ab-/Auffahrten und Motorway_links an Autobahnkreuzen 
> auch das entsprechende Ref-Tag nachgetragen. Diese Trassen gehören ja 
> ebenfalls zum Autobahnkörper und zusätzlich werden so auch die 
> Routenbeschreibungen aussagekräftiger. Bei Autobahnkreuzen habe ich 
> dabei die Nummer der Autobahn übernommen, auf die der Link führt.
> Sehen kann man das beispielsweise am Kreuz der A9 und A38: 
> http://www.openstreetmap.org/?lat=51.23671&lon=12.058&zoom=16&layers=B00FTF
>
> Wenn ihr also in kommender Zeit Autobahnauffahrten in eurer Nähe 
> überprüft könnt ihr das ja ebenfalls einführen.
>
> Gruß
> Claudius
>
>   
das muss nicht immer richtig sein.
Beim Autobahnkreuz A 4 / A 44 gehört z.B. das komplette Autobahnkreuz 
zur A 4 (laut Randsteinen).
http://www.openstreetmap.org/browse/relation/17501

Ich weiß nicht genau, wie dass in anderen Bundesländern ist, aber hier 
sind sogar die einzelnen Links durchbuchstabiert (4a-4o)

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

[Talk-de] Schreibfehler im Wiki

[Andreas Volz]

Hallo,

jajaja, Schreibfehler im wiki kann man normal selbst beheben... :-)

Wenn man allerdings etwas sucht und nicht erfolgreich ist, kommt eine
spezielle Seite. Diese kann man nicht normal verändern. Dort heißt es:

"Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite „map“
verfassen."

Also entweder sollte es "Sie" oder "auskennst" heißen. Vielleicht liest
ja einer mit entsprechenden Änderungsrechten hier mit. Ist nur eine
Kleinigkeit, aber ist mir halt aufgefallen...

Gruß
Andreas

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

Re: [Talk-de] Neulingsfrage: key/value fXr NotrufsXule?

[Mario Salvini]

Heiko Eckenreiter schrieb:
> Hi Guido,
>
>   
>> es gibt doch sicher bereits ein Map-Feature für Notrufsäulen, oder?
>> 
>
> amenity=emergency_phone
>
> falls zutreffend ergänzend:
> operator=  (z.B. Björn-Staiger-Stiftung o.ä.)
>
> Grüße,
> Heiko
>
>   
kann man übrigens auch für Notrufsäulen auf Autobahnen nutzen :)

--
 Mario

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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[Frederik Ramm]

Hallo,

>> Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein  
>> bisschen zu
>> glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine
>> Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern  
>> oder der
>> Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja
>> keine, also der Map Maker.
>
> Warum nehmen sie dann nicht OSM dafür?

Weil sie ein festes Schema haben, in dem sie die Daten brauchen,  und  
weil sie ihren Usern eigene Editoren dafuer geben wollen, statt sie  
an OSM zu verweisen.

>> Die Software dahinter ist mehr oder weniger
>> das gleiche, was Google seit langem intern zur Datenerhebung z.B. in
>> Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern
>> alle Rechte abtreten, aber nur so habe Google spaeter auch die
>> Moeglichkeit, eine "offene" Lizenz zu waehlen, die ihnen geeignet
>> erscheint.
>
> Was soll denn das für ne Logik sein?
> Gib mir alle deine Rechte an den Daten, damit ich sie später  
> vielleicht
> öffentlich mache.
>
> Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter
> einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf,
> aber eben auch andere.

Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es  
*gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten  
(ausser PD).

>> Er halte es durchaus fuer moeglich, dass die Daten irgendwann
>> "frei" werden,
>
> Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann
> können sie doch gar nicht selber entscheiden, dass das irgendwann frei
> wird.

Es ging um die, die im Rahmen von MapMaper erhoben werden.

>>  und sie wollen OSM auch weiterhin unterstuetzen.
>
> Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert,
> aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach
> Openstreetmap suchen kann und auf unsere Seiten kommt?

Letztes Jahr haben sie die Konferenz finanziell unterstuetzt. Diesmal  
nicht, aber eventuell koennen wir mit den Google-Rechtsfuzzis die  
Brauchbarkeit des neuen Lizenzentwurfs abklopfen.

> Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch
> schon was von dem summer of code usw. gehört. Kann mich da mal jemand
> genauer aufklären?

Da bezahlt Google Studenten Geld, die damit freie Softwareprojekte  
voranbringen. Google einfach mal danach ;)

> Mein persönliches Fazit: Viel Geschwafel und nichts wirklich  
> Nützliches
> von Google.

Immerhin eine Geste des guten Willens, die sie durchaus nicht noetig  
gehabt haetten.

> Wenn sie OSM gut fänden und uns unterstützen wöllten, warum  
> arbeiten sie
> dann nicht einfach mit uns zusammen?

Einer der Gruende ist sicherlich unsere mangelhafte Lizenz; das haben  
auch andere auf der Veranstaltung gesagt, dass ihre Anwaelte ihnen  
von OSM abraten, weil das eventuell unerwuenschte Nebeneffekte haben  
koennte.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"




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

Re: [Talk-de] Gleiskörper überqueren

[derandi]

Jens Müller schrieb:
> Hallo,
>
> es geht zum Beispiel um folgende Stelle:
>
>   

[...]

Schau in das Archiv. Dazu gab es glaube ich schon mal einen Beitrag. 
Jedenfalls kommt mir das Kartenauschnitt bekannt. vor

gruß

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

Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService

[Frederik Ramm]

Hi,

> Tag keys are constructed from the role names. Again here the ACR  
> differs
> from other relations that use fixed key names.
>
> To construct the key, concatenate the role names of all parts of the
> path, separated with an underscore ("_").

Das waer fuer mich ein ganz grosser "showstopper". Das schreit ja  
geradezu nach "bitte bitte erzeuge inkonsistente Daten, mit denen  
keiner mehr was anfangen kann".

Wenn Du spezielle Tags an Ways haengen willst, die nur innerhalb der  
Relation gelten, dann hast Du zwei Moeglichkeiten: (a) Relations in  
der Datenbank so erweitern, dass es statt "role=x" beliebig viele  
Tags pro Member geben kann. Oder (b) ueberall da, wo Du Ways in  
Deiner Relation hast, nutze stattdessen Relations (d.h. die Member  
Deiner Kreuzungsrelation sind Relationen, die jeweils einen Way  
enthalten sowie alle Spezialtags dazu).

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"




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

[Talk-de] Gleiskörper überqueren

[Jens Müller]

Hallo,

es geht zum Beispiel um folgende Stelle:

http://data.giub.uni-bonn.de/openrouteservice/?zoom=16&lat=6276361.37139&lon=936518.45335&layers=B0T

Die Fahrbahnen sind zwar baulich getrennt, aber der leicht erhöhte 
Gleiskörper ist gepflastert und kann von Fußgängern und Radfahrern 
überquert werden, und von Autos auch (für die macht es aber eh nur zum 
Wenden Sinn).

Für wen es erlaubt ist: Keine Ahnung.

Wie mappt man das?

Gruß Jens


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

Re: [Talk-de] Kleine Anwendung für OSM-Karten

[Dominik Tritscher]

Am Dienstag, 15. Juli 2008 16:35:03 schrieb [EMAIL PROTECTED]:
> > Am Dienstag, 15. Juli 2008 15:43:11 schrieb derandi:
> >> Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte.
> >> http://www.wo-ist-der-eismann.de/
> >
> > wow :) nette Idee und gute Umsetzung. Da bekommt man glatt hunger auf ein
> > Eis.
>
> Auf die Seite bin ich durch Zufall schon mal gestossen - wegen einem
> weiteren interessanten Feature:
>
> Wenn man sich den RSS-Feed abonniert, dann bekommt man die Positionsdaten
> des Wagens als News geliefert.
Japp, auch dafür gibts auf dem News-Server des Campus-Netzes hier in Ilmenau 
bereits eine sinvolle Verwendung: Den Eismann-IRC-Bot, der in unscharfen 
Ausdrücken hinweise gibt, wo der Eismann sich befindet.
Der liefert also Sätze wie "Der Eismann befindet sich in der Nähe des 
Humboldt-Baus" ;)
Damit man auch im IRC weiß, wann es sich lohnt mal das Wohnheim zu verlassen 
*g*

MfG,
Dominik

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

Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Jens Müller]

Guenther Meyer schrieb:
> der router intern kann das ja gerne so handeln. wobei sich die frage stellt, 
> wie sinnvoll sowas ist. auf den meisten fussgaengerwegen kann man wesentlich 
> schneller fahren; erst recht, wenn sonst nix los ist...

Darf man aber nicht. Außerdem ist das bei den kurzen Stücken vermutlich 
eh egal ... Aber jedem sein Routing-Modell, wie es ihm gefällt ...


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

Re: [Talk-de] Kreuzungsrelation

[Andreas Pothe]

> Nein. Aus Italien kenne ich durchaus einige Stellen, wo die Ausfahrt auf
> der linken Seite ist, obwohl Italien Rechtsverkehr hat. Das war IIRC

Warum in die Ferne schweifen, wenn das Gute liegt so nah?

Gärtringen:
http://www.autobahn-online.de/images/gaertringen.jpg

Neuss (neu gebaute Linksausfahrt):
http://www.autobahn-online.de/phorum/file.php?6,file=9267
http://www.autobahn-online.de/phorum/file.php?6,file=9268

Berlin (A111, AS Siemensdamm):
http://www.autobahn-online.de/phorum/file.php?5,file=8578

In Bremen gibt es ebenfalls eine Linksausfahrt auf der A270, davon habe
ich aber kein Foto gefunden. Bestimmt gibt es noch weitere Beispiele.

CU
Andreas


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

Re: [Talk-de] Kleine Anwendung für OSM-Karten

[oscar]

> Am Dienstag, 15. Juli 2008 15:43:11 schrieb derandi:
>> Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte.
>> http://www.wo-ist-der-eismann.de/
>
> wow :) nette Idee und gute Umsetzung. Da bekommt man glatt hunger auf ein
> Eis.
>

Auf die Seite bin ich durch Zufall schon mal gestossen - wegen einem
weiteren interessanten Feature:

Wenn man sich den RSS-Feed abonniert, dann bekommt man die Positionsdaten
des Wagens als News geliefert.

Schöne Grüße,

 Oscar


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

Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Jens Müller]

Pascal Neis schrieb:
>> Jens M?ller schrieb:
>>> Pascal Neis schrieb:
 OpenRouteService.org unterst?tzt nun POI-Suche, GPX download
 der berechneten Routen und bietet erweiterte Fahranweisungen
>> OK, mit bicyle-Modus tut es - aber warum meint er, ich d?rfte auf dem
>> footway durch den Park fahren?
> 
> wird morgen nachmittag nicht mehr vorkommen, es dei denn: highway=footway & 
> bicycle=yes
> ...

Noch was: Im bicyle-Modus schickt er mich falschrum auf der südlichen 
Richtungsfahrbahn der Kaiserstraße entlang, im Auto-Modus nicht ... 
Müßte ganz normal oneway=yes sein ...

http://data.giub.uni-bonn.de/openrouteservice/?zoom=16&lat=6276361.37139&lon=936518.45335&layers=B0T


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

Re: [Talk-de] Kartieren von Parkwegen etc.

[kartenfreak]

> -Ursprüngliche Nachricht-
> Von: "Jens Müller" <[EMAIL PROTECTED]>
> Gesendet: 11.07.08 14:06:44
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Kartieren von Parkwegen etc.

> Es geht um Wege in Grünanlagen? Dann dürfte in der städtischen
> Grünanlagensatzung stehen, ob dort Fahrräder erlaubt sind.
>
> Wenn nein, sie aber geduldet werden, müßte es wohl bicycle=permissive sein.
>

Das war ein guter Tipp, mal bei der Stadt nachzufragen.
Ein Mitarbeiter beim Umweltsenator in Bremen hat mir auf eine entsprechende 
Anfrage folgendes geantwortet:

"das Feldordnungsgesetz vom 13.4.1965 bestimmt in §4 Abs.6: Ordnungswidrig 
handelt, wer unbefugt Baum-, Grün- oder Parkanlagen einschließlich der Wege mit 
einem Fahrzeug befährt, soweit dies nicht ausdrücklich zugelassen ist.

Somit ist das Befahren der Wege in Grünanlagen bis auf wenige Ausnahmen nicht 
zulässig. "

Schade eigentlich...
Wie stellt man aber in der Praxis fest, ob Radfahren geduldet wird? Soll ich 
hier sozusagen eigenes Ermessen anwenden?
Kriterien könnten sein:
- viele Radfahrer benutzen den Weg
- Fußgänger dulden die Radfahrer
- Radfahren wird hier nicht geahndet (soweit bekannt).


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

Re: [Talk-de] Bericht von der State of the Map-Konferenz

[FreeWorld]

Frederik Ramm schrieb:

> Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein bisschen zu 
> glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine 
> Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern oder der 
> Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja 
> keine, also der Map Maker. 

Warum nehmen sie dann nicht OSM dafür? Sie könnten ja werben, dass die
Leute bei OSM mitmachen und anschließend die Daten selber benutzen.
Warum also Map Maker? Ist für mich keine plausible Begründung.

> Die Software dahinter ist mehr oder weniger 
> das gleiche, was Google seit langem intern zur Datenerhebung z.B. in 
> Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern 
> alle Rechte abtreten, aber nur so habe Google spaeter auch die 
> Moeglichkeit, eine "offene" Lizenz zu waehlen, die ihnen geeignet 
> erscheint. 


Was soll denn das für ne Logik sein?
Gib mir alle deine Rechte an den Daten, damit ich sie später vielleicht
öffentlich mache.

Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter
einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf,
aber eben auch andere. Wenn sie wirklich das Ziel haben, was sie da
angeben, dann braucht man das nicht auf die Tour zu machen.

> Er halte es durchaus fuer moeglich, dass die Daten irgendwann 
> "frei" werden,

Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann
können sie doch gar nicht selber entscheiden, dass das irgendwann frei
wird. Das ist doch auch das Argument, was sie immer wieder bringen, dass
sie ja nur eingeschränkte Lizenzen erworben haben und somit die Daten
nur eingeschränkt zur Verfügung stellen können. Bla bla...

>  und sie wollen OSM auch weiterhin unterstuetzen.

Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert,
aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach
Openstreetmap suchen kann und auf unsere Seiten kommt?
Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch
schon was von dem summer of code usw. gehört. Kann mich da mal jemand
genauer aufklären?

> - Er erzaehlte, dass auch Google viel Stress mit Zypern hat. Fuer die 
> Luftbilder der Gebiete, die fuer Map Maker freigeschaltet sind, hat 
> Google extra die Lizenz aufgestockt - normalerweise haben sie nur eine 
> Anzeigelizenz, und fuer diese Gebiete haben sie jetzt auch eine 
> Abdigitalisier-Lizenz. 
> Auf den Vorschlag, man koennte doch diese 
> Abdigitalisier-Lizenz dann an OSM weitergeben als "nette Geste" 
> antwortete er aber, das dass nicht so ohne weiteres moeglich sei. 

Sag ich doch!

> Also mein persoenliches Fazit: Nett, dass Es (wieder) da war, es zeigt 
> immerhin, dass sie uns dafuer ernst genug nehmen, aber ob es viel mehr 
> bedeutet, weiss ich nicht.

Mein persönliches Fazit: Viel Geschwafel und nichts wirklich Nützliches
von Google.
Wenn sie OSM gut fänden und uns unterstützen wöllten, warum arbeiten sie
dann nicht einfach mit uns zusammen? Stattdessen ziehen sie ihre eigene
Lösung durch und lassen dabei die Datensammler noch alle Rechte
abtreten. Tut mir Leid, das raff ich nicht!

Danke für den Bericht, Frederik!

Grüße



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

Re: [Talk-de] (Vorschlag) Bestimmte Abschnitte alt er Tracks löschen

[PartySoundAK]

Hallo Leute,

dem kann ich nur zustimmen. Auch in meiner Gegend wird ständig Einiges
"verschlimmbessert" und es muss mühsam wieder korrigiert werden, falls es
bemerkt wird Meiner Meinung nach wäre der erwähnte "persönlichen
RSS-feed" eine der besten Lösungen. 

Grüße
Andreas

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von [EMAIL PROTECTED]
Gesendet: Dienstag, 15. Juli 2008 15:00
An: talk-de@openstreetmap.org
Betreff: [Talk-de] (Vorschlag) Bestimmte Abschnitte alter Tracks löschen

Zur Zeit kommt es häufiger vor,
dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten
löschen würde.

Ein Beispiel ist der neu entstandene Kreisverkehr, durch den,
laut Tracks, nun viele Leute zuvor einfach drüber gesschanzt sein müss(t)en.

Ein weiteres Beispiel sind Tracks, die so ungenau sind, das man das Gefühl
hat,
der Mapper war besoffen oder das GPS-Gerät defekt.

Dieses Problem wird es in Zukunft immer häufiger geben.

Wird schon an einer technischen Umsetzung diesbezüglich gearbeitet?
Ein Gedanke, den ich hatte, war die Möglichkeit, das ein User eine bestimmte
Anzahl
an GPS Points selektieren und diese somit zum delete-vote freigeben kann.
Stimmt ein bestimmtes Verhältnis an Usern in einem bestimmten Radius des
Löschantrags zu,
wird dieser gestattet.

Ähnlich, wie die - vielleicht - bessere Integration von OpenStreetBugs,
wird dies früher oder später darauf hinauslaufen, dass man eine Art
persönlichen RSS-feed hat,
der einem mitteilt, * was in der Umgebung verändert wurde * was als bug
gemeldet wurde
* was zum löschen gevotet wird * usw

Gruß
Eichi


-- 
-
Mein Weblog: http://der-eichi.de
Themen unter anderem aus den Bereichen |Politik|, |Linux|  und |freie
Software|
-
Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de
-
! Freie Alternative zu Google Maps & Co.: http://www.openstreetmap.org !

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


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

Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download & ...

[Bernd Wurst]

Hallo.

Am Sonntag, 13. Juli 2008 schrieb Pascal Neis:
> >* Fornsbach. Routing vom Bahnhof irgendwo innerorts. Er nimmt nie die
> > normale Einfahrt, sondern immer den komischen Haken ?ber eine Stra?e, die
> > zwar erlaubt aber in der Praxis eher unbenutzt ist. Einen Datenfehler
> > konnte ich dort nicht erkennen. Daf?r benutzt der Router einen Privatweg
> > mit access=no direkt am Bahnhof.
> letzteres dürfte auch morgen nicht mehr passieren ...

Tut es aber weil ich gelogen habe. Es ist access=private, nicht "no". Sollte 
für die Route aber egal sein.

Kann mir irgendjemand sagen, warum der openrouteservice so allergisch auf die 
linke Einfahrt nach Fornsbach reagiert? Ich hab jetzt nochmal alles geprüft, 
ich seh in den Daten nichts warum er das macht. Aber er nutzt die einfach 
nicht, wenn es nicht unbedingt sein muss:

http://data.giub.uni-bonn.de/openrouteservice/?zoom=17&lat=6270647.66781&lon=1073896.34066&layers=B0T

(Einfach mal von links nach oben routen lassen.)

Gruß, Bernd

-- 
Ein Psychologe ist ein Mann, der beim Auftauchen eines hübschen
Mädchens nicht das Mädchen anschaut, sondern die Männer, die das
Mädchen anschauen.  -  Jo Herbst


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

Re: [Talk-de] Kreuzungsrelation

[Bernd Wurst]

Hallo.

Am Dienstag, 15. Juli 2008 schrieb Henry Loenwind:
> > Auf jeden Fall bin ich gegen die Bezeichnung "advances crossing relation"
> > und gegen type=acr.
> > type=junction wäre IMHO sinnvoll(er).
> Einfach nur "junction"? Mmmh, vielleicht "Compley Junction Relation" (CJR)?

Ja, einfach nur junction. Du willst alle Situationen abbilden, also sollte es 
keine andere junction-relation geben müssen.

"relation" in den Name einer Relation zu packen erscheint mir wenig 
sinnvoll. :)


> >> path, separated with an underscore ("_").
> >> 1_to_2=left
> > Mööp, widersprüchliche Angabe... ;-)
> Nein. 1 und 2 sind ways, "to" ist der node. Im Klartext: "Um von Straße
> '1' auf Straße '2' zu gelangen, biege an Node 'to' nach links ab."
>
> Ein Tag setzt sich aus "Way_Node_Way" zusammen. Oder eben
> "Way_Node_Way_Node_Way", oder ...

Ah, okay. So komplex ist das... ;-)


> Ja, soll so --- wenn die ACR/CJR da ist, soll die Kreuzung komplett
> beschrieben sein. Wozu 2 unterschiedliche Relationen an eine Kreuzung
> hängen müssen um unterschiedliche Aspekte des gleichen Sachverhalts zu
> bescheiben? Der Name, ja, da hab ich auch lange gegrübelt. Mir fiel nix
> besseres ein. Es muss eben auf jedenfall der unterschied zwischen "jetzt
> wenden", "wenn möglich jetzt wenden" und "jetzt dreimal rechts und
> einmal links abbiegen" rein. Vielleicht auch noch der Unterschied
> zwischen "Wenden verboten" und "erlaubt, aber es ist nicht genug Platz
> auf der Kreuzung also nicht so routen"?

Ich finde es okay wenn man dem Mapper überlässt, eine Kreuzung als "hier 
kannman (sicher) wenden" zu taggen. In allen anderen Fällen sollte das Navi 
dann die dreimal-rechts-und-einmal-links-Strategie wählen.

"Wenn möglich, bitte wenden" ist ja die Standard-Anweisung wenn man mal wieder 
intelligenter als das Navi war. Unabhängig von einer Kreuzung. :)

Also ich würde possible_uturn ersatzlos streichen und nur das eintragen wo man 
wirklich wenden kann. In Großstädten, in denen solche Maneuver gewollt 
vorkommen, gibt es eigentlich oft entsprechende Wende-Spuren.


> > Eigentlich schließt sich exit_left und exit_right innerhalb eines Landes
> > doch aus, oder?
> Nein, tun sie nicht. 

Hm. Ich bin schon ruhig. :)


> >> right lane, left lane, center lane - here the driver has to chose the
> > Hm. Da *muss* der Spur-Assistent mit rein. Ich will auf dem Navi sehen
> > können, ob jetzt eine, zwei oder drei Spuren in welche Richtung weg
> > gehen. Nein, ich hab noch keine konkrete Idee. Aber das muss da rein...
> Ganz einfach: Die Wege noch mit lanes=* taggen, dann passt das. Eng wird
> es nur, wenn sich ein Way an einem Node in mehr als 3 Ways aufteilt.

Das soll doch "links halten" abbilden, oder? Also im Sinne von "jetzt links 
halten um im Autobahndreieck auf die A 7 zu wechseln".

Der Straßen-Planer, der sowas mit mehr als drei *unterschiedlichen* Spuren 
macht, geht als Sadist durch. :)
Ich weiß nicht, gibt es sowas?


> Von der Autobahn auf die Ausfahrtspur: exit right
> Von der Ausfahrtspur auf die erste Ausfahrt: exit right
> Von der Ausfahrtspur geradeaus: parallel lane
> Von der Parallelfahrbahn auf die zweite Ausfahrt: exit right
> Von der Parallelfahrbahn auf die Autobahn: auto

Ich hab grade nen Knoten im Hirn, ich glaub ich brauch ein Beispiel...

Wie modellierst du diese vielen Anweisungen, die nötig sind um das zu 
erreichen?


> Ich weiß nicht, aber Richtungsangaben im Kreisverkehr (also vorher
> angesagt) finde ich nicht so gut. Hinterher biegen die Leute noch im
> Uhrzeigersinn in den Kreisverkehr ein, wenn sie besser die 3. Ausfahrt
> genommen hätten...

Okay, "rechts" und "geradeaus" sind aber IMHO sinnvoll.


> Aber wenn gewünscht nehm ich noch straight/right/left als Zusatz für die
> Kreisverkehre rein, lso z.B. "roundabout 2 straight", dnn kann das Navi
> entscheiden, was es ansagt.

roundabout ist IMHO sogar redundant. steckt ja schon im Weg drin.


> > Wobei man auch sagen muss, dass das Navi die Ausfahrten auch selbst
> > zählen könnte. :)
> Wenn ich für jedesmal, wenn man Navi sich bei sowas verzählt hat, nen
> Euro bekommen hätte, könnt ich mir davon ein neues Navi kaufen 

Das liegt aber nur an den schlechten Karten und ist hoffentlich ein lösbares 
Problem. ;-)

Gruß, Bernd

-- 
Wenn man Tiere nicht essen soll, warum sind Sie dann aus Fleisch?
  -  Quelle: http://german-bash.org/action/show/id/106951


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

Re: [Talk-de] Kleine Anwendung für OSM-Karten

[Etric Celine]

Am Dienstag, 15. Juli 2008 15:43:11 schrieb derandi:
> Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte.
> http://www.wo-ist-der-eismann.de/

wow :) nette Idee und gute Umsetzung. Da bekommt man glatt hunger auf ein Eis.

Gruß
Jörg



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

[Talk-de] Kleine Anwendung für OSM-Karten

[derandi]

Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte.
http://www.wo-ist-der-eismann.de/

Erläuterung:

Hier in Ilmenau gibt es einen Menschen der immer mit seinem Eismobil auf 
dem Campus unterwegs ist.
In den Vorlesungen hatte wir immer wieder Lust auf ein Eis. Leider wußte 
damals niemand wann genau und wo der Eismensch gerade ist.
Einer meiner Mitstudenten arbeitet bei einer Firma die Hardware für 
Navigationsgeräte herstellt. So kam dann eines zum anderen.
Am Anfang wurden noch google-maps Karten verwenden. Da aber Ilmenau im 
OSM besser erfasst ist als google hat er den Kartenanbieter gewechselt.

grüße

andreas

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

[Talk-de] (Vorschlag) Bestimmte Abschnitte alt er Tracks löschen

[osm]

Zur Zeit kommt es häufiger vor,
dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten löschen 
würde.

Ein Beispiel ist der neu entstandene Kreisverkehr, durch den,
laut Tracks, nun viele Leute zuvor einfach drüber gesschanzt sein müss(t)en.

Ein weiteres Beispiel sind Tracks, die so ungenau sind, das man das Gefühl hat,
der Mapper war besoffen oder das GPS-Gerät defekt.

Dieses Problem wird es in Zukunft immer häufiger geben.

Wird schon an einer technischen Umsetzung diesbezüglich gearbeitet?
Ein Gedanke, den ich hatte, war die Möglichkeit, das ein User eine bestimmte 
Anzahl
an GPS Points selektieren und diese somit zum delete-vote freigeben kann.
Stimmt ein bestimmtes Verhältnis an Usern in einem bestimmten Radius des 
Löschantrags zu,
wird dieser gestattet.

Ähnlich, wie die - vielleicht - bessere Integration von OpenStreetBugs,
wird dies früher oder später darauf hinauslaufen, dass man eine Art 
persönlichen RSS-feed hat,
der einem mitteilt, * was in der Umgebung verändert wurde * was als bug 
gemeldet wurde
* was zum löschen gevotet wird * usw

Gruß
Eichi


-- 
-
Mein Weblog: http://der-eichi.de
Themen unter anderem aus den Bereichen |Politik|, |Linux|  und |freie Software|
-
Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de
-
! Freie Alternative zu Google Maps & Co.: http://www.openstreetmap.org !

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

Re: [Talk-de] Kreuzungsrelation

[Hatto von Hatzfeld]

Hi!

Am Dienstag, 15. Juli 2008 13:32 schrieb Bernd Wurst:

> Eigentlich schließt sich exit_left und exit_right innerhalb eines
> Landes doch aus, oder?

Nein. Aus Italien kenne ich durchaus einige Stellen, wo die Ausfahrt auf 
der linken Seite ist, obwohl Italien Rechtsverkehr hat. Das war IIRC 
irgendwo hier in der Gegend: 
http://www.openstreetmap.org/?lat=44.3571&lon=8.2735&zoom=12

Da zwingt die Landschaft zu ungewöhnlichen Verkehrsführungen.

Es gibt aber durchaus auch im Flachland Kreuzungen autobahnähnlicher 
Straßen mit etwas höherer Komplexität:

http://www.informationfreeway.org/?lat=41.92178&lon=12.56626&zoom=17&layers=0B00T000F

Für Busse gibt da Ausfahrten auf der linken Seiten (wenn man von Südwesten 
kommt), und wer von Nordosten kommt und nach Süd(süd)ost fahren will, der 
muss auch eine Ausfahrt nach links (und dann nach rechts) nehmen.

Solche Kreuzungen sollte das Routing natürlich auch meistern können.

Gruß,
Hatto

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

Re: [Talk-de] Paste-Url in Josm

[Dirk Stöcker]

On Tue, 15 Jul 2008, Miroslav Sedivy wrote:


Also bei mir geht Strg+V dort. Der Mittelklick geht leider nicht weil da schon 
Text drin ist.


Mittelklick geht, man muss aber irgendwo im Feld außerhalb des Textes
klicken. Dann bleibt der alte Text zwar drin, aber wenn du aus dem
alten Text eine Buchstabe löschst (klicken und Delete oder Backspace),


Aktualisieren! Der Fehler, das man erst was ändern musste ist behoben.

Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Paste-Url in Josm

[Miroslav Sedivy]

On Mon, Jul 14, 2008 at 8:42 PM, Bernd Wurst <[EMAIL PROTECTED]> wrote:
> Also bei mir geht Strg+V dort. Der Mittelklick geht leider nicht weil da 
> schon Text drin ist.


Mittelklick geht, man muss aber irgendwo im Feld außerhalb des Textes
klicken. Dann bleibt der alte Text zwar drin, aber wenn du aus dem
alten Text eine Buchstabe löschst (klicken und Delete oder Backspace),
dann aktualisieren sich sogar die min/max-lon/lat Felder mit den
richtigen Werten. Ich glaube er macht da irgendwelche
Regular-Expressions und ist glücklich, wenn er die Zahlen findet und
ignoriert den alten Text im Feld.

Grüße, Miro

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

Re: [Talk-de] Tag für Optiker

[Heiko Schack]

Am 15.07.2008, 14:35 Uhr, schrieb Etric Celine  
<[EMAIL PROTECTED]>:

> Moin,
>
> Am Dienstag, 15. Juli 2008 14:29:57 schrieb Heiko Schack:
>> ich bin gerade verzweifelt am Suchen nach einem Tag für einen Optiker
>> (z.B. Fielmann oder Apollo). Gibt es da bereits etwas?
> also in Europa gäbe es 11 mal [1]
> shop=optician
>
> das könntest du kombinieren mit
> operator=Apollo
> oder
> operator=Fielmann
>
Hallo Jörg,

das hört bzw. liest sich gut. Werde ich einfach mal einsetzen. Danke.

Lg

Heiko

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