Re: [OSM-talk] Mechanical Edit: Merge of DB Netz AG and DB Station AG to DB InfraGO AG

[Michael Reichert]

Hi Mateusz,

Am 08.12.23 um 11:00 schrieb Mateusz Konieczny via talk:

Why remove operator:wikipedia=* rather than fixing them?


I would have to change operator:wikipedia=* to point to the new article 
(https://de.wikipedia.org/wiki/DB_InfraGO). However, the tag is a 
duplication if operator:wikidata=* is set. If operator:wikidata=* was 
set, I will update it. If operator:wikidata=* was missing but 
operator:wikipedia=* was set, I will set

operator:wikipedia=de:DB InfraGO.

Best regards

Michael


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Mechanical Edit: Merge of DB Netz AG and DB Station AG to DB InfraGO AG

[Michael Reichert]

Hi,

as of 1 January 2024, DB Netz AG and DB Station AG will merge 
and renamed to DB InfraGO AG. This requires an update to lots of 
operator=* tags including operator:wikidata=*, and some owner=* tags. 
The mechanical edit will also remove existing operator:wikipedia=* from 
the modified objects.


The mechanical edit affects mainly Germany, but some infrastructure is 
located in Switzerland, Belgium and Czech Republic. That's why I post at 
this mailing list at all.


You can find the documentation at
https://wiki.openstreetmap.org/wiki/Automated_Edits/Nakaner-repair/DB_InfraGO_AG

Best regards

Michael


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Bad coastline edits in Sweden

[Michael Reichert]

Hi Andre,

Am 21/11/2020 um 10.54 schrieb Andre Hinrichs via talk:
> Hi list! I'm doing a lot coastline fixings all over the world. Normally
> only with few pain. But since a few weeks the user Aki_Suokas is doing
> very bad coastline edits in the area of Sweden. I've written him several
> time via changeset discussion but no reaction.

Not reacting on changeset comments (or not following the advice given in
the comments) but continuing to edit, is a usual reason for 0-hour block
by Data Working Group. Please email d...@osmfoundation.org and explain
the issue with links to changesets/objects.

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Carsharing-Stationen Cambio und Stadtmobil Stuttgart

[Michael Reichert]

Hallo,

Am 20.11.20 um 14:26 schrieb Holger Bruch:
> Stadtmobil Stuttgart wird kommende Woche eine CSV-Datei der lokalen Stationen 
> auf https://stuttgart.stadtmobil.de/  unter 
> offener Lizenz bereitstellen.

Stadtmobil Karlsruhe hat seine Stationen dieses Jahr selber in OSM
(ein)gepflegt. Zahlreiche waren aber durch entsprechende Kunden
innerhalb der Karlsruhe OSM-Community schon erfasst, wenn auch in
veraltetem Zustand.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Morgen Karlsruher OSM-Stammtisch

[Michael Reichert]

Hallo,

morgen findet wieder der nächste virtuelle Karlsruher OSM-Stammtisch auf
die Jitsi-Instanz der Geofabrik statt. Auswärtige sind herzlich
willkommen, ihr habt eine genauso kurze Anreise wie wir (es sei denn,
ihr seid netztechnisch besser an Hetzner angebunden).

Der Karlsruher Stammtisch behandelt häufig Software-Entwicklungs-Themen.
Ansonsten geht es meist um Fahrräder, Trekkingplätze, OSMF, Bahn-Sachen
und Offtopic-Themen.

Zeit: 18. November 2020 20:00 Uhr

https://jitsi.geofabrik.de/OSMKA20201118

Benutzername: osmcommunity
Passwort: WirLiebenJOSM

Für die Teilnahme ist keine Kamera erforderlich. Bitte Kopfhörer verwenden.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Einladung zum virtuellen Karlsruher OSM-Stammtisch am 21. Oktober 2020

[Michael Reichert]

Hallo,

Am 20/10/2020 um 13.23 schrieb Michael Reichert:
> Zeit: Mittwoch, 21. Oktober 2020 20:00 Uhr
> Ort: https://jitsi.geofabrik.de/osm_ka_20201021
> 
> Benutzername: osmcommunity
> Passwort: WirLiebenJOSM

Der Link muss so lauten: https://jitsi.geofabrik.de/OSMKA20201021
(Jitsi mag keine Unterstriche)

> Als Browser empfehlen Chrome/Chromium. Unsere Jtisi-Instanz verfolgt
> euch nicht.

Ich bin darauf hingewiesen worden, dass Firefox mittlerweile besser mit
Jitsi funktioniere, und habe die Jitsi-Version auf dem Server aktualisiert.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Einladung zum virtuellen Karlsruher OSM-Stammtisch am 21. Oktober 2020

[Michael Reichert]

Hallo,

weil es zu kalt ist, um draußen zu sitzen, und ein Treffen in Person
illegal wäre, findet der nächste Karlsruher OSM-Stammtisch am Mittwoch,
den 21. Oktober virtuell statt. Das heißt, dass auch diejenigen, die
nicht in oder um Karlsruhe herum wohnen, teilnehmen können. Wir freuen
uns auf eure Teilnahme.

Der Karlsruher Stammtisch behandelt häufig Software-Entwicklungs-Themen.
Ansonsten geht es meist um Fahrräder, Trekkingplätze, OSMF, Bahn-Sachen
und Offtopic-Themen.

Zeit: Mittwoch, 21. Oktober 2020 20:00 Uhr
Ort: https://jitsi.geofabrik.de/osm_ka_20201021

Benutzername: osmcommunity
Passwort: WirLiebenJOSM

Als Browser empfehlen Chrome/Chromium. Unsere Jtisi-Instanz verfolgt
euch nicht.

Für die Teilnahme ist keine Kamera erforderlich. Bitte Kopfhörer verwenden.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tool für Polygon statt BoundingBox

[Michael Reichert]

Hallo Markus,

Am 28/07/2020 um 22.07 schrieb Markus:
>> JOSM ;)
> 
> Ja, das geht - aber nicht komfortabel (JOSM laden, OSM-Hintergrund, aus
> der DB einen Mini-Ausschnitt ohne Daten laden, Polygon zeichnen, Polygon
> speichern (OSM oder GPX), Datei in Texteditor öffnen, Überflüssiges
> entfernen, Rest in Mail kopieren...)

Ich zeichne des Öfteren Polygone in JOSM, um sie danach zum Zuschneiden
von OSM-Rohdaten zu verwenden (dazu gibt es ein JOSM-Plugin, das das
.poly-Format unterstützt). Mein Arbeitsablauf ist ein klein bisschen
einfacher:

JOSM öffnen
Strg+N (Datei → Neue Ebene), das erstellt eine leere Datenebene
Hintergrundkarte laden
zeichen
Speichern (Format .poly oder was man auch immer haben will)

Mit dieser Lösung musst du nichts Überflüssiges löschen.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] Planned revert of added surface and tracktype tags without local knowledge in various countries

[Michael Reichert]

Hi Joseph,

Am 18/07/2020 um 21.51 schrieb Joseph Eisenberg:
> Do you have evidence that most of the surface tags added by this user are
> unreliable?

Review results by westnordost
(https://forum.openstreetmap.org/viewtopic.php?pid=795002#p795002,
translated with DeepL):
> Here are some bad examples from Hamburg:
> * https://www.openstreetmap.org/way/206273110 is paved according to my aerial 
> photo. grade5?
> * https://www.openstreetmap.org/way/771306038 is railway ballast.
> * https://www.openstreetmap.org/way/682991344 looks like grade2 to me.
> * https://www.openstreetmap.org/way/615485384 looks more like grade3.
> * https://www.openstreetmap.org/way/191452732 is grade one or grade two.
> 
> But other changes are ok.
>
> But since so much is obviously totally wrong, I'm in favour of a
> revert.

Review results by EinKonstanzer
(https://forum.openstreetmap.org/viewtopic.php?pid=795025#p795025,
translated with DeepL):
> Please do not reverse on principle and also no dogmatism of the kind.
> 
> I have picked out random edits from the last 2 months and looked closely at 
> them.
> - He has put in a "tracktype".
> - No position correction, and no other improvements.
> - And he uses the ID editor...
> 
> Norway:
> https://www.openstreetmap.org/way/608668696 - grade3 could be there
> 
> Czech Republic:
> https://www.openstreetmap.org/way/308938930 - with Bing there is nothing to 
> see, grade5 is no added value
> https://www.openstreetmap.org/way/758054333 - with Bing, Esri is absolutely 
> not to be recognized, with Maxar can guess the lower part of the way
> 
> Poland:
> https://www.openstreetmap.org/way/178772018 - Aerial photos are good, but in 
> this case it is clairvoyance to the ground is probably sand.
> 
> Germany:
> https://www.openstreetmap.org/way/207182973 - a track nearby that looks 
> almost identical has a different tracktype. Why?
> https://www.openstreetmap.org/way/102969056 - a track in the forest. Even 
> with the better Esri pictures there is no track to see!
> https://www.openstreetmap.org/way/370198123 - split the track, because 
> sections are definitely different. For one part grade4 might be OK. For the 
> other, grade5 at most.
> https://www.openstreetmap.org/way/134726358 - a big field. In the current 
> aerial photos (Bing, Esri, Maxar) there is no track at all!
> 
> Denmark:
> https://www.openstreetmap.org/way/332757646 - the edge of a big meadow, where 
> a tractor once drove along. No current track, and certainly not grade4
> https://www.openstreetmap.org/way/290360323 - On parts of the pictures a 
> track is partially recognizable, on others there is no/hardly any way. grade5 
> is no added value there
> https://www.openstreetmap.org/way/826303189 - A large meadow where the 
> tractor has cleared a path. If then grade5 but not grade4
> 
> Turkey:
> https://www.openstreetmap.org/way/203478714 - another track next door that 
> looks like the same or bigger parts is grade3, this grade4. But they could 
> all be grade2 as well...
> https://www.openstreetmap.org/way/294278418 - grade4. In my opinion rather 
> grade2 or grade3. Position correction urgently needed. Well...
> https://www.openstreetmap.org/way/203478238 - See previous
> 
> Conclusion: Revert and he should please stop that.

Mind that Modest7 used Bing imagery despite better imagery is available
in parts of Germany but not used by iD by default.

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Planned revert of added surface and tracktype tags without local knowledge in various countries

[Michael Reichert]

Hi,

Am 18/07/2020 um 21.19 schrieb Mateusz Konieczny via talk:
> Are you sure that just satellite imagery was used? I suspect that also
> aerial imagery was used in edits.

In Hamburg, Germany, where aerial imagery of the city is available, Bing
was used.

>> I think that the description "all objects modified by Modest7 since 1
>> January 2020" is sufficient.
>>
> I thought that revert was supposed to cover tracktype edits only?

That was my plan initially. However, after scrolling back his edit
history, I found edits adding surface in the US. There is some overlap
in the meaning of surface and tracktype, therefore I think that it makes
more sense revert changes to both tracktype and surface, not tracktype
only. The revert is limited to these two tags because some changes by
Modest7 are indeed helpful, e.g. adding intersection nodes to
intersecting roads.

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Planned revert of added surface and tracktype tags without local knowledge in various countries

[Michael Reichert]

Hi Mateusz,

Am 18/07/2020 um 19.29 schrieb Mateusz Konieczny:
> Can you link affected data in Poland? 
> 
> In Poland you actually can reliably estimate real tracktype based solely
> on high quality aerial images (not satellite imagery that is unlikely to be 
> sufficient), typically Geoportal 2 aerial and LIDAR data available in ISOK 
> Cień dataset.
> 
> Note that your planned automatic revert likely counts as automatic 
> edits and needs to fullfill
> https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
> requirements, including support from other editors.

I do not think that my revert is an automated edit as intended by the
Automated Edits Code of Conduct. I am reaching out to the community in
advance because different people might have a different opinion on how
reliable tracktype=* needs to be and how reliable surveying from
satellite imagery is.

I think that the description "all objects modified by Modest7 since 1
January 2020" is sufficient. You can use OSMcha, can't you? Or would you
like to have a large .osc files of his changes?

Currently, the revert is disputed. That's not a condition I would like
to have for a mass edit. If people in favour of a revert will not voice
their opinion in this discussion, it is very likely that I will not do
the revert on international level.

The Polish community is free to object as it is their data (quality),
not mine. I asked the German community today because I suspect that
Germans are quite sensible when it comes to one of our key assets of OSM
in Germany: surveyed highway=track. If people on the German forum agree
with a revert, the revert will be limited to Germany. If other local
communities ask me to perform the revert in their country, I will do it
there.
https://forum.openstreetmap.org/viewtopic.php?id=70056

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Planned revert of added surface and tracktype tags without local knowledge in various countries

[Michael Reichert]

Hi Mateusz,

Am 18/07/2020 um 19.29 schrieb Mateusz Konieczny:
> Can you link affected data in Poland? 
> 
> In Poland you actually can reliably estimate real tracktype based solely
> on high quality aerial images (not satellite imagery that is unlikely to be 
> sufficient), typically Geoportal 2 aerial and LIDAR data available in ISOK 
> Cień dataset.

I don't have a list of the affected OSM objects at hand but you can
filter his changesets in Poland using OSMCha. Note that I do not
guarantee that Poland is affected at all. It might be that his changes
in Poland are limited to other kinds of contributions like adding nodes
to intersecting roads.

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Planned revert of added surface and tracktype tags without local knowledge in various countries

[Michael Reichert]

Hi,

while reviewing changes in my local area, I discovered that user Modest7
has been adding tracktype=* tags to lots of highway=track at various
locations. I asked him what sources he used apart from the satellite
imagery mentioned in the imagery_used=* tag of his changesets. See
https://www.openstreetmap.org/changeset/87236896 for a discussion with him.

I do not believe that one can add reliable tracktype=* information from
satellite imagery without having some ground truth knowledge in order to
know how to interpret the imagery in that region. Adding estimated
tracktype=* does not help OSM on the long term. People how rely on the
information (e.g. some wanting to drive or cycle on that track) are
disappointed about this low-quality OSM data. Mappers who decide where
to map assume these roads to be mapped properly. IMHO, adding
fixme=resurvey tracktype will not improve it. Data consumers usually do
not use tags like fixme=* In the case of imports (another type of mass
editing), we say that an import must not add fixme=* to cover
shortcomings of the data to be imported because they usually do not get
fixed in a reasonable time. Therefore, I plan to revert these changes.

Modest7 does not seem to realise that estimating tracktype from
satellite imagery is not doing a service to OSM. I am currently
preparing a revert of all additions of surface=* and tracktype=* by him
he uploaded since 1 January 2020 [1]. The revert will only edit tags,
geometry will stay unchanged. I revert changes on surface as well
because that's not very different to tracktype except that it applies to
other types of roads as well.

The countries which will be affected are:
Germany
Denmark
Turkey
United States
Poland
Ukraine
Morocco
Czech Republic
Lithuania
Sweden
Norway
eSwatini

A changeset discussion with him can be found at
https://www.openstreetmap.org/changeset/87236896

Best regards

Michael


[1] This date is not fixed yet.



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] Self organised session at SotM about Railway tagging in the US tomorrow

[Michael Reichert]

Hi,

railway tagging in the US has been a large topic on the OpenRailwayMap
mailing list (and partially on Talk-us) for the last couple of weeks. I
think that there is still some need for further discussions and would
like to invite all those who are interested in it to join a self
organised session via Jitsi at the virtual State of the Map conference
tomorrow at 20:00 UTC (= 22:00 CEST, 16:00 Eastern, 13:00 Pacific)

Time in your time zone:
https://www.timeanddate.com/worldclock/fixedtime.html?msg=Railway+tagging+in+the+US=20200704T20=%3A

Jitsi room: https://jitsi.geofabrik.de/railway-tagging-us
Please use Chromium or Chrome, avoid Firefox please.

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Terminreminder für die nächsten Wochen

[Michael Reichert]

Hallo,

Am 23.06.20 um 07:59 schrieb Hanna Krüger:
> Außerdem findet am 05. und 06. Juli die State of the Map 2020 statt. Alle 
> Infos und das Programm findet ihr unter https://2020.stateofthemap.org

Die SotM ist am 4. und 5. Juli. Für den Eintritt fallen nur die üblichen
Kosten für Datenverbindungen an, denn sie findet im Netz statt.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Position des FOSSGIS e.V. zu bezahlten Kräften in der OSMF

[Michael Reichert]

Hallo,

Am 25.05.20 um 22:14 schrieb Michael Reichert:
> auf der Mailingliste OSMF-Talk gab es, angestoßen vom OSMF-Vorstand, vor
> etwa zwei Wochen eine Diskussion über bezahlte Kräfte in der OSM
> Foundation [1]. Wir haben heute Abend auf dem FOSSGIS-OSMF-Stammtisch
> lange über bezahlte Kräfte in der OSMF diskutiert.
> 
> Konsens der Diskussion war:
> 
> - Für die Vergabe von Tätigkeiten an bezahlte Kräfte, sollte der
>   Vorstand vorher eine Tätigkeitsbeschreibung aufstellen und
>   sicherstellen, dass die Tätigkeit in die Zuständigkeit der OSMF fällt
>   und kein Engagement Freiwilliger verdrängt wird.
> - Die Mitglieder sollten den Grundsätzen der Personalpolitik zustimmen.
>   Sie sollte der Schaffung neuer Stellen auf Basis der
>   Tätigkeitsbeschreibung zustimmen.
> - Die OSMF soll als Arbeitgeber/Auftraggeber ihrer sozialen
>   Verantwortung gegenüber den für sie Tätigen gerecht werden.
> 
> Eine gemeinsame Position des FOSSGIS e.V. als Local Chapter der OSMF in
> Deutschland zu diesem Thema wird Tagesordnungspunkt auf der nächsten
> Vorstandsitzung des FOSSGIS e.V. am Dienstag, den 1. Juni 2020 um 20:00
> Uhr auf dem Mumble-Server podcast.openstreetmap.de sein.
> 
> Welche Meinung habt ihr zu bezahlten Kräften in der OSMF dazu? Stimmt
> ihr dem obigen Konsens zu? Oder seid ihr anderer Meinung?
Vielen Dank an alle, die sich an der Diskussion beteiligt haben.

Der FOSSGIS-Vorstand hat die oben zitierten Grundsätze gut geheißen.
Christoph Hormann hat eine Textfassung vorbereitet, die wir auf dem
letzten FOSSGIS-OSMF-Stammtisch leicht modifiziert haben. Details zum
Vorgang könnt ihr in den Protokollen nachlesen.

https://www.fossgis.de/verein/vorstand/2020-06-02-protokoll-vorstandssitzung/
https://www.fossgis.de/wiki/FOSSGIS-OSMF-Stammtisch/2020-06-18

Das Positionspapier ist jetzt auf der FOSSGIS-Website veröffentlicht
worden und die Position den Abonnenten der Mailingliste OSMF-Talk
mitgeteilt worden (dort mit halbautomatischer englischer Übersetzung).

https://www.fossgis.de/community/stammtische/bezahlte_kraefte
https://lists.openstreetmap.org/pipermail/osmf-talk/2020-June/006927.html

Der nächste FOSSGIS-OSMF-Stammtisch findet außer der Reihe schon morgen
Abend um 20:00 Uhr per Mumble-Voicechat statt. Ihr seid alle herzlich
eingeladen. Es ist ein virtueller Plaudertreff mit Protokoll, keine
förmliche Arbeitsgruppe.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Michael Reichert]

Hi,

Am 19/06/2020 um 16.06 schrieb Simon Poole:
> In any case doing that from scratch would be a real pain. I believe the
> OSC stack is now actually all OSS which would be a far better starting
> point -if- sustainable funding could be built around the whole thing.

I looked at the GitHub repositories of OpenStreetCam about two weeks ago
because I remembered that someone having claimed a couple of years ago
OSC to be open source with some minor exceptions.

https://github.com/openstreetcam

I found the source code of the Android and iOS app and the website but
no code for a backend on a server. A deeper look into the repository of
the Android app points out that the publice source code lags behind the
release in Google Play and some of its dependencies make it unsuitable
for F-Droid [1].
https://github.com/openstreetcam/android/issues/153
https://github.com/openstreetcam/android/issues/113
https://github.com/openstreetcam/android/issues/149

Best regards

Michael


[1] I consider the people running F-Droid to be as picky w.r.t. building
things from source as people at Debian are. 



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] Fragen zum iD-Konfliktlösungsvorschlag des OSMF-Vorstands sammeln, Einladung zum FOSSGIS-OSMF-Stammtisch am 25. Juni

[Michael Reichert]

Crossposting zu
https://forum.openstreetmap.org/viewtopic.php?pid=791368#p791368

Hallo,

heute fand wieder ein FOSSGIS-OSMF-Stammtisch per Mumble statt. Das
Protokoll findet ihr im FOSSGIS-Wiki unter
https://www.fossgis.de/wiki/FOSSGIS-OSMF-Stammtisch/2020-06-18

Wir haben auch über den Request for Comment des OSMF-Vorstands zu
möglichen Ansätzen zur Lösung der Kontroversen um den iD-Editor [1, 2]
gesprochen. Wir sind der Meinung, dass es in dem Dokument zu viele
Unklarheiten gibt, um es gut kommentieren zu können. Zum Kommentieren
müsste man zu viel in den Text interpretieren.

