Re: [Talk-de] Mapillary2JOSM
Danke Mike! Übrigens hat Mapillary jetzt auch eine Wiki-Seite, in Englisch und Portugiesisch. https://wiki.openstreetmap.org/wiki/Mapillary /peter On Tue, Apr 1, 2014 at 8:08 AM, Elstermann, Mike wrote: > CrowdSourcing verbindet, z. B. Mapillary mit JOSM. > > Siehe: > > * http://www.openstreetmap.org/user/ubahnverleih/diary/21485 > * http://geoobserver.wordpress.com/2014/04/01/mapillary2josm/ > > mikeE. (Der geoObserver) > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Am 07.04.2014 12:14, schrieb Sven Geggus: > chris66 wrote: >> Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze >> als ein Feld getaggt. > > Dann muss man das halt abteilen. Das Josm Plugin zum Abteilen von Gebäuden > kann man hierfür wunderschön missbrauchen :) Das heißt, wir sind uns einig, dass ein leisure=pitch immer nur genau 1 Feld umfassen soll? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
On 07.04.2014 12:14, Sven Geggus wrote: > chris66 wrote: > >> validierst Du die Größe des Platzes? > > Jain. Es ist nicht möglich merhere Plätze als einen zu taggen, wenn Du das > meinst. Das wäre aber ohnehin auch nicht eindeutig, denn die Felder könnten > z.B. bei einem etwa quadratischen Tennisplatz sowohl horizontal als auch > vertikal angeordnet sein. > >> Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze >> als ein Feld getaggt. > > Dann muss man das halt abteilen. Das Josm Plugin zum Abteilen von Gebäuden > kann man hierfür wunderschön missbrauchen :) Wenn Du Terracer meinst, dann ist das anwenden. Auch "Geometrie teilen" des utils2plugin funktioniert. fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konverter XErleben - OSM
Es sah mir so aus als wenn der Code eigentlich reichen würde, deshalb hatte ich nach der Decodiermöglichkeit gefragt., dann könnte der Code aus den Tags zurückübersetzt werden. Ich stelle mir dann z.B. eine Vorlage (Presets) vor mit der man die Eingabe machen könnte. Den Code wird kein (wenige) Mapper eintragen wollen, weil der Sinn nichts mit Geodaten zu tun hätte. Wenn es aber für den Code eine verständliche Beschreibung gibt würde das die Unterscheidungsmerkmale beschreiben und die suche nach sinnvollen Taginformationen würde dann einfacher sein. Dann würde man mit OverpassTurbe eine Abfrage nach diesen Tags machen können und könnte so erkennen ob die Tags nicht schon in fast dem richtigen Maße vorhanden sind. Die Nutzung von den schon gegebenen Tags, die Kombinationen die schon verwendet werden könnten so abgefragt werden, mit einer verbesserten Wikibeschreibung und Hilfsmitteln wie Presets würde die Akzeptanz der gefundenen Tags erhöht und damit natürlich die Eintragungsdichte und Häufigkeit. viele Grüße Gisbert Am 07.04.2014 11:37, schrieb EFTAS Christian Röttger: > Hallo, > > deine Testseite ist doch schon gar nicht so schlecht, vielen Dank. Ich habe > gerade nicht so viel Zeit, aber ich versuche im Laufe der Woche mal eine > beschreibende Projektseite einzurichten, um mehr Struktur reinzubringen. > Das Tool wiki2csv sieht ganz nett aus. Habs kurz angetestet und es liefert > ganz gute Ergebnisse. Vielleicht finde ich auch noch die Zeit das Skript so > anzupassen, dass automatisch Links zu den einzelnen Tags gesetzt werden, bzw. > diese beim Export wieder entfernt werden. > > Code, Paket, Kategorie und Funktion bilden in XErleben einen Thesaurus zur > Kategorisierung, welcher auch online eingesehen werden kann > (http://www.xerleben.de/wiki/Thesaurus). Der Code ist eindeutig und darüber > werden die POIs kategorisiert. Paket, Kategorie und Funktion dienen dem > Verständnis und der Lesbarkeit. > > Ein Snenario, bzw. ein Wunschgedanke ist folgender. Ein Kreis hat Daten im > XErleben-Format und möchte dies OSM zur Verfügung stellen. Diese Daten sollen > automatisiert nach Xerleben Code und der Überführungsliste in OSM POIs > überführt werden. Bzw. auch umgekehrt. Natürlich kann es dann noch Duplikate > geben, aber eins nach dem anderen. > > Viele Grüße > Christian > >> Habe mal als Beispiel eine Umsetzung begonnen. >> http://wiki.openstreetmap.org/wiki/User:Gmbo/Testseite >> >> Da sieht man dass die Tabelle trotz der Trennung in Pakete noch recht >> unübersichtlich ist. >> >> Was wird denn aus der Tabelle hinterher benötigt? >> Ich habe z.B. die Codes weggelassen, gibt es dafür eine >> Schlüsselbeschreibung? >> >> In Wirtschaft habe ich dann mal per Hand ein paar Änderungen gemacht. >> Sieht dann etwas geordneter aus, auch wenn noch einiges unvollständig >> umgesetzt ist. >> >> >> Gruß >> Gisbert >> >> >> Am 04.04.2014 17:46, schrieb gmbo: >>> Hallo, >>> es gibt ein Tool wiki2csv das kann eine Tabelle in beide Richtungen >>> umsetzen. >>> >>> Da die Liste hat schon einen recht großen Umfang hat und umgesetzt so >>> wie sie ist, noch schwerer zu lesen und zu verstehen ist, müsste Sie >>> wohl in mehrere Seiten aufgeteilt werden und dann von einer >>> übergeordneten beschreibenden Seite angesprungen zu werden, oder halt >>> eine andere Struktur bekommen. >>> >>> Viele Grüße >>> Gisbert >>> >>> >>> Am 04.04.2014 11:06, schrieb EFTAS Christian Röttger: Hallo, > Hallo > Ich denke die Idee mit der Wiki Seite ist auf jedenfall nicht >> schlecht. > Über den Disskussionsbereich lassen sich dann ja auch Diskussionen >> zu > einzelnen Tags starten und es bleibt tortzdem übersichtlich. > Genau, so ähnlich war die Idee. Archer hätte dann dort direkt die Brennerei eintragen können. Diese habe ich auf der "How to map" >> Seite übersehen. Wie bestimmt auch noch einige andere Sachen, da es ja >> eine Vielzahl an Funktionen gibt. Damit kommen wir zurück zu dem zweiten Teil meiner Frage, wie importiere ich am besten (am liebsten automatisch) die bisherige Tabelle in das Wiki. Zusätzlich bräuchte man eine Exportfunktion >> (als csv etc.), um die Zuordnungstabelle z.B. in PostgreSQL oder einem Konverter einlesen zu können. Vielleicht kann mir jemand der mit dem Wiki vertrauter ist dazu Tipps geben oder schauen ob es dafür geeignete Plugins gibt. Viele Grüße Christian > mfg > Christian > > > Am 3. April 2014 17:31 schrieb Archer : > >> Zur Brennerei findet man unter "How to map a" folgende Anmerkung: >> Brennerei: craft=distillery + distillery=* >> >> Am 3. April 2014 17:16 schrieb EFTAS Christian Röttger >> : >>> Hallo, >>> >>> diese aktuelle Tabelle ist nur zur Kategorisierung gedacht. Tags > wie >> name, adresse, etc. sollen natürlich als normale Attribute mit > übernommen >> werden aber nicht unbedingt der Kategorisierung
Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!
Am 5. April 2014 13:03 schrieb Alexander Heinlein : > > Aber die aktualisierte Version ist noch nicht online, oder? Sieht für mich > aus wie die alte, oder übersehe ich etwas? Die vorherige (http://remaptcha.herokuapp.com/ ) sah gleich aus, die aktuelle prüft nun das zweite Kontrollwort "schärfer". Hier eine Variante 2 mit 2 Schritten: http://remaptcha2.herokuapp.com/ LG, Stefan Am 5. April 2014 13:03 schrieb Alexander Heinlein : > On Sat, Apr 05, 2014 at 12:24:20PM +0200, Stefan Keller wrote: > > Danke für euren Input! Wir haben das ReMAPTCHA [1] leicht aktualisiert. > > Aber die aktualisierte Version ist noch nicht online, oder? Sieht für mich > aus wie die alte, oder übersehe ich etwas? > > Grüße > Alex > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
chris66 wrote: > validierst Du die Größe des Platzes? Jain. Es ist nicht möglich merhere Plätze als einen zu taggen, wenn Du das meinst. Das wäre aber ohnehin auch nicht eindeutig, denn die Felder könnten z.B. bei einem etwa quadratischen Tennisplatz sowohl horizontal als auch vertikal angeordnet sein. > Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze > als ein Feld getaggt. Dann muss man das halt abteilen. Das Josm Plugin zum Abteilen von Gebäuden kann man hierfür wunderschön missbrauchen :) Sven -- "If you continue running Windows, your system may become unstable." (Windows 95 BSOD) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konverter XErleben - OSM
Hallo, deine Testseite ist doch schon gar nicht so schlecht, vielen Dank. Ich habe gerade nicht so viel Zeit, aber ich versuche im Laufe der Woche mal eine beschreibende Projektseite einzurichten, um mehr Struktur reinzubringen. Das Tool wiki2csv sieht ganz nett aus. Habs kurz angetestet und es liefert ganz gute Ergebnisse. Vielleicht finde ich auch noch die Zeit das Skript so anzupassen, dass automatisch Links zu den einzelnen Tags gesetzt werden, bzw. diese beim Export wieder entfernt werden. Code, Paket, Kategorie und Funktion bilden in XErleben einen Thesaurus zur Kategorisierung, welcher auch online eingesehen werden kann (http://www.xerleben.de/wiki/Thesaurus). Der Code ist eindeutig und darüber werden die POIs kategorisiert. Paket, Kategorie und Funktion dienen dem Verständnis und der Lesbarkeit. Ein Snenario, bzw. ein Wunschgedanke ist folgender. Ein Kreis hat Daten im XErleben-Format und möchte dies OSM zur Verfügung stellen. Diese Daten sollen automatisiert nach Xerleben Code und der Überführungsliste in OSM POIs überführt werden. Bzw. auch umgekehrt. Natürlich kann es dann noch Duplikate geben, aber eins nach dem anderen. Viele Grüße Christian > > Habe mal als Beispiel eine Umsetzung begonnen. > http://wiki.openstreetmap.org/wiki/User:Gmbo/Testseite > > Da sieht man dass die Tabelle trotz der Trennung in Pakete noch recht > unübersichtlich ist. > > Was wird denn aus der Tabelle hinterher benötigt? > Ich habe z.B. die Codes weggelassen, gibt es dafür eine > Schlüsselbeschreibung? > > In Wirtschaft habe ich dann mal per Hand ein paar Änderungen gemacht. > Sieht dann etwas geordneter aus, auch wenn noch einiges unvollständig > umgesetzt ist. > > > Gruß > Gisbert > > > Am 04.04.2014 17:46, schrieb gmbo: > > Hallo, > > es gibt ein Tool wiki2csv das kann eine Tabelle in beide Richtungen > > umsetzen. > > > > Da die Liste hat schon einen recht großen Umfang hat und umgesetzt so > > wie sie ist, noch schwerer zu lesen und zu verstehen ist, müsste Sie > > wohl in mehrere Seiten aufgeteilt werden und dann von einer > > übergeordneten beschreibenden Seite angesprungen zu werden, oder halt > > eine andere Struktur bekommen. > > > > Viele Grüße > > Gisbert > > > > > > Am 04.04.2014 11:06, schrieb EFTAS Christian Röttger: > >> Hallo, > >> > >>> Hallo > >>> Ich denke die Idee mit der Wiki Seite ist auf jedenfall nicht > schlecht. > >>> Über den Disskussionsbereich lassen sich dann ja auch Diskussionen > zu > >>> einzelnen Tags starten und es bleibt tortzdem übersichtlich. > >>> > >> Genau, so ähnlich war die Idee. Archer hätte dann dort direkt die > >> Brennerei eintragen können. Diese habe ich auf der "How to map" > Seite > >> übersehen. Wie bestimmt auch noch einige andere Sachen, da es ja > eine > >> Vielzahl an Funktionen gibt. > >> > >> Damit kommen wir zurück zu dem zweiten Teil meiner Frage, wie > >> importiere ich am besten (am liebsten automatisch) die bisherige > >> Tabelle in das Wiki. Zusätzlich bräuchte man eine Exportfunktion > (als > >> csv etc.), um die Zuordnungstabelle z.B. in PostgreSQL oder einem > >> Konverter einlesen zu können. Vielleicht kann mir jemand der mit dem > >> Wiki vertrauter ist dazu Tipps geben oder schauen ob es dafür > >> geeignete Plugins gibt. > >> > >> Viele Grüße > >> Christian > >> > >>> mfg > >>> Christian > >>> > >>> > >>> Am 3. April 2014 17:31 schrieb Archer : > >>> > Zur Brennerei findet man unter "How to map a" folgende Anmerkung: > Brennerei: craft=distillery + distillery=* > > Am 3. April 2014 17:16 schrieb EFTAS Christian Röttger > : > > Hallo, > > > > diese aktuelle Tabelle ist nur zur Kategorisierung gedacht. Tags > >>> wie > name, adresse, etc. sollen natürlich als normale Attribute mit > >>> übernommen > werden aber nicht unbedingt der Kategorisierung dienen. > > Wir haben uns erst einmal an den Map Features entlang geangelt, > hauptsächlich in Englisch und auch Seiten wie > http://wiki.openstreetmap.org/wiki/DE:How_to_map_a und > > http://wiki.osm.org/wiki/Map_Features zum besseren Verständniss. > >>> Auch > TagInfo hat die ein oder andere Info gebracht. > > Das Thema ist halt sehr komplex und kann sich nur sukzessiv > >>> entwickeln. > > Craft: brewery benutzen wir ja auch für eine Brauerei. Aber für > >>> eine > Destillerie passt es nicht unbedingt. Auch kann man natürlich zu > >>> jedem Tag > eine eigene Diskussion aufmachen, da es diverse Meinungen und > >>> Sichtweisen > gibt. Wir möchten versuchen daraus einen recht ordentlichen > Konsens > >>> zu > schaffen. > > Viele Grüße > > Christian > > > > Betreff: Re: [Talk-de] Konverter XErleben - OSM > > > > Am 03.04.2014 11:31, schrieb EFTAS Christian Röttger: > >> Hallo liebe OSM-Community, > > Hallo, > > > >> Bei der Zuordnung der Brennerei kommen wir zu dem ersten > Problem. > >> In der "offiziellen"Map Features Liste ( > http://w
Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen
Am 6. April 2014 19:59 schrieb chris66 : > validierst Du die Größe des Platzes? > > Manchmal werden ja z.B. mehrere nebeneinanderliegende Tennisplätze > als ein Feld getaggt. > vermutlich zu aufwendig, leisure=pitch ist EIN Feld, wenn man nun mehrere damit taggt (also sozusagen "falsch"), dann fällt einem das spätestens jetzt auf die Füße und die Mapper werden vermutlich versuchen, die Karte entsprechend zu fixen und das auf die tatsächlichen Spielfelder ummappen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de