Re: [Talk-de] Routingfaehige Garminkarten

[Sven Anders]

Am Freitag, 6. Juni 2008 20:03 schrieb Thomas Hieber:
> Sven Anders schrieb:
> > Am Mittwoch, 4. Juni 2008 22:12 schrieb Frederik Ramm:
> >> Hallo,
> >>
> >>> Ich für meinen Teil ich wäre gerne bereit jemandem 20€ zukommen zu
> >>> lassen, wenn der in Zukunft regelmäßig aktuelle, routingfähige OSM
> >>> Karten irgendwo zum Download bereitstellt. (Da habe ich schon mehr Geld
> >>> für nutzlosere Dinge ausgegeben)
> >>
> >> Ich wuerde eigentlich gern jemandem 20€ zukommen lassen, damit der die
> >> existierende freie Software um die Faehigkeit erweitert, Routingkarten
> >> zu machen, anstatt €20 fuer eine Lizenz auszugeben ;-)
> >
> > Ja, ich wäre auch sehr interessiert. Wenn nur noch ein paar Bytes im
> > Header fehlen könnte man sich die Information was diese bedeuten evtl.
> > vom Entwickler von cGPSmapper für ein paar Euro abkaufen.
>
> Ich wüßte nicht, warum der die Info VERKAUFEN wollte. Entweder ist ihm
> OSM sympathisch, dann kann man Ihn einfach nach der Info fragen, oder er
> mag das Projekt nicht, dann wird er nicht seine Einnahmequelle gefährden
> durch die Herausgabe von Geschäftsgeheimnissen.

Naja, von irgend etwas muss man ja leben. Und wir werden die Info ja auch ohne 
ihn heraus bekommen. Und ich finde auch wenn ihn OSM sympatisch ist, muss er 
es ja nicht gleich für lau machen. Ob er überhaupt gefragt wurde weiß ich 
allerdings nicht. Vielleicht frage ich mal auf der Englischen Liste.

Gruß
Sven

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

Re: [Talk-de] Overlapping ways bei einer area

[Martin Koppenhoefer]

>
> Daher wird sich bei diesem Thema was immer wieder aufflammt kein konsenz
> finden koennen somit wird es weiter jeder so machen wie er/sie/es es
> fuer richtig haelt.
>
> Flo

für das Fussgängerrouting ist es wichtig, alle Übergänge zu erfassen,
sonst wird man unnötige Umwege geschickt.

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

Re: [Talk-de] Overlapping ways bei einer area

[Martin Koppenhoefer]

> *DAS* finde ich völlig falsch. Ich finde, der Renderer soll die Straße so
> breit rendern wie er denkt und die Flächen sollten "direkt daran
> angeschlossen" werden. Das sage ich ihm, indem ich die selben Nodes nutze.
>
ich mache das genauso und finde es auch richtig (aus allen Deinen
Gründen). Auch gibt es ständig Stellen, wo Gebäude am Platz stehen.
Auch dort sollte das Gebäude direkt bis an den Platz reichen
(area=yes, highway=pedestrian vorausgesetzt). Leider wird hier in
osmarender immer noch eine "dicke" Linie um die Area herumgezeichnet.
Das macht Mapnik in der neuesten Version jetzt richtig. Leider fehlen
highway=was anderes als Pedestrian, area=yes jetzt vollständig in
Mapnik, früher wurde da der Umriss gezeichnet.

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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd

[Martin Koppenhoefer]

>
> Martin Koppenhoefer schrieb:
>
>> Den eigentlichen Bauernhof kann man sehr gut als
>> building=yes taggen,
>
> Hätte nicht gedacht, dass man ein building als building taggen kann ;)
>
>> ..., der per Definition KEIN Wohngebiet ist.
>
> Ich denke, man kann davon ausgehen, dass auf einem bauernhof leute
> wohnen...
>
>> das ganze Land taggen (und mehr) gerne, mit Bäumen hat das aber IMHO
>> trotzdem nichts zu tun.
>
> Ihr scheint wirklich zu keinem gedankensprung fähig zu sein...  Da, wo
> "farm" ist, sind in der regel keine schattenspendenden bäume längs des
> weges.  Das ist wichtig zu wissen, wenn man im hochsommer wandertouren
> plant.
>
das kenne ich aus dem Süddeutschen und Ostdeutschen Raum anders. Wo
ein Bauernhof ist, sind sehr oft Bäume. Ich hatte darauf hingewiesen,
dass nicht überall, wo Leute wohnen auch ein Wohngebiet ist. Das
hättest Du in Deinem Zitat ruhig angeben können. Eine Schule würdest
Du doch auch nicht als Wohnhaus taggen, weil da vielleicht ein
Hausmeister wohnt (wie übrigens in vielen öffentlichen Gebäuden). Oder
ein Leuchtturm, oder eine Mühle, oder heutzutage vielleicht die ISS
(bewegte Objekte haben wir derzeit allerdings sowieso noch nicht drin
;-)

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

Re: [Talk-de] verwendung von highway=byway

[Martin Koppenhoefer]

Mapnik kommt mit den englischen Spezialitäten schon ganz gut klar
(Pubs, byways, Point-roundabouts, etc.), würde mich aber auch freuen,
wenn ein paar andere Spezialitäten eingebaut würden, die in England
gar nicht vorkommen.

Martin

Am 6. Juni 2008 16:13 schrieb Heiko Jacobs <[EMAIL PROTECTED]>:
> Zitat von Frank Sautter <[EMAIL PROTECTED]>:
>> das gelbe ist ein highway=byway.
>>
>> wie wird der verwendet?
>> was ist die deutsche entsprechung?
>
> Keine Entsprechung, da wohl SPezialität englischen Wegerechts.
> Versuch Dein Glück mal in der englischen Wikipedia.
>
> Gruß Mueck
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Landwirtschaftliche Flächen in Deutsch land

[Karl Eichwalder]

Martin Koppenhoefer schrieb:

> Den eigentlichen Bauernhof kann man sehr gut als
> building=yes taggen,

Hätte nicht gedacht, dass man ein building als building taggen kann ;)

> ..., der per Definition KEIN Wohngebiet ist.

Ich denke, man kann davon ausgehen, dass auf einem bauernhof leute
wohnen...

> das ganze Land taggen (und mehr) gerne, mit Bäumen hat das aber IMHO
> trotzdem nichts zu tun.

Ihr scheint wirklich zu keinem gedankensprung fähig zu sein...  Da, wo
"farm" ist, sind in der regel keine schattenspendenden bäume längs des
weges.  Das ist wichtig zu wissen, wenn man im hochsommer wandertouren
plant.

-- 
Karl Eichwalder


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

Re: [Talk-de] JOSM-Validator Gemeckere

[Frederik Ramm]

Hallo,

On Sat, Jun 07, 2008 at 12:46:52AM +0200, Stefan Hirschmann wrote:
> Gut. Und ich antworte dir darauf, dass ich jedes Tag für sinnlos halte,
> für das keine End-User Software existiert, welche es interpretiert, bzw.
> es unwahrscheinlich ist, dass es so eine Software in nächster Zeit geben
> wird.

> Und wie groß die Wahrscheinlichkeit ist, dass eine Software ein Tag
> interpretiert, das nirgendwo dokumentiert ist, kannst dir selber
> ausrechnen.

Ich fand, wie gesagt, die Bezeichnung "brand" zwar nicht ganz passend,
aber doch sprechend genug, dass man auch ohne Dokumentation weiss, was
gemeint ist.

Bedenke, dass es bei uns nicht NUR Software ist, die mit den Daten um-
geht. Nach Deiner Definition waere sowas wie "note=this road used to
continue north but is now blocked" oder sowas ja voellig unsinnig,
weil es von Software nicht ausgewertet werden kann. Aber in Wahrheit
ist auch das eine in bestimmten Situationen nuetzliche Information.

Wer unsere Daten zu einseitig betrachtet - nur durch die Brille des
Renderers oder Routers oder ... - der kann leicht den einen oder anderen 
Nutzen uebersehen. Das an sich ist nicht schlimm. Wenn Du aber Deine
eigene Scheuklappensicht zum Anlass nimmst, *anderen* auszureden, 
nuetzliche Information auf die Karte zu bringen, mit der Begruendung,
das sei doch sinnlos oder "nicht erlaubt", dann schadest Du damit dem
Projekt. (Immerhin hast Du ja nun geschrieben, dass Du es nur *selbst*
nicht machst, anderen aber ihre freie Entscheidung zugestehst. Das 
kam in dem "nicht erlaubt" noch anders rueber, daher vielleicht auch
meine deutliche Reaktion.)

> Entweder es läuft einheitlich ab, oder es kommt nichts gescheites raus.

Das ist eine Einstellung, die vielleicht beim Militaer richtig ist,
aber nicht bei uns.

> Oder was meinst, wie das in den Renderen  ausschauen würde, wenn statt
> "highway residential" jemand schreibt: "stross AneDurchsDorf". Richtig:
> Das Ergebnis sieht so aus, als wenn das Betreffende nie gemacht worden wäre.

Wenn Du von "Das Ergebnis sieht so aus" sprichst, merkt man, dass Du
eben nur eine ganz bestimmte Sicht hast, naemlich die eines zentralen, 
allgemeingueltigen Renderers. Aber das ist doch nur ein Bruchteil von
dem, was das Projekt leisten kann. - Wir sehen heute schon Probleme, 
weil Leute denken, dass alles, was getaggt wird, auch irgendwie ge-
rendert werden muesse. Das wird irgendwann nicht mehr gehen, eigent-
lich geht es schon jetzt nicht. Unsere Datenbank ist mehr als nur
Rohmaterial fuer eine Slippymap auf www.openstreetmap.org. 

Dein Dialekt-Beispiel ist vielleicht etwas grenzwertig, aber wenn 
jemand hier in Deutschland lokal anfangen wuerde, beispielsweise
besonders alte Baeume zu taggen, dann waere ueberhaupt nichts dagegen
einzuwenden, wenn er sich dafuer was eigenes ausdenkt, was halbwegs
"sprechend" ist - vielleicht sogar einen deutschen Begriff, denn 
manchmal produzieren die Leute auf der verzweifelten Suche nach einem
geeigneten englischen Wort irgendwas, was sehr irrefuehrend ist.
Man muss ja nicht gleich im ersten Anlauf das weltweite Tagging-
schema fuer alte Baeume machen. Soll der das mal fuer sich machen,
ein Osmarender-Stylesheet dafuer schreiben, das seine Sachen auch 
schoen anzeigt, und irgendwann wenden andere das vielleicht auch 
an. Wenn sich dann die Englaender melden und auch gern Baeume kar-
tieren wollen, kann man entweder gemeinsame Tags suchen und die
existierenden umwandeln, oder man kann durchaus auch einem Renderer
beibringen, verschiedene "nationale" Tags darzustellen. Durch die
"nicht einheitliche" Vorgehensweise ist kein Schaden entstanden, 
im Gegenteil, das Verlangen nach einer einheitlichen Vorgehensweise
haette das Vorhaben eventuell im Keim erstickt.

> Natürlich könnte man jetzt argumentieren, dass die Daten für einen
> selber ja existieren, und man sie selber verwenden kann, aber hilft das
> dem Projekt?

Im Fall von "stross=AneDurchsDorf" haette ich Bedenken bei der
Allgemeinverstaendlichkeit der Information; sowas muesste evtl. wirklich
dokumentiert werden. Aber wenn jemand jetzt, voellig undokumentiert und
ohne Absprache, anfaengt, an alle Aldi-Supermaerkte "chain=Aldi Süd"
oder an alle Briefkaesten "operator=Deutsche Post" dranzuschreiben,
dann ist das ganz klar ein Informations-Mehrwert.

> Diese Frage würde ich mit "mit etwas Glück vielleicht irgendwann, sofern
> es irgendwann ein Skript gibt, dass es zu einem interpretierten Tag
> macht, oder es selber von bedeutender Software interpretiert wird"
> beantworten.

Ist halt ein Henne-Ei-Problem. Solang es noch keine freien Strassendaten
gibt - wozu soll ich mir da die Arbeit machen, einen Renderer zu
programmieren? Und solang die Daten eh nirgends angezeigt werden
koennen, wozu soll ich da freie Strassendaten erfassen?

> > 2. Wenn Du gerne nur etablierte Tags benutzen willst, dann meinst Du
> >sicherlich die Seite "Map Features" und nicht "proposed features",
> >denn letztere enthaelt ja "nur" Vorschlaege.
> 
> Wer redet von "

Re: [Talk-de] JOSM-Validator Gemeckere

[Stefan Hirschmann]

Frederik Ramm wrote:
> Hallo,
> 
> On Fri, Jun 06, 2008 at 11:01:22PM +0200, Stefan Hirschmann wrote:
>> Ich konnte aber den Tag "brand" auf die schnelle nicht bei den proposed
>> features verwenden, also ist es IMHO nicht erlaubt. 
> 
> Sorry, aber das ist auf so vielen Ebenen Unsinn, dass ich gar nicht
> weiss, wo ich anfangen soll.

Ich glaub du hast mich nur nicht richtig verstanden.


> 1. Es gibt keine "erlaubten" und "nicht erlaubten" Tags. Jeder, der
>halbwegs verstanden hat, worum es in OSM geht, wird Dir vom freien
>Tagging-Schema erzaehlen und dass grundsaetzlich erstmal jeder 
>alles taggen kann, was er will.

Gut. Und ich antworte dir darauf, dass ich jedes Tag für sinnlos halte,
für das keine End-User Software existiert, welche es interpretiert, bzw.
es unwahrscheinlich ist, dass es so eine Software in nächster Zeit geben
wird.
Und wie groß die Wahrscheinlichkeit ist, dass eine Software ein Tag
interpretiert, das nirgendwo dokumentiert ist, kannst dir selber
ausrechnen. Meine Vermutung ergibt: Sofern nicht jemand, der eine
bedeutende Software selber wartet, das Tag erfunden hat oder zufällig
entdeckt und sehr toll findet, wird es nie unterstützt werden.

Und ich persönlich bin kein Fan des freien Tagging Schemas. Es führt
dazu, dass sehr viel Blödsinn in den Tags steht. Mit Blödsinn meine ich
jetzt Falschschreibungen.

Entweder es läuft einheitlich ab, oder es kommt nichts gescheites raus.
Oder was meinst, wie das in den Renderen  ausschauen würde, wenn statt
"highway residential" jemand schreibt: "stross AneDurchsDorf". Richtig:
Das Ergebnis sieht so aus, als wenn das Betreffende nie gemacht worden wäre.

Natürlich könnte man jetzt argumentieren, dass die Daten für einen
selber ja existieren, und man sie selber verwenden kann, aber hilft das
dem Projekt?

