Re: [Talk-de] Hochsitze mit "Umweltfreundliche Mül lentsorgung "

[Florian Heer]

Stefan Neufeind schrieb:
> Schau mal ins Tagwatch - da mappen Leute schon was beim recycling 
> recycled werden kann. Und das find ich gar nicht mal verkehrt.
> (Über die tags dafür könnten wir nochmal sprechen ...)
>   

Siehe auch
http://wiki.openstreetmap.org/index.php/Tag:amenity%3Drecycling
da haben wir doch schon eine ganze Reihe von passenden Tags.

Grüße, Florian.


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

Re: [Talk-de] Unterschied: residential, unclassified, service

[Florian Heer]

Florian Heer schrieb:
> Okay, lassen wir einfach die Frage nach dem Mehrheitsprinzip weg. 
> Zumindest synchron sollten die Informationen sein. Und wenn es kein 
> anderer macht, mach ich mich auf die Suche, ziehe zumindest alles mal 
>   

Nur mal so als Status-Meldung: ich habe angefangen, den highway-Bereich 
zu übersetzen. Wenn ich die Infrastruktur in so fern in deutsch stehen 
habe, dass die entsprechenden Seiten auch auf deutsch gefunden werden 
können (links gehen fast immer dank der Templates auf die englischen 
Versionen), mach ich mich an das inhaltliche Synchronisieren.

Viele Grüße, Florian.


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

Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tach ogeber

[Andreas Stricker]

Johann H. Addicks schrieb:
> Inertialnavigation ist eine bewährte Technik. Nur leider extrem teuer und auf 
> wartungsaufwändig. 

Genau. Im der Artillerie werden Lasergyro [1] sogar für die gesammte
Navigation eingesetzt. An einem Eich-Punkt wird das System genullt
und dann können einige Kilometer gefahren werden, bis wieder neu
genullt werden muss. Sehr teuer, aber funktioniert dafür ohne
Satelliten.

Gruss, Andy

[1] http://en.wikipedia.org/wiki/Ring_laser_gyroscope


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[Florian Heer]

Josias Polchau schrieb:
> Florian Heer schrieb:
>   
>> das allerdings herausstellen, dann ist auch meiner Meinung nach eine 
>> Lizensierung von OSM-Daten unter CCBYSA hinfällig, dann sind Kartendaten 
>> nämlich vogelfreies Allgemeingut.
>> 
>
> das ist nicht korrekt...
>   

Das mag sein ;-)

> denn OSM ist eine Datenbank, und ist laut Urheberrecht im ganzen geschützt: 
> §§ 4 Abs.2 und 87a ff. UrhG
> dh teile darf man kopieren aber das ganze nicht (auch nicht in großen teilen)
> was wiederum heißt die datenbank, die hinter googlemaps steht darf man zum 
> vergleichen in einzelnen Fällen benutzen, ganze streßenzüge aber nicht.
>   

Hmm... OSM ist aber als Datenbank nicht ein Werk mit einem Urheber, 
sondern eine Sammlung von Daten, deren Einzelurheber ihre Daten unter CC 
freigegeben haben... Nur so als Gedanke, keine Ahnung, ob das einen 
Unterschied dabei macht.

> sage ich als ein Inormatikstudent der grad Medienrecht belegt hat
>   

Das macht doch nix, ich schreib auch nur meine unqualifizierte Meinung :-)

Grüße, Florian.


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

Re: [Talk-de] Indoor-/Outdoor-Schwimmbad?

[Andreas Stricker]

Raphael Studer schrieb:
> Beim sport=swimming gehts ja nicht drum explizit das Becken zu
> beschreiben. Sondern mehr die ganze Anstalt.
> Wobei dort auch noch einige Unstimmigkeiten gibt.

Ich habe die Fläche der aussen-Schwimmbäder mit sport=swimming und die
Becken mit leisure=swimming_pool getaggt.

Abgesehen vom gerenderten blau in blau sollte das so passen...

Gruss, Andy

http://www.openstreetmap.ch/?zoom=17&lat=47.704&lon=8.6216


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[Florian Heer]

Sven Geggus schrieb:
> Florian Heer <[EMAIL PROTECTED]> wrote:
>
>   
>> Und das ist der Grund warum _mich_ es nicht überzeugen kann, wenn nach 
>> der Meinung eines Gerichts in einem Land die Daten frei sind.
>> 
>
> Dir ist schon klar, dass diese Ansicht dazu führt, dass wir uns immer nach
> dem maximal restriktiven Land richten müssen.
>   

Ja, das ist es mir. Aber zum Glück bin ich hier ja nicht die normative 
Kraft. Ich persönlich allerdings würde gerade bei diesem Projekt kein 
Risiko eingehen, aber das ist auch nur meine Meinung. Ich kann auch 
niemand davon abhalten, es anders zu machen, als ich es handhaben würde, 
ich mappe nur das, was ich selbst gesehen habe / wo ich selber mit 
genügend Equip war / was ich auf frei gegebenen Infoquellen (z.B. Yahoo 
Luftbilder oder Werke mit abgelaufenen Schutzrechten oder CC-Lizenz) finde.

Grüße, Florian.


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

Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tach ogeber

[Andreas Stricker]

Sven Sommerkamp schrieb:
> Wäre nicht eine sinnvolle Entwicklung fürs Mappen, wie für die Navigation ein 
> Gerät mit eingebauten Girosensoren und Tachogeber, sowie Barometrischem und 
> Beschleunigungssensor ?

Ja damit können Situationen mit schlechtem GPS-Empfang entschärft 
werden:

> Häufige Trackausreisser wie z.B. in Häuserschluchten, oder das Mappen von 
> Tunneln sogar mit Abzweig im Tunnel wären dann bequem möglich.
> Mappen von Bahnstrecken auch im ICE usw. wäre auch plötzlich möglich.

Wir setzen für ein ÖV Informationssystem für Busse GPS mit Gyro und
Tacho-Impuls ein. Das ist notwendig weil die Fahrzeuge in bergigen
Regionen und engen Häuserschluchten eingesetzt werden. Damit können
200m-400m ohne GPS-Empfang überbrückt werden. Das hat bislang immer
ausgereicht.

> Das Gerät sollte, könnte eine Kombination aus GPS und dieser Sensorik sein.
> Es würde automatisch hin und herschalten zwischen GPS Betrieb und Sensorik
> und damit wesentlich präzisere Daten liefern.

GPS Chipsets wie z.B. uBlox Antaris LEA-4H und Navman Jupiter 20 können 
mit einem Gyro gekoppelt werden und mit Wegimpulsen gefüttert werden.
Üblicherweise kalibrieren Sie die Wegimpulse selbständig und schalten
automatisch auf Gyro/Tacho um, wenn die Signale zu schwach werden.

Ich habe mir auch schon überlegt privat so ein GPS Board zuzulegen um
damit z.B. Tunnels zu mappen. Im Moment spiele ich mit meiner neusten
Errungenschaft, einem Wintec WSG 1000 mit barometrischem Höhenmesser.

Gruss, Andy


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tachog eber

[Garry]

André Reichelt schrieb:
> Johann H. Addicks schrieb:
>> Habe ich auch nicht verlangt.
>> Es ging um die Erhöhung der Präzision bei schlechtem EPE/VDOP/HDOP. 
>> Also zusätzlichen Informationen für den GPS-Empfänger, ob der 
>> Empfänger ruht und er getrost mitteln kann oder ob es eine 
>> kontinuierliche (unbeschleundigte) Bewegung längs einer Achse gibt 
>> und er ebenfalls entlang dieser mitteln kann. Also Maßnahmen mit 
>> denen der Empfänger seine Unschärfe verringern kann, obwohl der 
>> Empfang "eigentlich" schon gut ist, aber wir für OSM gerne noch etwas 
>> mehr Präzision z.B. in Hochhausschluchten hätten.
>
> Es kommt vor allen Dingen im Wald immer wieder vor, dass selbst das 
> Material guter Logger überhaupt nicht zu gebrauchen ist, da teilweise 
> ausreißer von erkennbaren 50 Metern vorkommen und alles mehr oder 
> weniger ner Zic-Zack-Linie folgt. Solche Fehler sollten sich mit 
> Gyrosensorik auf jeden Fall vermeiden lassen, denn wenn der Sensor 
> sagt, ich habe keine Richtungsänderung, das GPS aber wild schwankt, 
> ist klar, ws richtig ist.

Genau da funktioniert sie auch am unzuverlässigsten!
Auf einer glatten Strasse im Auto wäre das beste Ergebniss zu erwarten. 
Im Wald und zu Fuss hast Du aber prinzipbedingt
sehr viele Bewgungsänderungen (Erscgütterungen, Schwanken etc. beim 
gehen) so dass sich hier eine ganze Menge Fehler
aufaddieren. Versuch mal mit geschlossenen Augen 10m schnurgerade zu 
gehen und wiederhole dass - diesmal mit einer Drehung nach jedem Schritt 
um 90Grad und wieder zurück - und vergleiche die Genauikeit mit der Du 
am Ziel ankommst...
Garry

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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[[EMAIL PROTECTED]]

-Original Message-
> Date: Sat, 16 Aug 2008 21:41:24 +0200
> Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed
=
> none)
> From: "Marc Schütz" <[EMAIL PROTECTED]>
> To: Openstreetmap allgemeines in Deutsch
,
> talk-de@openstreetmap.org

