from:"Kolossos"

Am 22.-23. März wird es im Anschluss an die Fossgis-Konferenz ein
Hack-weekend geben:
http://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_März_2014

Vielleicht lassen sich dort neue Ideen aus der Konferenz gleich
praktisch umsetzen.

Bitte tragt euch im Wiki ein, wenn ihr dran teilnehmen wollt.

Grüße Tim

P.S.: Danke an Lars für die Orga des Raumes.


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

[Talk-de] Hack-weekend in Berlin nach der Fossgis

Am 22.-23. März wird es im Anschluss an die Fossgis-Konferenz ein
Hack-weekend geben:
http://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_März_2014

Vielleicht lassen sich dort neue Ideen aus der Konferenz gleich
praktisch umsetzen.

Bitte tragt euch im Wiki ein, wenn ihr dran teilnehmen wollt.

Grüße Tim

P.S.: Danke an Lars für die Orga des Raumes.


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

[Talk-de] Hack-weekend in Berlin nach der Fossgis

Am 22.-23. März wird es im Anschluss an die Fossgis-Konferenz ein
Hack-weekend geben:
http://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_März_2014

Vielleicht lassen sich dort neue Ideen aus der Konferenz gleich
praktisch umsetzen.

Bitte tragt euch im Wiki ein, wenn ihr dran teilnehmen wollt.

Grüße Tim

P.S.: Danke an Lars für die Orga des Raumes.


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

Re: [Talk-de] Hack-weekend in Berlin nach der Fossgis

Sorry, mein Mailprogramm hat gesponnen.

Grüße Tim

Am 13.02.2014 19:38, schrieb Wolfgang Hinsch:
 Hi Kolossos,
 
 manche Dinge sind so wichtig, die kann man gar nicht oft genug sagen ;-)
 
 Gruß, Wolfgang
 
 Am Donnerstag, den 13.02.2014, 19:08 +0100 schrieb Kolossos:
 Am 22.-23. März wird es im Anschluss an die Fossgis-Konferenz ein
 Hack-weekend geben:
 http://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_März_2014



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

Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?

2013-12-16 Diskussionsfäden Kolossos

Hallo,
ich muss mich wohl als den Goten outen, der das eingetragen hat.

Die Mehrsprachigkeit hat wohl schon was mit OSM zu tuen, schließlich
profitiert davon auch Nominatim, wenn man einen Ort in seiner Sprache
findet. Wenn man das für große Sprachen erstmal akzeptiert hat, ist es
halt schwer zu sagen ab wann eine Sprache erstmal nicht mehr groß genug
sein soll.

Der Import umfaßte alle Länder und Hauptstädte, da reißte es mich
einfach zu sehr auf diesem globalen Level auch exotischere Sprachen
sichtbar zu machen. Es sollte Leuten zeigen, dass OSM ihre Sprache
unterstützt und sie damit motivieren Orte in ihrer Region wo diese
Sprache relevant ist einzutragen. Schau dir mal an wie wenige Sprecher
es z.B. für Ober- bzw. Untersorbisch bezogen auf die Weltbewölkerung
gibt, trotzdem sind in Orten wie Bautzen diese Sprachen so relevant dass
alle Sprachenschilder doppelt existieren.

Daneben sollte der Import auch dazu dienen, dass man die Leserlichkeit
des Renderers mal für alles Sprachen testen kann. Teilweise ist das
eeher eine Katastrophe (Thai, Koreanisch). Wenn OSM in solchen Regionen
dann nicht wächst, ist dann kein Wunder.

Nun zum Gotischen: Da bin ich ggf. etwas übers Ziel hinaus geschossen.
Wobei so Tod kann eine Sprachen nicht sein, wenn in dieser Sprache Leute
eine komplette Wikipedia schreiben.
Gotisch war die einzigste der 280 Sprachen bei derren Import es komische
Fehler gab. Da bin ich aber noch nicht drauf gekommen, woher das kam.

Um technisch die Übersichtlichkeit in diesen Fällen zu verbessern
sollten Editoren aus meiner Sicht Parameter bei dem : im Key
einzuklappen. Es gibt aber auch andere Parameter als den Name-Tag für
die das sinnvoll sein könnte, z.B. die TMC-Daten.

Grüße Tim alias Kolossos


Am 16.12.2013 14:40, schrieb Jörg Frings-Fürst:
 Hallo,
 
 ich frage mal direkt: 
 
 Ist OSM jetzt so etwas wie Wikipedia? 
 
 Oder soll OSM eine GeoDatenBank sein/werden/bleiben?
 
 
 Ich habe mir heute mal meine Grenzextrakte angeschaut und bei einigen
 Probleme festgestellt.
 
 Dabei ist mir in Island der folgende Änderungsdatensatz aufgefallen:
 
 [Zitat]
 name localizations from wikipedia for ~70 countries without name:got [1]
 [/Zitat]
 
 
 got als Sprache war mir unbekannt, also nachgeschaut und festgestellt
 das gotisch damit gemeint ist.
 
 Damit das folgende nicht falsch verstanden wird:
 [Ironie]
 Ist es jetzt geplant OSM zu den Goten ins 4. Jh. zu transferieren?
 [/Ironie]
 
 Nichts desto trotz drängen sich hier einige Fragen auf:
 
 - kannten die Goten Island überhaupt?
 - Warum wird eine tote Sprache erfasst?
 
 
 Aber vielleicht sollte ich mal etwas weiter ausholen.
 
 Ich bin jetzt ja schon ein paar Tage dabei. Ich kann mich an einige
 Diskussionen in meiner Anfangszeit erinnern. Unter anderem ging es in
 einer darum zusätzliche Daten für einen Heimatverein zu erfassen. Wenn
 ich mich richtig erinnere sollten damals diese Daten extern gespeichert
 werden.
 
 Genau der Gegensatz dazu war die kürzliche Diskussion über die Angabe ob
 zum Zeitpunkt x in einem POI laktosefreie Lebensmittel angeboten wurden.
 Diese Angaben wurden eingetragen.
 
 
 
 Also aus meiner Sicht ergeben sich folgende Probleme:
 
 - OSM wird immer mehr zu einem Ableger von Wikipedia.
 - Der Bezug zu GeoDaten tritt immer weiter in den Hintergrund
 - Die Datenbank wächst immer schneller und wird bald für ext.
 Anwendungen über Updates nicht mehr zu verarbeiten sein.
 - Der durch nicht erforderliche Daten verursachte Traffic steigt.
 
 
 Ich könnte mir dazu einige Lösungsansätze vorstellen:
 
 - Festlegung welche Daten überhaupt erfasst werden
 - Trennung zwischen GeoDaten und zusätzlichen Daten und Vorhaltung in
 getrennten Datenbanken.
 - effizientere Datenstrukturen
 
 
 Oder vielleicht doch den anderen Weg:
 [Ironie]
 - Öffnung von OSM in Richtung Weltwissensdatenbank, Zusammenschluss von
 OSM, Wikipedia, NSA und GCHQ um die zu erreichen. ;-(
 [/Ironie]
 
 
 Das waren jetzt meine Gedanken und Vorschläge. Vielleicht seht Ihr das
 ja anders und / oder habt andere Vorschläge.
 
 
 Dies lässt sich ja nicht bis morgen umsetzten, wir sollten uns jedoch
 schon Gedanken über die Zukunft von OSM machen. Wobei ich denke je eher
 damit begonnen wird desto besser.
 
 
 
 CU
 
 Jörg
 
 
 
 [1] http://www.openstreetmap.org/changeset/17255604
 
 
 
 ___
 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] OSM Assembly auf den 30C3

2013-11-25 Diskussionsfäden Kolossos

Am 25.11.2013 19:02, schrieb wn reader:
 Anders als letzes Jahr würden wir gerne weniger Präsentieren und mehr Hacken.

Wir sollten aber auch nicht so tief in unsere Laptops versunken sein,
dass es keiner mehr wagt uns anzusprechen. Vielleicht teilen wir uns ja
abwechselnd rein, so dass immer 1-2 Leute ansprechbar sind, während die
anderen produktiv rumhacken können.

Ganz so voll wie letztes Jahr muss der Tisch wirklich nicht sein.

Grüße Kolossos


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

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

2013-10-11 Diskussionsfäden Kolossos

Wenn du dir das mal anschaust:
http://wiki.openstreetmap.org/wiki/Tile_usage_policy

Leider ist da keine Grenze von Tiles pro Tag angegeben, ab der eine
Karte kritisch wird.

Grüße Tim

Am 11.10.2013 12:26, schrieb tshrub:
 und nur schon Mal vorweg:
 mit dem Tiles-download /-managment. Gibt es da was zu beachten / - Quellen?
 Gruß



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

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

2013-10-10 Diskussionsfäden Kolossos

Hallo,
Serverseitig solltest du schon klären, wie viele Anfragen wohl so kommen
werden und wie viele Elemente mal in deiner Datenbank stehen werden und
welche Zoomlevel du unterstützen möchtest.
Das ganz kann für die Datenbank u.U. kritisch werden, daher durchaus mal
über raumbezogene Indixierung nachdenken:
http://dev.mysql.com/doc/refman/5.1/de/spatial-extensions.html

Grüße Tim alias Kolossos

Am 10.10.2013 14:17, schrieb tshrub:
 Hey,
 
 Dank für eure schnellen und informativen Antworten!
 
 Ich suche  probiere grad aus - durch die 209 OpenLayer-Beispiele etc.
 hoffen, etwas (schon fast) passendes günstiges zu finden.
 
 Schätze aber (nach den paar Stunden), etwas mit Leaflet zu machen, da
 neuer  schneller  die paar Besp. funktionierten ganz gut und - ich
 brauche nur unterschiedliche Pins (Kategorien; können auch nur Punkte
 sein) auf der Karte, eine Clusterung und etwas hover-Info auf den
 Punkten. Openlayer soll ja mehr(für mich zu?)viel können ...
 
 Auf der Serverseite läuft nur php und mysql - eben in einer Tabelle
 Geodaten, in einer Kategorien, 
 
 GeoJSON sagt mir noch nicht soviel. JSON, zum Daten speichern,
 ist/war/erschien mir meist zu aufgebläht und legte die Daten bisher
 lieber blanko in die Tabelle.
 
 Grüße



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

Re: [Talk-de] db-Tabelle per Kartenausschnitt filtern

2013-10-10 Diskussionsfäden Kolossos

Lat, long als varchar und bestimmt noch ohne Index ist alles andere als
optimal, bis 50.000 Einträge fällt dir das aber bestimmt nicht auf. Mach
doch aber aus deine Koordinaten wenigstens Zahlen und hänge jeweils
einen Index ran, schließlich willst du ja prüfen, ob die between der
Bereichsgrenzen liegen.

Die Ausgabe sollte bei ca. 1000 limitiert sein, damit nie zu viele Daten
übers Netz geht. Auf den Schirm passen eher nur sowas wie 80 Punkte.

Grüße Tim

Am 10.10.2013 21:25, schrieb tshrub:
 Hey Kolossos,
 Danke!
 Serverseitig solltest du schon klären, wie viele Anfragen wohl so
 kommen werden und wie viele Elemente mal in deiner Datenbank stehen
 das kann ich nicht abschätzen. Ein paar Hundert bis paar Tausend Elemente?
 
 werden und welche Zoomlevel du unterstützen möchtest.
 beim o.g. Filtern sind sicher nicht alle Level und die ganz großen nötig.
 
 
 Das ganz kann
 für die Datenbank u.U. kritisch werden, daher durchaus mal über
 raumbezogene Indixierung nachdenken
 jetzt sind die Werte als varchar() lat, long in einer MySql-InnoDB Tabelle.
 
 Gruß




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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

2013-09-20 Diskussionsfäden Kolossos

Die Seite wurde mittlerweile auf OSM umgestellt.

Grüße Tim

Am 09.09.2013 00:07, schrieb gmbo:
 Finde es auch schade, dass da ausgerechnet Google genommen wurde, wenn
 man sich offene Daten auf die Fahne schreibt.
 Normalerweise sollte man ihnen, mal eine  Anzeige der OSM-Karte mit den
 Daten der Wahlkreise schicken und ihnen zeigen, dass es einfach möglich
 ist auch die dazugehörigen Wahllokale als Pois einzutaggen.
 
 Ach so, auch ich bin der Meinung, dass es richtig ist die Wahlkreise in
 OSM zu pflegen, auch wenn ich heute und für diiese Wahl da keine
 Anwendung für mich sähe.
 
 Immer richtig sind solche Grenzen ja nie, wie ich erst letztens an einer
 Menge PLZ-Grenzen in HH gesehen habe. da gibt es ein  großes weißes Loch
 und so zerfranste Außenränderder angrenzenden PLZ Bereiche,,dass es gar
 nicht einfach sein wird, das mal eben zu ändern.
 
 Gruß
 Gisbert
 
 Am 0


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

Re: [Talk-de] 30C3 Call for Participation

2013-09-12 Diskussionsfäden Kolossos

