talk-ch

talk-ch@openstreetmap.ch

3 participants
2220 discussions

Re: [talk-ch] Bus Stop/Line Operator (PAG)
by Beni Buess 01 Aug '11

01 Aug '11

Hi > Hi, > > On Fri, Jul 15, 2011 at 01:20:43PM +0200, Beni Buess wrote: > > Hi > > > > Most Bus Stations/Lines in Switzerland are operated by PAG (PostAuto > > Schweiz AG). At the 10th of June 2011 User xylome did a mass edit > > (1) on 650 nodes and 79 relations to change PAG => PostAuto Schweiz > > AG in different languages. This was done on a bounding box which > > covers almost whole Switzerland. > > The remaining 10000 nodes with operator=PAG were somehow missed. > > Is there any explanation of this action? > > > > The PAG obviously comes from the Didok Import. With a few > > exceptions, operator contains always an acronym. (2) > > > > What do we consider the right value? It would make sense to have the > > values consistent IMHO. > > xylome is the maintainer of the xybot. I contacted him on the 10th > about the problem with the betreiber tag. He promised to revert the > changes but > he felt that acronyms are not proper for an OSM tag. I explained > that changing the tag to PostAuto AG would break consistency but > apparently he didn't care. Instead, he seems to have decided to also > change also > stops previously untouched by xybot. Excellent. > > Personally, I don't care if there are acronyms or full names in the > operator tag. But I totally agree with you that consistency is > important. If there is a strong agreement with xylome that operator > tags should contain the full name then I can do another mass edit > using the DidokImport user. Otherwise we should revert xylomes > changes. I suggest to revert the changeset. I'm all for consistency, *if* we want full names in the operator tag, we should do this for all (public transport) operators IMHO. This would lead to some discussion on how to name them in detail and then we can prepare a mass edit for *all* stops, not just a few hundered and leaving the operator tag in a inconsistent state. Is anybody against reverting? I'll do it saturday, if nobody is against it. then we would have a consistent state again and can decide carefully about a possible mass edit. Beni

4 4

Kanton Luzern: Ämter einzeichnen oder nicht?
by Thomas Ineichen 01 Aug '11

01 Aug '11

Hallo zusammen, "Der Kanton Luzern ist traditionell in fünf Ämter aufgeteilt. In der neuen Kantonsverfassung werden sie allerdings nicht mehr genannt, es kommen ihnen damit keine verwaltungsmässigen Aufgaben mehr zu. Das neue Gerichtsorganisationsgesetz von 2010 hat vier Gerichtsbezirke geschaffen, die mit den alten Ämtern nur teilweise übereinstimmen." http://de.wikipedia.org/wiki/Bezirk_%28Schweiz%29#Kanton_Luzern Sollen die Ämter trotzdem eingezeichnet werden? Wenn ja, mit welchem admin_level? Gruss, Thomas

2 1

Swiss history 2008 - 2011
by Stéphane Brunner 30 Jul '11

30 Jul '11

Hello, Je viens de mettre a disposition le layer 2011 de la série des layers OSM swiss history ;-) I just publish the 2011 layer of the list of OSM swiss history layers ;-) CU Stéphane -- Envoyé depuis mon lapin -- Catalogue de cartes OpenStreetMap - http://map.stephane-brunner.ch Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk --

1 0

Re: [talk-ch] talk-ch Digest, Vol 389, Issue 1 - Boundaries import - City, town and village codes
by Andreas Bürki 27 Jul '11

27 Jul '11

Am 25.07.2011 12:00, schrieb talk-ch-request(a)openstreetmap.ch: > > Am Sun, 24 Jul 2011 21:22:42 +0200 > schrieb Beni Buess <beni(a)benel.net>: > > I've added a table to this wiki page [1] to keep track of the work. > Add your name to this table before you create relations for admin_level > 5/6. > > [1] http://wiki.openstreetmap.org/wiki/EN:Switzerland/swissBOUNDARIES3D Based on [1], I have added the relations of all of political communities (vulgo Gemeinde) to the wiki page of the canton Berne [2], as well the 3 major lakes [3]. Maybe this is helpful in one or an other way. Let me make some remarks: * Kudos your for this heavy import job. Thanks :-) * The names of some (quite a lot) communities are displayed several [4][5] times (same black font). Once as tag of the community boundary and once as tag of the black sign, looking like a burnt down house, or of what ever . This might confuse OSM map users. ** Proposal: What about displaying the names of the political communities the same way (some kind of violet color) as the boundaries. - This might help to distinguish between the political community and the geographical place [6], aka city (with suburb, if so), town (with suburb, if so), village (no suburb, as suburb is displayed bigger as village, thus is confusing [7]) and hamlet (no suburb). In the countryside a political community is often an area (relation) with a variety of places (mostly hamlet, but sometimes villages as well) * Related to that, are there some kind of Swiss tagging guidelines (some other countries have them)? - Beside of "Recommendations for Switzerland DE:CH:Map Features, FR:CH:Map Features, EN:CH:Map Features [8]. Or the other stuff in the wiki, e.g. Tagging or Map Features. just my 2 cents, hugi [2] http://wiki.openstreetmap.org/wiki/DE:Switzerland:Bern [3] http://wiki.openstreetmap.org/wiki/DE:Switzerland:Bern#Grenzen_-_Kanton.2C_… [4] http://osm.org/go/0CZZ2vk [5] http://osm.org/go/0CZZ2vkW- [6] http://wiki.openstreetmap.org/wiki/Key:place [7] http://osm.org/go/0CZcv@b-- [8] http://wiki.openstreetmap.org/wiki/Tagging#Recommended%20Tagging%20Scheme%2… -- Andreas Bürki E-Mail: abuerki(a)anidor.com Zertifikat - SHA1-Fingerprint: 54:99:02:5F:60:CE:7A:27:0E:73:79:24:CA:C7:A0:CC:60:39:05:9F