> > Marc Schütz schrieb:
> > > Nein, in dem Fall sollte an den Straßen ein innerorts=yes
o.ä.
> > > getaggt 
> > werden und kein maxspeed.
> > 
> > Lachendes und weinendes Auge! Also erstens sollte man so
etwas, wenn
> > es sicher auch shwieriger ist, aus den Ortsareas rauslesen
können.
> > 
> 
> Selbstverständlich, wenn sie vorhanden sind. Ich wollte nur
meine
> Antwort möglichst kurz halten.
> 
> Außerdem hat, WIMRE, hier mal jemand ein Beispiel gebracht mit
einer
> Brücke, die (verkehrstechnisch) innerhalb einer Ortschaft ist,
und
> über eine Straße verläuft, die außerhalb ist. In so einem Fall
ist
> wohl ein expliziter Tag nötig.
ja, das Tag heißt IS_IN ;)In Aachen haben wir so ein Straße.
die Schnellstraße verläuft über der Brücke außerorts und die Straße
drunter ist innerorts.Momentan gelöst:die beiden
place-Areas (getrennt durch die Schnellstraße)das Stück Straße
unter der  Brücke bekommt ein IS_IN--Mario




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

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[Sven Geggus]

Florian Heer <[EMAIL PROTECTED]> wrote:

> Und das ist der Grund warum _mich_ es nicht überzeugen kann, wenn nach 
> der Meinung eines Gerichts in einem Land die Daten frei sind.

Dir ist schon klar, dass diese Ansicht dazu führt, dass wir uns immer nach
dem maximal restriktiven Land richten müssen.

Sven

-- 
"Those who do not understand Unix are condemned to reinvent it, poorly"
(Henry Spencer)

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

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

Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008

[Sven Geggus]

Carsten Schwede <[EMAIL PROTECTED]> wrote:

> Meinst Du das Meer an sich? 

Ja, denn in Schleswig-Holstein kann man sich ohne blaues Meer ehrlich gesagt
recht schlecht orientieren.

> Das ist ein generelles Problem, an dem Steve noch arbeitet. Kein Meer der
> Welt kommt blau in der Karte.

Schade. Bis dahin solltest Du zumindest mal schaun, dass Du die Küstenlinie
auch in groben Zoomstufen eingeschaltet läßt.

Sven

-- 
"linux is evolution, not intelligent design"
(Linus Torvalds)

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

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

Re: [Talk-de] Freie Handy-Java Geotagging(Bilder) Software gesucht

[osm]

On Sat, 16 Aug 2008 16:14:01 +0200
Bernd Wurst <[EMAIL PROTECTED]> wrote:

> Ein GPS-Empfänger braucht je nach Bedingungen ~1 Minute zur 
> Synchronisation, ich denke nicht dass du als Touri Bock drauf hast ne Minute 
> stehen zu bleiben bevor du Bilder machst.

So krass touri mässig bin ich persönlich nicht drauf, dass ich mir die Zeit 
nicht nehmen könnte :)
(Fix-Sync geht bei mir übrigens meißt nicht länger als 10-20 sek - keine Ahnung 
warum)

> Ob du einen Track hochlädst ist ja unabhängig davon ob du damit später deine 
> Bilder Geo-Codierst. Aber wenn du nen GPS-Empfänger immer "im Anschlag" 
> laufen hast, kann der ja auch grad nen Track erstellen.

Wenn ich tracke, dann bevorzuge ich es, in der Mitte einer Straße zu laufen,
daher bei befahrenen Straßen gerne Abends oder Nachts.

Wenn ich nicht tracke, bewege ich mich um einiges freier, sozusagen, ohne die 
Fesseln das Tracks.

Für mich persönlich zumindest ist ein Bild gepaart mit geoinformationen genau 
das richtige für "zwischendurch".

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

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

Re: [Talk-de] Wald & Park überschneiden sich

[Florian Schweikert]

Naja, wobei eine Strasse 1D ist und ein Wald 2D.
Wenn ich ihn aufteile kann wird er wahrscheinlich als zwei gerendert. (Wobei
ja ca. 2m kein Wald dort ist weil der Weg ist)
Wird aber wohl die einzige Möglichkeit sein das zu mappen :(

mfg,
Kelvan


Am 15. August 2008 19:55 schrieb Torsten Leistikow <[EMAIL PROTECTED]>:

> Florian Schweikert schrieb:
> > Den Wald auf zwei aufteilen will ich
> > auch nicht da es ja nur einer ist.
>
> Eine Strasse wird doch auch in zwei Teile geteilt (wenn es erforderlich
> ist) auch wenn es in der Realitaet nur eine ist.
>
> Gruss
> Torsten
>
> ___
> 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] Blaue Steine und andere Rechtsdenkmale / Flur- und Kleindenkmale allgemein

[Dieter TD]

Jepp. Und wie taggen wir die nun einheitlich?
http://wiki.openstreetmap.org/index.php/De:Howto_Map_A bietet dazu
keinen Anhaltspunkt.

Gruß

Dieter

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Roman Grabolle
Gesendet: Samstag, 16. August 2008 20:43
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Blaue Steine und andere Rechtsdenkmale / Flur- und
Kleindenkmale allgemein


Rechtsdenkmale wie sogenannte Blaue Steine und andere Rechtssteine sind
bislang wenig erforscht. Mit ihnen beschäftigt sich insbesondere der
kleine und relativ junge Zweig der Rechtsarchäologie, darunter einige
Archäologen und Rechtshistorikerinnen, aber noch viel mehr
Heimatforscher_innen (im positiven, absolut nicht abwertend gemeinten
Sinne). Blaue Steine sind große Steine oder Felsformationen, die keine
blaue Farbe haben müssen. Sie bezeichnen Steine, die ursprünglich an der
dörflichen oder städtischen Gemarkungsgrenze (Flurgrenze) liegen oder
lagen. Sie dienten offenbar der Zulieferung von gefangenen Verbrechern.
An den Blauen Steinen wurden die Gefangenen von einem nicht zuständigen,
meist niederen Gericht als das zuständige, höhere Gericht bzw. von
Gemeinde zu Gemeinde übergeben. Heute bisweilen in der Dorfmitte
liegende Blaue Steine wurden von der Flurgrenze in das Zentrum
hereingeholt, wie viele belegte Beispiele zeigten. Blaue Steine kommen
besonders häufig im Rheinland, in den Niederlanden und in Flandern sowie
in Mitteldeutschland (hier bislang ca. 30 lokalisierbare Steine bzw.
Flurnamen) vor, sind aber auch aus anderen Regionen Deutschlands
bekannt. 

[...]


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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[Marc Schütz]

> Marc Schütz schrieb:
> > Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt
> werden und kein maxspeed.
> 
> Lachendes und weinendes Auge! Also erstens sollte man so etwas, wenn es 
> sicher auch shwieriger ist, aus den Ortsareas rauslesen können.

Selbstverständlich, wenn sie vorhanden sind. Ich wollte nur meine Antwort 
möglichst kurz halten.

Außerdem hat, WIMRE, hier mal jemand ein Beispiel gebracht mit einer Brücke, 
die (verkehrstechnisch) innerhalb einer Ortschaft ist, und über eine Straße 
verläuft, die außerhalb ist. In so einem Fall ist wohl ein expliziter Tag nötig.

> Zweitens 
> hat die Sache ein großes Problem!
> 
> Sofern ich informiert bin, können wir aktuell nicht rausfinden, in 
> welchem Lnd sich das aktuelle Node befindet. Das sieht man ja z.B. 
> daran, das aktuell die ganze Weltkarte im UK-Stil gerendert wird. Falls 
> nun in UK vonmir aus 40 km/h innerorts gelten, ist die Sache schon zum 
> Scheitern verurteilt.
> 
> Allerdings, wenn wir heraus bekommen, was innerhalb des Ortsareas ist, 
> sollte das auch für DE kein Problem sein, oder? Die Grenzlinien haben 
> wir ja mittlerweile.
> 

Ich weiß nicht, wie vollständig die Landesgrenzen (zumindest in Europa) sind. 
Aber bei den Renderern ist das Problem ganz einfach, dass so ein Feature noch 
nicht implementiert ist.

Mapnik kann ja bereits mit großen Polygonen umgehen (Küsten-Shapefiles), da 
sollten die Ländergrenzen auch nicht viel komplizierter sein. Beim [EMAIL 
PROTECTED] müsste das wohl irgendwie auf dem Server gelöst werden (d.h. die 
Clients kriegen gesagt, welche Länder in ihrem zu rendernden Tileset liegen).

Vor allem hinsichtlich der Strukturierung der Rule-Files wäre aber wohl einiges 
an Umorganisation nötig. Wenn ich mir vorstelle, die osmarender-Stylesheets in 
zigfacher Ausführung aktuell halten zu müssen...

Grüße, Marc

-- 
Pt! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

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

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[Josias Polchau]

Florian Heer schrieb:
> Wenn sich herausstellen /sollte/, dass die deutsche Rechtsauffassung zu 
> den Kartendaten einem internationalen Konsens entspricht, also das 
> Urheberrecht hier gar nicht zur Anwedung kommen kann, dann nur zu, 
> ansonsten gefährden wir die internationale Nutzung von OSM. Sollte sich 
> das allerdings herausstellen, dann ist auch meiner Meinung nach eine 
> Lizensierung von OSM-Daten unter CCBYSA hinfällig, dann sind Kartendaten 
> nämlich vogelfreies Allgemeingut.


das ist nicht korrekt...
denn OSM ist eine Datenbank, und ist laut Urheberrecht im ganzen geschützt: §§ 
4 Abs.2 und 87a ff. UrhG
dh teile darf man kopieren aber das ganze nicht (auch nicht in großen teilen)
was wiederum heißt die datenbank, die hinter googlemaps steht darf man zum 
vergleichen in einzelnen Fällen benutzen, ganze streßenzüge aber nicht.

sage ich als ein Inormatikstudent der grad Medienrecht belegt hat
keine garantie, dass das auch wirklich so ist...

alles gute josias



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

[Talk-de] Blaue Steine und andere Rechtsdenkmale / Flur- und Kleindenkmale allgemein

[Roman Grabolle]