Am 12.09.2013 01:08, schrieb Michael Kugelmann:
 Am 11.09.2013 10:36, schrieb Johannes Kröger:
 Ich würde mich sehr über etwas zur Overpass-API  overpass-turbo.eu
 freuen. Ala was kann man alles mit ihr machen, wie einfach ist es
 Daten aus OSM zu holen, etc. Ich glaube, das sowas bei vielen
 verschiedenen Leuten gut ankommen könnte.
 Ich verweise in dem Zusammenhang u.A. auf die Videos von der FOSSGIS
 (IIRC auch 2012, sicher aber 2013
 http://wiki.openstreetmap.org/wiki/FOSSGIS_2013 ) oder von der gerade zu
 Ende gegangenen SOTM 2013.
 
 
 Grüße,
 Michael.

Naja, ich denke auch eher an sowas wie Neues von OSM in 5 Minuten,
könnte als Lightning-talk nett sein. Ich bin mir nicht sicher, ob ein
langer Spezialvortrag das richtige Publikum findet.

Auch im 3D-Bereich, im Rendering(Tilemill) und der Smartphone-Nutzung
hat sich ja schließlich gigantisch was getan. Das sind aber so
aufwendige Anwendungen, dass die nicht eben mal zum schnellen hacken
einladen.

Wir könnten aber anhand der zum letzten Kongress zusammengehackten
Indoor-Karte[1] zeigen, was sich so machen läßt. Dank der nun
funktionierenden Indoor-Navigation sollten die Leute ja dann auch den
Stand finden.

Wenn sich niemand für einen derartigen Vortrag auf die Bühne stellen
will, wird es aber dank passender Standgestaltung, auch so funktionieren.

Grüße Tim

[1]http://mlm.jochentopf.com/29c3/


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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

2013-09-08 Diskussionsfäden Kolossos

Ich sehe in WikiData in diesem Zusammenhang noch keine Vorteile.
Die OSM-Objekte für Wahlkreise tragen schon jetzt den Wikipedia-Tag,
damit besteht die Verbindung zu Wikipedia, aber auch zu WikiDATA.
Wir haben das mit WIWOSM getestet und indirekt nutzen wir mit den
Interwikilinks schon jetzt Wikidata.

Da fände ich es jetzt wichtiger das Projekt vor der Wahl das Projekt
noch abzuschließen. Dazu wären die Relationen noch zu korrigieren bzw.
zu ergänzen und es sollte über WIWOSM die Geometrien in der Wikipedia
verfügbar gemacht werden, in dem man in jedem Artikel noch eine
Geokoordinate einpflegt.

WikiDATA kann im Moment nur einzeln Geokoordinaten speichern, hat
dahinter aber noch nicht mal eine Kartenanwendung, Ob und wann
Geojson/Topojson unterstützt wird, steht wohl noch in den Sternen. Es
gibt noch nicht mal ein System wie man an die Daten von WikiDATA
vernünftig ran kommen könnte.

 Grüße Tim

P.S: Ich habe gelernt, dass es mit den WAHL.DATEN.HELFER auch noch mehr
Interessenten an den Infos gibt, um damit schöne Visualisierungen zu machen:
http://wahldatenhelfer.de/


Am 08.09.2013 17:00, schrieb Tirkon:
 Harald Schwarz harald.malte.schw...@gmx.de wrote:
 
 ich habe angefangen die 299 Wahlkreise für die Bundestagswahl 2013 in OSM 
 einzutragen.
 
 Um die im Thread deutlich gewordenen Konflikte aufzulösen, könnte man
 vielleicht überlegen, ob man die Grenzen für Wahlkreise, Kirchenkreise
 etc. in Zusamenarbeit mit dem freien Wikidata erfasst. 
 
 Wikidata wurde geschaffen, um diejenigen Daten zu vereinheitlichen,
 die bisher in den 280 Sprachversionen der Wikipedia getrennt erfasst
 wurden und von daher oft verschieden waren. Wenn durch die Integration
 über Wikidata ein Wikipedianer die Einwohnerzahl eines Ortes in seinem
 Land ändert, dann erscheint sie damit in allen Sprachversionen. Dies
 gilt im Wesentlichen für die meisten Angaben die in den Artikelboxen
 verzeichnet sind.
 
 In Wikidata wurde für jede Gebietskörperschaft eine ID angelegt, die
 eindeutig auf die jeweiligen Artikel in den Sprachversionen verweist.
 Dies gilt auch für Wahlkreise und Bistümer etc, da hierfür auch
 Wikipedia Artikel existieren. 
 
 Wikidata ist zwar ein Schwesterprojekt der Wikipedia aber ebenso wie
 die Bilderdatenbank Wikicommons nicht damit verheiratet. Beide
 Projekte dürfen und sollen auch anderweitig genutzt werden, wie das
 bei Letzterem auch schon geschieht. Man könnte also die existierenden
 Wikidata Objekte auch dazu nutzen, als eine Sammelrelation zu
 dienen. Und wenn ein benötigtes Objekt fehlt, erzeugt man es eben.
 Dann spräche auch nichts mehr dagegen, zu jeder Wahl neue Wahlkreise
 zu erstellen und somit die geschichtliche Entwicklung nachzuverfolgen.
 
 Natürlich sollte eine solch umfangreiche Aktion vorher mit der
 Wikidata Community abgestimmt werden.
 
 https://www.wikidata.org/wiki/Wikidata:Hauptseite
 



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

Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM

2013-09-03 Diskussionsfäden Kolossos

Relevanz haben die Wahlkreise schon dadurch bewiesen. dass es für jeden
einen Wikipedia-Artikel[1] gibt. Hatten wir nicht schon zig
Diskussionen, wo der Wikipedia ihre stringenten Löschprazis wegen
Irrelevanz vorgeworfen wurde und jetzt wird das hier noch strenger
beurteilt?
Die Wikipedia-Artikel existieren übrigens nicht nur, sie werden auch
gelesen[2], im Fall des aufgeführten Beispiels über 500mal pro Monat.
Die Artikel werden übrigens auch nicht nach der Wahl gelöscht.

Damit wäre ich auch gleich bei einem möglichen Anwendungsfall, gerendert
werden könnten die Daten sofort über WIWOSM in der OSM-Karte von jedem
Wikipedia-Artikel.

Als Mitglied in diesem Wikimedia-Verein kann ich auch sagen, dass dieser
Verein auch OpenData unterstützt und zwischen Zivilgesellschaft und
Politik vermittelt. Früher haben die Bürger für Wahlrecht gekämpft (u.a.
1989 im Osten), jetzt sollten die Bürger sich für dieses erkämpfte
Wahlrecht auch bitte schön interessieren, also auch für die Wahlkreise... .

Eine andere Anwendung sehe ich in Statistiken, vielleicht findet ja
jemand eine Korrelation zwischen der Dichte der erfassten
Hundekotttüttenspendern und den Wahlergebnisssen einer bestimmten Partei
;-).

Also kurzum ich hätte die Daten generell gern drin.

Allerdings müssten die Daten wirklich korrekt sein. Die Daten gibt es
als ungeneralisiert Shapefiles beim Bundeswahlleiter zum Download[3].
Die erste PDF auf der Seite zeigt gut, dass es neben den
Wahlkreisgrenzen, die gleichzeitig Kreisgrenzen sind, auch Wahlkreisen
gibt, die das nicht sind. Die müssten also wohl importiert werden. Man
müßte allerdings mal mit dem Wahlleiter sprechen wie mit dem gewünschten
Copyright-vermerk umzugehen ist, vielleicht reicht ja ein source-Tag.

Grüße Tim alias Kolossos

[1]
http://de.wikipedia.org/wiki/Bundestagswahlkreis_Schwerin_%E2%80%93_Ludwigslust-Parchim_I_%E2%80%93_Nordwestmecklenburg_I

[2]
http://stats.grok.se/de/201308/Bundestagswahlkreis_Schwerin_%E2%80%93_Ludwigslust-Parchim_I_%E2%80%93_Nordwestmecklenburg_I

[3]http://www.bundeswahlleiter.de/de/bundestagswahlen/BTW_BUND_13/wahlkreiseinteilung/kartographische_darstellung.html

Am 02.09.2013 15:52, schrieb Jörg Frings-Fürst:
Am Montag, den 02.09.2013, 14:14 +0200 schrieb Martin Koppenhoefer:
Am 2. September 2013 13:51 schrieb Jörg Frings-Fürst o...@jff-webhosting.net
:

[...]

Ich möchte jetzt nicht mit Relevanz anfangen.

wie meinst Du das? Genau darum geht es doch in dieser Diskussion?

Ja gut dann sind die Daten irrelevant:

1.) Ein Wahlkreis wird nicht durch den direkt gewählten Abgeordneten
vertreten, da der Wahlkreis keine Gebietskörperschaft ist.

2.) Auch die Gebietskörperschaften die in dem Wahlkreis liegen haben
kein Wahlrecht bei den Wahlen und können daher nicht von dem direkt
gewählten Abgeordneten vertreten werden.

3.) Ein Wahlkreis ist die Zusammenfassung von wahlberechtigten
Einwohnern zu einem bestimmten Zeitpunkt. Der durch diese Einwohner
gewählte Abgeordnete vertritt dann die Gesamtheit der Einwohner zum
Zeitpunkt X.

4.) Durch Fluktuation aus allen möglichen Gründen ändert sich die
Zusammenstellung der Einwohner ständig. Da ein Bürger bei einem Zuzug
aus einem anderen Wahlkreis dort schon einen Abgeordneten legitimiert
hat darf er keinen zweiten legitimieren. Er gehört damit erst zur
nächsten Wahl dem neuen Wahlkreis an.

5.) Damit Daten relevant sind müssen sie korrekt sein. Sie sind es aber
zumindest teilweise nicht.

Gruß Jörg

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

Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt

2013-08-28 Diskussionsfäden Kolossos

Hallo Roland,
ich denke auch, weniger wird in dem Fall mehr sein.
Was erwartet der Nutzer wenn er absichtlich oder unabsichtlich auf die
Karte klickt?

Aus den boundary Informationen könnte man ja noch einen Baum derart
stricken:
Deutschland/NRW/Köln/Innenstadt.
Ich würde das aber eher verstecken oder zumindest anders formatieren.

Komischer Weise ist es mir nicht gelungen, die Toilette neben dem Dom
abzufragen. Woran liegt das?

Auch wenn das Objekt im oberen Bildteil liegt, sollte das Popup
vollständig auf dem Bildschirm erscheinen, und nicht oben raus schießen.

Der Id-Editor übersetzt die Tags ja mittlerweile ins Deutsche, sodass
ich schrecklicher Weise noch nicht mal an die Original-Tags ran komme.
Für den Popup-Layer könnte so eine Übersetzung aber ggf. sinnvoll sein.
Je nachdem ob, wir Leuten nützliche Informationen liefern wollen oder
aber den Leuten unser Key-Value-Schema lernen lassen wollen.

Trotz aller Kritik, danke für die reizvolle Entwicklung.

Grüße Tim



Am 28.08.2013 18:59, schrieb Peter Barth:
 Hallo Roland,
 
 ich antworte hier mal auf Tobias, da ich mich ihm inhaltlich zum Teil
 anschließen möchte und hoffe, dass du noch auf seine Vorschläge eingehst 
 bzw. darauf antwortest. :)
 
 Tobias Knerr schrieb:
 Am 26.08.2013 19:36, schrieb Roland Olbricht:
 Per Beispiel:
 http://overpass.apis.dev.openstreetmap.org/#map=15/50.9429/6.9541

 ich muss mal etwas grundsätzlicheres loswerden. Technisch finde ich
 deine Entwicklung zwar eine gute Basis und nicht zuletzt zeigt der
 Anwendungsfall, wie vielseitig einsetzbar die Overpass API ist.

 Nur: Mit der Benutzerschnittstelle habe ich etwas Bauchschmerzen, weil
 es in eine ganz andere Richtung geht, als ich es bei der Ursprungsidee
 POI anklicken erwartet hätte.
 
 Ich muss zugeben, dass ich erst nach Tobias Mail überhaupt darüber 
 nachgedacht hatte. Ich bin (auch) davon ausgegangen, dass das ein Proof 
 of Concept ist und kein fertiges Bedienkonzept darstellen soll.
 
 Andernfalls kann ich Tobias nur zustimmen. Mir geht das zu sehr in die
 Richtung Dev-Tool und würde in der aktuellen Form meiner Meinung nach
 nicht so gut auf die Hauptseite passen.
 
 Kannst du daher vielleicht nochmal für die Dummies etwas grundsätzlicher
 erklären, was du da konkret vorhast bzw. wo die Reise hingehen soll?
 Zusätzlich würde ich mich natürlich auch noch über ein Feedback auf
 Tobias Vorschläge freuen.
 
 Vielen Dank,
 Peda
 
 -- 
 



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

[Talk-de] Kunstprojekte mit OpenStreetMap?

2013-08-23 Diskussionsfäden Kolossos

Hallo zusammen,
da ich von 3 verschiedenen Seiten angesprochen wurden, wo Künstler etwas
mit OSM machen wollen, wollte ich mal fragen, ob euch Kunstprojekte
bekannt sind?

Bei meinen Anfragen geht es hauptsächlich um die Verortung von
Geschichten, Gedichten, Gerüchen, Bildern, Historie und Interviews auf
einer Karte. (Keine Sorge die Dinge werden nicht direkt in die
OSM-Datenbank einfließen). Teilweise geht es auch um den Community- bzw.
Mitmachcharakter des Projektes.

Was ich schon kenne ist:
http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services#Art

Daneben werden ja Teller, Wanduhren, Holztafeln mit Karten von OSM
angeboten. Auch unser Projektgründer versucht sich mit GPS-Kunstpostern:
http://www.kickstarter.com/projects/237731198/gps-art-poster

Wer kennt noch was anderes? Ich würde das dann auch mal auf einer
Wikiseite zu sammeln versuchen.

Die technische Umsetzung sollte für solche Fälle möglichst einfach sein,
da gefällt mir umap.openstreetmap.fr im Moment sehr gut.

Grüße Tim alias Kolossos

P.S.: Was uns fehlt, ist ja sowas wie es es für Google Maps von Aram
Bartholl gibt, aber da fehlt es uns wohl noch an Bekanntheitsgrad:
http://datenform.de/map.html





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

Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?

2013-07-27 Diskussionsfäden Kolossos

Hallo,
so wie es für mich aussieht kann das einzigste Schutzschild für den
Nutzer nur sein, die Zuordnenbarkeit des Benutzeraccounts zur eigenen
Person zu verhindern.

Man kann dafür erstmal generell raten nicht den Realnamen sondern ein
Pseudonym zu nutzen, auf Stammtischen reicht der Vorname.

Trotzdem kann ich aus eigener Erfahrung sagen, dass diese Brandmauer für
langjährige Nutzer, die vielleicht noch OSM-Dienste auf eigenen Servern
anbieten ziemlich dünn wird. Aber was spricht dagegen Edits auch mal
unter einem anderen Account durchzuführen oder seinen Account regelmäßig
zu wechseln, etc..

