Re: [Talk-de] Hello from England

[Carsten Schlote]

Hi Steve,

Am Donnerstag, den 02.07.2009, 16:42 +0100 schrieb SteveC:
> I think we already have, but we'd just be re-iterating the arguments.  
> I continue to think that if OSM went PD, then I or Google or whoever  
> will just take the data and improve it and not give back. OSM would  
> always be the slightly worse map than everyone else. My personal  
> feeling is that OSM should be the best map of the world and PD would  
> give that away.
> 
> Like I said in the email you pointed to, if you fork OSM with a PD  
> version, then OSM will just take all of your edits and put them in  
> it's reciprocal version, or someone else will. I can tell you a lot of  
> companies would love to relegate OSM to a cheap way for them to fix  
> the map. It would be a dream come true for Tele Atlas to just take our  
> data and not give anything back, and just use us as a bug fixing  
> service.

I fully agree. Those, who use the OSM DB and add or change data, must be
required to give back all those changes into the DB. So any licence
change must ensure that - PD will result into exactly the situation
Steve described above. 

To put it simple: Whenever OSM should become PD, I will stop my efforts
and work on it. 

Of course commercial companies can use a data converter/script to create
binary (==small and compact) maps for their navigation SW from the OSM
DB - as long as people are not charged for the map data itself, but only
for the reasonable costs to create and maintain the nav SW and data
converters. Ideally the data converter should be open-source or the
binary format should be documented at least. So people can do
open-source converters for the favourite nav SW. 

-- 
Carsten Schlote 


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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basisd emokratie (war: (Weg mit den Map Features (war: was i st ein footway?))

[Christoph Eckert]

Am Donnerstag, 2. Juli 2009 13:22:09 schrieb Michael Kugelmann:

> weil:
> - zu wenig Leute wissen, daß es Abstimmungen gibt
>=> Ausweg wäre eine "Announce-ML" und ein entsprechender Forum- und
> Wiki-Info.
> - bei weitem nicht alle einen Wiki-Account haben
>=> Ausweg: Abstimmung auch per email oder Vereinheitlichung der
> Accounts (Wiki&Api)
> - Scheu bzw. Unkenntnis bezüglich Wiki haben (wie geht das)
>=> Ausweg wäre z.B. ein "Formular" zum einfach Ankreuzen inkl.
> Legitimation (z.B. über API-Account)
> - ...

- es Leute gibt, die weder Mailinglisten noch Webforen lesen
- es Leute gibt, die diese Abstimmungen nicht interessieren
- es Leute gibt, denen das Machen wichtiger ist wie das Reden
- es Leute gibt, die der Meinung sind, dass die Map Features vollkommen 
überbewertet sind
- ...


-- 
Beste Grüße,
Best regards,

ce

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

Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie

[Christoph Eckert]

Moin,

> Warum soll
> OSM nicht von diesen erfolgreichen Projekten lernen? Warum soll jetzt
> eine totale Anarchie [Abschaffung map-features] eingeführt werden? Und
> das wo m.E. ein großer Teil der bereitwilligen Mapper nach "Ordnung"
> [Regeln/map-features] schreit...

es geht nicht um Anarchie, sondern darum, wie Regeln (wie Vereinheitlichung 
des Taggings) zustande kommen und wie sie durchgesetzt werden.

Ich bin nicht grundsätzlich gegen die Map Features (und ich fordere auch nicht 
deren Abschaffung). Sie sind jedoch aus Usabilitygründen für den 
durchschnittlichen Mapper schlicht ungeeignet. Das Verfahren, nach dem die Map 
Features gepflegt werden (Voting unter geringster "Wahlbeteiligung") ist es 
ebenfalls. Und daher bin ich dagegen, dass die Map Features als eine Art 
heilige Kuh betrachtet werden, die man nicht anrühren darf, am besten auch 
dann nicht, wenn sich widersprüchliche Angaben darin finden.

Es gibt, vereinfacht ausgedrückt, zwei Sichtweisen auf die Map Features:

* Die Map Features Sind das Regelwerk, nach dem sich alle Mapper zu richten 
haben.

* Die Map Features sind eine Abbildung dessen, was die Mapper am meisten 
verwenden.

Ich bin ein großer Fan der zweiten Variante, weil so eine dynamische 
Entwicklung möglich bleibt, wir aber ein Nachschlagewerk haben. Es gibt aber 
leider keinen Mechanismus, der die Map Features aktuell hält und an geänderte 
Realitäten anpasst.

Wenn 49% der Projektmitglieder highway=path verwenden, weil es nützlich 
erscheint, dann sollte es nicht so sein, dass dieser Tag bei einem Voting über 
die Map Features mit 8:7 Stimmen draußen bleiben muss. Und an diesem Problem 
ändert auch ein Ältestenrat mit 15 Mitgliedern nichts.

Sehe ich es richtig, dass Du in so einer Situation gerne jemanden hättest, der 
einfach sagt "highway=path darf ab sofort nicht mehr verwendet werden, basta, 
Und wer sich nicht daran hält, dem entziehe ich den Zugriff auf die API"? Dann 
bin es sicher nicht ich, der sich nochmal anschauen sollte, wie 
Communityprojekte funktionieren. 

-- 
Beste Grüße,
Best regards,

ce



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

Re: [Talk-de] Mitarbeit in einer OSMF Working group

[Frederik Ramm]

Hi,

Ulf Möller wrote:
> Die Meetings finden als Telefonkonferenz statt. Dabei gibt es ein 
> gemeinsam bearbeitetes Online-Dokument als Agenda und für Notizen, aus 
> dem danach die veröffentlichten Minutes werden.
> 
>  > Warst Du dafür in England? Hattest Du
>  > face-to-face-Kontakt?
> 
> Nein.

Beides ist auch in der "Data Working Group" (die sich mit Vandalismus 
und Copyrightverletzungen beschaeftigt) so.

Soweit ich weiss, kommt die gleiche Arbeitsweise auch bei den 
OSMF-"Vorstandssitzungen" zur Anwendung, mit der Besonderheit, dass an 
diesen Telefongespraechen zuweilen ein erweiterter Personenkreis 
teilnimmt, also nicht nur die direkten Vorstandsmitglieder, sondern z.B. 
auch jemand von der Technik und so. Der Vorstand hatte Anfang des Jahres 
mal ein physisches Treffen, aber die anderen "working groups" sehen sich 
glaub ich hoechstens mal zur SOTM.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Notrufnummern als Attribut zu Ländergr enzen?

[Sven Sommerkamp]

Am Freitag, 3. Juli 2009 14:43:35 schrieb Andreas Labres:
> Karl Heinz Wolf wrote:
> > Die Zuständigkeitsgebiete der Notrufzentralen einzutragen, wäre wohl
> > der nächste interessante Schritt.
> > VoIP-basierte Notrufe sind der Grund meines Postings ;-) Dafür braucht
> > man einen Server, der einem VoIP Telefon, das seinen Standort kennt,
> > zuerst die verfügbaren Notrufdienste am Aufenthaltsort mitteilt und in
> > einem 2. Schritt für jeden Notrufdienst die eigentliche Notrufnummer
> > sowie die "Kontaktinformation" der Notrufzentrale mitteilt.
>
> Angedacht ist eben ein Service im Internet, Du weißt die Koordinaten
> (die weiß der Provider ja aus der Adresse) und welcher Notrufdienst
> gerufen werden soll und das Service sagt dir die Nummer der Notrufzentrale.
>
> Das ist BTW auch für den Mobilfunk interessant, eben nicht den Standort
> der BTS, sondern den des Mobiles als Entscheidungsgrundlage zu nehmen,
> welche Notrufzentrale gerufen wird...
>
> Das Mühsame ist das Zusammentragen der Gebiete, aber da käme eben das
> Crowdsourcing ins Spiel... blöd ist nur, daß das alles geheime Daten
> sind...
>
> Servus, Andreas
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Es ist irgendwie durchs Knie in die Brust gebohrt.
Für vernünftige Infrastruktur um Notrufe abzusetzen sind andere zuständig.
Das ist gar nicht unsere Aufgabe, auch wenn es schön ist das sich jemand um 
mein Überleben schert ;-)

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

Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht

[Johannes Huesing]

Willi Rehfeld  [Fri, Jul 03, 2009 at 09:23:38PM CEST]:
> nabend,
> 
> das Problem der fehlenden Kamine hat sich erledigt. 7 der 8 vorhandenen 
> Kamine (Wahrzeichen von Zollverein) sind ab sofort in der Karte 
> vorhanden. Der 8. ist im Moment nicht zu erreichen - ein Bauzaun.
> 
> Rainer, wenn du nochmal so ein Problem mit deinem GPS-Gerät hast 
> (innerhalb eines Kamins) - ich habe es nach einer Stunde grübeln und 
> nachdenken, wie könnte es gehen, geschafft - du musst außen um die 
> Kamine laufen, das geht auch.
> Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht 
> schätzen. Aus der Diskussion entnehme ich - du wolltest hoch klettern. 
> Wenn du jetzt noch die Höhe in m nachträgst wäre das schon klasse.

Da kann jemand mit noch unbewegterer Miene als ich scherzen -- Respekt.

1. das sind 6 Kamine und die hast Du dankenswerterweise auch gemappt.
   http://www.d-luftbild.de/a/d060611_081w.jpg

2. eine Stunde grübeln :-)

3. *er* wollte nicht hochklettern, das hatte ich ihm "nahegelegt".

Das sieht jetzt langsam richtig gut aus, die Kulturhauptstadt kann kommen.

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

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

Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht

[Chris-Hein Lunkhusen]

Willi Rehfeld schrieb:

> Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht 
> schätzen. 

Schatten messen. Aus dem Sonnenstand errechnet sich dann die Höhe.
Eine entsprechende Formel sollte sich mit etwas googlen rasch
finden lassen.

Oder Linealmethode:

Man entfernt sich zB 500 m vom Turm und misst die Turmhöhe
indem man ein Lineal mit ausgestrecktem Arm vor den Turm hält.
Dann benötigt man noch die Entfernung des Lineals vom Auge,
den Rest erledigt ein simpler Dreisatz.

Chris


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

Re: [Talk-de] Mal aus Sicht eines Mappers

[malenki]

"qbert biker"  schrieb:

> Wenn ich vor einem Feldweg stehe und nicht weiss wo der hingeht,
> wie soll ich dann entscheiden, ob das ein unclassified ist, der zu
> einem Dorf geht, ein service als Hofzufahrt oder ein track, weil
> der nur aufs nächste Feld geht, gibts ein Verbotsschild oder 
> ist es 'Anlieger frei'? Alles fliesst ja irgendwie ein. 

Da eh noch jemand hin muss, um den Weg zu vervollständigen, reicht es
imo, den wahrscheinlichsten Tag zu vergeben und ein Fixme dranzuhängen.
Problem gelöst :)
Oder du gehst den Weg bis zu dessen Ende (man Der kleine Hobbit). =)

Gruß
malenki



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

Re: [Talk-de] OSM einsteigerunfreundlich - im Gegenteil

[Thomas Reincke]

