Re: [Talk-de] Wander- und Reitkarte

[Ekkehart]

Hallo!

Markus schrieb:
> Jetzt brauchen wir nur noch Attribute für Biergarten mit Anbindebalken, 
> Feuerstelle, Übernachtung im Heu, Gastweide, Pferdeschwemme, Hufschmied 
> und Tierarzt, Zoll-Veterinäre, etc.
> (ein paar aus BW, BY und ZH könnte ich dann beisteuern).

Die ersten Attribute sind schon proposed: Wasserstellen und Gefahren am 
Wegesrand. Wanderreitstationen und pferdefreundliche Gaststätten 
brauchen wir auch, allerdings ist da noch die Frage ob neue Tags oder ob 
man einfach nur bestehende Übernachtungsmöglichkeiten Restaurants mit 
horse=yes und horse=designated erweitert. War ja bisher nur für Wege 
vorgesehen, würde aber passen.

Hufschmiede und Tierärzte braucht man glaub ich nicht auf der Karte - 
die kommen zum Pferd, da sollte man nur die Telefonnummer in der Tasche 
haben.

> Der Fränkische Albverein ist interessiert an Wanderwegen (Relation und 
> Markierung) und würde auch Tracks beisteuern.

Ist das ein konkretes Angebot? Wanderwege bräuchten wir noch viel mehr. 
Nachdem OSM Composer Wanderrouten auswertet, sehe ich daß wir davon noch 
extrem wenige haben. Die Hälfte der im Wiki erfaßten Routen vom 
Albverein stammen von mir selbst. Es ist allerdings auch sehr mühsam, 
einen Weg anhand der Textbeschreibung im Internet zu identifizieren.
Falls es da also konkrete Unterstützung vom Albverein gibt, wäre das 
sehr willkommen, um das Einzeichnen von Wanderrouten zu erleichtern. 
Dann könnte man ein wenig Werbung dafür machen und mal ein weniger 
Bruchstückhaftes Wandernetz auf die Karte bringen. Die Erweiterung der 
Karte bis Bamberg steht sowieso als nächster Schritt auf dem Programm.

bye
Nop


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

Re: [Talk-de] Wander- und Reitkarte

[Nop]

Hallo!

Wolfgang W. Wasserburger schrieb:
> 
>> Ihr könnt Euch einen frühen Entwurf hier ansehen:
>> http://www.nop.onpw.de/. Und da gehen die Problem auch los. Momentan
>> liegt die Testkarte bei einem Freehoster, aber es ist offensichtlich daß
>> eine fertige Karte ganz gewaltig mehr Webspace erfordern wird.
>> Habt Ihr Empfehlungen, wo man geeignete Hostingplätze für so ein Projekt
>> findet? Es ist ein einfaches vorgerendertes Tileset mit openlayers und
>> benötigt keine datenbank oder applikationen auf dem Server.
>>
> 
> Hast Du schon mal an die Reiterverbände gedacht? Die haben mächtig viel Geld
> und daher vielleicht auch noch eine Spende für OSM.

Die Überlegung ist da. Allerdings ist das glaub ich ein wenig ein 
Henne-Ei-Problem. Bevor ich an so jemand herantrete, sollte das Projekt 
leben und über das Stadium einer 1-Mann-Idee hinaus sein. D.h. ich denke 
ich brauche zuerst die Möglichkeit, ein relevantes Gebiet abzudecken, um 
Wanderer und Reiter zur Mitarbeit zu begeistern, um zumindest 
Regionsweise ein brauchbares Wegenetz zu erfassen und dann könnte man 
sich offizielle Unterstützung suchen.

Hast Du konkrete Ideen, wer Interesse haben könnte? Der größte Verband, 
die FN, interessiert sich traditionell für Turnierveranstaltungen, da 
ist eher keine Unterstützung zu erwarten. Mit der VFD bin ich schon in 
Kontakt.


bye
Nop

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

Re: [Talk-de] MappingQualität - Kriterien, Darstel lung etc.

[Bernd Wurst]

Hallo.

Am Montag, 22. Dezember 2008 schrieb Jochen Topf:
> Wir wissen ja nicht überall die Bevölkerungszahl oder die Fläche
> des Ortes.

Für den allergrößten Teil der Orte lässt sich das aus der Wikipedia in 
Erfahrung bringen.

Wie man das technisch verkuddelt sei dahin gestellt, aber die Daten an sich 
sind da. Man kann sich überlegen ob man population bei OSM als richtig 
wichtige Daten haben will, dann könnte man alleine das Fehlen des Tags 
monieren und die Leute würden es aus Wikipedia oder der lokalen Stadt-Website 
übertragen. Dann hast du die Daten. :)

Gruß, Bernd

-- 
Zwei Monologe, die sich gegenseitig immer und immer wieder störend 
unterbrechen,
nennt man eine Diskussion.



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

Re: [Talk-de] Gewerbegebiet = ? residential ????

[Wolfgang W. Wasserburger]

from Torsten Leistikow:
> Wolfgang W. Wasserburger schrieb:
> > Fürs Routing hätte natürlich eine Unterscheidung Sinn, die sollte aber
> > über LKW-Befahrbarkeit bzw. Breiten laufen.
> 
> Da die Strassen, um die es hier geht, keinen durchgangscharakter haben,
> duerfte das fuers Routing vernachlaessigbar sein.
>
Gängige Routenalgorithmen probieren halt einfach alles durch, denen ist das 
vollkommen egal, wie es in der Umgebung aussieht. Vereinfachte - gar nicht so 
schlechte Erklärungen gibt es sogar unter wikipedia - Dijkstra - und dann 
diversen Links folgen.

> > Unclassified im Ortsgebiet stört Routing-Algorithmen wieder, weil ja die
> > Reisegeschwindigkeit nicht direkt vom impliziten oder expliziten
> > maxspeed abgeleitet werden kann.
> 
> Eine Unterscheidung unclassified vs residential im Ortsgebiet wuerde
> einen Router nicht stoeren sondern helfen. Denn die mittlere
> Geschwindigkeit (selbst bei gleichem Ausbauzustand) duerfte in einem
> Gewerbegebiet hoeher sein als in einem Wohnmgebiet, da man hier nicht
> mit spielenden Kindern und aehnlichen Zeugs rechnen muss.

und woher wird der Routing Algorithmus die Kinder kennen

Für alle einfachen Algorithmen ist mal nur umsetzbar, was man auf den Kanten 
direkt findet (oder diesen einfach zuordnen kann).

siehe mal: http://de.wikipedia.org/wiki/Dijkstra-Algorithmus

"Wir arbeiten nicht für Renderer, nicht für Name-Searches, nicht für Router" - 
wofür dann???

CU W.


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

Re: [Talk-de] Wege in Passagen

[Wolfgang W. Wasserburger]

> highway=passage oder aehnliches vorschlagen. (Ist auch fuer das
> Fussgaengerrouting wichtig, weil die Marschgeschwindigkeit in einer
> Einkaufspassage niedriger ist als auf einem normalen Fussweg :-)
>
Die Routingfunktion sollte nach Meinung unseres Verkehrsplanungprofessors
aber auch die Attraktivität der Strecke bevorzugen und nicht jene der
schnellsten Verbindung. Also sollte man wohl in Einkaufspassagen männliche
und weibliche Routen unterscheiden ;-)

SCNR

Wolfgang


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

Re: [Talk-de] Postgresql

[Alexander Schulze]

hallo,

> mv /var/lib/postgresql /mein/tolles/verzeichnis
> ln -s /mein/tolles/verzeichnis/postgresql /var/lib/
> 

dank dir. Das ist genau das was ich brauche. Quick und dirty ;-)

Alex

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

Re: [Talk-de] OSM-Papierkarte (DIN A0 oder ähnliche Größe) drucken

[Wolfgang W. Wasserburger]