Die Email-Adresse sollte auch nicht eine direkte Zuordnenbarkeit
besitzen, für den Fall das ein Geheimdienst den Server mal öffnet.
Die Passwörter werden ja wohl eh codiert auf dem Server liegen.

Daneben gehen die Admins aus meiner Sicht schon recht sorgfältig und
sparsam mit den Nutzerdaten um. Zum Glück unterliegen sie ja auch keinem
Vermarktungszwang für ein Geschäftsmodell wie bei anderen Projekten.

Grüße Tim alias Kolossos



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

Re: [Talk-de] 5 Jahre OSM - eine persönliche Bilanz -MLM

2013-07-18 Diskussionsfäden Kolossos

Hallo,
zur Mehrsprachigen Karten hatten Jochen und ich etwas zur FOSSGIS
gesagt[1]. Wir haben in der Wikipedia wirklich erstaunlich wenig
Zugriffe auf die Karte, daher ist das derzeit sehr moderat, kann sich
aber ändern. Wir liefern 100 Tiles/sec vom Toolserver aus, wobei das
fast nur hikebikemap Kacheln sind. Das ist fast nix im Vergleich zu den
3000 Tiles/sec von OSM.org. Die Tiles für die OSM-Karte in der Wikipedia
kommt (nach Rücksprache) derzeit von OSM.org, auch weil OSM jetzt über
ein gutes Verteilsystem verfügt (http://dns.osm.org).

Im Moment steht die Umsetzung der mlm-Karte eher in den Sternen, ich
bleibe aber dran und kann Mitte August vielleicht mehr sagen.

Verwirrung: Jochen-Kacheln kommen nicht vom Toolserver sondern vom
Fossgis-Server, der verträgt aber auch was. Was sind Kacheln von
openoffice.org? Ich denke das war ein Tippfehler.

Der Heiße Scheiß für Spezialkarten nennt sich gerade Vector-tiles [2]
die dann von Mapnik gerendert werden, davon würde dann auch die
mehrsprachige Karte profitieren. Alle Probleme löst das aber auch nicht,
so ist das eher was für design-Anpassungen bei allgemeinen Karte, da man
trotzdem Daten in den niedrigen Zoom-level wegwerfen muss. Die Lösung
ist auch noch nicht komplett fertig bzw. verfügbar.

Grüße Tim alias Kolossos

[1] Video:
http://ftp5.gwdg.de/pub/misc/openstreetmap/FOSSGIS2013/FOSSGIS13-546-de-multilinguale-karten.mp4

[2] Video:
http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68095142

Am 18.07.2013 10:08, schrieb rainerU:
Hallo,

Am 17.07.2013 18:01, schrieb Tirkon:
Joachim Topf hat eine multilinguale OSM Karte in 280 (Sprach-)
Versionen mit moderatem Traffic für Wikipedia entwickelt, die dort
derzeit implementiert wird.

Ich nutze selbst Jochens Kacheln vom Toolserver (nach Absprache mit Tim Alder)
für eine Spezialkarte. Mich interessiert, wie du das mit dem moderaten
Traffic
meinst. Der Traffic pro Abruf sollte doch derselbe sein wie bei den Kacheln
von
openoffice.org. Oder meinst du damit, dass derzeit der Traffic durch Abrufe
moderat ist?

Wenn sich diese dort bewährt, spekuliere
ich mit ihr als Werkzeug-Grundlage darauf, Spezialkarten auf Basis
dieses Konzepts billiger ausliefern zu können.

Das Problem der Last auf den Server wird dadurch doch eher noch verschärft,
Derzeit verteilt sich der Traffic auf die diversen Server der Spezialkarten.
Wenn diese alle die Kacheln vom Toolserver, oder einem anderen Server, auf dem
diese dann liegen, dann sehe ich da keine keine Verbesserung.

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

Re: [Talk-de] Karte einbinden im OSM Wiki - umap

2013-07-05 Diskussionsfäden Kolossos

Schau dir mal UMAP an. Dann brauchst du, um auf deine persönliche Karte
zu verlinken, keinen Webspace:
http://umap.openstreetmap.fr/en/

Grüße Tim alias Kolossos


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

Re: [Talk-de] Bilder zusammenfügen

2013-06-28 Diskussionsfäden Kolossos

Auf Commons experiementieren wir gerade mit maps-warper[1]
zur Georeferenzierung. Zugangsdaten unter [2]. Das Ganze ist eingebunden
in ein Projekt namens Wikimaps[3], aber noch längst nicht fertig.

Ich hatte mal mit einem Gigapan-Kameraautomaten ganz gut Erfahrungen
gemacht um hochauflösend ein Bild aufzunehmen.

Wenn die Karten gemeinfrei sind und später veröffentlicht werden, könnte
ich mir auch vorstellen, dass Wikimedia e.V. die Kosten für ordentliche
Scans auf Anfrage übernimmt.

Grüße Tim alias Kolossos

[1] http://maps-warper.instance-proxy.wmflabs.org/maps/2/#Preview_Map_tab
[2]http://lists.wikimedia.org/pipermail/maps-l/2013-June/001281.html
[3]https://commons.wikimedia.org/wiki/Commons:Wikimaps

Am 26.06.2013 23:24, schrieb Thorsten Alge:
 Hallo Liste,
 
 ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene
 Zwecke einscannen würde. Da diese aber deutlich über die größe meines
 Scanners herausragen muss ich diese in Abschnitten einscannen und danach
 zusammen fügen.
 
 Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software
 empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar
 nicht zurecht.
 
 Gruß
 
 Thorsten
 



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

Re: [Talk-de] vereinfachte Gebietsgrenzen

2013-03-26 Diskussionsfäden Kolossos

Bei Postgis ist der Douglas-Peucker in der Funktion ST_Simplify() 
implementiert. Will man ohne Datenbank arbeiten gäbe es unter Python

die Funktionssammlung shapely[1] mit ebenso einer Funktion.
Postgis sollte das aber auch ohne Vereinfachung mit der Funktion 
ST_Within hinreichend schnell hinbekommen, wenn man die Suche vorher 
über den erwähnten Index eingegrenzt hat.


Grüße Tim

[1]http://toblerity.github.com/shapely/manual.html



Am 26.03.2013 18:20, schrieb Florian Lohoff:

On Tue, Mar 26, 2013 at 04:18:30PM +0100, Jan Tappenbeck wrote:

Hi !

wenn man Punkte auf deren Zugehörigkeit prüfen will ist es manchmal
erforderlich die Umgrenzungen von Gebieten zu haben. Das kann, von
der Punktezahl machmal sehr viel sein, aber vereinfacht wäre es viel
einfacher.

Weiß einer von Euch ob es wo vereinfachte Kreis, Gemeinde etc.
-grenzen gibt oder hat ein Script für die Vereinfachung der
Polygongeometrien?


Wenn man danach googled ist das Douglas-Peucker wenn ich mich
richtig erinnere. Ich habe keine schoene verstaendliche implementierung
gefunden.

Ich habe mich immer damit beholfen das in einer Postgres zu machen.
Einfach grenzen zusammensetzen - Der optimiert sich dann ein wenig was
ueber die index d.h. bounding boxes zusammen. Mehr optimierung habe
ich nie gebraucht.

Flo



___
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] Stadtteil-Karte?

2013-02-26 Diskussionsfäden Kolossos


Das wäre meine Antwort mit anderer Farbigkeit dazu:
http://www.itoworld.com/map/2

Grüße Tim

Am 26.02.2013 10:53, schrieb SB79:

Hallo,

ich frage mich gerade, ob es eine OSM-Karte gibt, die besonderen Wert
auf die Visualisierung von Stadtteilen und Stadtteilgrenzen legt. Kennt
jemand von euch so eine Karte?

Gruß,
Stephan





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

Re: [Talk-de] Foto-/Bilder-Server?

2013-02-15 Diskussionsfäden Kolossos

Das MediaWiki als Software ist an sich schon eine ganz passable 
Bildverarbeitung. Die Frage ist, welche der Funktionalitäten man haben 
möchte:

*Bildbeschreibungsseiten
*Kategorien
*Lizenzbausteine
*Upload-wizard
*Mehrsprachigkeit der Oberfläche
*Notizen im Bild
*Georeferenzierung
*Nutzerverwaltung

Eventuell will man die Oberfläche auch viel stärker 
vereinfachen/gamifizieren.


Von der durchschnittlichen Bildqualität die man erwartet wird es 
abhängen, ob es Sinn macht Wikimedia Commons als Webseite direkt zu 
nutzen oder ob man lieber wie bei Flickr ausgewählte Bilder sich nach 
Commons rüberzieht.


Ich will eigentlich nicht tonnenweise Bilder von Hausnummern auf Commons 
haben, wenn die dann noch in schlechter Qualität aufgenommen und mit 
schlechten Metadaten/Kategorien versehen sind. Bei guten Bildern von 
Straßenansichten und Gebäuden, aber gerne. Das die Bilder vom Handy 
stammen ist mittlerweile wohl kein Ausschlußkriterium mehr.


Grüße Tim


Am 15.02.2013 08:51, schrieb Markus:

Hallo Stefan,


Fotos an einem Ort hinterlegen
Webservice, der Fotos verwaltet in passender Lizenz


Dafür eignet sich ideal
http://commons.wikimedia.org/wiki/Hauptseite
Dort sind falle gängigen Medien und Formate möglishc,
die Lizenz ist frei wählbar.

Bilder mit Koordinate im Exif werden automatisch lokalisiert.
Du kannst aber jedes Bild ganz simpel auch händisch lokalisieren:
http://commons.wikimedia.org/wiki/Commons:Georeferenzierung

z.B. mit http://tools.freeside.sk/geolocator/geolocator.html
Vielleicht gibt es ein solches Tool ja auch bereits mit OSM?
Oder Ihr baut ein solches?

Vorteil von Commons:
Commons ist die gröste freie Medien-DB, Teil von Wikiedia.
Die Daten können also weltweit frei genutzt werden.

Gruss, Markus




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

Re: [Talk-de] Demo mehrsprachige Karte

2013-01-10 Diskussionsfäden Kolossos


An der Stelle sollte man auf Historial OSM setzen:
http://wiki.openstreetmap.org/wiki/Historical_OSM
http://lists.openstreetmap.org/listinfo/historic

Das Projekt scheint kontinuierlich voran zu schreiten, angeblich kann 
man sogar schon editieren, es wird bloß noch nichts gerendert.


Von der Warte könnte man es in OSM einfach halten und die 
komplizierten/interessanten Fälle dem Historial_OSM überlassen,

statt ihm die Butter vom Brot zunehmen.

Grüße Tim

Am 06.01.2013 14:49, schrieb Sven Geggus:

Martin Koppenhoefer dieterdre...@gmail.com wrote:


naja, Köln ist wohl doch gerade ein Fall, wo ich den lateinischen
Namen als name:la eintragen würde. Colonia Claudia Ara
Agrippinensium, ich sehe gerade, das hat schon jemand in OSM
eingetragen. Für damalige Verhältnisse war das glaub schon ein
place=city [1].


http://pelagios.dme.ait.ac.at/maps/greco-roman/

Worauf ich raus will:
Für solche Sachen eignet sich eine Spiezialkarte wie diese mit
Spezialdatenbank, die sich ja kaum noch ändert, wenn es keine neuen
Forschungsergebnisse gibt, erheblich besser als OSM

Sven





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

Re: [Talk-de] Wo Image of the Week einreichen

2012-12-14 Diskussionsfäden Kolossos


Am 14.12.2012 10:09, schrieb Jan Tappenbeck:

hi !

weiß einer wo man Bilder für Image of the week einreichen kann?

Gruß Jan :-)

Den Links auf der Hauptseite folgen zu:
http://wiki.openstreetmap.org/wiki/Featured_image_proposals

Grüße Tim


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

Re: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?

2012-12-14 Diskussionsfäden Kolossos

Hallo, leider wird die mehrsprachige Karte noch nicht in der Wikipedia 
eingesetzt, dazu müssen wir noch die Serverfrage klären.
Ich denke auch das diese Doppelbenamungen ein Relikt aus der 
Vergangenheit sind. Gerade auch in Japan stellt das eine unsaubere 
Lösung dar unter dem auch alle Auswerte-Tools und Nominatim zu kämpfen 
haben. Es hilft wohl nur ein sauberes Rendering zu etablieren und dann 
die Daten zu bereinigen.


Grüße Tim

Am 13.12.2012 23:49, schrieb Peter Wendorff:

Hallo Wuzzy.
Du hast recht, dass das ungünstig ist. Bisher war es für viele Regionen
eben ein Workaround um das Problem, dass es nicht eine eindeutige
Primärsprache gibt - oder dass das Schriftsystem unlesbar wird etc.
Beispiele findest Du nicht nur in Afrika, sondern auch in Asien und
selbst in Europäischen Ländern mit mehreren Sprachen.

Die mehrsprachige Karte könnte das lösen, aber bisher ist sie ein
Nischenprodukt, selbst wenn sie schon bei Wikimedia eingesetzt werden
sollte (wird sie das schon?).
Solange aber die normale Variante der name ist, wird sich da nichts
ändern, denke ich.

Gruß
Peter

Am 13.12.2012 21:38, schrieb Wuzzy:

Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto
vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags
quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in
Landessprache _und_ der lateinischen Transkription angegeben wird.

Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika,
insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist,
dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies
verspottet. :(
Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier
aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in
selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht
deutsch. Ich bin mir sicher, so war das sicherlich nicht
gedacht. ;-)

Dass beides in der selben Zeile auftauchen kann, war ja schon in der
Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung
hat wohl noch niemand ausgemacht. Oder?

Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte
es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens
im selben Key unterzubringen, gerade bei einer dynamischen
mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann,
wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im
selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte?

Der Witz ist, die mehrsprachige Karte dient schon jetzt auf
unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-)





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