Deshalb möchten wir Rückfragen an den OSMF-Vorstand stellen, um
Unklarheiten zu beseitigen. Wir laden euch alle dazu ein, selbst den
Text zu lesen und Unklarheiten – bevorzugt als Fragen ausformuliert –
auf https://pads.ccc.de/FFCsJmjKms abzulegen. Wir würden es begrüßen,
wenn ihr die Fragen in neutraler Form stellt (das geht nicht immer, aber
ein Stück weit geht es schon).

Am Donnerstag, den 25. Juni 2020 findet um 20:00 Uhr unsere nächste
Sitzung per Mumble (Server: podcast.openstreetmap.de) statt. Dort
möchten wir diese Fragen diskutieren und zu einem Fragenkatalog
zusammenstellen. Zu dieser Sitzung seid ihr alle, wie immer, herzlich
eingeladen. Ein Mitgliedschaft im Verein ist nicht erforderlich.

Hinweis für Teilnehmende an der Sitzung: Bitte schaltet in eurem
Mumble-Client vor Beginn der Sitzung Push-to-Talk ein (eine Taste muss
dann gedrückt gehalten werden, solange ihr sprecht), um Echos und andere
unerwünschte Mikrofon-Einschaltungen zu vermeiden. Das ist im Menü unter
Konfiguration → Einstellungen → Audioeingabe → Übertragen möglich.

Viele Grüße

Michael


[1]
https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/
[2] Kontext hierzu: Gewisse Meinungsverschiedenheiten zwischen den
iD-Entwicklern und Teilen der Community sind fast so alt wie iD. Letztes
Jahr ist der Streit jedoch wiederholt eskaliert. Wer sich in die
Thematik tief einlesen möchte, kann an den folgenden Stellen anfangen:
https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions
https://lists.openstreetmap.org/pipermail/talk-de/2019-March/116027.html
https://lists.openstreetmap.org/pipermail/talk/2019-May/082538.html
https://lists.openstreetmap.org/pipermail/talk/2019-May/082609.html



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] FOSSGIS-OSMF-Stammtisch am Donnerstag, den 18. Juni 2020

[Michael Reichert]

Hallo,

der nächste FOSSGIS-OSMF-Stammtisch findet am Donnerstag, den 18. Juni
2020 findet ab 20:00 Uhr auf dem FOSSGIS-Mumble-Server
(podcast.openstreetmap.de) statt. Alle Mapperinnen und Mapper sind
eingeladen teilzunehmen.

Es wird u.a. um folgende Themen gehen:

- Positionierung des FOSSGIS e.V. zu den Vorschlägen des OSMF-Vorstands
  in Sachen iD-Editor [1, 2, 3]
- Umbenennung des Stammtisch in eine Arbeitsgruppe (Vorschlag von Jochen
  Topf auf dem letzten Aktiventreffen)

Weitere Themen könnt ihr gerne während der Mumble-Sitzung vorbringen.

Bitte schaltet in eurem Mumble-Client vor Beginn der Sitzung
Push-to-Talk ein (eine Taste muss dann gedrückt gehalten werden, solange
ihr sprecht), um Echos und andere unerwünschte Mikrofoneinschaltungen zu
vermeiden. Das ist im Menü unter Konfiguration → Einstellungen →
Audioeingabe → Übertragen möglich.

Das Protokoll vom letzten Mal findet ihr unter
https://fossgis.de/wiki/FOSSGIS-OSMF-Stammtisch/2020-05-25

Viele Grüße

Michael


[1]
https://lists.openstreetmap.org/pipermail/osmf-talk/2020-June/006869.html
[2] https://lists.openstreetmap.org/pipermail/talk/2020-June/084859.html
[3] https://forum.openstreetmap.org/viewtopic.php?id=69680




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Einladung zum nächsten FOSSGIS-Aktiventreffen

[Michael Reichert]

Hallo,

am Donnerstag, den 4. Juni 2020 findet ab 20:00 Uhr auf dem
FOSSGIS-Mumble-Server (podcast.openstreetmap.de) das nächste
FOSSGIS-Aktiventreffen statt. Themen könnt ihr schon im Vorfeld auf
https://fossgis.de/wiki/Aktiventreffen/2020-06-04
eintragen. Dort sind derzeit schon eingetragen:

- Umgestaltung/Optimierung https://openstreetmap.de/impressum.html,
  sodass OSM-bezogene Kontaktanfragen bei einer Gruppe OSMler landen und
  nicht zusammen mit FOSSGIS-Vereins-bezogenen Anfragen auf
  i...@fossgis.de landen
- Termin für nächsten FOSSGIS-OSMF-Stammtisch per Mumble

Weitere Themen könnt ihr dort noch eintragen oder direkt während der
Mumble-Sitzung ansprechen.

Die Mumble-Sitzungen des Aktiventreffens sind offen für alle, auch
Leute, die keine Vereinsmitglieder sind.

Bitte schaltet in eurem Mumble-Client vor Beginn der Sitzung
Push-to-Talk ein (eine Taste muss dann gedrückt gehalten werden, solange
ihr sprecht), um Echos und andere unerwünschte Mikrofoneinschaltungen zu
vermeiden.

Das Protokoll der letzten Sitzung ist unter
https://fossgis.de/wiki/Aktiventreffen/2020-04-30
zu finden.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Position des FOSSGIS e.V. zu bezahlten Kräften in der OSMF

[Michael Reichert]

Hallo,

auf der Mailingliste OSMF-Talk gab es, angestoßen vom OSMF-Vorstand, vor
etwa zwei Wochen eine Diskussion über bezahlte Kräfte in der OSM
Foundation [1]. Wir haben heute Abend auf dem FOSSGIS-OSMF-Stammtisch
lange über bezahlte Kräfte in der OSMF diskutiert.

Konsens der Diskussion war:

- Für die Vergabe von Tätigkeiten an bezahlte Kräfte, sollte der
  Vorstand vorher eine Tätigkeitsbeschreibung aufstellen und
  sicherstellen, dass die Tätigkeit in die Zuständigkeit der OSMF fällt
  und kein Engagement Freiwilliger verdrängt wird.
- Die Mitglieder sollten den Grundsätzen der Personalpolitik zustimmen.
  Sie sollte der Schaffung neuer Stellen auf Basis der
  Tätigkeitsbeschreibung zustimmen.
- Die OSMF soll als Arbeitgeber/Auftraggeber ihrer sozialen
  Verantwortung gegenüber den für sie Tätigen gerecht werden.

Eine gemeinsame Position des FOSSGIS e.V. als Local Chapter der OSMF in
Deutschland zu diesem Thema wird Tagesordnungspunkt auf der nächsten
Vorstandsitzung des FOSSGIS e.V. am Dienstag, den 1. Juni 2020 um 20:00
Uhr auf dem Mumble-Server podcast.openstreetmap.de sein.

Welche Meinung habt ihr zu bezahlten Kräften in der OSMF dazu? Stimmt
ihr dem obigen Konsens zu? Oder seid ihr anderer Meinung?

Viele Grüße

Michael



[1] https://lists.openstreetmap.org/pipermail/osmf-talk/2020-May/006816.html



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] Underground railways, indoor mapping, and overlapping features

[Michael Reichert]

Hi Clay,

Am 04/05/2020 um 20.15 schrieb Clay Smalley:
> We've come up with some potential solutions, each of which seems to have
> its own drawbacks:
> 
> 1. Sharing nodes between levels, as in the Simple Indoor Tagging schema.
> This is the approach IsStatenIsland has taken, with a working example at
> the West 4th Street–Washington Square station [2].
> 2. Duplicate nodes with identical positions.
> 3. Duplicate nodes, but positions scooched off-center a negligible
> distance. This is how I mapped out Grand Central Terminal [3], with the
> lower level mapped a foot or so away from where it should be.
> 
> Personally, I'm leaning more towards #2. My qualm with #1 is that it adds
> intersections to the two overlapping levels of railways, which I find
> misleading. And with #3 I worry that I'm mapping for the renderer.

I recommend option 3 and I strongly recommend not to use option 1.

Examples of option 3:
Dusseldorf, Germany between Steinstraße/Königsallee and Oststraße
https://www.openrailwaymap.org/?lang=null=51.2230429467944=6.78480327129364=17=standard

Duisburg, Germany: Hauptbahnhof and König-Heinrich-Platz
https://www.openrailwaymap.org/?lang=null=51.43331030240311=6.773768663406372=16=standard

Note: The operators of the tram and subway systems in Germany often uses
OSM data for routing in cases where safety does not matter.

Using the same nodes (like mapping to adjacent landuse polygons) breaks
routing because routing engines would allow trains to switch between the
levels. Using duplicated nodes at the same location is likely to trigger
quality assurance services and therefore mappers trying to "repair" it
by merging them. Using two identical geometries in straight sections
with nodes at different locations, will likely provoke the same as
duplicated nodes.

Regarding option 2: GraphHopper assembles its routing graph by relying
on the node IDs in OSM. It would not suffer from using this option but I
doubt that it is safe for the future. If OSM adopts to drop its 64 bit
node IDs in favour of the location (32 bit latitude + 32 bit longitude),
such cases will cause difficulties.

Best regards

Michael
(maintainer of a railway map style and routing engine)



signature.asc
Description: OpenPGP digital signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-de] Microgrants: Förderprogramm der OSMF

[Michael Reichert]

Hallo,

was der FOSSGIS seit bald einem Jahrzehnt hat, gibt es jetzt auch bei
der OSM Foundation. Die OSMF hat eine Förderprogramm („Microgrants“)
aufgelegt, mit dem sie Projekte der OSM-Community mit bis zu 5000 Euro
fördern möchte. Im deutschen OSM-Blog haben wir einen Blogeintrag zu
diesem Förderprogramm verfasst.

https://blog.openstreetmap.de/blog/2020/04/foerderprogramm-der-openstreetmap-foundation/

Bewerbungsschluss ist der 10. Mai 2020. Die Einreichungen werden im Wiki
veröffentlicht und zur Diskussion gestellt.

Am Montag, den 4. Mai 2020 um 20:00 Uhr besteht in einer
Mumble-Telefonkonferenz auf dem Mumble-Server podcast.openstreetmap.de
die Möglichkeit, Fragen zu diesem Förderprogramm zu stellen. Wenn ihr
mit dem Gedanken spielt, einen Förderantrag dort zu stellen, könnt ihr
in der Mumble-Konferenz (oder sonst per E-Mail) Fragen stellen und
Feedback einholen. Weitere Informationen zu Mumble gibt es unter
http://podcast.openstreetmap.de/mitmachen/

Viele Grüße

Christoph, Hanna und Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Michael Reichert]

Hallo Dietmar,

Am 23/04/2020 um 21.16 schrieb Dietmar Seifert:
> deine Nutzung des network ist eine Möglichkeit, ich würde eigentlich was
> anderes dort erwarten, muss aber nicht sein und ich bin allein mit
> meinem Interpretationsversuch.
> 
> Würdest Du vorschlagen, es sollten Verkehrsverbünde in network
> aufgeführt werden, durch die die Fahrt geht (wenn dort gestoppt wird)
> oder es nur davon abhängig machen, welche Verkehrsverbünde eine
> Fahrkarte ausstellen für die Fahrt?

Es sollten schon Fahrkarten des Verkehrsverbunds in diesem Zug gelten.
Züge, die nur hineinfahren und nur eine einzige Station darin bedienen
sollten nicht das network=*-Tag für diesen Verbund bekopmmen.

Beispiel: Die RB 37 von Gößnitz über Meerane nach Glauchau (Sachsen)
führt durch die Gebiete des MDV und VMS. Gößnitz liegt im MDV, Meerane,
die nächste Stations liegt im VMS. MDV gelten in diesem Zug auf keiner
Teilstrecke, da der Abschnitt Gößnitz–Meerane ein verbundsfreies
Grenzstück ist. Dort gilt nur der DB-Tarif (siehe Kursbuchtabelle 540
und die Websites der Verkehrsverbünde). Die Routenrelation sollte nur
network=VMS haben, kein network=VMS;MDV (die Verwendung der Abkürzungen
vs. Langschreibweisen sei hier mal irrelevant).

Mir ist noch etwas eingefallen, was bei der Aufgabenträger-Bedeutung
problematisch wäre und wirklich nicht einfach zu überprüfen ist: Es gab
– und vermutlich auch noch gibt – einzelne Züge, die eigenwirtschaftlich
betrieben werden. Diese haben keinen Aufgabenträger. Die
Kraichgau-Sprinter Karlsruhe–Öhringen sollen das mal gewesen sein,
diverse SWEG-Strecken waren es AFAIK bis vor Kurzem. Es würde mich nicht
überraschen, wenn die Strecke Neustrelitz Hbf–Mirow von der
Hanseatischen Eisenbahn eigenwirtschaftlich betrieben wird.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Regionalbahn-Relationen: was in network einzutragen?

[Michael Reichert]

Hallo Dietmar,

Am 23/04/2020 um 17.50 schrieb Dietmar Seifert:
> bei Bus-Relationen ist geregelt, das die Verkehrsverbünde in network
> eingetragen werden. Der Begriff Verkehrsverbünde ist aber auf den ÖPNV
> beschränkt [1].
> 
> Was soll bei den regionalen Bahn-Relationen in network eingetragen werden?
> 
> Aus meiner Sicht sollten dort die Aufgabenträger oder die dafür
> beauftragten Gesellschaften, bei [2] aufgeführt, eingetragen werden,
> z.B. in Bayern die BEG, in Baden-Württenberg die NVBW, in
> Berlin-Brandenburg die VBB (schon in OSM bei network vorhanden).
> 
> Bisher sind bei den entsprechenden Bahn-Relationen noch die
> Verkehrsverbünde des ÖPNV eingetragen und ein anderer Mapper hatte mich
> darauf hingewiesen, das die Verkehrsverbünde auch bei den
> Regional-Bahnen eingetragen bleiben sollten.
> 
> Was ist Eure Meinung?

Ich trage da seit vielen Jahren den oder die Verkehrsverbünde ein, deren
Fahrausweise mindestens auf einem Teil der Strecke gelten. Mittlerweile
ist es üblich geworden, dass die Aufgabenträger von den
Verkehrsunternehmen verlangen, dass ihr Logo (früher bwegt, Bahnland
Bayern, Zweckverband SPNV Süd, RMV, VRR, …) auf den Fahrzeugen klebt –
meist nahe den Führerständen und somit auch überprüfbar ist. Es ist für
die Kunden relevanter, wessen Tarife darin Anwendung finden. Außerdem
gibt es genügend Fälle, wo übergangsweise Ersatzfahrzeuge zum Einsatz
kommen, bei denen die Beklebung fehlt.

Das network-Tag ist der OSM-datentechnisch sinnvolle Ersatz für die
großen Sammelrelationen (type=network), die nach und nach gelöscht werden.

Es ergibt IMHO keinen Sinn, den Aufgabenträger zu erfassen, weil man das
dann auch bei den Buslinien tun müsste. Bei diesen ist er schwerer zu
ermitteln und somit schwerer zu überprüfen, womit wir dann beim
Überprüfbarkeits-Kriterium des OpenStreetMap-Projekts wären. Würde dann
nicht bei vielen Stadtbuslinien einfach nur network=Stadt Musterstadt
stehen, die eine Direktvergabe an ihren Verkehrsbetrieb macht?

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Protokoll des FOSSGIS-OSMF-Stammtisch am 20. April 2020

[Michael Reichert]

Hallo,

das Protokoll des ersten FOSSGIS-OSMF-Stammtisch am Montag, den 20.
April 2020 ist online.

https://fossgis.de/wiki/FOSSGIS-OSMF-Stammtisch/2020-04-20

Der nächste Termin ist am Montag, den 4. Mai 2020 um 20:00 Uhr wieder
als Telefonkonferenz per Mumble (Server: podcast.openstreetmap.de).

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dienste für virtuelle OSM-Stammtische

[Michael Reichert]

Hallo,

Am 21/04/2020 um 23.42 schrieb Tobias Knerr:
> * Jitsi: Die derzeit wohl bekannteste freie Lösung für Videochats. Es
> gibt eine ganze Reihe frei nutzbarer Jitsi-Server im Netz, eine Liste
> findet sich unter https://pads.ccc.de/ep/pad/view/jitsiliste/latest.  Um
> ein Jitsi-Treffen zu starten, wählt man dafür einen eindeutigen Namen
> und teilt diesen mit allen Teilnehmern.
> 
> http://imagico.de/files/jitsi1.png

Die Geofabrik betreibt seit einiger Zeit für den Eigenbedarf einen
Jitsi-Server. Diesen darf die OSM-Community zum Austausch für
Stammtisch-Ersatzveranstaltungen usw. gerne nutzen.

https://jitsi.geofabrik.de/
Benutzername: osmcommunity
Passwort: WirLiebenJOSM

Da der Server passwortgeschützt ist, kann er nicht mit der Jitsi-App für
Android/iOS, sondern nur mit dem Webbrowser auf Desktop-Computern
verwendet werden. Das verwendete Authentifizierungsverfahren (HTTP Basic
Authentication wird von der App nicht unterstützt).

Viele Grüße

Michael


-- 
Michael Reichert  www.geofabrik.de
Geofabrik GmbHHandelsregister: HRB Mannheim 703657
Amalienstr. 44Geschaeftsfuehrung: C. Karch, F. Ramm
76133 Karlsruhe   Tel: 0721-1803560-0
reich...@geofabrik.de Fax: 0721-1803560-9



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Bürgerfest des Bundespräsidenten – Telefonkonferenz am 16. April 2020

[Michael Reichert]

Hallo,

Am 04/04/2020 um 19.48 schrieb Michael Reichert:
> der FOSSGIS e.V., das Local Chapter der OSM Foundation in Deutschland,
> ist vom Bundespräsidialamt gefragt worden, ob er als "kleiner Partner"
> seine Projekte auf dem Bürgerfest des Bundespräsidenten am 21. und 22.
> August 2020 im Park des Schloss Bellevue in Berlin präsentieren möchte
> (die Anfrage ist vom Februar).
> 
> Uns steht dort ein Spitzpagodenzelt mit 3 x 3 Metern Fläche zur
> Verfügung. Am ersten Tag, dem Freitag, den 21. August 2020 ist die
> Veranstaltung für geladene Gäste geöffnet. Am zweiten Tag, dem 22.
> August 2020 ist sie für die Öffentlichkeit zugänglich.
> 
> Siehe dazu auch:
> - Protokoll der öffentlichen Vorstandssitzung am 18. Februar 2020 [1]
> - Protokoll der Birds-of-a-Feather-Session am Freitag, den 13. März auf
>   der FOSSGIS 2020 (ursprünglich für Samstag, den 14. März geplant) [2]
> - Protokoll des öffentlichen Aktiventreffens am 1. April 2020 [3]
> 
> Zwecks Vorbereitung lädt Dominik Helle, der Vorsitzende des FOSSGIS e.V.
> auf der Mitglieder-Mailingliste zu einer Mumble-Session ein. Diese
> Einladung möchte ich euch nicht vorenthalten.

Das fünfseitige Informationsschreiben der Agentur, die das Bürgerfest im
Auftrag des Bundespräsidialamts organisiert, ist jetzt im FOSSGIS-Wiki
verlinkt.
https://fossgis.de/wiki/B%C3%BCrgerfest

Viele Grüße

Michael




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Bürgerfest des Bundespräsidenten – Telefonkonferenz am 16. April 2020

[Michael Reichert]

Hallo,

der FOSSGIS e.V., das Local Chapter der OSM Foundation in Deutschland,
ist vom Bundespräsidialamt gefragt worden, ob er als "kleiner Partner"
seine Projekte auf dem Bürgerfest des Bundespräsidenten am 21. und 22.
August 2020 im Park des Schloss Bellevue in Berlin präsentieren möchte
(die Anfrage ist vom Februar).

Uns steht dort ein Spitzpagodenzelt mit 3 x 3 Metern Fläche zur
Verfügung. Am ersten Tag, dem Freitag, den 21. August 2020 ist die
Veranstaltung für geladene Gäste geöffnet. Am zweiten Tag, dem 22.
August 2020 ist sie für die Öffentlichkeit zugänglich.

Siehe dazu auch:
- Protokoll der öffentlichen Vorstandssitzung am 18. Februar 2020 [1]
- Protokoll der Birds-of-a-Feather-Session am Freitag, den 13. März auf
  der FOSSGIS 2020 (ursprünglich für Samstag, den 14. März geplant) [2]
- Protokoll des öffentlichen Aktiventreffens am 1. April 2020 [3]

Zwecks Vorbereitung lädt Dominik Helle, der Vorsitzende des FOSSGIS e.V.
auf der Mitglieder-Mailingliste zu einer Mumble-Session ein. Diese
Einladung möchte ich euch nicht vorenthalten.

Viele Grüße

Michael
(kein Mitglied des Vorstands)


[1]
https://fossgis.de/verein/vorstand/2020-02-18-protokoll-vorstandssitzung/
[2] https://wiki.openstreetmap.org/wiki/FOSSGIS_2020/BoF_B%C3%BCrgerfest
[3] https://fossgis.de/wiki/Aktiventreffen/2020-04-01


 Weitergeleitete Nachricht 
