Re: [OSM-talk] new Wikidata+OSM data in one RDF database
Nice work Yuri, I hope the next version will have geometries in GeoSPARQL and an output directly on a map, but one step after another. I believe for the moment it's not so important to have all the OSM objects without Wikidata link inside the database. To handle this amount of data would be much harder. Very cool project. Best regards Tim alias Kolossos Am 12.05.2017 um 18:03 schrieb Yuri Astrakhan: > TLDR: A SPARQL (rdf) database with both OSM and Wikidata data is up for > testing. Allows massive cross-referenced queries between two datasets. > The service is a test, and needs a permanent home to stay alive. > > Overpass Turbo is awesome, but sadly it does not have data from > Wikidata, nor does it support some SQL-like conditions. I have setup a > temporary RDF database that has both OSM & Wikidata. You can use SPARQL > queries to find: > > * All OSM objects with wikidata tag that references a Wikipedia > disambiguation page. Get the name of the page in first available > language ru, fr, de, en.http://tinyurl.com/mzlfb26 > > * OSM relations with wikidata tag pointing to a person (also tries > multiple language fallbacks). http://tinyurl.com/m6fh3wx > > * OSM relations with duplicate Wikidata IDs http://tinyurl.com/mvhhogx > > > == OSM data structure == > osmnode, osmway, osmrel - OSM object prefix, e.g. osmnode:1234 > osmt - tag, e.g. osmt:name:en (only has tags with latin chars, -, _, > :, digits > osmm - meta data about the object -- type, isClosed, version. > > I try to preserve OSM data without much changes. Every tag's value is > stored as a string, except for wikidata and wikipedia tags which are > converted to a URL, the same format as stored in Wikidata. > > osmway:29453885 > osmt:name "Samina"; > osmt:waterway "river"; > osmt:wikidata wd:Q156065; > osmt:wikipedia <https://de.wikipedia.org/wiki/Samina>; > osmm:type "w"; could be "r", "w", and "n" > osmm:isClosed false; this meta property is only for OSM ways > osmm:version 24. > > Wikidata data structure is identical to https://query.wikidata.org (see > help) > > > == Current limitations == > * Only includes OSM objects with either "wikidata" or "wikipedia" tags > * The OSM data only contains tags with only Latin letters, digits and > symbols - : _ > * OSM geometry info is not imported, e.g. no center point or bounding > box, except for osmm:isClosed (true/false) property for ways. > * Does not include OSM object inheritance data - e.g. cannot query for > "find a node that is part of a way which is part of a relation that has > wikidata tag that ..." > * Wikidata is updated every second, but OSM does not yet update at all, > imported from a full db dump as of a few days ago. > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can wikidata links help fight name inflation?
I was the person who adds most of the labels to London, so I want to share also my thoughts. I did this for all capitals and countries in the world to be able to create worldmaps in different languages. Such world maps in local languages are known from each school atlas and are used in local television news. For this action I use Wikipedia article names. So London was in each language important enough to write an article about it in this language. Which is a lot of work, someone invested. Before this action I checked and discuss that there was no legal issue by using Wikipedia article names. Now they are at Wikidata under CC-0 so definitely free. The bias in this discussion that English labels are ok and helpful but other languages are not, is scary for me. Please take a look at: https://en.wikipedia.org/wiki/List_of_languages_by_number_of_native_speakers and find that English is only on place 3 of the list. We have a good chance that we will see in short-therm multilingual maps in lots of websites by using vector tiles. And in this moment we really want to make it harder to add such translations? Now to Frederiks proposal: To use Wikidata is really an interesting idea to reduce duplicated work, also for more than place names. With some pre-condition we could talk more positive about Frederiks proposal: *There should be in the future an additional, official version of planet-dumps and diffs that are enrich with content from Wikidata. Such a service must be stable as the other planet dumps. This service would kill the argument that it is harder to use external database Wikidata for apps. If not we create duplicated work for developers that we want to avoid elsewhere. *We would need much more Wikidata tags in OSM, now we have only 35.000 and for wikipedia-Tags we have also only 450.000. But I have a database of 3.5 Mio Wikipedia-objects that have a coordinate. So there is work for years. *We should also discuss with the Wikidata community the scope of there project. Perhaps we can come to a point where everything is inside the scope that is interesting for a Wikimedia project AND for OpenStreetMap. But if we come with the idea that we want to store opening hours for little shops in Wikidata I'm sure that the Wikidata community would not be amused to it. (I already try it.) So before we have something of the pre-conditions on the horizont I think it's easier go further with the way of name tags we have now for years. Tim alias Kolossos ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
Ok, lets take the second example of Wind turbines: power=generator + generator:source=wind The first tag power=generator is a more general tag and you have the specific tag generator:source=wind. For the second tag you have a Wiki page: http://wiki.openstreetmap.org/wiki/Tag:generator:source%3Dwind On this wiki-page you can find that the general tag power=generator is obligatory. So this tag delivers no additional information, because it exist in each case. In my eyes the first general tag exist only for historical reasons and for software/render-styles that are not very specific, they can work so without an update after each creation of a new tag. So please see the project as a project to link from Wikidata to OSM-Wiki and taginfo, not as a project to register all combinations of tags. Greetings Tim Am 30.12.2014 um 11:29 schrieb Janko Mihelić: 2014-12-30 2:06 GMT+01:00 Kolossos t...@alder-digital.de mailto:t...@alder-digital.de: Perhaps you have a better example to let me re-think this topic. cuisine=fastfood is only used 12 times [2]. For example bike paths (Q221722), highway=path + bicycle=designated + foot=designated + segregated=yes Wind turbine (Q49833), power=generator + generator:source=wind I can list all the other generator types here. Reservoir (Q131681), natural=water + water=reservoir plus all the other types of water. man_made=tower + tower:type=communication/climbing/bell_tower/cooling/lighting Each one could have its Wikipedia page. So, there are a lot. If you don't find a way to use multiple tags, I think this will not be a serious project. Maybe there's a way to delimit strings and use a format that can use n strings? Janko Mihelić ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
It's possible to build 1:n and n:1 relations. That means amenity=marketplace links to 2 Wikidata entries Q330284 (marketplace) and Q132510 (streetmarket). In the other direction power=minor_line and power=line are linking both to Q2144320 (Overhead power line). It's in both cases a OR-connection. As far I can see it's not possible to support an AND. Thanks for the interesting question. Greetings Tim Am 29.12.2014 um 11:55 schrieb Janko Mihelić: Very interesting project! Keep it up, I might come and help you. What if you add more tags in Wikidata? Does that mean that an object in OSM needs to have all those tags, or just one of them? Is it an AND or an OR? For example, in Wikidata you have an element Fastfood restaurants (Q1751429). How do you add amenity=fastfood and a combination of amenity=restaurant + cuisine=fastfood? Both are fastfood restaurants. Janko 2014-12-28 23:33 GMT+01:00 Kolossos t...@alder-digital.de mailto:t...@alder-digital.de: Hello, I work the last weeks to bring the OSM-tagging to Wikidata, by using: https://www.wikidata.org/wiki/Property_talk:P1282 I work through the Map features-site from top to down. (It was a funny job to find right Wikipedia-articles.) Not in all cases it was possible to find a right matching. The main use-case I see in translations of our tagging system in smaller languages. This can be interesting for tools like ID-editor or for the search in the OSM-Wiki. Wikidata can also be a hub to connect to other projects. At the end I hope also this connection can help to give OSM objects an Wikipedia/Wikidata-Tag. So I hope we can check a tagging with the is instance of-property in Wikidata. Taginfo already support this 626 connections: http://taginfo.openstreetmap.org/projects/wikidata_org#tags Greetings Tim alias Kolossos ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
I'm also a little bit sceptical to handle such data twice, my hope was to use Taginfo-integration to bring the data to the osm-wiki. I think together with a little js-script like qlable [1] we would be able to provide translations in different language, but for a search in the wiki it would not help. Greetings Tim [1]https://googleknowledge.github.io/qlabel/ Am 29.12.2014 um 19:56 schrieb Andy Mabbett: On 28 December 2014 at 22:33, Kolossos t...@alder-digital.de wrote: I work the last weeks to bring the OSM-tagging to Wikidata, by using: https://www.wikidata.org/wiki/Property_talk:P1282 Great work, thank you! I have enabled tagging in the reverse direction, like this: https://wiki.openstreetmap.org/w/index.php?title=Key:bridgediff=prevoldid=1077814 https://wiki.openstreetmap.org/w/index.php?title=Tag%3Awaterway%3Driverdiff=1122164oldid=976981 Of course, being OSM, some people already have objected to this... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
I would like to keep it as simple as possible and I don't want to replace the OSM-Wiki where all usefull combinations of tags are described. You would not only destroy the URL to the OSM-Wiki you would also damage the format checking tools that we have in Wikidata[1]. Perhaps you have a better example to let me re-think this topic. cuisine=fastfood is only used 12 times [2]. Greeting Tim alias Kolossos [1] https://www.wikidata.org/w/index.php?title=Property_talk%3AP1282diff=163539475oldid=163111676 [2] http://taginfo.openstreetmap.org/tags/cuisine=fastfood#overview Am 29.12.2014 um 13:40 schrieb Janko Mihelić: 2014-12-29 12:26 GMT+01:00 Kolossos t...@alder-digital.de mailto:t...@alder-digital.de: It's possible to build 1:n and n:1 relations. That means amenity=marketplace links to 2 Wikidata entries Q330284 (marketplace) and Q132510 (streetmarket). In the other direction power=minor_line and power=line are linking both to Q2144320 (Overhead power line). It's in both cases a OR-connection. As far I can see it's not possible to support an AND. For this to be a valuable resource, I think we need an AND. What if we used: Tag:amenity=restaurant+cuisine=fastfood But then the Formater URL Statement of the P1282 wouldn't be entirely correct. I think that's a small price. I have another suggestion. Sometimes tags mean different things in different countries. For example highway=primary means Q765207 in Croatia, but it means Q792334 in Belgium. For these cases I would use a qualifier P131 (located in the administrative territorial entity) and that means that the tag (or combination of tags) only works in that administrative entity. Janko ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM-Tagging in Wikidata
Hello, I work the last weeks to bring the OSM-tagging to Wikidata, by using: https://www.wikidata.org/wiki/Property_talk:P1282 I work through the Map features-site from top to down. (It was a funny job to find right Wikipedia-articles.) Not in all cases it was possible to find a right matching. The main use-case I see in translations of our tagging system in smaller languages. This can be interesting for tools like ID-editor or for the search in the OSM-Wiki. Wikidata can also be a hub to connect to other projects. At the end I hope also this connection can help to give OSM objects an Wikipedia/Wikidata-Tag. So I hope we can check a tagging with the is instance of-property in Wikidata. Taginfo already support this 626 connections: http://taginfo.openstreetmap.org/projects/wikidata_org#tags Greetings Tim alias Kolossos ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] OSM-Tagging in Wikidata
Hallo, die letzten Wochen habe ich mal verwendet um das OSM-Tagging in Wikidata zu bringen: https://www.wikidata.org/wiki/Property_talk:P1282 Es handelt sich also um eine Zuordnung, unseres Tagging von z.B: emergency=fire_hydrant auf den Wikidata-Eintrag Q634299 für Feuerhydrant (https://www.wikidata.org/wiki/Q634299). Hauptanwendung dürfte es sein Übersetzungen anzubieten. So unterstützt Wikidata für das obige Beispiel mit dem Hydranten 32 Sprachen, während es OSM-Wiki dafür nur 8 Sprachen gibt. Am Ende hoffe ich aber auch, dass die Verknüpfung des Tagging-Schemata auch bei der Verknüpfung von OSM-Objekte und der Wikipedia dienen kann. Taginfo unterstützt die Verknüpfungen bereits: http://taginfo.openstreetmap.org/projects/wikidata_org#tags Zum Erstellen der Verknüpfungen bin ich die Map features-Wikiseite systematisch durchgegangen und habe 626 Verknüpfungen angelegt. Einige Spezialtags auf Unterseiten fehlen also noch. Es gibt aber auch Fälle in dennen keine passende Verknüpfungen möglich sind. Es wäre schön, wenn die Mapping-Experten in ihren Spezialgebieten nochmal über die Verknüpfungen drüber schauen könnten. Grüße Tim alias Kolossos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinsamer Account
Am 29.11.2014 um 19:35 schrieb Michael Kugelmann: Am 29.11.2014 17:23, schrieb Markus: Das ist die eine Weltm die nichts mit OSM zu tun hat. Inhaltlich wachsen beide Welten zunehmend zusammen. WP nutzt viele OSM-Daten und zeigt OSM-Karten, OSM hat viele WP-Links und zeigt diese auf Karten. Und? * Wikipedia ist die Weltweite Online-Enzyklopädie. * das OSM-Wiki ist das Wiki zur Dokumentation von OSM-Themen. Was hat das mit einer Enzykopädie zu tun? Nichts Dass Wikipedia OSM-Daten nutzt und Inhalte verlinkt werden hat nicht mit dem Arbeitshilfsmittel OSM-Wiki zu tun... Naja, ich fände eine einfache Anmeldung von Leuten aus der Wikipedia zum Bearbeiten der Kartendaten schon gut. Z.B. um Wikipedia-Tags setzen zu können. Mit Wordpress-, Google- und AOL-Account kann ich mich ja schließlich auch bei OSM anmelden. Leider setzt die Wikipedia auf das alternative System von Oauth anstatt auf Open-ID, sodass ich jetzt auch keine einfache Möglichkeit zur Umsetzung sehe. Zudem ist der Anmeldeaufwand verhältnissmäßig klein gegenüber dem Aufwand OSM ansatzweise zu verstehen. Trotzdem sollte alle Einstiegshürden nach Möglichkeit reduziert werden. Grüße Tim Sorry, Michael. ___ 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] Handy Halterung Fahrrad Mapillary?
Der Finn tut seinen Job auf Asphalt, aber schon auf Kopfsteinpflaster verwackeln die Bilder[1]. Für MTB-Strecken empfehle ich die eine Helmhalterung, weil da die Evolution einen zusätzlichen Stoßdämpfer eingebaut hat (deinen Kopf). Direktes Sonnenlicht hilft die Belichtungszeit kurz zu halten. Den Luftdruck im Vorderreifen zu reduzieren hilft etwas. Grüße Tim [1]http://www.mapillary.com/map/im/HBMFQnhirrAO5VJTa_dxqA http://www.mapillary.com/map/im/M1VI7XDQX8tYWYvn_9rUOg Am 21.09.2014 um 11:25 schrieb Jochen: Für Grazer kann es nur eine Lösung geben: Finn von BikeCityGuide, die haben doch ihre Zentrale vor Ort. Sprich die doch mal direkt an. Soweit ich weiß, sind noch weitere Halterungen in Entwicklung. Finn hat den Eurobike Award 2014 bekommen. http://getfinn.com/de/ Ich habe eine Mittelkamera am Smartphone und ziehe immer einen Eckenspanner zur anderen Seite: Das hält auf übelstem Kopfsteinpflaster: https://www.youtube.com/watch?v=gqDNN4gdJys Ungefedertes Hollandrad, Kamera so tief eingestellt, dass man keine Personen sieht. Beste Grüße aus DD Jochen Finn kann man auch gut am Rucksack fixieren. Am 20.09.2014 um 13:53 schrieb Lars Schimmer: Hallo Ich bin ein wenig stärker auf den Mapillary.com Zug aufgesprungen und habe bisher einiges in Graz aus der Hand aufgenommen und in Mapillary geuploaded. Soweit so gut. Nun möcht ich das auch auf meinen Radtouren am MTB versuchen, aber die Freihand-Aufnahme ist da blöde. Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,... darf ned aus versehen durch irgendwas an der Halterung passieren). Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne zeigen lassen :-/ Danke. http://www.mapillary.com/map/im/bbox/47.0118827819824/47.1345024108887/15.3497133255005/15.534200668335 Oder auch Hildesheim/Mera Luna ;-) MfG, Lars Schimmer ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Noch eine Wappenkarte
Ich habe den Adler mal rausgeschmissen. Grüße Tim Am 31.03.2014 15:14, schrieb NopMap: Kolossos-2 wrote Ich fands den ungeplanten Effekt lustig. Jedenfalls lustiger als den Adler mit Hakenkreuz der über Berlin in bestimmten Zoomleveln schwebt. Vielleicht solltest Du Vorkehrungen treffen, daß der Adler nicht mehr zu sehen ist. In Deutschland kann man mit so einem Vogel eine Menge Ärger bekommen. (Verwenden von Kennzeichen verfassunswidriger Organisationen, strafbar nach § 86 a StGB) bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Noch-eine-Wappenkarte-tp5801549p5801740.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Noch eine Wappenkarte
Hallo, das Berliner Hackweekend hatte ich mal genutzt die Idee der Wappenkarte auf Wikidata-Basis aufzugreifen und in meine Koordinatenextraktion der Wikipedia zu integrieren: http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?lang=deuselang=dezoom=6lat=50.08584lon=6.63143coats=yes Das sind jetzt 42.000 Wappen bei 3.5 Mio Artikeln, viel Spaß beim stöbern. Zum Hintergrund: Der Extrakt von Wikidata lief über die Wikidata Query[1]. Für die Anwendung wurden im Gegensatz zur ersten Karte erstmal keine Wikipedia- bzw. Wikidata-Tags genutzt, obwohl ich derren weitere Verbreitung auch für WIWOSM nur unterstützen kann. Die Nutzung der Wappen ist aber erstmal nur ein Beispiel für das Potential von Wikidata. Extraieren konnte ich auch die Eigenschaft ist Instanz von, was so dem entspricht, was wir in OSM unser Tagging-Schema nennen. Eine nähere Auswertung dazu steht aber noch aus. Grüße Tim [1]http://wdq.wmflabs.org/wdq/?q=claim[94]props=94 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Noch eine Wappenkarte
Am 29.03.2014 15:35, schrieb Tobias Knerr: Am 29.03.2014 15:05, schrieb Kolossos: Hallo, das Berliner Hackweekend hatte ich mal genutzt die Idee der Wappenkarte auf Wikidata-Basis aufzugreifen und in meine Koordinatenextraktion der Wikipedia zu integrieren: http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?lang=deuselang=dezoom=6lat=50.08584lon=6.63143coats=yes Eine interessante Weiterführung des Konzepts. Beim Spielen mit der Karte sind mir zwei Dinge aufgefallen: * Hier und da tauchen Logos von Fußballklubs auf. Ist das gewollt oder nur eine Folge der fehlenden instance of-Daten? Ich fands den ungeplanten Effekt lustig. Jedenfalls lustiger als den Adler mit Hakenkreuz der über Berlin in bestimmten Zoomleveln schwebt. Die instance of-Daten gibt es allerdings dürfte eine Karte nur mit Fussballclubs einfacher sein als eine ohne. * Manche Wappen haben keinen transparenten Hintergrund. Gibt es da auf Wikipedia/Commons Regeln bzgl. der Transparenz, sprich: Kann ich da einfach das Wappen bearbeiten? Oder bekomme ich da Ärger? Man muss halt sehen, wo die Wappen herkommen. Wenn es sie nur als GIF oder JPG gibt, ist Transparenz halt nicht gegeben. Wunschformat ist SVG. Da gibt es eine Reihe aktive Leute, Verstärkung und selbstständiges arbeiten ist aber sicher willkommen: https://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Wappen Gruß, Tobias ___ 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
[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?
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
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
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
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
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
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
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
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
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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] ImageInOsm: a photomapping mobile application
For discussions use: *https://commons.wikimedia.org/wiki/Commons:Village_pump *https://lists.wikimedia.org/mailman/listinfo/commons-l Greetings Tim Am 29.08.2013 16:47, schrieb Gilles Bassière: I'm currently exploring Commons. I know that uploading a file is not as trivial as Flickr (that's one of the reason Flickr has been implemented first). I was about to post my technical questions on mediawiki-api mailing list. I'm not sure of the preferred way to contact the WM Commons community... Do you recommand a mailing list or a forum? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ImageInOsm: a photomapping mobile application
Hello Gilles, you can use additionally also: http://wiki.openstreetmap.org/wiki/Key:image So you would have links in both direction. Do you want to use Geocoding? All Smartphones have GPS, but you need a feature to adjust the position, and an camera-app with this feature would be very helpful. I'm a member of Wikimedia Commons community. I'm relatively sure that this community will be sad if someone uploads tons on pictures where you only see housenumbers. Thats what mappers doing. Each picture on Commons also need a description, category and so on. This makes a lot of work. I like the idea of a cooperation between OSM an Wikimedia, but I see Commons only as place for a selection of pictures that mappers make. Commons is also without your project on a good way to become a media garbage dump. So please give the user a chance to make a selection for an upload to Commons. If you want to go an other way, please discuss this with Commons community. Wikimedia Commons supports with over 3.5 Mio pictures also geocoding: https://commons.wikimedia.org/wiki/Commons:Geocoding Each geocoded image gets also a link the description page to an OSM-map. (I'm the maintainer of this map-frontend.) Example map: https://toolserver.org/~kolossos/openlayers/commons-on-osm.php?zoom=16lat=51.05lon=13.73 So geocoding is long-time stable, working for years and I can't see a benefit by using a reference to in-stable OSM-ID's. Perhaps you can explain the benefit you see. Greetings Tim alias Kolossos Am 28.08.2013 16:58, schrieb Gilles Bassière: Hi All, I'd like to introduce ImageInOsm [1], a photomapping mobile application. The app is intended for on-the-field users. It is very easy to use (see screenshots [1]): 1. the user select an OSM object that he is seeing on the ground 2. he takes a picture of this object 3. the picture is sent to Flickr with the OSM id in the tags You can already try it: - for Android, just download and install this test package [2], - for iOS, we are unforunately not aware of any easy solution to publish a test package, you will have to build and install from the source code (you will need a Mac with the XCode software). Compared to traditionnal photomapping process, ImageInOsm promotes collaboration. Indeed, the pictures will not remain on a hard/flash drive, they will immediately be shared on the Web with metadata allowing others to find and use them. Please note that (as the name does NOT imply) pictures will not be stored on any OSM server. Instead, they will be sent to a 3rd-party server (Flickr, ...) under your own account. The sole innovation consists in linking the picture to the OSM object that it references. So far, the application only works with Flickr as a backend. The tagging convention used makes the pictures compatible with LizPOI [3] and OsmFlickr [4]. We hope that one day these pictures will be easily available in your editor (a JOSM plugin would do the job but we this is not on our roadmap, if anyone is interested). We are grateful to Jean-Louis Zimmermann from Ville d'Orange for having initiated and supported this project. Technically speaking, this app is built upon: - Cordova 3.0 - JavaScript + BackboneJS - HTML/CSS + Bootstrap 2.x Source code is available on Github [5], distributed under the Apache license 2.0. Of course, any contribution will be happily received: code, documentation, bug report, propositions, etc. We are aware that the project is not completely mature but the code is under active development. We are already planning the following updates: - support Wikimedia as a picture backend (ongoing development) - configurable filters for OSM objects so that users can make thematic campaign - improve user experience (see issues on GitHub) [1] http://naturalsolutions.github.io/ImageInOsm/ [2] http://depot.natural-solutions.eu/ImageInOsm/ImageInOsm-0.1.apk [3] http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 [4] http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-:-Gestion-des-liens-OpenStreetMap-Flickr [5] https://github.com/NaturalSolutions/ImageInOsm/ Best regards Gilles Bassière NATURAL SOLUTIONS http://www.natural-solutions.eu ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt
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?
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?
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
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
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
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: [OSM-talk] Please test this Native wikipedia link - feature
Hello Tirkon, the tool is working, but it would also no problem to write such a tool on base of Wikipedias interwikilinks. Wikipedia article names are human readable, and I would be careful to call a link to Q1 native for somebody. We had a proposal for a Wikidata-Tag. Please read my comment there: http://wiki.openstreetmap.org/w/index.php?title=Talk%3AProposed_features%2FWikidatadiff=884867oldid=883084 So I believe we will need Wikidata, but only for entries without an Wikipedia article. Greetings Kolossos Am 26.06.2013 18:13, schrieb Tirkon: Michael Kugelmann michaelk_...@gmx.de wrote: did you take care about WIWOSM? http://wiki.openstreetmap.org/wiki/WIWOSM Of course I do. ;-) - This already works fine since more than one year. - the tagging scheme can handle different language even in parallel - BUT: the tagging of ONE LANGUAGE is SUFFICIENT, the rest is handled as linking within Wikipedia Just a few days after the collaboration of Wikipedia and OSM began, I posted a whole bunch of ideas what could be done, i.e. generating maps like this automaticely from OSM. http://de.wikipedia.org/wiki/Vorlage:Imagemap_Landkreis_Aurich This would be far beyond that, what is done by WIWOSM. Thus I am really happy to have WIWOSM. Thus I wrote a German guide just the day after it was introduced on the FOSSGIS. Sadly we have the problem, that it does not work in the Internet Explorer. So long it is problematical to convince Wikipedians using WIWOSM instead of the old less advantageous tools. My intension was and is to advertise this collaboration. All this should make clear that I really care about WIWOSM. My focus on the collaboration of Wikipedia and OSM is also the reason, why I came up with the idea of this thread. At the moment the only question is whether it works or not - nothing more. You are right: For WIWOSM one language link is sufficient. You wrote that the rest has to be done in Wikipedia. Again you are right. And this thread is the first beginning of testing just that. If it works, the next step could be to find the Wikidata object from the link to one discretionary language article. But the essential part that needs testing is what I brang up here. If it works, everybody has the possibility to use a Native wikipedia link, i.e. in a posting or a mail, in an OSM map or in another project. I never asked to implement something in OSM. I only begged for a test in order to make this feature possible. Thus the title of this thread is: Please !!TEST!! this Native wikipedia link - feature and not Please implement this Native wikipedia link - feature. Be assured that I will not ask to implement something in OSM without caring about WIWOSM. ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hello Andreas, It seems in principle possible to support anchor-links but it was not in our focus, because our frontend had only one map per article. (You can believe me the sytem was complex enough ;-)). I will talk about this topic with my co-creator and the developer of WikiMiniAtlas. It will also have some problems with articles in different languages connected by Interwikilinks because the anchors could be different, so I would like to support it later with Wikidata part 3 (lists). Greetings Tim Am 06.05.2013 11:03, schrieb Andreas Labres: On 05.05.13 14:55, Kolossos wrote: I don't like to support different reference systems in WIWOSM. I see the point. But WIWOSM seems not to work with anchor-links: Neither http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Liste%20der%20denkmalgesch%C3%BCtzten%20Objekte%20in%20Wien%2FPenzing%23objektid-25020 http://toolserver.org/%7Ekolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Liste%20der%20denkmalgesch%C3%BCtzten%20Objekte%20in%20Wien%2FPenzing%23objektid-25020 nor http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wien%2FPenzing%23objektid-25026 http://toolserver.org/%7Ekolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wien%2FPenzing%23objektid-25026 (don't know how you want spaces encoded) does find the object in OSM. And I'm not talking of a different reference system in WIWOSM. Wikipedia/Wikidata should uniquely name those objects that only exist in Wikipedia lists. We (OSM as well as WIWOSM) should only use those names. /al ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hello Andreas, I hope Wikidata part 3 solve the problem with the list, so that an object would be one Wikidata entry and can be a member in different lists but can also have an own article. A map with objects in the example article is here:[1] I have no influence on the way how http://www.openstreetmap.org/browse/way/48434939 links to Wikipedia, I could also only ask an admin. With a link to index.php it would be easy to solve[2]. An external project with m:n-relations between OSM and WP would have it's own problems. Greetings Tim alias Kolossos [1]http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?lang=deuselang=detitle=Liste%20der%20denkmalgesch%C3%BCtzten%20Objekte%20in%20Wien%2FPenzingzoom=15lat=48.21428lon=16.22318layers=B00FFTTF [2]http://de.wikipedia.org/w/index.php?uselang=detitle=Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wien/Penzing#objektid-25026 Am 05.05.2013 08:08, schrieb Andreas Labres: Tim, There are problems with WIWOSM that aren't solved at all... Example: Historic monuments in Austria. They are all covered in Wikipedia, but mostly only in Lists. And they do have a distinguishable objectID, but I can't really state this in OSM. For instance: http://www.openstreetmap.org/browse/way/207854465 ist such a historic monument with objectID 25020. It can be found in Wikipedia here: http://de.wikipedia.org/wiki/Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wien/Penzing#objektid-25020 So I can only state the tag wikipedia:de = Liste der denkmalgeschützten Objekte in Wien/Penzing#objektid-25020 This has the effect that the link in OSM doesn't work (because OSM adds a userlang parameter behind the anchor reference which I consider a bug of OSM [did already report it]). And also WIWOSM can't reference the distict object. Though it seems to be able to reference some of the Liste_der_denkmalgeschützten_Objekte_in_Wien/Penzing. It can't do all because some of the objects do have their own wikipedia entrance, for instance Mariarunn church: http://www.openstreetmap.org/browse/way/48434703 http://de.wikipedia.org/wiki/Pfarr-_und_Wallfahrtskirche_Mariabrunn So what would be necessary is that wikipedia and OSM would agree on some kind of generic ID, which could in the case of historic monuments in Austria be some /monument/AT/$objectID, e.g. /monument/AT/25020, which then would redirect to http://de.wikipedia.org/wiki/Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wien/Penzing#objektid-25020 whereas /monument/AT/24616 could redirect to http://de.wikipedia.org/wiki/Pfarr-_und_Wallfahrtskirche_Mariabrunn /al ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM relation ID property in Wikidata
Hello, as co-creator of WIWOSM I was also against this Wikidata-property, but I came too late. WIWOSM links are not only more stable and human-readable, the are also much more flexible. So in WIWOSM we can suport relations but also multirelations, ways, multiways nodes, multinodes. I'm waiting for the day where the people starts to create relations for each building only to be able to link on it from Wikidata. We have now Wikipedia-Tags for over 300.000 objects and I would prefer to concentrate the power of the community to one system instead to split it. In my eyes, what Wikidata perhaps need is one bit (created by a bot) with the information yes there is an matching OSM object to create a link to a map, the rest can come from WIWOSM. Later if Wikidata starts to have entries without an own Wikipedia-article we should support a Wikidata-Tag, but thats on way[2]. This will happen at part 3 of Wikidata-project were they want to support list creation. With projects like WikiLovesMonuments I'm sure that we will have on some places a link for each building, so the problem above is not only theory. Greetings Tim alias Kolossos [1] http://taginfo.openstreetmap.org/keys/wikipedia [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata Am 04.05.2013 01:49, schrieb Claus Stadler: Hi, Shouldn't OSM use Wikipedia URLs as UUIDs where applicable rather than Wikipedia referring to database identifiers? (The answer is a clear 'yes' from my side.) In fact there are the (wikipedia, *) tags - but not sure how good the quality is - what can be seen on a first glance is, that people mix URLs and article names, and also encoding. Cheers, Claus On 05/04/2013 01:34 AM, Jason Remillard wrote: Hi, In general is seems like it might be useful to have some kind of somewhat permanent URL to an element inside of OSM. However, given what exists today shouldn't Wikipedia be using the overpass API for referencing OSM? Thanks Jason. On Fri, May 3, 2013 at 6:46 PM, Paul Norman penor...@mac.com wrote: From: andrzej zaborowski [mailto:balr...@gmail.com] Sent: Friday, May 03, 2013 2:08 PM To: Frederik Ramm Cc: OpenStreetMap Subject: Re: [OSM-talk] OSM relation ID property in Wikidata I am less concerned about the Wikidata side - if they make a bad judgement then it is their mess to clean up. I am however concerned that if more people simply assume that the status quo is there to stay (IDs are stable enough), this will put pressure on *us* and limit our flexibility in the future. The OSMF has sent a pretty strong message saying that object IDs are stable enough to base impactful legal decisions on them. It will look silly for them to go back to the stance that IDs aren't stable after all. There's two sides to ID stability. One is stability during software or data model changes and the other is stability during normal mapping. Frederik's post was concerned more with the former. The latter is more complicated. Because the original message linked to London, it's worth pointing out that a few admin relations did get new IDs in the redaction process for technical reasons and that periodically relations get given new IDs because old large complex relations don't interact well with the /history call. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] vereinfachte Gebietsgrenzen
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?
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?
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
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
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?
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
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
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: [OSM-talk] Translating the world
Good starting point for such an application seems to be the Amenity Editor: http://wiki.openstreetmap.org/wiki/Amenity_Editor In the moment it's difficult to select and editing nodes cities for large area. Only way I see is to use overpass API with a more or less cryptical URL[1] and adding a new name-tag is not so simple as it could be. So a simple to use webservice could involve more people. So any help is welcome to create such a translating tool. Greetings Kolossos [1] JOSM remote control: http://localhost:8111/import?url=http%3A%2F%2Foverpass-api.de%2Fapi%2Fxapi_meta%3F%2A%5Bplace%253Dcity%5D%5Bbbox=4,45,9,52%5D Am 29.10.2012 18:06, schrieb Ab_fab: Hi Tim, This looks very promising. I'm sure that many people fluent in two or more languages could get involved in the project, once a proper editing interface is set-up. There's already a lot to do for the regions and cities names. I'm thinking of one of my korean friend living in France at the moment, for who it would be easy to set the French city names and administrative subdivisions in hangul, based on the default (French) name. In my opinion, one should be able to _ log with his OSM account, _ set his translation language (e.g. Korean) _ set the desired area, and the type of administrative subdivision level (coutry, region, city ...) And the interface could propose _ the list of subdivisions found (for example by Nominatim), _ names in the translation language already present in the database _ names proposed, based on interwiki links _ check boxes to confirm that default name can apply in the destination language / or confirm that interwiki proposal is ok _ Fields to allow adjustment / addition of name in the destination language. Bye ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Translating the world
Am 27.10.2012 17:10, schrieb Stephan Knauss: Hello Tim, On 25.10.2012 22:27, Kolossos wrote: Other important thing would be to translate large cities or isles. Any comments and ideas? You should certainly get in contact with the local community before doing any sort of mass import of names in a language you don't understand. For example last time your Vietnamese names had not been that satisfactory. Did you read my answer in german Mailinglist and the link to further discussion? *http://wiki.openstreetmap.org/wiki/User_talk:Kolossos#Re:_CLDR_is_an_unreliable.2C_inconsistent_source_for_Vietnamese_names It was not so negative. How about providing an easy to proof-read extract for the local communities before doing the actual import? And maybe also double-checking that the admin boundaries of 3166-2 you're going to use are accurate. My vague idea to do this is to create a table in the wiki. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Translating the world
Hello, we had this topic on legal-talk one year ago[1] and there were no opposition against my arguments. So it seems to be uncritical. I also present the idea lots of wikipedians and there was also no protest. Wikipedia want's the cooperation with OpenStreetMap and doesn't reclaim database protection. Greetings Kolossos [1]http://lists.openstreetmap.org/pipermail/legal-talk/2011-April/005907.html Am 28.10.2012 14:08, schrieb Fabien SK: Hi, Some times ago, I used also used data from Wikipedia to complete the names of Japanese cities. But someone pointed out that it is not allowed because: - the Openstreetmap and Wikipedia licenses are not compatible - even if the names cannot be copyrighted, there is in the European Union a database directive that protects the databases (=the result of collecting data; even if it contains only well-known data) in a similar way that the copyright. In the US and in Australia, it would be allowed. So I gave up on that idea and rolled-back my modifications. I limited my modifications to the addition of the wikipedia tag to the japanese train stations (in progress; discussion in the OSM-tagging and japanese mailing lists). I used offline dumps of OSM and Wikipedia, OSMembrane, python scripts and JOSM to do that. Fabien ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Translating the world
Hello, in the last two weeks I translated all countries in all languages that are available in the unicode-Project CLDR[1]. For this I used Overpass-API link for country codes ISO3166-1[2]. In the second step I translated all capitals in tons of languages by using InterWikiLinks of Wikipedia and Addtags[3] together with Overpass-API[4] and Nominatim. You can check the results for zoom levels 0-6 with map on Wikimedia-toolserver[5], by changing languages under options (You can use up- and down-key). I hope I didn't make more mistakes than native speaker would do by hand. These things were a small step to support multilingual-maps[6] on low zoom levels. For the next steps more people are necessary. In my eyes it seems useful to work as next step on the regions that are regulated in ISO3166-2, but we have no clean tagging schema for this. A source for translation could by a debian project[7], but I need to clarify the legal aspects. Other important thing would be to translate large cities or isles. Any comments and ideas? Greetings Tim alias Kolossos [1]http://cldr.unicode.org/ [2]http://taginfo.openstreetmap.org/keys/country_code_iso3166_1_alpha_2 [3]http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags [4]http://taginfo.openstreetmap.org/tags/capital=yes [5] http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=enzoom=3lat=50.51632lon=5.85569layers=0BTFFF [6]http://wiki.openstreetmap.org/wiki/Multilingual_maps_Wikipedia_project [7]http://pkg-isocodes.alioth.debian.org/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Datenbanken
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
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
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
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
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
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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Länderübersetzungen mittels CLDR
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
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
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
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
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?
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?
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
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
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
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
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
Re: [OSM-talk] Huge Berlin map - OSM?
They are paiting the airports Tempelhof and Tengel, so they don't use the map from 1851. But I also found no indications that they take OSM. Greetings Kolossos Am 05.08.2012 21:20, schrieb Mike Dupont: A map of Berlin from an atlas published in 1851. Image via pio3 /Shutterstock Looks like out of copyright mike On Sun, Aug 5, 2012 at 7:16 PM, Martijn van Exel m...@rtijn.org wrote: http://www.theatlanticcities.com/arts-and-lifestyle/2012/08/happy-birthday-berlin-heres-giant-map/2830/ I'm wondering: is it based off of OSM data? If so, attribution? Image of the week? Can it be reproduced elsewhere? -- martijn van exel http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Freitickets für Campus Party Europe zu gewinnen
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: [OSM-talk] WIWOSM is now activated at all Wikipedia languages
It works now in pl.wp. Greetings Kolossos Am 18.07.2012 04:51, schrieb Kolossos: The problem is that the map application get not the article name from MediaWiki. See, my request here: http://pl.wikipedia.org/wiki/Dyskusja_pomocy:OpenStreetMap#transfer_the_article_title_to_the_map For this job we need an admin. The easiest way to handle the title is to follow http://de.wikipedia.org/wiki/Hilfe:OpenStreetMap/en#Installation and using code from Meta, this cleanup your lokal js-code and keep you up-to-date. Greetings Kolossos Am 17.07.2012 21:18, schrieb Jacek Konieczny: On Tue, Jul 17, 2012 at 07:04:35PM +0200, Kolossos wrote: I activate now WIWOSM[1] on all language versions of Wikipedia that support the OSM-Gadget[2]. Great News! So, it should now work on the Polish Wikipedia? It doesn't fully work now, there is no city outline on the map at http://pl.wikipedia.org/wiki/Gliwice while the boundary is properly displayed at http://de.wikipedia.org/wiki/Gliwice Is there something missing? Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] WIWOSM is now activated at all Wikipedia languages
I activate now WIWOSM[1] on all language versions of Wikipedia that support the OSM-Gadget[2]. But it's still beta-status because it's not running on IE (we work on that.). WIWOSM is a project to highlighting objects that are described in the article by using the Wikipedia-Tag inside OSM. It would be nice we you can help to make the Wikipedia-Tags more popular. We have in the moment 168.000 Wikipedia-tags[3] in OSM but nearly 2 Mio. coordinates in Wikipedia, so there is a lot of work to do. Important is that the Wikipedia-Tag contains the language and the article. Later we can use this connection of both projects also for other features. To connect both projects we create two tools: *Wikipedia-Plugin in JOSM *http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags Greetings Kolossos [1] http://wiki.openstreetmap.org/wiki/WIWOSM [2] http://de.wikipedia.org/wiki/Hilfe:OpenStreetMap/en [3] http://taginfo.openstreetmap.org/keys/wikipedia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] WIWOSM is now activated at all Wikipedia languages
The problem is that the map application get not the article name from MediaWiki. See, my request here: http://pl.wikipedia.org/wiki/Dyskusja_pomocy:OpenStreetMap#transfer_the_article_title_to_the_map For this job we need an admin. The easiest way to handle the title is to follow http://de.wikipedia.org/wiki/Hilfe:OpenStreetMap/en#Installation and using code from Meta, this cleanup your lokal js-code and keep you up-to-date. Greetings Kolossos Am 17.07.2012 21:18, schrieb Jacek Konieczny: On Tue, Jul 17, 2012 at 07:04:35PM +0200, Kolossos wrote: I activate now WIWOSM[1] on all language versions of Wikipedia that support the OSM-Gadget[2]. Great News! So, it should now work on the Polish Wikipedia? It doesn't fully work now, there is no city outline on the map at http://pl.wikipedia.org/wiki/Gliwice while the boundary is properly displayed at http://de.wikipedia.org/wiki/Gliwice Is there something missing? Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Relationen aus der Sicht der Auswertung - Segen oder Fluch??
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
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
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
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
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
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
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
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
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
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
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?
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
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 ?
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: [OSM-legal-talk] Creative-Commons 4.0 (first draft)
From my side it would be also interesting to be able to move CC-content (e.g. from Wikipedia - WikiData -Open Government) to OSM. Not sure how to make it compatible in this direction, perhaps is dual-licensing a solution. Greetings Kolossos ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-de] Erfassung Ortshistorischer Objekte
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
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
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
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
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
Hallo Thomas, es muss klar sein, dass es die Angabe einer Sprache zusätzlich zum Artikel braucht, ansonsten bekommt man das niemals machinell und eindeutig verknüft. Man muss generell immer eine bestimmte Wikipedia fragen, z.B. wenn man die InterWikiLinks wissen will. Meine Vorstellung, dass Wikipedia=lang:Artikel zu preferieren ist, wird ja auch weiter unten im Artikel durchaus so beschrieben. Ich wollte nur, dass das auch für jeden schon am Anfang des Artikel erkannt wird. Zudem habe ich den Inhalt nur an die dt. Übersetzung angepasst, die in dem Fall durchdachter erschien. Ohne Sprachangabe ist der Wikipedia-Tag nur menschenlesbar aber nicht maschinenlesbar. Es gibt einfach nicht eine Wikipedia. Grüße Tim Am 21.03.2012 21:05, schrieb ThomasB: Hallo Tim, also ich finde es gut, was Du da auf die Beine stellst. Hoffentlich kommt das bald in anderen Sprachversionen. Aber ich finde es nicht gut, dass Du unabgesprochen Deine Vorstellungen von dem Taggingschema durchsetzen möchtest. http://wiki.openstreetmap.org/w/index.php?title=Key%3Awikipediaaction=historysubmitdiff=748880oldid=746730 Mag ja sein, dass Deine Lösung besser ist. Kann ich mangels Wissen über die interne Organisation von Wikipedia nicht beurteilen. Ich habe meine Zweifel, dass die Übersetzung in andere Sprachversionen bei umstrittenen Gebieten immer funktioniert, aber seis drum. Einfach mal so, ohne jemand etwas zu sagen das Tagging Schema bei OSM zu ändern, geht nicht. -- View this message in context: http://gis.19327.n5.nabble.com/WIWOSM-Projekt-ist-live-tp5583315p5583972.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