> Am 16. Dezember 2008 12:26 schrieb Wolfgang W. Wasserburger 
> :

 >>  HP/GL2 ist m.E. eine Seitenbeschreibungssprache von HP fuer Plotter, die 
 >> sich als Standard durchgesetzt hat, und die heute von praktisch allen 
 >> Plottern unterstuetzt wird. Unter Windows (und vermutlich auch anderen OS) 
 >> z.B. einfach einen HP-Plotter installieren, z.B. HP Designjet 500C (oder 
 >> neuer) installieren, und dann "Drucken in Datei" aktivieren. Diese 
 >> Druckdatei kann man dann einfach an den Plotter schicken. Es gibt auch 
 >> Software, mit der man in die Druckdatei reinsehen kann (m. E. auch freie 
 >> Software, habe aber grad keinen Link parat), um vorher schonmal zu sehen, 
 >> wo das Problem liegt ;-) 

>> HPGL2 ist im Vektorteil reines ASCII, da kann man mit jedem Editor 
>> reinschauen und auch was rauslesen; wenn man zuviel Zeit hat, kann man das 
>> auch selbst aus Daten schreiben ;-) 



> klar kann man sich das ASCII auch megabyteweise direkt im Editor reinpfeifen, 
> aber um da zu bemerken, dass z.B. eine Schriftart fehlt, oder die 
> Sonderzeichen nicht dargestellt werden, oder einzelne Linienstaerken, oder 
> Fuellungen oder sonstwas nicht passen, oder am Rand was fehlt, oderoderoder, 
> muss man schon ziemlich computermaessig drauf sein. Ich wuerde eine Anzeige 
> am Screen vorziehen ;-)

> Martin
 

;-) hpgl2dxf haben wir früher mal verwendet -googlen reicht vielleicht

CU W 


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

Re: [Talk-de] Postgresql

[Jochen Topf]

On Mon, Dec 22, 2008 at 01:05:03AM +0100, Wolfgang W. Wasserburger wrote:
> Hast du das als weiteren tablespace eingerichtet? IMHO kann man sogar
> Indices und Tables einer dB auseinanderlegen; hab's aber noch nie selbst
> gemacht.

Ja, das geht. Ich hab da schon gemacht. Allerding muss man dann bei
jedem Index, den man anlegt sagen, dass er in den anderen TABLESPACE
soll. Man kann einen Default-Tablespace angeben, wenn man eine DB
anlegt, aber der gilt dann für alles, Daten und Indices.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Postgresql

[Wolfgang W. Wasserburger]

> mv /var/lib/postgresql /mein/tolles/verzeichnis
> ln -s /mein/tolles/verzeichnis/postgresql /var/lib/
> 
geschummelt?!

SCNR W

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

Re: [Talk-de] Postgresql

[Jochen Topf]

On Mon, Dec 22, 2008 at 12:38:54AM +0100, Alexander Schulze wrote:
> ich weiss, das is Off-Topic. Aber vielleicht kann mir ja trotzdem jemand 
> kurz helfen. Ansonsten ignorieren.
> 
> Ich versuche der PostgreSQL-DB beizubringen nen anderes Verzeichnis zu 
> benutzen.

Weiss ich jetzt so direkt auch nicht, aber Du kannst mit
CREATE TABLESPACE
weitere Verzeichnisse einbinden. Du kannst eine neue Datenbank auch an
diesen tablespace binden, dann landet alles dort. Du hast dann das
Originalverzeichnis noch, aber es ist halt nix drin. Das geht sogar im
laufenden Betrieb.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Postgresql

[Wolfgang W. Wasserburger]

> > viele Änderungen in der conf brauchen ein restart ;-)
>
>
> das is mir schon klar. Bei mir brauchst meist sogar nen stop und start,
> da der restart nicht richtig will
>
das sollte aber stabiler sein ;-)
Hast du das als weiteren tablespace eingerichtet? IMHO kann man sogar
Indices und Tables einer dB auseinanderlegen; hab's aber noch nie selbst
gemacht.
Event. mußt Du also der dB noch den neuen tablespace zuweisen.
Event. müssen dort auch noch die template-Datenbanken eingerichtet sein.
Ich verwende immer pgAdmin3; mit dem kann man das interaktiv machen, was ich
bei Aktionen, die selten vorkommen dann doch schätze, auch wenn ich sonst
schnell tippe ;-)
Das geht vor allem remote und plattformübergreifend :-)))

CU W


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

Re: [Talk-de] Postgresql

[Frederik Ramm]

Hallo,

Alexander Schulze wrote:
> Ich hab auch noch keine Daten in der DB.
> Wenn ich alle Dateien/Ordner von "var/lib/postgresql/8.3/main/" in mein 
> neues Verzeichnis kopiere, dann kommt ein "Error: Could not open log 
> file ..." und ob Postgres überhaupt den neuen Ort nutzt, ka

Ich habe das schonmal gemacht, ohne eine Config-Aenderungen, sicherlich 
nicht die eleganteste Version, aber einfach (als root)

mv /var/lib/postgresql /mein/tolles/verzeichnis
ln -s /mein/tolles/verzeichnis/postgresql /var/lib/

Man kann das auch noch granularer machen, so dass z.B. nur einzelne 
Tablespaces oder nur Indizes auf anderen Platten liegen, aber dazu muss 
man genauer hingucken, welche Verzeichnisse man auf die Weise verbastelt.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] MappingQualität - Kriterien, Darstel lung etc.

[Jochen Topf]

On Sun, Dec 21, 2008 at 09:50:24PM +0100, Norbert Kück wrote:
> Rein numerische Verfahren werden bei der Sicherung der Qualität kaum 
> Nutzen bringen können. Beispielsweise lässt die Dichte von 
> 30km/h-Straßen oder die Häufigkeit von Straßenklassen kaum darauf 
> schließen, ob an dem Place "richtig" getaggt wurde. Vermutlich kommt nun 

Ich glaube schon, dass man damit eine Menge machen kann. Allerdings
werden die Statistiken schon komplexer werden müssen. Eine Zählung
weniger Faktoren wird nicht reichen, es müssen viele zusammenkommen.

Wenn man z.B. Statistiken macht, dass ein Ort mit Bevölkerung x im
Durschnitt y Kilometer Straßen von Typ z im Umkreis k hat und n
Briefkästen und m Bäckereien und ein Rathaus usw. Das ganze rechnet man
für jeden Ort durch und reportet die, die signifikant von Durchschnitt
abweichen. Das Dumme ist, dass jeder dieser Faktoren unbekannt sein
kann: Wir wissen ja nicht überall die Bevölkerungszahl oder die Fläche
des Ortes.

Ich bin sicher, dass man da durchaus was rausbekommen kann, aber so mal
eben geschrieben bekommt man das wahrscheinlich nicht.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Postgresql

[Alexander Schulze]

hi,

> viele Änderungen in der conf brauchen ein restart ;-)


das is mir schon klar. Bei mir brauchst meist sogar nen stop und start, 
da der restart nicht richtig will

Alex

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

Re: [Talk-de] ÖPNV-Layer

[Melchior Moos]

2008/12/22 Johann H. Addicks 

> Im Irc erreichte mich die Frage, von wem das ÖPNV-Layer ist, was unter
> http://81.89.97.206/oepv.html
> abrufbar ist.
>

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

Re: [Talk-de] Postgresql

[Wolfgang W. Wasserburger]

> wie ist der einfachste Weg?
> Wenn ich nur den Eintrag "data_directory" in
> "/etc/postgresql/8.3/main/postgresql.conf" ändere, bin ich noch nicht am
> Ziel.

viele Änderungen in der conf brauchen ein restart ;-)

CU W


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

[Talk-de] Postgresql

[Alexander Schulze]

Hallo,

ich weiss, das is Off-Topic. Aber vielleicht kann mir ja trotzdem jemand 
kurz helfen. Ansonsten ignorieren.

Ich versuche der PostgreSQL-DB beizubringen nen anderes Verzeichnis zu 
benutzen.

System: Ubuntu 8.04
PostgreSQL: 8.3

wie ist der einfachste Weg?
Wenn ich nur den Eintrag "data_directory" in 
"/etc/postgresql/8.3/main/postgresql.conf" ändere, bin ich noch nicht am 
Ziel.

Ich hab auch noch keine Daten in der DB.
Wenn ich alle Dateien/Ordner von "var/lib/postgresql/8.3/main/" in mein 
neues Verzeichnis kopiere, dann kommt ein "Error: Could not open log 
file ..." und ob Postgres überhaupt den neuen Ort nutzt, ka