Ulf Lamping schrieb:
> Es würde auch sehr helfen, wenn die Einträge im Bugtracker nicht im 
> Telegrammstil verfaßt würden, und man zweimal/dreimal nachfragen muß was 
> eigentlich gemeint ist :-(

beruflich dokumentiere ich unserem Entwickler nach Möglichkeit immer die 
genaue Klickfolge. Bevor wir das gemacht haben war es mehrfach so, dass 
die Dinge bei Ihm funktioniert haben, bei mir aber nicht. Ursache für 
die unterschiedlichen Ergebnisse war ein anderer Weg zum selben Ziel.

Jetzt weis er was ich meine und findet dann auch die selben Fehler wie ich.

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

Re: [Talk-de] Mitarbeit in einer OSMF Working group

[Ulf Möller]

Rotbarsch schrieb:

>> Für mich war das dann der Anlass, der OSMF beizutreten, um mich da
>> einzumischen. Seit Ende April arbeite ich in der License Working Group mit.
> 
> Wie läuft das organisatorisch?

Die Meetings finden als Telefonkonferenz statt. Dabei gibt es ein 
gemeinsam bearbeitetes Online-Dokument als Agenda und für Notizen, aus 
dem danach die veröffentlichten Minutes werden.

 > Warst Du dafür in England? Hattest Du
 > face-to-face-Kontakt?

Nein.


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

Re: [Talk-de] OSM einsteigerunfreundlich - im Gegenteil

[Ulf Lamping]

Sven Geggus schrieb:
> Jan Tappenbeck  wrote:
> 
>> Ein anderer Einsteiger in HL ist gescheitert weil er keine OSM Daten 
>> heruntergeladen bekam (gab auch ein Posting dazu) - er hatte einen 
>> Berich in der Übersichtskarte aufgezoom. War aber nicht darauf gekommen 
>> noch ein zusätzliches Markierungsfenster anzulegen. Hier würde eine 
>> Meldung oder das Laden der aktuellen Ansicht, wenn keine Selektion 
>> vorliegt weiterhelfen.
> 
> Ich sehe ein, dass das wenig intuitiv ist.
> 
> Es bringt aber überhaupt nichts über sowas rummeckern.

Ich finde Jan hat hier recht gut rausgearbeitet, wo bei einem "nicht 
Geek" die für den Profi trivialen Probleme zu einem Abbruch des 
Interesses on OSM führen kann.

Ich habe damals auch darauf hingewiesen, daß dieser Dialog sehr krude 
ist, aber daraufhin ist damals schon nichts passiert - der Entwickler 
hat die Usability Probleme einfach nicht gesehen/verstanden.

> Die beste Methode besteht darin den josm Entwicklern (die IMO in schon sehr
> viel in Richtung Usability getan haben und die ich an dieser Stelle mal
> ausdrücklich loben möchte) einen patch zu schicken, der das Problem behebt.
> 
> Die zweitbeste Lösung ist ein Wishlist Item auf der josm Mailingliste oder
> im Bugtracker.

Es würde auch sehr helfen, wenn die Einträge im Bugtracker nicht im 
Telegrammstil verfaßt würden, und man zweimal/dreimal nachfragen muß was 
eigentlich gemeint ist :-(

Gruß, ULFL

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

Re: [Talk-de] OSM einsteigerunfreundlich - im Gegenteil

[Guenther Meyer]

Am Freitag 03 Juli 2009 schrieb Dirk Stöcker:
> Hallo,
>
> viele Diskussionen in der letzten Zeit haben ja behauptet, dass OSM
> einsteigerunfreundlich ist.
>
> Ein Bekannter hat an einer Universität seine Studenten in OpenStreetMap
> und Wikipedia mitarbeiten lassen. Sein Fazit war, dass die Mitarbeit bei
> OpenStreetMap entgegen seiner ursprünglichen Annahme einfacher ist.
>
naja, nur weil eins besser ist, als das andere, heisst das noch lange nicht, 
dass es gut ist...

> Und warum? Bei OpenStreetMap macht man den Editor auf und fängt an. Bei
> Wikipedia muss man richtig nachdenken, um vernünftige Ergebnisse zu
> produzieren.
>
"einfach anfangen", ja klar... und dann kommen diese potlatch-unfaelle raus, 
die eigentlich keiner will ;-)


> Anleitungen liest der Anfänger sowieso nicht, die MapFeatures erst recht
> nicht. Das machen erst die Fortgeschrittenen.
>
so wuerde ich das nicht sagen. das haengt ganz von der persoenlichen 
arbeitsweise ab.
ich habe da lieber genaue vorgaben, ab die ich mich halten kann, als 
irgendwelche aussagen a la "mach einfach wie du meinst, es kann nicht falsch 
sein"...
wenn sich's nicht intuitiv erschliesst - und das tut es hier bei vielen dingen 
nicht, dann ist eine vernuenftige dokumentation viel wert, grade als 
anfaenger.
wenn ich damals keine hilfe gehabt haette, waere ich wahrscheinlich bald 
wieder gegangen.
da fand ich meinen ersten wikipedia-edit wesentlich einfacher...



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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendatennach OSM gestartet

[Jan Jesse]

Hallo André 

> > Wie erklärst du dir dann die Unterschiede zwischen 
> > 
> http://www.freietonne.de/osm/?zoom=15&lat=54.37125&lon=10.17588&layers
> > =0B0T und 
> > 
> http://openseamap.org/map/map_full.html?zoom=15&lat=54.36908&lon=10.17
> > 19&layers=B0T obwohl wir an dieser Stelle beide das gleiche 
> > Datenmodell benutzen.
> 
> Was mir bei diesem Beispiel aufgefallen ist, dass die 
> Leuchttürme in den 2 Karten ihre Lichter doppelt gespiegelt 
> ausgeben. Dabei scheint mir OpenSeaMap das richtig Ergebnis 
> zu liefern, jedoch scheint mir die Interpretation anhand der 
> Daten bei FreieTonne korrekter zu sein.
> 
> Hier die Daten für den nördlichen Leuchtturm:
> seamark:light:1=green:217:224:45
> seamark:light:2=white:224:270:50
> seamark:light:3=green:270:12:45
> seamark:light:4=white:12:39:50

Schönes Beispiel. Die Leuchttürme bei uns sind derzeit nur ungenügend 
gekennzeichnet. Sie entstammen zum großen Teil unseren ersten Import-Versuchen 
aus der OSM-DB, wo oft nur "lighthouse" getagged ist. Die Lichtsektoren haben 
wir bisher nur testweise eingegeben. Manche OSM-Einträge haben entsprechende 
Beschreibungen, die aber früheren Datums sind, und nicht dem gegenwärtigen 
Tagging-Schema von FreieTonne und OpenSeaMap (soweit abgestimmt) entsprechen. 
Dazu kommt irgendeine Drehung in den Grad-Angaben, die Olaf besser erklären 
kann als ich. Olaf?

Fakt ist, die Leuchttürme bedürfen grundsätzlich einer Überarbeitung. Unsere 
jedenfalls. Ich möchte da nicht für andere sprechen.

Falls Du Dich da rein vertiefen möchtest, nur zu. Irgend jemand muß es 
schließlich tun ;-)

Die FreieTonne und OpenSeaMap können hier Werkzeug zur Visualisierung und zum 
Editieren sein. Die eigentliche Arbeit ist aber, die Daten zusammen- und 
einzutragen. War das nicht auch das Konzept von OpenStreetMap?

Also, lassen wir die Vergleiche der Projekte. Es ist kein Wettbewerb. 

Laßt uns Mappen! :-) 

Wir werden die Probleme unterwegs früh genug entdecken, und lösen. In beiden 
Projekten. Ganz sicher.

Beste Grüße vom Seddinsee, frisch gebadet und gut erfrischt :-)

JJ

www.freietonne.de - Die Elde-Müritz-Wasserstraße ist fast fertig. Danke 
Vaestervik. 
Gute Arbeit !!!

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

[Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht

[Willi Rehfeld]

nabend,

das Problem der fehlenden Kamine hat sich erledigt. 7 der 8 vorhandenen 
Kamine (Wahrzeichen von Zollverein) sind ab sofort in der Karte 
vorhanden. Der 8. ist im Moment nicht zu erreichen - ein Bauzaun.

Rainer, wenn du nochmal so ein Problem mit deinem GPS-Gerät hast 
(innerhalb eines Kamins) - ich habe es nach einer Stunde grübeln und 
nachdenken, wie könnte es gehen, geschafft - du musst außen um die 
Kamine laufen, das geht auch.
Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht 
schätzen. Aus der Diskussion entnehme ich - du wolltest hoch klettern. 
Wenn du jetzt noch die Höhe in m nachträgst wäre das schon klasse.

Grüsse
Willi

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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendaten nach OSM gestartet

[André Riedel]

> Wie erklärst du dir dann die Unterschiede zwischen
> http://www.freietonne.de/osm/?zoom=15&lat=54.37125&lon=10.17588&layers=0B0T 
> und
> http://openseamap.org/map/map_full.html?zoom=15&lat=54.36908&lon=10.1719&layers=B0T
> obwohl wir an dieser Stelle beide das gleiche Datenmodell benutzen.

Was mir bei diesem Beispiel aufgefallen ist, dass die Leuchttürme in
den 2 Karten ihre Lichter doppelt gespiegelt ausgeben. Dabei scheint
mir OpenSeaMap das richtig Ergebnis zu liefern, jedoch scheint mir die
Interpretation anhand der Daten bei FreieTonne korrekter zu sein.

Hier die Daten für den nördlichen Leuchtturm:
seamark:light:1=green:217:224:45
seamark:light:2=white:224:270:50
seamark:light:3=green:270:12:45
seamark:light:4=white:12:39:50

Ciao André

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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendatennach OSM gestartet

[Jan Jesse]

Hallo Jonas,

> Hi,
> könnte mir mal bitte jemand erklären, wo überhaupt der 
> Unterschied eurer beiden Projekte von der Zielsetzung her 
> ist. Sorry, wenn das schonmal gefragt wurde, dann sendet mir 
> einfach einen Link.

Die Zielsetzung ist die gleiche. Glaube ich jedenfalls. 

Als wir uns kennen gelernt haben, waren wir wohl zu unterschiedlich, und das 
rechte Vertrauen wollte sich nicht einstellen. Inzwischen arbeiten wir partiell 
zusammen, wo es paßt (OpenSeaMap hat uns tatsächlich gerade beim Tagging schon 
sehr praktisch geholfen), und streiten uns furchtbar, wenn Gelegenheit ist :-(

> Mich wundert etwas, dass OpenSeaMap entstehen soll, wo afaik 
> freietonne doch schon länger existiert und schon funktioniert.
> Gruß
> Jonas

Auch wenn ich hier in den letzten Tagen sehr unschöne Diskussionen verursacht 
und geführt habe, bin ich sehr froh, daß es OpenSeaMap gibt. Der andere Ansatz 
z.B. von Olaf hat für mich einen großen Charme. Ich persönlich habe hier viel 
gelernt. Für uns ein wesentliches Motiv, unsere Daten nach OSM zu exportieren. 
Ich habe jetzt auch Gelegenheit, die JOSM-Geschichte näher anzuschauen und 
denke, da liegt ein Riesenpotential. Das sind Sachen, die wir alleine nicht so 
schnell stemmen könnten. Es ist einfach so, daß der erste Versuch ja nicht 
unbedingt gut sein muß, und jeder neue Versuch aus der früheren Entwicklung 
lernen kann. Und wie in 5 Jahren Seezeichen erfaßt werden mag ich heute 
wirklich nicht vorhersagen :-) Für mich ist manche parallele Entwicklung keine 
Verschwendung von Ressourcen, sondern LERNEN.

Ich denke also, daß die parallele Existenz zweier Projekte überhaupt kein 
Problem, eher ein Vorzug ist, und wünsche mir einfach ein viel offeneres 
Umgehen miteinander. Wir wollen Lernen, wir wollen nicht nochmal schreiben, was 
andere schon haben, wir wollen einfach Spaß. 

Wir wollen auch die Ergebnisse von OpenSeaMap für uns nutzbar machen, so wie 
unsere Ergebnisse bestimmt für OpenSeaMap nutzbar sind.


Schönes Wochenende

JJ

www.freietonne.de - Wer bestimmt eigentlich, wessen Idee es war? Und vor allem: 
Wozu?

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

Re: [Talk-de] Hello from England

[Michael Kugelmann]

Peter Dörrie schrieb:
> Could you give some examples for a good software to handle OSM-mailing 
> lists (prefereably cross platform)
I use Thunderbird:
- filter all ML-emails to a special folder
- use threaded sorting of the mails
For me this works very fine!

And as mentioned instead of being based on email you could get the ML 
via NNTP (which would also work with Thunderbird).


Best regards,
Michael.


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

Re: [Talk-de] Hello from England

[Michael Kugelmann]

Torsten Breda schrieb:
> State of the Map:
> Warum sind die Tickets so teuer? Kostet eine Konferenz wirklich so
> viel, dass es für einen Freizeitmapper uninteressant ist daran
> teilzunehmen?
>   
Für einen Freizeitmapper dürfte der Business Day am Freitag sowieso 
nicht so extrem interessant sein => dann sind wir bereits bei 75€ für 
das Wochenende (bzw. foundation member. 65€).
Wenn man die Preise für "nicht-Community" vergleicht, sieht man daß für 
die Community bereits einiges an Nachlass gemacht wird.
Klar, für manche ist 75€ einiges an Geld. Aber wenn ich die Kosten für 
die Teilnahme an der SOTM08 in Limerick denke, dann waren die 75€ für 
die 2 Tage wirklich der kleinere Teil (Flug, Hotel, Mietwagen, ... => 
Kombination mit etwas Urlaub vorher und hinterher in Irland). In 
Limerick waren auch Getränke und das Mittagessen im Preis enthalten, 
soweit ich mich erinnere ist das auch dieses Jahr wieder so.
Und: ein Kongresszentrum inkl. notwendiger Technik zu mieten kostet auch 
ein paar Euro, die irgendwo wieder herkommen müssen.
Nur zum Vergleich: ein Ticket für den CCC kostet auch 50€ (Member) bis 
80€ (und da ist kein Verpflegung enthalten) bei vermutlich weitaus mehr 
zahlenden Besuchern.

> Lizenz:
> Warum musste die Lizenz in Rekortzeit durchgeboxt werden?
>   
Das Thema Lizenz läuft schon mehr als 1 Jahr => bei weitem nicht in 
Rekordzeit. War IIRC schon in Limerick zumindest kurz angerissen (bzw. 
vorher in Mailinglisten diskutiert).


MfG
Michael.


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

Re: [Talk-de] Fluss und Küstenlinie

[Norbert Kück]

Hallo Markus,

am 02.07.2009 23:14 schrieb Markus:

> Das wäre aber ein ziemlich verkürztes Verständnis von einer Linie,
> die "zwischen Land und Wasser trennt".
> http://wiki.openstreetmap.org/wiki/de:Küstenlinie
weil ich ja wusste, wie groß dein Beitrag an dieser Seite ist, schrieb
ich so, wie ich schrieb. ;-)

