Re: [Talk-de] Programm zum Darstellen von Fahrradtouren

2008-05-02 Diskussionsfäden Sven Anders
Am Freitag, 2. Mai 2008 14:24 schrieb Sven Anders:
 Hab noch nichts zur Lizenz gefunden.

Bin blind da steht es BSD Lizenz

Gruß
Sven

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


Re: [Talk-de] Deutscher IRC

2008-04-30 Diskussionsfäden Sven Anders
Am Dienstag, 29. April 2008 16:46 schrieb Thomas Szukala:
 Das wiki, openstreetmap.de sowie http://irc.openstreetmap.de wurde jetzt
 um die Info des deutschen IRC channels erweitert.

Du meinst www.openstreetmap.org. ODER:
Du scheinst einen anderen DNS Server zu benutzen. Auf meinen ist das nämlich 
nicht eingetragen, und eigentlich sollten alle DNS Server meinen Rechner 
fragen (der ist nämlich bei der DENIC dafür eingetragen worden). ;-)

Gruß
Sven

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


Re: [Talk-de] Datenschutz und OSM

2008-04-25 Diskussionsfäden Sven Anders
Am Freitag, 25. April 2008 14:54 schrieb Christoph Wagner:
 Tut mir leid, das verstehe ich gar nicht. Was willste denn mit den
 Tracks noch mehr machen?
 Die Weginformation bildest du ja schließlich auf die Karte ab.
 Willste sehen an welcher Stelle jemand durchs Gebüsch gehopst ist und am
 besten noch ob er n Fahrrad dabei hatte oder was?
 Was bringt das für Vorteile?

Naja, man kann halt wenn man genügend Traks hat Informationen sammeln, wie 
schnell man wirklich auf einen Streckenabschnitt als Fahrradfahrer/Autofahrer 
etc. seien kann.

Wenn irgendwo ein Bahnübergang ist, an dem die Autos durchschnittlich 10 
Minuten warten bekommt man das mit, genauso wie eine Radfahrerampel die 
vielleicht einige Zweirad-Freaks zur Verzweiflung bringt.

Voraussetzung dafür wäre aber das keiner an seinen Timestamps herum 
manipuliert.

Gruß
Sven

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


Re: [Talk-de] Hausnummern in Osmarender

2008-04-23 Diskussionsfäden Sven Anders
Am Mittwoch, 23. April 2008 08:48 schrieb Marcus Wolschon:
 Am 22.04.08 schrieb Sven Anders [EMAIL PROTECTED]:
Die Nummer gehört zum _Haus_ und nicht zur Tür.
 
  Naja, hier in Hamburg gibt es (Reihen-)Häuser die haben z.B. drei
  Eingänge, der erste ist (=hat die Hausnummer) 12a, der zweite ist 12b und
  der dritte 12c. Ich würde ungern das Haus mit addr:housenumber=12
  taggen, weil es eben genau diese Nummer nicht gibt,

 Hallo Sven,

 sowas hat es hier auch. Ein Reihenhaus sind aber im Beispiel auch eben 3
 Häuser. Daß die sich immer eine Wand teilen ist egal.

Man beachte den Satz: 

EIN Reihenhaus sind aber im Beispiel DREI Häuser. ;-)

Mein Infromatik-Proff hat mal in einem Computergrafik-Seminar gesagt:
Es gibt drei Farben: Schwarz, Weiß und keine Farbe

Oder wie war das noch bei der Öltankwerbung: Ich bin zwei Öltank

Man kann sich im OSM Kontext gewiss darauf einigen, das EIN Reihenhaus DREI 
OSM-Häuser sind, aber logisch finde ich das nicht. Ist vielleicht etwas 
konstruiert: Was ist, wenn ein Eingang nur für das Obergeschosss ist, und ein 
anderer für das Untergeschoß, muss ich dann zwei buildings mit layer=0 und 
layer=1 anlegen?

Wenn jemand OSM benutzt um festzustellen wieviele Häuser es in einen gut 
erfassten Stadtteil gibt, würde er wahrscheinlich erwaten, das ein Reihenhaus 
ein Haus ist (und nicht drei).

Gruß
Sven

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


Re: [Talk-de] Hausnummern und Bauformen

2008-04-23 Diskussionsfäden Sven Anders
Am Mittwoch, 23. April 2008 13:50 schrieb Martin Koppenhoefer:
   Man kann sich im OSM Kontext gewiss darauf einigen, das EIN Reihenhaus
  DREI OSM-H?user sind, aber logisch finde ich das nicht. Ist vielleicht
  etwas konstruiert: Was ist, wenn ein Eingang nur f?r das Obergeschosss
  ist, und ein anderer f?r das Untergescho?, muss ich dann zwei buildings
  mit layer=0 und layer=1 anlegen?
 
   Wenn jemand OSM benutzt um festzustellen wieviele H?user es in einen gut
   erfassten Stadtteil gibt, w?rde er wahrscheinlich erwaten, das ein
  Reihenhaus ein Haus ist (und nicht drei).

 was ist denn ein Haus? Gehört da der Geräteschuppen, die Garage und
 das Gästehaus im Park dazu, oder nicht?

vielleicht. 

 Gegenfrage: was würdest Du in einer mittelalterlichen Altstadt machen?
 Alles als EIN Haus taggen, weil die Häuser gemeinsame Wände haben/sich
 gegenseitig stützen? Ein Reihenhaus SIND 3 Häuser (im Beispiel), ein
 Doppelhaus sind 2 Häuser (im Übrigen auch mind. 2 Grundstücke). 
Naja, das muss wirklich nicht so sein, so sind z.B. die Reihenhäuser hier in 
der Gegend von einer Wohnungsbaugenossenschaft auf einem Grundstück. 
Grundstücke helfen hier auch nicht wirklich weiter das haben aber schon andere 
Geschrieben.

Für mich war es bislang immer so das ich ein Haus als das verstehe, was 
abgeschlossene Außenwände hat. Sicher es gibt da Ausnahmen, (irgenwelche 
Verbindungstunnel/Brücken etc.) ich bin nicht vom Fach, etc. aber ein 
Reinhaus als 3 Häuser zu bezeichnen finde ich in Blödsinn, auch wenn der/die 
Autoren der Wikipedia davon überzeugt sein scheinen und es andere beweise für 
deine Theorie gibt.