Rechtsdenkmale wie sogenannte Blaue Steine und andere Rechtssteine sind bislang 
wenig erforscht. Mit ihnen beschäftigt sich insbesondere der kleine und relativ 
junge Zweig der Rechtsarchäologie, darunter einige Archäologen und 
Rechtshistorikerinnen, aber noch viel mehr Heimatforscher_innen (im positiven, 
absolut nicht abwertend gemeinten Sinne). Blaue Steine sind große Steine oder 
Felsformationen, die keine blaue Farbe haben müssen. Sie bezeichnen Steine, die 
ursprünglich an der dörflichen oder städtischen Gemarkungsgrenze (Flurgrenze) 
liegen oder lagen. Sie dienten offenbar der Zulieferung von gefangenen 
Verbrechern. An den Blauen Steinen wurden die Gefangenen von einem nicht 
zuständigen, meist niederen Gericht als das zuständige, höhere Gericht bzw. von 
Gemeinde zu Gemeinde übergeben. Heute bisweilen in der Dorfmitte liegende Blaue 
Steine wurden von der Flurgrenze in das Zentrum hereingeholt, wie viele belegte 
Beispiele zeigten. Blaue Steine kommen besonders häufig im Rheinland, in den 
Niederlanden und in Flandern sowie in Mitteldeutschland (hier bislang ca. 30 
lokalisierbare Steine bzw. Flurnamen) vor, sind aber auch aus anderen Regionen 
Deutschlands bekannt. 

Wer sich für die Problematik interessiert, sei auf den Aufsatz von Wernfried 
Fieber / Reinhard Schmitt, Spur der Blauen Steine – Zu einer in Vergessenheit 
geratenen Gruppe von Rechtsdenkmalen in Mitteldeutschland. Archäologie in 
Sachsen-Anhalt Neue Folge 4, 2006 Hf. 2, S. 412-423 und auf die Diskussionen 
hierzu unter anderem im Steinkreuz-Forum ( 
http://steinkreuz.foren-city.de/topic,194,-rechtsarchaeologie-blaue-steine-gerichtssteine-pranger.html
 ) und bei monumentum.net ( 
http://www.monumentum.net/index.php?level=1&CatID=12&inhalt_id=2&do=zeigeThema&thema_id=16
 ) verwiesen. 

Beim zufälligen Testen des Namefinders fiel mir soeben auf, dass auch in der 
OSM bereits Blaue Steine erfaßt sind:
"Attraction Blauer Stein, about 2km north of Nordhalden (about 5km west of 
Tengen)" - bei Donaueschingen in Süddeutschland:
http://www.openstreetmap.org/?lat=47.82708&lon=8.59817&zoom=16&layers=B00FTF
Außerdem ein "Blauer Steinweg" in Eschwege und in Bad Salzelmen. Der in 
Schönebeck/Elbe fehlt hingegen noch

In dem Zusammenhang die große Bitte, beim Mappen auch auf solche Rechtsdenkmale 
und andere Kleindenkmale wie Steinkreuze und Kreuzsteine, Martern etc. in eurer 
Heimat- oder Urlaubsregion zu achten und diese zu erfassen. Gerade im 
Zusammenhang mit den ebenfalls dargestellten Flurgrenzen könnte die Erforschung 
ein ganzes Stück weitergebracht werden, wenn auch solche auf den ersten Blick 
eher unattraktiven "attractions"/POIs dargestellt werden. Wegen den icons 
werden wir sehen, was die Zeit bringt, wenn einige mehr Beispiele gemappt sind. 
Bislang werden sie noch mit einem unschönen roten Pfeil gerendert, aber das 
gilt ja leider auch immer noch für Burgen, Schlösser und Festungen sowie andere 
weitaus auffälligere Denkmale und Sehenswürdigkeiten. Die allermeisten 
Kleindenkmale und andere Denkmale der Rechtsgeschichte sind in Deutschland ein 
archäologisches Kulturdenkmal und sollten auch mit einem entsprechenden Icon 
dargestellt werden. Darüber wurde schon mal diskutiert, aber wie gesagt, erneut 
wohl besser erst zu einem späteren Zeitpunkt. Jetzt brauchen wir erst einmal 
viele weitere Beispiele. 

Ebenfalls gern genommen werden Brautsteine, Sühnekreuze, Galgen, Grenzsteine 
und Gerichtsstühle, aber auch Denkmale der Verkehrsgeschichte wie Meilensteine, 
Postmeilensäulen, Ruhsteine und -bänke, Marktkreuze oder religiöse Flurdenkmale 
wie Bildstöcke, Marterln bzw. Wegstock und andere kulturhistorische, meist noch 
aus prähistorischen Zeiten stammenden Flurdenkmale wie Menhire, Schalensteine, 
Dolmen und Großsteingräber / Hünengräber - siehe einige Beispiele schon jetzt 
mit namefinder. Zu deren Erforschung und zu vielen bereits in Listen erfaßten 
Kleindenkmalen, die vielleicht auch Anregung für die nächste Wanderung oder 
Fahrradtour mit dem gps-Gerät geben können, siehe 

monumentum.net
Informationsdienst für den Denkmalschutz und Denkmalpflege der Klein- und 
Flurdenkmale
http://www.monumentum.net

und suehnekreuz.de
http://www.suehnekreuz.de/
Forum: http://steinkreuz.foren-city.de/

Also, wer Blaue Steine in seiner Gegend kennt und sich schon immer mal gefragt 
hat, warum die so heißen, obwohl die gar nicht blau sind, weiß jetzt vielleicht 
ein klein wenig mehr. Und kann sich in nächster Zeit mal auf die Strümpfe 
machen, auf das Rad schwingen oder ins Auto setzen, und die Steine "versorgen". 

Besten Dank!
Roman
-- 
Pt! Schon das coole Video vom GMX MultiMessenger gesehen?
Der Eine für Alle: http://www.gmx.net/de/go/messenger03

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

Re: [Talk-de] Josm, UBuntu und openstreetmap-map-icons

[Ulf Lamping]

Philipp Hannasky schrieb:
> Hallo!
> 
> ICh habe heute mal Josm aus den Paketquellen von Ubuntu installiert. 
> Leider kann man nich erkennen, um welche Josm-Version es sich handelt.
> 
> Mir war aufgefallen, dass zusätzlich noch das Paket 
> openstreetmap-map-icons-classic installiert wurde (statt classic ist 
> auch noch scalable und square in den Paketquellen). Diese Icons befinden 
> sich im Verzeichnis "/usr/share/icons/openstreetmap" und es sind eine 
> Menge Icons entahlten, die ähnlich den Josm-Icons sind, 

Das ist prinzipiell sowieso die Stelle, aus dem auch JOSM die Icons 
nimmt - bzw. wenn ich für JOSM neue Icons einbaue die an diese Stelle 
ablege. Also nicht wundern über gewisse Ähnlichkeiten ;-)

Hmmm, eigentlich sollte diese package Abhängigkeit nicht notwendig sein, 
josm-latest.jar sollte die entsprechenden Icons eigentlich bereits 
enthalten? Jörg?

> aber weit aus 
> differenzierter, wie z.B. unterschiedliche Icons für unterschiedliche 
> Tankstellenbetreiber.

Ich hatte damals mit dem package maintainer gesprochen, und zumindest 
habe ich die Sachen nicht im JOSM eingebaut, die mir zu heikel waren.

Ob wir nämlich z.B. ein ARAL Icon in JOSM überhaupt anzeigen *dürfen* 
erscheint mir eher zweifelhaft - wegen Schutzmarken (oder wie das auch 
immer jetzt genau heißt).

Komm jetzt bitte keiner an, daß wäre doch wegen Gesetz/Urteil/was weiß 
ich überhaupt kein Problem. Ich hab keinen Bock mich später mit 
irgendwelchen Anwälten rumzuärgern. Wenn das jemand einbauen will - nur 
zu. Es sollte dem entsprechenden dann aber klar sein, daß er dann auch 
im Zweifel dafür rechtlich verantwortlich ist.

BTW: Aus genau dem Grund bin ich persönlich auch dafür, diese 
markenspezifischen Icons aus dem OSM SVN komplett zu löschen!

> 
> Weiß jemand, ob diese Icons von Josm aus den Paketquellen genutzt werden 
> und wäre es möglich diese in die Josm-latest.jar z.B. über ein Plugin zu 
> integrieren?
> 

Du kannst dir einen eigenen Style bauen (auch ohne Plugin), siehe: 
http://wiki.openstreetmap.org/index.php/JOSM/Plugins/MapPaint#Create_your_own_style

> Gruß,
> Philipp
> 
> ___
> 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] Frage zur Diskussion zum BGH, I ZR 81/96

[Tobias Wendorff]

Hallo André,

André Reichelt schrieb:
> Wenn ih nun allerdings ein Luftbild abmale, habe ich zunächst eine 
> Fotografie und leite daraus ein deutlich vereinfachtes Vektorbild ab. 
> Ist das nun kopiert im eigentlichen Sinne oder eine eigenständige 
> künstlerische Tätigkeit mit der Möglichkeit zur Interpretation?

Vielleicht könnte das hier dann zum Problem werden, § 4 Ziffer 9 UWG:
http://www.gesetze-im-internet.de/uwg_2004/__4.html

Grüße
Tobias

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

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[André Reichelt]

Henry Loenwind schrieb:
Nach einem Urteil des Landgerichts München I (Urteil vom 9. November 
2005, Az. 21 O 7402/02, Datenbankschutz für topografische Landkarten – 
Topografische Kartenblätter, GRUR 2006, S. 225 ) stellt die 
topografische Karte 1:25 000 (TK25) eine analoge Datenbank nach § 87a 
Urheberrechtsgesetz dar und genießt damit rechtlichen Schutz aufgrund 
der vorgenommenen Investition bei ihrer Herstellung. Eine Entnahme von 
Daten aus der TK25 durch Digitalisierung zum Zwecke der 
Weiterbearbeitung sei deshalb lizenzpflichtig. Dieses Urteil ist 
rechtskräftig.


