Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[Florian Lohoff]

On Sat, Feb 20, 2010 at 06:57:25PM +0100, Mirko Küster wrote:
> Mehrere Outer sind doch nichts seltenes. Beim INFAS Import und der tollen 
> Idee da Multipolygone draus zu machen hat man das Problem nur nicht so auf 
> dem Schirm gehabt. Die Daten waren teilweise stark vereinfacht, Ex- / 
> Enklaven oft erst garnicht mit drin. Wenn ich nach den mir bekannten Ecke 
> gehen dann fehlten die komplett.

In NRW habe ich 2-3 komplexere Boundarys gehabt - die hatten aber keinerlei
inners - sondern nur outers (An der Belgischen Grenze) so das es ein
zusammengesetztes Gebiet gab ...

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [Talk-de] Werte fuer XY:urban XY:rural etc.

[Chris-Hein Lunkhusen]

Doru Julian Bugariu schrieb:

> gibt es eine Zusammenfassung fuer maxspeed Werte der Form XY:urban
> XY:rural irgendwo im wiki? Bin leider nicht fuendig geworden.

In Tagwatch? 

Aber bitte beachten, dass die meisten Apps damit nichts
anfangen können.

Chris


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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[Mirko Küster]

> Woa - was ist das denn - mehrere outers - Ich halte die relation 
> allerdings
> fuer broken - Es gibt eine grosse Outer - dann mehrere inner - und dann
> innerhalb einer der inners dann noch ein outer - Mal davon abgesehen
> das ich das ganze thema outer/inner nicht wirklich handle ist das
> aber nur mit mehreren relations abzuhandeln - wie das allerdings
> mit boundarys funktionieren soll *kratz am kopf*.

Mehrere Outer sind doch nichts seltenes. Beim INFAS Import und der tollen 
Idee da Multipolygone draus zu machen hat man das Problem nur nicht so auf 
dem Schirm gehabt. Die Daten waren teilweise stark vereinfacht, Ex- / 
Enklaven oft erst garnicht mit drin. Wenn ich nach den mir bekannten Ecke 
gehen dann fehlten die komplett.

Die kamen erst wieder nachdem, wie bei mir, bereits gut erfasste Grenzen 
wieder repariert wurden un die Ex- / Enklaven wieder nachgetragen waren.

Gruß
Mirko 


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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[Florian Lohoff]

On Sat, Feb 20, 2010 at 09:24:20AM -0800, Walter Nordmann wrote:
> danke andré,
> 
> wie das in osm geht, ist mir narürlich klar.
> 
> aber die Sachen in Florians wiki-seiten REINZUBEKOMMEN ist jeweils ein job
> von 1-2 minuten. pro Gemeinde.

Aber es ist verteilbar :) Bisher habe ich das alles manuell mit dem vi
gemacht ;)

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[Florian Lohoff]

On Sat, Feb 20, 2010 at 04:08:58AM -0800, Walter Nordmann wrote:
> hi florian,
> 
> ist zwar nicht meine "Baustelle" aber bei Lauf_a_d_Pegnitz in Bayern scheint
> was faul zu sein. 
> 
> Die Liste ist 504 Namen lang aber er findet nur eine Straße in OSM.
> Es ist allerdings eine relativ komplexe Relation - eventuell liegt es daran?

Woa - was ist das denn - mehrere outers - Ich halte die relation allerdings
fuer broken - Es gibt eine grosse Outer - dann mehrere inner - und dann
innerhalb einer der inners dann noch ein outer - Mal davon abgesehen 
das ich das ganze thema outer/inner nicht wirklich handle ist das
aber nur mit mehreren relations abzuhandeln - wie das allerdings
mit boundarys funktionieren soll *kratz am kopf*.

Ich wuerde tendentiell jetzt eine 2te - Stark vereinfachte relation
anlegen mit nur der outers - das Thema Kreisfrei/Gemeindefreie Gebiete
ignorierend und die fuer die auswertung nutzen ...

Flo
-- 
Florian Lohoff f...@zz.de
"Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat
im Internet Zensur- und Überwachungsabsichten zu unterstellen."
- - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin 


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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[Walter Nordmann]

danke andré,


wie das in osm geht, ist mir narürlich klar.

aber die Sachen in Florians wiki-seiten REINZUBEKOMMEN ist jeweils ein job
von 1-2 minuten. pro Gemeinde.

mfg

walter

-
Erst wenn der letzte Programmierer eingesperrt... 
...und die letzte Idee patentiert ist, werdet ihr merken, dass Anwälte nicht
programmieren können.
-- 
View this message in context: 
http://n2.nabble.com/Strassenlistenabgleich-jetzt-in-Selbstbedienung-tp4472631p4603585.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[André Riedel]

Am 20. Februar 2010 13:08 schrieb Walter Nordmann :
> p.s. kennst du eine Möglichkeit, die Gemeinde-Relationen in dein System zu
> bekommen ohne sich immer durch das Wiki zu hangeln? In "meiner" Gegend sind
> viele Gemeindegrenzen schon erfasst aber nur nicht in deinem System drin.

In Josm:
Ein Teilstück der Grenze laden und schauen in welcher Relation die
ist. Entweder die Relations-ID merken oder mit STRG-H die OSM-History
im Browser laden und da die ID kopieren.

Auf der OSM-Seite:
Auf gewünschte Grenze zoomen und den Daten-Layer laden.
http://www.openstreetmap.org/?lat=49.527353&lon=11.189821&zoom=18&layers=B000FTT
Danach den Weg auswählen und auf "Details" klicken. Ganz unten auf der
OSM-Seite findet man dann alle Relationen, zu welchen der way (die
Grenze) gehört.

Ciao André

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

Re: [Talk-de] Mal wieder: Blaues Meer und mkgmap; Karte n für Garmins

[Daniela Duerbeck]

NopMap wrote:
> Auf welche Versionen von mkgmap bezieht sich denn Deine Frage?
>
>   
1484 vs. 1580.

Der Aufruf war beide Male:
$JAVA_BINDIR/java -Xmx2000M -jar mkgmap.jar --max-jobs 
--style-file=masterstyle --description='Openstreetmap' 
--country-name=spain --country-abbr=ES --family-id=4 --product-id=45 
--series-name='OSM-AllInOne-ES-bmap' --family-name=OSM --area-name=EU 
--latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas 
--make-all-cycleways --link-pois-to-ways --remove-short-arcs --net 
--route --generate-sea --gmapsupp ../tiles/*.osm.gz master.TYP

Vielleicht fehlen mir einfach die richtigen Schalter?

Vielen Dank im Voraus,
Dani


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

Re: [Talk-de] Bunkerdienst für Schiffe

[Markus]

Hallo Jan,

> wie soll eine Bunkerstelle (Tankstelle für Schiffe) getagt werden ?

harbour=fuel
+ harbour:fuel:diesel=yes/no
+ harbour:fuel:benzine=yes/no
+ harbour:fuel:ship:maxlength=###,#
+ harbour:fuel:ship:maxdraft=##,#

Gruss, Markus

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

[Talk-de] Bunkerdienst für Schiffe

[Jan Tappenbeck]

Moin!

 vermutlich mehr für die Freie Tonne von Interesse aber wie soll 
eine Bunkerstelle (Tankstelle für Schiffe) getagt werden ?

Gruß Jan:-)

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

[Talk-de] Werte fuer XY:urban XY:rural etc.

[Doru Julian Bugariu]

Hi,

gibt es eine Zusammenfassung fuer maxspeed Werte der Form XY:urban
XY:rural irgendwo im wiki? Bin leider nicht fuendig geworden.

Danke,
Julian



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

Re: [Talk-de] [OSM-Franken] NFE-Treffen am 25.2.

[Markus]

Hallo Michl,

also der aktuelle Fahrplan der S-Bahn meldet:
20.39 21.19 21.39 22.19 22.39 23.19 23.39 00.19 00.39
Das sind stündlich zwei Varianten.
Und für die Autofahrer (und ihre Mitfahrer) ist es sowieso ideal.

Vielleicht hat ja das "Testkomitee" Lust auf einen Vor-Ort Besuch und 
berichtet :-)

Gruss, Markus

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

Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung

[Walter Nordmann]

hi florian,

ist zwar nicht meine "Baustelle" aber bei Lauf_a_d_Pegnitz in Bayern scheint
was faul zu sein. 

Die Liste ist 504 Namen lang aber er findet nur eine Straße in OSM.
Es ist allerdings eine relativ komplexe Relation - eventuell liegt es daran?

Ich habe vorhin die Auswertung nochmals angestossen ohne allerdings die
Daten zu ändern - keine Änderung

gruss

walter

p.s. kennst du eine Möglichkeit, die Gemeinde-Relationen in dein System zu
bekommen ohne sich immer durch das Wiki zu hangeln? In "meiner" Gegend sind
viele Gemeindegrenzen schon erfasst aber nur nicht in deinem System drin.



-
Erst wenn der letzte Programmierer eingesperrt... 
...und die letzte Idee patentiert ist, werdet ihr merken, dass Anwälte nicht
programmieren können.
-- 
View this message in context: 
http://n2.nabble.com/Strassenlistenabgleich-jetzt-in-Selbstbedienung-tp4472631p4602494.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Topomapper

[Mirko Küster]

> XP-Home in der Sandbox geht auch.
>
> Auf zwei anderen XP-Rechnern geht's nicht.
> Weiss der Henker, was die da machen.

Auf XP funktioniert die Seite bei mir einwandfrei unter IE 8, FF 3.0.18 und 
FF 3.6.

Gruß
Mirko 


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

Re: [Talk-de] admin_level von Bremerhaven

[AssetBurned]

moin

On 19.02.2010, at 22:08, Johann H. Addicks wrote:

> Am 19.02.2010 21:34, schrieb AssetBurned:
> 
>> öhhh also der hafen gehört zur stadt bremen... da könnte man also schon von 
>> ausgehen das auch wasser zur stadt bremen gehört.
> 
> Weser-Wasser schon, Nordseewasser nicht.
> Das gehört dann zum Bundeland Bremen, nicht zur Gemeinde Bremen.

na da ich nicht weiß wo das eine aufhört und das andere anfängt, werd ich dir 
da mal glauben müssen :-)

cu AssetBurned

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Rendern von Seezeichen und Editor

[Heiko Eckenreiter]

Hi Falk,

>UQ sagt mir überhaupt nichts. Was für eine Kennung ist das?

Ultra Quick (mehr als 160 Blitze / min)
INT 1 -> IP 10.8

Grüße,
Heiko
-- 
Navigare necesse est.

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

Re: [Talk-de] Topomapper

[Mark Obrembalski]

Johann H. Addicks wrote:

> Funktioniert die Seite nicht?
> Ich bekomme da irgendwie nichts dargestellt abgesehen von einem
> Kartenbrowser-Framework... die Karten selbst bleiben aber unsichtbar.
> (FF3.6 und IE7 probiert)

Ich sehe auch keine Karten, sowohl mit FF 3.0.17 als auch mit Konqueror 
4.2.2 - selbst ein Klick auf den "Help"-Link hat in beiden Fällen keinen 
Effekt.

Gruß,
Mark



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

Re: [Talk-de] Rendern von Seezeichen und Editor

[Falk Zscheile]

Am 20. Februar 2010 10:51 schrieb Christian Wagner <
wagnerschrist...@gmail.com>:

> Am Donnerstag, den 18.02.2010, 22:32 +0100 schrieb Falk Zscheile:
> >
> >
> > Am 18. Februar 2010 21:51 schrieb Christian Wagner
> > :
> >Es versucht die Seezeichen in
> > eine OSM-
> > untypisches Raster zu pressen. Da werden z. B. Topzeichen
> > feste
> > Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo
> > auf der
> > Welt gibt's dann ein Einzelgefahrenzeichen mit gelber
> > Tonnenfarbe oder
> > eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor
> > eben nicht
> > auswählen kann und dann geht der Zinnober wieder von vorne
> > los. Warum
> > nicht mappen was wirklich da ist?
> >
> > Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen
> > immer in einem festen Zusammenhang. So kannst Du auf die Tonnenfarbe
> > schließen, wenn du die Farbe selbst nicht erkennen kannst oder die
> > Farbe schon längst verschwunden ist. Bei Kardinaltonnen zeigen die
> > Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der
> > gelben Tonne. Gleicher Zusammenhang gilt für die Kennung
> > (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Das ist
> > überall gleich und dient der Sicherheit der Schifffahrt. So gesehen
> > macht es der Editor dem Mapper ohne Kenntnisse der Seezeichen das
> > Eintragen sogar einfacher, wenn er dort, wo solche festen Beziehungen
> > bestehen, diese vorgibt. Das ist auch auf der ganzen Welt das gleiche,
> > damit der deutsche Kapitän auch in Hong Kong sicher navigieren kann.
> > Man hat sich im Rahmen der UN auf die Vereinheitlichung geeinigt.
> > Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom
> > festgelegten Standard.
>
> Wenn das System wirklich so zwingend ist dann reicht als Tag ja
> eigentlich cardianl_south? Eigentlich impliziert das Zeichen ja dann
> schon alles oder?
>

Ein wenig komplizierter ist es dann doch :-)

Nicht jede Tonne hat ein Topzeichen oder ist befeuert.


> Was aber wenn irgendwelche Bojenleger aus Maputo das dann eben doch
> anders gemacht haben? Nun ja, vielleicht reicht es für diesen
> (sicherlich seltnen) Spezialfall dann auch händisch das abweichende
> Feuer in die Datenbank einzutragen.
>

Wie ich schon schrieb, bringt ein eingetragenes Seezeichen für die
Navigation nichts, wenn niemand seine Bedeutung kennt. Die Bedeutung
entnimmt man im Allgemeinen der Karte 1 (INT 1), die Legende für alle
Seekarten. Wenn ich ein Seezeichen habe, dass dort nicht aufgeführt ist,
dann muss ich die Bedeutung direkt auf der Karte erläutern. Andernfalls kann
ich nicht wissen ob diese Tonne eine Untiefe markiert und ich mich besser
fern halte oder ob es eine Ansteuerungshilfe im sonst flachen Gewässer ist.



> Das mit dem festen Topzeichen im Lateralsystem ist mir bekannt. Hier
> wäre aber gerade wegen der IALA A und B Regionen eine weitere
> Aufspaltung der Tags IMHO besser geeignet. Warum im Editor Steuer- und
> Backbord extra mit Farben verknüpfen? Das hat zur Folge das der Editor
> wie aktuell der Fall eben nur für eine IALA- Region funktioniert.


Ich bin mir jetzt nicht ganz sicher, aber ich war bisher der Meinung, dass
OSeaMap ein Tag für die IALA-Region setzt.


>
> > Doch, die Farben sind fest vorgeben, siehe die Antwort von Falk. Die
> > Farbe beschreibt die Bedeutung der Tonne. Wenn du an eine Ampel mit
> > grünen, blauen und weißen Licht kommen würdest, hätte diese ja auch
> > ihre eigentliche Funktion verloren. Du weist nicht wie du dich bei
> > blauen Licht verhalten sollst.Das Topzeichen verdeutlicht durch seine
> > Form noch einmal die Funktion der Tonne. So wie bei einer Ampel das
> > rote Licht immer oben ist. Dies ist sehr hilfreich, wenn du z.B. im
> > Dichten Nebel die Farbe nicht erkennen kannst.
>
> OK, ist schon klar, daß die Tonnen in Ihrer Grundform schon sehr
> vorgegeben sind. Aber ist das wirklich immer so? Siehe IALA B, siehe
> irgendwelche Tonnen in St. Petersburg die aus irgendwelchen Kanistern
> gebastelt sind etc. Gerade da kann OSM seine Stärken doch ausspielen.
> Wie wäre es mit einem Symbol für Freaktonnen. Auch ein Symbol für Tonnen
> welche einfach sehr unvollständig getaggt sind wäre IMHO sinnvoll (also
> Tonnen welche nur seamark=buoy haben). So ist der Butterfahrtmapper eben
> nicht versucht Tags zu erfinden, nur daß er seine Tonne dann auch
> dargestellt bekommt. Auch solche Kartensymbole sind dem nächsten Segler
> hilfreich und besser als nix. Ziel ist es natürlich diese Platzhalter
> symbole irgendwann durch vollständig getaggte Seezeichen zu ersetzen.
>

Siehe oben, eine Tonne deren Bedeutung ich nicht kenne ist wertlos.
Entsprechend wird bei Gelben Tonnen, das sind Sondergebiete jeder Art, immer
noch auf der Seekarte erläutert, was es dort besonderes gibt und auf was man
achten muss. Das kann von der Messstadion über ein künstliches Riff bis zum
Landeplatz für Wasserflugzeuge

Re: [Talk-de] Rendern von Seezeichen und Editor

[Falk Zscheile]

Am 19. Februar 2010 20:53 schrieb Arne Johannessen :

> Falk Zscheile wrote:
> > Am 18. Februar 2010 21:51 schrieb Christian Wagner <
> wagnerschrist...@gmail.com
> >> Da werden z. B. Topzeichen feste
> >> Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo auf der
> >> Welt gibt's dann ein Einzelgefahrenzeichen mit gelber Tonnenfarbe
> >> oder
> >> eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor eben
> >> nicht
> >> auswählen kann und dann geht der Zinnober wieder von vorne los. Warum
> >> nicht mappen was wirklich da ist?
> >
> > Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen
> > immer in
> > einem festen Zusammenhang.
>
> In der Theorie schon, klar. Aber die Erfahrung zeigt nun mal, dass es
> immer wieder aus verschiedenen Gründen Ausnahmen von der Regel gibt.
> Beispiele wurden schon genannt.
>
> Weiteres Beispiel: durch normale Abnutzung erlangen die Toppzeichen
> auf Backbord- und Steuerbordtonnen in Dänemark gerne schon mal die
> Form eines Balls. Wenn man den Ist-Zustand taggen wollte, wäre daher
> eine Backbordtonne mit rotem Ball als Toppzeichen in Dänemark nichts
> ungewöhnliches. Und ja, die Dinger sehen durchs Fernglas quasi genau
> so aus wie eine Mitte-Fahrwasser-Tonne. :-/
>

Und Du bist der Meinung, dies müsse ohne wenn und aber in die Karte? Meine
Meinung nach sprechen verschiedene Aspekte dagegen. Zum einen ist eine
Seekarte keine normale topografische Karte, sondern eine Darstellung von
Verkehrszeichen. Bei einem Vorfahrtschild im Straßenverkehr würdest Du es
doch auch einzeichnen selbst wenn es verwittert wäre, oder? Tonnen werden
vom BVerwG auch wie Verkehrszeichen im Straßenverkehr behandelt. Sind sie
falsch und beruht darauf ein Schaden, dann ist das ein Amtshaftungsanspruch.

Wenn ich in die Seekarte schaue, dann will zunächst einmal wissen, was da
sein müsste, wenn ich mich an eine bestimmte Position navigiere. Wie soll
bzw. kann ich nach Karte navigieren, wenn dort eine Tonne eingezeichnet ist,
die keiner Offiziellen Beschreibung entspricht. Ich werde mich nicht
getrauen sie anzusteuern, um dann festzustellen, dass es doch keine
Fahrwassertonne sondern eine Untiefentonne (Kardinaltonne) war. Das sich die
Farbe oder das Topzeichen der Tonne durch Umwelteinflüsse geändert hat
sollte eine Zusatzinformation sein. Dafür gehört sie aber in ein eigenes
Tag. Vielleicht über das hazard=value Tag. Nach dem, Motto "Vorsicht, Tonne
sieht von weitem wie Ansteuerungstonne aus."

In der Regel wird zumindest in Deutschland sehr zügig eine Tonne ersetzt,
wenn mit ihr etwas nicht stimmt. In der Regel wird die
Schifffahrtsverwaltung also schneller mit der Korrektur sein als der Maper
mit dem Verzeichnen des Fehlers. Zumal es nicht so viele Seefahrende Maper
gibt. Es ist also auch ein Problem der Aktualität der Karte.  Auch das ein
Grund, allenfalls eine Zusatzinformation mit Datum der Sichtung an die
Tonne.




>
>
> > Bei Kardinaltonnen zeigen die Spitzen des Topzeichens
> > immer in Richtung der schwarzen Bauchbinde der gelben Tonne. Gleicher
> > Zusammenhang gilt für die Kennung (Lichtsequenzen) und Farbgebung
> > bei den
> > Kardinaltonnen.[1]
>
> Im Online-Editor auf  kann ich z. B. das
> Toppzeichen nicht abschalten (die Checkbox ist disabled). In Norwegen
> haben Kardinalzeichen aber niemals Toppzeichen.
>

Das sollte in der Tat nachgebessert werden.

>
> Ebenfalls kann ich nicht die Kennung UQ(3) einstellen. Die ist zwar
> unüblich, aber zulässig.
>

UQ sagt mir überhaupt nichts. Was für eine Kennung ist das?


>
> (Ferner kann ich keine Wiederkehr einstellen, was vermutlich einfach
> bisher noch nicht implementiert ist.)
>

Stimmt, das sollte unbedingt noch hinein. Habe ich auch schon vermisst.


> > [...] Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen
> > vom
> > festgelegten Standard.
>
> Was glaubst Du, was alles gemacht wird, obwohl es nicht zulässig ist...
>

In der Seefahrt ist mir so etwas bisher noch nicht aufgefallen, allerdings
kenne ich bisher auch nur die Ostsee. Könnte mir aber vorstellen, dass die
vom üblichen Schema abweichenden Tonnen dann extra auf der Seekarte erklärt
werden. Wie gesagt eine eingetragene Tonne, deren Bedeutung sich nicht
erschließt, weil sie nicht im offiziellen Schema vorkommt, ist wertlos für
die Navigation.


>
> Da können noch so schöne Systeme definiert sein, die reale Welt sorgt
> immer noch für Abweichungen, mit denen Editoren und Renderer in OSM
> _prinzipiell_ umgehen können müssen.
>

S. o.


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

Re: [Talk-de] Strassensuche in der Karte

[Alexander Matheisen]

Am Freitag 19 Februar 2010 20:09:44 schrieb Markus:
> Hallo Alex,
> 
> > Würde ich in Lauf wohnen, würde ich bei der nächsten Wahl des
> > Bürgermeisters garantiert für ihn stimmen. :)
> 
> Habe ihn grad beim Radiointerview erlebt, wie er souverän eine Lanze für
> OpenStreetMap gebrochen hat,und wie toll doch so eine Karte für die
> Bürger und deren Heimatverbundenheit und soziales Engagement und
> überhaupt sei, und dass man doch auch in den Schulen Projekte mit OSM
> machen könnte, und die ganzen Vereine könnten doch und so...

Schade, dass es von solchen nur so wenige gibt...

> 
> Sendetermin:
> BR2 24.2. 18:05-18:35 IQ Wissenschaftssendung zum Thema "OpenSource"
> 
> Gruss, Markus
> 
Alex

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

Re: [Talk-de] Strassensuche in der Karte

[Alexander Matheisen]

Am Samstag 20 Februar 2010 01:29:37 schrieb Guenther Meyer:
> Am Freitag 19 Februar 2010 21:34:50 schrieb Alexander Matheisen:
> > Ich will sie ja nicht zwingen, einen anderen Browser zu benutzen. Sie
> >  sollen eben nur sehen, was es heißt, wenn ein Browser valide Seiten
> > nicht richtig interpretiert. Und warum sollte Microsoft denn die
> > Webstandarts mal vernünftig implementieren, wenn doch eh jede Seite an
> > die Fehler des IEs mit
> > Browserweichen etc. angepasst ist.
> 
> Wieso sollte man Standard mit d schreiben, wenn's doch eh jeder anders
> macht...
> SCNR

War die Tastatur... :)

> 
> Mit dem IE8 hat MS schon mal einen grossen Schritt vorwaerts gemacht, der
> funktioniert relativ gut (ich mag ihn trotzdem nicht).
> 
> > > Es ist IMO zu Unterscheiden, ob man eine kleine private Seite
> > > (mir z.B. ist es völlig wurscht, ob der IE meine Seiten richtig
> > > anzeigt) oder z.B. osm.org, einen Webshop, eine Firmenhomepage
> > > oder ähnliches anbietet.
> 
> Richtig. Grade bei Firmenseiten muss man leider immer noch auf diesen
> verdammten IE6 Ruecksicht nehmen.
> Aber grade bei OSM wuerde ich sagen, Mut zur Luecke.
> Ein Projekt, das aktuelle Technologien nutzt, sollte sich nicht mit
> Kinderkrankheiten aus laengst vergangenen Tagen herumschlagen muessen.
> Es gibt eigentlich sonst absolut keinen Grund mehr, einen ueber sechs Jahre
> alten Browser zu unterstuetzen.
> 
> > Natürlich, ich würde mir ja auch wünschen, dass die Seite endlich wieder
> >  mit dem IE funktioniert, aber es geht eben einfach nicht. Der IE macht
> > da Beanstandungen, wo überhaupt keine Fehler sin. Soll man etwa nicht
> > validen Code schreiben, damit das der IE versteht, aber die anderen
> > Browser nicht mehr?
> 
> auf gar keinen Fall!
> 

Deshalb tue ich es auch nicht. Viellicht finde ich noch irgendwie einen 
"Trick", mit dem man das mit einigen komplizierteren Umschreibungen doch ans 
Laufen bekommen könnte.

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

Re: [Talk-de] Rendern von Seezeichen und Editor

[Christian Wagner]

Am Donnerstag, den 18.02.2010, 22:32 +0100 schrieb Falk Zscheile:
> 
> 
> Am 18. Februar 2010 21:51 schrieb Christian Wagner
> :
> Am Donnerstag, den 18.02.2010, 00:27 +0100 schrieb Ulf
> Lamping:
> 
> > Kennst du das JOSM TOMS Plugin? Das macht genau das,
> zumindest für die
> > Bojen (wenn ich das als Landratte so richtig verstanden
> habe).
> 
> Ja kenne ich, und das Teil macht IMHO den gleichen Fehler der
> hier immer
> wieder zu Verwirrungen führt. Es versucht die Seezeichen in
> eine OSM-
> untypisches Raster zu pressen. Da werden z. B. Topzeichen
> feste
> Tonnenfarben zugeordnet (Einzelgefahrzeichen etc.). Irgendwo
> auf der
> Welt gibt's dann ein Einzelgefahrenzeichen mit gelber
> Tonnenfarbe oder
> eine Kardinaltonne hat eine Lichtsequenz welche ich im Editor
> eben nicht
> auswählen kann und dann geht der Zinnober wieder von vorne
> los. Warum
> nicht mappen was wirklich da ist?
> 
> Nein, dass siehst Du falsch. Die Topzeichen und Tonnenfarbe stehen
> immer in einem festen Zusammenhang. So kannst Du auf die Tonnenfarbe
> schließen, wenn du die Farbe selbst nicht erkennen kannst oder die
> Farbe schon längst verschwunden ist. Bei Kardinaltonnen zeigen die
> Spitzen des Topzeichens immer in Richtung der schwarzen Bauchbinde der
> gelben Tonne. Gleicher Zusammenhang gilt für die Kennung
> (Lichtsequenzen) und Farbgebung bei den Kardinaltonnen.[1] Das ist
> überall gleich und dient der Sicherheit der Schifffahrt. So gesehen
> macht es der Editor dem Mapper ohne Kenntnisse der Seezeichen das
> Eintragen sogar einfacher, wenn er dort, wo solche festen Beziehungen
> bestehen, diese vorgibt. Das ist auch auf der ganzen Welt das gleiche,
> damit der deutsche Kapitän auch in Hong Kong sicher navigieren kann.
> Man hat sich im Rahmen der UN auf die Vereinheitlichung geeinigt.
> Nationale Ergänzungen sind zulässig, jedoch keine Abweichungen vom
> festgelegten Standard. 

Wenn das System wirklich so zwingend ist dann reicht als Tag ja
eigentlich cardianl_south? Eigentlich impliziert das Zeichen ja dann
schon alles oder? 
Was aber wenn irgendwelche Bojenleger aus Maputo das dann eben doch
anders gemacht haben? Nun ja, vielleicht reicht es für diesen
(sicherlich seltnen) Spezialfall dann auch händisch das abweichende
Feuer in die Datenbank einzutragen.
> 
>  
> 
> Wozu die ganzen Regeln wenn sie mit Sicherheit nicht weltweit
> haargenau
> eingehalten werden. Das S57 System ist eh modular aufgebaut,
> genau wie
> das OSM Taggingschema. So ist das Licht des Leuchturms vom
> Turm an sich
> völlig unabhängig. Warum also im Editor künstliche
> Zusammenhänge
> aufbauen?
>  
> Bei Leuchttürmen und Lateraltonnen( Steuerbordtonnen -- grün, spitzes
> Topzeichen; Backbordtonnen -- rot, rechteckiges Topzeichen; gilt nur
> für Betonnungsregion A[2]), trifft das zu, nicht aber auf das von Dir
> angeführte Beispiel der Kardinaltonnen. Mit anderen Worten, die
> Zusammenhänge sind nicht künstlich sondern zwingend, wenn vorhanden.
>  
Das mit dem festen Topzeichen im Lateralsystem ist mir bekannt. Hier
wäre aber gerade wegen der IALA A und B Regionen eine weitere
Aufspaltung der Tags IMHO besser geeignet. Warum im Editor Steuer- und
Backbord extra mit Farben verknüpfen? Das hat zur Folge das der Editor
wie aktuell der Fall eben nur für eine IALA- Region funktioniert. Wenn
ich die Farbe frei wählen kann dann muß ich als Mapper erst mal gar nix
über IALAs wissen, Sondern kann Otto Normalmapper eben die rote Tonne
von der Butterfahrt einfach eintragen. Wie schon gesagt, die Daten
müssen am Anfang ja nicht perfekt sein. Der nächste OSeaM Segler kommt
dann nächstes Jahr dran vorbei, freut sich daß da schon rudimentäre
Daten da sind und kann dann was verbessern.

> Auch der Renderer könnte diese Modularität und Unabhängigkeit
> der einzelnen Tags voneinander berücksichtigen und eben das
> Licht und
> den Leuchtturm bzw. die Tonne unabhängig voneinander zeichnen.
> So hat
> man dann auch eine Möglichkeit mit den unvollständig erfassten
> Seezeichen, welche in OSM nun mal auch erfasst werden,
> umzugehen. Wenn
> ich tagsüber an einer Boje vorbeifahre, so kann ich nun mal
> nicht wissen
> wie die Lichtcharakteristik aussieht. Wenn ich Nachts
> vorbeikomme so
> erkenne ich die Lichter, kann aber eventuell nicht die Farbe
> oder Form
> der Tonne sehen.
>  
> Wenn Du an einer Kardinaltonne vorbei kommst, dann kannst du das sehr
> wohl -- siehe oben. Die Frage ist nur, ob die Tonne tatsächlich
> befeuert ist (was man bei Tage nicht erkennen kann), nicht aber welche
> Kennung sie hat. Für Tonnen im Lateralsystem, hat auch eine grüne
> Tonne immer eine grüne Befeuer

Re: [Talk-de] Toppzeichen "gesperrte Wasserflaeche"

[Andreas Labres]

On 14.02.10 19:05, Frederik Ramm wrote:
> Da liegt aber jetzt auf Deiner Seite ein Missverstaendnis vor. 
> Natuerlich meinte Olaf: Der Editor schreibt alle Tags zurueck, auch die, 
> die nicht veraendert wurden (aber natuerlich nur, wenn irgendwas an dem 
> Objekt veraendert wurde).

Daß alle Tags (auch die, die der Editor nicht versteht/kennt) gesetzt
werden müssen, ist hoffentlich klar. Mir ging's um das in Klammern
geschriebene, daß er das nur für vom Benutzer angegriffene und
veränderte Objekte machen sollte.

Servus, Andreas

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

Re: [Talk-de] Mal wieder: Blaues Meer und mkgmap; Karte n für Garmins

[NopMap]

Daniela Duerbeck wrote:
> 
> Vor etwa einem Monat bekam ich blaue Inseln auf gelbem Meer mit:
> --generate-sea
> 
> Jetzt nicht mal mehr Küstenlinien.
> 

Auf welche Versionen von mkgmap bezieht sich denn Deine Frage?

bye
  Nop

-- 
View this message in context: 
http://n2.nabble.com/Mal-wieder-Blaues-Meer-und-mkgmap-Karten-fur-Garmins-tp4601326p4602107.html
Sent from the Germany mailing list archive at Nabble.com.

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

[Talk-de] Signaturen in ADFC-Karten

[Thomas Wedekind]

Hallo,

habe meine Aufschreibungen dazu aktualisiert, zu finden sind sie hier:

http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung.pdf

Dito editierbar:
http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung.odt

Bilderserie zu Oberflächen:
http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung-bilder.pdf

(dürfte einem Mitleser hier bekannt vorkommen).

Das ist eine erprobte Variante, was nicht heißt, dass sie perfekt
ist, es lässt sich alles verbessern. Im Grunde kann jede lokale
ADFC-Gliederung ihre eigene Karte machen, wenn sie das Projekt
finanziell hinbekommt. Die o.g. Inhalte müssten recherchiert werden
und würden von einem Renderer angezeigt, der nur eine Ebene für die
Ausgabe benutzen kann, eben Papier. Mehrere Ebenen, wie am Bilschirm
machbar, würden manches übersichtlicher machen.

Ob die hier auszugebenden Informationen überhaupt alle in der
OSM-Datenbank sind, habe ich nun nicht im Kopf; vermutlich müsste
mindestens die Verkehrsbelegung der Straßen in eine eigene
verknüpfte Datenbank gepackt werden (Methode Tourenportal; dort wird
die topographische Karte nur als statischer Hintergrund verwendet).
Das Ganze ist für Tourenfahrer, nicht für z.B.
Mountainbike-Sportler. Zum Tourenportal schreibe ich gelegentlich
eine Ergänzung des obigen Textes, die Inhalte sind etwas anders,
aber es gibt viele Gemeinsamkeiten. Wenn man am Rechner routen
möchte, kann man weitere Betrachtungen anstellen, z.B. sollten
Steigungen mit eingehen (das Tourenportal hat dazu ein hinterlegtes
Geländemodell). Ein Mitstreiter von uns hat im letzten Jahr eine
Eigenbaulösung gebaut: http://adfc-jena.de/karte/rrplan.php

-- 
Viele Grüße, Thomas

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