Betreff: [fossgis-verein] Einladung zum Mumble zum Thema Bürgerfest
Datum: Fri, 3 Apr 2020 21:38:29 +0200
Von: Dominik Helle 
An: verein-liste FOSSGIS e.V. 

Hallo zusammen,

wie ihr ja sicher alle wisst, sind wir diese Jahr auf dem Bürgerfest
eingeladen. Hierzu bedarf es noch einiger Planung, die wir gerne auf
einem gemeinsam Mumble-Stammtisch durchführen wollen.

Daher haben wir ein Mumble für Donnerstag, den 16.04.2020 um 20:00
geplant und freuen uns auf Eure Teilnahme. Mehr zu Mumble unter:
http://podcast.openstreetmap.de/mitmachen/


Für alle die sich vielleicht wundern, warum erst jetzt und ob da nicht
schon ein Abgabetermin am 07.04 war…wegen Covid-19 ist alles verschoben
worden und auf Seiten des Bürgefestes liegt alles erst einmal auf Eis.

Allerdings wollen wir die Planungen so gut wie möglich voran treiben.
Ganz nach dem Motto: Was man hat, das hat man.
Viele Grüße und bis bald,
Dominik

-- 
Dominik Helle
1. Vorsitzender - FOSSGIS e.V.




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relationen für Stromladenetzwerke von Ladestationen

[Michael Reichert]

Hallo,

Am 22/03/2020 um 19.45 schrieb Frederik Ramm:
> Relationen sind auch nicht gedacht, um Gruppen von Objekten zu bilden.
> Wenn ich eine solche Relation beim Mappen entdecken würde, würde ich sie
> vermutlich löschen. Bitte fange sowas gar nicht erst an.
> 
> Wenn jemand gern alle Ladestationen des "Stromnetz Hamburg" sehen will,
> kann er das allein anhand des an der Station angebrachten Operator-Tags
> mittels Overpass machen. Dazu ist keine Relation notwendig, im
> Gegenteil, sie würde nur den Pflegeaufwand erhöhen.

siehe dazu auch
https://wiki.openstreetmap.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien

Manchmal kann neben operator=* auch network=* hilfreich sein. network=*
ist z.B. bei der Zugehörigkeit zu Verkehrsverbünden gebräuchlich.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] YouTube Account "OpenStreetMap Deutschland"

[Michael Reichert]

Hallo,

Am 21/03/2020 um 18.44 schrieb Sören Reinecke via Talk-de:
> wenn ich mir Youtube angucke, dann finde ich sehr viele
> englischsprachige Videos zu OpenStreetMap in selten guter Qualität
> (eher schlecht oder mittelmäßig). Diese sind aber nicht gebündelt
> sondern bunt durchgemischt (kein offizieller Account, vielmehr kleine
> "Kräuter"). Es gibt z.B. keine mir bekannte Playlist zu "OSM Basics".
> Youtube ist dabei eine Plattform, die von vielen Menschen genutzt wird
> um neue Dinge kennen zu lernen. Youtube kann also dazu beitragen, dass
> OpenStreetMap bekannter wird und Eintrittsbarrieren nicht mehr so groß
> scheinen.

Unabhängig von der Frage, ob wir solch einen Kanal haben wollen, möchte
ich darum bitten, dass der Lizenznehmer der Markenrechte an
"OpenStreetMap" in Deutschland und Local Chapter der OSM Foundation, der
FOSSGIS e.V. die Admin-Zugangsdaten zu diesem Kanal erhält. Wir haben
jetzt schon ein Zombie-Twitter-Profil.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Absage des OSM-Samstags 2020

[Michael Reichert]

Hallo,

auf Grund der aktuellen Entwicklungen hat sich der FOSSGIS e.V. dazu
entschieden auf den OSM-Samstag der FOSSGIS-Konferenz zu verzichten. Wir
danken allen Teilnehmern für ihr Verständnis und Ihre Kooperation.

Viele Grüße

Der Vorstand des FOSSGIS e.V. und das Organisationsteam der
FOSSGIS-Konferenz 2020



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

[Michael Reichert]

Hi Mario,

Am 08/03/2020 um 16.00 schrieb Mario Frasca:
> well, it does look slightly invasive … I had imagined something like a
> transparent text on top of the requested tile.  doing it the way you are
> doing it, you are removing part of the underlying information.

A transparent overlay requires calling Imagemagick or a similar tool for
each tile and to cache the results. It makes the setup more complicated
and requires more processing power. Should we spend even more volunteer
time and donations on abusers? No.

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Datenqualität open data NRW und OSM

[Michael Reichert]

Hallo Otto,

Am 06/03/2020 um 11.30 schrieb Otto Dassau:
> das Thema wurde wahrscheinlich schon häufiger diskutiert, ich habe dazu aber
> bisher nichts gefunden. Es geht um den Vergleich zwischen den Daten, die vom
> Land NRW bereitgestellt werden und OSM.
> 
> Ich habe hier ein Beispiel abgelegt, um es zu verdeutlichen:
> https://www.gbd-consult.de/download/vergl_odnrw_osm.png
> 
> Man sieht, dass die Übereinstimmung der Gebäudegrenzen zwischen OSM und den
> roten Linien der NRW Daten im linken Fenster (Bsp: Düsseldorf) gut, im
> rechten Fenster (Bsp: Lüdenscheid) nicht so gut ist. Die Qualität scheint
> also unterschiedlich zu sein.

Als wir das letzte Mal die WMS-Dienste des NRW-Atlas nutzen durften,
wurden diese in großem Stil abgezeichnet – oft unter Verwendung des
JOSM-Plugins Tracer2. Ein Blick in die Versionsgeschichte der
Gebäude-Ways und ihrer Nodes verrät dir, von wann die Daten sind. Es gab
auch davor schon Gebäude in OSM in NRW, aber nicht so viele. Eine Suche
im deutschen OSM-Forum zu Tracer2 verrät mehr.

> Meine Fragen dazu sind: 
> 
> * Könnten/Dürften die Daten NRW genutzt werden, um die OSM Daten
>   flächendeckend z.B. für NRW zu optimieren? 

Wie Tobias schon schrieb, ist mit der Zweite Verordnung zur Änderung der
Verordnung zur Durchführung des Gesetzes über die Landesvermessung und
das Liegenschaftskataster vom 19.12.2019 die Lizenz des
Open-Data-Angebots geändert worden. Sie sind jetzt unter der Datenlizenz
Deutschland Zero 2.0, die nicht der Namensnennungsproblematik
unterliegt. Die Änderung trat am 1. März 2020 in Kraft.
https://forum.openstreetmap.org/viewtopic.php?pid=772335#p772335

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] Creation of "Data Items" by bot for undocumented tags

[Michael Reichert]

Hi,

Am 18.02.20 um 18:46 schrieb Frederik Ramm:
> Agree, and I would also request that *any* automated change to the Wiki
> be discussed before it is implemented. The use of bots puts too much
> power in the hands of those who write them, and this must be balanced by
> a requirement to involve the non-bot-writing part of the community
> before launch.

I think that the Automated Edits Code of Conduct should be extended to
edits on the wiki and proposed edits covered by it discussed on this
mailing list if their scope is global or spans multiple countries.

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] FOSSGIS-Konferenz 2020: Ab heute 8:00 Uhr zweite Chance zum Ticketkauf

[Michael Reichert]

Hallo,

ab heute ca. 08:00 Uhr besteht noch eine letzte Chance zum Kauf eines
Konferenztickets für die FOSSGIS-Konferenz 2020 in Freiburg im Breisgau
(11.–14.03.2020). Wir sind seit ein paar Tagen ausverkauft und haben ca.
90 Einträge auf der Warteliste. Dank der Freigabe von Seiten der
Universität können wir jetzt noch einmal das Ticketkontingent erhöhen.
Ich rechne damit, dass die Resttickets schnell vergriffen sein werden.

Für aktive Mapperinnen und Mapper sowie Open-Source-Entwickler ist der
Eintritt frei.

Hinweis: Der OSM-Samstag ist davon nicht betroffen. Dort gibt es noch
genug kostenlose Tickets.

Zum Ticketshop: https://pretix.eu/fossgis/2020/
Konferenzwebsite: https://fossgis-konferenz.de/2020/

Viele Grüße

Michael
(Konferenz-Organisationsteam)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Dienstleister für OSM-Kartendruck im Großformat

[Michael Reichert]

Hallo Mathias,

Am 13/02/2020 um 14.11 schrieb Mathias Schindler:
> ich arbeite seit Januar für eine Abgeordnete im Landtag von Brandenburg zu
> den Themen Digitalisierung und Inneres. Wir sind gerade dabei, ein
> Wahlkreisbüro einzurichten und überlegen uns dazu, wie wir sinnvoll die
> Zahl der nackten Wände reduzieren können. Das Wahlkreisbüro ist einerseits
> ein Ort für Mitarbeiter der Abgeordneten, andererseits soll es auch
> Anlaufstelle für Bürgerinnen und Bürger, NGOs und stadtteilbezogene Gruppen
> sein.
> 
> Einer der Vorschläge ist, eine Karte des Wahlkreises bzw. der ganzen Stadt
> Potsdam aus OSM-Daten gerendert und lizenzkonform auszudrucken. Denkbar
> wäre es, die Karte auf Kork oder Styopor aufzuziehen, um mit Fähnchen
> Ereignisse, Besucher o.ä, zu markieren, damit über die Legislaturperiode
> eine Übersicht über unsere Arbeit entsteht. Um mal eine Zahl zu nennen:
> eine der bespielbaren Wandflächen im Büro ist ca 4 x 3 Meter groß.
> 
> Auf https://wiki.openstreetmap.org/wiki/OSM_on_Paper habe ich bereits
> einige Anregungen gesammelt, welche Anbieter es gibt. Da es schön aussehen
> sollte, wäre ich sehr über Tipps oder Erfahrungsberichte dankbar.

Falls der Gebiet nicht zu groß ist, empfehle ich
https://print.get-map.org/. Erzeuge dort die Druckvorlage als
PNG-Grafik. Damit kannst du in einen Copyshop deiner Wahl gehen und sie
ausdrucken. Das wäre die billigste Lösung.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] weeklyOSM #497 2020-01-21-2020-01-27

[Michael Reichert]

Hi,

Am 04/02/2020 um 15.25 schrieb Frederik Ramm:
> Hm, the wording is a bit unfortunate really. Of course this "internal
> use only" applies to the personal data in the file which according to
> (the LWG's interpretation of) the GDPR is ok to use for OSM's own
> purposes but not for blasting it out into the world. The
> non-personal-data history is free for everyone to use, and Geofabrik
> *could* actually make two different history files available, one with
> and one without user data, it's just that these files are a niche
> interest anyway so we thought one version is sufficient.
> 
> This means that if you derive anything like an animated map from the
> data, that's totally fine; only if you were to publish something that
> involves user data should you think twice about your data protection
> regulations.

You can strip the history files from osm-internal.download.geofabrik.de
using the following Osmium command to get OSM data with fewer legal
risks in terms of personal data:

osmium cat --output-format pbf,metadata=version+timestamp \
  -o output.osh.pbf input.osh.pbf

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Weihnachtskarten 2019

[Michael Reichert]

Hallo,

vielen Dank für das rege Interesse. Wir haben die Karten aller 34
Empfänger heute gedruckt und zur Post gebracht.

Viele Grüße, frohe Weihnachten und einen guten Rutsch ins neue Jahr

Michael von der Geofabrik



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ÖPNV Routen Husum (Nordsee)

[Michael Reichert]

Hallo,

Am 14/12/2019 um 11.48 schrieb goegeo:
> Hallo zusammen, in Husum (Nordsee) wurde am 1. August ein vollkommen
> neues Stadtbusnetz (Website: www.husumbus.de) eingeführt (geänderte
> Routenführung und halb-/stündliche Taktung. Ich habe einige der neuen
> Linienverkehre bereits mit erfasst – allerdings sind auch noch die
> Altlinien noch erfasst (verschiedenene 105x). Geht das in Ordnung, wenn
> ich die historischen Routenrelationen (Altlinien) einfach lösche? Oder
> sollte so etwas auch über das Forum angekündigt/vorher diskutiert
> werden? An dieser Stelle mache ich es ja jetzt schon? Hat jemand hier
> Einwendungen

Wenn die Linien ab morgen nicht mehr verkehren, kannst du ihre
Routenrelationen ersatzlos löschen. OSM ist kein Projekt für historische
Daten. Anders als bei stillgelegten Gleisen bleibt nicht mal mehr ein
naturnahes Biotop zurück.

Bitte denk daran, auch Bushaltestellen, die nicht mehr bedient werden,
zu löschen, wenn sie abgebaut worden sind.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-transit] Multiple ref=* on route=train

[Michael Reichert]

Hi Tijmen,

Am 20.11.19 um 23:08 schrieb Tijmen Stam:
> In the Netherlands, there are no train route numbers like this.
> Internally (and among hobbyists) we speak of a "series 2900" train which
> goes from Enkhuizen to Maastricht, but those train numbers are somewhat
> hidden to the public - they aren't on the timetable boards or digital
> board, available only on a mouseover in the train planner.

These numbers refer to the type of vehicle (not service) what is called
"class " in Great Britain, isn't it?

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

[Talk-de] FOSSGIS-Aktiventreffen per Mumble am 18. November 2019

[Michael Reichert]

Hallo,

am 18. November 2019 findet um 20:00 Uhr das erste
FOSSGIS-Aktiventreffen per Mumble statt.

Die vorläufige Tagesordnungspunkt enthält momentan die folgenden Punkte:
- Bericht/Status Konferenzorganisation und Programmkomitee
- Meinungsbild der deutschen OSM-Community zum iD-Editor

Auch Nichtmitglieder dürfen an der Sitzung teilnehmen, sie ist
öffentlich. Weite Informationen sind auf
https://fossgis.de/wiki/Aktiventreffen
und https://fossgis.de/wiki/Aktiventreffen/2019-11-18 zu finden.

Viele Grüße

Michael


 Weitergeleitete Nachricht 
Betreff: [fossgis-verein] Regelmäßige Aktiventreffen per Mumble
Datum: Tue, 22 Oct 2019 22:43:24 +0200
Von: Michael Reichert 
An: verein-li...@fossgis.de

Hallo,

wer den Vorstandssitzung per Mumble folgt, wird es vielleicht in den
letzten Monaten beobachtet haben: Sie werden länger bzw. sind arg lang.
Nicht alles muss auf den Vorstandssitzungen diskutiert und entschieden
werden. Deshalb haben wir auf unserer heutigen Sitzung beschlossen, in
Anlehnung an die IRC-Stammtische, die es einst gab, regelmäßige
Aktiventreffen per Mumble einzuführen. Diese sollen ein bis zwei Wochen
vor der Vorstandssitzung stattfinden und einen Raum bieten, die aktuelle
Vereinsarbeit (Konferenzorganisation, OSM-Sachen, Open-Data-Fraktion, …)
zu besprechen. Die Lage vor der Vorstandssitzung soll es ermöglichen,
Dinge, bei denen ein Vorstandsbeschluss gewünscht wird, zeitnah (auf der
nächsten Vorstandssitzung) zu erledigen.

Die Sitzungen werden eine Tagesordnung und einen Moderator haben.

Die Anwesenheit eines Vorstandsmitglieds wird angestrebt, können aber
auch ohne stattfinden.

Selbstverständlich ist jedem, nicht nur denjenigen, die sich als Aktive
fühlen, die Teilnahme gestattet. Wir freuen uns, wenn der dort gewonnene
Einblick in die Arbeit den ein oder anderen ermuntert, euch einzubringen.

Die erste Sitzung soll ein bis zwei Wochen vor dem Hacking Event im
Linuxhotel in Essen (29. November bis 1. Dezember 2019 [1]) stattfinden.
Unter https://dudle.inf.tu-dresden.de/Bz08_UOZjQ/ findet ihr eine
Umfrage. Bitte füllt sie aus, wenn ihr teilnehmen möchtet. Ich werde die
Umfrage Anfang nächster Woche auswerten.

Wann spätere Termine stattfinden und wie der regelmäßige Terminrhythmus
der Aktiventreffen aussehen soll, können wir auf der ersten Sitzung oder
auf dem Hacking Event in Essen entscheiden.

Wir freuen uns auf eure Teilnahme.

Viele Grüße

Michael Reichert
für den Vorstand


[1] https://www.fossgis.de/wiki/FOSSGIS_Hacking_Event_2019_Nummer_13


-- 
FOSSGIS e.V.
Römerweg 5
79199 Kirchzarten
Vorstand: Dominik Helle, Michael Reichert, Jochen Topf, Arne Schubert
E-Mail: i...@fossgis.de
Eintragung im Vereinsregister:
  Registergericht: Stadt Mainz
  Registernummer: 90 VR 3594




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[Michael Reichert]

Crossposting:
https://forum.openstreetmap.org/viewtopic.php?pid=768763#p768763

TL;DR Lasst uns mal ein gemeinsames Statement zum Umgang mit den
iD-Maintainern finden.
https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD
Eine Abstimmung gibt es dann später, wenn sich Zustimmung abzeichnet.

Hallo,

die Entwicklung des iD-Editors treibt sein einigen Monaten mir und
anderen Sorgenfalten auf die Stirn. Sie ist geprägt von einer
absolutistischen Grundeinstellung, die in OSM bei einem derart zentralen
und einflussreichen Projekt nicht existieren sollte. Wiederholt waren
Entscheidungen der iD-Hauptentwickler auf den Mailinglisten Talk und
Tagging diskutiert worden; zwei Mailinglisten, die als die
Diskussionsräume in OSM gelten (Tagging insbesondere für Tagging).
Wiederholt haben die iD-Hauptentwickler durchblicken lassen, dass ihnen
die Community am Allerwertesten verbeigeht und scheuen auch nicht vor
Beleidigungen der Community auf der Mailingliste [1] zurück. In der
Wochennotiz war das schon ein paar Mal Thema.

Geändert hat sich seitdem nichts. Eine Code of Conduct-Beschwerde [2]
war parktisch wirkungslos. Der Vorstand hat zwar im Mai/Juni Bryan
Housel (den älteren der beiden Hauptentwickler) um ein Gespräch gebeten,
das kam aber nicht zustande.

Neben dem Durchdrücken eigener Taggingvorstellungen (nichts Neues, meine
Recherche hat mich zu drei Jahren alten Tickets geführt) haben wir mit
dem iD-Editor mittlerweile auch ein Datenschutzproblem, das uns in
Deutschland öffentlich sicherlich nicht willkommen ist: Der iD-Editor
lädt Firmenlogos von graph.facebook.com. [3] Mal ehrlich, wenn ich eine
freie Karte editiere, will ich nicht, dass meine Daten zu Facebook
abfließen!

Dass die iD-Hauptentwickler das Feature gut finden, ist keine
Überraschung. Die Reaktion war, die GitHub-Issue zu sperren [4] (d.h.
keine Kommentare mehr möglich) und im gesamten Repository das
Kommentieren bestehender und Anlegen neuer Issues zu deaktiveren.
Frederik, der sich bislang nur vorsichtig kritisch auf Mailinglisten zu
der Sache geäußert hat, ist in seinem Benutzer-Blog am Samstag der
Kragen geplatzt. Er hat dort praktisch gefordert, die sich
missbräuchlich verhaltenden iD-Maintainer vor die Tür zu setzen. Lest
selbst: https://www.openstreetmap.org/user/woodpeck/diary/391175

Der Blogeintrag hat mich dazu motiviert, einen Entwurf für ein Statement
der deutschen Community zum Umgang mti den iD-Hauptentwicklern zu
schreiben. Hinweis: Der erläuternde Teil ist nicht neutral.
https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD

Hier die Kernforderungen des Statements:
- Die Facebook-Aufrufe müssen umgehend weg.
- Benutzersperren und Diskussionssperren auf GitHub müssen von jemand
anderem als den Hauptentwicklern entschieden werden.
- Auf osm.org kommt bis auf Weiteres der Fork von Frédéric Rodrigo zum
Einsatz, der den iD Community-Konsens-konform angepasst hat.
- Die Betreuung der Taggingvorlagen und Validierungsregeln wird in ein
eigenes Projekt verschoben. Das wird von einem eigenständigen Komitee
betreut. Bis zur Umsetzung dieser Änderung wird Frédérics Fork verwendet.

Was haltet ihr von dem Entwurf? Änderungen sind willkommen.

Sollte sich Zustimmung abzeichnen, werde ich den Entwurf zur Abstimmung
in der deutschen Community stellen.

Mir ist bewusst, dass der Umgang mit den iD-Hauptentwicklern nicht schön
ist. Ihr Umgang mit den Leuten auf der Mailingliste, mit denen, die ihre
Tags und Massenedits diskutieren, ist jedoch unanständig und ein nicht
hinnehmbare Griff nach der Macht in OSM (und wir wissen bei einem der
Quincy Morgan nicht einmal, wer ihn wirklich bezahlt, vielleicht Apple?)

Viele Grüße

Michael



[1] https://lists.openstreetmap.org/pipermail/talk/2019-May/082609.html
[2] https://github.com/openstreetmap/iD/issues/6442
[3] Firefox blockt das, wenn der Verfolgungsschutz aktiv ist.
[4] https://github.com/openstreetmap/iD/issues/7028#event-2779977120



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-at] OSMF-Mitgliederversammlung: Beschlussanträge | Aufruf zur Mitgliedschaft