Wenn das aber nur mir hier böse aufstößt, ist es auch egal, dann lass uns das 
so machen.




 ..
 hätte man ja nach Deiner Logik immer nur eine Nummer (gilt für quasi
 alle Innenstädte der europäischen Stadt
 (http://de.wikipedia.org/wiki/Stadt)).

Nein, nicht eine sondern beliebig viele, die den jeweiligen Eingang 
Kennzeichnet. Finde ich  logischer als dem Gebäudekomplex irgendwie an den 
Brandwänden unterteilen zu müssen.

Oder um es mit den Worten von Ralph zu sagen:
Am Mittwoch, 23. April 2008 11:19 schrieb Ralph Aichinger:
 Ich glaube die innere Aufteilung derartiger Blocks wird
 man ohne Bauplan nie durchschauen.


Und ich denke wir müssen dafür noch nichtmal darum diskutieren wieviele Häuser 
ein Reihenhaus sind.

Gruß
Sven

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


Re: [Talk-de] Hausnummern in Osmarender

2008-04-22 Diskussionsfäden Sven Anders
Am Dienstag, 22. April 2008 17:37 schrieb Sven Geggus:
 Rolf Gehring [EMAIL PROTECTED] wrote:
  Meiner Meinung nach sollten die Hausnummern an Node gehängt werden, die
  sich genau dort befinden, wo die Haustür ist.

 Die Nummer gehört zum _Haus_ und nicht zur Tür.

Naja, hier in Hamburg gibt es (Reihen-)Häuser die haben z.B. drei Eingänge, 
der erste ist (=hat die Hausnummer) 12a, der zweite ist 12b und der dritte 
12c. Ich würde ungern das Haus mit addr:housenumber=12 taggen, weil es eben 
genau diese Nummer nicht gibt, es gibt nur 12a, 12b und 12c. Ich könnte das 
Gebäude unterteilen und daraus drei buildings mit geteilten Ways machen, aber 
das finde ich auch unschön.

An und für sich gefällt mir das Proposal gut.
Nur das es ja schon place_name und place_numbers für Hausnummer gibt.

Hab bislang 
*place_name für addr:street,
*place_numbers statt addr:housenumber und
*postal_code statt addr:postcode benutzt. 
Die konnte ich auch an building und einem Node zuweisen.

vgl.
http://wiki.openstreetmap.org/index.php/Map_Features#Places
http://wiki.openstreetmap.org/index.php/Key:place

Gruß
Sven

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


[Talk-de] Behörden Rollenspiel

2008-04-16 Diskussionsfäden Sven Anders
Vielleicht kennt jemand von Euch diese Papier Rollenspiele, man hat ein Buch 
mit ganz vielen Seiten und dann ist dort eine Situation beschrieben ala: Der 
Drache greift dich an, und mehrere Möglichkeiten zu regagieren: Wenn du 
fliehen willst lese auf Seite 24, Wenn du ihn ein Schlaflied singen willst 
auf Seite 130 und wenn du kämpfen willst gehe zu Seite 93.
(vgl. http://de.wikipedia.org/wiki/Spielbuch)

Ich hab in der letzten Zeit etwas Zeit damit verbracht in Hamburg bei Behörden 
nach Daten für OSM zu fragen, und komme mir etwas in das Medium versetzt vor, 
nur das man statt Seitenzahlen Telefonnummer bekommt, die man mal probieren 
kann (Begegungen mit Guten Feen und bösen Drachen erlebt man dort allerdings 
auch :-))

Trotzdem hatte ich Erfolg: Das in Hamburg-Neugraben geplante Neubaugebiet NF65 
ist jetzt schon in OSM drinn (mit Straßennamen) dabei sind die Straßen noch 
nicht mal offiziell gewidmet, Das Gebietsverzeichnis dürfen wir für OSM 
benutzen.

Zur Nachahmung also wirklich empfohlen!!!

Gruß
Sven

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


Re: [Talk-de] Mapping einer Kreuzung

2008-04-16 Diskussionsfäden Sven Anders
Am Mittwoch, 16. April 2008 15:14 schrieb Bernhard Seckinger:
   Dann weiß ein Fußgänger-Router aber nicht, ob an der Stelle eine
   Querung durch Fußgänger möglich ist, oder ob nicht.
 
  Dann muss die Fussgaengerampel eben auch als solche getaggt werden.

 Und wie macht man das?

Es gibt IMOH im Moment nur eine Tag Möglichkeit für eine Ampel: 
highway=traffic_signals

Aber es ist ja auch nicht gesagt, das das eine Auto-Ampel ist. IMHO kann ein 
Node sowieso nicht etwas verbieten, sondern es ist immer etwas auf einem Weg 
Stückchen verboten (mal abgesehn vielleicht von den blauen Pfeil die z.B. 
links abbiegen verbieten).

Wenn ich so eine Konstruktion wie du sie beschrieben hast im Josm laden würde, 
würde ich (wenn der Node mit highway=traffic_signals getaggt ist) sagen: 
Hier kreuzt ein Fußweg eine Straße und man kann sie mit Hilfe einer Ampel 
queren., da muss nicht noch irgendwas mehr getaggt werden.

Man könnte auch sagen: Hier dürfen Autos nicht über die Kreuzung fahren, weil 
das Befahren einen Fußwegs verboten ist, das finde ich genau so blödsinnig.

Hast du wirklich ein Beispiel wo Fußgänger eine Straße nicht überqueren 
dürfen, obwohl dort eine Ampel ist (mal abgesehen, das man machmal über 3 
Fußgängerampel gehen muss, weil es keine direkte Querung gibt), oder ist das 
nur eine Frage, die dich interessiert, aber für die es keinen Anwendungsfall 
gibt?

Gruß
Sven

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


Re: [Talk-de] Hamburg Statistik

2008-04-12 Diskussionsfäden Sven Anders
Am Samstag, 12. April 2008 00:06 schrieb Michael Buege:
 Ist das so strukturiert wie der Nachtrag zum Straßen- und
 Gebietsverzeichnis?
 http://www.statistik-nord.de/fileadmin/download/Nachtrag_08_02.pdf Hast
 du eine Ahnung, ob man an Hand des Grundbuchschluessels weiterkommt?

Ich denke eher nicht. Grundbücher sind relativ alt und werden kaum geändert, 
deshalb stimmen sie nicht mehr mit den Stadtteilen überein. Die Zahl bedeutet 
einfach nur das das Grundstück z.B. im Grundbuch der Gemarkung Neugraben 
steht.

  In Heimfeld sind z.B. sehr viele Straßen im Wald (Forstwege die einen
  Namen haben), dort wohnt niemand, aber trotzdem haben sie einen Namen.
 
  Achja und die Stadt bereibt ja einen eigenen Stadtplan.
  http://stadtplan.hamburg.de/

 Bahnhofstraßenbrücke und Wilhelm Grimm Straßenbrücke gibt es da auch
 nicht. Stehen diese Strassen wirklich so im Verzeichnis?

Ja, stehen so drinn, beide mit dem Hinweis das keine Hausnummern vergeben 
wurden.

Es gibt ja die Wilhelm Grimm Straße und die Rahlstedter Bahnhofstraße gibt 
es da denn vielleicht eine Brücke?

Egal,
ich denke ich werde sowieso irgendwann mal beim Statistikamt wegen ein paar 
Straßen nachfragen (die Schreibweise entspricht nicht den Straßenschildern 
(evtl. können Sie uns ja einen Ansprechpartner im Bezirk nennen). Packt am 
besten alles was man evtl. Erfagen sollte auf die Wiki Seite:

http://wiki.openstreetmap.org/index.php/Hamburg/Hamburg-Stat

  Ich sehe nicht, warum es nicht erlaubt sein sollte da nach zu sehen, wo
  die Straße liegt, dazu sind ja Stadtpläne in der Regel da. Du benutzt
  also nur den Stadtplan.

 Afaik kennst du meine Ansicht dazu, ich mag nicht aus Stadtplaenen
 abschauen, mir ist ein Strassenschild lieber. Natuerlich orientiere ich
 mich an auch an Stadtplaenen, aber ich moechte die Bestaetigung vor Ort
 sehen.

Ja, das ist nur bei z.B. Stadteilgrenzen und Postleitzahlgebieten etwas 
schwierig.

  Wegen der Straßennamen im Neubaugebiet Neugraben-Fischbek 65 (ich hab die
  Namen aber teilweise nicht die Zuordnung zu den Straßen) werde ich mal
  bei der Polizei in Neugraben nachfragen, die müssen doch wissen wie sie
  zu einen Einsatzort kommen, wenn sie gerufen werden. Das könntest du z.B.
  auch machen.

 Freiwillig zu Rennleitung? Oha, aber wenn es uns weiterbringt  ;-)

Die Polizei wird schließlich von uns allen bezahlt, und ist IMOH auch dafür da 
uns mal den rechten Weg zu zeigen.

 Wie gesagt, mein Nachbar ist bei der Post, mal sehen, ob der was
 Brauchbares ausgraebt.

Ja, auch eine Methode

Gruß
Sven

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


Re: [Talk-de] Support-Verein

2008-04-12 Diskussionsfäden Sven Anders
Am Freitag, 11. April 2008 21:34 schrieb Andreas Hubel:
 Ich denke nen Presseverteiler, also sozuagen [EMAIL PROTECTED]
 wäre doch schon mal ein Anfang.

Soll ich dazu mal ne Mailingliste einrichten?

Abonieren können die ja alle die Antworten für die Presse formulieren wollen. 

Gruß
Sven

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


Re: [Talk-de] Hamburg Statistik

2008-04-11 Diskussionsfäden Sven Anders
Am Freitag, 11. April 2008 19:13 schrieb Michael Buege:
 Feine Sache, das.
 Leider hab ich jetzt das Problem, dass ich Strassen finden muss, die selbst
 mein Nachbar nicht kennt, und der ist sowas wie der Chef der Postzusteller
 hierzustadtteil.
 So komm ich ja nie auf 100 Prozent, das ist nicht fair!
 Gibt es da amtlicherseits eine genaue Beschreibung der Lage?
 Das waere auch interessant bei Strassen oder Wegen, die zwar bekannt und
 auch in diversen Stadtplaenen eingetragen sind, bei denen man aber vor Ort
 kein Strassenschild oder sonstigen Hinweis findet.

Nun man kann zwar auch sowas kaufen, das ist dann aber sehr viel teuer.
Ich hab nur die Stadtteilnummer und die Grundbuchnummer, das ist das genauste 
was ich so finden kann.

In Heimfeld sind z.B. sehr viele Straßen im Wald (Forstwege die einen Namen 
haben), dort wohnt niemand, aber trotzdem haben sie einen Namen.

Achja und die Stadt bereibt ja einen eigenen Stadtplan. 
http://stadtplan.hamburg.de/
Ich sehe nicht, warum es nicht erlaubt sein sollte da nach zu sehen, wo die 
Straße liegt, dazu sind ja Stadtpläne in der Regel da. Du benutzt also nur 
den Stadtplan.

Wegen der Straßennamen im Neubaugebiet Neugraben-Fischbek 65 (ich hab die 
Namen aber teilweise nicht die Zuordnung zu den Straßen) werde ich mal bei 
der Polizei in Neugraben nachfragen, die müssen doch wissen wie sie zu einen 
Einsatzort kommen, wenn sie gerufen werden. Das könntest du z.B. auch machen.

Gruß
Sven

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


[Talk-de] Benutzung von FIXME (Re: Darstellu ng von Getränkemärkten )

2008-04-07 Diskussionsfäden Sven Anders
Am Montag, 7. April 2008 07:11 schrieb Christoph Eckert:
 Moin,

  Das habe ich schon verstanden. Ich würde hingegen bevorzugen:
  * Proposal
  * Sofern vorhanden, passenstes auswählen und im name kommentieren.
 Also im konkreten Fall:
  shop-supermarket - name Getränkemarkt ExampleDrink

 ist doch schonmal fein. Man könnte noch ein note= oder comment=
 'dranhängen.

Ich versehe, Sachen die ich gerne im OSM haben möchte, aber für die es zur 
Zeit keine Einigung gibt immer mit einem note=FIXME text, also in deinem 
Fall z.B. 

note=FIXME Ist ein Getränkemarkt


oder 

note=FIXME Kindergarten

oder (wenn das GPS Signal auf einem Waldweg ausgesetzt hat, und ich den Weg 
teilweise erraten habe)

note=FIXME ungenau, kann etwas anders liegen


Deutsche FIXMEs nutze ich üblicherweise natürlich nur im deutschen Gebiet.

Die FIXMEs können recht einfach mit dem validator gefunden werden und man 
behält einfach den Überblick, was alles noch mit einem Tag versehen werden 
sollte.

Gruß
Sven

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


Re: [Talk-de] Hallo/OpenGeoDB-Import Österreich (vie le gravierende Fehler)

2008-04-05 Diskussionsfäden Sven Anders
Am Samstag, 5. April 2008 10:33 schrieb Doru-Julian Bugariu:
 Sven Anders schrieb:
  Wer kann derartige offenbar systematische Fehler (ca. 50% der
  importierten Bezeichnungen sind in meiner Gegend falsch zugeordnet)
  richtigstellen?
 
  Du kannst die Fehler in OpenGeoDB beheben.

 Wie waere es, die Aenderungen aus *OSM* in die OpenGeoDB
 zurueckzufuehren? Meinetwegen per Skript?

 Wir machen schiesslich OSM und nicht OpenGeoDB...

Geht ja leider wegen Lizenzproblemen nicht.

OSM: CC-By-sa
OpenGeoDB: PD

Daraus folgt:

OpenGeoDB - OSM erlaubt
OSM - OpenGeoDB nicht erlaubt

Gruß
Sven

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


Re: [Talk-de] Hallo/OpenGeoDB-Import Österreich ( viele gravierende Fehler)

2008-04-04 Diskussionsfäden Sven Anders
Am Freitag, 4. April 2008 16:31 schrieb Ralph Aichinger:
 Hallo!

 Ich hab OSM erst vor einer Woche entdeckt, hab aber schon meinen ganzen
 Stadtteil (in Linz, Österreich) gemappt. Soweit alles super.

 Ein Problem, das ich habe, ist folgendes: Die Stadtteilbezeichnungen von
 Linz sind zum Großteil aus OpenGeoDB übernommen, und diese
 übernommenen (nicht die direkt eingetragenen) Bezeichnungen sind zum
 Großteil falsch, weil da einfach irgendwelche ähnlich klingenden oder
 gleich geschriebenen Orte, oft aus 30 oder 40 km Entfernung, zu einem
 Stadtteil von Linz umgedeutet worden sind. Offensichtlich wird das
 alleine schon daran, daß sie im falschen Bezirk liegen.


 Ich weiß mittlerweile, wie man die OpenGeoDB richtigstellt,
 aber wie stelle ich die OSM richtig, um die es mir eigentlich
 geht? Auf der OpenGeoDB-Liste wurde mir gesagt, daß das ein
 OSM-er importiert.

 Es ist im Online-Editor nicht wirklich einfach, eine Detailbezeichnung
 um 30 km zu verschieben. Kann ich die Bezeichnung einfach löschen,
 in OpenGeoDB richtigstellen und hoffen, daß beim nächsten Import
 (wie oft wird der gemacht) alles automatisch stimmt?

Ja. Wenn das so weit zu verschieben ist, würde ich das vorschlagen.

Ein neuer Import ist von meiner Seite zur Zeit aus Prioritätsgründen  nicht 
geplant (ich hab leider im Moment nicht den Kopf dafür, und mag nicht 
versprechen, wann ich das wieder habe). Aber wenn es einen geben wird, wird 
eine sehr viel neuere OpenGeoDB benutzt werden.

 Wie kommen eigentlich diese Fehler (es sind keine Koordinaten-
 fehler, sondern Verwechslungen mit gleichlautenden Orten, z.B.
 das Oed in den Bergen aus einem anderen Bezirk mit Oed, dem
 Stadtteil überhaupt zustande?

Ich vermute das die Version der OpenGeoDB, die wir in OSM importiert hatten, 
diese Fehler auch enthält, es gab jedenfalls häufig solche Rückmeldungen und 
immer waren die Fehler auch in der Version von OpenGeoDB drinn.


 Wer kann derartige offenbar systematische Fehler (ca. 50% der
 importierten Bezeichnungen sind in meiner Gegend falsch zugeordnet)
 richtigstellen?

Du kannst die Fehler in OpenGeoDB beheben.

Gruß und Danke
Sven

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


Re: [Talk-de] OSM-Buch: Amazon spinnt ;-(

2008-03-17 Diskussionsfäden Sven Anders
 Frederik Ramm schrieb:
  Hallo,
 
  das Buch wird nun seit Wochen schon von Lehmanns verkauft, und
  der Grosshaendler, der amazon.de beliefert, hat das Buch auch als
  sofort lieferbar im Sortiment, aber bei amazon.de heisst es nach
  wie vor: Das Buch ist noch nicht erschienen... jetzt vorbestellen.
  Ein Freund von mir, der das Buch probehalber schon vor Erscheinen bei
  amazon.de bestellt hat, wurde unlaengst per Mail vertroestet, der
  geplante Lieferzeitpunkt sei nun der 30. April (!).

 Die E-Mail habe ich bei Amazon ebenfalls erhalten.

Das wäre ja evtl. was für dass Kartellamt.Ich könnte mir vorstellen, das 
Amazon das absichtlich macht, um kleinere Verlage zu ärgern.
Frederik, weiß Lehmanns davon? Hat Amazon begründet, warum das Buch bei Ihnen 
noch nicht lieferbar ist, obwohl es bei lob schon da ist?

Gruß
Sven


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


Re: [Talk-de] Innerstädtische Kategorisierung

2008-03-13 Diskussionsfäden Sven Anders
Am Donnerstag, 13. März 2008 13:10 schrieb Gernot Hillier:
 = Was ich damit sagen will: Ich denke, es wird *nie* ein wirklich
 klares Tagging-Schema geben, mit dem wir alle diese Sonderfälle wirklich
 vernünftig erfassen können. Ich finde das jetzige eigentlich von fast
 allen Winkeln betrachtet ausreichend, leicht zu erlernen und für die
 typischen Nutzungsarten brauchbar wenn man es noch mit ein wenig
 gesundem Menschenverstand kombiniert.

 Ich denke, man muss einfach akzeptieren, dass man so etwas verwaschenes
 wie Dinge aus der Realität wie unser Straßensystem *nie* exakt in eine
 klare Datenstruktur pressen wird können, ohne dass es Streitfälle geben
 wird.


Danke! Genau meine Meinung!

Wobei ich denke, im Bereich Radwege sollte es noch eine Verbesserung geben.

Gruß
Sven

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


Re: [Talk-de] Fußgänger-Routing/ Railnavigator De utsche Bahn

2008-03-08 Diskussionsfäden Sven Anders
Am Samstag, 8. März 2008 11:34 schrieb Stephan Schildberg:
 Gibt es Erfahrungen mit dem Railnavigator der Deutschen Bahn, welches
 sich nach einem kostenfreien Navigationslösung für Fußgänger anhört?
 http://www.bahn.de/p/view/planen/reiseplanung/mobileservices/railnavigator.
shtml

Benutze das Programm (anscheind in einer nicht mehr ganz aktuellen Version?)

Ist ganz Nett, weil ich darin sämtliche Buslinien gespeichert habe die ich 
gelegentlich nutze. So können wir, während wir im Wildpark sind schon mal 
Schauen wann der Bus (er fährt nur jede Stunde) nochmal genau zurück fährt, 
und ob wir den Kinderspielplatz noch ansteuern oder lieber einen großen Bogen 
(außerhalb der SIchtweite) nehmen sollten. Natürlich kann man sowas auch 
vorher Raussuchen und sich merken, aber das hat dann häufiger doch nicht 
geklappt. 

Die Umgebungspläne fand ich allerdings immer recht schlecht (gerade mal fürs 
Auto geignet, kleine Fußwege sind nicht drinn, es ist nicht klar, wo der 
Bahnhof genau liegt (hat er zwei Ausgänge oder einen?)) und ich gebe auch 
lieber Bushaltestellen statt Adressen ein.

Gruß
Sven

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


Re: [Talk-de] Wanderwege, Klettersteige, Kletterfelsen

2008-03-03 Diskussionsfäden Sven Anders
Am Sonntag, 2. März 2008 23:22 schrieb Andreas Stenglein:
  Eine Erweiterung des sport tags, entsprechend der von mir oben
  zitierten Skala des Schweizer Alpenvereins
  http://www.hiking-trail.ch/index.php?id=82L=2
 
  sport = hiking
  = mountain_hiking
  = demanding_mountain_hiking
  = alpine_hiking
  = demanding_alpine_hiking
  = difficult_alpine_hiking

 das kann man dann jedoch wieder auslegen wie man will und hinterher ist das
 nicht mehr vergleichbar.

Vielleicht besser eine Mischung aus beiden:
 sac_scale = hiking
 = mountain_hiking
 = demanding_mountain_hiking
 = alpine_hiking
 = demanding_alpine_hiking
 = difficult_alpine_hiking

Würde so ein Proposal unterstützen!

Gruß
Sven

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


Re: [Talk-de] Wanderwege, Klettersteige, Kletterfelsen

2008-03-03 Diskussionsfäden Sven Anders
Am Montag, 3. März 2008 16:59 schrieb Christian Linder:
 Ich glaube, das finde ich auch am Besten. Und auch einen neuen Typ von
 highway?
 Wie wäre es mit

 highway = trail

 Eigentlich bräuchte man dann auch noch einen extra highway Typ für
 Klettersteige. Ich habe keine anständige Übersetzung für Klettersteig
 gefunden, LEO weiß auch nichts.
 Eventuell

 highway = via_ferrata

 Ich werde mich mal an ein Proposal wagen.

Warum nicht highway=footway
Es gibt da bestimmt überschneidungen. Und wenn ich einen footway nicht 
zusätzlich ein sac_scale verpasse. würde ich erstmal sac_scale = hiking  
annehmen.

Aber das können wir natürlich auch auf dem Proposal klären.

Gruß
Sven

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


Re: [Talk-de] OpenGeoDB Update

2008-02-22 Diskussionsfäden Sven Anders
Am Donnerstag, 21. Februar 2008 19:56 schrieb Frederik Ramm:
 Hallo,

  Das Problem mit den Relationen ist, das die API wie im wiki beschrieben
  noch nicht wirklich funktioniert. Du kannst die Relationen zwar anlegen
  aber wieder laden (mit einen bestimmten Key/Value) funktioniert noch
  nicht.

 Kannst Du das mal genauer beschreiben?

Ja,
hab es mal eben rausgesucht:
http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5#Searching_for_Objects_by_Tag


wget 
http://api.openstreetmap.org/api/0.5/relations/search?type=opengeodb:loc_id

ergibt:

FEHLER 503: Service Unavailable.

Das wollte ich eigentlich noch übersetzen und an [EMAIL PROTECTED]
schicken. Oder kümmerst du dich drum?

Bei genauerer Analyse ist mir aufgefallen das (inwzischen? ich meine ich hatte 
das schon mal getestet),  

wget 
'http://api.openstreetmap.org/api/0.5/relations/search?type=opengeodb:loc_idvalue=42'

funktioniert. Das sollte fürs erste ausreichen, auch wenn es etwas dumm ist, 
wenn mal evtl. mal eine Relation löschen möchte.

Gruß
Sven

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


Re: [Talk-de] OpenGeoDB Update

2008-02-21 Diskussionsfäden Sven Anders
Am Montag, 18. Februar 2008 22:48 schrieb Andreas Hubel:
 Hi,

 @Sven Anders: Wie weit bist du mit dem Update, sind die Relations
 inzwischenzeit drin?

Nein, mein Rechner hat schlapp gemacht, und ich musste erstmal einen neuen 
kaufen (und einrichten (und dass soll dann halt auch alles erneuert werden= 
xen, sunray, database server mit postgris etc.)).

 Ansonsten würde ich mich darum kümmern.

Kannst du auch gerne machen, aber ich bin jetzt schon relativ weit, denke das 
ich in den nächten 1-2 Wochen etwas dazu machen könnte.

Das Problem mit den Relationen ist, das die API wie im wiki beschrieben noch 
nicht wirklich funktioniert. Du kannst die Relationen zwar anlegen aber 
wieder laden (mit einen bestimmten Key/Value) funktioniert noch nicht.
Ich wollte deshalb noch eine Mail auf Developer hinschicken.

Selbst wenn die Relationen drinn sind, werden sie vermutlich im JOSM nicht 
dargestellt, weil es ja Relationen in Relationen sind

Wenn du etwas importieren möchtest, benutze bitte dafür einen speziellen 
Account und nicht deinen normalen OSM Account.

Gruß
Sven

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


Re: [Talk-de] openstreetmap.de

2008-02-21 Diskussionsfäden Sven Anders
Am Donnerstag, 21. Februar 2008 10:20 schrieb Christian Linder:
 Also die Domain ist eingetragen auf Sven Anders. Leider ohne Email. Liest
 der hier noch mit? 


Ja, aber nicht stündlich :-) sondern nur alle 1-7 Tage.


 Vielleicht könnte man ihn überreden, aus der Seite ein 
 Wiki zu machen oder einfach auf die deutsche Wiki-Seite zu verlinken?

Ja, das wäre auch eine Möglichkeit. Es gibt aber ein Team von Leuten die einen 
für OSM gesponsorten Rechner betreuen der eine gute Anbindung in DE hat. Ich 
bin ein Mitglied dieses Teams. Auf dem Rechner läuft z.B. der Track für JOSM 

Ich bin was die Weiterleitung von www.openstreetmap.de angeht 
leidenschaftslos. Von mir aus kann das auch zu einer Seite im englischen Wiki 
gehen. Wichtig ist mir, das eine Mehrheit der talk-de Liste die Seite so gut 
findet. Als es das Letze mal diskutiert wurde, entstand daraus die jetzige 
Version.

Ich fühle mich zwar für die Domain zuständig, aber die Seite die dahinterliegt 
wird größtenteils von anderen Personen betreut.  Ich habe aber Zugriff und 
kann evtl. auch Dinge korrigieren.

Wenn jemand eine Subdomain für OSM braucht, kann ich gerne welche einrichten 
und den DNS entsprechend umbiegen. Ich nutze z.B. die Domain: 
http://svenanders.openstreetmap.de/ für temporäre OSM Dinge.

Gruß
Sven

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


Re: [Talk-de] Gadm Grenzdaten korrigieren

2008-02-01 Diskussionsfäden Sven Anders
Am Freitag, 1. Februar 2008 13:05 schrieb Frederik Ramm:

 Die von mir für die Downloads auf download.geofabrik.de/osm/europe/
 germany/ benutzten Polygone habe ich ebenfalls ins SVN eingecheckt,
 im Verzeichnis germany unter dem o.g. Polygon-Verzeichnis. Du
 kannst also einfach dort das hamburg.poly holen, in osm umwandeln, in

BESTEN DANK

Hab die ersten Korrekturen eingescheckt. 

BTW download.geofabrik..de hat das letzte mal am 29.01 neue Dateien ertstellt.


 Langfristig koennen wir die Grenzen vielleicht auch einfach direkt
 als Ways in OSM speichern, aber dafuer sind diese vorliegenden Files
 nicht gut genug.

Besser eine Schlechte vorlage die man dann gerade ziehen kann, als gar keine 
oder?

Ich meine, wenn ich weiß das diese Straße auf jeden Fall noch zu Hamburg (oder 
irgend einen anderen Bundesland gehört, könnte ich das sehr leicht 
korrigieren. auch so können Grenzlinien entstehen.

Magst du mir noch erklären, wie du aus dem Shape File ein Polygon Datei 
gemacht hast?

Gruß
Sven

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


[Talk-de] Gadm Grenzdaten korrigieren

2008-01-26 Diskussionsfäden Sven Anders
Hallo,
Frederik Ramm hat ja unter: 
http://download.geofabrik.de/osm/
Daten von Deutschland und jedem Bundesland von OSM bereit gestellt.

Die Aufspaltung erfolgt durch die Daten von:
http://biogeo.berkeley.edu/gadm/

Das finde ich sehr praktisch. Leider ist die Grenze in Hamburg nicht immer 
ganz genau. Nun würde ich das gerne korrigieren. Hab aber Probleme das 547 MB 
große SHP File zu bearbeiten.

Hat jemand einen Tipp, wie ich daraus nur die Grenze von Hamburg bekomme?
Und in welchen Format man das wohl am besten wieder zurück schickt?

Bin in der Materie recht neu. Ein GIS (außer JOSM) hab ich noch nie wirklich 
bedient.

Benutze Debian Etch und würde mich freuen, wenn es dafür ein Tool gibt.

Gruß
Sven

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


[Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen)

2008-01-23 Diskussionsfäden Sven Anders
Am Dienstag, 22. Januar 2008 10:24 schrieb Friedhelm Schmidt:
 Wie ich lese, geht es vielen anderen Mappern ähnlich. Vielleicht sollte
 man in Zukunft einen lokal begrenzten Probelauf machen und anhand des
 Resultats 'rumfragen ob ein Import sinnvoll und gewünscht ist.


Moin,
wie ich sehe hat der OpenGeoDB Import einges an Wirbel erzeugt. Zum einen 
höre ich recht erfreuliche Rückmeldungen. Ein paar Orte wurde auch schon 
verändert (und auch das OpenGeoDB:auto_update richtig angepasst). 


Auf der anderen Seite höre ich Kritik über:

* Die falsche Zuordnung von Namen (und dadurch Verdoppelungen).
Das Problem könnte dadurch gelöst werden, das jeder in seiner Region die Nodes 
einmalig zusammenfasst und dann das auto_update anpasst).

* Vor alle in Belgien gibt es eine Bug der sehr viele Orte mit falschen Namen 
erzeugt hat. Diese Orte werde ich heute noch löschen, damit man sie später 
neu anlegen kann.

* Relationen sind zur Zeit noch gar nicht in OSM eingespielt, das könnte ich 
aber bald nachholen.

* Es gibt ein Problem dadurch das Orte offiziell anderes heißen, als wir es in 
der Karte aufnehmen wollen (Beispiel: Die Neue Gemeinde heißt nun Bla-Blub 
aber es gibt immer noch die beiden Orte Bla und Blub)

* Es gibt ein Problem dadurch das auch größere Gliederungen (Beispiel: 
Bundesland) zum Teil Koordinaten haben und dann in einer Landkarte an einer 
Stelle auftauchen, obwohl ja das ganze Gebiet gemeint ist. 

Auf der anderen Seite gibt es nun man in den Map Features auch das Tag 
place=continent und irgendwo müsste man so ein Tag ja auch in Europa 
hinsetzen.  Das Problem scheint mir machmal auch nur zu sein, das so ein Tag 
dann auch noch auf Zoom Ebene 12 gerendert wird und nicht auf Zoom Ebene 1-5 
begrenzt bleibt.

* Und es gibt auch Kritik über den fehlerhaften Datenbestand bei OpenGeoDB 
(wobei wir jetzt den Stand vom Anfang Dezember 2007 eingespielt haben und 
sich wohl schon einiges geändert hat.)

100% ohne Fehler (und ohne Nacharbeit) wird kein Update vonstatten gehen, das 
ist bei der Größe einfach nicht drinn. Deshalb hier nochmal ganz klar die 
Frage:

Sollen wir eine neuen Anlauf wagen?

Erstmal nur die Relationen?

Alles? Nur einen Ausschnitt? (Wobei das komplizierter ist, wenn man auch 
Relationen dazu nehmen möchte (So haben Bundesländer, Länder und Kontinente 
evtl. in OpenGeoDB keine Koordinaten).

Aktueller Datenbestand (in denen auch kleinere Orte enthalten sind?)? Oder 
erstmal mit den alten weiter machen und z.B. die Relationen einführen?

Sollen OSM Tags eingefügt werden? Man könnte auch erstmal nur openGeoDB:* tags 
erzeugen und somit testen ohne das dadurch irgendwas gerendert wird.

Ich hatte ja bereits vor dem Update Testdaten auf meine Webseite gestellt und 
gehofft (das war etwas zu fordernd), das viele einfach mal schauen, wie das 
in Ihrer Region aussehen würde. Das könnte man natürlich auch mit einen neuen 
Anlauf machen, man müsste dann gar nichts einspielen.

Man könnte auch neue Nodes gar nicht automatisch erzeugen sondern nur welche 
die openGeoDB:loc_id und openGeoDB:auto_update haben anfassen, wenn es eine 
neue Version gibt.

Ich bin mir auch sehr unsicher, wie wir darüber diskutieren wollen. 
Auf der Liste?

Oder auf einer Wiki-Seite auf der es etwas strukturierter zugehen kann, weil 
man Oberthemen bilden kann?

Ahja: Und ich hoffe es ist mir niemand wirklich böse über den Import!

Gruß
Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMa p ist durchgelaufen.

2008-01-21 Diskussionsfäden Sven Anders
Am Montag, 21. Januar 2008 16:00 schrieb Nils Reuter:
 Roland Ramthun schrieb:
  Was haltet ihr davon einen Link aus
  http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#FAQ in ein Tag
  der aus der OpenGeoDB gezogenen Orte/Bereiche reinzuschreiben?

 Das hielte ich auch für eine gute Sache...kann man später ja auch
 wieder rauslöschen, wenn es allgemein bekannt geworden ist.
 Man kann ja wirklich nicht erwarten, dass jeder hier mitliest. Es
 fehlt halt irgendwie auch eine Möglichkeit, über wichtige Neuerungen
 zu informieren.

Ich finde die Idee auch gut. Wenn ich wieder importiere werde ich das 
ergänzen.

Gruß
Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMa p ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 01:12 schrieb Steffen Weinreich:
 Hier in Quickborn gab es nun zwei Namen, einmal Quickborn und einmal
 Quickborn, Kreis Pinneberg. Ich meine das Kreis Pinneberg gehört nicht
 mit in den Namen. Einfach 'rauslöschen oder was ist Dein Anzatz?

Am Sonntag, 20. Januar 2008 01:26 schrieb John07:
 Nachtrag Würzburg.
 Es gibt nur eine Place-node, name und opengeodb:name stimmen überein, ka
 woran die Doppeldarstellung liegt.
 Ansonsten, sehr schön, dass der Import nun erfolgt, ich hoffe, es ist
 nicht allzuviel schief gelaufen.

Am Sonntag, 20. Januar 2008 01:57 schrieb Nils Reuter:
 Ich bevorzuge die alten Bezeichnungen, da die Zusätze nicht üblich
 sind und soweit mit bekannt ist auch nicht zum offiziellen Ortsnamen
 gehören.

 Soll das manuell korrigiert werden oder erstmal abwarten?

Ich hab mal eine FAQ ins Wiki gestellt:

http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#German_FAQ

Hoffe sie klärt alle Fragen. Sonst nochmal fragen. Danke

Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 09:00 schrieb Karl Eichwalder:
  Kommentare (ich hoffe das es im Großen und Ganzen gefällt)

 Du kannst ja jetzt selbst sehen, wie es geworden ist...

Nein, das kann ich nur bedingt (ich kann an eine Stelle in der Landkarte 
nachsehen ob da alles stimmt, aber unmöglich überall). Und vor allen kann ich 
nicht Gedanken lesen. Ich hab ziemlich viel Zeit mit dem Import verbraten, 
und hoffe das es Euch gefällt. Deshalb Freue ich mich über Rückmeldungen. 
Dann kann ich eher einschätzen, ob die Zeit gut angelegt war, oder nicht.

Das ist natürlich ein wenig Fishing for compements ;-)

Gruß
Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 09:23 schrieb Juergen Buchner:
 Hallo,

 kannst Du das auch wieder rückgäng machen?

 Im Rhein-Main Gebiet ist das Ergebnis nicht so besonders prickelnd,
 weil es jetzt sehr viele Orte doppelt gibt.

Ja, es gäbe die Möglichkeit, alle Orte so zu deaktivieren, dass sie nicht mehr 
angezeigt werden. (Natürlich gebe es auch die Möglichkeit alles zu löschen, 
aber ich habe im Moment nicht das Gefühl, das das die Meinung in der OSM 
Gemeinschaft ist).

Wenn ihr Euch im Rhein Main Gebiet einig seit, schickt mir eine Beschreibung 
des Gebiets (min_lat,min_lon, max_lat, max_lon) und ich würde alle Nodes 
automatisch deaktivieren.

Auf der anderen Seite sollte es mit Hilfe der FAQ möglich sein, alle Orte 
einmal zu korrigeren und dann taucht das Problem nicht wieder auf. Der 
Vorteil dieser Lösung wäre, das wir Daten aus der OpenGeoDB nutzen können um 
automatisch Hierachien/Relationen an zu legen (is_in ersetzen).

Gruß
Sven Anders

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


Re: [Talk-de] Erster OpenGeoDB Import in OpenStre etMap ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 09:39 schrieb Martin Trautmann:
 Was mir in der Diskussion aber noch komplett fehlt:

 Was soll mit den neuen Informationen angefangen werden?
z.B. sollen die Orte auf www.openstreetmap.org gerendert werden!

 Wo sollen Korrekturen eingearbeitet werden? Wer
 Verbesserungsmöglichkeiten an OPENGEODB-Daten findet, der sollte diese
 nicht in der OpenStreetMap vornehmen, sondern in der opengeodb.

Natürlich ist es wünschenswert wenn die Daten in OpenGeoDB korrigiert werden!

 Andernfalls kann beliebig viel schief gehen - derzeit vor allem:
 Mit dem nächsten Einspielen der opengeodb-Daten werden alle Änderungen
 innerhalb der OSM wieder aufgehoben.

Wenn wie in der FAQ vorgegangen wird, wird (hoffentlich) nichts schiefgehen!

 Korrekturen an Ortsnamen bitte ich zu unterlassen. Was Sven hier
 importiert hat, ist explizit die Langversion des Namens. Gerade bei der
 Suche nach z.B. Landshut bekommt man dann in einer Auflistung von Namen
 bei Mehrfach-Treffern einen Hinweis auf den passenderen Eintrag. Gibt es
 neben der großen Kreisstadt Landshut auch benachbart in der Gemeinde
 Adlkofen eine Stadt namens Landshut?

siehe oben. Es spricht nichts dagegen das die Orte bei OSM alle Landshut 
heißen, wenn die OSMler in der Gegend das gut finden. Auch hier kann es einen 
openGeoDB:namen und einen OSM Namen geben. Korrekturen an den OSM Daten 
dürfen vorgenommen werden. Wenn der openGeoDB:auto_update angepasst wird, 
wird hier auch nichts schiefgehen.


 Die lange Schreibvarianten sind also eher eine Ergänzung zum
 kartenrelevanten Namen. Sven sollte hier eher beim Abgleich darauf
 achten, keine falschen Doppelt-Einträge vorzunehmen. Hier bietet sich
 an, den Abgleich weniger über die lange Schreibvariante zu machen (die
 eben fehlschlägt und neue Einträge hinzufügt), sondern dafür nur den
 Such- und Sortiernamen zu verwenden (7bit ASCII)

Das könnte man bei kommenden Importen berücksichtigen, wobei jetzt 
wahrscheinlich die meisten Orte drinn sind. Oder wächst die OpenGeoDB noch 
signifikant?

Gruß
Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in Open StreetMap ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 11:12 schrieb John07:
 Noch eine Frage, wenn ich eine place verschiebe und das nicht in der
 OpenGeoDB ändere, wird das dann beim nächsten Update wieder verschoben?
 Muss ich noch bei auto_update was ändern?


Wenn ein Node verschoben worden ist, erkenne ich das daran, das lat und lon ja 
nicht mehr mit der OpenGeoDB übereinstimmen.

Evtl. wird in einer der zukunftigen Versionen noch ein osm:lat und osm:lon in 
die auto_updates aufgenommen.


Gruß
Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in Open StreetMap ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 16:11 schrieb Gernot Hillier:
 Aber Moment. Das ist dann doch noch ein Problem. Momentan werden 401
 *und* 19894 als zwei getrennte Nodes in OSM importiert, beide mit
 place=town (einmal mit name=Landshut, Isar, einmal mit
 name=Landshut). Das ist so nicht wirklich sinnvoll, da jetzt natürlich
 der Name zweimal gerendert wird.

 Ich kann jetzt natürlich die beiden Nodes exakt auf denselben Punkt
 schieben, aber das dürfte auch keine wirkliche Lösung sein.

 Gibt es etwas, was ich momentan machen kann oder muss ich auf den
 nächsten Import warten? Natürlich kann ich jetzt den importierten
 401-Node löschen, aber beim nächsten Import wär' er ja dann wieder da.

Ja, lass einfach beide Nodes in OSM  und lösche bei einem das place und das 
name Tag, aktualisiere  openGeoDB:auto_update tag (z.B. openGeoDB:NONE) und 
dann kann die nächste Aktualisierung kommen...

Vgl. auch FAQ.

Gruß
Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 14:37 schrieb Andreas Hubel:
 Martin Trautmann schrieb:
  Sven hat einen Datenstand genommen, wo die noch nicht enthalten sind.

 Sven: Gibts schon nen Datum für ein Update?

Nein. Erstes gibt es keinen aktuelleren Datenbestand auf den ich ohne Problem 
Zugriff hätte (Es gibt nur Teildatenbestände der einzelnen Länder ich müsste 
das joinen, hab auch keine Ahnung wie das z.B. mit den Kontinenten etc ist.), 
und außerdem muss der Bot für Updates umgeschrieben werden (und dann auch 
endlich eine bessere Codequalität erhalten, da er so ja immer wieder genutzt 
werden soll).

Außerdem sitze ich noch an den noch nicht importieren Relationen (Bei denen 
gerade die Bundesländer, Länder und Kontinente Sinn machen)

Ich hoffe alle Dinge binnen eines Monats zu erledigen.

Nicht enthalten sein werden dabei voraussichtlich die Straßen, weil die noch 
schwieriger aus OSM zu holen sind und es in den Straßen-Einträgen von 
OpenGeoDB keine Koordinaten gibt (die kann man aber aus den Ort holen, nur 
auch das Erzuegt zusätzliche Komplexität). Das folgt dann in der nächsten 
Version (Außerdem gibt es anscheinend zur Zeit kein Eindeutiges Krieterium für 
Straßen in OpenGeoDB).

Gruß
Sven

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


Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.

2008-01-20 Diskussionsfäden Sven Anders
Am Sonntag, 20. Januar 2008 19:58 schrieb Martin Trautmann:
 Sven Anders wrote:
  Am Sonntag, 20. Januar 2008 14:37 schrieb Andreas Hubel:
  Martin Trautmann schrieb:
  Sven hat einen Datenstand genommen, wo die noch nicht enthalten sind.
 
  Sven: Gibts schon nen Datum für ein Update?
 
  Nein. Erstes gibt es keinen aktuelleren Datenbestand auf den ich ohne
  Problem Zugriff hätte (Es gibt nur Teildatenbestände der einzelnen Länder
  ich müsste das joinen, hab auch keine Ahnung wie das z.B. mit den
  Kontinenten etc ist.),

 Hallo Sven,

 ist es ein Problem für dich, nur Teilbestände zu aktualisieren? Würdest
 du damit automatisch die Daten der anderen Länder löschen? Ansonsten
 solltest du dir einfach dump/DE ansehen.

Ja, das ist das (ein) Problem.

 Die Straßen in opengeodb haben schon Koordinaten - nämlich genau jene
 Koordinaten, die aus der OSM gemittelt wurden. Es wäre aber sicher
 verkehrt, jene Daten wieder in die OSM zurückzupumpen, speziell wenn ich
 Mittelwerte verwende, statt den Koordinaten eines tatsächlichen Knotes.

Gut, die Koordinaten würde ich ja auch nicht zurückpumpen, aber dann weiß ich 
in welcher Ecke ich die Straße suchen muss. An die Straße würde ich dann das 
is_in Tag usw. ranhängen.

Hatte nur eine Stichprobe gemacht:
http://fa-technik.adfc.de/code/opengeodb.pl?locid=80604;c=DE

und keine lat und lon gefunden.


Gruß
Sven 

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


[Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.

2008-01-19 Diskussionsfäden Sven Anders
Moin,
Ich habe mich dazu entschieden, gemäß den Open Source Regeln
Release Early, Release Often  den Import von OpenGeoDB in OpenStreetMap an 
zu werden. 
Er wurde heute um 18:16 Uhr gestartet und war um ca. 21:53 Uhr beendet.

Leider ist der Import von Relationen zum Teil fehlgeschlagen. Grund dafür ist 
vermutlich ein Bug im Zusammenspiel zwischen Josm und dem Import-Bot (oder 
ein Bug bei Josm). Ich habe mich deshalb dafür entschieden alle noch nicht 
hochgeladen Relationen (=fast alle!!) aus dem Import zu entfernen und später 
zu ergänzen.

Bitte schaut Euch die daraus neu entstanden Orte an. Ich hoffe es ist nichts 
kaputt gegangen, ansonsten bitte möglichst schnell melden, damit ich sehen 
kann, wie wir es wieder gerade biegen (ich habe ein Backup aller places 
vor dem Lauf)

Kommentare (ich hoffe das es im Großen und Ganzen gefällt) dazu könnt Ihr auf 
die Webseite:

http://wiki.openstreetmap.org/index.php/User:OpenGeoDB

abgegeben. 


Ich plane später weitere Abgleiche zwischen OpenGeoDB und OpenStreetmap, dazu 
muss aber erst das Skript angepasst werden.


Gruß
Sven

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


Re: [Talk-de] §5 UrhG, Städti

2008-01-14 Diskussionsfäden Sven Anders
Am Montag, 14. Januar 2008 10:26 schrieb Frederik Ramm:
 Zwar kann ein bisschen juristischer Sachverstand nicht schaden, aber von
 einer Haftung haben wir nichts. Wir muessen nicht fuerchten, dass jemand
 OSM auf Schadensersatz verklagt oder so, denn OSM hat kein Geld. Was wir
 fuerchten muessen ist

Der englische OSM  Verein hat auch etwas Geld, und ich bin mir noch nicht mal 
sicher, das man nicht evtl. die Person die das  wirklich in OSM eingetragen 
hat belangen könnte. 

 (2) dass unser Ruf beschaedigt wird (OpenStreetMap, das sind doch diese
 Kartenpiraten)

 - und vor beidem schuetzt uns die Haftung des Anwalts nicht.

Ich denke der Ruf ist besser,  wenn man sagen kann: Seht wir hatten sogar 
einen Anwalt gefragt und der hat auch was von §5 UrhG gesagt. 

Gruß
Sven

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


Re: [Talk-de] §5 UrhG, Städti

2008-01-13 Diskussionsfäden Sven Anders
Am Sonntag, 13. Januar 2008 23:49 schrieb Andreas Hubel:
 Im Zweifelsfall einfach mal bei der Stadt/Gemeinde nachfragen.

Wobei die sich dann häufig dafür entscheiden erstmal zu sagen:
Alles ist urheberrechtlich geschützt. Damit ist der arme Angestellte in der 
Verwaltung auf der sicheren Seite.

Am besten wäre wahrscheinlich einen Rechtsanwalt mit der Klärung der Frage zu 
beauftragen (und ihn auch nach Gebührenordnung zu bezahlen). Dann haftet der 
im Zweifel für seine falsche Beratung (dafür muss jeder Anwalt eine 
Rechtschutzversicherung haben).


Gruß
Sven


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


Re: [Talk-de] Alpha: OpenGeoDB - OSM

2008-01-13 Diskussionsfäden Sven Anders
Am Montag, 14. Januar 2008 00:01 schrieb Andreas Hubel:
 Martin Trautmann schrieb:
  ich denke die ganzen is_in Felder sollte man raus lassen. is_in kommt
  aus der Zeit in der es noch keine Relations gab. Ich denke das Tag
  sollte man irgendwie als veraltet oder so kennzeichnen.
 
  Im Gegenteil steckt genau im originalen part_of die Relation drin, weil
  hier die loc_id des naechsten opengeodb-Eintrags steckt. Svens Beispiel
  scheint das flachzuklopfen (part_of / Teil von / is_in_loc_id gegenueber
  is_in)

 das is_in kommt wie gesagt aus der Zeit in der es noch keine Relations
 in OSM gab. Das heißt man konnte nicht einfach sagen dieses Element
 gehört zu diesem Gebiet/Node, weil man die IDs der OSM Elemente nicht
 kannte. Deswegen hat man sich mit dem Namen des entsprechenden
 Gebiets/Nodes beholfen. Weil aber Namen nicht eindeutig sind, hat man
 teilweise angefangen die nächst höhreren Ebenen ebenfalls mit ein zu
 bauen bis man zu den ewig langen angeben gekommen ist, die wir heute haben.

Ich denke da liegst du falsch. Bereits in der ersten Version des Proposals am 
31.August 2006 stand als Beispiel: 

isin=bedfordshire, england, UK
isin=europe,scandanavia


 Heutzutage kann man das wunderbar mit Relations ausdrücken.
Ja, aber die Tools machen es noch nicht. Solange das Feature in den 
Map_Features auftaucht und es bei OSM keinen Konsens gibt den Key zu löschen, 
möchte/werde ich den Key benutzen.


 Okay, es wäre schön wenn man den Nodes gleich ein member of=12354
 xx=xxx / mitgeben könnte, aber das ist halt nicht so vorgesehen.

 Ich kann verstehen das man es aus kurzer Sicht eventl. noch mit rein
 nimmt, damit die alten Tools, die is_in noch nutzen weiterhin
 funktionieren, aber eigendlich ist das der falsche Weg.

Warum? Das is_in ganz raus zu schmeißen, wenn es etwas besseres gibt, was 
funktioniert (=von Tools unterstützt wird) ist kein Problem. Dafür schreib 
ich dir in 2h einen Bot.

 Eherer sollte man die ganzen is_in's in saubere Relations umwandel und
 denn tag dann entgültig verbannen.

Ich denke der erste Schritt ist, sich zu einigen, was stattdessen kommen soll. 
Und davon sind wir im Moment noch Meilenweit entfernt. Es gibt zu dem Thema 
leider mehrere Proposals:
Relations/Proposed/Is_In
Proposed_features/House_numbers
Relations/Proposed/Postal_Addresses

die alle Ihre schwächen und stärken haben.

Mal ganz davon abgesehen gibt es eben auch Tools die dieses Tag verwenden.

Gruß
Sven

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


[Talk-de] POI in OSM Garmin Dateien

2008-01-12 Diskussionsfäden Sven Anders
Moin,
du schreibst auf der Wiki Seite: 

Mit Mkgmap 519 berechnet (+ erweiterte Element- und POI- Darstellung: 
Made with Mkgmap 519 (with extended element and POI presentation): 

Leider kann ich im Moment mit meinem Garmin eTrex nicht mehr nach POIs suchen. 
Das ging vorher Der Menüpunkt ist ausgegraut. Ich benutze die Kacheln: 

63255095.img.gz
63255096.img.gz 
63255097.img.gz 
63255215.img.gz 
63255216.img.gz 
63255217.img.gz 

Fehler bei deinen Scripten, oder soll ich das mal den Autoren von mkmap 
melden?

Gruß
Sven

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


Re: [Talk-de] opengeodb: Nordrhein-Westfalen

2008-01-09 Diskussionsfäden Sven Anders
Am Mittwoch, 9. Januar 2008 14:15 schrieb Frederik Ramm:
 Hallo,

  Würd ich ja gern... aber wie? Von einer Karte abmalen darf ich sie ja
  nicht...
 
  Ich habe keine Ahnung, in welchem Format sie derzeit genutzt werden
  und
  wie das korrigierbar wäre.

 Das sind einfache Polygon-Dateien, die pro Zeile einen Punkt mit
 geographischer Laenge und Breite enthalten. Das ist alles, was ich
 brauche - eine Info der Form die Landesgrenze von NRW verlaeuft
 ueber die folgenden Punkte

  Bei Bedarf kann ich aber zumindest raussuchen,
  bei welchen Koordinaten besonderer Korrekturbedarf besteht.

 Ich will halt in diesem Punkt sehr korrekt vorgehen. Jede
 Datenquelle, mit der ich das abgleiche, muss lizenzmaessig astrein sein.

Ja, wobei das raussuchen von einzelnen Punkten in einer Landkarte erstmal 
erlaubt ist

  In OSM selbst sind die Grenzlinien überhaupt noch nicht drin? IMHO
  sollten
  sie dort vordringlich mit aufgenommen werden.

 Faende ich auch gut, aber mir ist unklar, wo man die Daten in einer
 freien Form herbekommen kann. Eigentlich muessten Laendergrenzen doch
 in irgendeiner Form amtlich veroeffentlicht sein...

Ja, da bin ich zumindest für Hamburg drann.  Siehe: 

http://wiki.openstreetmap.org/index.php/Hamburg/Grenzbeschreibungen

Anscheinend gibt es sowas im Netz aber nicht für übergeordnete Ebenen 
(Bundesländer/Landesgrenzen) zumindest hab ich da noch nichts gefunden.  Ich 
hab in Hamburg schon ziemlich lange hin und her telefoniert bis ich einen 
Ansprechpartner hatte. Das ist eigentlich etwas für einen Geschichtsstudend 
der eine Freundin hat die in einem Bundesarchiv arbeitet :-).

Gruß
Sven Anders

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


Re: [Talk-de] Alpha: OpenGeoDB - OSM

2008-01-09 Diskussionsfäden Sven Anders
Am Mittwoch, 9. Januar 2008 16:14 schrieb Andreas Hubel:
 Also wenn ich mir das so anschaue, würde ich nicht alle Daten der
 OpenGeoDB direkt übernehmen.

Ja, da gibt es mehrere Ansätze. Ich will gerne begründen, warum ich alle Daten 
aus der OpenGeoDB auch in OSM haben möchte.

OpenGeoDB ist im deutschsprachigen Raum sehr gut, aber leider nur dort. 
Wenn jetzt jemand von außerhalb Daten wie z.B. Postleitzahlen benutzen möchte 
muss er entweder openGeoDB kennen oder die Daten müssen in OSM stehen. 

In Wikipedia gibt es den Grundsatz: das Wikipedia kein Platzproblem hat, und 
genau das sehe ich für OSM auch, die Daten werden ja benutzt, sonst würde ja 
auch niemand OpenGeoDB nutzen, warum soll man sie nicht auch ohne Medienbruch 
gleich in OSM nutzen können.

 ich denke die ganzen is_in Felder sollte man raus lassen. is_in kommt
 aus der Zeit in der es noch keine Relations gab. Ich denke das Tag
 sollte man irgendwie als veraltet oder so kennzeichnen.

Wenn es nicht mehr genutzt wird, ist es ganz einfach es überall zu entfernen. 
Im Moment wird es z.B. bei www.openstreetmap.org in der Suche benutzt.

Und ich erzeuge ja auch noch zusätzlich Relationen, damit man auf das Tag 
nicht angewiesen ist.


 openGeoDB:type, openGeoDB:layer, openGeoDB:location sind Teilweise
 einfach redundant und sagen das selbe aus. Eigendlich sollte man das via
   place=xyz ausdrücken.

Wenn sie wirklich redundant sind, kann sie ja jemand aus der OpenGeoDB 
löschen. Dann tauchen sie beim nächsten Update nicht mehr auf. Wenn sie doch 
irgend einen Sinn haben ist es doch schön sie direkt in OSM suchen zu können.


 Ist openGeoDB:name und name wirklich nötig? Nur name würde doch reichen.
Ja, solange der Name und der OpenGeoDB Name identisch sind. Aber ein Benutzer 
kann (uns soll ja auch jederzeit dürfen!!) den Namen ändern. Werte die mit 
OpenGeoDB: anfangen, sollte er möglischst nicht ändern, denn die kommen ja 
(in jedem Fall) aus der OpenGeoDB Datenbank, und werden beim nächsten Import 
überschrieben.

 openGeoDB:version ist meiner Meinung nach mit 0.2.6.11 / 2007-12-04 /
 http://fa-technik.adfc.de/code/opengeodb/dump/; zu lang. Nur die Version
 0.2.6.11 sollte reichen.

Warum? Der String wird automatisch erzeugt und für den Benutzer ist es 
angenehmer die URL zu kennen. Wer mal versucht hat mittels google auf die URL
http://fa-technik.adfc.de/code/opengeodb/dump/ zu kommen wird mir bestimmt 
recht geben, dass die Daten im Moment alles andere als einfach zu finden 
sind.


 openGeoDB:license_plate_code = BW für BaWü ist irgendwie seltsam,
 generell find ich die Übersetung irgendwie seltsam. Zumal das sowieso
 nur für Deutschland eindeutig ist. Ich wäre da fast für einen Deutschen
 Namensraum, z.B. de:KFZ. Analog dazu bei den Gemeindeschlüsseln de:AGS.

Nun ist OpenGeoDB ja nicht nur für Deutschland sondern auch für ein paar 
Nachbarländer aktiv und ich möchte nur eine Übersetzung einfügen.

Ich hatte auch mal Überlegt ob ich mir die Sache einfach mache und stattdessen 
einfach: openGeoDB:50060 statt openGeoDB:community_identification_number 
nehmen sollte, finde es aber besser sprechende Namen zu verwenden.

Bin gerade etwas frustiert, weil ich das Gefühl hatte, nach der letzten 
Rückmeldung (die ich im übrigen sehr konstruktiv fand!!), jetzt wirklich los 
zu legen und nicht wieder über so grundlegende Designfragen diskutieren zu 
müssen, aber laßt Euch davon nicht abhalten, denn es wird ja eher besser, 
wenn ein paar mehr Leute Ihren Sempf dazu geben! 


Gruß
Sven

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


Re: [Talk-de] Alpha: OpenGeoDB - OSM

2008-01-09 Diskussionsfäden Sven Anders
Am Mittwoch, 9. Januar 2008 17:17 schrieb Martin Trautmann:

  openGeoDB:sort_name würde ich rauslassen und falls openGeoDB:ISO-3166-2
  sowas die de für Deutschland ist würde ich das als iso_contry_code oder
  nur iso_code kennzeichnen.

 http://wiki.openstreetmap.org/index.php/User:OpenGeoDB nennt hier
 50011   name

Ja, das war ein Übertragungsfehler. Ich meinte: 50010. Kann das im Moment 
nicht im Wiki ändern (gibt ne Fehlermeldung beim bearbeiten der Seite).

 Tatsaechlich steckt der eigentliche Name in 50010 (vergleiche
 http://kent.dl.sourceforge.net/sourceforge/opengeodb/Constants.txt
 wo noch die Konstanten der Version 0.2.4 beschrieben werden - die 400*
 kamen mit 0.2.5 und 0.2.6 erst hinzu)
 In der Name (50010:NAME) steckt die vollstaendige Namensbezeichnung
 drin, wie z.B. Freiburg im Breisgau.

Das ist IMHO für OSM der Name, weil auf einer Landkarte ja üblicherweise auch 
die Bezeichnung ausgeschrieben wird.

 Die 50011 wird derzeit nicht wirklich genutzt.
 Interessant ist eher die 50012, die 7Bit-Schreibweise, beschraenkt auf
 den Basisteil wie freiburg (lower case, no Umlauts, no extensions)


 solange beides identisch ist, reicht name. Den openGeoDB-Name wuerde ich
 nur bei Abweichungen nenne, so wie z.B. auch einen abweichenden
 wikipedia-Name:

name=freiburg
opengeodb:name=Freiburg im Breisgau
wikipedia:de=Freiburg_im_Breisgau

Warum nicht trotzdem alles nennen, es ist ja ne Zusatzinformation, dass diese 
Daten in anderen Quelle auch so verzeichnet sind, also z.B.
name=München
openGeoDB:name=München
wikipedia:de=München


Das hat auch den Vorteil, das man auch als Benutzer schnell mal einen 
Tippfehler finden könnte.

Wenn z.B. sowas auftaucht:

name=Muenchen
openGeoDB:name=München



  openGeoDB:version ist meiner Meinung nach mit 0.2.6.11 / 2007-12-04 /
  http://fa-technik.adfc.de/code/opengeodb/dump/; zu lang. Nur die Version
  0.2.6.11 sollte reichen.

 Ja, genau - wobei auf fa-technik.adfc.de beliebige zwischendumps moeglich
 sind, teils direkt durch Benutzerwunsch. Von daher waere
 0.2.6.11_2007-12-04 oder 02611_20071204 sinnvoll.

Warum darf der String nicht länger sein? Gibt es irgend ein Problem wenn der 
String zu lang wird?

  openGeoDB:license_plate_code = BW für BaWü ist irgendwie seltsam,

 Offiziell heisst das car_licence_code. Solche gibt es eigentlich nur
 auf Kreisebene (z.B. FR: Stadt Freiburg und Landkreis Breisgau im
 Schwarzwald) bzw. die Ebenen darunter. Auf Bundesland-Ebene steckt in dem
 Feld einfach nur eine Abkuerzung.

Das finde ich nicht so gut (das ein Feld auch noch für einen anderen Zweck 
benutzt wird, denn es gibt ja kein Autokennzeichen: BW)

Ich hatte in einer früheren Version

 Die anderen Namensvarianten sind wenig interessant. Hier muss aber darauf
 hingewiesen werden, dass es auch landesspezifische Varianten gibt, z.B.

opengeodb:name=Deutschland
opengeodb:name:en=Germany
opengeodb:name:fi=Saksa
opengeodb:name:he=גרמניה
usw.

Ist genau so implementiert.

 Bei Daten wie population / 60070 muss beachtet werden, dass solche
 Daten in der opengeodb in der Regel mit einer Datumsangabe kombiniert sind
 - z.B. gültig am Stichtag 2006-12-31 (genauer: von 2006-12-31 bis
 2006-12-31).

Guter Hinweis: den Stichtag sollte ich hier noch hinzufügen. Ich hab eben mal 
nachgesehen, warum ich das nicht gemacht habe: 

mysql select * from geodb_intdata where valid_until3000-01-01;
Empty set (0.00 sec)

Ist wohl erst in neueren Versionen drin. Ich hatte gehofft, das in OpenGeoDB 
nicht mehr so viel Bewegung im Datenschema ist.

Gruß
Sven Anders

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


Re: [Talk-de] Erste Test-Daten von OpenGeoDB

2008-01-07 Diskussionsfäden Sven Anders
Am Sonntag, 6. Januar 2008 08:41 schrieb Martin Trautmann:
 Frank Sautter wrote:
  wenn ich das richtig verstanden habe, hast du aber eine liste von
  straßennamen, die von den einwohnermeldeämtern stammt (ich hoffe wir
  dürfen die verwenden).

 nein, leider nicht - die Daten wurden mir nicht für solche Zwecke zur
 Verfügung gestellt.

 Fast jede Gemeinde hat eine solches Straßenverzeichnis online oder
 zumindest vor Ort in irgendwelchen Publikationen.

Ich habe für Hamburg mal eine Tabelle gefunden und im Wiki unter Hamburg 
eingetragen.
Ich hab mal beim Statistik-Amt Nord nachgefragt ob die Liste (Zuordnung von 
Straße zu Wahlbezirk) ein Amtliches Werk im Sinne vom §5 UrhG ist.
Mal sehen was die darauf antworten.

Gruß
Sven Anders

-- 
 Sven Anders
 
 digitec GmbH
 Amsinckstraße 57
 20097 Hamburg

 Telefon:  +49 / 40-23776-135
 Fax:  +49 / 40-23776-200
 Email:[EMAIL PROTECTED]
www.digitec.de 


 
digitec GmbH EDV-Beratung, Soft- und Hardware
Sitz Hamburg - HRB 28818, Amtsgericht Hamburg - Steuer-Nr. 2279101874
Geschäftsführer Klaus Bredow, Hans-Joachim Hänel, Hans-Jürgen Joost

WICHTIGER HINWEIS
Die Kommunikation mit digitec GmbH per Email dient nur dem Zweck der schnellen 
Information.
Rechtsverbindliche Absprachen kommen über dieses Medium nicht zustande !

IMPORTANT NOTICE
Communication with digitec GmbH via email is for quick information purposes 
only.
This medium is not to be used for the  exchange of legally binding 
statements !

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


[Talk-de] Krüger Gauß Koordinaten

2008-01-04 Diskussionsfäden Sven Anders
Kennt sich jemand mit Krüger Gauß Koordinaten aus.

Ich habe (gezwungenermaßen) unseren Neubau einmessen lassen. Dafür hat das Amt 
für Geoinformation ein (saftige) Gebühr berechnet. Nun liegen mir die 
Koordinaten unseres Hauses im Krüger Gauß vor, und ich würde sie gerne in das 
von OSM benutzte Koordinatensystem überführen.

Die Koordinaten sind z.B.:
59348 27231

und es sollte in etwa:
53.4733 9.8927 heraus kommen.

Den Web-Umrechner unter:
http://www.ipf.uni-karlsruhe.de/cgi-bin/trafo.tcl
hab ich schon bemüht und bin daran gescheitert.

Gruß
Sven

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


Re: [Talk-de] Krüger Gauß Koordinaten

2008-01-04 Diskussionsfäden Sven Anders
Am Freitag, 4. Januar 2008 14:18 schrieb Christian Maurer:
 darfst du die koordinaten überhaupt verbreiten?
 also hier in Bayern kann ich mir auch Koordinaten vom Vermessungsamt
 holen, nur wenn ich die kostenlos weitergeben würde, hätte ich ein
 problem (copyright usw) ...
 aber da das ja Bundessache ist kann das bei dir natürlich anders sein ...

Nein, es ist keine Bundessache (Land Hamburg). Aber ich habe dafür bezahlt das 
ein Vermessungsbüro mein (eigenes) Haus vermessen hat und die Daten dann an 
das Vermessungsamt weitergeleitet hat. Ich denke das ich diese Daten (mein 
Eigenes Haus, Einmessung selbst beauftragt und bezahlt) für alles in der der 
Welt benutzen kann. Wenn es das Land Hamburg versuchen möchte mich deshalb zu 
verklagen, sehe ich dem gelassen entgegen.

Gruß
Sven

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


Re: [Talk-de] living street

2008-01-02 Diskussionsfäden Sven Anders
Am Mittwoch, 2. Januar 2008 16:16 schrieb Frederik Ramm:
 Hallo,

  Da living street kein weltweites Konzept ist - die dadurch
  implizierten Geschwindigkeits- und Vorfahrtsregeln sind nicht
  ueberall
  gleich - koennte man eventuell auch de:spielstrasse=yes taggen. Das
  faende ich eigentlich klarer. In anderen Laendern dann eben die
  dortigen Aequivalente (nl:woonerf=yes oder so).
 
  und da ich kein Niederländisch verstehe, weiss ich nicht was da geaggt
  ist.

 Es muesste einen zentralen Ableitungskatalog geben, der in fuer jeden
 verstaendlichen Worten (oder Codes) beschreibt, was bestimmte Tags
 mit sich bringen.

 Angenommen, irgendwo in einem kleinen afrikanischen Land gibt es eine
 besondere Art von Strassen, die nur mit Eselskarren befahren werden
 duerfen, nachts auch mit Bussen und ansonsten nur von drei
 Fussgaengern in Reihe oder sowas. Angenommen, lokal hiessen diese
 Strassen lala-Strassen, und jeder wuesste, was damit gemeint ist.

 Soll man nun wirklich bei *jeder* *einzelnen* derartigen Strasse alle
 Details einer lala-Strasse in OSM-Diktion uebersetzen muessen
 (bus=night, foot=three_in_a_row,cart=donkey) - fuehrt dies nicht zu
 extremer Redundanz in der Datenbank und zu potentiellen
 Fehlerquellen? Und wenn die Regierung nun beschliesst, dass auch
 Maultiere und nicht nur Esel die Karren ziehen duerfen, muessen wir
 mit einem Skript alles aendern.

 Um wie viel besser waere es doch, wenn die Strassen dort einfach
 xy:highway=lala getaggt wuerden, und in einem zentralen Register
 (das koennte eine Wiki-Seite sein) wird gepflegt, was das denn jetzt
 genau bedeutet.  Fuer die maschinelle Auswertung bedeutet dieser
 Extraschritt kaum Komplikation, die Datenmenge wird insgesamt sogar
 kleiner. Fuer die manuelle Arbeit sehe ich auch nur Vereinfachungen,
 ausser fuer den Ortsunkundingen, der trotzdem mappen will und der
 sich daher erstmal mit den Gegebenheiten vertraut machen muss - aber
 das erwartet man eigentlich eh.

 Es ist ja auch sehr wahrscheinlich, dass ein Einwohner meines
 hypothetischen Landes gern eine Karte gezeichnet haette, in der alle
 lala-Strassen eine bestimmte Farbe haben, und nicht etwa alle
 Strassen, fuer die bus=night, foot=three_in_a_row und cart=donkey
 gilt - wer weiss, das koennte ja auch fuer nicht-lala-Strassen der
 Fall sein...

 Ich glaube, wir muessen ein bisschen von diesem Kulturimperialismus
 weg. Selbst schimpfen wir oft ueber irgendwelche UK-only-Sachen in
 den Daten, und zugleich finden wir es ganz normal, dass wir
 definieren, dass es sowas wie eine living street gibt und was das
 ungefaehr bedeutet.


Ja,
das ist evtl. genau das was wir brauchen, wobei ich trotzdem 
highway=living_street einem: de:highway=Spielstraße vorziehen würde, man kann 
ja das Register trotzdem führen. Ein Motorway ist in UK ja auch anders als in 
USA oder DE (z.B. Maximalgeschwindikeiten). Trotzdem kann man mit einer 
Routing Software ja rausfinde wo die Autobahn liegt und dann das 
entsprechende Schema laden.


Gruß
Sven

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


Re: [Talk-de] living street

2007-12-31 Diskussionsfäden Sven Anders
Am Samstag, 29. Dezember 2007 14:29 schrieb Michael Kugelmann:
 Hallo,

 bin gerade zufällig wieder über das Thema living street gestolpert.
 http://wiki.openstreetmap.org/index.php/Proposed_features/living_street

 Initiiert durch Raphael und überarbeitet durch Ulf. Das Voting wurde
 Mitte November gestartet.
 Akueller Stand: 19 dafür (approve) und 14 dagegen (disapprove).

 = Eine eindeutige Mehrheit dafür, trotz deutlicher Widersprüche.

 Meinungen?

Auch wenn ich hier anscheinend in der Mindermeinung bin:
Für mich ist es besser einen neuen highway Typ einzuführen, als zusätzliche 
Tags zu verwenden. 

Man muss halt abwägen:
* Dagegen spricht IMHO: Ein neuer Typ muss zusätzlich von newbies und renderen 
verstanden werden
* Dafür spricht: Der Typ ist klar abgegrenzt (man kann jedem Newbie erklären 
was eine Spielstraße ist), Der Renderer kann je nach Zweck die Straße anderes 
behandeln.

Eine Spielstraße ist etwas besonderes: Man darf hier spielen. Wenn wir z.B. 
eine Landkarte für Kinder machen, und sie wissen wollen wo sie Ballspielen 
dürfen, könnte die Landkarte das ausweisen

Von livinig_street=yes bin ich überhaupt nicht begeistert. Denn das wäre ein 
völlig neues System, wir könnten dann auch statt highway=residential

highway=yes
residential_street=yes

schreiben.

Und gegen: 

highway=residential
max_speed=7

oder 

highway=pedestrian
motorcar=yes

spricht IMHO der erhöte Schreibaufwand und das 
es einfach etwas anderes ist.

 MfG
 Michael.


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

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


Re: [Talk-de] Hamburg in OpenGeoDB

2007-12-28 Diskussionsfäden Sven Anders

Am Donnerstag, 27. Dezember 2007 11:53 schrieb Martin Trautmann:
  Magst du mir erklären, warum Hamburg bei  bei OpenGeoDB 3 mal
  auftaucht?

 Hamburg (und Berlin) existieren politisch in unterschiedlichen Formen:

 02: das Bundesland Hamburg
 02000: Der Landkreis Hamburg, Kennzeichen HH
 0200: Die Gemeinde Hamburg


 In der politischen Struktur wird alles komplett bis zur Gemeindeebene
 hinunter durchgezogen, auch wenn dadurch bei z.B. den kreisfreien Staedten
 immer die Verdoppelung auftritt, dass die Stadt sowohl als Stadtkreis als
 auch als Gemeinde existiert. In den meisten Faellen wird dabei der
 fuenfstellige Gemeindeschluessel (Kreisebene) um 000 ergaenzt.

Kann ich denn irgendwie erkennen, wenn die Gebiete Deckungsgleich sind?
Das Bundesland Hamburg, hat ja die gleiche Fläche, wie der Landkreis und die
Gemeinde, wäre gut um das is_in tag nicht zu lang werden zu lassen.


Gruß
Sven


--
 Sven Anders

 digitec GmbH
 Amsinckstraße 57
 20097 Hamburg

 Telefon:  +49 / 40-23776-135
 Fax:  +49 / 40-23776-200
 Email:[EMAIL PROTECTED]
www.digitec.de

_
___

digitec GmbH EDV-Beratung, Soft- und Hardware
Sitz Hamburg - HRB 28818, Amtsgericht Hamburg - Steuer-Nr. 2279101874
Geschäftsführer Klaus Bredow, Hans-Joachim Hänel, Hans-Jürgen Joost

WICHTIGER HINWEIS
Die Kommunikation mit digitec GmbH per Email dient nur dem Zweck der
 schnellen Information.
Rechtsverbindliche Absprachen kommen über dieses Medium nicht zustande !

IMPORTANT NOTICE
Communication with digitec GmbH via email is for quick information purposes
only.
This medium is not to be used for the  exchange of legally binding
statements !

---

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


[Talk-de] Fwd: Re: Hamburg in OpenGeoDB

2007-12-28 Diskussionsfäden Sven Anders
Am Donnerstag, 27. Dezember 2007 12:52 schrieb Martin Trautmann:
  vielleicht ergeben sich da ja Synergien bzw. Nutzen für beide
  Projekte?

 Ja, solche kann ich mir vorstellen. Im Moment kann der Nutzen aber fast nur
 in eine Richtung fliessen: aus der opengeodb hinein in die OSM-Welt.

Wobei es ja trotzdem dazu führen kann, das OSMler die Daten dann lieber bei
OpenGeoDB pflegen. Wenn ich jetzt eine Bevölkerungsanzahl einpflegen wollte,
würde ich es bei OpenGeoDB machen, da die Daten dann irgendwann bald in OSM
automatisch übernommen werden.

 Die opengeo-Daten sind frei. Die OSM-Daten stehen unter Lizenzschutz und
 duerfen daher eigentlich nicht in die opengeodb einfliessen.

 Wo ich selbst Anwendungen sehe: die OSM kann direkt referenzieren, zu
 welchem Ort oder Ortsteil eine Strasse gehoert. Im Moment geht opengeodb da
 hinunter bis zur Gemeindeebene. Im Moment sehe ich mir einmal die
 Strassendaten an und moechte das nicht nur mit den Gemeindedaten
 verknuepfen, sondern teils auch den Ortsteildaten, die noch einfliessen
 sollen. Eine solche Referenzierung wuerde dann z.B. erfolgen, indem eine
 Strasse einen Tag mit sich fuehrt:

   opengeodb=loc_id

Besser opengeodb:is_in=loc_id

 Mehrfachnennungen sind hier erforderlich, da eine Strasse durch mehrere
 Ortsteile fuehren kann.

Dann:
opengeodb:is_in=loc_id1,loc_id2


Gruß
Sven
--
 Sven Anders

 digitec GmbH
 Amsinckstraße 57
 20097 Hamburg

 Telefon:  +49 / 40-23776-135
 Fax:  +49 / 40-23776-200
 Email:[EMAIL PROTECTED]
www.digitec.de

_
___

digitec GmbH EDV-Beratung, Soft- und Hardware
Sitz Hamburg - HRB 28818, Amtsgericht Hamburg - Steuer-Nr. 2279101874
Geschäftsführer Klaus Bredow, Hans-Joachim Hänel, Hans-Jürgen Joost

WICHTIGER HINWEIS
Die Kommunikation mit digitec GmbH per Email dient nur dem Zweck der
 schnellen Information.
Rechtsverbindliche Absprachen kommen über dieses Medium nicht zustande !

IMPORTANT NOTICE
Communication with digitec GmbH via email is for quick information purposes
only.
This medium is not to be used for the  exchange of legally binding
statements !

---

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


Re: [Talk-de] Erste Test-Daten von OpenGeoDB

2007-12-28 Diskussionsfäden Sven Anders
Am Mittwoch, 26. Dezember 2007 19:37 schrieb Martin Trautmann:
 Im Moment verstehe ich auch nicht, warum es massenhaft Kindergärten und
 sonstiges gibt, das mit einer way id verfügbar ist - ich hätte
 derartiges eher mit node id erwartet.

In OSM gibt es keine Gebiete, deshalb werden dafür auch way's benutzt. Ein
 way der als Kindergraten getaggt ist, ist also das Gebiet des
 Kindergartens.


--
 Sven Anders

 digitec GmbH
 Amsinckstraße 57
 20097 Hamburg

 Telefon:  +49 / 40-23776-135
 Fax:  +49 / 40-23776-200
 Email:[EMAIL PROTECTED]
www.digitec.de

_
___

digitec GmbH EDV-Beratung, Soft- und Hardware
Sitz Hamburg - HRB 28818, Amtsgericht Hamburg - Steuer-Nr. 2279101874
Geschäftsführer Klaus Bredow, Hans-Joachim Hänel, Hans-Jürgen Joost

WICHTIGER HINWEIS
Die Kommunikation mit digitec GmbH per Email dient nur dem Zweck der
 schnellen Information.
Rechtsverbindliche Absprachen kommen über dieses Medium nicht zustande !

IMPORTANT NOTICE
Communication with digitec GmbH via email is for quick information purposes
only.
This medium is not to be used for the  exchange of legally binding
statements !

---

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


[Talk-de] Hamburg in OpenGeoDB (Re: OpenGeoDb)

2007-12-26 Diskussionsfäden Sven Anders
Am Dienstag, 25. Dezember 2007 14:41 schrieb Martin Trautmann:
 Sven Anders wrote:
  Naja, z.B. haben die Stadtteile von Hamburg keinen Gemeindeschl?ssel bzw.
  ganz Hamburg hat: 0200...
  Ich denke die loc_id ist da der bessere Schl?ssel.

 Der Gemeindeschlüssel geht amtlich nur bis zur Gemeindeebene. Ich
 überlege, ob ich hier einen nichtamtlichen Gemeindeschlüssel mit aufnehme:

Also für Hamburg gibt es für die Stadteile eine Ortsteilnummer, wobei ein 
Stadteil evtl. aus mehreren Ortsteilen besteht. So hat z.B. der Bezirk 
Harburg die Nummer 701 bis 721
Harburg 701+702
Neuland 703
Gut Moor 704
Wilstorf 705
Rönneburg 706
Langenbek 707 
...

(Stand 2005) im Amtlichen Anzeiger gibt es machmal Teillisten mit 
Stadtteilnummern.
Achtung: Hamburg wird wohl in Kürze neu Untergliedert, es entsteht u.a. ein 
neuer Stadteil Hafen-City und Klostertor.

Ajcha und die Bezirke sind noch unterteilt:

Hausbruch ist z.B. im Ortsamstgebiet Süderelbe im Bezirk Harburg, Hamburg, 
Germay, Europe vgl. http://de.wikipedia.org/wiki/Liste_der_Bezirke_in_Hamburg


Magst du mir erklären, warum Hamburg bei  bei OpenGeoDB 3 mal auftaucht?

Achja, vielleicht stöberst du nochmal im Archiv der ML von diesem Monat und 
liesst dir kurz alles durch, was zum Betreffen OpenGeoDB geschrieben wurde.
Das wäre ich super!

Gruß
Sven

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


Re: [Talk-de] Erste Test-Daten von OpenGeoDB

2007-12-26 Diskussionsfäden Sven Anders
Am Dienstag, 25. Dezember 2007 14:23 schrieb Martin Trautmann:
 Sven Anders wrote:
  Am Montag, 24. Dezember 2007 11:32 schrieb Frederik Ramm:
  Hallo,
 
  Ich finde die Daten sehr gut. Vor allem die Infos wie car_code,
  postal_codes und telefone_area_code sind sehr nützlich.
 
  Ich hab jetzt in die Originaldaten gar nicht reingeschaut, aber
  telefone_area_code ist denglisch - entweder telefonvorwahl oder
  telephone_area_code.

 Hallo,

 gerade purzele ich frisch in die Liste - und mitten rein in diese
 Diskussion.

 Wie sieht's denn umgekehrt aus mit Korrekturen in der OSM, speziell bei
 Straßennamen?

 Ich prüfe gerade exemplarisch, wie gut die OSM-Daten in die OpenGeoDB
 passen würden. Dabei fallen etliche Einträge mit falschen Schreibweisen
 auf.

Das ist ja super, wenn dir so was auffällt, wobei mir nicht immer klar ist, 
warum manches falsch geschrieben ist (z.B. erscheinen mir die Bindestriche 
bei
 4900102   Anne-Collmer-Str.   Anna-Collmer-Str.
eher als kosmetisch. Wann schreibt man denn mit Bindestrich, und wann ohne?

Ganz nebenbei, sollte eigentlich bei OSM das Wort Straße ausgeschrieben sein 
und nicht mit Str. abgekürzt werden (wobei das nur in der Datenbank gilt, 
nicht für eine gerenderte Landkarte).


 Gibt es hier einen Mechanismus, wie das korrigierbar ist? Werden solche
 Korrekturen irgendwie versioniert?

Ja, wobei die Versionsverwaltung in dem (meiner Meinung nach besten Tool: 
JOSM) noch nicht implementiert ist (das heißt man kann nicht ältere Versionen 
ansehen, Versioniert wird aber auf dem Server). Am besten installierst du dir 
Josm und lädst einen kleinen Bereich (z.B. 1x1 km) in dieses Tool runter. 
Dann suchst du mittels Suchfunktion nach der zu korrigieren Straße 
korrigierst sie und lädst sie anschließend wieder hoch.

 Hier mal einige Straßen aus der BW-Datei mit Korrekturvorschlägen.

Oder kennt jemand eine gute Möglichkeit Straßen nach der Id umzubennen?

Mehr zu Josm findest du unter:
http://josm.openstreetmap.de/
http://wiki.openstreetmap.org/index.php/JosmFuerEinsteiger
http://wiki.openstreetmap.org/index.php/JOSM

Es gibt noch ein zweites Tool: Potlach, aber das beschreibt bitte jemand der 
es benutzt. 

Gruß
Sven

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


Re: [Talk-de] JOSM Quellen

2007-12-26 Diskussionsfäden Sven Anders
Am Mittwoch, 26. Dezember 2007 16:16 schrieb Dimitri Junker:
 Hallo,
 Programieren tue ich schon lange, aber bisher kein Java. Trotzdem würde ich
 mir gerne mal die JOSM-Quellen ansehen und etwas rumexperimentieren. Gibt
 es irgendwo eine Anleitung was man da braucht? Ich vermute subversion für
 den Download.
Du brauchst Subversion.
http://subversion.tigris.org/

Ausschecken geht dann ganz einfach:

svn co http://josm.openstreetmap.de/svn/trunk

(Im Verzeichnis trunk ist die üblicherweise der aktuelle Branch unter 
Subversion)

 Was gibt es als Entwicklungsumgebung für jemanden der VisualC 
 gewohnt ist?

Eclipse ist ziemlich umfassend und wahrscheinlich das was du suchst.

http://www.eclipse.org/

Hat auch ein Subversion Plugin.

Es gibt auch ein Josm-devel Liste unter:
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev

Gruß
Sven

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


Re: [Talk-de] Erste Test-Daten von OpenGeoDB

2007-12-25 Diskussionsfäden Sven Anders
Frohe Weihnachten, Euch allen!

Am Montag, 24. Dezember 2007 22:55 schrieb Mario Salvini:
 was passiert mit Orten, die nur eine Area mit place=... haben und kein
 Node sind (oder die keinen zusätzlichen Node haben, oder beides haben
 aber den gleichen name=...) sind? wird dann ein neuer, zusätzlicher
 Node hinzugefügt?

Ich plane zur Zeit folgendes Update verfahren:

Wenn im Umkreis von sagen wir mal 2 km ein Ort (place=*, Node kein Weg/Area) 
existiert mit gleichen Namen wie in OpenGeoDB, wird dieser um die Attribute 
von OpenGeoDB erweitert. Wenn der Ort schon ein is_in Attribute oder ein 
population Attribute hat, werden die dort bestehenden Werte beibehalten.

Das openGeoDB:auto_update= tag enthält nur Attribute die es beim Import noch 
nicht vorgefunden hat.

 wäre ja besser (sofern das geht), wenn die Position des Ortspunkts der
 OGDB innerhalt der OSM-Place-Area liegt, dass dann die Area die Werte
 aus  der OGDB zugespielt bekommt :)

Das ist mir zu Aufwenig, zumal ich vermute das es wenige Places gibt die:
1. Eine Area sind und 
2. Keinen zusätzlichen Knotenpunkt hat.

Ein Rückspielen von Daten von OSM zu OpenGeoDB ist aus lizensrechtlichen 
Gründen IMHO nicht möglich.

Gruß
Sven

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


Re: [Talk-de] Erste Test-Daten von OpenGeoDB

2007-12-25 Diskussionsfäden Sven Anders
Am Montag, 24. Dezember 2007 11:43 schrieb Adrian Stabiszewski:
   Ich habe jedoch Bedenken bzgl. population und opengeodb:typ. Population
 
  ist
 
   eine Angebe, die bei OSM vielleicht nicht viel Sinn macht und schnell
   veraltet. Da du die opengeodb:loc_id speicherst, könnte man in Zukunft
 
  die
 
   Population-Daten nachträglich recht einfach wieder nachtragen.
 
  die population einzutragen finde ich nicht so verkehrt. im zweifelsfall
  laesst
  sich die ortsgroesse davon ableiten. wichtig ist aber eine angabe eines
  datums, an dem die daten aktuell waren.

 Ich glaube, dass es den Zweifelsfall nicht geben wird. In OpenGeoDB wird ja
 wohl eher der Typ gespeichert sein als die Einwohnerzahl. Was das
 Rückschließen auf die Ortsgröße unnötig macht.

Naja, die Daten von OpenGeoDB sind nicht wirklich immer korrekt. Und der Typ
(OpenGeoDB Key: 40030) ist auch sehr ungeignet da es ein freitext Feld ist 
in dem irgendwas stehen kann. Häufig steht dort einfach: Ort (Was ist es denn 
nun? Eine Gemeinde, Ein Dorf ein Stadtteil, eine Siedlung?).

Und es gibt auch ein paar Möglichkeiten um auf ein OSM Konformes place-Tag zu 
schließen.

Zur Zeit findet die Ermittlung wie folgt statt:

Es gibt eine Tabelle:  geodb_locations , wenn es möglich ist, wird hieraus das 
palce Tag berechnet.

Aber es gibt dort z.B. den Typ locality aus dem man nun nicht heraus bekommt 
ob das eine Gemeinde, ein Hamlet, etc. ist. Wenn diese Info also nicht 
ausreicht wird der Typ dazugenommen und evtl. auch noch die Population:

Der Perl-Code befindet sich im SVN unter:
svn.openstreetmap.org/applications/utils/opengeodb2osm/opengeodb2osm.pl

Es gebe dann noch das Layer Information (OpenGeoDB Key: 40020), was auch 
noch Rückschlüsse auf das Place Tag ermöglichen würde, meine Stichproben 
haben aber gezeigt, das es nicht sehr einheitlich benutzt wird.

Ich bin dafür nichts bei OSM anzufassen was schon da ist, da hier ja bereits 
häufig ein Mensch eine Entscheidung getroffen hat, was richtig ist.

Gruß
Sven

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


Re: [Talk-de] Erste Test-Daten von OpenGeoDB

2007-12-24 Diskussionsfäden Sven Anders
Am Montag, 24. Dezember 2007 09:42 schrieb Adrian Stabiszewski:
 Hi Sven!

  Verbesserungsvorschläge zu der Datenaufbearbeitung (nicht zu den Daten)
  nehme
  ich gerne entgegen. Entweder auf der Liste oder per Mail (bitte mit
  Subject
  opengeodb2osm).

 Ich finde die Daten sehr gut. Vor allem die Infos wie car_code,
 postal_codes und telefone_area_code sind sehr nützlich.

 Ich habe jedoch Bedenken bzgl. population und opengeodb:typ. Population ist
 eine Angebe, die bei OSM vielleicht nicht viel Sinn macht und schnell
 veraltet. Da du die opengeodb:loc_id speicherst, könnte man in Zukunft die
 Population-Daten nachträglich recht einfach wieder nachtragen.

Das ist meine Idee dazu, wobei ich denke: Besser eine veraltete Population 
Angabe, als gar keine, oder?




 Der Typ ist IMHO redundant zu place, oder?

Ja, wobei er dem Place ja zusätzliche Infos bringt. Und wir damit auf einen 
Schlag fast alle Orte von Deutschland, Schweiz etc. in OSM haben. Ich würde 
sagen er ist eine andere Implementation vom place. Es steht dort aber 
manchmal auch etwas seltsames drinn, wie z.B. Freie und Hansestadt.
Was spricht dagegen ihn drinn zu lassen?


 Wieso ist der opengeodb Prefix für loc_id anders geschrieben
 (Groß-/Kleinschreibung) als bei den anderen Tags?

Ist ein Bug ;-)

 Bei solchen automatischen Updates wäre es vielleicht sinnvoll das Datum des
 Imports/Updates in einem Tag zu speichern. 

Gute Idee!
 Außerdem wäre es vielleicht 
 nicht schlecht, wenn man für bestimmte Nodes ein Tag einführen könnte, das
 ein Update verhindert (z.B. opengeodb:no_update), falls jemand meint, dass
 er selber die Daten aktueller halten kann.

Gut Idee, wobei mir hierbei nur population einfällt. is_in und name würde ich 
später nie wieder anfassen, Schließlich müssen die Daten bei OSM ja nicht 
schlechter sein, als bei OpenGeoDB. Wenn jemand ein is_in schon gepflegt hat, 
sollte es IMHO nicht mehr überschrieben werden. Vielleicht ist der umgekehrte 
Weg besser: openGeoDB:auto_update=population,is_in würde dann bedeuten, dass 
diese Tags überschrieben werden. Wenn das jemand nicht will braucht er nur 
das Tag zu löschen.

Die openGeoDB: Tags (mit Ausnahme von openGeoDB:auto_update) werden natürlich 
überschrieben (die Quelle ist ja am Prefix zu erkennen!)

 Soll der Abgleich mit OGDB eigentlich einmalig stattfinden oder ist später
 ein regelmäßiger Update angedacht?

Ich plane ein relgelmässiges Update (aber eher einmal im Jahr, als jede 
Woche)

Gruß
Sven

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


[Talk-de] Erste Test-Daten von OpenGeoDB

2007-12-23 Diskussionsfäden Sven Anders
Ich habe mal aus der Konvertierung von opengeodb ein paar Testdaten unter:
http://svenanders.openstreetmap.de/opengeodb/

abgelegt. Bitte nehmt nach Möglichkeit die bz2 Datei und entpackt sie zu 
Hause!

Die Datei enthält alle mit Koordinaten versehenen Einträge in der OpenGeoDB 
Datenbank (0.2.5a vom 4.Oktober) (Es gibt auch Eintrage wie z.B. Europa die 
keine Koordinaten haben).

Auch würde ich mir wünschen, daß die Relationen im Josm Namen haben. In der 
Auswahliste steht aber leider immer nur Relation. Das ist bei so vielen 
Relationen allerdings ein wenig kompliziert.

Auch verstehe ich manchmal nicht warum bei opengeodb etwas in etwas anderen 
liegt. z.B. meinen Wohnort: Hamburg Hausbruch: Bei OpenGeoDb liegt er in:
Europe,Bundesrepublik Deutschland,Hamburg,Freie und Hansestadt Hamburg,Hamburg

statt (IMHO richtig:)

Europe,Deutschland,(Freie und Hansestadt) Hamburg, (Bezirk ) Harburg, 
(Ortsamtsgebiet) Süderelbe

Orte in Österreich sind z.B. auch nicht in Europa.

Verbesserungsvorschläge zu der Datenaufbearbeitung (nicht zu den Daten) nehme 
ich gerne entgegen. Entweder auf der Liste oder per Mail (bitte mit Subject 
opengeodb2osm).

Die Daten können unter:
http://fa-technik.adfc.de/code/opengeodb.pl 
bearbeitet werden.

Ich arbeite noch einen Algorithmus, der bestehende Orte (in OSM) findet und 
dann nur mit den fehlenden Attributen von opengeodb ergänzt (verschoben wird 
dann auch nichts!!)

Danke
Sven

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


[Talk-de] Was in OSM rein? (war Re: Zustand von OSM in Hamburg)

2007-12-22 Diskussionsfäden Sven Anders
Am Donnerstag, 20. Dezember 2007 23:36 schrieb Stephan Schildberg:
 Ich bin ziemlich verunsichert WAS wir alles in OSM reinpacken?  Ist es
 nicht sinnvoll für bestimmte Merkmale Layer zu Forken um sie als
 eigenständige Projekte zu führen?

 Welche Läden, Adressen sind von allgemeinem Interesse, ok Apotheken,
 Postannahmestellen, Tankstellen. Aber Supermärkte, Schumacher,
 Fischververkäufer, Handarbeiten, wo hört das auf? Ich glaube nicht, dass
 es Sinn macht alles in OSM zu Spiegeln.

Doch, ich denke eigentlich macht genau das Sinn. 
Warum auch nicht. Wer eine Papier-Landkarte daraus macht, muss dann halt 
auswählen, was er darauf sehen möchte.

Warum sollte es nicht eine Landkarte alle Tante Emma Läden in Hamburg geben um 
z.B. zu zeigen, das es kaum noch welche gibt.

Ich denke es wird in absehbarer Zeit für www.openstreetmap.org  Ebenen geben, 
die man Ein- oder Ausschalten kann. Wenn mich keine Supermärkte 
interessieren, schalte ich halt die Einkaufsmöglichkeiten-Ebene aus. Einen 
Fork von OSM braucht man IHMO dafür nicht. Auf: 
http://www.stadtplandienst.de/ machen die z.B. genau sowas. 

Evtl. brauchen wir irgendwann auch im JOSM die Möglichkeit bestimmte Ebenen 
auszublenden.

Wir sollten halt nur aufpassen, das niemand Unlauteren Wettbewerb damit 
betreibt, und z.B. einen Tante Ema Laden als Supermarkt taggt (oder 
umgekehrt), etc.
Aber im Moment scheint das noch nicht das Problem zu sein.

Gruß
Sven

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


[Talk-de] Zustand von OSM in Hamburg

2007-12-18 Diskussionsfäden Sven Anders
Moin,
ich fände es gut einen Überblick zu bekommen, wo OSM in welchen Bereichen 
vollständig ist, und wo nicht. 

Auf der Wiki Seite von Hamburg fand ich dazu so Aussagen wie:
 Alsterdorf  95% done

Wobei ich dann immer noch nicht weiss, ob 95% aller Straßen gettagt sind, oder
z.B.  100% aller Straßen, alle Fußwege, aber noch keine Telefonzellen, Kirchen 
und Läden

Dann bin ich auf den Wiki Artikel Landkreis München gestoßen.
Dort gibt es Icons für verschieden Bereiche: Straßen, Auto-Restriktikonen, 
Fahrradweg, Fußwege.  Das Brauchen wir auch für Hamburg.

Ich hab mal eine Tabellenstruktur aus dem Wiki Artikel Landkreis München auf 
Hamburg angepasst und würde mich freuen, wenn dieser Vorschlag angenommen 
und/oder weiterentwickelt wird.

Wenn das bei den Hamburger auf Gegenliebe stößt würde ich wenn ich mal Zeit 
habe alle Stadteile in die Tabelle eintragen.

Man könnte noch mehr Icons entwickeln (z.B. für Telefonzellen) und sie bei 
Bedarf verwenden (wenn in Hamburg alle Straßen erfasst sind, dann können wir 
das ganz oben auf der Seite vermerken und das Icon wieder aus der Tabelle 
entfernen, dann kommt Platz für neue Icons.

Gruß
Sven

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


[Talk-de] Deutsches Josm

2007-12-08 Diskussionsfäden Sven Anders
Moin,
die deutsche Übersetzung von Josm ist jetzt auch unter:

http://josm.openstreetmap.de/download/plugins/lang-de.jar

zu finden.

Bugs und Verbesserungsvorschläge bitte im svn einchecken oder an mich schicken 
(möglichst mit Betreff: josm i18n).

Zur Vollständigen Lokalisierung fehlt INHO noch:

* Die Online Hilfe zu übersetzen
* Sowie ein Preset zu bauen, welches übersetzt ist.

Beides sollte man ohne große Einarbeitung hinkriegen, wenn man in der Lage ist 
in ein Wiki etwas einzutragen oder einen Texteditor zu gebrauchen.

Für die Presets findet man eine Anleitung unter:

http://josm.openstreetmap.de/wiki/TaggingPresets

Und die Original Presets sind im unter:

http://josm.openstreetmap.de/browser/trunk/presets/presets.xml

zu finden.

Ich denke es sollte ausreichen ein paar display_values einzufügen und die 
Texte anzupassen, oder? Zum Testen kann man die neue Version erstmal in den 
Einstellungen als Preset-Source (Voreinstellungs-Quelle) eintragen. 

Für die Online Hilfe sollte man sich die Englische Version unter:

http://josm.openstreetmap.de/wiki/Help ansehen.

Wenn man wiklich loslegen möchte könnte man z:B..unter:

http://josm.openstreetmap.de/wiki/Hilfe neue Seiten anlegen. Wobei die 
Unterseiten wieder gleich benannt werden sollten, also aus:

http://josm.openstreetmap.de/wiki/Help/Action/Move/Move

wird:

http://josm.openstreetmap.de/wiki/Hilfe/Action/Move/Move

Das dann später im JOSM so zu ändern das die deutsche Hilfe angezeigt wird ist 
IMHO kein Problem.

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


[Talk-de] Deutsche Sprachunterstützung für Jos m

2007-12-04 Diskussionsfäden Sven Anders
Moin,
ich hab seit Montag Urlaub und verbringe Ihn zum Teil vor dem Rechner. Deshalb 
habe ich mal eine neue Sprachunterstützung für JOSM erstellt. So richtig 
glücklich bin ich mit der Version noch nicht deshalb ist sie noch 
nicht offiziell zu haben, aber Testwillige können sich die Version unter:

http://svenanders.openstreetmap.de/josm-de/lang-de.jar 

laden. 


(BTW: Ich finde es gibt keine gute Übersetzung für Download und 
Upload).

Die Datei muss dann in das josm/plugin Verzeichnis abgelegt werden.


Über Kommentare und Verbesserungswünsche freue ich mich, wenn sie mit dem 
Betreff: JOSM-i18n an meine E-Mailadresse geschickt werden. Bitte nicht an die 
talk-de Liste.

Wer mal tiefer in die Materie einsteigen will möge sich:

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

ansehen.

Den Quellcode für lang-de.jar befindet sich unter:
http://svn.openstreetmap.org/applications/editors/josm/plugins/lang/de

Alle Übersetzungen sind in de.po zu finden.

Gruß
Sven

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


Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en

2007-11-18 Diskussionsfäden Sven Anders
Am Freitag, 16. November 2007 14:26 schrieb Gerald Oppen:
Um zu einer klaren Lösung zu kommen müssen wir uns von dem Gedanken trennen 
das deutsche Strassennetz auf den englischen Kategorien abbilden zu 
wollen-das geht einfach nicht eindeutig und unmissverständlich!(Holger!)

Ich finde die bisherige Lösung gut und praktikabel. Ich möchte da eigentlich 
nichts großartig ändern.



Am Samstag, 17. November 2007 23:14 schrieb Christian Kögler:
 Am Freitag, den 16.11.2007, 03:01 +0100 schrieb Gerald.Oppen:
  Lösungsvorschlag:
  Es wird eine knallharte Zuweisung deutscher Strassenkategorien auf das
  OSM-System durchgezogen.
 
  Sinnvoll wäre:
  Motorway = Autobahn
  Trunk = Bundesstrasse / (Staatsstrassen?)
  Primary = Landstrasse
  Secondary = Kreisstrasse
  Tertiary = Gemeindeverbindugsstrassen
  unclassiefied = Hauptzufahrtsstrassen zu Wohngebieten/Industriegebieten
  residential = Wohngebiet/Industriegebietststrasse ohne
  Durchfahrtcharakter service = Anliegerstrassen, Privatstrassen,Zufahrten
  die nur zu einem bestimmten Zweck benutzt werden dürfen

 Ich habe nun meinen Regelwerkvorschlag deinem etwas angenähert (siehe
 Diskussion im Wiki).
 Jedoch habe denke ich, dass es besser wäre highway=trunk zu verbannen.
 Kraftfahrtstraßen werden zusätzlich mit motorroad=yes getagged.

Das ist doch alles Mupitz!

Entschuldigung das ich das so sage, aber z.B. 
* Hamburg ist eine Kreisfreie Stadt und hat deshalb keine Kreisstraßen, und 
auch keine Gemeindeverbindungsstraßen. D.H alle Straßen wären dann entweder 
Primary oder unclassified. 

* Es gibt Straßen in denen sind unten Geschäfte und darüber 4 Stockwerke 
Wohnungen. Ist das dann eine highway=residential oder nicht?

* Ich verstehe auch nicht warum highway=residential für Industriestraßen 
benutzt werden soll.

Ich verstehe auch nicht, warum ihr Euch darüber so viele Gedanken macht. Die 
jetzige Lösung funktioniert IMHO ganz gut und es wird bei jedem System dazu 
führen das man mit Augenmaß selbst bestimmte Sachen einschätzen muß. Wenn es 
Unstimmigkeiten an der ein oder anderen Stelle gibt, welches Attribut benutzt 
werden soll, sollte man das mit mehreren OSMlern die vor Ort Mappen gemeinsam 
bereden.

Es gibt eben keine Deutsche Straßenkategorien und es wird auch nie ein 
perfektes System  geben bei denen man klar sagen kann, das man jeden 
Spezialfall genau eingruppieren kann.

Es stimmt das wir highway=trunk in Deutschland kaum einsetzen, aber das finde 
ich nicht weiter schlimm.

Mit De:Map_Features sollte auch ein Newbie ungefähr herausfinden, was der 
Unterschied zwischen highway=motorway und highway=track ist. Und wenn dann 
mal eine Straße etwas falsch getaggt ist, ist das immer noch besser, als das 
sie gar nicht in der Landkarte erscheint. Und ich glaube auch nicht das der 
Newbie entgeistert aufgibt, wenn jemand die Straße etwas anders taggt (er 
gibt IHMO eher auf, weil der Renderer sie nicht rendert, oder weil der Server 
wieder nicht zu erreichen ist, oder weil er den JOSM nicht installiert oder 
nicht versteht bekommt) Wir haben in diesem Bereich auch kaum Resourcen 
(nicht nur in DE sondern gesamt OSM, es ist eben nicht so, das es mal eben 
einen neuen Renderer gibt und das man mal eben für Deutschland die Garmin 
Karten anderes aufbaut als für den Rest der Welt).

Ich fände es auch nicht gut, eine eigenes Map_Features System auf die Beine zu 
stellen. Es sollte möglich sein, einen Renderer für ganz Europa zu nutzen und 
nicht in jedem Land seine eigene Software dafür zu schreiben. Ich hab auch 
keine Lust wenn ich mit dem Navi über die Grenze Fahre eine neue Software 
installieren zu müssen. Wenn überhaupt, sollte man überlegen wie man das 
englische System vielleicht um ein paar Klassen erweitert, damit man es auch 
in DE besser nutzen kann (wobei ich das im Moment nicht als so schlimm 
ansehe).

Gruß
Sven




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


Re: [Talk-de] Amtsanzeiger

2007-11-17 Diskussionsfäden Sven Anders
Am Freitag, 16. November 2007 20:21 schrieb Michael Buege:
 Am Freitag 16 November 2007 13:59:36 schrieb Sven Anders:
  Hallo,
  ich hab mich mal auf die Suche nach dem Hamburger Gesetz und
  Verordnungsblatt gemacht.
 
  Sie finden sich unter:
  http://www.luewu.de/gvbl/index.php
 
  Hintergrund, alle Gesetze, Verordnungen und Amtlichen Bekanntmachungen
  sind Copyright frei.

 Gerade hab ich mir die AGBs durchgelesen.
 Besonders Punkt 8 scheint mir da etwas problematisch.

Ja, vielleicht sollte man sie mal auf Änderung der AGB abmahnen. Die AGB 
verstößt nämlich gegen ein Gesetz, und der Verlag hat ja gar nicht das 
Urheberrecht von den Verordnungen. ;-)

Gruß
Sven

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


[Talk-de] Amtsanzeiger

2007-11-16 Diskussionsfäden Sven Anders
Hallo,
ich hab mich mal auf die Suche nach dem Hamburger Gesetz und Verordnungsblatt 
gemacht. 

Sie finden sich unter:
http://www.luewu.de/gvbl/index.php

Hintergrund, alle Gesetze, Verordnungen und Amtlichen Bekanntmachungen sind 
Copyright frei.

Ich hab daraus schon ein Bild extrahiert und auf 
http://labs.metacarta.com/rectifier/ eingebunden (id=362) um von dort die 
Stadteilgrenzen zu digitalisieren (Die lassen sich dann mit dem WMS Plugin in 
den Josm importieren). Man kann es auf der OSM Karte im Südwesten von Hamburg 
eine Grenze erkennen.

[ Anscheinend funktioniert die   metacarta Webseite zur Zeit nicht ganz 
richtig, hab auf jeden Fall anzeigeprobleme ]

Die Bilder die sich im Hamburger Gesetz und Verordnungsblatt finden werde ich 
in den nächsten 1-3 Wochen auf metacarta uploaden. 

Gruß
Sven



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


Re: [Talk-de] Zuordnung von Hausnummern

2007-11-16 Diskussionsfäden Sven Anders
Am Freitag, 16. November 2007 12:20 schrieb dieter jasper:
 Hallo,
 es ist sicher zukünftig vorgesehen, den Straßen auch Hausnummern
 zuzuordnen. Kann bzw. sollte dies jetzt schon berücksichtigt werden.

Es gibt place_numbers und place_name

Du kannst also z.B. einen Supermarkt wie folgt taggen:

name=Aldi Hamburg Neugraben
shop=supermarket
place_name=Cuxhavener Straße 
place_numbers=434

Oder einen Straßenabschnitt:

name=Cuxhavener Straße
highway=primary
place_numbers=309-512

Gruß
Sven

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


Re: [Talk-de] Grenze falsch

2007-10-31 Diskussionsfäden Sven Anders
Am Dienstag, 30. Oktober 2007 22:51 schrieb Dimitri Junker:
 Wie soll ich diesen Fehler korigieren wenn ich nur wenige hundert Meter des
 richtigen Grenzverlaufs kenne?

Ich mach das bei Coastlines so:

Weg auftrennen und dann das mittlere (bekannte Stück) dahin schieben, wo du es 
kennst.

Dann als source irgendwas eintragen, aus dem hervorgeht, das die Quelle besser 
ist, als die vorige, also z.B.

Vorher:

Weg 27:
 source=Landsat

Nachher:

Weg 27a:
 source=Landsat

Weg 27b:
 source=Modified by hand, local knowledge

Weg 27c:
 source=Landsat


Das sieht dann zwar beim Rendern komisch aus, aber zeigt dann halt, das unsere 
Daten unterschiedlich genau sind, und wir an der Genauigkeit arbeiten.

Wenn du weist das die grenze ca. 1 km weiter südlich liegt, aber das nicht 
genau wo, würde ich sowas taggen:

source=Modified by hand, local knowledge
note=FIXME might be inaccurately, but its better than Landsat source.

Gruß
Sven
 

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


Re: [Talk-de] OpenStreetMap e.V.

2007-10-31 Diskussionsfäden Sven Anders
Am Montag, 29. Oktober 2007 22:16 schrieb Frederik Ramm:
 Hallo,

ich habe ich ja schon zu oefteren ueber das deutsche Wesen lustig
 gemacht, daher bin ich sicherlich am besten geeignet, die Diskussion
 um ein Lieblingskind der Deutschen anzustossen:

 Brauchen wir einen OpenStreetMap e.V.?

 Ich bin da zwiespaeltiger Ansicht. Einmal graut es mir vor der Ver-
 einsmeierei, von den Posten, die zu besetzen sind, fuer die aber
 niemand kandidiert, weswegen man dann irgendeinen Deppen vom Dienst
 drauf setzt, vor den gesetzlich vorgeschriebenen Mitgliederversamm-
 lungen, zu denen dann ausgerechnet die drei Mitglieder auftauchen, die
 am meisten reden und am wenigsten tun, weil alle andren lieber mappen
 gehen oder etwas programmieren, vor Mitgliedsbeitraegen und
 Kassenbuechern und so weiter.

Also ich war mal ein richtiger Vereinsmeier (hab im Trägerverein eines 
Jugendverbands gesessen) und würde es im Moment lassen!!! Erstmal sollten wir 
klare Zeile haben, wofür wir den Verein brauchen, und warum wir das nicht 
ohne Rechtsstatus machen können. Ich denke vor Behörden kann man auch als 
Privatperson auftreten und ich glaube nicht das es viel Unterschied macht.

Der Verein ist gut, wenn man Risiken nicht selbst tragen will oder kann (z.B. 
Betrieb eines Servers, Verleih von GPS-Geräten, hohe Ausfallkosten für 
Tagungen oder Seminarhäuser, wenn sie kurzfristige abgesagt werden müssen), 
oder man mit viel Geld hantiert und der Zweck steuerlich absetzbar ist.

Um den Vorstand davor zu schützen, das er selbst diese Risiken voll trägt muss 
aber die Satzung relativ wasserdicht sein (Wenn nichts dazu in der Satzung 
steht, hafte der Vorstand mit seinem privaten Vermögen!!).

Es kostet sehr viel Zeit (Führung einer Mitgliederliste, Einladungen zu 
Sitzungen, Fahrtkosten für Vorstände zu Sitzungen, Änderungen im 
Vereinsregister) die wir besser für was anderes Nutzen sollten. Man kann 
natürlich überlegen ob man dafür jemanden bezahlt!

Generell gibt es mehrere Arten von Vereinen (zwar nicht im Gesetz, aber wenn 
man sich die genau ansieht):

==Trägerverein ==
besteht nur aus wenigen Mitgliedern ca. 10 Leute

Vorteil: kaum Kosten und Aufwand für Mitgliederverwaltung
Nachteil:  undemokratisch, weil nicht jeder Mitglied werden kann, aber der 
Vortsand (bzw. die Mitglieder) über das Geld und über die zu Übernehmenden 
Risiken bestimmt

Häufig wird versucht die Satung mit einem Club (Geselschaft nach BGB) zu 
verbinden, das ist IMHO aber nicht wirklich möglich.

== Förderverein ==
Gibt Geld und hält ansonsten eher die Klappe. Trifft sich einmal im Jahr um 
zu entscheiden wofür das Geld ausgeben wird. Ist Gemeinnützig.

Vorteil: Nur eine Sitzung pro Jahr nötig, Vorstand braucht nicht so viele 
Rechte weil die Mitgliederversammlung entscheidet. Deshalb kann ein Vorstand 
vor Ort gewählt werden.

Nachteil: Mitgliederverwaltung


== Massenverein ==
Wie vom Gesetzgeber eigentlich gedacht

Mitglieder geben dem Vorstand einen Auftrag, der ihn dann umsetzt.

Vorteil: am demokratischten
Nachteil: Mitgliederverwaltung, man muss sich irgendwo in Deutschland treffen, 
Verein kann relativ einfach handlungsunfähig werden, wenn die Formalia 
(Einladungsfrist, Einladungsverand etc.) nicht 100%ig richtig funktionieren.

In jedem Fall sollte man sich vor der Eintragung in das Vereinsregister eine 
Satzung überlegen und die dann mit einem Fachanwalt für Vereinswesen 
durchgehen. Alles andere kostet mehr Geld (wenn man die Eintragungen ändern 
lassen muss etc.)

Gruß
Sven


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


Re: [Talk-de] Nochmal Radweg-Relations

2007-10-29 Diskussionsfäden Sven Anders
Am Montag, 29. Oktober 2007 14:18 schrieb Sven Geggus:
 Frederik Ramm [EMAIL PROTECTED] wrote:
  D.h. wenn wir dem sagen, er soll doch mal Teile von Deutschland als
  Fahrradkarte mit-rendern, wo wir ein paar Radwege erfasst haben,
  macht er das gern.

 Ich hab das bzgl. meines  Teilstücks des Rheintal Radwegs nicht mehr
 weiterverfolgt, weil ich festgestellt habe, dass ich die Wegeführung dann
 doch nicht ganz 100% von Ettlingen bis nach Bruchsal im Kopf habe.

 Was mir da noch aufgefallen ist. Wenn ich das mit Relationen mache muss ich
 bestehende Wege aufbrechen:(

 Letztlich eine Konsequenz aus der Tatsache, dass es keine Segmente mehr
 gibt. Ich nehme an das ist OK.

Ich denke ja. Ich traue mich bei der Beschreibung von Buslinien auch noch 
nicht, er müsste IMHO wirklich was an den Renderern gemacht werden, damit sei 
den Straßennamen nicht doppelt anzeigen, wenn ich sie in Teilstücke 
aufsplitte. Auf der anderen Seite, wenn wir es ganz häufig machen, wird 
natürlich auch der Durck auf den Render Prozess höher.


Gruß
Sven

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


Re: [Talk-de] Grenzen

2007-10-24 Diskussionsfäden Sven Anders
Am Dienstag, 23. Oktober 2007 23:04 schrieb Sebastian Gebhard:
  Am Dienstag, den 23.10.2007, 12:50 +0200 schrieb Christof Dallermassl:
   http://svn.openstreetmap.org/applications/utils/import/wdb2osm/
  
   das haut ganz gut hin. es kommen grenz-wege (0.4) raus, die man aber
   noch manuell verbinden muss. Falls mangels Perl das ganze scheitert,
   kann ich gerne die Grenzen, die ich hier extrahiert hab, als osm Files
   (0.4 auf 0.5 konvertiert) zur Verfügung stellen.
 
  Danke für das Angebot, aber das Perl-Script funktionierte (dank Hakans
  Anpassung) problemlos.
 
   ich hab mal die grenzen für österreich rausgeholt (und dabei ein
 
  plugin
 
   für josm geschrieben, das gpx dateien nur für den aktuellen ausschnitt
   lädt, sonst wär ich wahnsinnig geworden). aber die grenzen passen
 
  nicht
 
   mit den slovakischen grenzen zusammen und auf meine nachfrage, welche
   denn richtig seien, hab ich noch nichts gehoert.
 
  Ich hab mir aus den 127 europäischen Dateien erstmal meine Ecke
  rausgesucht, die WDB-Daten sind in Passau etwas grob, die Grenze trifft
  nicht ganz die Flüsse und liegt teilweise bis zu einem km daneben. Aber
  ok, in dicht besiedelten Gebieten wie Passau kann man es mit etwas
  Ortskenntnis (nach und nach) verfeinern, in der freien Natur ist die
  Abweichung wohl nicht so furchtbar.
 
  Viel hab ich noch nicht, aber ich arbeite mich die nächste Zeit mal um
  Deutschland herum. Ortskundige können dann ja die Verfeinerungen
  vornehmen.
 
 
  Danke allen Tippgebern!
 
  hobbes

 Interessantes Thema, dass mit den Grenzen. Habe mir die Daten auch mal
 geholt, scheinen fuer mein Gebiet ziemlich genau zu sein. Habe aber bisher
 erst einen Grenzuebergang gemappt, an dem ich es beobachten kann.

 Werde wohl in naechster Zeit auch etwas weiter um Deutschland rum
 grenzen. Um spaetere Schwierigkeiten zu vermeiden, wuerde ich aber
 vorschlagen die Grenzen wie bereits gesagt in einzelne Ways zu zerlegen und
 diese aber mit

 k=note v=CIA WDB  segment XY

Ich denke da wäre k=source besser.

Note ist etwas, was jemand evtl. später in der Karte noch verbessern kann.

Gruß
Sven

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


Re: [Talk-de] Was ist aus dem Editor geworden? (Ic h könnte kotzen!)

2007-10-24 Diskussionsfäden Sven Anders
Hallo Sven,
Am Mittwoch, 24. Oktober 2007 10:40 schrieb Sven Sommerkamp:
 Mit JOSM kann man ja gar nicht mehr vernünftig arbeiten!
 Was ist denn aus dem schönen Editor geworden?
 Da komme ich momentan gar nicht mehr mit klar!

Ging mir auch im ersten Moment so. Man muss halt wieder ein wenig neu lernen.
Inzwischen hab ich mich daran gewöhnt und finde es wesentlich besser, als die 
alte GUI.
Gruß
Sven

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


Re: [Talk-de] Is_in - in welcher Sprache?

2007-10-21 Diskussionsfäden Sven Anders
Am Samstag, 20. Oktober 2007 19:47 schrieb Holger Schrader:
 Hallo Liste,
 ich möchte jetzt auch den Tag is_in verwenden. Mir ist aber nicht ganz
 klar ob ich die Angaben auf deutsch oder englisch machen soll. Also
 schreibe ich: Thuringia, Germany oder Thüringen, Germany oder Thüringen,
 Deutschland? Ist es möglich zwei is_in Tags, einen auf englisch und
 einen auf deutsch zu setzen? Eigentlich würde ich die Angaben schon gern
 auf deutsch machen.

Dann mach die Angaben auf Deutsch. Irgendwann werden die is_in Angaben 
vielleicht automatisch miteinander verknüpft. Dann sollte es aber ein 
leichtes sein, beide Schreibweisen bei dem Skript zu berücksichtigen, man 
benötigt dann nur eine Tabelle: (Englisch-Deutsch).

Ich glaube das ist nicht so entscheidend. Natürlich sollte einen das nicht 
davon abhalten, darüber mit anderen hier zu diskutieren.

Ich bemühe mich  alles was innerhalb Deutschland ist auf deutsch zu taggen und 
alles was größer ist auf Englisch, also z.B.
name=Hausbruch
is_in= Bezirk Harburg, Hamburg, Germany, Europe

oder 
name=Ehestorf
is_in=Gemeinde Rosengarten, Landkreis Harburg, Niedersachsen, Germany, Europe

Wobei ich noch zu bedenken geben möchte das z.B. der Bezirk Harburg Größer ist 
als der Stadteil Harburg, es gibt also auch:

name=Harburg
is_in= Bezirk Harburg, Hamburg, Germany, Europe

den Bezirk habe ich allerdings bislang nicht angelegt, er würde IMHO so 
getaggt werden:

name=Harburg

is_in=Hamburg, Germany, Europe

Gruß
Sven

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


Re: [Talk-de] ADFC Hamburg

2007-09-30 Diskussionsfäden Sven Anders
Am Freitag, 28. September 2007 08:40 schrieb Max Moritz Sievers:
 Am Dienstag, 18. September 2007 18:46 schrieb Sven Sommerkamp:
  Mit der Landkarte könnte man dann zu Politikern gehen und sagen: Wir
  haben hier  eine Landkarte wo alle schlechten Stellen markiert sind...

 Ich habe Deine Beispiele aufgegriffen und ein Musteranschreiben für
 ADFC-Aktive verfasst. Bitte korrigieren und verbessern:
 http://wiki.openstreetmap.org/index.php/De:Werbung

Hallo Max Moritz,
ich hab mal meine Anmerkungen unter: 
http://wiki.openstreetmap.org/index.php/Talk:De:Werbung

abgelegt. Vielen Dank für Deine Arbeit.

Gruß
Sven

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


[Talk-de] Hamburger Mappertreffen 9.10. 19 Uhr

2007-09-21 Diskussionsfäden Sven Anders
Am '''Dienstag den 9. Oktober 2007 um 19 Uhr''' wollen sich einige OSMler aus 
Hamburg und Umgebung zum Erfahrungsaustausch und gemütlichen beisammen sein 
treffen.

Es ist angedacht dieses Treffen danach monatlich jeden 2. Dienstag zu 
wiederholen.

Treffpunkt für das erste Treffen ist:

 SternChance
 Schröderstiftstr. 7
 20146 Hamburg

U/S-Bahn Sterschanze im Strenschanzenpark

Mehr infos, Anmeldung und Fragen bitte unter:

http://wiki.openstreetmap.org/index.php/Hamburger_Mappertreffen

Gruß
Sven

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


[Talk-de] ADFC Hamburg

2007-09-18 Diskussionsfäden Sven Anders
Hallo,
ich war am Mi. den 12. September auf einem GPS-Cafe beim ADFC (Algemeiner 
Deutscher Fahrradclub) in Hamburg.

Es waren ca. 12 Leute da, alle mehr oder weniger in GPS-Geräte verliebt. Der 
ADFC-Hamburg hat auf seiner Homepage 18 Fahrradtouren fürs GPS zum 
runterladen (u.a. GPX Format).

OSM wurde dort sehr interessiert aufgenommen. Beim Cafe kam aber kein Computer 
zum Einsatz, dafür gibt es einen extra Termin. Mein Garmin Etrex mit Karte 
wurde aber schon in Augenschein genommen. Großer Bedarf besteht beim ADFC in 
der Visualisierung von Tracks in einer Karte (für die Webpage). Hierfür habe 
ich in der Zwischenzeit  schon mal was unter:

http://svenanders.openstreetmap.de/adfc/

installiert (nur Testbetrieb, bitte nirgendwo verlinken).

Für den extra Termin könnte ich mir folgendes Programm vorstellen:

* Zeigen von www.openstreetmap.org (Landkarte) bzw. Webseite oben
* Zeigen von JOSM (evtl. mit Map Paint Plugin?)
* Wie lege mit einem Track eine neue Straße in JOSM an

Dauer: ca. 30 Minuten (Ziel wäre für mich  ein Verständnis für OSM aufzubauen, 
nicht unbedingt das die Leute danach loslegen und mappen).

Es wird auch noch andere Präsentationen dort geben, d.H. man muss evtl. 
spontan kürzer machen 

Leider kann ich zum Termin:
Mittwoch, 10. Oktober 2007 19:00 Uhr nicht.

Hat jemand Lust dort hinzugehen?

Infos zur Veranstaltung:
http://www.hamburg.adfc.de/cgi-bin/wv.pl?ansicht=veranstaltungid=2033

Die Radrouten gibt es unter:
http://www.hamburg.adfc.de/gps

OSM und der ADFC können denke ich eine schöne Symbiose eingehen:

* ADFC kann einfach Tracks spenden, die sowieso entstehen
* OSM könnte evtl. auch eine Feedback Adresse anlegen, auf der Menschen ohne 
OSM Erfahrung Fehler melden können (z.B. das Restaurant in der Karte 
existiert nicht mehr...)
* ADFC kann OSM-Karte benutzen um eine Radtour zu beschreiben.
* evtl. kann man den JOSM so aufboren, das man mit Ihm sein Radrouten planen 
kann und diese dann in das GPS Gerät exportiert.
* Man kann an den Wegen eigene Tags anfügen um sie z.B. für folgendes zu 
Kennzeichnen:
** Mögliche Veloroute
** Hier müsste der Radweg repariert werden
** Gefärhliche Wegführung
** Dauerparker

Mit der Landkarte könnte man dann zu Politikern gehen und sagen: Wir haben 
hier  eine Landkarte wo alle schlechten Stellen markiert sind...

Gruß
Sven

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


Re: [Talk-de] Straßennahmen aus Amtlichem Stadtplan ?

2007-09-07 Diskussionsfäden Sven Anders
Am Freitag, 7. September 2007 12:01 schrieb Joachim Laier:
 Hallo,

 mir fällt aus meinen ersten Versuchen ein, dass es manche Wege/Straßen
 insbesonder im Übergang von einer zur anderen Straße nicht eindeutig
 beschildert sind. Hier habe ich einen Fall, wo zwei Straßen durch eine
 Brücke, die selbst einen Bogen von 270° macht, verbunden sind. Beide
 zuführenden Straßen haben einen unterschiedlichen Namen, die Brücke ist
 unbenannt.
 Darf ich im Amtlichen Stadtplan nach dem korrekten Namen nachsehen?
 Ähnlich ist es mit Straßenverlängerungen, die zu Fußwegen werden, die sind
 auch häufig nicht beschildert wobei ich mir einen Namen im Stadtplan hoffe.

 Also, darf so eine amtliche Karte als Referenz für die Benamung herhalten?

Ich habe bereits früher versucht das heraus zu bekommen. Man trifft viele 
Juristen die sich da lieber nicht festlegen wollen.

Aber ich bin inzwischen (ich habe auch mit einem Studenten geredet, der sich 
in Urheberrecht von Geodaten vertieft hat) zu der Überzeugung gekommen, das 
man das darf. Der Student war sogar der Ansicht, das du einzelne Merkmale aus 
einer Karte digitalisieren darf (z.B. Stadtteilgrenzen).

Ist natürlich trotzdem ohne Gewähr. Auf der anderen Seite müsste Dir das jetzt 
erstmal jemand nachweisen, woher du die Daten hast.

Gruß
Sven

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


Re: [Talk-de] Messages auf osm.org

2007-09-05 Diskussionsfäden Sven Anders
Am Freitag, 31. August 2007 18:15 schrieb Andreas Hubel:
 Hi,

 bekommt jemand dem man eine Nachricht via osm.org schreibt ne Mail das
 er ne neue Nachricht hat?

Wenn du es noch nicht heraus bekommen hast, kannst du mir ja mal eine 
Nachricht schicken, würde mich auch interessieren.

Die Nachricht solltest du unter:
http://www.openstreetmap.org/user/Sven+Anders

abschicken könnnen.

Gruß
Sven

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


Re: [Talk-de] OSM Wiki Hamburg / Wer mappt wo? / Mapping event? (Lars Tretau)

2007-08-31 Diskussionsfäden Sven Anders
Am Donnerstag, 30. August 2007 08:34 schrieb Sven Sommerkamp:
 Überhaupt wäre es schön wenn sich die Mapper aus HH mal wieder trefenn
 würden, vielleicht auch regelmäßig?
 Und vielleicht könnten wir mal versuchen weitere Mitstreiter zu
 gewinnen?

Ich hatte schon lange vor, einfach mal einen Abend und eine Kneipe festzulegen 
um sich zu treffen und ein Bier (oder eine Milch) zu trinken. Wenn mir jemand 
zuvor kommt, bin ich aber auch nicht traurig.

Die Kneipe sollte IMHO folgende Features haben:

* Gute Erreichbarkeit mit U- und S-Bahn
* Citynah
* nicht zu hohen Geräuschpegel

Schlage mal:
* SternChance, Schröderstiftstr. 7, 20146 Hamburg

vor.


Wenn wir eine Kneipe gefunden haben sollten wir beim ersten Treffen überlegen, 
das regelmäßig zu machen (z.B. jeden 1. Dienstag in jeden geraden Monat?)


Gruß
Sven

-- 
 Sven Anders
 
 digitec GmbH
 Amsinckstraße 57
 20097 Hamburg

 Telefon:  +49 / 40-23776-135
 Fax:  +49 / 40-23776-200
 Email:[EMAIL PROTECTED]
www.digitec.de 


 
digitec GmbH EDV-Beratung, Soft- und Hardware
Sitz Hamburg - HRB 28818, Amtsgericht Hamburg - Steuer-Nr. 2279101874
Geschäftsführer Klaus Bredow, Hans-Joachim Hänel, Hans-Jürgen Joost

WICHTIGER HINWEIS
Die Kommunikation mit digitec GmbH per Email dient nur dem Zweck der schnellen 
Information.
Rechtsverbindliche Absprachen kommen über dieses Medium nicht zustande !

IMPORTANT NOTICE
Communication with digitec GmbH via email is for quick information purposes 
only.
This medium is not to be used for the  exchange of legally binding 
statements !

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


[Talk-de] Neue Features unter www.openstreetmap.org

2007-06-21 Diskussionsfäden Sven Anders
Ich möchte gerne nochmals alle User darauf aufmerksam machen, das einige gute 
Geister neue Einstellungsmöglichkeiten unter www.openstreetmap.org eingebaut 
haben. Diese ermöglichen u.A. das die Daten die man bereits in OSM 
eingespielt hat mit dem User in Verbindung bringen kann. Außerdem sieht man 
(sofern das die anderen Benutzer erlauben), wo sich die Nachbarn so 
befinden. 

Ich finde die neuen Features sehr nett und würde mich freuen, wenn es mehr 
User gibt die sie benutzen.

Gruß
Sven

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


Re: [Talk-de] Mapper in Hamburg (Wie weit stimmt die Hamburger Wiki Seite noch?)

2007-06-09 Diskussionsfäden Sven Anders
Am Samstag, 9. Juni 2007 00:45 schrieb Lars Tretau (webmaster):
 Hallo zusammen,

 mit der Frage nach aktiven Mappern in Hamburg stellte sich mich auch die
 Frage wie aktuell die Seite über Hamburg im Wiki ist...

 Schon seit langem hat es da wenige Veränderungen gegeben, oder?
 ...Wer mappt denn nun wirklich was aktiv in Hamburg?

 Ich versuch mich weiter an HH-Farmsen.

Also ich mappe auch noch in Hamburg und umgebung (Hausbruch ist leider fertig 
und zu allen anderen komme ich schelcht hin

Hatte mit Stephan das letzte Treffen organisiert. Bin interessiert an einer 
neuauflage habe aber wenig resourcen frei.

Gruß
Sven

 Lars

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

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


<    1   2   3   4   5