Es geht allerdings mir nicht um Abmalen von Topomaps sondern um das 
Abmalen von Luftbildern. Und Luftbilder als Datenbank zu bezeichnen ist 
nicht nur recht zweifelhaft sondern auch unglaubwürdig.




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

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[André Reichelt]

Tobias Wendorff schrieb:

Ich weiß nicht, ob Lichtbilder anders geschützt sind. Das
Berufungsgericht hat sich nur auf gedruckte Kartenwerke
bezogen.


Das ist eben der Punkt. Wenn  ich eine Karte abmale, dann kopiere ich 
mehr oder wenigerPixelgenau deren Daten. Das ist das selbe, als wenn ich 
mein GPS laufen lasse, das aber nicht mehre Position speichert, sondern 
einfach die Daten der mitgelieferten Karte speichert.


Wenn ih nun allerdings ein Luftbild abmale, habe ich zunächst eine 
Fotografie und leite daraus ein deutlich vereinfachtes Vektorbild ab. 
Ist das nun kopiert im eigentlichen Sinne oder eine eigenständige 
künstlerische Tätigkeit mit der Möglichkeit zur Interpretation?




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

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[André Reichelt]

Florian Heer schrieb:
Wenn ich z.B. Chinese wäre und in China (die Lippenbekenntnisse der 
chinesischen Regierung zum Urheberrecht ignorieren wir jetzt einfach 
mal) säße und von dort aus Massen an Kopien amerikanischer Filme übers 
Internet vertreibe, dann können die Amis mir zwar in China wenig (bis 
ich mich in den Bereich amerikanischer Jurisdiktion bewege), aber jeder, 
der sich diese Kopien in Amerika von mir besorgt, kann belangt werden.


Der Vergleich hinkt allerdings auch. Warum? Wir sind ja nun schon 
mehrfach darauf eingegangen, dass wir durch abmalen der Karten gar keine 
Raubkopien anfertigen dürfen.


Die Grundfrage war eigentlich, ob denn das Abmalen von Wäldern aus 
Luftbildern nun eine künstlerische Tätigkeit ist, ich also selbst eine 
Art abgeleitetes werk mit eigener Schöpfungshöhe erzeuge, oder ob ich 
das Luftbild trotzdem mehr oder weniger kopiere.


Genau dieser Frage sollten wir nochmals detaliert nachgehen. Ich denke, 
dass in Ländern wir Amerika da dann eine ähnliche Meinung herrschen wird.


Die Sache ist ja die: Letztenendes kann man, solange das Luftbild 
unverfälscht ist, gar nicht mehr feststellen, ob ich es abgezeichnet 
habe. Die Frage ist nun, wie es aussieht, wenn man mir nachweisen kann, 
dass ich mutmaßlich ein Luftbild abgemalt habe. Und genau hier ist eben 
die Frage von oben zu klären, ob es als Raubkopieren gewertet werden 
kann, oder ob es genügend eigene Schöpfungshöhe erreicht, um nicht mehr 
gegen geltendes Recht zu verstoßen.




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

[Talk-de] Josm, UBuntu und openstreetmap-map-icons

[Philipp Hannasky]

Hallo!

ICh habe heute mal Josm aus den Paketquellen von Ubuntu installiert. 
Leider kann man nich erkennen, um welche Josm-Version es sich handelt.

Mir war aufgefallen, dass zusätzlich noch das Paket 
openstreetmap-map-icons-classic installiert wurde (statt classic ist 
auch noch scalable und square in den Paketquellen). Diese Icons befinden 
sich im Verzeichnis "/usr/share/icons/openstreetmap" und es sind eine 
Menge Icons entahlten, die ähnlich den Josm-Icons sind, aber weit aus 
differenzierter, wie z.B. unterschiedliche Icons für unterschiedliche 
Tankstellenbetreiber.

Weiß jemand, ob diese Icons von Josm aus den Paketquellen genutzt werden 
und wäre es möglich diese in die Josm-latest.jar z.B. über ein Plugin zu 
integrieren?

Gruß,
Philipp

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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[Mario Salvini]

Marc Schütz schrieb:
>> so einfach ist das Leben bei OSM leider auch wieder nicht. Schon
>> vergessen (war vor kurzem Thema): da wir aus den Daten auf andere
>> Weise nicht herauslesen können, ob man sich überhaupt ausserorts oder
>> innerorts befindet, sollte m.E. ein maxspeed = 50 (innerorts) bzw. 100
>> (aussen) auch wenn es implizit gilt hinzugefügt werden.
>> 
>
> Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden 
> und kein maxspeed.
>
> Grüße, marc
>   
Besser: eine korrekte IS_IN Erfassung bzw. Place-Areas.
Die haben den selben Effekt und werden schon fleißig benutzt.

--
 Mario


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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[Mario Salvini]

André Reichelt schrieb:
> Martin Koppenhoefer schrieb:
>> Was ich bei der Diskussion bisher ein bisschen vermisse: es wird
>> endlos über Maxspeed geschrieben, aber in der Realität und vor allem
>> fürs Routing interessiert doch viel mehr die zu erwartende
>> Durchschnittsgeschwindigkeit. Die dürfte in den meisten Fällen
>> deutlich darunter liegen, und ist auch nicht generell aus dem
>> Strassentyp ableitbar sondern muss sowieso ziemlich grob geschätzt
>> werden. Dass man seinen Tempomat nicht mit OSM-Daten füttert sondern
>> nach der Lage vor Ort (Schilder + Verkehr) ist vermutlich allgemein
>> klar ;-)
>
> Hier könnte man ein zusätzliches Projekt starten. Dies sieht so aus, 
> dass jeder seine GPS-Tracks dort erstmal hochladen kann. Natürlich 
> sollten vorher alle Straßen bereits i Kartenmaterial sein.
>
> Daraufhin überprüft ein Server die daten anonym nach gefahrenen 
> Geschwindigkeiten und legt daraus eine Datenbank an (für jeden Way 
> seperat). Die Frage ist natürlich, ob es nicht sinnvoll wäre, sogar 
> für edes Wegsegment die Daten seperat zu erfassen. Der Track wird 
> natürlich wieder gelöscht. Wenn man dann die Daten in sein 
> Wunschformat konvertiert, kann man zusätzlich vom Server für jeden Way 
> einen Durchschnittswert anfordern, der errechnet wurde.
>
> Diese Sache ist sicherlich etwas komplizierter und anfangs sicherlich 
> auch ungenauer, aber wir haben ja bereits etliche Tracks gesammelt. 
> Wenn sich nun jeder bereit erklären würde, seine Daten zur Verfügung 
> zu stellen, sollten wir vor allen Dingen auf den Autobahnen recht 
> genaue Werte bekommen.
>
> PS: Wenn ausreißer drin sind, könnte man arg hohe Werte einfach 
> ignorieren und niedrige Werte zur Bestimmung der Stauwarsheinlichkeit 
> hernehmen.
>
> André
so ein dynamisches System wäre auch meine erste Wahl.
Wenn man einmal das Doing des Imports erledigt hat, könnte man dank 
neuer GPS-Handys mit Datenflat sogar simultan geschwindigkeiten ins 
system einspeisen *träum und hoff*

--
Mario

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

Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tachog eber

[André Reichelt]

Johann H. Addicks schrieb:

Habe ich auch nicht verlangt.
Es ging um die Erhöhung der Präzision bei schlechtem EPE/VDOP/HDOP. Also 
zusätzlichen Informationen für den GPS-Empfänger, ob der Empfänger ruht 
und er getrost mitteln kann oder ob es eine kontinuierliche 
(unbeschleundigte) Bewegung längs einer Achse gibt und er ebenfalls 
entlang dieser mitteln kann. Also Maßnahmen mit denen der Empfänger 
seine Unschärfe verringern kann, obwohl der Empfang "eigentlich" schon 
gut ist, aber wir für OSM gerne noch etwas mehr Präzision z.B. in 
Hochhausschluchten hätten.


Es kommt vor allen Dingen im Wald immer wieder vor, dass selbst das 
Material guter Logger überhaupt nicht zu gebrauchen ist, da teilweise 
ausreißer von erkennbaren 50 Metern vorkommen und alles mehr oder 
weniger ner Zic-Zack-Linie folgt. Solche Fehler sollten sich mit 
Gyrosensorik auf jeden Fall vermeiden lassen, denn wenn der Sensor sagt, 
ich habe keine Richtungsänderung, das GPS aber wild schwankt, ist klar, 
ws richtig ist.




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

Re: [Talk-de] Lakewalker-Plugin

[André Reichelt]

Dirk Stöcker schrieb:
Sollte jetzt wieder laufen. 4 Bug-Reports auf einen Streich. Das ist 
doch mal was :-)


Bei mir immer noch nicht. Ich habe soeben ein Ticket eingereicht.



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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[André Reichelt]

Martin Koppenhoefer schrieb:

Was ich bei der Diskussion bisher ein bisschen vermisse: es wird
endlos über Maxspeed geschrieben, aber in der Realität und vor allem
fürs Routing interessiert doch viel mehr die zu erwartende
Durchschnittsgeschwindigkeit. Die dürfte in den meisten Fällen
deutlich darunter liegen, und ist auch nicht generell aus dem
Strassentyp ableitbar sondern muss sowieso ziemlich grob geschätzt
werden. Dass man seinen Tempomat nicht mit OSM-Daten füttert sondern
nach der Lage vor Ort (Schilder + Verkehr) ist vermutlich allgemein
klar ;-)