>>> c) die Küstenlinie "überquert" den Fluss
>> Noch mal: Schau dich um. Wie machen es denn die Nachbarn? 
> 
> In meiner Gegend gibt es keine Küsten ;-)
Mann, OSM zeigt dir die Welt. ;-)

> Und wie gesagt: ich möchte nicht bei jeder Frage ein "Jugend-Forscht"-
> Projekt starten. :-)
> 
>> Die nehmen deine Variante c).
> 
> Ok. Aber woher wissen die, wo und wie die Küstenlinie über den Fluss
> springt?
Über die möglichen Kriterien dafür ist hier schon viel geredet. Jeder 
nimmt, was er für die konkrete Situation am passendsten findet. Obwohl 
ich die Weser-Variante ganz prima finde, habe ich kein Problem damit, 
dass z.B. in der Ems die Grenze nicht am Sperrwerk Gandersum verläuft, 
sondern 4 km weiter flussabwärts. Nur, wenn mich jemand fragt, biete ich 
die Weser-Lösung als die für mich derzeit beste an.

> Die Küstenlinie kann dann an einem noch zu definierenden Punkt in die
> *Flussuferlinie* übergehen. Die Flussuferlinie könnte genauso wie die
> Küstenlinie beliebig lang sein. Das Flussufer beginnt bei der Quelle und
> gehen bis zum nächsten einmündenden Nebenfluss, oder bis zum Meer.
> 
> Der Renderer müsste dann lernen: alles zwischen den den Flussuferlinien
> und rechts von der Küstenlinie ist Wasser.
Jo, ist ja auch einfach: der Rederer findet eine Flussuferlinie und 
scannt dann seine Umgebung ab, wo die zweite ist ... ;-)  Gib dem 
Renderer EIN Objekt "Gewässerfläche" und gut is. Nein, ich tagge nicht 
für Renderer, aber ich möchte durchaus das Ergebnis meiner Mühen recht 
bald sehen. Und wenn ich die Stange zu hoch lege, hüpft der Renderer nicht.

> Und *waterway* wäre dann entweder die Schiffahrtslinie, und/oder die
> Hauptströmung des Flusses.
> 
> Für Flussinseln hätte man dann eine "Insel-Linie", die man auch für
> See-Inseln benutzen kann.
Du möchtest wohl doch ein komplett neues Regelwerk? Nee, mach es nicht 
so komplex. Versuche die vorhandenen Map-Features zu verwenden und 
stelle fest, was damit wirklich nicht geht. Und vergiss bitte schnell 
die Idee, Uferlinien bis zur Quelle durchzuziehen. Es ist mühsam genug, 
den Verlauf der Bäche zu erfassen.

>>> Beim Fluss gibt es in OSM bisher gar keine Ufer...
>>> Sondern man geht irgendwie davon aus, dass der Fluss nur ein "Weg" und 
>>> folglich eine Linie sei.
>> waterway=riverbank 
> 
> Klar, kenne ich: Dort werden grafisch die zwei Flächen (1 und 3) als
> Workaround für die bisher fehlende Darstellungsmöglichkeit für Flussufer
> und Flussbreite verwendet. Die beiden Flächen haben zwischen sich einen
> Abstand (so als wäre da in Wirklichkeit so etwas wie eine "Furt". 
Einspruch Euer Ehren!
Die Grafik zeigt die maßgebliche Punkte (rot) und die RICHTUNG der 
Verbindungslinien, die tatsächlich deckungsgleich verlaufen. Der Text 
ist eindeutig: "...the river will be drawn as a series of adjacent 
closed areas." es gibt keine Furt oder so. Ja, die Grafik ist nicht frei 
von Irrtumsmöglichkeit.

> An
> einem Flussufer läuft die Umrisslinie bergwärts, am anderen hingegen
> talwärts. - Finde ich nicht wirklich gelungen.
Deine Meinung - du darfst sie behalten. :-)

>> Wie sind denn die großen europäischen Ströme getaggt? Meinst du, dass 
>> das alles Schrott ist? Wenn dir die Ufer nicht genau genug sind, kann 
>> man (du?) ja was dran tun.
> 
> Ich weiss es nicht, das Wiki erklärt das m.E. unzureichend.
Nun, ich sehe das Wiki nur als EINE Erkenntnisquelle. Da findet man an 
verschiedenen Stellen durchaus mal eine Einzelmeinung.

> Am Beispiel Elbe im Hamburger Hafen finde ich solche längliche Flächen,
> die hier aber, anders als im Wiki beschrieben, direkt aneinandergrenzen.
Nein, GENAU SO soll es auch nach dem Wiki sein.

> Und dazwischen finde ich einen "waterway" der sich zwischen einer Grenze
> und einer "ferry + foot=yes" hin und her schlängelt.
Waterway? Was für einer? Riverbank ist auch waterway. Ohne die genaue 
Stelle zu wissen, kann ich konkret dazu nichts sagen. Allgemein sehe ich 
  in der Elbe aber recht geradlinige waterway=river. Das muss nicht mit 
den Grenzen und Fährlinien zusammen laufen.

>>> Auch ist nicht definiert, wo und wie denn die unterste "Flussfläche" an 
>>> das "Meer" stösst, bzw in dieses übergeht...
>> Ja, da ist eine Regelungslücke
> 
> Ok, dann lass uns gemeinsam eine sinnvolle Lösung finden.
Ersetze bitte "sinnvoll" durch "einheitlich". Wie ich schon schrieb, 
halte ich  keine Variante, die ich bisher in Europa gesehen habe für 
falsch - und ich halte sie auch nicht für sinnlos.
Einheitlichkeit bedeutet auch die Forderung, dass umgemappt werden muss. 
Und darin sehe ich keinen Sinn. Es funktioniert ja auch so und durch die 
Änderung gibt es keinen geistigen Mehrwert.

> Wir sind uns ja (?) schon soweit 

Re: [Talk-de] Mal aus Sicht eines Mappers

[qbert biker]

 Original-Nachricht 
> Datum: Fri, 03 Jul 2009 15:37:16 +0200
> Von: Michael Buege 
> An: talk-de@openstreetmap.org
> Betreff: Re: [Talk-de] Mal aus Sicht eines Mappers

> Zitat Michael Kugelmann:
> 
> >> Und an dieser Stelle auch einen kurzen Einwurf zum Thema Evolution vs.
> >> Intelligent Design:
> > Man beachte diesen Satz.
> >> Wenn also jemand das nächste Mal mit der Glocke in der Hand über die
> >> Mailingliste wandelt, den Weltuntergang vorhersagt
> > niemand redet vom Weltuntergang.
> > Alles was ein paar Leute in den aktuellen Diskussionen wollten ist die
> > von Dir selber angesprochene Evolution. Und eben einige Leute sind der
> > Meinung daß die Evolution dringend notwendig ist, um das Projekt weiter
> > vorwärts zu bringen.
> 
> Evolution findet statt.
> Von alleine, einfach so. 
> Sie kann nicht beschlossen werden. 
> Alles was ein paar Leute in den aktuellen Diskussionen wollten, ist die
> Etablierung von zusaetzlichen Regularien. 
> Ich kann bis jetzt nirgends einen ernstzunehmenden Versuch erkennen, dem
> wiederholt geaeusserten Wunsch nach mehr Regeln auch konkrete Taten in
> diese Richtung folgen zu lassen. 
> Aber die Evolution wird`s schon richten. Mit eigenen Regeln.

Du weisst schon, dass du da viel naeher an 'intelligent design'
dran bist als an Evolution? Oder besser an Creationisten vs.
Darvinisten. Darvin war ein Wissenschaftler, der aus seinen
Beobachtungen Schluesse gezogen- und daraus ein Modell erstellt
hat, das Modell der Evolution.

Dagegen stellen sich die Creationisten, die unbedingt eine
Macht, eine helfende Hand oder einen Gott brauchen, ders schon
richtet - mit goettlichen Regeln. 'Intelligent Design' ist ja 
nur ein pseudowissenschaftlicher Anstrich fuer die alten 
Glaubenssaetze der Creationisten und dahinter stecken 
erzkonservative Wissenschaftsablehner.

Evolution in Kartenfragen hat OSM nicht erfunden, diese 
Evolution laeuft schon seit Jahrtausenden. Ohne das, was die
Aegypter, die Griechen, die grossen Mathematiker der Neuzeit,
die Informatiker, etc. geschaffen haben, wurde die 
OSM-Evolution ziemlich auf dem Trockenen sitzen.

Aber was manche immer wieder mal gerne uebersehen: Evolution 
braucht Selektionsdruck, um in Bewegung zu kommen. Wenn sich 
jetzt wirklich Fredericks Vision durchsetzen sollte und der 
Selektionsdruck ueber die Features auch noch verschwindet, wer
soll dann die Evolution antreiben? Eine abstruse Kraft alias
intelligent Design?

Nur als Denkanregung an die, die schell mal Leute in den 
'intelligent Design'-Topf werfen...

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

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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendatennach OSM gestartet

[Jonas Krückel]

Hi,
könnte mir mal bitte jemand erklären, wo überhaupt der Unterschied eurer 
beiden Projekte von der Zielsetzung her ist. Sorry, wenn das schonmal 
gefragt wurde, dann sendet mir einfach einen Link.
Mich wundert etwas, dass OpenSeaMap entstehen soll, wo afaik freietonne 
doch schon länger existiert und schon funktioniert.
Gruß
Jonas

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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendatennach OSM gestartet

[Jan Jesse]

Hallo Olaf,
> 
> > - Diese Behauptung ist falsch. Wir tun dies. Jeder Aufruf 
> unseres "Editors"
> > holt zunächst die aktuellen OSM-Daten. Unsere Maske wird direkt mit 
> > diesen Daten gefüttert. Unsere Maske wird NICHT mit unseren 
> bisherigen 
> > Daten gefüttert.
> 
> Wie erklärst du dir dann die Unterschiede zwischen 
> http://www.freietonne.de/osm/?zoom=15&lat=54.37125&lon=10.1758
> 8&layers=0B0T und 
> http://openseamap.org/map/map_full.html?zoom=15&lat=54.36908&l
> on=10.1719&layers=B0T
> obwohl wir an dieser Stelle beide das gleiche Datenmodell benutzen. 
> 

Ganz einfach. Wir haben bisher testweise nur Leuchttürme, Schleusen und Häfen 
aus OSM importiert. Keine einzige Tonne. Ich habe nie behauptet, und halte es 
auch derzeit nicht für machbar, daß wir jedes Seezeichen erwischen, da das 
tagging ja noch uneinheitlich sind (Rostock, Kiel, Du weißt) :-)

> > Beim Speichern werden die veränderten Daten direkt in die OSM-DB 
> > geschrieben.
> 
> Habe ich nie bestritten.
> 
> > Bitte testet dies, bevor Ihr diese falsche Behauptung übernehmt.
> 
> Habe ich gerade getan.
> 
> Und noch einmal in eigener Sache: Ich möchte dir wirklich 
> nichts Böses, im Gegenteil ich fand unsere Telefonate immer 
> sehr entspannt und konstruktiv. Ich möchte lediglich auf 
> Probleme aufmerksam machen, die jetzt noch leicht zu beheben 
> sind, in Zukunft aber zu größeren führen können.

Einverstanden. Aber wir sind hier nicht Ursache der Probleme, die Du 
projizierst. Diese Probleme bestehen auch ohne uns. Wir sind auf der Suche nach 
vernünftigen Strukturen, die hier funktionieren. Das macht uns nicht zu einem 
bösen, sondern zu einem normalen Projekt. Wir holen die Meinung anderer ein, 
bevor wir etwas tun. Und wir hatten explizit Deine Meinung und Dein 
Einverständnis eingeholt.

> Mein Problem ist einfach, dass, wenn direkt aus der OSM-DB 
> gerendert wird, ich z.B die Backbord-Tonnen in der Kieler 
> Förde doppelt darstellen würde.
>

Wir hatten darüber gesprochen, daß Du die konkurrierenden Einträge der 
FreieTonne einfach löscht. Du bist momentan der einzige auf der Welt, den das 
betrifft. Und wir haben VORHER gewußt und besprochen, daß hier konkurrierende 
Einträge existieren. Ich kann die jetzt natürlich genauso gut löschen. Es waren 
10 Stück? Wirf sie mit Schwung raus. Zehn Mausklicks und 10 Mal delete. (Hab 
gerade gesehen, daß sie schon raus sind.)

> 
> Ich möchte die freie Tonne nicht verdrängen, oder in sonst 
> irgendeinen Konkurrenzkampf treten, im Gegenteil ich habe 

Reden wir mal deutlich: Wir hatten allein gestern 138 neue Einträge (207 
Editiervorgänge) in der FreieTonne. Alle neuen Daten stehen Dir zur Verfügung. 
Momentan kann von Verdrängen keine Rede sein, und bis zur Konkurrenz "in 
Leistungen" wird es noch eine Weile dauern. Aber die Konkurrenz in Worten, 
Behauptungen und Ankündigungen sollte endlich vorbei sein, die ist nicht fair, 
und hat hier keinen Platz. 

> immer versucht euch zu helfen wo ich kann und werde dieses 
> auch in Zukunft tun, sofern es erwünscht ist. Wie Frederik 
> schon richtig bemerkte geht es doch nicht um einen 
> Verdrängungs- Wettbewerb, sondern um das konstruktive 
> Miteinander in einem OpenSource Projekt.

Genau so sehe ich das. Und ich wünsche mir immer noch, daß Euer Projekt 
öffentlich entwickelt wird. Und damit meine ich nicht, daß jede Mail, die Ihr 
privat austauscht, über die Liste laufen muß. Ich meine aber ganz deutlich 
etwas anderes, als jedes mal, wenn wir was fragen, davon überrascht zu werden, 
daß OpenSeaMap mal wieder eine tolle Ankündigung macht, die dann lautet: "Bald 
können wir das und das."

Und nun noch einmal die Frage: Wie ist der Stand mit dem JOSM-Plugin? 
Hintergrund ist, daß wir selbst den JOSM aktiv nutzen und unseren Nutzern auch 
per autoupdate anempfehlen und zur Verfügung stellen. Das Plugin wird, wenn ich 
richtig informiert bin, eine XML Datei mit ein paar png-Dateien sein. Und wir 
hatten ja schon mal diskutiert, das Taggingschema für verschiedene "Editoren" 
zentral zu pflegen und aus einer entsprechenden DB die notwendigen XML-Dateien 
für alle Editoren per API zur Verfügung zu stellen. Ich halte das noch immer 
für eine gute Idee. (Und die Infrastruktur dafür steht bereit!)

Markus spricht immer so viel über Synergien. Wie geht das, wenn eine Seite 
nicht einmal bereit ist, einen Hauch von Transparenz zu zeigen. Wenn Ihr solche 
Synergien nicht wollt, dann reitet nicht so drauf rum.

Beste Grüße aus Berlin

JJ

www.freietonne.de - Wir sind unterwegs.


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

Re: [Talk-de] Mal aus Sicht eines Mappers

[Michael Buege]

Zitat Michael Kugelmann:

>> Und an dieser Stelle auch einen kurzen Einwurf zum Thema Evolution vs.
>> Intelligent Design:
> Man beachte diesen Satz.
>> Wenn also jemand das nächste Mal mit der Glocke in der Hand über die
>> Mailingliste wandelt, den Weltuntergang vorhersagt
> niemand redet vom Weltuntergang.
> Alles was ein paar Leute in den aktuellen Diskussionen wollten ist die
> von Dir selber angesprochene Evolution. Und eben einige Leute sind der
> Meinung daß die Evolution dringend notwendig ist, um das Projekt weiter
> vorwärts zu bringen.

Evolution findet statt.
Von alleine, einfach so. 
Sie kann nicht beschlossen werden. 
Alles was ein paar Leute in den aktuellen Diskussionen wollten, ist die
Etablierung von zusaetzlichen Regularien. 
Ich kann bis jetzt nirgends einen ernstzunehmenden Versuch erkennen, dem
wiederholt geaeusserten Wunsch nach mehr Regeln auch konkrete Taten in
diese Richtung folgen zu lassen. 
Aber die Evolution wird`s schon richten. Mit eigenen Regeln.

