Hallo zusammen
Schön zu sehen, wie immer mehr Adressdaten in OSM zu finden sind! Wo gearbeitet wird, entstehen Fehler, so dass sich einige Duplikate in die Datenbank schlichen. Im OSM Forum sah ich dazu eine schöne OverpassTurbo-Abfrage [1]:
{{geocodeArea:Sarnen}}->.searchArea;
nwr["addr:city"]["addr:housenumber"](area.searchArea);
for(t["addr:city"] + " " + t["addr:street"] + " " + t["addr:unit"] + " " + t["addr:flats"] + " " + t["addr:place"]+ " " + t["shop"] + " " + t["addr:housenumber"]…
[View More] + " " + t["name"]+ " " + t["amenity"]+ " " + t["shop"])
{
if (count(nodes) + count(ways) + count(relations) > 1)
{
(._;>;); out meta;
}};
Hier ein Permalink am Beispiel "Sarnen": https://osm.li/1SX
Doppelte Adressen sind aus folgenden Gründen unschön:
- Eine Such-/Routing-Engine weiss nicht, welches Ziel das Korrekte ist
- Häufig handelt es sich um einen Copy&Paste Fehler, so dass möglicherweise eine korrekte Adresse fehlt
- Eine Datenbank, wie es OSM eine ist, sollte möglichst keine Redundanzen enthalten
Gerne dürft ihr bei der Bereinigung/Korrektur helfen. Einfach die geocodeArea beliebig anpassen.
Happy mapping!
[1] https://community.openstreetmap.org/t/doppelte-adressen-auflosen-overpasstu…
[View Less]
Lieber David
Ich leite Deine Antwort gerade an die Mailing-Liste weiter, da sie schon ein paar Mal angesprochen wurde.
Meine persönliche Präferenz ist das taggen auf den Gebäudeumriss aus folgenden Gründen:
- Es kann mehrere Eingänge mit unterschiedlichen Funktionen (Haupteingang, Anlieferung, etc.) mit derselben Adresse geben, ohne sie bei allen hinterlegen zu müssen (Beispielsweise kann die Routing-Engine von einem Lieferanten die Anlieferungseingänge beachten, wobei der normale Besucher …
[View More]wohl eher die Haupteingänge finden will)
- POIs innerhalb des Gebäudeumrissen profitieren von der Adresse, ohne dass sie ebenfalls die Adresse hinterlegt haben müssen oder fehleranfällig nach dem nächstgelegenen Adresspunkt suchen müssen
Mein Hauptargument ist demnach wieder die Vermeidung von Redundanzen (Wartbartkeit, Speicherplatz, etc.). Jedoch möchte ich hier auf keinen Fall die Richtigkeit für mich pachten, sondern halte mich gerne an die örtlich übliche Variante. Wenn ich es aber im Kontext der ganzen Schweiz betrachte, wird meistens die Gebäudeumriss-Variante verwendet und nur in manchen Gebieten, oft städtisch, auf Adresseingänge oder losen Adresspunkte gesetzt.
Was mich aber stört, ist, dass teils in grossem Stil umgetaggt wird. Schade um die investierte Zeit. Ich würde mir wünschen, hier mal etwas mehr Klarheit zu haben, um allfällige Mappingwars und -frust zu verhindern.
On Wednesday, March 27th, 2024 at 6:35 PM, David Däster <david@***> wrote:
> Cooles Query, danke.
>
> Ich frage gerade hier, da ich mal Bern angeschaut habe: Gehören Adressen auf das Gebäude oder auf die verschiedenen Eingänge?
>
> Am 27.03.24 um 18:33 schrieb Kt47uo5uVzW:
>
>> Hallo zusammen
>>
>> Schön zu sehen, wie immer mehr Adressdaten in OSM zu finden sind! Wo gearbeitet wird, entstehen Fehler, so dass sich einige Duplikate in die Datenbank schlichen. Im OSM Forum sah ich dazu eine schöne OverpassTurbo-Abfrage [1]:
>>
>> {{geocodeArea:Sarnen}}->.searchArea;
>> nwr["addr:city"]["addr:housenumber"](area.searchArea);
>> for(t["addr:city"] + " " + t["addr:street"] + " " + t["addr:unit"] + " " + t["addr:flats"] + " " + t["addr:place"]+ " " + t["shop"] + " " + t["addr:housenumber"] + " " + t["name"]+ " " + t["amenity"]+ " " + t["shop"])
>> {
>> if (count(nodes) + count(ways) + count(relations) > 1)
>> {
>> (._;>;); out meta;
>> } };
>>
>> Hier ein Permalink am Beispiel "Sarnen": https://osm.li/1SX
>>
>> Doppelte Adressen sind aus folgenden Gründen unschön:
>>
>> - Eine Such-/Routing-Engine weiss nicht, welches Ziel das Korrekte ist
>> - Häufig handelt es sich um einen Copy&Paste Fehler, so dass möglicherweise eine korrekte Adresse fehlt
>> - Eine Datenbank, wie es OSM eine ist, sollte möglichst keine Redundanzen enthalten
>>
>> Gerne dürft ihr bei der Bereinigung/Korrektur helfen. Einfach die geocodeArea beliebig anpassen.
>>
>> Happy mapping!
>>
>> [1] https://community.openstreetmap.org/t/doppelte-adressen-auflosen-overpasstu…
>>
>> _______________________________________________
>> talk-ch mailing list --
>> talk-ch(a)openstreetmap.ch
>> To unsubscribe send an email to
>> talk-ch-leave(a)openstreetmap.ch
[View Less]
Hi, we (SOSM) will have a table at WMF-CHs Wikipedia day in Berne on
April the 27.
See
https://wikimedia.ch/en/news/wikipedia-day-with-general-assembly-of-wikimed…
I'll be there, but it would be helpful if there was at least one other
person to help. These kind of events tend to be a lot of talking, but
otherwise low stress. If you are interested in helping out, send me a mail.
Simon
Falls jemand in der Nähe von Bäretswil wohnt würde es sich ev. lohnen
die Wege die in https://www.openstreetmap.org/changeset/148915238
gelöscht wurden und die anderen Änderungen anzuschauen. Der Changeset
sieht zwar nicht völlig unvernünftig aus, aber das "früher" etwas ein
Wildwechsel war ist sagt nichts über den aktuellen Status aus.
Simon
Guten Morgen,
Ich musste feststellen, dass die Gebäudegrundrisse für den Kanton Bern als Overlays in iD nicht mehr funktionnieren. Z.B. https://tile.osm.ch/bbe/10/532/360.png.
Habe ich was verpasst oder ist funktionniert dieser Overlay tatsächlich nicht mehr?
Mit bestem Dank
You might remember that in September of last year we had a presentation
planned on an upcoming report from the SBB and BAV (Bundesamt für
Verkehr) and that the group behind it wants to get feedback from the OSM
community. For reasons beyond our control that had to cancelled, but we
now have a new date agreed:
Thursday May 2nd 2024, 17:00 – 18:00
the meeting is open to everybody interested in OSM and public transport.
More on the SKI+ group here:
https://www.öv-info.ch/de/datenmanagement/…
[View More]ski/ueber-ski
The presentation and discussion will be online on Big Blue Button,
further details and the BBB link will be available before the meeting.
Please note that this is independent of the SOSM annual meeting that
will be on Friday the 3rd of May.
Simon
[View Less]
Liebe Mapperinnen und Mapper
Am Freitagnachmittag, 22. März 2024 ab 14 Uhr findet der 15. Mapathon
mit Mapping Party auf dem Campus Rapperswil der FH OST statt.
Es ist eine Mapping Party (outdoor), weil einige - die sog.
"Craftmapper" - nach draussen gehen, um die Umgebung zu erfassen, z.B.
Gebäudeinformationen oder Restaurant-Öffnungszeiten. Dann ist es auch
ein Mapathon (indoor) für die "Couchmapper", die vom Laptop aus z.B.
gezielt Objekte erfassen ("Targetted Editing"). Auch Einsteiger/…
[View More]innen
und Software-Entwickler/innen sind herzlich willkommen! Und es können
auch Fragen gestellt werden ("Ask-us-Anything").
Gesprochen wird hauptsächlich Deutsch - manchmal Englisch. Wir treffen
uns um 14 Uhr im Seegebäude 6. Man kann auch später kommen (oder früer
gehen); ab 18:30 Uhr beginnt der ganz gemütliche Teil. Weitersagen!
Hier eine Programmvorschau: https://giswiki.hsr.ch/Mapathon
Die Teilnahme ist kostenlos. Für Getränke und Snacks ist gesorgt. Ein
kleiner Grill steht zur Verfügung. Wer möchte, kann etwas zum Essen
(Grillsachen) oder zum Dessert mitbringen.
Anmeldung: Einfach Mail an stefan.keller(a)ost.ch mit dem Betreff "Mapathon".
--Stefan
P.S. Beachtet auch das OSM-Treffen in Zürich (kommenden Mo. 11. März
2024!) sowie die weiteren Anlässe hier
https://wiki.osm.org/wiki/DE:Switzerland:Z%C3%BCrich/OSM-Treffen und
auf https://weeklyosm.eu/
[View Less]
Hi all
We (SOSM) have been asked if we could provide a speaker on the topic of
OpenStreetMap for an event by the canton Geneva.
It would be preferable for the talk to be in French and, IMHO, it would
be better in general if it was held by somebody living in the Suisse
Romande.
The event will be on the morning of May the 15th, expected duration of
the talk ~40 minutes, overall topic of the event Geocommons (this is
something that OSM-FR has been quite active in together with IGN).
…
[View More]If you are interested in taking this over please get back to me and I'll
put you in contact with the organizer.
Simon
[View Less]
Dear Switzerland,
The municipality of Bex has granted the permission to use it's 3D model
data as a source for OSM:
https://bex.uzuverse.com/
Regards.
Ruben