Hier könnte man ein zusätzliches Projekt starten. Dies sieht so aus, 
dass jeder seine GPS-Tracks dort erstmal hochladen kann. Natürlich 
sollten vorher alle Straßen bereits i Kartenmaterial sein.


Daraufhin überprüft ein Server die daten anonym nach gefahrenen 
Geschwindigkeiten und legt daraus eine Datenbank an (für jeden Way 
seperat). Die Frage ist natürlich, ob es nicht sinnvoll wäre, sogar für 
edes Wegsegment die Daten seperat zu erfassen. Der Track wird natürlich 
wieder gelöscht. Wenn man dann die Daten in sein Wunschformat 
konvertiert, kann man zusätzlich vom Server für jeden Way einen 
Durchschnittswert anfordern, der errechnet wurde.


Diese Sache ist sicherlich etwas komplizierter und anfangs sicherlich 
auch ungenauer, aber wir haben ja bereits etliche Tracks gesammelt. Wenn 
sich nun jeder bereit erklären würde, seine Daten zur Verfügung zu 
stellen, sollten wir vor allen Dingen auf den Autobahnen recht genaue 
Werte bekommen.


PS: Wenn ausreißer drin sind, könnte man arg hohe Werte einfach 
ignorieren und niedrige Werte zur Bestimmung der Stauwarsheinlichkeit 
hernehmen.


André



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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[André Reichelt]

Martin Koppenhoefer schrieb:

auch das würde ich in Frage stellen. Wie soll man denn als Radfahrer
überhaupt wissen, mit welcher Geschwindigkeit man unterwegs ist? Ein
Tacho wird von der StVO oder dem StVG. für Fahrräder nicht gefordert.


Ich fahre in der Regel eh nicht schneller und wenn man wirklich mit dem 
Rennrad unterwegs ist, hat man meist allein schon zur eigenen Kontrolle 
einen Tacho dabei.


Ansonsten gilt einfach: So langsam fahren, dass man sich sicher ist, 
nicht schneller als 30 zu Fahren (oder innerorts eben 50). Denn wie ich 
das mitbekommen habe, werden durchaus auch zu schnelle bzw. 
rücksichtslose Radfahrer von den Herren in Grün rausgezogen - und das 
ergibt auch Sinn.




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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[André Reichelt]

Marc Schütz schrieb:

Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden 
und kein maxspeed.


Lachendes und weinendes Auge! Also erstens sollte man so etwas, wenn es 
sicher auch shwieriger ist, aus den Ortsareas rauslesen können. Zweitens 
hat die Sache ein großes Problem!


Sofern ich informiert bin, können wir aktuell nicht rausfinden, in 
welchem Lnd sich das aktuelle Node befindet. Das sieht man ja z.B. 
daran, das aktuell die ganze Weltkarte im UK-Stil gerendert wird. Falls 
nun in UK vonmir aus 40 km/h innerorts gelten, ist die Sache schon zum 
Scheitern verurteilt.


Allerdings, wenn wir heraus bekommen, was innerhalb des Ortsareas ist, 
sollte das auch für DE kein Problem sein, oder? Die Grenzlinien haben 
wir ja mittlerweile.




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

Re: [Talk-de] Mauer und Zäune

[Bodo Meissner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andreas Labres wrote, on 16.08.2008 17:54:
| Mittlerweile hab ich auch mal einen Damm eingetragen. Mauern und Zäune
sollten
| genauso gehandhabt werden.
|
| embankment=yes

Auf der Map_features-Seite sieht es so aus, als sollte das als
ergänzendes Attribut für eine Straße, Eisenbahn oder ähnliches gedacht.

| wall=yes
| fence=yes

Es ging ja gerade darum, eine Mauer oder einen Zaun unabhängig von einem
anderen Objekt zu mappen. Ich denke, eine gewisse Gruppierung über einen
gemeinsamen Schlüssel mit verschiedenen Werten ist schon sinnvoll. Sonst
könnten wir statt highway=mototway ja auch motorway=yes verwenden.


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

iEYEARECAAYFAkim/4gACgkQnMz9fgzDSqcezgCeLa10oTY4oa1P7kzdfy4ubgm6
KwUAnRYIdDCqb7RPzc3O6csD3Bhq9ey2
=ABwR
-END PGP SIGNATURE-

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

Re: [Talk-de] Waldbetretungsrecht, die x-te (Was: Unterschied: residential, unclassified, service)

[Mark Obrembalski]

René Falk <[EMAIL PROTECTED]> schrieb:
> Am Samstag, 16. August 2008 schrieb Martin Koppenhoefer:
> 
> > Schutzgebiete stimmt, Privatbesitz darf hingegen betreten (nicht
> > befahren, auch nicht mit Fahrrädern) werden, auch ausserhalb der
> > Wege.
> 
> Jein, man beachte die Landeswaldgesetze.

Wo gibt es denn ein Landeswaldgesetz, das da Beschränkungen für den
Privatwald vorsieht? Die mir bekannten sehen zwar durchaus
Beschränkungen vor, aber immer nur aus guten Gründen und dann ohne
Unterscheidung zwischen Staats-, Kommunal- und Privatwald.

Gruß,
Mark

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

Re: [Talk-de] Mauer und Zäune

[Andreas Labres]

Mittlerweile hab ich auch mal einen Damm eingetragen. Mauern und Zäune sollten
genauso gehandhabt werden.

embankment=yes
wall=yes
fence=yes

/al

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

Re: [Talk-de] Freie Handy-Java Geotagging(Bilder) Software gesucht

[Bernd Wurst]

Hallo.

Am Samstag, 16. August 2008 schrieb [EMAIL PROTECTED]:
> Eben genau darauf möchte ich ja verzichten, weil ich oft einfach nur ein
> paar POIs hinzufügen will, welche noch fehlen, ohne mittracken zu müssen,
> da die Straße schon 5 oder mehr tracks hat ;)

Geotags ohne Geo-Informationen zu setzen ist ne schwierige Aufgabe. :)

Im Ernst: Ein GPS-Empfänger braucht je nach Bedingungen ~1 Minute zur 
Synchronisation, ich denke nicht dass du als Touri Bock drauf hast ne Minute 
stehen zu bleiben bevor du Bilder machst.

Ob du einen Track hochlädst ist ja unabhängig davon ob du damit später deine 
Bilder Geo-Codierst. Aber wenn du nen GPS-Empfänger immer "im Anschlag" 
laufen hast, kann der ja auch grad nen Track erstellen, wenn das nicht der 
Fall ist, hast du keine Geodaten zum Geotaggen...

Gruß, Bernd

-- 
Woher kommt es, dass mich niemand versteht und jeder mag?
  -  Albert Einstein


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

Re: [Talk-de] Kilometrierung von Autobahnen und anderen Strassen

[Sascha Silbe]

On Fri, Aug 08, 2008 at 08:54:55AM +0200, Dirk Stöcker wrote:

Warum setzt Du nicht einfach in die Autobahn an den Kilometertafeln 
einen Node mit einem Tag


z.B. chainage=100.5
Das habe ich jetzt mit den letztes Wochenende von mir gesammelten Daten 
mal gemacht - allerdings mit "kilometre_sign=4711.5" - die Bezeichnung 
stammt aus dem Wikipedia-Artikel "Milestone" [1] und passt IMO am 
Besten. Wenn wir uns auf einen anderen Namen einigen ("chainage", 
"marker", whatever), pass ich das aber gerne an. Hauptsache, wir 
verwenden den gleichen Namen dafür.
Zur Datendichte: Es dürfte (zumindest derzeit) wenig Sinn machen, jedes 
einzelne Schild zu erfassen. Ich habe meist an "strategischen" Stellen 
(z.B. Autobahnkreuz) zwei Schilder direkt hintereinander eingetragen (=> 
Zählrichtung).


BTW: Kann ich in JOSM irgendwo einstellen, welche Tags er ignorieren 
soll, wenn es um die Darstellung eines Nodes als einfacher Punkt (reiner 
Stützpunkt) vs. Punkt mit Quadrat (Node mit eigenen Daten) geht? Ich 
hätte da u.a. gerne noch "ele" drin.


Allerdings ist es nicht leicht die Punkte auf der Autobahn zu 
bestimmen, da man dazu ja sehr langsam sein müßte, was auf der 
Autobahn immer etwas schlecht ist.
Ich denke, für den Anfang reicht die Genauigkeit eines "normal schnell" 
fahrenden Autos vollkommen aus. Wer genauere Daten braucht, muß selbst 
entsprechend langsam unterwegs sein und kann bei einer der Fahrten die 
Standorte genauer erfassen und dann korrigieren (oder jemanden 
mitnehmen, der das macht).


P.S. Das ganze funktioniert dann übrigens auch mit Schienen und 
Landstraßen.
Ich wollte ursprünglich auch die B27 eintragen, musste aber leider 
feststellen, daß das nicht möglich ist, da dort keine Kilometersteine 
[2] (mehr?) stehen, sondern Stationszeichen [3]. Letztere geben nur eine 
relative Entfernung an (ab der letzten Kreuzung), keine globale. 
Sinnvollerweise fehlt bei der B27 sogar die Angabe der Stationsnummer, 
weshalb es bei meiner Autopanne neulich absolut unbrauchbar war. :-/



[1] http://en.wikipedia.org/wiki/Milestone
[2] http://de.wikipedia.org/wiki/Kilometerstein
[3] http://de.wikipedia.org/wiki/Stationszeichen

CU Sascha

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


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

Re: [Talk-de] GPX Import Fehler

[Alexander Menk]

Bernd Wurst schrieb:
> Hallo.
> 
> Am Samstag, 16. August 2008 schrieb Alexander Menk:
>> Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB.
>> [...]
>>0606aa2bahirdar.zip
> 
> Wo steht die Info, dass der Upload dort ZIP-Dateien akzeptiert?
> 
> Ich kann das nirgends finden und würde ohne weitere Angabe einfach vermuten, 
> dass du bei "Upload GPX file" vielleicht eben GPX-Datieen und keine 
> ZIP-Dateien hochladen sollst...