-- 
Michael


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

Re: [Talk-de] Radvermietungsplätze taggen

[Andreas Labres]

Jan Tappenbeck wrote:
> habe jetzt
>
> amenity=bicycle_rental
> operator=stadtradhamburg
> ref=[Nummer der Station]
>
> verwendet.
>
> http://www.openstreetmap.org/browse/node/432428691/history

Wird im Mapnik schon gerendert! :)

Servus, Andreas

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

Re: [Talk-de] Hello from England

[Martin Koppenhoefer]

Am 3. Juli 2009 08:23 schrieb Markus :
> Hallo Ulf,
>
>> Die Mapper werden gefragt und können sich frei für
>> oder gegen die neue Lizenz entscheiden.
>
> Dazu brauche ich eine für mich verständliche Entscheidungsgrundlage.
>
> Als Nicht-Jurist (und schon gar nicht mit Spezialgebiet Lizenzrecht)
> benötige ich valide exemplarische Praxisbeispiele, anhand derer ich die
> Vor- und Nachteile der verschiedenen Vorschläge beurteilen kann.
> Und zwar als Vorher- Nachher-Ergebnis (und natürlich in deutscher und
> verständlicher Sprache).

Wusste gar nicht, dass sich "Nicht-Juristen" jetzt auch schon spezialisieren ;-)
soweit ich mich erinnere gibt es doch genau diese Beispiele schon im
Wiki. Hier jetzt endlos rumzujammern bringt nichts. "Natürlich" in
deutscher Sprache gibt es halt nur, wenn das auch jemand übersetzt
hat, aber die Chancen stehen selbst dafür nicht schlecht.

Gruß Martin

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

Re: [Talk-de] Zwei OSB-Seiten? // META OSB

[Gary68]

also ich sehe das nicht destruktiv! ich bin auf jeden fall für so eine
clearing stelle. ich selbst bin ja quasi auch betroffen. wer schaut
schon auf meine web sites bzw. zieht sich die gpx files? ok, klar, ein
paar tun es. aber die bug numbers steigen stetig an. es werden ständig
neue produziert - trotz z.b. josm validator. aktuell sind es ~30.000
bugs und ich rechne gar nicht alle aus, weil nicht mal diese korrigiert
werden.

EINE stelle, wo ALLE bugs angezeigt werden, wäre super cool. jochen
hatte auch schon vorgeschlagen, meine bugs dem osm inspector zuzuführen.
ich habe das aber nicht mal halbherzig verfolgt, aus zwei gründen:

- data format
- aktualität meiner bugs (meist nur einmal die woche gerechnet)

im augenblick spiele ich mit der idee, die bugs - oder zumindest doch
einige - online zu rechnen. aber da sind noch einige fragen offen...

ein anderes problem ist die lokalität der bugs bzw. die sicht in einer
slippy. man sieht halt nur die bugs an den stellen, wo man hingeht.
listen zeigen hingegen alle bugs. auch hier ließe sich zentral was
machen.

http://wiki.openstreetmap.org/wiki/Meta_OSB 

ciao

gerhard
gary68


Am Freitag, den 03.07.2009, 14:58 +0200 schrieb Bernd Wurst:
> Hallo.
> 
> Am Freitag, 3. Juli 2009 schrieb Jonas Krückel:
> > Les doch mal den aktuellen thread auf talk zu der Zukunft von bugs in  
> > osm dazu.
> 
> Vielleicht bin ich zu kritisch, hab die Mail auch nur partiell gelesen, aber 
> die Art wie SteveC das was er da vorschlägt rüber bringt gefällt mir gar 
> nicht. Er redet davon, dass die Seiten unabhängig voneinander seien (ach nee, 
> bei closed-source-Vorlage auf appspot-kostenlos-webspace!), dass man eine API 
> bräuchte (gibt es doch!) und dass eine Integration in diverse OSM-Tools 
> wichtig wäre (JOSM-Plugin gibt es, viel mehr würde ich auch nicht machen so 
> lange sich API und URL noch ändern werden).
> 
> Es scheint also, als würde er den Plan, den wir (zugegeben nicht mit 
> Hochdruck) schon lange verfolgen, wäre jetzt auch bei Steve angekommen, er 
> formuliert die Mail allerdings IMHO eher destruktiv (was es bisher gibt ist 
> doof, man sollte das neu machen).
> 
> Naja, ich habe in nächster Zeit keine Luft um da viel Arbeit reinzustecken, 
> kann mir das also gelassen von außen anschauen, was sich da jetzt regt.
> 
> Gruß, Bernd
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Darstellen von Restrictions-Relationen auf dem Garmin

[Martin Koppenhoefer]

Am 2. Juli 2009 23:07 schrieb Rudi :
>> für den Anfang würde ich Einbahnstraßen im Garmin schonmal ziemlich
>> gut finden, oder gibts da evtl. sogar schon eine Karte, die das hat?
>
> Alle mit mkgmap erstellen Karten zeigen Dir per Default bei Einbahnstraßen
> die Richtung (im Namen) mit an, also z.B. "Riemenschneiderstraße (W)"
> bedeutet: Dies ist eine Einbahnstraße, die man in westlicher Richtung
> befahren darf.

Ah OK, vielen Dank, das hatte ich bisher nicht bemerkt. Dachte immer,
es hiesse das ist der westliche Teil der Riemenschneiderstraße...

Gruß Martin

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

Re: [Talk-de] Zwei OSB-Seiten?

[Bernd Wurst]

Hallo.

Am Freitag, 3. Juli 2009 schrieb Jonas Krückel:
> Les doch mal den aktuellen thread auf talk zu der Zukunft von bugs in  
> osm dazu.

Vielleicht bin ich zu kritisch, hab die Mail auch nur partiell gelesen, aber 
die Art wie SteveC das was er da vorschlägt rüber bringt gefällt mir gar 
nicht. Er redet davon, dass die Seiten unabhängig voneinander seien (ach nee, 
bei closed-source-Vorlage auf appspot-kostenlos-webspace!), dass man eine API 
bräuchte (gibt es doch!) und dass eine Integration in diverse OSM-Tools 
wichtig wäre (JOSM-Plugin gibt es, viel mehr würde ich auch nicht machen so 
lange sich API und URL noch ändern werden).

Es scheint also, als würde er den Plan, den wir (zugegeben nicht mit 
Hochdruck) schon lange verfolgen, wäre jetzt auch bei Steve angekommen, er 
formuliert die Mail allerdings IMHO eher destruktiv (was es bisher gibt ist 
doof, man sollte das neu machen).

Naja, ich habe in nächster Zeit keine Luft um da viel Arbeit reinzustecken, 
kann mir das also gelassen von außen anschauen, was sich da jetzt regt.

Gruß, Bernd

-- 
Rocker: wir zeigen euch hier Rock'n'Roll ohne Drogen und
Geschlechtskrankheiten.
Homer Simpson: Jaaa, Geschlechtskrankheiten 


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

Re: [Talk-de] Radvermietungsplätze taggen

[Jan Tappenbeck]

Moin !

hier gibt es die Kurzbeschreibung:
http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Fahrrad-Verleih

und hier das JOSM-Template
http://wiki.openstreetmap.org/wiki/DE:Anpassen_der_Vorlagen_von_JOSM

Gruß Jan :-)



Jan Tappenbeck schrieb:
> Moin!
> 
> habe jetzt
> 
> amenity=bicycle_rental
> operator=stadtradhamburg
> ref=[Nummer der Station]
> 
> verwendet.
> 
> beispiel: [1]
> 
> Werde dieses in [2] einbauen.
> 
> "Vielleicht kann man das in die Presets einbauen?" ... fände ich auch gut!
> 
> gruß Jan :-)
> 
> [1] http://www.openstreetmap.org/browse/node/432428691/history
> [2] http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A
> 
> Sven Sommerkamp schrieb:
>> Am Mittwoch, 1. Juli 2009 11:18:15 schrieb Jan Tappenbeck:
>>> und dann zusätzlich mit Operator und Stationnumber 
>> Keine schlechte Idee.
>> Vielleicht kann man das in die Presets einbauen?
>> Macht für änliche Fälle ja ebenso Sinn.
>>
>> Gruß Sven
>>> Gruß Jan :-)
>>>
>>> Sven Sommerkamp schrieb:
 Am Mittwoch, 1. Juli 2009 09:26:06 schrieb Jan Tappenbeck:
> Moin !
>
> die Bahn bietet soetwas schon länger an und nun gibt es das auch in
> Hamburg - Leihstationen für Fahrräder.
>
> Hat einer von Euch soetwas schon einmal getaggt und wenn mit welchen
> Attributen?
>
> http://www.stadtradhamburg.de
>
> Gruß Jan :-)
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
 Schau mal in den Presets.
 Da gibt es Radvermietungen.

 Und sowas ist es ja


 Gruß Sven S.
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Notrufnummern als Attribut zu Ländergr enzen?

[Andreas Labres]

Karl Heinz Wolf wrote:
> Die Zuständigkeitsgebiete der Notrufzentralen einzutragen, wäre wohl
> der nächste interessante Schritt.
> VoIP-basierte Notrufe sind der Grund meines Postings ;-) Dafür braucht
> man einen Server, der einem VoIP Telefon, das seinen Standort kennt,
> zuerst die verfügbaren Notrufdienste am Aufenthaltsort mitteilt und in
> einem 2. Schritt für jeden Notrufdienst die eigentliche Notrufnummer
> sowie die "Kontaktinformation" der Notrufzentrale mitteilt.
>   

Angedacht ist eben ein Service im Internet, Du weißt die Koordinaten
(die weiß der Provider ja aus der Adresse) und welcher Notrufdienst
gerufen werden soll und das Service sagt dir die Nummer der Notrufzentrale.

Das ist BTW auch für den Mobilfunk interessant, eben nicht den Standort
der BTS, sondern den des Mobiles als Entscheidungsgrundlage zu nehmen,
welche Notrufzentrale gerufen wird...

Das Mühsame ist das Zusammentragen der Gebiete, aber da käme eben das
Crowdsourcing ins Spiel... blöd ist nur, daß das alles geheime Daten sind...

Servus, Andreas


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

Re: [Talk-de] Lummerland

[Michael Kugelmann]

Johannes Hüsing schrieb:
> Nett ist die 12-Seemeilen-Zone, die ich nur in Z7 sehe.
>   
Die ist immer noch da:
 http://www.openstreetmap.org/?lat=48.8&lon=-14.9&zoom=5&layers=0B00FTF


MfG
Michael.


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

Re: [Talk-de] Material für OSM-Vortrag?

[Jochen Topf]

On Fri, Jul 03, 2009 at 01:38:05PM +0200, Sven Sommerkamp wrote:
> Am Freitag, 3. Juli 2009 12:26:27 schrieb Jens Herrmann:
> > Hi,
> > ich werde in demnächst einen kurzen Vortrag zum Projekt OSM geben. Da
> > ich vermutlich damit nicht der Erste bin existieren bestimmt schon ne
> > ganze Reihe PP-Präsentationen. Gibts irgendwo nen Ort wo solche
> > Materialien gesammelt werden?
> >
> > Grüße
> > Jens
> >
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-de
> 
> Oja, das würde mich auch interessieren!

http://svn.openstreetmap.org/misc/lectures/

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Material für OSM-Vortrag?

[Frederik Ramm]

Hi,

Jens Herrmann wrote:
> ich werde in demnächst einen kurzen Vortrag zum Projekt OSM geben. Da
> ich vermutlich damit nicht der Erste bin existieren bestimmt schon ne
> ganze Reihe PP-Präsentationen. Gibts irgendwo nen Ort wo solche
> Materialien gesammelt werden?

Ja, svn.openstreetmap.org/misc/lectures

Ferner habe ich zu vielen der Vortraege, die auf der Geofabrik-Seite

http://www.geofabrik.de/geofabrik/publications.html

gelistet sind, die Quellen und gebe die auf Anfrage auch gern raus.

Bye
Frederik




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

Re: [Talk-de] Notrufnummern als Attribut zu Ländergr enzen?

[Karl Heinz Wolf]

2009/7/3 Sven Sommerkamp :
> Am Freitag, 3. Juli 2009 10:35:49 schrieb Andreas Labres:
>> Karl Heinz Wolf wrote:
>> > wäre es denkbar, an die Ländergrenzen Attribute mit den jeweiligen
>> > Notrufnummer des Landes anzuhängen? Das würde einen Überblick
>> > schaffen, welche Notrufdienste in einem Land verfügbar sind (also z.B.
>> > Feuerwehr, Rettung, Polizei, Bergrettung, Küstenwache, usw.) und mit
>> > welcher Notrufnummer man sie erreicht (911, 112, 110, 000, 999, ...).
>> > Notrufnummern und Notrufdienste sind ja standortabhängig.
>>
>> (122, 133, 144, 141, 140,...)
142 und 147 nicht zu vergessen...

>>
>> Naja, in erster Näherung sind die Notrufnummern ja "national", sprich
>> eine Tabelle "in Land XY sind die Nummern diese" sollte doch reichen?
>>
>> Interessanter ist die Frage (speziell für VoIP calls ist die Thematik
>> virulent), wohin ein Notruf abhängig vom Standort wirklich zu routen
>> ist. Hierzulande (AT) ist man grade am Überlegen, wie man das
>> implementiert. Crowdsourcing mit OSM wäre da ein Gedanke... Letztlich
>> wären Gebiete zu definieren, innerhalb derer ein Notruf Typ soundso
>> dortunddort hin gehen soll. Das ist ziemlich komplex, weil für jede
>> Notrufart unterschiedlich.
Die Zuständigkeitsgebiete der Notrufzentralen einzutragen, wäre wohl
der nächste interessante Schritt.
VoIP-basierte Notrufe sind der Grund meines Postings ;-) Dafür braucht
man einen Server, der einem VoIP Telefon, das seinen Standort kennt,
zuerst die verfügbaren Notrufdienste am Aufenthaltsort mitteilt und in
einem 2. Schritt für jeden Notrufdienst die eigentliche Notrufnummer
sowie die "Kontaktinformation" der Notrufzentrale mitteilt.
Ich weiß nicht, wie weit man mit OSM gehen könnte, aber eine Sammlung
der Notrufnummern könnte ja vielleicht interessant sein?

>>
>> Servus, Andreas
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
>
> Man muß auch sagen, das es wieder etwas ist, was natürlich in die Datenbank
> tun kann.
> Aber eigentlich informiert sich jeder der in ein fremdes Land reist über
> essentielle Dinge wie: Währung Notruf, Ärzte Krankenkasse usw.
>
wenn es in der Datenbank ist, dann könnte ein Client automatisch für
seinen Standort die gültigen Notrufnummer herausfinden.

> Es ist relativ einfach einen Notruf abzusetzen, egal wo ich bin.
>
> Ich muß nur ein funtionierendes Telefon haben.
und man muß sich an die für den aktuellen Aufenthaltsort gültige
Notrufnummer in einer Notsituation erinnern können.

karl heinz

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

Re: [Talk-de] Material für OSM-Vortrag?

[Sven Sommerkamp]

Am Freitag, 3. Juli 2009 12:26:27 schrieb Jens Herrmann:
> Hi,
> ich werde in demnächst einen kurzen Vortrag zum Projekt OSM geben. Da
> ich vermutlich damit nicht der Erste bin existieren bestimmt schon ne
> ganze Reihe PP-Präsentationen. Gibts irgendwo nen Ort wo solche
> Materialien gesammelt werden?
>
> Grüße
> Jens
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Oja, das würde mich auch interessieren!

Ich hätte da auch etwas..


Gruß Sven

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

Re: [Talk-de] Zwei OSB-Seiten?

[Marc Schütz]

> habe ich gestern mal mit gespielt und hatte meine Probleme:
> 
> Karte sprang wild hin und her, Bug-Marker waren an falscher
> Stelle, Zoom-Regler war nicht in sync mit dem tatsächlichen Zoom.

Das kann ich bestätigen, auch wenn es nur sehr selten passiert. Manchmal 
bleiben bestimmte Marker beim Zoomen an der Stelle stehen, wo sie im vorherigen 
Zoomlevel waren.

Das passiert meistens bei neu angelegten Bugs, ich habe es aber auch schon bei 
bestehenden erlebt (dann gleich bei mehrere auf einmal).

Browser: FF 3.0.11 (nicht sicher, obs bei 3.5 auch passiert)

Grüße, Marc

-- 
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02

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

[Talk-de] Material für OSM-Vortrag?

[Jens Herrmann]

Hi,
ich werde in demnächst einen kurzen Vortrag zum Projekt OSM geben. Da
ich vermutlich damit nicht der Erste bin existieren bestimmt schon ne
ganze Reihe PP-Präsentationen. Gibts irgendwo nen Ort wo solche
Materialien gesammelt werden?

Grüße
Jens

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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendaten nach OSM gestartet

[Olaf Hannemann]

Hallo Jan,

> - Diese Behauptung ist falsch. Wir tun dies. Jeder Aufruf unseres "Editors"
> holt zunächst die aktuellen OSM-Daten. Unsere Maske wird direkt mit diesen
> Daten gefüttert. Unsere Maske wird NICHT mit unseren bisherigen Daten
> gefüttert. 

Wie erklärst du dir dann die Unterschiede zwischen 
http://www.freietonne.de/osm/?zoom=15&lat=54.37125&lon=10.17588&layers=0B0T und
http://openseamap.org/map/map_full.html?zoom=15&lat=54.36908&lon=10.1719&layers=B0T
obwohl wir an dieser Stelle beide das gleiche Datenmodell benutzen. 

> Beim Speichern werden die veränderten Daten direkt in die OSM-DB
> geschrieben. 

Habe ich nie bestritten.

> Bitte testet dies, bevor Ihr diese falsche Behauptung
> übernehmt.

Habe ich gerade getan.

Und noch einmal in eigener Sache: Ich möchte dir wirklich nichts Böses, im 
Gegenteil ich fand unsere Telefonate immer sehr entspannt und konstruktiv. Ich 
möchte lediglich auf Probleme aufmerksam machen, die jetzt noch leicht zu 
beheben sind, in Zukunft aber zu größeren führen können.
Mein Problem ist einfach, dass, wenn direkt aus der OSM-DB gerendert wird, ich 
z.B die Backbord-Tonnen in der Kieler Förde doppelt darstellen würde.

Ich möchte die freie Tonne nicht verdrängen, oder in sonst irgendeinen 
Konkurrenzkampf treten, im Gegenteil ich habe immer versucht euch zu helfen wo 
ich kann und werde dieses auch in Zukunft tun, sofern es erwünscht ist. Wie 
Frederik schon richtig bemerkte geht es doch nicht um einen Verdrängungs-
Wettbewerb, sondern um das konstruktive Miteinander in einem OpenSource Projekt.

Liebe Grüße

Olaf

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

Re: [Talk-de] Mal aus Sicht eines Mappers

[Michael Kugelmann]

Hallo Christoph,

> Und an dieser Stelle auch einen kurzen Einwurf zum Thema Evolution vs. 
> Intelligent Design:
Man beachte diesen Satz.
> Wenn also jemand das nächste Mal mit der Glocke in der Hand über die 
> Mailingliste wandelt, den Weltuntergang vorhersagt 
niemand redet vom Weltuntergang.
Alles was ein paar Leute in den aktuellen Diskussionen wollten ist die 
von Dir selber angesprochene Evolution. Und eben einige Leute sind der 
Meinung daß die Evolution dringend notwendig ist, um das Projekt weiter 
vorwärts zu bringen.


MfG
Michael.


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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Sven Sommerkamp]

Am Freitag, 3. Juli 2009 11:12:55 schrieb Sven Sommerkamp:
> Am Freitag, 3. Juli 2009 09:07:14 schrieb Jan Tappenbeck:
> > Moin !
> >
> > die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von
> > Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.
> >
> > Am besten EXE (Windows) oder Perl.
> >
> > Gruß Jan :-)
> >
> >
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-de
>
> Hätte man eine Layerstruktur, könnten die OSB's einen Layer bilden.
> Und es wäre denkbar, verschiedene Arten von OSB zu generieren und auch
> wieder als GPX herunterladbar zu ermöglichen.
> Z.B. Könnte man anbieten einen OSB mit einem Track und weiteren Daten wie
> Straßenname, Kategorie ... usw. hochzuladen.
>
> Dies kann dann von Leuten geschehen, die wenig Ahnung und keinen Zugang zum
> System haben.
>
> Andere können zuhause mit dem Layer weiterarbeiten und die Änderungen in
> die Karte übernehmen.
>
> Gruß Sven
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Wenn man sich das ganze noch mit einem guten einfachen Dialog vorstellt..

