Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Hallo, jetzt bin ich auch endlich mal dazugekommen, das Tool auszuprobieren. Es ist wirklich eine prima Sache, daher erstmal ein großes Danke für's Entwickeln! Am 21. Januar 2015 um 20:56 schrieb Holger Mappt holger...@gmx.net: ich habe den Klassiker Hundekottütenspender in das Suchfeld eingetippt, und da kommt dann natural=water, highway=bus_stop, man_made=*, usw. 191 Treffer insgesamt. Alles irgendwie weit daneben. Das Beispiel ist recht interessant - wenn man stattdessen hundekotütenspender eingibt erhält man genau das richtige Ergebnis. Schreibt man aber mit großen H am Anfang oder ergänzt das fehlende t gibt es jeweils kein Ergebnis. Auf der Seite zum gesuchten Tag steht aber auch nur Hundetütenspender und nicht Hundekottütenspender - überhaupt steht da auch sonst nicht viel Text. Daher dürfte die einfachste Abhilfe sein, erstmal die Seite im Wiki etwas auszubauen. Allerdings hat mich dann trotzdem etwas überrascht, dass auch Hundekot, Tütenspender oder Hund nicht das richtige Ergebnis liefern. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln und Inselgruppen
Verbreiteter als natural=archipelago ist aktuell wohl place=archipelago mit immerhin 109 Einträgen in taginfo. Wobei das zugehörige Proposal auf abandoned steht ( http://wiki.openstreetmap.org/wiki/Proposed_features/Archipelago). Spitzenreiter scheint derzeit aber is_in:archipelago mit 591 Treffern zu sein. Mein ganz spontaner Favorit wäre übrigens place und nicht natural. Am 17. September 2013 20:53 schrieb Martin Koppenhoefer dieterdre...@gmail.com: ich würde für Inselgruppen klar ein Multipolygon bevorzugen, mit den Inseln als outer members, von den Nodes sollten wir eher wegkommen für solche Dinge, weil die erst die Probleme verursachen dass man Zusatztags braucht um die Relevanz zu bestimmen, während über die Fläche in den meisten Fällen auch die Wichtigkeit rüberkommen sollte - falls es überhaupt Ausnahmen gibt wo das nicht funktioniert. Die Atolle in der Südsee sind ja selbst schon Multipolygone (beispielsweise diese hier http://osm.org/go/FqnmQ4k). Damit hätte die Relation für die Inselgruppe dann wiederum Relationen als members. Blöde Frage am Rande, geht das überhaupt bei Multipolygonen? Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln und Inselgruppen
Am 18. September 2013 12:54 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Das m.E. größte Problem (die Namen Inselgruppen werden nicht in sinnvollen Zoomstufen, wenn überhaupt, gerendert) ohne weitere Finessen wie Dominanz und Verwaltungssitzfunktion, etc. könnte man aber relativ einfach lösen, einfach einen sinnvollen Vorschlag machen und die Inselgruppen entsprechend mappen, und im Renderer eine entsprechende Regel einfügen, dann wäre man schon (fast) fertig (wobei so was wie Zoom 4 -Regeln auch eher versucht wird zu reduzieren, weil da die Queries entsprechend lange dauern). Das halte ich auch am sinnvollsten und auch noch am ehesten machbar. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln und Inselgruppen
Am 18. September 2013 16:43 schrieb Martin Koppenhoefer dieterdre...@gmail.com: vermutlich sind Inseln nur deshalb unter place weil die früher zusätzlich noch aus Rendering-gründen mit natural=land getaggt wurden (vermutlich gab es diesen - mittlerweile abgeschafften tag - schon, bevor es überhaupt einen tag für Inseln gab), da war natural sozusagen schon vergeben ;-) Na ja, zumindest bei den Inseln im Meer gäb's dann vielleicht auch eine Kollision mit natural=coastline - oder sehe ich da was falsch? Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwei Karten auf Garmin eTrex Vista HCx?
Am 07.09.2013 18:13 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Die kannst du dann einzeln aktivieren und die anderen deaktivieren. Das betrifft jedoch nur die grafische Darstellung. Die Last (und damit die Geschwindigkeit) bleibt nahezu gleich. Ah, das war mir neu - und es erklärt auch manches. Nachdem ich mir gerne mal 3 oder 4 unterschiedliche Karten auf mein Vista Hcx packe, darf es demnach ja nicht wundern, dass die Darstellung teilweise etwas langsam ist. Ansich geht das Kombinieren der Karten ja recht zwanglos über die normale Software (BaseCamp, MapSource oder QTLandkarte). Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit des etrex VISTA HCx
Hallo, Am 23. Mai 2013 09:58 schrieb Matthias Gutjahr mattsc...@gmail.com: Michael, du hast wegen des Gummis ein neues Gerät bekommen? An wen hast du dich gewendet? Bei meinem Garmin ist der nämlich auch schon fast komplett ab, und auch wenn ich das Teil immer seltener nutze, hätte ich gegen ein Austauschgerät natürlich nichts einzuwenden. Bei meinem Gerät hat sich der Gummi abgelöst und kurz darauf ging dann auch die Taste zum herauszoomen nicht mehr. Das war zum Glück aber in der Garantiezeit und ich habe das Gerät ganz normal bei Garmin reklamiert ( http://garminservice.de/form/rma/). Darauf hin gab es ein neues Gerät und der Gummi lebt zum Glück noch immer. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit des etrex VISTA HCx
Jetzt doch noch ein kleiner Nachtrag: Mein Vista HCx hat 3.40. Die kam entweder über den Webupdater oder direkt von Garmin, da ich mal wegen des Gummis ein neues Gerät bekommen habe. Grüße, Michael Am 21. Mai 2013 11:42 schrieb Michael Krämer ohr...@gmail.com: Am 21. Mai 2013 11:30 schrieb Benjamin Lebsanft benja...@lebsanft.org: Da gibt es ja wie gesagt nur 3.20 als letzte Firmware. Auf meinem ist aber schon 3.30 drauf und jemand erwähnte, dass es wohl schon 3.40 geben soll. Oh, peinlich... Auf die Schnelle hab ich nicht auf die Versionsnummern geachtet. Entschuldigung. Hm, für's Vista Cx gibt es bei Garmin eine 3.40, für HCx nur 3.20. Beide haben aber das gleiche Datum. Vielleicht könnte auch das eine Erklärung sein. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit des etrex VISTA HCx
Hallo, Am 21. Mai 2013 11:03 schrieb Benjamin Lebsanft benja...@lebsanft.org: Wo findet man denn 3.30 oder 3.40, gibt's da nen Link irgendwo? Die Software gibt es hier http://www.garminservice.de/downloads/geraeteseoftware/ oder da http://www8.garmin.com/support/collection.jsp?product=010-00630-00 Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit des etrex VISTA HCx
Am 21. Mai 2013 11:30 schrieb Benjamin Lebsanft benja...@lebsanft.org: Da gibt es ja wie gesagt nur 3.20 als letzte Firmware. Auf meinem ist aber schon 3.30 drauf und jemand erwähnte, dass es wohl schon 3.40 geben soll. Oh, peinlich... Auf die Schnelle hab ich nicht auf die Versionsnummern geachtet. Entschuldigung. Hm, für's Vista Cx gibt es bei Garmin eine 3.40, für HCx nur 3.20. Beide haben aber das gleiche Datum. Vielleicht könnte auch das eine Erklärung sein. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit des etrex VISTA HCx
Hallo, Am 19.05.2013 10:57, schrieb Manuel Reimer: Sogar mein Wintec WBT 201 hat bessere Tracks geliefert. Da mir das nicht ausreichend war, habe ich mittlerweile ein WBT 202. Ein wirklicher Test mit beiden Geräten gleichzeitig steht noch aus. Vorher mache ich auch erst das Firmware-Update. Zwar habe ich auch Vista HCx WBT 202, einen wirklichen Test zum Vergleich habe ich noch nie gemacht. Allerdings hatte ich schon öfter beide parallel laufen. Wenn sich das mit dem Firmware-Update nicht bessert und bei einem Vergleich von gleichzeitig geloggten Tracks bestätigt, dann werde ich das etrex nur wegen des Displays mitnehmen, zum Loggen aber weiterhin das WBT 202 verwenden. Zum Aufzeichnen von Tracks nehme ich eigentlich nur den WBT 202. Der läuft einfach unkompliziert, zuverlässig und dauerhaft. Bei mir scheitert das beim Vista schon daran, dass die Einstellmöglichkeiten für das Logging zu unflexibel sind. Beim WBT 202 habe ich einmal ein geschwindigkeitsabhängiges Profil erstellt. Das deckt eigentlich so ziemlich jede Fortbewegungsart ganz ordentlich ab. Beim Vista müsste man meines Wissens immer wieder die Einstellungen anpassen. Den Hauptunterschied zwischen den beiden macht aber beim Fahrradfahren vermutlich aus, dass das Vista am Lenker montiert ist während der WBT in der Lenkertasche doch immer nach unten wandert. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie neue Firmware für etrex VISTA HCx finden und aufspielen?
Hallo, Am 17.05.2013 17:56, schrieb Manuel Reimer: Der Härtetest kommt dann wenn ich demnächst Radtour mache. Hoffentlich hört dann endlich mal das ständige kilometerweite Rumirren auf und hoffentlich verträgt das Gerät auch mal einen starken Regenguss. Zum Radfahren kann ich aus eigener Erfahrung velomap.org bzw. openmtbmap.org empfehlen. Mit den Karten auf dem Vista waren wir letztes Jahr recht viel unterwegs gewesen. Damit funktioniert auch das Fahrradrouting ziemlich gut. So wurden wir ein paar Mal davor bewahrt, uns zu verfahren. Auch was den Regenguss angeht brauchst Du Dir an sich keine Sorgen machen. Meins hat auch schon die Kombination aus Sand, Salzwasser und Regen klaglos überstanden. Nur der erste Gummi hat aufgegeben, das war zum Glück aber noch innerhalb der Garantie. Der Gummi mag aber eher die Hitze nicht, aber das ist aktuell ja kein Problem. Viel Spaß, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 145 23.4.- 29.4.2013
Hallo, Am 1. Mai 2013 22:41 schrieb Gehling Marc m.gehl...@gmx.de: zum Tag der Arbeit... ...die Wochennotiz Nr. 145 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/05/wochennotiz-nr-145/ Hm, ich fürchte die Wochennotiz ist neuerdings nicht mehr per Feed erhältlich. Wenn ich http://blog.openstreetmap.de/feed aufrufe, werde ich auf http://feeds.uri.lv/radioosm umgeleitet. Wie der Titel schon erahnen lässt, sind dort aber ausschließlich die Einträge zu RadioOSM zu finden. Bei der Wochennotiz letzte Woche hatte es noch funktioniert. Grüße, MIchael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] Using multipolygon to create large lake
Hi Brett, 2013/4/23 Brett Russell brussell...@live.com.au I have wasted an entire afternoon working on Lake St Clair in Tasmania by using multipolygon relationship to map Lake St Clair. It is a big lake so to get any reasonable detail blows the 2000 point limit of OSM by using a simple polygon. I have reached the point it will become a square of four points and renamed Lake OSM of despair. Annoyingly I was going well at it but then the wheels fell off. I am using Polatch 2 and slowy being going mad as Bing has poor coverage of the area, the rendering takes forever, and driving me up the wall this is my first attempt at using this technique so no idea of it is me, or the every unreliable OSM rendering servers that flunk out on any decent mapping effort. I get lovely squares of missing Bing photo that force save and view then edit. The refresh option takes me to any zoom level that it thinks best to make me insane. Sufficient to say OSM help is about up to the usual poor standard. Polatch does nothing to help to find if you have broken links around the lake and I have been around the lake so many times hunting for such things that sanity and temper is at overload settings. I have the usual OSM issue of half the world saying use coastline on large lakes and the other half saving no, use multipolygons. Large in this context means something like the Great Lakes in the US. You wouldn't want to use coastline for the Lake St Clair. One of the key drawbacks of using coastline is how long it takes the changes to be rendered. So I would always use multipolygons whenever possible. As you may have gathered by my words OSM's and Bing's failures have made this a nightmare of a place to map and almost broken my interest in mapping in OSM. And to top it off my mega expensive Asus laptop is as flakey as ever with even a blue screen of death. If another programs demands an update I will take extremely prejudiced action against the nearest programmer that I can find!!! Can someone please look at the Lake St Clair and tell me what on earth is the issue. Please consider it an act of kindness or the provision of mental health service. Just did so and it renders fine again. As I'm using JOSM I can't really comment on the problems you've experienced with Potlach. The changes I had to make were all about tagging. So the natural=water etc. should go on the relation, not the individual ways. (I guess JOSM would otherwise complain about using an area tag on a non-closed way or so). Also the role for the ways had been set to Lake St Clair but should rather be outer. This I also only found since JOSM complained about it. Bye, Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] ohne Erfolg und aber ...
Hallo Jan, Am 18. April 2013 12:02 schrieb Jan Tappenbeck o...@tappenbeck.net: das wollte ich machen - aber dann konnte ich das Remote-Plugin nicht in der Liste finden ... vielleicht war es auch gestern Abend etwas spät. Das ist inzwischen kein Plugin mehr sondern direkt Teil von JOSM. Daher steht es auch nicht in der Liste. Man findet es in den Einstellungen unter dem Fernbedienungssymbol. Ach so, die NoScript-Erweiterung verhindert übrigens auch den direkten Aufruf von JOSM. Da muss man dann die Filter entsprechend anpassen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ohne Erfolg und aber ...
Hallo, Am 18.04.2013 20:06, schrieb Andreas Schmidt: bei mir im Noscript ist in der Positivliste dieser Eintrag: http://127.0.0.1:8111 Am 18.04.2013 19:44, schrieb Henning Scholland: Am 18.04.2013 13:05, schrieb Michael Krämer: Ach so, die NoScript-Erweiterung verhindert übrigens auch den direkten Aufruf von JOSM. Da muss man dann die Filter entsprechend anpassen. Hast du dafür zufällig eine Rule? Hm, das steht da nicht, vielleicht sollte ich das mal probieren. Dafür habe ich unter Erweitert - ABE unter SYSTEM folgendes stehen: Site LOCAL Accept from LOCAL Accept from *.openstreetmap.org Deny Genauer gesagt stehen oberhalb von Deny noch einige URLs mehr, aber alle nach dem gleichen Muster. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ohne Erfolg und aber ...
Hallo, Am 18.04.2013 20:37, schrieb Andreas Schmidt: [ ] ABE (Application Boundaries Enforcer) aktivieren [ ] Websites das Verwenden ihrer eigenen Regelsätze erlauben [ ] WAN-IP (79.204.xy.yy) = LOCAL Ok, bei mir sind der obere und untere Haken gesetzt - nur dann sollte der Rest überhaupt einen Einfluss haben. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Recent edits in the wiki / Trademark issue
Am 01.02.2013 19:06, schrieb Jeff Meyer: Yes, it sounds silly to trademark geocode, yes, it's a US-only thing, but these issues are solved in courts, with real money for real lawyers, not well-reasoned arguments on email threads supported by personal moral and ethical constructs and not law. I fully agree - this is not about argument or logic but about laws. Unfortunately also about US laws where things easily get really, really expensive. Those large cooperations tend settle these things for millions simply because legal action is unpredictable in it's outcome and even more expensive. Yes, I would like the story to end with David winning against Goliath. But I there's quite some risk that this could end up more like Achilles' story... Personally, I'm glad the OSMF BoD is taking care of this so I don't have to. As Mr. W said, I'd rather be mapping... Yes, let's use our manpower for mapping, not for fighting possibly invalid trademarks. Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] OSM-Beteiligung an Geocaching Mega Event 28.06.-30.06.2013 in Koblenz
Hallo, Am 13. Januar 2013 13:39 schrieb Frank fr...@fotodrachen.de: Seit Jahren hält sich das Gerücht, man könne Geocacher domestizieren, nur weil sie ein GPS-Gerät besitzen und bedienen können. Gibt es denn schon nachgewiesene Fälle, in denen das gelungen ist? Nun ja, ich bin beispielsweise über's Geocaching zu OSM gekommen... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Garmin Hack Weekend in drei Wochen
Am 13. Januar 2013 12:46 schrieb Volker Schmidt vosc...@gmail.com: Zumindest im sogenannten outdoor-Bereich sind sie im Allgemeinen besser: robuster, wasserdicht, und die Batterien halten laenger durch. Im Gegensatz zu meinem Smartphone kann ich mein GPS auch mit dicken Handschuhen noch gut bedienen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg als Fahrradweg gerendert
Hallo, Am 9. Januar 2013 10:50 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Volker Schmidt vosc...@gmail.com wrote: network=lcn und route=hiking sind im Konflikt in diesem Fall. Nicht wirklich, die network Sache ist ja prinzipiell auch bei Wanderweegen äquivalent anwendbar. Wobei meiner Meinung nach die Betonung auf äquivalent liegt. Das c in lcn steht ja für cycling, daher ist es ja eigentlich nur kosequent daraus auf einen Radweg zu schließen. Daher bräuchte es dann konsequenterweise ein lhn für local hiking network, wenn Wanderweg analog zu den Radwegen getaggt werden soll. Ob das jetzt glücklich oder ideal oder was-weiß-ich ist, steht aber auf einem anderen Blatt. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[talk-au] Fwd: cities changed to towns
Arrgh, I've just noted that I havn't sent this to the list but as a direct reply. So here another try: 2012/12/12 Nathan Van Der Meulen natvan...@yahoo.com I completely disagree that population alone should be used to classify a location (unless the populations are seriously reduced). Going by the suggested populations, places like Tenterfield, Glen Innes, Charleville will become villages and Norseman, Laverton and Lockhart hamlets. I agree. The population method may well work in most of Europe as a 'village' of 2,000 people will rarely be further than 50km from a town and therefore won't need facilities beyond a basic fuel station and general store. Rural Australia is a different game. Well, in fact it doesn't really work well in Europe either. To me it always should be a mix of population *and* regional importance/situation. So while a place like Noseman (or probably Wyndham) should definelty qualify for place=town something in similar size in a more densely populated area might not. So my concern is more along the lines that even if a place legally/formally is a city I wouldn't automatically imply place=city. Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] waterway=riverbank / saisonale flußläufe
Hallo, Am 22. November 2012 17:00 schrieb Markus liste12a4...@gmx.de: Man könnte den häufigsten Verlauf hier als Wadi eintragen (habe ich im OSM-Wiki nicht gefunden). Dafür gibt es http://wiki.openstreetmap.org/wiki/DE:Key:intermittent - interessanterweise in der englischen Fassund noch ein Proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Intermittent_river Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] there are lots of falkland islands
2012/11/21 Ed Loach e...@loach.me.uk There is another admin level 2 boundary relation offshore: http://www.openstreetmap.org/browse/relation/2185374 That's the only one which should have admin_level=2. So this multipolygon one http://www.openstreetmap.org/browse/relation/1979517 which is labelling everything might not even be needed. Yes, I think this one is not necessary at all. Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] waterway=riverbank / saisonale flußläufe
Hallo, auch wenn ich in noch nichts in Madagaskar gemappt habe, so bin ich doch auch einer von denen, die bei breiten Flüssen gerne mal riverbank einzeichnen. Für mich trifft eine einzelne river-Linie bei einem Fluß von deutlicher Breite einfach die Realität nicht so ganz. Ein Beispiel wäre [1] - wenn auch zugegebenermaßen ein ziemlich extremes. Am 21. November 2012 11:52 schrieb Henning Scholland o...@aighes.de: Am 21.11.2012 11:33, schrieb Martin Koppenhöfer: riverbank begrenzt das Flussbett, von daher durchaus sinnvoll, ggf. könnte man das noch weiter verfeinern, wenn man es für notwendig erachtet, z.B. bei stark schwankendem Pegel Als Anwender möchte man wissen, wie groß ist das Flussbett und wie breit ist der Fluss an sich. In Deutschland sind die beiden Infos in der Regel identisch. Wenn man riverbank für das komplette Flussbett nutzt, fehlt in diesem Fall die Info, wie briet nun der Fluss ist und das halte ich für eine sehr wichtige Info, wenn das Flussbett zu einem großen Teil aus Sand und Kies besteht. Bei einem 1m brieten Rinnsal in einem 10m breitem Flussbett kann ich drüber hüpfen. Wenn ich nur 10m blaue Fläche sehe, würde ich das jedoch nicht vermuten. Mehr kann derzeit der Auswerter aber nicht wirklich ableiten und darstellen. Hm, in der englischen Wiki-Seite für riverbank [2] findet sich der Hinweis, dass der Hochwasser-Spiegel verwendet werden soll. Das ist dann ja auch konsistent mit coastline, sonst gäb's vermutlich leicht Ungereimtheiten am Übergang. Wobei Überschwemmungen meines Erachtens nicht darunter fallen - das hatte ich auch schon welche auf Luftbildern. Für mich ist riverbank das gesamte Flussbett, wobei das nicht zwingend heißt, dass dort auch immer Wasser ist. Wenn ich es recht sehe, sind stark schwankende Wasserpegel aber noch ein generelles Problem. So gibt es für Flüße, die zwischendurch auch mal austrocknen, meines Wissens kein etabliertes Tagging-Schema. In Westeuropa sind die auch eher seltener als wo anders. Grüße, Michael --- [1] http://www.openstreetmap.org/?lat=1.2209lon=18.6697zoom=13layers=M [2] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank / saisonale flußläufe
Guten Morgen, Am 22. November 2012 00:00 schrieb Henning Scholland o...@aighes.de: Am 21.11.2012 23:36, schrieb Martin Koppenhöfer: Ich denke hohe Abflussmenge macht mehr Sinn wenn man das Flussbett betrachtet, weil auch wenn wo nur für kurze Zeit im Jahr der Fluss fließt, dann ist das prinzipiell doch Flussgebiet. Aber wo machst du dann die Grenze zum Hochwasser. Hier sind die meisten Flüsse in einem relativ tiefem Flussbett. Dennoch gibt es Flüsse, die regelmäßig im Frühjahr dieses Bett verlassen und ganze Äcker überfluten. Ich denke keiner würde auf die Idee kommen diesen Hochstand als riverbank zu taggen, sondern den Wasserstand, der üblicherweise Anzutreffen ist. Warum sollte man es dann bei einem Fluss, der von Kies, Sand Co umgeben ist anders machen? Wie in einem der vorhergehenden Posts geschrieben, ist das vor Ort ja oft recht eindeutig zu erkennen. Zumindest hier bei den süddeutschen Flüssen, die mir so spontan einfallen. Die Flüsse, die aus den Alpen kommen, haben einen ziemlich stark schwankenden Wasserstand. Bei niedrigem Stand gibt es dann oft Kiesbänke, die bei höherem Wasserstand überflutet werden. Ein gutes und vermutlich bekanntes Beispiel dafür ist die Isar. Die Abgrenzung zwischen Kiesbank und richtiger Insel ist eigentlich am Bewuchs auch gut erkennbar. Ach so, wenn ich mich jetzt nicht ganz täusche heißt Riverbank auch nicht Flussbett sondern Flussufer. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Question on undelete/restore
Hi Martin, 2012/11/20 Martin Koppenhoefer dieterdre...@gmail.com Had a similar problem, this is the ticket: https://josm.openstreetmap.de/ticket/8156 Yes, I think that's exactly the problem I've experienced. Best regards, Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Question on undelete/restore
So thanks to everybody for the feedback. In the meanwhile the user of the changeset has agreed to revert all of his changesets for the area. But on the other hand user zors1843 has reverted the changeset affecting the coastline. So now I guess I'll simply leave things as they are - I think any further attempts to revert changesets would be problematic. Michael 2012/11/20 Michael Krämer ohr...@gmail.com Hi Martin, 2012/11/20 Martin Koppenhoefer dieterdre...@gmail.com Had a similar problem, this is the ticket: https://josm.openstreetmap.de/ticket/8156 Yes, I think that's exactly the problem I've experienced. Best regards, Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Question on undelete/restore
Hi, using OSM inspector's coastline view I came across a rather large missing segement of the coastline. It turned out that a new user has accidentially deleted it. He agreed to revert the change and I volunteered to take care of it. As it turns out the changeset (13910261) included more changes to roads etc.- 92 ways overall - so reverting would include more than just the coastline. To make things even worse there are also some following, conflicting changesets. So using the reverter plugin causes quite a number of conflicts that I have a hard time to resolve. But just to make sure I have contacted the user again because it sounded like he wouldn't mind to revert all changs. But the answer is still pending due to different time zones. So I tried to only undelete the way for the coastline using the undelete plugin. Trying to do so gives an error on upload as the way references deleted nodes. Sounds reasonable but doesn't really help. Any suggestion how to best get this fixed again? BTW re-mapping the coastline from Bing is not an option due to clouds... Thanks, Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Radwege mit ncn_ref an ways
Hallo, heute bin ich zum ersten Mal auf Abschnitte von Fernradwegen gestoßen, bei denen die einzelnen Wege mit ncn_ref= getaggt sind. Aufgefallen ist es mir, da ich dort vor einiger Zeit die existierende Relation korrigiert haben, die Radkarte aber den alten Weg auch noch angezeigt hat. Mein Verständnis ist, dass diese Tags wohl aus der Zeit vor den Relationen stammen. Daher würde ich stark dazu tendieren, die Tags zu löschen. Natürlich nur, wenn die Wege auch in der Relation enthalten sind. Was meint Ihr? Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] tagging 4WD and dirt roads - I give up.
Hi, Well, I'm one of those European countries with almost no unpaved roads - and therefore also think they should be rendered differently. A driver encountering an unpaved road here is usually quite confused if that's really an official road... But looking at some of the older discussions around this (e.g. [1] or [2]) I wouldn't really expect any change to the default rendering anywhere soon. So I wonder if anyone ever considered to provide an own map rendering taking the surface/smoothness/4wd_only into account? As the default rendering doesn't really match the traditional coloring scheme in Germany there's a special German style available ([3]). But I assume the problem is to have enough ressources for this... I didn't entirely follow this thread so I hope this isn't something which came up earlier and which I have missed. Michael - [1] http://lists.openstreetmap.org/pipermail/dev/2011-June/022789.html [2] http://lists.openstreetmap.org/pipermail/talk/2011-January/055961.html [3] http://www.openstreetmap.de/karte.html?zoom=10lat=52.51448lon=13.40603layers=B000TF ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] News on national border
Hi, I've just uploaded the first segment [1]. It runs from somewhere north of Newcastle along the NSW and Victoria coast almost to Wilsons Promotory [2]. If there aren't any objections I will continue to upload the remaining segements within a couple of days. Michael - [1] http://www.openstreetmap.org/browse/changeset/13325591 [2] http://www.openstreetmap.org/?lat=-35.76lon=149.99zoom=7layers=M Am 30.09.2012 01:34, schrieb Paul HAYDON: Hi Michael, I've no copy of your old method, but from what I recall this seems to be an improvement - metres in lieu of approximating degrees AND not having to close the line should both produce a better result. I especially like that more detail can be included as mapping proceeds. Great work! Cheers, Paul. -Original Message- From: Michael Krämer Sent: 29 Sep 2012 13:58:42 GMT To: Talk-AU OSM,Ian Sergeant,Paul HAYDON Subject: News on national border Hi, unfortunately I noticed that the output from the process I had described was not really as good as I wanted it to be. So I did a bunch of refinements over the last couple of days and updated [1] accordingly. The key differences are the use of a projection to improve accuracy and using the tools in a different order to improve the geometry of the output. So now [2] shows the result I would personally suggest to upload as the national border. Michael - [1] http://wiki.openstreetmap.org/wiki/User:Ohr/Australian_national_border [2] https://dl.dropbox.com/u/3882550/OSM/NationalBorder.osm.bz2 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Küstenlinien
Hallo, Am 1. Oktober 2012 08:56 schrieb Markus liste12a4...@gmx.de: Die seewärtige Landesgrenze leitet sich von der *Basislinie* ab. (NICHT von der Küstenlinie) Teilweise ist eine Basislinie zwar durch die Küste definiert - dann aber durch die Niedrigwasserlinie und damit auch nicht durch die Küstenlinie in OSM. Aber wenn die offizielle Basislinie nicht bzw. nicht mit einer geeigneten Lizenz verfügbar ist, dann lieber etwas aus der Küste berechnen als gar keine Grenze, oder? Ok, darüber kann man trefflich streiten... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[talk-au] News on national border
Hi, unfortunately I noticed that the output from the process I had described was not really as good as I wanted it to be. So I did a bunch of refinements over the last couple of days and updated [1] accordingly. The key differences are the use of a projection to improve accuracy and using the tools in a different order to improve the geometry of the output. So now [2] shows the result I would personally suggest to upload as the national border. Michael - [1] http://wiki.openstreetmap.org/wiki/User:Ohr/Australian_national_border [2] https://dl.dropbox.com/u/3882550/OSM/NationalBorder.osm.bz2 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] National borders
Hi Paul, Am 22.09.2012 02:32, schrieb Paul HAYDON: BTW, won't the bays be self closing during buffer creation (if the mouth is less than the offset)? Not really, depending on the size you still get a kind of kink in the border where cutting short the bay would otherwise give a straight segment. I guess it's a bit like in the story The princess and the pea ;-) Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] National borders
Hi, Am 21.09.2012 23:26, schrieb Ian Sergeant: 1. Document accurately the process you have used Well, this part is done: http://wiki.openstreetmap.org/wiki/Australian_national_border 2. Note the activity required to increase the accuracy (reefs, bay closure) I've already added some notes on the page. 3. Upload the borders currently there (things aren't working properly right now). This would be one of the next steps if we agree on this process. 4. Work to increase the accuracy. 5. Update the borders accordingly. This sound pretty good to me. Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Küstenlinien
Hallo, Am 21.09.2012 23:45 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Oliver Raupach oli...@raupach.cc wrote: ... ja ist mir auch schon aufgefallen. Ich kenne mich aber mit Grenzlinien nicht so gut aus. Wo müssen die denn verlaufen? Direkt an der Küste? Oder gehört auch Meer dazu? Das ist diese 3-Meilen Zone um die Inseln rum. Da bräuchte man eigentlich mal ein josm plugin, das aus Küstenlinien die Grenzlinie anpassen kann. Na ja, je nach Land sind es auch 12 Meilen. Die Berechnung ist aber nicht ganz so zwanglos, da Buchten abgekürzt werden können. Etwas mehr Details gibt es unter http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dmaritime Aber es stimmt schon, dass die Grenzen in der Natur nicht vorkommen - wirklich korrekte Daten gibt es daher wohl auch nur über Importe der offiziellen Daten. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinien
Hallo Manfred, Am 22.09.2012 10:59, schrieb Manfred A. Reiter: ja, und bei offiziellen Daten muss man dann entscheiden ... nehmen wir dir von Kroatien oder Slovenien und nehmen wir die von China oder Japan ... ;-) Im Zweifelsfall einfach beide eintragen - vor dem Problem stand ich nämlich schon mal bei [1] :-) Ansonsten ist die Auswahl meist eh durch die Lizenz begrenzt und es läuft in weiten Teilen der Welt auf die der USA [2] hinaus. Grüße, Michael - [1] http://www.openstreetmap.org/?lat=9.723lon=28.448zoom=10layers=M [2] http://wiki.openstreetmap.org/wiki/Potential_Datasources#US_Dept._of_State.2C_International_Boundaries ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] National borders
Hi, finally I got the process sorted out to generate a border from natural=coastline, natural=reef and the baseline segments. The resulting osm-file can be found at [1]. Using the dataset I also updated the picture from the post below to show the differences [2]. It doesn't look that bad everywhere but especially along the Queensland coast that's not the only place like this. So no my question is how we should move on from here. I see different options: - Upload the dataset as is - Try to get it better e.g. by * manually by adding baseline segments (close bays, low water) * do a more accurate buffer computation * trace more reefs from Bing * ... - dump the idea and look for a better one - ... BTW this time I've taken notes so if anyone is interested I could share the process I've used. The processing hasn't been too acurate given the limitations of the data. Especially I used a buffer of 0.2 degrees instead of exactly 12 nautical miles so the distance is always a bit too short. Michael - [1] https://dl.dropbox.com/u/3882550/OSM/NationalBorder.osm.bz2 [2] https://dl.dropbox.com/u/3882550/OSM/ComputedCoastline.png ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] GPS Anfänger
Hallo, also inzwischen habe ich alle drei Arten von Geräten: GPS Logger (Wintec WBT-202), Outdoor GPS (Garmin eTrex Vista) und Android-Smartphone. Der Wintec Logger ist der Favorit zum Aufzeichenen von Tracks. Er läuft mit einer Akkuladung locker zwei Tage mit, braucht nicht viel Platz, kann im Auto hinter der Windschutzscheibe liegen usw. Für mich einfach die unkomplizierteste Möglichkeit. Außerdem verwende ich die Tracks zum Beispiel auch zum Georeferenzieren von Fotos. Dafür habe ich so eine Art Universalprofil, das die Häufigkeit der Trackpunkte an die Geschwindigkeit anpasst. Für POIs etc. verwende ich dann am ehesten das Smartphone mit OSMTracker. Da kann man nebenher mal Sprachnotizen eingeben und auch die anderen Sachen gehen schnell von der Hand. Teilweise verwendet ich dabei den GPS Logger als externes GPS über Bluetooth - so kann der weiterlaufen, und die Daten passen gut zusammen. Das Garmin verwende ich am wenigsten zum Mappen - dafür aber anderweitig ziemlich oft, beispielsweise beim Radfahren. Das hat hauptsächlich zwei Gründe: Erstens sind die Einstellungen für die Trackaufzeichnung im Vergleich zum Wintec Logger ziemlich eingeschränkt. Zweitens ist die Eingabe von Informationen gegenüber dem Smartphone eine Katastrophe. Für mich geht das Garmin nur in Kombination mit Papier und Stift zum mappen und das ist mir meist zu unhandlich, gerade auf dem Rad. Mein Favorit ist also auch ein Logger - was zudem auch noch die preisgünstigste Variante sein dürfte. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Darstellung der Wanderwege des Harzklubs im OSM
Hallo, Am 19.09.2012 19:00, schrieb Martin Koppenhoefer: aber es sieht so aus, als könnte dieser Harzer Wanderverein durchaus urheber- und markenrechtlich im Recht sein. Nur der Vollständigkeit halber: Auf den Harzklub sind im Markenregister keine Marken eingetragen. Damit sollte dieser Teil der Frage erledigt sein. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] National borders (was: import of state borders?)
Hi 2012/9/18 Ian Sergeant inas66+...@gmail.com If I understand correctly, the differences should only correspond to the amount that our coastline differs from the low water mark? Are we missing parts of the true coastline, is our coastline just inaccurate do you think? Well, to me there are two major reasons for differences between the coastline in osm and the baseline used to compute the boundary: (a) osm's coastline definition as the high water mark vs. the baseline defintion as the low water mark. Obviously the difference is quite small at cliffs and increases a shallow beaches. But the biggest difference is caused by something off the coast inundated at high tide but showing at low tide - e.g. high parts of a reef. (b) Smaller bays are cut off straight. These are not included in the list of points [1], in there are only the additional larger sections. I've tried to illustrate this a bit generating an image in QGIS [2]. It combines OSM with the data from [3] to show the situation. I'd be surprised if there was any definitive low water mark data for the entire coastline. I don't know how it has been generated but I'm afraid there is one. As this directly translates into the extension of the territorial waters etc. there's quite some incentive to have it defined. Should we start with a simpler section, like NSW? This probably wouldn't really help much as it doesn't really solve the problem. Last night I have spent some time on the topic and would currently suggest the approach to simply use what's there. Use coastline from OSM and combine with the straight sections from [1]. For both a 12 nautical mile buffer can be computed in QGIS and combined. This will not be accurate as it neglects the reefs etc. But it's probably the best we can get. BTW I haven't checked yet, if there are reefs mapped in OSM. If so they could perhaps be added into the process. Michael [1] http://www.comlaw.gov.au/Details/F2006L00525 [2] https://dl.dropbox.com/u/1222615/coastline.png [3] https://www.ga.gov.au/products/servlet/controller?event=GEOCAT_DETAILScatno=63565 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Markenschutz auf Wegmarkierungen? (war: Darstellung der Wanderwege des Harzklubs im OSM)
Hallo, Am 18. September 2012 05:56 schrieb Johannes Huesing johan...@huesing.name : Michael Krämer ohr...@gmail.com [Mon, Sep 17, 2012 at 09:22:36PM CEST]: Am 17.09.2012 21:13, schrieb Johannes Hüsing: On Mon, 17 Sep 2012 17:42:31 +0200 Andreas Labres l...@lab.at wrote: Eine Wanderwegmarkierung als Marke? Erzähl'... Zum Beispiel der Hugenotten- und Waldenserweg? Finde ich auf jeden Fall auch nicht im Markenregister beim DPMA... Eventuell sind da nicht alle Marken eingetragen, dieser (etwas missverständliche) Text http://www.hugenotten-waldenserpfad.eu/index.php?option=com_contentview=articleid=61Itemid=149 deutet darauf hin, dass die Eintragung in Frankreich stattfand, vielleicht war durch die internationalen Übergabeverträge es nicht als nötig befunden worden, die Marke in das Register des DPMA zu übernehmen. OK, jetzt hab' ich sie gefunden [1]. Nachdem auch die sog. Gemeinschaftsmarken mit erfasst sind, sollten eigentlich auch alle Marken im Register stehen, die in Deutschland gültig sind. Zugegebenermaßen ist die Suche nicht ganz so einfach, vor allem wenn der Inhaber nicht ganz klar ist. Grüße, Michael - [1] https://register.dpma.de/DPMAregister/marke/registerIR?AKZ=1006073CURSOR=1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Darstellung der Wanderwege des Harzklubs im OSM
Hallo miteinander, also, die schon von Chaos verlinke Markenrecherche beim Paten- und Markenamt liefert erstaunlicherweise für den Harzklub keine einzige eingetragene Marke. Entweder es gibt keine Marken oder sie gehören jemand anders - meiner persönlichen Meinung nach ist das erstere wahrscheinlicher. Im Vergleich dazu haben beispielsweise der Schwäbische Albverein oder der Schwarzwaldverein immerhin ihr Logo jeweils schützen lassen. Aber auch hier konnte ich keine geschützten Wanderwegsmarkierungen finden. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Darstellung der Wanderwege des Harzklubs im OSM
Am 17.09.2012 21:13, schrieb Johannes Hüsing: On Mon, 17 Sep 2012 17:42:31 +0200 Andreas Labres l...@lab.at wrote: Eine Wanderwegmarkierung als Marke? Erzähl'... Zum Beispiel der Hugenotten- und Waldenserweg? Finde ich auf jeden Fall auch nicht im Markenregister beim DPMA... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] National borders (was: import of state borders?)
Hi, 2012/8/31 Michael Krämer ohr...@gmail.com 2012/8/31 Ian Sergeant inas66+...@gmail.com Well, I think the baseline is defined here.. http://www.comlaw.gov.au/Details/F2006L00525 I don't think we have any issues using those facts as a source. That looks great, combining this with the coastline should work. The coastline can be either drawn via osmosis from a planet extract or perhaps also from OverpassAPI. But I guess we'll have to generate all those line segments in QGIS to get the coordinate systems right. A quick update from my side on this: I'm afraid it's not as straightforward as I had assumed... I managed to generate an osm file from the points given in the proclamation [1]. This gives the straight pieces of the baseline. But the problem is that the coastline doesn't really give the right baseline for the rest (high vs. low water mark). When I checked briefly I came across some pronounced differences for example in the gulf of carpentaria. I guess it will be the same along the Great Barrier Reef. So we would have to do some guesswork to combine coastline and straight segements. BTW, it's very likely not a projection issue. I made sure by doing a check of my calculations against the data Geoscience Australia provides. Michael --- [1] https://dl.dropbox.com/u/1222615/baseline.osm ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk] manual import of LSIB data to repair redaction damage to borders
Hi, from the amount of responses I guess borders are a topic not too many people are interested in... 2012/9/7 Ian Villeda vill...@mapbox.com I've noticed that international borders all over Central America and the Caribbean were damaged by the redaction[1]. I'm proposing a limited, manual import of USAID's LSIB data[2] to repair the border between Haiti and the DR. Data is owned and maintained by the US Federral Gov't so it is public domain (and many of existing borders look like they were originally imported from US Census Bureau or CIA data). Data look as highly resolved as the existing borders (or better), and not too node-y, although I will be sure to simplify any offending segments. I agree that the data is pretty good, often even better than existing data e.g. from the CIA World Database. I have used that for example to update the border between Sudan and South Sudan. The ogr2osm translation function[3] includes only admin_level= and boundary=administrative tags - there's no other relevant attributes in the source data. I would rather not tag these to the way itself but cover this using the relations. But I would add a source-Tag to the way, e.g. I had used source=Large Scale International Boundary (US DoS/INR/GGI). But as I just noticed that the data got updated recently I would now probably also include the month/year of the edition used. I don't know if that's relevant for the borders you're looking at but I remember that there's some attribute classifying the status of the border i.e. if there's any dispute or so. If there's any variation I think it would be valuable to maintain the information somehow. Once in josm, I plan on manually copying the way segments from the import layer into an active editing layer and manually connect imported segments to exising ways + include them in the relevant relations. I've included a sample osm file here[4] that you can review. Let me know what you think about the border repair plan and what I'm missing. thanks, The plan sounds fine to me. Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] National borders (was: import of state borders?)
2012/8/31 Ian Sergeant inas66+...@gmail.com Well, I think the baseline is defined here.. http://www.comlaw.gov.au/Details/F2006L00525 I don't think we have any issues using those facts as a source. That looks great, combining this with the coastline should work. The coastline can be either drawn via osmosis from a planet extract or perhaps also from OverpassAPI. But I guess we'll have to generate all those line segments in QGIS to get the coordinate systems right. 2012/8/31 Paul HAYDON cadmana...@live.com.au BTW, in QGIS it's Vector / Geoprocessing Tools / Buffer(s) - and I seem to recall some issue with the number/scale (read: map units), but I managed to work my way through it previously. Exactly, I remember that I somehow had to convert 12 nautical miles into fractions of degrees lat/long or so. Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] National borders (was: import of state borders?)
2012/8/30 Ian Sergeant inas66+...@gmail.com It looks like we've finished the NSW/Victoria border. There are probably a couple of bits I'll go back to and touch up, but otherwise looking good. Yes, I think now all land borders are completely mapped. Nice piece of work. So, what's next to complete the national/state borders? Good question, I would probably start with the national border. These maritime boundaries are rather messy, just have a look at the yellow line and the brown area in [1] or read the description there. For this I see two different methods: (a) Do the pure-OSM approach by deriving everything from the coastline with some guessing for the straight segments. (b) Try to get permission to use the official data [3] Here I would definetly favor (b) - simply because to me the only accurate definition of the baseline is the official one. But of course I don't know at all if there is a chance to get the permission to use the data in OSM. If this doesn't work we would have to work on using the coastline, somehow generate a baseline, and from there calculate the territorial waters. The piece looking most diffcult to me would be to generate the baseline, given the topography of Australia's coastline and/or looking at [1]. Any thoughts or suggestions are highly welcome! Michael --- [1] http://www.ga.gov.au/image_cache/GA3746.pdf [2] https://www.ga.gov.au/products/servlet/controller?event=GEOCAT_DETAILScatno=63565 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] National borders (was: import of state borders?)
Hi Paul, 2012/8/31 Paul HAYDON cadmana...@live.com.au I've recently used Quantum GIS (QGIS) to create a region about my GPS routes so as to capture the fuel stops (for example, within 10km of my chosen path). I would think if someone could establish the coastline as a perimeter, then it could be generated by the same means. Yes, the offset/buffer can be calculated with QGIS. I've done this before, unfortunately I didn't take any notes at that time so I would have to find my way again. But the key problem is that the boundary is not calculated from the coastline directly. Instead of the coastline an artificial line called baseline is used (cf. [1]). Bascially this cuts off a couple of bays - (the black areas in [2]). So looking at [2] the baseline (and border) run from the northern tip of Fraser island straight west towards Bundaberg. If you would to the calculation from the coastline the border would rather have a bend to the south inbetween. That's why I personally would prefer trying to get import permission as and only use the coastline as a backup solution. I'm not sure what distance the territorial waters go to, That's the easy part: It's 12 nautical miles (from the baseline). Anyway, I'd be happy to collaborate on this if you think it will help. You're definetly welcome! Michael [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dmaritime [2] http://www.ga.gov.au/image_cache/GA3746.pdf ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Am 28.08.2012 18:46, schrieb René Falk: Die Grenzen der Flusseinzugsgebiete sind ja bekannt, zumindest in der EU und sicher auch in vielen Gegenden im Rest der Welt. Zum einen bin ich mir da überhaupt nicht sicher, wenn ich zum Beispiel an die Schwäbische Alb denke. Durch den Karst ist da eigentlich nicht immer ganz so eindeutig, wo das Wasser jetzt hinfließt. Bei so etwas eine Grenze anzugeben, suggeriert meines Erachtens eine Genauigkeit, die so eindeutig gar nicht gegeben ist. Über so eine Europäische Wasserscheide bin ich mal ein paar Jahre täglich drübergefahren... Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier noch kein überzeugendes Argument aufgetan. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?
Hallo, Am 25.08.2012 19:29, schrieb malenki: Welchen Nutzen hat es, wenn von einem Fluss alle einmündenden Flüsse (mit weiteren Rekursionen) in die Relation des erstgenannten Flusses gepackt werden? Das habe ich mich auch schonmal gefragt. Das war in der DR Congo, dort gibt es etliche watershed-Relationen. Nachdem es sie schon gab, habe ich sie weiter befüllt - das ist schon eine Zeit lang her und ich war vorsichtig. Was meint ihr? Ist das vernünftiges Mappen oder überflüssige Datensammlung? So ganz hat sich mir der Sinn auch nicht erschlossen. Wenn man es unbedingt braucht, sollte es sich doch aus den Daten selbst ableiten lassen. Die Pflege der Relationen stelle ich mir nämlich etwas schwierig vor. Man stelle sich nur das Einzugsgebiet von Donau oder Rhein vor, nachdem bei uns ja eigentlich jeder Bach gemappt ist. Oder es gibt dann hierarchische Relationen (z. B. Rhein / Mosel / Saar /...) Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Policy in mapping military installations
2012/8/24 Michael Kugelmann michaelk_...@gmx.de 1. Don't break local law - this may include mapping military installations But local law should not be valid if you are in another country. I'm not a lawyer but I'm guess it's not that simple. I think local law might apply even if you're somewhere else. But it might be difficult to enforce unless you visit the country sometime. In fact I think this ispart of the reason for the current buzz around Julian Assage... So one could view this as a question of balancing personal risk... Michael (another one) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] redaction cleanup - unusual water feature
Am 24.08.2012 20:21, schrieb Chris Barham: Hi, If you look at Bing imagery for this location it is composed of some sort of inland harbour/marina/coastline/water feature which had previously been mapped (rather elegantly too by the look of it), from Nearmap as source. Post redaction there are the outline nodes left,and I'm was wondering how to go about reinstating this coastline/water? Join up the existing nodes? Start again? What tags? I would re-use the existing nodes. Regarding tagging I was about to suggest natural=water but then I did some reading in the wiki. So I think natural=coastline is the right thing to use. There's a similar structure a bit south which is tagged as waterway=riverbank - I don't think that's a good idea. Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Neue BING-Luftbilder und Militärflächen
Guten Morgen, Am 24. August 2012 07:35 schrieb Werner Poppele popp...@hm.edu: Michael Bemmerl wrote: Interessanterweise sind die Militärflächen hier nun /nicht/ mehr unkenntlich gemacht, sondern genau so aufgelöst wie die Umgebung. also im Raum Landsberg am Lech ist alles beim Alten. Es sind ja auch noch die gleichen alten Bilder. Die Hoffnung besteht also, dass es auch dort irgendwann neue Bilder gibt, die dann nicht mehr verpixelt sind. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] import of state borders?
2012/8/22 Ian Sergeant inas66+...@gmail.com The Murray boundaries (from the east) are now half way to Lake Hume. I notice that someone is making a start form the South Australian end too. That was me - I did some of the low hanging fruit by using already the existing riverbank to create the boundary. Michael (user Ohr) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] import of state borders?
Hi Ian, 2012/8/17 Ian Sergeant inas66+...@gmail.com Given Nick's comments (assuming I've understood them correctly), lets start this approach with the ACT, and Nick can apply his tweaks post-import. Ok, I'll run the conversion and manually import the ACT data. Expect some results over the weekend. Last time I looked parts of the Murray River border NSW/Vic were missing, and we should probably reconstruct these from the river itself, seeing that (the southern bank) is the border defined. Unfortunately the river is currently only defined by a single way. So this would require manual tracing the southern bank from aerial images. And I guess the legal definition of the bank for the border is probably different from OSM's definition for the riverbank. What other non-straight parts are we missing? I think only the eastern part of the QLD-NSW border. By the way, I think the entire national border of Australia is also gone. But let's do one step after another... Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] import of state borders?
Am 17.08.2012 09:43, schrieb Michael Krämer: Given Nick's comments (assuming I've understood them correctly), lets start this approach with the ACT, and Nick can apply his tweaks post-import. Ok, I'll run the conversion and manually import the ACT data. Expect some results over the weekend. OK, I have just imported the missing parts of the ACT border (changeset #12765494). Here some details: - the easter border from the souternmost corner to the Monlonglo River north of Queanbeyan had already been present - there had been a border around Kowen Forest with source=ABS_2006; Federal electoral boundary GIS data but much coarser compared to the new data. The existing nodes coincided with nodes of the new data. So I have considered the new data as an improvement and added them. - Some of the segment from above had been part of relations for districts so I also updated these relations as appropriate - first I assumed that Jervis Bay is part of the ACT. I just noticed that it's an territory on it's own and added an separate relation later - the seaward border of Jervis Bay didn't match the coastline in OSM so I dropped it completely. I think the seward borders should be covered together with the national border anyway. Now some of the existing areas for National Parks etc. don't accurately match the border although they probably shold (e.g. [1]). In general again I found the new data to show more detail than what had been present. Michael --- [1] http://www.openstreetmap.org/?lat=-35.6402lon=148.7784zoom=14layers=M ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] import of state borders?
Hi, first of all a quick introduction: I'm one of those armchair mappers trying to assist in cleaning up the mess after the redation bot. When doing so I've noticed that most of the state and territory borders are gone. I could already reconstruct the straight parts from remaining segments and nodes. But the non-straight parts are still missing, so there isn't much left of ACT at the moment, for example. Looking for a source for these I came across the data from the Australian Bureau of Statistics which are ODbL-compliant according to [1]. Available is are shapefiles for the electoral boundaries [2] and to my understanding these had previously been used for the state boundaries. So I would suggest to import the missing parts of the boundaries from these datasets again. This wouldn't be an automatic import but include manually combining the data with what's already there. Any thoughts? Best, Michael (user Ohr) [1] http://wiki.openstreetmap.org/wiki/Import/Catalogue/ABS_Data [2] http://data.gov.au/dataset/commonwealth-electoral-boundaries-archive-2009/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] OSM-basierte Verkehrskarte beim Bayerischern Rundfunk
Hallo, jetzt bin ich angenehm überrascht. Eben habe ich entdeckt, dass der Bayerische Rundfunk seit heute eine OSM-basierte Verkehrskarte anbietet: http://www.br.de/themen/aktuell/inhalt/verkehr/index.html Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM History Viewer?
Hallo, Am 26. Juli 2012 09:36 schrieb Martin Vonwald imagic@gmail.com: Weiß jemand, ob der OSM History Viewer derzeit funktioniert? Egal was ich probiere, ich bekommen immer ein java.lang.NumberFormatException: empty String, z.B. bei http://osmhv.openstreetmap.de/changeset.jsp?id=11776668 . Diese Meldung kenne ich leider auch zu gut. Wobei ich dachte, es länge an der Größe der Routenrelationen, um die es dabei immer ging. Auf jeden Fall habe ich es eigentlich schon länger aufgegeben, den History Viewer zu verwenden. Wobei ich bei Ausprobieren jetzt tatsächlich zufällig eine kleine Relation gefunden habe, mit der die Meldung nicht kommt: http://osmhv.openstreetmap.de/blame.jsp?id=1932708 Allerdings sehe ich da trotzdem keine Karte. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing Bilder ... aber anders
Hallo Manfred, Am 19. Juli 2012 22:43 schrieb Manfred A. Reiter ma.rei...@gmail.com: Alternative: Selbst Befliegung und sowas bezahlen - aber das ist teuer. Das ist noch utopischer. Stimmt - wobei es ein Stück weit auf die Größe des Gebiets ankommt. Eventuell wären ja selbstgemachte Luftbilder eine Möglichkeit (siehe [1] oder [2]). Der Aufwand ist vermutlich auch nicht ohne, wobei der Spaßfaktor unter Umständen auch nicht schlecht ist. In Deutschland ist das wegen der rechtlichen Lage schwierig - wie es in der Türkei aussieht, weiß ich natürlich nicht. Grüße, Michael [1] http://wiki.openstreetmap.org/wiki/DE:Luftbilder_erstellen [2] http://publiclaboratory.org/wiki/balloon-mapping-kit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Map and Programm for Offline
Hello Silvio, Am 18.07.2012 16:32, schrieb Silvio Siefke: The programm i have downloaded and the map is download at moment. My Problem is, i want go with bike from Germany to Spain. And i need a card where can see the Bike ways. I need no GPS or direct Routing. I have compass and when i have so ca. the way all is good. Perhaps you could also try using a map program (like Garmin's MapSource or http://www.qlandkarte.org/) in connection with one of the bike maps (for example http://www.velomap.org). Regards, Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map and Programm for Offline
Perhaps you could also try using a map program (like Garmin's MapSource or http://www.qlandkarte.org/) in connection with one of the bike maps (for example http://www.velomap.org). The Problem is that i need the maps offline, not online. Velomap is for offline use. Typically it is used with Garmin GPS devices but you could also just use the software on your computer. Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Falten von Plänen A4
Hallo, das Patent von miura-ori ist zwar noch recht jung, es gibt aber wohl nur eines in Japan. Solange es also nicht um ein globales Geschäft geht, sollte das kein Problem darstellen... Grüße Michael Am 29. Juni 2012 09:57 schrieb Volker Schmidt vosc...@gmail.com: Ich bin nicht so sicher, dass die eigentliche Falt-Technik unter Patentschutz steht. Es könnte sein, dass die zitierten Rechte sich auf den Produktionsmechanismus beziehen, und nicht auf di eigentliche Faltung. Außerdem wurde die Falttechnik bereits 1980 veröffentlicht, d.h. eventuelle Patente sind möglicherweise erloschen. 2012/6/29 bkmap burkhard.kirch...@web.de Am 28.06.2012 21:29, schrieb hansdorfff: Hallo, Am 15. Mai 2012 19:18 schrieb Jan Tappenbeck o...@tappenbeck.net: kennt jemand eine gute Falttechnik für Stadtpläne (A4 / A3) die nicht mit irgendwelchen Patenten im Konflikt steht? Falls Du die alte Falttechnik von Falk meinst, das Patent [1] darauf ist schon ein paar Jahrzehnte abgelaufen (siehe z.B. auch [2]). Aber für A4 oder A3 macht das vermutlich gar keinen Sinn. Mir fällt noch Miura Map Fold ein, bin aber uninformiert, was die Patentlastigkeit betrifft: http://lifehacker.com/5888022/**the-miura-fold-is-how-youd-** fold-a-map-if-you-were-awesome http://lifehacker.com/5888022/the-miura-fold-is-how-youd-fold-a-map-if-you-were-awesome Hier die Liste der Schutzrechte: http://www.miura-ori.com/**English/e-Property.html http://www.miura-ori.com/English/e-Property.html Gruß Burkhard __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-de http://lists.openstreetmap.org/listinfo/talk-de ___ 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] Taggen von Ingenieurbüros
Hallo, Am 21.06.2012 16:30, schrieb Jan Tappenbeck: Kennst Du denn den englischen Begriff für Ingenieur ? Das ist schon auch 'engineer'. In den angelsächsischen Ländern gibt es neben dem Titel aber auch die Anerkennung durch die zugehörigen Berufsverbände und ähnliches. Das wird dann durch entsprechende Zusätze wie den 'chartered engineer' gekennzeichnet. Allerdings hege ich die Vermutung, dass das 'Ingenieurbüro' sowieso etwas ist, dass es nicht überall gibt. Das dürfte in Deutschland damit zusammenhängen, dass die Ingenieure zu den freien Berufen und nicht zu den Gewerben gehören. Lange Rede, kurzer Sinn: Ein spezieller Tag für Ingenieurbüros dürfte meiner Meinung nach nicht für alle Länder gleichermaßen sinnvoll sein. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Ingenieurbüros
Hallo, Am 21.06.2012 20:45, schrieb Ronnie Soak: Ui, beim 'Ingenieurbüro' weiß ich es ehrlich gesagt nicht so genau. Das könnte eine Lücke sein, weil das ja eben keine Person direkt bezeichnet. Da war ich jetzt auch neugierig - in Bayern ist der Begriff schon geschützt: Bezeichnungen, die auf wirtschaftlich tätige Zusammenschlüsse von Ingenieuren hinweisen, dürfen in Verbindung mit der Berufsbezeichnung nach Abs. 1 oder ähnlichen Bezeichnungen nur geführt werden, wenn mindestens die Hälfte der Mitglieder des Vorstands, der Geschäftsführer oder die Personen, die mindestens über die Hälfte der Stimmrechte verfügen, zur Führung der Berufsbezeichnung nach Art. 1 Abs. 1 oder nach Art. 2 berechtigt sind. (Bayerisches Ingenieurgesetz Art. 1, http://by.juris.de/by/gesamt/IngG_BY.htm) Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass-api - was bedeutet die Meldung ?
Hallo Jan, 2012/5/29 Jan Tappenbeck o...@tappenbeck.net http://overpass.osm.rambler.ru/cgi/xapi?way[construction_year=*][@meta] Bekomme jetzt folgende Meldung: The data included in this document is from www.openstreetmap.org. It has there been collected by a large group of contributors. For individual attribution of each item please refer to http://www.openstreetmap.org/** api/0.6/[node|way|relation]/#**id/historyhttp://www.openstreetmap.org/api/0.6/%5Bnode%7Cway%7Crelation%5D/#id/history *Error*: runtime error: open64: 2 /osm3s_v0.6.98_osm_base Dispatcher_Client::1 Kann mir einer von Euch sagen was das bedeutet und wie man das beheben kann ? Der Server rambler hat wohl ein Problem: http://wiki.openstreetmap.org/wiki/Overpass_API/status Mit der anderen URL scheint's zu gehen: www.overpass-api.de/api/xapi?way[construction_year=*][@meta] Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falten von Plänen A4
Hallo, Am 15. Mai 2012 19:18 schrieb Jan Tappenbeck o...@tappenbeck.net: kennt jemand eine gute Falttechnik für Stadtpläne (A4 / A3) die nicht mit irgendwelchen Patenten im Konflikt steht? Falls Du die alte Falttechnik von Falk meinst, das Patent [1] darauf ist schon ein paar Jahrzehnte abgelaufen (siehe z.B. auch [2]). Aber für A4 oder A3 macht das vermutlich gar keinen Sinn. Grüße, Michael [1] http://worldwide.espacenet.com/publicationDetails/biblio?FT=Ddate=19520331DB=locale=de_EPCC=DENR=835219CKC=CND=2 [2] http://www.zeit.de/1995/51/Der_vielfaeltige_Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Hallo, Am 7. Mai 2012 13:43 schrieb aighes o...@aighes.de: Am 07.05.2012 12:43, schrieb Martin Koppenhoefer: Am 7. Mai 2012 11:53 schrieb aigheso...@aighes.de: Hallo, gerade für das Radfahren ist meiner Meinung nach doch surface nötig. grade1 steht für befestigten oder hochverdichteten Untergrund. Das schließt nur so als Beispiel auch Kopfsteinpflaster, üble Betonplattenwege, uvm. mit ein. ich stimme mit Dir überein, dass es auf jeden Fall wünschenswert ist, auch surface Werte einzutragen. Ein grade1 ist bei mir aber grundsätzlich ein guter (ebener) Weg, nur hochverdichtet oder befestigt reicht nicht aus. Betonplattenwege sofern sie wie von Dir beschrieben übel sind, bekommen bei mir nur ein grade2, wobei das übel natürlich ziemlich subjektiv ist, Kopfsteinpflaster habe ich noch nie auf Feldwegen angetroffen, aber dafür würde ich sicher auch nur in raren Ausnahmefällen ein grade1 vergeben. Was aber nicht der Definition des Wikis entspricht. grade1: Paved track or heavily compacted hardcore. grade2: Unpaved track; surface of gravel or densely packed dirt/sand. Kopfsteinpflaster (auch wenn es selten ist) und auch übele Betonplatten sind eindeutig befestigt, oder seht ihr das anders? Über das verdichtet muss man nicht streiten, dass ist ohnehin sehr subjektiv und situationsabhängig. Das sehe ich genau so. Es geht ja nicht nur um Radfahrer - schon als Fußgänger ist Kopfsteinpflaster was ganz anderes als Schotter. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] online tool: track selector für tracks ohne tracktype
Hallo, Am 7. Mai 2012 15:18 schrieb fly lowfligh...@googlemail.com: On 07/05/12 14:57, Michael Krämer wrote: Das sehe ich genau so. Es geht ja nicht nur um Radfahrer - schon als Fußgänger ist Kopfsteinpflaster was ganz anderes als Schotter. Das kommt dann wohl auch aufs Schuhwerk und die Wetterlage an. Wobei mit Stöckelschuhen würde ich doch eher feine Schotter gegenüber holprigen Kopfsteinplaster bevorzugen. Eben anders, nicht besser oder schlechter :-) Die Grade-Skala ist ja schon eine Abstufung der Qualität und bei diesen Oberfächen gibt es meiner Meinung nach keine eindeutige Reihenfolge für alle Benutzer eines Weges. Während jemand mit Stöckelschuhen eben vielleicht feinen Schotter bevorzugt, ist dem Traktorfahrer vielleicht das Kopfsteinpflaster lieber. (Wobei ich mich mit keinem von beiden auskenne...). Daher denke ich, dass diese Unterschiede nur mit surface=* dargestellt werden können. tracktype mit den definierten grades ist sicher nicht in der Lage alle Eventualitäten mit abzudecken. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
Hallo, Am 3. Mai 2012 08:45 schrieb Bernd Wurst be...@bwurst.org: Wie hoch ist die Wahrscheinlichkeit, dass genau im Hausnummer-Tag ein Fehler mit einer zu hohen Zahl auftritt? Stimmt, nach der Mail von Georg ist das Problem vielleicht weniger eine zu große Zahl als einfach ein anderer, ungültiger Eintrag. Ansonsten gibt es wohl eher fehlerhafte Formatierungen, wo Hausnummern-Bereiche wie 12/14 oder 22-26 als hohe Hausnummern erkannt werden!? Dann sollte jeder der einen solchen Test programmiert bitte solche Fälle (zunächst mal wohl genau diese beiden Fälle) beachten und korrekt verstehen. Dann kann man noch warnen wenn die Zahlen keinen Sinn ergeben (z.B. bei / mehr als 4 auseinander, bei - mehr als 20 auseinander oder erste Zahl größer als zweite Zahl). Da möchte ich dann als andere Testfälle noch die 398 1/2 und 398 1/3 einbringen. Beide gibt es hier wirklich, genauso ein Hauseingang, an dem 453 rechts steht. Die 453 links ist ca. 50 m entfernt um die Ecke, dazwischen steht ein anderes Haus. Mit solchen Fällen, könnte es schwierig werden, Fehleinträge von gültigen Exoten zu trennen. Ich würde doch stark bitten dass solche Checks von oben herab an das Optimum angenähert werden. Also zunächst mal nur völlig unrealistische Fälle erkennen und dann weiter verschärft werden um nur leicht unlogische Fälle zu finden. False-positives sind für die Motivation neuer Mapper und die Glaubwürdigkeit jeglicher Checks ein großes Problem. +1 - zumal die False-positives gegebenenfalls örtlich gehäuft auftreten und dann entsprechend lästig wären. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Hallo, Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:39 schrieb Chris66 chris66...@gmx.de: Am 23.04.2012 13:28, schrieb Michael Krämer: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. +1 Und Lärmschutzwälle? Auch mit barrier=wall? ('wall' heißt ja eigentlich Mauer und nicht Wall)... ;-) Vielleicht man_made=embankment? Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Hallo, Am 23. April 2012 13:42 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. type sollte man grundsätzlich besser nicht verwenden ausser, um einen Relationen-Typ anzugeben. Zumindest ist das derzeit so. Evtl. wäre es besser, für Relationen stattdessen relation_type zu verwenden? Das stimmt natürlich, ich fürchte das ist mal wieder der Unterschied zwischen dem was ist und dem was sein sollte. Taginfo kennt übrigens gleich ein paar Varianten: http://taginfo.openstreetmap.org/search?q=noise_barrier#values Was macht man bei Schallschutz-konstruktionen, die keine Mauern sind, z.B. Röhren? Diese Howto_Map_A-Seite krankt ein bisschen daran, dass jede spontane Idee gleichbedeutend neben etablierten Schemata eingetragen wird, und so z.T. schlechtere Lösungen einführt werden, die es später schwierig machen, bessere Lösungen zu etablieren. Grundsätzlich führt ein bisschen Diskussion m.E. schon zu besseren Ergebnissen als Schnellschüsse. Den Tag für 'mal eben' daran auszurichten, was 'man' in der Vergangenheit so verwendet hat, finde ich an sich das richtige Vorgehen. Natürlich macht es trotzdem ganz viel Sinn, sich grundlegende Gedanken über eine optimale Tagging-Struktur zu machen. Nur fürchte ich, dass das typischerweise etwas länger braucht. Ganz schlecht finde ich persönlich, individuelle Schnellschüsse, d.h. ich erfinde eben mal kurz einen eigenen/neuen Tag. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Hallo, Am 19. April 2012 10:48 schrieb NopMap ekkeh...@gmx.de: Manfred A. Reiter wrote Meine Rückfrage kommt deshalb, weil ich hier http://www.openstreetmap.de/karte.html?zoom=15lat=45.81389lon=14.12989layers=B000TT zwar einen Höhleneingang finde, aber die Burg nicht erscheint. Das kann zwei Ursachen haben: 1. Burgen werden im Kartenstil nicht berücksichtigt. Ich bilde mir aber ein, in einem anderen Thread gelesen zu haben, daß Sven das im deutschen Stil eingebaut hat. Stimmt, inzwischen ist die gesuchte Burg auch da, wenn man weiter reinzoomt: http://www.openstreetmap.de/karte.html?zoom=18lat=45.81561lon=14.12701layers=B000TT Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Philippe, Am 18. April 2012 13:57 schrieb Philippe Rieffel p.rief...@uni-muenster.de : wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. Das scheint doch mal wirklich ein Fall für landuse=brownfield zu sein, lt. Wiki ist das Land scheduled for new development where old buildings have been demolished and cleared. Also würde ich alles Abgerissene löschen und dann eine Fläche für den Landuse. Construction sieht für mich eher so aus, als ob das erst gerade gebaut würde. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Importierte Bäume in Szczecin
Hallo, Am 16. April 2012 12:55 schrieb Werner Poppele popp...@hm.edu: In Polen, der Name der Stadt ist Szczecin (Adresse unten) hat jemand mehrere Tausend Baeume eingetragen (importiert?) und diese Baeume alle mit einem fixme-Tag versehen. Dem Tag source http://wiki.openstreetmap.org/wiki/Key:source?uselang=de= gis.um.szczecin.pl nach zu urteilen war das schon ein Import. Der Änderungssatz, den ich jetzt auf die Schnelle gefunden habe, ist aber schon von September 2010. Wenn ich noch auf dem Laufenden bin, gibt es in Polen aber durch den Lizenzwechsel derzeit ganz andere Sorgen. Daher würde ich persönlich die Bäume mal stehen lassen. Der Lizenz-Säge werden sie wohl nicht zum Opfer fallen... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API / Suche nach Namensbestandteilen
Hallo, Am 16.04.2012 21:11, schrieb hansdorfff: ich suche einen Möglichkeit, Nodes, Ways oder Polygone anhand eines Teils des Namens und anhand Tags zu suchen. Beispiel: Finde ausgehend von Position X (bzw. Bounding box) alle Nodes mit building=yes, die im Namen *Feuerwehr* tragen. Hierbei ging es um die Suche nach einem bestimmten Turm. Soweit ich das sehe, sind API/XAPI nicht für die Suche nach Teilzeichenketten geeignet -- es ist einfach nicht vorgesehen. Um sowas selber auf die Beine zu stellen, benötigte man neben den OSM-Daten einen Server, PostGIS und eine ganze Menge RAM und CPU für den Import der Daten. Gibt es einen passenden Dienst schon, und ich habe ihn nur nicht gefunden? (Oder mag jemand API/XAPI entsprechend erweitern?) Ja, Overpass-API dürfte auch dafür die richtige Lösung sein, es kann sowohl Bounding Box als auch Regular Expressions. Mehr dazu samt Beispielen gibt es unter http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Non-exact_names Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM für Android
Hallo Markus, Am 13. April 2012 12:30 schrieb Markus liste12a4...@gmx.de: So ein mobiles Zeichenbrett... * Für draussen oder für im Urlaub schon nett... Für unterwegs mal eben gibt's schon das eine oder andere nützliche Programm, hier eine (persönliche und subjektive) Auswahl für Android: - http://wiki.openstreetmap.org/wiki/Vespucci - zum Zeichnen - http://wiki.openstreetmap.org/wiki/OSMapTuner - um Tags zu ändern - http://wiki.openstreetmap.org/wiki/OSMtracker_%28Android%29 - zum Aufzeichnen mit Zusatzinfos Wobei ich unterwegs meist nur den Tracker verwende und dann in Ruhe zu Hause mit JOSM die restliche Arbeit erledige. Grüße, Michael ___ 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 ....
Hallo Werner, Am 12. April 2012 16:15 schrieb Werner Poppele popp...@hm.edu: Bitte um Hilfe: Wie erhalte ich aus den angegebenen Nummern eine URL fuer JOSM ? WernerP das hatte ich mich auch schon gefragt: Auf die Schnelle ist mir nur der Umweg über die Karte eingefallen: http://www.openstreetmap.org/?way=; vor die Weg-ID und dann auf Bearbeiten gehen. Der direkte Weg über http://www.openstreetmap.org/edit?way=; ruft bei mir auch nicht automatisch JOSM auf. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flyer, woher?
Hm, bei mir gibt's eigentlich auch keine Probleme mit fehlenden Dateien - außer dass das Layout der Rückseite nicht ganz stimmt (Inkscape 0.48). Am 22. März 2012 12:25 schrieb Jacques Nietsch jacques.niet...@gmx.de: Merkwürdig! Bei mir ergibt sich folgende Situation: Fehlende Grafiken: Seite 1 ./nuernberg.png globe_part_halo.png Seite 2 ./garmin_62st_empty.png ./muenster.png ./abzeichnen.png Ok, die genannten PNGs stecken nur in german_flyer_2011_08, nicht aber in german_flyer_2010_04. Kann das vielleicht der Grund Laut README sollten da sein: List of files: [...] Was aber auch nicht mit dem übereinstimmt was ich im Verzeichnis sehe. Stimmt, das Readme ist hier wohl nicht mehr aktuell. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Release von OSMapTuner
Am 21. März 2012 10:15 schrieb hike39 ho...@hike.de: Schön und gut, aber mit welchen Mobiles ist diese kompatibel? Oh, da hatte ich ja Glück - mit meinem HTC Desire Z geht die App. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM; Einstellung der Umrisse der Flächen für z.B. landuse=residental, usw.
Hallo, Man kann in JOSM auch die Darstellung von Flächen komplett umstellen. Das heißt irgendwie Wireframe oder so. Genauer kann ich's im Moment leider nicht sagen, da ich gerade kein JOSM parat habe. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM; Einstellung der Umrisse der Flächen für z.B. landuse=residental, usw.
Am 25.02.2012 10:02 schrieb Jo winfi...@gmail.com: Map paint styles / Wireframe view hilft vielleicht, Jo Ups, genau das meinte ich eben... Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Hallo, Am 16. Februar 2012 09:12 schrieb Benjamin Lebsanft benja...@lebsanft.org: es gibt http://open.mapquest.com/ mit OSM und https://www.mapquest.com/ ohne OSM, von daher werden sie wohl letzteres verwenden denke ich. Leider nicht: Die Daten auf geocaching.com entsprechen denen von open.mapquest.com und sind damit von OSM. Zumindest ist das bei den Stichproben, die ich eben gemacht habe, wirklich ganz eindeutig. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Hallo, Am 16. Februar 2012 09:24 schrieb Matthias Meißer dig...@arcor.de: Wieviele es in Deutschland gibt kann ich leider nicht sagen, aber laut Statistik haben wir 62.000 weltweit http://taginfo.openstreetmap.org/tags/amenity=telephone Hm, laut tagwatch wären davon 22825 in Deutschland (http://tagwatch.stoecker.eu/Germany/En/ignored_amenity.html). Allerdings irritiert mich jetzt das ignored in der URL etwas, daher weiß ich persönlich nicht, wie verläßlich diese Zahl ist. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Statistik für Übersetzung
Hallo, Am 12.02.2012 12:59 schrieb Ronnie Soak chaoschaos0...@googlemail.com: nach den die Qualität des Wikis immer wurde bemängelt wird und der Stand der Übersetzung dabei eine große Rolle spielt, wollte ich mal ein paar Seiten übersetzen. Super! Gibt es vielleicht eine seitenweise Nutzungsstatistik mit Klickzahlen? Oder eine Suchwortstatistik? Oder habt ihr andere Ideen? Ein ganz anderer Ansatz könnte auch Taginfo etc. sein: Damit kann man zumindest ermitteln, wie relevant der Tag ist. Der Schwachpunkt ist natürlich, dass man damit gerade nicht die Tags erwischt, die schlecht dokumentiert sind, und die deshalb nicht groß verwendet werden. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo Am 10. Februar 2012 10:13 schrieb hike39 ho...@hike.de: stimmt, da fühle ich mich schuldig. Aber bei meinen Recherchen in Wiki habe ich festgestellt, dass diese Orte als Stadtteile geführt werden. Da brauchst Du Dich wegen mir nicht schuldig zu fühlen. Mir ging es um die Orte in der Liste, die ich bearbeitet habe. Da stellt sich mir die Frage, was ist ausschlaggebender. Das Gefühl der Leute, die dort wohnen, die eigene Einschaätzung auf Grund von Bing-Luftbildern oder offizielle Aussagen der Gemeinden in Form von Wikipedia-Beiträgen. Aus meiner Sicht geht es dabei eben gerade nicht um die amtliche Einstufung sondern eher um das Erscheinungsbild. Was aussieht wie ein Dorf bekommt village, suburb ist für mich persönlich wie gesagt ein Teil einer größeren, zusammenhängenden Stadt. Im Wiki steht als Beispiel Berlin-Moabit, das klingt für mich vernünftig. Wo die Einstufung aber hapert ist für mich beim Unterschied zwischen village und town. Da habe ich mich zugegebenermaßen auch eher nach der amtlichen Einordnung gerichtet. Wobei ich nicht völlig davon überzeugt bin. Vor allem ging es bei der Bereinigung der Daten ja um den Abgleich von unterschiedlichen Elementen (Linie, Knoten) für den gleichen Ort. Die Frage war ja nur, wer von beiden übernommen wird. Es ging ja zum Glück nicht darum, die Ortschaften Deutschlands neu zu klassifzieren. Ich bin gerne bereit meine Eintragungen dementsprechend wieder zu korrigieren. Na ja, da brauchen wir jetzt meiner Meinung nach kein Faß aufzumachen. Aber vielleicht gibt es ja die Möglichkeit per Tags dieses genauer zu spezifizieren. Ich habe allerdings hierzu nichts gefunden. Das hilft immer. Für mich wäre aber schon eine deutsche Übersetzung der Beschreibung von suburb hilfreich. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Hallo, Am 9. Februar 2012 14:38 schrieb Markus liste12a4...@gmx.de: ein Stadtteil ist ein Stadtteil (und kein Dorf) http://wiki.openstreetmap.org/wiki/Tag:place=suburb (sollte man mal übersetzen) Ist erledigt: http://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dsuburb Das ist meine erste Übersetzung im Wiki, seid also bitte nicht gar so streng mit mir ;-) Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft, watchmaker und clockmaker
Hallo, Am 10. Februar 2012 12:58 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Wir haben auf der deutschen Seite eine identische Beschreibung für watchmaker und clockmaker. Laut engl. Wikipedia beschäftigen sich clockmaker nicht mit Taschen- und Armbanduhren (sondern mit großen Uhren wie z.B. Kirchturmuhren). Aufgrund der komplett anderen Skala (und damit einhergehend auch komplett anderen Werkzeugen, Methoden und Fähigkeiten, die zur Berufsausübung erforderlich sind), denke ich, dass eine Unterscheidung durchaus Sinn macht (interessanterweise werden auf der deutschen Wikipediaseite Groß- und Kleinuhren immer in einem Zug genannt, könnte mir aber trotzdem vorstellen, dass nicht ein und dieselbe Person beides macht, ich weiss es aber nicht). In Deutschland ist es im Prinzip wohl die gleiche Ausbildung, eben zum Uhrmacher. Aus eigener Erfahrung weiß ich aber, dass viele Uhrmacher schon heute keine sogenannten 'Großuhren mehr reparieren. Damit sind dann aber (mechanische) Wand- und Standuhren gemeint. Andersherum habe ich persönlich es jetzt aber noch nie erlebt - wäre auch eher brotlos. Für Turmuhren gibt es meines Wissens Spezialfirmen, ob die dem Handwerk oder der Industrie zuzurechnen sind weiß ich auch nicht. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo, Am 10.02.2012 14:54 schrieb Martin Koppenhoefer dieterdre...@gmail.com: m.E. sollte man eher nicht aufgrund von Bing-Luftbildern umklassifizieren, wenn man die Gegend nicht kennt. Da bin ich dabei. Konkret ging es in diesem Thread um eine Aktion, widersprüchliche Tags zu bereinigen. Also nur die Auswahl aus zwei Möglichkeiten. Das geht meiner Meinung nach schon anhand von Bing Wikipedia. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo, da war doch was: Vorhin habe ich aus der Liste im Wiki (http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_14) die letzten Orte vollends abgearbeitet. Am 14. Januar 2012 11:45 schrieb ludwich ludw...@ludwich.de: ich suche Unterstützung bei der Bereinigung folgender Daten. Georg v. hat mir eine Auswertung gezogen (Danke) die folgenden Inhalt hat: Es handelt sich um Place-Nodes sowie um Place-Flächen (meist landuse=residential + place=y) die den gleichen Namen haben. Meist sind es also Orte, die eine Landuse-Fläche mit Placeangabe haben; zusätzlich ist ein Node mit dem Ortsnamen vergeben. Wir haben nun den Ansatz gewählt die Zusammengehörigkeit über die Distanz von Node und Fläche herzustellen. Das funktioniert eigentlich auch meist ganz gut. Vielleicht mit Ausnahme der Inseln - auf der Insel Helgoland liegt der gleichamige Ort. Bei place=locality war auch eher ein echter Unterschied gegeben. Bereinigen lässt sich das ganze letztendlich nur durch einen Blick in die Karte . Die Liste dient also als Unterstützung beim Qualitätssichern. Stimmt, man trifft nicht nur auf ungewohnte Ortsnamen sondern auch auf ungewohnten Tagging-Stile. Von landuse=residential mit layer=-4 über unterschiedliche Interpretation der place-Tags bis hin zur spannenden Frage, wie Streusiedlungen gehandhabt werden sollen. Meist habe ich die Sachen konservativ behandelt, manchmal konnte ich mich aber nicht zurückhalten. Besonders aufgefallen ist mir in diesem Zusammenhang die Verwendung von suburb: Während das für mich ein Teil einer größeren, zusammenhängenden (!) Stadt ist, wird es wohl auch öfter für Ortsteile allgemein verwendet, auch wenn diese räumlich abgegrenzt vom Hauptort sind. Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo Martin, Am 9. Februar 2012 14:00 schrieb Martin Koppenhoefer dieterdre...@gmail.com: place=island für die Insel, place=village für den Ort. Wo will man da locality unterbringen? Da habe ich mich etwas mißverständlich ausgedrückt: Es gab in der Liste auch Kombinationen von Knoten mit locality und Wegen mit z. B. hamlet. Damit waren dann auch wirklich unterschiedliche Objekte gemeint. Falls man die Aktion mal wiederholen oder ausweiten möchte, würde ich mir überlegen, ob locality und island wirklich mit betrachtet werden sollen. Besonders aufgefallen ist mir in diesem Zusammenhang die Verwendung von suburb: Während das für mich ein Teil einer größeren, zusammenhängenden (!) Stadt ist, wird es wohl auch öfter für Ortsteile allgemein verwendet, auch wenn diese räumlich abgegrenzt vom Hauptort sind. da würde ich z.T. etwas mutiger sein, und Stadtteile, die ursprünglich (und tatsächlich aktuell, unter siedlungsgeografischen Gesichtspunkten) eigenständige Siedlungen sind, als place=village mappen. So was kann man aber nur mit guter Ortskenntnis einschätzen (wenn so eine Siedlung mittlerweile allgemein als Stadtteil gesehen wird (d.h. wenn sich die Leute, die dort wohnen, mehrheitlich als Städter und nicht als Dörfler sehen), wäre suburb besser). In den Fällen in der Liste waren sich die bisherigen Mapper ja eben nicht einig, daher ein Unterschied bei Knoten und Weg. Hier aber ein Beispiel, das als suburb getaggt war: http://www.openstreetmap.org/?lat=48.29614lon=10.39492zoom=16layers=Mnode=115516121 - das ist für mich ganz eindeutig ein village Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. vielleicht, aber jeder Fall ist anders, und Beispiele und Bilder geben eben nur einen bestimmten Teil der Realität wieder. Ohne Ortskenntnis kann man die Beispiele ja auch nicht einschätzen. Es gibt ja schon einige gut gemachte Beispiele im Wiki mit Anhaltspunkten. Mir ist eben aufgefallen, dass in der Liste relativ häufig suburb - village bzw. hamlet auftrat. Daher scheinen die bisherigen Erläuterungen dazu vielleicht nicht gut genug zu sein. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Hallo, Am 9. Februar 2012 16:33 schrieb Rainer Kluge rklug...@web.de: Wie wird eine Einrichtung getaggt, in der man gegen Gebühr duschen/baden kann? Solche Einrichtungen gab es früher in vielen Städten, entweder an ein Schwimmbad angegliedert oder als selbständige Einrichtung. Taginfo kennt 25 mal amenity=public_bath, das klingt doch ganz geeignet. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffentliches Duschbad
Hallo, Am 9. Februar 2012 16:54 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Eintrag von shower in die Wiki-Suchmaske ergab folgenden Link: Zu einfach... http://wiki.openstreetmap.org/wiki/Shower amenity = shower Bei Taginfo hat es 913 Einträge dazu, damit ist es klarer Gewinner gegenüber public_bath. Interessanterweise fand sich das bis eben in den amenity-Listen nicht als Eintrag. Jetzt fehlt nur noch ein passendes Foto dazu... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Hallo Markus, vielen Dank für die schöne Zusammenfassung. Am 9. Februar 2012 14:38 schrieb Markus liste12a4...@gmx.de: ein Dorf ist ein Dorf, http://wiki.openstreetmap.org/wiki/Tag:place=suburb (sollte man mal übersetzen) Stimmt, das mit dem übersetzen ist eigentlich der Knackpunkt. Derzeit gibt es im Deutschen vor allem http://wiki.openstreetmap.org/wiki/DE:Key:place Unklar sind Dörfer, die zusammengeschlossen wurden zu einer Verwaltungsgemeinde: Das Dorf ist immer noch ein Dorf, aber trägt jetzt den Namen der Verwaltungsgemeinde mit Zusatz Dorfname, oder den Dorfnamen mit Zusatz Verwaltungsgemeinde. http://wiki.openstreetmap.org/w/index.php?title=Special%3ASearchsearch=verwaltungsgemeinde Genau diese Fälle waren mir Aufgefallen. Aus meiner Sicht ist hier das Erscheinungsbild wichtiger als der Verwaltungsstatus. Ein Dorf bleibt ein Dorf, auch wenn es in eine Stadt eingemeindet wird. Die Verwaltungsgemeinde hat ja manchmal einen eigenen Namen - die erscheint meines Erachtens dann eben auch nur durch die Grenze. Das verstehe ich nicht: http://wiki.openstreetmap.org/wiki/Locality Vielleicht kann das mal jemand übersetzen und genauer beschreiben? Ebenso das: http://wiki.openstreetmap.org/wiki/Locality Hm, das verstehe ich jetzt nicht... Locality ist aber irgendein Ort mit Namen, der sonst nirgends reinpasst. Ich hatte zum Beispiel einen Hügel bzw. Bergrücken - kein peak aber trotzdem mit Namen. Das andere war glaube ich mehr eine Landschaftsbezeichnung. Eigentlich sollte locality aber wohl immer seltener werden, da es zusehends spezielle Tags dafür gibt. Leider ist das Wiki dazu auch nicht sonderlich aussagekräftig, hier würden vielleicht Beispiel und Bilder weiterhelfen. Konkret dachte ich persönlich da übrigens an OSM-Ausschnitte. So in der Art: Suburb: http://www.openstreetmap.org/?lat=48.16141lon=11.46922zoom=15layers=M Village: http://www.openstreetmap.org/?lat=47.76731lon=11.15775zoom=16layers=M Eine theoretische Alternative wären natürlich Ausschnitte aus Bing, aber ich vermute mal, dass die von der Lizenz her nicht ins Wiki dürfen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Hallo Martin, Am 9. Februar 2012 17:28 schrieb Martin Koppenhoefer dieterdre...@gmail.com: ich habe hier mal eins der gewünschten Beispiele: Hirschau bei Tübingen (ist verwaltungstechnisch ein Ortsteil). das wurde im Februar 2008 als village eingezeichnet und hat seither ein paarmal zwischen village und suburb gewechselt. Zufällig vor 2 Tagen wurde es wieder - nach meiner Ansicht zu Recht - von suburb nach village umgetaggt: http://www.openstreetmap.org/browse/node/244961850/history Danke, das war in diesem Fall aber kein Zufall sondern die genannte Aktion: Hier hatte der Knoten suburb und die landuse-Fläche village. Beim Bereinigen war für mich anhand der Luftbilder die Auswahl relativ einfach... Grüße, Michael (user Ohr) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Hallo Falk, Am 09.02.2012 19:17, schrieb Falk Zscheile: beim Versuch eines Uploads bekomme ich die folgende Fehlermeldung: Hochladen auf den Server ist fehlgeschlagen, da der Datensatz eine Vorbedingung nicht erfüllt. Die Fehlermeldung ist: ResponseCode=412, Error Header=Precondition failed: Relation with id 86322 cannot be saved due to Way with id 31893243 Wie kann ich das Problem beheben. Der Konfliktlösungsdialog scheint nicht anzuspringen ... Eventuell wurde inzwischen der genannte Way gelöscht. Das war zumindest neulich bei mir der Grund... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Uploadproblem mit Relation
Hallo Frank, Am 09.02.2012 19:34, schrieb Falk Zscheile: Am 9. Februar 2012 19:27 schrieb Michael Krämerohr...@googlemail.com: Hochladen auf den Server ist fehlgeschlagen, da der Datensatz eine Vorbedingung nicht erfüllt. Die Fehlermeldung ist: ResponseCode=412, Error Header=Precondition failed: Relation with id 86322 cannot be saved due to Way with id 31893243 Eventuell wurde inzwischen der genannte Way gelöscht. Das war zumindest neulich bei mir der Grund... Dem ist in der Tat so: http://www.openstreetmap.org/browse/way/31893243/history Wie bist du damit dann weiter verfahren? Ähm, das ist ein etwas wunder Punkt... Ich war am wiederherstellen einer Riesenrelation. Beim Hochladen gab es das Problem. Dann habe ich glaube ich erstmal gespeichert, Daten aktualisiert und nochmal probiert. Eigentlich wollte ich dadurch die betroffenen Wege herausfinden. Aber der Upload lief dann plötzlich durch. Glücklicherweise hat es dann hinterher gepasst. Wenn es nur ein Way ist, kannst Du ihn ja aus der Relation löschen bzw. durch einen anderen ersetzen. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nord-Stream-Pipeline - Liste gelesen
Hallo, Am 8. Februar 2012 11:48 schrieb bkmap burkhard.kirch...@web.de: Für die amtliche Verwaltung der Schutzbereiche sind, soweit mir bekannt ist, die Landkreise und kreisfreien Städte verantwortlich. Zivilbehörden - wo kämen wir denn da hin? Auch das ist im Gesetz[1] geregelt: Schutzbereichbehörden sind die Wehrbereichsverwaltungen (SchBerG §9, Abs. 3) Da kommt mir auch folgendes in den Sinn: Ohne Ortskenntnis nach Luftbildern zu mappen, kann dazu führen, dass man Schutzbereiche mappt, ohne dass man etwas davon mitkriegt. Und das ist in Deutschland illegal. Ein ziemlich starkes Argument gegen reines Sessel-Mapping. Wegen der Diskussion um die Verpixelung habe ich mich etwas mit dem Thema befasst. Dabei musste ich festellen, dass es gar nicht unbedingt so einfach ist, Schutzbereiche zu erkennen. Das scheint aber Absicht zu sein, im Gesetzt steht nämlich Der Plan über den Umfang des Schutzbereichs ist den Beteiligten nur, soweit sie davon betroffen sind, bekanntzugeben. (SchBerG §2, Abs. 1.) Also ist die Frage, ob man vor Ort wirklich besser dran ist. Nachdem die Schutzbereiche so hoheitlich, amtlich und offiziell geregelt sind wird es schon Listen geben. Nur werden die wohl kaum der Öffentlichkeit zugänglich gemacht werden. Grüße, Michael - [1] http://www.gesetze-im-internet.de/schberg/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de