Diese Frage würde ich mit "mit etwas Glück vielleicht irgendwann, sofern
es irgendwann ein Skript gibt, dass es zu einem interpretierten Tag
macht, oder es selber von bedeutender Software interpretiert wird"
beantworten. Aber die Frage, ob es mir die Arbeit wert ist, Sachen zu
taggen, die wahrsch. niemals jemand außerhalb JOSM/Potlach zu Gesicht
bekommt, ist mir die Arbeit nicht wert. Aber diese Frage muss jeder für
sich selber entscheiden. Und ich akzeptiere beide Entscheidungen.


> 2. Wenn Du gerne nur etablierte Tags benutzen willst, dann meinst Du
>sicherlich die Seite "Map Features" und nicht "proposed features",
>denn letztere enthaelt ja "nur" Vorschlaege.

Wer redet von "etabliert"? Ich rede von: "Ist es realistisch anzunehmen,
dass dieser Tag jemals von Mapnik/Osmarender ausgewertet wird?"
Diese Wahrscheinlichkeit ist bei etablierten gegeben, bei Mapfeatures
hoch, bei proposed "realistisch" und wenn alles vorher genannte nicht
zutrifft unrealistisch. (und bevor mir wieder was verdrehst: Ich weiß,
dass die etablierten meistens auch Mapfeatures sind, dass Mapfeatures
früher Vorschläge waren)

> 3. Wenn aus irgendeinem Grunde die Seite "proposed features" tatsaech-
>lich ausschlaggebend dafuer waere, welche Tags benutzbar sind und
>welche nicht, so koennte man das Tag ja einfach schnell drauf-
>schreiben - ist doch ein Wiki!

Das würde ich sogar eine gute Idee halten. Wenn man schon was neues
erfindet, dann sollte es wenigstens dokumentiert werden. Ev. kommt es ja
dann wirklich zu einem Voting und zu einem Map Feature.



> Ich haette ja, um dies zu illustrieren, das Tag "brand" gleich mal auf
> die Seite geschrieben

Was willst du damit erreichen? Die Aussage, dass Vorschläge gemacht
werden können? An meiner Grundaussage: Solange es nicht mal offiziell
vorgeschlagen wird, ist ein Tag komplett sinnlos, erst wenn es
vorgeschlagen wird, hat es die Möglichkeit jemals sinnvoll zu werden
würde sich durch deinen "Beweis" nichts ändern.


Also zusammengefasst:
Ich verbiete niemanden eigene Tags zu erfinden, nicht zu
veröffentlichen, und in OSM zu verwenden. Nur den Sinn dahinter kann ich
nicht nachvollziehen. Ich mappe/tagge dafür dass eine "Offene
Straßenkarte" entsteht, und nicht für XML-Editoren.

Proposed Features (und Map Features sind eine Untermenge davon):
Diese geben wenigstens die Hoffnung, dass es jemals dargestellt wird,
bzw. dass es irgendwann ein ähnliches Tag gibt, welches von den
Render-Engines, bzw. anderer Software interpretiert wird.

Unsinn:
Bevor man aggressiv wird, sollte man überprüfen, ob man den Gegenüber
auch richtig verstanden hat. Ich probiere sachlich zu bleiben, also
bitte bleibe es auch. Nur dass ich von etwas anderem als du Rede, anders
denke, heißt das noch lang nicht, dass einer von beiden Unrecht hat. Es
gibt verschiedene Philosophien, aber keine universelle Wahrheit.


MfG Stefan

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

Re: [Talk-de] Routingfaehige Garminkarten

[Dermot McNally]

2008/6/6 Thomas Hieber <[EMAIL PROTECTED]>:

> allerdings
> lässt sich meine mit osm2mp convertierte map dort nicht compilieren - er
> meckert herum, dass die Datei fehlerhaft wäre - vermutlich ist osm2mp
> noch etwas buggy.

Bei mir auch, dafür ist der Grund auch klar. Wenn zwei Routingpunkte
zu nah aneinander liegen (näher als 5,4m) ist das entweder bei
cGPSmapper nicht erlaubt oder möglicherweise auf Garminkarten
überhaupt. Mit cGPSmapper Personal (was man 1 Monat lang testen darf)
kann man diesen Fehler ignorieren, dann werden die Nodes gemerged, die
so stören.

Mit Fehler-Ignorieren konnte ich zwar von ganz Irland keine Karte
erstellen (es trat noch ein Fehler auf, den ich nicht verstehe), dafür
aber von einem ordentlichen Umschnitt um Dublin. Die Karte
funktioniert und ist Routingfähig. Die vorgeschlagene Strecken sind
zwar nicht ganz so clever. Da kann entweder mein Vista schuld sein,
oder vielleicht müssen die Wichtigkeitsstufen der OSM Strassenklassen
noch angepasst werden.

Das ganze ist vielversprechend, auch wenn die freie Lösung wesentlich
flexibler wäre. Aber das Spielen mit diesem Tool kann uns viele Ideen
geben. Auch die OSM Daten profitieren wohl davon, weil saubere Daten
für diese Anwendung sehr wichtig sind.

Dermot

-- 
--
Iren sind menschlich

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

Re: [Talk-de] [Leicht OT] Rekorde

[Michael Bemmerl]

Stefan Hirschmann schrieb:


Ich weiß nicht, was mein Rekord ist (mache oft Zwischenuploads), aber
wie lange hast du dafür gemappt um die nötigen 5207 Änderungen zusammen
zu bringen? 


Das waren so ca. sechs Stunden. Habe allerdings nicht wirklich auf die 
Uhr geguckt.



Frage nur aus Neugierede, denn ich habe insgesamt nicht
einmal 10 Tausend Sachen im OSM.
Gemessen mit:
cat austria.osm | grep krasnoj | wc -l


6.720 in der germany.osm. Da die Datei jedoch von heute, 01:12 ist, und 
ich den Upload kurz vor vier gemacht habe, kommen da also noch die 5.207 
von vier Uhr dazu, also insgesamt nun 11.927.


Grüße,
Michael



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

Re: [Talk-de] Overlapping ways bei einer area

[Stefan Hirschmann]

Bernd Wurst wrote:
>> Bsp 2:
>> Wenn die Straße genau in diesem gemeinsamen Punkt falsch war, aber der
>> Wald stimmt...
> 
> Es geht doch um mehrere Nodes. Es geht um den Fall, dass der Straßenverlauf 
> ein Stück weit die Grenze zwischen Feld und Wald bildet.
> Wenn links der Straße Wald ist und rechts nicht, von solchen Fällen rede ich, 
> dann ist beides richtig eingetragen oder beides falsch. Oder wo liegt jetzt 
> mein Verständnisfehler?

Gut, dann haben wir aneinander vorbei geredet.


> Wenn an einer Stelle auf beiden Seiten der Straße 
> Bäume sind, dann ist das ja ein ganz anderer Fall und dann darf das natürlich 
> nicht auf den selben Nodes liegen.

Nur davon habe ich geredet. Ich meinte es ist sinnlos in diesem Fall den
Punkt, wo die Straße das erstemal in den Wald reingeht, zu verbinden.
Einfach die Straße in den Wald reinlaufen lassen und der Renderer macht
den Rest.

> 
> Beispiel:
> http://maps.google.de/maps?f=q&hl=de&geocode=&ie=UTF8&t=k&ll=48.963765,9.592481&spn=0.004874,0.013561&z=17
> http://www.informationfreeway.org/?lat=48.964252819319185&lon=9.591881912586384&zoom=17&layers=B000F000F
> 
> Der Weg bildet eine gewisse Strecke lang die Grenze zwischen Wald und Wiese, 
> danach ändert sich das und die Nodes werden dort dann natürlich nicht mehr 
> doppelt genutzt. 
> Von solchen Fällen rede ich.

OK, dann verstehe ich, warum du die Nodes doppelt nutzen willst. In
meiner Gegend wurden die Nodes nicht so sinnvoll doppelt genutzt,
sondern in den von dir beschriebenen sinnlosen Fällen.


Da du geschrieben hast, dass dir das Thema da leidet, möchte ich jetzt
auch zu einem Schluss kommen:

Ich glaube es gibt sinnvolle und sinnlose doppelte Node Belegungen.
Jeder sollte sich Gedanken machen, was im konkreten Fall besser ist, und
es so machen. Wenn jemand meint, bei etwas bereits gemappten wäre die
andere Variante besser OHNE dass er sonst was an den Daten ändern will,
bitte lasst es dann so, wie bereits eingetragen nach dem Grundsatz:
"Respektiere die Arbeit der anderen".


MfG Stefan

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

Re: [Talk-de] JOSM-Validator Gemeckere

[Frederik Ramm]

Hallo,

On Fri, Jun 06, 2008 at 11:01:22PM +0200, Stefan Hirschmann wrote:
> Ich konnte aber den Tag "brand" auf die schnelle nicht bei den proposed
> features verwenden, also ist es IMHO nicht erlaubt. 

Sorry, aber das ist auf so vielen Ebenen Unsinn, dass ich gar nicht
weiss, wo ich anfangen soll.

1. Es gibt keine "erlaubten" und "nicht erlaubten" Tags. Jeder, der
   halbwegs verstanden hat, worum es in OSM geht, wird Dir vom freien
   Tagging-Schema erzaehlen und dass grundsaetzlich erstmal jeder 
   alles taggen kann, was er will.

2. Wenn Du gerne nur etablierte Tags benutzen willst, dann meinst Du
   sicherlich die Seite "Map Features" und nicht "proposed features",
   denn letztere enthaelt ja "nur" Vorschlaege. 

3. Wenn aus irgendeinem Grunde die Seite "proposed features" tatsaech-
   lich ausschlaggebend dafuer waere, welche Tags benutzbar sind und
   welche nicht, so koennte man das Tag ja einfach schnell drauf-
   schreiben - ist doch ein Wiki!

Ich haette ja, um dies zu illustrieren, das Tag "brand" gleich mal auf
die Seite geschrieben - wenn ich es nicht selbst etwas unpassend faende,
denn nach meinem Sprachgefuehl sind "brands" eher Produktmarken und
keine Ladenketten. 

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"


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

Re: [Talk-de] JOSM-Validator Gemeckere

[Stefan Hirschmann]

Sven Anders wrote:
> Am Freitag, 6. Juni 2008 22:19 schrieb Stefan Hirschmann:
>> Für Süddeutschland: Wenn Supermarkt name="Aldi Süd", kann das leicht
>> doppelt vorkommen, aber warum sollte ein Plugin für England das Prüfen?
> 
> BTW: Ich finde da aber 
> name=Aldi Oberursel
> brand=Aldi Süd 
> 
> besser.

Laut

wurde das Tag "brand" nur einmal verwendet (und das für einen Aldi Süd ;) ).
Ich konnte aber den Tag "brand" auf die schnelle nicht bei den proposed
features verwenden, also ist es IMHO nicht erlaubt. Es gibt aber den Tag
"is_in", der kann natürlich verwendet werden. Aber ob das in einer
Großstadt Sinn macht (z.B. ein bestimmtes Geschäft könnte in Berlin sehr
oft vertreten sein).



> Denn wenn ich z.B. im Garmin nach einen Supermarkt in der Nähe suche, 
> finde ich es schon ganz angenehm zu wissen, in welchen Ort er mich führen 
> will.

"is_in"

> 
>> Und es gibt lokal Sachen, die kann (bzw. will) man nicht korrigieren,
>> weil man sich zuwenig auskennt. Diese Tags sollen lokal nicht jedes mal
>> angezeigt werden, aber andere sehr wohl sehen. Darum kommt mir eine
>> lokale Sperrliste viel sinnvoller vor, als wieder irgendein Tag in die
>> DB zu blasen.
> 
> Ich finde die Idee mit der lokalen DB auch gut. Aber es führt natürlich auch 
> wiederum dazu, das jeder Newbie wieder diskutiert, ob man das nicht anders 
> lösen kann, und sich die Arbeit wieder selbst machen muss.

Die Frage ist: Will man, dass ein User die Fehlerkorrektur für alle
ausschalten kann?
Und meine Erfahrung ist, dass pro Gebiet die "ähnlicher Name, doppelter
Node Name" nicht so extrem häufig sind, als dass es nicht möglich wäre,
diese Listen händisch zu pflegen. Aber das muss natürlich nicht für alle
Gebiete gelten.

MfG Stefan

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

Re: [Talk-de] JOSM-Validator Gemeckere

[Sven Anders]

Am Freitag, 6. Juni 2008 22:19 schrieb Stefan Hirschmann:
> Für Süddeutschland: Wenn Supermarkt name="Aldi Süd", kann das leicht
> doppelt vorkommen, aber warum sollte ein Plugin für England das Prüfen?

BTW: Ich finde da aber 
name=Aldi Oberursel
brand=Aldi Süd 

besser. Denn wenn ich z.B. im Garmin nach einen Supermarkt in der Nähe suche, 
finde ich es schon ganz angenehm zu wissen, in welchen Ort er mich führen 
will.

> Und es gibt lokal Sachen, die kann (bzw. will) man nicht korrigieren,
> weil man sich zuwenig auskennt. Diese Tags sollen lokal nicht jedes mal
> angezeigt werden, aber andere sehr wohl sehen. Darum kommt mir eine
> lokale Sperrliste viel sinnvoller vor, als wieder irgendein Tag in die
> DB zu blasen.

Ich finde die Idee mit der lokalen DB auch gut. Aber es führt natürlich auch 
wiederum dazu, das jeder Newbie wieder diskutiert, ob man das nicht anders 
lösen kann, und sich die Arbeit wieder selbst machen muss.

Gruß
Sven


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

Re: [Talk-de] [Leicht OT] Rekorde

[Stefan Hirschmann]

Michael Bemmerl wrote:
> Hallo zusammen,
> 
> ich habe soeben meinen persönlichen Upload-Rekord von 1074
> hochzuladenen Änderungen mit 5207 Änderungen um fast das fünffache
> überboten... Puh... ich sage euch, das war ganz schön anstrengend. Ich
> sitze ja auch seit neun Uhr gestern Abend über JOSM. Trotzdem ist nun
> meine Region um einiges reicher... Ich bin mal auf das gerenderte
> Ergebnis gespannt.

Ich weiß nicht, was mein Rekord ist (mache oft Zwischenuploads), aber
wie lange hast du dafür gemappt um die nötigen 5207 Änderungen zusammen
zu bringen? Frage nur aus Neugierede, denn ich habe insgesamt nicht
einmal 10 Tausend Sachen im OSM.
Gemessen mit:
cat austria.osm | grep krasnoj | wc -l

MfG Stefan

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

[Talk-de] Hamburger Mailingliste

[Sven Anders]

Hab mal eine Mailingliste für Hamburg und Umgebung angelegt.

Eintragen geht unter:
http://lists.openstreetmap.de/cgi-bin/mailman/listinfo/hamburg

Gruß
Sven

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

Re: [Talk-de] Garmin Vista (War: Flyer sind bald alle)

[Martin Simon]

Am Freitag, 6. Juni 2008 22:06:28 schrieb John07:
> Hi,
> das mag alles stimmen, aber da imho von etrex die Rede war, kann man das
> nicht nur auf das Vista beziehen. Mit meinem Venture HC hatte ich noch
> nie solche Probleme und ich nutze das GPS auch fürs Geocachen und da
> müsste es mir schon einmal aufgefallen sein.
> Gruß
> Jonas

Hmm, es war ja von Etrex mit MTK-Chipsatz(der neue) die Rede und leider kann 
ich das für das Vista HCx bestätigen.
Da dein Venture HC auch den MTK Chipsatz zu haben scheint sollte sich das 
Problem ja per Firmware-Update lösen lassen - ich hoffe Garmin macht das 
auch...

MfG,
Martin

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

Re: [Talk-de] JOSM-Validator Gemeckere

[Stefan Hirschmann]

Stefan Hirschmann wrote:
> Frank Gruender wrote:
>> Moin
>>
>> Andreas Kemnade schrieb:
>> [...]
>>> Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da für
>>> bestimmten Straßen einen "Persilschein" ausstellen kann,
>>> der derartiges Gemecker für mich für genau diese Version der Straße
>>> unterbindet.
>> In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei 
>> welchen Fehlern er meckern soll. Dort schon mal geguckt?
> 
> Das dürfte den Original Poster nicht weiter helfen. Falls er es gleich
> macht wie ich, dann will er nicht den Check komplett ausschalten,
> sondern nur gezielt für zwei Straßen deaktivieren.
> 
> Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe, aber
> bis zum Sommer werde ich eher nicht dazu kommen. "Francisco R. Santos"
> ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin.
> Weiß jemand ob er externe Patches überhaupt akzeptiert?

Da mein erstes Posting nicht klar genug war:
Ich will, dass diese Whitelist nur lokal ist, also nichts für den
Renderer, nichts für die Server nur lokal.

Meine Idee ist:
Für Süddeutschland: Wenn Supermarkt name="Aldi Süd", kann das leicht
doppelt vorkommen, aber warum sollte ein Plugin für England das Prüfen?

Und es gibt lokal Sachen, die kann (bzw. will) man nicht korrigieren,
weil man sich zuwenig auskennt. Diese Tags sollen lokal nicht jedes mal
angezeigt werden, aber andere sehr wohl sehen. Darum kommt mir eine
lokale Sperrliste viel sinnvoller vor, als wieder irgendein Tag in die
DB zu blasen.

MfG Stefan

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

Re: [Talk-de] JOSM usability

[Martin Koppenhoefer]

Am 4. Juni 2008 13:19 schrieb Frank Gruender <[EMAIL PROTECTED]>:
> Ich hab noch einen Vorschlag für Josm:
>
> 14. Einen Layer für Relationen. Das wäre eine gute visuelle
> Unterstützung bei der Erfassung und auch Pflege von Relationen.
> Vielleicht kann man bestimmten relations-typen auch verschiedene Farben
> zur besseren Unterscheidung geben.
> In diesem Zusammenhang wäre es auch schön, wenn man das Rel.-Fenster
> offen hat und einen Way anklickt, der zur Rel. gehört, daß dieser dann
> im R-Fenster auch markiert würde. Der Vorschlag kam schonmal auf der
> Liste, will hier sozusagen Nachdruck verschaffen.
>
> Gruß, Elwood
>

Einen Layer dafür halte ich zunächst nicht für besonders sinnvoll,
wieso sollte man so die Relations besser erkennen? Ich könnte mir bei
Relations vorstellen, dass bei Selektion eines Members alle Mitglieder
bei der Selektion einer Relation geladen werden (derselben
Hierrarchie, nicht die darüberliegenden auch, falls es sich
durchsetzen sollte (wovon ich ausgehe), dass man Relations
verschachteln kann), und in einer anderen Farbe als die unselektierten
dargestellt/hervorgehoben (z.B. auch durch eine begleitende farbige
Linie an Ways oder Umriss an Nodes) werden. Wenn man das in einer
zusätzlichen Linie macht (Umriss oder so) würde man auch mehrere
beteiligte Relations gleichzeitig anzeigen können (in denen der
selektierte Way/Node/Area steckt). Vielleicht sollte man das dazuladen
auch nur als Option ins Relationsmenü passen (wo auch die Farben
angezeigt/eingestellt werden können, am besten man speichert die Farbe
auch in der Datenbank, dann ändert sie sich nicht (und man könnte für
verschiedenen Typen Relations auch verschiedene Farbtöne vorgeben,
Straßen, Multipolygon, administrativ, Transport, etc.)

Martin

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

Re: [Talk-de] Garmin Vista (War: Flyer sind bald alle)

[John07]

Martin Simon schrieb:
> Am Freitag, 6. Juni 2008 09:17:48 schrieb Sven Geggus:
>   
>> Martin Koppenhoefer <[EMAIL PROTECTED]> wrote:
>> 
>>> hatten die nicht so komische Probleme mit Abweichungen in Tracks?
>>>   
>> Bisher hab ich eigentlich nur Leute getroffen, die die Leistung des neuen
>> Empfängers im Gegensatz zu SIRF III über den grünen Klee gelobt haben.
>>
>> Gruss
>>
>> Sven
>> 
>
> Ich habe seit genau einer Woche einen Garmin Etrex Vista HCx und leider gibt 
> es tatsächlich teils erhebliche Abweichungen, auch bei sehr gutem Empfang.
> In ein paar Situationen hatte ich den Eindruck, daß es mein alter 
> Bluetooth-SIRF Star II Empfänger(Royaltek RBT-1000) besser hingekriegt hätte.
> (z.B. bei gutem Empfang und gleichmäßiger Bewegung: Fahrrad/Auto)
>
> Auch die Abweichungen, die erst nach erneutem Einschalten verschwinden (dann 
> aber sofort) und nach einer schlechten Empfangssituation(rein in den 
> Supermarkt, raus aus dem Supermarkt) nicht wiedergefundene Satelliten (bis 
> auf einen) musste ich heute miterleben. :-(
> Nach erneutem Einschalten war auch das *sofort* behoben.
>
> Ich bin irgendwie hin- und hergerissen - einerseits ist das ein tolles Gerät 
> mit guter Empfangsleistung und es ist klasse, immer eine aktuelle OSM-Karte 
> mit sämtlichen POIs dabei zu haben (und demnächst evtl. sogar routing damit 
> betreiben zu können), es ist "wasserunempfindlich und kann eine halbe 
> Ewigkeit mit normalen Akkus aufzeichnen, hat einen Kompass und Barometer - 
> ideal für meine Planlosen Outdoor-Vorhaben.
>
> Andererseits werde ich mich wohl grün und blau ärgern, wenn ich nach 
> kilometerlangem laufen feststelle, daß seit Ewigkeiten Satelliten nicht mehr 
> wiedergefunden werden oder ein Versatz der Position aus einer schlechten 
> Empfangslage ewig mitgeschleppt wurde... ähnliche Erlebnisse mit meinem 
> Bluetooth-Empfänger (Akku leer, schlechter Empfang, untauglich für 
> Schrittgeschwindigkeit) haben mich schon öfter zur Weißglut gebracht und 
> waren mit ein Grund, ein (teureres) Gerät vom tollen Marktführer zu kaufen...
>
>   
Hi,
das mag alles stimmen, aber da imho von etrex die Rede war, kann man das 
nicht nur auf das Vista beziehen. Mit meinem Venture HC hatte ich noch 
nie solche Probleme und ich nutze das GPS auch fürs Geocachen und da 
müsste es mir schon einmal aufgefallen sein.
Gruß
Jonas

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

Re: [Talk-de] Garmin Vista (War: Flyer sind bald alle)

[Martin Simon]

Am Freitag, 6. Juni 2008 09:17:48 schrieb Sven Geggus:
> Martin Koppenhoefer <[EMAIL PROTECTED]> wrote:
> > hatten die nicht so komische Probleme mit Abweichungen in Tracks?
>
> Bisher hab ich eigentlich nur Leute getroffen, die die Leistung des neuen
> Empfängers im Gegensatz zu SIRF III über den grünen Klee gelobt haben.
>
> Gruss
>
> Sven

Ich habe seit genau einer Woche einen Garmin Etrex Vista HCx und leider gibt 
es tatsächlich teils erhebliche Abweichungen, auch bei sehr gutem Empfang.
In ein paar Situationen hatte ich den Eindruck, daß es mein alter 
Bluetooth-SIRF Star II Empfänger(Royaltek RBT-1000) besser hingekriegt hätte.
(z.B. bei gutem Empfang und gleichmäßiger Bewegung: Fahrrad/Auto)

Auch die Abweichungen, die erst nach erneutem Einschalten verschwinden (dann 
aber sofort) und nach einer schlechten Empfangssituation(rein in den 
Supermarkt, raus aus dem Supermarkt) nicht wiedergefundene Satelliten (bis 
auf einen) musste ich heute miterleben. :-(
Nach erneutem Einschalten war auch das *sofort* behoben.

Ich bin irgendwie hin- und hergerissen - einerseits ist das ein tolles Gerät 
mit guter Empfangsleistung und es ist klasse, immer eine aktuelle OSM-Karte 
mit sämtlichen POIs dabei zu haben (und demnächst evtl. sogar routing damit 
betreiben zu können), es ist "wasserunempfindlich und kann eine halbe 
Ewigkeit mit normalen Akkus aufzeichnen, hat einen Kompass und Barometer - 
ideal für meine Planlosen Outdoor-Vorhaben.

Andererseits werde ich mich wohl grün und blau ärgern, wenn ich nach 
kilometerlangem laufen feststelle, daß seit Ewigkeiten Satelliten nicht mehr 
wiedergefunden werden oder ein Versatz der Position aus einer schlechten 
Empfangslage ewig mitgeschleppt wurde... ähnliche Erlebnisse mit meinem 
Bluetooth-Empfänger (Akku leer, schlechter Empfang, untauglich für 
Schrittgeschwindigkeit) haben mich schon öfter zur Weißglut gebracht und 
waren mit ein Grund, ein (teureres) Gerät vom tollen Marktführer zu kaufen...

-Martin

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

Re: [Talk-de] GPS-->EXIF

[Martin Thurau]

2008/6/6 Robert Heel <[EMAIL PROTECTED]>:
> Nachdem ich mir auch ein neues Handy zulegen will, bin ich auch gerade auf 
> der Suche nach einer GPS-Foto-Kombination.
> Aber anscheinend ist noch kein Hersteller auf die Idee gekommen, GPS und Foto 
> miteinander zu verküpfen.
>
> Für Nokia N95 (und auch für das Nokia N82, obwohl das gar keinen GPS hat) 
> gibt es eine Software "adnota geotag", welche
> die Fotos mit den Exifinformationen versieht.

Ich habe das N95 und benuze den "Location Tagger" von Nokia
(kostenlos). Das Ding gefällt mir eigentlich sehr gut und die
Genauigkeit ist prima. Als Beispiel:
http://picasaweb.google.de/martin.thurau/Geotagged/photo#5208851023384358226

Wenn man mal auf der Karte reinzoomt war ich, laut Google, gerade beim
abbiegen. Und das stimmt ganz exakt.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd

[Martin Koppenhoefer]

>>> "Landuse=farm meint den Landwirtschaftlichen Betrieb, der ja nicht als
>>> landuse=residential, industrial oder ähnlichem zu taggen ist. Gemeint
>>> ist
>>> also der Bauernhof mit direkt angrenzenden Nebengebäuden,
>>> Gewächshäusern,
>>> Jauchegrube usw. Meist ist das ganze auch umzäunt."
>>
>>
>> Genau...
>
> Nee, das ist Unfug.  Den eigentlichen Bauernhof kann man sehr gut als
> residential taggen und das ganze bewirtschaftete (oder auch brachliegende)
> Land ist "landuse=farm".

Nee, das ist Unfug. Den eigentlichen Bauernhof kann man sehr gut als
building=yes taggen, den "Hof" im Sinne einer befestigten (auch
wassergebundenen Fläche, also Sand, Kies, etc. komprimiertes Material)
wie immer als Straßen und Wege (das können wir ja ganz gut) und das
bewirtschaftete Land als Acker. Residential bedeutet Wohngebiet, und
nicht alle Flächen, wo jemand wohnt, sind auch Wohngebiete. Bauernhöfe
befinden sich heutzutage oft/meist im Aussenbereich (§34 BauGB, extra
Ausnahme für Landwirtschaft), der per Definition KEIN Wohngebiet ist.

> Mehr industrielle "Höfe" kann man meinetwegen auch als "industrial"
> verbuchen.

wegen mir gerne, wobei einen das auch wieder Konflikte provoziert, wo
industrial anfängt. Wegen mir auch agroindustrial.

> Auf jeden Fall ist es sehr wichtig, das ganze Land zu taggen, damit man
> sieht, wo Bäume stehen und wo nicht.
>
> Karl Eichwalder
>

das ganze Land taggen (und mehr) gerne, mit Bäumen hat das aber IMHO
trotzdem nichts zu tun.

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

Re: [Talk-de] GPS-->EXIF

[Arne Bischoff]

Hallo Robert,

>Für Nokia N95 (und auch für das Nokia N82, 
>obwohl das gar keinen GPS hat) gibt es eine 
>Software "adnota geotag", welche die Fotos 
>mit den Exifinformationen versieht.

Hallo, das ist schön zu wissen, danke! Das N82 ist sogar mit AGPS
ausgestattet. Siehe hier

http://de.wikipedia.org/wiki/Assisted_Global_Positioning_System

Gruß, Arne+++




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

Re: [Talk-de] JOSM: Relations-Editor

[André Reichelt]

Christian Malolepszy schrieb:
Wenn weiterhin Interesse besteht, werde ich die paar Zeilen code etwas 
sauber machen und dann den Patch posten.


Unbedingt! Sowas können wir hier immer gut gebrauchen.



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

Re: [Talk-de] GPS-->EXIF

[Stefan Keller]

>> Es gab auch einen Hersteller, der das ganze "austrickst". Da speichert
der
>> GPS-Empfänger die Rohdaten, was er vom Satellit empfängt und eine
Software
...
> Von dem habe ich auch schon gelesen. Ich glaube, das die meisten
GPS-Empfänger diese Information speichern, und deshalb
> nach einer kurzen ausschaltzeit innerhalb einer Sekunde wieder die
Position haben ...
Wie hiess das Gerät?
Über das NMEA-Protokoll sollte doch das auch bei Garmin & Co. gehen?
Rein für's Tracking hätte dieser Ansatz den Vorteil, dass die Positionen
dann noch genauer werden als im Felde! Das würde sich zum Teil lohnen, da
man sowieso wegen den Bildern Postprocessing machen muss. Daher sehens auch
bestimmte Hersteller nicht so gern und darum gibt es meines Wissens auch
keine freie (und auch kaum kommerzielle) Software, die das leistet. Ich
lasse mich aber gerne überraschen, falls jemand so ein Gerät mit freier
Software kennt!

-- Stefan
Am 6. Juni 2008 20:44 schrieb Robert Heel <[EMAIL PROTECTED]>:

> > Jede gps->foto-Sync-Software kann aber solche Verschiebungen manuell
> > korrigieren.
>
> Passt leider trotzdem nicht exakt :-(
>
> > Trick dafür: Fotografiere einmal die Anzeige des GPS-Zeit. Dann hast du
> die
> > Zeit im Bild und die Zeit im EXIF-Tag des Bildes und kannst damit die
> > Verschiebung berechnen.
>
> Genial, warum bin ich da noch nicht selbst drauf gekommen?
>
> > Ein GPS-Receiver braucht bedingt durch das System wie GPS funktioniert
> einige
> > Sekunden, bei Kaltstart sogar manchmal Minuten, um sich zu
> synchronisieren.
> > Die ersten Trackpoints sind in der Regel Müll. D.h. du müsstest deiner
> Kamera
> > immer ein paar Minuten Sichtkontakt zum Satellit geben, bevor sie ein
> gutes
> > geotagged-Bild machen kann.
>
> Bei neuen Wegen sollte das interne GPS sinnvollerweise auch gleichzeitig
> zum speichern des gpx-Tracks verwendet werden
> können, somit würde es auch ständig eingeschalten sein.
>
> Wenn nur POIs oder Straßennamen interessieren, muss man den GPS-Empfänger
> im Handy halt ständig laufen lassen ...
>
> Der Vorteil von den GPS in den Exif-Informationen ist auch, das man keinen
> gpx-Track braucht.
>
> > Es gab auch einen Hersteller, der das ganze "austrickst". Da speichert
> der
> > GPS-Empfänger die Rohdaten, was er vom Satellit empfängt und eine
> Software
> > ruft später über's Internet die genaue Position der Satelliten zu dem
> > Zeitpunkt ab. Eine lustige Idee, aber ich finde es nicht einfacher als
> die
> > Zuordnung zum GPS-Track passend zu verschieben.
>
> Von dem habe ich auch schon gelesen. Ich glaube, das die meisten
> GPS-Empfänger diese Information speichern, und deshalb
> nach einer kurzen ausschaltzeit innerhalb einer Sekunde wieder die Position
> haben ...
>
> Grüße,
>
> Robert
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] GPS-->EXIF

[Robert Heel]

> Jede gps->foto-Sync-Software kann aber solche Verschiebungen manuell 
> korrigieren.

Passt leider trotzdem nicht exakt :-(

> Trick dafür: Fotografiere einmal die Anzeige des GPS-Zeit. Dann hast du die 
> Zeit im Bild und die Zeit im EXIF-Tag des Bildes und kannst damit die 
> Verschiebung berechnen.

Genial, warum bin ich da noch nicht selbst drauf gekommen?

> Ein GPS-Receiver braucht bedingt durch das System wie GPS funktioniert einige 
> Sekunden, bei Kaltstart sogar manchmal Minuten, um sich zu synchronisieren. 
> Die ersten Trackpoints sind in der Regel Müll. D.h. du müsstest deiner Kamera 
> immer ein paar Minuten Sichtkontakt zum Satellit geben, bevor sie ein gutes 
> geotagged-Bild machen kann.

Bei neuen Wegen sollte das interne GPS sinnvollerweise auch gleichzeitig zum 
speichern des gpx-Tracks verwendet werden
können, somit würde es auch ständig eingeschalten sein.

Wenn nur POIs oder Straßennamen interessieren, muss man den GPS-Empfänger im 
Handy halt ständig laufen lassen ...

Der Vorteil von den GPS in den Exif-Informationen ist auch, das man keinen 
gpx-Track braucht.

> Es gab auch einen Hersteller, der das ganze "austrickst". Da speichert der 
> GPS-Empfänger die Rohdaten, was er vom Satellit empfängt und eine Software 
> ruft später über's Internet die genaue Position der Satelliten zu dem 
> Zeitpunkt ab. Eine lustige Idee, aber ich finde es nicht einfacher als die 
> Zuordnung zum GPS-Track passend zu verschieben.

Ven dem habe ich auch schon gelesen. Ich glaube, das die meisten GPS-Empfänger 
diese Information speichern, und deshalb
nach einer kurzen ausschaltzeit innerhalb einer Sekunde wieder die Position 
haben ...

Grüße,

Robert


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

Re: [Talk-de] GPS-->EXIF

[Bernd Wurst]

Hallo.

Am Freitag, 6. Juni 2008 schrieb Robert Heel:
> meine Erfahrung mit GPS-Empfänger und Fotoapparat ist, das es zwar relativ
> einfach geht, einen gpx-track mit Fotos zu verknüpfen, aber leider nicht
> 100%ig genau ist (verwende gpscorrelate unter linux, welches die Fotos oft
> mehere Meter daneben setzt)

Das liegt in der Regel daran, dass die Zeit der Kamera nicht exakt identisch 
mit der Zeit vom GPS-System ist. 

Jede gps->foto-Sync-Software kann aber solche Verschiebungen manuell 
korrigieren.

Trick dafür: Fotografiere einmal die Anzeige des GPS-Zeit. Dann hast du die 
Zeit im Bild und die Zeit im EXIF-Tag des Bildes und kannst damit die 
Verschiebung berechnen.


> Nachdem ich mir auch ein neues Handy zulegen will, bin ich auch gerade auf
> der Suche nach einer GPS-Foto-Kombination. Aber anscheinend ist noch kein
> Hersteller auf die Idee gekommen, GPS und Foto miteinander zu verküpfen.

Doch, neulich ging mal ein Link hier drüber bzgl. einer Kamera die das hat. 
Aber es ist irgendwie sinnlos. Aus einem einfachen Grund:
Eine Kamera schalte ich ein und in sagen wir mal 1 Sekunde kann ich ein Bild 
machen. So arbeite ich auch beim taggen: Kamera in der Tasche und bei jedem 
POI Kamera raus, einschalten, knipsen, ausschalten.

Ein GPS-Receiver braucht bedingt durch das System wie GPS funktioniert einige 
Sekunden, bei Kaltstart sogar manchmal Minuten, um sich zu synchronisieren. 
Die ersten Trackpoints sind in der Regel Müll. D.h. du müsstest deiner Kamera 
immer ein paar Minuten Sichtkontakt zum Satellit geben, bevor sie ein gutes 
geotagged-Bild machen kann.

Es gab auch einen Hersteller, der das ganze "austrickst". Da speichert der 
GPS-Empfänger die Rohdaten, was er vom Satellit empfängt und eine Software 
ruft später über's Internet die genaue Position der Satelliten zu dem 
Zeitpunkt ab. Eine lustige Idee, aber ich finde es nicht einfacher als die 
Zuordnung zum GPS-Track passend zu verschieben.

Gruß, Bernd

-- 
Manchmal hab' ich den Eindruck, hier poste der eine oder andere
Fünfjährige unter Drogen.  -  Jens Dittmar in de.newusers.questions


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

Re: [Talk-de] GPS-->EXIF

[Robert Heel]

Hallo,

meine Erfahrung mit GPS-Empfänger und Fotoapparat ist, das es zwar relativ 
einfach geht, einen gpx-track mit Fotos zu
verknüpfen, aber leider nicht 100%ig genau ist (verwende gpscorrelate unter 
linux, welches die Fotos oft mehere Meter
daneben setzt)

Nachdem ich mir auch ein neues Handy zulegen will, bin ich auch gerade auf der 
Suche nach einer GPS-Foto-Kombination.
Aber anscheinend ist noch kein Hersteller auf die Idee gekommen, GPS und Foto 
miteinander zu verküpfen.

Für Nokia N95 (und auch für das Nokia N82, obwohl das gar keinen GPS hat) gibt 
es eine Software "adnota geotag", welche
die Fotos mit den Exifinformationen versieht.

Mir hat das Samsung SGH-i550 gefallen, jedoch habe ich beim Hersteller und bei 
adnota (läuft auch mit symbian)
nachgefragt, mit diesem Handy lassen sich keine Geocodierten Fotos erstellen ...

Grüße,

Robert


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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd

[Frederik Ramm]

Hallo,

> irgendwie müssen die Tags doch zuerst definiert werden, wenn die in jeder 
> Region anders heißen endet das doch im Chaos ...

Mal angenommen, Du taggst jetzt munter landuse=farmland, und irgendwie 
setzt sich mit der Zeit aber doch landuse=field durch. Dann ist es kein 
Problem, Deine existierenden Tags automatisch umzuwandeln.

Es ist immer besser, einfach mal was anzufangen. Nicht total chaotisch - 
  schon ein bisschen ueberlegt, und ein bisschen drueber reden hilft 
auch - aber sich niemals mit einer Wartesituation abgeben ("erstmal 
warten, bis abgestimmt ist..."). Wenn Du erstmal einfach ein eigenes Tag 
benutzt oder das, was Dir halt am besten erscheint, bringst Du die Sache 
voran, das ist zehnmal besser, als das Taggen sein zu lassen und zu 
sagen "ich warte mal ab".

> Trifft es "... bis über neue Tags abgestimmet worden ist ..." besser ?

Nein, denn die, die abstimmen, haben keine Autoritaet. Du kannst 
natuerlich einen Abstimmungsprozess anstossen, aber der wird auch nicht 
erbaulicher als eine kurze Umfrage hier auf der Liste, und es kann Dir 
eh niemand vorschreiben, was Du zu machen hast. Mein Rat waere, einfach 
das Tag zu verwenden, das Dir im Moment richtig erscheint, und wie 
gesagt, wenn ploetzlich spaeter alle anderen was andres machen, aendert 
man es halt.

Fuer den Renderer ist es auch kein Beinbruch, wenn er b.a.w. mal "field" 
und "farmland" unterstuetzt.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Routingfaehige Garminkarten

[Thomas Hieber]

Sven Anders schrieb:
> Am Mittwoch, 4. Juni 2008 22:12 schrieb Frederik Ramm:
>   
>> Hallo,
>>
>> 
>>> Ich für meinen Teil ich wäre gerne bereit jemandem 20€ zukommen zu
>>> lassen, wenn der in Zukunft regelmäßig aktuelle, routingfähige OSM
>>> Karten irgendwo zum Download bereitstellt. (Da habe ich schon mehr Geld
>>> für nutzlosere Dinge ausgegeben)
>>>   
>> Ich wuerde eigentlich gern jemandem 20€ zukommen lassen, damit der die
>> existierende freie Software um die Faehigkeit erweitert, Routingkarten
>> zu machen, anstatt €20 fuer eine Lizenz auszugeben ;-)
>> 
>
> Ja, ich wäre auch sehr interessiert. Wenn nur noch ein paar Bytes im Header 
> fehlen könnte man sich die Information was diese bedeuten evtl. vom 
> Entwickler von cGPSmapper für ein paar Euro abkaufen.
>
>   
Ich wüßte nicht, warum der die Info VERKAUFEN wollte. Entweder ist ihm 
OSM sympathisch, dann kann man Ihn einfach nach der Info fragen, oder er 
mag das Projekt nicht, dann wird er nicht seine Einnahmequelle gefährden 
durch die Herausgabe von Geschäftsgeheimnissen.

Wenn man aber dem Thema auf die Spur kommen will: Man kann über 
Mapcenter2 auch .mp Dateien hochladen und dann nach ca. einem halben Tag 
werden die automatich compiliert und man kann das Ergebnis wieder 
herunterladen. Wenn man sich so ne Mini-MP Datei selbst erstellt und an 
den Parametern herumspielt wird man vermutlich schnell sehen was das für 
Auswirkungen auf die compilierte Map hat.

Wer also hartnäckig genug ist wird das auch herausfinden. Ich für meinen 
Teil bin erst mal zufrieden, dass es den Webservice gibt - allerdings 
lässt sich meine mit osm2mp convertierte map dort nicht compilieren - er 
meckert herum, dass die Datei fehlerhaft wäre - vermutlich ist osm2mp 
noch etwas buggy.

Gruß,
Thomas


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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd

[Robert Heel]

Hi Frederik,

irgendwie müssen die Tags doch zuerst definiert werden, wenn die in jeder 
Region anders heißen endet das doch im Chaos ...

Trifft es "... bis über neue Tags abgestimmet worden ist ..." besser ?

barnyard und farmland finde ich sehr gut, farm und field sind einfach zu 
mehrdeutig.

Grüße aus dem Allgäu (landuse=farmland),

Robert


Frederik Ramm schrieb:
> Hi,
> 
>> Sehe ich auch so. Also warten, bis neue tags definiert sind ...
> 
> Nein. Niemand in diesem Projekt definiert neue Tags.
> 
> 1. nachdenken
> 2. (optional) drueber reden
> 3. machen
> 
> Einen Schritt "warten, bis jemand anders die Verantwortung uebernimmt
> und mir sagt, was ich tun soll" gibt es nicht ;-)
> 
> Bye
> Frederik
> 


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

Re: [Talk-de] JOSM: Relations-Editor

[Bernd Wurst]

Hallo.

Am Freitag, 6. Juni 2008 schrieb Christian Malolepszy:
> Wenn weiterhin Interesse besteht, werde ich die paar Zeilen code etwas
> sauber machen und dann den Patch posten.

Aber auf jeden Fall! ;-)

Gruß, Bernd

-- 
Mein Homer ist kein Kommunist. Er ist vielleicht ein Lügner,
ein Schwein, ein Idiot und ein Kommunist, aber ist kein Porno-Star!
  -  Grandpa, Die Simpsons


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

Re: [Talk-de] JOSM: Relations-Editor

[Christian Malolepszy]

Hallo,

so wie es aussieht liegt es in dem Fall  nicht an der Relation oder JOSM 
sondern da dran, dass die restlichen Wege des "Frankenweg" nicht 
innerhalb der Relation sind.

Ich hab mal den JOSM erweitert, so, dass man unvollständige Relationen 
herunterladen kann, man sieht dann ganz gut die Lücken bzw.
Fehler in den Relationen.
Auf die Lücke ranzoomen, normalen download starten und den Teil der 
fehlt der Relation hinzufügen. Damit bekommt man die Relationen in den 
Griff.

Wenn weiterhin Interesse besteht, werde ich die paar Zeilen code etwas 
sauber machen und dann den Patch posten.

Gruß
Christian


Andreas Jacob wrote:
> Am Freitag, 6. Juni 2008 15:58:02 schrieb Christian Malolepszy:
>   
>> Hallo,
>>
>> kann mir mal einer die Koordinaten für den 500km langen Frankenweg
>> geben, dann schaue ich mal,
>> dass ich einen Patch für JOSM erstelle, der dann die ganze Relation
>> runterlädt.
>> 
>
> wget 'http://www.informationfreeway.org/api/0.5/relation[name=Frankenweg]' -O 
> frankenweg.osm
>
> Und schon hast du den Frankenweg un kannst ihn in Josm laden. Sieht aber sehr 
> unvollständig aus.
>
> Gruß Andreas
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
>
>   


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

Re: [Talk-de] JOSM-Validator Gemeckere

[Thomas Hieber]

Andreas Kemnade schrieb:
> Moin,
>
> On Fri, 6 Jun 2008 12:26:03 +0200
> Sven Anders <[EMAIL PROTECTED]> wrote:
>
>   
>> Am Freitag, 6. Juni 2008 12:22 schrieb Stefan Hirschmann:
>> 
>>> Frank Gruender wrote:
>>>   
 Moin

 Andreas Kemnade schrieb:
 [...]

 
> Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da
> für bestimmten Straßen einen "Persilschein" ausstellen kann,
> der derartiges Gemecker für mich für genau diese Version der Straße
> unterbindet.
>   
 In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei
 welchen Fehlern er meckern soll. Dort schon mal geguckt?
 
>>> Das dürfte den Original Poster nicht weiter helfen. Falls er es gleich
>>> macht wie ich, dann will er nicht den Check komplett ausschalten,
>>> sondern nur gezielt für zwei Straßen deaktivieren.
>>>
>>> Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe, aber
>>> bis zum Sommer werde ich eher nicht dazu kommen. "Francisco R. Santos"
>>> ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin.
>>> Weiß jemand ob er externe Patches überhaupt akzeptiert?
>>>   
>> Ja, ich hatte auch mal gedacht, das man an eine Straße sowas ranhängen 
>> könnte 
>> wie: validator:ignore=same_name
>>
>> 
> ja, ganz so einfach ist es ja nicht. Man müsste ja dieses 
> validator:ignore=whatever
> an eine Kombination aus den beteiligten ways und den Timestamps setzen,
> so dass man das ganze wieder sieht, falls sich an den Objekten etwas ändert
> und die validator-Warnungen doch wieder Sinn ergeben.
>
> Ich halte es für angebrachter, das lokal z.B. als Textdatei zu handhaben,
> das gibt anderen Mappern einfacher eine Chance sich darüber selbt eine 
> Meinung zu
> bilden und bei akut abweichender Meinung dann Kontakt aufzunehmen oder
> selbst korrigierend einzugreifen.
>   

Ich halte das mit den speziellen Tags eigentlich schon für den richtigen 
Weg. Ist das gleiche wie im Umgang mit Lint - man knipst die Warnungen 
an den entsprechenden Stellen aus. Und wer das ganze nachprüfen will 
sucht nach den "Ausknipsungen". Klappt eigentlich ganz gut. Man sollte 
aber vielleicht vorher dem Validator den größsten Unfug komplett im 
Source abgewöhnen. --> Ich benutze den aus diesem Grund nicht mehr.

Gruß,
Thomas

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

Re: [Talk-de] neue Garmin Karte

[Steffen Mueller]

Hallo,

>> Ich habe plötzlich dasselbe Problem wie Martin.
>
>> Fehlermeldung in MapSource bei Aufruf der worldmap vom 05.06.2008
>
>> "In dieser GARMIN-Anwendung ist ein Problem aufgetreten."

Gleiches hier...

Gruss
  Steffen
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Genauigkeit der Luftbilder vom GeoDaten Bayern WMS Server?

[Bernd Wurst]

Hallo.

Am Freitag, 6. Juni 2008 schrieb Jannis Achstetter:
> Und jez die Knüllerfrage: Darf man damit auch Sachen in Hessen mappen?
> Geht zwar nich weit nach Hessen rein aber bis Hanau is drin.

IMHO ja. Warum auch nicht, es geht ja nur um da sUrheberrecht an dem 
Bildmaterial. Und der (hoffentlich) Zuständige hat uns das Recht gegeben, die 
Bilddaten des bayerischen LVA zu nutzen, nicht "die Bilder von Bayern". :)

Aber mich wundert das, bei Ulm/Neu-Ulm ist die Grenze sehr hart gezogen, da 
ist entlang der Grenze geschwärzt...

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#354): Firewall mit absolutem Schutz
   Kommunikationsverhinderungsmodul
(Rainer Kersten und Christoph Weber)


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

Re: [Talk-de] [EMAIL PROTECTED]

[Frederik Ramm]

Hallo,

> - XML -> SVG mittels xmlstarlet bzw. or/p

genau (dieser Vorgang findet pro Layer und Zoomlevel einmal statt)

> - Für jedes tile, das wir haben wollen:
>   - Inkscape aufrufen mit SVG-Datei und gewünschtem Ausschnitt als Parameter

Das stimmt nur fuer Zoomlevel 12. Fuer Zoomlevel n mit n>12 wird Inksape
2(n-12) mal aufgerufen, und es werden einzelne "Zeilen" erzeugt, die
dann danach mit Bitmap-Operationen zerschnitten werden. (Oder waren es
Spalten...)

Dass wir nicht komplett so vorgehen, wie Du sagst, hatte einen Grund,
den ich leider vergessen habe. Eventuell hat es mit der Mercator-
Projektion zu tun, die ja in der Hoehe nicht "konstant" ist. Deelkar
wird sich sicher noch erinnern ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"


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

Re: [Talk-de] Genauigkeit der Luftbilder vom GeoDaten Bayern WMS Server?

[Andreas Jacob]

Am Freitag, 6. Juni 2008 19:24:25 schrieb Jannis Achstetter:

> Und jez die Knüllerfrage: Darf man damit auch Sachen in Hessen mappen?
> Geht zwar nich weit nach Hessen rein aber bis Hanau is drin.

Also ich hatte keine Skrupel auch nur eine Sekunde darüber nachzudenken, dass 
ich etwas unzulässiges tun würde, wenn ich jetzt den kleinen Thüringer 
Anteil, welcher auf den DOPs erkennbar ist, eintragen würde. Die Bilder sind 
als solches freigegeben. Wenn die Anstalten keine Rechte hätten, dann müssten 
sie das Bildmaterial zuvor mit einem Grenzpolygon beschneiden. 

Gruß Andreas

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

[Talk-de] WMS-Server Hessen

[Juergen Buchner]

Hallo,

hat eigentlich schon mal jemand nachgefragt, ob man auch den
WMS-Server von Hessen verwenden darf? Ich habe ihn probeweise mal
eingebunden, die Ergebnisse sehen vielversprechend aus.

Falls noch niemand gefragt hat, würde ich es mal machen 

Viele Grüße

Jürgen

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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutsch land

[Frederik Ramm]

Hi,

> Sehe ich auch so. Also warten, bis neue tags definiert sind ...

Nein. Niemand in diesem Projekt definiert neue Tags.

1. nachdenken
2. (optional) drueber reden
3. machen

Einen Schritt "warten, bis jemand anders die Verantwortung uebernimmt
und mir sagt, was ich tun soll" gibt es nicht ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"


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

Re: [Talk-de] Genauigkeit der Luftbilder vom GeoDaten Bayern WMS Server?

[Jannis Achstetter]

Hi,

John07 schrieb:

Frank Wein schrieb:

Hallo,
nachdem jetzt wohl schon einige die Luftbilder vom GeoDaten Bayern WMS
Server ausprobiert haben, wie sieht es mit Genauigkeit (also
Übereinstimmung mit der reellen Position) aus? Z.B. in der Region um
Bayreuth rum scheinen die Bilder immer so um 3-5m nach unten verschoben
zu sein, aber ich will jetzt auch nicht meinen GPS Empfänger als die
ultimative Quelle her nehmen, da der ja auch meistens ne Abweichung von
+/- 2 bis 4 Meter hat, selbst bei guten Empfangsverhältnissen. Für eine
genaue Prüfung der Bilder müsste man wohl mal seinen GPS Empfänger auf
die Straße legen und einfach mal ein paar Minuten lang Daten sammeln und
dann den Mittelwert mit den Bildern abgleichen...

  

Hi,
also hier im Raum Würzburg stimmen die Daten eigentl. zu fast hundert 
Prozent überein. Besonders bei den von mir gemappten Feldwegen ;-) (ne 
im Ernst, bei Feldwegen mit freier Sicht bei denen ich meist schon 2 mal 
lang gefahren bin, stimmt es genau überein)

Gruß
Jonas


ist hier im Raum Aschaffenburg/Miltenberg auch so, ziemlich gutes Matching.
Als source nehm ich auch "geodaten.bayern.de" (is in dem anderen Thread 
dazu erwähnt worden, kann man ja einheitlich halten.
Und jez die Knüllerfrage: Darf man damit auch Sachen in Hessen mappen? 
Geht zwar nich weit nach Hessen rein aber bis Hanau is drin.


Jannis




smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Landwirtschaftliche Flächen in Deutsc hland

[Bernd Wurst]

Hallo.

Am Freitag, 6. Juni 2008 schrieb Norbert Truchsess:
> Bauernhof/höfe: landuse=farm (oder meinetwegen auch: landuse=barnyard)

Das würde dazu führen, dass weite Teile der Republik jetzt grade als Bauernhof 
gemapped sind. :)

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#213): NT-Fernwartung
   Microsoft Cordless Wheel Mouse
(Auf der CeBit 2001 aufgeschnappt von Moritz Mühlenhoff)


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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd

[Robert Heel]

Sehe ich auch so. Also warten, bis neue tags definiert sind ...

Grüße,

Robert


Norbert Truchsess schrieb:
> Bernd Wurst schrieb:
>> Das sollte IMHO aber auf keinen Fall mit den bewirtschafteten Gebieten zu 
>> tun 
>> haben. Für die Höfe selbst, brauchen wir auf jeden Fall irgend etwas anderes 
>> als für die Grünflächen.
>>
>> Gruß, Bernd
>>
>>   
> volle Zustimmung. Also so was:
> 
> Bauernhof/höfe: landuse=farm (oder meinetwegen auch: landuse=barnyard)
> 
> Ackerland: landuse=farmland oder landuse=field
> 
> -Norbert
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
> 


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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutsc hland

[Norbert Truchsess]

Bernd Wurst schrieb:
> Das sollte IMHO aber auf keinen Fall mit den bewirtschafteten Gebieten zu tun 
> haben. Für die Höfe selbst, brauchen wir auf jeden Fall irgend etwas anderes 
> als für die Grünflächen.
>
> Gruß, Bernd
>
>   
volle Zustimmung. Also so was:

Bauernhof/höfe: landuse=farm (oder meinetwegen auch: landuse=barnyard)

Ackerland: landuse=farmland oder landuse=field

-Norbert


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

Re: [Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Norbert Truchsess]

Andreas Jacob schrieb:
> Nun ja. Ich bezog mich mit meiner Aussage eigentlich mehr allgemein darauf, 
> dass es Motivationsfördernd ist, dass die eigene Arbeit zu sehen ist, vulgo 
> von den Renderern auch dargestellt wird. Die Diskussion bzgl. der Felder ist 
> mir momentan noch reichlich egal, so lange ich noch per Luftbild fehlende 
> Straßen und Wege erhgänzen kann. Wenn ich aber meine als "road" 
> eingezeichneten Highways im Renderer nicht sehen würde, dann wäre ich 
> wahrscheinlich nicht motiviert dies zu tun. Im geheimen hoffe ich natürlich, 
> dass beim derzeitigen Medieninteresse ein Neuling diese unbenamten und 
> unklassifizierten Straßen in seiner Umgebung sieht, und auch ohne sich ein 
> GPS Gerät zugelegt zu haben, bereits ein paar Straßen eintragen kann.
>   

oups, da habe ich aus versehen 3 mails zu tief auf 'reply' gedrückt. Das 
mit der motivationsfördernden Wirkung eines sichtbaren Ergebnisses 
wollte ich ganz sicher nicht in Abrede stellen.
Also nix für ungut...

- Norbert

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

[Talk-de] [EMAIL PROTECTED]

[Bernd Wurst]

Hallo.

Ich hab da mal ne Frage...

Beim Zuschauen wie mein [EMAIL PROTECTED] arbeitet, fiel mir auf, dass da 
scheinbar folgendermaßen vorgegangen wird (pro Zoom-Level):

- XML -> SVG mittels xmlstarlet bzw. or/p
- Für jedes tile, das wir haben wollen:
  - Inkscape aufrufen mit SVG-Datei und gewünschtem Ausschnitt als Parameter

Wenn ich die SVG-Datei z.B. für zoome-level 15 manuell in inkscape öffne, 
dauert das Laden einige Sekunden. Ist verständlich.

Wäre es nicht viel sinnvoller, [EMAIL PROTECTED] würde inkscape pro Zoom-Level 
nur 
einmal rendern lassen und das PNG dann z.B. mittels imagemagick passend 
ausschneiden? AFAIK kann das sogar ein Bild auf einmal in mehrere Kacheln 
zerlegen.

Ein Pixelbild zu bearbeiten sollte *wesentlich* schneller gehen als das 
wiederholte rendering einer solch komplexen SVG-Datei.

Gruß,
Bernd


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

Re: [Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Andreas Jacob]

Am Freitag, 6. Juni 2008 17:46:55 schrieb Norbert Truchsess:
> naja - farm und barnyard sind quasi synonym und bedeuten beide einfach
> auch 'Bauernhof'.
> Das zum Bauernhof gehörige Ackerland heisst im englischen dann auch
> 'farm land'.
[...]
> Andreas Jacob schrieb:
> > Wie hat es mein Medizinprof immer so schön formuliert, wenn er vor den
> > E-Technikern und Informatikern stand: "Der Mensch ist ein Augentier." Und
> > da ist viel wahres dran. Die Motivation steigt dann, wenn ich am Ende des
> > Tages auf das geschaffene schauen kann. Sie steigt noch mehr, wenn auch
> > andere sich das Ergebnis anschauen können.

Nun ja. Ich bezog mich mit meiner Aussage eigentlich mehr allgemein darauf, 
dass es Motivationsfördernd ist, dass die eigene Arbeit zu sehen ist, vulgo 
von den Renderern auch dargestellt wird. Die Diskussion bzgl. der Felder ist 
mir momentan noch reichlich egal, so lange ich noch per Luftbild fehlende 
Straßen und Wege erhgänzen kann. Wenn ich aber meine als "road" 
eingezeichneten Highways im Renderer nicht sehen würde, dann wäre ich 
wahrscheinlich nicht motiviert dies zu tun. Im geheimen hoffe ich natürlich, 
dass beim derzeitigen Medieninteresse ein Neuling diese unbenamten und 
unklassifizierten Straßen in seiner Umgebung sieht, und auch ohne sich ein 
GPS Gerät zugelegt zu haben, bereits ein paar Straßen eintragen kann.


Gruß Andreas

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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd

[Bernd Wurst]

Hallo.

Okay, ich formuliere es anders:

So lange hier *EIN* tag für ganz viele komplett unterschiedliche Dinge benutzt 
wird, sehe ich es als nicht sinnvoll an, damit jegliche Art der 
landwirtschaftlichen Nutzung erfassen zu wollen.

Wenn ich mich so umschaue, dann wurde wohl an vielen Stellen alles was auf dem 
Luft/Sat-Bild als nicht-Wald und nicht-bebaut eingestuft wurde, dann als 
landuse=farm getagged.
*DAS* finde ich einen nicht sinnvollen Einsatz des Tags.


Am Freitag, 6. Juni 2008 schrieb Robert Heel:
> Argumente, welche für die ausschließliche Markierung von besonderen
> landwirtschaftlich genutzen Flächen (Bauernhöfe, Felder innerorts)
> sprechen:
> - Es wird nicht ganz Deutschland Braun/Grün dargestellt

Das ist Sache der Renderer. Dass es momentan relativ hässlich gerendert wird, 
bringt mich aber vollends dazu, das momentan nicht zu mappen. Zudem bei uns 
hier alles landwirtschaftlich genutzt wird und man das zwischen Wald und 
residential jederzeit nachtragen kann.


> - Bauernhöfe sind gut zu erkennen

Das sollte IMHO aber auf keinen Fall mit den bewirtschafteten Gebieten zu tun 
haben. Für die Höfe selbst, brauchen wir auf jeden Fall irgend etwas anderes 
als für die Grünflächen.

Gruß, Bernd

-- 
Hilf einem Freund in der Not,
und er wird sich an dich erinnern,
wenn er wieder in Not ist!


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

Re: [Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Markus Stürmer]

Christoph Eckert schrieb:
> den Tag finde ich klasse. Sollten wir einfach benutzen. Damit es vollends 
> eindeutig wird werde ich ab sofort nicht mehr landuse=farm, sondern 
> landuse=farmland verwenden. Sollte vielleicht auch in die JOSM-Presets.
>
> Kann jemand die neuen Tags in die Renderer einbauen? Die Erfahrung zeigt 
> nämlich dass die Leute es dann auch nutzen - auch wenn wir natürlich nicht 
> für die Renderer taggen sollen ;-) .
Ich bin auch für eine genauere Abgrenzung und glaube, dass das ganz gut
nutzbar ist.
Ich mach mich gleich mal dran was damit zu kennzeichnen.

Gruß,
Markus Stürmer

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

Re: [Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Norbert Truchsess]

naja - farm und barnyard sind quasi synonym und bedeuten beide einfach 
auch 'Bauernhof'.
Das zum Bauernhof gehörige Ackerland heisst im englischen dann auch 
'farm land'.

Ich glaube nicht, daß unsere englischsprachigen Kollegen bei 
landuse=barnyard ausreichende Differenzierung in der Bedeutung sehen.

es giebt auch schon ein anderes Proposal, um selbiges Problem zu lösen:

landuse=field (siehe: 
http://wiki.openstreetmap.org/index.php/Proposed_features/agricultural_Field).

Meinetwegen auch: landuse=farmland

Dann versteht auch der Rest der Welt was wir mit den unterschiedlichen 
Tags ausdrücken wollen.

- Norbert

Andreas Jacob schrieb:
> Am Freitag, 6. Juni 2008 17:03:14 schrieb Christoph Eckert:
>
>   
>> Kann jemand die neuen Tags in die Renderer einbauen? Die Erfahrung zeigt
>> nämlich dass die Leute es dann auch nutzen - auch wenn wir natürlich nicht
>> für die Renderer taggen sollen ;-) .
>> 
>
> Wie hat es mein Medizinprof immer so schön formuliert, wenn er vor den 
> E-Technikern und Informatikern stand: "Der Mensch ist ein Augentier." Und da 
> ist viel wahres dran. Die Motivation steigt dann, wenn ich am Ende des Tages 
> auf das geschaffene schauen kann. Sie steigt noch mehr, wenn auch andere sich 
> das Ergebnis anschauen können. 
>
> Gruß Andreas
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
>   


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

Re: [Talk-de] Genauigkeit der Luftbilder vom GeoDaten Bayern WMS Server?

[John07]

Frank Wein schrieb:
> Hallo,
> nachdem jetzt wohl schon einige die Luftbilder vom GeoDaten Bayern WMS
> Server ausprobiert haben, wie sieht es mit Genauigkeit (also
> Übereinstimmung mit der reellen Position) aus? Z.B. in der Region um
> Bayreuth rum scheinen die Bilder immer so um 3-5m nach unten verschoben
> zu sein, aber ich will jetzt auch nicht meinen GPS Empfänger als die
> ultimative Quelle her nehmen, da der ja auch meistens ne Abweichung von
> +/- 2 bis 4 Meter hat, selbst bei guten Empfangsverhältnissen. Für eine
> genaue Prüfung der Bilder müsste man wohl mal seinen GPS Empfänger auf
> die Straße legen und einfach mal ein paar Minuten lang Daten sammeln und
> dann den Mittelwert mit den Bildern abgleichen...
>
>   
Hi,
also hier im Raum Würzburg stimmen die Daten eigentl. zu fast hundert 
Prozent überein. Besonders bei den von mir gemappten Feldwegen ;-) (ne 
im Ernst, bei Feldwegen mit freier Sicht bei denen ich meist schon 2 mal 
lang gefahren bin, stimmt es genau überein)
Gruß
Jonas

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

Re: [Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Andreas Jacob]

Am Freitag, 6. Juni 2008 17:03:14 schrieb Christoph Eckert:

> Kann jemand die neuen Tags in die Renderer einbauen? Die Erfahrung zeigt
> nämlich dass die Leute es dann auch nutzen - auch wenn wir natürlich nicht
> für die Renderer taggen sollen ;-) .

Wie hat es mein Medizinprof immer so schön formuliert, wenn er vor den 
E-Technikern und Informatikern stand: "Der Mensch ist ein Augentier." Und da 
ist viel wahres dran. Die Motivation steigt dann, wenn ich am Ende des Tages 
auf das geschaffene schauen kann. Sie steigt noch mehr, wenn auch andere sich 
das Ergebnis anschauen können. 

Gruß Andreas

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

Re: [Talk-de] landuse=greenfield

[Heiko Jacobs]

Zitat von Frederik Ramm <[EMAIL PROTECTED]>:
> ein kleiner Hinweis an den/diejenigen, die Sportstadien mit
> "landuse=greenfield" taggen ;-)
>
> Im Englischen sind "greenfield" und "brownfield" Bezeichnungen fuer
> Baugebiet (greenfield = neu ausgewiesen, brownfield = alter Kram, der
> abgerissen wurde).
>
> Fuer ein Stadion ist das weniger geeignet,  ausser, seine Tage sind
> gezaehlt.

Sport ist Mord
Breitensport ist Massenmord

Ich finde das Tag optimal:
Verhindert Mord,
bebaut Sportplätze!
  ;-)

Gruß Mueck


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

Re: [Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Christoph Eckert]

Moin,

> nachdem hier schon wieder der streit um landuse=farm und dessen
> unterschiedliche nutzung entbrannt ist, habe ich ein neues proposal für
> landuse=barnyard¹ geschrieben, um damit klarheit zu schaffen.
>
> http://wiki.openstreetmap.org/index.php/Proposed_features#Proposed_Features
>_-_Landuse

den Tag finde ich klasse. Sollten wir einfach benutzen. Damit es vollends 
eindeutig wird werde ich ab sofort nicht mehr landuse=farm, sondern 
landuse=farmland verwenden. Sollte vielleicht auch in die JOSM-Presets.

Kann jemand die neuen Tags in die Renderer einbauen? Die Erfahrung zeigt 
nämlich dass die Leute es dann auch nutzen - auch wenn wir natürlich nicht 
für die Renderer taggen sollen ;-) .

Beste Grüße,

ce


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

[Talk-de] landuse=greenfield

[Frederik Ramm]

Hallo,

ein kleiner Hinweis an den/diejenigen, die Sportstadien mit  
"landuse=greenfield" taggen ;-)

Im Englischen sind "greenfield" und "brownfield" Bezeichnungen fuer  
Baugebiet (greenfield = neu ausgewiesen, brownfield = alter Kram, der  
abgerissen wurde).

Fuer ein Stadion ist das weniger geeignet,  ausser, seine Tage sind  
gezaehlt.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"




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

Re: [Talk-de] Landwirtschaftliche Fl��� ��������������� ��

[Sven Rautenberg]

Robert Heel schrieb:
> Argumente, welche für die ausschließliche Markierung von besonderen 
> landwirtschaftlich genutzen Flächen (Bauernhöfe,
> Felder innerorts) sprechen:
> - Es wird nicht ganz Deutschland Braun/Grün dargestellt
> - Bauernhöfe sind gut zu erkennen

Heißt es nicht: "Nicht für den Renderer taggen"?

Was kann der taggende OSMer dafür, wenn Renderer die ganze Landschaft 
braun-grün rendern, nur weil Fakten in der DB stehen?

Viele Grüße
Sven

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

Re: [Talk-de] JOSM: Relations-Editor

[Andreas Jacob]

Am Freitag, 6. Juni 2008 15:58:02 schrieb Christian Malolepszy:
> Hallo,
>
> kann mir mal einer die Koordinaten für den 500km langen Frankenweg
> geben, dann schaue ich mal,
> dass ich einen Patch für JOSM erstelle, der dann die ganze Relation
> runterlädt.

wget 'http://www.informationfreeway.org/api/0.5/relation[name=Frankenweg]' -O 
frankenweg.osm

Und schon hast du den Frankenweg un kannst ihn in Josm laden. Sieht aber sehr 
unvollständig aus.

Gruß Andreas

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

Re: [Talk-de] Luftbilder vom GeoDaten Bayern WMS Server?

[Markus Stürmer]

Ich verwende diese DOP vom GeoDaten Bayern Server auch seit dem sehr gerne.
Damit man das später nachvollziehen kann hänge ich
source=geodaten.bayern.de dran, sollte man das vielleicht auf der DOP
Seite noch mit erwähnen?
Damit ist später besser ersichtlich, wenn es Probleme mit Verschiebung
und Genauigkeit gibt.

Ein schönes Wochende und Gruß,
Markus Stürmer

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

Re: [Talk-de] Luftbilder vom GeoDaten Bayern WMS Server?

[Andreas Jacob]

Am Freitag, 6. Juni 2008 16:01:43 schrieb Christian Mayr:
> Vielen dank für die schnellen antworten :)
> Werde es heut abend gleich mal ausprobieren

Noch ein kleiner Tip: Die maximal lieferbare Auflösung gibt es, wenn der 
Maßstab in Josm zwischen 130 und 140m liegt (so ist es zumindest bei mir). 
Gehst du näher ran, dann gibt's nur ein weißes Rechteck. Alles was wesentlich 
höher ist, kann nicht zum Zeichnen, sondern nur zur Übersicht verwendet 
werden.

Gruß Andreas

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

Re: [Talk-de] verwendung von highway=byway

[Heiko Jacobs]

Zitat von Frank Sautter <[EMAIL PROTECTED]>:
> das gelbe ist ein highway=byway.
>
> wie wird der verwendet?
> was ist die deutsche entsprechung?

Keine Entsprechung, da wohl SPezialität englischen Wegerechts.
Versuch Dein Glück mal in der englischen Wikipedia.

Gruß Mueck


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

Re: [Talk-de] Luftbilder vom GeoDaten Bayern WMS Server?

[Christian Mayr]

Vielen dank für die schnellen antworten :)
Werde es heut abend gleich mal ausprobieren
 
Gruss
  gremmel

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

Re: [Talk-de] JOSM: Relations-Editor

[Christian Malolepszy]

Hallo,

kann mir mal einer die Koordinaten für den 500km langen Frankenweg 
geben, dann schaue ich mal,
dass ich einen Patch für JOSM erstelle, der dann die ganze Relation 
runterlädt.

Danke und Gruß
Christian


Andreas Stenglein wrote:
> Ich häng mich da auch gleich mal mit ran...
>
>   
>> Außerdem fände ich die Möglichkeit schön, alle Mitglieder einer  
>> Relation, die noch nicht geladen wurden (sind im Editor als  
>> "unvollständig" markiert) unkompliziert in einem Rutsch vom Server  
>> holen zu können. Wer z.B. eine ganze Bahnstrecke oder auch einen Wald  
>> 
>
> Ja, bitte einbauen!
>
> Ich wollte heute dem insgesamt ca. 500km langen Wanderweg "Frankenweg"
> ein paar Kilometer ranhängen, ging aber nicht, weil ein paar
> Stücke "unvollständig" sind.
> Diese Stücke aufzufinden ist wohl unmöglich, außer man lädt ganz
> Bayern runter.
> Oder ich fange einfach einen "Frankenweg2" an, bis JOSM entsprechend
> angepaßt ist.
>
> Wie lange wird es dauern bis das eingebaut ist, daß JOSM fehlende
> Wegstücke und Nodes einer Relation per Knopfdruck herunterlädt?
>
> freundliche Grüße,
> Andreas
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>
>
>   


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

Re: [Talk-de] Luftbilder vom GeoDaten Bayern WMS Server?

[Frank Wein]

Christian Mayr wrote:
> Hallo
> 
> Hab jetzt schon paarmal von den Bayern WMS Bildern gelesen
> Kann ich die in JOSM anzeigen? Und wenn ja wie?
> 
> Und vor allem darf man die zum Mappen von Flächen verwenden?
> 
> Hab noch keine ahnung wie das mit den WMS Bildern funktioniert, 
> Wäre nett wenn mir das jemand erklären könnte

Hallo,
schau dir mal http://wiki.openstreetmap.org/index.php/De:DOP_Sources an.
Dort gibs die URL und einen Link auf eine Mail, in der steht, dass man
damit mappen darf. In JOSM klickt man dann in den Einstellungen auf das
WMS Tab links und fügt dort mit "Add" einen neuen Eintrag hinzu, Menu
Name halt sowas wie "GeoDaten Bayern" und WMS URL eben die URL von der
Wikiseite. Anschließend kann man unter dem WMS Menü mit dem neuen
Eintrag sich ein Hintergrundbild von diesem Server laden.

Gruß
Frank



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

Re: [Talk-de] Luftbilder vom GeoDaten Bayern WMS Server?

[Christian Hartnick]

Christian Mayr schrieb:
> Hallo
>
> Hab jetzt schon paarmal von den Bayern WMS Bildern gelesen
> Kann ich die in JOSM anzeigen? Und wenn ja wie?
>
> Und vor allem darf man die zum Mappen von Flächen verwenden?
>
> Hab noch keine ahnung wie das mit den WMS Bildern funktioniert, 
> Wäre nett wenn mir das jemand erklären könnte
>   
Ja, darfst verwenden.

In JOSM Bearbeiten/Einstellugen wählen. WMS-Tab öffnen (ziemlich weit 
unten). Button Hinzufügen klicken. Menuname: BayVAmt / WMS URL; 
http://www.geodaten.bayern.de/ogc/getogc.cgi?SERVICE=WMS&VERSION=1.1.1&LAYERS=DOP&srs=EPSG:4326&format=image/png&request=GetMap


Gruß

Christian

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

Re: [Talk-de] Luftbilder vom GeoDaten Bayern WMS Server?

[Robert Heel]

JOSM -> Bearbeiten -> Einstellungen -> Plugins -> Liste Laden
und dann das WMS-Plugin anklicken ...

mehr Details unter

http://wiki.openstreetmap.org/index.php/JOSM/Plugins/WMSPlugin

:-)

Robert



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

[Talk-de] Luftbilder vom GeoDaten Bayern WMS Server?

[Christian Mayr]

Hallo

Hab jetzt schon paarmal von den Bayern WMS Bildern gelesen
Kann ich die in JOSM anzeigen? Und wenn ja wie?

Und vor allem darf man die zum Mappen von Flächen verwenden?

Hab noch keine ahnung wie das mit den WMS Bildern funktioniert, 
Wäre nett wenn mir das jemand erklären könnte

Danke

Gruss
gremmel 

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

Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd

[Robert Heel]

Auch wenn das Popkorn schon alle ist ... hier noch meine Meinung :-)

Ich persönlich bin für eine vollständige Erfassung - und da gehören nun mal 
Felder dazu.

Argumente, die für eine Markierung aller landwirtschaftlich genutzten Flächen 
sprechen:
- Es ist nicht überall üblich, das freie Gebiete landwirtschaftlich genutzt 
werden (Wüste, steinige, trockene oder
unzugängliche Regionen), es würden Informationen verloren gehen
- Man weiß sonst nicht, ob freie Flächen kartografiert sind oder nicht
- Den größten Teil der Erdoberfläche macht das Wasser aus, man müsste sonst 
dieses auch weglassen
- Auch in Deutschland gibt es einige freie Flächen, welche nicht genutzt werden 
(Lichtungen in Wäldern, Sümpfe, schwer
zugängliches Gebiet, Naturschutzgebiet)

Argumente, welche für die ausschließliche Markierung von besonderen 
landwirtschaftlich genutzen Flächen (Bauernhöfe,
Felder innerorts) sprechen:
- Es wird nicht ganz Deutschland Braun/Grün dargestellt
- Bauernhöfe sind gut zu erkennen

Grüße,

Robert


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

Re: [Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Martin Simon]

Find ich gut!
ich hab gestern auch mal nach einer passenden Vokabel gesucht, auf
"barnyard" bin ich aber nicht gestoßen...

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

[Talk-de] verwendung von highway=byway

[Frank Sautter]

hallo zusammen,

nachdem ich mich auf der karte durch england geklickt habe, wie denn die 
engländer landuse=farm benutzen (ich habe kein beispiel gefunden) bin 
ich auf das hier gestoßen:

http://www.openstreetmap.org/?lat=51.5274&lon=-1.2105&zoom=13

das gelbe ist ein highway=byway.

wie wird der verwendet?
was ist die deutsche entsprechung?

die mapfeatures seite spricht von einem "unmade byway" - laut 
dict.leo.org also ein "beseitigter nebenweg"?!?

grüße
  frank


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

Re: [Talk-de] Overlapping ways bei einer area

[Frederik Ramm]

Hallo,

>> Ich mag es lieber wenn sich nichts Nodes teilt.
>
> Das respektiere ich als Einzelmeinung. Ich finde es falsch und habe  
> jetzt auch
> keine Lust mehr, den Thread weiter am Leben zu erhalten.

Ich habe auch eine Meinung in dieser Frage, aber lasst uns bitte  
daran denken, dass es sich bei so einer Diskussion - und in der Tat  
bei sehr vielen Tagging-Diskussionen - um Peanuts handelt im  
Vergleich zu dem, wo wir alle einer Meinung sind.

In der Hauptsache geht es uns doch allen darum: Da ist ein Wald, da  
ist eine Strasse, wir wollen diese Daten sammeln und auf die Karte  
bringen. Das ist das, was alle fasziniert, das ist das coole, was wir  
machen.

Ob sich Strasse und Wald Nodes teilen oder nicht; ob die Strasse  
secondary oder primary ist und ob der Wald eher natural=wood oder  
landuse=forest ist - darueber kann man zwar trefflich streiten, aber  
gemessen an unserer sonstigen Arbeit ist es relativ unwichtig.

Das wichtigste ist, dass die Information irgendwie in verwertbarer  
Form in die Datenbank kommt. Alles andere ist sekundaer.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"




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

Re: [Talk-de] Overlapping ways bei einer area

[Bernd Wurst]

Hallo.

Am Freitag, 6. Juni 2008 schrieb Sven Anders:
> Ich mag es lieber wenn sich nichts Nodes teilt. 

Das respektiere ich als Einzelmeinung. Ich finde es falsch und habe jetzt auch 
keine Lust mehr, den Thread weiter am Leben zu erhalten.


> Das verkompliziert das in der Regel eher. 

Und genau das schafft bisher keiner so zu begründen, dass ich es glaube. ;-)


> Und du zeichnest ja sozusagen die Mitte der Straße ein und 
> auf dem Fahrstreifen sind ja keine Bäume, sondern z.B. 5 Meter von der
> Mitte entfernt.

Das Argument ist Bullshit und möge bitte nicht ständig gebracht werden. Auf 
einer Straße durch den Wald wachsen auch keine Bäume. Und auf Straßen durch 
Wohngebiete stehen keine Häuser. Dennoch unterbricht man dafür die 
landuse-Flächen nicht.

Gruß, Bernd

-- 
Aus dem WWW dringt niemand ein. Das internationale Datennetz heißt
Internet. WWW ist der Teil, in dem es Fickbildchen gibt.
  -  Andreas Riedel in de.comp.os.unix.linux.misc


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

Re: [Talk-de] Overlapping ways bei einer area

[Christian Görs]

Hallo zusammen,

das mit der "Mitte der Straße" kann ich nicht so ganz nachvollziehen,
da Straßen ja _Eindimensional_ sind. Wenn ich das richitg gelernt habe
:-) Da gibt es keine Mitte.

Wenn die Straße dann gerendert wird (wie breit auch immer, was ja dann
von den Eigenschaften der Straße abhängt), gehen die angrenzenden
Gebiete ja automatisch "zurück" und machen Platz.

Das nur mal so nebenbei.

Gruß
Christian


Am 6. Juni 2008 14:03 schrieb Sven Anders <[EMAIL PROTECTED]>:
> Am Freitag, 6. Juni 2008 12:38 schrieb Bernd Wurst:
>>
>> Ich seh da ganz ehrlich gesagt nichts was man da einfacher machen könnte,
>> wenn die Nodes separat sind.
>
> z.B. wenn man sich entscheidet den Radweg extra zu taggen (paralel zur Straße
> aber er liegt zwischen Wald und Straße.
>
>
>> Dass jetzt ein paar Meter Wald an der Straße entlang gerodet werden, so
>> dass du einfach die Nodes verschieben kannst, ist ein IMHO unfairer
>> Sonderfall, den ich mir auch nur schwer in der Realität vorstellen kann.
>
> Naja, bei Wohngebieten wird mal ein Supermarkt gebaut oder ein Parkplatz.
> Oder die Fabrik (Industriegebiet) wird durch ein Bürokomplex /Ladenfläche
> ersetzt, das passiert dauernd.
>
> Ich mag es lieber wenn sich nichts Nodes teilt. Das verkompliziert das in der
> Regel eher. Und du zeichnest ja sozusagen die Mitte der Straße ein und auf
> dem Fahrstreifen sind ja keine Bäume, sondern z.B. 5 Meter von der Mitte
> entfernt.
>
> Ich sag ja nicht, das das nicht auch Probleme schafft, aber ich finde man
> sollte schon beide Seiten sehen.
>
> Gruß
> Sven
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
>

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

Re: [Talk-de] Overlapping ways bei einer area

[Sven Anders]

Am Freitag, 6. Juni 2008 12:38 schrieb Bernd Wurst:
>
> Ich seh da ganz ehrlich gesagt nichts was man da einfacher machen könnte,
> wenn die Nodes separat sind.

z.B. wenn man sich entscheidet den Radweg extra zu taggen (paralel zur Straße 
aber er liegt zwischen Wald und Straße.


> Dass jetzt ein paar Meter Wald an der Straße entlang gerodet werden, so
> dass du einfach die Nodes verschieben kannst, ist ein IMHO unfairer
> Sonderfall, den ich mir auch nur schwer in der Realität vorstellen kann.

Naja, bei Wohngebieten wird mal ein Supermarkt gebaut oder ein Parkplatz.
Oder die Fabrik (Industriegebiet) wird durch ein Bürokomplex /Ladenfläche 
ersetzt, das passiert dauernd.

Ich mag es lieber wenn sich nichts Nodes teilt. Das verkompliziert das in der 
Regel eher. Und du zeichnest ja sozusagen die Mitte der Straße ein und auf 
dem Fahrstreifen sind ja keine Bäume, sondern z.B. 5 Meter von der Mitte 
entfernt.

Ich sag ja nicht, das das nicht auch Probleme schafft, aber ich finde man 
sollte schon beide Seiten sehen.

Gruß
Sven

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

Re: [Talk-de] JOSM-Validator Gemeckere

[Andreas Kemnade]

Moin,

On Fri, 6 Jun 2008 12:26:03 +0200
Sven Anders <[EMAIL PROTECTED]> wrote:

> Am Freitag, 6. Juni 2008 12:22 schrieb Stefan Hirschmann:
> > Frank Gruender wrote:
> > > Moin
> > >
> > > Andreas Kemnade schrieb:
> > > [...]
> > >
> > >> Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da
> > >> für bestimmten Straßen einen "Persilschein" ausstellen kann,
> > >> der derartiges Gemecker für mich für genau diese Version der Straße
> > >> unterbindet.
> > >
> > > In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei
> > > welchen Fehlern er meckern soll. Dort schon mal geguckt?
> >
> > Das dürfte den Original Poster nicht weiter helfen. Falls er es gleich
> > macht wie ich, dann will er nicht den Check komplett ausschalten,
> > sondern nur gezielt für zwei Straßen deaktivieren.
> >
> > Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe, aber
> > bis zum Sommer werde ich eher nicht dazu kommen. "Francisco R. Santos"
> > ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin.
> > Weiß jemand ob er externe Patches überhaupt akzeptiert?
> 
> Ja, ich hatte auch mal gedacht, das man an eine Straße sowas ranhängen könnte 
> wie: validator:ignore=same_name
> 
ja, ganz so einfach ist es ja nicht. Man müsste ja dieses 
validator:ignore=whatever
an eine Kombination aus den beteiligten ways und den Timestamps setzen,
so dass man das ganze wieder sieht, falls sich an den Objekten etwas ändert
und die validator-Warnungen doch wieder Sinn ergeben.

Ich halte es für angebrachter, das lokal z.B. als Textdatei zu handhaben,
das gibt anderen Mappern einfacher eine Chance sich darüber selbt eine Meinung 
zu
bilden und bei akut abweichender Meinung dann Kontakt aufzunehmen oder
selbst korrigierend einzugreifen.

MfG
Andreas


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Hamburg: Anfrage vom NDR

[Frederik Ramm]

Hallo,

> Heute abend 19.00 Uhr
> Buchhandlung Lehmanns, Kurze Mühren 6, 20095 Hamburg
> Community Treffen Hamburger Computergruppen
> Stephan und ich stellen da OSM vor.

Der neue Lehmanns-"Computer Book News"-Prospekt wird auch OSM auf dem  
Titelbild haben, einen Ausschnitt aus der Berlin-Karte.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"




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

Re: [Talk-de] JOSM-Validator Gemeckere

[Frederik Ramm]

Hallo,

> Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe,  
> aber
> bis zum Sommer werde ich eher nicht dazu kommen. "Francisco R. Santos"
> ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin.
> Weiß jemand ob er externe Patches überhaupt akzeptiert?

Der Source ist im SVN, Du kannst Deinen Patch einfach selber einspielen!

Die Idee, einzelne Objekte mit speziellen Tags fuer den Validator  
auszustatten, finde ich etwas grenzwertig, das hat fuer mich den  
gleichen Charme wie "fuer den Renderer Taggen". Andererseits gibt es  
das ja auch im normalen Umgang, dass man hinter irgendwas ein  
"(sic!)" schreibt, um anzuzeigen, dass das wirklich so gehoert,  
obwohl es falsch aussieht - und insofern ist ein virtuelles "sic!" in  
unseren Kartendaten vielleicht ok. Oder man laesst das Plugin eine  
lokale Datei anlegen, in der es diese einmal bestaetigten Sachen  
speichert, aehnlich wie eine Textverarbeitung mit einem lokalen  
Woerterbuch fuer die Rechtschreibung.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"




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

Re: [Talk-de] Overlapping ways bei einer area

[Bernd Wurst]

Hallo.

Am Freitag, 6. Juni 2008 schrieb Stefan Hirschmann:
> Bsp: 1
> Ganz kleines Bsp: Die Straße ist mit einem Wald verbunden. Der Wald wird
> gerodet. Die Straße gibt es noch, aber die Wald Grenze verläuft jetzt
> komplett anders.

Sowas mache ich (in meinem Fall waren es falsche Einträge, keine Rodungen) 
dann so:
* Wenn sich wirklich viel ändert und der Wald klein war: Wald löschen und neu 
machen. :)
* Suche die zwei Nodes, an denen die neue Grenze von der alten abweicht. (auf 
beiden Seiten des alten Walds.)
* Wald und beide Nodes markieren, "Split Way". 
* Dann den Teil des Waldes, der jetzt weg kann markieren und löschen.
* Die beiden Nodes jetzt mit dem neuen Verlauf des Walds verbinden.

Ich seh da ganz ehrlich gesagt nichts was man da einfacher machen könnte, wenn 
die Nodes separat sind.

Dass jetzt ein paar Meter Wald an der Straße entlang gerodet werden, so dass 
du einfach die Nodes verschieben kannst, ist ein IMHO unfairer Sonderfall, 
den ich mir auch nur schwer in der Realität vorstellen kann. 


> Bsp 2:
> Wenn die Straße genau in diesem gemeinsamen Punkt falsch war, aber der
> Wald stimmt...

Es geht doch um mehrere Nodes. Es geht um den Fall, dass der Straßenverlauf 
ein Stück weit die Grenze zwischen Feld und Wald bildet.
Wenn links der Straße Wald ist und rechts nicht, von solchen Fällen rede ich, 
dann ist beides richtig eingetragen oder beides falsch. Oder wo liegt jetzt 
mein Verständnisfehler? Wenn an einer Stelle auf beiden Seiten der Straße 
Bäume sind, dann ist das ja ein ganz anderer Fall und dann darf das natürlich 
nicht auf den selben Nodes liegen.

Beispiel:
http://maps.google.de/maps?f=q&hl=de&geocode=&ie=UTF8&t=k&ll=48.963765,9.592481&spn=0.004874,0.013561&z=17
http://www.informationfreeway.org/?lat=48.964252819319185&lon=9.591881912586384&zoom=17&layers=B000F000F

Der Weg bildet eine gewisse Strecke lang die Grenze zwischen Wald und Wiese, 
danach ändert sich das und die Nodes werden dort dann natürlich nicht mehr 
doppelt genutzt. 
Von solchen Fällen rede ich.


> Hoffe, ich konnte ein paar Probleme zeigen.

Mir leider nicht.

Gruß, Bernd

-- 
Fachbegriffe der Informatik (#374): Frische Luft
   Das was aus der Klimaanlage kommt.
(Marcus Stögbauer)


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

Re: [Talk-de] Hamburg: Anfrage vom NDR

[Michael Buege]

Zitat Sven Anders:

> Hallo,
> eben rief Meike Richter (frei Mitarbeitering) vom NDR an.
> 
> Sie würde gern einen Bericht über OSM in der Rubrik "Leben mit Technik"
> machen, und deshalb gerne zum Hamburger Mappertreffen kommen (ohne Kamera
> nur um einen Eindruck zu bekommen). Ich hab Ihr gesagt, das das okay ist.
> 
> Außerdem sucht sie einen (oder eine Gruppe von) Mappern in Hamburg die sie
> mal begleiten kann, um daraus einen Bericht zu machen.
> 
> Kontaktdaten liegen mir vor, ich gebe diese gerne an Interessenten weiter.

Vielleicht als Anfang:
Heute abend 19.00 Uhr
Buchhandlung Lehmanns, Kurze Mühren 6, 20095 Hamburg
Community Treffen Hamburger Computergruppen

Stephan und ich stellen da OSM vor.

-- 
Michael


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

Re: [Talk-de] JOSM-Validator Gemeckere

[Sven Anders]

Am Freitag, 6. Juni 2008 12:22 schrieb Stefan Hirschmann:
> Frank Gruender wrote:
> > Moin
> >
> > Andreas Kemnade schrieb:
> > [...]
> >
> >> Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da
> >> für bestimmten Straßen einen "Persilschein" ausstellen kann,
> >> der derartiges Gemecker für mich für genau diese Version der Straße
> >> unterbindet.
> >
> > In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei
> > welchen Fehlern er meckern soll. Dort schon mal geguckt?
>
> Das dürfte den Original Poster nicht weiter helfen. Falls er es gleich
> macht wie ich, dann will er nicht den Check komplett ausschalten,
> sondern nur gezielt für zwei Straßen deaktivieren.
>
> Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe, aber
> bis zum Sommer werde ich eher nicht dazu kommen. "Francisco R. Santos"
> ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin.
> Weiß jemand ob er externe Patches überhaupt akzeptiert?

Ja, ich hatte auch mal gedacht, das man an eine Straße sowas ranhängen könnte 
wie: validator:ignore=same_name

Gruß
Sven

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

[Talk-de] neues proposal: landuse=barnyard (Bauernhof)

[Frank Sautter]

hallo zusammen,

nachdem hier schon wieder der streit um landuse=farm und dessen 
unterschiedliche nutzung entbrannt ist, habe ich ein neues proposal für 
landuse=barnyard¹ geschrieben, um damit klarheit zu schaffen.

http://wiki.openstreetmap.org/index.php/Proposed_features#Proposed_Features_-_Landuse

vielleicht möchte jemand das ganze textuell noch etwas anreichern... 
momentan habe ich es noch als draft gekennzeichnet.

da dies mein erstes proposal ist, habe ich keine ahnung, wie es jetzt 
weitergeht aber vielleicht könnt ihr ja da unterstützend tätig werden.

grüße
  frank

¹http://dict.leo.org/?search=barnyard


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

Re: [Talk-de] JOSM-Validator Gemeckere

[Stefan Hirschmann]

Frank Gruender wrote:
> Moin
> 
> Andreas Kemnade schrieb:
> [...]
>> Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da für
>> bestimmten Straßen einen "Persilschein" ausstellen kann,
>> der derartiges Gemecker für mich für genau diese Version der Straße
>> unterbindet.
> 
> In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei 
> welchen Fehlern er meckern soll. Dort schon mal geguckt?

Das dürfte den Original Poster nicht weiter helfen. Falls er es gleich
macht wie ich, dann will er nicht den Check komplett ausschalten,
sondern nur gezielt für zwei Straßen deaktivieren.

Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe, aber
bis zum Sommer werde ich eher nicht dazu kommen. "Francisco R. Santos"
ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin.
Weiß jemand ob er externe Patches überhaupt akzeptiert?

MfG Stefan

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

Re: [Talk-de] Overlapping ways bei einer area

[Stefan Hirschmann]

Bernd Wurst wrote:
> Hallo.
> 
> Am Freitag, 6. Juni 2008 schrieb Torsten Leistikow:
>> Momentan vermeide ich das mehrfache Nutzen von Nodes fuer Wege und
>> Flaechen aus der rein praktischen Erwaegung, dass ich das bei spaeteren
>> Erweiterungen der Daten eher hinderlich finde. 
> 
> Das Argument kam schonmal, aber ich kann das überhaupt nicht vochvollziehen 
> (Würde ich aber gerne können). Kannst du das konkreter sagen, was da 
> Schwierigkeiten macht?

Bsp: 1
Ganz kleines Bsp: Die Straße ist mit einem Wald verbunden. Der Wald wird
gerodet. Die Straße gibt es noch, aber die Wald Grenze verläuft jetzt
komplett anders.

Bsp 2:
Wenn die Straße genau in diesem gemeinsamen Punkt falsch war, aber der
Wald stimmt...

Hoffe, ich konnte ein paar Probleme zeigen.

MfG Stefan

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

Re: [Talk-de] Overlapping ways bei einer area

[Gerrit Lammert]

Hi Raphael.

Raphael Studer wrote:
> Deine Ausführungen zu landuse=forest und natural=wood finde ich noch
> interessant. Somit würde das bedeuten.
> Ich mache eine grosse Fläche landuse=forest, darin eine etwas kleinere
> Fläche (ca .5 Meter weniger) natural=wood. Überall wo jetzt eine
> Strasse durch den Wald geht, trenne ich den natural=wood auf und zieh
> die Strasse durch, das landuse=forrest last ich aber (siehe
> Angehaengtes Bild).

Machst Du es Dir damit nicht etwas leicht?
Zwischen den Bäumen ist doch Freiraum, das kannst Du nicht alles in eine 
Fläche machen. Also jeden Baum einzeln musst Du schon erfassen...
Aber nicht als Punkt, würde ja nicht der Realität entsprechen. 
Stattdessen den Umriss jedes Baums als Fläche anlegen. Muss aber nicht 
aufs Blatt genau sein, so eng nehmen wir das nicht...

...gerrit

PS: Ich hoffe die Ironie war nicht zu subtil (*lol*) und verdeutlicht 
das Problem ausreichend. :)

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

Re: [Talk-de] Landwirtschaftliche Flächen in?Deuts chland

[Bernd Wurst]

Hallo.

Am Freitag, 6. Juni 2008 schrieb Martin Simon:
> Ich halte Wege und Flächen lieber getrennt.
> Der Wald endet ja nicht an der Sraßenmitte, sondern östlich der Straße.
> Ich bin nicht der Meinung, daß man zwei verschiedene Informationen auf
> eine reduzieren sollte, nur weil man es könnte.

Der Wald endet im Datenbestand aber westlich vom Weg. Also teilweise. ;-)

Gruß, Bernd

-- 
"Ich hab mich immer gefragt, ob es einen Gott gibt.
Jetzt weiß ich es. Es gibt einen. Und das bin ich!"
  -  Homer S. in "Homer the Great"/"Homer der Auserwählte" (2F09) 


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

Re: [Talk-de] Landwirtschaftliche Flächen in?Deuts chland

[Martin Simon]

Am 6. Juni 2008 10:41 schrieb Martin Simon <[EMAIL PROTECTED]>:

>> 1. Der Wald und der Feldweg (knapp südlich des Hofs), wenn man sich da die
>> Daten in JOSM anschaut, graust es mir. Das meinte ich mit unkoordinierten
>> Überschneidungen. Jemand hier, der diese Version "richitger" findet als das
>> Wiederverwenden der selben Nodes?

Oha, hab grad erst im mapnik-layer gesehen, was du eigentlich meinst -
das ist natürlich nicht schön, zugegeben - und schon korrigiert. :-)

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

Re: [Talk-de] Landwirtschaftliche Flächen in?Deuts chland

[Martin Simon]

Am 6. Juni 2008 08:56 schrieb Bernd Wurst <[EMAIL PROTECTED]>:

> Den Hof finde ich so auch richtig getagged. Auch wenn ich prinzipiell gegen
> eine Erfassung jeglicher Felder und Wiesen bin. :)

Sie sind da und  sind meines Erachtens eine sinnvolle Information -
z.B. um die Flächennutzung zu erfahren (nicht alles was nicht in die
anderen landuse-tags passt ist Feld!).
Der "Radroutenplaner NRW" zeigt in seinem höhenprofil z.B. auch an,
welche Teile der Strecke durch Wald, bebautes Gebiet oder Felder
führen.

> Aber wenn ich das Bild anschaue, habe ich spontan zwei Fragen...
>
> 1. Der Wald und der Feldweg (knapp südlich des Hofs), wenn man sich da die
> Daten in JOSM anschaut, graust es mir. Das meinte ich mit unkoordinierten
> Überschneidungen. Jemand hier, der diese Version "richitger" findet als das
> Wiederverwenden der selben Nodes?

Ich halte Wege und Flächen lieber getrennt.
Der Wald endet ja nicht an der Sraßenmitte, sondern östlich der Straße.
Ich bin nicht der Meinung, daß man zwei verschiedene Informationen auf
eine reduzieren sollte, nur weil man es könnte.

> 2. Die Grenzen noch weiter südlich: Warum sind da zwei Grenzen gleicher
> Klassifikaten von unterschiedlichen Städten mehr oder weniger direkt
> beieinander sind ohne identisch zu sein? Absicht?

Hmm, die Grenzen sind von einem anderen user, der Fehler war mir noch
gar nicht aufgefallen - danke!

> Gruß, Bernd

MfG,
Martin

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

Re: [Talk-de] Wie und wo Mailingliste einrichten?

[Andreas Jacob]

Am Freitag, 6. Juni 2008 08:04:54 schrieb Sven Anders:

> Außerdem sollte die Liste natürlich hier auf Zustimmung von mindestens ein
> paar Personen stoßen. Sonst hätten wir bald für jeden "Quatsch" ne eigene
> Liste in der dann immer nur zwei Leute eingetragen sind, das macht ja auch
> keinen Sinn. Im Zweifel behalte ich mir vor nochmal auf der talk-de Liste
> um ein Meinungsbild zu bitten.

Falls es Holger um eine Thüringenliste gehen sollte und nicht nur explizit um 
Erfurt, dann wäre ich auf jeden Fall ein Abonnent einer solchen.

Gruß Andreas  

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

Re: [Talk-de] JOSM-Validator Gemeckere

[Frank Gruender]

Moin

Andreas Kemnade schrieb:
[...]
> Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da für
> bestimmten Straßen einen "Persilschein" ausstellen kann,
> der derartiges Gemecker für mich für genau diese Version der Straße
> unterbindet.

In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei 
welchen Fehlern er meckern soll. Dort schon mal geguckt?

Gruss, Elwood


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

[Talk-de] Hamburg: Anfrage vom NDR

[Sven Anders]

Hallo,
eben rief Meike Richter (frei Mitarbeitering) vom NDR an.

Sie würde gern einen Bericht über OSM in der Rubrik "Leben mit Technik" 
machen, und deshalb gerne zum Hamburger Mappertreffen kommen (ohne Kamera nur 
um einen Eindruck zu bekommen). Ich hab Ihr gesagt, das das okay ist.

Außerdem sucht sie einen (oder eine Gruppe von) Mappern in Hamburg die sie mal 
begleiten kann, um daraus einen Bericht zu machen.

Kontaktdaten liegen mir vor, ich gebe diese gerne an Interessenten weiter.

Außerdem habe ich noch eine Anfrage von der Welt, da will ich aber erstmal 
telefonieren, bevor ich näheres weiß.

Außerdem sucht sie jemanden der ein Projekt betreuen kann um OSM Daten in eine 
NDR Webseite einzubinden. Ich hatte da spontan an Frederik und Jochen 
gedacht.

Gruß
Sven

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

Re: [Talk-de] Flyer sind bald alle

[Sven Geggus]

Martin Koppenhoefer <[EMAIL PROTECTED]> wrote:

> hatten die nicht so komische Probleme mit Abweichungen in Tracks?

Bisher hab ich eigentlich nur Leute getroffen, die die Leistung des neuen
Empfängers im Gegensatz zu SIRF III über den grünen Klee gelobt haben.

Gruss

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/cgi-bin/mailman/listinfo/talk-de