date:20090528

Ich seh das ganz pragmatisch.
Die Formate die Garmin verwendet sind zwar kaum dokumentiert, trotzdem wissen 
wir schon sehr weitgehend wie sie funktionieren.
Uns vollständig von deren Formaten abzukoppeln, halte ich, auch wenn sie 
proprietär sind für sehr dumm!
Wir müssen einen Weg gehen der einerseits Möglichkeiten bietet die erzeugten 
Daten auf herkömmlichen Geräten vernünftig zu verwenden und andererseits im 
Blick haben das man vielleicht bestimmte Dinge doch besser machen kann.

Gerade das Garminformat bietet ganz hervorragende Möglichkeiten Kartenlayer 
z.B. in einer einzigen Datei zu beinhalten es gibt zusätzliche Overlay's und 
POI's die man laden kann.

Es gibt Geräte für jeden Einsatzzweck, was es so von keinem anderen Hersteller 
gibt.

Wenn ich eine funktionierende Karte hab, kann ich sie in verschiedene Geräte 
tun.

Ich bin Autofahrer, Radfahrer und Gleitschirmflieger.
Und manchmal paddele ich auch!

Für all diese Dinge kann ich das Garminformat und deren Geräte hervorragend 
benutzen.

Und für alle diese Dinge kann ich ebenso hervorragend Daten erzeugen!

Und tu es auch seit inzwischen geschätzt 4 Jahren.

Es ist nicht in Sicht das wir das mit eigenentwickelten Geräten kurzfristig 
hinkriegen, also bin ich froh es zumindest solange mit Garmin oder anderen 
etablierten Geräten zu tun.

> On Thu, May 28, 2009 at 11:28:37AM +0200, Sven Sommerkamp wrote:
> > Wie könnte man das nun an den Weg bekommen..
>
> Wir brauchen die nicht an den Ways, wir brauchen die an der richtigen
> Stelle in den Datenstrukturen, die die jeweilige Software benutzt.
Und wenn es Wege gibt die dorthin zu bringen bin ich wie andere auch 
zufrieden.
Allerdings sollte auch die Eingabe der Daten vernünftig zu bewerkstelligen 
sein.
> Marcus hat geschrieben wie er es gemacht hat. Ich habs im OSMI gemacht.
> Auf OpenRouteService.org kannste Straße und Hausnummer eingeben und dann
> danach genau routen. Es geht also prima.
Die Meisten werden das aber nicht mit Openroute sondern meinem Navi tun.
Und das es im Prinzip funktioniert glaub ich gern.
>
> Dass die Navis nicht mit OSM-Daten tun, liegt daran, dass sie Formate
> verwenden, die nicht dokumentiert sind. Nicht daran, dass wir die Daten
> nicht haben.
Ich würde sagen an beidem, zur Zeit, zumindest in vielen Bereichen.
>
> Jochen

Gruß Sven

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

[Talk-de] Fehler in künstlicher OSM-Datei

Moin !

ich habe mir gerade ein tool gestrickt mit dem für mein Garmin eine 
Konvertierung durchgeführt wird und dazu eine OSM-Datei erstellt wird.

Diese sieht wie folgt aus:




  
  


  
  




Beim Öffnen in JOSM bekomme ich die Meldung:

Fehler beim Einlesen von xxx.osm: Open quote is expected for attribute 
"{1}" asssociated with the element type "version".

Kann mir einer sagen was falsch ist ???

Gruß Jan :-)

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

Re: [Talk-de] ÖPNV-Workshop

hier noch der Link zur Stationsauswertung von Lübeck

http://www.tappenbeck.net/osm/bus-verkehr/osm_busverkehr_luebeck.html

gruß Jan :-)


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

Re: [Talk-de] Badestelle - wie taggen

2009-05-28 Diskussionsfäden René Falk

Fabian Schmidt schrieb:
> Hi,
> 
> Am 28.05.09 schrieb Jan Tappenbeck:
> 
>> diesmal "badestelle" 
> 
> natural=beach.

Was hat das eine mit dem anderen zu tun?

Grüße

René

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

Re: [Talk-de] ÖPNV-Workshop

Hi !

soweit klingt das auch für mich schlüssig und beinhaltet schon vieles 
von dem, wenn ich das richtig verstanden habe, was Itschytoo [1] 
vorgeschlagen hat und tlw. schon in Lübeck umgesetzt hat - aber dazu 
kann er wohl besser etwas sagen.

Was aber, wie bei den allgemeinen Straßen, weiterhin offen ist betrifft 
die Benennung von Tunnel und Brücken die eigenständige Namen tragen. 
Hätte man dieses in dem Zusammenhang nicht gleich für dieses Thema mit 
klären können / sollen ??

Die andere Sache betrifft die Kontrollmöglichkeit von Haltestelle auf 
Ihre Vollständigkeit. Ich habe einmal für Lübeck ein Auswertetool 
erstellt, was ich in absehbarer Zeit nochmal erneuern werde, um fehlende 
Bushaltestellen aufzudecken.

Mit der vorgeschlagenen Form (die Relationen mal nicht in Betracht 
gezogen) kann ich nicht feststellen, ob eine Haltestelle zum Beispiel 
zum Stadtverkehr Lübeck gehört. Bisher haben wir das in HL so gemacht 
das Operator = Stadtverkehr gesetzt wurde und damit die Haltestelle 
zugeordnet wurde. In einem "fertigen" Streckennetz sicherlich eine 
überflüssige Attributierung - aber bis dahin!

Weiterverwenden oder würdet Ihr auch für dieses Anforderung eine andere 
Einbindung sehen.

Wenn dann das ganze Schema Zustimmung findet wäre sicherlich noch ein 
passender Dialog für den Aufbau von Haltestellenrelationen in JOSM (o.ä) 
der nächste wichtige Schritt.

Gruß Jan :-)

[1] http://wiki.openstreetmap.org/wiki/DE:Proposed_features/unified_stoparea

Jochen Topf schrieb:
> Hi!
> 
> Vorletztes Wochenende hatten wir hier in Karlsruhe einen Workshop zur
> Frage wie der ÖPNV besser in OSM modelliert werden kann. Sebastian
> Schwarz, der derzeit bei der Geofabrik an einer Diplomarbeit zu diesem
> Thema arbeitet, stellte seine Ideen dazu vor und es gab eine gute
> Diskussion zu diversen Themen.
> 
> Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und
> den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter
> http://blog.geofabrik.de/?p=23 .
> 
> Jochen


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

Re: [Talk-de] Historische Grenzsteine

Hi !

GEILE sache !!!

Soetwas hatte ich einmal mit Google-Maps angefangen - vor OSM. Jetzt 
ruht es wieder wegen OSM - GM-Koordinaten waren mir zu ungenau.

Sehr interessiert an dem Thema auch für Lübeck - leider kann ich nichts 
in Richtung OSM anbieten - BITTE UNBEDINGT AUF DEM LAUFENDEN HALTEN.

Meilensteine habe ich schon in HowTo gefunden.

Sollten aber unbedingt eine Seite mit Tags erstellen - helfe gerne mit.

Hier schon einmal einige Gedanke

- verschoben
- zustand
- material
- inschrift
- symbol
- geschützter Stein
- zu welcher Grenze gehört der Stein (Relation)

Form

flach
gewölbt
spitz
verjüngt, oben
verjüngt, unten
hinkelsteinförmig

Grundform
=
quadratisch
rechteckig
rund
oval
dreieck
n-eckig

Steinarten
==
Grenzstein/Feldstein
Steinpark
Sühnekreuz
Meilenstein
Ortschaften
Koppelstein
Forststein
Wegescheide
Kirchspielgrenze
Kreuzsteine
Steinkreuz
Mordstein
Denkstein
Bodendenkmal

Angaben zur Lagegenauigkeit
===
ca./n.g.
genau
ehem./verlegt
ca. / verscholen
genau / verscholen
ehemals / verscholen
Originallage (fraglich)
GPS bestimmt [3-5m]

... so erst einmal ein Anfang !

Gruß Jan :-)



Florian Lohoff schrieb:
> Hi,
> ich habe hier aus der Region (Lippe) eine Nachfrage bekommen wie man wohl
> Historische Grenzsteine eintraegt - Natuerlich steht der Wunsch danach
> die auch zu visualisieren wobei das wuerde ich dann schon irgendwie schrauben,
> entweder mit Mapnik oder mit einem OpenLayers Vector oder POI overlay.
> 
> Also wir reden von sowas:
> 
> http://www.lipperland.de/grenzstein-rundwanderweg-kalletal/grenzstein-rundwanderweg-kalletal.html
> 
> Die Frage ist eher - gibt es schon jemanden der das gemacht hat
> und ggfs schon Karten/Overlays?
> 
> Flo
> 
> 
> 
> 
> ___
> 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] Routing - Separater Radweg und andere Probleme

2009-05-28 Diskussionsfäden Johannes Huesing

Mario Salvini  [Thu, May 28, 2009 at 02:26:19AM CEST]:

> Gerade bei Prominenteren Straßen 
> findet man dochmeist ausgiebig dimensioniert und aufwändig ausgebaute 
> Radwege neben der (auto-)Fahrbahn. 

Wohnst Du in den Niederlanden? Ich kenne das eher so:
http://www.vuz-essen.de/rip/2009/fr/s32.htm


> Weil man fährt viel lieber eine 6-spurigen 
> Hauptverkehrsstraße mit als ohne seperaten cycletrack lang ;-)
> 

Schließ bitte nicht von Dir auf andere.

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

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

Re: [Talk-de] Routing - Separater Radweg und andere Probleme

Am 27. Mai 2009 13:22 schrieb Sven Sommerkamp :

> Neue Probleme die sich aus dem zusätzlichen Weg ergeben:
> Hat der Radweg jetzt denselben Namen wie die Straße?
wenn er einen anderen haben sollte kann man das mit 2 ways jedenfalls
sauber angeben. Es muss auch nicht jeder way einen Namen haben.

> Was ist mit Postleitzahlen und Hausnummern?
ja, was ist damit? Seit wann haben Radwege Postleitzahlen?

> Am Ende spricht noch dagegen das wir auch versuchen sollten Dateneffzient zu
> arbeiten, denn auch das verbessert den Umgang damit.

ja, aber wichtiger als Effizienz ist, dass sie richtig sind.

Gruß Martin

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

Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)

Am 29. Mai 2009 00:34 schrieb Tobias Wendorff :
> Am Do, 28.05.2009, 21:33 schrieb Martin Koppenhoefer:
>
>> Es tauchte halt die berechtigte Frage auf, ob aus CC-BY-SA-Daten
>> abgeleitete Daten Ã¼berhaupt PD werden kÃ¶nnen.
>
> Nodes und Tags, die noch nie in der Datenbank waren, sind ja noch nicht
> CC-BY-SA.
>
> Also kann der editierende User die Änderungen als PD freigeben.

wenn er die Eingaben auf Grundlage der CC-Daten macht? Das ist doch
daselbe wie ein POI, den ich bei Google einzeichne und nicht
importieren darf, oder?

Gruß Martin

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

Re: [Talk-de] ÖPNV-Workshop

Am 29. Mai 2009 00:17 schrieb Claudius :
> 2) Tramlinien auf Straßenkörpern: Ich verstehe das Argument pro
> Erfassung als zusätzlichen Weg mit fehlender Eindeutigkeit bei Zuordnung
> erweiterter Tags (Bsp. oneway). Allerdings geht so die Information
> verloren, dass beide Verkehrsträger sich einen Wegkörper teilen. So
> lässt sich beispielsweise für ein Auto-PNA keine entsprechende Warnung
> mehr einblenden oder eine Statistik über derartige gemeinsam genutzte
> Wege erheben. Wie seht ihr das? Gerade Leipzig wirkt so sehr rot:
> http://tools.geofabrik.de/osmi/?view=pubtrans_railway&lon=12.37543&lat=51.33580&zoom=12