Re: [Talk-de] Demo mehrsprachige Karte

2012-12-03 Diskussionsfäden Kolossos

Ich denke die Wikipedia schreibt zu dem Thema [1] ganz gut ein paar 
Dinge. Demnach ist Stalingrad klar nicht der aktuelle deutsche Name 
sondern ein Historizismen.


Zu Andreas Mail:
Über Pressburg war ich bei meiner Übersetzungsaktion auch gestoßen. Ich 
(im östlichen Teil Deutschlands aufgewachsen) lernte die Stadt halt als 
Bratislava kennen. Vielleicht ist das im Wiener Raum anders.
Jedenfalls habe ich meine automatische Übersetzung in dem Fall wieder 
revidiert.


Bei Städten wie Danzig und Warschau sind mir diese Namen geläufiger, 
aber eine klar Regel kann ich nicht erkennen. Schön beschreibt diese 
Unklarheit auch die Wikipedia: Einen entscheidenden Einfluss auf den 
Fortbestand seltener auftretender Exonyme haben die Medien.
Vielleicht nehmen wir uns also die Verwendung bei der Tagesschau als 
Vorlage.


Grüße Tim

[1] http://de.wikipedia.org/wiki/Exonym_und_Endonym


Am 03.12.2012 10:46, schrieb Martin Koppenhöfer:



Am 03/dic/2012 um 10:32 schrieb Henning Scholland o...@aighes.de:


Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um Stalingrad 
sein, aber dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd 
nutzen, weil die Stadt 1961 unbenannt wurde.


Sehe ich auch so, daher nochmal der Hinweis auf old_name:de, bzw. bei 
komplexeren Fällen auch mit Jahreszahl. Ich fände es durchaus wünschenswert, 
auch mittlerweile ungebräuchliche Namen als solche gekennzeichnet in der dB zu 
haben.

Gruß Martin






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

Re: [Talk-de] Demo mehrsprachige Karte

2012-12-03 Diskussionsfäden Kolossos


Soweit ich gesehen habe, hat jede Hauptstadt ein Capital=yes.
Das deckt sich auch mit taginfo[1]
Aber mit den Admin-levels drunter sieht es halt dürftig aus.
Soweit ich weiss wird das auch schon zum Rendern genutzt, aber z.B. wird 
Berlin vom Land Brandenburg verdrängt. Das ist schwierig zu Entscheiden. 
Alles schwierig, insbesondere wenn auch immer noch die 
Rendering-Performance berücksichtigt werden muss.
Ein Klassiker ist z.B auch der Fall Nürnberg-Fürth, wo bei OSM das 
kleinere Fürth gewinnt. Eine Sortierung aller Orte nach Einwohnerzahl 
würde halt Rechenleistung kosten.


Da die Multilingual-Maps zum normalen Mapnik-Stil kompatible bleiben 
sein sollen, werden wir da keine Änderungen vornehmen.


Grüße Tim

[1]http://taginfo.openstreetmap.org/tags/capital=yes

Am 03.12.2012 15:10, schrieb Henning Scholland:

Am 03.12.2012 14:41, schrieb Tirkon:

Man müsste sich da eine weltweit anwendbare Klassifizierungsmethode
ausdenken. Der Admin-Level könnte hier möglicherweise beitragen. Das
funktioniert aber beispielsweise nicht bei Kreisstädten.

Das scheitert schon daran, dass die admin_level von Land zu Land
verschieden sind. Das ist auch nicht weiter verwunderlich, da die Länder
unterschiedlich gegliedert ist. Es gibt aber is_capital=*. Darüber
könnte es was werden. Keine Ahnung, wie verbreitet das ist.

Henning




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

Re: [Talk-de] Demo mehrsprachige Karte

Hallo zusammen,
schön das die Anwendung soviel Interesse hervorruft (Ich arbeite mit
Jochen zusammen an dem Projekt).

Statt einer rein maschinelle Transkription würde ich erstmal die
vorhandenen Daten, wie es sie z.B. in der Wikipedia oder auf alten
Atlanten gibt, nutzen wollen. Wenn wir die Ortsnamen richtig in OSM drin
haben und nicht nur im Rendering-Prozess uns was ausdenken, dann hat das
den Vorteil, dass auch Nominatim und die Routing-Anwendungen davon
profitieren.

Das einigen Schriften wie z.B. das Koreanische[1] zu klein sind ist uns
auch schon aufgefallen. Damit die Schriftgröße aber immer zur Karte
passt, würde ich aber später lieber die Option anbieten alles in
doppelter Größe zu rendern. Diese hat auch Vorteile im Ausdruck, auf
diesen neumodische Retina/HiRes-Displays und ist sicher auch gut für
Leute mit Sehschwäche. Rein technische sind das 3 Zeilen Code, es
erzeugt aber mehr Serverlast und Traffic. Frederik hatte das schonmal
getestet.

Zum Übersetzen braucht es halt echt viele Leute. Als ganz gute
Vorgehensweise neben Tools wie Add-tags könnte ich folgendes empfehlen,
wenn man z.B. Städte in einem bestimmten Bereich in eine bestimmte
Sprache übersetzen will:

*Sich die Städte-nodes über eine Overpass-Anfrage[2] in JOSM laden.
*Sich in den Filter-Modul eine neuen Filter erstellen, z.B. für russisch
'name:ru:' und diesen invertieren. Damit sieht man welche Orte noch
nicht übersetzt sind.
*Mit dem Hinzufügen von Übersetzungen beginnen, JOSM merkt sich zum
Glück die letzten Einträge, so dass man name:lang nicht ständig neu
eingeben muß. Übersetzte Orte werden ausgegraut.

Weil ich das Tool Add-tags[3] schon erwähnte: Man kann das auch
zusammen mit der OverPass-API nutzen und es geht dann richtig schnell,
wenn man bei dem Feld Types keinen Eintrag macht. Die Orte müssen dann
halt vorher per Overpass-API oder so in JOSM geladen wurden sein. Das
Tool hat mir jedenfalls bei der Übersetzung der Hauptstädte gute Dienste
geleistet.

Grüße Tim alias Kolossos

[1]http://de.wikipedia.org/wiki/Koreanisches_Alphabet#Silbenbl.C3.B6cke

[2]http://localhost:8111/import?url=http%3A%2F%2Foverpass-api.de%2Fapi%2Fxapi_meta%3F%2A%5Bplace%253Dtown%5D[bbox=12,48,15,52]

[3] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags

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

Re: [Talk-de] Demo mehrsprachige Karte


Am 30.11.2012 21:58, schrieb Gerrit:

*Sich die Städte-nodes über eine Overpass-Anfrage[2] in JOSM laden.

Ich wollte das machen, allerdings ist bei dir nur localhost verlinkt.
Kannst du das eventuell etwas genauer erläutern?


Ich hätte etwas genauer erläutern müssen, dass vorher JOSM gestartet 
sein muss, dann werden die Objekte mittels RemoteControl in JOSM 
hineingeladen.



Ich denke allerdings immer noch, dass eine tabellarische Auflistung sehr
praktisch wäre. Dann muss man nicht in jedes Node einzeln öffnen,
sondern könnte einfach mit Cursor-unten in den nächsten Datensatz gehen.
Sowas ist imho besonders nützlich, wenn man fremde Alphabete
transkribiert, weil man dort ja wirklich _jeden_ Eintrag ergänzen muss.

Sowas wäre als JOSM-Plugin eigentlich doch echt eine Idee wert, oder?
Alternativ auch als Web-Anwendung.


Ich gebe dir da vollkommen Recht, dass eine spezialisierte Webseite und 
tabelarisches Arbeiten deutlich einsteigerfreundlicher wäre.


Schick wäre es aus meiner Sicht schon wenn man unter Seiten wie:
 http://www.openstreetmap.org/browse/way/78425267
mit einem Webformular unter OAuth Tags bearbeiten könnte.
Vielleicht hat ja jemand Lust sowas zu programmieren

Grüße Tim

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

Re: [Talk-de] Demo mehrsprachige Karte


Am 30.11.2012 21:48, schrieb Markus:


Könnte man nicht bevor wir jetzt fleissig alles übersetzen
(also die DB mit Exonymen füllen)
erst das *Taggingschema* so verändern,
dass die Benutzer sich eingeladen fühlen:
1. Endonyme zu verwenden (Länder und Hauptstadte)

Wofür sollte ein Moskwa(Endonym) statt Moskau(Exonym) gut sein?


2. den lokalen Namen zu verwenden (Orte, Strassen, etc)
Das wird mit den name-Tag sowieso schon getan. Derzeit will ich ja 
garnicht unbedingt, dass jede Straße in jede Sprache übersetzt wird.



3. eine händische Transliteration/Transkription
in die wichtigsten Schriftsysteme vorzunehmen

Dann übersetzen wir mal Deutschland ins das lateinische Schriftsystem.
Zur Auswahl stehen:
poln. Niemcy, frz. Allemagne, port., span. Alemania, finn. Saksa, lit. 
Vokietija, Maori Tiamana, schwed., dän., norw., Tyskland, engl. Germany, 
ital. Germania
- Nein danke. Aus meiner Sicht kann man immer nur in Sprachen aber 
nicht in Schriftsysteme übersetzen. Für Karten in einer kleineren 
kyrillische Sprache kann natürlich immer das Russische den Fallback 
darstellen, so wie bei uns das Englische.


Das würde dann auch gleich WP und Wikidata zugute kommen :-)

Mit herzlichem Gruss,
Markus


Grüße Tim


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

Re: [Talk-de] Mehrsprachige Karte jetzt noch flexibler...


Cool.
Könnte man statt _ nicht auch name benutzen?
Und vielleicht statt | das in Klammern schreiben?
 Irgendwie ist das so wenig intuitiv.
Sieht aber klasse aus.

Grüße Tim

Am 30.11.2012 22:24, schrieb Jochen Topf:

Hi!

Ich hab die Karte auf http://mlm.jochentopf.com/ jetzt noch etwas flexibler
gemacht:

Man muss jetzt explizit angeben, ob man auf den name-Tag zurückfallen will
oder nicht. Dazu gibt es den Unterstrich (_) als Bezeichner. Mit de bekommt
man jetzt also nur noch den name:de-Tag. Mit de,_ bekommt man name:de
oder wenn der nicht existiert name.

Man kann jetzt auch in einem Label mehrere Sprachen haben, um z.B. München
(Munich) als Label zu bekommen setzt man de|en. Also mit einem senkrechten
Strich als Trenner.

Beides läßt sich kombinieren (z.B. fr,de|_).

Natürlich ist das jetzt nicht perfekt, weil man z.B. leere Klammern bekommen
kann, wenn es einen Tag nicht gibt oder sowas. Aber zum Rumspielen ist es
ganz nett.

Jochen





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

Re: [Talk-de] Datenbanken

2012-10-23 Diskussionsfäden Kolossos


Am 23.10.2012 19:36, schrieb Ristok, Uwe:

Allerdings, wie kann ich die Verzerrung abstellen? Bzw. wie kommt diese
Verzerrung zu stande?


Schau mal hier:
http://de.wikipedia.org/wiki/Mercator-Projektion
http://wiki.openstreetmap.org/wiki/Mercator

Deine plattgedrückten Karten sind einfach nur lat-lon-Koordianten.
Mit PostGIS kann man beides sehr einfach umwandeln (Ein lat-lon-Box in 
Google-Mercator):
ST_Transform(ST_SetSRID(ST_MakeBox2D(	 
ST_Point('.floatval($bbox[0]).','.floatval($bbox[1]).'), 	 
ST_Point('.floatval($bbox[2]).','.floatval($bbox[3]).')),

4326),900913)

Grüße Tim


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

Re: [Talk-de] Länderübersetzungen mittels CLDR

2012-10-22 Diskussionsfäden Kolossos


Am 22.10.2012 10:17, schrieb Manfred A. Reiter:

Hi

Am 22.10.2012 02:20 schrieb Stephan Wolff s.wo...@web.de:


Am 20.10.2012 23:47, schrieb Kolossos:


Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der

...

- bei einigen Übersetzungen sind falsche Namensteile dabei, z.B.
name:ilo = Berlin, Alemania
name:pdc = Berlin, Deitschland


Da wäre ich Mir nicht sicher, dads das falsch ist. ;-)

Im Hunsrücksch (Südbrasilien) heisst es auch Deitschland.

Nur, ob man das braucht, das ist eine andere Frage. ;-)

M.


Das deitsche Berlin ist schon seit 2008 in der OSM-Datenbank.

Wikipedia-links zu germanisieren, also auf die deutsche Wikipedia zu 
verändern war nicht meine Absicht und von der Software auch nicht 
vorgesehen, ist aber wohl passiert.


Grüße Tim


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

Re: [Talk-de] Länderübersetzungen mittels CLDR

2012-10-20 Diskussionsfäden Kolossos

Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der 
Wikipedia und Add-tags auch drin.


Grüße Tim

P.S: Mit dem unglücklich Nutzer hatte ich ein kleine positive 
Rücksprache[1]. Das geht also in Ordnung.


[1] 
http://wiki.openstreetmap.org/wiki/User_talk:Kolossos#Re:_CLDR_is_an_unreliable.2C_inconsistent_source_for_Vietnamese_names 



Am 15.10.2012 00:47, schrieb Walter Nordmann:

sind wohl nicht alle happy:

http://www.openstreetmap.org/browse/changeset/13499608

Gruss
walter



--
View this message in context: 
http://gis.19327.n5.nabble.com/Landerubersetzungen-mittels-CLDR-tp5729922p5730592.html
Sent from the Germany mailing list archive at Nabble.com.





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

Re: [Talk-de] Länderübersetzungen mittels CLDR

2012-10-14 Diskussionsfäden Kolossos


So, die Daten sind jetzt drin.
Mein nächstes Ziel sind die Hauptstädte und noch die paar Kontienente.