Also wenn jemand nen workaround hätte wäre ich sehr dankbar.

schönen Gruß
Alex

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

Re: [Talk-de] MappingQualität - Kriterien, Darstellu ng etc.

[Frederik Ramm]

Hallo,

Markus wrote:
> Gute Kennzahlen für Qualität sind meist "x von y".
> Beispiel:
> - richtig benannte Wohnstrassen von allen Wohnstrassen (Sven Anders, 
> Michael Trautmann)

Gary hatte ja schon gesagt, dass er irgendwas ins Verhaeltnis setzen 
will ;-) fuer einige Gebiete lassen sich aus offiziellen Statistiken 
Zahlen ermitteln - "Anzahl Strassenkilometer in der Gemeinde X" oder so. 
Das ist immer viel Arbeit in jedem Einzelfall, weil man rausfinden muss, 
was genau drin ist in der Statistik und was nicht. Findet man das raus, 
kann man OSM-Daten gut damit vergleichen und kolorierte Karten erzeugen.

Auf talk-gb gab es da gerade ein wenig beachtetes, aber sehr 
interessantes Detail zu lesen:

http://lists.openstreetmap.org/pipermail/talk-gb/2008-December/003336.html

CloudMade hat also viel Zeit investiert, Karten zu zeichnen, auf denen 
man sehen kann, wo im Verhaeltnis zur Bevoelkerung noch wenig Daten 
vorliegen, kann diese aber nicht veroeffentlichen wegen der Rechte an 
den Bevoelkerungsdaten oder genauer, an den Grenzen der 
Bevoelkerungszaehlungsgebiete...

Das waere sicher auch mal was fuer eine Statistik-Diplomarbeit oder 
sowas - ob es da ueberhaupt brauchbare Kennzahlen gibt ("so und so viel 
Strassen erwarte ich pro 100 Einwohner") und diese dann auf OSM anwenden.

Ist aber vermutlich etwas, was wirklich ein bisschen fundierte Forschung 
braucht, um brauchbare Ergebnisse zu liefern.

Etwas ganz anderes, und das koennte man wirklich mit Statistik 
erschlagen: Beim Bearbeiten einiger Daten in Nordrhein-Westfalen mit 
Hilfe der jetzt vorliegenden Strassen.NRW-Daten habe ich gemerkt, dass 
dort viele Strassen in unseren Daten *sehr* grob gezeichnet sind, so ein 
Node alle paar hundert Meter - und das, obwohl sehr viel praezisere 
GPS-Daten vorliegen!

Man koennte mal eine deutschlandweite Analyse machen, wie genau 
Strassenverlaeufe gemappt sind, und dann irgendwo einen Idealwert 
rausgreifen - alles, was groessere Abstaende hat, ist gelb/orange/rot, 
alles was kleinere hat, ist blau. Das gabe sicher auch eine interessante 
Karte, auf der man sieht, wo noch Arbeit droht ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Oberpfalz: Pipeline westlich von Schwandorf?

[Wolfgang W. Wasserburger]

> Gummibärchenschnellbahn 

:-

SCNR


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

Re: [Talk-de] NaviPOWM 0.2.0 freigegeben

[André Reichelt]

Doru Julian Bugariu schrieb:
> Hallo,
> 
> die neue Version von NaviPOWM (0.2.0) ist freigegeben. Sie befindet sich
> an der ueblichen Stelle:
> 
> http://sourceforge.net/projects/navipowm

Oh, vielen Dank!



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

[Talk-de] ÖPNV-Layer

[Johann H. Addicks]

Im Irc erreichte mich die Frage, von wem das ÖPNV-Layer ist, was unter
http://81.89.97.206/oepv.html
abrufbar ist.

Ich meine, hier in der ML dazu mal was gelesen zu haben, die Suche war
jedoch nicht erfolgreich.

-jha-


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

Re: [Talk-de] Import des Straßennetzes von Straßen .NRW

[Jochen Topf]

On Sun, Dec 21, 2008 at 05:39:16PM +0100, Johann H. Addicks wrote:
> Jochen Topf schrieb:
> 
> >> Die Netzknoten-Nummern sind nicht "kriegswichtig", aber die
> >> Abschnittsnummern sollten wir berücksichtigen. Denn die
> >> Rettungsdienste nutzen diese, 
> 
> > Strassen.NRW. Wird aber schwierig, die korrekt zu erfassen, weil unsere
> > ways natürlich in andere Stücke unterteilt sind als deren Daten.
> 
> Das klingt nach Relations als zusätzliches Layer.

Bei sowas, was keiner so richtig braucht und versteht, wird es eh
schwierig, die Leute dazu zu bringen, das zu pflegen. Wenn es dann noch
in Extra-Relations ist, wird das noch weniger klappen.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] MappingQualität - Kriterien, Darstellu ng etc.

[Markus]

Gallo Gerhard,

> qualität der daten 

Gute Kennzahlen für Qualität sind meist "x von y".
Beispiel:
- richtig benannte Wohnstrassen von allen Wohnstrassen (Sven Anders, 
Michael Trautmann)

Hilfreich zur Auszählung könnte eine Matrix sein:
http://greymiche.lima-city.de/openstreetmap/oberpfalz/aaa.html

Schwierig ist die Messreferenz...

Gruss, markus

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

Re: [Talk-de] Wander- und Reitkarte

[Wolfgang W. Wasserburger]

> Ihr könnt Euch einen frühen Entwurf hier ansehen:
> http://www.nop.onpw.de/. Und da gehen die Problem auch los. Momentan
> liegt die Testkarte bei einem Freehoster, aber es ist offensichtlich daß
> eine fertige Karte ganz gewaltig mehr Webspace erfordern wird.
> Habt Ihr Empfehlungen, wo man geeignete Hostingplätze für so ein Projekt
> findet? Es ist ein einfaches vorgerendertes Tileset mit openlayers und
> benötigt keine datenbank oder applikationen auf dem Server.
>

Hast Du schon mal an die Reiterverbände gedacht? Die haben mächtig viel Geld
und daher vielleicht auch noch eine Spende für OSM.

CU Wolfgang


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

Re: [Talk-de] Wander- und Reitkarte

[Markus]

Hallo Ekkehard,

> http://www.nop.onpw.de/

Super!

Jetzt brauchen wir nur noch Attribute für Biergarten mit Anbindebalken, 
Feuerstelle, Übernachtung im Heu, Gastweide, Pferdeschwemme, Hufschmied 
und Tierarzt, Zoll-Veterinäre, etc.
(ein paar aus BW, BY und ZH könnte ich dann beisteuern).

Der Fränkische Albverein ist interessiert an Wanderwegen (Relation und 
Markierung) und würde auch Tracks beisteuern.

Gruss, Markus

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

Re: [Talk-de] MappingQualität - Kriterien, Darstellu ng etc.

[Norbert Kück]

Hallo,

Gary68 schrieb:
 > du hast sicher recht, aber wie kann man schnell und einfach sehen, wo
 > noch was zu tun ist? das ist ja das ziel. die daten sollen hinzeigen, wo
 > noch was zu tun ist, beim inspector muss man ja selbst in ein gebiet
 > "zoomen". NIX gegen den inspector! andere herangehensweise...

Gerhard, ich verstehe ja deinen Ansatz. Nur bin ich skeptisch, ob man 
mit Statistik das Ziel erreichen kann. Bleistiftsweise bei den von Mark 
genannten "Anteil x von y " hat man das Problem der gewählten 
Alarmschwelle und der Folge falsch-positiver und falsch-negativer 
Ergebnisse. Am Beispiel der Inspector-Sicht "Tagging" mit einem 
Ausschnitt gesamte Republik sieht man, grafische Systeme können sehr 
schön "hinzeigen, wo noch was zu tun ist". Ich glaube nicht, dass man 
mit einer Zählung der FIXMEs pro Place oder Flächeneinheit die Arbeit 
besser steuern kann. Wenn damit die Auslösung eines Wettbewerbs der 
Regionen beabsichtigt ist, OK - ein anderes Thema.

Gruß
nk

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