[Michael Reichert]

Hallo,

der Termin für die Mitgliederversammlung steht fest und somit auch der
Termin, bis zu dem sich Neumitglieder angemeldet haben müssen, um
wahlberechtigt zu sein.

Stichtag Anmeldung Neumitglieder: 13. November 2019
Mitgliederversammlung: 14. Dezember 2019 16:00 UTC (17:00 MEZ)

Bestehende Mitglieder sollte dringend ihre Mitgliedschaft erneuern, um
wahlberechtigt zu sein.

Außerdem werden noch Kandidaten gesucht, da die Auswahl derzeit sehr
englischlastig ist. Deadline ist hierfür Sonntagmorgen 00:01 UTC, also
Sonntag, der 10. November 2019 01:01 MEZ.
Die Liste der Kandidaten findet ihr im Wiki
https://wiki.openstreetmap.org/wiki/Foundation/AGM19/Election_to_Board#Candidates

Es gibt eine Reihe an Anträgen, über die abgestimmt werden soll
(Nummerierung von mir). Anträge 1 bis 4 sind Satzungsänderungen. Darüber
können *ausschließlich normale Mitglieder* abstimmen. Wenn ihr ein
assoziiertes Mitglied seid, müsst ihr euren Status ändern lassen. Da
nach britischem Recht jeder die Mitgliederliste einsehen darf, hat dann
jeder Zugriff auf Antrag auf euren Namen und eure Anschrift. Für
Satzungsänderungen ist eine Dreiviertelmehrheit erforderlich. Über
Antrag 5 dürfen alle Mitglieder abstimmen, die 50-Prozent-Mehrheit genügt.


1. Änderung des Zeitraums, in dem der OSMF-Vorstand einen
Mitgliedsantrag zurückweisen kann

Bislang kann der Vorstand laut § 15 der Satzung einen Mitgliedsantrag
binnen 7 Tagen zurückweisen. Diese Frist wird auf 30 Tage erhöht.


2. Änderung der Voraussetzungen für aktives Wahlrecht bei Vorstandswahlen

Künftig muss man mindestens 90 statt mindestens 30 Tage lang aktives
Mitglied gewesen sein, um wahlberechtigt zu sein. Außerdem darf man in
den 7 Tagen vor der Mitgliederversammlung keine Beitragsschulden gehabt
haben (das Erneuern einer erloschenen Mitgliedschaft in diesem Zeitraum
stellt die Wahlberechtigung nicht wieder her). Zudem legt der Antrag
fest, dass Tage volle Kalendertage in UTC sind und zur Bestimmung des
Kalendertags die Zeitzone UTC verwendet wird.


3. Mindestmitgliedschaft für Vorstände

Wer durch Wahl durch die Mitglieder oder durch Entscheidung des
Vorstands in den Vorstand aufgenommen wird, muss in den 180 Tagen vor
der Aufnahme Mitglied gewesen sein.


4. Feste Amtszeitbegrenzungen und -beschränkungen

Derzeit muss stets das älteste Drittel (gerundet) der Vorstände neu
gewählt werden (es zählt die Zeit seit der letzten Wahl des jeweiligen
Vorstandsmitglieds). Damit ist die Dauer der Amtszeit zu Beginn nicht
vorhersehbar. Künftig sollen alle Vorstandsposten zur Wahl stehen, deren
Inhaber mindestens 18 Monate seit ihr letzten Wahl im Amt sind. Zudem
soll niemand mehr als dreimal oder häufiger zum Vorstand (wieder)gewählt
worden sein.


5. Änderung des Mitgliederbeschlusses über die Beitragsbefreiung

Der Vorstand kann auf Antrag assoziierten Mitgliedern den Beitrag
erlassen, wenn sie sich diesen nicht leisten können oder es keine
geeignete Bezahlungsmöglichkeit gibt (z.B. Land ohne Paypal und horrende
Überweisungsgebühren nach Großbritannien). Künftig fallen diese zwei
Gründe weg. Stattdessen kann der Mitgliedsbeitrag erlassen werden, wenn
die Person durchgängig erhebliche Beiträge zu OSM, z.B. durch Mapping,
geleistet hat. Die Festlegung der Erheblichkeit erfolgt durch die
Membership Working Group gemeinsam mit dem Vorstand.

Viele Grüße

Michael


 Weitergeleitete Nachricht 
Betreff: [Talk-at] Erinnerung: OSMF-Mitgliedschaft erneuern bzw.
normales Mitglied werden
Datum: Fri, 6 Sep 2019 19:43:29 +0200
Von: Michael Reichert 
Antwort an: OpenStreetMap AT 
An: talk-at@openstreetmap.org



Hallo,

zwar hat der Vorstand der OpenStreetMap Foundation noch nicht den Termin
für die nächste Mitgliederversammlung bekanntgegeben, dennoch ist es
langsam an der Zeit, die jährliche Überweisung des Mitgliedsbeitrags an
die OpenStreetMap Foundation zu tätigen bzw. ihr beizutreten.

Beitritt als normales Mitglied:
https://join.osmfoundation.org/normal-membership/

Wenn ihr per Banküberweisung bezahlt, füllt bitte das folgende Formular
ausfüllen, da die Foundation nur die ersten 14 (?) Zeichen des
Verwendungszwecks von ihrer Bank erhält. Das erleichtert die Zuordnung
der Zahlungseingänge sehr
https://join.osmfoundation.org/alternative-payment-options/
Paypal-Zahlungen werden automatisch verbucht und erfordern keine
Handarbeit auf Seiten der Membership Working Group.

Die Mitgliedschaft in der OSMF sollte für jeden, der für OSM brennt,
eine Ehrensache sein. Die 15 Pfund (ca. 16,50 Euro) [1] pro Jahr sind
für die meisten Deutschen finanziell verkraftbar. Ich denke, dass die
Mitglieder der Foundation und somit Herren über die Rechte an den Daten
auch diejenigen sein sollten, die sie auch sammeln.

Die Mitgliederversammlung findet online statt, die Stimmen können in den
7 Tagen vor der Versammlung abgegeben werden. Schlechte
Englischkenntnisse sollten keine Hürde sein, es wird sicherlich genügend
deutschsprachige Zusammenfassungen/Empfehlungen geben.

Auf der kommenden

Re: [Talk-de] OSM Sticker und Flyer - GISDay

[Michael Reichert]

Hallo Jakob,

Am 06/11/2019 um 16.47 schrieb Jakob Miksch:
> am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu
> eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig,
> aber:
> 
> Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken
> könnte?
> 
> Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann
> ich gern übernehmen.

Wenn du mir sagst, wo sie hingeschickt werden sollen, kann dir die
Geofabrik sicherlich welche schicken.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-at] [Talk-de] OSM Sticker und Flyer - GISDay

[Michael Reichert]

Hallo Jakob,

Am 06/11/2019 um 16.47 schrieb Jakob Miksch:
> am kommenden Mittwoch ist "GISDay" am Z_GIS in Salzburg. Ich werde dazu
> eine Station über OpenStreetMap machen. Es ist zwar relativ kurzfristig,
> aber:
> 
> Gibt es OSM-Sticker und Flyer (ca. 50-100 Stück) die man mir zuschicken
> könnte?
> 
> Die könnte ich dann gleich an die Teilnehmer verteilen. Porto, etc. kann
> ich gern übernehmen.

Wenn du mir sagst, wo sie hingeschickt werden sollen, kann dir die
Geofabrik sicherlich welche schicken.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-de] Vortragseinreichung FOSSGIS-Konferenz 2020 in Freiburg im Breisgau

[Michael Reichert]

Hallo,

bis zum 17. November 2019 kann jeder Vorträge und Workshops für die
FOSSGIS-Konferenz 2020 in Freiburg im Breisgau (11. bis 14. März 2020)
einreichen. Wir suchen Vorträge mit Neuigkeitswert sowie solche, die
spannende Themen behandeln oder anregende Diskussionen auslösen. Thema
der Konferenz sind freie Geodaten (insbesondere, aber nicht nur,
OpenStreetMap), Open Data und freie GIS-Software.

Folgende Veranstaltungstypen sind vorgesehen:

- 20 Minuten lange Vorträge machen den Hauptteil aus. Diese finden am
  Mittwochnachmittag, Donnerstag und Freitagvormittag statt. An diese
  Vorträge schließt sich eine fünf Minuten lange Fragerunde an.
- Parallel zu den Vorträgen finden 90 Minuten lange Workshops statt. Als
  einziger Veranstaltungstyp sind sie kostenpflichtig, die
  Teilnehmeranzahl ist begrenzt. Workshops mit zwei Leitern sind
  möglich, insbesondere, wenn der Workshop stark nachgefragt ist. Diese
  finden am Mittwochnachmittag, Donnerstag und Freitagvormittag statt.
- 5 Minuten lange Lightning Talks geben Gelegenheit, neue Ideen und neue
  Software in Kürze zu präsentieren.
- 60 Minuten lange „Demo-Sessions“ sind für die intensive Vorführung
  freier GIS-Software vorgesehen, in der Redner die Benutzung einer
  Software zeigen. Die Teilnahme ist im Konferenzticket enthalten. Die
  Demo-Sessions zeichnen sich durch eine höhere inhaltliche Tiefe
  gegenüber Workshops und 20-Minuten-Vorträgen aus, weil sie in Hörsälen
  statt in Computerpools stattfinden und die Teilnehmer die Schritte
  nicht in Echtzeit an ihren Computern nachvollziehen können.
- 40 Minuten lange Vorträge zu OpenStreetMap-Themen, an die sich jeweils
  eine 20 Minuten lange Fragerunde anschließt. Sie sind für kontroverse
  Themen der OpenStreetMap-Community vorgesehen.

Werdet Teil der Konferenz und reicht jetzt euren Vortrag oder Workshop
ein. Fragen zum Call for Papers beantwortet das Programmkomitee gerne
per E-Mail an konferenz-o...@fossgis.de.

Die Programmplanung findet beim FOSSGIS Hacking Event im Linuxhotel in
Essen (29. November bis 1. Dezember 2019) statt. Das detaillierte
Programm wird wenige Wochen später bekannt veröffentlicht, gleichzeitig
wird die Anmeldung eröffnet.

Redner dürfen ein kostenloses Communityticket als Eintrittskarte
erwerben. Workshopleiter erhalten einen Rabatt auf den Eintritt, falls
sie nicht anderweitig berechtigt sind (z.B. als aktive Mapper), ein
kostenloses Communityticket zu lösen.

Gerne könnt ihr bei der Einreichung des Vortrags ein bevorzugtes
Zeitfenster angeben, falls ihr terminlich eingeschränkt seid.

Zur Konferenzwebsite: https://fossgis-konferenz.de/2020/

Zur Vortragseinreichung: https://pretalx.com/fossgis2020/

Viele Grüße

Michael
vom Programmkomitee



PS Falls ihr bei der Formulierung der Vortragsbeschreibung etwas
Händchenhalten wünscht oder Zweifel habt, ob das Thema geeignet ist,
könnt ihr auch mich direkt anschreiben. Es ist dann jedoch
wahrscheinlich, dass ich mich in den Programmberatungen der Befangenheit
wegen in der Sache enthalten muss.



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-at] OSM Nutzung in Buch ohne Nennung

[Michael Reichert]

Hallo Friedrich,

Am 13.10.19 um 21:20 schrieb Friedrich Volkmann:
> On 13.10.19 18:41, Markus Mayr wrote:
>> Im Abbildungsverzeichnis am Ende des Buches tauch die OSM nicht auf.
> ...
>> Ich finde das Projekt und Buch eigentlich eine tolle Sache, bin aber
>> etwas traurig, dass die OpenStreetMap darin nicht entsprechend gewürdigt
>> wird, obwohl das den Autoren nicht geschadet hätte.
> 
> Damit wendest du dich am besten an den Verein Openstreetmap Austria,
> vielleicht direkt an den Obmann. ;-) Denn der Verein wurde ja, soweit
> ich mich erinnern kann, als Schnittstelle für die Kommunikation der
> OSM-Community mit Dritten konzipiert.

Zuerst einmal sollte man prüfen, gegen *welche* Lizenz verstoßen wird.
Die Kartenbilder sind nämlich recht alt und zeigen eine mehrere Jahre
alte Version des Kartenstils OSM Carto oder noch seinen Vorgänger den
Mapnik-OSM-Stil. Falls es sich von Daten aus der Zeit vor dem
Lizenzwechsel handelt, würde ich den Fall nicht weiterverfolgen.

Meine mäßig intensive Untersuchung lässt den Schluss zu, dass Daten
zwischen dem 17. August 2013 und dem 13. Dezember 2013 zu sehen sind.
Der Lizenzwechsel war im September 2012, seitdem werden OSM-Daten unter
den Bedingungen der ODbL veröffentlicht.

https://overpass-api.de/achavi/?changeset=19430622 (alter Stand auf
Karte zu sehen)

Angesichts des Alters der Daten und des stark heruntergesetzten Preises
würde ich den Fall gar nicht weiterverfolgen. Ich vermute, dass da ein
Ladenhüter verramscht werden soll. Das ist unsererseits den Aufwand
nicht wert.

> Als einzelner Mapper kann man schwer was gegen so einen Lizenzverstoß
> unternehmen, schon gar nicht wenn man in dem Kartenausschnitt nicht
> selber editiert hat.
> 
> Natürlich kann man immer den Verlag anschreiben, aber dann gibt es 2
> Möglichkeiten: Sie ignorieren einen, oder sie entschuldigen sich.
> Letzteres ändert aber nichts am daran, dass das Buch schon so im Umlauf
> ist.
> 
> Auszahlen tut sich der Kontakt nur dann, wenn der Verlag wenigstens auf
> seiner Website eine entsprechende Entschuldigung verlautbart.

Ein einzelner Mapper sollte als ersten Schritt den Verlag anschreiben.
Falls nichts geschieht, noch ein zweites Mal. OSM ist ein
Communityprojekt. Falls das nicht hilft, kann sich immer noch ein
OSM-Verein einschalten. Die meisten Fälle brauchen das jedoch nicht.

> Ganz korrekt wäre es, den Verkauf des Buches zu stoppen und jedem Buch
> einen Zettel mit dem Lizenzhinweis beizulegen.
> 
> Als (Mit-)Urheber könnte man beim Gericht einen Verkaufsstopp per
> einstweiliger Verfügung beantragen, oder so ähnlich. Ganz auskennen tu
> ich mich damit aber nicht.

Jeder Mapper hat nicht exklusive Nutzungsrechte an seinen Beiträgen
durch die Contributor Terms an die OSMF abgetreten. Diese kann die
Rechte an den Daten durchsetzen oder einem Local Chapter für einen
konkreten Fall eine Vollmacht erteilen.

> Bei Urheberrechtsverletzungen kann man oft auch auf Schadenersatz
> klagen, aber da die OSM ja kostenlos verfügbar ist, wird es schwer sein,
> einen finanziellen Schaden (abgesehen vom Anwaltshonorar) glaubhaft zu
> machen.

Bei uns Deutschland wäre der Versuch, Schadensersatz wegen einer ODbL-
oder CC-*-Lizenzverletzung einzuklagen, riskant, da man die Daten/das
Werk kostenlos bekommt und somit "kein Schaden" entstanden ist.
https://www.ra-plutte.de/olg-koeln-creative-commons-content-grds-0-e-wert/
Wie dazu die Rechtslage in Österreich aussieht, weiß ich nicht.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Should a deleted user's chainset list be removed?

[Michael Reichert]

Hi,


Am 11. Oktober 2019 11:52:17 MESZ schrieb Martin Koppenhoefer 
:
> When you know the userid you can grep their changes from a history
> file
> (e.g. with osmium tool and the opl format).
> Provided you don't have a history file around, it is a serious effort
> though, due to the file size...

Changeset IDs can be retrieved from the changeset dump (an XML file, very slow 
to parse).

If the activities of the user were limited to a specific region, you can 
download an extract of the full history planet dump with all user data from 
https://osm-internal.download.geofabrik.de/ The full history planet dump 
extracts are updated weekly.

Best regards

Michael

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] FOSSGIS-Stand auf der State of the Map 2019, Engelsystem

[Michael Reichert]

Hallo,

auf der State of the Map 2019, die von Samstag bis Montag an der
Universität Heidelberg stattfindet, wird es einen FOSSGIS-Stand geben,
um als nationale Vertretung der OSM Foundation in Deutschland präsent zu
sein und für Open-Source-GIS-Software [1] zu werben. Um den Stand etwas
interessanter zu machen, wird Hartmut Holzgraefe uns seinen
DIN-A1-Drucker dort zur Verfügung stellen.

Für Kartendruck und die allgemeine Standbetreuung (ihr müsst dafür nicht
drucken können) benötigen wir Freiwillige. Sich melden kann jeder, der
schon ein Konferenzticket hat (die Konferenz ist ausverkauft). Bitte
legt euch ein Benutzerkonto im Engelsystem unter
https://engelsystem.heigit.org/ an und "beantragt" dann den Engeltyp
"FOSSGIS-Standbetreuer". Jemand mit den nötigen Rechten wird euch dann
freischalten, sodass ihr euch für eine Schicht á 2 Stunden eintragen könnt.

Neben den Schichten am FOSSGIS-Stand warten noch zahlreiche andere
Aufgaben auf der Konferenz auf Freiwillige. Hierzu gehören u.a. Kamera-
und Mixer-Engel für die Videoaufzeichnung des Video Operation Center des
CCC, das auch diese Konferenz begleitet.

Die daheim Gebliebenen können den Vorträgen der drei großen Räume unter
https://media.ccc.de/ folgen.

Viele Grüße

Michael


[1] Der FOSSGIS e.V. ist auch das Local Chapter der OSGeo Foundation in
Deutschland, Österreich und der Schweiz.



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Abstimmung über OSM Awards 2019 endet heute

[Michael Reichert]

Hallo,

heute ist der letzte Tag, um seine Stimmen in der Abstimmungsphase abzugeben. 
Die Preisverleihung ist am Montagnachmittag.

http://awards.osmz.ru/

Jeder kann pro Kategorie keine, eine oder mehrere Stimmen abgeben. Der 
Nominierte mot den meisten Stimmen gewinnt jeweils.

Bitte macht von eurem Recht Gebrauch,  ein und gebt eure Stimme ab, denn manch 
einer halt sich nach dem Empfang eines solchen Titels für etwas 
Extrabesonderes.  Jede Stimme zählt.

Viele Grüße

Michael

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Hackweekend in Karlsruhe am 19./20. Oktober 2019

[Michael Reichert]

Hallo,

am 19./20. Oktober gibt es wieder ein Hackweekend in Karlsruhe. Details
hier auf der Wikiseite:

https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2019

Viele Grüße

Michael


-- 
Michael Reichert  www.geofabrik.de
Geofabrik GmbHHandelsregister: HRB Mannheim 703657
Amalienstr. 44Geschaeftsfuehrung: C. Karch, F. Ramm
76133 Karlsruhe   Tel: 0721-1803560-0
reich...@geofabrik.de Fax: 0721-1803560-9



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-at] Erinnerung: OSMF-Mitgliedschaft erneuern bzw. normales Mitglied werden

[Michael Reichert]

Hallo,

zwar hat der Vorstand der OpenStreetMap Foundation noch nicht den Termin
für die nächste Mitgliederversammlung bekanntgegeben, dennoch ist es
langsam an der Zeit, die jährliche Überweisung des Mitgliedsbeitrags an
die OpenStreetMap Foundation zu tätigen bzw. ihr beizutreten.

Beitritt als normales Mitglied:
https://join.osmfoundation.org/normal-membership/

Wenn ihr per Banküberweisung bezahlt, füllt bitte das folgende Formular
ausfüllen, da die Foundation nur die ersten 14 (?) Zeichen des
Verwendungszwecks von ihrer Bank erhält. Das erleichtert die Zuordnung
der Zahlungseingänge sehr
https://join.osmfoundation.org/alternative-payment-options/
Paypal-Zahlungen werden automatisch verbucht und erfordern keine
Handarbeit auf Seiten der Membership Working Group.

Die Mitgliedschaft in der OSMF sollte für jeden, der für OSM brennt,
eine Ehrensache sein. Die 15 Pfund (ca. 16,50 Euro) [1] pro Jahr sind
für die meisten Deutschen finanziell verkraftbar. Ich denke, dass die
Mitglieder der Foundation und somit Herren über die Rechte an den Daten
auch diejenigen sein sollten, die sie auch sammeln.

Die Mitgliederversammlung findet online statt, die Stimmen können in den
7 Tagen vor der Versammlung abgegeben werden. Schlechte
Englischkenntnisse sollten keine Hürde sein, es wird sicherlich genügend
deutschsprachige Zusammenfassungen/Empfehlungen geben.