Deutlich umfangreicher wird dann die Arbeit an nächst untergeordneten 
Verwaltungseinheiten gemäß ISO_3166-2, die Übersetzungen stehen zu 
großen Teilen in der Wikipedia, aber halt nicht Computer lesbar, auch in 
OSM scheinen die Daten nicht so sauber erfasst zu sein. Das heißt, da 
müssen wohl mehr Leute sich dran beteiligen.


Grüße Tim

[1]http://de.wikipedia.org/wiki/Kategorie:ISO_3166-2


Am 11.10.2012 11:56, schrieb Kolossos:

Hallo,
für die mehrsprachigen Karten würde ich anfangs gerne alle Ländernamen
in alle Sprachen übersetzt vorliegen haben wollen. Später kann man sich
ja dann um Bundesländer, Städte und Flußnamen kümmern.

Dafür gibt es einen freien und verläßlich erscheinenden Datenbestand aus
dem Unicode-Projekt, der sich CLDR[1] nennt.
Diese Daten habe ich in eine PHP generierte Liste[3] umgewandelt, die
erstens zu jeder Sprache angibt, wieviele Übersetzungen es von Ländern
und Kontinenten gibt und zweitens wird für jedes Land eine Liste der
Übersetzungen angegeben. Dabei kommt ein Format zum Einsatz, wie man es
für remoteControl/addtags nutzen könnte.

Die Übersetzungen in die bekannteren Sprachen wurden schon mal durch das
Projekt Multilingual-Country-List[2] angefangen, es fehlen aber noch ca.
70% der Sprachen. Die Verknüpfungen aus diesem Projekt zu JOSM mittels
remotecontrol würde ich mit den addtags-Einträgen meiner Liste
kombinieren, dabei würde nichts überschrieben werden.

Da mir klar ist, dass man bei einem solchen Import viel Schaden
anrichten kann, interessiert mich eure Meinung zu dem Vorhaben.

Grüße Tim

[1]http://cldr.unicode.org/
[2]http://toolserver.org/~mazder/multilingual-country-list/
[3]http://toolserver.org/~kolossos/cldr/
Quelltext: http://toolserver.org/~kolossos/cldr/index-source.php




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

Re: [Talk-de] Länderübersetzungen mittels CLDR

2012-10-14 Diskussionsfäden Kolossos

Ich habe jetzt doch noch eine Übersetzung der Verwaltungseinheiten gemäß 
ISO_3166-2 gefunden:

http://pkg-isocodes.alioth.debian.org/

Ein gettext-Packet von Debian das unter LGPL vorliegt.
Jetzt müßten nur noch die OSM-Daten sauber sein.

Grüße Tim



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

Re: [Talk-de] Länderübersetzungen mittels CLDR

2012-10-12 Diskussionsfäden Kolossos

Hallo,
Ich habe die Daten mal für die deutsche Sprache mit OSM und der
Staatenliste der Wikipedia verglichen, dabei fiel folgendes auf:

*Die CLDR sind recht aktuell, schließlich gibt es schon den Südsudan.
*CLDR nutzt eher mal den deutschen Amtsnamen, was aber nur bei der
Elfenbeinküsten (amtlich:Côte d’Ivoire) und Botswana (amtlich: Botsuana)
zu unterschieden führte
*Es wird wird zumeist der Kurzname genutzt, also China statt
Volksrepublik China, was ja für eine Kartendarstellung gut ist.
Außnahme:Demokratische Volksrepublik Korea
CLDR scheint ja auch darauf ausgelegt zu sein, dass man z.B. in einem
WEB-Formular z.B. sein Herkunftsland schnell auswählen um sich irgendwas
schicken zu lassen.

*CLDR führt noch ein paar kleinere Inselgruppen, die nicht direkt als
Staat gelten.

Ich habe mir die OSM-Daten jetzt über die Overpass-API
runtergelanden[1], und beides zu einem diff[2] zusammengeführt.
Man sieht, das bei Belgien die Übersetzungen von OSM zahlreicher sind,
hingegen bei Indien und den Afrikanischen Staaten ist CLDR besser.

Ich würde die CLDR -Namen jetzt noch soweit reduzieren, dass sie nur
hochgeladen werden, wenn Sie von dem name-Tag in OSM abweichen.

Grüße Tim

[1] http://toolserver.org/~kolossos/cldr/ISO3166-OSM.osm
http://taginfo.openstreetmap.org/keys/country_code_iso3166_1_alpha_2

[2]
http://wiki.openstreetmap.org/w/index.php?title=User%3AKolossos%2Fcldraction=historysubmitdiff=820051oldid=820039
(Bitte etwas Geduld, ca.1 Minute)

Am 11.10.2012 16:20, schrieb Bernd Wurst:

Hallo.

Am 11.10.2012 11:56, schrieb Kolossos:

Da mir klar ist, dass man bei einem solchen Import viel Schaden
anrichten kann, interessiert mich eure Meinung zu dem Vorhaben.

Naive Frage: Hast du schonmal geschaut, wie viele Tags kollidieren
würden, also die Elemente, die du ändern würdest, die aber bereits ein
gleiches Tag mit anderem Wert haben.

Dass du momentan nicht vor hast die bestehenden zu ändern habe ich
verstanden, aber wenn man die Überschneidungen und Abweichungen kennen
würde, wäre die Verlässlichkeit eventuell leichter zu bewerten.

Gruß, Bernd

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

Re: [Talk-de] Länderübersetzungen mittels CLDR

2012-10-12 Diskussionsfäden Kolossos


Am 12.10.2012 23:05, schrieb Stephan Knauss:

On 12.10.2012 18:29, Kolossos wrote:

Ich würde die CLDR -Namen jetzt noch soweit reduzieren, dass sie nur
hochgeladen werden, wenn Sie von dem name-Tag in OSM abweichen.


Du würdest also existierende Namen überschreiben wollen? Das gefällt mir
nicht. Ich denke solche Konflikte sollten von Menschen aufgelöst werden,
eventuell sogar von solchen die die betreffende Sprache sprechen.

Stephan


Nein, meine Reduktion, bezog sich nur auf das was neu dazu kommt.
Ich werde nur Tags hinzufügen, aber halt nur in Fällen, wo name und 
name:lang sich unterscheiden.


Grüße Tim


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

[Talk-de] Länderübersetzungen mittels CLDR

2012-10-11 Diskussionsfäden Kolossos


Hallo,
für die mehrsprachigen Karten würde ich anfangs gerne alle Ländernamen 
in alle Sprachen übersetzt vorliegen haben wollen. Später kann man sich 
ja dann um Bundesländer, Städte und Flußnamen kümmern.


Dafür gibt es einen freien und verläßlich erscheinenden Datenbestand aus 
dem Unicode-Projekt, der sich CLDR[1] nennt.
Diese Daten habe ich in eine PHP generierte Liste[3] umgewandelt, die 
erstens zu jeder Sprache angibt, wieviele Übersetzungen es von Ländern 
und Kontinenten gibt und zweitens wird für jedes Land eine Liste der 
Übersetzungen angegeben. Dabei kommt ein Format zum Einsatz, wie man es 
für remoteControl/addtags nutzen könnte.


Die Übersetzungen in die bekannteren Sprachen wurden schon mal durch das 
Projekt Multilingual-Country-List[2] angefangen, es fehlen aber noch ca. 
70% der Sprachen. Die Verknüpfungen aus diesem Projekt zu JOSM mittels 
remotecontrol würde ich mit den addtags-Einträgen meiner Liste 
kombinieren, dabei würde nichts überschrieben werden.


Da mir klar ist, dass man bei einem solchen Import viel Schaden 
anrichten kann, interessiert mich eure Meinung zu dem Vorhaben.


Grüße Tim

[1]http://cldr.unicode.org/
[2]http://toolserver.org/~mazder/multilingual-country-list/
[3]http://toolserver.org/~kolossos/cldr/
Quelltext: http://toolserver.org/~kolossos/cldr/index-source.php


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

Re: [Talk-de] OpenStreetMap gender-biased

2012-10-08 Diskussionsfäden Kolossos


Hier mein Angebot.
Wenn es konkrete Ideen für eine Frauen-freundliche-Karte in Form eines 
Style-files gäbe, würde ich mich dafür einsetzen, dass diese Karte (z.B. 
auf dem Toolserver) auch gerendert wird.
Schließlich hat OSM so viele Spezialkarten, dass ein Experiment in diese 
Richtung auch mal ganz erfrischend sein könnte.


Bei der Wikipedia hat es das Thema immerhin schon bis zur Keynote[1] der 
Wikimania gebracht.


Grüße Tim

[1]http://adainitiative.org/blog/2012/08/07/ada-initiative-keynote-at-wikimania-2012-fostering-diversity/

Am 04.10.2012 16:35, schrieb Frederik Ramm:

Hallo,

das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein
englischsprachiger Vortrag darueber, dass OpenStreetMap ja
gender-biased sei (genauer genommen Frauen benachteiligend). Als
wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen ins
Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu
amenity=childcare mit 15 Abstimmenden nicht die erforderliche
Beteiligung erreichte.

Ich poste das hier, weil der Titel des Talks mit Guns, Germans and
Strip Clubs ja speziell auf Deutschland eingeht ;)

http://www.floatingsheep.org/2012/07/sheepcamp-2012-monica-stephens-on.html

Bye
Frederik





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

Re: [Talk-de] Luftbilder via OpenGeoServer.at

2012-09-28 Diskussionsfäden Kolossos

Ich mag das Projekt und würde den kombinierten Layer gerne in die
OSM-Karte der Wikipedia einbinden.

Eine Testversion gibt es schon :
http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Donaulayers=0B0F
Die Luftbilder lassen sich darin mit WIWOSM, hillshading und OSM-Labels
kombinieren.

Andreas, sag bitte bescheidt, wenn deine Server den Anfangsansturm
überstanden haben oder du dahingehend keine Bedenken hast.

Achso, könnstest du den Winter-marbel auf der Nordhalbkugel bitte gegen
den Sommer-marbel austauschen?

Grüße Tim alias Kolossos

Am 28.09.2012 14:32, schrieb Andreas Trawoeger:

Am 28. September 2012 10:58 schrieb aighes o...@aighes.de:

wenn ich es als Laie richtig verstehe, ist der Vorteil für mich, dass ich
automatisch das höchstauflösende Luftbild angezeigt bekomme und nicht hin
und her schalten muss, richtig?

Langfristiges Ziel ist es zwei Dinge zu erreichen:
- Ein einheitlichen kombinierten Luftbild Layer anzubieten, der das
Umschalten zwischen den einzelnen Datenquellen nicht mehr notwendig macht.
- Den Layer in einer einheitlichen und korrekten Projektion anzubieten

Datenquellen wie Yahoo oder Bing Maps sind nicht immer 100%
orthoreferenziert weshalb die darauf basierenden OSM Daten gegenüber den
amtlichen Daten einen mehr oder weniger starken Versatz aufweisen.

Die Fehler sind in den meisten Fällen ziemlich minimal, können aber
Probleme machen, sobald offizell referenzierte Geodaten zur Verfügung
stehen und mit OSM Daten kombiniert werden (weil z.B. eine Mülltonne nicht
neben, sondern auf einer Straße steht).

Was wiederum die Übernahme der zunehmend von Behördenseite zur Verfügung
gestellten frei verfügbaren Geodaten nach OSM verkompliziert. Weil ein 1:1
Import in OSM ein ziemliches Chaos anrichten würde.

cu andreas

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

Re: [Talk-de] ÖPNVKarte, ODbL Daten

2012-09-25 Diskussionsfäden Kolossos

Ein verbindliche Aussage wäre für die OSM-Anwendungen innerhalb der 
Wikipedia auch sehr lieb.


Laut einem legal-talk Beitrag[1] würde folgende reichen:
(c) OpenStreetMap contributors: license
Stimmt das?

Die Autoren des Standard-Mapnik-Stils haben sich meines Wissens 
mehrheitlich für die CC0-Lizenz entschieden. Ein Hauptargument der 
Lizenzänderung war ja, dass ja proprietäre Daten (z.B. von Forschern) 
über OSM gelegt werden können sollen, daher würde ich gerne die freiest 
mögliche Lizenz für die Tiles vom Toolserver wählen. Wäre CC-0 + 
ODBL-Nennung für die Tiles ok?


Da ich in meiner Karte auch noch andere Layer mit abweichender 
Attribution habe und die Karte nur in einem relativ kleinen Frame läuft, 
sollte die Lizenzangabe möglichst kurz sein.


Am liebsten wäre es mir, wenn osm.org mit einer ordnunggemäßen 
Lizenzangabe unter der Karte als Beispiel für alle dienen würde.


Grüße Tim alias Kolossos

[1]
http://gis.19327.n5.nabble.com/OSM-legal-talk-Mapnik-attribution-td5724875.html#a5724876 




Am 25.09.2012 22:14, schrieb nimix:

Hallo zusammen,
die ÖPNV-Karte läuft seit ein paar Tagen mit ODbL Daten. Ich habe mich
entschieden, die Tiles weiterhin unter CC-BY-SA zur Verfügung zu stellen.
Somit ändert sich für alle, die die Tiles nutzen nicht viel, außer dass die
Attribution entsprechend auf die ODbL angepasst werden muss. Momentan hat
der Server noch ein paar Tage rückstand zur OSM-DB, die aber hoffentlich
bald aufgeholt werden. Vielleicht können die, die die Karte nutzen die
Attribution entsprechend anpassen.

Gibt es eigentlich irgendwo eine deutsche Musterattribution? Die Attribution
auf openstretmap.de scheint mir nicht 100% korrekt, da die Lizenz der Tiles
fehlt oder?
Gruß,
Melchior





--
View this message in context: 
http://gis.19327.n5.nabble.com/OPNVKarte-ODbL-Daten-tp5727510.html
Sent from the Germany mailing list archive at Nabble.com.





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

Re: [Talk-de] Fotos von denkmalgeschützten Häuser verlinken?

2012-09-23 Diskussionsfäden Kolossos