da scheint derselbe Weg mit Schiene und Straße getaggt zu sein, m.E.
"richtiger" wäre es, 2 Wege zu machen, die sich dieselben Nodes teilen
(also gestapelte ways).

Gruß Martin

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

[Talk-de] gelöschte Relation wiederherstellen

2009-05-28 Diskussionsfäden Ulf Möller

Ein Benutzer hat die Grenze der Stadt München versehentlich gelöscht: 
http://www.openstreetmap.org/browse/relation/62428/history

Kann jemand die Relation wiederherstellen?

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

Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)

Am Do, 28.05.2009, 21:33 schrieb Martin Koppenhoefer:

> Es tauchte halt die berechtigte Frage auf, ob aus CC-BY-SA-Daten
> abgeleitete Daten Ã¼berhaupt PD werden kÃ¶nnen.

Nodes und Tags, die noch nie in der Datenbank waren, sind ja noch nicht
CC-BY-SA.

Also kann der editierende User die Änderungen als PD freigeben.

Eine Lizenzierung unter BY-SA und anderen Lizenzen ist dann für diese
Nodes bzw. Tags uneingeschränkt möglich.


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

Re: [Talk-de] railway in osmarender (16-17)

2009-05-28 Diskussionsfäden Claudius

Am 28.05.2009 23:13, Mario Salvini:
> Norbert Hoffmann schrieb:
>> Heiko Jacobs wrote:
>>
>>
>>> Nachdem ich mich in einigen Großstädten endlich selbst vergewissern
>>> konnte, dass z17 und z16 zu keinem groben Unsinn führen und
>>> halbwegs brauchbar sind, nun, eigentlich sogar viel schöner
>>> aussehen, kann ich es ja bei Gelegenheit fortführen das System.
>>>
>> In z16 könnten IMHO die railways etwas schmaler sein. Nebeneinander
>> liegende Gleise überlappen sich bei der jetzigen Breite bereits meistens.
>> Außerdem benutzt du im Moment wohl die Farben "schwarz" und "durchsichtig".
>> Wenn 2 Gleise dicht zusammen sind, aber die schwarz/weiß-Grenzen versetzt
>> sind, führt das zu einer durchgehenden dicken schwarzen Linie. Evtl. doch
>> das Innere in weiß füllen? Dann setzt sich die zuletzt gemalte Linie durch.
>>
>> Norbert "freut sich schon auf die Änderungen der nächsten Level"
>>
> stimme zu. Wäre "das Gleis" nur halb so breit (bei Mapnik isses sogar
> noch schmaler) wäre es genau so ersichtlich und es würden dennoch
> unnötige Überlappungen vermieden.
> Hier vielleicht mal ein Bahnhof mit sehr vielen parallelen Gleisen (da
> isses auch bei Z17 echt eng):
> http://informationfreeway.org/?lat=50.76647502596974&lon=6.088035618449132&zoom=17&layers=BF000F

Hier in Leipzig gibt's noch mehr davon. Falls die Beispiele / Benchmarks 
fehlen:
Hauptbahnhof Leipzig: 
http://informationfreeway.org/?lat=51.350882274563915&lon=12.387824397920344&zoom=17&layers=BF000F

Güterbahnhof Engelsdorf: 
http://informationfreeway.org/?lat=51.34241182461921&lon=12.462829674567118&zoom=17&layers=BF000F

Claudius


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

Re: [Talk-de] ÖPNV-Workshop

2009-05-28 Diskussionsfäden Claudius

Am 28.05.2009 20:11, Jochen Topf:
> Hi!
>
> Vorletztes Wochenende hatten wir hier in Karlsruhe einen Workshop zur
> Frage wie der ÖPNV besser in OSM modelliert werden kann. Sebastian
> Schwarz, der derzeit bei der Geofabrik an einer Diplomarbeit zu diesem
> Thema arbeitet, stellte seine Ideen dazu vor und es gab eine gute
> Diskussion zu diversen Themen.
>
> Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und
> den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter
> http://blog.geofabrik.de/?p=23 .

Danke, dass ihr und vor allem Sebastian sich an die Zusammenfassung der 
Ideen zum Thema gewagt haben.

Zwei Kritikpunkte:
1) Im Zusammenhang mit der Erfassung der railway-Nutzung per "usage" 
vermisse ich die Zuordnung zur Eisenbahn. Was spricht gegen "railway:usage"?

2) Tramlinien auf Straßenkörpern: Ich verstehe das Argument pro 
Erfassung als zusätzlichen Weg mit fehlender Eindeutigkeit bei Zuordnung 
erweiterter Tags (Bsp. oneway). Allerdings geht so die Information 
verloren, dass beide Verkehrsträger sich einen Wegkörper teilen. So 
lässt sich beispielsweise für ein Auto-PNA keine entsprechende Warnung 
mehr einblenden oder eine Statistik über derartige gemeinsam genutzte 
Wege erheben. Wie seht ihr das? Gerade Leipzig wirkt so sehr rot: 
http://tools.geofabrik.de/osmi/?view=pubtrans_railway&lon=12.37543&lat=51.33580&zoom=12

Bei der Grafik "StopAreaGroup_Map.png" scheint mir der im Text erwähnte 
und in der Datenansicht erfasste Taxistand zu fehlen.

Claudius


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

Re: [Talk-de] railway in osmarender (16-17)

Mario Salvini  wrote:
> stimme zu. Wäre "das Gleis" nur halb so breit (bei Mapnik isses sogar 
> noch schmaler) wäre es genau so ersichtlich und es würden dennoch 
> unnötige Überlappungen vermieden.

Hmmm... Na gut.. Mal 1/3 schmaler testen, wie's aussieht...
Eben hoch eingescheckt... Dann schaun mer mal...

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


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

Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0

Ulf Möller schrieb:
> Tobias Wendorff schrieb:
> 
>> Ich frage mich sowieso, wie Wikipedia CC-BY-SA schaffen will. Die
>> ganzen Drittquellen (z.B. die Kursbücher der Deutschen Bahn AG)
>> werden niemals unter CC-BY-SA freigegeben.
> 
> Ausschnitten aus Kursbüchern sind wegen der fehlenden Schöfpungshöhe 
> sicher kein Problem...

Ulf, das Problem ist nicht der Inhalt, sondern die Entnahme! Bei der
Erstellung der Kursbücher ist ein eindeutige Aufwand betrieben worden:
Programmierung der Software, Einpflegung der Daten, Korrekturen etc..

Das ist identisch mit einem Telefonbuch. Telefonnummern ansich können
auch nicht geschützt werden, aber die Entnahme ist nicht CC-BY-SA
kompatibel.

Das ist genau, wie bei OSM. Nodes haben (vermutlich) auch keine
Schöpfungshöhe (Ways vielleicht schon) und trotzdem liegt CC-BY-SA
drüber.

Bei den Kursbüchern liegt halt eine eigene Lizenz drauf und vielleicht
noch die VG Wort :-)

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

Re: [Talk-de] railway crossings in osmarender (16-17)

Sebastian Masch  wrote:
> Wenn schon mal in Osmarender rumgespielt wird und Bahnlinien anpasst 
> werden,
> könnte dann nicht auch gleich das automatische Einzeichnen der
> Bahnübergänge abgestellt werden? In Zoom 16 und 17 wird ohne weitere
> Überprüfung ein level_crossing auf Straße und Schiene gepappt:
> 

... oder zumind. ein dezenteres Symbol für's automagische?

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


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

Re: [Talk-de] railway in osmarender (16-17)

2009-05-28 Diskussionsfäden Mario Salvini

Norbert Hoffmann schrieb:
> Heiko Jacobs wrote:
>
>   
>> Nachdem ich mich in einigen Großstädten endlich selbst vergewissern
>> konnte, dass z17 und z16 zu keinem groben Unsinn führen und
>> halbwegs brauchbar sind, nun, eigentlich sogar viel schöner
>> aussehen, kann ich es ja bei Gelegenheit fortführen das System.
>> 
>
> In z16 könnten IMHO die railways etwas schmaler sein. Nebeneinander
> liegende Gleise überlappen sich bei der jetzigen Breite bereits meistens.
> Außerdem benutzt du im Moment wohl die Farben "schwarz" und "durchsichtig".
> Wenn 2 Gleise dicht zusammen sind, aber die schwarz/weiß-Grenzen versetzt
> sind, führt das zu einer durchgehenden dicken schwarzen Linie. Evtl. doch
> das Innere in weiß füllen? Dann setzt sich die zuletzt gemalte Linie durch.
>
> Norbert "freut sich schon auf die Änderungen der nächsten Level"
>   
stimme zu. Wäre "das Gleis" nur halb so breit (bei Mapnik isses sogar 
noch schmaler) wäre es genau so ersichtlich und es würden dennoch 
unnötige Überlappungen vermieden.
Hier vielleicht mal ein Bahnhof mit sehr vielen parallelen Gleisen (da 
isses auch bei Z17 echt eng): 
http://informationfreeway.org/?lat=50.76647502596974&lon=6.088035618449132&zoom=17&layers=BF000F
 



Gruß
 Mario

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

Re: [Talk-de] ÖPNV-Workshop

Hallo Etric,

Etric Celine schrieb:
> Ich hoffe das sich recht Fix einige Referenz Städte finden lassen, in denen 
> dieses Modell umgestezt wird damit sich alle ein kleines Beispiel daran 
> nehmen 
> können und ersichtlich wird ob dieses System auch in der Praxis noch so gut 
> Funktioniert wie es auf dem Papier aussieht.

einige Leute aus Dortmund und ich werden alle Dortmunder Bushaltestellen
in den kommenden Tagen einpflegen (das wissen die noch gar nicht, dass
es jetzt bald los geht *G*).

Das wird ein Spaß!

Grüße
Tobias

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

Re: [Talk-de] railway in osmarender (16-17)

Norbert Hoffmann  wrote:
> In z16 könnten IMHO die railways etwas schmaler sein. Nebeneinander
> liegende Gleise überlappen sich bei der jetzigen Breite bereits meistens.

Wird sich nicht vermeiden lassen...
Wenn ich gerade richtig gerechnet habe, dürfte für ein korrekte
Darstellung des Gleisabstands von 4,5 m (Schnellfahrstrecke! Sonst
nur 4 oder 3,5 m, bei Trams auch gerne mal 3 m ...) die Strichbreite
über alles nur 0,4 px sein. Statt 0,8 px derzeit, und das in z17!
Korrigiert mich, wenn ich falsch rechne...
Also schon in z17 kaum zu erfüllen, in z16 etc. erst recht nicht.
Kartographen würden Zweigleisigkeit auch anders darstellen, aber dafür
bräuchten wir linienbündelfähige Renderer... *duck* :-)

> Außerdem benutzt du im Moment wohl die Farben "schwarz" und "durchsichtig".

casing 0.8px #33 zuunterst
core 1 0.6px #e6e6e6 dadrüber
core 2 0.6px #33 dash 1.5,1.5 dadrüber

(schon in Vorbereitung dessen, dass die beiden #3 später auseinander
fallen können für weitere Thematiken, derzeit nur für preserved der Fall)

Ich hatte schon mal beim Durchmustern großer Städte nach Beispielen
für das praktische Rendern eine Stelle "erwischt", wo zwei ways
über dieselben nodes liefen, doppelt gemoppelt halt, das war dann
eine nur schwarze Linien, es ist also a feature not a bug zum Finden
solcher Fehlerstellen in z17 ;-)