Auf der kommenden Mitgliederversammlung wird über die Besetzung vier der
sieben Vorstandsposten abgestimmt werden. Kate Chapman (Vors.), Frederik
Ramm (Finanzen) und Heather Leson (Secretary) treten nicht mehr an.
Mikel Marons Posten muss neu gewählt werden, er hat sich noch nicht
endgültig entscheiden, ob er sich erneut zur Wahl stellen wird [2].
Außerdem kündigen sich schon ein oder mehrere Anträge zur
Satzungsänderung (eine Folge der versuchten feindlichen Übernahme durch
GlobalLogic [3]) an. Es ist nicht ausgeschlossen, dass noch weitere
allgemeine Anträge hinzukommen.

Für die Satzungsänderungen wird eine Dreiviertelmehrheit (nicht wie in
Deutschland üblich Zweidrittelmehrheit!) benötigt. Für andere Anträge
genügt die einfache Mehrheit.

Nur *Normal Members*, keine Associated Members können über
Satzungsänderungen und Vorstände werden abstimmen. Wenn ihr bislang nur
ein assoziiertes Mitglied seid, sei euch nahegelegt, über eine Änderung
nachzudenken. Beide Mitgliedschaften sind gleich teuer. Das britische
Recht verlangt jedoch, dass jedermann bei der Foundation eine Liste
aller normalen Mitglieder erfragen kann, während das bei assoziierten
nicht der Fall ist.

Wenn ihr eine andere Sprache als Deutsch oder Englisch gut sprecht,
möchte ich euch bitten, diese E-Mail zu übersetzen oder etwas
Vergleichbares in der Landessprache auf der jeweiligen nationalen
Mailingliste zu schreiben.

Viele Grüße

Michael



[1] Ich habe bislang meist einfach 18 bis 20 Euro überwiesen, damit nach
Abzug von Gebühren für den Umstauch genügend übrig bleiben sollte.
[2]
https://lists.openstreetmap.org/pipermail/osmf-talk/2019-August/006186.html
[3]
https://blog.openstreetmap.de/blog/2019/01/untersuchung-ungewoehnlicher-neuanmeldungen-bei-der-openstreetmap-foundation-durch-mitarbeiter-der-firma-globallogic/



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-de] Erinnerung: OSMF-Mitgliedschaft erneuern bzw. normales Mitglied werden

[Michael Reichert]

Hallo,

zwar hat der Vorstand der OpenStreetMap Foundation noch nicht den Termin
für die nächste Mitgliederversammlung bekanntgegeben, dennoch ist es
langsam an der Zeit, die jährliche Überweisung des Mitgliedsbeitrags an
die OpenStreetMap Foundation zu tätigen bzw. ihr beizutreten.

Beitritt als normales Mitglied:
https://join.osmfoundation.org/normal-membership/

Wenn ihr per Banküberweisung bezahlt, füllt bitte das folgende Formular
ausfüllen, da die Foundation nur die ersten 14 (?) Zeichen des
Verwendungszwecks von ihrer Bank erhält. Das erleichtert die Zuordnung
der Zahlungseingänge sehr
https://join.osmfoundation.org/alternative-payment-options/
Paypal-Zahlungen werden automatisch verbucht und erfordern keine
Handarbeit auf Seiten der Membership Working Group.

Die Mitgliedschaft in der OSMF sollte für jeden, der für OSM brennt,
eine Ehrensache sein. Die 15 Pfund (ca. 16,50 Euro) [1] pro Jahr sind
für die meisten Deutschen finanziell verkraftbar. Ich denke, dass die
Mitglieder der Foundation und somit Herren über die Rechte an den Daten
auch diejenigen sein sollten, die sie auch sammeln.

Die Mitgliederversammlung findet online statt, die Stimmen können in den
7 Tagen vor der Versammlung abgegeben werden. Schlechte
Englischkenntnisse sollten keine Hürde sein, es wird sicherlich genügend
deutschsprachige Zusammenfassungen/Empfehlungen geben.

Auf der kommenden Mitgliederversammlung wird über die Besetzung vier der
sieben Vorstandsposten abgestimmt werden. Kate Chapman (Vors.), Frederik
Ramm (Finanzen) und Heather Leson (Secretary) treten nicht mehr an.
Mikel Marons Posten muss neu gewählt werden, er hat sich noch nicht
endgültig entscheiden, ob er sich erneut zur Wahl stellen wird [2].
Außerdem kündigen sich schon ein oder mehrere Anträge zur
Satzungsänderung (eine Folge der versuchten feindlichen Übernahme durch
GlobalLogic) an. Es ist nicht ausgeschlossen, dass noch weitere
allgemeine Anträge hinzukommen.

Für die Satzungsänderungen wird eine Dreiviertelmehrheit (nicht wie in
Deutschland üblich Zweidrittelmehrheit!) benötigt. Für andere Anträge
genügt die einfache Mehrheit.

Nur *Normal Members*, keine Associated Members können über
Satzungsänderungen und Vorstände werden abstimmen. Wenn ihr bislang nur
ein assoziiertes Mitglied seid, sei euch nahegelegt, über eine Änderung
nachzudenken. Beide Mitgliedschaften sind gleich teuer. Das britische
Recht verlangt jedoch, dass jedermann bei der Foundation eine Liste
aller normalen Mitglieder erfragen kann, während das bei assoziierten
nicht der Fall ist.

Wenn ihr eine andere Sprache als Deutsch oder Englisch gut sprecht,
möchte ich euch bitten, diese E-Mail zu übersetzen oder etwas
Vergleichbares in der Landessprache auf der jeweiligen nationalen
Mailingliste zu schreiben.

Viele Grüße

Michael


PS Um Missverständnissen vorzugebeugen, möchte ich anmerken, dass die
Mitgliedschaftsprogramme von FOSSGIS e.V. und OSMF sind nicht
miteinander verbunden sind. Man ist nicht automatisch Mitglied der
anderen Organisation.



[1] Ich habe bislang meist einfach 18 bis 20 Euro überwiesen, damit nach
Abzug von Gebühren für den Umstauch genügend übrig bleiben sollte.
[2]
https://lists.openstreetmap.org/pipermail/osmf-talk/2019-August/006186.html




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-talk] State of the Map 2019 being sold out soon

[Michael Reichert]

Hi,

State of the Map 2019 in Heidelberg (21–23 September) is on the straight
way to success – we expect to be sold out in the next hours. At the time
of this writing, 535 of 570 tickets are sold. Please order a ticket as
soon as possible if you want to visit SotM.

Most sessions of SotM will be recorded on video. The livestream and
recordings will be made available at https://media.ccc.de/ See the
programme at https://2019.stateofthemap.org/program/ and
https://2019.stateofthemap.org/academic_programme/ which sessions will
be recorded.

Best regards

Michael Reichert
SotM Working Group



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] Keine anonymen Kommentare an Notes mehr möglich

[Michael Reichert]

(freie Übersetzung von Frederiks Beitrag auf der Mailingliste Talk)

Hallo,

es ist nach einer zweijährigen Diskussion über das Für und Wider der
Entschluss gefasst worden, dass anonyme Kommentare an Notes
(Fehlerberichte auf openstreetmap.org, nicht Punktdatenobjekte) nicht
mehr möglich sind.

Bis vor zwei Tagen konnten anonyme (d.h. nicht angemeldete) Benutzer
Notes anlegen und bestehende Notes kommentieren; nur schließen konnten
sie die Notes nicht.

Jetzt können anonyme Nutzer *weiterhin* Notes anlegen, aber sie können
sie nicht kommentieren oder bestehende Notes schließen.

Man ist in einer langen Diskussion, die zu dieser Entscheidung geführt
hat (siehe
https://github.com/openstreetmap/openstreetmap-website/issues/1543 und
https://github.com/openstreetmap/openstreetmap-website/pull/1926),
übereingekommen, dass anonyme Kommentare an Notes selten nützlich sind.
Wenn sie es doch nützlich sind, kommen sie meist von Benutzern, die
vergessen haben, sich anzumelden. In der letzten Zeit stattgefundene
Spam- und Vandalismuswellen haben das Notes-System in manchen Regionen
unbenutzbar gemacht. Der Schaden hat den Nutzen überwogen. Es ist
tatsächlich einfacher, einen Vandalen zu bekämpfen, der neue, nutzlose
Notes anlegt (indem man sie einfach schließt), als seine
Hinterlassenschaften aus bestehenden Notes zu entfernen.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Karte mit shop=yes Orten

[Michael Reichert]

Hallo Hauke,

Am 28/08/2019 um 23.03 schrieb Hauke Stieler:
> da ja ab jetzt Orte mit "shop=yes" im Carto-Style nicht mehr gerendert
> werden, habe ich mir mal angeschaut welche das sind und eine Karte für
> Deutschland erstellt.
> 
> https://umap.openstreetmap.fr/en/map/shopyes-in-deutschland_358119
> 
> Ich glaube die meisten kann man durchaus genauer mappen als mit
> "shop=yes". Wäre ja schade, wenn man Geschäfte auf Grund schwammiger
> Tags nicht mehr sieht.

Der Tagging-View des OSM Inspectors zeigt bislang im Layer
"Name/description without important tag" Nodes und Ways an, die name=*,
description=*, website=*, comment=*, url=* oder contact:website=* (inkl.
Subtags für andere Sprachen), aber kein wichtiges "Feature-Tag" wie
shop=*, amenity=* usw. haben. shop=yes habe ich bislang als Feature-Tag
behandelt. Ab dem nächsten Datenupdate (irgendwann heute Nacht oder
morgen früh) sind in dem Layer auch Objekte mit shop=yes zu sehen,
sofern sie nicht andere wichtige Tags (z.B. amenity=fuel) haben.

http://tools.geofabrik.de/osmi/?view=tagging=9.68701=51.23544=9=no_feature_tag_nodes,no_feature_tag_ways

Viele Grüße

Michael Reichert


-- 
Michael Reichert  www.geofabrik.de
Geofabrik GmbHHandelsregister: HRB Mannheim 703657
Amalienstr. 44Geschaeftsfuehrung: C. Karch, F. Ramm
76133 Karlsruhe   Tel: 0721-1803560-0
reich...@geofabrik.de Fax: 0721-1803560-9



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-GB] Looking for volunteers for spell check of SotM 2019 booklet

[Michael Reichert]

Hi Jez, Michael and Martin,

Am 22/08/2019 um 09.52 schrieb Jez Nicholson:
> I made a first pass of 2 days + welcome/thanks and included some additional
> points from comments. Would appreciate it if you could either accept or
> reject pull requests rapidly so that they don't stagnate.
> 
> If anyone wants to join in then either do your own edits and pull request
> (whilst avoiding current changes already in pull requestsyou see what I
> mean about stagnation now) or by adding issues, preferably one per problem.

Thank you for your help.

I merged all the pull requests (GitHub seems to have difficulties to
recognise that if I use the command line) and rebuilt the PDFs on my server.

Best regards

Michael




signature.asc
Description: OpenPGP digital signature
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Looking for volunteers for spell check of SotM 2019 booklet

[Michael Reichert]

Hi,

those who visited SotM 2018 in Milan might remember the printed booklet
all visitors get. This year, the booklet will be thicker because it
contains short descriptions of all sessions. With more content, more
work needs to be done. I am currently typesetting the booklet and
looking for help w.r.t. spell checking. It is an opportunity for those
who want to contribute to the organisation of the conference but cannot
commit themselves for a longer period.

The descriptions are provided by the speakers of the talks coming from
all over the world. Unfortunately – that's no surprise – the spelling
used in the the descriptions follows different rules.

I think that good printed material stands out by consistency, i.e. not
mixing too many fonts, too many colours etc. I am not a native English
speaker. That's why I would like to ask for support by people who
think of themselves being good in spelling and punctuation. If you could
go through the descriptions and all the other texts in the booklet and
unify them to one spelling and punctuation style, I would appreciate
that. Because OSM's tag are usually in British English, I prefer the
booklet to follow British English spelling.

I don't expect you to change the style of the descriptions. If someone
uses simple sentences, let them be simple. If someone prefers US
corporate speak, let it be. The style used by the author brings a
message what the visitors can expect from the talk.

If you want to help, either
- create pull requests on GitHub
  (https://github.com/osmfoundation/sotm2019-booklet) or
- download the raw LuaLaTeX files from GitHub, change what needs to be
  changed and email them to me if you don't know how to use Git.

You can find nightly builds of the current state of the booklet at
https://michreichert.de/sotm/booklet19/master.pdf

Best regards

Michael



PS If you haven't bought a ticket yet but plan to visit the conference,
please sign up soon. We might be booked out this year.



signature.asc
Description: OpenPGP digital signature
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] Overpass API - Fetching countries, their capitals, and their borders

[Michael Reichert]

Hi,

Am 13/08/2019 um 23.41 schrieb Léo El Amri via talk:
> I'm trying to fetch countries, their borders, and their capitals through
> Overpass API, but the server never replies to me (With a timeout:3600
> setting, the server reply with a 502 error after a while).
> I'm only a beginner with this API, so maybe my request is not efficient:
> 
> (
>   node[place=city];
>   node[place=town];
> )->.a;
> rel[boundary=administrative][admin_level=2]->.b;
> (
>   node[place=country];
>   node.a[capital=yes];
>   way[boundary=administrative][admin_level=2];
>   .b;
>   .b >;
> )->.o;
> .o out body;
> 
> What am I doing wrong ? (Should I use another tool for this purpose ?)

That's a lot of data.

Download the planet dump in .osm.pbf format from
planet.openstreetmap.org or a regional extract from
download.geofabrik.de and use Osmium's tags-filter command.

Depending on your goal, it might be sensible do to a rough filtering
with Osmium and then import the OSM file into a PostgreSQL database
using Osm2pgsql.

Best regards

Michael




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] Weiterer Sockenpuppenaccount durch "Problemuser"

[Michael Reichert]

Hallo,

Am 22.07.19 um 14:37 schrieb gppes_...@web.de:
> Weiters ist er im Forum jetzt mal bis zum 24. September 2019 gesperrt.

Gestern Vormittag habe ich ihn bis 24. September 2019 gesperrt, gestern
Abend habe ich nach einem Umgehversuch die Sperre bis 24. Novmeber 2019
verlängert.

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[OSM-talk] State of the Map 2019: early bird until 21 July, poster submission

[Michael Reichert]

Hi,

this year the international OpenStreetMap conference called State of the
Map, takes place in Heidelberg, Germany. The programme has been
published a few weeks ago, (almost) all descriptions of the talks were
published on Wednesday.
https://2019.stateofthemap.org/program/

SotM is the chance to get in touch with many other people from the OSM
community. In addition to the talks and workshops, there will be rooms
for self-organised sessions where people spontaneously discuss topics
they care about. Some people think that this is the more important part
of SotM than the talks. :-)

Early bird tickets are available until 21 July:
Community EUR 75
Business EUR 180

https://join.osmfoundation.org/?page=CiviCRM=civicrm%2Fevent%2Finfo=1=13

Tickets include admission to the social event (likely on Saturday) and
the poster exhibition (likely on Sunday).

Given the number of tickets sold already, I (as one of the organisers)
would not be surprised if SotM will be sold out this year. Don't buy
your ticket too late.

BTW, you can submit posters until 18 August for the poster exhibition.
Attendance at the conference is not required for it.
https://2019.stateofthemap.org/calls/posters/

Best regards

Michael



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Gesuch: Trufi Association sucht Mapper und Städte #öpnv

[Michael Reichert]

Hallo Christoph,

Am 19/07/2019 um 10.22 schrieb Christoph Hanser:
> Jetzt suchen wir:
> 
> Mapper für die vielen Routen, die wir als KML oder auf Papier bekommen und
> nach OpenStreetMap gebracht werden müssen. Die 1000 Routen für La Paz
> kriegen wir z.B. leider nicht mit der eigenen Community in LP gestemmt.
> Zusätzlich sammeln wir bald über die App Routen-Schnippsel, die man nach
> OSM zu ganzen Routen mergen kann.

Um, das was Frederik geschrieben hat, noch etwas anders auszudrücken:
OSM, erst recht, wenn es um ÖPNV geht, lebt von Leuten, die es pflegen.
Die persönliche Bindung zu den Daten ist aus der Ferne eine andere, als
wenn die Eintragenden die Daten später auch nutzen (müssen). Wir tun ins
OSM sogar in Deutschland sehr schwer das Bus- und Bahnnetz (ich meine
damit die im Fahrplan veröffentlichten Fahrten) in OSM als
Routenrelation zu erfassen und aktuell zu halten. Wenn nicht einmal die
Deutschen in OSM hinbekommen, bedarf es schon besonderer Anstrengungen,
das in anderswo erfolgreich und dauerhaft hinzubekommen.

Da die Routen keine definierten Haltestellen haben, ist es mit
Routingrequests zur Erzeugung der Streckengeometrie nicht getan. Dennoch
muss man die Routen nicht zwangsläufig in OSM haben. Man kann sie auch
mittels Map Matching auf den OSM-basierten Routinggraphen matchen.
GraphHopper kann das (ist wie OTP in Java geschrieben). Zwar kann
GraphHopper nicht out of the Box OSM-Way-IDs ausgeben, falls ihr das
benötigt, aber es gibt dafür ein Programmierbeispiel von Peter Karich
für die Routingengine [1].

Wenn ihr keine OSM-Way-IDs benötigt, wäre das Paper "Sparse Map-Matching
in Public Transport Networks with Turn Restrictions" von Hannah Bast und
Patrick Brosi und die dazu gehörende Implementierung in C++ einen Blick
wert [3, 4].

Viele Grüße

Michael


[1] https://discuss.graphhopper.com/t/171
[2]
http://ad-publications.informatik.uni-freiburg.de/SIGSPATIAL_Sparse%20map%20matching%202018.pdf
[3] https://github.com/ad-freiburg/pfaedle




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

[Michael Reichert]

Hallo Matrin,

Am 18.07.19 um 18:20 schrieb Martin Trautmann:
> Klingt eher so als, als braucht man die größere Keule: Abmahnung mit Verweis 
> auf Lizenzverstoss, Fristsetzung zum Entfernen der Karten und Vernichten der 
> Broschüren. 

Nein, wir haben bislang hauptsächlich mit deren Auftragnehmer Kontakt
gehabt, nicht mit dem Auftraggeber, die eigentlich unsere
Ansprechpartner sind. Wir setzen auf eine gütliche Einigung.

Wer zu früh zu "Keulen" greift, schadet nur seinem Ruf. OSM ist kein
Abmahnprojekt. Zudem ist zu beachten, dass die OpenStreetMap Foundation
der Lizenzgeber ist (siehe dazu die Vereinbarung für Mitwirkende), nicht
der FOSSGIS e.V. und auch nicht ein einzelner Mapper.

Viele Grüße

Michael



-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

[Michael Reichert]

Hallo Axel,

Am 18.07.19 um 18:04 schrieb Axel Zöllich:
> Danke an euch, Michael und Sven. 
> 
> Helfen weitere Schreiben von OSMlern (mir zB) weiter?

Nein, Sven hat den beiden Vereinen, die im Impressum der Tafeln
angegeben sind, eine E-Mail geschrieben und unsere Position noch einmal
dargelegt. Wir setzen auf eine gütliche Einigung.

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

[Michael Reichert]

Hallo,

Am 25/06/2019 um 17.02 schrieb Sven Geggus:> Wie sollte man vorgehen?
> 
> Offizielles Schreiben des FOSSGIS e.V. per Snailmail mit
> Einladung/Aufforderung einen Vertreter zum nächsten OSM Treffen in Karlsruhe
> oder Heilbronn zu schicken?
> 
> Ich könnte mir eine Lösung mit "Kartendaten ©OpenStreetMap Mitwirkende"
> Aufklebern vorstellen. Und im Gegenzug könnte uns der Kraichgau-Stromberg
> Tourismus e.V. die GPX-Tracks der Wanderwege zur Erfassung in OSM zur
> Verfügung stellen.
> 
> Was denkt ihr? Ganz ohne Konsequenzen sollte das IMO jedenfalls nicht 
> ablaufen.

Sven hatte mittlerweile per E-Mail Kontakt zum Kraichgau-Stromberg
Tourismus e.V., die seine Beschwerde an die Firma, die die Kartographie
gemacht hat, weitergeleitet hat. Der Schriftwechsel mit denen war nicht
erfolgreich. Man hat sich uneinsichtig gezeigt, einer Einladung an den
gestrigen Stammtisch in Karlsruhe wurde nicht gefolgt (die Firma sitzt
nur wenige Kilometer entfernt). Wahrscheinlich möchte jemand sein
Gesicht nicht verlieren, dabei ist der Mangel bei den Tafeln behebbar:
Die Aufsteller der Tafeln bringen einen Aufkleber an, der die
Quellenangabe ergänzt.

Sven hat den beiden Vereinen (Kraichgau-Stromberg Tourismus e.V. und
Naturpark Stromberg-Heuchelberg e.V.) soeben noch einmal eine E-Mail
geschrieben, weil die Kommunikation mit dem Kartographen erfolglos war.
Vielen Dank an Sven für seine bisherigen Bemühungen.

Parallel zu Svens Schriftverkehr habe ich beim Ministerium für
Ländlichen Raum und Verbraucherschutz Baden-Württemberg per IFG-Anfrage
nach einer Liste der Standorte erkundigt. Das Ministerium hat
mittlerweile mir mit den Hinweis auf die Standorte im Naturpark
geantwortet. Die Antwort findet ihr unter
https://fragdenstaat.de/a/153731#nachricht-397172,
die Liste der Standorte kann einem Flyer entnommen werden:
https://www.naturpark-stromberg-heuchelberg.de/userfiles/fileadmin-sh/20190330_SH_Uebersichtskarte_VS_RS_DRUCK.pdf