Könnte da etwas anbieten als Präsentation... findet man z.B. Bitorrent 
Änderungsdialog für Editoren

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

Re: [Talk-de] Routing über einen Platz

[Martin Koppenhoefer]

Am 2. Juli 2009 17:58 schrieb Markus :
 - was ist mit Häusern, die "in" der Fussgängerzone stehen
>>
>> die gehören m.E. nicht zur Straße.
>
> Ich meinte: kann ich die einfach auf die Fussgängerzone malen?
> So wie ich ein Haus in den Wald male oder in die Industriezone?

nee, wie sollte denn das Tag sein für Fußgängerzone?
landuse=pedestrian? Jedenfalls m.E. nicht highway=pedestrian, area=yes
für eine komplette Fußgängerzone (d.h. wenn mehr als eine Straße oder
mehr als ein Platz betroffen ist), sonst funktioniert weder das
Routing, noch die Namensvergabe, und auch sonst fehlen die Daten (zu
sehr generalisiert).

> Hm - viele Fussgängerzonen sehen aus wie ein "I" von dem weitere
> Verästelungen ausgehen (wie ein "E").
> Dann würde man ja immer um alle Verästelungen herum geleitet, statt auf
> kurzem Weg einfach quer über den Platz...?

Klingt nach Mapping-Fehler.
Ich vermute, das Missverständnis hier ist, dass Du die komplette
Fußgängerzone als 1 Objekt eintragen willst, so ist das aber nicht
vorgesehen. Jede Straße am besten wie eine andere Straße auch separat
eintragen und eben mit Fußgängerzone taggen.

> Bitte kann das mal jemand anschaulich im Wiki erklären und bebildern?
>
>> Ich würde bei derzeitigem Stand area=yes nur für echte
>> Plätze nutzen, und für normale Fussgängerzonenstraßen einen way mit
>> highway=pedestrian ohne area bevorzugen.
>
> Du meinst nicht nur für normale "residental + alles_ausser_foot=no",
> sondern auch bei richtig breiten Einkaufsmeilen?
> Jetzt bin ich ganz verwirrt...

ich meinte: area-mapping von Straßen funktioniert derzeit nicht (nicht
mal zusätzlich), daher würde ich bei straßenbreiten Fußgängerzonen
highway=pedestrian in der Mitte als einen Way ohne area mappen, und
nur Plätze als Umriss (an den echten Kanten, nicht z.B. auf der Mitte
einer umlaufenden Straße, wie es manche machen) mit area=yes mappen.
War das verständlicher?

Diese Plätze sind sowohl für die Städte als auch für unsere Karten
extrem wichtig (für Routing nicht), um die Orientation zu erleichtern
und die Struktur zu bilden. Sie kommen natürlich nicht nur in
Fußgängerzonen vor, und ich ermuntere alle, die Plätze zu mappen.

Gruß Martin

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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Sven Sommerkamp]

Am Freitag, 3. Juli 2009 09:07:14 schrieb Jan Tappenbeck:
> Moin !
>
> die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von
> Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.
>
> Am besten EXE (Windows) oder Perl.
>
> Gruß Jan :-)
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Hätte man eine Layerstruktur, könnten die OSB's einen Layer bilden.
Und es wäre denkbar, verschiedene Arten von OSB zu generieren und auch wieder 
als GPX herunterladbar zu ermöglichen.
Z.B. Könnte man anbieten einen OSB mit einem Track und weiteren Daten wie 
Straßenname, Kategorie ... usw. hochzuladen.

Dies kann dann von Leuten geschehen, die wenig Ahnung und keinen Zugang zum 
System haben.

Andere können zuhause mit dem Layer weiterarbeiten und die Änderungen in die 
Karte übernehmen.

Gruß Sven

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

Re: [Talk-de] Notrufnummern als Attribut zu Ländergr enzen?

[Sven Sommerkamp]

Am Freitag, 3. Juli 2009 10:35:49 schrieb Andreas Labres:
> Karl Heinz Wolf wrote:
> > wäre es denkbar, an die Ländergrenzen Attribute mit den jeweiligen
> > Notrufnummer des Landes anzuhängen? Das würde einen Überblick
> > schaffen, welche Notrufdienste in einem Land verfügbar sind (also z.B.
> > Feuerwehr, Rettung, Polizei, Bergrettung, Küstenwache, usw.) und mit
> > welcher Notrufnummer man sie erreicht (911, 112, 110, 000, 999, ...).
> > Notrufnummern und Notrufdienste sind ja standortabhängig.
>
> (122, 133, 144, 141, 140,...)
>
> Naja, in erster Näherung sind die Notrufnummern ja "national", sprich
> eine Tabelle "in Land XY sind die Nummern diese" sollte doch reichen?
>
> Interessanter ist die Frage (speziell für VoIP calls ist die Thematik
> virulent), wohin ein Notruf abhängig vom Standort wirklich zu routen
> ist. Hierzulande (AT) ist man grade am Überlegen, wie man das
> implementiert. Crowdsourcing mit OSM wäre da ein Gedanke... Letztlich
> wären Gebiete zu definieren, innerhalb derer ein Notruf Typ soundso
> dortunddort hin gehen soll. Das ist ziemlich komplex, weil für jede
> Notrufart unterschiedlich.
>
> Servus, Andreas
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

Man muß auch sagen, das es wieder etwas ist, was natürlich in die Datenbank
tun kann.
Aber eigentlich informiert sich jeder der in ein fremdes Land reist über 
essentielle Dinge wie: Währung Notruf, Ärzte Krankenkasse usw.

Es ist relativ einfach einen Notruf abzusetzen, egal wo ich bin.

Ich muß nur ein funtionierendes Telefon haben.

Grüezi miteinand, der Sven

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

Re: [Talk-de] Routing über einen Platz

[Martin Koppenhoefer]

Am 2. Juli 2009 22:12 schrieb Rudi :
>
> Hallo Martin,
>
>> Wenn der Platz kein reiner Fussgängerplatz ist, sondern z.B. am Rand
>> von Straßen gesäumt ist, würde ich diese Straßen zusätzlich separat
>> zeichnen. Diese Straßen laufen dann in diesem Fall innerhalb des
>> Platzes, da ich als Grenze des Platzes die Aussenkante (also bei einer
>> Straße die Gebäudekante auf der anderen Straßenseite) als area mappen
>> würde.
>
> Wenn Straßen über den Platz führen, dann zeichnet man die natürlich ein.
> Hier hat man sowieso kein Problem mit dem Routing. Auch sind die Plätze dann
> meist keine Fußgängerzonen (zumindest nicht in Deutschland) und ich würde
> auch kein highway=pedestrian vergeben.

highway=pedestrian ist m.E. nicht grundsätzlich eine Fußgängerzone,
sondern der übliche Weg, in Kombination mit area=yes einen Platz
anzugeben. Das Rendering der gängigen Renderer legt das auch nahe (ist
auch im Wiki so dokumentiert wenn ich nicht schwer irre).

>> doch, die Straßen/zusätzliche Ways braucht man, sobald sie nicht
>> Fussgängerzone sind, sondern extra tags benötigen. Das Zeichnen von
>> areas reicht fürs Routing grundsätzlich nicht aus, Wege und Straßen
>> sofern vorhanden sollten grundsätzlich gezeichnet werden (als way
>> nicht area). Ich würde bei derzeitigem Stand area=yes nur für echte
>> Plätze nutzen, und für normale Fussgängerzonenstraßen einen way mit
>> highway=pedestrian ohne area bevorzugen.
>
> Dem stimme ich zu, für Fußgängerzonen, die straßenähnlich sind, reicht in
> der Regel ein einfacher way mit highway=pedestrian. Für Plätze, die reine
> Fußgängerzonen sind (also über die keine Straßen für Autos führen) reicht
> ein einfaches area fürs Routing aus (ggf. noch mit bicycle=yes|permissive|no
> je nach Beschilderung).

ja

Gruß Martin

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

[Talk-de] Mitarbeit in einer OSMF Working group

[Rotbarsch]

Zitat von Ulf Möller :

> Für mich war das dann der Anlass, der OSMF beizutreten, um mich da
> einzumischen. Seit Ende April arbeite ich in der License Working Group mit.

Wie läuft das organisatorisch? Warst Du dafür in England? Hattest Du  
face-to-face-Kontakt?

Viele Grüße

Rotbarsch

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

Re: [Talk-de] Notrufnummern als Attribut zu Ländergr enzen?

[Andreas Labres]

Karl Heinz Wolf wrote:
> wäre es denkbar, an die Ländergrenzen Attribute mit den jeweiligen
> Notrufnummer des Landes anzuhängen? Das würde einen Überblick
> schaffen, welche Notrufdienste in einem Land verfügbar sind (also z.B.
> Feuerwehr, Rettung, Polizei, Bergrettung, Küstenwache, usw.) und mit
> welcher Notrufnummer man sie erreicht (911, 112, 110, 000, 999, ...).
> Notrufnummern und Notrufdienste sind ja standortabhängig.
>   
(122, 133, 144, 141, 140,...)

Naja, in erster Näherung sind die Notrufnummern ja "national", sprich
eine Tabelle "in Land XY sind die Nummern diese" sollte doch reichen?

Interessanter ist die Frage (speziell für VoIP calls ist die Thematik
virulent), wohin ein Notruf abhängig vom Standort wirklich zu routen
ist. Hierzulande (AT) ist man grade am Überlegen, wie man das
implementiert. Crowdsourcing mit OSM wäre da ein Gedanke... Letztlich
wären Gebiete zu definieren, innerhalb derer ein Notruf Typ soundso
dortunddort hin gehen soll. Das ist ziemlich komplex, weil für jede
Notrufart unterschiedlich.

Servus, Andreas

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

Re: [Talk-de] OSM einsteigerunfreundlich - im Gegenteil

[Sven Geggus]

Jan Tappenbeck  wrote:

> Ein anderer Einsteiger in HL ist gescheitert weil er keine OSM Daten 
> heruntergeladen bekam (gab auch ein Posting dazu) - er hatte einen 
> Berich in der Übersichtskarte aufgezoom. War aber nicht darauf gekommen 
> noch ein zusätzliches Markierungsfenster anzulegen. Hier würde eine 
> Meldung oder das Laden der aktuellen Ansicht, wenn keine Selektion 
> vorliegt weiterhelfen.

Ich sehe ein, dass das wenig intuitiv ist.

Es bringt aber überhaupt nichts über sowas rummeckern.

Die beste Methode besteht darin den josm Entwicklern (die IMO in schon sehr
viel in Richtung Usability getan haben und die ich an dieser Stelle mal
ausdrücklich loben möchte) einen patch zu schicken, der das Problem behebt.

Die zweitbeste Lösung ist ein Wishlist Item auf der josm Mailingliste oder
im Bugtracker.

Sven

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

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

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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Jan Tappenbeck]

wollte mich nur vergewissern

g...@gary68.de schrieb:
> Dann trage halt andere daten ein? Ist nur ein beispiel...
> 
> -- Urspr. Mitt. --
> Betreff: Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren
> Von: Jan Tappenbeck 
> Datum: 03.07.2009 10:15
> 
> Hi !
> 
> kann es sein das Dein Beispiel ein leeres Ergebnis liefern würde oder 
> liegt ein Fehler bei mir vor ?
> 
> Gruß Jan :-)
> 
> Gary68 schrieb:
>> hi,
>>
>> in den höheren zoom leveln kannst du links direkt einen gpx export
>> anstoßen
>>
>> http://openstreetbugs.schokokeks.org/
>>
>> oder direkt eine url eingeben
>>
>> http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676
>>
>> oder nur offene:
>> http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676&open=yes
>>
>> auch ein parameter limit=10 kann noch hinzugefügt werden
>>
>> ciao
>>
>> gerhard
>>
>>
>> Am Freitag, den 03.07.2009, 09:07 +0200 schrieb Jan Tappenbeck:
>>> Moin !
>>>
>>> die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von 
>>> Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.
>>>
>>> Am besten EXE (Windows) oder Perl.
>>>
>>> Gruß Jan :-)
>>>
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-de
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Sven Geggus]

Jan Tappenbeck  wrote:

> ich möchte aber nicht noch eine DB wieder installieren.

Huh? sqlite ist doch gerade kein aufwendiges rdbms.

Sven

-- 
Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety (Benjamin Franklin)

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

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

Re: [Talk-de] Hello from England

[Sven Geggus]

Peter Dörrie  wrote:

> Could you give some examples for a good software to handle OSM-mailing lists
> (prefereably cross platform)

I prefer using NNTP-access and a newsreader and for searches I'm just using
grep.

You may also give gmane a try for this purpose.

Apart from this I think that even Mozilla thunderbird is well suited for
reading this mailinglist.

Unfortunately threading behaviour is not very good by default. Ony may use
this setting:

http://kb.mozillazine.org/Stop_threading_by_subject

Sven

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

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

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

Re: [Talk-de] Zwei OSB-Seiten?

[Chris-Hein Lunkhusen]

Rotbarsch schrieb:

> 

Hi,
habe ich gestern mal mit gespielt und hatte meine Probleme:

Karte sprang wild hin und her, Bug-Marker waren an falscher
Stelle, Zoom-Regler war nicht in sync mit dem tatsächlichen Zoom.

OS: XP, Browser: FF 3.0.11

Chris


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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[gary]

Dann trage halt andere daten ein? Ist nur ein beispiel...

-- Urspr. Mitt. --
Betreff: Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren
Von: Jan Tappenbeck 
Datum: 03.07.2009 10:15

Hi !

kann es sein das Dein Beispiel ein leeres Ergebnis liefern würde oder 
liegt ein Fehler bei mir vor ?

Gruß Jan :-)

Gary68 schrieb:
> hi,
> 
> in den höheren zoom leveln kannst du links direkt einen gpx export
> anstoßen
> 
> http://openstreetbugs.schokokeks.org/
> 
> oder direkt eine url eingeben
> 
> http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676
> 
> oder nur offene:
> http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676&open=yes
> 
> auch ein parameter limit=10 kann noch hinzugefügt werden
> 
> ciao
> 
> gerhard
> 
> 
> Am Freitag, den 03.07.2009, 09:07 +0200 schrieb Jan Tappenbeck:
>> Moin !
>>
>> die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von 
>> Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.
>>
>> Am besten EXE (Windows) oder Perl.
>>
>> Gruß Jan :-)
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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


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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Jan Tappenbeck]

Hi !

kann es sein das Dein Beispiel ein leeres Ergebnis liefern würde oder 
liegt ein Fehler bei mir vor ?

Gruß Jan :-)

Gary68 schrieb:
> hi,
> 
> in den höheren zoom leveln kannst du links direkt einen gpx export
> anstoßen
> 
> http://openstreetbugs.schokokeks.org/
> 
> oder direkt eine url eingeben
> 
> http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676
> 
> oder nur offene:
> http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676&open=yes
> 
> auch ein parameter limit=10 kann noch hinzugefügt werden
> 
> ciao
> 
> gerhard
> 
> 
> Am Freitag, den 03.07.2009, 09:07 +0200 schrieb Jan Tappenbeck:
>> Moin !
>>
>> die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von 
>> Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.
>>
>> Am besten EXE (Windows) oder Perl.
>>
>> Gruß Jan :-)
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendaten nach OSM gestartet

[Andreas Labres]

Hallo Jan!

Jan Jesse wrote:
> Jeder Aufruf unseres "Editors" holt zunächst die aktuellen OSM-Daten. Unsere 
> Maske wird direkt mit diesen Daten gefüttert. Unsere Maske wird NICHT mit 
> unseren bisherigen Daten gefüttert. Beim Speichern werden die veränderten 
> Daten direkt in die OSM-DB geschrieben.

Danke für die Klarstellung!

Servus, Andreas

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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Jan Tappenbeck]

Hi !

ich möchte aber nicht noch eine DB wieder installieren.

Konvertieren und fertig sollte es sein.

Gruß Jan :-)

Sven Geggus schrieb:
> Jan Tappenbeck  wrote:
> 
>> die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von 
>> Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.
> 
> Falls es sich um halbwegs standardkonformes SQL handelt sollte man sich da
> mit SQLite schnell was zurechtfrickeln können.
> 
> Sven
> 


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

Re: [Talk-de] OSM einsteigerunfreundlich - im Gegenteil

[Jan Tappenbeck]

Moin !

ich habe im Urlaub einem Schweizer das OSM etwas näher gebracht und der 
Mann ist 60+ und hat auch ausreichendes technisches Verständnis.

Er hat alles verstanden ist aber der allgmeinen Meinung das OSM 
teilweise zu umständlich ist um Dinge zu finden.

Wir haben dann auch noch über die verschiedenen Einstiegshilfen im Wiki 
gesprochen - sind aber zu dem Schluss gekommen das die wenigsten mit 0 
anfangen zu lesen.

Auch fehlen die einen oder anderen Hinweise.

Ein Beispiel sind die zulässigen Datenformat. Er kommt mit tcx aus 
Garmin - die werden nicht erkannt. Es gibt aber ein Zusatzplugin. Aber 
warum kommt nicht beim Versuch des Öffnen der tcx ein Hinweis auf das 
Plugin.

Ein anderer Einsteiger in HL ist gescheitert weil er keine OSM Daten 
heruntergeladen bekam (gab auch ein Posting dazu) - er hatte einen 
Berich in der Übersichtskarte aufgezoom. War aber nicht darauf gekommen 
noch ein zusätzliches Markierungsfenster anzulegen. Hier würde eine 
Meldung oder das Laden der aktuellen Ansicht, wenn keine Selektion 
vorliegt weiterhelfen.

Das sind alles Kleinigkeiten - aber wichtige Dinge um Einsteiger nicht 
abzuschrecken. Wir wollen ja schließlich nicht nur eine Community von 
Freaks sein. Etwas allgemeiner könnte es schon sein.

Gruß Jan :-)

Markus schrieb:
> Hallo Dirk,
> 
>> viele Diskussionen in der letzten Zeit haben ja behauptet, dass OSM 
>> einsteigerunfreundlich ist.
> 
> Dann wird in dieser Behauptung vermutlich auch einiges an Wahrheit und 
> Verbesserungsmotivation (und vielleicht sogar Verbesserungsideen) stecken.
> 
>> die Mitarbeit bei OpenStreetMap ist einfacher als erwartet.
>> Und warum? Bei OpenStreetMap macht man den Editor auf und fängt an. 
> 
> Das ist ein entscheidender Vorteil!
> 
> Man kann einem Neuling (der mit der Maus umgehen kann) "on the fly" in 
> 10 Minuten erklären, wie er JOSM installiert und sein Haus richtig 
> einzeichnet. Sogar so, dass er es versteht und später selbst kann.
> 
> Wenn der Neuling aber keinen Mentor hat, dann ist es für ihn meist 
> ziemlich schwierig. Und wenn er etwas mehr machen will, dann auch.
> Selbst wenn er das Wiki, die Mailingliste oder das Forum als 
> Informationsquelle entdeckt.
> 
> Eine Schwierigkeit bei der Beurteilung von Benutzerfreundlichkeit ist, 
> dass die Beurteiler meist so vertraut mit dem System sind, dass sie sich 
> gar nicht mehr vorstellen können, welche Fragen ein Neuling zu lösen hat.
> 
> Eine weitere Schwierigkeit ist, dass Entwickler viel zu selten 
> Anerkennung für ihre Arbeit bekommen, oder wenigstens gut beschriebene 
> Verbesserungswünsche, sondern meist nur genervte Fragen zu hören 
> bekommen oder gar Beschwerden. Und das ist demotivierend.
> 
> Aus genervten Fragen den Verbesserungswunsch herauszulesen, oder gar die 
> implizite Verbesserungsidee ist eine Kunst.
> 
> Gruss, Markus


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

[Talk-de] Notrufnummern als Attribut zu Ländergr enzen?

[Karl Heinz Wolf]

Hallo,

wäre es denkbar, an die Ländergrenzen Attribute mit den jeweiligen
Notrufnummer des Landes anzuhängen? Das würde einen Überblick
schaffen, welche Notrufdienste in einem Land verfügbar sind (also z.B.
Feuerwehr, Rettung, Polizei, Bergrettung, Küstenwache, usw.) und mit
welcher Notrufnummer man sie erreicht (911, 112, 110, 000, 999, ...).
Notrufnummern und Notrufdienste sind ja standortabhängig.

Was sagt ihr dazu?

karl heinz

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

Re: [Talk-de] Hello from England

[Peter Dörrie]

Efficient handling of mailing-lists is just a matter of the Software
> installed on your own machine. Webforums are as dis-organized as the apear
> on the web and in contrast this can't be easily fixed on the clientside.
>

Could you give some examples for a good software to handle OSM-mailing lists
(prefereably cross platform)

Thaks,

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

Re: [Talk-de] Zwei OSB-Seiten?

[Jan Tappenbeck]

Hi !

wenn Ihr schon dabei seid und das auch für die allg. Seite vorbereitet 
dann sollte unbedingt mehrere Sprachen angeboten werden können um dem 
"normalen" User (der mal etwas melden will) nicht mit einer fremden 
Sprache zu verschrecken.

Gruß Jan :-)

Jonas Krückel schrieb:
> Les doch mal den aktuellen thread auf talk zu der Zukunft von bugs in  
> osm dazu.
> Gruß
> Jonas
> 
> Am 03.07.2009 um 08:16 schrieb Bernd Wurst :
> 
>> Hallo.
>>
>> Am Donnerstag, 2. Juli 2009 schrieb Rotbarsch:
>>> Es gibt anscheinend zwei Openstreetbugs-Seiten:
>>> 
>>> 
>> Kurze Story zum Hintergrund:
>> OpenStreetBugs ist eine sehr geniale Idee und ein sehr nützlicher Se 
>> rvice. Ich
>> habe schon kurz nach dem Start des Service den Autor gefragt, ob er  
>> als Ziel
>> hat, diesen Dienst auf der OSM-Hauptseite integrieren zu lassen oder  
>> ob er
>> seinen Source offenlegen will, damit es jemand anderes machen kann.
>>
>> Daraufhin hat er geantwortet, dass er das nicht vor hat, keine Lust  
>> hat den
>> Source offen zu legen, aber auch nichts dagegen hätte, wenn jemand s 
>> ein
>> System nachprogrammiert. Mangels Zeit dafür habe ich es dann nicht w 
>> eiter
>> verfolgt.
>> Vor kurzem kam Mitja ("emka") auf mich zu und fragte, ob wir (schokokeks.org
>> Hosting) Interesse daran hätten, seine neue Version von OSB während  
>> der
>> Beta-Phase zu hosten. Das Ziel ist es, wenn das Dingen stabil läuft  
>> und
>> jemand Zeit dafür übrig hat, den Code auf OSM.org zu portieren, so d 
>> ass es
>> diese Verwirrungen über eine nicht-erratbare Adresse einfach nicht m 
>> ehr gibt.
>> Die aktuelle Adresse ist also eher als Zwischenlösung gedacht.
>>
>> Eigentlich (siehe andere Mail von SB79) wird der Datenbestand regelm 
>> äßig
>> vom "alten" OSB synchronisiert. Wenn aber weder der Server noch der  
>> Autor auf
>> entsprechende Synchronisierungsanfragen antwortet, dann ist das  
>> schwierig.
>>
>>
>> Wir sind momentan in der Phase, dass das eigentlich ganz passabel lä 
>> uft und
>> nur grade mal wieder keiner Zeit hat, das auf das Gerüst der OSM-Hau 
>> ptseite
>> zu portieren. Der Code ist aber diesmal frei, die Datenbank gibt es  
>> als stets
>> aktuelle Snapshots zum download. Jeder kann sich also an der Aufgabe
>> versuchen, wenn er Lust hat.
>>
>> Gruß, Bernd
>>
>> -- 
>> Für jedes Problem gibt es eine einfache Lösung,
>> die es noch schlimmer macht.
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Gary68]

hi,

in den höheren zoom leveln kannst du links direkt einen gpx export
anstoßen

http://openstreetbugs.schokokeks.org/

oder direkt eine url eingeben

http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676

oder nur offene:
http://openstreetbugs.schokokeks.org/api/0.1/getGPX?b=46.52111&t=46.53889&l=16.28324&r=16.31676&open=yes

auch ein parameter limit=10 kann noch hinzugefügt werden

ciao

gerhard


Am Freitag, den 03.07.2009, 09:07 +0200 schrieb Jan Tappenbeck:
> Moin !
> 
> die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von 
> Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.
> 
> Am besten EXE (Windows) oder Perl.
> 
> Gruß Jan :-)
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Hello from England