Sehe gerade die ersten tiles im gleistreu gemappten Stuttgarter Raum
in z15. Optimal ist was anderes, ja, aber es sieht weniger schlimm
dort aus, als man hätte befürchten können...
Man wird damit leben können, bis es einen besseren Renderer gibt,
der parallele Linien in ein gemeinsames Symbol umsetzen kann *träum* :-)

Nürnberg und Frankfurt haben auch schon frisch gerenderte Ecken in z15
und sehen auch brachbar aus...
Zwischen Köln und Leverkusen ist ein etwas schauriges Gleisfeld,
da habe ich mal eben was ausprobiert. Mal schauen, was die Renderer
(alle beide) draus machen...

> Wenn 2 Gleise dicht zusammen sind, aber die schwarz/weiß-Grenzen versetzt
> sind, führt das zu einer durchgehenden dicken schwarzen Linie. Evtl. doch
> das Innere in weiß füllen? Dann setzt sich die zuletzt gemalte Linie durch.

Mal morgen oder so in Ruhe drüber sinnieren, ob dann noch alles
so klappen würde wie gedacht... (incl. Tunnel, disused, constr,. ,,,)

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

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

Re: [Talk-de] JOSM Presets


Am 28.05.2009, 20:43 Uhr, schrieb Jan Tappenbeck :


moin !

kannst du mir noch einen tipp geben wie pfadangaben zu bilder aussehen
müssen wenn diese absolut auf der platte (windows) liegen ??

bei mir werden die bilder nicht angezeigt.!

oder gibt es bestimmte anforderungen ?

gruß Jan :-)


Bei mir sieht das so aus:



Habe keine Probleme damit.

Schöne Grüße

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

[Talk-de] Historische Grenzsteine

2009-05-28 Diskussionsfäden Florian Lohoff


Hi,
ich habe hier aus der Region (Lippe) eine Nachfrage bekommen wie man wohl
Historische Grenzsteine eintraegt - Natuerlich steht der Wunsch danach
die auch zu visualisieren wobei das wuerde ich dann schon irgendwie schrauben,
entweder mit Mapnik oder mit einem OpenLayers Vector oder POI overlay.

Also wir reden von sowas:

http://www.lipperland.de/grenzstein-rundwanderweg-kalletal/grenzstein-rundwanderweg-kalletal.html

Die Frage ist eher - gibt es schon jemanden der das gemacht hat
und ggfs schon Karten/Overlays?

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Access-Tags für Radfahrer

Am 27. Mai 2009 21:48 schrieb Johannes Huesing :
> Martin Koppenhoefer  [Tue, May 26, 2009 at 12:24:31PM 
> CEST]:
>>
>> > Ein Waldweg (kein Trampelpfad, aber für mehrspurige Fahrzeuge
>> > ungeeignet) ohne Beschilderung: path, footway, footway mit
>> > bicycle=yes oder cycleway?
>>
>> highway=footway, bicycle=yes (und surface, etc).
>>
>
> Hängt vom Waldgesetz ab. Ein umsichtiger Router berücksichtigt Bundesland
> und Width-Tag (kein Witz).

ja, wobei bei Fahrzeugbreite (und Befahrbarkeit mit Nutzfahrzeugen)
ein track angezeigt wäre, das sollte der Router nicht aus dem width
schließen müssen.

Gruß Martin

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

Re: [Talk-de] ÖPNV-Workshop

2009-05-28 Diskussionsfäden Etric Celine

Moin,

Am Donnerstag 28 Mai 2009 20:11:43 schrieb Jochen Topf:
> Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und
> den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter
> http://blog.geofabrik.de/?p=23 .

Habe mir grade mal den Wiki Beitrag dazu durchgelesen und bin begeistert über 
die bisherigen Ergebnisse. Das ganze liest sich soweit recht schlüssig und 
scheint auch einfach anwendbar (wenn auch aufwendig durch die vielzahl an 
Möglichen Tags) zu sein.

Ich hoffe das sich recht Fix einige Referenz Städte finden lassen, in denen 
dieses Modell umgestezt wird damit sich alle ein kleines Beispiel daran nehmen 
können und ersichtlich wird ob dieses System auch in der Praxis noch so gut 
Funktioniert wie es auf dem Papier aussieht.

Gruß
Jörg

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

Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)

2009/5/27 Peter Dörrie :
> Kann man nicht angemeldete Benutzer nicht einfach dazu "zwingen" ihre Daten
> als Public Domain zu veröffentlichen? Dann gibt es auch keine Probleme mit
> einer Lizenz-Migration.

Es tauchte halt die berechtigte Frage auf, ob aus CC-BY-SA-Daten
abgeleitete Daten überhaupt PD werden können.

Gruß Martin

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

Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0

2009-05-28 Diskussionsfäden Ulf Möller

Tobias Wendorff schrieb:

> Ich frage mich sowieso, wie Wikipedia CC-BY-SA schaffen will. Die
> ganzen Drittquellen (z.B. die Kursbücher der Deutschen Bahn AG)
> werden niemals unter CC-BY-SA freigegeben.

Ausschnitten aus Kursbüchern sind wegen der fehlenden Schöfpungshöhe 
sicher kein Problem...


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

Re: [Talk-de] tracks in osmarender (16-17)

Am 26. Mai 2009 17:50 schrieb Mario Salvini :
> zeigt aber, daß Zoomstufe 18 durchaus Sinn machen würde ;)

klar, das ist wohl ein Speicherproblem, für Mapnik gibt es das ja z.B.
Selbst 19 kann an manchen Stellen Sinn machen (hat man ja offline,
z.B. im Navi).

Gruß Martin

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

Re: [Talk-de] JOSM Presets

moin !

kannst du mir noch einen tipp geben wie pfadangaben zu bilder aussehen 
müssen wenn diese absolut auf der platte (windows) liegen ??

bei mir werden die bilder nicht angezeigt.!

oder gibt es bestimmte anforderungen ?

gruß Jan :-)

Jacques Nietsch schrieb:
> Am 28.05.2009, 15:31 Uhr, schrieb Dirk Stöcker  
> :
> 
>> On Thu, 28 May 2009, Jacques Nietsch wrote:
>>
>>> natürlich meinte ich, das man sowas ins Netz stellen sollte.
>>>
>>> Was ich wissen wollte war:
>>> - gibt es überhaupt Interesse?
>>> - hat schon jemand solche Presets die er spenden möchte?
>>> - wo könnte mal diese Snipplets hinlegen
>>> - wie am besten (als eigenständige Dateien, über Copy/Paste vom Web,...)
>> Wie wäre es mit:
>> http://josm.openstreetmap.de/wiki/Presets
>> und/oder
>> http://josm.openstreetmap.de/wiki/De:Presets
>>
>> da könnte man eine hübsche Seite machen, die das Prinzip beschreibt und
>> dann als Anhang die Presets einfügen.
>>
>> Ciao
> 
> Hallo Dirk,
> ich habe versucht, deinen guten Vorschlag zu befolgen.
> Allerdings ist das mein erster Versuch mit 'track' und 'hübsch' ist
> wirklich etwas Anderes.
> 
> Vielleicht könnte jemand der sich mit so etwas besser auskennt mal
> drübergehen und es richtig machen. Dann könnten Andere das für weitere
> Presets übernehmen. Ein Anfang ist schon mal gemacht.
> 
> Ach ja, die URL:
> http://josm.openstreetmap.de/wiki/De%3APresets
> 
> Schöne Grüße
> 
> Jacques


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

Re: [Talk-de] ÖPNV-Workshop

Jochen Topf schrieb:
> Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und
> den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter
> http://blog.geofabrik.de/?p=23 .

Super, vielen Dank! Endlich kann ich das ganze Zeugs eintragen, was
sich angesammelt hat.

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

[Talk-de] ÖPNV-Workshop

2009-05-28 Diskussionsfäden Jochen Topf

Hi!

Vorletztes Wochenende hatten wir hier in Karlsruhe einen Workshop zur
Frage wie der ÖPNV besser in OSM modelliert werden kann. Sebastian
Schwarz, der derzeit bei der Geofabrik an einer Diplomarbeit zu diesem
Thema arbeitet, stellte seine Ideen dazu vor und es gab eine gute
Diskussion zu diversen Themen.

Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und
den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter
http://blog.geofabrik.de/?p=23 .

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] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?

2009-05-28 Diskussionsfäden Willi Rehfeld


Etric Celine schrieb:

Moin,

Am Donnerstag 28 Mai 2009 18:51:24 schrieb Willi Rehfeld:
  

http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D



änder mal in dem Link die 0.5 zu einer 0.6 dann geht es wieder.
Ich sollte das mal im svn ändern. (bzw wenn wer nen account hat, darf er mir 
gerne fix zuvorkommen)


Gruß
Jörg

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

  

Hallo Jörg,

Danke, dass war es. Es geht wieder.

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

Re: [Talk-de] JOSM Presets

2009-05-28 Diskussionsfäden Werner König

Hi,

super Idee, jetzt fehlt nur noch eine kurze Erklärung, wie man das ganze
nutzen kann.

Gruß

Werner

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Dirk Stöcker
Gesendet: Donnerstag, 28. Mai 2009 15:31
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] JOSM Presets


On Thu, 28 May 2009, Jacques Nietsch wrote:

> natürlich meinte ich, das man sowas ins Netz stellen sollte.
>
> Was ich wissen wollte war:
> - gibt es überhaupt Interesse?
> - hat schon jemand solche Presets die er spenden möchte?
> - wo könnte mal diese Snipplets hinlegen
> - wie am besten (als eigenständige Dateien, über Copy/Paste vom 
> Web,...)

Wie wäre es mit:
http://josm.openstreetmap.de/wiki/Presets
und/oder
http://josm.openstreetmap.de/wiki/De:Presets

da könnte man eine hübsche Seite machen, die das Prinzip beschreibt und 
dann als Anhang die Presets einfügen.

Ciao
-- 
http://www.dstoecker.eu/ (PGP key available)


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

Re: [Talk-de] JOSM Presets

Am 27.05.2009, 07:04 Uhr, schrieb Jan Tappenbeck :

> HI !
>
> ich nochmal - wenn Du das Template dann in das Wiki übernimmst dann
> setze doch die "Standard"-Spritsorten (Benin, Super bleifrei und Diesel)
>   per default aktiv.
>
> Gruß Jan :-)
>

Erledigt, siehe

http://josm.openstreetmap.de/wiki/De%3APresets

Schöne Grüße

Jacques



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

Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?

2009-05-28 Diskussionsfäden Etric Celine

Moin,

Am Donnerstag 28 Mai 2009 18:51:24 schrieb Willi Rehfeld:
> http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D

änder mal in dem Link die 0.5 zu einer 0.6 dann geht es wieder.
Ich sollte das mal im svn ändern. (bzw wenn wer nen account hat, darf er mir 
gerne fix zuvorkommen)

Gruß
Jörg

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

Re: [Talk-de] JOSM Presets

Am 28.05.2009, 15:31 Uhr, schrieb Dirk Stöcker  
:

> On Thu, 28 May 2009, Jacques Nietsch wrote:
>
>> natürlich meinte ich, das man sowas ins Netz stellen sollte.
>>
>> Was ich wissen wollte war:
>> - gibt es überhaupt Interesse?
>> - hat schon jemand solche Presets die er spenden möchte?
>> - wo könnte mal diese Snipplets hinlegen
>> - wie am besten (als eigenständige Dateien, über Copy/Paste vom Web,...)
>
> Wie wäre es mit:
> http://josm.openstreetmap.de/wiki/Presets
> und/oder
> http://josm.openstreetmap.de/wiki/De:Presets
>
> da könnte man eine hübsche Seite machen, die das Prinzip beschreibt und
> dann als Anhang die Presets einfügen.
>
> Ciao

Hallo Dirk,
ich habe versucht, deinen guten Vorschlag zu befolgen.
Allerdings ist das mein erster Versuch mit 'track' und 'hübsch' ist
wirklich etwas Anderes.