Um mehr über die Karten des Kraichgau-Stromberg Tourismus e.V. zu
erfahren, habe ich jetzt beim Ministerium für Justiz und Europa
Baden-Württemberg die Unterlagen zum Förderantrag dieses Vereins per
LIFG erfragt. https://fragdenstaat.de/a/158943

Da der Flyer mit dem Erscheinen von Wanderkarten in größeren Maßstäben
wirbt, habe ich das Gefühl, dass es um mehr als um ein paar Tafeln,
sondern noch einen Satz an gedruckten Wanderkarten geht, die gegen die
Nutzungsbedingungen der OpenStreetMap-Daten verstoßen. Die
kleinmaßstäblichen Karten (ca. 1:100.000), von denen ich sogar welche
gedruckt daheim liegen habe, könnten auch aus OSM-Daten gefertigt sein,
es ist mir aber nicht gelungen, das bislang zu belegen. Bei
kleinmaßstäblichen Karten ist es eben schwierig, die bei OSM richtig,
aber abweichend gemappten Stellen zu finden.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-at] State of the Map 2019 in Heidelberg: Frühbuchertickets bis 21. Juli, Postereinreichung

[Michael Reichert]

Hallo,

vom Samstag, den 21. bis Sonntag, den 23. September 2019 findet an der
Universität Heidelberg die diesjährige internationale
OpenStreetMap-Konferenz statt. Das Programm ist seit ein paar Wochen
online, seit gestern auch mit (fast) allen Vortragsbeschreibungen.
https://2019.stateofthemap.org/program/

Die SotM ist die Gelegenheit andere Leute aus dem
OpenStreetMap-Dunstkreis innerhalb und außerhalb des deutschsprachigen
Raums zu treffen. Neben den Vorträgen und Workshops wird es auch noch
ein Räume geben, wo sich Gruppen spontan treffen und allerlei
OSM-bezogene Sachen diskutiert werden. Manche meinen, dass das fast der
wichtigere Teil der SotM sei. :-)

Bis zum 21. Juli 2019 könnt ihr noch Eintrittskarten zu den folgende
Frühbucherpreisen kaufen:

Community: 75 Euro
Business: 180 Euro

https://join.osmfoundation.org/?page=CiviCRM=civicrm%2Fevent%2Finfo=1=13

In den Eintrittskarten ist der Eintritt zur Abendveranstaltung (vsl.
Samstag) und zur Posterausstellung (vsl. Sonntag) enthalten.

Angesichts der Anzahl an schon verkauften Tickets wird es mich (als
Orga) nicht überraschen, wenn die SotM dieses Jahr ausverkauft sein
wird. Zögert den Kauf daher nicht zu lange hinaus.

Bis zum 18. August könnt ihr übrigens noch auch ein Poster für die
Posterausstellung einreichen. Die Teilnahme an der Konferenz ist dafür
nicht erforderlich. https://2019.stateofthemap.org/calls/posters/

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-de] State of the Map 2019 in Heidelberg: Frühbuchertickets bis 21. Juli

[Michael Reichert]

Hallo,

vom Samstag, den 21. bis Sonntag, den 23. September 2019 findet an der
Universität Heidelberg die diesjährige internationale
OpenStreetMap-Konferenz statt. Das Programm ist seit ein paar Wochen
online, seit gestern auch mit (fast) allen Vortragsbeschreibungen.
https://2019.stateofthemap.org/program/

Die SotM ist die Gelegenheit andere Leute aus dem
OpenStreetMap-Dunstkreis innerhalb und außerhalb des deutschsprachigen
Raums zu treffen. Neben den Vorträgen und Workshops wird es auch noch
ein Räume geben, wo sich Gruppen spontan treffen und allerlei
OSM-bezogene Sachen diskutiert werden. Manche meinen, dass das fast der
wichtigere Teil der SotM sei. :-)

Bis zum 21. Juli 2019 könnt ihr noch Eintrittskarten zu den folgende
Frühbucherpreisen kaufen:

Community: 75 Euro
Business: 180 Euro

https://join.osmfoundation.org/?page=CiviCRM=civicrm%2Fevent%2Finfo=1=13

In den Eintrittskarten ist der Eintritt zur Abendveranstaltung (vsl.
Samstag) und zur Posterausstellung (vsl. Sonntag) enthalten.

Angesichts der Anzahl an schon verkauften Tickets wird es mich (als
Orga) nicht überraschen, wenn die SotM dieses Jahr ausverkauft sein
wird. Zögert den Kauf daher nicht zu lange hinaus.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-at] minderwertige Importe

[Michael Reichert]

Hallo,

das ist noch keine Zusage, dass ich den Revert ("mechanischer Edit"
träfe es besser) mache, da ich nicht weiß, ob ich die Zeit dafür haben
werde. Die Kriterien können wir trotzdem klären.

Am 09.07.19 um 14:21 schrieb vari...@mailbox.org:
> Mein Vorschlag dazu ist:
> * Alles was noch v1 ist

Das Kriterium ist auf den ersten Blick machbar. Ich habe mir die
Änderungssätze bislang noch nicht angeschaut, daher die etwas dumme
Rückfrage meinerseits: Was tun, wenn ein v1-Node Mitglied eines
hochgeladenen Ways ist, der geändert worden ist (also jetzt v > 1), oder
später für einen Way verwendet worden ist?

Man kann die von ihm gesetzten Tags zu entfernen, wenn der
Node noch von einem Way oder einer Relation referenziert wird und diese
nicht auch gelöscht werden soll.

> * Changesets mit dem Beginn "Fehlende oder neue Adressen*"

Ab wann (Zeitpunkt) ist dieses Kriterium anzuwenden?

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)





signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] minderwertige Importe

[Michael Reichert]

Hallo,

Am 11.07.19 um 15:15 schrieb vari...@mailbox.org:
> Er ist gerade im "Ich gehe auf Urlaub, ihr macht das jetzt mal fertig, bis 
> ich wieder da bin." Wo kämen wir denn hin, wenn er selbst zumindest eine 
> erste Version geliefert hätte. (Keine Angst Johann, brauchst du nicht und ich 
> hoffe, du wirst niemand im Namen von OSM anschreiben). + er ist gerade 
> gesperrt und kann sowieso nichts machen.

Er ist nur im Forum gesperrt, mappen kann er noch.
https://www.openstreetmap.org/user/addresshistory*org/blocks

> Aber Frederik Ramm hat eigentlich auch angeboten, dass das seitens der DWG 
> gemacht wird. Sollte ja einfach sein, Begründung ist ja immerhin 
> "Unabgeklärter Import." Und noch dazu schlecht gemacht. Aber wenn die DWG das 
> nicht machen will, dann muss eben die Community selbst ran, wie es aussieht.

Wenn die Diskussion läuft, dürfte es aus der DWG-Perspektive unklug
sein, Fakten zu schaffen. Reverts von Importen haben ja das Ziel,
geschaffene Fakten zurückzusetzen.

Ansonsten gilt auch da, dass das alles Freiwillige sind. Reverten kann
jeder, der sich dazu in der Lage sieht, das in verantwortlicher Art und
Weise zu tun. Es dürfen sich Leute gerne mit den Revert-Werkzeugen
beschäftigen. Es schadet nicht, wenn mehr Leute wissen, wie man
revertiert, weil das die Arbeit auf mehr Schultern verteilt. Es gibt ja
nicht nur addresshistory*org, sondern noch genügend andere Fälle. Und
meine To-Do-Liste enthält auch noch anderes als addresshistory*org.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-de] Offene Daten vom LGLN (und weiteren Behörden?)

[Michael Reichert]

Hallo Hauke,

Am 09.07.19 um 23:46 schrieb Hauke Stieler:
> ich habe auf die Schnelle die hier gefunden:
> https://www.bmi.bund.de/SharedDocs/pressemitteilungen/DE/2017/01/open-data-gesetz.html

Ich glaube, dass das nicht die gesuchte Pressemitteilung zu tun hat.

Aus dem neuen § 12a Abs. 1 des Entwurf [1]:
> Die Behörden der unmittelbaren Bundesverwaltungstellen unbearbeiteteDaten, 
> die sie zurErfüllung ihrer öffentlich-rechtlichen Aufgaben erhobenhabenoder 
> durch Dritte in ihrem Auftrag haben erheben lassen, zum Datenabruf über 
> öffentlichzugängliche Netze bereit.
Der Gesetzentwurf dürfte aber nur Geodaten des Bundes betreffen. Deren
Nützlichkeit für OSM hält sich in Grenzen, es handelt sich zumeist um
Daten für kleine Maßstäbe. Eine Nützlichkeit für OSM kann ich mir nur
bei diversen kleineren Nischendatensätzen, z.B. bei Informationen über
kampfmittelbelastete Flächen mit Betretungsverbot im Eigentum des Bundes
(ehemalige Truppenübungsplätze) vorstellen.

Absatz 4 schließt Daten aus, für die Urheberrechteoderverwandte
Schutzrechte Dritter entgegenstehen. Darunter fallen die vom Bundesamt
für Kartographie und Geodäsie genutzten Geodaten der Länder, denn die
Rechte daran verbleiben bei den Ländern [2]. Alles bleibt, wie es ist.

Viele Grüße

Michael



[1]
https://www.bmi.bund.de/SharedDocs/downloads/DE/gesetztestexte/gesetztesentwuerfe/entwurf-open-data-gesetz.pdf;jsessionid=35311D6D3360AC5D22C110D9D6488C48.1_cid373?__blob=publicationFile=1
[2] Vertrag über die kontinuierliche Übermittlung amtlicher digitaler
Geobasisdaten
der Länder zur Nutzung im Bundesbereich, abrufbar unter
https://fragdenstaat.de/anfrage/vertrag-uber-die-kontinuierliche-ubermittlung-amtlicher-digitaler-geobasisdaten-der-lander-zur-nutzung-im-bundesbereich/385441/anhang/VGeoBund2019-mitUnterschriften.pdf


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

[Michael Reichert]

Hallo Norbert,

Am 26/06/2019 um 13.48 schrieb Norbert Kück:
> am 26.06.2019 um 13:24 schrieb Sven Geggus:
>> Es wäre IMO eher unschön wenn das irgendein Mapper direkt machen
>> würde.
> Diese Bedenken kann ich nicht teilen, weil meine Erfahrungen anders
> sind. In meiner Eigenschaft als Irgendeinmapper habe ich öfter schon
> Kartenverwender auf die Lizenzregeln hingewiesen – natürlich mit
> konkreter Hilfe zum Wie. In jedem Fall wurde der Mangel abgestellt.
> Mehrfach war die Reaktion sehr aufgeschlossen bis dankbar.

Ich glaube, Sven hat damit wildes Anbringen von Aufklebern gemeint.
Wildes Anbringen von Aufklebern finde ich nicht ok.

Ich finde es gut, wenn erst die Communitymitglieder selber es per E-Mail
und/oder Telefon versuchen, bevor ein Local Chapter eine E-Mail oder
einen Brief verschickt. Wir wissen alle, wie oft gegen die
Lizenzbestimmungen verstoßen wird. Wenn Communitymitglieder selber sich
um das Versenden der E-Mails kümmern, verteilt das die Arbeit auf mehr
Schultern.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Förderung für Mappingpartys am 15. OSM-Geburtstag am 10./11. August 2019

[Michael Reichert]

Hallo,

am 10./11. August wird das OpenStreetMap-Projekt 15 Jahre alt. Wir als
FOSSGIS e.V. wollen Euch motivieren, dieses großartige Jubiläum mit
Mappingpartys zu feiern [1].

Daher fördern wir die Organisatoren von Mappingpartys an diesem
Wochenende, indem wir für die Veranstaltung Kosten für Essen und
Getränke erstatten. Ein normaler Förderantrag ist nicht erforderlich. Es
genügt, wenn ihr uns, den FOSSGIS-Vorstand (vorst...@fossgis.de), vor
der Einladung zur Mappingparty per E-Mail kontaktiert. Eure E-Mail
sollte die folgenden Angaben enthalten:

- Organisatoren
- Ort und Zeit
- erwartete Teilnehmerzahl
- was es zu essen und trinken geben wird

Wir fördern Mappingpartys, die öffentlich und bei denen Neulinge
willkommen sind. Geförderte Mappingpartys sollten Daten am Ort der
Veranstaltung erfassen – kein Sesselmapping.

Bitte bedenkt beim Organisieren einer Mappingparty, dass man für zwei
bis drei Neulinge einen erfahrenen Mapper haben sollte, um eine gute
Betreuungsquote zu erreichen.

Eine Wikiseite für alle OSM-Geburtstagsfeiern an diesem Wochenende gibt
es auch schon:
https://wiki.openstreetmap.org/wiki/OpenStreetMap_15th_Anniversary_Birthday_party
eintragen

Die Jubliäums-Mappingpartys werden wir gemeinsam bewerben, u.a. mit
einer Pressemitteilung und auf www.openstreetmap.de

Viele Grüße

Michael
für den Vorstand des FOSSGIS e.V.

[1]
https://lists.openstreetmap.org/pipermail/osmf-talk/2019-April/006041.html

-- 
FOSSGIS e.V.
Römerweg 5
79199 Kirchzarten
Vorstand: Dominik Helle, Michael Reichert, Jochen Topf, Arne Schubert
Telefon: +49 (0)331 2812 9857 0
Telefax: +49 (0)331 2812 9857 9
E-Mail: i...@fossgis.de
Eintragung im Vereinsregister:
  Registergericht: Stadt Mainz
  Registernummer: 90 VR 3594



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-talk] Documenting controversial iD decisions

[Michael Reichert]

Hi,

I started documenting controversial decisions by the maintainers of iD
at https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions

Currently, only the highway=footway and the nonsquare=yes issue are
mentioned.

Please feel free to add other issues which have proofed controversial so
far. Don't forget to summarise the opinion of the maintainer as well to
aim at least some neutrality as far as it is possible for those involved
in the disputes. Please add links to relevant discussions as well.

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Improving iD on osm.org (WAS: Remove validation rule asking to add highway=footway to railway/public_transport=platform)

[Michael Reichert]

Hi,

Am 28.05.19 um 10:32 schrieb Frederik Ramm:
> I think this would definitely be the healthiest and most common-sense
> approach for the community. Letting an unchecked third party forge ahead
> with iD was good in the beginning but now we need some checks and
> balances in place to ensure that what the OSMF brandishes as the
> "default editor" is actually reflecting community consensus.
> 
> It's totally ok if the developers don't want to be bothered with having
> to find out what the community consensus is(*) - this is hard enough
> even for the community itself.
> 
> Perhaps it is possible to have a forked iD that does not work by
> meticulously cherry-picking every new change that is added to iD
> (because that would be too much work), but instead - a bit like the
> mechanisms when building a Debian or Ubunutu package - we could have
> some patches that we routinely apply to iD before it goes live on our site.
> 
> We could use this contentious "tag upgrade" as a test balloon to
> establish the new workflow: iD releases new version -> patch team
> applies existing patches -> community review -> if necessary, new
> patches are made -> patch team releses -> OSMF website deploys.

I am not sure if pure patching (a hard fork) will work on the long term.
Adding a blocking step in the release process might work in the
beginning but after some time the members of the distribution team loose
interest. In difference to projects with a volunteer dominated group of
contributors as OSM Carto, the distribution team will not produce a lot.
In contrast, its task is filtering. This can be torpedoed by the
maintainers of the parent project by code changes requiring a tedious
and boring application of the patches and the user base will ask what
the benefit of the distribution team will be and why we need such a
group at all. I have been active in WeeklyOSM for almost five years now.
I have seen people joining and becoming inactive after some time. I have
observed myself becoming more or less involved (varies a bit over time).
It needs discipline and a large team to get an issue almost every week.

I am pretty sure that there is another way to enable distributors of iD
to build the iD they want. iD could offer a couple of switches in a
central source file to disable or enable certain, controversial or not
always necessary features. (This idea is inspired by build flags for C
programmes but different) This concept might still need the application
of patches to the central file but patching a single file which is
basically a list of variable assignments appears easy to me.

These build flags enable the maintainers to stay to their personal views
on disputed matters but enables local communities more easily to host
their local iD and therefore foresters diversity. If the maintainers add
another feature which is not accepted for www.openstreetmap.org, the
distribution team can still fall back on patching with all its consequences.

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] mass iD validation arrives in NYC

[Michael Reichert]

Hi,

Am 28.05.19 um 20:28 schrieb Simon Poole:
> The times in the changeset do not reflect the length of the associated 
> editing session except if the changeset was opened on purpose at the 
> beginning which IMHO no editor does.

A better method to guess the length of the editing session is to look
when the previous changeset was uploaded. (It assumes that the human
editing OSM does not have to open editing sessions in parallel)

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Why we square buildings (WAS: iD invents nosquare=yes for buildings which should not be squared)

[Michael Reichert]

Hi,

Am 11/05/2019 um 21.09 schrieb Simon Poole:
> Just a general remark on the technical issue that sparked of this
> discussion:  squaring buildings is not primarily about improving data
> quality. Non-square buildings are simply visually annoying when
> rendered, so much that I support squaring them "as a rule" too when it
> can reasonably be assumed that there are 90° angles in the actual
> building outline. But I'm not kidding myself that it improves "quality".
> If we wanted to define quality of building outlines in OSM we would
> probably be talking about deviations from the buildings footprint area,
> average deviations from the outline and so on, any of these could be
> very small even without squaring. Actually, squaring might impact them
> negatively, particularly when the outline is rough, but as said: square
> buildings are just so much easier on the eyes :-).

Are buildings with rectangular corners buildings mappers from developed
countries want to see on a map because they look more professional/tidy? ;-)

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD invents nosquare=yes for buildings which should not be squared

[Michael Reichert]

Hi,

Am 10.05.19 um 00:00 schrieb Jmapb:
> This strikes me as a pretty bad idea. I map in NYC where we have lots,
> lots, lots of nearly-square buildings with official footprints imported
> from the city's open data initiative. When a mapper not familiar with
> the history here gets a message from iD (which, to many mappers, is
> indistinguishable from getting a message from OSM itself) encouraging
> them to square a building, they'll do it because it seems like the right
> thing to do. So the official, highly-accurate footprints are lost. And
> adjacent buildings with shared nodes are also distorted.

JOSM runs its validation rules only on objects modified or created in
the current session. This seems more sensible both for experienced users
and newbies for two reasons:

- Uses don't get overwhelmed with dozens or hundreds of reports on
  objects they did not touch.

- If users follow suggestions how to fix blindly (we cannot expect an
  unexperienced iD user to have the same knowledge as the average JOSM
  user), they are used as living bots running validation rules on
  randomly selected areas of the map. One might call this a hidden
  automated edit.

In difference, iD runs its validation rules on all loaded objects.
https://github.com/openstreetmap/iD/issues/6332#issuecomment-490494331

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD invents nosquare=yes for buildings which should not be squared

[Michael Reichert]

Hi Mikel,

Am 09.05.19 um 23:14 schrieb Mikel Maron:
> Absolutely. My understanding is this feature will greatly improve data 
> quality in OSM. I think it's fair to validate squareness of existing 
> buildings.

I did not say that I am against the validation rule itself. I agree that
the rule is a great step forward. However, the turn-validation-off tag
is not necessary because most buildings are edited only one time:

ways with building=* except building=no:  341403310
  thereof version == 1:   277493561 (81.3 %)
relations with building=* except building=no:630284
  thereof version == 1:  406731 (64.5 %)

Limited to objects edited after 2017-01-01T00:00:00Z:

ways with building=* except building=no:  151163160
  thereof version == 1:   125435755 (83.0 %)
relations with building=* except building=no:349731
  thereof version == 1:  184564 (52.8 %)

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] iD führt nosquare=yes für nicht rechtwinklige Gebäude ein (WAS: Besorgt über den iD-Editor)

[Michael Reichert]

Hallo,

Am 29.03.19 um 21:13 schrieb Christoph Hormann:
> Was ich allerdings durchaus auch sehe ist ein zunehmender Trend, dass 
> wesentlich Projekte in OSM zunehmend von einer "selbstgekrönten" 
> technokratischen Elite dominiert werden, für die die Arbeit daran nicht 
> mehr Mittel zum Zweck ist, eine bestimmte Funktion für OSM zu erfüllen, 
> sondern für die diese Arbeit zunehmend von OSM selbst abgekapselt ist 
> und deren Hauptziel garnicht mehr ist, einen Dienst oder eine 
> Infrastruktur für die OSM-Community zu offerieren, sondern für die der 
> Erhalt der eigenen Position als technokratische Elite (und oft halt 
> dann auch mit dem entsprechenden Gehaltsscheck) zum Selbstzweck wird.

Es war zwar nicht Bryan, sondern sein nicht mehr so neuer Co-Maintainer,
aber es war meiner Meinung nach nur eine Frage der Zeit, bis die
Betreuer des iD-Editors es so machen, wie sie es für richtig halten.

