Re: [Talk-de] EU-DSGVO
Wenn mir jemand eine Übersetzung schickt, dann werde ich sie einzubauen. Sie muss allerdings als inoffizielle Übersetzung gekennzeichnet werden. Simon kann dann ja noch Teile nach seiner Expertise anpassen. Michael (Communications Working Group) Am 2018-05-17 um 21:48 schrieb Simon Poole: > Am 17.05.2018 um 08:04 schrieb Manfred A. Reiter: > >> [...] >> >> Ist Dir zufälligerweise bekannt, ob es >> eine ähnlich lautende Seite in deutscher (u. a.) Sprache(n) geben wird? > Ausser ich mach was (was vor dem 25. kaum passieren wird), unwahrscheinlich. >> >> Wäre das sinnvoll? > Da die Anfragen zum Thema ausschliesslich aus Deutschland kommen > vermutlich ja. > > Simon > >> M. >> ___ >> Talk-de mailing list >> Talk-de@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-de > > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartendruck hochauflösend
Vielleicht hilft das: http://printmaps-osm.de:8080/ Ist nicht von mir, daher kann ich auch nicht mit Details weiterhelfen. Michael Am 2018-01-05 um 20:52 schrieb Markus: > _Eilt_ > > Liebe OSMer, > > wer kann hochauflösende Karten drucken? > Wen köönnte ich direkt fragen? > > Ein Luxus-Yachtkonstrukteur hätte gern für einen Messeauftritt zwei > Kartenausschnitte von OpenSeaMap für Print. > (s. Screenshot) > > Darf auch angemessen kosten :-) > Sollte möglichst am WE (Samstag) fertig sein... > > z=16 > 100x50 cm > 150 DPI > - Basiskarte > - Seezeichen > - Koordinatengitter > - Häfen > > Mit herzlichem Gruss, > Markus > > PS: die zugehörigen Kartenausschnitte gibt es per PM > (die Liste lässt keine Anhänge zu) > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ankündigung der Entfernung von landuse=farm im Standardstil
Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine Änderung aufgenommen (https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses Tag veraltet ist und nicht mehr verwendet werden soll. Die Nutzungszahlen haben in den letzten Jahren immer weiter abgenommen, aber es wird noch ungefähr 340.000 Mal verwendet. Details unter https://taginfo.openstreetmap.org/tags/landuse=farm und http://taghistory.raifer.tech/. Diese Änderung kommt in das nächste Release, aber es gibt dafür noch kein Release-Datum. Manche von euch möchten vielleicht vorher in ihrer Gegend das Vorkommen von landuse=farm in landuse=farmland oder landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen durchführen. Nach dem Release wird es durch die leeren Stellen leichter werden die verbliebenen Nutzungen dieses Tags zu entfernen. Michael signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] information=trailblaze, oder: am deutschen Wesen, ....
Was jetzt den Teil mit den Renderern angeht ist ja grundsätzlich an den beschriebenen Klassifizierungen tourism=information und historic=memorial nichts auszusetzen. Leider ist zumindest die Haupt-Rendering-Datenbank noch nicht in der Lage das zu differenzieren, sonst hätten wir da längst Unterscheidungen eingefügt. Den Maintainern des Standardstils gefällt es ja auch nicht, dass wir für jeden Wegweiser ein i hinmalen. Wir werden aber 2017 dazu in die Lage kommen das besser zu machen, daher sollten solche Kollateralschäden dann hoffentlich der Vergangenheit angehören und die Diskussion für oder gegen den Renderer wenigstens nicht mehr von Unzulänglichkeiten der Darstellungsmöglichkeiten beeinflusst werden. Michael Am 2017-02-09 um 17:40 schrieb Frederik Ramm: > Hallo, > >ich bin erst jetzt auf die Diskussion aufmerksam geworden, aber ich > finde, hier kommt das "wir mappen nicht für den Renderer"-Mantra an > seine Grenzen, oder es sollte zumindest erweitert werden um: "... aber > auch nicht gegen ihn". > > Wenn ein etabliertes Tag wie "tourism=information", das normalerweise > eine größere Installation (verschiedener Art) beschreibt, und bei dem > sich die Datenverbraucher (inkl. Renderer) darauf eingeschossen haben, > das mit einem dicken "i" zu rendern, dann sollte nicht jemand > daherkommen und sagen "ein kleiner Aufkleber an einem Lampenpfahl ist > aber auch eine Information für Touristen, also tagge ich das auch mit > tourism=information, information=aufkleber_am_lampenpfahl". Und dann > mache ich das für alle 2000 Aufkleber in meiner Stadt und schon habe ich > mehr als alle anderen tourism=information-Tags. > > Bei der deutschen Speziallösung "historic=memorial" (wo jeder an was > größeres denkt und die Renderer deswegen auch ein Icon für > gerechtfertigt hielten) mit "memorial:type=stolperstein" ist das auch so > ein Fall - da hätte man m.E. nicht auf die (korrekte) Tatsache "ein > Stolperstein ist auch ein Denkmal" pochen sollen, sondern pragmatisch > sagen sollen: Denkmal ist im "Volksmund" eben schon was größeres, also > suchen wir uns ein andres Tag. > > Ebenso ist es eben auch irreführend, wenn ich sage "in unserer Stadt > gibt es 5000 Informationen für Touristen" und ich zähle dabei dann die > Wegmarkierungen an Lampenpfählen mit. > > On 02/09/2017 04:47 PM, Martin Koppenhoefer wrote: >> Dieser tag ist der fünft-meistgenutzte information Wert [1]. Wie kann ein >> deutsches Forum so was für die OSM Welt entscheiden und "rausschmeissen", >> obwohl es genutzt ist (~5400 mal)? > > Mir scheint, dass der überwiegende Teil dieser 5400 Nutzungen von zwei > oder drei Benutzern stammen. Das "wird viel genutzt"-Argument zieht also > m.E. nicht wirklich. > > Andersrum gesagt, wenn sich einer ein Tag ausdenkt und zwei andre mit > aufspringen und die das dann munter benutzen, ist das schon Grund genug, > es im Wiki als etabliertes Tag zu dokumentieren? > > Bye > Frederik > > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte Vorträge einreichen für die FOSSGIS-Konferenz
Jetzt habe ich es doch noch geschafft mir was für eine Einreichung zusammenzureimen. ;) Heuer wollte mir nicht so recht was einfallen. Michael Am 2017-01-01 um 21:09 schrieb Peter Barth: > Hallo, > > und da wir jetzt ein neues Jahr haben bumpe ich den Thread nochmal und > erinnere daran, dass bis zum 6. Januar keine ganze Woche mehr ist. Also > bitte nutzt eure restliche vorlesungsfreie Zeit/Ferien/Urlaub/... noch > euch ein gutes Thema zu überlegen und einzureichen. Wir haben zwar die > Einstelligkeit der Einreichungen bereits überschritten, wollen aber noch > viel mehr ;-) > > Außerdem könnt ihr euch gerne schon heute für den OSM-Samstag im Wiki > eintragen: https://wiki.openstreetmap.org/wiki/FOSSGIS_2017/OSM-Events > Das erleichtert uns dann die Planung bzgl. Räumlichkeiten und > Verpflegung. Der OSM-Sonntag in Salzburg war wirklich genial; ich kann > euch nur empfehlen auch den OSM-Samstag in diesem Jahr nicht zu > verpassen! > > Bei Fragen einfach hier oder direkt an mich oder an das Programmkomitee. > Ich freue mich über eure Einreichungen, > Peda > > > Frederik Ramm schrieb: > >> Hallo, >> >>vielleicht erinnert ihr Euch an Peters Aufruf hier: >> >> https://lists.openstreetmap.org/pipermail/talk-de/2016-November/113629.html >> >> Es geht um die FOSSGIS-Konferenz, die im März in Passau stattfindet. Die >> Vortragseinreichung läuft bis zum 6. Januar. Das hört sich lang an, aber >> wenn man alle vor uns liegenden Feier-, Fest- und Reisetage abzieht, ist >> das bei den meisten noch so etwa eine Woche ;) >> >> Es wäre echt super, wenn sich aus unseren Reihen noch ein paar >> Vortragende finden würden. Ich weiss nicht, ob ich das ausplaudern darf, >> also sag ich es mal ganz vage: Bislang ist eine hohe einstellige Zahl >> von Vorträgen eingereicht worden ;) Das reicht noch nicht *ganz* für >> eine schöne Konferenz in Passau. Also - wer hat noch nicht, wer will >> nochmal, ich weiss, dass unter uns viele sind, die etwas interessantes >> zu OSM erzählen können, sei es aus Anwender-, Programmierer-, oder >> Mappersicht. >> >> Bitte lasst die Frist nicht verstreichen - wenn ihr eine gute Idee für >> einen Vortrag habt, die aber noch etwas ausformulieren wollt, wäre den >> Veranstaltern auch sehr geholfen, wenn ihr jetzt noch vor Weihnachten >> eine Einreichung macht und Euch dann später nochmal einloggt und am Text >> feilt (das geht im Interface problemlos) - besser als die Sache vor sich >> herzuschieben und dann kommt ihr nicht mehr dazu ;) >> >> Bye >> Frederik >> >> -- >> Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" >> >> ___ >> Talk-de mailing list >> Talk-de@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschter OSM-Stil in OsmAnd+
Ich kann jetzt leider konkret zum Problem nichts beitragen, möchte jedoch anmerken, dass bei OsmAnd NICHT der internationale Stil (openstreetmap-carto) eingesetzt wird, sondern ein eigener Stil. Dieser hat jedoch wohl irgendwann das damalige Aussehen der Standardkarte als Ausgangspunkt genommen. Nur um Missverständnisse zu vermeiden. Michael Am 2016-12-08 um 12:04 schrieb l...@posteo.de: > Sehr, sehr gerne möchte ich den deutschen OSM-Stil (vergleiche > https://www.openstreetmap.de/karte.html) in der App OsmAnd+ in Form von > Offline-Karten verwenden. Standardgemäß kommt bei den Standardkarten, > die die App anbietet, der internationale Stil zum Einsatz. Dieser Stil > ist in meinen Augen jedoch unübersichtlich und überladen. Vor allem die > vielen gestrichelten Linien haben einen schlechten Kontrast. > > Trotz intensiver Recherchen konnte ich bisher keine Möglichkeit finden, > um meinen Wunsch in die Realität umzusetzen. Die Informationen rund um > OSM und insbesondere OsmAnd+ sind voller Unordnung und wimmeln nur so > von Fachbegriffen. > > Ist es denn prinzipiell möglich und wie mache ich das? Mein kläglicher > Versuch bisher: Ich habe mir von www.geofabrik.de eine Karte im > PBF-Format geladen und mittels des OsmAndMapCreator in eine OBF-Datei > mit passenden Kacheln gewandelt. In OsmAnd+ wird die so erstellte Karte > jedoch wie gehabt angezeigt, da der Stil wohl noch nicht passt. In dem > Programm gibt es die Möglichkeit einen Stil auszuwählen, der wohl durch > eine XML-Datei definiert ist!? Wo finde ich eine solche passende Datei? > > Ich würde mich sehr freuen, wenn mir jemand weiterhilft. > > Lutz > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Carto-CSS Stil auf tile.openstreetmap.de
Am 2016-09-27 um 20:30 schrieb Christoph Hormann:
> Ansonsten ist es immer noch so, dass aufgrund des anderen
> Datenbank-Namen ('osm' statt 'gis') kein Betrieb auf des selben
> Datenbank möglich ist ohne dass man project.yaml/project.mml
> modifiziert.
Mit Kosmtik kann man das einfach ohne Änderungen an project.mml
überschreiben: https://github.com/kosmtik/kosmtik#local-config
Michael
signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konfigurationsfehler Apache www.openstreetmap.de (WAS: Deutsche Homepage - Fehlermeldung)
So pauschal möchte ich das nicht stehenlassen. Sicher soll man sich für das Teil nicht verbiegen, aber als unseriös sehe ich das auf keinen Fall. Der CORS-Test warnt auch nur vor zu allumfassenden CORS-Konfigurationen wie z.B. Access-Control-Allow-Origin: * (ganz böse) als Sicherheitsrisiko. Ansonsten steht da: "Content is visible via cross-origin resource sharing (CORS) files or headers, but is restricted to specific domains" Klar, eine MITM-Attacke kann man nur mit HTTPS verhindern, aber eine Content Security Policy kann schon was bringen, indem man dem Browser sagt was er laden und ausführen darf und was nicht. Siehe https://de.wikipedia.org/wiki/Content_Security_Policy. X-Frame-Options gibt zum Beispiel an, ob die Seite eingebettet werden darf oder nicht. Kann auch einen Sicherheitsgewinn bringen, sofern der Browser nicht manipuliert wurde. HTTP Strict Transport Security (HSTS) würde HTTPS zum Beispiel erzwingen, auch das ist eigentlich sinnvoll, denn es gibt heutzutage eigentlich keinen Grund mehr HTTPS nicht zu verwenden. Auch im Hinblick auf HTTP/2 oder wegen MITM-Attacken (siehe oben). Ich sehe das Ding eher positiv, da es sicherheitsrelevante Konfigurationen übersichtlich auflistet und auch die Möglichkeit bietet sich über die Details zu informieren. Natürlich ist das mit den Schulnoten ein wenig reißerisch und vielleicht nicht so gut. Denn F heißt nicht, dass der Server unsicher ist wie sonst was, sondern dass es einfach noch besser gehen würde. Aber im konkreten Fall sind die zusätzlichen Einstellungen vielleicht gar nicht notwendig oder sinnvoll. Da darf man einem Tool eben nicht blind folgen, sondern muss selbst Wissen aufbauen. nebulon42 Am 2016-08-28 um 13:58 schrieb Roland Olbricht: > Hi, > >> es gibt einen ganz neuen Security-Checker von Mozilla. >> http://www.heise.de/newsticker/meldung/Mozilla-bringt-kostenlosen-Sicherheitstest-fuer-Websites-3306197.html >> >> >> An dem beiße ich mir zur Zeit die Zähne aus. Die Details kann ich noch >> nicht beurteilen, geschweige denn anpassen. > > Das Ding ist grob unseriös. Z.B. ist CORS ein anerkannter Web-Standard, > der regelt, wie Daten von Drittseiten eingebunden werden können. Folgt > man dem Standard, dann besteht keinerlei Sicherheitsrisiko. Ohne auch > nicht unbedingt, aber das ist ein anderes Thema. > > Der Security Check streicht aber die Hälfte der Punkte, wenn eine > Website den Standard unterstützt. > > Auch die übrigen Anforderungen sind vom Typ: "sende noch diese 27 > Extra-Header mit". Vom Senden zusätzlicher Header wird allerdings nichts > sicherer. Entweder hat der Server oder der Client eine Sicherheitslücke > oder nicht. Entweder gibt es einen Man-In-The-Middle, der dann auch die > Header setzen oder durchreichen kann, oder nicht. > > Das steht im starken Kontrast zu SSLLabs. Dort wird gezielt getestet, ob > man abgehört werden oder Inhalte untergeschoben bekommen kann, obwohl > die SSL-Verschlüsselung aktiv ist. Das ergibt Sinn, weil man mit SSL > (HTTPS) das nicht erwarten würde. > > Es lohnt also nicht, für den Mozilla-Scan irgendwas zu tun. Das Ding ist > Web-Politik, nicht Web-Sicherheit. > > Viele Grüße, > Roland > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Markenlogos in Karten?
Am 2016-06-09 um 12:25 schrieb Sven Geggus: > Das derzeitige carto-css Apothekensymbol kapiert kein Mensch. Das sehe ich - wenig überraschend - nicht so. :) > Das soll wohl eine Flasche oder Pillendose darstellen. Hast du richtig erkannt, kapiert also doch jemand. nebulon42 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EnBW erneuert Ladesäulen für Elektroautos
Es gäbe auch bereits ein (mögliches) Icon dafür (https://github.com/gmgeo/osmic/blob/master/transport/charging-station-14.svg). Mehr als Icon + Name oder Operator wird da wohl nicht machbar sein. D.h. nur noch ein passendes Zoom-Level aussuchen (z.B. z17+) und (fast) fertig. Das wäre auch ein leichtes Beispiel für einen ersten Beitrag zu openstreetmap-carto. Will jemand? :) nebulon42 Am 2016-06-05 um 16:47 schrieb Harald Hartmann: > Und da wir Anfang Mai im Forum ebenfalls dazu schon einen Beitrag > "Bitte amenity=charging_station rendern" [1] hatten, können wir das > abkürzen und präzisieren: [2] ;-) > > [1] http://forum.openstreetmap.org/viewtopic.php?id=54525 > [2] https://github.com/gravitystorm/openstreetmap-carto/issues/989 > > Am 05.06.2016 um 08:33 schrieb Joachim Kast: >> Die richtige Adresse für Verbesserungsvorschläge am >> Standard-OSM-Kartenstil ist >> https://github.com/gravitystorm/openstreetmap-carto/issues > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql
Kleine Ergänzung: Ersetze Ways durch "geschlossene Ways". Am 2016-03-16 um 08:07 schrieb nebulon42: >> Eine zweite frage die mir auf den nägeln brennt ist. Kann ich von der >> osm_Id zb aus der planet_osm_polygon darauf schließen ob es sich um >> einen way, node oder eine relation handelt? > > Nodes kommen in planet_osm_polygon nicht vor, dort sind nur die > Geometrien von Ways und Multipolygonen enthalten. Du kannst aber > zwischen Way- und Multipolygongeometrien dahingehend unterscheiden, dass > die Einträge von Multipolygonen die negative ID der Mulitpolygonrelation > bekommen. > > nebulon42 > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql
> Eine zweite frage die mir auf den nägeln brennt ist. Kann ich von der > osm_Id zb aus der planet_osm_polygon darauf schließen ob es sich um > einen way, node oder eine relation handelt? Nodes kommen in planet_osm_polygon nicht vor, dort sind nur die Geometrien von Ways und Multipolygonen enthalten. Du kannst aber zwischen Way- und Multipolygongeometrien dahingehend unterscheiden, dass die Einträge von Multipolygonen die negative ID der Mulitpolygonrelation bekommen. nebulon42 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten-Projektion Merkator
Wenn das irgendwann so weit ist das wir im Browser mit WebGL die Karte aus "Vektordaten" Rendern ist tendentiell jede beliebige Projektion denkbar. Interessanter Blogpost von Mapzen zu dem Thema: https://mapzen.com/blog/escape-from-mercator nebulon42 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmic icons für JOSM
Ich habe einen Stil für JOSM erstellt, der die Standard-POI-Icons mit Icons von Osmic ersetzt. Der Stil verwendet die meisten der 149 derzeit verfügbaren Icons von Osmic und benutzt das Farbschema vom Standardstil von osm.org openstreetmap-carto. Mit dem Stil für JOSM möchte ich eine höhere visuelle Konsistenz zwischen den verschiedenen POI Icons erreichen. Ich möchte auch die Wiedererkennbarkeit von POIs zwischen JOSM und dem Standardstil erhöhen, was beim Editieren hilfreich sein kann. Da openstreetmap-carto auch viele der Icons von Osmic verwendet, sollte es einfacher sein die Verbindung zwischen POIs auf der Karte und im Editor herzustellen. Das Projekt-Repository: https://github.com/gmgeo/osmic-josm-style Weitere Details: https://www.openstreetmap.org/user/nebulon42/diary/35858 Kommentare sind willkommen. nebulon42 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Fehler kann man unter https://github.com/gravitystorm/openstreetmap-carto/issues/ (Anmeldung erforderlich) melden. Möglicherweise ist das aber das gewünschte Verhalten, da sonst z.B. Hausdurchfahrten nicht sichtbar wären. Alle Layer auf osm.org machen das so. Aber es schadet nicht es zu melden. Grüße, nebulon42 Am 2015-06-12 um 09:38 schrieb Matthias: Hallo, auf openstreetmapo.org werden Straßentunnels über Gebäude gelegt trotz vorhandenem tunnel=yes. Beispiele: https://www.openstreetmap.org/way/23728286#map=17/48.75380/8.23714 https://www.openstreetmap.org/way/4287421#map=15/48.7579/8.3433 Wer ist hierfür der Ansprechpartner? Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM SommerCamp: Mitstreiter für deutschen Kartenstil gesucht!
Es gibt wohl keinen guten Zeitpunkt für einen Fork, man muss die Stile dann wohl auseinanderdriften lassen und selektiv portieren, was man gut findet. Allerdings sind bei osm-carto jetzt gerade wieder größere Änderungen in der Pipeline (hstore, Straßen) und es waren in letzter Zeit auch viele gute Änderungen dabei. Ich bin mir übrigens nicht sicher, ob die geplante Verwendung von hstore im internationalen Stil zu der im deutschen kompatibel sein wird. Gibt es da mehrere Arten der Verwendung? Wenn ich mir den derzeitigen Stand auf Github von osm-carto-german ansehe, dann frage ich mich ob es wohl leichter ist die 27 commits noch einmal einzuspielen oder die 721 commits von osm-carto zu portieren? Wie wolltet ihr dabei vorgehen? nebulon42 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM SommerCamp: Mitstreiter für deutschen Kartenstil gesucht!
Hi, ich werde zwar nicht beim Sommercamp dabei sein, aber ich bin gerne bereit zusätzliche POI-Icons beizutragen, sofern notwendig und von osm-carto abweichend. Icon requests einfach unter https://github.com/nebulon42/osmic erstellen (Burgen sind z.B. schon vorhanden). Am Rande würde mich auch interessieren in welchen Punkten genau sich der deutsche Stil von osm-carto unterscheidet. Gibt es da irgendwo eine Auflistung? (https://wiki.openstreetmap.org/wiki/German_Style habe ich schon gefunden) An osm-carto werden wahrscheinlich in nächster Zeit einige größere Änderungen gemacht werden, Straßen werden zum Beispiel im Rahmen von GSOC bearbeitet. lg, nebulon42 Am 2015-05-21 um 15:07 schrieb Sven Geggus: Hallo zusammen, vom 26.-28. ist OSM SummerCamp in Essen. Ich würde die gelgenheit gerne nutzen endlich mal den deutschen Kartenstil auf Augenhöhe mit dem normalen OSM Karte zu bringen (Umstellung auf carto) Dazu sind jedoch Mitstreiter erforderlich. Ich würde mich sehr freuen, wenn sich mindestens 1-2 Leute finden würden, die da mitmachen möchten. Gruss Sven P.S.: Entgegen meiner sonstigen Gewohnheiten auch mal im Forum ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmic (OSM Icons) 0.1
Hi, zusätzlich zum englischen Diary-Eintrag (http://www.openstreetmap.org/user/nebulon42/diary/34709) hier auch eine deutsche Ankündigung: Osmic (OSM Icons) 0.1 ist verfügbar. Dabei handelt es sich um eine Sammlung von 100+ qualitativ hochwertigen SVG-Icons, die für kleine Größen optimiert wurden. Die Icons stehen unter der Lizenz CC0 (Public Domain). Das Github Repository: https://github.com/nebulon42/osmic Viele der verfügbaren Icons haben in den letzten Monaten bereits ihren Weg in den OSM Standard-Kartenstil gefunden und zu einer knackigeren Darstellung von POIs geführt. Vielen Dank an all die Menschen von osm-carto, die in diesem Prozess mitgeholfen haben. Danke für Kritik, Diskussionen, Ideen und Verbesserungsvorschläge. Anerkennung gebührt auch jenen, die die Inspiration zur Erstellung dieser Icons geliefert haben. Das sind Mapbox' Maki, twain47s Open-SVG-Map-Icons und HOTs Maki-Erweiterung genannt Nori. Wie unterscheiden sich diese Icons von Maki? Nicht sehr. Maki wurde während der Erstellung der Icons zur größten Inspirationsquelle, weil sie großartige Arbeit bei der Erstellung eines sauberen und lesbaren Satzes von Icons geleistet haben. Osmic ist vielleicht ein bisschen näher an den Bedürfnissen von osm.org. Andererseits bietet Maki alle Icons in drei verschiedenen Größen an. Das ist derzeit für Osmic noch nicht geplant, könnte aber später notwendig werden. Wie unterscheiden sich diese Icons von twain47s Icons? twain47 hat einen der vollständigsten und umfangreichsten Sätze von Icons für OSM erstellt und hat dabei großartige Arbeit geleistet. Osmic möchte auf ein paar Unzulänglichkeiten bezüglich der Anzeige von Icons bei kleinen Größen eingehen. Das beinhaltet das Reduzieren von Komplexität und Detailgrad, das Beschränken auf eine Füllfarbe und das Ausrichten der Icons am Pixelraster. Alle diese Maßnahmen sollen zu einer weniger verwaschenen und damit schärferen Darstellung bei kleinen Größen führen. lg, nebulon42 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