Vielleicht könnte jemand der sich mit so etwas besser auskennt mal
drübergehen und es richtig machen. Dann könnten Andere das für weitere
Presets übernehmen. Ein Anfang ist schon mal gemacht.

Ach ja, die URL:
http://josm.openstreetmap.de/wiki/De%3APresets

Schöne Grüße

Jacques




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

Re: [Talk-de] Lizenzprobleme Amenity Editor

2009-05-28 Diskussionsfäden Adrian Stabiszewski

Hi.

> 
> Allerdings halte ich es im vorliegenden Fall fuer das beste, wenn Du
> Deine Nutzer erklaeren laesst, dass sie keine Rechte an dem geltend
> machen, was sie hochladen. Das ist zwar ganz streng genommen etwas
> kniffelig; wenn wir einmal annehmen, das der Input des Nutzers
> schutzwuerdig ist (wie Tobias richtig sagt, ist das unwahrscheinlich,
> aber nicht unmoeglich), dann kann der Nutzer nicht sagen "der Node ist
> jetzt CC0", denn er ist ja ein "derived work" des vorher dagewesenen
> CC-BY-SA-Nodes und muss daher unter CC-BY-SA lizensiert werden; der
> Nutzer wuerde aber dann zum Lizenzgeber unter CC-BY-SA und muesste einer
> eventuellen spaeteren Lizenzaenderung zustimmen... blablabla. Aber ich
> wuerde einfach schreiben "ich erklaere mich einverstanden, dass mein
> Beitrag unter der jeweils von OSM verwendeten Lizenz
> weiterveroeffentlicht wird", ich denke, das ist gut genug und macht
> allen Beteiligten am wenigsten Stress.
> 

In der aktuellen Version (0.6) ist das jetzt so umgesetzt. Man kann entweder
mit seinem eigenen User editieren oder einfach eine Checkbox mit dem oben
vorgeschlagenen Text anklicken. Die Änderungen werden in diesem Fall unter
dem User "amenityeditor" durchgeführt.

Ich hoffe, das erfüllt alle Auflagen ;)

Ansonsten gibt es kaum wahrnehmbare Änderungen:

- bei "Adresse hinzufügen" wird jetzt auch automatisch addr:country
vorgeschlagen.
- und der Editor läuft jetzt auch unter IE8 (leider ohne
Autovervollständigen)

Viele Grüße,
Adrian.



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

Re: [Talk-de] railway in osmarender (16-17)

2009-05-28 Diskussionsfäden Norbert Hoffmann

Heiko Jacobs wrote:

>Nachdem ich mich in einigen Großstädten endlich selbst vergewissern
>konnte, dass z17 und z16 zu keinem groben Unsinn führen und
>halbwegs brauchbar sind, nun, eigentlich sogar viel schöner
>aussehen, kann ich es ja bei Gelegenheit fortführen das System.

In z16 könnten IMHO die railways etwas schmaler sein. Nebeneinander
liegende Gleise überlappen sich bei der jetzigen Breite bereits meistens.
Außerdem benutzt du im Moment wohl die Farben "schwarz" und "durchsichtig".
Wenn 2 Gleise dicht zusammen sind, aber die schwarz/weiß-Grenzen versetzt
sind, führt das zu einer durchgehenden dicken schwarzen Linie. Evtl. doch
das Innere in weiß füllen? Dann setzt sich die zuletzt gemalte Linie durch.

Norbert "freut sich schon auf die Änderungen der nächsten Level"

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

Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?

Tobias Wendorff schrieb:
> Das passiert doch nur, wenn man den Wert direkt herunterladen will
> (alles vor der fetten Klammer). Dinge wie "(300 zuerst gefundene 


Whoops falsch. "Alles vor der Klammer, die nur die Anzahl enthält"
muss es heißen.

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

Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?

Willi Rehfeld schrieb:
> richtig. Es wird die Seite 
> http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D 
> geladen, angezeigt wird allerdings nicht. Oder ist es weiße Schrift auf 
> weißem Grund ?

Das passiert doch nur, wenn man den Wert direkt herunterladen will
(alles vor der fetten Klammer). Dinge wie "(300 zuerst gefundene 
Einträge)" zeigen immer noch den Inhalt.

Oder meinst Du etwas Anderes?

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

Re: [Talk-de] Badestelle - wie taggen

2009-05-28 Diskussionsfäden Stephan Wolff

Fabian Schmidt schrieb:
> Hi,
> 
> Am 28.05.09 schrieb Jan Tappenbeck:
> 
>> diesmal "badestelle" 
> 
> natural=beach.
> 
Badestelle am Binnensee:

leisure=park für die Liegewiese (ggf. mit name=...)
sport=swimming als POI im Wasser

Viele Grüße

Stephan


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

Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?

2009-05-28 Diskussionsfäden Willi Rehfeld

Tobias Wendorff schrieb:
>
> Google und Tagwatch zeigen:
> shop = solarium
> amenity = solarium
>
> Sinnvoller IMHO ist: shop = solarium
>   
Hallo,

in dem Zusammenhang eine generelle Fragen.

Damals, also vor Umstellung auf API 0.6, konnte man hier 
http://tagwatch.stoecker.eu/Germany/De/index.html auf einen der Links - 
beispielsweise "alle Schlüssel in der Übersicht" - klicken und danach 
auf die einzelnen tags klicken, schon bekam meine Liste aus der man dann 
die einzelnen tags entnehmen konnte. Das war sehr schön, da konnte man 
dann sehen, welche tags die anderen mapper genommen haben und sich daran 
anlehnen.
Seit der Umstellung auf die neue API funktioniert das nicht mehr 
richtig. Es wird die Seite 
http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D 
geladen, angezeigt wird allerdings nicht. Oder ist es weiße Schrift auf 
weißem Grund ?
Ich habe Firefox 3.0.10 - ich habe Opera 10.00 alpha - ich habe IE 7.0 - 
bei allen geht es nicht mehr. Woran kann es liegen ? Kann mir einer helfen ?

Früher war alles viel schöner.

Grüsse
Willi

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

[Talk-de] osm server side scripts

2009-05-28 Diskussionsfäden Gary68

ganz interessant: http://78.46.81.38/

posting dazu in engl. unter "talk"

ciao

gerhard



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

[Talk-de] t...@h, Re: railway crossings in osmarender (16-17)

Moin

> > Dass die clients rendern können, ohne nach aktuellen styles fragen zu
> > müssen, war gerade gestern extrem lästig. Auch habe ewig suchen müssen,
> > bis ich mal ein Gebiet mit frischen gerendert fand, trotz knapp 1024x r ...

> Würden die Clients vor jedem Renderversuch erstmal die styles
> aktualisieren, käme das einem DDoS des SVN gleich.
> Deshalb aktualisieren die Clients ein bis zwei mal die Woche, zentral
> gesteuert.

Müssen denn die clients direkt bei svn holen?
Könnte das nicht auch der server tun, der die Anfragen der clients verwaltet?

Styles auschecken alle x Stunden
Prüfen, ob Style verändert, dann Flag setzen
Wenn flag nicht gesetzt "Du darfst tile x rendern" wie bisher
Wenn flag gesetzt "Du darfst tile x rendern, im übrigen hätte ich hier  
neu: ..."
... oder so ...?

Gruß Heiko "Mueck" Jacobs



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

Re: [Talk-de] Pension - wie taggen

2009-05-28 Diskussionsfäden Peter Herison

Jan Tappenbeck schrieb:
> gibt es für PENSIONEN auch ein Tag - Bad & Brakfeast ist wohl falsch !

"Bad & Brakfeast" waere wirklich "bad". Aber warum nicht
tourism=guest_house (das waere dann "Bed and Breakfast")?


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

Re: [Talk-de] tag: Sonennstudio

Jan Tappenbeck schrieb:
> Sonnenstudio
> 
> shop = solarium 
>  

Jan ... machst Du das mit Absicht? :-(

Google und Tagwatch zeigen:
shop = solarium
amenity = solarium

Sinnvoller IMHO ist: shop = solarium

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

Re: [Talk-de] Weg vor Renderer verstecken?

2009-05-28 Diskussionsfäden Peter Herison

Rolf Bode-Meyer schrieb:
> wie ich gerade der heutigen Zeitung entnommen habe, ist ein Steg über
> die Rednitz hier in Nürnberg/Fürth wegen Baufälligkeit seit Montag
> gesperrt und die Bohlen sind entfernt. Das wird (wegen Geldmangels)
> auf unabsehbare Zeit so bleiben und ich möchte den Steg deshalb aus
> den OSM-Karten entfernen.

Hier ein nicht mehr vorhandener (weil abgebrannt) Aussichtsturm:
http://www.openstreetmap.org/browse/node/250162667


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

[Talk-de] tag: Sonennstudio

Moin !

und nochmal ein gesuchtes Tag:

Sonnenstudio

shop = solarium 
 

gruß jan :-)

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

Re: [Talk-de] Badestelle - wie taggen

2009-05-28 Diskussionsfäden Fabian Schmidt


Hi,

Am 28.05.09 schrieb Jan Tappenbeck:


diesmal "badestelle" 


natural=beach.


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

[Talk-de] Badestelle - wie taggen

hi !

und schon wieder eine frage von mir !

diesmal "badestelle" 

gruß Jan :-)

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

Re: [Talk-de] Karlsruhe Schema

2009-05-28 Diskussionsfäden Jochen Topf

On Thu, May 28, 2009 at 02:47:03PM +0200, Andreas Labres wrote:
> Was mir am Karlsruhe Schema aber abgeht:
> 
> * Häuser, die mehrere Hausnummern haben -> das kann man zur Not mit
> mehreren Nodes lösen

Jepp.

> * Stiegennummern (in Wiener Gemendebauten sehr beliebt)
> * und dann fehlen Felder für japanische Adressen (da braucht man
> irgenwie Gebäude-, Komplex-/Zone- und Ward-/Stadtteil-Namen)

Das Karlsruher Schema ist ja problemlos erweiterbar. Du kannst ja
einfach ein addr:Stiegennummer oder addr:zone oder was auch immer
ergänzen für die entsprechenden Länder. Als wir uns das Schema überlegt
haben, haben wir uns absichtlich auf das beschränkt, was wir selbst
kennen. Das heißt aber nicht, dass es da enden 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] JOSM Presets

Jacques Nietsch schrieb:
> Was ich wissen wollte war:
> - gibt es überhaupt Interesse?

Ja :-)

> - hat schon jemand solche Presets die er spenden möchte?

Nein :-(

> - wo könnte mal diese Snipplets hinlegen

Ich weiß nicht, ob das openstreetmap.de/wiki dafür wirklich geeignet
ist. Wir sollten das alles zentral haben.

> - wie am besten (als eigenständige Dateien, über Copy/Paste vom Web,...)

Optimal natürlich als Anhang (ZIP oder Plaintext), notfalls nur als
Plaintext ins Wiki :-)

Grüße
Tobias

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

Re: [Talk-de] JOSM Presets

Jan Tappenbeck schrieb:
> Ich würde es als Text ins Wiki stellen wie bei KOSMOS (hatte ich schon 
> mal geschrieben).
> 
> Nicht jeder hat ansonsten Webspace bzw. die Umgangsmöglichkeiten mit svg 
> (??).

Ich dachte, die Presets bestehen nur aus Text?

...

oder kann unser Wiki auch ...?

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

Re: [Talk-de] Kompostieranlagen und sonstige Firmen

Jan Tappenbeck schrieb:
> wie würdet Ihr Kompostieranlagen, Speditionen und sonstige Firmen taggen 
> - wenn man die Punkte schon einmal hat!

???

Ich mache zwar gerne Semantikspielchen, aber diese Reihe kann ich
wirklich nicht weiterführen:

"Kompostieranlagen, Speditionen" ... Sonstige? Mausefallenhersteller?

Für Kompostieranlagen steht in den MapFeatures: recycling:green_waste.

Der Rest steht auch da ...

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

[Talk-de] State of the Map 2009 - Schedules Released

2009-05-28 Diskussionsfäden Nick Black

Hello,
This is my first post to the German list - I don't speak or read German, so
please go easy on me ;-). I'm Nick, an OSM-Foundation Board member - one of
the things I work on with the Board is the State of the Map.

I want to let you all know about the State of the Map - OpenStreetMap's
annual conference, which is being held in Amsterdam from the 10th - 12th
July 2009. There will be two streams of talks covering every aspect of
OpenStreetMap, from mapping, to community building to the future shape of
the community. There will also be hands on workshops and technical session.
And there will be plenty of time for socializing with friendly OSMers from
around the country.

Tthe provisional schedule for the State of the Map 2009 is now available in
a first pass form. This is mainly so that speakers can check their talks
and scheduling:

http://spreadsheets.google.com/pub?key=r4WraCgENoOek3Vs4ft0y2g&output=html

There were a record breaking 62 talks submitted this year - almost twice the
number of talks submitted in previous years. All of the talks were really
high quality and many have a different focus to talks in previous years.

With so many talks submitted this year, we're having two tracks, as well as
workshops. You can find a provisional schedule here (click on "Look for
More"): http://www.stateofthemap.org/schedules/ . You can grab XML & iCAL
feed and mash-up. More details will be added to the schedules over the next
few weeks.

If you haven't signed up for the State of the Map yet, you can get you
tickets here: http://www.stateofthemap.org/register/ or for a German
language About page here:
http://www.stateofthemap.org/about/uber-state-of-the-map/

If you'd like to help out translating the landing page, you can find the
text here:
http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2009/Organisation/SOTM_Landing_page_translation#German_.2F_Deutsch

Hope to see you in Amsterdam.

--
Nick Black
twitter.com/nick_b
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Pension - wie taggen

Moin !

gibt es für PENSIONEN auch ein Tag - Bad & Brakfeast ist wohl falsch !

Gruß Jan :-)

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

Re: [Talk-de] JOSM - AgPiFoJ - nachträglich verschi eben

Am 28.05.2009, 16:14 Uhr, schrieb Florian Lohoff :

> On Thu, May 28, 2009 at 04:10:33PM +0200, Jan Tappenbeck wrote:
>> Subject: [Talk-de] JOSM - AgPiFoJ - nachträglich verschieben
>>
>> Hi !
>>
>> wenn man Bilder einbindet, dann kommt der Dialog mit den 3
>> Schiebereglern um die Zeitleisten std-min-sek zu verschieben.
>>
>> Kann man diesen Dialog auch irgendwie nachträglich nochmal aktivieren???
>
> Rechter click auf den AgPifoJ layer rechts oben ...
>
> Flo

Vorher ein Foto selektieren, von dem man weiß, wo es aufgenommen wurde,
und noch Foto zentriert darstellen.
Dann braucht man nur noch solange am Schieberregler spielen, bis das
selektierte Foto (rot!) an der richtigen Stelle sitzt.

Klasse Funktion!!!

Schöne Grüße
Jacques



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

[Talk-de] topo.geofabrik.de (was: Re: FYI: Webserver download.geofabrik.de nicht erreichbar)

2009-05-28 Diskussionsfäden Sven Geggus

Frederik Ramm  wrote:

> Wird noch etwa bis heut mittag dauern, bis es neue Daten gibt.

Vielleicht sollte man auch darauf hinweisen, dass topo.geofabrik.de der
selbe Rechner ist und dass dadurch die Reit- und Wanderkarte derzeit etwas
merkwürdig aussieht.

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

[Talk-de] Kompostieranlagen und sonstige Firmen

Moin !

wie würdet Ihr Kompostieranlagen, Speditionen und sonstige Firmen taggen 
- wenn man die Punkte schon einmal hat!

gruß Jan :-)

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

Re: [Talk-de] JOSM - AgPiFoJ - nachträglich verschie ben

2009-05-28 Diskussionsfäden Florian Lohoff

On Thu, May 28, 2009 at 04:10:33PM +0200, Jan Tappenbeck wrote:
> Subject: [Talk-de] JOSM - AgPiFoJ - nachträglich verschieben
> 
> Hi !
> 
> wenn man Bilder einbindet, dann kommt der Dialog mit den 3 
> Schiebereglern um die Zeitleisten std-min-sek zu verschieben.
> 
> Kann man diesen Dialog auch irgendwie nachträglich nochmal aktivieren???

Rechter click auf den AgPifoJ layer rechts oben ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

[Talk-de] JOSM - AgPiFoJ - nachträglich verschi eben

Hi !

wenn man Bilder einbindet, dann kommt der Dialog mit den 3 
Schiebereglern um die Zeitleisten std-min-sek zu verschieben.

Kann man diesen Dialog auch irgendwie nachträglich nochmal aktivieren???

Gruß Jan :-)

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

Re: [Talk-de] JOSM Presets

Icons  die kann man doch ins WIKI, im Rahmen der Doku (um keine 
Mecker zu bekommen) hochladen und dann rechte Maustaste -> speichern 
unter

Gruß Jan :-)

Jacques Nietsch schrieb:
> Am 28.05.2009, 15:14 Uhr, schrieb Jan Tappenbeck :
> 
> [...]
>> Ich würde es als Text ins Wiki stellen wie bei KOSMOS (hatte ich schon
>> mal geschrieben).
>>
>> Nicht jeder hat ansonsten Webspace bzw. die Umgangsmöglichkeiten mit svg
>> (??).
>>
>> Einfachheit ist das wichtigste.
>>
>> Gruß Jan :-)
> 
> Ja, deine Idee finde ich gut. Ich werde mich mal heute Abend hinsetzen
> und was ins Wiki setzen.
> Was ich noch nicht weiß, wie kann man die Icons übermitteln?
> 
> Schöne Grüße
> 
> Jacques


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

Re: [Talk-de] JOSM Presets

2009-05-28 Diskussionsfäden Michael Buchberger

Hi Jacques,

>gibt es überhaupt Interesse?

Klaro

>wo könnte mal diese Snipplets hinlegen

In eine Unterseite von http://josm.openstreetmap.de/wiki/TaggingPresets?
Eventuell als Examples?

>wie am besten (als eigenständige Dateien, über Copy/Paste vom Web,...)

Wenig Aufwand, am besten ins Wiki einbauen und dann Copy/Paste in die eigene 
Datei.

P.S. hat jemand ein Beispiel wie man ein Icon einbaut und wo das File liegen 
muss?

Tschuess
 Michael



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

Re: [Talk-de] Karlsruhe Schema

2009-05-28 Diskussionsfäden Andreas Labres

Frank Sautter wrote:
> Andreas Labres schrieb:
>   
>> Praktisches Beispiel: Lorenz-Stein-Straße 15, 1140 Wien 
>> http://www.openstreetmap.org/?mlat=48.210394&mlon=16.214708&zoom=18 
>> (es wäre für einen Router fatal, das wirklich in die 
>> Lorenz-Stein-Straße zu routen...)
>> 
>
> dafür gibt es ja das hier:
> http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Giving_hints_about_the_road-access_.28optional.29
>   

Wozu sollte ich das brauchen, wenn z.B. ORS eh richtig routet?
http://lab.at/osm/Lorenz-Stein-Strasse-15.png

Servus, Andreas


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

Re: [Talk-de] JOSM Presets

2009-05-28 Diskussionsfäden Dirk Stöcker


On Thu, 28 May 2009, Jacques Nietsch wrote:


natürlich meinte ich, das man sowas ins Netz stellen sollte.

Was ich wissen wollte war:
- gibt es überhaupt Interesse?
- hat schon jemand solche Presets die er spenden möchte?
- wo könnte mal diese Snipplets hinlegen
- wie am besten (als eigenständige Dateien, über Copy/Paste vom Web,...)


Wie wäre es mit:
http://josm.openstreetmap.de/wiki/Presets
und/oder
http://josm.openstreetmap.de/wiki/De:Presets

da könnte man eine hübsche Seite machen, die das Prinzip beschreibt und 
dann als Anhang die Presets einfügen.


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

Re: [Talk-de] JOSM Presets

Am 28.05.2009, 15:14 Uhr, schrieb Jan Tappenbeck :

[...]
>
> Ich würde es als Text ins Wiki stellen wie bei KOSMOS (hatte ich schon
> mal geschrieben).
>
> Nicht jeder hat ansonsten Webspace bzw. die Umgangsmöglichkeiten mit svg
> (??).
>
> Einfachheit ist das wichtigste.
>
> Gruß Jan :-)

Ja, deine Idee finde ich gut. Ich werde mich mal heute Abend hinsetzen
und was ins Wiki setzen.
Was ich noch nicht weiß, wie kann man die Icons übermitteln?

Schöne Grüße

Jacques


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

Re: [Talk-de] JOSM Presets

Am 28.05.2009, 13:52 Uhr, schrieb Tobias Wendorff  
:

> Jacques Nietsch schrieb:
>> So etwas wie eine Tauschbörse für Presets.
>
> Aber wieso denn "Tauschen" und nicht einfach für alle ins Netz stellen?

Haarspalter ;-)

natürlich meinte ich, das man sowas ins Netz stellen sollte.

Was ich wissen wollte war:
- gibt es überhaupt Interesse?
- hat schon jemand solche Presets die er spenden möchte?
- wo könnte mal diese Snipplets hinlegen
- wie am besten (als eigenständige Dateien, über Copy/Paste vom Web,...)

Schöne Grüße
Jacques


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

Re: [Talk-de] Karlsruhe Schema

2009-05-28 Diskussionsfäden Frank Sautter

Andreas Labres schrieb:
> Praktisches Beispiel: Lorenz-Stein-Straße 15, 1140 Wien 
> http://www.openstreetmap.org/?mlat=48.210394&mlon=16.214708&zoom=18 
> (es wäre für einen Router fatal, das wirklich in die 
> Lorenz-Stein-Straße zu routen...)

dafür gibt es ja das hier:
http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Giving_hints_about_the_road-access_.28optional.29

grüße
  frank


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

Re: [Talk-de] JOSM Presets

Hallo Tobias,

einfach ins Netz stellen - wie meinst Du das genau ?

Ich würde es als Text ins Wiki stellen wie bei KOSMOS (hatte ich schon 
mal geschrieben).

Nicht jeder hat ansonsten Webspace bzw. die Umgangsmöglichkeiten mit svg 
(??).

Einfachheit ist das wichtigste.

Gruß Jan :-)

Tobias Wendorff schrieb:
> Jacques Nietsch schrieb:
>> So etwas wie eine Tauschbörse für Presets.
> 
> Aber wieso denn "Tauschen" und nicht einfach für alle ins Netz stellen?


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

Re: [Talk-de] Karlsruhe Schema

On Thu, 28 May 2009 14:47:03 +0200, Andreas Labres  wrote:
> marcus.wolsc...@googlemail.com wrote:

> Was mir am Karlsruhe Schema aber abgeht:
> 
> * Häuser, die mehrere Hausnummern haben -> das kann man zur Not mit
> mehreren Nodes lösen
> * Stiegennummern (in Wiener Gemendebauten sehr beliebt)
> * und dann fehlen Felder für japanische Adressen (da braucht man
> irgenwie Gebäude-, Komplex-/Zone- und Ward-/Stadtteil-Namen)


Und welche Vorschläge machst du dagegen?

Marcus

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

Re: [Talk-de] Karlsruhe Schema

2009-05-28 Diskussionsfäden Andreas Labres

