Re: [Talk-de] Wanderkarte für Schweiz und Südtiro l

[Nop]

Hi!

Martin Koppenhoefer schrieb:
> Am 17. Juli 2009 00:11 schrieb Nop :
>> Für mich ist das ein Mißbrauch von note [1], da es keine ergänzende
>> Mitteilung für Mapper/Bearbeiter ist sondern eine handfeste
>> Kennzeichnung der Relation.
> 
> das ist allerdings übliche Praxis und auch die Editoren (zumindest
> JOSM) fördern das, indem sie auch die Werte aus note neben der
> Relationsnr. anzeigen, wenn kein Name gesetzt ist.

Gängige Praxis? Wenn Du in Tagwatch schaust, findest Du dort überwiegend 
Anmerkungen und zusätzliche Hinweise, wie man das erwarten würde, keine 
Namen.

JOSM unterstreicht mit diesem Mechanismus auch die Notwendigkeit eines 
kennzeichnenden Namens an. Wobei note eher einen Notnagel (3. Fallback 
in Ermangelung von name oder ref) darstellt als das Prinzip.

bye
Nop


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

Re: [Talk-de] distance map

[gary]

Steht nun im wiki

-- Urspr. Mitt. --
Betreff: Re: [Talk-de] distance map
Von: "Jacques Nietsch" 
Datum: 16.07.2009 21:14

Am 16.07.2009, 08:21 Uhr, schrieb Gary G: :

>
>> hi,
>>
>> habe gestern ein kleines Programm geschrieben, das auf der talk Liste
>> gewünscht wurde. Vielleicht kann's auch sonst jemand brauchen...
>>
>> http://wiki.openstreetmap.org/wiki/Distancemap.pl
>>
>> Das Programm kann auf einer Karte für jede Kreuzung anzeigen, wie weit  
>> es
>> bis zu einem bestimmten Ziel ist. Den Wegen folgend. Ziel und valide  
>> Wege
>> können im Programm angegeben werden.
>>
>> Falls inf (infinity) angezeigt wird, ist das Ziel nicht erreichbar.  
>> Evtl.
>> zur Prüfung der Routingfähigkeit der Daten nutzbar!
>>
>> ciao
>>
>> gerhard
>> gary68
>>
>>
>
>
>
>  weitergeleitete Nachricht Ende 

Interessant, aber woher bekomme ich die Module:
use OSM::osm 4.0 ;
use OSM::osmgraph 2.0 ;

her?

Schöne Grüße
Jacques


___
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] Wanderkarte für Schweiz und Südtiro l

[Martin Koppenhoefer]

Am 17. Juli 2009 00:11 schrieb Nop :
> note = Staubern-Kastensattel
> name = 
>
> Für mich ist das ein Mißbrauch von note [1], da es keine ergänzende
> Mitteilung für Mapper/Bearbeiter ist sondern eine handfeste
> Kennzeichnung der Relation.

das ist allerdings übliche Praxis und auch die Editoren (zumindest
JOSM) fördern das, indem sie auch die Werte aus note neben der
Relationsnr. anzeigen, wenn kein Name gesetzt ist.

Gruß Martin

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

Re: [Talk-de] Deichweg Taggen

[Martin Koppenhoefer]

Am 16. Juli 2009 20:38 schrieb Torsten Leistikow :
> Chris-Hein Lunkhusen schrieb:
>> tracktype würde ich 2 oder 3 nehmen (eher 2).
>>
>> 1 ist eindeutig zu niedrig und 4 zu hoch da er ja befestigt ist.
>
> Sehe ich genauso. Nur weil ansatzweise eien Befestigung der Oberflaeche
> zu erkennen ist, muss nicht automatisch tracktype=grade1 gesetzt werden.

+1

> Ich verwende grade1 nur, wenn der Weg vom Zustand her auch eine
> entsprechende Nutzung erlaubt. So habe ich hier schon haeufgiger
> Feldwege gehabt, die zwar mal mit Betonplatten befestigt worden sind. In
> den Jahren ist das aber stellenweise so viel Sand drauf gelandet, dass
> sie wie ein grade5 Weg zugewachsen sind. Nur wegen den Betonresten unter
> den Pflanzen ein grade1 zu setzen scheint mir nicht sinnvoll.

ja klar, wobei 5 sicher auch nicht zutrifft, mit einem schweren
Fahrzeug sinkt man in einem grade4 oder 5 eher ein und bleibt stecken,
während ein Weg wie von Dir beschrieben da kein Problem ist. Die
grades sind halt auch nicht universell, es macht immer einen
Unterschied, ob man z.B. mit dem Auto oder mit dem Fahrrad unterwegs
ist.

Gruß Martin

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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Frederik Ramm]

Hallo,

Mario Salvini wrote:
> es liegt wohl einfach daran, dass ich den gewählten Bereiff "stop_area" 
> völlig uninuitiv genutzt sehe und deshalb auch Probleme mit dem Schema 
> habe.

Der Begriff ist allerdings einem internationalen Standard entnommen 
(IFOPT bzw. Transmodel definieren "Stop Area = A group of Stop Points 
close to each other" - also genauso wie Sebastian in seinem Konzept). 
Ein Stop Point wiederum ist "a point in a planned journey where 
passengers can board or alight from vehicles".

Man sieht, dass diese Standards eher aus Passagiersicht denn aus 
Betriebssicht geschrieben sind - wo genau jetzt die Vorderkante vom 
Fahrzeug haelt, ist egal, Hauptsache, der Passagier kann einsteigen ;-)

Ich bin mitnichten ein blinder Verfechter von internationalen Standards, 
aber wenn es die halt schon mal gibt und wenn sie nicht ganz bloedsinnig 
sind, dann ist es schon nicht schlecht, deren Begriffe 
weiterzuverwenden, das sorgt dann fuer weniger Missverstaendnisse, wenn 
man es mit Leuten zu tun hat, die sich in der Branche schon auskennen.

Hier ist ein Dokument zum IFOPT-Standard, das auch die 
Transmodel-Begriffe enthaelt:

http://www.naptan.org.uk/ifopt/ifoptV1.0-36/CENTC278WG3SG6_IFOPT_20081110_36.pdf

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] Datenstand bei OpenRouteService.org

[Pascal Neis]

Hi,

SLXViper schrieb:
> Hallo,
> 
> in letzter Zeit sind mir verstärkt seltsame Stellen bei der
> Routenplanung von openrouteservice.org aufgefallen. Mal wurden Wege und
> Straßen nicht berücksichtigt, mal lag die Route ein Stück neben dem Weg
> oder der Straße. Wenn ich mir an diesen Stellen die history der
> betroffenen Wege anschaue, komme ich zu dem Schluss, dass die Daten
> mittlerweile für osm-Verhältnisse ziemlich alt sind; ich schätze das
> Datenalter im Moment auf etwas über 3 Wochen. Laut wiki sollte
> eigentlich jeden Dienstag eine Aktualisierung durchgeführt werden...
> Was ist da los?

ich habe die OSM-Routing-Daten gerade an diesem Mittwoch
wieder aktualisiert. Das Ganze hatte sich sozusagen gerade
überschnitten. Zukünftig werden diese Daten jetzt immer
Mittwochs anstatt wie bisher Dienstags aktualisiert.
Hab dafür jetzt ein Skript eingerichtet, was leider etwas
Zeit in Anspruch genommen hat und vergangene Woche auch
schief gelaufen ist :(

Weiterhin sind neue Updates des Route Service auf
den Server gekommen. Ich hoffe das "Karlsruher-Brücken-
Fahrrad-Routing-Problem" tritt jetzt nicht mehr auf.
Sven hat mir da schon kurz positive Rückmeldung gegeben,
ich hoffe für alle anderen funktioniert es jetzt auch wieder
oder jetzt wie gewünscht?

Neben einer kleinen Optimierung im Routing-Algo,
haben auch die Fahranweisungen ein kleines Update erhalten.
Wobei dort sicherlich noch mehr Arbeit angesagt ist ...

grüße
pascal

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

[Talk-de] Karte für Fahrradrouting

[Jens Müller]

Welche Karte könnt ihr für Fahrradrouting mit Garmin empfehlen? Habe 
gerade Kleineisel und Raumbezug ausprobiert, und bei beiden will mich 
das Gerät (im Fahrradmodus!) über die A5 schicken.

Bug in der Karte? Im Gerät? Welche Karte ist zu empfehlen, welche 
Einstellungen beim etrex vista hcx?

Gruß Jens


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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Nop]

Hi!

Sarah Hoffmann schrieb:
>> Das wäre dann schon mal ein Name, der zusammengehörende Elemente 
>> gruppiert - und damit deutlich besser, als hunderte 
>> durcheinandergewürfelte Relationen ohne Namen. 
> 
> Falsch, das ergibt eine Gruppierung nach Kanton und da greift die Regel
> http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories

Falsch. Die Zuordnungen zu den Relationen machst Du - da schlage ich 
auch keine Änderung vor.

> Eine Route ist die Verbindung zwischen zwei Wegweisern. Wegweiser haben
> hier (meistens) einen Namen und referenzieren sich somit gegenseitig.
> Das ergibt zusammen mit den Markierungen eine ausgeschilderte,
> objektiv verfolgbare Route.

Dann reduziert sich das Problem schlichtweg darauf: Eigentlich wollen 
wir das Gleiche. Nur mit unterschiedlichen Tags.

Für Dich heißt es in Deiner Beispielrelation:

note = Staubern-Kastensattel
name = 

Für mich ist das ein Mißbrauch von note [1], da es keine ergänzende 
Mitteilung für Mapper/Bearbeiter ist sondern eine handfeste 
Kennzeichnung der Relation.

Wenn ich das mappe, würde das so aussehen:

name = Wanderwege  Staubern-Kastensattel
note = Wegweiser teilweise stark verwittert

Das ist die Bezeichnung, die Du vergeben hast, erweitert so daß sie 
überregional verständlich ist. Der Name ist aber keinesfalls frei 
erfunden, sondern Deine Bezeichnung für diese spezielle Route. Und für 
Frederick ist sie auch ganz klar an den Wegweisern on the ground 
nachvollziehbar. Genauso werden die Wanderwege in Deutschland von den 
Wandervereinen auch benannt, wenn sie keinen Individualnamen haben.

Kurz: Ein guter Name. Und den Namen in note abzulegen und den Namen 
dafür leer zu lassen erscheint mir sehr merkwürdig.


bye
Nop


[1] http://wiki.openstreetmap.org/wiki/Key:note

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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Mario Salvini]

Jochen Topf schrieb:
> On Thu, Jul 16, 2009 at 10:50:40AM +0200, Dimitri Junker wrote:
>   
>>> Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E.
>>> eine stop_area.
>>>   
>> Also wenn ich es richtig verstanden habe, dann ist eine stop_area die 
>> Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es 
>> also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie 
>> eine stop_area_group.
>> 
>
> Nein. Eine stop_area kann auch mehrere Haltepunkte und Plattformen umfassen.
> Typischerweise ist alles, was den gleichen Haltestellennamen trägt, eine
> einzige stop_area. Eine stop_area_group braucht man dann, wenn mehrere
> Haltestellen sehr nah zusammenliegen. Z.B. gibt es in Karlsruhe die
> Haltestelle "Karlsruhe Hauptbahnhof" der DB und "Bahnhofsvorplatz", wo
> die Strabas und Busse abfahren. Das sind nach dem Namen verschiedene
> Haltestellen, aber sie werden als Gruppe erfaßt, weil man dort umsteigen
> kann.
>
> Wenn man wissen will, welche Plattform zum welcher stop_position gehört,
> dann kann man das nur über die Linienrelationen machen, in der beide drin
> sein sollten. Der Grund warum wir auf dem Workshop dafür keine Extra-Relation
> haben wollten, ist einfach, dass das noch eine Ebene mehr an Relationen
> eingezogen hätte.
>
> Jochen
>   
es liegt wohl einfach daran, dass ich den gewählten Bereiff "stop_area" 
völlig uninuitiv genutzt sehe und deshalb auch Probleme mit dem Schema 
habe. Eine "Stop Area" ist in meinen Augen das Gebiet wo das 
Transportmittel hält/stoppt.

Was ihr damit aber ausdrückt ist eher sowas wie "group_of_halts" oder 
was in der Art, aber stop_area triffts nicht.

http://tools.geofabrik.de/osmi/?view=pubtrans_stops&lon=6.09492&lat=50.76921&zoom=17&baselayer=Public%20Transport

Schließlich hät der Bus nicht an einem Beliebigen Ort in diesem 
Beispiel-Gebiet ;)

Gruß
 Mario

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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Mario Salvini]

Dimitri Junker schrieb:
> Hallo,
>
>
>   
>> stop_position -> markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze
>> hält.
>> 
>
>
> Bei Zügen würde das in Japan funktionieren, hier halten die doch wo sie 
> gerade Lust haben, weshalb das mit den Wagenstandsanzeigern so schlecht 
> klappt. Bei Bussen klappt es garnicht, da auch mehrere hintereinander stahen 
> können.
>
> Dimitri
>   
is natürlich alles eine frage, wie gewissenhaft ein Lokführer oder 
Busfahrer ist. Aber rein theoretisch haben sowohl Bus als auch Bahn 
feste Stop-Positionen (wie schon erwähnt sind es in Bahnhöfen meist 
mehrer in jede Richtung).

Gruß
 Mario

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtiro l

[Nop]

Hallo!

Martin Koppenhoefer schrieb:
>> Wie überprüft Dritter Flurnamen, Wege und andere Dinge die rein lokales
>> Wissen sind und weder auf Schildern noch in normalen Karten zu finden sind?
> 
> indem er recherchiert. Der Unterschied zwischen schwer zugänglich und
> frei erfunden ist doch erheblich, da letzteres niemand finden kann,
> egal wie lange und sorgfältig er sucht.

Du meinst also, trotz langer und gründlicher Recherche würde niemand 
nachvollziehen können, daß es sich bei der Relation "Wanderwege St. 
Gallen" um einen Teil des Wanderwegenetzes eines schweizer Kantons handelt?

bye
Nop


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

Re: [Talk-de] Wanderkarte für Schweiz und Südtiro l

[Nop]

Hi!

Karl Eichwalder schrieb:
> Das ist völlig überflüssig und hier wie auch an anderen stellen nur
> irreführend.  Bei der cyclemap geht es auch ohne diese künstlichen
> namen.

Genau. Nehmen wir lieber die cyclemap. Die macht keine so komischen 
Sonderregeln. Und kommt auch komplett ohne path aus. :-)

> Zeig sie einfach an – bei der cyclemap geht's auch.

Tatsächlich? Dann zeig' mir bitte mal eine Route mit individueller 
Wandermarkierung auf der cyclemap.

> Eben.  Ekkehart hat sich da etwas verrannt.  Mittelfristig wird es
> bestimmt eine alternative gerenderte karte geben.

Danke für Deinen konstruktiven Beitrag. Ich hoffe doch daß Du Recht hast 
- das bedeutet viel weniger Arbeit für mich. :-)

bye
Nop

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Nop]

Hi!

Frederik Ramm schrieb:
> Nop wrote:
>> Ich verstehe nicht warum Du Dich dem so verwehrst daß eine Relation 
>> nicht einen hilfreichen Namen haben _darf_.
> 
> Normalerweise gilt bei OSM die "on the ground rule". Alles, was man 
> mappt, sollte durch Dritte anhand der Fakten vor Ort ueberpruefbar sein.

