Re: [OSM-talk] Potlatch down?
Richard Fairhurst wrote > Should be fixed now. TomH identified that a Passenger upgrade caused > requests to break, though exactly why isn't yet clear... What does that mean? I am running my own instance of Potlatch at www.wanderreitkarte.de. It shows the same behaviour described above, no saves possible. My instance has not been changed in any way (Build 2.3-115). What has become broken and what can I do to fix it? thanks, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Potlatch-down-tp5862638p5863615.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch down?
SimonPoole wrote > See > https://github.com/openstreetmap/potlatch2/commit/0c126d021f753a9a67e0a7beca8bf6000683ec37 Thanks, now I understand what was changed. However, I host a binary version of Potlatch on my site, I do not have a dev environment for Flash Action Script. So I downloaded the .SWF from osm.org and replaced my old binary with it. Everything seems to work in a quick test, but the new version is 1445 kB in size while the old one is 445 kB. Three times the size for a minor update is quite unusal so I worry whether there is some (still) hidden problem there. Does anyone have an explanation for this huge difference in size? Btw: The locations for binaries given in the wiki do not work: geowiki hosts only ID, not potlatch2 (Why? Would have been very useful) and dev.random.openstreetmap.org has only a very old version. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Potlatch-down-tp5862638p5863630.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Zusendung der studentischen Befragung zu OSM
Hallo! David Stoitner wrote Wir haben uns anfänglich absichtlich dafür entschieden, den Fragebogen nur über die Mailingliste zu verbreiten. Dennoch wollen wir uns mit den Admins des Forums in Kontakt setzen, um zu prüfen, ob wir einen Forumsbeitrag schreiben können, bei dem nur die registrierten Forumsmitglieder Zugriff auf den Link haben. Euch ist schon klar, daß alle Posts hier im Archiv der Mailingliste (folgt einfach mal dem Link im Fuß jeder Mail) und in mehreren forenähnlichen Benutzeroberflächen (gmane, nabble) öffentlich und die Links für jedermann nutzbar zugänglich sind? Es macht also in dieser Hinsicht exakt gar keinen Unterschied, ob im Forum oder auf der Liste gepostet wird. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Zusendung-der-studentischen-Befragung-zu-OSM-tp5846195p5846285.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
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
Bei Wanderwegen ist es seit vielen Jahren akzeptierte Praxis, ausgeschilderte Wanderwegnetze als route relation zu mappen. Das greift immer dann wenn es nicht die klassischen Routen von A nach B sind, sondern ein Netzwerk von jeweils an Kreuzungen einheitlich beschilderten Wanderwegen. Das kommt in der Schweiz recht häufig vor, wo die Wanderwege halt offiziell so organisiert sind. Seit langem etabliert, leicht verständlich, keine Abgrenzungsprobleme, gut auswertbar, keine Diskussionen. Ich sehe keinen Grund, warum man bei Radwegenetzen mit vergleichbarem Charakter nicht genauso vorgehen sollte. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Wieder-einmal-lcn-Sammelrelationen-tp5832130p5832770.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
Re: [Talk-de] Wanderweg splittet sich in zwei Alternativen
Hubert wrote Die beiden Wege kommen jeweils einzelnd in eine Relation vom type=route jeweils von Start bis Ziel. Die beiden route-Relationen kommen dann als Child in die Relation vom type=route_master. +1 Dabei wäre noch wichtig, daß jede der beiden Einzelrouten vollständig getaggt und für sich allein gültig ist. Damit sie auch überall funktionieren und angezeigt werden. Die Master-Relation ist nur eine zusätzliche Info. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Wanderweg-splittet-sich-in-zwei-Alternativen-tp5815133p5815174.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
Re: [Talk-de] Rad-Wander-Skate-Routen
Thorsten Nau wrote ich würde je Fortbewegungsart eine separate route-Relation erstellen. +1 Eine dedizierte Relation pro Route ist IMHO die einzig vernünftige Lösung, auch wenn die Routen für verschiedene Modi zufällig auf dem gleichen physikalischen Weg liegen. Wie schon weiter oben geschrieben muß bei der kleinsten Abweichung in der Wegführung sowieso eine eigene Relation geschaffen werden. Ich halte es für so extrem selten daß mehrere Routen in allen Details exakt die gleiche Wegstrecke haben, so daß der Gewinn für einer Sonderregelung für solche Fälle praktisch gleich Null ist. Der Schaden durch Verwirrung und Relationen die von den meisten Auswertern nicht ausgewertet werden können ist dagegen groß. Der Semikolon-Ansatz löst das Problem nicht mal ansatzweise. An einer Route-Relation hängen meist noch zahlreiche weitere Werte. - Es gibt keine Möglichkeit auszudrücken wenn ein Tag nur für eine, aber nicht alle der Semikolon-Werte gültig sein soll. - Auch für manche Zusatztags wie network, ref, state, description gibt es Werte die für jeden Semikolon-Wert anders sein können. Es gibt keine Möglichkeit das eindeutig auszudrücken, noch mehr Semikolons sind keine Lösung weil dann immer noch offen ist, welcher Wert zur welchem anderen Wert gehört. Eine Reihenfolge ist nicht definiert. Dazu kann sich noch die Anzahl der Werte unterscheiden, z.B. es gibt eine network Einteilung nur für Wandern und Radeln, aber nicht für's Skaten. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Rad-Wander-Skate-Routen-tp5807026p5807123.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
Re: [Talk-de] Noch eine Wappenkarte
dieterdreist wrote irgendwie ein bisschen anachronistisch der Paragraph, Nazi kann man auch ohne diese Zeichen sein, und hier gehts ja klar um Dokumentation. Wie sieht das eigentlich mit Spielfilmen aus, oder mit Schulbüchern? Ich habe nie behauptet, daß dieser Paragraph in irgendeiner Form sinnvoll, zeitgemäß oder einer freiheitlichen Grundeinstellung angemessen wäre. Ich habe lediglich darauf hingewiesen, daß man in Deutschland deswegen überraschenden und wenig nachvollziehbaren Ärger bekommen kann. Siehe z.B. http://www.stern.de/panorama/prozess-anti-hakenkreuze-verboten-570977.html bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Noch-eine-Wappenkarte-tp5801549p5801819.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
Re: [Talk-de] Meinungsbild noexit (Versuch einer Zusammenfassung)
Hi! Deiner Darstellung muß ich einem wesntlichen Punkt deutlich widersprechen. Florian Schäfer-2 wrote Bei C habe ich herausgehört, dass dort das noexit=yes-Tag akzeptiert ist, aber nicht unbedingt von allen aktiv gesetzt wird. D und E waren noch nicht so ganz klar, insbesondere hat sich da gezeigt, dass das entrance-Tag an manchen Stellen präzisiert oder um Hilfstags ergänzt werden könnte Allgemein kann man glaube ich sagen, dass dieses Tag (ähnlich dem fixme=continue oder note=*) ein Tag nur zur Kommunikation unter den Mappern und zur Signalisierung von false-positives an die QA-Tools ist. noexit ist *kein internes Tag für Mapper* sondern stellt eine wertvolle Information dar, deren Anzeige auf Karten im Offroad-Bereich absolut nützlich ist. Dagegen macht es für mich keinen Sinn, Zufahrten und Zugänge, von denen man erwartet daß sie ihrer Bestimmung gemäß enden, nochmal mit einem noexit markiert. Damit gibt man dem Tag zwei Bedeutungen, eine sehr wichtige und eine zwar nicht falsche, aber überflüssige. Das wäre ungefähr so als wenn ich eine Treppe noch zusätzlich mit incline=* tagge oder ein Gewässer mit bicycle=no. Es ist richtig, daß ein Router noexit nicht braucht, und solange ich nur Städte und Straßennetze betrachte, kann ich leicht zu der irrigen Annahme kommen, es wäre nur intern für Mapper und nicht für Renderer und Nutzer relevant. Aber in Wald und Flur ist es eine essentielle Information und Planungsgrundlage. Es ist ein riesen Unterschied ob ich *weiß *daß ein Weg endet oder ob ich es nicht weiß und ihn auf gut Glück mal ausprobiere und hoffe daß er doch weiterführt. Bitte das nicht ignorieren oder verwässern. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Meinungsbild-noexit-tp5801627p5801822.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
Re: [Talk-de] Meinungsbild noexit (Versuch einer Zusammenfassung)
Hallo! dieterdreist wrote bei Treppen setze ich mittlerweile immer incline, weil man sich nicht auf eine implizite Richtung einigen konnte, das ist m.E. tatsächlich ein wichtiger Tag, anderenfalls ist die Richtung nicht klar Ok, schlechtes Beispiel wenn wir da nur in das nächste Problem hüpfen. Dann bleiben wir bei einem Gewässer und bicycle=no. dieterdreist wrote (im Ggs. zu noexit, was man auch durch Analyse der Daten herausbekommen kann) Nein. Es ist nicht möglich ohne noexit zu unterscheiden, ob der Weg in der Realität oder nur das Mapping dort endet. Mal das häufigste Beispiel: Es wird oft vom Luftbild gemappt. Die meisten dieser Wege enden dann zunächst am Waldrand. In Wirklichkeit führen die meisten weiter, einige enden tatsächlich dort. Wenn dann irgendwann mal ein Mapper dort vor Ort mappt, führt er die real vorhandenen Wege weiter, an den übirgen setzt er noexit. Dafür ist das noexit unbedingt notwendig. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Meinungsbild-noexit-tp5801627p5801832.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
Re: [Talk-de] Meinungsbild noexit
Ich nutze das Tag regelmäßig und zeige es auch auf meinen Karten an. In meinen Augen ist es sehr nützlich für die Abgrenzung zwischen - der Weg endet hier - definitive Information - das Mapping endet hier, der Weg geht vielleicht noch weiter, vielleicht nur für einen Teil der Verkehrstelnehmer, vielleicht aber auch nicht Ich setze es überall dort, wo ein Weg physikalisch endet (aber theoretisch weitergehen könnte). Also z.B. sehr gründlich bei Feld- und Holzwegen die mitten im Wald, irgendwo auf einer Wiese oder oben auf einem Felsen enden oder unterbrochen wurden. Aber nicht bei Zufahrten zu Gebäuden, Garagen usw. die bestimmungsgemäß an ihrem Ziel enden. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Meinungsbild-noexit-tp5801627p5801737.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
Re: [Talk-de] Noch eine Wappenkarte
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
Re: [OSM-talk] [Talk-us] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike
Hi! No idea what Oliver talked about either, but I work in the automotive industry myself. I can tell you that some of the major players have looked at using OSM data several times. They decided against it primarily because of the lack of a binding tagging scheme and the basic unreliability of the content. If you build an expensive in-car system you need to make guarantees. The amount of work for verifying, completing and bugfixing OSM data is prohibitive. And even if you are willing to contribute all of it to OSM, you could not. If you standardize ambiguous tagging this would be rejected by everybody opposing a binding tagging scheme all this years in the first place. And even if it was successful, by the time you need data for your next map update, there will be many changes and broken stuff again so you have to start over with your verification. But the licence issue was barely touched in those considerations. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetMap-Isn-t-All-That-Open-Let-s-Change-That-and-Drop-Share-Alike-tp5799574p5800126.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Mein Forum-Account gesperrt?
Ich kann bestätigen, daß das ein technisches Problem ist. Im Forum ist zu lesen: bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Mein-Forum-Account-gesperrt-tp5800140p5800157.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
Re: [OSM-talk] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike
Lets jump into this discussion late but with an exceptionally short statement: A few years ago, I checked the box All my contributions to OSM data are in the public domain. Because I think that is they way it should be so everyone can play. Simple. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetMap-Isn-t-All-That-Open-Let-s-Change-That-and-Drop-Share-Alike-tp5799574p5799970.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hochsitze / Bitte um Entfernung von Daten
Hi! Um wieder auf die Originalmail zurückzukommen: - der Verfasser gibt keine Auskunft über seine Identität oder Legitimation dort überhaupt etwas zu fordern. - er macht eine ominöse Andeutung von erheblichen Problemen, nennt aber die angeblichen Probleme nicht - er spricht von Straftaten, aber wenn man genau liest bringt selbst er diese Straftaten nicht mit OSM in Zusammenhang, er sagt nur dort sei irgendwann irgendwas passiert. Ich sehe keinerlei Grund hier irgendetwas zu löschen. Es handelt sich um Fakten über weithin sichtbare Objekte und ein Betreten ist für das Erfassen der Position nicht erforderlich, dadurch werden keine Rechte berührt. Ich bin mir ziemlich sicher, daß es sich nur um einen Privatmann (vermutlich Jagdpächter) handelt und nicht um z.B. einen Fortsbeamten mit offizieller Befugnis. Eine offizielle Stelle hätte sich mit vollem Namen gemeldet und auf ihre Legitimation und Zuständigkeit hingewiesen. Ich würde dem Verfasser mitteilen, daß ohne konkrete Informationen nichts aus OSM gelöscht wird und ihn auffordern, die Probleme detailliert auszuführen, damit man sich selbst ein Bild von deren Ausmaß machen kann. Vor allem muß er den Zusammenhang zu OSM zu belegen. Ferner wäre es eine Überlegung wert, die Flucht nach vorn antreten und sich beim zuständigen Forstamt nach den angeblichen Problemen und deren Sicht auf die Dinge zu erkundigen. Am besten durch einen ortskundigen Mapper. Das sollte eine objektivere Meinung liefern. Ehrlich gesagt würde ich erwarten, daß das Forstamt nichts von irgendwelchen Problemen weiß oder zumindest keinen Sinn darin sieht, weithin sichtbare Objekte durch Entfernen auf der Karte geheim zu halten. Und dann hätte der Verfasser nichts mehr in der Hand und einen EditWar oder Streitigkeiten fortzusetzen. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Hochsitze-Bitte-um-Entfernung-von-Daten-tp5799540p5799652.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
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Hi! Um mal wieder einen konstruktiven Vorschlag ins Spiel zu bringen: Es wäre technisch möglich, einen korrekten User Agent und eine Entlastung der Server miteinander zu verbinden. Das könnte so ähnlich funktionieren wie auf meinem Server: - eine Massendownloader-Applikation identifziert sich mit ihrem User Agent - der Server leitet alle Aufrufe mit den User Agents bekannter Downloader z.B. mit einem Rewrite auf eine andere URL um, die nur vorhandene Tiles ausliefert aber kein Rendern auslöst. Das erzeugt keine nennenswerte Last - Aufrufe mit fehlenden oder unbekannten Agents oder Browser laufen normal weiter und werden wie gehabt ab einer bestimmten Anzahl von Anfragen gedrosselt Vorteile: - Server wird von unnötigen Renderanfragen entlastet - korrekter User Agent und Kooperation werden belohnt - in vorgerenderten oder häufiger angesehenen Gebieten liegen die Tiles sowieso auf dem Server rum Nachteil: - Funktioniert nicht in den höchsten Zoomleveln bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Mapnik-Administration-blockt-QLandkarteGT-tp5795663p5796602.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
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Hi! Dirk Sohler wrote Welche alternative Möglichkeiten habe ich? Kurzfristig wohl nur, deinen User-Agent zu ändern, wenn du dich nicht erst in ein neues Programm einarbeiten willst :( Das ist in der Tat uncool und auch ziemlich sinnlos. Die OSM Server nutzen schon lange Throttling. Das heißt der Server schreibt mit wieviel Du runterlädst und wenn es zuviel wird, würgt der Server die Datenrate auf quälend langsam ab. Uncool heißt in dem Fall: - ein gefakter Agent verstößt klar gegen die Usage Policy - man zwingt mit solchem Schindluder die Admins, die allgemeine Quote für alle Zugriffe weiter zu drosseln, um die Server am laufen zu halten. Damit haben auch kleine, verträgliche Downloads schlechtere Chancen Im Outdoorbereich gibt es als Alternative noch das Abo der www.wanderreitkarte, das ist mit 10€ pro Jahr deutlich günstiger. Ist allerdings ein ganz anderes Kartenbild und geht nur bis Zoomlevel 16. Der technische Aufwand um eine Download-Lösung anzubieten ist übrigens enorm - deshalb gibt es das meist auch nicht kostenlos. Entweder mußt Du Downloads und Online-Zugriffe trennen und einen zusätzlichen, herkömmlichen Server mit ordentlich Leistung allein für die Downloader betreiben, damit keine Online-Nutzer blockiert werden. Oder Du mußt die Kacheln für den Download im Voraus rechnen und ohne llive-Rendering direkt ausliefern. Das funktioniert aber praktisch durch Plattenplatz und erforderliche Rechenzeit nur bis Zoomlevel 16. Am sinnvollsten ist für den offline-Gebrauch wie schon in anderen Posts vorgeschlagen eine Vektorkarte. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Mapnik-Administration-blockt-QLandkarteGT-tp5795663p5796117.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
Re: [OSM-talk] Horse trails. Good examples?
Hi! Richard Weait wrote Are there good examples of horse trails and horse 'infrastructure' in OpenStreetMap data? Links please? What makes a well-mapped horse trail facility? Can you give a better description of your idea of what constitutes a horse trail facility? I don't think the term is self-explanatory. Richard Weait wrote Are there renderings that include many or most items of interest to horse riders? There is a whole map dedicated to the needs of horse riders (Central Europe). [1] It concentrates on suitable ways, obstacles, watering places and accomodations. Besides bridleways, there is more than 460 route relations of type=horse in Europe. They work the same way as hiking routes. In the wiki there is a rather extensive page on riding facilities and recommendations on how to map them. (German) [2]. bye, Nop [1] www.wanderreitkarte.de [2] https://wiki.openstreetmap.org/wiki/DE:Reiten -- View this message in context: http://gis.19327.n5.nabble.com/Horse-trails-Good-examples-tp5790570p5790595.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] zum neuen OSM - Design
Hi! Der Technikprofi kann die Seite jederzeit durch ein Greasemonkeyskript oder ein Plugin wie Stylish für sich persönlich reparieren. Ein display:none in den Style und die Belästigung ist weg. Aber davon hat der Rest der Welt leider nichts, der Normalnutzer und der Erstkontakt sehen nur das was osm.org sendet, mit allen Problemen. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/zum-neuen-OSM-Design-tp5788878p5789434.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
Re: [OSM-talk] Examine nodes in new osm.org design fail
Hi! Ian Dees wrote Thanks for sharing your opinion, but please refrain from posting sarcastic and overly dramatic stories like this. This message is not an appropriate way to communicate with the community. Well, just take it as an indication that some changes can inspire emotional responses in the unsuspecting user who encounters them. :-) Ian Dees wrote If you want to have a discussion about the website, please stick to the facts and don't use unsubstantiated words like royal pain, what was wrong with the old way, major regression, or disaster. Admittedly, those words may be overly dramatic, but they are also very descriptive of the overall effect. Re-reading the other posts I noted that the same problem has already been mentioned several times - but a harder to read does not really describe the experience of trying to find a clue in 60 pages of multiply word wrapped texts that used to be simple one liners. You may also note the other post which characterizes the history as unusable mess. To stick to the facts: - The old history page was far from perfect, but it did allow analysis of the tag history and was well integrated in the object lookup - The narrow and elongated presentation in the new design is unsuitable for the amount of data involved with older, non-trivial objects - the function used to be essential for tag debugging - it is being missed The best fix would be simply restoring the old feature as it has no dependency whatsoever to the main map. Another fix would be a rework including a button to use the whole screen for viewing the data or linking to the real, usable history viewer and moving the history button itself to the top of the object view where it can actually be seen. Current alternatives seem to be using JOSM or alternative web tools which are more cumbersome as they are not integrated. Or hacking the OSM page with a greasemonkey script or the stylish FF plugin. I personally cannot fathom what may have inspired the current history. I am somewhat ashamed about the message obviously unusable tools on the main page might advertise about the practical approach of OSM. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Examine-nodes-in-new-osm-org-design-fail-tp5789081p5789224.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Examine nodes in new osm.org design fail
Hi! I just tried to examine the history of a well tagged node (273510436) with the new design for the first time. I was just trying to find out the reason for some weird naming. I was really shocked to see that all the tag information is squeezed in into the narrow sidebar now while most of the screen is covered by the huge map - which is utterly useless for analyzing tags and history. The information for the present state of the node is very hard to read in that narrow table with plenty of unnecessary line wraps. Looking for the history (Chronik in German) I first clicked on the button labelled Chronik conveniently located just above the data. Which of course kicked me out of it altogether as this is the Changeset list, just waiting to be misunderstood. The real history is hidden at the very bottom of the lng table. Finding it didn't make me any happier. To look at the squeezed history you need to scroll down more than 60 pages! (yes, sixty pages). Finding and reading stuff is hard, comparing and analyzing things is a royal pain. I did not find any way to get rid of the map or extend the sidebar for a proper and comprehensible look at the data. What was wrong with the old node/tag/history pages? The at least gave you more than half the width of the screen to examine the data you are interested in. I don't like the new design, but does not make much sense to argue over something which is mostly a matter of taste. But this is a major regression in usability. But the current presentation of the histories is a disaster. It might look nice for very short tag lists, but it is totally unusable for any serious work or analysis. It desperately needs a way to extend the sidebar to full screen - or just a way to bring back the old pages. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Examine-nodes-in-new-osm-org-design-fail-tp5789081.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] zum neuen OSM - Design
Hi! Habe heute leichtsinnigerweise versucht, die Chronik für einen Node aufzurufen. Das ist im neuen Design eine Katastrophe. Riesige, nutzlose Karte und alle Tags vielfach umgebrochen in den schmalen Streifen links gequetscht. Die History für Node 273510436 gibt einem in dieser Darstellung über 60 (!!!) Seiten zum Runterscrollen. Gibt's irgendwo noch eine andere, sinnvollere Sicht auf die History von Elementen? bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/zum-neuen-OSM-Design-tp5788878p5789095.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
Re: [Talk-de] Tag für Viehunterstand?
Stephan Wolff wrote Ein Viehunterstand verhält sich zum Unterstand wie die Hundeschule zur Schule oder der Krötentunnel zum Fußgängertunnel. In OSM verwenden wir dafür unterschiedliche Tags. Die Argumentation ist nicht konsistent. Um Deine Metapher aufzugreifen: Ein Unterstand verhält sich zu einem Felsüberhang wie eine Schule zur Baumschule. Es ist nicht von Menschenhand als Schutz gebaut wie die übrigen Shelter und es sagt nichts darüber aus wieviel Kletterei nötig ist um ihn zu erreichen. Diesen Typ dürfte es dann auch nicht geben, er ist logisch noch weiter weg. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Tag-fur-Viehunterstand-tp5786065p5786598.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
Re: [OSM-talk] Nearby Users
Hi! I agree, the current nearby list ist unusable - and rather discouraging. The map looks very much like a mapping cemetery with all those dead accounts. :-) I believe the sorting by distance is fine. The list is in need of a simple filter with 3 settings: - all (like today) - only users with at least one edit - only users with an edit within the last year (default) bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Nearby-Users-tp5786124p5786170.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Tag für Viehunterstand?
Hi! amenity=shelter + shelter_type=field_shelter klingt genau passend. Steffen Heinz wrote Der Name für Viehunterstand ist Offenstall... Ist also ein Stall, auch wenn die vierte Seite fehlt, gibt auch welche die bestehen nur aus dem Dach oder einer halbhohen Wand (mit offenen Ausgang) rundrum Das kann man so nicht gleichsetzen. Die beschriebenen Unterstände kommen sowohl in Offenställen als auch in Tagespaddocks und auf Koppeln und Weiden vor. Ein Offenstall kann mehrere Unterstände haben und der Begriff bezeichnet die gesamte Anlage mit Paddock, Auslauf etc., nicht nur den überdachten Bereich. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Tag-fur-Viehunterstand-tp5786065p5786155.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
Re: [Talk-de] Tag für Viehunterstand?
Stephan Wolff wrote Wer bei Regen eine Schutzhütte sucht, möchte nicht vor einem eingezäunten Viehunterstand landen. Das war auch mein erster Gedanke, aber bei näherem Hinsehen sehe ich da kein Problem. Die alten Shelter unterscheiden sich bereits deutlich voneinander, Grillpavillion, Picknickplatz oder Schutzhütte machen einen großen Unterschied. Von daher ist es jetzt schon nötig, für eine sinnvolle Auswertung den Typ zu berücksichtigen. Wenn es Dir egal ist ob es eine Berghütte oder ein Bushäuschen ist und es Dir nur um ein Dach geht, dann ist Dir auch mit einem solchen Unterstand gedient. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Tag-fur-Viehunterstand-tp5786065p5786305.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] osmrm.openstreetmap.de tot?
Hi! Der Route Manager osmrm.openstreetmap.de liefert nur die Fehlermeldung 503 Service Temporarily Unavailable. In Flyspray https://bugs.cdauth.eu/?project=2 ist der Totalausfall bereits seit Anfang Juni eingetragen, aber bisher nichts passiert. Weiß jemand etwas über den Verbleib dieses Dienstes bzw. seines Autors, Candid Dauth? bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/osmrm-openstreetmap-de-tot-tp5779724.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
Re: [OSM-talk] Who interprets semicolon in tag values?
Colin Smale wrote Take a look at the lanes tagging business Thats just another very specialized single-purpose tagging scheme that cannot be generalized to connecting multiple institutions in one POI. At least not if you still want casual mappers to be able to decipher such a thing. The idea of a semicolon-delimited 2D-matrix distributed over multiple tags for general tagging makes my hair stand on edge. :-) Colin Smale wrote One has to wonder whether your examples really reference the same POI. Maybe within the same building, but if the opening hours, phone number etc are different, it is starting to feel like two independent enterprises in a common building. The original example wasn't mine, but I think it is very common that a pub has much later opening hours than a restaurant. Having both as part of the same enterprise is a british speciality if I remember my visits correctly. And mapping them as separate POIs is the only practical and human readable way we currently have available, that's the point. :-) bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779443.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
Thinking about it again, just using semicolons does not help to solve the problem at all. Often an object has multiple tags that belong together. If you mash multiple objects together with semicolons, you quickly stumble over your own feet expressing additional information. E.g. if your pub;restaurant has an additional tag (cuisine, phone number, tourist attraction...), you don't know whether it belongs to both or only one and which one. If you just want to add different opening hours, the idea falls flat even faster as the opening hours tagging scheme already uses semicolons to express the times for one institution. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779416.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
Hi! Philip Barnes wrote However amenity=pub;hotel makes perfect sense. Only in a very academical way. It would force an additional processing step onto every data consumer and as you can read in Jochens result, in practice it is not evaluated at all. It's just using randomly invented tags which nobody recognizes. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779047.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Versehentlich ein Monster Mulipoygon nördl. von Berlin gelöscht, benötige DRINGEND HILFE !!!
Hi! Klaus Steiner wrote Allerdings gibt es auch jede Menge inzwischen neu angelegter Flächen, die sauber sind. Wie bekomme ich das Problem in den Griff. Ich bin ganz klein und zerknirscht. Wer kann mir helfen? Denk Dir nichts dabei - die Schuld liegt nicht bei Dir sondern bei den Leuten die solche unwartbaren Monster anlegen. Ich würde nicht versuchen, die Löschung rückgängig zu machen, sondern die Gegend in kleinen Häppchen ohne Monster-MP restaurieren. Und wenn's eine Weile dauert - Reparaturen brauchen halt manchmal ein wenig. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Versehentlich-ein-Monster-Mulipoygon-nordl-von-Berlin-geloscht-benotige-DRINGEND-HILFE-tp5778114p5778180.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
Re: [OSM-talk] Living with 'improvements'
Hi! lsces wrote Basically - does anybody have a smartphone option that correctly and safely handles UK motorways and trunk roads? I noted that navit is currently missing from your list of options. I have missed the last two years of development there, but I used to have it on my smartphone before that as street navigation and I liked it a lot. You can set up the routing speeds by street type in a configuration file and tweak it until it matches your preferences. Naturally, I never tried it on UK streets, but I would still be using it if the onboard navigation of the new car didn't have such a great speech interface. :-) bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Living-with-improvements-tp5775465p5776133.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Making iD the default editor on osm.org
Hi! I have just worked through all the previous posts here and experimented with the test instance in my home turf. The short anwer is: No, I do not believe that ID is in a state to make it the default editor, especially not to welcome newbies. The long answer: I still see very bad performance in Firefox. I noticed that editing has been limited to zoom 16 and higher which is a very crude way to limit the data displayed. But it also makes orientation very difficult when you have to move around. Even when there are not many lines to display, ID remains jumpy, dragging of the map rather results in two jumps for moving a full screen with up to one second delay in denser areas. I agree with the previous posts that ID is not a suitable editor for beginners/as default as long as it presents destructive operations in such a prominent manner. I'm referring to the delete button but also to the make-square, make-round and rotate options. You do not need these to draw streets on top of tracks or aerial imagery, which is the basic start of mapping. I have never used them at all. But they can be very destructive for existing geometry. An expert mode where you can add those operations later might be a good solution. I tried deleting a few things and there was no warning that I was acting destructively. The warning before saving is too general and the list of change objects also does not indicate whether I did something dangerous. I believe that immediate warnings when you do something dangerous (and an expert switch to disable them later) would be very helpful to prevent damage and teach the user how to proceed. What's more, the existing icons would confuse me as a newcomer. For ways, there is a move-around icon (which is useful), if I click on a node, only delete is shown, nothing else. In particular, there is no move-around icon. As a powermapper I know that I can directly drag the node and don't need it, but to a newcomer the absence might suggest that you should rather delete the node with the prominent trashcan and re-create it somewhere else. The wording on the delete button is also misleading. It says: remove this from the map. But that is not what it does. It deletes it from the database, not from any particular map. This encourages the common misunderstanding that OSM is a map and of course unnecessary deletions. On the other hand, some very useful functions seem to be missing. Or at least they are not offered as icons and I couldn't figure out how to do it. One is click on end node of line and continue drawing it (click on node in P2). Another is copy tags from similar way (r in P2). There is some relation handling, but the visibility of relations is still insufficient. They are shown in the sidebar, but with all instances I tried, the normal tags took up all the visible space in the bar and you had do scroll down to read anything about relations. As they are not marked on the map in any way, they are still invisible to the unsuspecting user. If you don't know that there must be a relation there and directly look for it, they remain totally invisible. I found the handling of multipolygons very confusing. I clicked a MP area and the sidebar showed Multipolygon. Pretending that I didn't know what that is I clicked i, only to be rewarded with there is no documentation for this key. I deleted some of the members with the message not downloaded and ID accepted that without warning. I see no way a newcomer had any chance to use this. I agree with the previous posts that OSM should not create a connection to Facebook, Twitter or any other social service without conscious choice by the user or in a way that suggests that it is an integral part of OSM or that membership there is required in any way. A good solution might be a plain share link on the save page that leads you to a setting where you can opt-in to your favorite services if you like to. Or maybe you could detect the Facebook session and tracking cookies and show it the button only if you have an active session. But currently it looks like OSM is simply advertising for Facebook. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Making-iD-the-default-editor-on-osm-org-tp5773770p5774123.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fahrradrouting mit OpenRouteService
Sven Geggus wrote Werden da Höhendaten berücksichtigt? Demnächst könnte das Fahrradrouting von Graphhopper interessant werden. Das wird Höhendaten berücksichtigen und hat eine hübsches Webinterface. Die Höhenauswertung steckt allerdings noch im Pull Request. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Fahrradrouting-mit-OpenRouteService-tp5770851p5773743.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
[Talk-de] Routing Engine Graphhopper in Version 0.1 erschienen
Graphhopper ist eine neue, schnelle Routing Engine in Java, mit Daten auf OSM Basis. Das Open Source Projekt hat heute seine erste Version 0.1 released. Die Release Meldung findet sich hier: https://karussell.wordpress.com/category/graphhopper/ bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Engine-Graphhopper-in-Version-0-1-erschienen-tp5770955.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] Wie neue Firmware für etrex VISTA HCx finden und aufspielen?
Manuel Reimer wrote Das schlimmste was ansonsten passieren kann ist, daß sich der Gummi ablöst. Hmmm... Noch sieht das Gerät gut aus. Ich hoffe doch, dass das nicht die Regel ist, dass sich der Gummi löst... Das ist eigentlich fast sicher. Ist aber nicht so tragisch: Einfach ganz abziehen, läßt sich in einer Viertelstunde mit dem richtigen Superkleber wieder montieren und bleibt dann für immer. :-) bye Nop PS: Für einmalige Firmwareupdates hab ich mich auch schon einfach an einen Kollegen gewandt, der die richitige HW hatte mit der es problemlos funktioniert. Braucht insgesamt am wenigsten Zeit. :-) -- View this message in context: http://gis.19327.n5.nabble.com/Wie-neue-Firmware-fur-etrex-VISTA-HCx-finden-und-aufspielen-tp5761501p5761525.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] Ist der ID Editor reif für osm.org?
Ich sehe auch noch ein paar Probleme, die etwas mit der Philosphie von iD und nicht mit seiner technischen Reife zu tun haben. Solange man bei destruktiven Operationen nicht rückfragen oder warnen will, um den Anfänger nicht zu verunsichern, wird der halt munter und guter Dinge in seiner Unwissenheit Schaden anrichten. IMHO sollte ein extra dafür vorgesehener Anfängereditor aber genau das tun: Den Nutzer führen und warnen, bevor Schaden entsteht. (Von mir aus auch irgendwo später abschaltbar). Die andere Frage ist, warum einem Anfänger destruktive Operationen wie Löschen oder auch Make Square (hab ich in 5 Jahren nie gebraucht) in dem Wheel Menü so einfach gemacht werden. Damit fordert man ihn ja geradezu dazu auf, damit rumzuspielen und Schaden anzurichten. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Ist-der-ID-Editor-reif-fur-osm-org-tp5761414p5761528.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: [OSM-talk] iD Editor live on OpenStreetMap
Dave F. wrote Off topic: I'm extremely surprised partially annoyed by your attempt at sudden censure. Lots of threads have been much more vitriolic gone much further off course than this one. It's appears some are embarrassed about the situation with ID want to sweep it under the carpet. [...] Back on topic: ID was created to encourage new users to easily edit specifically to continue to edit. The FF situation will not promote that. I feel the same about github - yet another password restricted site to sign upto. It puts people off. This forum is the best place to discuss any OSM subject, but specifically for the new editor to find out if things are actual bugs or a misunderstanding by the end user. +1 to both points bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5761211.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
There are ongoing discussions in the German boards about iD easily and/or inadvertently breaking data [1]. It appears to run with very bad performance in FF and not at all in IE [2]. This issues should probably better be resolved before making it the default editor. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5760653.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
The missing sources to my last mail [1] http://gis.19327.n5.nabble.com/ID-Editor-zerstort-mit-einem-Klick-tagelange-Arbeit-td5760346.html [2] http://forum.openstreetmap.org/viewtopic.php?id=21102 -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5760655.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
Hi! Tom Hughes-3 wrote There are ongoing discussions in the German boards about iD easily and/or inadvertently breaking data [1]. Just like they've been saying about Potlatch for the last N years you mean? Are you implying that any comments on iD are to be discarded indiscriminately because there was another discussion about another editor at another time? But to answer your question: No, iD seems to be worse. :-) Tom Hughes-3 wrote It appears to run with very bad performance in FF and not at all in IE [2]. The pending pull request to make it the default deliberately leaves Potlatch as the default for IE. And what's the default for FF? Tom Hughes-3 wrote We're not complete idiots you know... I shall not be the judge of that... :-) bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760198p5760659.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Tirkon wrote In ID ist es durch die umringenden Icons jetzt für Anfänger noch einfacher als in Potlatch, versehentlich etwas zu löschen Die Kritik an den nahen gefährlichen Icons bleibt nach den bisherigen Rückmeldungen bestehen. Ich sehe da nur die Alternative, sie an weniger exponierter Stelle anzuordnen. +1 Ich finde es auch sehr ungeschickt, destruktive Operationen wie Löschen oder auch Rund machen auf oberster Ebene anzubieten. Ganz besonders bei einem Editor der sich an Anfänger richten soll. Allerdings dürfte es sich dabei um eine bewußte Designentscheidung handeln. :-( bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/ID-Editor-zerstort-mit-einem-Klick-tagelange-Arbeit-tp5760346p5760595.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: [OSM-talk] iD Editor live on OpenStreetMap
Hi! Unfortunately, iD starts with a misleading greeting. It says: ...for more information, visit ideditor.com. But all you find there is another instance of the editor, none of the promised information. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760012p5760023.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
tmcw wrote As discussed this month on the #dev mailing list: http://lists.openstreetmap.org/pipermail/dev/2013-May/thread.html - iD doesn't have a mailing list of its own at this point, and I think that's fine: 'talk discussion' of the editor can live in the #dev mailing list, and technical discussion - features, bug reports, and so on, should be on the GitHub Issue Tracker: https://github.com/systemed/iD/issues?state=open I think it's a pretty bad idea to deviate from the commonly used and expected methods of communication. And putting a simple general or how to question into an issue tracker is rather weird. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760012p5760051.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD Editor live on OpenStreetMap
Richard Fairhurst wrote NopMap wrote: And putting a simple general or how to question into an issue tracker is rather weird. help.openstreetmap.org is the commonly used and expected method of asking simple general and how to questions. :) Then I really wonder why we have the josm-dev, Merkaartor, osmosis-dev, Potlatch-dev and Taginfo-dev mailing lists. For example, I have not found any information on what customizing would be possible with iD. Don't think that would fit well on help.openstreetmap.org nor into an issue tracker. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/iD-Editor-live-on-OpenStreetMap-tp5760012p5760082.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Naturtrails in OpenStreetBugs
Chris66 wrote highway=cycleway ist gleichbedeutend mit: highway=path + bicycle=designated + foot=no + horse=no Und wird dementsprechend in Mapnik jeweils identisch gezeichnet. Das ist leider nicht so eindeutig. Die original-Mapfeatures sagen: For designated cycleways; i.e., mainly/exclusively for bicycles. Und an den unterschiedlichen Übersetzungen und Interpretationen hängen sich seit Jahren ergebnislose Diskussionen auf. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Naturtrails-in-OpenStreetBugs-tp5759503p5759731.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] Naturtrails in OpenStreetBugs
path ist eine der beliebtesten Definitionsschwächen von OSM. Ursprünglich war es als generisches Highway-Tag für Wege mit Mischnutzung vorgesehen, wo weder footway noch cycleway paßt, und nicht für Naturpfade. Die Bezeichnung ist natürlich sehr unglücklich gewählt, da man es intuitiv sofort mit Pfad assoziert. Auf der anderen Seite gibt es auch kein besseres Tag für Naturpfade. Ein Versuch, highway=trail zu verwenden hat sich leider nie durchgesetzt, obwohl diese Tag eigentlich genau den Naturpfad beschreiben würde. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrail Von daher würde ich im Ausschlußverfahren sagen: In Ermangelung eines eindeutigen Tags ist path für Naturpfade richtig. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Naturtrails-in-OpenStreetBugs-tp5759503p5759527.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: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
Paul Johnson-3 wrote Sounds like all the more reason to try this. Not a good idea. If you break anything trying to hack into the driver assistance functions, you might cause an accident, either directly by malfunctions of the driver assistance or indirectly by distracting the driver with unexpected results. By design, fiddling with those devices is likely to trigger the theft protection, disabling them completely and voiding the warranty of the car. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Extracting-data-from-traffic-sign-recognition-aboard-modern-cars-tp5757713p5757787.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] proposed/construction bei Relationen
Martin Raifer wrote Die Verwendung [1] von proposed/construction ist i.d.R. ja die folgende: highway=construction + construction=primary railway=proposed + proposed=tram oder ... Auf Routen-Relationen umgelegt also: type=route + route=proposed + proposed=bicycle +1 Für Construction auf highways gibt es ein etabliertes und kompatibles System. Dementsprechend sollte man bei Routen analog verfahren. Es funktioniert, wer construction/proposed anzeigen will kann es sich gezielt dazunehmen. Und es ist schon vertraut. Ich fände es ziemlich bedauerlich, hier trotz etablierter besserer Lösung auf Zusatztags zurückzufallen, bei denen klar ist daß die noch nicht existenten Routen dann bei allen Auswertern zu sehen sind, die von den Zusatztags nichts wissen und der Nutzer in die Irre geschickt wird. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/proposed-construction-bei-Relationen-tp5757785p5757864.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: [OSM-talk] Extracting data from traffic sign recognition aboard modern cars ?
Jean-Marc Liotier wrote On learning that, any normal Openstreetmap user immediately wonders how to access the log. Is anyone here aware of connectivity and API for those systems ? I am working in the automotive business and I can assure you that manufacturers are doing everything in their power to keep those systems secure and inaccessible. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Extracting-data-from-traffic-sign-recognition-aboard-modern-cars-tp5757713p5757770.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Sven Geggus wrote Typografische Anführungszeichen ( und ') sind 7-Bit ASCII Zeichen, die es auf jeder Schreibmaschine gab und die auch auf fast jeder Tastatur (einschließlich der deutschen) drauf sind. Lexikalische Anführungszeichen hingegen („ “) hatte nicht mal latin1, d.h. die sind überhaupt erst durch die Verwendung von Unicode in Plantext-Dateien möglich geworden. +1 Die Verwendung von einfachen ist in der EDV und in digitalen Daten ein seit langem etablierter Standard. Die OSM DB ist ein EDV System und OSM XML ist ein digitales Austasuchformat. Die Verwendung von lokalen Sonderzeichen, die selbst auf einer deutschen Tatstatur nicht vorhanden sind, wäre extrem impraktikabel, würde die Bearbeitung erschweren, die Fehlerquote durch unterschiedliche und unübliche Handhabung erhöhen und die Anzeige der Texte auf Karten erschweren. Ich persönlich würde es sogar als absurd bezeichnen. Im Gegensatz zu Deiner Behauptung werden diese Sonderzeichen als Smartquotes nur von einigen wenigen Spezialprogrammen zu Textverarbeitung/Layout unterstützt. Eine normale Software läßt Texteingaben einfach unverändert. Im Gegensatz dazu ist es jederzeit möglich, die Paare von geraden zu erkennen und in einem Nachverarbeitungsschritt sauber in örtliche Sonderzeichen umzusetzen. Genau das ist dann die Lösung wenn es jemand wie Du tatsächlich so haben will. Du darfst aber nicht die digitalen Rohdaten in OSM (Input) und das von Dir gewünschte Endergebnis der Verarbeitung mit lokalen Anpassungen (Output) verwechseln. Kurz gesagt: Ich halte die Verwendung von international lesbaren in für korrekt. Einen Ersatz durch lokalen Sonderzeichne halte ich in digitalen Basisdaten für falsch, und außerhalb von expliziten :de Tags für schädlich. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Rechtschreibung-und-Zeichensetzung-in-den-Karten-tp5757052p5757417.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] Test neues Geofabrik-Download-Setup
Hab noch ein paar fehlende Highlights in Bayern gefunden: - Schwaben - Oberpfalz - Mittelfranken die restlichen funktionieren bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Test-neues-Geofabrik-Download-Setup-tp5751197p5751465.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
[Talk-de] Mapper in Frankfurt an der Oder gesucht
Hi! Im Forum gibt es derzeit eine Diskussion über einen User, der scheinbar großflächig und sofort die Edits anderer Mapper rückgängig macht. Falls hier Mapper mitlesen, die in iFrankfurt/Oder aktiv bzw. davon betroffen sind oder waren, meldet Euch doch bitte mal in diesem Thread zu Wort. http://forum.openstreetmap.org/viewtopic.php?id=19786p=1 bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Mapper-in-Frankfurt-an-der-Oder-gesucht-tp5746009.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] Multipolygone im Wiki
Chris66 wrote Am 11.01.2013 09:03, schrieb Andreas Labres: Alles eigentlich wieder nur ein Argument dafür, doch mal Areas zu erfinden... ;) Yepp, dieses historisch gewachsene MP Chaos lässt sich wohl nur durch Neuanfang lösen. ;-) +1 (in 36er Großbuchstaben :-) Gibt es eigentlich ernsthafte Arbeiten an einem area Typ? bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Multipolygone-im-Wiki-tp5743771p5744433.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: [OSM-talk] Rendering of Farmland not 'Light' enough?
Rob Nickerson wrote This has led to a discussion about how the rendering 'looks' with some arguing that it doesn't look that good. I believe that this may be due to the shade of colour used – specifically the farmland 'brown' is not as luminous as the default 'grey'. +1 What's more: The brown of farmland and the orange of secondary roads are very close and offer no contrast. A secondary road running through farmland is pretty much obfuscated and very hard to notice. bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/Rendering-of-Farmland-not-Light-enough-tp5742980p5743016.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Update on redaction bot and minutely diffs
What exactly does the status failed mean? It's good that most of Britain has been processed, but it appears that the two areas containing London have failed repeatedly. As they probably contain the most complex data and highest density, I think they are critical and if they cannot be processed I'd expect the bot to run into trouble in most large metropolitan areas in Europe. bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/Update-on-redaction-bot-and-minutely-diffs-tp5716307p5716803.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Ronnie Soak wrote Ja, die Leute werden das als 'Die OSM-Garmin-Karte' wahrnehmen. Aber genau das suchen sie ja auch. Und ich bin dafür, dort so viele der bestehenden Styles wie möglich zu integrieren. Das kommt natürlich darauf an, ob die Originalanbieter sie mit uns teilen oder nicht. Was Du dabei übersiehst, ist daß es grade bei den Kartenerstellern, die sich besonders viel Mühe gegeben haben, technisch gar nicht machbar ist. Es ist mit einem Standard-mkgmap schlichtweg nicht möglich, Routen-Underlays und kombinierte Wandermarkierungen wie in der Reit- und Wanderkarte angezeigt zu erzeugen. Von daher kann ich nur nochmal wiederholen, daß man mit so einem Standardkartengenerator die Situation für den unbedarften Nutzer gegenüber heute nochmal verschlechtert: Es wird noch schwerer für ihn, die Vielfalt an Karten zu finden, weil er glaubt er hätte DIE Karte schon gefunden. (Mapnik-Effekt). bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/Feedback-vom-OpenStreetMap-Stand-auf-dem-GeoGames-Leipzig-Event-tp5714855p5715173.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] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Hi! Mir scheint in dieser Diskussion werden zwei Aspekte vermischt, die durchaus separat betrachtet werden können. 1. Zentrale, automatische Produktion von Garminkarten, aktuell halten von Garminkarten 2. Einfacheres Auffinden, einfacherer Zugang für den Nutzer Für 2. würde ich mir eher einen vereinfachten Webzugang vorstellen - eine Schaufensterseite wie auf openstreetmap.de für die Online Karten - oder eine sukzessive Suche ähnlich wie bei den meisten Treiberdownloads: Auswahl des Themas/der Themen, Auswahl einer Region auf einer Karte wie z.B. hier http://www.dickemauern.de/ausland.htm und dann Anzeige aller in Frage kommenden Karten mit Link, letzer Aktualisierung usw. Dafür müßte man nur eine Datenbank von Karten analog zur jetzigen Wikiliste unterhalten und die Links auf Gültigkeit prüfen. Ggf. noch die Karten auf einen Mirror kopieren, um die Links zuverlässiger zu halten. Umgekehrt argumentiert: Wenn man sich nur auf 1. und die Karten die man selbst zentralisiert baut beschränkt, tut man dem Nutzer, für den vielleicht eine der anderen Karten im Netz die passendste ist, keinen Gefallen. Im Gegenteil, es würde eher verschleiert, daß es da noch mehr gibt. bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/Feedback-vom-OpenStreetMap-Stand-auf-dem-GeoGames-Leipzig-Event-tp5714855p5715054.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] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Ronnie Soak wrote Wir sind auf die Behandlung von 1. als Lösung für 2. verfallen, weil eine simple neue Weboberfläche einfach das Problem nicht löst. Wir können oder wollen keine Deeplinks direkt zu den Karten, weil das die Anbieterseiten umgeht und die das möglicherweise nicht wollen. Wenn wir nur auf die Anbieterseiten verweisen, werden wir aber nicht benutzerfreundlicher, egal wie gut wir vorher filtern/erklären/vorauswählen. Das läßt sich ja im Einzelfall mit dem Anbieter klären ob er Link, DeepLink oder Kartenmirror haben möchte. Es sagt ja keiner, daß der letzte Link einheitlich sein muß. Aber der Nutzer hätte zumindest bis dorthin eine einfache Möglichkeit, die richtige Karte zu erzeugen. Ronnie Soak wrote Also war unsere einzige Lösungsidee, eigene Karten mit den bekannten Stilen zu erzeugen, wo wir dann selbst die Kontrolle über die Anbieterseite haben. Das ist nicht ideal, schon klar, und außerdem fürchterlich aufwändig. Damit wir damit gerade nicht die Vielfalt an Karten zerstören, überlegen wir, wie wir es auch den bisherigen Kartenabietern leicht machen können, ihre Karten auch dort anzubieten. Letztere Überlegung habe ich in der bisherigen Diskussion nicht so recht wahrgenommen. Ich würde dann erwarten, daß der gleiche Effekt wie bei den Online-Karten eintritt: Die Mapnik Karte (oder bestenfalls die Layers auf osm.org) wird als DIE OSM-Karte verstanden und die meisten Leute kommen gar nicht auf die Idee, daß es noch andere Karten geben könnte. Die zentral generierten Karten werden dann als die OSM-Garmin-Karte wahrgenommen und z.B. die Kleineisel-Karte mit der IMHO schönsten amtliche-Topokarten-Optik ist noch schwerer zu finden als heute über die unübersichtliche Wiki-Seite. Während ich das hier schreibe, kommt mir grade noch eine 3. Idee: Wäre ein gemeinsamer Server für halbfertige Karten eine Möglichkeit. Damit meine ich: Anstatt alles neu zu erfinden oder nur fertige gmapsupp.img zu handeln, könnten interessierte Anbieter auch ihre einzelnen Garminkacheln und Typdatei hochstellen. Ein Server müßte dann nur noch alle Kacheln in einem Ausschnitt auswählen und zu einer gmapsupp.img packen um eine Wunschkarte zu erzeugen. Aber es ist nicht nötig, die gesamte Erstellung aller Karten zwingend zu vereinheitlichen. bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/Feedback-vom-OpenStreetMap-Stand-auf-dem-GeoGames-Leipzig-Event-tp5714855p5715077.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] Burgen, Schlösser usw ... ;-)
Hi! Manfred A. Reiter wrote a) ein Rendering nutzen, das diese Sachen rendert (z.B. NOPs Wanderreitkarte) das bedeutet also warten, bis die Dinge dort erscheinen? Diese Karte wird momentan nicht aktualisiert, soll erst weitergehen wenn der Lizenzwechsel durch ist. Manfred A. Reiter wrote Manfred A. Reiter lt;ma.reiter@gt; wrote: Ich habe auch in eben diesem Thread gelesen, dass Schlösser und Burgen in Mapnik nicht gerendert werden ... IST das so? Kann ich was tun, um diese für Touris evtl wichtige Info trotzdem sichtbar zu machen? Ist das so??? Meine Rückfrage kommt deshalb, weil ich hier http://www.openstreetmap.de/karte.html?zoom=15lat=45.81389lon=14.12989layers=B000TT zwar einen Höhleneingang finde, aber die Burg nicht erscheint. Das kann zwei Ursachen haben: 1. Burgen werden im Kartenstil nicht berücksichtigt. Ich bilde mir aber ein, in einem anderen Thread gelesen zu haben, daß Sven das im deutschen Stil eingebaut hat. 2. Objekte liegen zu nahe beieinander. Mapnik zeichnet dann das erste Objekt oder den ersten Text und läßt alle weiteren Objekte an der Stelle, die drübergeschmiert würden, einfach weg. Dabei ist es mehr oder weniger Zufall, welches Objekt zuerst kommt. Es kann also durchaus sein, daß der Höhleneingang angezeigt wird, und deshalb Brücke und Burg weggelassen werden. Hier in der Gegend ärgern sich z.B. schon lange die Nürnberger darüber, daß auf der OSM Karte die viel kleinere Nachbarstadt Fürth angezeigt und Nürnberg weggelassen wird. Fürth kommt im Alphabet halt vorher. :-) bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/Burgen-Schlosser-usw-tp5641957p5651240.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] Importierte Bäume in Szczecin
Hi! Wolfgang-4 wrote Aber wir müssen einfach weg von Hauptsache in die Datenbank und nach mir die Sintflut. Wir müssen uns vergegenwärtigen, dass 1. unreflektiere Massenimporte bestehende Anwendungen gefährden Das ständige Umdefinieren von tags und relationen gefährdet bestehende Anwendungen weit mehr. Damals kamen beide Aspekte zusammen. Ein Tag, das 4 Jahre lang gültig war - ohne Änderung, ohne Diskussionen und mit soweit ich mich erinnere mehreren 1 konsistenten Verwendungen - durch abweichende Massenimporte sozusagen über Nacht zwangs-umdefiniert. Die bot-Aktion war eine Verzweiflungstat um die importierten Objekte nachträglich wieder unterscheidbar zu machen - aber im Gegensatz zu den Importen mit der nötigen Vorsicht, nichts zu beschädigen oder umzutaggen. Noch ein fixme dranzupappen war sicher unnötig und der hitzigen und destruktiven Debatte damals geschuldet. Das eigentliche Problem sehe ich im Informationsverlust durch direkter Umdefinition benutzter Tags - wobei manche Leute vermutlich nur das Tagging aufräumen und verbessern wollen und sich gar nicht im klaren sind, welchen Schaden sie mit inkompatiblen Änderungen anrichten. Oder in der indirekten Umdefition durch massenhaft eingebrachte und nach aktueller Definition falsch/unzureichend getaggte Objekte, die sozusagen einen gefälschten Status Quo erzeugen und ihre neue Definition dem ganzen Projekt aufzuwingen. So etwas sollte nicht passieren - und wenn es passiert, sollten die falsch getaggten Massenimporte entfernt oder korrigiert werden. Einfach alles was vorher mühsam händisch durch andere Mapper eingetragen wurde durch Umdefinition zu verwerfen ist für mich persönlich keine Diskussionsgrundlage sondern - naja wortwörtlich verwerflich. :-) bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/Re-Importierte-Baume-in-Szczecin-tp5643501p5646600.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: [OSM-talk] ODbL-clean Coastlines
Paul Norman wrote When examining the data, I found most of the ODbL-dirty status was mainly from the following accounts: hasse_osm_korinthenkacker (Antarctica) Kin (Antarctica) Blars (US West coast) Actually, in might be pretty simple in the first case. To the best of my knowledge, the account hasse_osm_korinthenkacker (translation: hate_osm_nitpickers) is known for mass downloading, erasing and re-uploading the unmodified data under his name. In his case dropping all his changesets in the area might be the solution. bye Nop -- View this message in context: http://gis.19327.n5.nabble.com/ODbL-clean-Coastlines-tp5591448p5603212.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Loipen
Steffen Heinz wrote: Ich möchte eigentlich hier in der Gegend die Loipen löschen, zum einen ist es nicht sicher das sie jedes Jahr gespurt werden (mangels Schnee), zu anderen sind sie oft an einer anderen Stelle. Temporäre Objekte würde ich auch löschen, wenn sie nicht mehr vorhanden sind. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Loipen-tp6891576p6891745.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] falsche nodes in europe-cut? / osmosis und 15GB zuviel?
Lars Schimmer wrote: SEVERE (MapSplitter): 12340040.osm.gz: Area too small to split at http://www.openstreetmap.org/?mlat=47.10392mlon=17.13927zoom=17 (reduce the density of points, length of lines, etc.) Nicht weiter tragisch Naja, wie mans nimmt. Die Meldung bedeutet, daß mkgamp dort auf ein großes Polygon gestoßen ist, das es nicht verarbeiten kann, und daß es ALLE Daten in der Gegend einfach weglassen wird. Wieso die Nordsee an den Balkan verlegt wird, kann ich Dir allerdings auch nicht sagen. Vielleicht ein Super-Multipolygon, das eine Landesgrenze bis dorthin durchzieht? bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/falsche-nodes-in-europe-cut-osmosis-und-15GB-zuviel-tp6783180p6783512.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: [OSM-talk] A proposal to improve relation handling
Frederik Ramm wrote: 2. Treat relation membership as a characteristic of the members. I do not think this is a good idea. It seems conceptually wrong to me. If the public transit authority creates a new bus route, does that really change all the roads along which the bus runs? Is the road any different on the ground the day after the bus route has been introduced? I believe the answer is somewhere in between. It is true that adding it to a relation is not a change to the core data of a way. But having an indication in the way that relations exist and which ones they are would be a tremendous improvement for handling and understanding the data. Especially if you are not a power mapper and are not even aware that the object you are handling may be involved in relations or if you do not have a local PostGIS database or a complex editor to already do the searching for you. Maybe the way to go is an optional part with metainfo about relation membership which can be requested with an additional parameter or alternate call. The API should have that information readily available when it compounds the data. In any case, such double linking information should be ignored when an object is uploaded to the API to avoid conflicts between way-relation and relation-way linking. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/A-proposal-to-improve-relation-handling-tp6714787p6719356.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Garmin GPSmap 62 ....
jan99 wrote: Weiß einer von Euch die Unterschiede zwischen den 62 / 62s / 62st - will eigentlich nur zum Navi haben und Mappen. Kurz gefaßt: 62 hat keine SD-Karte sondern 1,7GB internen Speicher, würd ich nicht nehmen. 62s sollte für Deine Zwecke passen. 62st hat zusäztlich noch die Garmin Topo-Karte - wirst Du als OSMler kaum bezahlen wollen. :-) Leider hat das 62 nicht den genialen Empfang den die alten 60er hatten. Vielleicht willst Du Dir auch mal die neuen etrex 10/20/30 Geräte anschauen, die erscheinen mir persönlich interessanter. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Garmin-GPSmap-62-tp6686832p6686883.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] Garmin GPSmap 62 ....
jan99 wrote: ist denn der etrex einfacher zu bedienen als der alte . ich hatte mich damals für den gpsmap entschieden wegen der bedienung. der etrax hatte so eine merkwürdige schalterführung. Schwer zu sagen, ich hatte noch keinen in der Hand - und ich mag die merkwürdige Schalterführung weil ich das Ding komplett blind mit der linken Hand bedienen kann und die rechte frei habe. Was ich interessant finde ist die GPS+GLONASS-Fähigkeit, das könnte in Kombination einen besseren Empfang bringen. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Garmin-GPSmap-62-tp6686832p6686993.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: [OSM-talk] Geofabrik extracts using different software
Frederik Ramm wrote: If you find anything strange or broken in the coming days, please drop me a note. Well, it appears that the planetfiles are all empty today. :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Geofabrik-extracts-using-different-software-tp6644794p6654501.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] eBay Verkauf Seekarte ...
Marco Lechner - FOSSGIS e.V. wrote: Bedenkt bitte auch, dass es im Umfeld von OpenStreetMap zahlreiche Firmen gibt die mit Dienstleistungen (zu realistischen Preisen) um OSM Geld verdienen und sich oftmals selbst engagiert (als Datensammler, Entwickler oder beim Marketing) in das Projekt einbringen. Solche Verdienstmöglichkeiten mit übermäßigem Engagement (Anbieten von Produkten zum Materialpreis ohne Berücksichtigung des Arbeitsaufwandes) zu erschweren kann auch solches Engagement reduzieren, da die Geschäftsgrundlage genommen wird. Wucherpreise werden sich am Markt nicht durchsetzen und sind somit von solch einer Diskussion sowieso ausgenommen. Ich sehe das genau umgekehrt. Die Anbieter, die ihre eigene Arbeit im OSM-Umfeld verkaufen, stehen hier nicht zur Debatte. Was Unmut auslöst sind genau die eBay-Weiterverkäufe von kostenlosen Downloads zu Wucherpreisen ohne relevante Eigenleistung. Es ist nachweislich falsch daß Wucherpreise sich nicht duchsetzen - wenn die Käufer die Preise von kommerziellen Karten als Maßstab setzen, erscheinen ihnen die OSM Wucherkarten als preisgünstig. Daß es die auch kostenlos gibt wissen die meisten Leute einfach nicht. Bevor ein paar OSMler eingegriffen haben, war es auf ebay die Normalsituation, daß eine SD-Karte mit einer aufkopierten OSM-Karte aus dem Download für bis zu 65€ über den Tisch ging. Heute kommen Lizenzverstöße immer noch regelmäßig vor, aber die Preise haben sich auf ein angemessenes Niveau für eine SD-Karte und ein paar Minuten Arbeit eingependelt. Die Erfahrung hat aber gezeigt: Wenn eines der fairen Angebote wegfällt, tauchen innerhalb von 2 Wochen wieder ensprechende Märchenpreise auf - und werden auch gekauft. Von setzt sich nicht durch kann also absolut keine Rede sein! bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/eBay-Verkauf-Seekarte-tp6596692p6597845.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] Wanderzeichen mit Relationen verbinden
André Joost wrote: Am 18.07.11 11:38, schrieb hike39: Allerdings sind für den Jacobsweg Rheinhessen (Relation 359810) nur osmc:symbol = yellow:blue:shell_modern angegeben. Und das Symbol wird doch richtig angezeigt. Das ist die alte Schreibweise, als es Vordergrund2 noch nicht gab. Irgendwie hat nop die Auswertung so programmiert, dass man nicht alle alten tags umändern musste. Ohne Symbol muß auf jeden Fall wegfarbe:hintergrund::text:textfarbe verwendet werden, mit :: in der Mitte. Nein, die sind nicht notwendig. Stimmt schon so wie's im Wiki steht: Wegfarbe:Hintergrund:Text:Farbe reicht aus. Die definierten Inhalte unterscheiden sich hinreichend, daß die leeren Platzhalter nicht benötigt werden. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Wanderzeichen-mit-Relationen-verbinden-tp6589150p6594365.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] Wanderzeichen mit Relationen verbinden
Andreas Tille-3 wrote: 1 - In welchem Abstand werden die Karten, die auch Wanderzeichen enthalten gerendert? 2 - Könnte man nicht irgendwo ein Datum des letzten Renderns abfragen, um zu sehen, ob der Weg schon da sein müßte oder ob man einfach noch warten muß? 3 - Wäre es auch hier möglich, per tile-url/dirty das Rendern zu erzwingen? 4 - Gibt es sowas wie einen Debugger / Syntax-Checker, der einem sagt, was falsch ist, wenn die Karte kein Symbol enhält, es aber eigentlich sollte? Ich kann Deine Fragen nur subjektiv aus der Sicht der RWK beantworten: 1 - die Integration von Wanderrouten erfolgt alle 1-2 Wochen manuell 2+3 - nein, weil es nicht am Rendern hängt sondern an der manuellen Bearbeitung 4 - ja: http://www.wanderreitkarte.de/Relationsprobleme.html Eine vorab-Prüfung mit dem Map Composer kannst Du natürlich jederzeit selbst machen. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Wanderzeichen-mit-Relationen-verbinden-tp6589150p6594987.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] eBay Verkauf Seekarte ...
Hallo! Jan Jesse wrote: ich war jetzt ziemlich verblüfft, als mir jemand mitteilte, daß unsere USB-Stick-Software (www.freietonne.de) unter dem Stichwort Seekarte auf eBay verkauft wird. Das ist natürlich zunächst ein Schock, aber unsere Lizenz läßt das wohl zu, oder? Meine Frage (genervt, ich wollte eigentlich Urlaub machen): Was tut man dagegen (Tut man überhaupt was dagegen?). Wenn die Lizenz (Namensnennung, Lizenzhinweis) eingehalten wird, dann ist der Verkauf völlig ok - das ist das BY in der CC-BY-SA Lizenz. Dein Schock deutet eher darauf hin, daß Du bisher eine falsche Vorstellung von der Bedeutung der Lizenz hattest. Es ist völlig legitim, kostenlose OSM-Karten zu einem unverschämten Wucherpreis anzubieten, wenn man Dumme findet, die sie kaufen. :-) Wenn man von dieser Art der Nutzung nicht begeistert ist: - wenn das Angebot die Lizenz nicht einhält (fehlende oder falsche Hinweise auf Ersteller oder Lizenz) liegt nach meiner Interpretation ein gewöhnlicher Verstoß gegen Dein Copyright vor und Du kannst es von ebay entfernen lassen und ggf. rechtlich gegen den Anbieter vorgehen. Aber das ist natürlich eine Sache die ein Anwalt beurteilen muß. - wenn alles korrekt ist aber die Leute Wucherpreise verlangen (bzw. eine offene Versteigerung machen, die sich meist auf unrealistisches Niveau hochzieht) hast Du nur die Möglichkeit, Deine Karte selbst bei ebay zu einem sinnvollen Festpreis anzubieten, um skrupellose Märchenpreise zu verhindern. Das ziehen ein paar OSMler schon seit über einem Jahr konsequent so durch - macht aber Arbeit. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/eBay-Verkauf-Seekarte-tp6596692p6597572.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] deutscher Mapnik-Stil ohne highway=proposed
Hallo! malenki wrote: Vor etwa einer Woche sandte ich eine Mail mit obenstehendem Mangel Nur nochmal ein ganz klares Votum für den DE-Stil und die schwierige Kunst des Weglassens: Ich sehe es als deutliche *Verbesserung* gegenüber dem Standardstil, daß geplante Elemente nicht angezeigt werden. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/deutscher-Mapnik-Stil-ohne-highway-proposed-tp6508921p6521129.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
[OSM-talk] Pitiful proceedings - as usual
Hi! First of all: I am in favour of the licence change itself, I have agreed a long time ago and I was actually looking forward to phase 4 bringing forward some decisions. Nevertheless, the enabling of phase 4 (which likely may have happened yesterday or so) strikes me as another pitiful example of how not to do such things. Considering that lack of information has been the chief reason for disagreement with the proceedings for some two years now, one might have naively assumed that someone in the OSMF might have listend or learned and that important steps might have been accompanied by some sort of official announcement. Instead, is guesswork and rumours all over again. The most definite insider information to have was yes, on IRC was someone with a test account who claims he can't edit anymore. I don't know how you feel, but for me it is very hard to remain supportive of the matter in the face of such consequent incompetence handling it. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Pitiful-proceedings-as-usual-tp6494841p6494841.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pitiful proceedings - as usual
Hi! Frederik Ramm wrote: Well there was an announcement on 14th June on this list and others by Mike Collinson saying that we intend to move to phase 4 this Sunday 19th June or as soon after as is technically practical. For anyone who had already agreed, this date passed unnoticed. What exactly did you miss - would you have liked another email that said ok, we've really implemented it now? Yes, exactly. As you properly quoted or as soon... makes this statement rather vague. Frederik Ramm wrote: Given that the clear intent to switch to phase 4 on Sunday was widely published, was that not enough? A clear no to this. We intend to ... or maybe later contains no statement about whether anything has happened. I believe you noted the guesses and questions on the matter in the German forum yesterday, the question on this list... For something this important and controversial, an announcement on talk would have been in order, containing some information like will move on or have moved to. What's more, there's also no hint on how to (not) proceed with re-mapping data, as you suggested yourself, which will probably make things worse real soon now. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Pitiful-proceedings-as-usual-tp6494841p6494993.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pitiful proceedings - as usual
Mitja Kleider wrote: This commit (tagged live) is a clear statement: http://git.openstreetmap.org/rails.git/commit/0a81411e68102cd8a755744bd4a1e2f6eafad549 I can see your point, but: More communication means a lot of additional work and is not something I would expect from those who handle the other parts. How many people in total do you think have the knowledge where to look for this commit? And it still does not tell you whether it is live on the server or not. A simple post it is live now is considerd a lot of additional work? Sorry, but I have the impression we are living in completely different worlds... Mitja Kleider wrote: That is kind of vague, but I would not want to be nailed down to any old guesstimated numbers later. Waiting until we feel that it is time is fine with me. Yes, extremely vague. I believe that many people will not wait very long until they feel it is time and will take action - everyone at their personal pace. Well, if it is to be this way... bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Pitiful-proceedings-as-usual-tp6494841p6495364.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pitiful proceedings - as usual
Richard Fairhurst wrote: Why not volunteer to help LWG in its communications with the German community? It seems a shame to lament that things are as usual and not do anything about it. How should that work - without concrete information posted anywhere? bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Pitiful-proceedings-as-usual-tp6494841p6495548.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pitiful proceedings - as usual
Richard Fairhurst wrote: NopMap wrote: How should that work - without concrete information posted anywhere? Ok. How do you fancy volunteering to be the person who posts the concrete information, then? You seem to be under the impression that magic communication fairies will crop up and make everything ok. It doesn't work like that. Everyone here is a volunteer. If you're not happy with the effort that other volunteers are making, you should volunteer yourself. Yeah, sure, I'll just burn some incense, look deep into my crystal ball and guess what everybody has been doing. No problem. :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Pitiful-proceedings-as-usual-tp6494841p6496031.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Announce: Beginning of Phase 4 of license change process
Mike Collinson wrote: I would emphasise there is currently no need to remove data from the live database since the license is still CC-BY-SA. I believe there is no urgency to do so until acceptances have been maximised, local issues that have a near term solution have been addressed and there is a sense of community consensus that it is time. There may be no need - but I have the impression that many people are tired of waiting and eager to bring the licence change to a conclusion. I believe if the schedule remains that vague and there is no more definite suggestion for proceeding, then people will start purging non-relicenced data from the db on their own very soon. I think it might be a good idea to select a reasonable timeframe (say one month into phase 4) and issue a suggestion along the lines: We'd like to ask all current no-voters to cast their final vote until dayX. Likewise, we'd like to ask everybody to refrain from re-mapping data until after dayX. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Announce-Beginning-of-Phase-4-of-license-change-process-tp6475830p6478851.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Große Plots erstellen
jan99 wrote: Nun gibt es auch andere Renderer die Kacheln erzeugen - kann mir einer sagen wie man solche Kacheln am einfachsten zusammenbaut aus einem Dateiverzeichnis ?? Die billigste Methode, die ich kenne, ist - OpenLayers SlippyMap im Browser einrichten - Karte durch entsprechende Größenangabe im html großziehen, z.B. width=400% - mit einem Firefox-Plugin (dessen Name mir grade entfallen ist) Screenshot davon ziehen Vorteil ist, daß Du ständig siehst was dabei rauskommen wird. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Gro-e-Plots-erstellen-tp6381848p6382462.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: [OSM-talk] Geofabrik Download Server Update
Thank you for improving the IMHO most important additional service in OSM! bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Geofabrik-Download-Server-Update-tp6264407p6326736.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Mapper bei Kaiserslautern gesucht
Hi! Ich habe eine etwas ungewöhnliche Datenspende angeboten bekommen. Jemand hat die Wanderwege im Süden von Kaiserslautern getrackt, kennt sich selber aber mit OSM nicht aus. Er bietet interessierten Mappern seine GPX-Tracks und Bitmaps der Wegmarkierungen zum Eintragen an. (Alles selbstgetrackt, hab schon nachgefragt). Falls jemand aus der Gegend Interesse hat, besorge ich die Daten. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Mapper-bei-Kaiserslautern-gesucht-tp6325357p6325357.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] Garmin: Mehrere Länder in einer gmapsupp.img?
Im Forum läuft grade eine Diskussion zu dem Thema: http://forum.openstreetmap.org/viewtopic.php?id=11792-- View this message in context: http://gis.638310.n2.nabble.com/Garmin-Mehrere-Lander-in-einer-gmapsupp-img-tp6321714p6321978.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] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Hi! Ulf Lamping wrote: Was ist eine Vektorkarte anderes als eine (spezialisierte) Datenbank? Es dürfte relativ einfach sein ein Tool zu schreiben um die Daten aus der Garminkarte wieder in eine .osm Datei umzuwandeln. Die erhaltenen Daten beinhalten im Zweifel einen nicht unerheblichen Teil der OSM Daten. Genau an dem spezialisiert liegt der Knackpunkt. Ein spezialisertes Einbahn-Format ist keine Datenbank. Ich sehe das ungefähr so, wie es auch in der Wikipedia definiert ist: A database is a system intended to organize, store, and retrieve large amounts of data easily. [1] Es geht nicht darum, ob es irgendwie möglich ist, Daten wieder rauszubekommen, sondern ob es dafür vorgesehen ist, sprich entsprechende Schnittstellen by Design vorhanden sind. Auf ein propriertäres Vektorformat trifft das nicht zu. Auch dann nicht, wenn es von Dritten gehackt wurde. Das Format ist für die Anzeige optimiert, es ist gerade nicht dafür vorgesehen, die Daten nochmal als Daten zu exportieren. Die Interpretation wenn ich Daten irgendwie, egal wie mühsam, auch nur teilweise rausziehen kann ist es eine Datenbank ist völlig theoretisch und wertlos. Danach ist wirklich alles eine Datenbank. Nicht nur Map Tiles (kann ich ja Vektorisieren), auch ein Fernseher (Foto-Bilderkennung), ein T-Shirt (Scanner-OCR) die OSM-Bettwäsche, bedruckte Kaffetassen... Diese Argumentation erinnert mich stark an die ganzen Variationen zum DeCSS Code mit illegalen Primzahlen [2] als Krönung des Absurden. Glaube kaum, daß sich ein Gericht im Zweifelsfall von dieser ebenso freizügigen wie sinnfreien Interpretation überzeugen läßt. :-) bye Nop [1] http://en.wikipedia.org/wiki/Database [2] http://en.wikipedia.org/wiki/Illegal_prime-- View this message in context: http://gis.638310.n2.nabble.com/Auswertung-der-ersten-Reaktionen-auf-Lizenzwechsel-Phase-3-tp6282831p6319421.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] Cycleways - oftmals falsch getaggt
Peter Wendorff wrote: denen, die das nicht wissen, aber auch keine zusätzlichen Informationen an die Hand gegeben hast in Form von Wiki-Links oder kurzen Zusammenfassungen, wie es sein sollte. Dann hier noch der übliche Sommerloch-Link zur Übersicht über das Dilemma und Gegenüberstellung der widersprüchlichen Interpretationen. http://wiki.openstreetmap.org/wiki/Consolidation_footway_cycleway_path bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Cycleways-oftmals-falsch-getaggt-tp6303356p6305008.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] Cycleways - oftmals falsch getaggt
Thomas B wrote: Ich bin kein ML Freund, aber die Arroganz, mit der hier einige gegen path argumentieren ohne sich mit den Bewegründen der anderen zu beschäftigen, ist schrecklich Och, das ist bei diesem Thema schon fast normal - und der Grund warum manche Leute erst mal Popcorn holen gehen, wenn bei OSM jemand Radweg sagt. :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Cycleways-oftmals-falsch-getaggt-tp6303356p6307142.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: [OSM-talk] License graph
Toby Murray-2 wrote: It can be seen here: http://ni.kwsn.net/~toby/OSM/license_count.html Did I miss something or does the graph have a problem? I just see the web page, but no images. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/License-graph-tp6278593p6291462.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Hi! Ich glaube es wird echt Zeit, schleunigst zu Phase4 überzugehen, so daß ein Ja Ja bedeutet, ein Nein Nein und das ganze Gerede ein Ende hat. Bei einer Zustimmungsquote von 99+% [2], Neuzugänge nicht mitgerechnet, Tendenz steigend [1], sind die Würfel doch längst gefallen. Die Haltung der Community ist klar ersichtlich und jede demokratisch legitimierte Entität könnte von mehr als 99% Akzeptanz nur träumen. Für die 0.96% Leute, die mit der Umstellung wirklich nicht leben können, gibt es einen Fork. Ein Datenverlust ist unangenehm, aber schnell ersetzt, wenn auf jeden Ablehner 100 konstruktive Mapper kommen. Ich versteh' echt nicht warum überhaut noch diskutiert wird oder warum einzelne Leute versuchen, der überwältigenden Mehrheit noch ein paar Knüppel zwischen die Beine zu werfen und die Umstellung schmerzhafter zu gestalten als nötig. Vor allem wenn sie vorhaben, am Ende doch zuzustimmen. Daher mein Appell: Sagt Ja, wenn Ihr ja meint, und sagt nur dann Nein wenn Ihr es auch ernst meint. Immerhin ist die Abstimmung öffentlich und es ist in der nächsten Phase für alle ersichtlich, wer zu seinem Wort steht. bye Nop [1] http://fred.dev.openstreetmap.org/: Delta am ersten Tag 85% dafür, inzwischen 90% [2] http://ni.kwsn.net/~toby/OSM/license_count.html -- View this message in context: http://gis.638310.n2.nabble.com/Auswertung-der-ersten-Reaktionen-auf-Lizenzwechsel-Phase-3-tp6282831p6290052.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] Lizenzumstellung - verschollene Mapper
Weils grade in dem anderen Thread aufgekommen ist: Kein Problem gibt es mit den Usern, die ihre Daten freiwillig zusätzlich für PD erklärt haben und dann verschollen sind. Diese Daten können einfach unter ODBL im Datenbestand verbleiben. Selbst wenn ein User für die Zukunft den CTs und der ODBL widerspricht, können die bereits vorhandenen PD-Daten übernommen werden. Allerdings bedeutet das, daß man nicht nur eine Whitelist von unproblematischen Altbeständen braucht, sondern daß man auch jeden User für diese Whitelist recherchieren muß. Das muß dann ja wohl auch irgenwie organisiert werden. Bisher habe ich noch nichts in der Richtung gehört. Hat das schon jemand auf dem Radar? bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Lizenzumstellung-verschollene-Mapper-tp6286643p6291593.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] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Florian Lohoff-2 wrote: Was moechtest du mir damit sagen? Das es nicht geloescht werden _MUESSTE_? Ja richtig - Und? Kann ich im moment die odbl ablehnen und offiziell alles als PD lizensieren? Nein - kann ich nicht. Doch, das hast Du bereits. Deine Daten müssen nicht gelöscht werden, sondern können einfach bleiben und unter die ODBL gestellt werden. Du muß die CT/Lizenz für Deine alten Daten gar nicht mehr akzeptieren, schließlich sind sie bereits jetzt PD und können somit beliebig weiterverwendet werden. Natürlich ist der Widerspruch verwunderlich, daß Du hier mit soviel Text gegen die neue Lizenz wetterst, obwohl Du bereits über Deine PD-Erklärung die Verwendung Deiner Daten ungeingeschränkt gestattet hast. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Auswertung-der-ersten-Reaktionen-auf-Lizenzwechsel-Phase-3-tp6282831p6292106.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] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Ulf Lamping wrote: Bei einer Gesamtanzahl von angemeldeten Nutzern von rund 30 und ~11500 Zustimmern auf 99% Zustimmungsquote zu kommen ist schon sehr gewagt. Die Anzahl der Mapper die sich bislang nicht zur Lizenz geäußert haben hier einfach zu ignorieren ist grob irreführend. Ganz im Gegenteil - nur von denen, die Ja oder Nein gesagt haben, wissen wir etwas, also kann man auch nur die (hoch)rechnen. Alle anderen sind noch unbekannt, wobei die Tendenz sehr deutlich in Richtung Zustimmung liegt. Das aktuelle Delta hat sich von anfangs 85% stetig weiter auf inzwischen 91% Ja verbessert. Grob irreführend ist die fiktive Zahl 30 - inklusive aller Karteileichen, die nie aktiv geworden sind und auch nie wieder in Erscheinung treten werden. Du kennst die Statistik wieviele Mapper aktiv sind und weißt daß das eine absolute Luftnummer ist. Ulf Lamping wrote: P.S: Übrigens würde sich jede demokratisch legitimierte Entität bei einer Wahlbeteiligung von 5% fragen was sie denn falsch gemacht hat. Um bei der unpassenden Analogie zu bleiben. Die Wahlbeteiligung wird gemeinhin nach der Wahl ermittelt und Tote werden nicht mitgezählt. :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Auswertung-der-ersten-Reaktionen-auf-Lizenzwechsel-Phase-3-tp6282831p6292531.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] Kein Quellen-/Lizenzhinweis
Tordanik wrote: Ich gehe mal von einem Versehen aus, doch gerade eine Seite, die sich mit verwandten Themen beschäftigt und auch ihre eigenen Inhalte unter eine freie Lizenz stellt, sollte da eigentlich stärker drauf achten. Im Allgemeinen wird die Namensnennung nicht als Kernbestandteil der Idee freier Lizenzen gesehen. Geht zumindest mir so. ;) Die Namensnennung ist eine von zwei ausdrücklich geforderten Kernbedingungen der CC-BY-SA-Lizenz. Also ist es ein klarer Lizenzverstoß, wenn sie komplett fehlt. Dabei ist es irrelevant, welchen Aspekt der Lizenz man im Allgemeinen oder persönlich für wichtiger oder weniger wichtig hält oder ob man der Ansicht ist, PD wäre sowieso besser. :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Kein-Quellen-Lizenzhinweis-tp6268918p6271968.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] OSM im RTL Nachtjournal
Chris66 wrote: Also: Bei Tracks immer fleissig die tracktypes eintragen, damit die Reiter glücklich sind. ;-) Und nicht stumpf von Bing abmalen und Gräben als Tracks einzeichnen. Pferde können sowas auch springen, aber Radler sind darüber weniger glücklich... :-) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/OSM-im-RTL-Nachtjournal-tp6222337p6222682.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: [OSM-talk] A reliable process for handling OSM license violations
!i! wrote: Was just an idea, cause I noticed that here aren't that much people interested in this topic, so I assumed at legal mailinglist are more people that are familar with the OSMF processes. And I didn't saw a reason to 'annoy' this official list with this very specific topic. Actually, I believe that the topic is very well placed here. The licence change is a matter that has been discussed widely, controversially and extensively. The funny thing about this is: If nobody is willing to enforce a licence when it is being violated, if nobody cares whether it is respected or ignored - then there is no need for a licence, a licence change or discussion about it at all, it's all void and the OSM data is effectively involuntary public domain. Therefore I'd say: Either be consistent and and look for a way to politely but firmly enforce the licence - or be consistent and drop the licence altogether. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/A-reliable-process-for-handling-OSM-license-violations-tp6190047p6192875.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Hilfestellung für Windows-Batch und osmosis
Wenn Du aus einer Batch-Datei eine Batch-Datei aufrufen willst, mußt Du das mit call machen, sonst wird die aktuelle Batch durch die aufgerufene ersetzt. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Hilfestellung-fur-Windows-Batch-und-osmosis-tp6191983p6192114.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
[Talk-de] Abstimmung: Designation
Hallo! Ich wollte Euch auf eine aktuell laufende Abstimmung im Wiki aufmerksam machen: http://wiki.openstreetmap.org/wiki/Proposed_features/Designation Dieses Tag ist in England/Wales für dort gebräuchliche Wegerechtsregeln in Gebrauch. Es wird im Proposal aber als globales Freiform-Tag vorgeschlagen, ohne weitere Regeln oder konkrete Beispiele zur Anwendung außerhalb des UK. Meine Befürchtung ist, daß das bestehende Chaos um Rad/Fußwege mit einem weiteren Tag dafür, insbesondere einem Tag völlig ohne konkrete Definition, noch wesentlich verschlimmert wird. Schaut's Euch mal an was Ihr davon haltet. Und auch wenn Ihr selber nix von Proposals haltet: Es gibt Leute, die im Wiki nach Tagging-Hinweisen suchen. Und die werden ein so verabschiedetes Tag dann auch verwenden. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Abstimmung-Designation-tp6087644p6087644.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] JOSM Einstellungen
Markus-2 wrote: Mein JOSM hat die Einstellungen verloren... Wo sind diese gespeichert (Vista)? Normalerweise unter Application Data bzw. Anwendungsdaten des aktuellen Users, also z.B. bei mir: c:\Users\Nop\AppData\Roaming\JOSM\ (Win7) bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Einstellungen-tp6088014p6088177.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] Sachen nicht mappen um sie zu schützen? (archaeological_site)
M∡rtin Koppenhoefer wrote: Ich würde den Satz da rausnehmen, wenn es keinen erheblichen Widerspruch gibt. Widerspruch. Die Aufforderung, Bodendenkmäler zu schützen steht seit 2008 ähnlich in der deutschen und englischen Fassung. Allein das spricht schon dagegen, ihn aufgrund einer einzelnen Meinung einfach zu streichen. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Sachen-nicht-mappen-um-sie-zu-schutzen-archaeological-site-tp6088697p6088816.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] karten aus tiles zusammenbauen
Hi! Gary68 wrote: und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? Das habe ich dadurch gelöst, daß ich eine übergroße, unsichtbare slippymap erzeuge, die mir die ganze Arbeit der Berechnungen abnimmt. Von dieser Slippymap greife ich die Tilenummern ab, übertrage sie an den Server und setze dort die große Karte zusammen. Den Maßstab bekommt man tatsächlich ganz gut hin, indem man über Papiergröße und DPI die erfordlichen Pixel ausrechnet, damit hast Du die Anzahl der Tiles die Du brauchst. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/karten-aus-tiles-zusammenbauen-tp6073573p6073766.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] JOSM: Relationsdialog - Templates für die gängisten Formen
M∡rtin Koppenhoefer wrote: Kennst Du STRG+F Martin, wenn Du ihm nicht helfen willst, dann sei doch ganz einfach still. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Relationsdialog-Templates-fur-die-gangisten-Formen-tp6071027p6075274.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