Vorgestern hat Quincy Morgan ein neues Ticket mit dem Titel "Add fix to
tag real unsquare buildings as unsquare" (deutsch: "eine Korrektur
ergänzen, um tatsächlich nicht rechtwinklige Gebäude als schiefwinklig
zu taggen"). Darin schlägt er vor, dass iD unsquare=yes unterstützen
solle und der integrierte Validator diese Gebäude nicht als "nicht
rechtwinklig" moniert. Er verweist auf noexit=yes und noname=yes.

Link zum Ticket: https://github.com/openstreetmap/iD/issues/6332

Ich habe, wie ich am 30. März auf dieser Mailingliste geschrieben habe,
ein bisschen ein Auge darauf, was im iD-Bugtracker so passiert und prüfe
die neuen Tickets und Pull-Requests hinsichtlich problemantischer
Mapping-/Tagging-Entwicklungen. Kürzlich wurden eine Reihe an
Validatorregeln ergänzt. Ich habe das Gefühl, dass mein Kommentar zum
Pull-Request 6189 (https://github.com/openstreetmap/iD/pull/6189) dafür
geführt hat, dass das Pull-Request abgelehnt wurde. Es hätte doppelte
Adressen moniert und Leute zum Löschen "doppelter" Adressen verleitet.

Als ich nosquare=yes las, musste ich erst lachen. Um ehrlich zu sein,
ich hätte das Feature als Aprilscherz erwartet. Gebäude machen die
Mehrheit der OSM-Daten aus. Wenn Mapper jetzt dazu verleitet werden,
jedes schiefwinklige Gebäude mit einem Extra-Tag zu versehen, wäre das
so, als würde der Editor Straßen ohne oneway=no monieren. Es gibt
zahlreiche schiefwinklige Gebäude und das Tag noname=yes würde ich als
umstritten bezeichnen. noexit=yes ist zwar auch ein Tag, das
Qualitätssicherungsdiensten hilft, aber es bringt auch eine Information
für Mapper mit, nämlich dass es da nicht weiter geht. Das ist im Wald
oder in unvollständig gemappten Gegenden hilfreich und eigentlich das
Gegenstück zu fixme=continue.

Ich habe meine Meinung im Bugtracker dargelegt und empfohlen, das Thema
auf der Mailingliste zu diskutieren, bevor es umgesetzt wird. Ich
scheine nicht der einzige zu sein, der so denkt. Paul Norman hat sich im
Bugtracker ähnlich geäußert und es gab noch ein paar +1 und -1 bei
beiden Parteien.

Schlussendlich hat Quincy das Feature heute umgesetzt.
https://github.com/openstreetmap/iD/commit/0e7a63f5c51bfad4a1a0e853baaf1d2577b1a1bb
Er möchte es mit der nächsten iD-Version releasen. Diese wird jedoch
nicht automatisch auf openstreetmap.org deployt.

Wenn ihr eine Meinung zu der Sache habt, egal welche, steht es euch
natürlich frei, euch auf GitHub, auf dieser Mailingliste oder auf der
Mailingliste Talk zu äußern.

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-talk] iD invents nosquare=yes for buildings which should not be squared

[Michael Reichert]

Hi,

this could be seen as a tagging discussion but I think that it is a
discussion on governance and power. That's why this email goes to the
Talk mailing list.

Quincy Morgan, one of the maintainers of iD, invented a new tag called
nosquare=yes today which should be added to buildings which are not
square and should not be flagged by iD's validator. I (and later Paul
Norman) pointed out issues with the tag. I asked Quincy to discuss the
addition with the wider community beforehand.

https://github.com/openstreetmap/iD/issues/6332

Here are the issues I pointed out in the bugtracker. At the beginning he
planned to use square=no which he later changed to nosquare=yes but this
change does not make things better:
> Although noname=yes is common, it is not that common that it can serve as an 
> argument in favour of introducing unsquare=yes. In difference to noexit=yes, 
> unsquare=yes and noname=yes only serve as a workaround for quality assurance 
> tools. noexit=yes also conveys information for map users: There road ends 
> here.
> 
> Some people prefer to tag as complete as possible and add oneway=no, 
> cycleway=no, lit=no etc. to any way. However, such a practice is not base on 
> a broad consensus and if you dig deep enough in the history of user blocks in 
> OSM, you might find blocks set due to an excessive use of negative binary 
> tags.
> 
> I think that iD does not need this tag and should only validate buildings if 
> they have been added or modified in the current session. If doing so, they 
> will be reported once which does not bother that much.
> 
> Adding such a tag is not a simple change as it might seem to be and I ask you 
> to discuss it with the broader community on the Tagging mailing list.

What do you think? Should the next version of iD be deployed on
www.openstreetmap.org?

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] Idee: OSM-Wikicamp/OSM-Wikiwochenende

[Michael Reichert]

Hallo,

ich bin jetzt schon ein paar Jahre bei OSM dabei und fast genauso lange
gibt es Gemecker über die Mängel und Schwachstellen des OSM-Wikis.

Auf dem OSM-Samstag 2018 in Bonn hatte ich eine Diskussion zu dem Thema
angestoßen. Auf der FOSSGIS-Konferenz 2019 gab es einen Vortrag von
raubraupe und auf dem OSM-Samstag einen Vortrag von raubraupe und erneut
eine Diskussion zu dem Thema. Diskutieren allein macht das Wiki aber
nicht besser. Um den wortreichen Diskussionen mal ein paar Taten folgen
zu lassen, schlage ich vor, dass sich Freiwillige, die das Wiki
*inhaltlich* als Autoren verbessern wollen, ein Wochenende
zusammensetzen und gemeinsam durch das Wiki stöbern und Seiten
bearbeiten, archivieren oder zum Löschen vorschlagen.

Der FOSSGIS e.V. veranstaltet zweimal pro Jahr ein "Hacking Event" im
Linuxhotel in Essen als Arbeitstreffen und Hackweekend für die OSM- und
GIS-Community. Genau diese Location kann der FOSSGIS e.V. für ein
OSM-Wikicamp ein Wochenende buchen. Teilnehmer müssten dann nur ihre
Anreise zahlen. Übernachtung und Verpflegung würde der FOSSGIS e.V. tragen.

Meiner Meinung nach gibt es im Wiki genug zu tun. Hier mal eine paar
Baustellen, die mir auf die Schnelle einfallen:

(1) In unserem Wiki gibt es eine ganze Reihe an Seiten, die eine
Einführung in ein Thema bieten. Es gibt auch weiterhin sicherlich Bedarf
für eine ganze Reihe davon; sie müssen aber auch einigermaßen aktuell
sein. Es braucht keine Dokumentation für (neue) Mapper (mehr), die
direkt von der deutschen Startseite aus verlinkt ist und einem
Interessierten sagt, dass er ohne GPS-Gerät bei OSM nicht viel tun kann
[1]. Wer sich von der Startseite aus durchhangelt, sollte auf hilfreiche
Inhalte stoßen und nicht auf auf ein verstaubtes Bücherregal.

(2) In unserem Wiki findet sich viel Dokumentation über das Setup oder
die Nutzung von Software. Jedoch gibt es genügend Seiten, die man
entweder aktualisieren, archivieren oder löschen sollte. Beispiele:

https://wiki.openstreetmap.org/wiki/DE:Erstelle_und_benutze_deine_eigene_Slippy-Map
https://wiki.openstreetmap.org/wiki/Creating_your_own_tiles

(3) Die Sprachversionen einzelner Seiten entwickeln sich im Laufe der
Zeit auseinander, weil kein Autor alle Sprachen beherrscht. Das
Synchronisieren von Seiten ist ein weiteres mögliches Betätigungsfeld
auf dieser Veranstaltung. Ziel ist nicht, die Seiten vollständig
deckungsgleich zu bekommen. Bei bestimmten inhaltlichen Widersprüchen
muss zuerst auf den einschlägigen Mailinglisten ein Konsens gefunden
werden. Kleinere Differenzen lassen sich jedoch ad-hoc entscheiden.

Bestimmte Änderungen lassen sich im Wiki nicht ad-hoc umsetzen. Hier
muss der Diskussionsbedarf erkannt und eine Diskussionen auf einer
geeigneten Mailingliste oder im Forum angestoßen werden. Alternativ kann
man, wenn der Meinungsunterschied bekannt ist, auch die Uneinigkeit
dokumentieren. Das wäre beispielsweise bei highway=path vs.
highway=footway/cycleway auf einer Seite zum Tagging von Radwegen der Fall.

Die Aktion soll nicht auf deutschsprachige Wikiseiten beschränkt sein.

Um illusorischen Vorstellungen vorzubeugen, möchte ich anmerken, dass
das Wiki danach nicht wie neu aussehen wird. Bestimmte Missstände werden
wir aber sicherlich verbessern können. Neben der Wiki-Pflege profitiert
jeder Teilnehmer der Veranstaltung natürlich auch davon, die anderen
Teilnehmer kennen zu lernen, was dem Zusammenhalt der Community gut tut.

Auch wenn Seiten über Software eine der Baustellen im Wiki sind, ist es
ausdrücklich nicht erforderlich, programmieren zu können. Kenntnisse der
deutschen oder englischen Sprache sind viel wichtiger!

Was haltet ihr von meiner Idee? Sollte von eurer Seite Interesse
bestehen, werde ich beim FOSSGIS e.V. einen Förderantrag [2] stellen,
die Unterkunft und Verpflegung während dieses Wochenendes zu bezahlen,
wie der FOSSGIS e.V. das schon für seine zwei Hackweekends dort pro Jahr
tut. Wer sich, Platz im Terminkalender vorausgesetzt, also vorstellen
kann, an so einem Wochende teilzunehmen, möge sich bitte hier auf der
Mailingliste oder in dem parallelen Thread im Forum melden.
https://forum.openstreetmap.org/viewtopic.php?id=65992

Viele Grüße

Michael



PS Das kollektive Bearbeiten des Wikis ist eine organisierte Aktivität
und die Regeln der guten fachlichen Praxis (dokumentiert und
verschriftlicht in den Organised Editing Guidelines) gebieten eine
Ankündigung und Diskussion im Vorfeld. Die Anmeldung wird über eine
Seite im OpenStreetMap-Wiki erfolgen, wo auch die allgemeine
Dokumentation der organisierten Aktivität sein wird. Die vorgeschriebene
Diskussion wird folgen, wenn der FOSSGIS-Vorstand den Förderantrag
bewilligt hat, weil ich vorher keine Seite im OSM-Wiki anlegen werde.


[1] https://wiki.openstreetmap.org/wiki/DE:Map_Making_Overview
[2] https://www.fossgis.de/wiki/F%C3%B6rderantr%C3%A4ge


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on 

[OSM-talk] An Archive namespace for the OSM wiki?

[Michael Reichert]

Hi,

there is currently a voting on a Deletion Policy [1] for the OSM wiki.
The policy was drafted because we had two incidents last year when
someone tried to delete a large number of old and orphaned tagging
proposals in draft state. He claimed that these pages might confuse
users looking for a tag.

He is not totally wrong with that. These pages can be confusing but
there are reasons why other users (including me) claim that most
proposals should be kept.

In addition to these proposals, there is a much larger number of
outdated wiki pages about mapping techniques and OSM-related software.
Some can be updated but some can't: Pages about Kosmos document a map
renderer whose binary cannot be downloaded any more. Pages about
unmaintained/historic software like Traveling Salesman [2] or Namefinder
[3] are another example.

Deleting these pages is deleting memory and history. Rewriting them in
past tense and deleting unimportant content is a lot of work and is on
the borderline to vandalism if the page could be updated. However, such
pages should be treated different to make readers aware that they hit
something old and outdate. That's why I think that there should be a
"Archive" namespace on the wiki where such pages can be moved.

An alternative to a namespace is a template being added to these pages
informing readers that the page exist for archival purposes only. That
was done with the wiki page about Namefinder. It has already been marked
as "This page describes a historic artifact in the history of
OpenStreetMap. It does not reflect the current situation, but instead
documents the historical concepts, issues, or ideas."

What do you think?

Best regards

Michael


[1] https://wiki.openstreetmap.org/wiki/OpenStreetMap:Deletion_policy
[2] https://wiki.openstreetmap.org/wiki/Traveling_salesman
[3] https://wiki.openstreetmap.org/wiki/Name_finder

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Bank of India (and other) Wikidata tags

[Michael Reichert]

Hi Andy,

Am 17/04/2019 um 17.53 schrieb Andy Mabbett:
> There are currently 956 objects in OSM with the tag "wikidata=Q1340361":
> 
>https://taginfo.openstreetmap.org/tags/wikidata=Q1340361
> 
> where:
> 
>https://www.wikidata.org/wiki/Q1340361
> 
> is the item for the State Bank of India.
> 
> The tag should almost certainly be:
> 
>operator:wikidata=Q1340361
> 
> or, less likely,
> 
>brand:wikidata=Q1340361
>franchise:wikidata=Q1340361
> 
> with the only exception perhaps being the bank's HQ.
> 
> Can anyone confirm what the correct tag should be, and can we use an
> automated process to correct them?
> 
> It's possible that the same issue applies to some of the other
> high--use tags listed at:
> 
>https://taginfo.openstreetmap.org/keys/wikidata#values

The following Overpass query (bbox filter not required) shows all
features with wikidata=Q1340361 which is the Wikidata ID of the Bank of
India.

(node[wikidata=Q1340361];way[wikidata=Q1340361];);out geom meta;

By looking at the result, the following observations can be made:

- nyuriks is the last modifier of most objects
- most objects are banks having wikipedia="en:State Bank of India"

wikipedia=* on shops of chains is considered wrong. Usually, the article
is about the chain, not the individual shop itself.

Opening the changesets which modified the objects in their last version
leads to mechanical edits setting wikidata=* tags by simply copying
taking the value wikipedia=* and looking up its Wikidata ID. This is
should not have happened for the following reasons:

- computer programmes are better at copying and enhancing a planet dump
  with Wikidata IDs would be the better
- adding Wikidata IDs pretends a quality these objects do not have
  because no manual review happended
- the meaning of the Wikipedia articles and its associated Wikidata
  entry do not overlap fully

The errors pointed out by you, Andy, proof that it is an automated edit.
The Automated Edits Code of Conduct applies but was ignored then. The
Automated Edits Code of Conduct exists to prevent such issues. I haven't
digged in detail through the archives of the Talk mailing list but I am
pretty sure to find emails which mentioned these issues. However, the
issues raised back then were ignored.

The Bank of India issue is not an isolated incidence. Looking deeper
into the series of nyurik's mechanical Wikidata edits unveils more
issues. Cleaning up banks in India might remove one of the most obvious
and annoying errors of the mechanical edit but it does not solve all the
other errors still present in OSM. Each of them affects a smaller number
objects, not hundreds but only tens per error. They won't appear on the
first pages of Taginfos's list of tag values. But they still sum up to a
significant amount and make the wikidata=* tag as it is unreliable.
That's why I think that going back a step in this case would be the only
sustainable solution.

Best regards

Michael



PS nyurik's edit isn't the only problem here. The iD editor adds
wikidata=* if wikipedia=* is added without checking that the link of the
Wikipedia entry to the Wikidata entry is right and if the meaning of the
Wikipedia article is wider. I called this an mechanical edit

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Besorgt über den iD-Editor

[Michael Reichert]

Hallo,

Am 29.03.19 um 15:32 schrieb Frederik Ramm:
> Und wenn man zu dem Schluss käme, dass hier ein Problem vorliegt, wie
> könnte eine Lösung dazu aussehen?

Dass die Entscheidungen der Maintainer des iD-Editors umstritten sind
[1], ist nichts Neues. Der ein oder andere erinnert sich vielleicht an
den Streit um die Multipolygone und die gelöschten Landuse-Polygone (das
ist jetzt etwa fünf Jahre her).

Für die Tagging-Bevormundung gibt es mehr Lösungsansätze. Welcher
zielführend ist und was die Seiteneffekte sind, steht auf einem anderen
Blatt.

Variante 1: Man rauft sich als Community auf und beobachtet die Tickets
im GitHub-Repository aufmerksam. Das kann jeder mit Englisch-Kenntnissen
tun. Kritisch sind meiner Erfahrung nach v.a. Änderungen am Tagging. Da
braucht es keine ernsthaften Programmierkenntnisse, um diese Änderungen
nachzuvollziehen. Wichtiger ist da die Fähigkeit, das Wiki nicht
wortwörtlich zu lesen, sondern interpretieren zu können [2], und Ahnung
von gutem Tag-Design zu haben. Sollte ein Ticket oder Pull-Request
problematisch sein, kann man das kommentieren. Sollten die Maintainer
sich nicht überzeugen lassen, kann man eine Abstimmung im Wiki darüber
anzetteln – ggf. auch nachdem das Feature bzw. problematisch Tag schon
in den iD aufgenommen worden ist. Wenn die Stimmabgaben zahlreich sind
(nicht nur zehn Hansel, sondern eine Beteiligung, die sonst nur wirklich
umstrittene Taggingproposal haben) und das Abstimmungsergebnis recht
eindeutig ist, kann man damit an die DWG herantreten und um Schlichtung
bitten. Eigentlich beruft sich die DWG darauf, den Einfluss der
Community [3] zu wahren.

Wenn Abstimmungen angezettelt und danach ggf. sogar die DWG
eingeschaltet wird, treten Meinungsunterschiede offen zu Tage, denn die
Äußerungen von Bryan lassen vermuten, dass er sowohl von der
Tagging-Mailingliste als auch vom Wiki nichts hält … Es ist aber kein
von Gott gegebenes Gesetz, dass der von den aktuellen Maintainern
gepflegte Editor der Default-Editor auf openstreetmap.org ist. Damit
wären wir bei Variante 2.

Variante 2: Es gab letztes Jahr den Vorschlag auf der Talk-Mailingliste
(?), die Taggingvorlagen vom iD-Kern zu trennen. Von Seiten der
Maintainer scheint da kein Interesse zu bestehen, was auch keine
Überraschung ist. :-) Da es sich jedoch um Open-Source-Software handelt,
gibt es diesbezüglich jedoch keine Hürden. Wenn jemand Lust hat, darf
er/sie gerne daran arbeiten. Der FOSSGIS e.V. wird sicherlich eine
virtuelle Maschine zum Hosten eines Community-iD bereitstellen, wenn er
darum gebeten wird. Als Maintainer von www.openstreetmap.de bin ich
dafür offen, einen Fork von iD, der Wert auf Community-Verträglichkeit
und/oder Qualität legt, einzubinden, um die Sichtbarkeit und Bekanntheit
einer alternativen iD-Ausgabe zu fördern.

Solch ein Fork kann sich als eine Alternative zu iD positionieren und
ohne direkte Konfrontation die iD-Maintainer unter Druck setzen, sich zu
öffnen.

Schlussendlich muss aber gesagt werden, dass Worte allein auf der
Mailingliste die Welt nicht besser machen, sondern es Taten braucht.

Allen, die nicht die Zeit oder Kenntnisse haben, iD zu forken, sei
geraten den iD-Bugtracker aufmerksam zu verfolgen und problematische
Änderungen kritisch zu begleiten. Wenn kein Gegenwind kommt, wird sich
auch nichts ändern. Wer ein problematisches Ticket oder Pull-Request im
GitHub-Repository von iD gefunden und es kommentiert hat, ist
eingeladen, eine kurze Meldung für die Wochennotiz zu schreiben und
diese unter https://osmbc.openstreetmap.de/osmbc.html als Gast
einzureichen. Das Wochennotizteam hat seine Augen nicht überall.

Viele Grüße

Michael


[1] Man kann das auch deutlicher ausdrücken.

[2] Das Wiki sollte man nicht wortwörtlich lesen. Zur einer ernsthaften
Wiki-Lektüre gehört ein Blick in die Versionsgeschichte der gelesenen
Seiten und ein Vergleich mit der englischen Variante. Es gibt genügend
Fälle, in denen nicht der Ist-Zustand, sondern der gewünschte
Soll-Zustand beschrieben ist bzw. jemand ohne vorherige Diskussion einen
Soll-Zustand ins Wiki geschrieben hat (Beispiel: der Editwar um
Tag:motorcycle_friendly=yes). Den Blick in die Versionsgeschichte und in
andere Sprachen ergänzen Taginfo, Taghistory und – wer es fast schon
übertreiben mag – eine Analyse, welche Mapper ein Tag ergänzt haben.
https://taginfo.openstreetmap.org/
https://taghistory.raifer.tech/

[3] Zur Community gehören in diesem Fall nur ernsthaft aktive Mapper.

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)





signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-at] Questionnaire

[Michael Reichert]

Hallo,

Am 23.03.19 um 11:42 schrieb Daniela Šedlárová:
> Good day,
> My name ist Daniela and I´m a student of geography. Please fill out the
> questionnaire for my thesis. The It takes you about 10 minutes.
> https://docs.google.com/forms/d/e/1FAIpQLSdSZIjLltmnYjQ40hkX6lto5-rydEOxPGVBf8rBlcgA4S2kXg/viewform?usp=sf_link
> Thanks for your time! Kind regards,

Ich rate davon ab, diese Umfrage auszufüllen.