marcus.wolsc...@googlemail.com wrote:
> * Häuser die von der Strasse deutlich entfernt stehen (sowas wie
>   Ausserhalb 3, 12345 Minidorf

Praktisches Beispiel: Lorenz-Stein-Straße 15, 1140 Wien
   http://www.openstreetmap.org/?mlat=48.210394&mlon=16.214708&zoom=18
   (es wäre für einen Router fatal, das wirklich in die
Lorenz-Stein-Straße zu routen...)

Und in AT gibt's noch Orte, da haben die Häuser nur Hausnummern
(kunderbunt durcheinandergewürfelt): zB hat das Gemeindeamt und die
Volksschule 5324 Hintersee 38, der Gasthof 5324 Hintersee 4, der
Lindenwirt 5324 Hintersee 25, usw.

Für obiges passt das Karlsruhe Schema wunderbar.

Was mir am Karlsruhe Schema aber abgeht:

* Häuser, die mehrere Hausnummern haben -> das kann man zur Not mit
mehreren Nodes lösen
* Stiegennummern (in Wiener Gemendebauten sehr beliebt)
* und dann fehlen Felder für japanische Adressen (da braucht man
irgenwie Gebäude-, Komplex-/Zone- und Ward-/Stadtteil-Namen)

zB: 7-35 Kitashinagawa 6-chome
Shinagawa-ku
Tokyo 141

od. Ube Bldg.
3-11 Higashi-shinagwa 2-chome
Shinagawa-ku
Tokyo, 140-

od. UBE Bldg.
3-7-1 Kasumigaseki
Chiyoda-ku
Tokyo 100

od. Toyosu Center Bldg.
3-3 Toyosu 3-chome
Koto-ku
Tokyo 135-

od. Tokyo Kotsu Kaikan Bldg.
2-10-1 Yurakucho
Chiyoda-ku
Tokyo, 100

od. Kamimachiya Bldg.
925-4 Yamazaki
Kamakura-shi
Kanagawa, 247-

Servus, Andreas

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

Re: [Talk-de] railway in osmarender (16-17)

2009-05-28 Diskussionsfäden Dirk-Lüder Kreie

Heiko Jacobs schrieb:
> Mario Salvini  wrote:
>> in Z16 sehe ich bei mir in der Gegend (um Aachen) den Effekt nicht.
> 
> Dass die clients rendern können, ohne nach aktuellen styles fragen zu
> müssen, war gerade gestern extrem lästig. Auch habe ewig suchen müssen,
> bis ich mal ein Gebiet mit frischen gerendert fand, trotz knapp 1024x r ...

Würden die Clients vor jedem Renderversuch erstmal die styles
aktualisieren, käme das einem DDoS des SVN gleich.

Deshalb aktualisieren die Clients ein bis zwei mal die Woche, zentral
gesteuert.


-- 

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



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

Re: [Talk-de] Fahrbahnen und bicycle=no

Matthias Merz  wrote:
>> Seitenstreifen sind nie für fahrräder geeignet.  Da liegt immer aller
>> möglicher mist rum.  Und in D darf man auf seitenstreifen eigentlich
>> auch gar nicht fahren.
> 
> Ähm, doch, man *muss* ggf. sogar!
> 
> §41 (3) 3. StVO "Fahrstreifenbegrenzung und Fahrbahnbegrenzung"
> (OK, mein Print-Exemplar ist von 1993 sehe ich grade):
> 
> b) Die durchgehende Linie kann auch Fahrbahnbegrenzung sein. Dann soll
>   sie den Fahrbahnrand deutlich erkennbar machen. Bleibt rechts von
>   ihr ausreichender Straßenraum frei (Fahrbahnteil oder befestigter
>   Seitenstreifen), so ordnet sie an:
>   aa) landwirtschaftliche Zug- oder Arbeitsmaschinen, Furhwerke,
>   Radfahrer und ähnlich langsame Fahrzeuge müssen möglichst
>   rechts von ihr fahren,
>   bb) links von ihr darf nicht gehalten werden.

Gesundheit!

Ich gehe mal davon aus, dass Du stark niesen musstest, als Du Deine über
10 Jahre alte StVO unter einer dicken Staubschicht ausgegraben hast... ;-)

http://bernd.sluka.de/Recht/StVO.txt

StVO § 2   Straßenbenutzung durch Fahrzeuge
Fassung: 2007-12-08
...
(4) ... Sie dürfen ferner rechte Seitenstreifen benutzen,
wenn keine Radwege vorhanden sind und Fußgänger nicht behindert werden.
Das gilt auch für Mofas, die durch Treten fortbewegt werden. Außerhalb
geschlossener Ortschaften dürfen Mofas Radwege benutzen.

StVO § 41   Vorschriftzeichen
Fassung: 2009-04-09
...
(3) Markierungen
...
  3. Fahrstreifenbegrenzung und Fahrbahnbegrenzung
 Zeichen 295
 Sie besteht aus einer durchgehenden Linie.
...
 b) Die durchgehende Linie kann auch Fahrbahnbegrenzung sein. Dann
soll sie den Fahrbahnrand deutlich erkennbar machen. Bleibt
rechts von ihr ausreichender Straßenraum frei (Fahrbahnteil
oder befestigter Seitenstreifen), so ordnet sie an:

aa) landwirtschaftliche Zug- oder Arbeitsmaschinen, Fuhrwerke
und ähnlich langsame Fahrzeuge müssen möglichst rechts
von ihr fahren,

bb) Links von ihr darf nicht gehalten werden.

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

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

Re: [Talk-de] Routing - Separater Radweg und andere Probleme

2009-05-28 Diskussionsfäden Mehmet Sirin

Also ok, ich benutze neben  highway=secondary und cycleway=track einfach
sowas wie cycleway:surface=paving_stones ?
Wie sieht es denn dann mit dem routing aus, wenn ich solche tags benutze
bzw. wie sehen diese in der Attributtabelle (bspw. wenn ich die osm-daten in
postgis einlese) aus? Machen sie Probleme?


Grüße

Am 28. Mai 2009 02:26 schrieb Mario Salvini :

> Mehmet Sirin schrieb:
> > ...
> > > -Angabe des Fahrradweg-Typs; angeben was es genau ist(Gemeinsamer
> > > Fuß/-Radweg, getrennt,..) ?
> > >>Linienbündelung würde das sauber/akurat regeln. Muss aber
> nochintensiver
> > >>entwickelt werden. Bis dahin könnte cycleway:track=segregated  +
> > >>footway:track=segregated schon eine gute Aussage bringen.
> > Ist das wirklich möglich? Ich dachte, dass zusätzliche Attribute z.B.
> > zum highway=secondary +  cycleway=track nicht machbar sind. Naja, die
> > Notation sieht auf jeden Fall merkwürdig aus.
> > sowas wie bicycle_surface=paved ist nicht so gut?
> warum soll das nicht möglich sein? Gerade bei Prominenteren Straßen
> findet man dochmeist ausgiebig dimensioniert und aufwändig ausgebaute
> Radwege neben der (auto-)Fahrbahn. Bei uns hier in der Gegend hat z.B.
> der große Umgehungsring durchweg ein Radweg auf beiden Seiten. also
> highway=primary cycleway=track.
> Außerdem ist doch gerade auch dort interessanter, als z.B. bei ner
> "normalo-Residential". Weil man fährt viel lieber eine 6-spurigen
> Hauptverkehrsstraße mit als ohne seperaten cycletrack lang ;-)
>
> Gruß
>  Mario
>
>
> ___
> 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] OpenGeoDB update

Ulf Möller schrieb:
> Inzwischen sind wohl auch viele Koordinaten in OSM genauer als in 
> OpenGeoDB und neue OpenGeoDB-Importe nicht mehr unbedingt sinnvoll.

Die OpenGeoDB führt ja großteils auch andere Inhalte, die
mit den Zielen von OSM nicht vergleichbar sind.

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

Re: [Talk-de] Wikipedia nun zusätzlich auch CC-BY-S A v3.0

Ulf Möller schrieb:
> Irgendjemand hat schon (etwas voreilig) angefangen, Flughäfen zu 
> importieren...

Ich frage mich sowieso, wie Wikipedia CC-BY-SA schaffen will. Die
ganzen Drittquellen (z.B. die Kursbücher der Deutschen Bahn AG)
werden niemals unter CC-BY-SA freigegeben.

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

Re: [Talk-de] JOSM Presets

Jacques Nietsch schrieb:
> So etwas wie eine Tauschbörse für Presets.

Aber wieso denn "Tauschen" und nicht einfach für alle ins Netz stellen?

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

Re: [Talk-de] Lizenzprobleme Amenity Editor

Hallo,

Frederik Ramm schrieb:
> Allerdings halte ich es im vorliegenden Fall fuer das beste, wenn Du 
> Deine Nutzer erklaeren laesst, dass sie keine Rechte an dem geltend 
> machen, was sie hochladen. Das ist zwar ganz streng genommen etwas 
> kniffelig; wenn wir einmal annehmen, das der Input des Nutzers 
> schutzwuerdig ist (wie Tobias richtig sagt, ist das unwahrscheinlich, 
> aber nicht unmoeglich), dann kann der Nutzer nicht sagen "der Node ist 
> jetzt CC0", denn er ist ja ein "derived work" des vorher dagewesenen 
> CC-BY-SA-Nodes und muss daher unter CC-BY-SA lizensiert werden;

Der Nutzer kann aber neue Nodes unter CC0/PD stellen, ebenso die
Metadaten. Wenn er sie unter dieser Lizenz freigibt, ist ja vollkommen
egal, ob OSM in Lizenz x oder y oder z steht / stehen wird.

Wenn ich also einen Eintrag hinzufüge könnte bis zum Upload in
die Datenbank *nur dieser* CC0 sein. Aber wie gesagt: meine ganzen
Ausführungen haben sich nur auf User *ohne Account* bezogen. Die
könnten dann schnell einen Node einfügen, ohne sich zu registrieren.

Grüße
Tobias

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

Re: [Talk-de] Lizenzprobleme Amenity Editor

Adrian Stabiszewski schrieb:
> Ich denke, das ganze wird jetzt doch etwas unnötig kompliziert. 

Mir ging es nicht um die Authentifizierung eines bekannten Nutzers,
sondern externe Nutzer, die ohne Account etwas hochladen wollen.

Um die Daten des anonymen Nutzers zu identifizieren und im Notfall
zu löschen braucht man eine Art ID ...

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

Re: [Talk-de] Schema Hausnummern als Tags an Straßen

2009-05-28 Diskussionsfäden Frank Sautter

Sven Sommerkamp schrieb:
> Also für eine funktionelle Navigationskarte würde ich z.B. Gebäude
> gerne weglassen können. Kann ich aber wieder nicht, wenn die
> Hausnummer an dem Gebäude hängt.
du kannst einfach vom flächenschwerpunkt des gebäudes oder vom 
adressnode ein lot fällen. das ist ein schon vielfach gelöstes problem.

das karlsruhe-schema erlaubt dir ohne weiteres diese abstraktion aber 
eben auch die von anderen gewünschte feindarstellung, bzw. alle 
möglichen tiefen der erfassung von adressen.

im übrigen schafft es ein navi für gewöhnlich, dich auch an einen punkt 
neben der straße zu navigieren.

grüße
  frank


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

Re: [Talk-de] Schema Hausnummern als Tags an Stra?en

On Thu, 28 May 2009 12:14:52 +0200, Sven Sommerkamp 
wrote:

>> Du erlaubst zu wenig Ausnahmef?lle f?r die Realit?t.
>>
>> * Messehallen mit mehreren Eing?ngen
>> * Eing?nge in anderen Strassen als der zu der das Haus geh?rt
>> * H?user die wir als Geb?ude-Polygon erfasst haben werden immer mehr
>>   (schon lange kein Sonderfall mehr)
> Also für eine funktionelle Navigationskarte würde ich z.B. Gebäude
gerne
> 
> weglassen können.
> Kann ich aber wieder nicht, wenn die Hausnummer an dem Gebäude hängt.

Natürlich kannst du das. Du kannst die Adresse einem (zu speichernden)
neuen
Punkt auf der der nächsten Strasse oder die Hausnummer der zugeordneten
Strasse zuweisen. Informationen entfernen und vereinfachen geht immer.
Dabei ist es durchaus möglich ganze Objekte zu entfernen, zusammenzufasen,
zu vereinfachen oder nur Teile von ihnen zu speichern.

>> * H?user die von der Strasse deutlich entfernt stehen (sowas wie
>>   Ausserhalb 3, 12345 Minidorf)
> Häuser stehen fast immer mit Abstand zu einer Straße, auch meins.

Wenn der Abstand eine 300m Trecker-Zufahrt ist und das Haus somit
auch gerne mal näher zu 2-3 Wanderwegen als zur zugeordneten Strasse
ost wird das mit deinem Vorschlag aber ...interessant.

Ein Fahrrad-Fahrer würde dann vom Wanderweg 20m vom Haus erstmal 300m
runter in den Ort geschickt und dort alleine gelassen. (Muss er selber
rausfinden, dass er die 300m wieder zurück den Berg rauf muss weil
Hausnummer XY an der postalisch zugeordneten Strasse unten im Dorf "fehlt")

>> * Gebiete in denen H?user/Hausblocks Nummern/Namen haben und zu
>>   keiner der 4 Strassen des Blocks geh?ren (Brasilien, nummerierte
>>   Hausblocks in Mannheim [ich glaube das war Mannheim, ich war auf
jeden
>>   Fall selber vor Ort], ...)

Marcus

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

Re: [Talk-de] Weg vor Renderer verstecken?

2009-05-28 Diskussionsfäden SLXViper


> wie ich gerade der heutigen Zeitung entnommen habe, ist ein Steg über
> die Rednitz hier in Nürnberg/Fürth wegen Baufälligkeit seit Montag
> gesperrt und die Bohlen sind entfernt. Das wird (wegen Geldmangels)
> auf unabsehbare Zeit so bleiben und ich möchte den Steg deshalb aus
> den OSM-Karten entfernen.
>
>   
Solche Fälle habe ich hier auch. Sowas kommt beim akuten Geldmangel
vieler Kommunen wohl noch öfter vor.
> Allerdings würde ich ihn in den Rohdaten gerne behalten und einen
> deutlichen Hinweis über die Situation hinterlegen. Nicht dass ihn bald
> jemand der nicht Bescheid weiß wieder einzeichnet (oder ich gar als
> Vandale dastehe). Vielleicht ginge auch highway=construction oder
> access=no oder den Brückenteil durch einen Node zu ersetzen der in den
> Editoren auffällt aber nicht in den Renderern. Ich möchte halt nicht,
> dass der Weg beispielsweise nur rot statt grau erscheint und man zum
> Erkennen der Nichtbegehbarkeit ein Spezialist in Legendologie aller
> Renderer sein muß.
>
> Wie würdet ihr den Fall behandeln?
>
>   
highway=construction; access=no; note="Wegen Baufälligkeit gesperrt"
Sollte das Rendering nicht eindeutig genug sein, könnte man ja noch eine
Regel für (access=no UND highway=construction) erstellen, die das
deutlicher rendert.

Grüße

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

Re: [Talk-de] Schema Hausnummern als Tags an Stra?en


> >> Ein Haus steht nun einmal neben der Stra?e. Und nicht mitten drauf.
> >
> > Klar das Haus in dem ich wohne steht auch neben der Stra?e.
> > Aber wir denken da zu sehr in Realit?t abbilden.
> > Die Realit?t ist aber nicht digital, sondern Analog.
> > Daher ist alles was wir machen sowieso abstrakt zu einem gewissen Grad.
> > Wenn das Navi von meinem Freund sagt, er hat sein Ziel erreicht und steht
> > dann
> > in etwa vor meinem Haus, dann ist weitaus ausreichend (Wenn er mit dem
>
> Auto
>
> > dort ist wird er jetzt sowieso erstmal anfangen m?ssen einen Parkplatz
>
> zu
>
> > finden)!
> > Den Weg zu meiner Haust?r wird er dann sicher auch noch finden.
>
> Du erlaubst zu wenig Ausnahmef?lle f?r die Realit?t.
>
> * Messehallen mit mehreren Eing?ngen
> * Eing?nge in anderen Strassen als der zu der das Haus geh?rt
> * H?user die wir als Geb?ude-Polygon erfasst haben werden immer mehr
>   (schon lange kein Sonderfall mehr)
Also für eine funktionelle Navigationskarte würde ich z.B. Gebäude gerne 
weglassen können.
Kann ich aber wieder nicht, wenn die Hausnummer an dem Gebäude hängt.
> * H?user die von der Strasse deutlich entfernt stehen (sowas wie
>   Ausserhalb 3, 12345 Minidorf)
Häuser stehen fast immer mit Abstand zu einer Straße, auch meins.
> * Gebiete in denen H?user/Hausblocks Nummern/Namen haben und zu
>   keiner der 4 Strassen des Blocks geh?ren (Brasilien, nummerierte
>   Hausblocks in Mannheim [ich glaube das war Mannheim, ich war auf jeden
>   Fall selber vor Ort], ...)
>
> Marcus

Gruß Sven S.


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

Re: [Talk-de] Vorschlag für Validierung von POI's

2009-05-28 Diskussionsfäden Werner König

Hi,

ich finde dies ist ein guter Vorschlag, habe nämlich selber schon ein
Geldinstitut gesucht, dass nicht mehr da war. Noch nicht
einmal ein Geldautomat.

Gruß

Werner

-Ursprüngliche Nachricht-
Von: talk-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Jacques Nietsch
Gesendet: Dienstag, 26. Mai 2009 21:48
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Vorschlag für Validierung von POI's


Es gibt POI's, die sich schnell ändern können.

Gaststätten, die schließen, oder ihren Namen wechseln, Tankstellen die
aufgegeben werden usw. usw...

Mein Vorschlag:
ein optionales Tag z.B. validationdate=2008-07-20

Jeder der an einem POI vorbeikommt und feststellt, das alles seine
Richtigkeit hat, kann dieses Tag aktualisieren.

Für den Eiffelturm muss man nicht jeden Tag nachschauen, ob
er noch da ist, aber für das Postamt könnte es notwendig sein (Danke
Privatisierung!)

Motivation:
Man könnte sich Tools schreiben, die eine Liste von POI's generieren die in
einem Bereich entweder kein 'validationdate' haben, oder das
'validationdate' älter ist als XX Tage.

Da könnte man dann mal gezielt nachschauen und aktualisieren.

Nur so mal eine Idee,

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] railway in osmarender (16-17)

Mario Salvini  wrote:
> in Z16 sehe ich bei mir in der Gegend (um Aachen) den Effekt nicht.

Dass die clients rendern können, ohne nach aktuellen styles fragen zu
müssen, war gerade gestern extrem lästig. Auch habe ewig suchen müssen,
bis ich mal ein Gebiet mit frischen gerendert fand, trotz knapp 1024x r ...

> Aber ich fänds klasse, wenn diese Variante sich bis Z12 durchziehen würde. 
> Die alte Variante fand ich schon immer unübersichtlich ;)

Das Innenmuster wird sich wohl nicht über den ganzen Zoombereich
halten können, schaun mer mal...

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

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

Re: [Talk-de] Fahrbahnen und bicycle=no

2009-05-28 Diskussionsfäden Matthias Merz

Karl Eichwalder  wrote:
> Sven Geggus  writes:
> > Im Westen Kanadas in den Rockies ist der jedoch eine wenig befahrene
> > Landstraße mit breitem Seitenstreifen der eigentlich recht gut für
> > Fahrräder geeignet ist.
> Seitenstreifen sind nie für fahrräder geeignet.  Da liegt immer aller
> möglicher mist rum.  Und in D darf man auf seitenstreifen eigentlich
> auch gar nicht fahren.

Ähm, doch, man *muss* ggf. sogar!

§41 (3) 3. StVO "Fahrstreifenbegrenzung und Fahrbahnbegrenzung"
(OK, mein Print-Exemplar ist von 1993 sehe ich grade):

b) Die durchgehende Linie kann auch Fahrbahnbegrenzung sein. Dann soll
   sie den Fahrbahnrand deutlich erkennbar machen. Bleibt rechts von
   ihr ausreichender Straßenraum frei (Fahrbahnteil oder befestigter
   Seitenstreifen), so ordnet sie an:
   aa) landwirtschaftliche Zug- oder Arbeitsmaschinen, Furhwerke,
   Radfahrer und ähnlich langsame Fahrzeuge müssen möglichst
   rechts von ihr fahren,
   bb) links von ihr darf nicht gehalten werden.

Wenn der Seitenstreifen "verdreckt" ist, sieht das natürlich anders aus...

HTH und schöne Grüße,
Matthias Merz

-- 
"Wenn Leute nicht glauben, dass Mathematik einfach ist,
dann nur deshalb, weil sie nicht begreifen,
wie kompliziert das Leben ist."
  - John von Neumann

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

Re: [Talk-de] Schema Hausnummern als Tags an Stra?en

On Thu, 28 May 2009 11:31:53 +0200, Sven Sommerkamp 
wrote:
>> > Gibt es bisher kein Schema um Hausnummern als Tags (sowie
>> > Postleitzahlen)
>> > an Straßen zu hängen?
>> > Oder hab ich es nur bis jetzt nicht gefunden?
>>
>> Das wurde lange immer und immer wieder diskutiert. Inzwischen hat sich
>> aber das Karlsruher Schema mehr oder weniger durchgesetzt.
> Aber wie und womit kriegen wir diese Information wieder an die Straße?

Mit dem gleichen Werkzeug, was dir die OSM-Karte erstmal in das Format
deines theoretischen Navis abbildet.

Den nötigen Code um diesem Werkzeug den Export von Hausnummern
beizubringen
habe ich dir genannt.

Marcus

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

Re: [Talk-de] Schema Hausnummern als Tags an Stra?en

On Thu, 28 May 2009 11:02:32 +0200, Sven Sommerkamp 
wrote:
>> Ein Haus steht nun einmal neben der Stra?e. Und nicht mitten drauf.
> Klar das Haus in dem ich wohne steht auch neben der Straße.
> Aber wir denken da zu sehr in Realität abbilden.
> Die Realität ist aber nicht digital, sondern Analog.
> Daher ist alles was wir machen sowieso abstrakt zu einem gewissen Grad.
> Wenn das Navi von meinem Freund sagt, er hat sein Ziel erreicht und steht
> dann 
> in etwa vor meinem Haus, dann ist weitaus ausreichend (Wenn er mit dem
Auto
> 
> dort ist wird er jetzt sowieso erstmal anfangen müssen einen Parkplatz
zu 
> finden)!
> Den Weg zu meiner Haustür wird er dann sicher auch noch finden.


Du erlaubst zu wenig Ausnahmefälle für die Realität.

* Messehallen mit mehreren Eingängen
* Eingänge in anderen Strassen als der zu der das Haus gehört
* Häuser die wir als Gebäude-Polygon erfasst haben werden immer mehr
  (schon lange kein Sonderfall mehr)
* Häuser die von der Strasse deutlich entfernt stehen (sowas wie
  Ausserhalb 3, 12345 Minidorf)
* Gebiete in denen Häuser/Hausblocks Nummern/Namen haben und zu
  keiner der 4 Strassen des Blocks gehören (Brasilien, nummerierte
  Hausblocks in Mannheim [ich glaube das war Mannheim, ich war auf jeden
  Fall selber vor Ort], ...)