[Sven Geggus]

northc...@gmx.de wrote:

> At a first step. Turn the mailing list and use the forum

Call me conservative, but I hope we will _never_ need to do this! IMO
Webforums are much worse than mailinglists. I have never even read
the forum because there _is_ a mailing-list.

Efficient handling of mailing-lists is just a matter of the Software
installed on your own machine. Webforums are as dis-organized as the apear
on the web and in contrast this can't be easily fixed on the clientside.

Sven

-- 
.. this message has been created using an outdated OS (UNIX-like) with an 
outdated mail- or newsreader (text-only) :-P

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

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

[Talk-de] mit SPLITTER auf bz2-Dateien direkt zugreifen

[Jan Tappenbeck]

Moin !

mit mkgmap etc. kann man Bearbeitungen direkt auf eine bz2-Datei 
(Windows) ausüben.

Weiß einer von Euch, ob das auch irgendwie für Splitter möglich ist ?

Gruß Jan :-)

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

Re: [Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Sven Geggus]

Jan Tappenbeck  wrote:

> die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von 
> Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.

Falls es sich um halbwegs standardkonformes SQL handelt sollte man sich da
mit SQLite schnell was zurechtfrickeln können.

Sven

-- 
TCP/IP: telecommunication protocol for imbibing pilsners
 (Man-page uubp(1C) on Debian/GNU Linux)

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

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

Re: [Talk-de] Hello from England

[northcape]

Am Donnerstag 02 Juli 2009 schrieb dgdg:
>> The mailing lists are one of the largest communication problems.
>> Important informationen disappears within a few days
>>
>really? if you know how to use mailing lists nothing disappears, so don't
>blame the list. for me they are a very effective way to communicate.
>
>but in osm there are a lot of different people who like different kinds of
>communication. yes, there may be some lack of information if one does not
>follow all those different channels, and no, I don't know an easy way to fix
>this.

At a first step. Turn the mailing list and use the forum
( http://forum.openstreetmap.org/index.php ) and/or switch that over
to vbb.


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

Re: [Talk-de] WG: www.freietonne.de - Upload unserer Seekartendaten nach OSM gestartet

[Jan Jesse]

Hallo Andreas,

diese Woche war Streß, ich habe jede Frage jedes Interessenten persönlich per 
Mail, und seit gestern auch in unserem Chat gestellt bekommen, und beantworten 
müssen. Fast niemand traut sich, seine Fragen hier oder bei uns in der Liste zu 
stellen. Das scheint mir eine seltsame Tradition im Bereich der freien 
Seekarten geworden zu sein. Leute, wie kommt das? 

Zu denen, die mit mir mehr oder weniger ausführlich korrespondiert haben: 
Welche Fehler, die die FreieTonne macht, sind zu Tage getreten? Bitte äußert 
Euch hier öffentlich, vielleicht können wir auch, wie es sich in freien 
Projekten gehört, gemeinsame Lösungen bauen?

> 
> Hallo Olaf!
> 
> Olaf Hannemann wrote:
> > Ich habe den Sinn auch nicht ganz verstanden. Ich arbeite 
> mit meinem 
> > Renderer sowie Editor direkt auf der OSM-Datenbank. Ich 
> sehe nur, dass 
> > ich durch dass Prinzip der Freien Tonne zur Zeit zunehmend Probleme 
> > bekomme. Alles weitere müsste dir Jan erklären.
> >   
> 
> Ich hoffe, er meldet sich noch... ;)
> 

Wir haben schon 2 Jahre an einer Seekarte (wir nannten es früher Gewässerkarte 
oder Wasserwanderkarte, weil wir keine Lösung für die Tiefenangaben sehen) 
gearbeitet. Und irgendwie mußten wir die Daten halten. Eine DB schien uns das 
richtige :-)

Ich verstehe die Aussage, wir würden nicht direkt auf der DB arbeiten nicht. 
Jeder, der mich bisher kontaktiert hat, hat danach gefragt, niemand hat gewußt, 
wie wir arbeiten, wir haben jeden Test überstanden. Ein Mammut-Audit, wir 
werden uns bald um eine ISO-Zertifizierung kümmern :-)

Vorbereitend haben wir unsere Vorgehensweise übrigens inzwischen auf unseren 
Webseiten dokumentiert. Bitte erst lesen, bevor Ihr mich in eine persönliche 
Mailkommunikation einbindet. Oder hier in der Liste fragen (oder in unserer), 
so daß auch andere beitragen und bewerten können.

Jetzt haben wir gelernt, unsere Daten in OSM zu halten und zu pflegen, und 
würden dies gern weiter tun. Dazu mußten wir sie dorthin exportieren. Das haben 
wir getan. 

Unser Editor bildet eine Erfassungsmöglichkeit für speziell präparierte 
Garmin-Geräte ab, das leistet JOSM nicht. Im übrigen schmeißen wir den eigenen 
"Editor" gern über Bord, wenn es was besseres gibt. 

Olaf's Editor ist schick, arbeitet in Teilen aber genau so wie unserer, und 
leistet den wichtigsten Teil den wir sehen, die schnelle Datenerfassung nur 
bedingt. Und er ist bisher m.W. nicht freigegeben.

Es rumort, da würde ein Josm-Plugin gebaut. Ich habe hier mehrfach danach 
gefragt und keine Antwort bekommen. Die Interpretation, daß nicht daran 
gearbeitet wird, ziehe ich der Befürchtung, daß das Ding geheim entwickelt 
wird, vor. Die Sache mit den Geheimnissen ist wie gesagt im Seekartenbereich 
ziemlich ausgeprägt.

Ich bin ziemlich erstaunt und bitte jeden, unsere FreieTonne wirklich zunächst 
zu besuchen und wirklich zu testen. Fehler, die Ihr dort findet, können wir 
beheben, Irrwege korrigieren. Gegen die geheime Korrespondenz, die offenbar 
unzureichende oder falsche Darstellungen transportiert, können wir uns erst 
wehren, wenn wir davon erfahren.

Zur Frage, warum wir nicht just in Time auf die OSM-DB zugreifen würden:

- Diese Behauptung ist falsch. Wir tun dies. Jeder Aufruf unseres "Editors" 
holt zunächst die aktuellen OSM-Daten. Unsere Maske wird direkt mit diesen 
Daten gefüttert. Unsere Maske wird NICHT mit unseren bisherigen Daten 
gefüttert. Beim Speichern werden die veränderten Daten direkt in die OSM-DB 
geschrieben. Bitte testet dies, bevor Ihr diese falsche Behauptung übernehmt.

- Wir versuchen gerade, osmosis soweit zu verstehen, daß wir alle fünf Minuten 
die Änderungen der ganzen Welt durch unsere Filter laufen lassen können. Kann 
uns da jemand auf die Sprünge helfen? Wir brauchen eine Abfrage "Alle 
Änderungen der letzten 5 min bitte in eine *.osm-Datei namens x schreiben". 
Darauf könnten wir unsere Filter ansetzen, und dann wirklich aktuell (in der 
"geränderten" Karte) sein.

- Wir arbeiten gerade an den Importfiltern (Fürs Rendern, nicht fürs Editieren, 
dort wie gesagt greifen wir direkt auf die API zu). Die Tatsache, daß seitens 
OpenSeaMap zwei Musterhäfen mit unterschiedlich getaggten Tonnen existieren 
(boylat und buoy_lateral) ist da nicht hilfreich. Wir wissen davon, halten 
solche Erscheinungen für entwicklunsbedingt und nehmen sie in Kauf.

Hier wird von zunehmenden Problemen gesprochen, die durch das Prinzip der 
FreieTonne entstünden. Dazu habe ich 2 Fragen:

1.) Ist unsere technische Konzeption gemeint, die wir immer zur Diskussion 
gestellt haben? Wenn ja, bitte öffentlich und genau fragen!

oder

2.) Haben wir Probleme, weil die Arbeit im Bereich Freie Seekarten für alle 
beteiligten intransparent ist, und Vorurteile basierend auf nicht zutreffenden 
Behauptungen gepflegt werden.


Ich spreche jetzt nochmal für mich persönlich. Das Mammut-Audit der letzten 
Woche ist nicht zu leisten (obwohl es mich bestärkt hat, daß wir gut unterwegs 
sind). Ich bitte jeden, der sic

Re: [Talk-de] highway=incline Steigung

[Schorschi]

Moin,

noch mal im Nachgang:

http://wiki.openstreetmap.org/wiki/Key:incline

gibt es ja ... und erreicht das, was du willst - und was ich für sinnvoll 
halte. Dazu hatte ich auch mal Kommentare auf den anderen "incline"-Seiten 
(mit der Punkt-Definition und bei dem Proposal) hinterlassen, damit man 
die Alternativen zur Punkt-Definition sieht - dabei ist mir aber 
offensichtlich Key:incline nicht aufgefallen. Inzwischen müsste man 
im Wiki ziemlich gut zu Key:incline finden.

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

Re: [Talk-de] Zwei OSB-Seiten?

[Jonas Krückel]

Les doch mal den aktuellen thread auf talk zu der Zukunft von bugs in  
osm dazu.
Gruß
Jonas

Am 03.07.2009 um 08:16 schrieb Bernd Wurst :

> Hallo.
>
> Am Donnerstag, 2. Juli 2009 schrieb Rotbarsch:
>> Es gibt anscheinend zwei Openstreetbugs-Seiten:
>> 
>> 
>
> Kurze Story zum Hintergrund:
> OpenStreetBugs ist eine sehr geniale Idee und ein sehr nützlicher Se 
> rvice. Ich
> habe schon kurz nach dem Start des Service den Autor gefragt, ob er  
> als Ziel
> hat, diesen Dienst auf der OSM-Hauptseite integrieren zu lassen oder  
> ob er
> seinen Source offenlegen will, damit es jemand anderes machen kann.
>
> Daraufhin hat er geantwortet, dass er das nicht vor hat, keine Lust  
> hat den
> Source offen zu legen, aber auch nichts dagegen hätte, wenn jemand s 
> ein
> System nachprogrammiert. Mangels Zeit dafür habe ich es dann nicht w 
> eiter
> verfolgt.
> Vor kurzem kam Mitja ("emka") auf mich zu und fragte, ob wir (schokokeks.org
> Hosting) Interesse daran hätten, seine neue Version von OSB während  
> der
> Beta-Phase zu hosten. Das Ziel ist es, wenn das Dingen stabil läuft  
> und
> jemand Zeit dafür übrig hat, den Code auf OSM.org zu portieren, so d 
> ass es
> diese Verwirrungen über eine nicht-erratbare Adresse einfach nicht m 
> ehr gibt.
> Die aktuelle Adresse ist also eher als Zwischenlösung gedacht.
>
> Eigentlich (siehe andere Mail von SB79) wird der Datenbestand regelm 
> äßig
> vom "alten" OSB synchronisiert. Wenn aber weder der Server noch der  
> Autor auf
> entsprechende Synchronisierungsanfragen antwortet, dann ist das  
> schwierig.
>
>
> Wir sind momentan in der Phase, dass das eigentlich ganz passabel lä 
> uft und
> nur grade mal wieder keiner Zeit hat, das auf das Gerüst der OSM-Hau 
> ptseite
> zu portieren. Der Code ist aber diesmal frei, die Datenbank gibt es  
> als stets
> aktuelle Snapshots zum download. Jeder kann sich also an der Aufgabe
> versuchen, wenn er Lust hat.
>
> Gruß, Bernd
>
> -- 
> Für jedes Problem gibt es eine einfache Lösung,
> die es noch schlimmer macht.
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] OSMB von SQL auf GPX oder OSM konvertieren

[Jan Tappenbeck]

Moin !

die Dumps aus OSMB werden als SQL-Statement angeboten - hat einer von 
Euch ein Werkzeug um daraus GPX oder noch besser OSM-Dateien abzuleiten.

Am besten EXE (Windows) oder Perl.

Gruß Jan :-)


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

Re: [Talk-de] Hall of Fame - Strassen komplett erfasst!

[Rainer Knaepper]

Moin Willi,

>Rainer Knaepper schrieb:
>>
>> mein Royaltek hat am Grund von Kamin 1 leider kein Signal gehabt
>> :-)
>>
>> Rainer
>>
>>
>Frage: und wann lädts du 2-6 hoch ? :-)

Darinnen ist es wohl zu finster, afaik sind die abgedeckt. Der erste
zwecks Besichtigungsmöglichkeit jedenfalls nicht:

http://commons.wikimedia.org/wiki/File:Kokerei_Zollverein_IMGP5136_wp.jpg

Rainer

-- 


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