Die Umfrage ist wegen Mängeln in der Fragestellung, mangelnder
Transparenz über die Person oder Einrichtung, die die Umfrage
durchführt, fehlenden Angaben zur Verwendung der Daten und einer
unseriösen Verbreitung der Umfrage negativ aufgefallen. Es wurden u.a.
zahlreiche Mailinglisten und zudem noch Personen, die auf diesen
Mailinglisten gepostet haben, angeschrieben. Siehe hierzu die Diskussion
auf der Mailingliste Talk:

https://lists.openstreetmap.org/pipermail/talk/2019-March/082318.html

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-de] Abstimmung: associated-Street Relationen in DE abschaffen

[Michael Reichert]

Hallo,

Am 13/03/2019 um 11.09 schrieb chris66:
> hier zur Abstimmung:
> 
> https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet#Deprecation_of_associatedStreet_in_Germany

Wann endet die Abstimmung? Nach der üblichen Abstimmungsfrist, die
Proposals haben?

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Michael Reichert]

Hi Bryce,

Am 22/02/2019 um 08.02 schrieb Bryce Jasmer:
> The wiki page is https://wiki.openstreetmap.org/wiki/Automated_Edits/b-jazz

I have seen that you started uploading. Could you please add a link to
that wiki page to the profile page of b-jazz-bot or create
https://wiki.openstreetmap.org/wiki/Automated_Edits/b-jazz-bot
as a redirect page to
https://wiki.openstreetmap.org/wiki/Automated_Edits/b-jazz
in order to comply with the Automated Edits Code of Conduct.

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] EU-Urheberrechtsrichtlinie: Banner und Aktionsseite für openstreetmap.de

[Michael Reichert]

Hallo,

in seiner Sitzung hat der FOSSGIS-Vorstand sich vorletzte Woche mit den
gewohnten Veränderungen an openstreetmap.de einverstanden erklärt. Diese
habe ich jetzt vorbereitet. Dabei handelt es sich um:

- Die Aktionsseite (die übrigens immer noch online, aber nicht mehr
  verlinkt war) habe ich aktualisiert. Zu den Änderungen bitte ich um
  Kommentare.
- Für die Aktionsseite in ihrer alten Fassung habe ich eine englische
  Übersetzung erstellt. Mithilfe bei der Aktualisierung der englischen
  Fassung ist hier willkommen.
- Ich habe etwas dezentere (dunkelgraue statt schwarze) Banner für die
  Start- und Kartenseite eingebaut.

Auf https://michreichert.de/osm/openstreetmap.de/index.html könnt ihr
sehen, wie es aussehen wird. Die Änderungen gegenüber dem Status quo
könnt ihr im Quellcode unter
https://github.com/fossgis/openstreetmap.de/pull/26/files
anschauen.

Ich habe mittlerweile drei Seiten mit Listen von Demonstrationen
gefunden. Ist der Protest v.a. in Mittel- und Osteuropa aktiv oder sind
mir noch keine Seiten für West- und Südeuropa über den Weg gelaufen?

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-at] Vortragseinreichung für State of the Map 2019 in Heidelberg bis 25. April

[Michael Reichert]

Hallo,

vom 21. bis 23. September 2019 findet an der Universität Heidelberg die
nächste State of the Map statt. Die SotM ist die internationale
OpenStreetMap-Konferenz.

Bis zum 25. April 2019 können Vorträge für die nichtakademischen Tracks
eingereicht werden. Dabei handelt es sich um die folgenden Tracks:

- Mapping
- Kartographie
- Softwareentwicklung
- Datenanalyse und Datenmodell
- Erfahrungen
- Community und Foundation
- OSM-Grundlagen

Für den OSM-Grundlagen-Track suchen wir Vorträge, die eine Einführung in
einen OSM-Bereich bieten. Nach den Erfahrungen in Mailand rechnen wir
damit, dass auch eine ganze Reihe kommerzieller Besucher vor Ort sind,
die von ihrer Firma/Behörde auf die SotM geschickt werden und diese
Grundlagenvorträge vermutlich gerne annehmen.

Neben normalen 20 Minuten langen Vorträgen (zzgl. 5 Minuten Fragen) gibt
es in diesen Tracks auch noch lange Vorträge (40 Minuten + 15 Minuten
Fragen), Lightning Talks (5 Minuten) und Workshops (60–90 Minuten).

Details zu den Tracks, den Einreichungsleitfaden, die Zusammensetzung
des Programmkomitees, den Link zum Einreichungsformular und vieles mehr
findet ihr unter https://2019.stateofthemap.org/calls/general/

Neben dem vom Programmkomitee geplanten Programm wird es vor Ort auch
Räume für spontan Kurzvorträge, Diskussionsrunden, Vorträge und
Workshops geben.

Bei Fragen zum Programm könnt ihr euch an program-s...@openstreetmap.org
wenden.

Außerdem möchte ich noch auf das Reisekostenförderprogramm (engl.
Scholarship Programme) hinweisen, über das ihr Reisekostenzuschüsse
beantragen könnt. Details findet ihr dazu unter
https://blog.openstreetmap.org/2019/02/26/apply-for-scholarship-to-join-us-at-state-of-the-map-2019-in-heidelberg/

Viele Grüße

Michael
von der State of the Map Working Group der OSMF


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-de] Vortragseinreichung für State of the Map 2019 in Heidelberg bis 25. April

[Michael Reichert]

Hallo,

vom 21. bis 23. September 2019 findet an der Universität Heidelberg die
nächste State of the Map statt. Die SotM ist die internationale
OpenStreetMap-Konferenz.

Bis zum 25. April 2019 können Vorträge für die nichtakademischen Tracks
eingereicht werden. Dabei handelt es sich um die folgenden Tracks:

- Mapping
- Kartographie
- Softwareentwicklung
- Datenanalyse und Datenmodell
- Erfahrungen
- Community und Foundation
- OSM-Grundlagen

Für den OSM-Grundlagen-Track suchen wir Vorträge, die eine Einführung in
einen OSM-Bereich bieten. Nach den Erfahrungen in Mailand rechnen wir
damit, dass auch eine ganze Reihe kommerzieller Besucher vor Ort sind,
die von ihrer Firma/Behörde auf die SotM geschickt werden und diese
Grundlagenvorträge vermutlich gerne annehmen.

Neben normalen 20 Minuten langen Vorträgen (zzgl. 5 Minuten Fragen) gibt
es in diesen Tracks auch noch lange Vorträge (40 Minuten + 15 Minuten
Fragen), Lightning Talks (5 Minuten) und Workshops (60–90 Minuten).

Details zu den Tracks, den Einreichungsleitfaden, die Zusammensetzung
des Programmkomitees, den Link zum Einreichungsformular und vieles mehr
findet ihr unter https://2019.stateofthemap.org/calls/general/

Neben dem vom Programmkomitee geplanten Programm wird es vor Ort auch
Räume für spontan Kurzvorträge, Diskussionsrunden, Vorträge und
Workshops geben.

Bei Fragen zum Programm könnt ihr euch an program-s...@openstreetmap.org
wenden.

Außerdem möchte ich noch auf das Reisekostenförderprogramm (engl.
Scholarship Programme) hinweisen, über das ihr Reisekostenzuschüsse
beantragen könnt. Details findet ihr dazu unter
https://blog.openstreetmap.org/2019/02/26/apply-for-scholarship-to-join-us-at-state-of-the-map-2019-in-heidelberg/

Viele Grüße

Michael
von der State of the Map Working Group der OSMF


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Intergeo 2019

[Michael Reichert]

Hallo,

in den vergangenen Jahren war das OpenStreetMap-Projekt (meist über
einen gemeinsamen Stand mit dem FOSSGIS e.V.) auf der Messe Intergeo
vertreten. Die Intergeo ist eine Messe für Vermessung und GIS und findet
jeden Herbst an einem anderen Ort in Deutschland statt (nächstes Mal in
Stuttgart vom 17. bis 19. September 2019).

Der FOSSGIS-Vorstand hat in seiner letzten Sitzung entschieden, dass man
sich dieses Jahr vorstandsseitig nicht mehr um einen kostenlosen
Standplatz bemühen wird. Wenn sich Freiwillige finden, die einen
FOSSGIS-Stand organisieren (das läuft dann meist unter dem Namen
"OSGeo-Park" und hat noch einen kleinen Vortragsbereich dabei und
Vorführ-Rechner, die von der Messe gestellt werden), dann unterstützt
der Vorstand das, aber der Vorstand organisiert es nicht selbst, und
wenn sich niemand findet, dann gibt es auch keinen OSGeo-Park.

Auch wenn der FOSSGIS e.V. selbst nicht auf der Messe vertreten ist,
gibt es für die OpenStreetMap-Community immer noch die Möglichkeit,
einen eigenen Stand zu organisieren.  Das war im Jahr 2013 in Essen
schon einmal der Fall. Der Messeveranstalter (die Firma Hinte) ist da in
der Regel durchaus aufgeschlossen und stellt einen kostenlosen Stand
bereit; der FOSSGIS-Vorstand könnte auf Wunsch einen Kontakt herstellen.

Wenn irgendjemand hier also Lust hat, entweder den "großen Wurf" eines
kompletten OSGeo-Parks mit OSM und anderen freien Projekten oder die
"kleine Version" eines Nur-OSM-Standes zu organisieren, möge sich bitte
melden. Es gibt immer genug Helfer aus den Vorhjahren, die wissen, wie
es geht, aber es gibt halt bisher keinen, der sagt: Ich mach's.

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

[Michael Reichert]

Hi Bryce,

Am 22/02/2019 um 08.02 schrieb Bryce Jasmer:
> I have written a script that will search for OSM objects that have a
> website tag that explicitly states "http://...; or implicitly uses http by
> leaving of the protocol specification. The script will then loop through
> all that it discovers and asks the http site if it will redirect me to the
> secure version of the website over the https protocol. If it does, I will
> update the database with the new value.

Do you have any safeguards against POIs which do not exist any more and
whose domains are owned by domain sellers now? They often have a very
basic website with a message like "This domain is for sale." and some
advertisement. I would not be surprised if they support HTTPS (and maybe
HTTPS only) these days. Update website=* and similar tags would not be a
benefit to OSM but simulate some kind of up-to-dateness.

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Michael Reichert]

Hallo,

Am 19.12.18 um 13:30 schrieb Christoph Hormann:
> Ich muss sagen, dass ich ziemlich enttäuscht davon bin, dass mein 
> zweimaliger Hinweis hier (in Antwort auf Nakaner vom 23.11. und in 
> Antwort auf Tigerfell vom 27.11.) hinsichtlich der Nachvollziehbarkeit 
> und Klarheit der Regeln insbesondere für neue Mapper kein Gehör fand.
> 
> Unabhängig vom Abstimmungs-Ergebnis wird da so kein Community-Konsens 
> draus, wenn selbst so offensichtliche und begründete Vorschläge mit 
> keinerlei Potential für inhaltliche Konflikte keine Berücksichtigung 
> finden.
> 
> Und wenn dann Frederiks Einwände in der Abstimmung, die zum Teil in eine 
> ganz ähnliche Richtung gehen, damit entgegnet werden, dass man sie doch 
> früher hätte einbringen sollen (Duh! Siehe oben) dann deutet das für 
> mich ein bisschen darauf hin, dass hier manche mehr die homogenen 
> Ansichten einer kleinen Gruppe in die Welt exportieren wollen, als zu 
> einem breiten Konsens zu kommen, den alle verstehen und den die 
> allermeisten unterstützen können.

Ich selbst finde die Regeln in ihrer derzeit zur Abstimmung stehenden
Form ebenfalls schlecht geschrieben und habe nur zähneknirschend
zugestimmt. Die Kritik ist aber berechtigt.

Kritik mit "das hättest du auch früher sagen können" zu entgegnen, finde
ich nicht gut. Stattdessen sollte man die Abstimmung abbrechen und
zurück in die Entwurfsphase gehen.

Wenn das Proposal durchfällt (74 Prozent Mehrheit sind nominell
erforderlich, aber bei 39 abgegebenen Stimmen ist die Abstimmung IMHO
nicht repräsentativ), werde ich ihm nicht nachweinen, sondern einen
zweiten, durchdachteren und besser begründeten Versuch starten.

@Christoph und die anderen Gegner: Wenn ihr die Regeln falsch oder nicht
gut genug findet, warum habt ihr dann nicht mit Nein gestimmt, sondern
keine Stimme abgegeben? Abstimmungen sind zwar nicht der Kern eines
Proposals, aber man sieht sie als erstes, wenn man eines Tages sich das
Proposal anschaut und eine Meinung dazu bildet.

@Tigerfell Denk mal bitte darüber nach, ob du das hier so wirklich
durchziehen möchtest oder du nicht auch einen Abbruch für sinnvoll
erachtest.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Aufbau eines Social-Media-Teams für OSM in Deutschland

[Michael Reichert]

Hallo,

Am 16.12.18 um 17:09 schrieb beg...@online.de:
> die Idee hinter OSM ist doch u.a. eine freie und offene Alternative zu
> schaffen. Dies sollten wir auch in Sachen Social Media unterstützen.
> Daher würde ich wenn überhaupt Aktivitäten von OSM eher im Fediverse
> sehen wollen. Mir ist bewusst dass derzeit über die bekannten
> Datenkraken-Netzwerke deutlich mehr Leute erreicht werden, aber auch
> hier sollten wir Zeichen setzen. Heißt ja nicht Facebook und Co sofort
> löschen, aber zumindest freie Alternativen aufzeigen und diese auch
> leben. Ist doch ähnlich mit OSM, auch hier weiß die große Mehrheit gar
> nicht dass es noch etwas neben GoogleMaps gibt und wir freuen uns über
> jeden der uns durch Nutzung bekannter macht.

Dem stimme ich im Grunde zu. Wir müssen den Spagat zwischen der
Förderung des Projekts durch Öffentlichkeitsarbeit auf
reichweitenstarken Plattformen einerseits und dem Festhalten an unseren
Prinzipien andererseits schaffen. Die gute Nachricht: Facebooks Stern
sinkt in Europa. Der Zenit der Anzahl aktiver Nutzer dürfte schon oder
bald überschritten sein.

Wie ich im Forum gerade geschrieben habe, soll eine ungepflegte
Facebook-Seite, die in den Händen des FOSSGIS e.V. gelandet ist,
wenigstens gepflegt werden. Das zu schaffende Team soll kein
Facebook-Team, sondern ein Social-Media-Team sein. Dafür braucht es euch
als Freiwillige!

https://forum.openstreetmap.org/viewtopic.php?pid=730198#p730198
(Dort steht auch die Kurzfassung der Geschichte, wie wir an die Seite
gekommen sind)

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] 2 Fragen zu Changesets

[Michael Reichert]

Hallo Andreas,

Am 17.12.18 um 20:22 schrieb Andreas Frey:
> zu Changeset Kommentaren und "Review requestet“ würde ich gerne zwei Fragen 
> an die Erfahrenen stellen: 
> 
> 1) - wie kann ich am einfachsten alle Changesets auflisten (von anderen 
> Mappern) bei denen ich einen Diskussionsbeitrag hinterlassen habe? (mit 
> Osmcha habe ich es nicht geschafft und bei NeisOne auch kein passendes Tool 
> gefunden)

Mit Pascals Werkzeugen geht es. Auf
http://resultmaps.neis-one.org/osm-discussions?c=Germany#6/51.727/9.338
kannst du auf die Benutzernamen klicken, um die kommentierten
Änderungssätze eines Mappenden oder eines Kommentierenden zu sehen. In
der URL steckt die UID (Benutzernummer), diese bekommt man aber nur im
XML der OSM-API heraus (z.B. auf der Änderungssatzseite auf osm.org auf
"XML" klicken und nach dem uid-Feld suchen).

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Aufbau eines Social-Media-Teams für OSM in Deutschland

[Michael Reichert]

Hallo,

seit einigen Monaten hat der FOSSGIS e.V. (genauer Dominik Helle und
ich) Administrator-Rechte für die Facebook-Seite "OpenStreetMap
Deutschland". Die Seite wurde und wird nicht wirklich gepflegt. Die
Verlinkung der Wochennotiz geschieht automatisch durch IFTTT ohne Zutun
des Wochennotizteams. Ich würde sie gerne als ersten Baustein für den
Aufbau eines „Social Media Teams“ für OpenStreetMap Deutschland verwenden.

Daher suche ich Freiwillige, die diese und später auch noch andere
Kanäle (v.a. Twitter) gemeinsam pflegen und dort die deutsche
OpenStreetMap-Community vertreten möchten.

Besondere Anforderungen gibt es nicht, von vernünftigen
Deutschkenntnissen und etwas Überblick über OSM mal abgesehen. Das
dürfte für die meisten Leute, die hier mehr oder minder häufig
schreiben, aber kein Problem sein. Eine Mitgliedschaft im FOSSGIS e.V.
ist nicht erforderlich.

Eine Hürde gibt es jedoch: Ihr benötigt ein Facebook-Benutzerkonto mit
eurem Realnamen und müsst den Nutzungsbedingungen von Facebook
zustimmen. Ich habe deshalb 3 1/2 Jahren nach „Löschung“ meines alten
Facebook-Kontos ein neues angelegt und ihm zwei Alibi-Freunde aus dem
FOSSGIS- und OSM-Umfeld spendiert, bevor der FOSSGIS e.V. den alten
Betreiber der Facebook-Seite um die Übergabe an den Verein (vertreten
durch mich) gebeten hat.

Falls ihr Interesse an der Tätigkeit habt und den Aufbau eines formalen
Local Chapters unterstützen möchtet, könnt ihr euch gerne hier melden
und mir per E-Mail an michael.reich...@fossgis.de euren
Facebook-Benutzernamen schicken.

Viele Grüße

Michael Reichert


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Deutsche Zusammenfassungen der Wahlprogramme und Antworten

[Michael Reichert]

Hallo,

Am 10.12.18 um 23:46 schrieb Michael Reichert:
> ich habe im deutschen OSM-Blog am Sonntag eine deutschsprachige
> Zusammenfassung der Wahlprogramme der Kandidaten und ihrer Antworten auf
> den Fragenkatalog veröffentlicht. Zu beachten ist, dass nur fristgerecht
> eingegangene Einreichungen berücksichtigt worden sind.
> 
> https://blog.openstreetmap.de/blog/2018/12/wahlen-zum-vorstand-der-openstreetmap-foundation-2018-die-wahlprogramme-und-der-fragenkatalog/
> 
> Eine knappere Fassung, die die Kandidaten im Kontext ihres bisherigen
> Wirkens und der OSM(F)-Politik betrachten wird, ist gerade noch in Arbeit.

Diese habe ich soeben veröffentlicht. Redaktionsschluss ist vor etwa
zwei bis drei Tagen gewesen, sodass die neusten Entwicklungen zur
Krim-Frage und dem Umgang mit der On-the-Ground-Regel nicht
berücksichtigt worden sind.

https://blog.openstreetmap.de/blog/2018/12/wahlen-zum-vorstand-der-openstreetmap-foundation-2018-einordnung-der-kandidaten/

Wer eine Wahlempfehlung sucht, wird nicht fündig werden, kann aber
direkt zur Überschrift "Tobias Knerr" springen, ab da wird es spannend.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Deutsche Zusammenfassungen der Wahlprogramme und Antworten

[Michael Reichert]

Hallo,

ich habe im deutschen OSM-Blog am Sonntag eine deutschsprachige
Zusammenfassung der Wahlprogramme der Kandidaten und ihrer Antworten auf
den Fragenkatalog veröffentlicht. Zu beachten ist, dass nur fristgerecht
eingegangene Einreichungen berücksichtigt worden sind.

https://blog.openstreetmap.de/blog/2018/12/wahlen-zum-vorstand-der-openstreetmap-foundation-2018-die-wahlprogramme-und-der-fragenkatalog/

Eine knappere Fassung, die die Kandidaten im Kontext ihres bisherigen
Wirkens und der OSM(F)-Politik betrachten wird, ist gerade noch in Arbeit.

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] Board decision on Crimea complaint

[Michael Reichert]

Dear board,

Am 10.12.18 um 18:14 schrieb Tom Hughes:
> On 10/12/2018 16:55, Martijn van Exel wrote:
> 
>> On November 17, the OSMF Board of Directors received a request to
>> review the Nov 14, 2018 Data Working Group decision regarding Crimea.
>>
>> The Board decided that this decision is to be reversed and the
>> previous situation, as laid out in the May 5, 2014 Data Working Group
>> minutes, is to further remain in effect.
>>
>> The board highly values the Data Working Group’s work and appreciates
>> the difficulty and complexity of the cases they are asked to review on
>> an ongoing basis.
>>
>> A more comprehensive statement will follow in the next weeks.
> 
> With respect that doesn't make much sense.
> 
> Either you have a rationale for the decision, in which case you should
> state it, or you don't and just want to placate a vocal community.
> 
> At the moment it sounds like you've decided what result you want and
> now you're going to desperately cast around for a way to rationalise
> that decision in the eventual statement.

+1

@Board
Did you consult the working group being involved in boundary disputes
(DWG and LWG) before you came to that decision?

How does your decision comply with the on-the-ground rule?

Could you please share the original complaint with redacted names or a
summary of it and its arguments?

How many board members agreed, how many disagreed?

Did any board member not participate in the voting due to a conflict of
interest? Did these members participate in the decision making?

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk