talk-ch

talk-ch@openstreetmap.ch

3 participants
2220 discussions

Re: [talk-ch] Kt Bern und veraltete 'Amtsbezirke im Nomitatim
by Beni Buess 25 Jul '11

25 Jul '11

----- Ursprüngliche Mail ----- > Hoi zämä > > http://de.wikipedia.org/wiki/Bezirk_(Schweiz)#Kanton_Bern > > Openstreetmap.org (Noiminatim): > Jede Ortsschafts-Abfrage im Kt Bern gibt immer noch die veraltete > Zugehörigkeit zu den Amtsbezirken. > Wer / wie kann man das 'aktualisieren? Hoi Arthur Ich weiss nicht genau, woher Nominatim diese Infos nimmt. Das kann vielleicht sonst jemand erläutern. Was ich aber gefunden habe ist folgendes: * Viele place nodes haben ein is_in tag. Da sind noch die Amtsbezirke drin. Du findest die z.b. mit http://taginfo.openstreetmap.ch/keys/is_in#values. Oder auch direkt mit der XAPI http://xapi.openstreetmap.ch:8080/xapi/api/0.6/*%5Bis_in=Amtsbezirk%20Bern,…] Mit JOSM remote control plugin könntest du diese in JOSM laden und entsprechend editieren. Ein automatisches update von OpenGeoDB wird wohl nicht mehr stattfinden habe ich mir mal sagen lassen. * es gibt noch place nodes mit den Amtsbezirken z.b http://osm.xiala.net:8080/xapi/api/0.6/*%5Bname=Amtsbezirk%20Bern%5D diese könntest du löschen. Gruss Beni

1 0

Kt Bern und veraltete 'Amtsbezirke im Nomitatim
by Arthur Bonino 25 Jul '11

25 Jul '11

Hoi zämä http://de.wikipedia.org/wiki/Bezirk_(Schweiz)#Kanton_Bern Openstreetmap.org (Noiminatim): Jede Ortsschafts-Abfrage im Kt Bern gibt immer noch die veraltete Zugehörigkeit zu den Amtsbezirken. Wer / wie kann man das 'aktualisieren? Gruss Arthur

1 0

Re: [talk-ch] Où sont passé les villes
by Beni Buess 22 Jul '11

22 Jul '11

Hi ----- Ursprüngliche Mail ----- > Bonjour, > > Pourquoi : select name, place, population, ST_XMin(way), ST_YMin(way) > from planet_osm_point where place='city' order by name; > > retourne: "name";"place";"population";"st_xmin";"st_ymin" > "Basel";"city";"166558";845693.191827259;6031158.4109349 > "Bern";"city";"128634";829474.955028303;5933599.80201283 > "Genève";"city";"177964";684235.112972494;5812740.38429504 > "Lausanne";"city";"124914";738349.064780494;5864370.3457703 > "Winterthur";"city";"101294";971686.405997248;6023907.41232361 > "Zürich";"city";"363273";950717.810304433;6002441.08116346 > > Où sont passé les autres villes??? These are the cities with more than 100k inhabitants. Others are tagged with place=town, place=suburb, place=village ... (1) Beni (1) http://wiki.openstreetmap.org/wiki/Place

2 1

Où sont passé les villes
by Frédéric Benninger 22 Jul '11

22 Jul '11

Bonjour, Pourquoi : select name, place, population, ST_XMin(way), ST_YMin(way) from planet_osm_point where place='city' order by name; retourne: "name";"place";"population";"st_xmin";"st_ymin" "Basel";"city";"166558";845693.191827259;6031158.4109349 "Bern";"city";"128634";829474.955028303;5933599.80201283 "Genève";"city";"177964";684235.112972494;5812740.38429504 "Lausanne";"city";"124914";738349.064780494;5864370.3457703 "Winterthur";"city";"101294";971686.405997248;6023907.41232361 "Zürich";"city";"363273";950717.810304433;6002441.08116346 Où sont passé les autres villes??? Salutations benni_75

1 0

Tag for Coop City?
by Mohamed Ellozy 20 Jul '11

20 Jul '11

I just added the big Coop City in Sion, and since I go there to buy food I tagged it supermarket :) Clearly not appropriate for the big Coop/Migros multipurpose stores, how should it be tagged? Thanks! Mohamed

4 4

Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
by Simon Poole 20 Jul '11

20 Jul '11

-- Sent from my GII mobile phone. Richard Weait <richard(a)weait.com> schrieb: Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check "Show license status". There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. _____________________________________________ talk mailing list talk(a)openstreetmap.org http://lists.openstreetmap.org/listinfo/talk

1 0

Parkplätze - Gratiszeit
by Danilo 19 Jul '11

19 Jul '11

Hallo zäme Gibt es eine Möglichkeit, bei Parkplätzen mit Parkuhr die Gratis-Parkzeit (z.B. 20 Minuten gratis) zu taggen? Gruss Danilo

1 0

Orthophoto Fribourg
by Michel Schinz 18 Jul '11

18 Jul '11