Re: [Talk-de] Karlsruhe Schema: Wenn Straße aus Adre sse und Name der Straße nicht übereinstimmen

[Wolfgang W. Wasserburger]

>   Straße bekommt
>   name=Güterweg Himmelbauer
>   is_in=Schöferhof
>   (name=Schöferhof ist auch ein place=XYZ in der Nähe)
>   Haus bekommt
>   addr:street=Güterweg Himmelbauer
>   (oder äquivalent Relation mit Straße)
>   evtl. auch add:full=...

addr:street sollte mE immer das enthalten, was man bei einem Brief in die 
Straßenzeile schreibt.

Eine Straßenbezeichnung wie "Güterweg Himmelbauer" ist überdies (zumindest in 
Österreich) nicht das Äquivalent zu "Himmelbauergasse" sondern eher zu 
"Attergauer Bundesstraße" und gehört daher in ref_name. Tatsächlich werden 
diese Güterwege nicht von den Gemeinden errichtet und bezeichnet, sondern von 
den Agrarbezirksbehörden. Daher kann es dann auch sein, daß ein Teil des 
Güterweges Himmelbauer auch noch einen amtlichen Namen, z.B. Kirchenweg, führt.

Eine solche Vorgangsweise müßte daher auch im Renderer gut aussehen und in 
Namesearch zu finden sein. Und die Routingengines berücksichtigen natürlich 
auch Einzeladressen. Gerade in Österreich müssen wir sowieso häufig mit 
Einzeladressen arbeiten, denn Streuadressen gibt es auch in Orten, und zwar 
auch in so großen wie Lustenau mit immerhin rund 4 Einwohnern. Karlsruhe 
ist halt viel idealtypischer ;-)

lG Wolfgang


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

[Talk-de] Karlsruhe Schema: Wenn Straße aus Adre sse und Name der Straße nicht übereinstimmen

[Holger Schöner]

Hallo,

Bei dem Versuch, Hausnummern auch in ländlichen Gebieten in Österreich (gibt 
es das auch in Deutschland?) zu mappen, bin ich auf folgendes Problem 
gestoßen:

Es gibt eine Menge Höfe und Häuser außerhalb von geschlossenen Ortschaften. 
Dort haben diese (in der Gegend, in der ich wohne) meistens eine Adresse, 
deren Straßen-Teil  aus dem Namen des nächsten Ortsteils und einer 
Hausnummer besteht. Die "Straße", an der sie liegen, kann ganz anders 
heißen. Ein (erfundenes) Beispiel:

Straßen-Teil der Adresse: Schöferhof 24 (Schöferhof ist
Ortsteil/Streusiedlung)
Name der Straße: Güterweg Himmelbauer

Gibt es für solche Fälle bereits ein Vorgehen? Auf der 
Karlsruhe-Schema-Seite und deren Talk-Seite konnte ich leider nichts 
finden.

Falls nicht, was haltet ihr von folgendem Vorschlag (für oben genanntes 
Beispiel; Motivation ist, es sowohl dem Rendering der Straßennamen als auch 
Routing-Applikationen nicht zu schwer zu machen):

Straße bekommt
name=Güterweg Himmelbauer
is_in=Schöferhof
(name=Schöferhof ist auch ein place=XYZ in der Nähe)
Haus bekommt
addr:street=Güterweg Himmelbauer
(oder äquivalent Relation mit Straße)
evtl. auch add:full=...

Der Inspector sollte damit die zugehörige Straße finden, der Straßenname 
wird wie gewohnt gerendert, und Routing Applikationen können "Schöferhof 
24" über den is_in-Tag finden (Nachteil: vorhandene Applikationen müßten 
vermutlich erweitert werden).

Freue mich auf Kommentare oder bessere Vorschläge,
-- 
Holger Schoener

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

Re: [Talk-de] Suchmaschinen-Treffer

[Arne Bischoff]

Hallo,

>Was soll denn eine Suchmaschine an Information anbieten?

Sie sollte mich auf den Kartenpunkt bringen, wenn Suchanfragen
zutreffen. Suche ich also nach Seelow, dann sollte der erste Treffer
vielleicht die städtische Seite sein, die zweite von Wikipedia, und
möglichst unter den ersten 5 sollte dann auch Openstreetmap
auftauchen. Im Prinzip so wie es jetzt bei Google auch zutrifft. Ich
denke, dass das eine grundlegend wichtige Sache ist. Das beste
Angebot nützt ja nichts, wenn die Infos nicht gefunden werden. 

Gruß, Arne+++ 


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

Re: [Talk-de] Wander- und Reitkarte

[Frederik Ramm]

Hallo,

Nop wrote:
> So sehr mir die Cycle map gefallen, so sehr habe ich eine ähnlich 
> ansehnliche Wanderkarte vermißt. Darum habe ich angefangen, an einer 
> solchen zu arbeiten.

Nick Whitelegg hat schon seit Ewigkeiten seine (UK-zentrische) 
Wanderkarte "freemap" (free-map.org.uk), die er jetzt gerade als 
"openfootmap" neu starten will. In einigen Dingen scheint er mir schon 
weiter zu sein als Du, aber Deine Karte ist hübscher, und die 
Hostingfragen stellt er sich genauso; siehe diesen Thread:

http://lists.openstreetmap.org/pipermail/talk/2008-December/032566.html

Er schreibt, dass er anfaenglich wohl nur England machen kann, aber 
grundsaetzlich schon das internationale Publikum im Auge hat.

Nicks Arbeit geht ueber OSM hinaus, denn er hat eine kleine 
Extradatenbank, in der die Benutzer Anmerkungen eintragen können (z.B. 
"Achtung, Weg matschig!"), und auf der letzten SOTM-Konferenz hat er 
sogar eine Software fuer mobile Geraete vorgestellt, mit der man solche 
Anmerkungen sozusagen "live" beim Wandern eintragen kann oder sich Hilfe 
holen kann, wenn man sich mal verlaeuft oder so (wobei ich dazu jetzt 
auf free-map nichts sehe).

Eventuell ist eine Zusammenarbeit hier sinnvoll?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Import des Straßennetzes von Straße n.NRW

[Jan-Benedict Glaw]

On Sun, 2008-12-21 15:05:14 +0100, Jochen Topf  wrote:
> On Sat, Dec 20, 2008 at 01:29:51PM +0100, Jan-Benedict Glaw wrote:
> > Die Netzknoten-Nummern sind nicht "kriegswichtig", aber die
> > Abschnittsnummern sollten wir berücksichtigen. Denn die
> > Rettungsdienste nutzen diese, um das entsprechende Straßenstück zu
> > finden. (Und wenn man schon dabei ist, kann man sich aber gleich auch
> > was für die Netzknotennummern überlegen.)
> 
> Die Abschnittsnummern scheinen aber einfach die Netzknotennummern vom
> Anfang und Ende des Abschnitts zu sein. Zumindest in den Daten von
> Strassen.NRW. Wird aber schwierig, die korrekt zu erfassen, weil unsere
> ways natürlich in andere Stücke unterteilt sind als deren Daten.

Dann sind das vermutlich nicht die wirklichen Abschnittsnummern?
Ursprungs wurden die wohl von Abschnitt zu Abschnitt (entlang einer
Straße) in 20er-Schritten gezählt, und dann halt immer feingliedriger
(bis hin zu Nachkommastellen), wenn Kreuzungen dazugekommen sind.

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
Signature of: "Debugging is twice as hard as writing the code in the first 
place.
the second  :  Therefore, if you write the code as cleverly as possible, you 
are,
   by definition, not smart enough to debug it." - Brian W. 
Kernighan


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

[Talk-de] NaviPOWM 0.2.0 freigegeben

[Doru Julian Bugariu]

Hallo,

die neue Version von NaviPOWM (0.2.0) ist freigegeben. Sie befindet sich
an der ueblichen Stelle:

http://sourceforge.net/projects/navipowm

Hier ganz kurz ein paar der Unterschiede zur 0.1.3:

behobene Bugs:
- Absolute Pfade im DEMO Modus haben nicht richtig funktioniert
- Fehler in der Darstellung behoben

implementierte Feature Requests:
- Start mit der letzten GPS-Position moeglich
- Unter Windows Mobile kann das Abschalten des Geraets verhindert werden
- "snap to way" einstellbar
- Die Schriftgroesse fuer die Anzeigen ist konfigurierbar
- Darstellung erfolgt jetzt deutlich schneller
- zahlreiche andere kleinere Aenderungen

anderes:
- Komplett neues Kartenformat (1° x 1° Kacheln)
- Detail-Level jetzt vom Zoom abhaengig
- Ein "Hinterherhinken" des GPS-Empfaengers kann jetzt kompensiert werden.


Wichtig: die alten Karten koennen *nicht* weiterverwendet werden!


Ich wuensche Euch viel Vergnuegen mit der neuen Version.



Gruesse,
Julian



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

Re: [Talk-de] NaviPOWM 0.2.0 freigegeben

[Stefan Dettenhofer (StefanDausR)]

Die neuen Karten für Deutschland befinden sich hier:

http://wince.dentro.info/koord/osm/TileMap.htm

Gruß,
Stefan

Doru Julian Bugariu schrieb:
> Hallo,
>
> die neue Version von NaviPOWM (0.2.0) ist freigegeben. Sie befindet sich
> an der ueblichen Stelle:
>
> http://sourceforge.net/projects/navipowm
>
> Hier ganz kurz ein paar der Unterschiede zur 0.1.3:
>
> behobene Bugs:
> - Absolute Pfade im DEMO Modus haben nicht richtig funktioniert
> - Fehler in der Darstellung behoben
>
> implementierte Feature Requests:
> - Start mit der letzten GPS-Position moeglich
> - Unter Windows Mobile kann das Abschalten des Geraets verhindert werden
> - "snap to way" einstellbar
> - Die Schriftgroesse fuer die Anzeigen ist konfigurierbar
> - Darstellung erfolgt jetzt deutlich schneller
> - zahlreiche andere kleinere Aenderungen
>
> anderes:
> - Komplett neues Kartenformat (1° x 1° Kacheln)
> - Detail-Level jetzt vom Zoom abhaengig
> - Ein "Hinterherhinken" des GPS-Empfaengers kann jetzt kompensiert werden.
>
>
> Wichtig: die alten Karten koennen *nicht* weiterverwendet werden!
>
>
> Ich wuensche Euch viel Vergnuegen mit der neuen Version.
>
>
>
> Gruesse,
> Julian
>
>   



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

[Talk-de] Wander- und Reitkarte

[Nop]

Hallo allerseits!


So sehr mir die Cycle map gefallen, so sehr habe ich eine ähnlich 
ansehnliche Wanderkarte vermißt. Darum habe ich angefangen, an einer 
solchen zu arbeiten.

Oder besser gesagt: Nachdem ich mein Mappen zu Pferde erledige, arbeite 
ich an einer Reitkarte die irgendwann mal für's Wanderreiten brauchbar 
werden soll. Nachdem aber die Anforderungen sehr ähnlich sind, sollte 
sie genausogut als Wanderkarte taugen.
Hauptmerkmale sind Höhenlinien, Schattierungen, Betonung der 
verschiedenen Arten von Tracks und Pfaden, Landmarken aller Art und 
markierte Wanderwege.

Meine Arbeit an einer Wanderkarte begann ursprünglich mit einer Karte 
für Garmin Geräte und Map Composer. Für die openlayer Karte habe ich 
Composer so erweitert, daß er passende Mapnik Stile generiert. Das heißt 
es wird eine Karte für Garmins verfügbar sein, die exakt der online 
Topokarte entspricht - nur ohne die Schattierungen.

Ihr könnt Euch einen frühen Entwurf hier ansehen: 
http://www.nop.onpw.de/. Und da gehen die Problem auch los. Momentan 
liegt die Testkarte bei einem Freehoster, aber es ist offensichtlich daß 
eine fertige Karte ganz gewaltig mehr Webspace erfordern wird.
Habt Ihr Empfehlungen, wo man geeignete Hostingplätze für so ein Projekt 
findet? Es ist ein einfaches vorgerendertes Tileset mit openlayers und 
benötigt keine datenbank oder applikationen auf dem Server.

Ich denke langsam könnte ich ein wenig Rat und Hilfe mit diesem Projekt 
brauchen.

bye

Nop

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

[Talk-de] News auf osm.de

[Johannes Huesing]

Jochen Topf:
>"Zust?ndig" war da bisher keiner so richtig, sprich es hat sich keiner
>gek?mmert. Wenn es jemand ?bernehmen will: nur zu.

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

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

Re: [Talk-de] Suchmaschinen-Treffer

[Dr. Franz-Josef Behr]

Bevor man Details diskutiert:

Was soll denn eine Suchmaschine an Information anbieten?


Mit freundlichen Grüßen / Regards / Cordialement

Dr. Franz-Josef Behr


Participate in http://www.opengeocoding.org!

This is an information grab, a rights grab rather like a land grab.
We live at the start of the information age and not enough
people care that someone else gains rights to their personal things,
their information, friends, images, photos, music...
People really need to read the licenses they sign up to
   http://www.guardian.co.uk/users/ivanidea

Prof. Dr. Franz-Josef Behr - Home Office
Author of: Strategisches GIS-Management - http://www.gis-management.de
eMail: franz-josef.b...@hft-stuttgart.de
http://www.gis-news.de
Tel: +49 (0)721 / 453980-1 sowie 45 33 35
Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213
begin:vcard
fn:Dr. Franz-Josef^Behr
n:Behr;Franz-Josef
org:Stuttgart University of Applied Sciences  (SUAS);Faculty of Geomatics, Computer Science and Mathematics
adr;quoted-printable:;;Schellingstra=C3=9Fe 24, ;Stuttgart;;D-70174;Germany
title:Prof. 
tel;work:+49) 711/8926-2606
tel;home:+49 (0)721 / 453980-1
url:http://www.hft-stuttgart.de/
version:2.1
end:vcard

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

Re: [Talk-de] MappingQualität - Kriterien, Darstellu ng etc.

[Norbert Kück]

Hallo,

Gary68 schrieb:
> ich berechne ja zur zeit die unmapped / sparsely mapped places:
> http://wiki.openstreetmap.org/wiki/Unkartografiert 
> es ist aber meiner ansicht nach nur noch eine frage kurzer zeit, bis aus
> dem bericht (zumindest in deutschland) nix mehr rauszuholen ist und wir
> nicht nur nach der quantität sondern auch nach der qualität der daten zu
> einem "place" schauen müssen, um weiter zu machen.
Zutreffende Diagnose.

> ich würde das programm unmappedplaces dann gerne erweitern bzw. neu
> schreiben.
Falsche Therapie (meine Einschätzung).

Rein numerische Verfahren werden bei der Sicherung der Qualität kaum 
Nutzen bringen können. Beispielsweise lässt die Dichte von 
30km/h-Straßen oder die Häufigkeit von Straßenklassen kaum darauf 
schließen, ob an dem Place "richtig" getaggt wurde. Vermutlich kommt nun 
die Zeit der grafischen Qualitätsüberwachung (nach Art des 
OSM-Inspektors). So könnte man z.B. sehen, ob 30km/h-Zonen Lücken haben, 
und die dann nachprüfen. Ähnliches gilt für das Radwegenetz etc.  Das 
sind eben Dinge, die am Schluss der Mensch entscheiden muss.

Man wird Logikfilter benötigen, um z.B. unsinnige Tag-Kombinationen zu 
finden. Aber dann braucht es keinen Zähler, sondern einen Zeiger zum 
Defekt. Jede Wette: Genug Stoff, wo sich Programmierer nützlich machen 
können.
Gruß
nk


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

Re: [Talk-de] Suchmaschinen-Treffer

[André Reichelt]

Arne Bischoff schrieb:
> wie sieht es eigentlich mit der Einbindung der Karten in
> Suchmaschinen aus? Womöglich werden wir nie den Einstieg bei Google
> schaffen, aber andere Suchmaschinen?

Google hat seinen eigenen Kartendienst - genau wie Yahoo und Live! . Wo
wir villeicht eine Chance hätten wäre irgend eine unbekannte Maschine.
Allerdings zweifle ich daran, dass das viel bringen wird.



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

