Re: [Talk-de] Strike to Karkand (war: Wozu eine Lichtkarte fähig sein kann)
Am 23.06.2012 09:15, Walter Nordmann: ist eh weg. Gruss Walter p.s. aber hübsch war's doch Hat jetzt jemand noch einen Screenshot gemacht? Ich würde mich dafür interessieren. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] OpenStreetMapWidget
Am 19.06.2012 09:06, Matthias Meisser: Great idea Sandra, at FF13 there seem to be a little bug, that you can't pan the map, when you try to grab them in the upper area of the map (where the buttons are on the right), as the browser trys to select the buttons. Reason for that is the width: 80%; statement in the #toolbar CSS markup. No idea why you actually need to define the toolbar width. Scales well without, but I haven't tested cross-browser. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Relation Analyzer im neuen Gewand
Sieht sehr schick aus und visualisiert durch die aufgeräumte Oberfläche schnell, die wichtigsten Aussagen über die Relation. Toll! Hast du schon mal an eine Lokalisierungsmöglichkeit gedacht? Einige Strings sind ja bereits in Englisch ;) Claudius Am 13.06.2012 09:35, Adrian Stabiszewski: Hi! Der Relation Analyzer hat ein neues Gesicht dank Bootstrap bekommen. http://ra.osmsurround.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrgleisige Bahnübergänge
Am 09.05.2012 17:24, Alexander Matheisen: Hallo, im Zusammenhang mit dem Taggingschema meiner (geplanten) OpenRailwayMap ist wieder die Frage aufgekommen, wie man mehrgleisige Bahnübergänge sinnvoll erfassen sollte. (...) Meine bisherigen Ideen: Relation oder Bü-Weg. Bei der Relation habe ich noch keine genaueren Vorstellungen (finde ich auch etwas kompliziert), bei der zweiten Variante schwebt mir folgendes vor: Bei eingleisigen BÜs wird wie bisher der Kreuzungspunkt getaggt. Bei z.B. zweigleisigen Strecken bekommt das Wegstück zwischen beiden Gleisen die üblichen Bü-Tags. Kannst du das mal mittels eines Beispieltaggigns untermauern? Bü-Tag kann alles und nichts bedeuten. Ich würde darunter verstehen, dass ich das kurze Wegstück als highway=secondary railway=level_crossing ref=A4 maxspeed=50 erfassen würde. Sieht irgendwie etwas komisch aus mit der Mischung aus Straßen- und Bahntags. Ich glaube, die Zusammengehörigkeit lässt sich viel einfacher algorithmisch auf Grund der Nähe der Übergänge erfassen. Für die Grenzfälle (aber meist kommen mehrgleisige Bahnübergänge doch nur mit einem Satz zusammengehörigen Übergänge vor) würde ich zu einer Relation tendieren. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Facebook-Tag
Am 08.05.2012 15:37, aighes: Hallo Wo wäre denn der Vorteil gegenüber der eigentlichen Homepage (website=*) des Objektes? Ich würde es auch dort erfassen (und habe es auch schon so getan). Oft ist es ja so, dass kleine Unternehmen (speziell Cafés, Kneipen, Bars..) nur noch eine Facebook-Seite als ihre Website haben. Und dafür passt dann ja das website=-Tag. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Bing coverage relations, in particular 1298962
Am 27.04.2012 03:28, SomeoneElse: I noticed this while looking at the map here: http://www.openstreetmap.org/?lat=32.001059lon=34.825519zoom=18layers=M The Hires coverage of Bing imagery in the Near East label is from the name on this relation: http://www.openstreetmap.org/browse/relation/1298962 Regardless of the perhaps the map shouldn't render unknown things just because of name=blah issue, I'd argue that metadata such as this really doesn't belong in OSM. I've messaged the three previous editors of this relation and two haven't objected to it's removal (the other one hasn't replied). Can anyone put forward a good reason why it should be kept? I can't see a good reason given there is a website such as http://ant.dev.openstreetmap.org/bingimageanalyzer/ that shows you Bing worldwide highres coverage. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Transcription and internationalization in place names
Am 16.04.2012 22:17, Miloš Komarčević: Hi all, On Mon, Apr 16, 2012 at 11:01 AM, Daniel Kastldan...@georepublic.de wrote: name:ja_rm is probably what will not be rendered usually, but this would be the name written for example on street signs as name in latin characters. name:ja_kana is what was mentioned in a previous email, because it helps Japanese people to know the reading of a name. It's also useful for geocoding. I would also like to take this opportunity to draw your attention to the lack of unification on how 'romanized' language tags are used and constructed for languages not usually written in Latin script. 'ja_rm' and 'zh_pinyin' are some examples We strongly believe OSM should get behind and use BCP 47 as recommended by W3C, Unicode, ECMA, etc.: http://en.wikipedia.org/wiki/IETF_language_tag and are already committed to retagging all our data in Serbia to 'sr' and 'sr-Latn'. +1 Would be great to get the tagging guidelines accordingly. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
Do you know how this compares to the newer touch screen Garmin devices (Dakota, Oregan, Montana)? I know that upon release the GPS performance (read Accuracy) of the touch devices was below the Vista HCx. Wondering if they could fix that via firmware upgrades or even improvements to the hardware. I really liked my Vista HCx, because of the very fast time to fix, the high accuracy and the fact that it actually had a scrollable map (something the Geko is lacking). But then the usability with that small joystick was just... bad when using the map. Claudius Am 19.04.2012 14:40, Thomas Davie: I'm very pleased with my Garmin eTrex Vista HCx. Bob if (*ra4 != 0xffc78948) { return false; } On 19 Apr 2012, at 13:20, kenneth gonsalves wrote: hi, what are recommendations for a handheld reasonably priced gps unit? -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Transcription and internationalization in place names
Am 16.04.2012 06:33, Stephan Knauss: When the crisis in Libya started to heat up I was asked if I could provide bilingual rendering which is still online on http://libya.osm-tools.org/ Is this of use for anybody? If no one cares for the bilingual rendering I might stop serving the map as my machine is quite small. If now even mapquest is providing bilingual rendering then having mine might be obsolete by now. Your rendering is a very good example showing where the duplication takes place if multiple scripts are entered into the primary name-tag. e.g. west of Tripoli you see the place node for Surman showing the English name three times. I think with the availability of the MapQuest rendering and the recent decrease in interest in mapping Libya you might consider turning your's off. I did use it quite heavily a while ago though. Thanks for that. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Transcription and 'internationalization' in place names
Am 16.04.2012 11:36, Andrew Errington: On Mon, April 16, 2012 16:54, Maarten Deen wrote: snip Wouldn't it be an idea to tag the name in the characterset of the country and have the renderer decide whether or not to render a name:en tag with the name tag? I don't know if the renderingrules allow such a decision to make. After all, the renderingrules decide how the map looks like, and I can understand if countries that do not use latin script want to render a latin-clean map. And: do not tag for the renderer. Entering names twice is tagging for the renderer. I'm glad this topic has come up. I map heavily in Korea, and here the convention has been adopted to have name=* as Local name (English name). This is the same as Japan, but I don't know which came first. In addition we have name:en=* (Latin script) and name:ko=* (Hangul script) and name:ko_rm=* (Hangul spelled phonetically, in Latin script). Not all tags are present for all objects. I have gone along with this for a while, but it has always bothered me. On one hand, it's great as it actually makes the map useful (for me). You can even justify it by saying that the roadsigns are all printed in Hangul and English (they are) so maybe the name=* tag should have both. On the other hand, it's a chore to enter things twice, it increases the opportunity for error, and really, it could be done programmatically. I think the root of the problem is that Mapnik didn't make a bilingual map at the start, so it was easier to get an army of humans to enter the data twice. Now we have better renderers, with a good example from MapQuest, and this experiment here: http://toolserver.org/~osm/locale/ I think the only problem is how does software determine which language name=* is in. This should be the 'fallback' label that is rendered if no language is selected, or the selected language tag is missing. Actually, if you describe it in those terms then it doesn't matter. If my selected language is Korean, then name:ko=* will be displayed, thus overriding name=*. If name:ko=* is missing, then name=* will (or should) contain something useful. In Korea it is most useful (to Koreans and visitors) if we carry on as we do, but I would like a tool that automatically constructs name=name:ko+space+(+name:en+) You raised some very good points here, Andrew, but again you came back to the argument, that Mapnik (I guess you are referring to the map rendering at www.openstreetmap.org because MapQuest is also using Mapnik to render their open map ;) ) should be made a bilingual map. Still in the code OSM is not about the map at www.openstreetmap.org, but about the database behind it that hundreds of other projects use. e.g. if you create a Garmin map file out of the korean (or even japanese) data it seems to be rather harmful to have the Romanization in brackets behind the name. If you would want to create a Korean/Japanese only map you would have to programmatically remove the brackets if name:ko/name:jp is not present. It should actually be the other way around: In the ideal world we could (should?) strive for the location node for Seoul would contain this data: name=서울특별시 name:el=Σεούλ name:en=Seoul name:ko_rm=Seoulteukbyeolsi name:ru=Сеул So a map renderer could easily recreate the current map by using name (name:en) as location name, or name (name:ko_rm) to highlight romanization to be helpful for korean users. We should really not follow the approach of making the map at www.openstreetmap.org perfect but instead the data behind it because that's where we're better than Google and Co. And btw. Google Maps sometimes even has nur the Japanese location names and no problem with that either. See the airport and surroundings here: http://g.co/maps/4vu3e Just take another look at the Mapquest rendering. For me it was an eye opener to emphasize on the data quality aspect and away from tagging for a nice www.openstreetmap.org Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wichtige Strassen die noch nicht neu gemappt worden sind ....
Am 15.04.2012 22:55, Kevin Halton: Das ging aber sehr schnell! Könntest du mir sagen, wie du das geschafft hast? Warst du schon vor Ort, oder hast du GPS Tracks / Luftbilder genommen? Mich würde es wundern, wenn ich die Zeitstempeln von den Changesets sehe! Oftmals sind es ja Verbindungsstücke, die wegfielen. Ich richte an den verbleibenden Endstücken das Bing-Satellitenbild aus und kann so die Lücke oft wieder schließen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wichtige Strassen die noch nicht neu gemappt worden sind ....
Am 16.04.2012 15:22, Kevin Halton: Simon, tut mir leid falls ich etwas übersehen habe. Es wird hier viel geschrieben. Und wenn ich die Changesets sehe, die _direkt_ aus deinem Aufruf gekommen sind, dann kommt es mir vor als ob ich nicht der einziger bin mit einer Leseschwäche. Du sagst also, du hast alles schon -bereits- in März ganz klar erklärt. Ausser eine nicht relevante Aussage über Splits und Merges finde ich nur folgendes: Auf Wunsch der UK Mapper hab ich eine Liste der wichtigen Strassen in der UK produziert, so dass die prioritär neu gemappt werden können. Weil ich schon dabei war, hab ich das für DE auch gemacht: ... Da ich das ganze mit bounding-boxes gemacht habe, ist auch reichlich vom benachbarten Ausland dabei. Das ganze ist einfach eine Query auf die CLEANMAP DB, also gelten auch die gleichen Einschränkungen wie dort. Simon Das war also deine -bereits- geschriebene, sorgfältige Erklärung was geht und was nicht? Oder habe ich noch etwas übersehen? Es ist mir klar, du kannst nicht alle Änderungen selber checken und bist nicht verantwortlich für alles was mit deiner Liste gemacht wird. Ich wollte dir nichts vorwerfen. Aber ich habe gedacht, vielleicht würde es den fleissigen Mitarbeitern helfen wenn du etwas dazu sagst. Und auch in deiner Interesse. Wenn du meinst es ist ihnen schon klar was du meinst und willst, dann ist es gut. Ich hoffe aber, der Redaktionsbot kann diese StrgC-StrgV Changesets finden und ohne Fehler vernichten, sonst gibt es noch ein Haufen Arbeit um alles wieder aufzuräumen. Dann musst du deine Liste aber wieder von Vorne machen. Ich verstehe nicht, worauf du hinaus willst, Kevin? Simon ist doch nicht für die (Re-)Mapping-Aktivitäten verantwortlich. Genausowenig, wie Jochen Topf dafür verantwortlich ist, wenn jemand vom OSM INspector gemeldete Fehler mit Hilfe eines Google Luftbildes ausbessert. Der Rest dürfte in http://wiki.openstreetmap.org/wiki/Remapping erklärt sein. Das ein reines Kopieren der befleckten nicht ausreicht dürfte jedem klar sein, der CC-BY-SA verstanden hat. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Transcription and internationalization in place names
I'd like to bring this topic on the table once more as I've recently worked on that in the middle east area. The challenge is that there are some mappers that add the English name to place names so that they (and other international visitors) can read the map at www.openstreetmap.org better. Most of the time this derives from the misconception that with OpenStreetMap you are editing a map, while in fact we are editing a database of geographic features and maps are just one representation of the data. The rule about place names the majority of OSM participants have agreed on is Use the name that is being used on the ground. Adding English as an easy to get latinized transliteraion is most of the time not following this rule. Usually the best way to convince those users that it's unnecessary work and actually degrading the data quality is by simply pointing them towards a different map representation of the same data. MapQuest did a great job of showing an English map view (showing name:en as place name) while preserving local names (shown in brackets): http://open.mapquest.com/ I'd like to use my mail to raise awareness of this topic: Please talk to you fellow mappers if you see them adding English names in an act of goodwill to help other visitors of www.openstreetmap.org I'd also like to get some feedback especially from east asian countries (especially looking towards the japanese and korean communities here) if they want to revise their naming strategy/guideline to only have the local name in the name-tag and the transliteration in name:en Also in Algeria, Libya and some other countries of the Maghreb the double name tagging has recently gained momentum, probably due to some remote mappers that cannot read arabic script and wanted to be able to read the map. Still the primary langauge in all those countries remains Arabic written in the arabic script. I'm also aware that there are several examples where there are multiple primary languages in the same region: Belgium, Chad, Cameroon, etc. - Of course for these areas multilangual/multi script naming in the name-tag is applicable. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Sicheres Anmelden bei OSM?
Am 11.04.2012 11:54, Manuel Reimer: Andreas Labreslistat lab.at writes: Nee, wenn ich http://www.openstreetmap.org/login ansurfe, werde ich auf https://www.openstreetmap.org/login redirected. Und das POST geht dann auch über https. Gut, aber wie geht es dann weiter? Wenn ab dann HTTP genutzt wird, kann die offene Session immer noch nach Belieben gekapert werden. Richtig, aber HTTPS ist serverseitig performancehungrig (==teuer). Der Schaden durch eine gekaperte OSM-Session ist auch eher überschaubar und ein eher wenig interessantes Ziel, da es sich, wenn überhaupt zur Rufschädigung eines OSM-Nutzers, aber nicht zu seinem finanziellen Schaden nutzen lässt. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen in OSM
Am 02.04.2012 03:13, Stephan Wolff: Moin, ich habe schon viele Stunden Arbeit in die Erstellung und Pflege von ÖPNV-Relationen (Bus-, Bahn- und Fährlinien) investiert. Leider ist der Erfolg meiner Bemühungen (und der vieler anderer Mapper) gering. Um das Thema nochmal aufzugreifen: Welches Schema präferierst du denn aktuell? Liest hier jemand auch auf talk-transit mit und kann sagen, wo da der aktuelle Trend bzw. die Mehrheitsverhältnisse hindeuten? Ich würde gerne nach dem Lizenzwechsel die Relationen in meiner Gegend wieder warten, bin mir aber unsicher, nach welchem Schema. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename oder nur name
Am 11.04.2012 15:52, Robert Kaiser: Falk Zscheile schrieb: Diese Meinung würde in Deutschland bedeuten, dass addr:housename generell obsolet wäre. Jedes (erschlossene) Grundstück hat eine Hausnummer, die der Eigentümer auch anbringen muss. Im Endeffekt ja - außer es gibt Fälle, wo das anders ist und es keine Hausnummern gibt. Das ist in England, wo nicht nur der Ursprung von OSM herkommt, sondern auch addr:housename erfunden wurde, in manchen Fällen so und dort ist dieses Tag auch sinnvoll. Es mag andere Regionen der Erde geben, wo das ähnlich ist. Ich denke auch, dass addr:housename in Deutschland größtenteils obsolet ist. Ich weiß aber z.B., dass dieser Adressbestandteil im Iran durchaus gebräuchlich ist. Da sieht allerdings addr:full oft auch ungewohnt aus, denn die gültige Postadresse lautet oftmals Vom Volksplatz in Richtung der Post dann die dritte Straße links rein, zweite Türe rechts :P Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] New Google Maps style caters for RPG gamers
Don't miss the new map style on http://maps.google.com Should be doable with Mapnik based on OSM data as well before we are loosing more Zelda fans to the big G map. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Google Maps style caters for RPG gamers
Am 01.04.2012 00:29, Simone Cortesi: On Sun, Apr 1, 2012 at 00:25, Claudiusclaudiu...@gmx.de wrote: Don't miss the new map style on http://maps.google.com Should be doable with Mapnik based on OSM data as well before we are loosing more Zelda fans to the big G map. Are you aware that this has been done 3 years ago with OSM data: http://8bitcity.com/map After Mapmaker, Google is copycatting this 8-bit theme from us. Bad Google Bad :) Nice one indeed. Thanks for the link. They beat us on the introductory video though: Google Maps 8-bit for NES www.youtube.com/watch?v=rznYifPHxDg Time to blow the dust from the trusty entertainment system. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Krisenmapping Westberlin - Mapping Party?
Hat jemand Lust auf ne spontane Mapping-Party kommende Woche in der Hauptstadt? Ganz nach dem Motto Wie build this city. Arme Skobbler-Autofahrer :( www.heise.de/newsticker/meldung/OSM-Lizenzwechsel-reisst-Loecher-in-die-Hauptstadt-1486457.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in der deutschsprachigen ORG-Seite
Am 23.03.2012 14:36, Tobias Knerr: Am 23.03.2012 14:26, schrieb Jan Tappenbeck: habe gerade auf der deutschen ORG-Seite 2x Blogs steht - zu unterschiedlichen Zielen. Vielleicht sollten unterscheidbare Begriffe verwendet werden. Wir sollten einfach den zweiten Link streichen. Denn die Benutzer-Diaries (zweiter Link) sind ohnehin auch im Blog-Planet (erster Link) enthalten. Tobias Ich hab die Übersetzung der Diaries schon vor über einer Woche angepasst. Mit der nächsten Website-Aktualisierung wird der Text korrigiert. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Offenes Köln mit OSM-Daten
Am 01.02.2012 14:04, Marian Steinbach: Hallo! (...) Offenes Köln: http://offeneskoeln.de/ Die Seite funktioniert leider nicht im Opera Browser: Nach Eingabe einer Straße und Klick auf Anzeigen ... Nichts :( Abgesehen davon: Tolle Idee, die Bürokratie so wieder zu verorten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stand auf Leipziger Geocaching-Grossevent?
Am 17.01.2012 11:58, Ronnie Soak: Hallo zusammen, die Geocacher halten Ende Juni ein Grossevent (ca. 2500 Teilnehmer) in Leipzig ab und haben Interesse an OSM-Beteiligung bekundet. (...) Insbesondere soll das ein Versuch sein, an lokale Mapper heranzukommen, die aushelfen koennen. Leider gibt es weder eine Leipzig- noch eine Sachsen-Liste. Liest hier jemand von der Dresden-Liste mit und mag das Cross-Posten? Die mitteldeutsche Mailingliste findest du hier: www.mail-archive.com/halleipzig@lists.openstreetmap.de/info.html Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adress-Dialog über Shortcut
Am 24.11.2011 12:52, Jan Tappenbeck: es muss doch irgendwie gehen das ich über eine Tastenkombi die Vorlage für die Adresserfassung geöffnet bekomme. Soweit man mir gesagt hat ist ein editieren der Seite mit den Tastenkürzel diesbezüglich nicht möglich - geht das dann vielleicht über die Makros ??? Über eine kurze Beschreibung würde vermutlich nicht nur ich mich sehr freuen. Redest du gerade von: - JOSM - Wiki - etwas völlig anderem? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gardasee Relation defekt?
Am 02.11.2011 22:38, Martin Czarkowski: Am 02.11.2011 22:33, schrieb Carsten Gerlach: Dann werden die offenen Enden einfach gerade verbunden und das Blau kann dann schon mal übers Land gehen. stimmt tatsächlich, habe jetzt mehrere Teile vom Bereich geladen und es füllt sich nach und nach mit blau :-) danke für den Tipp, Frage erledigt. Gruß Martin Noch ein Tipp dazu: - Öffne über eines der Bereits heruntergeladenen Relationsmitglieder die Relation. Dazu den Element von-Eintrag auswählen und den Bearbeiten-Knopf darunter drücken. - Du wirst in der Elementliste links einige mit unvollständig in der Referenziert auf-Spalte sehen. Dies bedeutet, dass das Mitglied noch nicht geladen ist. - Klicke auf den zweiten Knopf von unten in der Werkzeugleiste links von der Elementliste. Das Symbol ist eine Liste mit einem grünen, auf der Spitze stehenden Dreieck: Alle unvollständigen Elemente herunterladen So erhältst du alle Mitglieder einer Relation, was speziell bei größeren Multipolygon-Relationen hilfreich ist. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen - missverstanden ??
Am 30.10.2011 11:55, Torsten Leistikow: Jan Tappenbeck schrieb am 30.10.2011 08:10: Mir geht es um die Relation (z.b. Jakobsweg) - diese würden vom Routing auf dem Sonderweg besser aufgehoben sein als auf der Hauptstraße ! Jan, du hast doch ein Garmin Navi und baust dir dafuer doch eigene Karten. Probiere doch einfach mal aus, was fuer ein Routing dabei raus kommt, wenn dich das Navi gezielt diese strassenbegleitenden Wege lang schicken soll. Wenn du dabei was brauchbares hinbekommen hast, dann koennen wir die Diskussion hier ja noch mal wieder neu anfangen. Bis dahin gilt weiterhin mein Rat: Verschiebe nicht von anderen angelegte Relationen auf diese strassenbegleitenden Sonderwege. Da man dabei einige Anwendungen kaputt macht, koennte es sein, dass andere darueber nicht gleucklich sind. Frage 1: Welche Anwendungen sind das? Frage 2: Wenn die Anwendungen nicht mit richtig erfassten Daten (Ich kenne auch Abschnitte das Jakobsweges die vor Ort explizit auf dem Fußweg beschildert sind) zurechtkommen, dann sollte die Anwendung fehlerbereinigt werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] R: Modellflügzeuge und Modellwagen ?
Am 22.10.2011 00:01, Garry: Am 21.10.2011 16:13, schrieb Steffen Heinz: Am 21.10.2011 15:22, schrieb M: Eine Landebahn ist eine Landebahn. Die Zusatztags erlauben genau festzulegen was dort starten und landen darf - von der kurzgemähten Graspiste für Modellflugzeuge bis zum A380... . Ein Tower auf einem Modellflugplatz? Wäre mir neu. Das es ein paar Tische zum Modell vorbereiten oder auch mal ein Clubhaus hat ist aber üblich aber nicht die Regel. http://maps.google.de/maps?ll=51.623674,6.7334961z=18t=hhl=de ist hier nicht viel zu sehen, aber die haben richtig schöne Landebahnen, 2 gekreuzt. Ein Tower nicht, aber ein Flugleiter ist bedingt vorgeschrieben. Das konnte ich in [1] (Einschätzung des Luftrechts in Bezug auf Modellflug) so nicht genannt sehen. Hast du dafür einen Beleg? ich weis nur das mal dort wer am schimpfen war, dass ein Flugzeug es wagte den Platz zu überfliegen, in niedriger Höhe, igendson 4 Sitzer oder so Berechtigt - so was hat schon zu tödlichen Unfällen geführt. Daher sollten auch Modellflugplätze als Luftfverkersbetriebsflächen gut erkennbar sein. Da stimmen wir fast überein: Ich finde eben nicht, dass es die gleichen Luftverkehrsbetriebsflächen wie etwa bei einem Segelflugplatz sind. Eine derartige Kennzeichnung wäre irreführend. Und erneut sollten auch wir nicht der Versuchung erliegen, hier amtlich zugelassene Karten ersetzen zu wollen. Ich plädiere weiterhin dafür ein eigenes Tag für Modellflugplätze zu verwenden anstatt das aeroway=aerodrome in seiner Bedeutung aufzuweichen oder etwa mit einem Zusatztag genauer spezifizieren zu wollen. Claudius [1] http://www.rc-network.de/magazin/artikel_02/art_02-0001/art_02-0001-00.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fussgaengerampeln
Am 20.10.2011 22:55, ant: Hallo, Am 10/20/2011 10:17 PM, schrieb Michael Neumann: Hallo, wenn ich das im Wiki richtig verstehe, wird eine Fussgaengerampel nur mit highway=crossing und crossing=traffic_signals aber *nicht* mit highway=traffic_signals getaggt, korrekt? Das wird bei Mapnik und Osmarender aber leider nicht gerendert. Ich habe schon einige Fussgaengerampeln in OSM gesehen, wo zusaetzlich highway=traffic_signals gesetzt wurde, dann bekommt man auch ein schoenes Icon gerendert :-) Was meint ihr? Ich meine, wenn ich als Fussgaenger eine Ampel habe, dann haben die Autofahrer doch logischerweise auch eine?! das Tag crossing=traffic_signals würde als eine Kategorie von Fußgängerquerungen auffassen - neben Zebrastreifen etc. highway=traffic_signals hat damit nichts zu tun, weil es an Straßenkreuzungen verwendet wird. Daher ist es meiner Ansicht nach unnötig, Fußgängerampeln mit beiden Tags zu versehen. Denn dass sich an einer Querung mit crossing=traffic_signals auch für Autofahrer eine Ampel befindet, ist, wie du richtig erkannt hast, eine logische Schlussfolgerung :) Nicht unbedingt. An einer Fußgängerampel muss eben nicht unbedingt auch eine Autofahrerampel stehen. Nehmen wir eine klassische Kreuzung mit seperaten Richtungsfahrbahnen. Dabei steht in Fahrtrichtung vor Kreuzung erst die Autofahrerampel, dann die erste Fußgängerampel, nachfolgend die beiden kreuzenden Fahrbahnen und dahinter die zweite Fußgängerampel, an der eben nicht direkt eine Autofahrerampel steht. Beispiel siehe: http://osm.org/go/0MGiwqsO4-- Der einfache, beampelte Fußgägnerüberweg (=ein Straßen-Weg in OSM, der von einem Fußgänger-Weg gekreuzt wird) wird einfach mit highway=crossing + crossing=traffic_signals ausgezeichnet. Ich bastle mal ein Rot oben, grün unten Fußgängerampelsymbol und versuch daraus einen JOSM-Patch zu bauen, damit diese dann nicht mit dem Zebrastreifen-Symbol angezeigt werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflugzeuge und Modellwagen ?
Am 20.10.2011 23:56, Garry: Am 20.10.2011 12:58, schrieb Alech OSM: Ich nicht ! ^_^ Köntte passend sein, aber auf einem Modellflugplatz finden sich zumindest eine Art von Tower und ein Gebäude , wo die Modellflugzeuge eventuell repariert werden können. Was verwendet mann denn für die Landebahn , oder für einen RC-Modellwagenstrecke ? Eine Landebahn ist eine Landebahn. Die Zusatztags erlauben genau festzulegen was dort starten und landen darf - von der kurzgemähten Graspiste für Modellflugzeuge bis zum A380... . Naja. Aber um mal auch beim zweiten Teil des Themas zu bleiben (Modellautostrecken): Die würdest du wohl auch kaum mit highway=trunk taggen, weil sie im Maßstab entsprechend kreuzungsfreie Straßen sind. Analog würde ich auch die Infrastruktur für Modellflugplätze mit Tags ausserhalb des aeroway-Namensbereiches auszeichnen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Jerusalem name tag - Mediation
Am 16.10.2011 03:47, dimka israeli: I repeat, the only way, according to current OSM schema as I understand it, to represent the above point of view is a node in Hebrew, place=city, capital=yes, is_in=Israel. Arabic *and* Hebrew are the official languages of Israel. You can see that also the Jerusalem Municipality website is in Arabic and Hebrew ( English) [1]. You didn't explicitely state it but: Do you oppose having יְרוּשָׁלַיִם - القُدس used as the name? Claudius [1] http://www.jerusalem.muni.il/jer_main/defaultnew.asp?lng=2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Macht's gut und danke für den Fisch
Am 30.09.2011 14:24, Gary G:: Liebe Mitmapper, ein wenig traurig, aber dennoch. Ich werde meine aktive Zeit bei OSM beenden. (...) Vielen Dank für deine vielen, für mich sehr hilfreichen Beiträge im gesamten OSM-Umfeld. Viel Spaß und Erfolg in Zukunft. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OSM-Bayern] Bitte von Bayern2 um Aktivität in einigen Gebieten
Am 25.08.2011 23:37, Torsten Steiner: Hallo zusammen! === Kurzfassung === Bayern2 sucht Leute, die einen OSM Editor bedienen können und einige kleine Verbesserungen in bestimmten Gebieten vornehmen können. Melden bitte bei mir, dann wird Kontakt zur Redaktion vermittelt. === (...) 2. Auen-Landschaft bei Neuburg/Donau Verstehe nicht, was ihnen da fehlt: Der stadtnahe Auenwald im Westen des Ausschnitts ist als Englischer Garten erfasst. Östlich des Industriegebiets schliesst sich dann der weitere Auenwald an, der als landuse=forest ist (da forstwirtschaftlich bewirtschaftet): http://osm.org/go/0Du7pCAx- Kennt jemand von euch eine gesonderte Erfassung von Auwäldern? Obwohl ich dort längere Zeit gelebt habe, kenne ich den Begriff Neuburger Auwälder für ein Gebiet dort nicht. Scheint also eher ein generischer Überbegriff zu sein. Wo wir wieder bei dem Problem der Erfassung von Flurnamen oder Gebieten wären. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM in Tagesschau-Berichterstattung Libyen
Tagesschau.de verwendet eine OSM-basierte, kommentierte Übersichtskarte von Tripolis in der Libyen-Berichterstattung: http://www.tagesschau.de/ausland/libyen1280-magnifier_pos-1.html Quellenhinweis zu www.OpenStreetMap.org ist vorhanden, nur die CC-BY-SA-Lizenzangabe fehlt meines Erachtens. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichenstil
Ist das eine Fehlermeldung oder eine Warnung? Ich denke eher Letzteres. Entweder du postest mal eine .osm-Datei mit den entsprechenden Daten oder du lädst du Daten mit der Warnung hoch und schickst einen Kartenlink, damit Leser der Mailingliste mal draufsehen können. Claudius Am 13.08.2011 12:41, Albrecht Will: Du hast recht Bodo, und ich kann es mir nicht erklären. Das äußere Polygon ist ein Multipolygon mir leisure=sport_center. Das innere hat leisure= pitch und sport=soccer. Ist es vielleicht das beidmalige leisure? Aber das ist beim Vergleich mit einem Stadion in MD dort ähnlich. Albrecht Am Samstag 13 August 2011, 09:49:42 schrieb Bodo Meissner: Am 12.08.2011 22:34, schrieb Christian Müller: Am 12.08.2011 21:53, schrieb Albrecht Will: Aus einer Fehlermeldung fürs Hochladen: Zeichenstil für innere Linie mit Multipolygon identisch Der Text dieser Meldung ist etwas verwirrend bzw. nichtssagend, es sei denn, man weiß, was damit gemeint sein soll. Objekte in der Datenbank haben keinen Zeichenstil bzw. ein Zeichenstil hängt vom Renderer ab und kann für Objekte mit unterschiedlichen Tags auch identisch sein. Grundsätzlich sollten Löcher in Vielecken (eine innere Linie ist Grenze eines Lochs im Polygon) andere Tag-Werte haben, als das äußere Vieleck des Multipolygons - denn nur dann macht es i.d.R. Sinn, ein Loch zu erfassen. Diese Bedeutung der Fehlermeldung ist IMHO nicht erkennbar. Vielleicht wäre es besser, anstelle von Zeichenstil das Wort Eigenschaften zu verwenden: Eigenschaften der inneren Linie mit Multipolygon identisch Viele Grüße Bodo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten? (war: Erfundene Insel)
Am 08.08.2011 07:20, Bernd Wurst: Am 08.08.2011 00:18, schrieb Robert Kaiser: oder Yorii spielt einfach Sandkasten. Wenn zweiteres, dann sollte eine Sperrung erwirkt werden. Du willst einen User sperren falls der versehentlich in den Live-Daten gearbeitet hat obwohl er eigentlich dachte er würde in der Sandbox arbeiten? Was genau soll eine Sperrung da bewirken? Freundliche Aufklärung erscheint mir da wesentlich logischer. Ich hab ihn angeschrieben. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] What is an ID?
Am 03.08.2011 02:34, Lester Caine: Tom Hughes wrote: Nobody has setup a system to reuse anything. All you are seeing there is the result of badly written programs and the like doing perfectly normal REST writes to node 1. When such mistakes are made people revert them. Shit happens, and we deal with it. How exactly do you suggest that we disable that corruption? I just started at '1' to see how good things were, and a few of the nodes I then worked through showed questionable changes ... Actually it's interesting looking at some of the raw history. There are a block below 1400, many of which are original nodes, but some seem to have these strange edits, then there is a jump to 77858, which I presume was a hick-up somewhere along the line very early on, except that the 1300 series nodes post date 77858, so something is/was going wrong somewhere? Some of these early node numbers have been edited earlier this year ... Shit happens, and we deal with it. still has the problem of identifying where the shit has happened and working out how to deal with it. You are probably aware that version numbers were added in 2009 with the API 0.6 change [1]. So judging from the changedate the low number anomalies you have discovered are probably related to those early testing and fixing phase. Claudius [1] http://wiki.openstreetmap.org/wiki/API_changes_between_v0.5_and_v0.6 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Where Did You Edit
Am 01.08.2011 16:04, Sven Geggus: Stephan Knausso...@stephans-server.de wrote: http://wdye.osm-tools.org/ Ist hoffentlich selbsterklärend. Du gibst deinen OSM-Benutzernamen an und bekommst auf einer Weltkarte die Stellen eingefärbt an denen Du editiert hast. Query-String support wäre nett. http://wdye.osm-tools.org/?username=giggls +1 Das sähe ich auch sehr gerne. Ein toller Service sonst, aber bei mir ohne Zoom auch nicht so aussagekräftig (weltweit rote Punkte) Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche MaxHeight wird angegeben ?
Am 28.07.2011 00:33, Wolfgang: Hallo, Am Mittwoch 27 Juli 2011 15:03:56 schrieb Jan Tappenbeck: hi ! wenn man eine Bogendurchfahrt hat, dann ist am Rand die Durchfahrtshöhe anders als in der Mitte (idr). Wie würdet Ihr dieses bei maxheight anschreiben ? Wenn was dran steht, würde ich den Wert übernehmen, weil sich derjenige, der das drangepappt hat, sich dieselben Gedanken gemacht haben sollte. Wenn nichts dran steht und die Höhe 4m unterschreitet, ca. 2m von der Mitte auf beiden Seiten messen und den niedrigeren Wert abgerundet übernehmen. Denk aber bitte daran, dass bei den Maximalhöhen auf Schildern immer noch 20cm vertikaler Spielraum für Fahrzeugbewegung durch Stoßdämpfer etc. dazukommen. Eine Durchfahrt mit maxheight=3.4 hat also 3,60m lichten Raum. Würde also Sinn machen dies auch bei manueller Bemessung so handzuhaben. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Redundanz?
Am 06.07.2011 11:03, M∡rtin Koppenhoefer: Am 6. Juli 2011 10:50 schrieb Andreas Neumannandr-neum...@gmx.net: bevor ich einen Editwar beginnen, wollte ich nur klären, ob ich da falsch liege... Es geht darum, wenn mehrere Bänke an einem Platz stehen. Ich hab immer einen Node für jede Bank gesetzt. Nun geht ein User in Ilmenau durch und löscht die Bänke. Auf unserem Kirchplatz stehen jeweils Bäumchen mit Bänken, er machte daraus einen Baum mit Bank. Er verweist darauf, dass mehrere Bänke an einem Ort redundant sind und es ausreicht nur eine zu malen. Gibt es da eine Redundanz-Regel, die ich nicht kenne? hm, Baum und Bank auf demselben Node mag OK sein, aber bei mehreren benachbarten Bänken alle bis auf eine zu löschen ist m.E. Vandalismus. Gruß Martin Zwei Reizwörter in Anfrage und erster Antwort. Na das wird heiter :) Es gibt m.E. keine Redundanz-REgel bei OSM. Im Gegenteil, ich kenne nur die ungeschriebene Regel: Jeder so detailliert, wie er es in seiner Umgebung erfassen kann und will. Eine Grenze im Detailgrad gibt es wohl nur in der Auflösung der Editoren. Ein Problem mit dem Umfang der erfassten Daten gibt es jedenfalls nicht, also kann das auch nicht als Begründung herangezogen werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grüne beschilderte Radwege erfassen
(Einen spam-armen Dank in dieser Mail für die Reperatur des Euro-Radweges R1). Nächste Frage um Ra(d/t): Hat sich schon jemand mit der Erfassung ausgeschilderter (Bsp. siehe [1] und [2]) lokaler Radwege beschäftigt? Ich kenne nur die Relationen [3] von denen network=lcn wohl am besten geeignet wäre. Aber da diese Radrouten ja oft keinen Anfangs- und Endpunkt haben ist das eher schwierig. Ich könnte alle dieser Radwege im Stadtgebiet in eine lcn-Routenrelation aufnehmen, aber das wäre dann auch sinnfrei. Wie geht ihr damit um? Claudius [1] http://www.adfc-bw.de/heidelberg/joomla/index.php?option=com_contentview=articleid=36:neue-radwegbeschilderungcatid=14:radverkehrItemid=31 [2] http://www.kulturland-teufelsmoor.de/erlebniswelten/radfahren/radwegenetz.html [3] http://wiki.openstreetmap.org/wiki/DE:Bicycle/Fahrradrouten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grüne beschilderte Radwege erfassen
Am 16.06.2011 15:26, Torsten Leistikow: Claudius schrieb am 16.06.2011 15:03: Hat sich schon jemand mit der Erfassung ausgeschilderter (Bsp. siehe [1] und [2]) lokaler Radwege beschäftigt? Ich kenne nur die Relationen [3] von denen network=lcn wohl am besten geeignet wäre. Aber da diese Radrouten ja oft keinen Anfangs- und Endpunkt haben ist das eher schwierig. Ich könnte alle dieser Radwege im Stadtgebiet in eine lcn-Routenrelation aufnehmen, aber das wäre dann auch sinnfrei. Wie geht ihr damit um? Moin, ich gehe entsprechend http://wiki.openstreetmap.org/wiki/Radwegenetze vor. Da hat sich aber noch kein einheitliches Verfahren durchgesetzt, am Fuss der Seite findest du auch links zu anderen Methoden. Diese Seite kannte ich noch nicht. Vielen Dank, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Europ. Fernradwanderweg R1 verschwunden
Es scheint als seit die Relation des europäischen Fernradwanderweges R1 verschwunden. Auf niedriger Zoomstufe sieht man ihn noch auf OpenCycleMap: http://osm.org/go/0M_1Sj--?layers=C Die neueren höheren Zoomstufen beinhalten schon kein Rendering mehr. Wie kann ich am einfachsten für einen Weg (bspw. http://www.openstreetmap.org/browse/way/70176633 ) herausfinden, in welchen Relationen er einmal Mitglied war? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen für Betreiber (und evtl. für alles?)
Am 09.06.2011 20:06, M∡rtin Koppenhoefer: M.E. könnte OSM extrem dazugewinnen, wenn wir die Struktur der Welt auch im nichträumlichen Bereich in unserer Datenbank hätten. (...) Wir sollten uns da nicht übernehmen und versuchen einen auf Universaldatenbank. Das Wissen steckt schon in den Daten selbst und kann mittels Techniken des semantischen Webs ermittelt werden. Einen vielversprechenden Ansatz liefert da schon das zwar schon fortgeschrittene, aber immer noch rudimentäre Mapping von http://linkedgeodata.org - Wenn man dort das Interlinking etwa zu DBPedia verbessert ist das schon kurz vor dem von dir beschriebenen Ziel. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deichflächen
Am 06.06.2011 12:28, Jan Tappenbeck: Hi ! mit den Bingbildern wird es teilweise auch möglich Deichflächen (hier speziell Darß) zu erfassen. In der Regel sind die Führungslinien - oftmals Wege - als embankment=yes getaggt. Leider wird hierfür ja wohl derzeit keine Signatur gerendert. Nun stelle ich mir die Frage - vor dem Land ist eine andere Nutzung als hinter dem Deich - aber wie würdet Ihr die Deichfäche selber taggen ?? man_made=dyke Im Wiki: http://wiki.openstreetmap.org/wiki/Tag:man_made=dyke Siehe auch Nutzungsstatistik auf Taginfo: http://taginfo.openstreetmap.de/tags/man_made=dyke Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Einrichtungen im Bau
Am 25.05.2011 11:12, Garry: Am 24.05.2011 16:23, schrieb malenki:: start_date=$(Datum der voraussichtlichen Fertigstellung) http://wiki.openstreetmap.org/wiki/Key:start_date Das bezieht sich ja dann wohl eher auf den Anfang der Bauarbeiten Bitte klicke auf den Link und lies dort die erste Zeile. Super - schreibe start und meine Ende... Wieder so ein vermeintlich eindeutiger Key dessen Bedeutung in der Beschreibung umgedreht wird.. :-( Gemeint ist der Beginn der Nutzung bspw. als amenity=museum und nicht der Baubeginn. Insofern finde ich es eindeutig. Wenn du die Start und geplante Dauer der Bauphase taggen willst, dann verwende building=construction + start_date=xx. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arabische Schriftzeichen arg klein?
Am 21.05.2011 00:31, Peter: Am 16.05.2011 23:37, schrieb Stephan Knauss: On 16.05.2011 22:13, Peter wrote:' ich nicht, Kann es sein das die arabische Schrift in Mapnik Karten etwas klein ist? ja, ist sie. Nicht nur die. Auch die ganzen asiatischen Schriften. Problem ist der Font. Größere Größe einstellen? Das Problem ist, dass der Font alle Schriftzeiche, also lateinische und andere enthält. Man kann nicht die Schriftgröße nur für Teile des Fonts einstellen. Besonders bei den asiatischen Schriften ist dann noch das Problem, dass die Ziffern eine deutlich andere Größe haben als die restliche Schrift. Wusst' ich nicht. Würde ich einfach mal ignorieren, zumindest hierzuland sind Ziffern selten in Namen. Leetspeak ist auch out. Kommt in Straßen- oder Gebietsnamen aber recht häufig vor. Siehe hier: http://osm.org/go/zY1jvR3U Ich suche für meine Iran-Karte auch schon seit längerem nach einem schöneren, freien Font. Es scheint aber keine freien, auf die Kartendarstellung optimierte, internationalisierte Fonts zu geben. Und als Programmierer kann man sowas schlecht nachrüsten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzeigenfehler bei Mapnik
Am 10.05.2011 15:06, Steffen Heinz: Hallo ich meine hier schon mal so was gelesen zu haben, finde es aber nicht. Wenn ich Firefox (4) benutze hat ich einige Kachenl im Bild mit ... more OSM comming soon je nach Vergrößerung liegen die anderswo. Wenn ich die gleiche Stelle z.B. mit Chrome (11), Safari etc aufrufe ist nicht davon zu sehen. kann mir mal wer einen Tip geben was ich bei Firefox ändern müsste? Das hat mit deinem Browser nichts zu tun. Diese Platzhalterkacheln stehen dafür, dass die Kachel gerade noch nicht gerendert ist bzw. nicht ausgeliefert werden kann. Wenn du denselben Bereich ein paar Sekunden später in einem anderen Browser aufrufst sind die Kacheln meist schon gerendert. Siehe auch http://wiki.openstreetmap.org/wiki/More_OSM_coming_soon Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzeigenfehler bei Mapnik
Am 11.05.2011 14:24, Steffen Heinz: Am 11.05.2011 10:49, schrieb Claudius: kann mir mal wer einen Tip geben was ich bei Firefox ändern müsste? Das hat mit deinem Browser nichts zu tun. Diese Platzhalterkacheln stehen dafür, dass die Kachel gerade noch nicht gerendert ist bzw. nicht ausgeliefert werden kann. Wenn du denselben Bereich ein paar Sekunden später in einem anderen Browser aufrufst sind die Kacheln meist schon gerendert. nein, das tritt immer auf, ich bekomme Firefox nie ohne diese Kacheln, wenn ich einen anderen Browser zuerst benutze sind die schon nicht da, darauf Firefox dort gibt es sie. Es muss an FIrefox (4, Windows 7) liegen Siehe die von mir verlinkte Wikiseite mit einer Problemlösung. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hydrogeographie: Gewässerkarte auf OSM-Basis
Am 10.05.2011 09:34, RalfGesellensetter: Liebe Liste, vor einiger Zeit ist mir aufgefallen, dass in der hiesigen Region zahlreiche kleinere Fließgewässer unvollständig erfasst sind. Dafür gibt es mindestens zwei Gründe: 1. Am Bachufer gibt es nur selten Fußwege oder gar Straßen 2. Es handelt sich in der Regel nicht um schiffbare Wasserwege Mit Hilfe der neuen Luftbild- bzw. Satelliten-Layers sind solche Wasserläufe aber in vielen Fällen leicht auszumachen; darüber hinaus existieren tw. öffentliche Gewässerkarten, für die es angeblich auch WMS-Layer geben soll. Die Motivation, hier nachzubessern, ließe sich m.E. steigern, wenn eine hydrogeographische Kartenansicht verfügbar wäre. Unabhängig von fachspezifischen gepflogenheiten stelle ich mir eine solche Ansicht (ähnlich wie bei den Radwanderkarten) recht simpel vor: Alle Gewässerklassen in jedem Zoomlevel blau zeichnen und beschriften, Straßen und andere linienhaften Objekte nur mit einfacher Stärke, unbefestigte Wege ggf. weglassen (außer Brücken). Gibt es hierzu schon Ideen/Ansätze? Die Water-Ansicht auf http://tools.geofabrik.de/osmi/ kennst du schon? Sie ist vor allem hilfreich bei der Überprüfung der Fließrichtung. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cycleways - oftmals falsch getaggt
Am 25.04.2011 19:22, Jan Tappenbeck: hi ! insbesondere unter dem Hinblick auf die Radkarte (gilt auch bundesweit und deshalb in der talk-de mit gepostet) sollten mal die Radwege genauer betrachtet werden. Oftmals sind diese als highway=cycleway getaggt - obwohl diese als Fuss/Rad-Wege gekennzeichnet sind. Sind wir schon wieder im Sommerloch, dass wir Traffic auf der Mailingliste brauchen? Etwas mehr Kost zum Thema findet sich unter http://wiki.openstreetmap.org/wiki/DE:Bicycle Was du wohl meintest ist die Empfehlung, highway=cycleway nur für als Radwege (Zeichen 237) gekennzeichnete Wege zu verwenden und ansonsten ... tja... highway=path + bicycle=designated + foot=designated etc. zu verwenden. (Siehe auch http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren ) Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Waiting 10 seconds ... OK - trying again.
Am 18.04.2011 11:37, Jorge Gustavo Rocha: Hi, Recently, when I try to upload my edits, the server (or JOSM?) is reporting: Waiting 10 seconds ... OK - trying again. then it waits 10 seconds and continues afterwards. Is this some kind of overload protection mechanism on the server side? Is the server been to busy? Or it is on the JOSM client? What can I do to help? Regards, Jorge Are you using the latest JOSM version (4021 that is) and have you answered the Contributor Terms question for your OSM yet? Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fehlermeldung OLM 6
Am 05.04.2011 07:45, Bodo Meissner: Hallo Alex, beim Ausprobieren der Karte habe ich einen Fehler produziert. Ich habe in der Gegend von Füssen ein paar Links ausprobiert, unter anderem den Link für den Gleitschirm-Startplatz Tegelberg. Bei mir geht jetzt das Popup für diesen Punkt nicht mehr weg. Ich kann weitere Popups öffnen und schließen. Wenn ich auf das rote X beim Popup Tegelberg (Startplatz) klicke, verschwinden nur die anderen, aber dieses nicht. Herausschieben aus dem sichtbaren Bereich half auch nichts. Erst nach dem Neu-Laden der Seite ist das Problem wieder weg und läßt sich (natürlich) nicht reproduzieren. Ich konnte das Phänomen einmal an einer anderen Stelle (Innenstadt Kempten) reproduzieren, aber nicht wiederholbar. Dort trat es auf, nachdem ich bei einem Link auf Mehr Infos geklickt hatte. Keine Ahnung, ob es etwas mit bestimmten Link-Objekten zu tun hat oder mit dem Ablauf, was ich gemacht habe. Ich benutze Firefox 3.6.16 unter Ubuntu 10.04.2 LTS. Ich denke, dass ich das Problem reproduzieren kann: 1) Popup öffnen und geöffnet lassen 2) Auf Cluster klicken und dort einen Eintrag auswählen Ergebnis: Karte wird auf Cluster-Icon zentriert und erstes Popup bleibt geöffnet. Lässt sich wohl am einfachsten verhindern, wenn bei Auswahl eines Cluster-Eintrags alle Popups geschlossen werden. Bei diesem Punkt ... ist mir aufgefallen, daß man manchmal nicht feststellen kann, worum es sich überhaupt handelt. Das Symbol auf der Karte -sofern vorhanden- wird durch die Link-Markierung überdeckt und ist deshalb in einigen Fällen nicht erkennbar. Vielleicht wäre es sinnvoll, den Haupttag (z.B. Telefon, Restaurant, Laden, ...) darzustellen. Definitiv, ja. Bei geöffnetem Popup wird das Symbol in der Karte durch das Marker-Symbol überdeckt. Ich empfehle eventuell die Mapnik-Symbole zu verwenden und im Popuptitel vor den Namen zu stellen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sprache auf openstreetmap.org
Technisch gesehen wird das Accept-Userlanguage deines Browsers ausgewertet. Das ist die Sprache, die in dessen Optionen meist unter Inhalt eingestellt wird. Anders verhält es sich, wenn du ein Nutzerkonto bei osm.org besitzt und dich dort anmeldest. Dann wird die Seite auf der in deinen Kontoeinstellungen (Eigene Einstellungen) im Feld Bevorzugte Sprachen angegebenen Sprache angezeigt (sofern eine Übersetzung existiert). In das Feld gibst du eine kommaseparierte Liste der von dir bevorzugten Sprachen mittels ISO-Sprachcodes an. Hättest du bspw. gerne Deutsch, Englisch und Französisch schreibst du dort de,en,fr Claudius Am 16.03.2011 19:37, Greg Kerridge: auf osm.org basierend sollte es heißen... Am 16. März 2011 19:36 schrieb Greg Kerridgegregkerri...@googlemail.com: Hallo, ich bin aus dem Wiki nicht wirklich schlau geworden, wovon es abhängt, in welcher Sprache man openstreetmap.org angezeigt bekommt. Wir haben in einem Projekt auf osm.org eine eigene Web-Karte erstellt und fragen uns gerade, warum manche sie auf deutsch, manche auf englisch zu sehen bekommen; und wo man das einstellen kann. Gruß, Greg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] update to MQ critical address file for US
Am 14.03.2011 18:20, deb T: MapQuest is providing critical address files on an ongoing basis to the OSM community that contain user-provided latitude and longitude locations across the world. Our users have provided these exact locations to us so that they could be mapped correctly on our MapQuest maps. More information can be found on our wiki page: http://wiki.openstreetmap.org/wiki/MapQuest/Critical_Addresses Today, we added a new update file for the US: http://www.mqdemo.com/antfarm/criticaladdressfile/critical_address_file_us-update-14Mar2011.csv Cheers! Deb Tankersley MapQuest Open Initiative OSM User: hey ok I just checked a 5 entries in german cities I know about: - one typo on the street name Bahnhofsplatz in the CSV instead of the correct Bahnhofplatz in the city of Ulm - duplicate Jahnstraße in Traunstein - two nodes which were in the correct town, but in the mid of the street. It seems the coordinate quality is rather rough generally. So the housenumber + postcode are the rather interesting information and the latlon aren't. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Deutsche Übersetzung Nomantim und Webseite
Am 08.03.2011 13:25, Walter Nordmann: Mitja Kleider wrote: Suche ich eine Wohngebietsstraße in Nominatim wie z.b. bahnhofstraße, Lemgo, dann erhalte ich als Ausgabe: Ortsgebiet Bahnhofstraße, Brake, Lemgo, Lippe, Regierungsbezirk . Wo gibt es denn die Nominatim-Übersetzung? http://translatewiki.net/w/i.php?title=Osm:Geocoder.search_osm_nominatim.prefix.highway.residential/deaction=editloadgroup=out-osm-siteloadtask=view http://translatewiki.net/w/i.php?title=Osm:Geocoder.search_osm_nominatim.prefix.landuse.residential/deaction=editloadgroup=out-osm-siteloadtask=view Das sind allerdings verschiedene Übersetzungen... Aber Nominatim macht weder Wohnstraße noch Siedlung draus sondern in beiden Fällen Ortsgebiet. Daher greifen beide Einträge nicht. Aber warum??? Die Übersetzungs-Updates von Translatewiki sind leider nicht sonderlich regelmäßig. Zudem weiß ich nciht, ob der MapQuest-Nominatim auch seine Übersetzungen von da bezieht. Ich meine, dass ich den Bug früher schon mal gesehen und er dann auch gefixt wurde. Ich frag mal nach. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche Übersetzung Nomantim und Webseite
Am 08.03.2011 21:39, Claudius: Am 08.03.2011 13:25, Walter Nordmann: Mitja Kleider wrote: Suche ich eine Wohngebietsstraße in Nominatim wie z.b. bahnhofstraße, Lemgo, dann erhalte ich als Ausgabe: Ortsgebiet Bahnhofstraße, Brake, Lemgo, Lippe, Regierungsbezirk . Wo gibt es denn die Nominatim-Übersetzung? http://translatewiki.net/w/i.php?title=Osm:Geocoder.search_osm_nominatim.prefix.highway.residential/deaction=editloadgroup=out-osm-siteloadtask=view http://translatewiki.net/w/i.php?title=Osm:Geocoder.search_osm_nominatim.prefix.landuse.residential/deaction=editloadgroup=out-osm-siteloadtask=view Das sind allerdings verschiedene Übersetzungen... Aber Nominatim macht weder Wohnstraße noch Siedlung draus sondern in beiden Fällen Ortsgebiet. Daher greifen beide Einträge nicht. Aber warum??? Die Übersetzungs-Updates von Translatewiki sind leider nicht sonderlich regelmäßig. Zudem weiß ich nciht, ob der MapQuest-Nominatim auch seine Übersetzungen von da bezieht. Ich meine, dass ich den Bug früher schon mal gesehen und er dann auch gefixt wurde. Ich frag mal nach. Der Ortsgebiet-Fehler ist jetzt behoben. An der Sache mit dem Dokumentation-Link bin ich noch dran. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche Übersetzung Nomantim und Webseite
Am 07.03.2011 16:14, Matthias Versen: Mir sind 2 Dinge aufgefallen und ich hoffe das einer diese Fehler beseitigen könnte. Fall a) Wenn ich auf http://www.openstreetmap.com die Deutsche Hauptseite bekomme und links im Menü auf Dokumentation klicke, dann lande ich im englischen Wiki anstelle des Deutschen. Habe ich hier behoben: http://translatewiki.net/w/i.php?title=Osm:Layouts.wiki_url/deaction=editloadgroup=out-osm-siteloadtask=optional Das muss jetzt nur noch auf die Live-Seite geladen werden, worum ich mich im Laufe der Woche kümmern werdne. b) Suche ich eine Wohngebietsstraße in Nominatim wie z.b. bahnhofstraße, Lemgo, dann erhalte ich als Ausgabe: Ortsgebiet Bahnhofstraße, Brake, Lemgo, Lippe, Regierungsbezirk . Es hat einer für highway=residential und landuse=residential die gleiche Übersetzung eingepflegt. Fall b) erfordert einen speziellen Übersetzungs-Wiki Account den man erst beantragen muss. Wo gibt es denn die Nominatim-Übersetzung? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern zuordnen
Am 06.03.2011 12:51, Steffen Heinz: Wie macht ihre? Wie bekommt ihr raus welche Hausnummer zu welcher Straße gehört? Ich denke in Städten ist das kein Problem, aber schon in Außenbezirken, bei loser BAusweise, erst recht hie auf den Dörfern. Ich bin hier oft am raten, wozu könnte das Haus gehören (... Glück gehabt, war jemand im Garten ;) ) oft ist es auch kompliziert wenn 2 STraßen aneinander stoßen - die Hausnummer könnte zur eine und zur anderen Straße passen... wie ich festgestellt haben kann mensch sich auch nicht an der Einfahrt oder an der Haustür orientieren.. Und dann gibts noch die Häuser die schön in der einen Straße eingereiht sind aber genau zur parallelen gehören, oder die Einfahrt ganz irgentwo anders ist DIe armen Briefträger und Packetzusteller Meist kann ich das über den Kontext (fortlaufende Nummerierung einer Straße) einordnen. Klappt das nicht, dann frag' ich einen Anwohner. Klappt das nicht trage ich nur die Nummer ein. Jemand der mehr weiß, wird es nach mir richten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Bing Luftbilder
Am 20.02.2011 08:00, Thomas Reincke: Am 20.02.2011 00:27, schrieb Michael Kugelmann: Meine Frage: was geht da schief? Wie kann ich (oder sonst jemand) das Problem beheben? Verwendet wird JOSM-Version 3751 auf WinXP. Und in der Vergangenheit Probiere mal nicht den tested sondern den latest. Ich meine, in der Zwischenzeit wurde das Zoomverhalten geändert. Früher wurden nicht voirhanden Bilder nicht dargestellt. Heute wird hochskaliert. Im heutigen latest geht Bing nicht [1] :) Sollte im Build heute nacht behoben sein. Claudius [1] http://josm.openstreetmap.de/ticket/5993 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Projekt der Woche: (Essens-)Tafeln
Diese Woche geht es um die Erfassung von (Essens-)Tafeln also Orte, an denen Lebensmittel an Bedürftige ausgegeben werden. Mehr Informationen: http://wiki.openstreetmap.org/wiki/DE:Project_of_the_week Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm: merkwürdige shop-Icon
Am 13.02.2011 14:29, Jan Tappenbeck: mit der aktuellen JOSM-Version hat sich eine Erscheinung noch vestärkt. Shops sind jetzt weiterhin nur rote Kreise - jetzt monstermäßig groß!!! Hat das einen Sinn oder habe ich da etwas nicht mitbekommen ? Bitte nenne die genaue Revisionsnummer, der von dir getesteten JOSM-Version. Zudem wären mehr Details hilfreich. Mit 3893 sehen bei mir Knoten, die mit shop=supermarket oder shop=estate_agent getaggt sind völlig normal (das erste mit Einkaufswagen, das zweite ohne Symbol) aus. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 08.02.2011 20:41, M∡rtin Koppenhoefer: Am 8. Februar 2011 20:10 schrieb Tobias Knerro...@tobias-knerr.de: wenn er Teil einer linearen Absperrung ist macht das durchaus Sinn (genauso wie bei Toren), so hat man die Öffnungsbreite automatisch mit drin. Die lineare Absperrung durchgängig zu zeichnen und den Knoten am Schnittpunkt der linearen Absperrung mit dem gekreuzten Way geeignet (ggf. auch mit der Öffnungsbreite) zu taggen, dürfte in den meisten Situationen und für die meisten Anwendungszwecke die bessere Wahl sein. jein ;-), ich mache bei gate manchmal beides, also eine lineare barrier an der realen Position und zusätzlich einen node am Schnittpunkt (getaggt als barrier=gate). Aber dann hast du ja zwei Objekte, einmal den barrier-Weg und den Barrier-Knoten :P Ich persönlich verwende in meinem Tagging Schema auch die reine Barrier (ausser fence und wall) als Knoten auf den Wege, die sie blockieren. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linie für Objekte in den Vorlagen
Am 07.02.2011 23:17, Markus: In den Vorlagen stolpere ich immer wieder über Objekte, fpr die nur Punkt als Element zugelassen ist, obwohl sie eigentlich eine Linie sind: - Schlagbaum 5..10m - Bootslipstrecke (10..50m) Wo kann man das ändern? Wenn du von JOSM-Vorlagen sprechen solltest: Die müssten dort irgendwo im Quellcode [1] liegen. Ich finde die aber auf die schnele nicht und vermute, dass die irgendwo ausgelagert sind, so dass auch andere (Merkaartor, OSM2Go) diese einfacher referenzieren können. Wer weiß da mehr? Claudius [1] http://josm.openstreetmap.de/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aufgesetzte Gebäudeteile
Am 09.02.2011 07:14, Jan Tappenbeck: Moin! oftmals gibt es imposante Gebäude mit einer Grundfläche und darauf stehen dann wieder Würfel oder Türme. In einer Karte würde es besser wirken wenn diese aufgesetzten Teile auch zur Wirkung kommen - Wiedererkennungswert. Wie würdet Ihr soetwas machen - 2x building=yes übereinander ? Ja. Hier eine Beschreibung eines Tagging-Vorschlags. Kannst ja mal gedanklich durchgehen, ob der für dein Objekt anwendbar wäre und dem Ersteller Rückmeldung geben: http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel_Building_Shapes Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] osm new zealand website and community launch
Am 07.02.2011 04:43, Robin Paulson: Hi all, OSM New Zealand have recently launched their website, and announced meetings beginning this month: http://www.openstreetmap.org.nz/ The Wiki link on that should be fixed to point to http://wiki.openstreetmap.org/wiki/NZ Currently it's targeting http://wiki.openstreetmap.org/wiki/index.html/NZ which is a non-existant page. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Kraftwerks-Karte (war: Open Windrad Map)
Am 02.02.2011 18:41, Stephan Wolff: Am 02.02.2011 14:43, schrieb Claudius: Am 02.02.2011 11:28, Stephan Wolff: Ich arbeite an einer Karte zu Kraftwerken und Stromnetzen. Wäre toll, wenn du dabei auch das erweiterte Schema http://wiki.openstreetmap.org/wiki/Key:generator:source für Quelle und Art der Stromerzeugung unterstützen könntest. generator:source und generator:output:electricity werden ausgewertet. Was vermisst du? Sorry, Ich hatte die falsche Schlußfolgerung gezogen, weil Solarkraftwerke auf deiner Karte mit dem generischen weißen Kraftwerkssymbol angezeigt werden. Wie beispielsweise hier das Solarkraftwerk Espenhain: http://toolserver.org/~osm/styles/?zoom=13lat=51.18983lon=12.44587layers=F0FFF0FFFB000T Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kraftwerks-Karte (war: Open Windrad Map)
Eine leichte Thread-Entführung: Am 02.02.2011 11:28, Stephan Wolff: Am 02.02.2011 10:36, schrieb Fabian Schmidt: gibt es schon irgendwo eine Karte, auf der man Windräder in niedrigeren Zoomstufen zu sehen bekommt? Ich arbeite an einer Karte zu Kraftwerken und Stromnetzen. Wäre toll, wenn du dabei auch das erweiterte Schema http://wiki.openstreetmap.org/wiki/Key:generator:source für Quelle und Art der Stromerzeugung unterstützen könntest. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dauer von Datenänderung bis diese gerendert ist
Am 01.02.2011 12:08, Markus: Früher dauerte es eine knappe Woche bis Änderungen gerendert wurden. Heute dauert es gefühlt weniger als 10 Minuten. Gibt es dazu eine Statistik? Was sind die Schwankungsbreiten? Wovon sind diese abhängig? Statistik darüber in den visualisierten Serverstatistiken. Hier der Direktlinkt auf die RenderD(aemon) Queue Length, das ist die Länge der Warteschlange des Mapnik-Renderers: http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/renderd_queue.html Diese Wartschlange erhöht sich oft kurzfristig nach Importen, da viele Kacheln neu berechnet werden müssen, aber auch nach Änderungen des Kartenstils, wie vor kurzem geschehn. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenScribble - Funktionsweise
Am 30.01.2011 18:39, Jan Tappenbeck: Moin ! in den aktuellen Wochennotizen wird OpenScribble http://aphes.com/map/ beschrieben - wenn ich die Seite aufmache kommt der Affe und ich vermute mal man soll dort einen Ort angeben - aber dann bekomme ich nur eine weiße Kartenfläche mit Koordinaten die nicht nach geografischen aussehen - aber keine Karte! Auf der Affenseite gibst du den Kartentitel ein. Anschliessend wird bei mir (Getestet mit Opera) eine OpenLayers Karte angezeigt, bei der man links zwischen Navigationsmodus und einfachen Zeichenfunktionen (Polygone, Linien, ...) umschalten und die Karte drucken kann. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-transit] Public Transport Line Diagram
Am 25.01.2011 18:30, Wojciech Kulesza: Was wondering if the planned changes to approach in mapping public transport would have an impact on this service: http://78.46.81.38/public_transport.html While it behaves quite nicely for the examples provided there, it works very bad for PT in Poland. Compare this result: http://78.46.81.38/api/sketch-line?network=ZTM+Pozna%C5%84ref=1 http://78.46.81.38/api/sketch-line?network=ZTM+Pozna%C5%84ref=1 with the appropariate relation in osm: http://www.openstreetmap.org/browse/relation/79152 Just compare your relation with the working one :) http://www.openstreetmap.org/browse/relation/361959 On first sight i'm wondering why you are mixing railway=halt and railway=tram_stop? Isn't all of it a tram line? Additionally you are missing from= and to= in your relation. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-de] Probleme mit der Küste in Süd-Portugal
Am 23.01.2011 10:22, Jan Tappenbeck: haben gerade im Mapnik gesehen das die Küste rechecktig ist. http://www.openstreetmap.org/?lat=37.11lon=-7.767zoom=9layers=N Es gibt doch einie Spezies die sich gut mit den Küstenlinien etc. auskennen - kann sich das mal einer ansehen? Scheint nur der No name-Layer bei Cloudmade von betroffen zu sein. Das normale Mapnik-Rendering hat den Fehler (noch?) nicht. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Feedback zu Aktion 12 aus Portugal
Während die Aktion 12 lief habe ich über die talk-pt Mailingliste mit der portugiesischen Community Kontakt aufgenommen und sie über die Aktion informiert. Deren Rückmeldung: Wäre schön, wenn man uns vorher einfach Bescheid gesagt hätte. Dort läuft in einigen Tagen wahrscheinlich eine größere Löschaktion, so dass einige der Aktion 12 Fixes mit gelöscht werden. Hätten Sie von der Aktion vorher gewusst, hätten sie uns sagen können, dass der Aktionstart in zwei Wochen eine bessere Idee gewesen wäre. Hat jetzt schon jemand in Spanien Bescheid gegeben? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-pt] Road numbering in Portugal
So judging from the wiki the portugese OSM project standard for reference tagging is now: EN 329 with a space. Same goes for A 23 and IP 9 all seperated by spaces, correct? Claudius Am 18.01.2011 14:17, f.dos.san...@free.fr: Indeed it needed a clarification ! Modificei o wiki primeira parte : http://wiki.openstreetmap.org/wiki/Estradas Hello, yes i think i can confirm. Even if in some online maps it appears diferently, the correct naming should be the EN separated from the number. In several local municipalities and in the Road institute is that the norm. Sorry for discussing in portuguese :-) In some cases it seems there are numbers composed with an - in the middle like EN 8-6. I really don't know why :-) Anyone can bring a light to this? Victor On Tue, Jan 18, 2011 at 9:10 AM, Claudius Henrichsclaudiu...@gmx.dewrote: So just to make sure Google and me understood your portugese correctly: The *correct* tagging for Estradas Nacionais would be: ref=EN 329 The *incorrect* tagging would be: ref=EN329 (without space) ref=N 329 ref=N329 ref=329 Additionally I would remove Estradas Nacionais or EN329 from the name-tag. Right? So to take an example: http://www.openstreetmap.org/browse/way/25410709 Currently it's tagged like this: name: Estrada Nacional 108 ref: N108 and I would change it to just: ref: EN 108 Thanks again for your replies. Bom mapping :P Claudius Am 17.01.2011 23:02, Victor Ferreira: Viva no Wiki diz explicitamente: *highway=primary*. Estradas Nacionais (EN, lista aquihttp://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens). E na lista das estradas de Portugal (oficial) tem EN http://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens Nos mapas convencionais (em papel) sempre apareceu assim. Victor On Mon, Jan 17, 2011 at 8:39 PM, Francisco DOS SANTOS f.dos.san...@free.fr wrote: Ok, thanks for the heads up. The road numbers listed in the wiki page is correct: it's IP, IC, EN, ER, etc, as indicated in the page. Victor Só venho de reparar o caso das nacionais ! Devemos codificar ref=EN2 e não ref=N2 ? Se fora o caso, vou completar o wiki porque a pagina : http://wiki.openstreetmap.org/wiki/Estradas Não diz nada sobre o ref. E a pagina : http://wiki.openstreetmap.org/wiki/Rede_das_principais_estradas_de_Portugal Uso o N e não EN. E um ponto que precisa ser esclarecido, cada pais tem o seu sistema (em frança por exemplo usemos o N e não RN, e temos um espaço entre a letra e o numero : N 2). On Mon, Jan 17, 2011 at 10:14 AM, Claudius Henrichs claudiu...@gmx.de wrote: Bom dia! sorry for posting in English, but I feel this to be a relevant information and question. Some of you actively mapping in Portugal may have seen altely some increased activity from some german mappers. This is because a user who is active in quality assurance has run a connection check over the portugese OSM data. This check searches for roads that are crossing without bridge or tunnel. There is a list with those errors on the wiki [1] and every user can take a block of 100 errors, leave a note in the wiki that he is dealing with them and try to fix these. Fixing the errors is much easier now with the help of Bing imagery. I feel that it would have definitely been nicer to have informed the portugese OSM community *before* starting this campaign, but better late than never. Now to my personal question on mapping in Portugal: I have read a bit about the road network and number in Portugal on the english wikipedia [2]. I see that you have some new road numbers starting with IP and IC that were assigned in the 2000 Plano Rodoviário Nacional. And then you have the older estradas nacionais given out in the 1945 Plano Rodoviário Nacional. I already checked the OSM wiki project page for Portugal [3] but could not find any recommendation about how to tag these. Shall I use EN329 or N329? Same goes for the estradas regionais: Should we use ER32 or R32? Thanks in advance for your help. Regards, Claudius ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-de] Kibera
Am 19.01.2011 00:27, Michael Kugelmann: Am 18.01.2011 22:19, schrieb Fabian Schmidt: Map Kibera ist gleich Tagesthemen-Thema, wenn ich es richtig gesehen habe ... http://www.tagesschau.de/multimedia/video/sendungsbeitrag91100_res-.html Ein etwas längerer Beitrag im Afrika-Videoblog unter dem Titel Ein Slum erhält Namen: http://www.tagesschau.de/ausland/afrikaafrika154.html Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kibera
Am 19.01.2011 12:48, Chris66: Am 19.01.2011 11:13, schrieb Claudius: Ein etwas längerer Beitrag im Afrika-Videoblog unter dem Titel Ein Slum erhält Namen: http://www.tagesschau.de/ausland/afrikaafrika154.html Was mich erstaunt ist die Kneipendichte... http://www.openstreetmap.org/?lat=-1.31389lon=36.79129zoom=17 Die Becher mit Wasserhahn in der Mapnik-Darstellung sind Wassertanks. Auf dem von der verlintken Ausschnitt sehe ich gerade einmal 7 Kneipen und 8 Bars. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpassierbare Wege
Am 19.01.2011 11:33, André Joost: Am 19.01.11 11:22, schrieb Jan Tappenbeck: Für mich stellt sich die grundsätzliche Frage wie man solche (vorübergehend) unpassierbaren Wege getaggt werden sollten. highway=path sac_scale=demanding_mountain_hiking http://wiki.openstreetmap.org/wiki/DE:Key:sac_scale Und wenn er nicht passierbar ist ein access=no dran. Ist halt die Frage, ob es offiziell durch ein Schild am Anfang des Weges nicht gestattet ist oder rein praktisch nicht möglich ist. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Bing as Potlach layer in view mode?
I just contacted the admin of http://sautter.com/map/ to add Bing as Base layer there. I think this would be your service. Claudius Am 18.01.2011 11:53, valent.turko...@gmail.com: Replace potlach with mapnik in previous email ;) Lapsus calami. On Tue, Jan 18, 2011 at 11:44 AM, valent.turko...@gmail.com valent.turko...@gmail.com wrote: Hi, are there any plans to add Bing satellite imagery as additional Potlach layer in view (not edit) mode? This could be nice for quick review and checking if there are any errors by switching between OSM and Bing layer. Cheers, Valent. -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] 4 Browser 4 Darstellungen?
Am 18.01.2011 13:29, Steffen Heinz: ... ich habe mal eben Probiert wie OSM in anderen Browsern aussieht, alles WIndows 7 Ergebnis: 4 Browser, 4 unterschiedliche Darstellungen, bestimmte Objekte waren bei dem einen Browser nicht (bzw nicht richtig) zu sehen (safari, IE) dafür andere die bei Firefox wiederum nicht da waren. Deine Ausführungen entbehren leider jeglicher Details. Wovon sprichst du? Von der Homepage www.openstreetmap.org? Vom Potlatch-Editor? Was genau wird bei dir nicht/nicht richtig dargestellt. Ich nutze die Seite regelmäßig in Opera, Chrome und Firefox und alles funktioniert und sieht bis auf Feinheiten (abgerundete Ecken) identisch aus. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-pt] Road numbering in Portugal
So just to make sure Google and me understood your portugese correctly: The *correct* tagging for Estradas Nacionais would be: ref=EN 329 The *incorrect* tagging would be: ref=EN329 (without space) ref=N 329 ref=N329 ref=329 Additionally I would remove Estradas Nacionais or EN329 from the name-tag. Right? So to take an example: http://www.openstreetmap.org/browse/way/25410709 Currently it's tagged like this: name: Estrada Nacional 108 ref: N108 and I would change it to just: ref: EN 108 Thanks again for your replies. Bom mapping :P Claudius Am 17.01.2011 23:02, Victor Ferreira: Viva no Wiki diz explicitamente: /highway=primary/. Estradas Nacionais (EN, lista aqui http://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens). E na lista das estradas de Portugal (oficial) tem EN http://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens Nos mapas convencionais (em papel) sempre apareceu assim. Victor On Mon, Jan 17, 2011 at 8:39 PM, Francisco DOS SANTOS f.dos.san...@free.fr mailto:f.dos.san...@free.fr wrote: Ok, thanks for the heads up. The road numbers listed in the wiki page is correct: it's IP, IC, EN, ER, etc, as indicated in the page. Victor Só venho de reparar o caso das nacionais ! Devemos codificar ref=EN2 e não ref=N2 ? Se fora o caso, vou completar o wiki porque a pagina : http://wiki.openstreetmap.org/wiki/Estradas Não diz nada sobre o ref. E a pagina : http://wiki.openstreetmap.org/wiki/Rede_das_principais_estradas_de_Portugal Uso o N e não EN. E um ponto que precisa ser esclarecido, cada pais tem o seu sistema (em frança por exemplo usemos o N e não RN, e temos um espaço entre a letra e o numero : N 2). On Mon, Jan 17, 2011 at 10:14 AM, Claudius Henrichs claudiu...@gmx.de mailto:claudiu...@gmx.de wrote: Bom dia! sorry for posting in English, but I feel this to be a relevant information and question. Some of you actively mapping in Portugal may have seen altely some increased activity from some german mappers. This is because a user who is active in quality assurance has run a connection check over the portugese OSM data. This check searches for roads that are crossing without bridge or tunnel. There is a list with those errors on the wiki [1] and every user can take a block of 100 errors, leave a note in the wiki that he is dealing with them and try to fix these. Fixing the errors is much easier now with the help of Bing imagery. I feel that it would have definitely been nicer to have informed the portugese OSM community *before* starting this campaign, but better late than never. Now to my personal question on mapping in Portugal: I have read a bit about the road network and number in Portugal on the english wikipedia [2]. I see that you have some new road numbers starting with IP and IC that were assigned in the 2000 Plano Rodoviário Nacional. And then you have the older estradas nacionais given out in the 1945 Plano Rodoviário Nacional. I already checked the OSM wiki project page for Portugal [3] but could not find any recommendation about how to tag these. Shall I use EN329 or N329? Same goes for the estradas regionais: Should we use ER32 or R32? Thanks in advance for your help. Regards, Claudius ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-de] Links auf openstreetmap.org
Am 16.01.2011 11:58, Stephan Wolff: Moin, auf der Webseite www.openstreetmap.org gibt es am linken Rand eine Art Hauptmenü. (...) Wer ist für die deutschsprachige Version der Webseite verantwortlich und könnte zumindest die Linktexte verändern und den Link auf das deutsche statt des englischen Wikis setzen? Es gibt keine deutschsprachige Version der Website. Es werden lediglich die Texte verändert. Dass du bei einigen Linkzielen, etwa der Lizenz, auf einer deutschsprachigen Seite landest liegt daran, dass diese Seite die Sprachanforderung des Browser beachtet. Eventuell gäb es sowas auch für die Mediawiki-Software. Vielleicht findest du ja was. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-transit] JOSM latest takes forward/backward roles for route relations into account
Just a small hint on anyone working with relations using forward/backward roles and willing to do some experimenting: The latest JOSM (starting from revision 3788) includes a nice relation analysis and visualisation for these relations. See this ticket (scroll down for some interesting screenshots): http://josm.openstreetmap.de/ticket/5109 Would be great if you could test this build with your relations and report possible issues. Be aware though that this isn't a tested release so you might encounter weird behaviour, data corruption and all other joys of beta testing. Download the latest JOSm from http://josm.openstreetmap.de Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed Feature - 2nd RFC - Public Transport
Am 14.01.2011 02:16, Tobias Knerr: Dominik Mahrer wrote: One month ago I already posted an RFC on this proposal. In the meantime I got plenty of comments and I have extended/corrected/rewritten nearly the whole proposal. I'm not very happy with the extensive use of relations. Especially nested relations strongly suggest that the level of complexity is beyond what's appropriate for a crowd-sourced project like OSM. The most prominent issue are stop area groups. The necessity of these has already been questioned. I, too, tend to think that determining them algorithmically would ultimately be a better choice. Removing the nested relations for stop area groups would eliminate one of the most complex concepts from the proposal, making it more accessible to mappers. Additionally, I suggest to reconsider the requirement to use stop area relations even in simple cases Many bus stops are very straightforward: They consist of usually two platforms with a common name. This name is usually unique within a range of several kilometres and, if tagged to the platform elements, could therefore be used instead of a relation to identify the components of the stop area. +1 I don't think the stop_area-relation for the vast majority of simple bus, tram or train stops is necessary. öpnvkarte.de and other sites working with the data prove that you can reliably determine nodes belonging to one stop via easy algorithms/preprocessing. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-de] Aktien 12 angelaufen.
Was? Hab ich das IPO verpasst? OSM ist an der Börse? Dein Betreff hat mich etwas verwirrt. Für den flachen Wortwitz schnapp ich mir aber auch ein oder zwei Pakete. Claudius Am 14.01.2011 01:44, fla...@googlemail.com: Dank der guten Abdeckung von Bing kann man auch Brücken und Tunnels ergänzen. Los gehts in Portugal diesmal und dann ist geplant sich langsam bis Frankreich vorzuarbeiten. http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_12 Grüße Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Yahoo WMS?
Am 14.01.2011 13:55, M∡rtin Koppenhoefer: Am 14. Januar 2011 13:34 schrieb Jörkjo...@jhamburger.de: Am 14.01.2011 12:41, schrieb Pascal Neis: mhm, in Potlatch funktionieren die Yahoo Bilder ... stimmt, deshalb bleibe ich auch bei Potlatch... mhm, in Josm auch (s.o.), ist das evtl. ein Problem nur auf dem Mac? Ja, liegt daran, dass man ein eigens kompiliertes webkit-image dafür bräuchte. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-transit] Public transport proposal
Am 13.01.2011 21:33, Michał Borsuk: On 13 January 2011 13:59, André Joost andre+jo...@nurfuerspam.de mailto:andre%2bjo...@nurfuerspam.de wrote: Am 13.01.11 13:27, schrieb Richard Fairhurst: Could I have your assurance that the proponents of this proposal will also be providing good-quality patches for the three principal editors (Potlatch, JOSM, Merkaartor), with an easy-to-use interface consistent with the rest of the editor? A preset for josm is already in progress. With what's in the proposal? That's pretty arogant, don't you find? We haven't decided on the final shape yet. I don't see any arrogance here. Have you used JOSM before? I guess you did so you know that presets must be actively downloaded and enabled by the users hidden in the preferences. Somewhere besides the Doctors in Greece, the OpenPisteMap and the Japanese 50 sounds order presets. A preset could help testing the proposal during daily work and in the daily environment to see if it works like it as envisioned. Still I can't see no arrogance anywhere. And btw I like this do-ocratic part of JOSM just like some well intentioned exchange of ideas. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-de] Deutsche Bezeichnung für Imagery , war JOSM und Luftbilder
Danke für die vielen Vorschläge. Am 06.01.2011 01:36, Tobias Knerr: Am 06.01.2011 01:24, schrieb Fips Schneider: ich würde es aber einfach Vorlagen als Menüpunkt nennen. Vorlagen ist schon die deutsche Übersetzung für Presets. Ja Vorlagen (für 'presets') und Ebenen (für die Editorebenen) waren als gute Begriffe leider schon verbrannt. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Luftbilder
Am 05.01.2011 13:56, Markus: Hallo Michael, Die drei Plugins WMSPlugin, Imagery RemoteControl sind nun direkt in JOSM eingebaut, und müssen nicht mehr nachträglich nachinstalliert werden. Ok - aber wo? Einstellungen öffnen um dort RemoteControl-Einstellungen zu überprüfen + in der Menüleiste sollte der Eintrag Hintergrund-Zugriff auf die neuen Hintergrundbildebenen liefern. Claudius P.S.: Freue mich über Alternativen zur Übersetzung von imagery. Hintergrund fand ich aber gleichzeitig kurz und prägnant. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Luftbilder
Am 05.01.2011 16:48, Robert S.: On Wed, Jan 5, 2011 at 3:06 AM, Markusliste12a4...@gmx.de wrote: Seit der Aktualisierung von JOSM-tested auf 3751 ist das WMS-Plugin im Menü verschwunden (sei jetzt im Core?). Auch das imagery-Plugin ist weg, aber noch in der Plugin-Liste. Hast du zufällig jetzt einen Menüpunkt Hintergrund? Wenn ja, dann schau da mal rein... Warum man das übersetzen musste weiss ich auch nicht... Was versteht denn ein deutschsprachiger Nutzer unter imagery? Wie in anderer Antwort bereits gesagt freue ich mich über bessere Vorschläge :) Habe lange über Hintergrund gehadert. Alternativen waren: Bilddienst, Hintergrundbilddienst, Hintergrundebene und so weiter Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist in OSM eine Autobahn?
Am 03.01.2011 15:22, Robert S.: Ich wollte mal Fragen, ob es beim Tagging einer nicht eindeutigen Autobahn eine feste Regel gibt. Nein, bei nicht eindeutigen Autobahnen gibt es keine festen Regeln. (mehrere Beispiele entfernt) Ich würde mir Wünschen, wenn es hier ein einheitliche Linie geben würde. Deshalb mein Vorschlag: 1. Alles was mit StVO-Zeichen 330 beschildert ist, ist highway=motorway, alles was nicht damit beschildert ist, ist maximal highway=trunk. Und das unabhängig von der Widmung. So tagge ich auch. 2. In ref=* kommt im Zweifel die ausgeschilderte Nummer. Ja, was sonst? 3. Alle Straßen kommen in die route-Relation der Straße, als die sie gewidmet sind. Ergänzend könnte man für die amtliche Nummer noch sowas wie admin_ref=* einführen. Äh... Nö, warum denn? Ich nehme die Straße in die Route-Relation auf, die beschildert ist. Dürfte ich denn das amtliche Datum der Widmung übernehmen? Ist das öffentliche ersichtlich? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing-Bilder
Am 20.12.2010 16:18, Steffen Wolf: Hi Franz, Am 20.12.2010 15:34, schrieb Wolfgang: aus gegebenem Anlass möchte ich darum bitten, vor dem Verschieben der Straßen auf die vermeintlich richtige Position zunächst einmal die bing-Bilder auf die richtige Position zu schieben. Ob eine Straße passt, kann man schon daran erkennen, ob die hochgeladenen Tracks in etwa passen oder nicht. Gibt es eigentlich schon Tools, die die Verschiebung automatisch einstellen oder vorschlagen können? Mir noch keins bekannt. Ich hab mit Imagery noch nicht gearbeitet, kann man da die einmal eingestellte Verschiebung wenigstens speichern? Ja, in JOSM einfach die Bing-Hintergrundebene hinzufügen - Oben rechts in der Ebenenliste rechtsklicken - Offset/Versatz auswählen und die Bing-Bilder entsprechend verschieben und einen Namen für das Versatz-Lesezeichen eingeben. Deine Werte kannst du dann auch weitergeben (bspw. auf der Wikiseite für Leipzig speichern), so dass wir alle in Leipzig mit denselben Bing-Korrekturwerten arbeiten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit OSM Inspector und JOSM
Am 16.12.2010 22:17, dieter jasper: Hallo, mit dem OSM Inspector (hier routing) wird nach Aktivierung des Icons (3. von links unter Selection - Tell JOSM Editor to zoom to his selection) nicht wie bisher bei gestartetem JOSM auf die entsprechende Position bei JOSM gezoomt. Ist das ein Problem nur bei mir? Ansonsten würde ich ein ticket erstellen. Gruß Dieter Jasper Wenn du josm-latest verwendest und irgendwas ab Revision 3722 verwendest musst du wahrscheinlich das von einem vormals seperaten Plugin ins Programm integrierte Remotecontrol über die JOSM-Einstellungen wieder aktivieren. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Impliziert bicycle=yes, dass die St raße nicht durch Autos befahren werden darf?
Am 03.12.2010 18:47, Chris66: Am 03.12.2010 18:24, schrieb Tom Müller: ich bin etwas verwirrt, ob der verschiedenen access-Tags. Impliziert ein bicycle=yes, dass der Weg nicht durch Autos befahren werden darf? Nein, das wäre höchstens bei bicycle=official der Fall, aber da herrscht wie üblich bei OSM in der Community keine Einigkeit. ;) Der Vollständigkeit halber noch das Tagging für einen Weg, der nur für Fahrräder zu benutzen ist: access=no bicycle=yes/official Allgemeine Regel: Mit access=destination/no/* schließt man alles aus, um dann mit bicycle/motorbike/psv/hgv/*=yes die Ausnahmen zu erlauben. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Impliziert bicycle=yes, dass die Stra ße nicht durch Autos befahren werden darf?
Am 04.12.2010 13:15, Stefan Keller: Moment mal: Dafür gibt es doch highway=cycleway? (siehe http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dcycleway ) Der Vollständigkeit halber noch das Tagging für einen Weg, der nur für Fahrräder zu benutzen ist: access=no bicycle=yes/official Allgemeine Regel: Mit access=destination/no/* schließt man alles aus, um dann mit bicycle/motorbike/psv/hgv/*=yes die Ausnahmen zu erlauben. Zu so einer Default-Regelung mit access=no finde ich im Wiki nichts! http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions Ich meine das irgendwann mal irgendwo (wahrscheinlich wiki) gelesen zu haben, finde jetzt aber auch nichts mehr. Ich verwende das für Busspuren, das werden bei mir highway=service access=no psv=yes um eben zuverlässig alle anderen Verkehrsträger auszusperren. Das habe ich jetzt einfach auf ein Fahrrad übertragen. Prinzipiell wäre ein einfacher Radweg bei mir aber natürlich einfach ein highway=cycleway. Wie würdet ihr die Busspuren erfassen? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] imagery-Plugin Luftbild verschieben(war: Bing: Kein Zoomlevel 18)
Am 02.12.2010 14:38, Steffen Heinz: Am 02.12.2010 11:29, schrieb Frederik Ramm: Das ist wohl auch das Ziel. Das imagery-Plugin soll SLippymap und WMS vereinen. Es ist nicht Bing-spezifisch. ich hab mal imagery installiert, ist ok so... ich kann das Luftbild auch verschieben Wie kann man denn beim imagery-Plugin das Luftbild verschieben? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] skobbler launcht MapDust.com - ein ei genständiges OpenStreetMap Bug Werkzeug [Announcemen t]
Am 02.12.2010 17:25, Oliver: Wir haben den skobbler-Feedback-Kandal zu einem eigenständigen Produkt - mapdust.com - ausgebaut. (...) Schicke Sache. Das Hantieren mit dem JOSM-Plugin ist etwas gewöhnungsbedürftig (Stichwort richtige Ebene aktivieren), aber das geht architekturbedingt eben nicht anders. Schlimmer ist da, dass mit Opera 10.63 auf der Website selbst in der Kartenansicht auf der Detailseite eines Fehlers statt der Fähnchen als Marker überall nur rot durchgestrichene Schachfeldkästchen angezeigt werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Yahoo WMS in JOSM funktioniert nicht
Ich hatte das Problem schon einige Male bei mir behoben, allerdings funktioniert es aktuell (schon seit einigen Monaten) nicht mehr. Wer kennt eine lauffähige Konfiguration für den Yahoo WMS-Server in JOSM unter Windows? - Verwende ich als WMS-URL: html:http://josm.openstreetmap.de/wmsplugin/YahooDirect.html? ...so erhalte ich rote Kacheln mit ERROR ReferenceError: Can't find variable YGeoPoint - Mit der WMS-URL: html:http://josm.openstreetmap.de/wmsplugin/YahooSat.html? ...lande ich bei roten Kacheln mit ERROR ReferenceError: Can't find variable: YAHOO_MAP_SAT Ich verwende www.dstoecker.eu/webkit-image.zip Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Link zur OLM 5
Am 28.11.2010 15:38, Alexander Matheisen: es hat lange gedauert, aber nun ist es soweit: eine neue Version der OpenLinkMap (OLM) ist da! hier der Link: http://olm.openstreetmap.de/ Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OLM 5 ist da
Am 28.11.2010 15:38, Alexander Matheisen: es hat lange gedauert, aber nun ist es soweit: eine neue Version der OpenLinkMap (OLM) ist da! (...) Kritik, Lob, Verbesserungsvorschläge, Übersetzungen, Bugreports sind wie immer erwünscht. Ich finde der Statusbalken ist zu gut versteckt. Allgemein fehlt auch eine helfende Nutzungsanleitung. Use case 1: - Nutzer kommt zum ersten Mal auf die Seite - Erlaubt Ortung per Geolocation API und landet auf Zoom12 seiner Stadt = Keine Marker werden angezeigt aber der Hinweis zum weitern Heranzoomen steht als allerletzter Satz auf der Seite Use case 2: - Nutzer bewegt sich auf der Karte herum und zoomt rein, aber obwohl ihm die Seite empfohlen wurde als voller Links sieht er keine Marker - (Bei einem Test mit einem Erstnutzer versuchte dieser auf die Gipfelmarkierungen [braune Dreiecke] des Mapnik-Stils zu klicken) = Der Hinweis Punkte laden ist viel zu gut und erneut unten auf der Seite versteckt. Lösungsvorschlag: Statusmeldung wie Näher ranzoomen + Punkte laden müssen präsenter dargestellt werden. Mindestens als Statusleiste an der *Oberseite* der Karte, besser wäre ein animierter Drehkreisel mit großem Text in der Mitte bei Punkte laden und sonstige Hinweistexte mit Ausrufezeichen. Bug1: Auf Zoom13 wird Punkte laden... angezeigt, aber Firebug zeigt keinen Aufruf von tiler.php - Getestet mit FF 3.6.12 hier: http://olm.openstreetmap.de/?zoom=13lat=36.28887lon=59.61584layers=B0FTT Bug2: Wenn details.php einen pg_connect-Fehler zurückliefert wird dieser in der Markerblase im Volltext angezeigt. Vielleicht einen kruden Javascript-Check, ob der Return-Value den String pg_connect enthält und dann eine Fehlermeldung ausgeben. (Als Fehler erhielt ich übrigens häufiger ein Max connections for non super-users. Ich habe das Gefühl, dass der tiler.php-Aufruf deshalb auch häufiger fehlschlug. Dort auch noch an eine Fehlererkennung denken.) Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste mit möglicherweise inkorrekten Str aßennamen
Am 25.11.2010 17:20, Lück, Michael: Hi, also das ref-Tag wird jetzt vorerst nicht mehr ausgewertet. Allerdings befürchte ich, das uns da doch einiges durch die Lappen geht. Außerdem werden jetzt nicht mehr alle highway types ausgewertet, sondern nur noch 'residential', 'service','unclassified', 'track', 'tertiary', 'secondary', 'road', 'primary', 'pedestrian', 'trunk' und 'living_street' Eine sinnvolle Einschränkung. Ich glaube so können die gröbsten und wohl auch wichtigsten Schnitzer schnell gefunden werden. Andere Wegtypen sind wohl erstmal weniger wichtig. Damit sind's auch erst mal nur 3400 Einträge. Hab jetzt auch die Way bzw. Node id mit besorgt und auch den OSM type (N für Node, W für Way) mit ausgegeben. http://www.bonk-consulting.de/download/streetsWithNumbers_20101125a.csv Wollte mich gerade mal an einige Kreis- und Landesstraßen-Refs machen, aber da hat wohl schon jemand vor mir angefangen. Viele sind bereits korrigiert. Es wäre toll, wenn du, Michael, hier auf der Liste Bescheid geben könntest, wenn eine aktualisierte Liste online steht, damit man weiter arbeiten kann. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste mit möglicherweise inkorrekten S traßennamen
Am 25.11.2010 11:52, Lück, Michael: Hi, im Zuge unserer Arbeit für den Aufbau einer Adressprüfung mittels OpenStreetMap-Daten, haben wir uns einen eigenen Nominatim-Server aufgesetzt und die Datenbank für die Erstellung einer Straßenliste benutzt. Dabei sind wir auf eine ganze Menge von Straßen gekommen, welche Zahlen enthalten, ca. 7. Viele davon sind vermutlich korrekt bezeichnet, z.B. die 102. Straße Wippersheim, aber viele haben auch einfach scheinbar sinnlose Bezeichnungen, wie 04 B, SK in Tegernsee. Wir haben jetzt eine Liste aller Straßen aufgestellt, mit dazugehörigem Ortsnamen und PLZ (wenn gefunden), sowie den place_ids des Ortes und des ersten Straßenabschnittes. (Die place_id ist die ID, welche Nominatim vergibt wenn ich das richtig sehe). Die Frage ist jetzt ob ihr Interesse an dieser Liste habt und wo wir Sie bereitstellen sollen. Wir könnten diese auf unserer Homepage veröffentlichen oder ich erstelle eine Wiki-Seite dafür. Interesse besteht. Für's Wiki scheint mir die Liste etwas zu lange. Habt ihr denn die Möglichkeit, die Liste auch einige Zeit zu aktualisieren, so dass das Abarbeiten durch Community-Mitglieder möglich wäre? Dann könntet ihr die Liste mit einem Zeitstempel Letzte Aktualisierung bei euch online stellen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und Bing Maps
Am 25.11.2010 11:53, geo.osm: Hallo zusammen, da ja das Thema Bing gerade aktuell ist, hab ich mir bei Bing Maps mal die OSM-karte eingeblendet (geht nur in der englischsprachigen Seite) und die Suche benutzt. Kann es sein, dass Bing für die Suche nicht die OSM-DB benutzt. Ich habe eine Straße bei mir, die ist schon immer falsch drin (bei Google bspw.) und auch bei Bing komme ich nur mit der falschen Namenseingabe ans Ziel. Ja, Bing Maps verwendet eine eigene Datenbank zur Geokodierung, die teilweise auf Geonames.org aber viel auf Daten kommerzieller Anbeiter basiert. Siehe Liste der Datenlieferanten von Bing Maps [1] Claudius [1] http://explore.live.com/about-bing-data-suppliers ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de