Hi everyone, I just wanted to let you know that the state of Fribourg was nice enough to let us use freely their orthophoto from the canton. They even set up a WMS server for us, at the following location: http://geo.fr.ch/wms/orthophoto_2005_fribourg.php? Further details are on the french Wiki page for Fribourg (http://wiki.openstreetmap.org/wiki/FR:Switzerland:Fribourg). My german being what it is, I'll leave the translation to somebody else... Please make sure that you tag the elements you add based on this orthophoto with the appropriate "source" tag, as explained on the Wiki. I've already started fixing and adding things in the city of Fribourg, but a *lot* of work remains. I hope many people will use the photo to improve the map of the Fribourg canton. Michel.

7 6

Bericht über 2. Mapping Party an der HSR im Tages-Anzeiger von heute!
by Stefan Keller 18 Jul '11

18 Jul '11

Heute ist ein ganzseitiger(!) Bericht im Tages-Anzeiger von heute erschienen über die "2. Mapping Party Rapperswil und 20. OSM-Treffen" vom vergangenen Samstag, 9. Juli 2011, an der HSR Hochschule für Technik: "Was Computer-Freaks nach draussen lockt" von Helene Arnet, Tages-Anzeiger, Mo. 11. Juli 2011, Seite 19 in der Rubrik Zürich "zweiter Bund". Gruss Stefan

5 9

Re: [talk-ch] Postauto-Haltestellen und DIDOK
by Simon Poole 17 Jul '11

17 Jul '11

Arthur hat sich vermutlich auf die recht hohe Fehlerquote in der Liste bezogen. Die Daten die jetzt in OSM sind durch unsere Korrekturen qualitativ deutlich besser als die offiziellen Daten. Das ganze ist übrigens auch in der UK ähnlich, dort gibt es Liste mit ca. 90'000 Haltestellen, die ca 5% Fehlerquote hatte. Simon -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. Karl Guggisberg <karl.guggisberg(a)guggis.ch> schrieb: Hallo Arthur > DIDOK ist der Name des internen 'Haltestellen-Informations-Systems' der SBB. Das ist richtig, aber auf eine spezielle Schnittstelle würde ich nicht hoffen, die ist zurzeit (mal schauen, zu was die Diskussionen um "Open Data" in der Schweiz führen) unrealistisch. Die Excel-Datei, die das BAV auf der Web-Seite veröffentlicht, *ist* die Schnittstelle. Die KTUs in der Schweiz kommunizieren über den DaX-Standard http://www.voev.ch/dax.html und Referenz- und Stammdaten sind ebenfalls Teil des Austauschs, aber vermutlich nicht im Umfang, den OSM braucht. Sonst hätte OSM allenfalls versuchen können, sich als "Datenabnehmer" wie eine KTU in diese Datenströme einzuklinken. Trotzdem: realistisch ist zurzeit nur die Excel-Liste. Und pragmatisch gesehen auch völlig ausreichend. >* auch unsere staatlichen und professionellen Kartographen könnten dann auch die schweizerischen Qualitäts-Ansprüche umsetzen (und wir würden kompetenter) Die Liste ist das *Resultat* professioneller Arbeit mit schweizerischen Qualitäts-Ansprüchen und setzt den gesetzlichen Auftrag um, ein kanonisches und harmonisiertes Verzeichnis aller Haltestellen des öffentlichen Verkehrs der Schweiz zu pflegen. Dafür, dass ein neuer Eintrag erscheint oder ein Eintrag korrigiert wird, werden Prozesse mit Anträge, Prüfungen, Genehmigungen, Einhalten von Namenskonventionen, etc durchlaufen. Es gibt Verantwortlichkeiten, Zuständigkeiten, Verordnungen, etc. Das ist alles relativ schwergewichtig und im klassischen Sinn "qualitätssichernd". Ich sehe nicht, wie sich das OSM-Projekt mit seinem JeKaMi-Ansatz da beteiligen könnte. Viele Grüsse Karl 2011/7/17 Arthur Bonino <abonino(a)quick-line.ch> Hoi zämä folgende Infos habe ich bekommen: DIDOK ist der Name des internen 'Haltestellen-Informations-Systems' der SBB. Sie verwalten scheinbar nicht nur selber damit intern, sondern auch für andere. So wie es aussieht, bekommt das BAV dann einfach einen speziellen Export. *********** Ich würde es als sinnvoll ansehen, Schnittstellen zu bauen und sich die Daten liefern zu lassen !!! *********** * Es gibt sehr-sehr viele Ausprägungen von Haltestellen (ich wiederhole mich) Wir können zwar brav immer wieder importieren, haben aber immer noch keine funktionelle Intelligenz * Dafür braucht es vielleicht eben bei Switch einen hoch-verfügbaren 'Primary-Server .... * auch unsere staatlichen und professionellen Kartographen könnten dann auch die schweizerischen Qualitäts-Ansprüche umsetzen (und wir würden kompetenter) Scheenä Sunndig Arthur _______________________________________________ talk-ch mailing list talk-ch(a)openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

talk-ch