talk-ch

talk-ch@openstreetmap.ch

10 participants
2187 discussions

Re: [talk-ch] Luftfahrthindernisse insbes.: (Alte) Seilbahn-Kabel in OSM?
by abonino_ql_IMAP 12 Aug '12

12 Aug '12

Hoi zämä es gibt auch noch: - verbotene Flugzonen - Start- und Landeplätze - ? grüne - rote - und schwarze Fluglinien (Schwierigkeitsgrad?) - Infrastruktur - .... WIR KÖNNEN NICHT ALLES SELBER MAPPEN!!! Daher wäre es mMn sinnvoll: - zuerst über/mit Verband die wichtigsten Tag's zu definieren - diese zu erfassen (hab schon mal was gehört in Bezug auf Schwimmkarten und Wassergefahren .... taginfo) - Übergabe (Werbung / Schulung) an Vereine (an alle Luft-, Schwimm-, Velo-Routen- / Velo-Trails, ... Und dann ist mal eine saubere Grundlage geschaffen, die viele andere Helfer motiviert! (ja genau - SOSM braucht einen Tag-Minister mit einer grossen Abtl) Gruss, Arthur

5 5

Mapping Party am 11. August
by Thomas Ineichen 10 Aug '12

10 Aug '12

Hallo zusammen, da der nächste 11. auf einen Samstag fällt, ist es mal wieder Zeit für eine Mapping-Party anstelle eines 'normalen' Stammtisches! Wie am letzten Stammtisch besprochen, möchten wir ein Gebiet remappen, welches durch den Redaction-Bot besonders betroffen war: http://bit.ly/OSMI-Irchel Je nach Anzahl der Leute die kommen und ihrer Verkehrsmittel (zu Fuss, Kinderwagen, Velo, Pferd), werden wir uns an einem einzelnen Punkt treffen (Teufen? Dättlikon?) oder sternförmig aufeinander zu mappen. Als Abschluss bräteln wir gemeinsam im/am Wald(-rand). Bitte tragt euch auf folgendem Doodle inkl. Fortbewegungsart ein, damit wir weiter planen können: http://www.doodle.com/ubywcb4fyq67a4mk (13 Uhr = Mappen, 17 Uhr = Bräteln; weder Zeiten noch Anmeldung sind verbindlich) Gruss, Thomas

2 2

Luftfahrthindernisse insbes.: (Alte) Seilbahn-Kabel in OSM?
by Stefan Keller 07 Aug '12

07 Aug '12

Hallo Letzthin kamen Meldungen über die (saisonbedingte) Häufung von Unglücksfällen mit Gleitschirmen. In einem Radiointerview sagte ein Vertreter der Sportart, dass das Problem u.a. darin bestehe, dass 1. alte Seilbahn-Kabel nicht in Karten eingetragen seien und 2. es an (GPX) Daten mangle, die man kostenlos aufs Navi laden könne. Tatsächlich finde ich z.B. den Skilift von Bäretswil nicht in OSM. Könnte da nicht OSM helfen? Weiss jemand mehr zum Stand von solchen als Luftfahrthindernissen? LG, Stefan P.S. Diese Tags hier wären sicher ein Ausgangspunkt http://wiki.openstreetmap.org/wiki/Category:En:Key:aerialway

2 1

Re: [talk-ch] boundary and river node merge
by tnk＠gmx.net 03 Aug '12

03 Aug '12

I see now the problem with merging boundaries and waterways. In many places the boundaries are still close enough to the riverbeds and they are better than any other information we have. So I mistakenly assumed that today's meandering boundaries were identical (and shifting) with the actual riverbeds, and not with historical ones. My mistake, sorry, I started to unmerge the boundaries I merged last year. On 03.08.2012 16:35, Simon Poole wrote: > The only merging I do and find acceptable is landuse to landuse. But > please not to roads, buildings and similar. On the other hand, I don't see a problem with merging shared ways of area multipolygons of an kind. Why not merge a lake with a meadow or a building with a pedestrian area in front of it? When it comes to merging roads with areas, I still do like the idea of it, roads are often the "natural" limits of those areas. But I also see the difficulty and error potential that this creates for beginners. Overlapping ways sharing the same nodes are often used as an alternative to merging, but you never see how many ways are in that "bundle". Well, in JOSM you can use the middle click to check what's all there, but for beginners that's not obvious either. > I've been toying with the idea of proposing a seperate (but still > editable by normal OSM mebers) database for boundary data. Since we all > will have to change to 64bit ID databases rsn, we would now have the > opportunity of chopping of a couple of high bits as separate ID spaces > which would make it trivial to use the same infrastructure and keep the > data mergable without id conflicts. A bit hackish I admit but really > easy to do. Sounds good to me, but wouldn't that require a worldwide solution? Thorsten (Shernott)

1 0

Re: [talk-ch] boundary and river node merge
by tnk＠gmx.net 03 Aug '12

03 Aug '12