Das scheint nicht uneingeschränkt zu gelten. Bei der Diskussion um nicht 
mehr oder noch nicht bestehende Objekte hast Du argumentiert, daß auch 
diese gemappt werden können/sollten, obwohl sie auf gar keinen Fall "on 
the ground" nachvollziehbar sein können. :-)

> Ein frei erfundener Name - selbst wenn man sich Muehe gibt, einen guten, 
> deskriptiven Namen zu finden - erfuellt dieses Kriterium nicht; er ist 
> nicht "on the ground", er ist auf keinem Schild, seine Richtigkeit kann 
> von niemandem objektiv ueberprueft werden.

Der Name ist ja nicht "frei erfunden". Es ist die Bezeichnung, die Du 
auch verwenden würdest, wenn Du einem anderen Menschen kommunizieren 
willst, von welcher Strecke Du redest.

Für mich ist ein Name, der nicht unzutreffend ist und bei dem sich jeder 
Mapper was drunter vorstellen kann besser als namenlose Verwirrung.

bye
Nop




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

Re: [Talk-de] JOSM: neuer Relationsdialog

[Sebastian Waschik]

Hallo,

Jan Tappenbeck  writes:
> ich wollte eben etwas zu einer Relation hinzufügen - hattes es markiert 
> und wollte "+" drücken.
>
> Doch da kam ein neuer Dialog in welchem ich keine "+"-vergleichbare 
> Schaltfläche gefunden habe.

da gibt es jetzt vier verschiedene Möglichkeiten.  Die Buttons mit dem
Dreieck nach links.  Für die gibt es auch Tooltips: Also länger die
Maus drüber halten.

So wie ich das jetzt lese fügen die Buttons an folgender Stelle die
aktuelle Auswahl ein (in der Reihenfolge):
- am Anfang der Relation
- vor dem ersten gewählten Mitglied der Relation
- nach dem dem letztem gewähltem Mitglied der Relation
- am Ende der Relation

Der letzte Buttons sollte die gewählten Mitglieder wieder entfernen.

Viele Grüße
Sebastian Waschik


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

Re: [Talk-de] GPS zu Fuß

[Chris-Hein Lunkhusen]

Jonas Krückel schrieb:

> Ich glaube das nennt sich static navigation. Das GPS Programm 
> funktioniert erst ab einer Geschwindigkeit über 5 km/h, da es für das 
> Benutzen im Auto optimiert wurde. Manchmal kann man das in den 
> Einstellungen ausschalten, ansonsten hilft wohl nur ein anderes GPS.

Yepp, und da GeoCacher das auch überhaupt nicht mögen, haben die
typischen Cacher-Geräte alle kein Static Nav.

Grüße
Chris


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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Melchior Moos]

> Und wenn Du an der Schanz einen Anwendungsfall für eine stop_ares_group
> siehst dann kann man so ziemlich jeden Bahnhof nehmen.
>

Klar, wenn er auch 2 Bushalte mit unterschiedlichem Namenszusatz hat auf
jeden Fall!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Download von Webseiten

[Guenther Meyer]

Am Donnerstag 16 Juli 2009 schrieb Andreas Labres:
> Jan Tappenbeck wrote:
> > Ich möchte mir einige wichtige Seiten aus dem Wiki auf den Rechner
> > ziehen um diese auch auf Reisen dabeizuhaben.
>
> Wget gibt's auch unter Windows. Und hier gibt's eine Menge solcher
> Software: http://www.tucows.com/software.html?t2=1994
>
> Aber wenn sich der Wiki-Server eh grade so schwer tut, sollte man ihn
> vielleicht nicht noch zusätzlich in Stress versetzen... ;)
>
ah, deswegen hat man also versucht, einem die nutzung solcher tools etwas zu 
vermiesen... ;-)




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] Download von Webseiten

[Guenther Meyer]

Am Donnerstag 16 Juli 2009 schrieb Jan Tappenbeck:
> hi !
>
> ich hatte
>
> WGET "URL" schon einmal ausprobiert - aber da kam nicht das erwartete
> Ergebnis.
>
> eine HTML Seite und ein gleichnamiges Verzeichnis!
>

ja, und?
die seite, die du angegeben hast, wurde runtergeladen, oder nicht?

aber wahrscheinlich willst du rekursiv arbeiten,, das geht mit -r.
ansonsten steht alles noetige in der manpage...



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] Download von Webseiten

[malenki]

Jan Tappenbeck schrieb:

>ich hatte
>
>WGET "URL" schon einmal ausprobiert - aber da kam nicht das erwartete 
>Ergebnis.
>
>eine HTML Seite und ein gleichnamiges Verzeichnis!

Ja, was erwartest du denn?

>Kannst Du mir noch einen Tipp geben.

man wget
alternativ http://www.gnu.org/software/wget/manual/wget.html

Gruß
malenki



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

Re: [Talk-de] Download von Webseiten

[malenki]

Andreas Labres schrieb:

>Jan Tappenbeck wrote:
>> Ich möchte mir einige wichtige Seiten aus dem Wiki auf den Rechner 
>> ziehen um diese auch auf Reisen dabeizuhaben.
>
>Wget gibt's auch unter Windows. Und hier gibt's eine Menge solcher
>Software: http://www.tucows.com/software.html?t2=1994

Die Wget-exe (und eventuell nötige Libraries) in einen Ordner im PATH
platzieren. Wimre gehört c:\windows\system dazu.

Danach würde ich so vorgehen:

Im Ordner deiner Wahl eine Textdatei (z.B. links.txt) mit
Links der gewünschten Seiten füllen.

Win+R drücken, auf der Kommandozeile in den Ordner wechseln, 

wget -pi links.txt
fertig

Die manpage von wget enthält eine ausführliche Dokumentation.

Diese Vorgehensweise ist praktisch, um die Seiten irgendwann später
einmal erneut herunterzuladen.

Für Firefox gibt es eine Erweiterung namens scrapbook, evtl willst du
dir diese näher anschauen.

Gruß
malenki



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

Re: [Talk-de] Download von Webseiten

[Jan Tappenbeck]

hi !

ich hatte

WGET "URL" schon einmal ausprobiert - aber da kam nicht das erwartete 
Ergebnis.

eine HTML Seite und ein gleichnamiges Verzeichnis!

Kannst Du mir noch einen Tipp geben.

Gruß Jan :-)

Guenther Meyer schrieb:
> Am Donnerstag 16 Juli 2009 schrieb Jan Tappenbeck:
>> hi !
>>
>> ich dachte vielleicht gibt es ein hilfmittelm das mit einem
>> batch-kommando eine seite saugt - wie speichern unter.
>>
>> dann das ganze mehrmals hintereinander in einer batch und fertig  !
>>
> wie schon jemand erwaehnt hatte:
> wget
> genau das, was du hier beschreibst.
> 
> 
> 
> 
> 
> 
> ___
> 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] Download von Webseiten

[Guenther Meyer]

Am Donnerstag 16 Juli 2009 schrieb Jan Tappenbeck:
> hi !
>
> ich dachte vielleicht gibt es ein hilfmittelm das mit einem
> batch-kommando eine seite saugt - wie speichern unter.
>
> dann das ganze mehrmals hintereinander in einer batch und fertig  !
>
wie schon jemand erwaehnt hatte:
wget
genau das, was du hier beschreibst.




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] CIAT-Höhenlinien

[Carsten Schwede]

Hallo,

um das zu maachen müssen die Anwender nur den Höhenlinendatensatz
separat im Kartenprogramm einbinden und dann als Zusatzkarte mit ins
Paket einpacken. In neueren Garmins geht das sogar als parallele Datei
auf der Speicherkarte. (Oregon und  Colorado mit aktueller Beta-Firmware)

Frederik Ramm schrieb:
> Der einzig gangbare Weg waere, wenn die Garmin-Geraete Kacheln aus zwei 
> unterschiedlichen Quellen gleichzeitig anzeigen koennten (also die 
> CIAT-Kachel und die OSM-Kachel uebereinander geblendet). Geht das?
>   
-- 
Viele Gruesse
Computerteddy


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

Re: [Talk-de] distance map

[Alexander Eickhoff]

On Donnerstag 16 Juli 2009 21:12:02 Jacques Nietsch wrote:
> Am 16.07.2009, 08:21 Uhr, schrieb Gary G: :
>
> Interessant, aber woher bekomme ich die Module:
> use OSM::osm 4.0 ;
> use OSM::osmgraph 2.0 ;
http://svn.openstreetmap.org/applications/utils/gary68/

LG, alex

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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Thomas Reincke]

Melchior Moos schrieb:
> zusammengehören zusammenfassen will. In Aachen fällt mir da z.B. Schanz 
> ein, mit Bahnhalt und den beiden Bushaltestellen Schanz (Jakobstr.) und 
> Schanz (Vaalser Str.).

Bahn und Bus würde ich grundsätzlich nicht zusammen in eine Haltestelle 
packen, aber da kann man bei Anwendung einer stop_area_group durchaus 
verschiedener Meinung sein. In eine stop_area passen beide m. E. auf 
keinen Fall rein, da die Namen unterschiedlich sind. (Zug: "Aachen Hbf"; 
Bus: "Hauptbahnhof")

Und wenn Du an der Schanz einen Anwendungsfall für eine stop_ares_group 
siehst dann kann man so ziemlich jeden Bahnhof nehmen.

In Aachen fällt mir noch die Haltestelle Buschhausen ein. Dort gab es 
"Buschhausen (Kornelimünsterweg)" und "Buschhausen (Karl-Marx-Allee)". 
Die "1" hat an beiden gehalten. Da wäre auch ein Anwendungsfall für die 
stop_area_group gewesen, doch inzwischen hat sich das durch Umbenennung 
erledigt.

Nach dem Graf-von-Schwerin (alter Name des Kornelimünsterweg) wurde auch 
Karl-Marx getilgt. Die Haltestelle heißt jetzt "Vinzenzplatz".

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Sarah Hoffmann]

On Thu, Jul 16, 2009 at 07:16:03PM +0200, Nop wrote:
> >> Musterbeispiel ist die Relation 103607 "Wanderwege St. Gallen".
> > 
> > Dann hast du aber plötzlich hunderte Relationen mit dem gleichen
> > Namen, denn nicht das gesamte Netz des Kantons St. Gallen ist in der 
> > gleichen Relation. Das ist von der Grösse her schon nicht machbar.
> 
> Das wäre dann schon mal ein Name, der zusammengehörende Elemente 
> gruppiert - und damit deutlich besser, als hunderte 
> durcheinandergewürfelte Relationen ohne Namen. 

Falsch, das ergibt eine Gruppierung nach Kanton und da greift die Regel

http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories

Es mag durchaus Gründe geben, ganze Wandernetze in eine Relation zu packen,
aber die scheinen alle unter die Kategorie 'Handhabbarkeit' zu fallen.
Und dann ist es besser die Tools zu verbessern, als an die Daten
anzupassen.

> Offensichtlich läßt sich 
> das Benennungsschema aber noch verbessern. Nach welchen Kriterien wählst 
> Du denn beim Mappen die richtige Relation aus? Oder packst Du den Weg 
> einfach wahllos irgendwo rein?

[ ] Du hast die Wiki-Seite gelesen, auf die ich verwiesen habe.

Eine Route ist die Verbindung zwischen zwei Wegweisern. Wegweiser haben
hier (meistens) einen Namen und referenzieren sich somit gegenseitig.
Das ergibt zusammen mit den Markierungen eine ausgeschilderte,
objektiv verfolgbare Route.

> Mit der Wanderkarte gebe ich mir sehr viel Mühe, daß die dargestellten 
> Routen von hoher Qualität sind und das Wegeverzeichnis auch brauchbar. 
> Pro Update bearbeite ich die Symbole von 50-100 Routen - und ja, das ist 
> notwendig, die Fehlerrate ist auch bei den osmc:symbol Tags noch hoch.

Es ist schön, dass du soviel Arbeit in die Karte steckst. Es wäre noch
schöner, wenn du mehr Vertrauen in deine Mitmapper hättest. Die sind
nicht perfekt, aber im Durchschnitt ganz brauchbar. ;)

> Ich verstehe nicht warum Du Dich dem so verwehrst daß eine Relation 
> nicht einen hilfreichen Namen haben _darf_.

Siehe Antwort von Frederik.

Gruss

Sarah

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

[Talk-de] JOSM: neuer Relationsdialog

[Jan Tappenbeck]

Moin !

ich wollte eben etwas zu einer Relation hinzufügen - hattes es markiert 
und wollte "+" drücken.

Doch da kam ein neuer Dialog in welchem ich keine "+"-vergleichbare 
Schaltfläche gefunden habe.

Kann einer das neue Prinzip / den Dialog kurz erläutern?

Gruß Jan :-)

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

Re: [Talk-de] distance map

[Jacques Nietsch]

Am 16.07.2009, 08:21 Uhr, schrieb Gary G: :

>
>> hi,
>>
>> habe gestern ein kleines Programm geschrieben, das auf der talk Liste
>> gewünscht wurde. Vielleicht kann's auch sonst jemand brauchen...
>>
>> http://wiki.openstreetmap.org/wiki/Distancemap.pl
>>
>> Das Programm kann auf einer Karte für jede Kreuzung anzeigen, wie weit  
>> es
>> bis zu einem bestimmten Ziel ist. Den Wegen folgend. Ziel und valide  
>> Wege
>> können im Programm angegeben werden.
>>
>> Falls inf (infinity) angezeigt wird, ist das Ziel nicht erreichbar.  
>> Evtl.
>> zur Prüfung der Routingfähigkeit der Daten nutzbar!
>>
>> ciao
>>
>> gerhard
>> gary68
>>
>>
>
>
>
>  weitergeleitete Nachricht Ende 

Interessant, aber woher bekomme ich die Module:
use OSM::osm 4.0 ;
use OSM::osmgraph 2.0 ;

her?

Schöne Grüße
Jacques


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

Re: [Talk-de] planet diffs weekly

[Stephan]

Frederik Ramm wrote:
> Es ist aber ziemlich problemlos moeglich, einmal pro Woche bei Dir ein 
> Osmosis mit --rci laufen zu lassen, das laedt sich dann automatisch 7 
> Tagesdiffs und appliziert sie auf einmal, da merkst Du kaum was davon, 
> dass es kein Wochendiff ist.

Muss das Diff auf ein planet angewendet werden? Oder klappt das auch 
wenn nur ein extract vorhanden ist? Braucht osmosis dafür dann ein 
Bounding-Polygon? Eventuell das mit dem der Extract erstellt wurde?

Stephan


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

Re: [Talk-de] Download von Webseiten

[Jörk]

Jan Tappenbeck schrieb:
> hi !
> 
> ich dachte vielleicht gibt es ein hilfmittelm das mit einem 
> batch-kommando eine seite saugt - wie speichern unter.
> 
> dann das ganze mehrmals hintereinander in einer batch und fertig  !
> 
> gruß Jan :-)
> 

moin,

Downloadmanager gibt's doch mehr als reichlich, die auch komplette Sites 
   holen...

VG

Jörk


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

[Talk-de] Mehr Best of OSM

[Jochen Topf]

Vielen Dank für die vielen Ideen zur "Best of OSM"-Webseite (bestofosm.org).
Ich hab grad ein Dutzend neuer Locations eingebaut, die mir von verschiedenen
Seiten vorgeschlagen wurden. (Ganz bin ich aber noch nicht durch die ToDo-
Liste). Unter http://bestofosm.org/poster/ gibts außerdem das Poster zum
Runterladen, dass wir für die SOTM gemacht hatten.

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] JOSM: eigene Symbole ohne Key

[Jan Tappenbeck]

HI !

hat sich das mit der Umstellung in JOSM nicht im wesentlichen überholt 
?!?!??

andere icons funktionieren und deshalb dachte ich das an meinem 
fraglichen VALUE liegen könnte ?!

Gruß Jan :-)

Werner König schrieb:
> Am Donnerstag, 16. Juli 2009 15:59:05 schrieb Jan Tappenbeck:
>> Moin !
>>
>> ich möchte mir für FIXME und NOTE eigenen Icons einblenden und habe
>> folgendes gebastelt:
>>
>> 
>> 
>> 
>> 1
>> 5
>> 
>>
>> Es werden aber keine Symbole angezeigt - habe auch die Variante v=*
>> versucht !!!
> Du musst unter Einstellungen -> erweiterte Einstellungen in das Feld 
> mappaint.style.sources die Datei elemstyles.xml  inklusive Pfad eintragen.
> 
> im Feld mappaint.icon.sources must Du dann auch noch eintragen (Pfad), wo die 
> Bilder gefunden werden.
> 
> Aber bitte absolute Pfade verwenden. Obwohl in der Anleitung (siehe unten) 
> steht, dass auch relative Pfade gehen, hat das bei mir nicht funktioniert. 
> Ansonsten funktioniert es bei mir ganz ausgezeichnet.
> 
> Wie das mit dem value aussieht kann ich nicht sagen, da bei mir immer ein 
> gültiger Wert vorhanden war.
> 
> Anleitung:
> http://josm.openstreetmap.de/browser/trunk/styles/standard/elemstyles.xml
> http://wiki.openstreetmap.org/wiki/JOSM/MapPaint
> 
> So long
> 
> Werner
>> Kann mir einer sagen ob das überhaupt funktioniert ???
>>
>> Gruß Jan :-)
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Download von Webseiten

[Jacques Nietsch]

Am 16.07.2009, 16:55 Uhr, schrieb Jan Tappenbeck :

> Moin !
>
> mal etwas ganz anders.
>
> Ich möchte mir einige wichtige Seiten aus dem Wiki auf den Rechner
> ziehen um diese auch auf Reisen dabeizuhaben.
>
> Nun suche ich einen Weg dieses unter Windows autom. machen zu können.
>
> Kann mir einer einen Tipp geben ?
>
> Gruß Jan :-)

Ganz einfach bei Opera. Speichern als Webarchiv (eine Datei).
Es wird ein Dokument erzeugt (*.mht), das auch alle Grafiken enthält!
Sehr praktisch! So habe ich mir z.B. die Seite 'How to map a...' für
unterwegs abgelegt.

Jacques


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

Re: [Talk-de] Download von Webseiten

[Jan Tappenbeck]

hi !

ich dachte vielleicht gibt es ein hilfmittelm das mit einem 
batch-kommando eine seite saugt - wie speichern unter.

dann das ganze mehrmals hintereinander in einer batch und fertig  !

gruß Jan :-)

Martin Koppenhoefer schrieb:
> Am 16. Juli 2009 16:55 schrieb Jan Tappenbeck :
>> Moin !
>>
>> mal etwas ganz anders.
>>
>> Ich möchte mir einige wichtige Seiten aus dem Wiki auf den Rechner
>> ziehen um diese auch auf Reisen dabeizuhaben.
>>
>> Nun suche ich einen Weg dieses unter Windows autom. machen zu können.
>>
>> Kann mir einer einen Tipp geben ?
> 
> rechtsclick: seite speichern unter
> Alternativ: strg+s
> 
> Gruß Martin
> 
> PS: Was meinst Du mit automatisch?
> 
> ___
> 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] distance map

[Alexander Eickhoff]

Ein super Programm
... um mal zu zeigen, was man mit den OSM Daten so machen kann

vielen Dank Gerhard!

-alex

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

Re: [Talk-de] Deichweg Taggen

[Torsten Leistikow]

Chris-Hein Lunkhusen schrieb:
> tracktype würde ich 2 oder 3 nehmen (eher 2).
> 
> 1 ist eindeutig zu niedrig und 4 zu hoch da er ja befestigt ist.

Sehe ich genauso. Nur weil ansatzweise eien Befestigung der Oberflaeche
zu erkennen ist, muss nicht automatisch tracktype=grade1 gesetzt werden.
Ich verwende grade1 nur, wenn der Weg vom Zustand her auch eine
entsprechende Nutzung erlaubt. So habe ich hier schon haeufgiger
Feldwege gehabt, die zwar mal mit Betonplatten befestigt worden sind. In
den Jahren ist das aber stellenweise so viel Sand drauf gelandet, dass
sie wie ein grade5 Weg zugewachsen sind. Nur wegen den Betonresten unter
den Pflanzen ein grade1 zu setzen scheint mir nicht sinnvoll.

Um den Oberflaechenzustand zu beschreiben, gibt es ja auch noch das
smoothness-Tag. Aber alleine daruf moechte ich mich nicht verlassen.
Wenn tracktype=grade1 und smoothness=horrible in der Praxis auf
tracktype=grade4 hinauslaeuft, dann kann man das auch gleich so taggen.

Wo ich mir noch keine abschliessende Meinung gebildet habe, sind
Feldwege, bei denen nur die beiden Fahrstreifen (die 40cm wo die Reifen
langrollen) befestigt sind, in der Mitte aber ein Gruenstreifen ist.
Solche Wege lassen sich nicht wie ein normaler grade1 nutzen, sie sind
z.B. fuer Inlineskater oder Radfahrergruppen kaum geeignet. Aber im
Prinzip hat man es ja mit einer befestigten oberflaeche zu tun, und wenn
die Wege noch jung sind, kann im befestigten Teil die smoothness auch
sehr gut sein.
Im Moment tagge ich sowas als grade2 mit surface=concrete. Wirklich
gluecklich bin ich damit nicht, eine bessere Umsetzung ist mir aber noch
nicht eingefallen.

Gruss
Torsten

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

Re: [Talk-de] planet diffs weekly

[Christoph Wagner]

Frederik Ramm schrieb:
> Hallo,
> 
> Christoph Wagner wrote:
>> Ich habe gesehen, dass es früher (anscheinend vor der API-Umstellung)
>> noch diffs von einem planetfile zum nächsten gab. Die gibts aber jetzt
>> wohl offenbar nicht mehr oder hab ich da was übersehen? Versteh ich
>> irgendwie nicht!
> 
> Das Tool, mit dem die gemacht wurden, hat nie jemand auf API 0.6 
> umgestellt, so einfach ist das ;-)

Scheint mir auch nicht mehr benötigt zu werden, da ja osmosis das alles
 kann.

> Es ist aber ziemlich problemlos moeglich, einmal pro Woche bei Dir ein 
> Osmosis mit --rci laufen zu lassen, das laedt sich dann automatisch 7 
> Tagesdiffs und appliziert sie auf einmal, da merkst Du kaum was davon, 
> dass es kein Wochendiff ist.
> 

Danke für den Tip! Das klingt erstmal ganz ok. Aber sag mal, wäre es
möglich ein osc-file als diff zwischen zwei planets zu erzeugen und mit
auf den Server zu stellen? Ich könnte mir vorstellen, dass man da noch
was an Übertragung spart. Wenn innerhalb der Woche nämlich Sachen hin
und her editiert werden, dann wäre im echten Wochendiff nur der
Endzustand drin und nicht das hin und her gemehre.

Ansonsten muss ichs halt so machen, wie du meintest.

Grüße aus Dresden!
Christoph



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

Re: [Talk-de] CIAT-Höhenlinien

[Martin Koppenhoefer]

Am 16. Juli 2009 20:18 schrieb Frederik Ramm :

> Der einzig gangbare Weg waere, wenn die Garmin-Geraete Kacheln aus zwei
> unterschiedlichen Quellen gleichzeitig anzeigen koennten (also die
> CIAT-Kachel und die OSM-Kachel uebereinander geblendet). Geht das?

ja, geht.

Gruß Martin

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

Re: [Talk-de] CIAT-Höhenlinien

[Sven Geggus]

Frederik Ramm  wrote:

> Der einzig gangbare Weg waere, wenn die Garmin-Geraete Kacheln aus zwei 
> unterschiedlichen Quellen gleichzeitig anzeigen koennten (also die 
> CIAT-Kachel und die OSM-Kachel uebereinander geblendet). Geht das?

Die All-in-one Garmin map macht IMO genau das. Der Layer mit den
Höhenlinien ist separat abschaltbar. Sind aber anscheinend auch "nur"
rohe SRTM Daten:

http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#H.C3.B6henlinien

Sven

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

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

Re: [Talk-de] Launch bestofosm.org

[Sven Geggus]

Jochen Topf  wrote:

>> 
> 
> Weiß jemand, wo die herkommen? Hat die jemand importiert oder sind die 
> abgemalt?

Gute Frage, die scheinen aber recht gut zu stimmen.

Diesen Weg hier habe ich gemappt:
http://bestofosm.org/?type=Mapnik&lon=7.71052&lat=46.42892&zoom=16

und das passt recht gut mit der Realität zusammen.

Sven

-- 
"Remember, democracy never lasts long. It soon wastes itself,
exhausts and murders itself. There never was a democracy yet
that did not commit suicide." (John Quincy Adams)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] CIAT-Höhenlinien

[Frederik Ramm]

Hallo,

Carsten Schwede wrote:
> Oder muss ich sie mir selbst wandeln? (ich weiss noch nicht mal wie 
> ich das hinkriegen kann, die Datenformate kenne ich nicht, die man da 
> herunterladen kann)

Die CIAT-Daten sind "free for noncommercial use", daher darfst Du ohne 
deren ausdrueckliche Genehmigung keine gemeinsame Garmin-Karte aus OSM 
und deren Daten herstellen, denn diese muss dann (wg. OSM-Lizenz) unter 
CC-BY-SA stehen, wodurch dann ein kommerzieller Nutzer die Hoehendaten 
aus Deiner Karte extrahieren und legal kommerziell weiternutzen duerfte 
- Du haettest durch Deine Karte sozusagen die Einschraenkung 
"noncommercial" weggewaschen.

Der einzig gangbare Weg waere, wenn die Garmin-Geraete Kacheln aus zwei 
unterschiedlichen Quellen gleichzeitig anzeigen koennten (also die 
CIAT-Kachel und die OSM-Kachel uebereinander geblendet). Geht das?

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] planet diffs weekly

[Frederik Ramm]

Hallo,

Christoph Wagner wrote:
> Ich habe gesehen, dass es früher (anscheinend vor der API-Umstellung)
> noch diffs von einem planetfile zum nächsten gab. Die gibts aber jetzt
> wohl offenbar nicht mehr oder hab ich da was übersehen? Versteh ich
> irgendwie nicht!

Das Tool, mit dem die gemacht wurden, hat nie jemand auf API 0.6 
umgestellt, so einfach ist das ;-)

Es ist aber ziemlich problemlos moeglich, einmal pro Woche bei Dir ein 
Osmosis mit --rci laufen zu lassen, das laedt sich dann automatisch 7 
Tagesdiffs und appliziert sie auf einmal, da merkst Du kaum was davon, 
dass es kein Wochendiff ist.

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] Wanderkarte für Schweiz und Südtiro l

[Martin Koppenhoefer]

Am 16. Juli 2009 19:53 schrieb Mirko Küster :
>>Normalerweise gilt bei OSM die "on the ground rule". Alles, was man
>>mappt, sollte durch Dritte anhand der Fakten vor Ort ueberpruefbar sein.
>
> Das betrifft ja nicht nur erfundene Namen.

doch, das betrifft nur erfundene Namen.

> Wie überprüft Dritter Flurnamen, Wege und andere Dinge die rein lokales
> Wissen sind und weder auf Schildern noch in normalen Karten zu finden sind?

indem er recherchiert. Der Unterschied zwischen schwer zugänglich und
frei erfunden ist doch erheblich, da letzteres niemand finden kann,
egal wie lange und sorgfältig er sucht.

Gruß Martin

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

[Talk-de] CIAT-Höhenlinien

[Carsten Schwede]

Moin,

Die Mail schient irgendwie untergegangen zu sein, daher schreibe ich 
das nochmal in einen extra-Thread.

Kann man eigentlich die CIAT- Höhenlinien irgendwo einzeln als fertige
Garmin-Kacheln oder OSM- Dateien haben? Die SRTM-Daten die ich habe 
sind nicht so schön, wegen den abgeschnittenen Bergkuppen.

Oder muss ich sie mir selbst wandeln? (ich weiss noch nicht mal wie 
ich das hinkriegen kann, die Datenformate kenne ich nicht, die man da 
herunterladen kann)

-- 
Viele Grüße
Carsten


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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Mirko Küster]

>Normalerweise gilt bei OSM die "on the ground rule". Alles, was man
>mappt, sollte durch Dritte anhand der Fakten vor Ort ueberpruefbar sein.

Das betrifft ja nicht nur erfundene Namen.

Wie überprüft Dritter Flurnamen, Wege und andere Dinge die rein lokales 
Wissen sind und weder auf Schildern noch in normalen Karten zu finden sind?

Man recherchiert doch gerade nach sowas um dieses vorenthaltene oder 
verloren gegangene Wissen wieder zugänglich zu machen. Und ich bin stark 
dafür das so ein Wissen auch einfließt und das ganze nicht an irgendeiner 
Regel scheitert. Der Witz an der Geschichte ist ja gerade der das sowas 
verloren geht, eben weil es vor Ort nicht mehr sichtbar ist oder 
weitergegeben wird.

Gruß
Mirko


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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Dimitri Junker]

Hallo,


>stop_position -> markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze
>hält.


Bei Zügen würde das in Japan funktionieren, hier halten die doch wo sie 
gerade Lust haben, weshalb das mit den Wagenstandsanzeigern so schlecht 
klappt. Bei Bussen klappt es garnicht, da auch mehrere hintereinander stahen 
können.

Dimitri

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

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[Martin Koppenhoefer]

Am 16. Juli 2009 17:42 schrieb Mirko Küster :
>> na und? Eine Straßenkarte ist in erster Linie weder eine
>> Baustellenkarte noch eine Straßenplanungskarte. Wer navigieren will,
>> dem schadet die Darstellung von in Bau befindlichen und geplanten
>> Straßen, die nicht benutzbar sind, ungemein.
>
> Bei uns wird gerade eine ganze neue Autobahn durchgezogen. Diese riesige
> Wanderbaustelle hat auf die ganze Verkehsinfrastruktur der Region Einfluss.
> Da wird mal hier und mal da gebuddelt. Vorsorglich habe ich desshalb die
> Trasse schon lange durchgezogen und mit der bis dato bekannten Freigabe
> versehen. In den Örtlichen Informationsplänen waren die Trassen auch schon
> mit Baustart in 2005 verzeichnet.
>
> Nun gehen einige Rad- und normale Wanderwege über die Feldwege. Da ist es
> schon von Vorteil wenn man bescheid weiß das man dort eventuell im nichts
> landen könnte und desshalb vorsorglich lieber außen herum fahren sollte. Ich
> kann nämlich nicht bis 2010/11 jeden Tag eine Beghung starten und jeden
> einzelnen Weg kappen, umleiten oder verlegen.
>
> Daher ist so eine Construction Auswertung schon sinnvoll.

kleine Ausnahme mache ich noch ;-) (hins. nicht mehr antworten).

Ja, mein Absatz da oben ist evtl. missverständlich, daher: ich schätze
es sehr, Baustellen und evtl. geplante Strecken in der Karte zu sehen,
aber eben als solches, nicht als fertige und benutzbare Straßen. Wenn
das falsch rübergekommen ist tut es mir leid. Klar nutzt es, über
Großbaustellen Bescheid zu wissen, weil das auch Auswirkungen auf die
Umgebung hat. Aber wenn eine solche Baustelle als fertige Straße
dargestellt wird, hat eben das Problem, das man eigentlich nicht will.

Gerade darum gibt es ja auch schon eine verträgliche Lösung, die keine
solchen Probleme wie die von Garry verfochtene hat:
highway=construction und construction=* gibt die Art der Straße an,
die gebaut wird. Ist im Wiki ausführlich dokumentiert.

Abschliessend noch eine tagwatch-Statistik für diejenigen, die immer
noch Zweifel haben:
http://tagwatch.stoecker.eu/Europe/En/grouplist.html
highway=construction (5611)
consruction=yes (4)
construcction=* (6)
construction=yes (502)
construction=Straße, Weg oder Bahnlinie (4931)

also rund 10x soviele Einträge für die bessere Variante

Gruß Martin

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtiro l

[Karl Eichwalder]

Sarah Hoffmann  writes:

> On Thu, Jul 16, 2009 at 03:02:14PM +0200, ekkeh...@gmx.de wrote:

>> Die Eigenarten der Schweizer Wanderwege haben wir abseits der
>> Mailingliste schon mal diskutiert. Es ist eigentlich kein Problem,
>> den Relationen des Wegenetzes einen beschreibenden Namen mit
>> örtlichem Bezug zu geben. 

Das ist völlig überflüssig und hier wie auch an anderen stellen nur
irreführend.  Bei der cyclemap geht es auch ohne diese künstlichen
namen.

> Dann hast du aber plötzlich hunderte Relationen mit dem gleichen Namen,
> denn nicht das gesamte Netz des Kantons St. Gallen ist in der
> gleichen Relation. Das ist von der Grösse her schon nicht machbar.
>
> Der beschreibende Name, der auch für die Editoren benutzt wird, findet
> sich im note-Tag, wo er IMHO eher hingehört. Der Operator gehört
> ins operator-Tag. Dass der Wanderwerg im Kanton St. Gallen liegt,
> kann man aus den Koordinaten ableiten.

Oft gibt es zumindest in der deutschen und österreichischen Alpen eine
ref-nummer.  Wenn man die einträgt, kann man sich daran im editor gut
orientieren.   Wie gesagt, künstliche namen irritieren dann immer.

>> Die Routen sind nicht in die Karte aufgenommen, weil ich sie ohne
>> weitere Kenntnisse nicht als sinnvolle Wanderrouten erkennen bzw
>> nicht von unvollständigen Relationen und fehlerhaften Einträgen
>> unterscheiden kann. 

Zeig sie einfach an – bei der cyclemap geht's auch.

> Dann kommen wir an diesem Punkt leider nicht weiter. Ich verstehe nicht,
> wie eine Route ohne Name (aber sonst vollständigem Tags) korrekter sein 
> soll als eine, die mit einem frei erfunden Namen daherkommt.

Eben.  Ekkehart hat sich da etwas verrannt.  Mittelfristig wird es
bestimmt eine alternative gerenderte karte geben.

-- 
Karl Eichwalder

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Frederik Ramm]

Hallo,

Nop wrote:
> Ich verstehe nicht warum Du Dich dem so verwehrst daß eine Relation 
> nicht einen hilfreichen Namen haben _darf_.

Normalerweise gilt bei OSM die "on the ground rule". Alles, was man 
mappt, sollte durch Dritte anhand der Fakten vor Ort ueberpruefbar sein.

Ein frei erfundener Name - selbst wenn man sich Muehe gibt, einen guten, 
deskriptiven Namen zu finden - erfuellt dieses Kriterium nicht; er ist 
nicht "on the ground", er ist auf keinem Schild, seine Richtigkeit kann 
von niemandem objektiv ueberprueft werden.

Ein frei erfundener Name gehoert daher meiner Ansicht nach nicht in das 
"name"-Tag.

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] Wanderkarte für Schweiz und Südtirol

[Nop]

Hallo!

Sarah Hoffmann schrieb:
> On Thu, Jul 16, 2009 at 03:02:14PM +0200, ekkeh...@gmx.de wrote:
>> Die Eigenarten der Schweizer Wanderwege haben wir abseits der
>> Mailingliste schon mal diskutiert. Es ist eigentlich kein Problem,
>> den Relationen des Wegenetzes einen beschreibenden Namen mit
>> örtlichem Bezug zu geben.
>> 
>> Musterbeispiel ist die Relation 103607 "Wanderwege St. Gallen".
> 
> Dann hast du aber plötzlich hunderte Relationen mit dem gleichen
> Namen, denn nicht das gesamte Netz des Kantons St. Gallen ist in der 
> gleichen Relation. Das ist von der Grösse her schon nicht machbar.

Das wäre dann schon mal ein Name, der zusammengehörende Elemente 
gruppiert - und damit deutlich besser, als hunderte 
durcheinandergewürfelte Relationen ohne Namen. Offensichtlich läßt sich 
das Benennungsschema aber noch verbessern. Nach welchen Kriterien wählst 
Du denn beim Mappen die richtige Relation aus? Oder packst Du den Weg 
einfach wahllos irgendwo rein?

> Der beschreibende Name, der auch für die Editoren benutzt wird,
> findet sich im note-Tag, wo er IMHO eher hingehört. Der Operator
> gehört ins operator-Tag. Dass der Wanderwerg im Kanton St. Gallen
> liegt, kann man aus den Koordinaten ableiten.

Im note-Tag finden sich interne Mapper-Notizen wie FIXME oder 
"incomplete", aber nichts was in irgendeiner Form für eine Karte 
ausgewertet werden sollte. [1]

Zusammenhänge, die nicht getaggt sind, sondern nur durch komplexe 
Vergleiche aus Koordinaten, anderen Daten oder über eine Wiki- oder 
Google-Suche ermittelt werden müssen, sind gegenstandslos. 
Ortszugehörigkeit wird üblicherweise an den Objekten getaggt (siehe 
Adressen [2] oder is_in [3], auch wenn es theoretisch aus den 
Koordinaten irgendwie abgeleitet werden könnte.

> Dann kommen wir an diesem Punkt leider nicht weiter. Ich verstehe
> nicht, wie eine Route ohne Name (aber sonst vollständigem Tags)
> korrekter sein soll als eine, die mit einem frei erfunden Namen
> daherkommt.

Ich auch nicht. Ich finde die Route mit einem hilfreichen, wenn auch 
selbst vergebenen Namen deutlich "korrekter". :-)

Mit der Wanderkarte gebe ich mir sehr viel Mühe, daß die dargestellten 
Routen von hoher Qualität sind und das Wegeverzeichnis auch brauchbar. 
Pro Update bearbeite ich die Symbole von 50-100 Routen - und ja, das ist 
notwendig, die Fehlerrate ist auch bei den osmc:symbol Tags noch hoch. 
Dabei kann ich nicht jede Route recherchieren, was damit eventuell hätte 
gemeint sein können, das muß aus den Tags hervorgehen. Die 
Minimalforderung "name" und "symbol" ist wirklich nicht exorbitant und 
das Verfahren hat sich bei momentan 1330 Wanderrouten in Deutschland und 
Österreich - und auch ein paar in der Schweiz - bewährt.

Ich verstehe nicht warum Du Dich dem so verwehrst daß eine Relation 
nicht einen hilfreichen Namen haben _darf_.


bye
Nop


[1] http://wiki.openstreetmap.org/wiki/Key:note
[2] http://wiki.openstreetmap.org/wiki/Key:addr
[3] http://wiki.openstreetmap.org/wiki/Key:is_in

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

Re: [Talk-de] JOSM: eigene Symbole ohne Key

[Werner König]

Am Donnerstag, 16. Juli 2009 15:59:05 schrieb Jan Tappenbeck:
> Moin !
>
> ich möchte mir für FIXME und NOTE eigenen Icons einblenden und habe
> folgendes gebastelt:
>
> 
> 
> 
> 1
> 5
> 
>
> Es werden aber keine Symbole angezeigt - habe auch die Variante v=*
> versucht !!!
Du musst unter Einstellungen -> erweiterte Einstellungen in das Feld 
mappaint.style.sources die Datei elemstyles.xml  inklusive Pfad eintragen.

im Feld mappaint.icon.sources must Du dann auch noch eintragen (Pfad), wo die 
Bilder gefunden werden.

Aber bitte absolute Pfade verwenden. Obwohl in der Anleitung (siehe unten) 
steht, dass auch relative Pfade gehen, hat das bei mir nicht funktioniert. 
Ansonsten funktioniert es bei mir ganz ausgezeichnet.

Wie das mit dem value aussieht kann ich nicht sagen, da bei mir immer ein 
gültiger Wert vorhanden war.

Anleitung:
http://josm.openstreetmap.de/browser/trunk/styles/standard/elemstyles.xml
http://wiki.openstreetmap.org/wiki/JOSM/MapPaint

So long

Werner
>
> Kann mir einer sagen ob das überhaupt funktioniert ???
>
> Gruß Jan :-)
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Höherwertige Straßen in Orten - cons truction

[Robert S.]

2009/7/16 Garry 

> Martin Koppenhoefer schrieb:
> > Am 16. Juli 2009 17:05 schrieb Garry :
> >
> >> Martin Koppenhoefer schrieb:
> > na und? Eine Straßenkarte ist in erster Linie weder eine
> > Baustellenkarte noch eine Straßenplanungskarte. Wer navigieren will,
> > dem schadet die Darstellung von in Bau befindlichen und geplanten
> > Straßen, die nicht benutzbar sind, ungemein.
> >
> .. auch nicht mehr als eine aktuell schon benutzbare Strasse die in der
> benutzten Karte nicht zu finden ist,
> insbesondere wenn das Ziel an eben dieser Strasse liegt..


Das kann dir aber unabhängig von *construction* bei OSM immer passieren,
schließlich sind wir noch sehr weit davon entfernt, _alle_ Straßen erfast zu
haben.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] FreieTonne Importfilter

[Jan Jesse]

Hallo Leute,

unser Mike hat jetzt den Importfilter fertig, dieser ist im Testbetrieb. 
Folgende Parameter gelten momentan:

- der Filter erfaßt alle Nodes, die unserem Taggingschema, oder uns verwandten 
anderen Schemata entsprechen
- der Filter läuft 1 x pro Stunde über das Hourly-Diff des Planetfiles
- der Filter verarbeitet neue, geänderte und gelöschte Nodes gleichermaßen.
- der Filter stellt alle gefundenen Nodes in unsere DB und gleichzeitig in die 
Qualitätskontrolle ein 

http://www.freietonne.de/index.php?site=24&infotyp=1

Alle auf diesem Weg in unsere Datenbank gelangten Datensätze stehen wie immer 
sofort für die verschiedenen Downloads (gpx, gpi, FreieTonne-USB usw.) zur 
Verfügung und werden beim Editieren mit angezeigt.

Wir erwägen, zu einem späteren Zeitpunkt nochmal komplett das Planetfile 
durchzujagen, haben dafür aber etwas Zeit, da wir natürlich sehr sorgfältig auf 
OSM-ID's und Versionsnummern achten.

WER KANN UNS HELFEN: OSMOSIS!

An Osmosis beißen wir uns derzeit die Zähne aus. Wir haben schon den ganzen 
Rechner auf eine moderne Ubuntu (8.04 LTS) umgesetzt, weil wir Osmosis 
hinsichtlich der Java-version nicht zufrieden stellen konnten. Die 
Fehlermeldungen sind mehr als kryptisch und eine ausführlichere Dokumentation 
im Wiki steht scheinbar derzeit noch nicht zur Verfügung.

Hat vielleicht jemand aktuell ein fertiges Ubuntu-Howto parat?

Danke!!!

Beste Grüße aus Berlin

JJ

www.freietonne.de - Der erste Slipway in Australien, den unsere FreieTonne 
heute entdeckt hat, war schon ein Ereignis ;-)

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

Re: [Talk-de] Höherwertige Straßen in Orten

[Robert S.]

2009/7/16 Garry 

> Blöd wenn man dann sein Ziel erst gar nicht findet weil die Strasse an
> der es liegt überhaupt nicht dargestellt wird!


Es kann genauso sein, das die Sachen noch nicht erfasst sind. Insofern muss
man damit rechnen.

>> Gerade bei wie schon hier erwähnt länger genutzten Karten fährt man dann
> >> nach Aufhebung der Baustelle "offroad".
> >>
> >
> > nach Aufhebung der Baustelle wird das Tag wieder geändert.
> >
> ...was beliebig lange dauern kann so dass man trotz täglich
> aktualisierte Karte mit veralteten Daten herumfährt
> die keinerlei Hinweis darauf geben dass hier ja noch eine Strasse ist.


Wenn du die Garantie willst, dass deine Daten vollständig sind und einen
bestimmten Stand haben, muss du zu TeleAtlas oder NavTec gehen!
Wenn man merkt, dass die Daten nicht mehr den aktuellen Stand haben, ändert
man das einfach. Das ist eines der Grundprinzipien von OSM!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Download von Webseiten

[Andreas Fritsche]

Hi!

From: Jan Tappenbeck 
> Ich m?chte mir einige wichtige Seiten aus dem Wiki auf den Rechner
> ziehen um diese auch auf Reisen dabeizuhaben.
>
> Nun suche ich einen Weg dieses unter Windows autom. machen zu k?nnen.
>

Wenn Du Dich damit anfreunden kannst, den Profi-Browser vom Marktführer zu
benutzen, dann erstell Favoriten von den fraglichen Seiten, öffne den
"Favoriten verwalten"-Dialog, selektiere die Bookmarks und hake das Feld
'offline verfügbar machen' an.

Und dann, wenn Du mal Zeit hast, such das Firefox-Pendant zu dieser Lösung.

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

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[Garry]

Martin Koppenhoefer schrieb:
> Am 16. Juli 2009 17:05 schrieb Garry :
>   
>> Martin Koppenhoefer schrieb:
>> 
>>> Am 16. Juli 2009 14:29 schrieb Garry :
>>> geht das hier schon wieder los? Allen, die ausführlichste
>>> Informationen zum Thema suchen: sucht im Mailing-Listen-Archiv.
>>>   
>> Diesen Lösungsweg gab es damals wie heute schon und sorgt nach wie vor
>> dafür dass momentan in
>> Bau (auch bestehende, die gerade saniert werden) befindliche Strassen
>> spurlos aus allen Anwendungen
>> verschwinden die diesen Key nicht untertützen!
>> 
>
> na und? Eine Straßenkarte ist in erster Linie weder eine
> Baustellenkarte noch eine Straßenplanungskarte. Wer navigieren will,
> dem schadet die Darstellung von in Bau befindlichen und geplanten
> Straßen, die nicht benutzbar sind, ungemein.
>   
.. auch nicht mehr als eine aktuell schon benutzbare Strasse die in der 
benutzten Karte nicht zu finden ist,
insbesondere wenn das Ziel an eben dieser Strasse liegt..

>> Von daher sollte die Möglichkeit
>> bestehen auch mit möglichst einfachen Rendereren möglichst
>> viel Informationen darstellen zu können.
>> 
>
> nicht möglichst viel, sondern möglichst relevante.
>   
Was relevant ist muss jeder für sich selbst entscheiden, dass kann er 
aber nur wenn er die Informationen überhaupt erst
angeboten bekommt.
>   
>> Aufwand treiben für eine
>> schönere Darstellung kann man dann immer noch.
>> 
>
> ja. Wer sich für Baustellen interessiert, sollte es hinbekommen, das
> highway=construction auszuwerten. Wer das nicht tut, wird auch ein
> construction=yes nicht auswerten. Von daher schadet Deine Methode
>   
Die wenigsten OSM-Anwender sind gleichzeitig auch Ersteller der 
jeweiligen Anwendung und haben Einfluss
darauf was wie ausgewertet wird.
> massiv, da sie fertige Straßen vortäuscht, wo in der Realität
> höchstens eine Baustelle ist. Nur weil Du persönlich es nicht
> hinbekommst, highway=construction und construction=* auszuwerten,
> sollen jetzt alle zusammen eine riskante Tagging-Methode verwenden?
>   
Riskant ist nur das blinde vertrauen in eine Karte/Navi da jede Karte 
zum Zeitpunkt ihrer Erstellung
schon veraltet ist.
 Und es ist ja nicht so dass mit "construction" 50% der Strassen 
betroffen sind, das ist ein verschwindend
kleiner Teil.


Garry

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

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[Tobias Knerr]

Martin Koppenhoefer schrieb:
> Ich werde hier nicht länger antworten sondern verweise nochmal auf
> den ähnlichen Thread von vor einiger Zeit, wo alles Relevante schon
> mind. 2x geschrieben wurde...

Und da diese Diskussionen zu lesen sich ziemlich hinziehen kann,
verweise ich auf eine Übersicht im Wiki -
http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts
 - aus der auch hervorgehen sollte, dass highway=construction (dort
allgemein als " =  +  = ") keineswegs
perfekt ist, wenn man eine Lösung will, die nicht nur mit Straßen
umgehen kann. Im Sinne der Fehlervermeidung bei "primitiven" Anwendungen
ist es aber wohl die sicherste Option.

Tobias Knerr

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

Re: [Talk-de] distance map

[Werner König]

Am Donnerstag, 16. Juli 2009 08:21:57 schrieb Gary G::
> > hi,
> >
> > habe gestern ein kleines Programm geschrieben, das auf der talk Liste
> > gewünscht wurde. Vielleicht kann's auch sonst jemand brauchen...
> >
> > http://wiki.openstreetmap.org/wiki/Distancemap.pl
> >
> > Das Programm kann auf einer Karte für jede Kreuzung anzeigen, wie weit es
> > bis zu einem bestimmten Ziel ist. Den Wegen folgend. Ziel und valide Wege
> > können im Programm angegeben werden.
> >
> > Falls inf (infinity) angezeigt wird, ist das Ziel nicht erreichbar. Evtl.
> > zur Prüfung der Routingfähigkeit der Daten nutzbar!
> >
> > ciao
> >
> > gerhard
> > gary68
>
>  weitergeleitete Nachricht Ende 
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Sieht super aus!!!
Werde es demnächst mal ausprobieren.

So long

Werner

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

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[Mirko Küster]

> na und? Eine Straßenkarte ist in erster Linie weder eine
> Baustellenkarte noch eine Straßenplanungskarte. Wer navigieren will,
> dem schadet die Darstellung von in Bau befindlichen und geplanten
> Straßen, die nicht benutzbar sind, ungemein.

Bei uns wird gerade eine ganze neue Autobahn durchgezogen. Diese riesige 
Wanderbaustelle hat auf die ganze Verkehsinfrastruktur der Region Einfluss. 
Da wird mal hier und mal da gebuddelt. Vorsorglich habe ich desshalb die 
Trasse schon lange durchgezogen und mit der bis dato bekannten Freigabe 
versehen. In den Örtlichen Informationsplänen waren die Trassen auch schon 
mit Baustart in 2005 verzeichnet.

Nun gehen einige Rad- und normale Wanderwege über die Feldwege. Da ist es 
schon von Vorteil wenn man bescheid weiß das man dort eventuell im nichts 
landen könnte und desshalb vorsorglich lieber außen herum fahren sollte. Ich 
kann nämlich nicht bis 2010/11 jeden Tag eine Beghung starten und jeden 
einzelnen Weg kappen, umleiten oder verlegen.

Daher ist so eine Construction Auswertung schon sinnvoll. Da zieht das Ding 
mit den veralteten Karten auch nicht. Wer bei so einem aktiven und sich 
ständig aktuallisierendem Projekt wie OSM mit Karten von vor 6 Monaten 
rumgurkt, hat eigentlich ein Fehlrouting verdient und den Vorteil von OSM 
nicht verstanden.

Karten die sowas nicht auswerten haben in so einem Fall fast keinen Wert. 
Die Täuschen dann wiederum Wege vor, die aktuell vielleicht in einem Krater 
enden.

Gruß
Mirko 


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

Re: [Talk-de] Download von Webseiten

[Andreas Labres]

Jan Tappenbeck wrote:
> Ich möchte mir einige wichtige Seiten aus dem Wiki auf den Rechner 
> ziehen um diese auch auf Reisen dabeizuhaben.
>   

Wget gibt's auch unter Windows. Und hier gibt's eine Menge solcher Software:
http://www.tucows.com/software.html?t2=1994

Aber wenn sich der Wiki-Server eh grade so schwer tut, sollte man ihn
vielleicht nicht noch zusätzlich in Stress versetzen... ;)

Servus, Andreas


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

Re: [Talk-de] Höherwertige Straßen in Orten - cons truction

[Garry]

Robert S. schrieb:
>
> Als zuverlässige Methode hat sich dafür bewährt eine kleinen Lücke
> zwischen dem bestehenden
> Strassennetz und der neuen Strecke zu lassen, da geht dann kein Router
> drüber.
>
>
> Es geht doch nicht immer nur ausschließlich und das Routen. Wir mappen 
> weder direkt für die Render noch für die Router!
Die Visulisierung vor Ort ist die effektivste Methode auf  Datenfehler 
aufmerksam zu werden weil man nur so den aktuellen Vergleich
zwischen aktueller Realität und den Daten hat.
>
> Oder anders gesagt:
> Meine Routinghardware (Name: Gehirn) würde mit solchen kleinen, kaum 
> sichtbaren Lücken nicht klarkommen.
.. darum ja auch die Anmerkung hinter dem Namen der Strasse in Klammern. 
Und es geht nur um die Anwendungen
die "construction" nicht kennen - die anderen sind ja in der Lage das 
entsprechend zu rendern.
>
> Um es auch visuell erfassbar zu machen kann man das voraussichtliche
> Freigabedatum in Klammern an den Strassennamen hängen
>
>
> Das geht dann aber nur bei kleinen Maßstäben. Für den Groben Überblick 
> ("Ist die Autobahn da schon fertig oder nicht") ist das ziemlich nutzlos.
Es geht darum dass ein Router nicht darüber routet, da spielt der 
Massstab keine Rolle!
>
> Damit sind auf länger genutzten Karten die Neubaustrecken auch alle
> nicht sichbar
>
>
> Das Problem gibt es aber bei allen heute erhältlichen kommerziellen Karen.
> Einer der Vorteile von OSM ist doch auch die Aktualität. Das 
> funktioniert natürlich nur, wenn man seine benutzten Daten immer 
> aktuell hält.
Das ist so nicht vollständig!
Seine Anwendungskarten auf dem aktuellen Stand zu halten ist eine Sache, 
die dazu notwendigen Daten eine andere die Du hier einfach ausser acht 
lässt.
Es gibt (auch in unserem schon verhältnissmässig gut erfassten 
Deutschland) immer noch "weisse Flecken". Daraus lässt sich ableiten 
dass es
teilweise sehr lange gehen kann bis die Ändernungen in OSM nachgezogen 
werden, da nützt es nichts wenn man sich täglich die aktuelle Karte 
herunterlädt..
>
>
> Und dann gibt es ja auch noch andere Argumente gegen construction=yes:
> http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Construction
> 
>
> ___
> 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] Höherwertige Straßen in Orten

[Garry]

Martin Koppenhoefer schrieb:
> Am 16. Juli 2009 11:42 schrieb Garry :
>   
>>> Nein, überhaupt nicht. Wenn die Straße gesperrt ist, auf 
>>> highway=construction
>>> und construction=primary/secondary/wasauchimmer setzen.
>>>
>>>
>>>   
>> Schlechte Lösung.
>> Damit verschwindet die Strasse aus vielen Anwendungen ganz und es klafft
>> dort eine Lücke.
>> 
>
> das ist ja auch der Sinn, weil man die Straße nicht nutzen kann.
>   
Wenn man es genauer betrachtet muss es heissen "Weil man sie zum 
Zeitpunkt der Datenerhebung
nicht nutzen kann" (gegebenfalls noch für einen grob geschätzten Zeitraum).
Nicht selten gilt das aber auch nur für den Durchgangsverkehr während 
für den Quell- und Zielverkehr
entsprechende Möglichkeiten geschaffen werden ihr Ziel trotzt Baustelle 
zu erreichen.
Blöd wenn man dann sein Ziel erst gar nicht findet weil die Strasse an 
der es liegt überhaupt nicht dargestellt wird!
Und für den querenden Verkehr gibt es unter Umständen auch wertvolle 
Hinweise dass mit Beeinträchtigungen
zu rechnen ist.
>   
>> Gerade bei wie schon hier erwähnt länger genutzten Karten fährt man dann
>> nach Aufhebung der Baustelle "offroad".
>> 
>
> nach Aufhebung der Baustelle wird das Tag wieder geändert.
>   
...was beliebig lange dauern kann so dass man trotz täglich 
aktualisierte Karte mit veralteten Daten herumfährt
die keinerlei Hinweis darauf geben dass hier ja noch eine Strasse ist.
>   
>> Mit construction = yes sieht man auch auf Anwendungen die diesen Key
>> nicht unterstützen dass da grundsätzlich
>> eine Strasse vorhanden ist, muss sich dann halt nach der örtlichen
>> Beschilderung richten ob sie gerade nutzbar ist
>> oder nicht.
>> 
>
> zur Routenplanung kann man so eine Karte dann aber nicht nutzen, wenn
> man sich "nach der örtlichen Beschilderung" richten muss. Daher
> sollten wir m.E. nicht so vorgehen.
>   
Die örtliche Beschilderung muss man so oder so immer berücksichtigen da 
vermutlich niemals die OSM-Daten
so aktuell halten kann dass  man darauf verzichten kann.


Garry

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

Re: [Talk-de] Launch bestofosm.org

[Jochen Topf]

On Tue, Jul 07, 2009 at 03:53:03PM +0200, Chris-Hein Lunkhusen wrote:
> Jochen Topf schrieb:
> > Schaut es Euch mal an: bestofosm.org - und sagt uns, welche Orte noch auf 
> > der
> > Karte fehlen!
> 
> Ich finde die Mapnik-Darstellung der Schweizer Gletscher klasse:
> 
> 

Weiß jemand, wo die herkommen? Hat die jemand importiert oder sind die abgemalt?

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] Eierlegende Wollmilchkarte

[Martin Koppenhoefer]

Am 15. Juli 2009 21:26 schrieb Sven Sommerkamp :
>> Beeindruckende Ergebnisse wie die 3D Karte, OSR, die ÖPNV Karte oder die
>> andren diversen spezialisierten Karten fallen da leider oftmals unter den
>> Tisch.
> Das ist richtig.
> Spezialisierte Karten zum ein und Ausblenden wären super.
> Mit POI's die man dann nach Bedarf auswählen kann.

gibt's doch alles schon längst.

Gruß Martin

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

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[Martin Koppenhoefer]

Am 16. Juli 2009 17:05 schrieb Garry :
> Martin Koppenhoefer schrieb:
>> Am 16. Juli 2009 14:29 schrieb Garry :
>> geht das hier schon wieder los? Allen, die ausführlichste
>> Informationen zum Thema suchen: sucht im Mailing-Listen-Archiv.
> Diesen Lösungsweg gab es damals wie heute schon und sorgt nach wie vor
> dafür dass momentan in
> Bau (auch bestehende, die gerade saniert werden) befindliche Strassen
> spurlos aus allen Anwendungen
> verschwinden die diesen Key nicht untertützen!

na und? Eine Straßenkarte ist in erster Linie weder eine
Baustellenkarte noch eine Straßenplanungskarte. Wer navigieren will,
dem schadet die Darstellung von in Bau befindlichen und geplanten
Straßen, die nicht benutzbar sind, ungemein.

> Einen Renderer der alle Features der OSM-Daten untertützt wird es mit
> der derzeitigen OSM-Philosophie nie geben
> (ohne sie jetzt damit zu werten).

genau, und ist auch nicht angestrebt.

> Von daher sollte die Möglichkeit
> bestehen auch mit möglichst einfachen Rendereren möglichst
> viel Informationen darstellen zu können.

nicht möglichst viel, sondern möglichst relevante.

> Aufwand treiben für eine
> schönere Darstellung kann man dann immer noch.

ja. Wer sich für Baustellen interessiert, sollte es hinbekommen, das
highway=construction auszuwerten. Wer das nicht tut, wird auch ein
construction=yes nicht auswerten. Von daher schadet Deine Methode
massiv, da sie fertige Straßen vortäuscht, wo in der Realität
höchstens eine Baustelle ist. Nur weil Du persönlich es nicht
hinbekommst, highway=construction und construction=* auszuwerten,
sollen jetzt alle zusammen eine riskante Tagging-Methode verwenden?

Gruß Martin

PS: Ich werde hier nicht länger antworten sondern verweise nochmal auf
den ähnlichen Thread von vor einiger Zeit, wo alles Relevante schon
mind. 2x geschrieben wurde...

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

Re: [Talk-de] Eierlegende Wollmilchkarte

[Sven Sommerkamp]

Am Mittwoch, 8. Juli 2009 11:24:01 schrieb Etric Celine:
> Moin
>
> 2009/7/8 Markus 
>
> > Für Google zählt das Ergebnis
> > (egal ob eingekauft, von Benutzern gespendet oder selbst erhoben).
>
> Ich glaube Google würde auch sofort auf OSM Daten umsteigen, wenn sie
> dadurch die Qualität ihrer Dienste verbessern können.
> Google ist ja kein Anbieter von GeoDaten sondern mehr ein Dienstleiser
> aller Tools drumherum und daher keine Konkurrenz zu OSM sondern eher ein
> Potentieller "Kunde".
>
> Deswegen finde ich die Vergleiche mit Googl Maps etc auch etwas unpassend.
> Vergleichen tun wir auf diesem Wege ja nur die Daten von Navtec etc.
Das stimmt wohl.
>
> Gibt es eigentlich eine QM-Seite im Wiki, wo solche Aktivitäten
>
> > übersichtlich zusammengefasst beschrieben sind? (ich habe nichts
> > gefunden)
>
> Es gäbe da http://wiki.openstreetmap.org/wiki/Qualit%C3%A4tssicherung
>
> > So eine multifunktionale Karte (Eierlegende Wollmilchkarte) auf unserer
> > Hauptseite wäre schon ein Hit!
>
> Mir wäre eine Übersicht der schon vorhandenen guten Anwendungsmöglichkeiten
> unserer GeoDaten als Hauptseite lieber.
> Momentan glauben viele ja leider, dass das Ergebnis der Mapnik Karte auf
> der osm Seite das Produkt unserer Arbeit ist, dabei wird dort nur ein
> Bruchteil dessen Visualisiert, was wir an GeoDaten in Wirklichkeit schon
> zusammengetragen haben.
Das ist schon richtig.
Je, nach Verwendung der Daten ist Reduktion auf das für den jeweiligen Zweck 
wesentliche aber schon sinnvoll.
>
> Beeindruckende Ergebnisse wie die 3D Karte, OSR, die ÖPNV Karte oder die
> andren diversen spezialisierten Karten fallen da leider oftmals unter den
> Tisch.
Das ist richtig.
Spezialisierte Karten zum ein und Ausblenden wären super.
Mit POI's die man dann nach Bedarf auswählen kann.
>
> Gruß
> Jörg

Gruß Sven



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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Sarah Hoffmann]

On Thu, Jul 16, 2009 at 03:02:14PM +0200, ekkeh...@gmx.de wrote:
> 
> Hallo!
> 
> > On Thu, Jul 16, 2009 at 09:26:58AM +0200, Nop wrote:
> > 
> > Wir haben hier in der Schweiz ein bisschen ein anderes Wanderrouten-
> > System. Neben den benannten Routen gibt es ein ausgedehntes Netz
> > markierter Wege mit überall einheitlicher Markierung. Das dazu-
> > gehörige Taggingschema ist auch im Wiki zu finden:
> > 
> > http://wiki.openstreetmap.org/wiki/DE:Switzerland/HikingNetwork
> > (Teil Wanderwegenetz)
> 
> Die Eigenarten der Schweizer Wanderwege haben wir abseits der Mailingliste 
> schon mal diskutiert. Es ist eigentlich kein Problem, den Relationen des 
> Wegenetzes einen beschreibenden Namen mit örtlichem Bezug zu geben. 
> 
> Musterbeispiel ist die Relation 103607 "Wanderwege St. Gallen".

Dann hast du aber plötzlich hunderte Relationen mit dem gleichen Namen,
denn nicht das gesamte Netz des Kantons St. Gallen ist in der
gleichen Relation. Das ist von der Grösse her schon nicht machbar.

Der beschreibende Name, der auch für die Editoren benutzt wird, findet
sich im note-Tag, wo er IMHO eher hingehört. Der Operator gehört
ins operator-Tag. Dass der Wanderwerg im Kanton St. Gallen liegt,
kann man aus den Koordinaten ableiten.

> 
> > Leider werden diese lokalen Routen in deiner Karte nicht gerendert,
> > weil diese Routen keine Namen haben. Da es Tagging für den Renderer 
> > wäre, jetzt irgendwelche Namen zu erfinden, wäre es schön, wenn du
> > diese Routen auch ohne Namen rendern könntest.
> 
> Die Routen sind nicht in die Karte aufgenommen, weil ich sie ohne weitere 
> Kenntnisse nicht als sinnvolle Wanderrouten erkennen bzw nicht von 
> unvollständigen Relationen und fehlerhaften Einträgen unterscheiden kann. 

Dann kommen wir an diesem Punkt leider nicht weiter. Ich verstehe nicht,
wie eine Route ohne Name (aber sonst vollständigem Tags) korrekter sein 
soll als eine, die mit einem frei erfunden Namen daherkommt.

Gruss

Sarah

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

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[Garry]

Martin Koppenhoefer schrieb:
> Am 16. Juli 2009 14:29 schrieb Garry :
>   
>> Robert S. schrieb:
>> 
>>> 2009/7/16 André Riedel >> >
>>>
>>> Ich denke auch, dass constrcuction = yes der bessere Weg ist. Da
>>> Kartenersteller können dabei auf dieses Tag ganz verzichten, wenn Sie
>>> es für unnötig erachten da die Karte ja länger als die Baustelle
>>> verwendet werden soll.
>>>
>>>
>>> Und bei Neubaumaßnahmen? Dann sind die neuen Straßen dann schon als
>>> fertig drin.
>>>   
>> Als zuverlässige Methode hat sich dafür bewährt eine kleinen Lücke
>> zwischen dem bestehenden
>> Strassennetz und der neuen Strecke zu lassen, da geht dann kein Router
>> drüber.
>> Um es auch visuell erfassbar zu machen kann man das voraussichtliche
>> Freigabedatum in Klammern an
>> den Strassennamen hängen
>> 
>
> geht das hier schon wieder los? Allen, die ausführlichste
> Informationen zum Thema suchen: sucht im Mailing-Listen-Archiv. Die
> Meinung von Gary ist hier (war es zumindest vor einigen Monaten) eine
> absolute Minderheitenmeinung. Mit seiner Methode riskiert man mehr
Was riskiert man den damit? Dass man die Karte längere Zeit nutzen kann 
als nur kurz nach der Erstellung?
Es ist blauäugig zu argumentieren dass man sich mit OSM tagesaktuelle 
Karten erstellen kann wenn es beliebig
lange dauern kann bis die Daten in der Datenbank den aktuellen 
Gegebenheiten angepasst  werden
> ,
> als man gut macht, und die damaligen Probleme von highway=construction
> (was wird gebaut) sind mittlerweile auch gelöst (durch
> construction=primary/etc.)
>   
Diesen Lösungsweg gab es damals wie heute schon und sorgt nach wie vor 
dafür dass momentan in
Bau (auch bestehende, die gerade saniert werden) befindliche Strassen  
spurlos aus allen Anwendungen
verschwinden die diesen Key nicht untertützen!
Einen Renderer der alle Features der OSM-Daten untertützt wird es mit 
der derzeitigen OSM-Philosophie nie geben
(ohne sie jetzt damit zu werten). Von daher sollte die Möglichkeit 
bestehen auch mit möglichst einfachen Rendereren möglichst
viel Informationen darstellen zu können. Aufwand treiben für eine 
schönere Darstellung kann man dann immer noch.
 
Garry

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

Re: [Talk-de] Download von Webseiten

[Martin Koppenhoefer]

Am 16. Juli 2009 16:55 schrieb Jan Tappenbeck :
> Moin !
>
> mal etwas ganz anders.
>
> Ich möchte mir einige wichtige Seiten aus dem Wiki auf den Rechner
> ziehen um diese auch auf Reisen dabeizuhaben.
>
> Nun suche ich einen Weg dieses unter Windows autom. machen zu können.
>
> Kann mir einer einen Tipp geben ?

rechtsclick: seite speichern unter
Alternativ: strg+s

Gruß Martin

PS: Was meinst Du mit automatisch?

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

[Talk-de] Download von Webseiten

[Jan Tappenbeck]

Moin !

mal etwas ganz anders.

Ich möchte mir einige wichtige Seiten aus dem Wiki auf den Rechner 
ziehen um diese auch auf Reisen dabeizuhaben.

Nun suche ich einen Weg dieses unter Windows autom. machen zu können.

Kann mir einer einen Tipp geben ?

Gruß Jan :-)

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

[Talk-de] planet diffs weekly

[Christoph Wagner]

Hallo liste,

Ich habe mir heute ein planetfile gezogen und wäre daran interessiert es
mit möglichst wenig Aufwand aktuell zu halten. Ich habe allerdings auch
keinen Bock mir jeden Tag ein diff einzuspielen. weekly diffs würden mir
reichen.

Ich habe gesehen, dass es früher (anscheinend vor der API-Umstellung)
noch diffs von einem planetfile zum nächsten gab. Die gibts aber jetzt
wohl offenbar nicht mehr oder hab ich da was übersehen? Versteh ich
irgendwie nicht!
Ich frage mich bei der Gelegenheit auch, was diese changesets auf
http://planet.openstreetmap.org/ mit releasedatum der planetfiles genau
beinhalten. Ist das so ne Art diff vom letzten planet zum aktuellen oder
sind das sowas wie die Kommentare der Changesets oder was is da drin?

Kann mir jemand noch nen anderen Tip geben, wie ich jede Woche mein
planet updaten kann ohne das ganze File ziehen zu müssen?

Grüße
Christoph



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

Re: [Talk-de] eingezäunte Bereiche

[Garry]

Martin Koppenhoefer schrieb:
>
>>> was meinst Du denn damit? Ein Zaun läuft immer am Rand einer
>>> natürlichen oder rechtlichen Fläche, allein der Zaun an sich grenzt
>>> zwangsläufig 2 Bereiche ab, Zäune die nicht am Rand einer Fläche
>>> laufen gibt es nicht (wobei natürlich die Fläche auf beiden Seiten
>>> z.B. die gleiche Nutzung wie z.B. Weide, Acker, Garten, etc. sein
>>> kann).
>>>
>>>   
>> ur mal ein paar  Beispiele zu nennen.
>> 
>
> jedes des genannten Beispiele trennt 2 Bereiche, was anderes habe ich
> auch nicht behauptet. Z.B. Ballfangzaun am Bolzplatz: Bereich wo keine
> Bälle hinkommen und Spielbereich.
>   
Du hast von Flächen geschrieben - solche Zäune definieren aber keine 
festgelegte Fläche sondern nur
dass der Übergang von der einen Seite auf die andere des Zaunes 
eingeschränkt ist


Garry

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

Re: [Talk-de] landuse=farm -> Tonne

[Martin Koppenhoefer]

Am 16. Juli 2009 11:59 schrieb Sven Geggus :
> Martin Koppenhoefer  wrote:
>
>> Natürlich sollte man nicht alles ausserorts als landuse=farmland taggen,
>> wenn es sich in Wirklichkeit um andere Gebiete handelt (Sumpfland, Tundra,
>> Taiga, Wald, etc.).
>
> Für Streuobstwiesen würde ich ehrlich gesagt landuse=farmland für etwas
> untauglich halten. Bewirtschaftet sind die natürlich schon, aber halt nicht
> vergleichbar mit richtigem Obstbau.
>
> Sven

es sind landwirtschaftliche Flächen, aber extensiv genutzt, das stimmt
schon. Ich hätte auch kein Problem damit, dafür ein anderes "Haupttag"
zu generieren, sie können aber m.E. auch mit einem farmland-subtag
genauer spezifiziert werden.

Gruß Martin

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

Re: [Talk-de] Höherwertige Straßen in Orten

[Martin Koppenhoefer]

Am 16. Juli 2009 11:42 schrieb Garry :
>> Nein, überhaupt nicht. Wenn die Straße gesperrt ist, auf highway=construction
>> und construction=primary/secondary/wasauchimmer setzen.
>>
>>
> Schlechte Lösung.
> Damit verschwindet die Strasse aus vielen Anwendungen ganz und es klafft
> dort eine Lücke.

das ist ja auch der Sinn, weil man die Straße nicht nutzen kann.

> Gerade bei wie schon hier erwähnt länger genutzten Karten fährt man dann
> nach Aufhebung der Baustelle "offroad".

nach Aufhebung der Baustelle wird das Tag wieder geändert.

> Mit construction = yes sieht man auch auf Anwendungen die diesen Key
> nicht unterstützen dass da grundsätzlich
> eine Strasse vorhanden ist, muss sich dann halt nach der örtlichen
> Beschilderung richten ob sie gerade nutzbar ist
> oder nicht.

zur Routenplanung kann man so eine Karte dann aber nicht nutzen, wenn
man sich "nach der örtlichen Beschilderung" richten muss. Daher
sollten wir m.E. nicht so vorgehen.

Gruß Martin

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

[Talk-de] JOSM: eigene Symbole ohne Key

[Jan Tappenbeck]

Moin !

ich möchte mir für FIXME und NOTE eigenen Icons einblenden und habe 
folgendes gebastelt:




1
5
   

Es werden aber keine Symbole angezeigt - habe auch die Variante v=* 
versucht !!!

Kann mir einer sagen ob das überhaupt funktioniert ???

Gruß Jan :-)

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

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[Martin Koppenhoefer]

Am 16. Juli 2009 14:29 schrieb Garry :
> Robert S. schrieb:
>> 2009/7/16 André Riedel > >
>>
>>     Ich denke auch, dass constrcuction = yes der bessere Weg ist. Da
>>     Kartenersteller können dabei auf dieses Tag ganz verzichten, wenn Sie
>>     es für unnötig erachten da die Karte ja länger als die Baustelle
>>     verwendet werden soll.
>>
>>
>> Und bei Neubaumaßnahmen? Dann sind die neuen Straßen dann schon als
>> fertig drin.
> Als zuverlässige Methode hat sich dafür bewährt eine kleinen Lücke
> zwischen dem bestehenden
> Strassennetz und der neuen Strecke zu lassen, da geht dann kein Router
> drüber.
> Um es auch visuell erfassbar zu machen kann man das voraussichtliche
> Freigabedatum in Klammern an
> den Strassennamen hängen

geht das hier schon wieder los? Allen, die ausführlichste
Informationen zum Thema suchen: sucht im Mailing-Listen-Archiv. Die
Meinung von Gary ist hier (war es zumindest vor einigen Monaten) eine
absolute Minderheitenmeinung. Mit seiner Methode riskiert man mehr,
als man gut macht, und die damaligen Probleme von highway=construction
(was wird gebaut) sind mittlerweile auch gelöst (durch
construction=primary/etc.)

Gruß Martin

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Ekkehart]

Hallo!

> ekkeh...@gmx.de schrieb:
kann. Ich
> schlage vor, ihnen einfach auch einen Namen wie "Wegenetz " oder
> "Wanderwege " zu geben.
> >   
> Dann aber vllt. lieber nicht mit name=* sondern mit einem anderem Tag 
> z.B. description=*
> Unter name erwartet man schon etwas offizielleres, eindeutigeres als 
> eine Beschreibung.

Unter "Name" erwarte ich etwas Aussagefähiges, nicht unbedingt etwas 
Offizielles. (Geschätzte) 95% aller Wanderrouten haben keinen "offiziellen" 
Namen und müssen mit etwas anderem auskommen um sie zu kennzeichnen. Wobei ich 
alles für sinnvoller halte als .

Denk dran, es handelt sich hier um eine Relation, keinen Node/Way. Der Name 
wird nicht direkt auf einer Karte dargestellt. Umgekehrt ist eine Relation im 
Editor nicht direkt sichtbar und braucht umso mehr einen aussagefähigen Namen, 
um in einer Liste von 50 Routen die richtige zu finden.

Bitte lies Dir doch mal die Einträge über Tagging von Routen im Wiki durch. 
Description wird bereits für eine Langtext-Beschreibung der Wanderroute 
genutzt. Die Verwendung des Namens ist dort auch dokumentiert und gängige 
Praxis.

bye
  Nop

-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

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

Re: [Talk-de] eingezäunte Bereiche

[Martin Koppenhoefer]

Am 15. Juli 2009 17:24 schrieb Garry :
> Martin Koppenhoefer schrieb:
>> Am 14. Juli 2009 01:56 schrieb Garry :
>>> Ein Zaun ist ein Zaun und keine Fläche - sozusagen ein Stück Möbel das
>>> auf einer Fläche abgestellt
>>> wird - zwar häufig am Rand einer natürlichen oder rechtlichen Fläche
>>> entlangläuft, aber häufig auch nicht.
>>>
>>
>> was meinst Du denn damit? Ein Zaun läuft immer am Rand einer
>> natürlichen oder rechtlichen Fläche, allein der Zaun an sich grenzt
>> zwangsläufig 2 Bereiche ab, Zäune die nicht am Rand einer Fläche
>> laufen gibt es nicht (wobei natürlich die Fläche auf beiden Seiten
>> z.B. die gleiche Nutzung wie z.B. Weide, Acker, Garten, etc. sein
>> kann).
>>
> Die einzige Bedingung die immer gilt ist dass ein geschlossener Zaun
> die eingezäunte
> Fläche umgibt.Diese ist nicht zwnagsläufig mit irgendwelchen rechtlichen
> / natürlichen Flächen identisch
> (z.B. Viehzaun der einfach nur dafür sorgt dass dass Vieh an einer
> festgelegten Stelle bleibt).
> Es gibt aber auch genügend Zäune die irgendwo anfangen und irgendwo
> aufhören:
> - Lawinenschutz
> - Schneeverwehungsschutz
> - "Pflanzenschutz" (verhindern von Trampelpfaden durch Grünanlagen)
> - Verkehrsschutz (verhinder des Betretens von Verkehrsflächen an
> gefährlichen Stellen
> - Ballfangzäune an Bolzplätzen
> um nur mal ein paar  Beispiele zu nennen.

jedes des genannten Beispiele trennt 2 Bereiche, was anderes habe ich
auch nicht behauptet. Z.B. Ballfangzaun am Bolzplatz: Bereich wo keine
Bälle hinkommen und Spielbereich.

Gruß Martin

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

Re: [Talk-de] Höherwertige Straßen in Orten - cons truction

[Robert S.]

2009/7/16 Garry 

> Robert S. schrieb:
> > 2009/7/16 André Riedel  > >
> >
> > Ich denke auch, dass constrcuction = yes der bessere Weg ist. Da
> > Kartenersteller können dabei auf dieses Tag ganz verzichten, wenn Sie
> > es für unnötig erachten da die Karte ja länger als die Baustelle
> > verwendet werden soll.
> >
> >
> > Und bei Neubaumaßnahmen? Dann sind die neuen Straßen dann schon als
> > fertig drin.
> Als zuverlässige Methode hat sich dafür bewährt eine kleinen Lücke
> zwischen dem bestehenden
> Strassennetz und der neuen Strecke zu lassen, da geht dann kein Router
> drüber.


Es geht doch nicht immer nur ausschließlich und das Routen. Wir mappen weder
direkt für die Render noch für die Router!

Oder anders gesagt:
Meine Routinghardware (Name: Gehirn) würde mit solchen kleinen, kaum
sichtbaren Lücken nicht klarkommen.

Um es auch visuell erfassbar zu machen kann man das voraussichtliche
> Freigabedatum in Klammern an den Strassennamen hängen


Das geht dann aber nur bei kleinen Maßstäben. Für den Groben Überblick ("Ist
die Autobahn da schon fertig oder nicht") ist das ziemlich nutzlos.

Damit sind auf länger genutzten Karten die Neubaustrecken auch alle
> nicht sichbar


Das Problem gibt es aber bei allen heute erhältlichen kommerziellen Karen.
Einer der Vorteile von OSM ist doch auch die Aktualität. Das funktioniert
natürlich nur, wenn man seine benutzten Daten immer aktuell hält.


Und dann gibt es ja auch noch andere Argumente gegen construction=yes:
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Construction
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Jonas Krückel]

ekkeh...@gmx.de schrieb:
> Hallo!
>
>   
>> On Thu, Jul 16, 2009 at 09:26:58AM +0200, Nop wrote:
>>
>> Wir haben hier in der Schweiz ein bisschen ein anderes Wanderrouten-
>> System. Neben den benannten Routen gibt es ein ausgedehntes Netz
>> markierter Wege mit überall einheitlicher Markierung. Das dazu-
>> gehörige Taggingschema ist auch im Wiki zu finden:
>>
>> http://wiki.openstreetmap.org/wiki/DE:Switzerland/HikingNetwork
>> (Teil Wanderwegenetz)
>> 
>
> Die Eigenarten der Schweizer Wanderwege haben wir abseits der Mailingliste 
> schon mal diskutiert. Es ist eigentlich kein Problem, den Relationen des 
> Wegenetzes einen beschreibenden Namen mit örtlichem Bezug zu geben. 
>
> Musterbeispiel ist die Relation 103607 "Wanderwege St. Gallen".
>
>   
>> Leider werden diese lokalen Routen in deiner Karte nicht gerendert,
>> weil diese Routen keine Namen haben. Da es Tagging für den Renderer 
>> wäre, jetzt irgendwelche Namen zu erfinden, wäre es schön, wenn du
>> diese Routen auch ohne Namen rendern könntest.
>> 
>
> Die Routen sind nicht in die Karte aufgenommen, weil ich sie ohne weitere 
> Kenntnisse nicht als sinnvolle Wanderrouten erkennen bzw nicht von 
> unvollständigen Relationen und fehlerhaften Einträgen unterscheiden kann. Ich 
> schlage vor, ihnen einfach auch einen Namen wie "Wegenetz " oder 
> "Wanderwege " zu geben. Dadurch kann man in der DB einfach erkennen, um 
> was es sich handelt. Das ist nicht Tagging für den Renderer sondern für eine 
> bessere Übersicht und Datenqualität.
>   
Dann aber vllt. lieber nicht mit name=* sondern mit einem anderem Tag 
z.B. description=*
Unter name erwartet man schon etwas offizielleres, eindeutigeres als 
eine Beschreibung.
Gruß
Jonas

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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Jochen Topf]

Hi!

On Thu, Jul 16, 2009 at 02:45:50PM +0200, Mario Salvini wrote:
> leider liegt genau da der Schwachpunkt des Systems. Das klappt bei Zügen 
> z.B. garnicht, weil die z.B: in einem Bahnhof mehere hundert Meter haben 
> wo sie halten können.
> 
> Ein nachvollziehbares Schema wäre da.
> 
> stop_position -> markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze 
> hält.
> stop_area -> der Bereich wo sie gehalten werden kann. In Bahnhöfen z.B. 
> der Bereich zwischen den Ein-/Ausfahr-Ampeln.
> stop_area_group wäre dann z.B. alle Gleise eines Bahnhofs (und Taxistand 
> Bushaltestellen am Vorplatz von mir aus auch)

Also wir sollten jetzt nicht die Begriffe durcheinander bringen. Ich habe
beschrieben, wie wir in dem Workshop die Begriffe definiert haben, wenn Du
andere Bedeutungen reinbringen willst, ist das ok, aber dann solltest Du dafür
andere Begriffe verwenden.

Die Darstellung, auf welchem Stück Strecke (statt nur einem Punkt) ein Fahrzeug
hält, also quasi die Erweiterung der stop_position auf eine stop_line oder so,
ist sicher denkbar. Allerdings ist das schon recht speziell. Das wird dann
sinnvoll, wenn man auch eine andere stop_position für Kurzzüge angeben will
usw. Es ist allerdings unklar, was denn mit all diesen Informationen geschehen
soll und ob der Mapper sie wirklich einträgt.

Bei dem Modell vom Workshop sind wir davon ausgegangen, dass wir diejenigen
Daten modellieren wollen, die wir zum Zeichnen von Karten brauchen und mit
denen wir ein simples intermodales Routing machen können, also zu Fuß zur
Haltestelle X, dann dort mit Linie Y weiter usw. Innerhalb einer Platform
den Menschen nach vorne oder hinten zu lotsen, das geht damit nicht. Um mehr
ging es uns erstmal nicht. Das System hat viele Nachteile, das ist klar, aber
es ist halt auch noch halbwegs einfach und damit für den Mapper benutzbar.
Und es bringt uns einen Schritt weiter und kann für die genannten Anwendungen
nutzbringend verwendet werden. Das Ziel war es nicht, eine allumfassende
Modellierung für Haltestellen zu schaffen. Da wären wir nämlich nie vorran
gekommen.

Wenn wir weitere Informationen haben, so bin ich sehr dafür, dass die auch
erfaßt werden. Aber so wie dieses Schema rückwärtskompatibel ist, so sollte
es auch jedes andere Schema sein. Damit kann man weitere optionale Details
erfassen, die aber dann nicht jeder nutzen muss.

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] Wanderkarte für Schweiz und Südtirol

[Ekkehart]

Hallo!

> On Thu, Jul 16, 2009 at 09:26:58AM +0200, Nop wrote:
> 
> Wir haben hier in der Schweiz ein bisschen ein anderes Wanderrouten-
> System. Neben den benannten Routen gibt es ein ausgedehntes Netz
> markierter Wege mit überall einheitlicher Markierung. Das dazu-
> gehörige Taggingschema ist auch im Wiki zu finden:
> 
> http://wiki.openstreetmap.org/wiki/DE:Switzerland/HikingNetwork
> (Teil Wanderwegenetz)

Die Eigenarten der Schweizer Wanderwege haben wir abseits der Mailingliste 
schon mal diskutiert. Es ist eigentlich kein Problem, den Relationen des 
Wegenetzes einen beschreibenden Namen mit örtlichem Bezug zu geben. 

Musterbeispiel ist die Relation 103607 "Wanderwege St. Gallen".

> Leider werden diese lokalen Routen in deiner Karte nicht gerendert,
> weil diese Routen keine Namen haben. Da es Tagging für den Renderer 
> wäre, jetzt irgendwelche Namen zu erfinden, wäre es schön, wenn du
> diese Routen auch ohne Namen rendern könntest.

Die Routen sind nicht in die Karte aufgenommen, weil ich sie ohne weitere 
Kenntnisse nicht als sinnvolle Wanderrouten erkennen bzw nicht von 
unvollständigen Relationen und fehlerhaften Einträgen unterscheiden kann. Ich 
schlage vor, ihnen einfach auch einen Namen wie "Wegenetz " oder 
"Wanderwege " zu geben. Dadurch kann man in der DB einfach erkennen, um 
was es sich handelt. Das ist nicht Tagging für den Renderer sondern für eine 
bessere Übersicht und Datenqualität.

bye
   Nop

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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Mario Salvini]

Jochen Topf schrieb:
> On Thu, Jul 16, 2009 at 10:50:40AM +0200, Dimitri Junker wrote:
>   
>>> Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E.
>>> eine stop_area.
>>>   
>> Also wenn ich es richtig verstanden habe, dann ist eine stop_area die 
>> Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es 
>> also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie 
>> eine stop_area_group.
>> 
>
> Nein. Eine stop_area kann auch mehrere Haltepunkte und Plattformen umfassen.
> Typischerweise ist alles, was den gleichen Haltestellennamen trägt, eine
> einzige stop_area. Eine stop_area_group braucht man dann, wenn mehrere
> Haltestellen sehr nah zusammenliegen. Z.B. gibt es in Karlsruhe die
> Haltestelle "Karlsruhe Hauptbahnhof" der DB und "Bahnhofsvorplatz", wo
> die Strabas und Busse abfahren. Das sind nach dem Namen verschiedene
> Haltestellen, aber sie werden als Gruppe erfaßt, weil man dort umsteigen
> kann.
>
> Wenn man wissen will, welche Plattform zum welcher stop_position gehört,
> dann kann man das nur über die Linienrelationen machen, in der beide drin
> sein sollten. Der Grund warum wir auf dem Workshop dafür keine Extra-Relation
> haben wollten, ist einfach, dass das noch eine Ebene mehr an Relationen
> eingezogen hätte.
>
> Jochen
>   
Hi Jochen,

leider liegt genau da der Schwachpunkt des Systems. Das klappt bei Zügen 
z.B. garnicht, weil die z.B: in einem Bahnhof mehere hundert Meter haben 
wo sie halten können.

Ein nachvollziehbares Schema wäre da.

stop_position -> markiert die Stop-Position wo Bus/Bahn mit ihrer Spitze 
hält.
stop_area -> der Bereich wo sie gehalten werden kann. In Bahnhöfen z.B. 
der Bereich zwischen den Ein-/Ausfahr-Ampeln.
stop_area_group wäre dann z.B. alle Gleise eines Bahnhofs (und Taxistand 
Bushaltestellen am Vorplatz von mir aus auch)

Gruß
 Mario

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

Re: [Talk-de] Höherwertige Straßen in Orten - cons truction

[Garry]

Robert S. schrieb:
> 2009/7/16 André Riedel  >
>
> Ich denke auch, dass constrcuction = yes der bessere Weg ist. Da
> Kartenersteller können dabei auf dieses Tag ganz verzichten, wenn Sie
> es für unnötig erachten da die Karte ja länger als die Baustelle
> verwendet werden soll. 
>
>
> Und bei Neubaumaßnahmen? Dann sind die neuen Straßen dann schon als 
> fertig drin.
Als zuverlässige Methode hat sich dafür bewährt eine kleinen Lücke 
zwischen dem bestehenden
Strassennetz und der neuen Strecke zu lassen, da geht dann kein Router 
drüber.
Um es auch visuell erfassbar zu machen kann man das voraussichtliche 
Freigabedatum in Klammern an
den Strassennamen hängen
>
> Vlt. wär eine Mischung aus beiden am besten:
> /highway=construction; construction=*/ -> Neubau
> /highway=*; construction=yes/ -> Um- und Ausbau
Damit sind auf länger genutzten Karten die Neubaustrecken auch alle 
nicht sichbar
Das betrifft ja nicht nur die Neubaustrecke selber sondern auch alle 
kreuzenden Strecken
die häufig von grösseren Umbaumassnahmen und Sperrungen betroffen sind.
Da ist es hilfreich wenn man frühzeitig entsprechende Indizien in den 
Karten hat dass es vor
Ort aktuell ganz anderst aussehen kann.

Garry

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

Re: [Talk-de] Strassen als Flaechen, war 'eingez äunte Bereiche'

[qbert biker]

 Original-Nachricht 
> Datum: Wed, 15 Jul 2009 19:43:27 +0200
> Von: Martin Koppenhoefer 
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] eingezäunte Bereiche

Hallo,

> mit ein bisschen Übung (und evtl. Unterstützung durch den Editor z.B.
> durch ein eingeblendetes Raster zum Abschätzen des Maßstabs) wird man
> allerdings deutlich höhere Genauigkeiten als +/-5 m hinbekommen. Damit
> würdest Du ja implizieren, dass man eine Straße die z.B. real 8 m
> breit ist, evtl. in OSM mit 3 oder 13 m Breite zeichnen würde. Das ist
> aber Quatsch. Man würde versuchen, sie ungefähr mit 8 m Breite zu
> zeichnen, real dann aber vielleicht auch nur 7,20 m oder 8,50 m
> zeichnen. Damit kann man aber gut leben. Insbesondere in Gegenden mit
> hochauflösenden Luftbildern kann man das ziemlich genau machen.

Wenn das eine Geschichte ist, die nur wenige sehr geuebte 
Mapper ueberhaupt hinbekommen, ist der Karte aber wenig geholfen.
Bevor man mit Flaechen anfeangt, sollte man sich vielleicht 
ueberlegen, wie man an Tools und Konzept feilt, dass die 
Mehrheit der Mapper das so gut hinbekommt, dass es einen
Mehrwert liefert. Ich habe mal selber einen Versuch gemacht
und bin ein wirklich grosses Areal, das eine grosse Kreuzung
incl. Bruecke und Rampen abbildet, abgelatscht. Kann sein,
dass mein Holux nicht das beste Geraet ist, aber das was ich
da produziert habe, moechte ich selber nicht in der Karte
sehen ;)

Ein anders Thema, das bei Strassen als Flaechen zu beachten
ist, ist dass der Graph nicht komplett unter die Reader kommen
sollte. Also die implizit enthaltene Datenstruktur, auf der dann 
konkret geroutet wird. Die Auswirkungen, die falsche, fehlende
oder in der Realitaet gar nicht existierende Verbindungen
auf das Routingergebnis haben, kann eigentlich nur ein 
erfahrener Entwickler in diesem Bereich absehen. 

Eine Alternative sind virtuelle Flaechen, also indem man 
von einer Linie ausgeht und ihr ueber Parameter eine Breite 
eine Flaeche verpasst. Ist in vielen Faellen viel genauer 
als der Versuch, den von Haeusern abgeschatteten Strassenrand 
per GPS-Vermessung reinzubekommen.
 
> Allerdings sehe ich da ein anderes Problem: wir zeichnen nur noch
> Luftbilder ab (ist hier in manchen Gegenden schon so), und da die
> nicht immer gut referenziert sind führt das auf Dauer dazu, dass ganze
> Gegenden die Luftbildabweichung wiedergeben. Wenn man dann die Tracks
> drüberblendet sieht man die Abweichung, aber es ist ein Riesenaufwand,
> dass wieder "richtig" hinzuziehen, und der nächste "Potlatch-Mensch"
> schiebt die Sachen dann sowieso wieder zurück auf die
> Luftbild-Position. Der einzige Unterschied wäre zu jetzt wäre, dass es
> dann nochmal deutlich mehr Schiebearbeit gibt.

Die Kombination machst. Vom GPS-Track der Verlauf mit absulutem
Messfehler und vom Bild die zusaetzlichen Eigenschaften, also
z.B. Breite und Geradlinigkeit. Ergaenzt sich wunderbar, denn
Bilder haben typischerweise systematische Fehler wie eine 
globale Verschiebung.

Gruesse Hubert
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol (Kinderspielplaetze?)

[elchtreiber]

Hallo Nop,

> Spielplätze sind auf der Karte schon lange enthalten. Vermißt Du was?

Ein ganz großes Sorry, hab das mit der Karte auf dem Garmin verwechselt!

Das nächste mal werde ich vorher nochmal schauen...

Gruß
Kai
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

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

Re: [Talk-de] Höherwertige Straßen in Orten - cons truction

[Robert S.]

2009/7/16 André Riedel 

> Ich denke auch, dass constrcuction = yes der bessere Weg ist. Da
> Kartenersteller können dabei auf dieses Tag ganz verzichten, wenn Sie
> es für unnötig erachten da die Karte ja länger als die Baustelle
> verwendet werden soll.


Und bei Neubaumaßnahmen? Dann sind die neuen Straßen dann schon als fertig
drin.

Vlt. wär eine Mischung aus beiden am besten:
*highway=construction; construction=** -> Neubau
*highway=*; construction=yes* -> Um- und Ausbau
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Höherwertige Straßen in Orten - con struction

[André Riedel]

Am 16. Juli 2009 12:28 schrieb Garry :
> Robert S. schrieb:
>> 2009/7/16 Garry mailto:garr...@gmx.de>>
>>
>>     Schlechte Lösung.
>>     Damit verschwindet die Strasse aus vielen Anwendungen ganz und es
>>     klafft
>>     dort eine Lücke.
>>
>>
>> Das ist dann aber ein Problem dieser Anwendungen. Und wie heißt es so
>> schön: "Wir mappen nicht für die Render!"
> Was Du aber genau hiermit:
>> highway=construction
>> /construction=*/
> machst! D.h. es wird so
>> /ist auf jedenfall der nach Map features/Wiki offizielle Weg, das zu
>> erfassen:/
>> /http://wiki.openstreetmap.org/wiki/Key:construction/
>>
> Was heisst hier /"offizieller Weg"? Nur weil es so jemand ins Wiki
> eingetragen hat?
> construction=yes ist genauso eine gültige Lösung!
> /
>> Ein anderer Weg ist, der Straße einfach ein access=no zu verpassen.
> Das trifft die Sache auch nicht - eine Strasse mit Baustellentätigkeit
> ist nicht zwangsläufig gesperrt,
> es macht aber häufig Sinn diese grossräumig zu umfahren.
>
> Garry

Ich denke auch, dass constrcuction = yes der bessere Weg ist. Da
Kartenersteller können dabei auf dieses Tag ganz verzichten, wenn Sie
es für unnötig erachten da die Karte ja länger als die Baustelle
verwendet werden soll. Desweiteren ist können die die es brauch leicht
mit einbauen. Im anderen Fall muss man das immer mit bedenken.

http://wiki.openstreetmap.org/wiki/Key:construction
http://wiki.openstreetmap.org/wiki/Proposed_features/Construction

Als Kombination beider kann man das ganze wie folgt verwenden.

highway = primary/secondary/*
construction = yes
-> Fahrbahn wird komplett erneuert -> umfahren

highway = primary/secondary/*
construction = minor
-> Fahrbahn/-rand wird teilweise erneuert -> umfahren wenn es nicht
nahe Start/Ziel ist

Kombiniert mit dem Enddatum der Baustelle ergeben sich dann neue
Auswertungs- bzw. Kontrollmöglichkeiten. Vorgeschlagen ist dafür
opening_date wobei ich wohl construction:finish (oder ähnliches)
bevorzugen würde.

opening_date = 2009-07-16
construction:finish = 2009-07-16

Ciao André

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

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol

[Sarah Hoffmann]

Hoi Nop,

On Thu, Jul 16, 2009 at 09:26:58AM +0200, Nop wrote:
> Die Wanderkarte wurde jetzt (rechtzeitig zur Mapping Party :-) um 
> Südtirol und die östliche Schweiz erweitert. Die westliche Schweiz folgt 
> in ein paar Tagen.

Wir haben hier in der Schweiz ein bisschen ein anderes Wanderrouten-
System. Neben den benannten Routen gibt es ein ausgedehntes Netz
markierter Wege mit überall einheitlicher Markierung. Das dazu-
gehörige Taggingschema ist auch im Wiki zu finden:

http://wiki.openstreetmap.org/wiki/DE:Switzerland/HikingNetwork
(Teil Wanderwegenetz)

Beispiel-Relation: 
http://www.openstreetmap.org/browse/relation/151141

Leider werden diese lokalen Routen in deiner Karte nicht gerendert,
weil diese Routen keine Namen haben. Da es Tagging für den Renderer 
wäre, jetzt irgendwelche Namen zu erfinden, wäre es schön, wenn du
diese Routen auch ohne Namen rendern könntest. Korrekte 
"osmc:symbol"-Tags sind ja vorhanden.

Wenn sie nicht im Routenverzeichnis auftauchen, ist das okay.

Gruss

Sarah

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

[Talk-de] Wanderkarte für Schweiz und Südtirol (Kinderspielplaetze?)

[Ekkehart]

Hi!

> Ich hätte da gerne noch die Spielplätze für Kinder mit drin, da wir nie 
> "alleine" Unterwegs sind...

Spielplätze sind auf der Karte schon lange enthalten. Vermißt Du was?

bye
 Nop
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

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

Re: [Talk-de] Höherwertige Straßen in Orten - cons truction

[Garry]

Robert S. schrieb:
> 2009/7/16 Garry mailto:garr...@gmx.de>>
>
> Schlechte Lösung.
> Damit verschwindet die Strasse aus vielen Anwendungen ganz und es
> klafft
> dort eine Lücke.
>
>
> Das ist dann aber ein Problem dieser Anwendungen. Und wie heißt es so 
> schön: "Wir mappen nicht für die Render!"
Was Du aber genau hiermit:
> highway=construction
> /construction=*/
machst! D.h. es wird so
> /ist auf jedenfall der nach Map features/Wiki offizielle Weg, das zu 
> erfassen:/
> /http://wiki.openstreetmap.org/wiki/Key:construction/
>
Was heisst hier /"offizieller Weg"? Nur weil es so jemand ins Wiki 
eingetragen hat?
construction=yes ist genauso eine gültige Lösung!
/
> Ein anderer Weg ist, der Straße einfach ein access=no zu verpassen.
Das trifft die Sache auch nicht - eine Strasse mit Baustellentätigkeit 
ist nicht zwangsläufig gesperrt,
es macht aber häufig Sinn diese grossräumig zu umfahren.

Garry

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

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Jochen Topf]

On Thu, Jul 16, 2009 at 10:50:40AM +0200, Dimitri Junker wrote:
> >Ansatz für eine weitere Grüppchenbildung sehe ich nicht. Da reicht m. E.
> >eine stop_area.
> 
> 
> Also wenn ich es richtig verstanden habe, dann ist eine stop_area die 
> Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es 
> also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie 
> eine stop_area_group.

Nein. Eine stop_area kann auch mehrere Haltepunkte und Plattformen umfassen.
Typischerweise ist alles, was den gleichen Haltestellennamen trägt, eine
einzige stop_area. Eine stop_area_group braucht man dann, wenn mehrere
Haltestellen sehr nah zusammenliegen. Z.B. gibt es in Karlsruhe die
Haltestelle "Karlsruhe Hauptbahnhof" der DB und "Bahnhofsvorplatz", wo
die Strabas und Busse abfahren. Das sind nach dem Namen verschiedene
Haltestellen, aber sie werden als Gruppe erfaßt, weil man dort umsteigen
kann.

Wenn man wissen will, welche Plattform zum welcher stop_position gehört,
dann kann man das nur über die Linienrelationen machen, in der beide drin
sein sollten. Der Grund warum wir auf dem Workshop dafür keine Extra-Relation
haben wollten, ist einfach, dass das noch eine Ebene mehr an Relationen
eingezogen hätte.

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] Planetfile 15.07.09

[Grant Slater]

2009/7/15 Steffen Neubauer :
> Hallo,
>
> was ist mit dem Planetfile vom 15.07.09 los.
> (http://planet.openstreetmap.org/planet-latest.osm.bz2)
> Auf der Download-Seite steht zwar, dass es die Datei gibt und diese
> 6,3GB groß ist.
> Aber will man die Datei speichern hat man nur eine 0kb große Datei!?
>

There was confusion around a postgresql password change and the
planetdump ran with the wrong password.
I noticed the failure around ~10:30 CEST and removed the effected files.
Replacement files became available around ~20:30 CEST.

/ Grant

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

Re: [Talk-de] Garmin in USB-Zustand versetzen

[Sven Geggus]

Michael Hufer  wrote:

> Wie wär es mir
> gpsbabel -wt -i garmin -fusb: -o gpx -F wpt-trk-$date.gpx:

Ganz schlecht, denn das überträgt nur die Tracks im internen Speicher. Wenn
der vollgelaufen ist (bei 1 Wert/Sekunde relativ schnell) hört der Garmin je
nach Einstellung entweder mit der Aufzeichnung ganz auf oder überschreibt
alte Daten.

Sven

-- 
"Software is like sex; it's better when it's free"
  (Linus Torvalds)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] landuse=farm -> Tonne

[Sven Geggus]

Martin Koppenhoefer  wrote:

> Natürlich sollte man nicht alles ausserorts als landuse=farmland taggen,
> wenn es sich in Wirklichkeit um andere Gebiete handelt (Sumpfland, Tundra,
> Taiga, Wald, etc.).

Für Streuobstwiesen würde ich ehrlich gesagt landuse=farmland für etwas
untauglich halten. Bewirtschaftet sind die natürlich schon, aber halt nicht
vergleichbar mit richtigem Obstbau.

Sven

-- 
"Every time you use Google, you're using a Linux machine"
 (Chris DiBona, a programs manager for Google)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Höherwertige Straßen in Orten

[Robert S.]

2009/7/16 Garry 

> Schlechte Lösung.
> Damit verschwindet die Strasse aus vielen Anwendungen ganz und es klafft
> dort eine Lücke.


Das ist dann aber ein Problem dieser Anwendungen. Und wie heißt es so schön:
"Wir mappen nicht für die Render!"
highway=construction
*construction=**
*ist auf jedenfall der nach Map features/Wiki offizielle Weg, das zu
erfassen:*
*http://wiki.openstreetmap.org/wiki/Key:construction*

Ein anderer Weg ist, der Straße einfach ein access=no zu verpassen.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSMTransport - ÖPNV-Karte

[Melchior Moos]

Hallo



> Also wenn ich es richtig verstanden habe, dann ist eine stop_area die
> Verbindung eines Haltepunktes und einer Platform. Am Hansemannplatz gäbe es
> also 5 stop_areas, aber da alle Den Namen Hansemannplatz tragen bilden sie
> eine stop_area_group.
>

So war das eigentlich nicht gedacht. Es sollen eigentlich alle Plattformen
und alle Haltepunkte einer Station in eine stop_area Relation. Die
stop_area_group kommt erst zum tragen, wenn man 2 Stationen, die zwar
verschiedene Namen haben aber doch irgendwie zusammengehören zusammenfassen
will. In Aachen fällt mir da z.B. Schanz ein, mit Bahnhalt und den beiden
Bushaltestellen Schanz (Jakobstr.) und Schanz (Vaalser Str.).
Gruß,
Melchior
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wanderkarte für Schweiz und Südtirol (Kinderspielplaetze?)

[elchtreiber]

Hallo Nop,

> Die Wanderkarte wurde jetzt (rechtzeitig zur Mapping Party :-) um 
> Südtirol und die östliche Schweiz erweitert. Die westliche Schweiz folgt
> in ein paar Tagen.

Super. Danke für die schöne Karte!
 
> Wie immer unter topo.geofabrik.de
> 
>   Damit hat die Karte dann erstmal ihre hardwartechnische Maximalgröße 
> erreicht, Hinweise auf Merkwürdigkeiten und Anregungen auf 
> Verbesserungsmöglichkeiten oder fehlende, interessante Objekte sind 
> natürlich immer willkommen.

Ich hätte da gerne noch die Spielplätze für Kinder mit drin, da wir nie 
"alleine" Unterwegs sind...

Wie sehen die anderen das?

Gruß
Kai
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Talk-de] Höherwertige Straßen in Orten

[Garry]

Wolfgang schrieb:
>
>> Leicht OT: Wenn eine Bundesstraße ein halbes Jahr lang gebaut wird, ist
>> das Loch ja Realität. Spricht etwas dagegen, solche Großbaustellen zu
>> mappen (und natürlich nach Bauende wieder zu entfernen)?
>>
>> 
>
> Nein, überhaupt nicht. Wenn die Straße gesperrt ist, auf highway=construction 
> und construction=primary/secondary/wasauchimmer setzen.
>
>   
Schlechte Lösung.
Damit verschwindet die Strasse aus vielen Anwendungen ganz und es klafft 
dort eine Lücke.
Gerade bei wie schon hier erwähnt länger genutzten Karten fährt man dann 
nach Aufhebung der Baustelle "offroad".
Mit construction = yes sieht man auch auf Anwendungen die diesen Key 
nicht unterstützen dass da grundsätzlich
eine Strasse vorhanden ist, muss sich dann halt nach der örtlichen 
Beschilderung richten ob sie gerade nutzbar ist
oder nicht.

Garry

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

Re: [Talk-de] Höherwertige Straßen in Orten

[Garry]

malenki schrieb:
> Martin Koppenhoefer schrieb:
>
>   
>> +1. ja, ich bin auch Verfechter der Verbindungsklassifizierung,
>> Ausbauzustand sehe ich in anderen Tags besser aufgehoben, und eine
>> Lücke/Loch im Straßensystem (Zoomabhängig) finde ich extrem unschön,
>> 
>
> Leicht OT: Wenn eine Bundesstraße ein halbes Jahr lang gebaut wird, ist
> das Loch ja Realität. Spricht etwas dagegen, solche Großbaustellen zu
> mappen (und natürlich nach Bauende wieder zu entfernen)?
>   
construction=yes setzen (gegebenfalls noch ein Info-Vermerk) und man hat 
die Info dass die Strasse
eventuell nicht nutzbar ist.

Garry

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