Re: [Talk-de] VOTING / Abstimmung HIGHWAY Definition
Hallo Ulf, Vielen Menschen ist es wichtig, daß sie ein verlässliches Regelwerk bekommen, um ohne bei jedem Eintrag erstmal 15 Minuten drüber nachdenken zu müssen, welcher Tag denn wohl in Frage kommt. +1 Valide verständliche nachvollziehbare Doku ist hilfreich. Sie spart Zeit für das Wesentliche. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutz- / Biosphärenreservat - Gese tze = gemeinfrei ?
Zitat Jan Tappenbeck: Moin !!! Naturschutz- / Biosphärenreservat werden doch per Gesetz / Verordnung deklariert und definiert - damit müßten doch auch die Grenzen gemeinfrei sein oder ??? Dann hieße es nur noch irgendwie an die betreffende Datei zu gelangen ?!?!??! Moeglicherweise erfahren wir da demnaechst was Interessantes. Zum letzten Hamburger Stammtisch war der Eigentuemer eines kleinen Kartenverlages dabei. Er wolltemal sehen, was das fuer Leute sind, die da mitarbeiten. Sein Verlag macht unter anderem Karten, in denen Naturschutzgebiete Thema sind. Ich habe jetzt eine Einladung zu einem Kartographenstammtisch im Oktober, wo ich etwas ueber OSM erzaehlen soll. Wenn du magst, komm doch mit. Da ergeben sich bestimmt interessante Aspekte. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yournavigation Geocoding
hallo, Was mich aber interessiert, ist die Frage, ob diese ganzen auf unsere PostgreSQL Datenbank ausgeführten Operationen die Laufzeit für das Finden der Straßennamen und den dazu passenden Koordinaten nicht sehr wären? Liegt es an der Geschwindigkeit bzw. dem Rechenaufwand, sodass sich yournavigation.org http://yournavigation.org für einen externen Geocoding-Service entscheiden hat? Probier doch einfach aus, ob deine Datenbank schnell genug ist (und etwas schnelleres wirst du kaum bekommen). Dazu reichen doch ein paar Zeilen Code, die schneller getippt sind als eine Mail. Was immer yournavigation.org gemacht hat -- wenn du es auch machst, dann bekommst du auch eine lahme Site. Wenn du das willst... :) t. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] VOTING / Abstimmung HIGHWAY Definition
Am 19. September 2009 22:25 schrieb Frederik Ramm frede...@remote.org: Man koennte ja auch mal damit anfangen, *daran* zu arbeiten, d.h. also davon wegzukommen, dass irgendwelche Papiertiger sich stur auf das Wiki berufen, als sei es in Stein gemeisselt. Genaugenommen ist damit ja schon angefangen worden (tagwatch, osmdoc etc.), aber man koennte das ja mal weiter vorantreiben, damit dieses unselige aber im Wiki steht ... aufhoert. Naja, man muss ehrlicherweise auch dazu sagen, daß damit ausschließlich bei konkurrierenden, gleichbedeutenden Tags irgend eine Erkenntnis gewonnen werden kann (z.B. barrier=chicane vs. barrier=cycle_barrier), nicht jedoch die Frage, wie nun highway=primary definiert ist oder gar was highway=path bedeuten soll. Bei der Frage, nach welchen kriterien wir die reale Welt in tags umsetzen hilft es leider überhaupt nicht weiter. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yournavigation Geocoding
Hallo! Heey auf das Testen wäre ich nie gekommen! .. Ne im Ernst, ich habs getestet und natürlich ist es schnell. Das ist asber auch kein Wunder, da ich nur ein Benutzer bin und es auf meinem lokalen Server ausprobiere. Aber später geht die Seite online, wobei das Routing und Autosuggesting von vielen Usern gleichzeitig benutzt wird. Ich hab ein Script gefunden und auf einem free-webhosting server geschmissen: http://routing.bplaced.net/autoComplete/ Bei jedem Buchstaben wird eine query an die DB geschickt. Sieht sehr belastend aus.. Wahrscheinlich nehmen wir zwei Datenbanksysteme: Postgresql für Routing und irgendetwas serverloses wie SQLite für die Straßennamen (+deren Koordinatenfindung). Hoffe die Idee ist nicht zu blöd. Mfg Mehmet Am 20. September 2009 10:27 schrieb hansdorfff osmtal...@taponet.de: hallo, Was mich aber interessiert, ist die Frage, ob diese ganzen auf unsere PostgreSQL Datenbank ausgeführten Operationen die Laufzeit für das Finden der Straßennamen und den dazu passenden Koordinaten nicht sehr langsamwären? Liegt es an der Geschwindigkeit bzw. dem Rechenaufwand, sodass sich yournavigation.org http://yournavigation.org für einen externen Geocoding-Service entscheiden hat? Probier doch einfach aus, ob deine Datenbank schnell genug ist (und etwas schnelleres wirst du kaum bekommen). Dazu reichen doch ein paar Zeilen Code, die schneller getippt sind als eine Mail. Was immer yournavigation.org gemacht hat -- wenn du es auch machst, dann bekommst du auch eine lahme Site. Wenn du das willst... :) t. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutz- / Biosphärenreservat - Gese tze = gemeinfrei ?
Johann H. Addicks schrieb: Zumindest scheinen die Leute, die solche Shape-Dateien herausgeben, das anders zu sehen. Gemeinfrei ist wohl nur die Aufzählung, welche Flurstücke das Reservat/das Schutzgebiet umfasst. An die Umrisse der Flurstücke kommt man dann nicht frei... Auch wenn eine Karte in der Verordnung abgedruckt ist? Wie z.B. bei diesem Naturschutzgebiet: http://sh.juris.de/sh/gesamt/MoorKranNatSchGV_SH.htm#MoorKranNatSchGV_SH_Anlage: Andererseits: Die Schutzgebiete werden derzeit so dermaßen prominent vom Mapnik gerendert, dass ich die gar nicht alle drin habe will. Wenn erst mal genügend Naturschutzgebiete drin sind und sich genügend Leute beschweren, wird das ja hoffentlich korrigiert... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Moin, für die Staßenverzeichnisse sind die administrativen Grenzen (besonders Gemeindegrenzen) ja sehr interessant. Ich habe deshalb mal versucht, heraus zu bekommen, welche Gemeinden schon mit Grenzen erfasst sind. Es ist dabei eine Anwendung heraus gekommen, die die Grenzen gegen die AGS vergleicht. http://svenanders.openstreetmap.de/ags/ Um die Auswertung noch ein wenig besser zu machen, müsste man folgende Probleme lösen: ==Ein Tag für eine Unterebene (z.B. Stadtteile) == Die AGS wird nur bis zur Gemeindeebene vergeben. D.H. z.B. Bezirke (z.B. Hamburg-Altona) und Stadtteile wie (Hamburg-Blankenese) sind nicht in dieser Ebene zu finden ==Deckungsgleiche Gemeindegebiete == Es gibt bei der AGS Liste Deckungsgleiche Gemeindegebiete So gibt es zum Beispiel für Hamburg drei Einträge: * 02 Bundesland Hamburg * 02000 Kreis Hamburg * 0200 Gemeinde Hamburg BTW: Eine Gemeinde und einen Kreis Hamburg gibt es aber laut Hamburger Verfassung gar nicht, spielt aber hier nur eine untergeordnete Rolle. Ich habe dazu auf der oben genannten Wiki Seite schon ein paar Vorschläge gemacht. Bin aber dankbar für jede konstruktive Kritik und für sinnvolle Ergänzungen. Bitte ergänzt wo ihr könnte die Gemeindegrenze (z.B. aus dem Kopf mit dem tag source=best_guess), eine gut geratene Gemeindegrenze ist wesentlich besser als gar keine. Das Tool (=die Webseite) werde ich noch weiter aufbohren und dann evtl. auch den Straßenvergleich gleich dort einbetten. Achja und ich frage mich immer ob wir noch ein boundary=postal_code erfinden sollten, ich denke wir hätten dann sehr schnell Postleitzahlenbereiche. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yournavigation Geocoding
Am So, 20.09.2009, 10:57 schrieb Mehmet Sirin: Hoffe die Idee ist nicht zu blöd. Sowas habe ich - datenbankbasiert - für den AVV gebaut: www.avv.de ... die Haltestellensuche Partner hat sich um AJAX gekümmert, alles GPL. Für OSM habe ich es schon umgebaut, Server habe ich jetzr auch... mir fehlt nur die Zeit es aufzuspielen :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rendern von Photovoltaik-Kraftwerken
Vor über einem Jahr habe ich ein Solarkraftwerk in meiner Nähe eingetragen, Auf der Karte ist es bis heute nicht zu sehen. Nachdem ich gestern ein weiteres Kraftwerk der selben Art eingetragen habe, wollte ich die Sachen endlich auf der Karte sehen. Also habe ich kurz Inkscape hergenommen und ein Icon erstellt, das man (mit Abständen) flächig für Photovoltaik-Kraftwerke und einzelne Kollektoren verwenden kann: http://malenki.ch/OSM/icons/power_plant_photovoltaic.svg Wenn eine Sonne, ein Blitz oder weitere Änderungen erwünscht sind, baue ich das gern ein. Die finale Version werde ich ins SVN von OSM hochladen in der Hoffnung, es bald auf den Karten zu finden. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Hatte glatt vergessen, auch die Wiki Seite zu erwähnen: http://wiki.openstreetmap.org/wiki/DE:Amtlicher_Gemeindeschlüssel Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] NaviPOWN unter Mac OS X
Auf http://sourceforge.net/projects/navipowm/files/ ist bei der Datei 'NaviPOWM-0.2.3.tar.gz' zwar angegeben, dass diese für 'linux, mac, bsd, solaris, others' sei, leider ist aber im entpackten Download keinerlei Hinweis, wie NaviPOWN unter MAC OS X zu installieren ist. Kann vielleicht jemand eine Anleitung für Otto Normaluser (also die, die Computer nur benutzen, nicht auch noch programmieren) online stellen oder hier posten. Vielen Dank im Voraus. Grüße Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestelle in JOSM verschieben
Claudius claudiu...@gmx.de wrote: Wo siehst du bei dem ÖPNV-Schema [1] für dich noch offene Fragen? Wo Schnitzer? Es bleibt zumindest das Problem der Ringlinien. Dort bekommt man für beide Fahrtrichtungen dieselbe from-to Relation. Bei mir treten aber noch weitere Knackpunkte auf. Einige davon betreffen die Usability der verschachteleten Relationen und die Unmöglichkeit, diese Relationen nach dem neuen Schema mit Potlatch anzulegen und einzusammeln - dem Editor, den die überwältigende Mehrheit der OSM-User nutzt. Ich verwende es jetzt schon seit einigen Monaten und kann sehr häufig einen Mehrwert an Informationen und im Detailgrad erkennen. Da ich schon lange nach funktionierenden Mustern des neuen Schemas für Buslinien suche und diese bei Dir vorliegen, wäre es sehr hilfreich, wenn Du mir einige Linien nennen könntest. Ich bräuchte dabei auch solche Beispiele, bei denen mehrere Buslinien dieselbe Haltestelle und/oder denselben public-transport Knotenpunkt benutzen. Am Besten wäre ein großer ZOB. Möglicherweise löst das ja zumindest einige der Probleme. Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Photovoltaik-Kraftwerken
moin, prima Idee :-) mein Vorschlag dazu: Sonne links oben, Blitz rechts unten - wenn dazu der Platz überhaupt langt ... Gruß Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Relationseditor
Hi ! da ich mit der Beschreibung eines Problems im englischen schwer tue mache ich es hier und vielleicht ließt einer der Programmierer es und kann es bitte weitergeben. Wenn in einer Relation ein zirkulärer Bezug ist, dann kommt eine entsprechende Meldung. Soweit so gut. Es wäre aber wünschenswert, wenn in der Meldung die Nummer des betreffenden Elementes angegeben wird. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestelle in JOSM verschieben
Mirko Küster webmas...@ts-eastrail.de wrote: Ich setze die schon immer und auch bis auf weiteres direkt auf den Weg. Mir ist nicht klar, wie man mit diesem System den Fall taggt, dass die Bus-/Bahnsteige derselben Haltestelle weit auseinanderliegen, zum Beispiel über Eck an an einer mehrspurigen Kreuzung mit getrennten Richtungsfahrbahnen, bei Abbiegen sogar in unterschiedlichen Straßen? Wie taggt man so Haltestellen, an denen es mehr als zwei und daher numerierte Bus-/Bahnsteige in verschiedenen Straßen gibt, davon bei U-Bahn-Beteiligung einige davon unter der Erde? Diese B.steig- Nummern tauchen in den Fahrplänen auf. Bei Umdisponioerung wird darauf Bezug genommen. Beispiel: http://www.rheinbahn.de/Seiten/detail.aspx?Meldung=7261language=de Als Anschauungsbeispiel kann man hier als Starthaltestelle Vennhauser Allee und als Zielhaltestelle Worringer Platz eingeben und lasse Stadt/Ort unausgefüllt: http://efa.vrr.de Beim VRR beispielsweise gibt es diese Mehrsteig-Haltestellen in dreistelliger Anzahl: http://efa.vrr.de/download/envmaps/vrr/index_auswahlbuttons.htm Was will man da in das Ref-Tag schreiben, wenn es kein Gegenüber oder kein eindeutiges Gegenüber gibt oder diese von einem gemittelten Punkt über die B.steige oder von der Gegenhaltestelle nicht einsehbar sind? Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Sven Anders wrote: Moin, für die Staßenverzeichnisse sind die administrativen Grenzen (besonders Gemeindegrenzen) ja sehr interessant. Ich habe deshalb mal versucht, heraus zu bekommen, welche Gemeinden schon mit Grenzen erfasst sind. Es ist dabei eine Anwendung heraus gekommen, die die Grenzen gegen die AGS vergleicht. http://svenanders.openstreetmap.de/ags/ Um die Auswertung noch ein wenig besser zu machen, müsste man folgende Probleme lösen: Frage: Ist der Name ausschlaggebend oder der AGS ? z.b. keine Grenzrelation in OSM mit dem Namen Steinheim, Stadt gefunden Die Relation hat nur den Namen Steinheim und nicht Steinheim, Stadt was ich auch besser finde. Vielleicht sollte man einen Type Tag einführen für Stadt/Gemeinde wie es auch schon von den opengeoDB verwendet wird. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestelle in JOSM verschieben
Mir ist nicht klar, wie man mit diesem System den Fall taggt, dass die Bus-/Bahnsteige derselben Haltestelle weit auseinanderliegen... Um die ging es doch die ganze Zeit nicht. Martin ging da von den riesen Straßen in Dortmund oder sonstwo aus die garnicht das Thema waren und mit denen ich nichtmal im entferntesten in Berührung komme. Ich lebe in einer Ecke mit kleinen Nestern, engen Straßen und nicht soviel Verkehr. Der Standard sind hier direkt gegenüberliegende Haltestellen, seltener nur leicht versetzt mit maximal 20 m Abstand und Schleifen mit einer Haltestelle, meist access nur Bus und obendrein nur Oneway. Da wird auch nichts entzerrt, da die 5 Busse am Tag ohnhin nie gleichzeitig an einer Haltestelle stehen und bei 5 Autos, 3 Radlern und 6 Omas kein Rückstau entsteht. Da hast du einen Abstand von der Straßenmitte bis Schild von 2,5 bis 3 Metern. Die Richtung siehst du anhand der Route Relationen, welche ich in einem Rutsch gleich mit anlege. Was will man da in das Ref-Tag schreiben, wenn es kein Gegenüber oder kein eindeutiges Gegenüber gibt oder diese von einem gemittelten Punkt über die B.steige oder von der Gegenhaltestelle nicht einsehbar sind? Die hier ohnehin nur eine Nummer die zusammen mit dem Namen für beide Seiten gilt. Ich hatte hier noch keinen Fall wo beides extra vorliegt. Nur darum ging es mir, die simple Haltestelle auf der Kuhbläke, wo man sich quasi mit den wartenden Gegenüber unterhalten kann. Da brauchst kein oversize Monster mit dutzenden Nodes, Relationen oder was sonst noch. Eine Node auf Straße reicht und Orientierungsprobleme bekommt sicher auch keiner, wenn der Node nicht 2,5 m daneben liegt. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Moin, für die Staßenverzeichnisse sind die administrativen Grenzen (besonders Gemeindegrenzen) ja sehr interessant. Ich habe deshalb mal versucht, heraus zu bekommen, welche Gemeinden schon mit Grenzen erfasst sind. Es ist dabei eine Anwendung heraus gekommen, die die Grenzen gegen die AGS vergleicht. http://svenanders.openstreetmap.de/ags/ ThüringenKyffhäuserkreis und bei einigen Nachbarn sind seit einem Jahr Grenzen da, dein Tool findet aber nichts. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mehrere poi unter einer adresse
Moin! irgendwo habe ich einmal gelesen das man mehrere geschäfte, mit einer adresse, in einer relation zusammenfassen soll. gefunden habe ich darüber aber noch nichts. kann mir einer weiterhelfen ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Sven Anders s...@anders-hamburg.de wrote: für die Staßenverzeichnisse sind die administrativen Grenzen (besonders Gemeindegrenzen) ja sehr interessant. Ich habe deshalb mal versucht, heraus zu bekommen, welche Gemeinden schon mit Grenzen erfasst sind. Es ist dabei eine Anwendung heraus gekommen, die die Grenzen gegen die AGS vergleicht. http://svenanders.openstreetmap.de/ags/ Beispielsweise bei Düsseldorf gibt es diese Grenze in OSM. Es existiert aber das Problem, dass Deine Software nach der Relation Düsseldorf, Stadt sucht und die Grenzrelation bei OSM Düsseldorf heißt, siehe: http://www.openstreetmap.org/?relation=62539 Somit wird diese nicht erkannt. Um die Auswertung noch ein wenig besser zu machen, müsste man folgende Probleme lösen: ==Ein Tag für eine Unterebene (z.B. Stadtteile) == Stadtbezirke und Stadtteile gibt es in Düsseldorf-OSM dank der 100%igen Straßenerfassung, dem ortsteilspezifischen Straßenverzeichnis und den Grenzen der Gesamtstadt. Die Stadtteil-Grenzen wurden im Wesentlichen als konvexe Hülle der dort existierenden Straßen bestimmt. Hilfreich bei der Bestimmung war auch, dass die Grenzen laut diesen Hüllen offensichtlich längeren Straßen oder Wegen sowie Bahnlinien, Flußläufen und Ähnlichem folgen. Von den Stadtbezirken ist bekannt, welche Ortsteile dazugehören. Zum Beispiel ist dieser Grenzabschnitt Düsseldorfs: http://www.openstreetmap.org/browse/way/29725271 gleichzeitg auch Grenzabschnitt des Stadtbezirk 8: http://www.openstreetmap.org/browse/relation/58343 und des Stadtteiles Unterbach: http://www.openstreetmap.org/browse/relation/58436 Zumindest von diesem Stadtteil weiß ich auf Grund einer miterlebten und umkämpften Eingemeindung nach Düsseldorf, dass dessen jetzt Düsseldorf-innere Grenze abgesehen von Nuancen so auch stimmt. Damit ist die Wahrscheinlichkeit groß, dass sie für die anderen Stadtteile und -bezirke auch stimmt. ==Ein Tag für eine Unterebene (z.B. Stadtteile) == Jetzt bleibt nur noch die Frage, ob das Düsseldorf-Muster Zustimmung findet. Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mehrere poi unter einer adresse
Jan Tappenbeck schrieb: Moin! irgendwo habe ich einmal gelesen das man mehrere geschäfte, mit einer adresse, in einer relation zusammenfassen soll. gefunden habe ich darüber aber noch nichts. kann mir einer weiterhelfen ? http://wiki.openstreetmap.org/index.php/Relations/Proposed/Buildings http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site http://wiki.openstreetmap.org/wiki/Relations/Proposed/Label Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Quelle (Wasser)
Wie bezeichnet man eine Quelle? a) Quelle eines Baches b) Fassung eines Quellgebietes, meist ein Quellschacht mit Stahldeckel obendrauf manchmal auch ein fensterloses Gebäude, mit Speicherbecken, Pumpe, Funk c) die vom Quellschacht ausgehende Wasserleitung (Rohr) d) das Wasserschutzgebiet drumherum Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quelle (Wasser)
Markus wrote: Wie bezeichnet man eine Quelle? a) Quelle eines Baches http://wiki.openstreetmap.org/wiki/Spring Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mehrere poi unter einer adresse
René Falk schrieb: Jan Tappenbeck schrieb: Moin! irgendwo habe ich einmal gelesen das man mehrere geschäfte, mit einer adresse, in einer relation zusammenfassen soll. gefunden habe ich darüber aber noch nichts. kann mir einer weiterhelfen ? http://wiki.openstreetmap.org/index.php/Relations/Proposed/Buildings http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site http://wiki.openstreetmap.org/wiki/Relations/Proposed/Label Grüße René HI ! danke - aber irgendwie erschließt sich das noch nicht für mich. hast du ein beispiel Node irgendwo ?? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Anwenderoffensive
Um ehrlich zu sein fand ich den Entwurf schon auf den ersten Blick nicht sehr gelungen. Es wirkt insgesamt ziemlich unübersichtlich. Der Nutzer muss erst einmal im Kreis lesen und dabei noch sehr umständlich auf Grund der Schreibweise umdenken, bis er das findet, das er sucht. Sobald man dann etwas ausklappt verschiebt sich die Karte und das Design sieht etwas komisch aus. Ich würde lieber einen vllt. etwas konservativeren, dafür aber wesentlich übersichtlicher strukturierten Entwurf bevorzugen: http://wiki.openstreetmap.org/wiki/Image:Projekt_AO_UI2.png Dabei steht die Suche ganz prominent im Vordergrund, da sie meiner Meinung nach das wichtigste am Anfang ist. Auf Suchoptionen wird verzichtet, ich will einfach das eingeben, was ich suche und es soll es finden. Jegliche Optionen fordern von mir nur einen größeren Einarbeitungsaufwand und machen es schwieriger am Anfang das gewünschte Ergebnis zu erreichen. Alle Optionen sind übersichtlich an einer Seite zu finden und können auf und eingeklappt werden, ohne dass sich die Karte verändert. Benötigt man dennoch mehr Platz für die Karte, kann man oben die komplette Leiste einfahren, danach sind nur noch die Icons zu sehen, um schnell einen Modus anwählen zu können (bei bestimmten Modi mag das keinen Sinn machen). Neben der Suche kann man zusätzlich ganz prominent ein paar ganz wichtige Werkzeuge platzieren, wenn man möchte. Wobei ich es bevorzugen würde alles auf der linken Seite zu haben, damit alles an nur einem Platz ist. Die Farbe kann/muss man natürlich noch ändern ;-) Mein Entwurf ist sicher nicht der Weisheit letzter Schluss und ich bin gerne bereit weiter darüber zu diskutieren und ihn zu verfeinern. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Anwenderoffensive
Am 20. September 2009 19:53 schrieb Jonas Krückel o...@jonas-krueckel.de: Um ehrlich zu sein fand ich den Entwurf schon auf den ersten Blick nicht sehr gelungen. Es wirkt insgesamt ziemlich unübersichtlich. Der Nutzer muss erst einmal im Kreis lesen und dabei noch sehr umständlich auf Grund der Schreibweise umdenken, bis er das findet, das er sucht. Sobald man dann etwas ausklappt verschiebt sich die Karte und das Design sieht etwas komisch aus. Wieso sollte sich die Karte verschieben??? Das 2. Bild zeigt mehr, als auf dem Bildschirm zu sehen sein wird und dient nur der illustration der möglichen Inhalte der einzelnen Module. Ich würde lieber einen vllt. etwas konservativeren, dafür aber wesentlich übersichtlicher strukturierten Entwurf bevorzugen: http://wiki.openstreetmap.org/wiki/Image:Projekt_AO_UI2.png Dabei steht die Suche ganz prominent im Vordergrund, da sie meiner Meinung nach das wichtigste am Anfang ist. Auf Suchoptionen wird verzichtet, ich will einfach das eingeben, was ich suche und es soll es finden. Jegliche Optionen fordern von mir nur einen größeren Einarbeitungsaufwand und machen es schwieriger am Anfang das gewünschte Ergebnis zu erreichen. Alle Optionen sind übersichtlich an einer Seite zu finden und können auf und eingeklappt werden, ohne dass sich die Karte verändert. Benötigt man dennoch mehr Platz für die Karte, kann man oben die komplette Leiste einfahren, danach sind nur noch die Icons zu sehen, um schnell einen Modus anwählen zu können (bei bestimmten Modi mag das keinen Sinn machen). Neben der Suche kann man zusätzlich ganz prominent ein paar ganz wichtige Werkzeuge platzieren, wenn man möchte. Wobei ich es bevorzugen würde alles auf der linken Seite zu haben, damit alles an nur einem Platz ist. Die Farbe kann/muss man natürlich noch ändern ;-) Ist auf jeden Fall auch keine schlechte Idee Mein Entwurf ist sicher nicht der Weisheit letzter Schluss und ich bin gerne bereit weiter darüber zu diskutieren und ihn zu verfeinern. Meinen Vorschlag werde ich auch mal etwas verfeinern und mir deine Kritik zu Herzen nehmen. BTW. Kannst du deinen Vorschlag auf der Projektseite verlinken? Netter Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Anwenderoffensive
Torsten Breda schrieb: Am 20. September 2009 19:53 schrieb Jonas Krückel o...@jonas-krueckel.de: Um ehrlich zu sein fand ich den Entwurf schon auf den ersten Blick nicht sehr gelungen. Es wirkt insgesamt ziemlich unübersichtlich. Der Nutzer muss erst einmal im Kreis lesen und dabei noch sehr umständlich auf Grund der Schreibweise umdenken, bis er das findet, das er sucht. Sobald man dann etwas ausklappt verschiebt sich die Karte und das Design sieht etwas komisch aus. Wieso sollte sich die Karte verschieben??? Das 2. Bild zeigt mehr, als auf dem Bildschirm zu sehen sein wird und dient nur der illustration der möglichen Inhalte der einzelnen Module. Ah, ok. Auf dem 2. Bild sieht das so aus als wären die Karte dann nur noch in der Mitte und daher würde sich ja dann der Platz der Karte ändern. Ich werde es gleich noch verlinken. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
On Sun, Sep 20, 2009 at 06:10:06PM +0200, Matthias Versen wrote: Frage: Ist der Name ausschlaggebend oder der AGS ? z.b. keine Grenzrelation in OSM mit dem Namen Steinheim, Stadt gefunden Die Relation hat nur den Namen Steinheim und nicht Steinheim, Stadt was ich auch besser finde. Vielleicht sollte man einen Type Tag einführen für Stadt/Gemeinde wie es auch schon von den opengeoDB verwendet wird. Ich halte es fuer eine unsitte sowas wie Stadt oder Gemeinde in den Namen aufzunehmen - Die Stadt heisst Hamburg und nicht Stadt Hamburg. Oder gibt jemand von euch im Navi Stadt Hamburg ein wenn er nach einer Straße dort sucht? Und dann gibts noch die nummer bei der Gemeinden zu Staedte werden - d.h. es haengt vom Datenstand ab ob man nach Gemeinde Verl oder Stadt Verl suchen muss - Doof Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Photovoltaik-Kraftwerken
Schorschi schrieb: mein Vorschlag dazu: Sonne links oben, Blitz rechts unten - wenn dazu der Platz überhaupt langt ... Hinein malen kann man vieles. Die Frage ist, ob man die Sachen auf der gerenderten Karte überhaupt noch erkennt. Eine modifizierte Version ist unter http://malenki.ch/OSM/icons/power_plant_photovoltaic_stuffed.svg zu finden. Um die Wirkung in der Fläche zu erproben, habe ich zwei png-Dateien erstellt: http://malenki.ch/OSM/icons/power_plant_photovoltaic_area.png http://malenki.ch/OSM/icons/power_plant_photovoltaic_stuffed_area.png Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Ich halte es fuer eine unsitte sowas wie Stadt oder Gemeinde in den Namen aufzunehmen - Die Stadt heisst Hamburg und nicht Stadt Hamburg. Oder gibt jemand von euch im Navi Stadt Hamburg ein wenn er nach einer Straße dort sucht? Kommt drauf an nach was die Anwendung sucht. Normalerweise sollte sie nach dem Place bzw. der Area suchen und nicht nach der Gemeindegrenze, wo es Wurst wäre. Ansonsten kanns in einigen Fällen so oder so nichts werden. Es gibt ja nicht nur die Orte wo die Grenze auch gleichzeitig der Ortsrand ist. Das trifft nur auf große Städte zu. Unsere Kreisstadt hat eine große Außengrenze und ein Fläche von 200 km², davon aber 180 km² Wald, Wiese und Acker, der Rest verteilt sich auf 12 Ortsteile mit insgesamt 24.000 Seelen. Eine Stadt und 11 eingemeindete Nester mit entsprechend viel Umland. Wenn dann die Anwendung nach der Grenze geht, ist das Kind in den Brunnen gefallen. Da wird er dir auch gleich 4 Straßen mit gleichem Namen und der selben Postleitzahl aber in 4 verschiedenen Orten ausspucken. Und dann gibts noch die nummer bei der Gemeinden zu Staedte werden - d.h. es haengt vom Datenstand ab ob man nach Gemeinde Verl oder Stadt Verl suchen muss - Doof Alles hängt hier vom Datenstand ab und wir sind gefragt das aktuell zu halten. Die OpenGeoDB Nodes waren auch alle auf einem Stand von 2005, alle Änderungen und Ortsteile waren garnicht vorhanden und sind in Gegenden ohne wirklich aktive Mapper noch heute in dem Zustand. Das muss alles aktuell gehalten werden. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
On Sun, Sep 20, 2009 at 08:34:52PM +0200, Mirko Küster wrote: Ich halte es fuer eine unsitte sowas wie Stadt oder Gemeinde in den Namen aufzunehmen - Die Stadt heisst Hamburg und nicht Stadt Hamburg. Oder gibt jemand von euch im Navi Stadt Hamburg ein wenn er nach einer Straße dort sucht? Kommt drauf an nach was die Anwendung sucht. Normalerweise sollte sie nach dem Place bzw. der Area suchen und nicht nach der Gemeindegrenze, wo es Wurst wäre. Die Grenze ergibt die Area - Und Stadt oder Gemeinde ist nicht Namensbestandteil sondern Rechtsform so weit ich das beurteilen kann - Damit hat das im Name tag nichts verloren ... Ansonsten kanns in einigen Fällen so oder so nichts werden. Es gibt ja nicht nur die Orte wo die Grenze auch gleichzeitig der Ortsrand ist. Das trifft nur auf große Städte zu. Unsere Kreisstadt hat eine große Außengrenze und ein Fläche von 200 km², davon aber 180 km² Wald, Wiese und Acker, der Rest verteilt sich auf 12 Ortsteile mit insgesamt 24.000 Seelen. Eine Stadt und 11 eingemeindete Nester mit entsprechend viel Umland. Wenn dann die Anwendung nach der Grenze geht, ist das Kind in den Brunnen gefallen. Da wird er dir auch gleich 4 Straßen mit gleichem Namen und der selben Postleitzahl aber in 4 verschiedenen Orten ausspucken. Was ja erstmal richtig ist - Wenn ich im Mercedes im Navi nach der Fichtestraße in Berlin suche bekomme ich 4 Antworten mit unterschiedlichen Postleitzahlen und den jeweiligen Stadtbezirken/Quartieren. Und dann gibts noch die nummer bei der Gemeinden zu Staedte werden - d.h. es haengt vom Datenstand ab ob man nach Gemeinde Verl oder Stadt Verl suchen muss - Doof Alles hängt hier vom Datenstand ab und wir sind gefragt das aktuell zu halten. Die OpenGeoDB Nodes waren auch alle auf einem Stand von 2005, alle Änderungen und Ortsteile waren garnicht vorhanden und sind in Gegenden ohne wirklich aktive Mapper noch heute in dem Zustand. Das muss alles aktuell gehalten werden. Aber wenn die Rechtsform sich aendert sollte man nicht 4 Millionen Nutzern der Daten beibringen das sie nicht mehr nach Gemeinde Verl sondern Stadt Verl suchen muss ... Daher hat die Rechtsform nichts im Namen zu suchen ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Hallo Sven, Sven Anders schrieb: Hatte glatt vergessen, auch die Wiki Seite zu erwähnen: http://wiki.openstreetmap.org/wiki/DE:Amtlicher_Gemeindeschlüssel Darf ich fragen, woher Du die Daten hast? Mir ist bislang keine Quelle dazu bekannt, die mit CC-BY-SA kompatibel ist - bin daher sehr interessiert! Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Hallo Sven, Sven Anders schrieb: Es ist dabei eine Anwendung heraus gekommen, die die Grenzen gegen die AGS vergleicht. Darf ich fragen, woher Du die Daten hast? Mir ist bislang keine Quelle dazu bekannt, die mit CC-BY-SA kompatibel ist - bin daher sehr interessiert! Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Photovoltaik-Kraftwerken
wird besser :-) soll das Symbol bei flächigen Anlagen als sich wiederholendes Muster eingesetzt werden? Dann ist das zweite sicher verwirrend. Wer allerdings nichts von Photovoltaik ahnt, wird evtl. mit dem alleinig blauen Symbol eher ins Raten kommen. Vielleicht die Sonne oben so in die Ecke setzen, dass nur ein Stück Scheibe aus der Ecke schaut? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Rel ationen :(
Sven Geggus li...@fuchsschwanzdomain.de wrote: Ein weiteres Problem ist die Forward - Backward Problematik. Hier kann man in Potlatch die Richtung einer Straße durch Iconklick umdrehen. Das ist nicht wirklich ein Problem. Die Relation bleibt dadurch trotzdem kontinuierlich. Außer im Falle von Einbahnstraßen und Kreisverkehren bekommt man nicht mit, dass diese sich bei den Relationen auswirken und beachtet es beim Editieren daher auch nicht. Wie gesagt, das muss man nicht. Ein Drehen der Straßenrichtung zerstört noch nicht die Reihenfolge der Relation. Es ist ja aus der Reihenfolge der Relation klar erkennbar welcher Node als Anfangspunkt und welcher als Endpunkt gedacht ist. Hmm, das verstehe ich in diesem Teil des Wikis (Zeile forward/backward) aber anders: http://wiki.openstreetmap.org/wiki/DE:Relation:route#Mitglieder_der_Relation ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mehrere poi unter einer adresse
Jan Tappenbeck schrieb: danke - aber irgendwie erschließt sich das noch nicht für mich. hast du ein beispiel Node irgendwo ?? So aus dem Stehgreif nicht. Ist aber doch simple. Die Geschäfte gehören vermutlich alle zu einem Gebäude oder Gebäudekomplex oder? Dann setze Nodes für die Geschäfte, wenn möglich da wo die Eingänge sind, und erstelle eine Buildings- oder Site_Relation, je nach dem was passt. Die Adresse gehört zum Gebäude oder Komplex. Wenn Du die Umrisse des Gebäudes nicht hast, lass sie halt weg. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutz- / Biosphärenreservat - G esetze = gemeinfrei ?
Jan Tappenbeck schrieb: Moin !!! Naturschutz- / Biosphärenreservat werden doch per Gesetz / Verordnung deklariert und definiert - damit müßten doch auch die Grenzen gemeinfrei sein oder ??? Dann hieße es nur noch irgendwie an die betreffende Datei zu gelangen ?!?!??! Gruß Jan :-) vielleicht einfach mal lieb beim BUND oder das Umweltministerium fragen? Die Karte von geocaching.de hat die Daten ja auch zur Verfügung gestellt bekommen (und wird angezeigt). -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bildung und Rechtschreibung geographisc her Namen (Straßen etc.)
Hallo Community, der StAGN [1] wurde ja schon ständig hier erwähnt ... beim Recherchieren bin ich nun auch auf diese Dokumente gestoßen: 1. Anwendung der Neuregelung der deutschen Rechtschreibung: http://www.stagn.de/Portals/0/ANWENDUNG%20DER%20NEUREGELUNG%20DER%20DEUTSCHEN%20RECHTSCHREIBUNG.pdf 2. Empfehlungen und Hinweise für die Schreibweise geographischer Namen: http://www.stagn.de/Portals/0/020809%20TOPGUIDE%20ZWEISPR%20MIT%20ABB.pdf 3. Gesetzliche Vorschriften zur Bildung oder Änderung von Siedlungsnamen http://www.stagn.de/Portals/0/081001_Grothenn_Zusammenfassung.pdf Änderungsbeispiele: - aus Schloß Holte-Stukenbrock (alt) wird Schloss Holte-Stukenbrock - aus Schloßsee (alt) wird Schlosssee oder Schloss-See Zusammenfassung: 1. Bestehende geographische Namen *müssen nicht* umbenannt werden. 2. Die Anwendung der neuen Rechtschreibung bei bestehenden Namen ist den jeweiligen Behörden (Vermessungsamt etc.) überlassen. 3. Bei neuen Namen müssen die neuen Regeln angewendet werden. Grüße Tobias Abkürzungen: [1] Ständige Ausschuss für geographische Namen; http://www.stagn.de/ Anmerkungen / Kritik: Ich finde es schon ziemlich interessant, dass es das BKG bzw. der Ausschuss nicht hinbekommt, die Website und den Disclamer komplett in die deutsche Sprache zu übersetzen. So Dinge wie SERVICE CONTACT : ad...@localhost sind dann das geringste Übel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Photovoltaik-Kraftwerken
Schorschi schrieb: soll das Symbol bei flächigen Anlagen als sich wiederholendes Muster eingesetzt werden? Das wurde im Eingangspost erwähnt. Dann ist das zweite sicher verwirrend. Wer allerdings nichts von Photovoltaik ahnt, wird evtl. mit dem alleinig blauen Symbol eher ins Raten kommen. Vielleicht die Sonne oben so in die Ecke setzen, dass nur ein Stück Scheibe aus der Ecke schaut? http://malenki.ch/OSM/icons/power_plant_photovoltaic_rising_sun.svg gn8 malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Quelle (Wasser)
Hallo Markus, Markus schrieb: Wie bezeichnet man eine Quelle? a) Quelle eines Baches b) Fassung eines Quellgebietes, meist ein Quellschacht mit Stahldeckel obendrauf manchmal auch ein fensterloses Gebäude, mit Speicherbecken, Pumpe, Funk c) die vom Quellschacht ausgehende Wasserleitung (Rohr) d) das Wasserschutzgebiet drumherum im Thread Tiefbrunnen etc. eintragen vom 09.07.2009 [1] wurde das schon mal diskutiert, allerdings gab es auf die Frage c) und d) keine Antwort und bei meiner Suche kürzlich bin ich auch auf kein Ergebnis gekommen. Bei b) wurde auf das bestehende Proposal man_made=water_well verwiesen. Auf der Diskussionsseite von man_made=water_well wird auch angeregt, ähnlich zu power einen water-tag einzuführen, der alles von Wassergewinnung über Wassertransport bis zu Wasserentsorgung abdecken soll. Das wäre meiner Meinung ein bessere Lösung, weil damit viel genauer getaggt werden kann: Man könnte dort klar den Ort der Wassergewinnung von dem der Wasserentnahme trennen (um einen Tiefbrunnen von einem Brunnen mit Handpumpe zu unterscheiden) und auch die unter c) und d) genannten Punkte mit einbinden (etwa mit water:protection_area=DE_I für die Wasserschutzzone I)/ / Gruss, Markus Gruß, Matthias [1] http://www.mail-archive.com/talk-de@openstreetmap.org/msg48913.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Tirkon tirko...@yahoo.de wrote: Hmm, das verstehe ich in diesem Teil des Wikis (Zeile forward/backward) aber anders: http://wiki.openstreetmap.org/wiki/DE:Relation:route#Mitglieder_der_Relation Nehmen wir mal an wir hätten Zei Wege, A-B und B-C so angeordnet: A--B--C Die Relation wäre A-B + B-C Welchen Sinn würde Deiner Meinung nach AB CB als Reihenfolge ergeben? Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern von Photovoltaik-Kraftwerken
malenki schrieb: Schorschi schrieb: soll das Symbol bei flächigen Anlagen als sich wiederholendes Muster eingesetzt werden? Das wurde im Eingangspost erwähnt. Dann ist das zweite sicher verwirrend. Wer allerdings nichts von Photovoltaik ahnt, wird evtl. mit dem alleinig blauen Symbol eher ins Raten kommen. Vielleicht die Sonne oben so in die Ecke setzen, dass nur ein Stück Scheibe aus der Ecke schaut? http://malenki.ch/OSM/icons/power_plant_photovoltaic_rising_sun.svg Hi! Ich hab gerade mal etwas rumprobiert. Wenn man den Blitz wegläßt und die Sonne über die Fläche legt, kann man es auch bei 16*16 Pixeln für'n JOSM gut erkennen. Wenn du das eincheckst, bau ich das in den JOSM ein. Für die Kartenrenderer kann ich aber nix ;-) Gruß, ULFL P.S: Sieht übrigens viel besser aus, als was wir bislang für den JOSM haben :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen / Amtlicher Gemeindeschlüssel / Postleitzahl-Gebiete
Die Grenze ergibt die Area - Und Stadt oder Gemeinde ist nicht Namensbestandteil sondern Rechtsform so weit ich das beurteilen kann - Damit hat das im Name tag nichts verloren ... Ich rede von der Place Area bzw. im Umkreis um einen Place Node, da wo auch das drinsteckt was du in einer Stadt suchst. Und das dürfte derzeit auch das einzige sein was bei einem Navi durchsucht wird, denn Gemeindegrenzen haben wir noch lange nicht flächendeckend. Irgendwelche Grenznamen kommen daher nicht in dein Navi sondern eher in eine Suche die alles abgrast. Was ja erstmal richtig ist - Wenn ich im Mercedes im Navi nach der Fichtestraße in Berlin suche bekomme ich 4 Antworten mit unterschiedlichen Postleitzahlen und den jeweiligen Stadtbezirken/Quartieren. Wenn es dumm läuft bekommst du bei solchen Standardnamen gleich 12 Ergebnisse aller Nester im 20 km Umkreis. Wenn ich aber gezielt den Hauptort eingebe dann möchte ich auch nur die im Hauptort, ansonsten gebe ich wie hier üblich den Ortsteil an. Denn das sind keine Bezirke oder Quartiere sondern seperete Ortsteile mit einer riesen Grenze drumherum und einer einzigen Postleitahl. Aber wenn die Rechtsform sich aendert sollte man nicht 4 Millionen Nutzern der Daten beibringen das sie nicht mehr nach Gemeinde Verl sondern Stadt Verl suchen muss ... Daher hat die Rechtsform nichts im Namen zu suchen ... Dazu kommts doch garnicht, in den Places stehts nirgends so drin... Ich habe die Grenzen vor einem Jahr eingetragen, da gab es und gibt es bis heute keinerlei konkrete Vorgaben. [1] Ich hatte damals nur Dorfname Gemeinde, Stadtname Stadt, oder Name Verwaltungsgemeinschaft dazu eingetragen. Aus dem einfachen Grund damit es greifbar und unterscheidbar ist. Es kommt nämlich vor das ein Ort und eine VG den gleichen Namen tragen. Und wenn man das pflegt dann ist so ein fliegender Zettel mit Relations IDs einfach hinderlich. Anhand der Namen wars schnell zu zu identifizieren. Bevor man sich also über aus seiner Sicht falsche Namen aufregt, sollte man erstmal daran arbeiten ein einheitliches Tagging solcher Grenzen zu dokumentieren. Also einheitliches Namenschema nach ISO hast du nicht gesehen, AGS, Verwaltungsform etc. Dann kann es auch was werden. Ansonsten macht da logogischerweise jeder sein Ding und malt da rein was ihm gerade gefällt. Gruß Mirko [1] http://wiki.openstreetmap.org/wiki/DE:Relation:boundary ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bildung und Rechtschreibung geographisc her Namen (Straßen etc.)
Hallo, Tobias Wendorff wrote: Zusammenfassung: 1. Bestehende geographische Namen *müssen nicht* umbenannt werden. 2. Die Anwendung der neuen Rechtschreibung bei bestehenden Namen ist den jeweiligen Behörden (Vermessungsamt etc.) überlassen. 3. Bei neuen Namen müssen die neuen Regeln angewendet werden. Und was machen wir, wenn eine Behoerde sich an (3) nicht haelt - wenn sie ein neues Schloss baut in dies Schloß Blafasel nennt? Sagen wir dann: Mag ja sein, dass ihr über den Eingang des Gebäudes 'Schloß Blafasel' geschrieben habt, aber OpenStreetMap weiss es besser? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Trac noch aktiv oder: Wo werde ich Vo rschläge los?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo zusammen! Ich habe eine Idee für die OpenStreetMap-Hauptseite gehabt, unabhängig von der aktuellen Neugestaltung. Daher habe ich gesucht, wo ich den Vorschlag abgeben kann, damit er gehört/diskutiert etc. werden kann. Für mich kam dazu das Trac-System [1] in Frage. Leider ist mein Ticket nun bereits 2 Monate offen, ohne dass irgendjemand nur geantwortet hat oder es geschlossen hat. Dass ich beleidigt bin, kann man nicht behaupten, nur wundert es mich, dass so gar keine Reaktion gekommen ist. Nun meine Frage: Ist Trac tot oder habe ich einfach die falsche Plattform/den falschen Kanal für meinen Vorschlag gewählt? Als Anregung: Ich fände eine Vorschlagsplattform klasse, in der schnell Lösungen diskutiert werden können. Für OSM-Benutzer (nicht -Entwickler, - -Bearbeiter etc.) sollte diese Möglichkeit ohne große Registrierung möglich sein. Geeignet sind Plattformen wie UserVoice. Wie steht ihr dazu? Gruß, Philip [1] http://trac.openstreetmap.org/ticket/2132 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkq3DtEACgkQYNYFUFLXAD2ObgCcCH+Mi9glpQnXEIEW2jr8U2x1 6GMAn1UXECP4PbUM6n2j0+ivxCp9sNwa =w1mZ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg-Relation
Moin, oops, ich dachte ich hätte die Antwort damals abgeschickt ... Daher jetzt hier nochmal wiederholt, auf die Schnelle, ohne Überarbeitung: Markus schrieb: ohne jetzt gleich eine Wiki-Doku schreiben zu wollen Aber die wäre dringend notwendig! Ich bin ja nun nicht mehr ganz unerfahren in OSM, aber wenn ich mit einem Wanderweg schon so viele Probleme habe, dann kommt ein normaler Wanderer damit noch weniger zurecht... Ich probiere hier auch nur rum, versuche nur . Meine vorherigen Vorschläge und damit mein erster Ansatz war nämlich schon falsch - oder zumindest nicht der einzig wahre - wie du unten sehen wirst. Schon deshalb werde ich mich hüten, meine Experimente als vermeintliches Tutorial ins Wiki zu stellen. Bei einem Doppelklick in JOSM auf die Relation (im Relationen-Fenster) werden eigentlich alle bekannten/heruntergeladenen Relationselemente im Editor farbig markiert. Funktioniert! Allerdings könnte man das noch wesentlich übersichtlicher gestalten, indem man die Relation als breite farbige Linie anzeigt. Könnte man - es geht aber eben auch anders. Beschränke das im Editor angezeigte einfach auf das Wesentliche - siehe nächsten Absatz.. Öffnet man den Relationseditor (Relationen - Bearbeiten), kann man über den Button [Elemente herunterladen] alle bekannten Elemente der Relation herunterladen. Ein anschließender Doppelklick auf die Relation markiert dann alle Elemente - und man kann Lücken ganz gut erkennen, wenn sie nicht zu klein sind. Das habe ich nicht verstanden: wohin werden die Teilstücke heruntergeladen? Und das mit dem Doppelklick habe ich doch oben schon gemacht? Probiere mal folgende Vorgehensweise, dann wird es hoffentlich klarer - auch die Sicht auf die Elemente. ;-) - Lade nur ein ganz, ganz kleines Gebiet in JOSM, nur die Burg Hohenstein samt Treppe. - Markiere im JOSM-Editor die Treppe - Öffne den Relationseditor (Bearbeite die Relation) - In der linken Liste mit den Relationselementen sind alle im JOSM-Editor nicht vorhandenen Elemente bei Referenziert auf mit unvollständig angegeben - Klicke auf den Button [Elemente herunterladen] - Zoome im JOSM-Editor heraus - Du siehst die gesamte Relation ohne störende Daten rundherum Fehlende Stücke lassen sich so leichter erkennen. Dort muss dann eben ggf. der entsprechend kleine Bereich in JOSM nachgeladen werden, um die fehlenden Teile hinzufügen zu können. Ist ein genereller Tip - hilft Dir hier bei dem Problem aber nicht weiter. Der Analyzer kann immer nur sagen, dass da eine Lücke ist (oder mehrere). Aber er könnte doch die bestehenden Endstücke anzeigen? und an den Endpunkten einen blinkenden Marker (oder so)? Dann könnte man schnell sehen, wo und vielleicht auch schon was fehlt! Er markiert die beiden End-Nodes der Lücke. Alles weitere ist halt zusätzlicher Programmieraufwand - und Ansichtsache. Also ich sehe jetzt in JOSM eine durchgehende Relation. Das lange Mittelstück ist ein Rundweg, darin ein doppelt genutzter Weg zur Burg Osternohe, und am Anfang und Ende ebenfalls je ein doppelt genutztes Wegstück. Ah, also zwei Abstecher - eine nicht ganz unwesentliche Information, die Du bisher unterschlagen hast. Die Folge sehe ich aber auch jetzt erst, nachdem es einfach mal ausprobiert wurde. (Und hätte man die Beschreibung zum Relation-Analyzer vorher nochmal gelesen - da steht es sogar drin.) (siehe unten) Das wäre einen eigenen Thread wert. Insbesondere welche Ziele wir bezüglich Benutzbarkeit haben wollen. Und welche Konsequenzen wir daraus ziehen müssen. Magst Du darüber einen Thread aufmachen? Ich beteilige mich dann gern! Hat Andre Reichelt schon getan: siehe http://wiki.openstreetmap.org/wiki/DE:Projekt:Anwenderoffensive Apropos: ist der Relationeneditor von JOSM irgendwo dokumentiert? Ich habe bisher nicht danach gesucht. Ich komme aber auch gut mit der Struktur und den Tooltips zurecht - und eben mit ausprobieren und sehen, was passiert. Solange man nicht [Dublizieren], [Übernehmen], [Entfernen] oder [OK] klickt ist ja alles völlig gefahrlos. Aber selbst die sollte man einfach mal ausprobieren, solange man die Änderungen in JOSM nicht hochzulädt, kann ja da auch nichts passieren - es sei denn, man möchte die Auswirkungen im Relation-Analyzer begutachten. ;-) Aber ein paar Tips (bezogen auf JOSM Version 1981), die sich vielleicht für manche nicht ganz so leicht erschließen (Obwohl sie entweder eigentlich logisch oder Standardverfahren sind): - Man kann den Dialog vergrößern, einfach am Rand ziehen. - Man kann die Mittellinie zwischen den Bereichen Elemente und Auswahl verschieben. (Die Spaltenbreite der Liste Elemente sollte ja eigentlich entweder automatisch mitlaufen oder frei wählbar sein, ist wohl hier noch ein Bug, man muss z.Z. nochmal kurz an einer Spaltenüberschrift ziehen) Dann sieht man z.B. auch die ID der Elemente, ist ganz hilfreich, wenn man mit dem Relation-Analyzer
Re: [Talk-de] Wanderweg-Relation
Moin, Markus schrieb: Herzlichen Dank demjenigen, der die Relation korrigiert hat! http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=240937 Jetzt wird auf der Karte alles korrekt angezeigt: www.lau-net.de/baerlocher/osm/Simmelsdorf.html?zoom=12lat=49.61lon=11.3363layers=B0TTFF Findest Du wirklich, dass bei Osternohe - Hohenstein die Abstecher zu den Burgen korrekt dargestellt werden? Zoom mal herein und schau sie Dir genauer an. Hab jetzt aber auch noch keinen Plan, was zur Abhilfe korrigiert werden müsste. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de