Re: [Talk-de] MappingQualität - Kriterien, Darstel lung etc.

[Mark Obrembalski]

Gary68  schrieb:
> denkbar sind neben der zählung der nodes in einem bestimmten radius
> folgende "messungen":
> - anzahl ways (auch spezifische)
> - anzahl nodes/ways mit tags
> - anzahl FIXME und ähnliche
> 
> nur, was kann man dann aus diesen zahlen schließen? man müsste sie
> irgendwie in relation setzen...
> 
> auch schwebt mir vor, verteilungen von gewissen daten je place type zu
> erstellen, sozusagen als referenz.
> 
> also dann mal los, falls ihr dazu (umsetzbare) ideen habt.

- Anteil der "roads" an allen "highways"
- Anteil der "tracks" ohne "tracktype" an allen "tracks"
- Anteil der Fläche ohne angegebenen "landuse" an der Gesamtfläche
- Anzahl der "residentials" ohne "name"
- Anteil der mit "source=landsat" o.ä. versehenen Wälder etc. in
  Gebieten, wo bessere Luftbilder zur Verfügung stehen

Gruß,
Mark

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

[Talk-de] MappingQualität - Kriterien, Darstel lung etc.

[Gary68]

hi,

ich berechne ja zur zeit die unmapped / sparsely mapped places:
http://wiki.openstreetmap.org/wiki/Unkartografiert 

es ist aber meiner ansicht nach nur noch eine frage kurzer zeit, bis aus
dem bericht (zumindest in deutschland) nix mehr rauszuholen ist und wir
nicht nur nach der quantität sondern auch nach der qualität der daten zu
einem "place" schauen müssen, um weiter zu machen.

ich würde das programm unmappedplaces dann gerne erweitern bzw. neu
schreiben. nur: dazu brauche ich ideen bzgl. qualitativer
messung/bewertung und auch zur darstellung der ergebnisse.

denkbar sind neben der zählung der nodes in einem bestimmten radius
folgende "messungen":
- anzahl ways (auch spezifische)
- anzahl nodes/ways mit tags
- anzahl FIXME und ähnliche

nur, was kann man dann aus diesen zahlen schließen? man müsste sie
irgendwie in relation setzen...

auch schwebt mir vor, verteilungen von gewissen daten je place type zu
erstellen, sozusagen als referenz.

also dann mal los, falls ihr dazu (umsetzbare) ideen habt.

ciao

gerhard
gary68



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

[Talk-de] Spezial-Berichte des WayChecks für K öln und die Oberpfalz

[Gary68]

hi,

Flacus hat ein paar berichte für "kleine" gegenden in deutschland
gemacht.

http://wiki.openstreetmap.org/wiki/DE:WayCheck#Spezial_Berichte

ciao

gary68




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

Re: [Talk-de] andnav.org - Android Navigation System

[Michael Forster]

Hi,
On Sun, Dec 21, 2008 at 05:55, Nicolas Gramlich wrote:

> auf was genau beziehst du dich mit "Lade-Geschwindigkeit" ?


Ich meine die Zeit zwischen Drücken des Zoom-Buttons und Anzeigen der neuen
Tiles. Das dauert bei mir über WLAN zwischen 5 und 20 Sekunden und damit
2-3x solange wie Google Maps für Android.


> Grade heute hab ich ein neues Feature eingebaut, welches
> ähnlich wie die SlippyMaps die Teile eines ZoomLevels aus
> den des höhergelegenen interpoliert:
>
> http://www.andnav.org/index.php/component/content/article/37-about-andnav2/95-andnav2-new-maptile-interpolation


Cool.


> Das sollte die wahrgenommene "Lade-Geschwindigkeit" der
> Maptiles deutlich verringern. (Falls du das meintest).


Ja, das meinte ich.

Zusätzlich zur wahrgenommenen Latenz ist aber auch die echte Latenz ziemlich
hoch. Das Laden in Deinem Video geht viel schneller als bei mir. Woher
kommen denn die Kacheln? Auch auf dem Desktop ist www.openstreetmap.org bei
mir viel langsamer als Google Maps.

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

[Talk-de] Weihnachtsgeschenk

[Jan Tappenbeck]

Moin !

zunächst möchte ich Euch allen ein besinnliches Weihnachtsfest mit 
vielen Nodes und Ways unter dem Tannenbaum wünschen. Gleichzeitig ein 
Dankeschön für die Hilfe beim Einstieg in OSM.

Da zwischen den Tagen vielleicht etwas Zeit ist hier noch ein kleines 
"Weihnachtsgeschenk" zum ausprobieren.

Aus einer Idee, die ich in der Mailingliste gepostet habe hat /Dimitri 
Junker /das Programm SYM2NAME gemacht 
(http://wiki.openstreetmap.org/wiki/Sym2name). Damit könnt Ihr die 
Informationen, die sich aus den GARMIN Icons ergeben nach JOSM oder 
andere Programme übernehmen.

Gruß Jan :-)

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

Re: [Talk-de] Ortsgebiet

[Wolfgang Wienke]

Hallo!
Bernd Wurst schrieb:
> Hallo.
> 
> Am Samstag, 20. Dezember 2008 schrieb Wolfgang Wienke:
> 
>>Aber zur Zeit ist es doch wohl so, das identischen Verhältnisse vor Ort
>>von verschiedenen Leuten unterschiedlich getaggt werden NICHT weil sie
>>diese Verhältnisse unterschiedlich interpretieren, sondern weil es nicht
>>genügend Regelungen gibt. Ich kämpfe hiermit insbesondere im Bereich
>>Radwege.
> 
> 
> Grade im Bereich der Radwege gibt es einfach keinen Konsens, welche 
> Vorgehensweise richtiger ist als die anderen.
> 
> Bisher haben alle Möglichkeiten die Realität abzubilden (zumindest in den 
> Augen mancher) gewisse Nachteile und/oder Vorteile.
Das sehe ich auch so, nachdem ich mir die verschiedenen Ansätze 
angesehen habe.

> 
> So lange es keinen Diktator (bewusst übertrieben formuliert) oder ein 
> Kontrollgremium gibt, das von oben herab sagt was richtig ist, muss sich das 
> evolutionär regeln. Das heißt, es gibt mehrere Ansätze, jeder macht was er am 
> sinnvollsten findet und welches Schema bei den anderen am besten ankommt und 
> sich oft genug in der Praxis bewährt, das wird benutzt.
Die Bewährung in der Praxis bedeutet doch vor allem angemessene 
Darstellung im Renderer (obwohl ja nicht für den Renderer getaggt werden 
soll). Mit Rendering für den Fahrradbereich sieht es aber anscheinend 
noch relativ mau aus (ich kenne opencyclemap). Die Renderer haben es in 
diesem Bereich durch das unterschiedliche tagging aber auch schwer. Und 
da beißt sich dann die Katze in den Schwanz.

> 
> Oftmals gibt es schlicht momentan noch keine Entscheidung (weil es keinen 
> Entscheider gibt).
Vielleicht wäre ein solches Gremium nicht so schlecht. Vor einem neuen 
Linux-Kernel werden doch wohl auch solche Entscheidungen getroffen.


-- 
Mit freundlichen Gruessen

  Wolfgang Wienke

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

[Talk-de] Suchmaschinen-Treffer

[Arne Bischoff]

Hallo,

wie sieht es eigentlich mit der Einbindung der Karten in
Suchmaschinen aus? Womöglich werden wir nie den Einstieg bei Google
schaffen, aber andere Suchmaschinen?

Grüße, Arne+++


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

Re: [Talk-de] Import des Straßennetzes von Straßen .NRW

[Johann H. Addicks]

Jochen Topf schrieb:

>> Die Netzknoten-Nummern sind nicht "kriegswichtig", aber die
>> Abschnittsnummern sollten wir berücksichtigen. Denn die
>> Rettungsdienste nutzen diese, 

> Strassen.NRW. Wird aber schwierig, die korrekt zu erfassen, weil unsere
> ways natürlich in andere Stücke unterteilt sind als deren Daten.

Das klingt nach Relations als zusätzliches Layer.

-jha-


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

Re: [Talk-de] 2. RFC für Internet Cafes

[Guenther Meyer]

Am Sonntag 21 Dezember 2008 schrieb Sascha Silbe:
> Eine Liste der (vorraussichtlich) häufig verwendeten Zusatztags (wie
> internet:cost) wäre praktisch.
>
richtig.

also da waeren:

angabe des providers:
  internet:provider = ...
  z.B. internet:provider = T-Mobile

kosten:
  internet:fee = free | ...
  z.B. internet:fee = 5.00€/15min;30.00€/24h

art der bezahlung:
  internet:payment = credit_card | purchase_order | cash | ...
  z.B. internet:payment = credit_card

einschraenkungen (manche erlauben z.B. nur surfen, nix anderes):
  internet:restriction = ...
  z.B. inter:restriction = http;https

sonst noch was...?


fon wuerde ich dann auch gar nicht mehr als ausnahme handhaben, das laeuft 
dann unter internet:provider=fon

generell wuerde ich das generelle internet-tag auch an die namespace-syntax 
anpassen. also entweder internet:access=... oder internet=...





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

Re: [Talk-de] 2. RFC für Internet Cafes

[Stefan Hirschmann]

Simon Kokolakis wrote:
> Stefan Hirschmann schrieb:
>> Ich gehe mal davon aus, dass du den Proposal
>> 
>> NICHT gelesen hast.
>> Zitat:
>> "Internet cafes are primarily cafes, libraries are primarily also not
>> internet access providers. So there is the need for an extra tag which
>> is not in conflict with the primary use."
> 
> Okay, das macht Sinn. Aber soll man dann einen reinen 
> Internetzugansdienstleister der sonst keine Gastronomie führt taggen? 
> internet_access ist jetz klar, aber was als amenity?

Hierfür habe ich einen eigenen Wert definiert:
* internet_access=service
* building=yes

Die Beschreibung von service ist:
===
if you want to mention that there is personal which helps you in case of
problems. Should be used only in special cases like the LAN houses in
brazil, where internet access is the only service (no cafe).
===

Ich kann dir aber nicht sagen, wie oft es sowas gibt (in meiner Gegend
überhaupt nirgends). Meiner Meinung nach kommt es zu selten vor um ein
eigenes amenity Tag rechtfertigt. Ideen wie man es besser machen kann?

MfG Stefan

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

Re: [Talk-de] Pension und so

[Dermot McNally]

2008/12/20 Alexander Schulze :
> Hallo zusammen,
>
> ist "tourism=guest_house" der richtige Tag für Pensionen?

So habe ich Pensionen getagt. So richtig zufrieden damit bin ich
allerdings nicht, denn ein Guesthouse (nach englischsprachiger
Bedeutung) durchaus kleiner und weniger businesslike sein kann als die
meisten Pensionen.

Hier hilft nur ein neues Schema, sowas wie:

tourism=accommodation
accommodation=hotel|bed_and_breakfast|pension|guesthouse|hostel|whatever
stars=2
board=half_board|none|bed_and_breakfast|all_inclusive|full_board

Hier könnte "accommodation" lokalen Normen angepasst werden.

Nachteil: mit dem heutigen Tagging inkompatibel. Naja...

Dermot


-- 
--
Iren sind menschlich

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

Re: [Talk-de] Import des Straßennetzes von Straßen .NRW

[Jochen Topf]

On Sat, Dec 20, 2008 at 01:29:51PM +0100, Jan-Benedict Glaw wrote:
> Die Netzknoten-Nummern sind nicht "kriegswichtig", aber die
> Abschnittsnummern sollten wir berücksichtigen. Denn die
> Rettungsdienste nutzen diese, um das entsprechende Straßenstück zu
> finden. (Und wenn man schon dabei ist, kann man sich aber gleich auch
> was für die Netzknotennummern überlegen.)

Die Abschnittsnummern scheinen aber einfach die Netzknotennummern vom
Anfang und Ende des Abschnitts zu sein. Zumindest in den Daten von
Strassen.NRW. Wird aber schwierig, die korrekt zu erfassen, weil unsere
ways natürlich in andere Stücke unterteilt sind als deren Daten.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Ortsgebiet

[Wolfgang W. Wasserburger]

> Typo
> 
> Plugins
> 
thx -da hat mich der Zusammenhang abgelenkt um das zu durchschauen ;-)


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

Re: [Talk-de] Pension und so

[Martin Koppenhoefer]

> P.S: Vollends seltsam wird es dann bei mehrstöckigen Gebäuden
> (Ergeschoß: Apotheke, 1. Arzt, 2. Anwalt, 3. Notar), aber das ist eine
> andere Geschichte, zu lang, um hier noch geklärt zu werden ...
>
> level0:amenity=pharmacy
level1:amenity=doctor
level2:

man koennte es so machen.

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

Re: [Talk-de] 2. RFC für Internet Cafes

[Simon Kokolakis]

Stefan Hirschmann schrieb:
> Ich gehe mal davon aus, dass du den Proposal
> 
> NICHT gelesen hast.
> Zitat:
> "Internet cafes are primarily cafes, libraries are primarily also not
> internet access providers. So there is the need for an extra tag which
> is not in conflict with the primary use."

Okay, das macht Sinn. Aber soll man dann einen reinen 
Internetzugansdienstleister der sonst keine Gastronomie führt taggen? 
internet_access ist jetz klar, aber was als amenity?

Beste Grüße,
Simon

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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Sascha Pomplun]

Frederik Ramm wrote:
> Im konkreten Fall bin ich so vorgegangen:
> [...]

Das sieht gut aus, danke für die Anleitung! Werde beizeiten mal wieder einen
eigenen OSM-Server aufsetzen und das ganze nachspielen...

Gruß
Sascha


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

Re: [Talk-de] Ortsgebiet

[Marcus Wolschon]

Typo

Plugins



Am 21.12.08 schrieb Wolfgang W. Wasserburger :
>> Sowohl der Algorithmus als auch die Metrik sind Pluging. Du hast die Wahl.
>
> Pluging? ist mir als Begriff noch nicht begegnet;-)
>
> Danke für die andere Erklärung
>
> lg Wolfgang
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Straßen in in Baugebiet mit Vorerschli eßung

[Garry]

Holger Wemken schrieb:
> Hallo,
>
> ich trage das ganze Baugebiet als "landuse=construction" ein. Das 
> entspricht einem Baugebiet. Die bereits vorhandenen Straßen trage ich 
>   
landuse=residential
construction=yes
!
> erst einmal als "service" ein. Dann gibt es kein Mecker im Renderer. 
> Wenn es irgendwann Straßennamen gibt, werden die Straßen von "service" 
> auf "residential" geändert, der Name dazugegeben, ev. auch noch die 
> Geschwindigkeitsbegrenzung. Am Ende der Baumaßnahmen kann man dann den 
> "landuse=construction" auf  "landuse=residential" setzen.
>
>   
Die Baumassnahmen halten häufig noch jahrelang an während gleichzeitig 
ein Gebiet aber schon
im normalen "Wohngebrauch" ist - da ist ein "construction" für das 
Gesamtgebiet und die Strassen nicht gerechtfertigt!
> Bedeutet natürlich ein wenig sich kümmern, aber OSM lebt ja auch von den 
> vor Ort aktiven Leuten.
>   

Eine regelmässige/häufige Pflege der OSM-Daten ist nicht garantiert und 
regional sehr unterschiedlich.
Da macht es keinen Sinn wenn man nicht selbst sicherstellen kann das 
gerade gemappte Gebiet aktuell zu halten
dieses als Baugebiet derart zu mappen dass es von den normalen Routern 
nicht angefahren werden kann.

Garry

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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Frederik Ramm]

Hallo,

Sascha Pomplun wrote:
> Mir ging es auch hauptsächlich um die Frage, wie man das selber wieder
> reparieren kann. Mit Potlatch kommt man ja leider nicht immer sehr weit und
> ich weiß nicht wie ich an die IDs der andere verlorenen Objekte komme, um
> sie wieder auf visible="true" zu setzen. 

Im konkreten Fall bin ich so vorgegangen:

* die taeglichen diffs der letzten Tage nach "Dischord" durchsuchen (das
   setzt voraus, dass man sich die regelmaessig holt und abspeichert; auf
   planet.osm.org sind nur die diffs der letzten 7 Tage oder so)

* aus dem damit ermittelten diff mittels des Tools "oscgrep" (im SVN)
   die Aenderungen des Benutzers raussuchen, etwa so:

   zcat 20081209-20081210.osc.gz |perl  ~/oscgrep.pl -a delete 
'user="Dischord'

* mit kleinem Shellbefehl die betr. Ways vom API holen:

   zcat 20081209-20081210.osc.gz |perl  ~/oscgrep.pl -a delete 
'user="Dischord'|grep "id="|cut -d\" -f2|while read zeile; do wget 
-Ow$zeile http://www.openstreetmap.org/api/0.5/way/$zeile; done

* die resultierenden w...-Dateien einzeln anschauen. Bei denen, deren 
letzter Eintrag visible=false ist, diesen Eintrag löschen und alle bis 
auf den vorletzten ebenfalls (so dass nur noch die unmittelbar vor der 
Löschung aktuelle Version drin steht). Die anderen w...-Dateien löschen.

* und nun die w...-Dateien hochladen (das Tool lwp-request ist im Paket 
libwww-perl):

   for i in w*; do ID=`echo $i |cut -c2-`; lwp-request -smPUT -C 
meinusername:meinpassword http://www.openstreetmap.org/api/0.5/way/$ID < 
$i; done

Fuer die Relationen vergleichbar. Wie gesagt, ich habe auch ein Skript, 
mit dem ich eine groessere Menge von Objekten auf den Stand vor der 
Aenderung durch User X zuruecksetzen kann, aber das waere hier mit 
Kanonen auf Spatzen geschossen gewesen (ich traue dem Skript selber 
nicht und muss es immer erst mit lauter print-Anweisungen laufen lassen, 
das kostet dann bei so kleinen Sachen ueberproportional viel Zeit).

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] 2. RFC für Internet Cafes

[Stefan Hirschmann]

Simon Kokolakis wrote:

> Finde ich nicht gut. Schliesslich haben ein Kaffee-Cafe und ein 
> Internetcafe nicht viel gemeinsam

Hier ist eine Fotogallerie von unserem Internetkaffe "d...@s NET PUB"


In meinen Augen unterscheidet das nur zwei einzelne PCs von einem
normalen Pub. Und den Hauptumsatz machen die auch mit klassischem Pub
Betrieb.

MfG Stefan

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

Re: [Talk-de] 2. RFC für Internet Cafes

[Stefan Hirschmann]

Simon Kokolakis wrote:
> Stefan Hirschmann schrieb:
>> * Wichtig: Internet_access ist ein Zusatzattribut. D.h. ein Internet
>> Cafe wird als
>>  amenity=cafe
>>  internet_access=terminal
>> getaggt.
> 
> Finde ich nicht gut. Schliesslich haben ein Kaffee-Cafe und ein 
> Internetcafe nicht viel gemeinsam, ausser den Namen. Warum nicht einfach 
> amenity=internetcafe?

Ich gehe mal davon aus, dass du den Proposal

NICHT gelesen hast.
Zitat:
"Internet cafes are primarily cafes, libraries are primarily also not
internet access providers. So there is the need for an extra tag which
is not in conflict with the primary use."

Es geht darum ein generisches Tag zu haben, dass sowohl für Cafes,
Büchereien, Bibliotheken und Geschäfte die zusätzlich Internet anbieten
geht.

Meine Erfahrung mit dem Internet Cafe im Ort ist: Hautpsächlich wird es
als Cafe benutzt.

Eine Bücherei bietet Internet zwar an, aber nicht hauptsächlich. Und
statt jetzt 4 oder 5 neue amenity Typen einzuführen ist es sinnvoller
einen Key einzuführen der die Zusatznutzung erlaubt.

MfG Stefan

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

Re: [Talk-de] 2. RFC für Internet Cafes

[Sascha Silbe]

On Sun, Dec 21, 2008 at 03:02:20AM +0100, Stefan Hirschmann wrote:



Soll service als zweiter Wert eingetragen werden? Also 
"internet:access=wlan;service"?
Eine Liste der (vorraussichtlich) häufig verwendeten Zusatztags (wie 
internet:cost) wäre praktisch.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] Stra?en in in Baugebiet mit Vorerschlie?ung

[Holger Wemken]

Heiko Jacobs schrieb:
> Holger Wemken  wrote:
>   
>> ich trage das ganze Baugebiet als "landuse=construction" ein. Das 
>> 
>
> (DE:)Map_Features kennt nur greenfield und brownfield dafuer...
>
>   
Ein paar Zeilen tiefer steht in den Map_Features der Schlüssel 
landuse=construction mit der Erklärung:
*"Baugebiet"*. Wenn die Bebauung abgeschlossen ist, sollte der Zustand 
den aktuellen Bedingungen angepasst werden.
Oft fehlen ja passende Schlüssel, für Baugebiete gibt es offenbar derer 
gleich drei - war mir auch noch nicht aufgefallen.

Gruß
Holger
>   
>   


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

Re: [Talk-de] 2. RFC für Internet Cafes

[Frank Mohr]

Simon Kokolakis wrote:
> Stefan Hirschmann schrieb:
>> * Wichtig: Internet_access ist ein Zusatzattribut. D.h. ein Internet
>> Cafe wird als
>>  amenity=cafe
>>  internet_access=terminal
>> getaggt.
> 
> Finde ich nicht gut. Schliesslich haben ein Kaffee-Cafe und ein 
> Internetcafe nicht viel gemeinsam, ausser den Namen. Warum nicht einfach 
> amenity=internetcafe?

kommt drauf an, in München gabs 2 Pizzerias die ich so taggen würde:

amenity=restaurant
internet_access=terminal

(Die hatten auf jedem Tisch einen Rechner stehen,
Internet-Zugang war bei Mindestverzehr kostenlos)

Frank



___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


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

Re: [Talk-de] Wege in Passagen

[Frank Mohr]

Wolfgang W. Wasserburger wrote:
>  >  tertiary? Das finde ich ein bisschen übertrieben. residential oder wohl 
> meist pedestrian oder footway, je nach Breite und Befahrbarkeit. 
> 
> 
> Habe schon Bundesstraßen gesehen, die durch ziemlich breite Stadttore mit 
> echten Obergeschoßen führen. Das wären sogar primarys? Oder nicht?
> 
> In Italien bilde ich mir sogar ein Raststätten gesehen zu haben, die quer 
> über Autobahnen mit zwei Aufgangsgebäuden gestellt sind. Also sogar motorway?

Raststätten über der Autobahn kenne ich vor allem in der Schweiz:

http://www.openstreetmap.org/?lat=47.43857&lon=8.34823&zoom=17&layers=0B00FTF
http://www.openstreetmap.org/?lat=47.52696&lon=7.70082&zoom=17&layers=0B00FTF

Frank



___ 
Der fr�he Vogel f�ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


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

Re: [Talk-de] Berliner Stadteil fast komplett gelöscht

[Sascha Pomplun]

Frederik Ramm wrote:
> Oh Mann, ich dachte jetzt, das wird ne größere Aktion. Aber das
> Märkische Viertel muss kleiner sein als von mir angenommen, oder Du hast
> maßlos übertrieben ;-) der User hat in den ganzen letzten zwei Monaten
> gerade mal 37 Änderungen vorgenommen (1x Node erzeugt, 1x Relation
> erzeugt, 31x Way gelöscht, 4x Relation geändert).

No Panic :)

...und danke für's wiederherstellen der Daten.

Ich gebe zu, das sich das ganze ein wenig schlimmer angehört hat als es ist,
aber es hatte wenigstens der Tatsache entsprochen, viel ist in der Ecke
halt noch nicht gemacht worden und da war schon bei dem bisschen fast das
komplette MV weg.

Mir ging es auch hauptsächlich um die Frage, wie man das selber wieder
reparieren kann. Mit Potlatch kommt man ja leider nicht immer sehr weit und
ich weiß nicht wie ich an die IDs der andere verlorenen Objekte komme, um
sie wieder auf visible="true" zu setzen. 

Gruß
Sascha


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