Ja, der Link erscheint unproblematisch, die Nutzung von Commonsbildern 
in Anwendungen jedoch tricky.


Man sollte aber auch bedenken, dass es noch 2 andere Methoden der 
Referenzierung dieser Denkmalsbilder gibt, was dann zu ziemlichen Chaos 
führt, weil es keine Kartenanwendung gibt, die alle Methoden unterstützt 
und ein vollständiges Bild ergibt.

Methode 1 ist das Geocodieren der Bilder[1] auf Commons.
Methode 2 ist das Georeferenzieren der Denkmalliste in der Wikipedia[2].
Beide Methoden führen zu OSM-Karten, auf denen die Bilder angezeigt werden.

Wer die dritte Methode machen will,kann das gerne tuen, sollte sich aber 
im klaren darüber sein, dass das eigentlich redundant ist.

Oder übersehe ich da irgendeine Anwendung?

Grüße Tim

[1]http://commons.wikimedia.org/wiki/Commons:Geocoding

[2]Beispiel: 
http://de.wikipedia.org/wiki/Liste_der_Kulturdenkmale_in_der_Friedrichstadt_%28Dresden%29


Am 23.09.2012 12:08, schrieb Willi Rehfeld:

Am 23.09.2012 11:34, schrieb Norbert Kück:

Hallo,

am 23.09.2012 11:17 schrieb Peter Wendorff:

Damit stellt sich der Nutzen in Frage, aber nicht die rechtliche
Unbedenklichkeit auf Seiten des Mappers, der den Link in die osm
aufnimmt.

Wo habe ich letzteres getan?


dann haben wir wohl Einigkeit darüber, daß ich mit meinem tagging

image =
http://commons.wikimedia.org/wiki/File:Essen-Rellinghausen_Stiftplatz_2.jpg

hier http://www.openstreetmap.org/browse/way/92276881

richtig liege. öffnet man den og link wird man auf die wikimedia Seite
geführt mit allen linzenzrechtlichen Hinweisen. mehr wollte Steffen ja
auch nicht wissen.

lediglich sollte ich meine Euphorie etwas bremsen und mich mit meinem
Lob und der Begeisterung für die Openlinkmap in Grenzen halten.

Grüße Willi




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

Re: [Talk-de] Fotos von denkmalgeschützten Häuser verlinken?

2012-09-23 Diskussionsfäden Kolossos


Am 23.09.2012 17:06, schrieb Steffen Heinz:


wie so redudant? das eine ist OSM, das andere Wikipedia, beides wäre
schon sinnvoll.


Beides sind freie Projekte derren Daten sich austauschen lassen sollten.
Bei derartigen Mammutaufgabe ist doppelte Arbeit wohl besser zu vermeiden.

Für eine OSM-Karte mit Commons-Bildern als Overlay ist das jedenfalls 
aus meiner Sicht nicht notwendig. Schweben dir andere Anwendungen vor?


Grüße Tim


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

Re: [Talk-de] Datenbankabfrage mit Relation

2012-09-22 Diskussionsfäden Kolossos


Hallo,
auf welcher Datenbank arbeitest du? Mit der Mapnik-Datenbank wird das 
unter Umständen recht einfach und performant, weil die Geometrien  auch 
für Relation erfasst und indiziert sind.

So habe ich das jedenfalls bei meinem Projekt Query-to-map[1] gemacht[2].
Osm2pgsql, welches diese Mapnik-Datenbank erzeugt, unterstützt 
allerdings nicht alle Relationstypen. Alle Relationstypen zu 
unterstützen ist ganz schön tricky.


Die Verbindung mehrere Wege erfolgt über die Funktionen ST_Union oder 
ST-Collect.


Als Tutorial zu Postgis fand ich [3] ganz gut.

Grüße Tim

[1]
http://wiki.openstreetmap.org/wiki/Query-to-map

[2]
select distinct name from planet_line where way 
ST_Transform(ST_SetSRID(ST_MakeBox2D(ST_Point(13.5333,50.95),ST_Point(13.9333,51.15)),4326),900913) 
 AND highway is not NULL AND name is not NULL order by name LIMIT 1;


[3]
http://www.giswiki.org/wiki/PostGIS_Tutorial

Am 22.09.2012 22:52, schrieb Ristok, Uwe:

Guten Abend!
Ich versuche zur Zeit eine Datenabfrage zu erstellen, in der ich versuche die
vorhandenen Straßennamen innerhalb eines Gebietes zu ermitteln. In einem
geschlossenen Polygon (ein einziger Weg) bekomme ich das schon hin, allerdings
klappt das nicht bei einer Relation, welcher aus mehreren Wegen bsteht. Wie
bekomme ich die verschiedenen Wege zu einemPolygon in der Datenabnkabfrage
verbunden?
Leider gibt es kaum Dokumentation, bzw. Beispiele zu Abfragen. Oder hat/kennt
jemand von euch eine (deutschsprachige) Doku.
Viele Grüße!!!
Uwe





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

Re: [Talk-de] OSM-Karten bei wikipedia einbinden

2012-09-16 Diskussionsfäden Kolossos


Hallo, ohne https klappte es bei mir.
Hab das mit dem https Problem für diesen Layer gefixt.

Straßen gehen natürlich! Allerdings sind wir durch die Lizenzumstellung 
mit WIWOSM auch noch für die nächste Woche von Updates abgeschnitten, 
solange dauert es wohl den neuen Dump einzuspielen.


Grüße Tim



Am 16.09.2012 19:14, schrieb Raimond Spekking:

Am 16.09.2012 00:10, schrieb Kolossos:

Wenn du WIWOSM benutzt, also dem OSM-Objekt einen Wikipedia-Tag gibst,
wird die richtige Zoomstufe für den Bereich gewählt und der Bereich
hervorgehoben, wenn der Nutzer auf Karte klickt. Eine Koordinate mußt
du trotzdem vergeben, da manche Nutzer ja auch Luftbilder von Google
nutzen wollen.



Klappt das eigentlich auch bei Straßen? Vor einigen Wochen hatte ich in
OSM den Wikipedia-Namen eingetragen, auf
https://de.wikipedia.org/wiki/Eichendorffstra%C3%9Fe sehe ich in der
Karte noch keinen Bereich, bzw. Strich für die Straße.

Raimond.




___
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] OSM-Karten bei wikipedia einbinden

2012-09-15 Diskussionsfäden Kolossos

Wenn du WIWOSM benutzt, also dem OSM-Objekt einen Wikipedia-Tag gibst, 
wird die richtige Zoomstufe für den Bereich gewählt und der Bereich 
hervorgehoben, wenn der Nutzer auf Karte klickt. Eine Koordinate mußt 
du trotzdem vergeben, da manche Nutzer ja auch Luftbilder von Google 
nutzen wollen.


Grüße Kolossos


Am 15.09.2012 20:43, schrieb Jan Tappenbeck:

hi !

ich frage mal bei uns an und vielleicht weiß es einer.

In  Wikipedia kann man Koordinaten einbinden für Objekte und dann gibt
es eine Karte als Verlinkung.

Nun werden auch mal Geographische Bereiche wie [1] beschrieben. Kann man
irgendwie dort direkt unsere Karte einbinden?

Gruß Jan .-)


[1] http://de.wikipedia.org/wiki/Bornkamp





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

[Talk-de] 3. Runde Wikimedia Community Projektbudget

2012-08-15 Diskussionsfäden Kolossos


Zur Info:
Wer eine tolle Idee für ein OSM-Projekt hat, welches nur mit 
finanzieller Unterstützung realisierbar erscheint, kann ja mal hier 
vorbeischauen:

http://de.wikipedia.org/wiki/Wikipedia:CPB/Einreichen_von_Anträgen

Die Antragsprüfung erfolgt angenehm unbürokratisch und OSM-Anträge 
hatten in der Vergangenheit auch gute Erfolgsaussichten.
Viel Anstrengung kostet es natürlich trotzdem, eine große Idee in die 
Tat umzusetzen.


Grüße Tim alias Kolossos


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

[Talk-de] Freitickets für Campus Party Europe zu gewinnen

2012-08-03 Diskussionsfäden Kolossos


Hallo,
vielleicht will ja kurzfristig jemand hingehen und an OSM werkeln und 
darüber diskutieren:

http://blog.wikimedia.de/2012/08/02/tickets-fur-die-campus-party-europe-zu-gewinnen/

Das ganze wird vom 21. bis 26. August auf dem Gelände des ehemaligen 
Berliner Flughafens Tempelhof stattfinden. Ich finde das 
Veranstaltungskonzept spannend um freie Software/Technik/Wissen voran zu 
bringen.


Man wird allerdings auch gute Nerven für die 6 Tage a 24 Stunden brauchen.

Grüße Tim


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

Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??

2012-07-07 Diskussionsfäden Kolossos

Auch für das WIWOSM-Projekt waren wir in der Lage Relationen 
auszuwerten. Einen Teil haben wir osm2pgsql überlassen, aber für Typen 
die dieser nicht unterstützt, haben wir unser eigenes System aufgebaut 
(Code auf Github).


Es geht also.

Grüße Tim



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

Re: [Talk-de] start_date in Map Features nur fuer ways

2012-06-24 Diskussionsfäden Kolossos

Ich habe es mal eingebaut, da es mir ziemlich offensichtlich erschien 
und ja laut tag-info auch schon intensiv für diese Objekttypen genutzt 
wird.


Ich vertraue mal dem Ansatz: It's a Wiki. Falls sich jemand sträubt, 
kann er es zurücksetzen und eine Diskussion starten. Diese aufwendingen 
Diskussionen sollte man sich aber für strittige Fälle aufheben.


Grüße Tim alias Kolossos



Am 24.06.2012 11:30, schrieb Bernhard Weiskopf:

Hallo an alle,

bei den Map Features wird der key start_date nur für ways (Linien)
empfohlen und weder für nodes (Punkte), areas (Flächen) noch relations.

Siehe z. B.
http://wiki.openstreetmap.org/wiki/Map_Features#Properties
und
http://wiki.openstreetmap.org/wiki/DE:Map_Features#Eigenschaften

In der Beschreibung des keys start_date werden dagegen auch nodes und
areas genannt:
http://wiki.openstreetmap.org/wiki/Key:start_date

Relations werden auch hier nicht genannt.

Ich finde es sinnvoll, wenn start_date für alle vier Elementtypen genutzt
wird und die Map-Features-Seiten entsprechend angepasst würden.

Was meint ihr und wer kümmert sich um solche Änderungen, die sicherlich
vorher mit anderen (wem?) abgestimmt werden müssen? (Das Vorschlagsverfahren
ist mir unklar, ich finde es ziemlich verwirrend beschrieben.)

Bernhard




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

Re: [Talk-de] Lizenzvermerk Wikipedia-Karte

2012-06-09 Diskussionsfäden Kolossos


Am 09.06.2012 15:40, schrieb Rainer Knaepper:

Am 09.06.2012 13:04, schrieb Manuel Reimer:


Prinzipiell sollte ein knappes Quelle: OpenStreetMap
vollkommen ausreichend sein.


Wenn das ein Link ist, der direkt auf die Nutzungsbedingungen führt,
könnte man das tolerieren.


Die angesprochene Karte führt zwei Links auf, einer geht zum Projekt und 
einer direkt zu Lizenz:

http://creativecommons.org/licenses/by-sa/2.0/

Grüße Tim


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

Re: [Talk-de] BBOX-Selector gesucht

2012-06-08 Diskussionsfäden Kolossos


Am 07.06.2012 23:36, schrieb Peter:

Kann ich dir zukommen lassen, oder auch so umbasteln das
es dir rein passt.

Ja, gerne schick es mir mal, das wäre nett.

Es geht um folgendes Skript:
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags#Source_Code

Grüße Tim


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

Re: [Talk-de] Lizenzvermerk Wikipedia-Karte

2012-06-08 Diskussionsfäden Kolossos

Die paar Tage bis zur Lizenzumstellung kann das doch wohl auch noch 
warten. Oder?


Grüße Tim

Am 08.06.2012 04:51, schrieb Christian Müller:

Hi,


der Lizenzvermerk zur WIWOSM Karte ist m.E. nicht korrekt.

Es sollte heißen OpenStreetMap _und Mitwirkende_ (CC-BY-SA). [1]

Wenn wir das innerhalb der freien Projekte nicht gut auf die Reihe
kriegen, brauchen wir uns nicht wundern, wenn es in the wild auch
nicht anders aussieht.


LG
Christian

[1]
http://wiki.openstreetmap.org/wiki/DE:Legal_FAQ#Ich_m.C3.B6chte_OpenStreetMap_verwenden._Wie_soll_ich_auf_euch_hinweisen.3F




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

[Talk-de] BBOX-Selector gesucht

2012-06-02 Diskussionsfäden Kolossos

Einige meiner Tools nutzen eine BBOX als Eingabe über ein Formular, 
dafür hätte ich gern eine kleine Kartenanwendung wo der Nutzer diese 
Begrenzungsbox auswählen kann und die Box an das Formular zurückgegeben 
wird. Die Kartenanwendung sollte vielleicht in einem temporären, 
externen Iframe laufen.


Um das Rad nicht neu zu erfinden, wollte ich fragen, ob jemand sowas in 
möglichst einfacher Form fertig rumliegend hat.


Grüße Tim


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

Re: [Talk-de] Hack-Weekend Karlsruhe und Administrative Grenzen / Hierarchien weltweit

2012-05-21 Diskussionsfäden Kolossos


Am 21.05.2012 20:39, schrieb Frederik Ramm:

Hallo,

On 05/21/2012 06:44 PM, Stephan Knauss wrote:

Ich bin nicht so sicher ob das genau das macht was man eigentlich wissen
will wenn man eine Relation beobachtet. Das spricht eben nur dann an
wenn die Relation selbst geändert wurde. Also Member dazukommen oder
gelöscht wurden oder wenn sich an den Tags der Relation etwas ändert.
Wenn an den Ways aus denen so eine Grenzrelation besteht etwas geändert
wird dann merkt man so nichts.