http://wiki.openstreetmap.org/index.php/Upload#Compressed_files

"If you have multiple files to upload, you may compress them into a zip 
archive and upload it. It will then be treated as one big gpx file (that 
is, only one entry in your trace list is created)."

Alex

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

Re: [Talk-de] GPX Import Fehler

[Alexander Menk]

Johann H. Addicks schrieb:
> Alexander Menk schrieb
> 
>> Gibt es irgendwelche Größenbeschränkungen beim Import?
>>
>> Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB.
> 
> Jeweils oder einzeln?
> 
> Zumindest konnte schon Archive von 2-3 MB mit >5 GPX-Dateien von jeweils 
> über 1MB erfolgreich hochladen.

.zip: 535 KB (kompr. Größe)

Inhalt: (unkompr. Größe)
   .gpx 174,1 KB
   .gpx 2,1 MB
   .gpx 2,6 MB

Gruß, Alex

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

Re: [Talk-de] Namefinder geht immer noch nicht

[Dirk Stöcker]

On Sat, 16 Aug 2008, Henry Loenwind wrote:

Der Verantwortliche bist Du selbst. Lösen kannst Du das "Problem", 
indem Du Dich hinsetzt, den JOSM-Quellcode entsprechend modifizierst 
und einen Patch via josm-dev einreichst. Das "Danke schonmal im Voraus" 
verkneife ich mir wohl jetzt besser.


Also mich nerven solche Arschlöcher, die bei einem Problem gleich wie
die wilden Affen am Code rumschrauben, und irgendwelche wirren Patches
einschicken, die dazu führen, dass die Software dann nur noch bei ihnen
läuft, anstatt einfach dem Original-Programmierer oder Maintainer
Bescheid zu geben.


Häh? Übersehe ich hier was, oder gibt es sowas wie Schreibberechtigungen 
und Vorabkontrolle bei der Softwareentwicklung nicht? Seit wann führen 
wirre Patches zu wirren Release-Versionen (mal abgesehen davon, wenn 
einer von uns nicht aufpasst, was auch vorkommt)?


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] GPX Import Fehler

[Johann H. Addicks]

Alexander Menk schrieb

> Gibt es irgendwelche Größenbeschränkungen beim Import?
> 
> Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB.

Jeweils oder einzeln?

Zumindest konnte schon Archive von 2-3 MB mit >5 GPX-Dateien von jeweils 
über 1MB erfolgreich hochladen.

-jha-


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

Re: [Talk-de] Unterschied: residential, unclassif ied, service

[[EMAIL PROTECTED]]

-Original Message-
> Date: Sat, 16 Aug 2008 14:18:04 +0200
> Subject: Re: [Talk-de] Unterschied: residential, unclassified,
service
> From: "Martin Koppenhoefer"
<[EMAIL PROTECTED]>
> To: "Openstreetmap allgemeines in Deutsch"


> Auch die pedestrians (Fussgängerzonen) sind nicht grundsätzlich
nur
> von Fussgängern zu betreten, dort gibt es neben Lieferverkehr oft
auch
> Ausnahmen für Fahrräder.
> 
> Martin
dann sind die Ausnahmen aber bestimmt durch Sonderschilder
zugelassen.




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

Re: [Talk-de] Freie Handy-Java Geotagging(Bilder) Software gesucht

[osm]

On Sat, 16 Aug 2008 02:30:08 +0200
Henry Loenwind <[EMAIL PROTECTED]> wrote:

> Die Zuordnung zu einem gleichzeitig aufgezeichneten 
> GPS-Track kann JOSM schon selbst herstellen...

Eben genau darauf möchte ich ja verzichten, weil ich oft einfach nur ein paar 
POIs
hinzufügen will, welche noch fehlen, ohne mittracken zu müssen,
da die Straße schon 5 oder mehr tracks hat ;)

Sozusagen, wenn man mal kurz durch die Stadt als touri läuft und merkt,
das noch ein Briefkasten fehlt (nur als beispiel)

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

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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[[EMAIL PROTECTED]]

-Original Message-
> Date: Sat, 16 Aug 2008 03:14:21 +0200
> Subject: Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed =
> none)
> From: "Martin Koppenhoefer" <[EMAIL PROTECTED]>
> To: "Openstreetmap allgemeines in Deutsch" 

> > Das wird alles nur unnötig kompliziert und wendet deshalb dann doch
> > keiner mehr an.
> > Sinn macht  lediglich die Sonderbeschilderung  zu taggen  die es
> > manchmal  für bestimmte Fahrzeugklassen
> > gibt. Ansonsten steht ja am Strassenrand auch nicht für jede
> > Fahrzeugklasse ein eigenes Schild wie schnell gefahren
> > werden darf - dafür muss dann die jeweilige Anwendung einen
> > Datensatz des befahrenen Landes vorhalten.
> > 
> 
> so einfach ist das Leben bei OSM leider auch wieder nicht. Schon
> vergessen (war vor kurzem Thema): da wir aus den Daten auf andere
> Weise nicht herauslesen können, ob man sich überhaupt ausserorts oder
> innerorts befindet, sollte m.E. ein maxspeed = 50 (innerorts) bzw. 100
> (aussen) auch wenn es implizit gilt hinzugefügt werden.
> 
> Martin

innerorts und außerorts lässt sich nur durch IS_IN bzw. korrekt erfasste
place-Areas erfassen, denn generell maxspeed=50 innerorts bzw.
maxspeed=100 außerorts zu taggen ist nicht richtig bzw. erfasst die
Realität nicht korrekt :)

--
Mario



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

[Talk-de] [ANN] GPSdisplay v0.0.2

[Jan-Benedict Glaw]

Hi!

This is v0.0.2 of GPSdisplay, downloadable at

http://lug-owl.de/~jbglaw/gpsdisplay/gpsdisplay-0.0.2.tar.gz

It implements parsing of permanent URLs from OpenStreetMap,
Information Freeway and Google Maps.

Suggestions, complaints and patches welcome :)

MfG, JBG

-- 
  Jan-Benedict Glaw  [EMAIL PROTECTED]  +49-172-7608481
 Signature of:If it doesn't work, force it.
 the second  :   If it breaks, it needed replacing anyway.


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

Re: [Talk-de] GPX Import Fehler

[Bernd Wurst]

Hallo.

Am Samstag, 16. August 2008 schrieb Alexander Menk:
> Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB.
> [...]
>    0606aa2bahirdar.zip

Wo steht die Info, dass der Upload dort ZIP-Dateien akzeptiert?

Ich kann das nirgends finden und würde ohne weitere Angabe einfach vermuten, 
dass du bei "Upload GPX file" vielleicht eben GPX-Datieen und keine 
ZIP-Dateien hochladen sollst...

Gruß, Bernd

-- 
1 + 1 = 1.999
(c) 1995 by Intel Corporation


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

[Talk-de] GPX Import Fehler

[Alexander Menk]

Hi!

kann mir jemand diese Meldung erklären?

Gibt es irgendwelche Größenbeschränkungen beim Import?

Das ZIP File enthielt drei GPX Dateien, unkomprimiert etwa 5 MB.

Grüße, Alexander

"
  looks like your GPX file

   0606aa2bahirdar.zip

with the description

   Addis Ababa to Bahir Dar via Debre Markos

and the following tags:

   Ethiopia
   BahirDar
   DebreMarkos

failed to import. Here's the error:

   Entity: line 95289:
/home/rails/config/initializers/libxml.rb:6
/var/lib/gems/1.8/gems/libxml-ruby-0.8.3/lib/libxml/parser.rb:36:in `call'
/var/lib/gems/1.8/gems/libxml-ruby-0.8.3/lib/libxml/parser.rb:36:in 
`xml_error_func_handler'
/home/rails/lib/gpx.rb:26:in `read'
/home/rails/lib/gpx.rb:26:in `points'
/home/rails/app/models/trace.rb:188:in `import'
/home/rails/lib/daemons/gpx_import.rb:21
/home/rails/lib/daemons/gpx_import.rb:15:in `each'
/home/rails/lib/daemons/gpx_import.rb:15
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/application.rb:176:in 
`load'
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/application.rb:176:in 
`start_load'
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/application.rb:257:in 
`start'
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/controller.rb:69:in `run'
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons.rb:139:in `run'
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/cmdline.rb:105:in `call'
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons/cmdline.rb:105:in 
`catch_exceptions'
/var/lib/gems/1.8/gems/daemons-1.0.10/lib/daemons.rb:138:in `run'
lib/daemons/gpx_import_ctl:20
"


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

Re: [Talk-de] Namefinder geht immer noch nicht

[Henry Loenwind]

Christoph Eckert wrote:

> Der Verantwortliche bist Du selbst. Lösen kannst Du das "Problem", indem Du 
> Dich hinsetzt, den JOSM-Quellcode entsprechend modifizierst und einen Patch 
> via josm-dev einreichst. Das "Danke schonmal im Voraus" verkneife ich mir 
> wohl jetzt besser.


Also mich nerven solche Arschlöcher, die bei einem Problem gleich wie 
die wilden Affen am Code rumschrauben, und irgendwelche wirren Patches 
einschicken, die dazu führen, dass die Software dann nur noch bei ihnen 
läuft, anstatt einfach dem Original-Programmierer oder Maintainer 
Bescheid zu geben.

cu
Henry

PS: Ja, das musste mal so deutlich gesagt werden.

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

Re: [Talk-de] Unterschied: residential, unclassified, service

[Martin Koppenhoefer]