1 0

Preparation for phase 5 of relicensing
by Simon Poole 27 Jul '11

27 Jul '11

The license working group essentially gave it's OK to start replacing data from mappers that have not agreed to the contributor terms in their meeting yesterday. It seems a bit early to me, considering there are still roughly 80 mappers per day agreeing to the CTs, but in any case we slowly need to come to a community consensus on how we will want to handle this phase. However before we do that, it seems reasonable to me to make a last effort to get in contact with mappers (Switzerland) that haven't responded yet. I've compiled a list of the mappers missing from the top 1076 mappers in Switzerland (this corresponds to 99% of the data) so that we can do this in a systematic fashion The list has a total of 224 names, but I've removed some special cases, so probably around 220 that should be checked. Please have a look through the list and check if you know any of theses personally or at least could get in contact with them. There are some obvious cases (mapping party in Vevey and similar) that should be easily fixable. The list is located on our ODBL status page: http://wiki.openstreetmap.org/wiki/EN:Switzerland/ODBL_Status#Missing_Contr… Simon

2 4

Boundaries import
by Sarah Hoffmann 26 Jul '11

26 Jul '11

Hi, while we are redoing all our boundaries in Switzerland, could we maybe discuss the format of the boundary relations once more? In particular, I'd like to get rid of the subparts in those relations. As far as I know, we are the only country to include this subparts in the boundary relations. So, the first reason would be that we should do as everybody else. The second reason is that the relation, as it is now, is a pain to process. In most other countrys, subrelations are used to group parts of the boundary (see France for example). Not so in Switzerland. Just because of us, special processing is needed (i.e. looking at the role). I don't think the whole hierarchical grouping is needed at all. So, I would be really happy if they are just deleted. But if you really must have it, how about moving the subparts in the nation relation: http://www.openstreetmap.org/browse/relation/16042 Sarah

4 13

National Boundaries
by Beni Buess 26 Jul '11

26 Jul '11

Hi As we now need to merge the national boundaries with the ones of our friendly neighbours the following questions come up: Which boundary way is to be considered more exact? - Switzerland/Italy It seems our boundaries are better. I suggest to remove the italien ones. The italien boundaries are still tagged with the old country:left country:right scheme instead of multipolygons. Should we leave it that way, just replacing the national boundary way? - Switzerland/Austria - Switzerland/Germany The existing boundaries are very close to the newly imported ones as far as I've seen. Suggestions? - Switzerland/France Has anybody already made contact to our friendly neighbours. Might be nice to do so, before we mess around with their boundaries.

4 4

#osm-ch
by Beni Buess 26 Jul '11

26 Jul '11

Hi maybe we can hang around at #osm-ch on irc.oftc.net to coordinate. beni

1 0

Selecta Automaten - Zahlungsart
by Danilo Bargen 26 Jul '11

26 Jul '11

Hoi zäme Bin am Erfassen von einem Selecta-Automaten. Momentan sehen die Tags so aus: amenity=vending_machine operator=Selecta payment:coins=yes vending=drinks;sweets;condoms Wie wird der Operator-Tag normalerweise gesetzt, nur "Selecta" oder "Selecta Schweiz"? Passt der "vending" Tag so? Und der Automat akzeptiert auch Zahlung per Handy, wie wird das getaggt? Habe noch keinen entsprechenden Wert gefunden. Gruss Danilo

2 1

Postauto-Haltestellen und DIDOK
by Arthur Bonino 26 Jul '11

26 Jul '11

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

10 19

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

talk-ch