Da hast Du recht.


Gab es zu diesem Thema nicht auch ein GSoC Projekt?


Jaein, das GSoC-Projekt geht wohl mehr in die Richtung allgemeine
Ueberwachung, also nicht so zielgerichtet, sondern mehr so auf die
Frage hin passiert gerade irgendetwas seltsames in OSM.

Bye
Frederik

Das wäre aus meiner Sicht auch noch mal ein Grund die Idee von Komяpa 
mit den Extended diffs aufzugreifen:

:http://lists.openstreetmap.org/pipermail/dev/2012-May/024919.html

Dann müßte man nur in den Diffs nach seiner Relation suchen oder nach 
Admin-Levels in einem bestimmten Bereich.
Wäre halt interessant zu sehen, um wieviel Prozent der Traffic dabei 
größer würde. Da es aber für Zwischenhändler ein leichtes wäre, diese 
extended Diffs räumlich und thematisch zuzuschneiden, könnte der Traffic 
aber auch stark reduziert werden.


Grüße Tim


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

Re: [Talk-de] SInnhaftigkeit der gemappten Polarkreise

2012-05-14 Diskussionsfäden Kolossos

Ich sehe es schon, dass das dann die Längen und Breitengrade das nächste 
sind:

http://en.wikipedia.org/wiki/17th_meridian_west

Also aus meiner Sicht sinnfrei und wohl durch die schiere Größe zudem 
noch in der Lage irgendeine Software abzuschießen.


Grüße Tim


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

Re: [Talk-de] Fotos von Minikreisverkehren, Kreisverkehren, Wendekreisen und ähnlichem

2012-05-09 Diskussionsfäden Kolossos


Hallo,
schau doch mal auf Commons. Die Bilder dort haben alle die passende 
Lizenz und du kannst sie direkt (ohne Hochladen) ins OSM-Wiki einbinden:

http://commons.wikimedia.org/wiki/Category:Roundabouts_in_Germany
bzw.
http://commons.wikimedia.org/w/index.php?search=Mini+roundaboutstitle=Special%3ASearch

Grüße Tim


Am 09.05.2012 09:49, schrieb Martin Vonwald:

Hi,

Da nicht alle die tagging mitlesen, dass ganze nochmals an talk-de und talk-at:
Aufgrund der nicht enden wollenden Diskussion um Minikreisverkehre,
suche ich Fotos von folgendem:
* (wirkliche) Minikreisverkehre
* kleine Kreisverkehre (keine Minikreisverkehre)
* Wendekreise, unabhängig welche Form diese aufweisen
* Falsche Wendekreise mit einer nicht befahrbaren Insel in der Mitte
* Alles was man mit dem zuvor genannten verwechseln kann

Bitte achtet auf eine für das Wiki akzeptable Lizenz.

Ihr könnt mir die Fotos oder deren Links entweder direkt schicken oder
auf meine Talk-Seite stellen:
http://wiki.openstreetmap.org/wiki/User_talk:Imagic

Danke im voraus!
Martin





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

Re: [Talk-de] Facebook-Tag

2012-05-08 Diskussionsfäden Kolossos

Wer will kann doch einfach alle website=* einfach nach Facebook filtern 
und dann weiter auswerten. Also ich sehe da kein zu großes Problem.


Dafür wird website=* schon von vielen Tools unterstützt und klickbar 
gemacht.


Also ich bin dagegen, jedenfall solange Facebook noch ein Teil des 
Internets ist, und nicht umgekehrt.


Grüße Tim


Am 08.05.2012 18:11, schrieb Bernd Wurst:

Am 08.05.2012 15:37, schrieb aighes:

Wo wäre denn der Vorteil gegenüber der eigentlichen Homepage (website=*)
des Objektes?


Dass jede Homepage anders gestaltet ist und man solche Dinge wie
Kontaktdaten oder Öffnungszeiten auf einer normalen Website nicht
automatisiert auslesen kann.

Daher: Die Idee finde ich gut, es darf nur nicht auf diesen einen
Anbieter fixiert sein sondern muss für kommende, offenere Datenquellen
genauso nutzbar sein.

Gruß, Bernd




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




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

Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki

2012-04-30 Diskussionsfäden Kolossos


Am 29.04.2012 22:35, schrieb Falk Zscheile:

Das geht tatsächlich schon in die von mir gedachte Richtung, auch wenn
die dort gestellten Fragen viel grundsätzlicher sind, als ich sie mir
im Rahmen unseres Wikis in Bezug aufs tagging vorstelle.

Gruß, Falk


Es gibt auch deutlich abgespecktere Verfahren, wenn es z.B. nur um die 
Wahl exzellenter Bilder geht:

http://commons.wikimedia.org/wiki/Commons:Featured_picture_candidates#Featured_picture_candidates

Noch einfacher macht man es bei der Wahl qualitativer Bilder, da gilt 
etwas als akzeptiert, wenn es innerhalb einer bestimmten Zeit keinen 
Widerspruch gibt: 
http://commons.wikimedia.org/wiki/Commons:Quality_images_candidates#Nominations


Vorraussetzung ist aber aus meiner Sicht eine kritische Masse an Nutzern 
auf den Seiten und die fehlen aus meiner Sicht zum Teil. Die Wikipedia 
nutzt dafür ihr Autorenportal[1] als zentrale Seite auf der jeder 
erkennen kann, wo gerade Meinungsbilder laufen.


Was die Sprachen angeht so führt für uns wohl kein Weg vorbei wenigstens 
mit der engl. Version konform zu laufen, ansonsten sind Widersprüche 
vorprogrammiert.


Grüße Tim

[1]http://de.wikipedia.org/wiki/Wikipedia:Autorenportal


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

Re: [Talk-de] Geografische Regionen innerhalb der Datenbank?

2012-04-29 Diskussionsfäden Kolossos

Auch wenn es das vielleicht nicht ganz trifft, aber über unsere 
admin_level Relationen bekommst du klar raus was in München liegt und 
München in Bayern in Deutschland liegt.


An geographischen Regionen gäbe es für München wohl viele:
Alpenvorland, Münchner Schotterebene, Einzugsgebiet der Isar.

Das halte ich derzeit für die OSM-Software zu unscharf zu erfassen, 
trotzdem gibt es (auch seitens der Wikipedia) Interesse an solchen 
Objekten. Jedoch müßten diese Objekte, wie von anderen schon gesagt, 
wohl auf einen getrennten Layer um vernünftig bearbeitbar zu sein.


Grüße Tim


Am 28.04.2012 13:24, schrieb Martin Thurau:

Moin zusammen!

Für ein Studienprojekt benötige ich aktuell geografische Regionen der
Erde in verschiedenen Abstufungen. Also sowas wie Europa und darin
Nordeuropa, Westeuropa und so weiter (idealerweise bis auf
Stadtebene, aber das ist nicht so wichtig, ich nehme was ich kriegen
kann). Existieren diese Daten irgendwo innerhalb der OSM-Datenbank, so
dass ich mir die daher extrahieren könnte? Falls nein, weiß jemand um
eine andere Datenquelle wo ich sowas herbekomme?

Wichtig ist mir eigentlich nur, dass ich die Bezüge der Regionen aus
den Daten ableiten kann (also Anfragen gestalten kann wie Welche
Subregionen liegen in Nordeuropa oder in welche Subsubregion liegt
München). Da das Projekt, in dem das verwendet werden soll, ggf. auch
direkt mit OSM-Daten arbeiten wird, wäre es halt schön, wenn ich die
Daten direkt aus OSM hätte, dann fällt das verknüpfen später leichter.

Gruß
Martin



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

Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki

2012-04-29 Diskussionsfäden Kolossos


Schwierig ist sowas nicht umzusetzen.
In der Wikipedia gibt es dafür einfache Vorlagen für Pro und Contra[1].
Die Auszählung erfolgt von Hand.
Dazu kann man sich dann noch ein unendlich kompliziertes Verfahren 
ausdenken, wann die Stimmen wie zu zählen sind, oder ob man sich doch 
auf die Argumente verläßt. Ich denke, wenn 5 Leute abgestimmt haben kann 
das inoffiziell reichen. Für offizielle, wichtige Abstimmungen ist es 
wichtig diese an einem zentralen Platz im Wiki anzukündigen und eine 
definierte Zeitspanne laufen zu lassen, weil man sonst mit seinen 5 
Freunden alles durchsetzen kann.


Da man das mit den Meinungsbildern[1] in der deutschen Wikipedia schon 
anders sieht als in der englischen müßte man erstmal abklären, ob sowas 
im OSM-Wiki auf Gegenliebe stößt. (Und wie bestimmt man sowas ohne 
Meinungsbild? ...)


Grüße Tim

[1]http://de.wikipedia.org/wiki/Vorlage:Pro
[2]http://de.wikipedia.org/wiki/Wikipedia:Meinungsbilder

Am 29.04.2012 20:00, schrieb Falk Zscheile:

Hallo,

Gibt es so ein Abstimmungsmodul bzw. wie schwierig wäre eine
Programmierung/Umsetzung im Wiki?

Gruß, Falk




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

Re: [Talk-de] Erfassung Ortshistorischer Objekte - Build=year ?

2012-04-10 Diskussionsfäden Kolossos


Am 10.04.2012 09:21, schrieb Jan Tappenbeck:

Moin !

wäre dann nicht build=year passender ?

Gruß Jan :-)

Nee, laut Wiki und tagInfo ist es start_date. grüße Tim


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

Re: [Talk-de] Erfassung Ortshistorischer Objekte

2012-04-09 Diskussionsfäden Kolossos


Die Idee klingt mir nach:
http://meta.wikimedia.org/wiki/WissensWert_2011/22-Zeitreise_in_OpenStreetMap-oder_OSM_in_der_4._Dimension
(Keine Ahnung wie da der Stand ist.)

Daraus interessant, aber aus meiner Sicht außerhalb von OSM.

Ich wäre ja schon mal froh, wenn vermehrt das Baujahr (Key:start_date) 
von Gebäuden eingetragen würde. Das steht z.T an den Gebäuden dran und 
sagt schon mal viel über Architekturstil und Stadtentwicklung aus. Zudem 
kollidiert es nicht mit OSM.


Grüße Tim


Am 09.04.2012 20:40, schrieb Georg Feddern:

Moin,

Am 09.04.2012 18:47, schrieb Jan Tappenbeck:

ich habe mich am Wochenende mit den Eltern unterhalten und wir haben
die alten nicht mehr vorhandenen Geschäfte im Ort mal aufgeschrieben.

Meint Ihr wir sollten soetwas in OSM hinterlegen oder mehr in der
Gegenwart bleiben - wenn erfassen wie ?


ich will ja nicht verhehlen, dass mich solche Informationen persönlich
durchaus interessieren - aber überleg doch mal, wohin das dann führt
bzw. führen kann.
Derzeit haben wir ja selbst oft noch Probleme, überhaupt den aktuellen
Bestand - also die Gegenwart - richtig zu erfassen.
Und dann willst Du an zwangsläufig oft demselben Objekt auch noch die
ganze Historie dranhängen?

Da Du nach Meinung fragst: Von mir ein entschiedenes Nein, ich habe mit
der Gegenwart genug zu kämpfen!

Gruß
Georg




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

Re: [Talk-de] WIWOSM-Projekt ist live

2012-03-23 Diskussionsfäden Kolossos

Zum Glück hatte ich, durch das Query-to-map Projekt, lang genug den von 
dir vorgeschlagenen Ansatz selbst verfolgt, um dir die Nachteile nennen 
zu können, die für mich überwiegen:
*Die Wikipedia ist eine schlechte Datenbank. An die Queries (die im 
Wiki-text gespeichtert sind) käme man garnicht oder nur mit dreckigen 
Tricks ran. (Mit Wiki-data wird das ggf. mal anders, aber das kann noch 
dauern.)
*Man hat die vers. Sprachen der Wikipedia und damit auch zig vers. 
Communities. Umstellungen des Tagging-schemas sind da kaum flexible zu 
lösen.
*Ich hatte einmal meine Schnittstelle von Query-to-map komplett 
umstellt, auch von OSM wird es irgendwann mal eine neue API geben. Wie 
sieht es dann mit der Langzeitstabilität der Schnittstelle aus.

*Wer garantiert die Stabilität eines Overpass Dienstes?
*Sollen die Abfragen flexibel sein, steigt die Gefahr, dass man mit 
hyperkomplexen Abfragen die gesamte Systemperformance killen kann. Wie 
willst man das absichern?
*Der Vorschlag die ID von OSM-Objekten zu nutzen, funktioniert 
bekanntermaßen schon nicht mehr, wenn ein Weg gesplittet wird.
*Die Abfragen, die du willst, sind nun auch nicht gerade sehr 
nutzerfreundlich. Aber das ist ja nicht dein Problem oder das Problem 
von OSM, weil du das Problem ja anscheinend zur Wikipedia schieben willst.


Wo bleibt hier bitte das Grundrecht innerhalb von OSM, dass jeder Nutzer 
das eintragen darf was Ihm wichtig erscheint? Damit meine ich halt auch 
die Verknüpfung mit einer der führenden Referenz- und Nachschlagewerke 
der heutigen Zeit.


Ich bin auf dritte Meinungen gespannt.

Grüße Tim

Am 22.03.2012 16:12, schrieb Peter Wendorff:

Wie gesagt: Mein Vorschlag wäre sowas wie ein osm-overpass-api-link:
- Der WIWOSM-Mechanismus kann weiterhin die wikipedia-Tags auswerten,
und entsprechende Links generieren.
- Einfache Objekte könnten über die ID eingebunden (und damit im
wikipedia-editor simpel unterstützt) werden
- Komplexe Objekte oder Objektsammlungen könnten über overpass-queries
per Hand in den Artikel eingepflegt werden.
- Durch die Möglichkeit, aktiv aus wikipedia heraus zur OSM zu
verlinken, entfällt die Versuchung, Relationen anzulegen, nur um ein
Objekt in zwei Artikeln zu verwenden, oder Sammelrelationen anzulegen,
weil alle Aldi-Süd-Filialen doch schön in den WP-Artikel passen würde.