Marcus

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

Re: [Talk-de] Schema Hausnummern als Tags an Stra?en

> > Gibt es bisher kein Schema um Hausnummern als Tags (sowie Postleitzahlen)
> > an Straßen zu hängen?
> > Oder hab ich es nur bis jetzt nicht gefunden?
>
> Das wurde lange immer und immer wieder diskutiert. Inzwischen hat sich
> aber das Karlsruher Schema mehr oder weniger durchgesetzt.
Aber wie und womit kriegen wir diese Information wieder an die Straße?
> Es ist 
> einfacher zu verstehen und umzusetzen und viel flexibler und enthält
> auch noch mehr Informationen (nämlich wo genau ein Haus ist und nicht
> nur die Projektion auf die Position an der Straße).
Das ist richtig von der räumlichen Realität ist es näher.
Aber für denjenigen der die Daten zu navigieren benutzen will, und das sind 
enorm viele, ist es wichtig das sie zumindest zusätzlich am Weg hängen.
>
> > Dieses Verfahren um Hausnummern in den Daten zu Speichern ist eigentlich
> > das gebräuchliche in den bisherigen Vektorkarten.
> >
> > Navigationsgeräte verlangen nach diesem Schema.
> > Es läßt sich auch am einfachsten bearbeiten und erfassen.
>
> Dem würde ich wiedersprechen. Mag sein, dass es in anderem Kontext
> einfacher ist. Aber das Karlsruher Schema hat sich gerade deshalb
> durchgesetzt, weil es einfach zu verstehen ist und z.B. keine Probleme
> macht, wenn man einen bestehenden Weg aufteilt. Und sowas kommt halt bei
> OSM viel vor.
O.K. wir erzeugen also wieder mal eine redundante Information.
>
> > Und es hält die Daten schlank, nicht unwichtig bei der Datenflut die wir
> > die vergangenen Jahre über produziert haben (von denen manches ein
> > bischen übertrieben ist und war)
>
> Festplatten sind groß.
Zwar richtig, aber wir speichern die Daten ja nicht nur.
Wir schicken sie durchs Netz, wir verarbeiten sie Weiter, wir können etwas was 
schlank ist besser verstehen.
>
> Natürlich wird man für die Nutzung immer eine Konvertierung der Daten in
> ein für die Nutzung angemessenes Format durchführen. Und dabei schmeisst
> man alle Informationen weg, die man in diesem Kontext nicht braucht.
> Adressdaten, die nach Karlsruher Schema erfaßt wurden, sind trivial in
> ein Format umzusetzen, wie Du es wohl anstrebst. (Siehe die grünen
> Punkte auf
> http://tools.geofabrik.de/osmi/?view=addresses&lon=8.36496&lat=49.02590&zoo
>m=18 , die den jeweils nächsten Punkt auf der richtigen Straße
> kennzeichnen.) Der umgekehrte Weg ist dagegen nicht möglich.
Ich strebe an die Daten möglichst schnell einsetzbar zu erzeugen, z.B. auf G
Gut also ich hab jetzt also eine Grafik gesehen wie man den nächsten Punkt 
anarmin Navis (ist das Einzige was im Moment vernünftig läuft. Auch ist das 
Format sehr flexibel einsetzbar und es finden sich Geräte für fast jeden 
Anspruch) die Straße findet.
Wie könnte man das nun an den Weg bekommen..
Ich habe herumexperimentiert mit Garminkarten.
Man kann eine Straße in dem Gerät nur dann vernünftig finden, wenn man als 
Tags die Postleitzahlen an der Straße hat.
Und es ist schwer vorstellbar das das mit den Hausnummern anders funktioniert.
Wenn wir kommerzielle Karten studieren, fällt ebenso auf das die Hausnummern 
fast immer in demselben Abstand zu Wegen/Straße stehen, also sind vermutlich 
deren Basisdaten so strukturiert.
Es ist auch wahrscheinlich das das auch bei den anderen Navis so funktioniert.
Wenn es also einen Wege gibt das vernünftig wieder zurück an die Straße zu 
führen, dann hab ich nicht gegen das Karlsruher Schema.
Ich will einfach die vielen Daten von mir und den anderen auch einmal 
vernünftig eisetzen.

Und die anderen Mitstreiter wolle es mit Sicherheit auch!

Für was machen wir uns denn sonst die Arbeit?
>
> Jochen


Schöne Grüße Sven

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

Re: [Talk-de] Schema Hausnummern als Tags an Straßen

2009-05-28 Diskussionsfäden Claudius

Am 28.05.2009 10:18, Sven Sommerkamp:
> Gibt es bisher kein Schema um Hausnummern als Tags (sowie Postleitzahlen) an
> Straßen zu hängen?

Tags an einer Straße (= Weg) macht ja keinen Sinn. Meinst du als Tag an 
einem Knoten einer Straße? Theoretisch bietet es ja das Karlsruhe-Schema 
auch an, da der Adressknoten beliebig positioniert sein und damit auch 
auf einem Straßenweg liegen darf.
Mehr Information enthält jedoch die Positionierung des Adressknotens wie 
Philipp schon sagte am tatsächlichen Standort oder eher dem "Eingang der 
Adresse".

Sollten irgendwelche Navigationsgeräde ein anderes Format verlangen 
lässt sich das geforderte Schema auch einfach per Aufsatzpunkt der 
kürzesten Verbindung zur gleichnamigen Straße herstellen.

Claudius


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

Re: [Talk-de] Schema Hausnummern als Tags an Stra?en

Am Donnerstag, 28. Mai 2009 10:33:10 schrieb 
talk-de-requ...@openstreetmap.org:
> > Gibt es bisher kein Schema um Hausnummern als Tags (sowie Postleitzahlen)
> > an Stra?en zu h?ngen?
>
> Doch, gibt es. Sogar mit Interpolation.
>
> Allerdings legst du da die Hausnummern dann leicht neben die Stra?e (da,
> wo sie tats?chlich sind).
Wie bekommt man sie dann wieder an den eigentlichen Weg?
>
> > Navigationsger?te verlangen nach diesem Schema.
>
> Woher wei?t du das?
> Bist du sicher?
Das kann man durch probieren herausfinden.
Und durch das Studieren von diversen bekannten Vektorkarten. 
Wenn ich falsch liege, möge man mir wiedersprechen.
Es ist auch die effizienteste Methode Adresseninformationen in unseren Daten 
unterzubringen. 
>
> Und k?nnte das dann nicht das jeweilige Export-Plugin erledigen?
Das ist die Frage..
Letzlich geht es auch darum Dinge  ein bißchen einfacher eingeben zu können.
Josm bräuchte nur wenige Dinge in den Presets zu der eigentlichen Straße (Weg) 
abzufragen und schon ist ein Ort Hausnummerngenau zu finden.
>
> Ein Haus steht nun einmal neben der Stra?e. Und nicht mitten drauf.
Klar das Haus in dem ich wohne steht auch neben der Straße.
Aber wir denken da zu sehr in Realität abbilden.
Die Realität ist aber nicht digital, sondern Analog.
Daher ist alles was wir machen sowieso abstrakt zu einem gewissen Grad.
Wenn das Navi von meinem Freund sagt, er hat sein Ziel erreicht und steht dann 
in etwa vor meinem Haus, dann ist weitaus ausreichend (Wenn er mit dem Auto 
dort ist wird er jetzt sowieso erstmal anfangen müssen einen Parkplatz zu 
finden)!
Den Weg zu meiner Haustür wird er dann sicher auch noch finden.
>
> Gr??e
> Philipp

Gruß Sven S.

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

[Talk-de] Weg vor Renderer verstecken?

2009-05-28 Diskussionsfäden Rolf Bode-Meyer

Hallo,

wie ich gerade der heutigen Zeitung entnommen habe, ist ein Steg über
die Rednitz hier in Nürnberg/Fürth wegen Baufälligkeit seit Montag
gesperrt und die Bohlen sind entfernt. Das wird (wegen Geldmangels)
auf unabsehbare Zeit so bleiben und ich möchte den Steg deshalb aus
den OSM-Karten entfernen.

Allerdings würde ich ihn in den Rohdaten gerne behalten und einen
deutlichen Hinweis über die Situation hinterlegen. Nicht dass ihn bald
jemand der nicht Bescheid weiß wieder einzeichnet (oder ich gar als
Vandale dastehe). Vielleicht ginge auch highway=construction oder
access=no oder den Brückenteil durch einen Node zu ersetzen der in den
Editoren auffällt aber nicht in den Renderern. Ich möchte halt nicht,
dass der Weg beispielsweise nur rot statt grau erscheint und man zum
Erkennen der Nichtbegehbarkeit ein Spezialist in Legendologie aller
Renderer sein muß.

Wie würdet ihr den Fall behandeln?

Rolf

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

Re: [Talk-de] Schema Hausnummern als Tags an Straßen

2009-05-28 Diskussionsfäden Jochen Topf

On Thu, May 28, 2009 at 10:18:24AM +0200, Sven Sommerkamp wrote:
> Gibt es bisher kein Schema um Hausnummern als Tags (sowie Postleitzahlen) an 
> Straßen zu hängen?
> Oder hab ich es nur bis jetzt nicht gefunden?

Das wurde lange immer und immer wieder diskutiert. Inzwischen hat sich
aber das Karlsruher Schema mehr oder weniger durchgesetzt. Es ist
einfacher zu verstehen und umzusetzen und viel flexibler und enthält
auch noch mehr Informationen (nämlich wo genau ein Haus ist und nicht
nur die Projektion auf die Position an der Straße).

> Dieses Verfahren um Hausnummern in den Daten zu Speichern ist eigentlich das 
> gebräuchliche in den bisherigen Vektorkarten.
> 
> Navigationsgeräte verlangen nach diesem Schema.
> Es läßt sich auch am einfachsten bearbeiten und erfassen.

Dem würde ich wiedersprechen. Mag sein, dass es in anderem Kontext
einfacher ist. Aber das Karlsruher Schema hat sich gerade deshalb
durchgesetzt, weil es einfach zu verstehen ist und z.B. keine Probleme
macht, wenn man einen bestehenden Weg aufteilt. Und sowas kommt halt bei
OSM viel vor.

> Und es hält die Daten schlank, nicht unwichtig bei der Datenflut die wir die 
> vergangenen Jahre über produziert haben (von denen manches ein bischen 
> übertrieben ist und war) 

Festplatten sind groß.

Natürlich wird man für die Nutzung immer eine Konvertierung der Daten in
ein für die Nutzung angemessenes Format durchführen. Und dabei schmeisst
man alle Informationen weg, die man in diesem Kontext nicht braucht.
Adressdaten, die nach Karlsruher Schema erfaßt wurden, sind trivial in
ein Format umzusetzen, wie Du es wohl anstrebst. (Siehe die grünen
Punkte auf 
http://tools.geofabrik.de/osmi/?view=addresses&lon=8.36496&lat=49.02590&zoom=18 
,
die den jeweils nächsten Punkt auf der richtigen Straße kennzeichnen.)
Der umgekehrte Weg ist dagegen nicht möglich.

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 Presets

2009-05-28 Diskussionsfäden Dirk Stöcker


On Wed, 27 May 2009, Jan Tappenbeck wrote:


Wenn Du schon soviel Erfahrung hast - wie würdest Du ein UMLAUT
definieren. Ich habe schon einmal etwas gebastelt mit dem Wort LÜBECK -
aber das Ü kam immer nicht so rüber - habe erst einmal UE genommen und
editiere das immer von Hand.


XML-Dateien immer als UTF-8 speichern.

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

Re: [Talk-de] Schema Hausnummern als Tags an Straßen