Hi Simon, On 03.08.2012 11:30, Simon Poole wrote: > Please DON'T merge, in fact please do not merge ANYTHING with boundaries from the SwissTopo import. Could we make an exception for boundary stones like this one http://www.openstreetmap.org/browse/node/1373040900/history or should I remove it and create a separate node for it? > - merging the data increases the probability of editing errors impacting the boundaries by a gigantic amount The biggest source of boundary errors IMHO is their bad visibility in most editors. I don't know how often I find nodes of highways, landuse and other stuff stuck to boundaries. If you don't pay attention and detach these nodes before moving them, off goes your boundary. And there won't even be an visible error, except if you regularly run a bot that checks for shared nodes on boundary ways. I'm wondering if this kind of DO NOT TOUCH information wouldn't be better kept in a different layer alltogether, at least as some kind of a backup that can be restored on a regular basis. Thorsten

3 2

boundary and river node merge
by Frédéric Junod 03 Aug '12

03 Aug '12

Hi all, http://osm.org/go/0CSYTVpk In this area, the boundary (Cossonay) and the river (La Venoge) share the same location. Would be correct to merge the nodes in this section? (they are strongly related) Or align the nodes without a merge, or do nothing ... Thanks, fredj

4 4

Orthofotos mit Gleitschirm
by Danilo 02 Aug '12

02 Aug '12

Hallo zäme Ich habe diese Woche gerade mit der Gleitschirmausbildung begonnen. Da stellt sich natürlich die Frage – wäre das wohl geeignet zum Erstellen von Orthofotos? Die Luft müsste natürlich relativ ruhig sein, damit man anständige Fotos machen kann. Zudem müsste man zu jedem Foto die Position und Höhe tracken. Würde wohl ein Vario/GPS-Tracker in Kombination mit den Foto-Timestamps reichen. Hat da jemand schon Erfahrung, oder gibt es entsprechende Projekte? Gruss Danilo

5 8

Help mapping non-mapped areas of Tajikistan
by Stéphane Henriod 02 Aug '12

02 Aug '12

Dear all, I am using this channel to broadcast this information to all interested mappers. We have bought and put online a high-resolution imagery of the town of Khorog <http://osm.org/go/zxm5A1KA-->,in Tajikistan. Khorog (30000 inhabitants) is located at the Afghan border, 2000m a.s.l. and is highly exposed to natural disasters (earthquakes, avalanches, landslides...). The goal of our project is to build upon OSM to provide the first detailed spatial database ever. Those data will then be used (amongst others) for disaster risk reduction. If you wish to participate, here is some additional information: The first priority is to map: - All roads / streets / alleys - All buildings - Main natural elements (riverbed, landcover...) In order to guarantee some harmonization, the most relevant tags for the Tajik context are described and illustrated here: http://wiki.openstreetmap.org/wiki/WikiProject_Tajikistan/Tags Presets for JOSM have been developped as well and are available here: http://humadat.alwaysdata.net/tms/khorog/preset/preset_tj.xml [How to use the presets in JOSM: http://josm.openstreetmap.de/wiki/Help/Preferences/Map#TaggingPresets ] The imagery is available as TMS here: http://humadat.alwaysdata.net/tms/khorog/{zoom}/{x}/{-y}.jpg [How to add a TMS image in JOSM: http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery ] To avoid overlapping edits, it is advisable that mappers use the tasking manager http://tasks.hotosm.org/job/44 Thanks in advance for your help and don't hesitate to contact me, should you have any question or comment. Cheers, Stéphane -- "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux" -- Albert Einstein "A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you." -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info

2 4

Re: [talk-ch] AGIS and SOGIS aerial imagery in P2 (Potlatch 2) / AGIS und SOGIS Luftbilder in P2
by abonino_ql_IMAP 02 Aug '12

02 Aug '12

Hi Simon Ich habe Mühe mit der Gegend Brienz und Grindelwald. Diese Gegend ist auch noch mager erfasst. Für ein Schlecht-Wetter-Hobby sind alle diese Hintergrund-Karten wohl unentbehrlich? Braucht es da nicht die ganze Schweiz !? ;-) Vielen Dank und Gruss, Arthur On 01.08.2012, at 12:00, talk-ch-request(a)openstreetmap.ch wrote: > Falls jemand noch andere Quellen gerne direkt verf?gbar haben m?chte, > bitte bei mir melden. > > Simon

2 1

AGIS and SOGIS aerial imagery in P2 (Potlatch 2) / AGIS und SOGIS Luftbilder in P2
by Simon Poole 31 Jul '12

31 Jul '12

The imagery from the Cantons Aargau and Solothurn is now directly available from the "Background" menu if you are currently editing an area which is covered by the resp. sources (this is based on a bounding box which due to the rather irregular shape of both cantons naturally is not particularly exact). If anybody wants to have additional sources listed directly I'll have a look at it. -- Die Luftbilder der Kantone Aargau und Solothurn sind jetzt direkt vom "Hintergrund" menu verfügbar, falls man ein Gebiet bearbeitet, dass durch die Quellen abgedeckt ist (da beide Kantone etwas spezielle Umrisse haben und die Berechnung mit einem Rechteck erfolgt, ist dies nur grob richtig). Falls jemand noch andere Quellen gerne direkt verfügbar haben möchte, bitte bei mir melden. Simon

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

talk-ch