Gruß
Peter




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

Re: [Talk-de] WIWOSM-Projekt ist live

2012-03-23 Diskussionsfäden Kolossos

Ja, da lag wohl ein Missverständniss vor.
Ich habe deine Argumente bezüglich der Nutzung in Sammelartikeln mit in
die Doku mit übernommen:

http://wiki.openstreetmap.org/w/index.php?title=WIWOSMaction=historysubmitdiff=752002oldid=751602

Die Templates werden zwar ausgewertet aber die Templateeinträge nirgens
ordentlich in eine Datenbank geschrieben. Das modifizieren eines
Eintrages ist noch kniffliger man muß den ganzen Artikel (gerne mal
100kB) runterladen, die Vorlage suchen und ändern und dann wieder alles
hochladen.

Mit den verschiedenen Communities ist das echt tricky man hat die
Projektgruppe WP:GEO in mindestens 13 Sprachen und alle machen irgendwie
ihr eigenes Ding. Irgendwie funktioniert es, aber schön ist das nicht. ...

Grüße Tim

Am 23.03.2012 16:33, schrieb Peter Wendorff:

Autsch...

Da hast du mich falsch verstanden.
Ich will das Recht, Tags, auch Wikipedia-Tags, in OSM zu setzen, gar
nicht beschneiden, und ich glaube, ich habe ja auch geschrieben, dass
die wp-Tags in OSM weiterhin für Standard-Verknüpfungen genutzt werden
könnten (automatisch eingefügt in die entsprechenden Artikel).

Nicht umsonst ist OSM, unabhängig von Wikipedia, aber eher skeptisch,
was Sammelrelationen angeht wie Bundesstraßen in Deutschland oder
Straßenbahnnetz Bielefeld. Klar: Man kann solche Relationen eintragen,
und diese Konstrukte hätten eine gute Berechtigung gerade für einen
Wikipedia-Artikel.

Mein Ansatz, und soweit ich das sehe, die der Mehrheit oder einer
zumindest nicht zu vernachlässigen Minderheit aktiver OSMler, ist in
diesem Bereich deshalb, mit gemeinsamen Tags zu arbeiten. So lassen sich
die Bundesstraßen in Deutschland zum Beispiel auch über alle Straßen,
deren ref-Tag mit B anfängt, und die innerhalb der Staatsgrenze liegen
referenzieren. Die Overpass-API ist EINE der Möglichkeiten, das zu tun,
und sie erlaubt damit sogar stabile Referenz-Links, um die Daten zum
Beispiel einer solchen Abfrage abzurufen.

Damit sind aber auch Karten wie Städte des westfälischen Hansebunds
oder Niedersächsische Abschnitte des Weserradwegs denkbar.

Zu deinen Gegenargumenten:

Am 23.03.2012 15:16, schrieb Kolossos:

Zum Glück hatte ich, durch das Query-to-map Projekt, lang genug den
von dir vorgeschlagenen Ansatz selbst verfolgt, um dir die Nachteile
nennen zu können, die für mich überwiegen:
*Die Wikipedia ist eine schlechte Datenbank. An die Queries (die im
Wiki-text gespeichtert sind) käme man garnicht oder nur mit dreckigen
Tricks ran. (Mit Wiki-data wird das ggf. mal anders, aber das kann
noch dauern.)

Sind nicht genau für sowas Templates da, die doch sowieso ausgewertet
werden müssen? Wenn ein MapQueryDisplay-Template die entsprechende Query
enthielte, könnten diese Templates ausgewertet werden, die
entsprechenden Ergebnisse könnte man zudem cachen, um den Aufwand zu
verringern.

*Man hat die vers. Sprachen der Wikipedia und damit auch zig vers.
Communities. Umstellungen des Tagging-schemas sind da kaum flexible zu
lösen.

Das Argument verstehe ich nicht so richtig...

*Ich hatte einmal meine Schnittstelle von Query-to-map komplett
umstellt, auch von OSM wird es irgendwann mal eine neue API geben. Wie
sieht es dann mit der Langzeitstabilität der Schnittstelle aus.
*Wer garantiert die Stabilität eines Overpass Dienstes?

Zu beiden Fragen: Die Overpass-API ist open source und nach Aussagen der
Entwickler relativ ressourcenschonend, notfalls könnte man den Dienst
also replizieren.

*Sollen die Abfragen flexibel sein, steigt die Gefahr, dass man mit
hyperkomplexen Abfragen die gesamte Systemperformance killen kann. Wie
willst man das absichern?

Auch komplexere Abfragen sind nach Aussage der Overpass-Entwickler kein
großes Problem. Damit das nicht jedesmal gemacht wird, würde ich die
Ergebnisse auf wikimedia-Seite cachen.

*Der Vorschlag die ID von OSM-Objekten zu nutzen, funktioniert
bekanntermaßen schon nicht mehr, wenn ein Weg gesplittet wird.

Andersrum ist dann aber auch üblicherweise nicht an jedem Teil der
Bundesstraße ein wikipedia-Link, WENN das passiert.
Overpass würde Abfragen wie [BBOX_DEUTSCHLAND][highway=*][ref=B 124]
unterstützen, was immun gegen splits ist.

*Die Abfragen, die du willst, sind nun auch nicht gerade sehr
nutzerfreundlich. Aber das ist ja nicht dein Problem oder das Problem
von OSM, weil du das Problem ja anscheinend zur Wikipedia schieben
willst.

Noch einmal: Den Standardfall mit den Wikipedia-Tags will ich gar nicht
antasten, und der bleibt so benutzerfreundlich wie jetzt.
Ich schlage aber eine zusätzliche Möglichkeit vor, die weitere Nutzungen
erlaubt. Das ist etwas schwieriger zu handhaben, aber die einfache
Variante würde ja weiterhin funktionieren.

Wo bleibt hier bitte das Grundrecht innerhalb von OSM, dass jeder
Nutzer das eintragen darf was Ihm wichtig erscheint? Damit meine ich
halt auch die Verknüpfung mit einer der führenden Referenz- und
Nachschlagewerke der heutigen Zeit.

Ich will dieses Grundrecht nicht antasten. Ich will vermeiden, dass
(mal wieder) das

Re: [Talk-de] WIWOSM-Projekt ist live

2012-03-22 Diskussionsfäden Kolossos


Am 22.03.2012 09:13, schrieb ThomasB:

@Tim
Das bestehende System wikipedia:de=Title hat auch eine Sprachversion


So war das aber nicht beschrieben und nach dem Revert meines Edits steht 
auch wie die Version ohne Sprachangabe im ersten Absatzes des Wiki:

http://wiki.openstreetmap.org/w/index.php?title=Key:wikipediadiff=nextoldid=748880

Ich habe meine Zweifel, dass alle Nutzer sich die Doku bis zum Ende 
durchlesen, daher ich der Anfang besonders wichtig.


Grüße Tim


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

Re: [Talk-de] WIWOSM-Projekt ist live

2012-03-22 Diskussionsfäden Kolossos

Zur ersten Frage wenn in der Wikipedia der InterWikiLink einfach fehlt 
weil er vergessen wurde, das ergänzt ihn bitte. Wenn die beschriebenen 
Objekte sich aber deutlich unterscheiden, weil der ein Artikel 
vielleicht den Landkreis und der andere die Stadt beschreibt, dann seit 
vorsichtig.


Das Verlinken von einem OSM-Objekt in zwei Artikeln (weil bspw. ein 
Teilstück einer Bundesstraße mit einer anderen Bundesstraßen gemeinsam 
verläuft) geht nur über Relationen.


Die Wikipedia sollte ja eigentlich nicht über ein und dasselbe Ding zwei 
verschiedene Artikel haben. (So jedenfalls die Theorie... )


Erschwert wird das Ganze dadurch, dass Wikipedia vers. Sprachen hat (die 
unabhängig voneinander geschrieben werden) und manchmal sich historisch 
verändernde Objekt oder mehrere Bedeutungen eines Begriffs in einem 
Artikel zusammenfasst. OSM hat halt mit seinen Punkten und 
Flächenrepräsentationen auch nochmal verschiedene Auslegungen von ein 
und demselben.


Es ist halt eben nicht ganz trivial so zwei derart komplexe Projekte 
miteinander sauber zu verbinden. In manchen Fällen geht es halt 
vielleicht auch garnicht und man muss dann auf eine Lösung wie 
Attached_KML (s. Doku) zurückgreifen.


Vielleicht gibt es aber auch noch andere Fälle die ich hier übersehen 
habe und die hier weiter diskutiert werden sollten.


Grüße Tim

Am 22.03.2012 14:47, schrieb Christian Müller:

Falls die Sprachversionen zu einem geografischen Objekt in der Wikipedia
nicht interwiki-gelinkt sind, gäbe es ja zwei Möglichkeiten

- zwei wikipedia tags in osm
- oder Interwiki-Link in der Wikipedia ergänzen

Die erstere Möglichkeit fällt flach, wenn man mittels
wikipedia=lang:title taggt. Falls die Frage in der Zukunft gestellt
wird, empfehlt ihr dann zweiteres Vorgehen?

Manchmal ist es evtl. interessant ein OSM-Objekt mit zwei verschiedenen
Wiki-Artikeln (der gleichen Sprache) zu verlinken - @Tim: wie wäre das
zu taggen, damit WIWOSM dann für beide Artikel die (gleiche) Geometrie
findet?


Gruß,
Christian




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

[Talk-de] WIWOSM-Projekt ist live

Hallo, das Projekt zum Highlighten von OSM-Objekten in der Wikipedia ist 
in seiner Beta-Phase jetzt live geschalten:

http://wiki.openstreetmap.org/wiki/WIWOSM

Erstmal ist die Live-Schaltung nur in dt.Sprache aktiv.

Beta-Phase deshalb, weil der IE erstmal nicht unterstützt wird.
Ich denke für eine IE-Unterstützung brauchen wir serverseitiges 
Rendering, das wird noch etwas dauern, bis dahin könnt Ihr ja schonmal 
fleißig Wikipedia-Tags eintragen und diskutieren, wie was eingetragen 
werden soll.


Grüße Kolossos




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

[Talk-de] WIWOSM-Projekt ist live

Hallo, das Projekt zum Highlighten von OSM-Objekten in der Wikipedia ist 
in seiner Beta-Phase jetzt live geschalten:

http://wiki.openstreetmap.org/wiki/WIWOSM

Erstmal ist die Live-Schaltung nur in dt.Sprache aktiv.

Beta-Phase deshalb, weil der IE erstmal nicht unterstützt wird.
Ich denke für eine IE-Unterstützung brauchen wir serverseitiges 
Rendering, das wird noch etwas dauern, bis dahin könnt Ihr ja schonmal 
fleißig Wikipedia-Tags eintragen und diskutieren, wie was eingetragen 
werden soll.


Grüße Kolossos




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

Re: [Talk-de] WIWOSM-Projekt ist live


Hallo Peter,
zu 2) Wir machen bezüglich der Darstellung der Geometrien nicht viel, 
das meiste macht schon osm2pgsql in der Standard-Definition. Wir 
übertragen diese Geometrien einfach nur per PostGIS-Befehl ins 
geoJSON-Format und dieses wird dann in OpenLayers etwas gestylt[1]. Mehr 
gibt es daher vielleicht nicht zu sagen. Eintscheidend war, dass die 
Ergebnisse bei div. Beispielen gut aussahen, was auch immer OSM2pgsql 
das so macht.


zu 3) Listenartikel, also mehrere Links auf verschiedene Karten, würde 
ich erstmal aussen vorlassen wollen, da kann ich mir die Usibility und 
die Umsetzung noch nicht ganz vorstellen. Da kommt dann als nächster 
Wunsch da noch was interaktives zu machen und das noch in bunt. Das läßt 
sich dann aber wohl kaum noch automatisch generieren.

Eine Karte mit allen Listeneinträgen sollte aber machbar sein.


Grüße Tim

P.S.: Der 3fache Eintrag in der Mailingliste war dazu da damit das 
wirklich jeder liest. Nein irgendwie spinnte das Mailprogramm im 
Konf.-netzwerk.


[1]var styleMap = new OpenLayers.StyleMap({'pointRadius': 7,
'strokeWidth': 3,
'strokeColor': '#ff',
'fillColor': '#ff',
'fillOpacity': .3
 });


Am 21.03.2012 20:01, schrieb Peter Wendorff:

Hi.
Hab mir grade die Beispiele angeguckt und erstmal 'ne Minute gebraucht
um rauszufinden, wo die Daten herkommen, weil nicht so direkt klar ist,
dass der Wikipedia-Tag aus OSM dazu genutzt wird.

Soweit ich das bisher bewerten kann, find ich das Projekt klasse, aber
zwei Dinge sind mir aufgefallen:

1) Ja, die Info ist da, aber ich würde noch etwas deutlicher auf der
wiki-seite schreiben, dass eben die wikipedia-Tags aus OSM dafür
ausgewertet werden.

2) Wie werden welche Objekte dargestellt? Ich würde mir hier eine Liste
wünschen:
- Punkte als generische Marker (?)
- ways als linienzüge
- closed ways als Polygone (immer? oder wann offen?)
- Multipolygon-Relationen als Multipolygone korrekt ausgewertet
- was ist mit site-Relations etc, die z.B. die Gebäude einer Universität
zusammenfassen?
- riverbanks (ist im grunde schon genannt auf der Seite, gehört aber mit
in die Tabelle dann)

3) Ist es geplant, das auch auf die Listenartikel etc. in der Wikipedia
zu erweitern? Highlighting der Ländergrenzen z.B. auf
http://de.wikipedia.org/wiki/Deutsche_Bundesl%C3%A4nder wär doch auch
schick ;) (dürfte aber komplexer sein, das noch mit umzusetzen)

Gruß

Peter




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

Re: [Talk-de] WIWOSM-Projekt ist live