Am 15. August 2008 00:59 schrieb René Falk <[EMAIL PROTECTED]>:
> Am Freitag, 15. August 2008 schrieb Florian Heer:
>> René Falk schrieb:
>> > Ich meinte eigentlich
>> >
>> > http://wiki.openstreetmap.org/index.php/De:Map_Features#Wege
>>
>> Ah... :-)
>>
>> > Und da den geklammerten Text daneben:
>>
>> Okay, ich sehs. Das ist also so eher der Konsens? Weil dann würde
>> ich mich zu dieser "Definition" in den nächsten Tagen mal im Wiki
>> auf die Suche machen und das synchronisieren. Zumindest scheinen
>> hier ja doch eher die meisten diese Tagging-Entscheidung zu nutzen.
>
> Puh, ich weiß nicht so recht, ob das der Konsens ist, und ob das gut
> ist.


ich habe da auch so meine Bedenken. Z.B. der footway, ist gem. der
Seite nur dann ein Fussweg, wenn er mit einem blauen Schild bezeichnet
ist. In mittelalterlichen Altstädten (und vermutlich nicht nur dort)
gibt es aber oft Durchgänge und Wege, die allein schon von ihrer
Durchgangsbreite und dem Umfeld (Treppen) nur von Fussgängern begangen
werden können. Klar, dass dort nicht überall ein Schild hängt.
Trotzdem sind das aber keine Pfade sondern klar Fusswege.

Auch die pedestrians (Fussgängerzonen) sind nicht grundsätzlich nur
von Fussgängern zu betreten, dort gibt es neben Lieferverkehr oft auch
Ausnahmen für Fahrräder.

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

Re: [Talk-de] OSMKarte mit Glopus nutzen

[Dimitri Junker]

Hallo,

nach vielem hin und her habe ich jetzt eine vernünftige Version des Programs 
taho.exe auf meine HP gelegt:


Man kann damit alles was man mit taho.pl kann aber eben komfortabler. Da ich 
von Java, Javascript u.ä. keine Ahnung habe öffnet es einfach die OSM-
Exportseite, und der User muß die dort verfügbare HTML-Zeile in die 
Eingabezeile meines Programs kopieren. Danach kann man dann einfach alle 
gewünschten Zoomlevel selektieren und die Karten laden. Letzteres geschieht 
per Aufruf von taho.pl. dies ist also noch nötig. Wie gesagt hoffe ich, daß 
jemand etwas vergleichbares in die Exportseite einarbeitet, so daß von dort 
direkt Karten incl. Kalibrierungsdateien ladbar sind. Am Dienstag fahre ich 
für 2 Monate in Urlaub, vorher werde ich das Programm noch reichlich nutzen 
um Karten mitzunehmen. Ggf gibt es also in den nächsten Tagen eine neue 
Version. Falls jemand von Euch noch Wünsche hat die ich schnell erfüllen 
kann mache ich das natürlich auch. Das Programm kann natürlich auch ins 
SVN, aber am besten erst Dienstag. Es steht unter der CC und der Quellcode 
liegt auch bereit. Ab Dienstag werde ich hier nicht mitlesen, bei Fragen 
also direkt an mich schreiben.

Gruß
Dimitri

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

Re: [Talk-de] Mauer und Zäune

[Rolf Gehring]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

da fehlt noch eins:

Unser Schlosspark besitzt längs zur Straße einen Mauersims ca. 50 cm hoch
und darüber verzierte Zaunfelder aus Eisen (vielleicht 100 m lang). Und auf
der gegenüberliegenden Seite als Grenze zu einem Gutshof eine gemauerte
Mauer von mind. 2,5 m hoch. An der dritten Seite ebenfalls eine Mauer, die
Gehört außer zu einem "kleinen Friedhof" um die Kirche herum. Wird auch
nicht gerendert. Als einziges erscheinen die Öffnungen mit einem "G", was ja
ohne Zaun oder Mauer nicht besonders sinnvoll aussieht. Der Gutshof und die
ehemaligen Krankenhausbereiche besitzen in Ihren Mauern nicht nur Durchgänge
sondern auch richtige Pförtnerbuden, die bis vor kurzen sogar noch besetzt
waren. Die internen Feuermelder landeten beim Pförtner, der konnte damit die
anrückende Feuerwehr korrekt einweisen. Bis auf den Friedhof sind die
Einfriedungen nicht einheitlich ausgeführt, also sind Tags für Polygonzüge
notwendig.

Rolf

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Im Auftrag von 
> Andreas Labres
> Gesendet: Freitag, 15. August 2008 22:37
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Mauer und Zäune
> 
> k127 wrote:
> > allerdings ist fenced=* als accessory (für flächenhafte objekte)  
> > aufgeführt.
> 
> Ich halte das für eine unnötige Einschränkung. Auch offene 
> Polygone können eine
> Mauer oder einen Zaun darstellen...
> 
> Oder auch: an einem rechteckigen Grundstück könnte
>   - an einer Seite ein Gebäude anschließen
>   - an einer Seite ist eine Hecke
>   - an einer Seite eine Mauer
>   - an einer Seite ein Zaun. Was willst da als "Border" definieren?
> 
> IMO: dieses Polygon ist
>   - ein Zaun
>   - eine Mauer
> 
> Zusätzliche Attribute würde ich optional machen. ZB die 
> Lainzer-Tiergarten-Mauer
> aus ursprünglich (AFAIK) aus Steinen (vielleicht teilweise 
> Ziegeln) und Mörtel
> gebaut. Ausgebessert wird sie wohl heutzutage mit Beton...
> 
> Aber eigentlich ist die Beschaffenheit ziemlich 
> nebensächlich. Relevant ist
> vielleicht eher die Höhe... ;)
> 
> /al
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 


-BEGIN PGP SIGNATURE-
Version: PGP Desktop 9.5.3 (Build 5003)
Charset: iso-8859-1

wj8DBQFIprurX/cdferISG0RArIuAKCQKtvy/OnMpY97b1uIc1cbCmpYyACePgNX
PaFZM8tpuofjBTgFYE4mWkw=
=nwno
-END PGP SIGNATURE-

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

Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008

[Dermot McNally]

2008/8/16 Carsten Schwede <[EMAIL PROTECTED]>:

> Na da habe ich jetzt mal konsequent einen großen Teil der Themse
> bearbeitet. Ich hoffe dass jetzt nicht die Londoner alle zu mir kommen
> und mich hauen. 8-)

Keine Sorge - die sind in der Themse schon ertrunken.

Dermot

-- 
--
Iren sind menschlich

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

Re: [Talk-de] Frage zur Diskussion zum BGH, I ZR 81/96

[Tobias Wendorff]

Henry Loenwind schrieb:
> Nein, ich kann einfach nur mit Google umgehen...

In der Zeit, wo ich mit Google sowas suche, schreibe ich lieber
ein neues Help-Tool für OSM.

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

Re: [Talk-de] Unterschied: residential, unclassified, service

[Henry Loenwind]

Tobias Hägele wrote:

> Nun aber nochmal zu highway=unclassified: Mich stört die Definition "D:
> breit genug, dass zwei Fahrzeuge problemlos aneinander vorbei 
> kommen"

Vielleicht ganz einfach "Eine sonstige Straße des öffentlichen 
Straßennetzes."?

cu
Henry

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

Re: [Talk-de] Modellflugplatz taggen

[Torsten Breda]

Hi

Laut Tagwatch gibt es mehrere Tags, die für einen Modellflughafen passen.
Am meisten Verwendung findet und das passt auch zu deinem
"Freizeit"-Aspekt, sport=model_aerodrome.

Das habe ich auch bereits verwendet.
Gerendert wird es noch mit der gleichen Farbe, wie Sportplätze, d.h.
ohne Unterscheidung oder Icon für Modellflugzeug.

Gruß
Torsten

2008/8/16 Nick Rudnick <[EMAIL PROTECTED]>:
> Guten Morgen,
> "aeroway=model_craft" für einen Modellflugplatz kommt mir ein bisschen
> bombastisch vor. Lieber wäre mir etwas in Richtung "Freizeit", aber da
> finde ich nichts in den Map Features. Hat jemand eine Idee?
> Gruß
> Nick
>
> ___
> 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] Kosmos Rendering Rules

[Thomas1904]

Daniel de Wildt schrieb:

> ich versuche jetzt deine Rendering Rules zu verwenden und gebe dazu in den
> Preferences auch deine User-Seite an. Leider zeigt mir Kosmos, nach einem
> erneutes Laden der Regeln, das ursprüngliche Erscheinungsbild an. In den
> gecachten RenderingRules stehen auch tatsächlich die Regeln von
> http://wiki.openstreetmap.org/index.php?title=Kosmos_General_Purpose_Rules
>
>   
Hallo,

zwischenzeitlich habe ich eine eigene Unterseite nur mit den RenderingRules 
angelegt:
http://wiki.openstreetmap.org/index.php/User:Thomas1904/Kosmos_Bikewald
Probier die mal.
Ansonsten auf der Seite auf "view source" klicken und den Inhalt in einen 
Editor kopieren und als Datei abspeichern.
Diese Datei dann in der *.kpr einbinden z. B.
E:\Pfad\zu\RenderingRules.txt

Gruß Thomas

PS: Die Rules werden noch kontinuierlich verfeinert.




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

Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008

[Carsten Schwede]

Hallo,

Dermot McNally schrieb:
> Super. Bis jetzt will sich übrigens keiner zum Themseproblem äußern.
> Dabei habe ich aber auch gefragt, ob jemand was dagegen hat, das ganze
> laut Wiki umzustellen - uns wie es bei uns in der Arbeit heißt,
> "Silence is consent"...

Na da habe ich jetzt mal konsequent einen großen Teil der Themse 
bearbeitet. Ich hoffe dass jetzt nicht die Londoner alle zu mir kommen 
und mich hauen. 8-)

-- 
Viele Grüße
Carsten


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

Re: [Talk-de] [tagging] Feature Proposal - RFC - (maxspeed = none)

[Marc Schütz]

> so einfach ist das Leben bei OSM leider auch wieder nicht. Schon
> vergessen (war vor kurzem Thema): da wir aus den Daten auf andere
> Weise nicht herauslesen können, ob man sich überhaupt ausserorts oder
> innerorts befindet, sollte m.E. ein maxspeed = 50 (innerorts) bzw. 100
> (aussen) auch wenn es implizit gilt hinzugefügt werden.

Nein, in dem Fall sollte an den Straßen ein innerorts=yes o.ä. getaggt werden 
und kein maxspeed.

Grüße, marc

-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED]

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

Re: [Talk-de] OpenGeoDB: Namensänderung und automa tisches Update

[Sven Anders]

Hallo Lars,
Am Freitag, 15. August 2008 10:59 schrieb Lars Francke:
> Hallöchen,
>
> ich habe hier ein paar Orte in der Nähe, die falsch benannt sind in
> openGeoDB. Ich habe schon das auto_update angepasst wuerde die Daten
> aber gerne auch in OpenGeoDB anpassen bin mir aber nicht mehr sicher
> nachdem ich diese Antwort aus der FAQ gelesen habe:


> Es geht um die Dörfer Moorrege (Moorrege bei Uetersen), Holm (Holm,
> Kreis Pinneberg), Neuendeich (Neuendeich bei Uetersen) und sicher ein
> paar andere hier in der Gegend ist diese lange Version - in
> Klammern - nun korrekt oder falsch? Zur Info: Diese Dörfer heißen alle
> nicht so, auch nicht in Langform, ich habe die Bezeichnungen noch nie
> gehört und meiner Meinung nach sind das ausschließlich
> Lagebezeichnungen und falsch, bin mir aber nicht sicher ob das fuer
> OpenGeoDB nun so benötigt wird oder nicht.

OpenGeoDB wünscht sich halt eine Bezeichnung die in Textform eindeutig ist, 
wenn du den Ort nicht "Neuendeich bei Uetersen" sondern (in Langform): 
Neuendeich bei Kleinkleckersdorf nennen möchtest solltest du das in OpenGeoDB 
ändern. Denn wenn du bei OpenGeoDB nach Neuendeich sucht und dann 10 Orte 
findest (ohne eine Ortsbeschreibung oder Karte), dann wüsstest du nicht, 
welcher gemeint ist. Es gibt IMHO auch noch eine Kurzform für die Orte, die 
gab es aber zur Zeit des Scriptes nicht wirklich.

Wenn du möchtest das in der OSM Karte: "Neuendeich" ohne Zustatz steht, 
solltest du das bei dem Ort, ändern und "name" in die openGeoDB:auto_uptdate 
entfrenen, denn sonst aktualisiert das Script später (wenn es igrendwer gibt, 
der sich traut das zu starten, zur Zeit gibt es aber keinen) zu "Neuendeich 
bei Kleinkleckersdorf".


> Abgesehen davon gibt es dieses auto_update-Tag und in manchen hier in
> der Gegend steht "population,place,is_in" in anderen nur
> "population,is_in" hat es einen Grund, dass "place" manchmal nicht
> drin ist oder hat das einfach irgendwer automatisch rausgenommen?

Ja, wenn der Ort bereits in OSM existierte (als der Erste Import stattgefunden 
hat) Hat das Script  das beim Anlegen (hinzufügen der OpenGeoDB Daten) schon 
rausgenommen. Die Philosophie dahinter ist: OSM hat immer recht, das Script 
sollte nichts ändern, was ein Mapper bereits von Hand für richtig gefunden 
hat.

> Ich habe http://fa-technik.adfc.de/code/opengeodb.pl schon gesehen und
> wuerde auch korrigieren aber ich scheine zu doof zu sein den
> Registrierungslink zu finden, kann mir da vielleicht jemand einen Tip
> geben?

Es gibt keinen, du kannst IMHO gleich los editieren.


> Wie immer vielen Dank fuer die Hilfe und einen schönen Freitag noch!

Ja, schönen Freitag ;-)

Sven

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

Re: [Talk-de] veraltete / nicht mehr existente Straß en

[Roman Grabolle]

Wenn ich das richtig sehe, werden Straßen relativ selten so komplett 
rückgebaut, dass nichts mehr an sie erinnert und das Gelände danach wieder 
landwirtschaftlich genutzt oder überbaut wird. In den allermeisten Fällen 
werden daraus Straßen oder Wege niederer Ordnung, also z.B. Feldwege für 
landwirtschaftliche Fahrzeuge, Forstwege oder Rad- und Wanderwege. Fast immer 
werden sie, soweit es irgend geht, von den Leuten aus der Gegend weiterhin 
genutzt, als Schleichweg oder Abkürzung. Sie erfüllten ja mal ihren Zweck, die 
Verbindung wichtiger Punkte. Und wenn nun durch andere Möglichkeiten und 
Ansprüche (schnelle Autos!) neue Trassen angelegt werden, so können sie die 
alten Bedürfnisse (Radeln, Laufen, langsam Fahren mit großen Maschinen oder 
kleinen Mopeds) immer noch erfüllen. Ausserdem sind sie schon mal trassiert und 
angebunden, also kann man sie weiterhin ohne größeren Aufwand nutzen. In 
ähnlicher Weise werden ja aus immer mehr aufgegebenen Eisenbahnlinien gut 
ausgebaute Fahrrad- und Wanderwege. Also nicht löschen, sondern schauen, was 
nach der offiziellen Aufgabe als Autostrasse daraus geworden ist oder wird. 

Ein ähnliches Schicksal hatten ja auch viele Altwege und Altstraßen, die heute 
nur noch in einigen Abschnitten als Fuß- oder Feldwege existieren. 
http://de.wikipedia.org/wiki/Altstra%C3%9Fe Die sollten unbedingt erfaßt 
werden, am besten mit der doppelten Information der Bedeutung "früher" (schon 
allen als touristischer POI) und heute. Altwege und Altstraßen in der OSM sind 
ein eigenes, sehr spannendes Thema, das ich gern einmal ausführlicher 
diskutieren und bearbeiten würde, wenn sich einige weitere interessierter 
Mapper_innen gefunden haben: 
http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Kulturdenkmale

Mehr oder weniger kompletter Rückbau kommt immer mal wieder bei aufgegebenen 
Autobahnabschnitten vor. Aber auch da ist es sinnvoll, die als alte Trasse mit 
der Kennzeichnung "nicht mehr aktiv" in der OSM zu belassen. Es gibt z.B. nicht 
wenige Leute, die sich für alte aufgegebene Autobahnbrücken und ähnliches 
interessieren und das als touristisches Ziel betrachten. Siehe unter anderem 
hier: http://www.lostplaces.de/cms/ ("Strecke 77", „Strecke 46“, HAFRABA u.a.m.)
Das beschäftigt bisweilen sogar die Lokalpolitik oder gar Landespolitik: 
http://www.jens-klocksin.de/dateien/PM_300606.htm
BTW: Bei lostplaces und ähnlichen Projekten/Foren sollten wir einmal gezielt 
Werbung für die OSM machen, das könnte für beide "Lager" interessant und 
nützlich sein.

Viele Grüße
Roman
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

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

Re: [Talk-de] Worldfile ganz ohne Mauern vom 13. 8. 2008

[Carsten Schwede]

Hallo,

[EMAIL PROTECTED] schrieb:
> Gibt's eigentlich das Worldfile auch fuer Garmin GPS Geraete, so wie EU oder 
> D?

Das ist nicht möglich, das Worldfile besteht aus über 14000 Kacheln 
und die GPS-Geräte akzeptieren maximal 2000 in einer gmapsupp.img.

-- 
Viele Grüße
Carsten


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

[Talk-de] Modellflugplatz taggen

[Nick Rudnick]

Guten Morgen,
"aeroway=model_craft" für einen Modellflugplatz kommt mir ein bisschen 
bombastisch vor. Lieber wäre mir etwas in Richtung "Freizeit", aber da 
finde ich nichts in den Map Features. Hat jemand eine Idee?
Gruß
Nick

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

Re: [Talk-de] Mauer und Zäune

[Bodo Meissner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Andreas Labres wrote, on 16.08.2008 08:06:
| Bodo Meissner wrote:

|> http://wiki.openstreetmap.org/index.php/Proposed_features/barriers

| Dort ist aber von Punkten entlang eines Weges die Rede (siehe die
Fotos). Mauern
| und Zäune hingegen haben eine lineare Ausdehnung. Sie sollten IMO auch
anders
| gerendert werden.

Die Beschreibung ist dort noch nicht ganz ausgereift bzw. noch nicht
alle Vorschläge aus dem Talk eingearbeitet.

Der Hinweis auf Mauern steht nur auf der Talk-Seite. Auf der
Proposal-Seite ist angegeben, daß man das auch für einen Way verwenden
könnte mit barrier=bollard (oder =bollards), um zu kennzeichnen, daß
dort eine Reihe von Pollern steht. Wenn man diese Idee mit barrier=fence
oder barrier=wall kombiniert, hätte man die Möglichkeit, den Verlauf
einer Mauer oder eines Zaunes zu beschreiben.

Ich denke, es läßt sich gut so einrichten, daß man barrier=* sowohl für
einen Punkt einer Straße (oder einen einzelnen Punkt) als auch für eine
Linie verwenden kann. Dann bräuchte man keine neuen Keys wie "fence"
oder "pborder" (physical border) zu erfinden.


Bodo

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

iEYEARECAAYFAkimh/MACgkQnMz9fgzDSqfRpACeII9H9kBFfTeuK1ayI9270PYC
fs8An1oVmAzVnVHBeUn3ApdAcZfw4AAr
=sjGo
-END PGP SIGNATURE-

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