[OSM-talk] State of the Map Europe 2023 (SotM EU 2023), 10-12 November 2023, Antwerp (Belgium)

[Stefan Keller]

Dear Mappers

This year's State of the Map Europe (SotM EU) conference will take
place in Antwerp, Belgium, from Friday, November 10 to Sunday,
November 11, 2023.

The Call for Proposals is now open - and the deadline for submissions
is August 24, 2023: https://stateofthemap.eu/call-for-participation

There will be room for 500 participants, with two main tracks and the
usual unconference part of the event. Online registration will be
available.

* Visit the website: https://stateofthemap.eu/
* Stay up to date by signing up here:
https://mailchi.mp/c799b1ff4844/stay-updated-for-sotm-eu-2023
* Contact the team if you have any questions, suggestions, or offers
of help: i...@stateofthemap.eu

See you in Antwerp, the largest city in the world in the 15th century
and the second largest seaport in Europe today!
-- Stefan
(Program Committee Member of SotM EU 2023)

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

Re: [Talk-de] [talk-ch] FOSDEM Conference, 1+2 Feb. 2020, Brussels - Call for talks Geospatial (including OSM!)

[Stefan Keller]

FYI:

Marc Vloemans schrieb auf Twitter gestern:
Deadline CfP FOSDEM Geospatial DevRoom verlängert bis 7. December:
Siehe https://penta.fosdem.org/submission/FOSDEM20

:Stefan

[English]
Marc Vloemans wrote on Twitter yesterday:
Deadline CfP FOSDEM Geospatial DevRoom extended until December 7:
See https://penta.fosdem.org/submission/FOSDEM20

:Stefan

Am So., 1. Dez. 2019 um 18:06 Uhr schrieb Olivier Chatelain
:
>
> PS: Wahrscheinlich geht es mit dem Zug an die FOSSGIS 
> (https://www.fossgis-konferenz.de/2020/), Freiburg i.B. liegt ja praktisch 
> vor der Tür.

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

Re: [OSM-talk] FOSDEM 2020: Call for Papers

[Stefan Keller]

Nice!
FYI: Marc Vloemans wrote on Twitter yesterday:
Deadline CfP FOSDEM Geospatial DevRoom extended until 7 December
https://penta.fosdem.org/submission/FOSDEM20

:Stefan

Am Sa., 9. Nov. 2019 um 11:15 Uhr schrieb Ilya Zverev :
>
> Hi folks,
>
> You might be familiar with FOSDEM, the biggest European open source 
> conference. It is an event not to miss: dozens of simultaneous tracks, 
> thousands of developers, no corporate distractions, absolutely free and open, 
> like it should be. And this year it will again feature a Geospatial track.
>
> I invite you to submit a talk proposal for the track. Share what you did in 
> the past year: with OSM, with open source, with technology. Anything would do 
> — even if it does not include programming, like writing docs, mapping or 
> organising a community.
>
> Submit your talk here:
> https://penta.fosdem.org/submission/FOSDEM20
>
> See more info in the official announcement of the Geospatial track:
> https://lists.osgeo.org/pipermail/dutch/2019-October/001773.html
>
> The deadline is Sunday, 1st of December 23:59 (CET, I suppose). You need no 
> registration to attend the conference (on 1-2 February). Please come: I would 
> be happy to meet you there.
>
> Ilya
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[Talk-de] FOSDEM Conference, 1+2 Feb. 2020, Brussels - Call for talks Geospatial (including OSM!)

[Stefan Keller]

Liebe alle (English below)

Bevorstehende große Konferenz FOSDEM, 1+2 Feb. 2020, wie immer in
Brüssel mit meinen Lieblings-"Devrooms" zu Python, PostgreSQL und
Geospatial.: https://fosdem.org/2020/ .

Siehe insbesondere den Devroom "Geospatial" und den Aufruf zu Talks
(englisch) auch über OpenStreetMap bis So. 1. Dez. 2019 23.59 Uhr!
https://lists.osgeo.org/pipermail/dutch/2019-October/001773.html .

:Stefan

[english]

Upcoming big conference FOSDEM, 1+2 Feb. 2020, as always in Brussels
with my favourite "devrooms" Python, PostgreSQL and Geospatial:
https://fosdem.org/2020/ .

See esp. the devroom "Geospatial" and it's call for talks also about
OpenStreetMap until Su. 1st Dec. 2019 23.59!
https://lists.osgeo.org/pipermail/dutch/2019-October/001773.html .

:Stefan

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

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

[Stefan Keller]

Hi,

Trying to get focus back on the thread topic.

Storing hints like nosquare=yes (or square=no) is not best practice of
data curation on w worldwide level.

At Thu., 9. Mai 2019 23:56 Simon Poole  wrote:
> The question was not about validating square or not square buildings, it
> is about storing a hint for iDs validation mechanism permanently in OSMs
> data. There is some precedent for doing so, as was mentioned in the github
> issue, still it is a bit controversial and discussion when adding such a
> feature should be expected.
...
> I believe the issue is more about the unwillingness to take community
> feedback seriously ...

This attitude needs to be changed. I expect a discussion on tags like
this on a broader level (i.e. outside issue trackers) _before_ it's
being implement in an editor like iD.

> Which brings us back full circle to the discussion of the privileged position
> of the default editor on openstreetmap.org and the related transparency ...

Currently the OSMF Board is doing a community survey about topics and
issues that matter to us (https://osmf.limequery.org/489698?lang=en ).
I think this issue becomes one of my inputs.

:Stefan

Am Fr., 10. Mai 2019 um 15:47 Uhr schrieb Mikel Maron :
>
> > I believe the issue is more about the unwillingness to take community 
> > feedback seriously at all when it doesn't coincide with the opinions 
> > already held by the developers. Which brings us back full circle to the 
> > discussion of the privileged position of the default editor on 
> > openstreetmap.org and the related transparency (aka who is holding the 
> > purse strings) and the non-existent community control or even just control 
> > by the OSMF.
>
> This is a very interesting paragraph, dense with deep topics for the OSM 
> project. These topics should separate this from the particulars of individual 
> situations, because the dynamics are not unique to any single component of 
> the OSM data and software ecosystem. OSM has always been a muddle and 
> arguably one of the reasons for its success. In OSM people disagree, there's 
> strong points of view and discussion, sometimes it resolves, often times we 
> continue to muddle through. Yes, the OSMF has ultimately legal authority over 
> all aspects of the project but by design and history, exercises it very 
> selectively. And community is a very amorphous concept, with disagreements 
> over what that means and how it functions.
>
> Certainly the shape of the OSM project has outgrown the systems we 
> haphazardly put in place for governance and community back in 2007. It's 
> worth stepping back from many of the recent heated issues in the community, 
> and look at how they are the result of growth without intentional adaptation, 
> and consider what kind of approach we can take to imagine what OSM is like in 
> the next 15 years.
>
> -Mikel
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
> On Thursday, May 9, 2019, 5:56:14 PM EDT, Simon Poole  wrote:
>
>
>
> Am 09.05.2019 um 23:14 schrieb Mikel Maron:
>
> > What do you think? Should the next version of iD be deployed on 
> > www.openstreetmap.org?
>
> Absolutely. My understanding is this feature will greatly improve data 
> quality in OSM. I think it's fair to validate squareness of existing 
> buildings. Appreciate the great work of the iD team.
>
> The question was not about validating square or not square buildings, it is 
> about storing a hint for iDs validation mechanism permanently in OSMs data. 
> There is some precedent for doing so, as was mentioned in the github issue, 
> still it is a bit controversial and discussion when adding such a feature 
> should be expected.
>
> [Rant on the massively overrated concern for buildings in the first place and 
> the background why people think that such a validation is necessary omitted]
>
> Also commend your attention to tagging issues Michael. There's certainly a 
> broader issue with how tags are managed in OSM. In short it's a mess all 
> around and is in need of a rethink. I don't think this minor issue is a "hill 
> to die on" however.
>
> I believe the issue is more about the unwillingness to take community 
> feedback seriously at all when it doesn't coincide with the opinions already 
> held by the developers. Which brings us back full circle to the discussion of 
> the privileged position of the default editor on openstreetmap.org and the 
> related transparency (aka who is holding the purse strings) and the 
> non-existent community control or even just control by the OSMF.
>
> Simon
>
>
>
> -Mikel
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
> On Thursday, May 9, 2019, 4:18:20 PM EDT, Michael Reichert 
>  wrote:
>
>
> 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 

[Talk-de] "Ist ein Objekt aktuell? Am besten per URL. Mappen lohnt immer!" (Spruch des Monats)

[Stefan Keller]

Liebe Mapper

Leider konnte ich dieses Jahr wieder nicht die FOSSGIS besuchen. Umso
erfreulicher war, dass das FOSSGIS-Videoteam die Streams in Rekordzeit
aufbereitet und hochgeladen hatte.

Somit kann man via Programm [1] unter anderem auch Vorträge anschauen
- wie denjenigen von Roland Olbricht zu "Wie aktuell sind
OpenStreetMap-Daten?" [2].

Landläufig (und eigentlich einleuchtend) ist das Versionsalter eines
Objekts ein Indiz dafür, dass dieses veraltet sein könnte. Doch,
gemäss Roland's Untersuchungen ist das kein verlässliches Kriterium.
Er schlägt dafür vor, URIs als externe Quellen zu verwenden. Denn wenn
der POI verschwindet, verschwindet auch die Homepage. Viele POIs haben
eine Website, wie namentlich im Key "website" [3] und vermehrt auch in
Key "opening_hours:url" [4].

Sein Fazit: "Ist ein Objekt aktuell? Am besten per URL. Mappen? Lohnt immer!".

Das ist für mich der Spruch des Monats März 2019 :-).

:Stefan

P.S. Apropos POIs: Mit OSMyBiz gibt es einen Editor, mit dem man
einfach Geschäfte eintragen kann [5].

[1] Programm: https://www.fossgis-konferenz.de/2019/programm/
[2] Vortrags-Video und Folien: https://pretalx.com/fossgis2019/talk/ZTRDY9/
[3] Key "website": https://wiki.openstreetmap.org/wiki/DE:Key:website
[4] Key "opening_hours:url":
https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours
[5] OSMyBiz: https://osmybiz.osm.ch/

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

Re: [OSM-talk] We need to have a conversation about attribution

[Stefan Keller]

I'm happy there's ODbL. If we would have PD/CC0, we probably would
have a farce discussion, standing helpless to license violators.

Having said this, I'm proactively supporting the use of OSM of
startups and companies, as well as in open source, government and
research.

Richard had a clear question:
> So we need to decide what our response is to web/in-app maps that do not
> provide attribution in the manner requested by osm.org/copyright. This
> response might be:
>
> a) we are happy for attribution to be behind a credits screen and we
> will update our requirements to say so
> b) we will informally tolerate attribution being behind a credits screen
> but we do not intend to update our requirements
> c) we are not happy for attribution to be behind a credits screen and we
> will update our requirements to say so
> d) we are not happy for attribution to be behind a credits screen and we
> will update our requirements to say so, and we will proactively seek out
> data consumers that contravene these requirements
> e) ...

Having ODbL in place nothing prevents OSMF to take legal actions
against blatant license violators. There's currently IMHO no hurry
there.

So, I'm in favor of c) not happy for attribution to be behind a
credits screen in _general_ (see exceptions below), and I'm in favor
of updating our requirements to say so.

My wording suggestion is 1. to update the requirements in a decisive
way (MUST vs. SHOULD) and 2. enumerate exceptions, like for mobile
phones requiring (one click away) credits screen.

I acknowledge there are graphic design restrictions and suggest
everybody to read [e.g. 1] about font type sizes. This gives an idea
about the text font size we could require.

:Stefan

[1] 
https://www.uxmatters.com/mt/archives/2015/09/type-sizes-for-every-device.php

Am Sa., 2. März 2019 um 20:11 Uhr schrieb Simon Poole :
>
>
> Am 02.03.2019 um 17:09 schrieb Ineiev:
> > Why OSMF? the copyright holders are still the individual mappers---unless
> > their copyright is transferred to someone else specifically.
> >
> Any rights that you might have in your contributions remain yours and
> there is no copyright assignment, as you may see for numerous open
> source projects). Consumers of OSM data are doing so on a licence
> offered by the OSMF which has received the necessary rights for that
> from you via the Contributor Terms.
>
> Simon
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] We need to have a conversation about attribution

[Stefan Keller]

I applaud that the LWG is undertaking an effort to sure up our
attribution guidance.

IMO the sentence in question MUST be changed from "should" to MUST!

:Stefan

P.S. I really would like to collect once in another thread the hidden
agendas behind those
* argueing against proper attribution of OSM (why trying to hide to
mention OSM?),
* calling shame license violators "shenanigans" (so there are violators?),
* questioning the legal status of OSMF (why spreading FUD?)

Am Fr., 1. März 2019 um 22:55 Uhr schrieb Tomas Straupis
:
>
> 2019-03-01, pn, 17:55 Christoph Hormann rašė:
> > As long as data sources you use have been produced by people who got
> > paid for their work (through either taxpayer money or private
> > investments) the discussion is moot - that is not the same league, that
> > isn't even the same sport.  You give first rate attribution to OSM and
> > second rate attribution to everything else.
>
>   How/why is the financing of data source part relevant?
>
>   How would you calculate the prominence of data source to split them
> into "displayed by default" and "displayed after pressing 'data
> sources'"?
>
>   While for data visualisations you could calculate number of objects
> displayed, what would you do for maps and especially thematic maps?
> The latter two would have a specific target group with specific
> interests and a specific idea/information to be communicated which
> could take a smaller area of the map. A thematic map of X with a
> basemap of Y could have visually most part covered by Y, but most
> important part of such a map is X.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool

[Stefan Keller]

Lieber Harald

Danke für's Feedback.

Du hast geschrieben:
> Wie geht ihr mit dem Thema PH (Feiertage) um?

Wie meinst du das? Per default hängen wir (das Tool) das nicht hinten
dran - dies auch wenn das Evaluation Tool [1] meckert und einen mit
der Warnung geradezu dräng, PH einzutragent.

> Und schon etwas gefunden:

Ist notiert!

:Stefan


[1] https://openingh.openstreetmap.de/evaluation_tool/

Am Di., 19. Feb. 2019 um 20:47 Uhr schrieb Harald Hartmann
:
>
> Und schon etwas gefunden:
> Mo - Fr
> 09:00 - 11:00
> Di
> 14:00 - 16:00
> Do
> 14:00 - 18:00
> Sa
> 09:00 - 11:00
>
> wird als
>
> Mo-Fr 09:00-11:00; Tu 14:00-16:00; Th 14:00-18:00; Sa 09:00-11:00
>
> ausgegeben, sprich danach ist am Dienstag und Donnerstag nur Nachmittags
> auf. Meiner Meinung nach, und des opening_hours evaluators, müsste hier
> aber mit Komma getrennt werden:
>
> Mo-Fr 09:00-11:00, Tu 14:00-16:00, Th 14:00-18:00; Sa 09:00-11:00
>
>
> Am 19.02.19 um 20:37 schrieb Harald Hartmann:
> > Wie geht ihr mit dem Thema PH (Feiertage) um?
> > War/ist zumindest im deutschen Forum öfters mal das Thema...
> >
> > PS: Offensichtliche Fehler habe ich bisher nicht entdeckt, also mache
> > ich mich mal auf die Suche nach versteckten Fehlern ;-)
> >
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de
> >
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] Experimentelles Öffnungszeiten-Webtool

[Stefan Keller]

Liebe alle

In meinem Lab "experimentieren" wir ja mit Software und zurzeit ist
ein simples Öffnungszeiten-Webtool am Entstehen namens "Web to OSM
Opening
Hours" . Das Tool soll Tipp-Arbeit abnehmen und versucht die
Öffnungszeiten einer Webseite die maschinenlesbare Form von
opening_hours (OH) zu konvertieren.

Fernziel ist u.a., den Tag "opening_hours:url" zu verwenden, um den
dort verlinkten Webinhalt in opening_hours zu wandeln. Ein typischer
Ablauf ist, dass man auf einer Webseite den Text zu den Öffnungszeiten
mit der Maus auswählt und per Copy & Paste ins Textfeld des Webtools
kopiert.

Beispiel - Eingabe:
Dienstag bis Freitag:
07:30 - 12:00 und 13:15 - 18:30 Uhr
Samstag:
07:30 - 16:00
Der Output wäre hier "Tu-Fr 07:30-12:00,13:15-18:30; Sa 07:30-16:00".

Zurzeit werden deutsch- und englisch-sprachige Eingaben unterstützt.

Es gibt zwei unterschiedliche Implementationen:
* A's Version https://codepen.io/AlejoFab/full/WLbBQr und v.a.
* B's Version https://codepen.io/BSee/full/WLbLGW !

Feedback willkommen - hier oder als Issue im Repository!

:Stefan

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

Re: [Talk-de] Overpass Abfrage

[Stefan Keller]

Hi,

> Am 28.01.2019 um 00:15 schrieb Christoph Grenz:
> > [out:csv(::lat, ::lon, name)];

Was ich mich schon lange frage bzw. wünsche ist, dass auch bei anderen
Output-Formaten als CSV (also den out settings xml,json,custom,popup)
die Rückgabe-Attribute eingeschränkt werden könnten.

Also z.B. so
[out:json(::lat, ::lon, name)];

Hab' grad nix in den Issues dazu gefunden.
Soll ich einen Issue machen auf [1]?

:Stefan

[1] 
https://github.com/drolbr/Overpass-API/issues?utf8=%E2%9C%93=is%3Aissue+is%3Aopen+output


Am Mo., 28. Jan. 2019 um 00:19 Uhr schrieb Martin Scholtes
:
>
> Hallo Christoph,
>
> super danke für deine Antwort ;-)
>
> Am 28.01.2019 um 00:15 schrieb Christoph Grenz:
> > [out:csv(::lat, ::lon, name)];
> > (
> >   node[amenity=nursing_home]({{bbox}});
> >   way[amenity=nursing_home]({{bbox}});
> >   relation[type=multipolygon][amenity=nursing_home]({{bbox}});
> > );
> > out center;
>
> --
> Mit freundlichen Grüßen
>
>
> Martin Scholtes
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] QGIS und OSM-Doku

[Stefan Keller]

Am Do., 20. Dez. 2018 um 20:29 Uhr schrieb Markus :
> Wo finde ich ein aktuelles Dokument in Deutsch?

Da empfehle ich QuickOSM.

Eine kurze, deutschsprachige Anleitung gibt es auf meinem kleinen
Projekt OpenSchoolMaps [1]:
Siehe dort bei "Unterrichtsmaterialien" das Arbeitsblatt
"OpenStreetMap-Daten beziehen und mit QGIS 3 nutzen".
Gerne nehmen wir Verbesserungsvorschläge entgegen.

Die aktuelle QGIS Version ist ja 3. In dessen Doku [2] ist das
QuickOSM-Plugin auch beschrieben (halt englisch).

:Stefan

P.S. Welches veraltete OSM-Plugin meintest du genau?

[1] https://openschoolmaps.ch
[2] 
https://docs.qgis.org/testing/en/docs/training_manual/qgis_plugins/plugin_examples.html#basic-fa-the-quickosm-plugin


Am Do., 20. Dez. 2018 um 20:29 Uhr schrieb Markus :
> Liebe QGIS-Nutzer,
>
> Im Wiki finde ich unter:
> https://wiki.openstreetmap.org/wiki/DE:QGIS-Tutorial
> diesen Link zur Doku:
> http://download.osgeo.org/qgis/doc/manual/qgis-1.8.0_user_guide_de.pdf
>
> Dort steht, dass es ein OSM-Plugin gibt (das aber laut QGIS nicht mehr
> existiert), und dass QGIS wegen Inkompatibilitäten im Datenmodell nicht
> wirklich mit OSM arbeiten kann.
>
> Da das Dokument über 5 Jahre alt ist, hat sich inzwischen vermutlich
> viel getan...
>
> Wo finde ich ein aktuelles Dokument in Deutsch?
>
> Insbesondere interessiert mich Overpass-Integration.
> Wie kann ich z.B. alle "harbour=*" (weltweit) einbinden?
> So, dass ich einen zeitlich definierten Bestand anzeigen kann, und der
> Rechner trotzdem nicht die Grätsche macht?
>
> Mit herzlichem Gruss,
> Markus
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[OSM-talk] Database Query API of OpenStreetMap Planet using GraphQL and PostgreSQL/PostGIS?

[Stefan Keller]

Hi,

I'm looking for a database query API like Overpass with similar
performance but which has a more standards conforming query language
and tool support.

Did anyone already had a look at GraphQL, especially PostGraphile
(formerly PostGraphQL) - the GraphQL API for PostgreSQL database
https://www.graphile.org/postgraphile/ (see also
https://github.com/mapmeld/GraphpostgisQL )?

:Stefan

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

[Talk-de] OSM + Wikidata: Wikidata property proposal fuer eine OSM node ID

[Stefan Keller]

Liebe alle

Es gibt auf talk-ch eine Diskussion über ein soeben erstelltes
Wikidata property proposal:
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Authority_control#OSM_node_ID

Dort wird vorgeschlagen, beim Wikidata-Projekt ein Property "OSM node
ID" einzuführen.

Obwohl klar ist, dass mangels Alternativen viele Dritt-Projekte OSM
IDs verwenden, denke ich, dass das keine gute Idee ist für ein Projekt
wie Wikidata, aus Gründen schon mehrmals diskutiert wurden.

Ich schlage stattdessen vor, in Wikidata schlicht Koordinaten zu
nutzen - wie bisher.

Ob OSM "Permanent ID" bereits aus dem Experimentierstadium raus ist,
ist mir unklar.

:Stefan

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

Re: [OSM-talk] WMF: "Interactive maps, now in your language"

[Stefan Keller]

Hi,

I would like to refer to Yves (yvecai)'s suggestion below once again:

Yes, the OSM Wiki page about Names says something about avoiding
transliteration (though currently only the wiki page in English).

But: In fact, it has a section on "Localization", which clearly
implies the usage of transliterations!
And it does say nothing to avoid pure translations
And it does not refer to WD and the WD-ID tag as a possible solution
for "international names" (exonyms)!

So, it's seems really time to update the OSM Wiki page on Names
including all translations...

Regarding the original blog post from Joe Matazzoni's Wikimedia
Foundation on "Interactive maps, now in your language", I added a
comment, asking him to update his post along following lines:

> "When the results are unsatisfactory..."

* "Add the missing names to Wikidata (not OSM) in your language".
* (... Remaining 2 bullets seem to target Wikidata anyway)
* "Add the name to OSM only after having understood how to do this:
See https://wiki.openstreetmap.org/wiki/Names e.g. avoid pure
translations (exonyms) and avoid transliterations.
* "Adding Wikidata-ID to OSM is acceptable."

:Stefan


2018-06-30 7:37 GMT+02:00 Warin <61sundow...@gmail.com>:
> On 30/06/18 15:08, Yves wrote:
>>
>> While there is a lot of things said here in this thread, I notice that:
>> 1 there is very little advice in the article on how to enter names in OSM.
>> 2 there no comment on the blog that would give advice on how to enter
>> names in OSM.
>>
>> It would be the right time if OSM people would take the time to synthetise
>> to WMF contributors what names are acceptable in OSM.
>> Do we have a good wiki page on the matter?
>
>
> A lot of detail on about the name tag itself
> https://wiki.openstreetmap.org/wiki/Names
>
> As for a specific beginers guide as to how to add a name to an OSM feature..
> ?
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[Talk-de] WikiCon 2018, 5.-7. Oktober, St. Gallen (Schweiz)

[Stefan Keller]

Liebe alle

Am 5.-7. Oktober, findet die WikiCon 2018 - das Treffen der Aktiven
der deutschsprachigen
Wikipedia und ihrer Schwesterprojekte - in St. Gallen (Schweiz) statt:
https://de.wikipedia.org/wiki/Wikipedia:WikiCon_2018 .

Auch die Swiss OpenStreetMap Association (SOSM) machen da
voraussichtlich mit und ich habe soeben einen Stand-Vorschlag mit
möglicher "Themeninsel" am WikiCon-Forum eingetragen:
https://de.wikipedia.org/wiki/Wikipedia:WikiCon_2018/Forum_des_Freien_Wissens#Vorschl%C3%A4ge_f%C3%BCr_St%C3%A4nde
.

Ich kenne die WikiCon nicht; aber schon 2017 scheint es einen Stand
gegeben zu haben. Jedenfalls gibt es offensichtlich genug Zeit und
Raum für Workshops, Vorträge und Podiumsdiskussionen etc.

Meine Fragen bzw. Aufforderungen dazu sind:

1. Wer war von OSM (bzw. verwandten Projekten) an der WikiCon 2017
bzw. kann von früheren Erfahrungen berichten?

2. Gibt es weitere Vorschläge und Ideen zur Themeninsel? Wir sind da
offen (v.a. Wikivoage, WIWOSM). Dabei ist höchstens gut zu wissen,
dass wir als SOSM uns dieses Jahr auf bestimmte Themen fokussieren
wollen, namentlich das Projekt OpenSchoolMaps.ch und auf
Tourismus/Reisen (inkl. Karten-Druck).

3. Wer kommt? Freiwillige, die am Stand oder sonstwie mithelfen
wollen, melden sich bitte auf i...@osm.ch oder bei mir.

Beste Grüsse, Stefan

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

[OSM-talk] Any recent experiences with OpenAerialMap?

[Stefan Keller]

Hi,

Does anyone have recent experiences using OpenAerialMap and drones to
update OSM?
Is this used at all outside HOT context?
It can't see any uploaded images in central Europe which is younger than 2016...
https://map.openaerialmap.org/#/9.84375,47.989921667414194,5/square/1202211?_k=4pfbmg

-- Stefan

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

Re: [OSM-talk] [OSM-dev] OpenStreetMap Carto release v4.9.0

[Stefan Keller]

Hi Daniel

Nice.
Many thanks for your work!
How can I help implementing rendering of castles (forts, ruins,
manors, palaces)?
https://github.com/gravitystorm/openstreetmap-carto/issues/744

:Stefan

2018-03-23 14:41 GMT+01:00 Daniel Koć :
> Dear all,
>
> Today, v4.9.0 of the openstreetmap-carto stylesheet (the default
> stylesheet on the OSM website) has been released. Once changes are
> deployed on the openstreetmap.org it will take couple of days before all
> tiles show the new rendering.
>
> Changes include
>
> Major changes
> - A bug where closed ways with natural=cliff or natural=tree_row were
> not rendering has been fixed. This required fixing a transform bug. The
> fix will apply to all objects when they are created in OSM, but there is
> no migration for existing databases. Deployments will have to decide if
> the effects are serious enough to require them to reload the database.
>
> Changes
> - Adding place=square name rendering
> - Adding rendering for different types of towers and masts
> - Making gardens to use grass color with plant nursery pattern
> - Adding rendering for intermittent water bodies
> - Give oceans outline and simplify shapefiles on z0-7
> - Simplify (generalize) admin borders
> - Move natural=grassland and landuse=meadow earlier
> - Start rendering aerialway name
> - Adding icons for amenity=bbq, amenity=shower, leisure=sauna and
> advertising=column
> - Adding special icons for shop=dairy, shop=medical_supply and shop=music
> - Move amenity=toilets to higher zoom levels
> - Fixing some SVG icons artifacts
> - Make military=danger_area font dark pink and slanted
> - Changing rendering for construction=steps to distinguish it from roads
> - Changing label colour of private parking
> - Small documentation and code fixes
>
> Thanks to all the contributors for this release, including james2432,
> Penegal and jragusa, new contributors.
>
> For a full list of commits, see
> https://github.com/gravitystorm/openstreetmap-carto/compare/v4.8.0...v4.9.0
>
> As always, we welcome any bug reports at
> https://github.com/gravitystorm/openstreetmap-carto/issues
>
> --
> "My method is uncertain/ It's a mess but it's working" [F. Apple]
>
> ___
> dev mailing list
> d...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev

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

Re: [Talk-de] Dt. Kartenstil: Rendern von historic=fort

[Stefan Keller]

Am 1. März 2018 um 11:46 schrieb Christoph Hormann :
> Zu den Vor- und Nachteilen abstrakter und weniger abstrakter Symbole
> lassen sich viele Argumente finden.  Bei internationalen Karten muss
> man aber bei nicht abstrakten Symbolen für von Menschen gemachte Dinge
> immer im Auge behalten, dass das was in einem Teil der Welt ein

Ganz einverstanden mit beiden Hinweisen.
Betreffend letzterem denke ich konkret z.B. an japanische Burgen, die
tatsächlich sichtliche architektonische Unterschiede haben zu
europäischen.
Betreffend abstrakter und bildlich/ikonischer Symbole sind m.E. die
Würfel im OSM Carto-Stil bereits zugunsten "bildlich/ikonisch"
gefallen. Darum mein exemplarischer Hinweis auf Museum.

:Stefan


Am 1. März 2018 um 11:46 schrieb Christoph Hormann :
> On Thursday 01 March 2018, Sven Geggus wrote:
>>
>> Es sind genau die Symbole, die auch schon im alten Shell Atlas (an
>> den der dt. Stil angelehnt ist) für Burgen und Schlösser verwendet
>> wurden.
>>
>> Das ist sowas ähnliches wie ein Standard in dt. Karten. Eventuell
>> tatsächlich rein deutsch wie auch die Symbole für Laub und Nadelwald.
>
> Das Symbol wird traditionell aber nicht als Einzel-Symbol verwendet,
> sondern eingebettet in eine Systematik von verschiedenen Symbolen wie
> Kirche (Kreuz statt Fahne), Turm (nur ein Strich) und Windmühle
> (Diagonalkreuz).
>
> Ich denk mal (aber das ist Spekulation) dass diese Symbole ihren
> Ursprung in der Funktion derartiger Bauwerke als trigonometrische
> Hochpunkte haben.
>
> Zu den Vor- und Nachteilen abstrakter und weniger abstrakter Symbole
> lassen sich viele Argumente finden.  Bei internationalen Karten muss
> man aber bei nicht abstrakten Symbolen für von Menschen gemachte Dinge
> immer im Auge behalten, dass das was in einem Teil der Welt ein
> anschauliches repräsentatives Beispiel darstellt anderswo auf der Welt
> recht wenig intuitiv oder gar irreführend sein kann.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Dt. Kartenstil: Rendern von historic=fort

[Stefan Keller]

Liebe alle

Die Symbole zu Burg/Ruine im aktuellen deutschen Stil sind mir etwas
zu abstrakt und darum schlecht(er) (wieder-)erkennbar.

Für meinen kartografischen Geschmack scheint mir das neue fort-Symbol
im OSM Carto-Style nicht so schlecht und ich habe auch wenig Probleme
mit Klischees und Playmobil :-). Das fort-Symbol könnte auch als
Burg/Schloss-Symbol geeignet sein und passt vom Stil her m.E. z.B.
auch gut zum aktuellen Museum [1].

Hingegen möchte ich Christoph Hormann's Hinweis voll und ganz
unterstützen, dass - wenn schon - nicht historic=fort mit ~3000
Objekten, sondern castle mit 37628 und ruins mit 93057(!) Objekten
gerendert werden sollten. Zu castle gibt es zwei(!) Issues (#744
#1176) und zu ruins einen (#331) und für beide habe ich relativ rasch
einige Vorlagen gefunden [2][3].

Da sollten wir meines Erachtens ansetzen, denn Burgen (Schlösser?) und
Ruinen prägen das Landschaftsbild sehr - egal auf welchem Kontinent
und auch wenn es 10x weniger wären. Just my 2 cents.

:Stefan

[1] Museum: 
https://github.com/gravitystorm/openstreetmap-carto/blob/master/symbols/museum.svg
[2] Castle: https://commons.wikimedia.org/wiki/File:Pictograma_Castillo.PNG
[3] Ruine: https://commons.wikimedia.org/wiki/File:Symbole_carte_Belle_Ruine.svg

Am 27. Februar 2018 um 13:02 schrieb Martin Koppenhoefer
:
> Am 24. Februar 2018 um 13:02 schrieb Sven Geggus <
> li...@fuchsschwanzdomain.de>:
>
>>
>> Die Symbole für Burgen und Schlösser im dt. Stil stammen aus ATKIS, sind
>> also gar nicht mal so sehr auf Deutschland begrenzt.
>
>
>
>
> wieso, wer ausser den Deutschen verwendet ebenfalls ATKIS?
>
> Gruß,
> Martin
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] Open Source-Alternativen zu Minecraft mit OpenStreetMap?

[Stefan Keller]

Hallo zusammen,

Hat jemand Erfahrungen a. mit dem Erzeugen von 3D-Blockwelten aus OSM
für Minecraft - oder noch besser: für Open Source-Alternativen?

Das Wiki [1] scheint mir da unvollständig.

Habe Minetest [2][3] gefunden, wo aber kein OSM-Konverter erwähnt wird.

LG, Stefan

[1] https://wiki.openstreetmap.org/wiki/Minecraft
[2] https://wiki.minetest.net/Minetest_in_der_Schule
[3] "Minecraft-Alternative: Minetest und Mesecons für die
informatische Bildung", Open Education Day 2017
https://openeducationday.ch/bisherige_events/ =>
https://www.ch-open.ch/wp-content/uploads/2017/01/11_Workshop-Ronny_Standtke.pdf

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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

[Stefan Keller]

2018-01-12 17:01 GMT+01:00 Tobias Knerr :
> I agree. Right now, messages and comments sent via OSM channels tend to
> be written by humans for a specific individual recipient, which gives
> them a very good signal-to-noise ratio.

Interesting discussion to me because I'm working on a tool that
enhances onosm.org and generates OSM notes and messages to inbox when
an OSM object has been modified. I think it should be allowed to send
auto-generated messages to OSM channels as long as it's fair use or if
one can opt-out (in case of "personal" comments).

> Subjectively, I also tend to find it a bit off-putting when canned
> messages try to imitate human writing. Compared to obviously automated

I would even go further by refering to policies about automated reply
mails and/or chat bots. I can't find an authoritative source but I
think there's at least a netiquette saying that communications to
humans generated from machines should start by declaring it's a
message from a machine.

In this case my reaction also was that "I reviewed..." is misleading.
I would propose s'thing like the following:
...
Hello!
This is a comment generated by #OSMCha:
#REVIEWED_GOOD
Thank you for your contributions to OpenStreetMap.
...

If the reviewer can edit the text before it's being send by OSMCha
(under the name of the user), then it's a kind of mixed "authorship"
and yet another case.

:Stefan

[0]: https://github.com/mapbox/osmcha-frontend/issues/248


2018-01-12 17:01 GMT+01:00 Tobias Knerr :
> On 12.01.2018 15:39, Andy Townsend wrote:
>> More seriously, any automatic use of OSM messages is problematical
>> because it devalues the messages that we want people to actually read -
>> the ones that are composed by and sent be a human, and have actual
>> useful information in them
>
> I agree. Right now, messages and comments sent via OSM channels tend to
> be written by humans for a specific individual recipient, which gives
> them a very good signal-to-noise ratio. I enjoy that a lot and would
> like to keep things that way.
>
> Subjectively, I also tend to find it a bit off-putting when canned
> messages try to imitate human writing. Compared to obviously automated
> messages ("your changeset was reviewed by user X"), they can feel
> somewhat dishonest. I accept that people will feel differently about
> this, though.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-de] Craftmapping

[Stefan Keller]

Am 4. Januar 2018 um 15:39 schrieb Frederik Ramm :
>  mich treibt seit einigen Monaten eine Idee um. Mir scheint, dass das
> "Craftmapping" bei OSM und vorallem auch im "politischen" Bereich, der
> OSMF, zunehmend unter den Tisch fällt.

Ich hoffe nicht, dass Craftmapping unter den Tisch fällt.
Andererseits sollte sich OSM nicht dem technischen Wandel
verschliessen und muss ständig eine Balance finden.
Ich finde es in jedem Falle gut, wenn innerhalb und ausserhalb von OSM
die Bedeutung und der Nutzen davon mehr diskutiert werden.

Eines der wichtigsten Merkmale von OSM sind ja eine aktive, grosse Community.
Meine Ideen bzw. Beiträge dazu sind u.a. folgende:
* Engagement im Tourismus zu dem OSM noch einiges mehr Beitragen kann.
* Entwicklung von Softwares, die es noch einfacher machen, OSM zu
bearbeiten und zu nutzen.
* Dazu kommt die Organisation von Mapping Parties und ich hoffe, dass
die geplante Directed Policy nicht die Freude daran dämpft :-).

LG, Stefan


Am 8. Januar 2018 um 09:59 schrieb markus schnalke :
> [2018-01-08 07:46] Frederik Ramm 
>> On 07.01.2018 18:55, Mark Obrembalski wrote:
>> >
>> > Das spräche ja dafür, in einer Gegend, in der in Sachen Häuser noch
>> > überhaupt nichts los ist, mal ein einzelnes Dorf zu mappen, in der
>> > Hoffnung, dass die Bewohner der Nachbardörfer dann auch Häuser auf der
>> > Karte wollen ;-)
>
> Durchaus! ;-)
>
>> Das gabs schon immer, wir haben das früher "Guerilla Mapping" genannt -
>> mehr so die Idee, dass man mal in einer fremden Stadt einen Häuserblock
>> supertoll mappt mit allen POIs und Ampeln und so weiter, um den Mappern
>> vor Ort zu signalisieren, dass sie sich noch nicht auf dem Erreichten
>> ausruhen können ;)
>
> Das ist auch fuer Anfaenger hilfreich, weil man dadurch viel
> Inspiration und Hilfestellung bekommt. Man muss es dann naemlich nur
> noch nachmachen.
>
>
> meillo
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] von QGIS auf hstore Spalte in postgres Datenbank zugreifen

[Stefan Keller]

Ja; das geht mit QGIS 3 "nativ" als "Expression".

Für QGIS 2.x habe ich eine Funktion geschrieben und diese sollte
eigentlich mit diesem Plugin
http://plugins.qgis.org/plugins/qgsexpressionsplus/ einfach
installierbar sein.
Offenbar hat da aber jemand vergessen, einen neuen Release zu
machen... (ich habe nachgehakt).
Inzwischen hier der Code:
https://github.com/NathanW2/qgsexpressionsplus/blob/master/hstore_get_value.py

LG, Stefan


Am 7. Dezember 2017 um 17:06 schrieb Walter Nordmann :
> manchmal (also bei bestimmten Abfragen) kann man tags->'key' verwenden,
> manchmal geht (tags->'key') aber oft hilft wirklich nur ein View.
>
> und das schwankt sogar von release zu release. :(
>
> gruss
> walter
>
> Am 07.12.2017 um 15:59 schrieb Martin Koppenhoefer:
>>
>> weiss jemand, wie man von QGIS aus auf hstore Werte zugreifen kann
>> (osm2pgsql hstore).
>> Wahrscheinlich muss man irgendwie eine virtuelle Spalte anlegen, auf die
>> man dann zugreifen kann?
>>
>> Z.B.
>> tags -> 'station' aus planet_osm_point
>>
>> wie kann ich eine virtuelle Spalte machen, so dass ich auf "station" in
>> planet_osm_point zugreifen kann, als ob es die Spalte gäbe (obwohl das nur
>> in "tags" als hstore gespeichert ist)?
>>
>> Vielen Dank,
>> Gruß,
>> Martin
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] OSMF-Vorstandswahlen 2017

[Stefan Keller]

+1
:Stefan

Am 6. Dezember 2017 um 13:35 schrieb Michael Reichert :
> Hallo,
>
> ich habe gestern Abend im deutschen OSM-Blog einen längeren Beitrag über
> die Kandidaten der diesjährigen Wahlen zum Vorstand der OSMF veröffentlicht.
>
> https://blog.openstreetmap.de/blog/2017/12/wahlen-zum-vorstand-der-openstreetmap-foundation-2017-teil-1/
>
> In dem verlinkten ersten Teil fasse ich die Wahlprogramme, die Antworten
> auf Wählerfragen sowie die Kritiker zusammen. Teil 2 des Beitrags ist
> noch nicht fertig und passiert heute Abend hoffentlich die
> Rechtschreibkontrolle [1].
>
> Wer OSMF-Mitglied ist und es 30 Tage vor der Mitgliederversammlung am
> Samstagnachmittag schon war, der möge bitte seine Stimme abgeben. Jede
> Stimme zählt! Ja, wirklich! Es gibt Kandidaten, die z.B. fordern, dass
> Community-Manager eingesetzt werden. Allein der Begriff passt gar nicht
> zu OSM. Ich will keinen Chef, der mir in meinem Hobby sagt, was ich tun
> soll. In einem unfreien Community-Projekt wie Foursquare mag es
> angemessen sein, da man dort die Community bei Laune halten muss. OSM
> sollte aber kein hierarchisches Projekt werden. Mehr dazu in Teil 2.
>
> Viele Grüße
>
> Michael
>
>
> [1] Wer sich als einmaliger Lektor melden möchte, ohne sich zu
> irgendeiner Wochennotiz-Mitarbeit zu verpflichten, kann sich einfach bei
> mir per Mail melden.
>
> --
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on mailing lists)
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>

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

Re: [OSM-talk] OSM Streak: edit the map every day

[Stefan Keller]

2017-12-03 23:31 GMT+01:00 James :
> Good idea, is it normal you get a
> "Error connecting to OSM API"?

+1 but I'm getting this error too.

:Stefan

2017-12-03 23:31 GMT+01:00 James :
> Good idea, is it normal you get a
> "Error connecting to OSM API"?
>
>
> On Dec 3, 2017 5:22 PM, "Ilya Zverev"  wrote:
>>
>> Wow, that is an awesome project! I envy you students for having such
>> unusual OSM activities :) And thanks to you, now I know about the backrest=*
>> tag. Everyone here could benefit from it.
>>
>> Can you write a blog post about the PoliMappers' Adventures? Maybe it
>> could get published on blog.osm.org — CWG would decide that.
>>
>> Also, I'd format the wiki page to have the current quest in big letters at
>> the top, maybe with a picture. That way people returning to it won't have to
>> scroll down to find the next quest. You don't need any software for this
>> adventure.
>>
>> The OSM Streak project is a bit different: it is automatic, and it doesn't
>> make you learn much. The goal was to have a five-minute task for a day, so
>> you don't have to plan your mapping. Just start an editor, click around for
>> a minute, upload. Otherwise you'd get tired after a month or two.
>>
>> The source code is published on github:
>> https://github.com/Zverik/osmstreak
>>
>> Ilya
>>
>> 04.12.2017 00:46, Michał Brzozowski пишет:
>>>
>>> Incidentally, that's what I envisioned, as well as did Polimappers [1].
>>> Great minds think alike - all in a short period ;) But unlike me you
>>> actually delivered, with software to support it.
>>>
>>> I planned to have 30 or more challenges in some succession, not limited
>>> to mapping, but also showing the OSM ecosystem (like mapper communication,
>>> notes/change inspection/QA). So basically creating a competent mapper with
>>> "learning by doing".
>>>
>>> Is the source available somewhere?
>>>
>>> Michał
>>>
>>> [1] https://wiki.openstreetmap.org/wiki/PoliMappers/Adventures
>>>
>>> On Sun, Dec 3, 2017 at 9:27 PM, Ilya Zverev >> > wrote:
>>>
>>> Hi,
>>>
>>> I am Ilya and I have been uploading changesets 15 days in a row. Not
>>> because I'm so into it or somebody makes me: I've made a tool that
>>> reminds me to do it. In a year I expect my HDYC activity chart to be
>>> completely filled. And you can have the same too.
>>>
>>> Introducing OSM Streak: a website that gives you points for
>>> submitting changesets each day:
>>>
>>> http://streak.osmz.ru/
>>>
>>> You get 1 point for the first changeset, and then you get more: for
>>> example, I will receive 4 points for my next changeset tomorrow. And
>>> that is not all: it gives you a random task each day, so you don't
>>> stare at the map trying to come up with an idea. For completing a
>>> task, you get an extra point. And when you map many days in a row,
>>> you gain levels, which open more tasks.
>>>
>>> Forgetting to visit a website is expectable, so OSM Streak is also a
>>> Telegram bot (find the link on the "Connect" page). With the bot,
>>> you can forget about the website: it accepts changesets and sends
>>> you tasks every day. Alternatively, you can subscribe to e-mail
>>> notifications, which will be sent on 1:00 UTC.
>>>
>>> All the tasks and the website and the bot can (and should!) be
>>> translated into your language. We have English and Russian, and I
>>> would be very grateful for more translations:
>>>
>>> https://www.transifex.com/openstreetmap/osm-streak/
>>> 
>>>
>>> Have a truly mappy new year,
>>> Ilya
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk
>>> 
>>>
>>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [OSM-talk] What would make MapRoulette better?

[Stefan Keller]

Hi Martijn

I support the idea that a user can define an area-of-his-interests (as
part of his profile/account?).

My another wish is to show OSM data (Overpass?) in the first place -
similar to what map data layer in osm.org shows but only around
coordinate.

Background is, that when the challenge get's older, it's more and more
likely that the error in question has been 'fixed' (e.g. new object
entered) by someone else. The motivation for this is similar to having
iD integrated but probably quicker and less resource hungry.

Cheers, Stefan

2017-11-25 19:26 GMT+01:00 James <james2...@gmail.com>:
> There's already a false positive button for that. Skip is for meh don't want
> to do that right now.
>
>
>
> On Sat, Nov 25, 2017 at 12:51 PM, Stefan Keller <sfkel...@gmail.com> wrote:
>>
>> Hi,
>>
>> 2017-11-24 22:18 GMT+01:00 Dave F <davefoxfa...@btinternet.com>:
>> >
>> > On 24/11/2017 07:59, joost schouppe wrote:
>> >>
>> >> For example, "Skipped" to me means "meh, didn't feel like doing this
>> >> task".
>> >
>> > No! it's an option to ignore the task if the user doesn't think there's
>> > anything wrong.
>>
>> No: "Skip" IMHO really means what Joost said.
>> What you described is "False positive".
>>
>> -Stefan
>>
>>
>> 2017-11-25 11:39 GMT+01:00 Dave F <davefoxfa...@btinternet.com>:
>> > You need evidence that randomness combined with guesswork produces
>> > erroneous
>> > output? Really? Look around, it's everywhere!
>> >
>> > DaveF
>> >
>> >
>> > On 25/11/2017 01:37, Martijn van Exel wrote:
>> >>
>> >> I’d appreciate you back that statement up with some data that goes
>> >> beyond
>> >> some isolated examples, Dave.
>> >>
>> >>> On Nov 24, 2017, at 2:18 PM, Dave F <davefoxfa...@btinternet.com>
>> >>> wrote:
>> >>>
>> >>>
>> >>> On 24/11/2017 07:59, joost schouppe wrote:
>> >>>>
>> >>>> For example, "Skipped" to me means "meh, didn't feel like doing this
>> >>>> task".
>> >>>
>> >>> No! it's an option to ignore the task if the user doesn't think
>> >>> there's
>> >>> anything wrong. Maproulette is based on guesswork. A task doesn't mean
>> >>> there's an error that definitely needs fixing
>> >>>
>> >>> There appears to be a compulsion by users to complete tasks in
>> >>> Maproulette even when they have no *accurate* knowledge. This is
>> >>> wrong. It
>> >>> adds *erroneous* data to OSM.
>> >>>
>> >>> There's a clue to Maproulette's randomness & uncertainty in its name.
>> >>>
>> >>> I believe a good way to improve OSM data is to ban Maproulette.
>> >>>
>> >>> DaveF
>> >>>
>> >>>
>> >>>
>> >>> ---
>> >>> This email has been checked for viruses by Avast antivirus software.
>> >>> https://www.avast.com/antivirus
>> >>>
>> >>>
>> >>> ___
>> >>> talk mailing list
>> >>> talk@openstreetmap.org
>> >>> https://lists.openstreetmap.org/listinfo/talk
>> >
>> >
>> >
>> > ___
>> > talk mailing list
>> > talk@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> --
> 外に遊びに行こう！

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

Re: [OSM-talk] What would make MapRoulette better?

[Stefan Keller]

Hi,

2017-11-24 22:18 GMT+01:00 Dave F :
>
> On 24/11/2017 07:59, joost schouppe wrote:
>>
>> For example, "Skipped" to me means "meh, didn't feel like doing this
>> task".
>
> No! it's an option to ignore the task if the user doesn't think there's
> anything wrong.

No: "Skip" IMHO really means what Joost said.
What you described is "False positive".

-Stefan


2017-11-25 11:39 GMT+01:00 Dave F :
> You need evidence that randomness combined with guesswork produces erroneous
> output? Really? Look around, it's everywhere!
>
> DaveF
>
>
> On 25/11/2017 01:37, Martijn van Exel wrote:
>>
>> I’d appreciate you back that statement up with some data that goes beyond
>> some isolated examples, Dave.
>>
>>> On Nov 24, 2017, at 2:18 PM, Dave F  wrote:
>>>
>>>
>>> On 24/11/2017 07:59, joost schouppe wrote:

 For example, "Skipped" to me means "meh, didn't feel like doing this
 task".
>>>
>>> No! it's an option to ignore the task if the user doesn't think there's
>>> anything wrong. Maproulette is based on guesswork. A task doesn't mean
>>> there's an error that definitely needs fixing
>>>
>>> There appears to be a compulsion by users to complete tasks in
>>> Maproulette even when they have no *accurate* knowledge. This is wrong. It
>>> adds *erroneous* data to OSM.
>>>
>>> There's a clue to Maproulette's randomness & uncertainty in its name.
>>>
>>> I believe a good way to improve OSM data is to ban Maproulette.
>>>
>>> DaveF
>>>
>>>
>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>>
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Topology rules

[Stefan Keller]

Hi Tomas

Two comments on this:

1. My ceterum-censeo is, that we really need a polygon type in OSM.
This would make mapping, and many written and unwritten(!) rules much
easier (not to forget software).

2. I'd like to support Martin and want to point to network topology
which is important for navigation. I currently have a use case where
we want to enhance pedestrian routing and did not find (yet) any rules
how to connect a footway e.g. to a street (what I'm sure is that
currently the 'big' route planners only consider footways as part of
the routable network if ways share same node).

:Stefan



2017-10-25 14:19 GMT+02:00 Tomas Straupis :
> 2017-10-25 14:03 GMT+03:00 Martin Koppenhoefer wrote:
>>>   For a long time I wanted to hear opinion on the topic of topology rules.
>> most important is IMHO: when do you share nodes, and when not.
>> <...>
>
>   Thank you for notes about the rules, I will think about it at least
> for local rules.
>
>   For the time being I'm more interested in general opinion on:
> „do/don't, why, how, when“ stuff.
>
>   It could really be too early for such stuff and I could probably
> continue it locally for some more time.
>
> --
> Tomas
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] How to create custom online map from OpenStreetMap

[Stefan Keller]

Hi Carlos

Let me quickly comment on your points on Mapbox Vector Tiles (MVT):
* Ad 2. OpenMapTiles: That's on one hand a docker image to produce MVT
with an own data schema based on Mapnik generator. You can download
pre-generated - but possibly old - vector tiles. And you can also get
a commercial API access to fresh tiles from OpenMaptiles similar to
Mapbox.
* Ad 3. T-rex: This is mainly a generator based on PostGIS/PostgreSQL
and GDAL/OGR which includes a tile server . The server is a rather
simple http server which returns a metadata file (TileJSON) and serves
vector tiles from a database or a file (e.g. mbtiles).
4. Ad: Maputnik: Web based style editor for Mapbox GL JS. Can be used
for Mapbox styles but also for other vector tiles based on Mapbox GL
JS, like OpenMapTiles (see https://openmaptiles.org/docs/) or MB
vector tiles generated by T-rex (see http://t-rex.tileserver.ch/doc/
).

Regarding other MVT generators and tools I assume you found already
https://github.com/mapbox/awesome-vector-tiles .

:Stefan


2017-10-22 22:46 GMT+02:00 Carlos Cámara :
> Thanks for your quick response, John.
>
> You're right that my requirements are quite basic. That's because I am not
> sure about the basics and I prefer going step-by-step (I'm sure my questions
> will be more specific the more I know about the process). My idea was to
> create a map (raster or vector, don't know yet) that would display OSM data
> that is not displayed by current renders. I would skip anything related to
> smartphones, offline use or routing (although I would love to expore routing
> in the future), because it is too complex for me at this time.
>
> I think I understand some of the basics: yes, I understand that I need a
> collection of tiles that need to be stored and served somewhere and that the
> requirements will vary enormously from zoom level and region (you made a
> good point in your email saying that I should start small and see the
> requirements and then scale it). I understand that in order to generate
> those tiles I need to create a style (don't know how -I've only seen two
> options here: either using mapnik styles or mapbox gl). But I am completely
> lost when it comes to specific tools to achieve those tasks.
>
> So far I've discovered the following ones:
>
> Mapnik: allows creating styles and serving tiles.
> OpenMapTiles: aparently is a tile server and allows creating custom styles.
> Seems to me that it could be a replacement for Mapnik.
> T-rex: a tile server. I think it would require to generate tiles using
> another service/tool.
> Maputnik: style editor for mapbox. I understand that resulting maps can only
> be used within a mapbox account.
> MAperitive: I have just discovered it thanks to you. AFAIK is a desktop
> software that generates custom maps for offline use. If that would be true,
> it's not what I am looking for.
>
> Hope is clearer now.
>
> Thanks again!
>
>
> Carlos Cámara
> http://carloscamara.es
>
> 2017-10-22 21:57 GMT+02:00 john whelan :
>>
>> Basically you need a collection of tiles.  The load on the server will
>> depend on the number of concurrent users and how many tiles they download.
>>
>> Initially I'd go with a small test server to prove the concept.
>>
>> Maperitive runs under Windows and gives you a lot of flexibility.  You
>> should be able to generate tiles fairly easily.  There is a mailing list for
>> support.
>>
>> Mapbox is commercial but having said that they have provided a lot of very
>> valuable support to a nearby government agency and they can put all the bits
>> together for you.
>>
>> Do you want to provide routing and searching capabilities?  Or is a raster
>> map enough?  A raster map is much like a printed one.  Looks nice.
>>
>> Do your end users have smartphones?  Will they want to use the maps
>> offline?  If so look at OMand.
>>
>> I'm not seeing your requirements at the moment and the constraints.  Just
>> how you want to build it and I think you need to step back and just confirm
>> them.
>>
>> Cheerio John
>>
>> On 22 Oct 2017 1:51 pm, "Carlos Cámara"  wrote:
>>
>> I would like to create a custom map for online use that loads OSM data but
>> displays it in different ways as the standard, cyclemap, transport...
>> layers.
>>
>> Some background: What I think I know so far
>>
>> I have made some research and, although I have to admit that I am still
>> quite confused, I have come to the conclusion that the process outline may
>> be the one that follows (with many variations):
>>
>> Get the data. AFAIK, data can be downloaded either partially or globally
>> from several sources, like Planet OSM or OpenMaptiles. If I'm not wrong,
>> data can be accessed online by querying it or using services like Mapbox
>> (see below) (correct me if I'm wrong).
>> Style the map. Our data has to be styled according to our needs. Again, if
>> I'm not wrong, there are to different (not sure if they are 

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

[Stefan Keller]

Hi,

2017-10-04 17:20 GMT+02:00 Martin Koppenhoefer :
> there is another aspect that could be added to your list for discussion:

I'd suggest to focus on the thread here and to the questions Yuri
asked (trying just to understand the background of this discussion):

2017-10-03 23:21 GMT+02:00 Yuri Astrakhan :
> While I have nothing against pausing bulk wikidata additions for a month, we
> should be very clear here:
> * several communities use bots to maintain and inject these tags, e.g.
> Israel. Should they pause their bots?
> * If a specific community is ok with it, does it override world wide ban for
> that location?
> * Has anyone actually been doing world-wide bulk wikidata additions ever
> since this discussion has restarted after what I thought was a settled
> matter about two weeks ago?

Anyone?

:Stefan


2017-10-04 17:20 GMT+02:00 Martin Koppenhoefer :
> there is another aspect that could be added to your list for discussion:
> wikipedia and wikidata integration on osm tag definition wiki pages.
>
> * Some wiki editors seem to believe, the first word of a osm tag definition
> should be a link to a wikipedia article about something related to this tag,
> but sometimes these are also interpreted as descriptions of what should go
> into the tag, particularly when the wikipedia link is the only substantial
> content.
>
> * There are many wikidata references on tag definition wiki pages as well,
> there is a field in the keydescription template to do it:
> https://wiki.openstreetmap.org/wiki/Template:KeyDescription
>
>
>
> Regarding the license question: wikidata is public domain (so taking name
> translations from there shouldn’t pose a problem), but it started (AFAIK)
> with importing things like coordinates and interlanguage links from
> wikipedia, which has different licenses, how was this step possible? Maybe
> because these are seen as facts and not copyrightable?
>
> Cheers,
> Martin
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

[Stefan Keller]

Hi Yuri and all

Just my 2 cents:

I think the reasoning of Lester makes sense: be careful about
semi-automatic adding wikidata tags to any OSM object with a Wikipedia
tag.

Applied to a subset of OSM this already took place and now there are
some objects remaining, which will need to be curated by hand.
Specifically we're speaking about 750 remaining OSM objects with wrong
Wikidata tags (disambig. instead of "real" resources).
And that's a feasible number to be done by hand, isn't it?

Just for the ground truth following input:
* Wikipedia tags are used in several services, apps and tools, like
Nominatim(!), OSMNames.org, historic.places, etc..
* Wikidata tags are used by Mapbox, OpenMapTiles, Mapzen(?), etc.

So both tags have already their place.

In this thread it's Yuri just asked this initially:
> I would like to auto-add all the corresponding wikidata based on wikipedia,
> for all remaining objects, using  JOSM's "Fetch Wikidata IDs".

Pls. correct me if I'm missing something here. Though "auto-add" is
perhaps not the best notion, it's still a human in control of JOSM.
To me, OSM really should remain a welcoming, inclusive do-ocracy.
So, let's look forward.

:Stefan

P.S. To anybody eager to debate, IMHO the following OSM Wiki pages
need some care, and this is something really useful to discuss and
update:
* https://wiki.openstreetmap.org/wiki/Key:wikipedia
* https://wiki.openstreetmap.org/wiki/Key:wikidata


2017-10-02 10:22 GMT+02:00 Lester Caine :
> On 19/09/17 21:03, Yuri Astrakhan wrote:
>> There is now a relatively small number of OSM nodes and relations
>> remaining, that have wikipedia, but do not have wikidata tags. iD editor
>> already automatically adds wikidata to all new edits, so finishing up
>> the rest automatically seems like a good thing to do, as that will allow
>> many new quality control queries. I would like to auto-add all the
>> corresponding wikidata based on wikipedia, for all remaining objects,
>> using  JOSM's "Fetch Wikidata IDs".
>
> Yuri
> I'm going to wind things back in a bit here as the discussion seems to
> be widely disjointed.
>
> I think there needs to be a formal discussion as to just what secondary
> data sources are preferred when adding additonal data to OSM objects.
> Wikipedia is a useful secondary source for a vast range of material, but
> some objects in OSM will not be 'notable' enough for wikipedia to allow
> an article to exist, so an alternative mechanism is needed for those
> objects. wikidata may well be a suitable alternative, but the simple
> fact that a more detailed article for a wikidata object by not be
> accepted makes wikidata something of a problem as well. While
> wikipedia/wikidata provide a sort of standard framework for additional
> data, the primary link from an OSM object should perhaps be to websites
> specific to the object rather than the filtered wikipedia view of the
> world?
>
> Some of the tangential debate has been re ADDING links to OSM object
> that have not yet been tagged with something suitable, and this is where
> cross matching these items depends on the information already available
> on in the OSM tags. I have still to be convinced that wikidata is
> 'independent' enough to be a reliable source of cross-reference links,
> especially where other reference tags are already used. UK Schools we
> have added the reference from the schools database. I've not looked to
> see if a wikidata 'view' of that data is available, but I would not look
> to add wikidata id's in addition to the school id's - BUT the wikipedia
> reference has been added where the schools are notable enough to warrant
> an article. I WOULD only look to tidying these objects to ADD the
> wikidata id if one was also checking that all three elements are
> correct, rather than simply automatically adding them. Whilst I was
> processing that data during the UK group push on it there were often a
> lot of corrections made to get the right 'set' of data on a school
> object. While only a small number of objects were actually wrong, that
> is enough to justify needing a manual cross check of some sort.
>
> --
> Lester Caine - G8HFL
> -
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-de] Projekt zur Toilettensuche

[Stefan Keller]

Ich habe geschrieben:
> Diese Daten könntest du dann validieren und in OSM einpflegen (wobei
> mir grad unklar ist, ob nur der uMap-Admin an die Daten kommt).

Unter "Embed and share this map" (Share-Button links) gibt es
"Download Data" als GeoJSON.

:Stefan

Am 13. Juni 2017 um 20:08 schrieb Stefan Keller <sfkel...@gmail.com>:
> Es gibt mit #CHFreeWiFi ein Projekt in der Schweiz das passen könnte.
>
> Das funktioniert auf der Basis von uMap, bei dem Leute anonym Access
> Points eintragen können:
> https://twitter.com/CHFreeWiFi/status/852589100616081409
> http://umap.osm.ch/en/map/chfreewifi_588#9/47.0870/8.6627
>
> uMap gibt's auch weltweit, wobei die BBox auf Deutschland
> eingeschränkt werden kann:
> https://umap.openstreetmap.fr/de/
>
> Die Daten (beim #CHFreeWiFi ein Projekt Name, Description und
> natürlich die Koordinate) landen zunächst in uMap.
> Diese Daten könntest du dann validieren und in OSM einpflegen (wobei
> mir grad unklar ist, ob nur der uMap-Admin an die Daten kommt).
>
> Du könntest die Daten auch MapRoulette übergeben, damit andere
> mithelfen können, wenn es zu viele werden:
> https://github.com/maproulette/maproulette2/wiki
>
> :Stefan
>
> Am 26. Mai 2017 um 18:12 schrieb Viktor <li...@v-gar.de>:
>> Hallo,
>>
>>> ich habe an einem Projekt für ältere Menschen gearbeitet
>>
>>
>> Das Projekt klingt ganz interessant!
>>
>>
>> In welcher Weise werden eigentlich bei OSM Änderungen validiert und ggf.
>> verifiziert? Gibt doch sicherlich auch viel Spaminput.
>>
>> Viele Grüße
>> Viktor
>>
>>
>> Am 2017-05-26 10:50, schrieb Günther Meyer:
>>>
>>> Hallo,
>>>
>>> ich habe an einem Projekt für ältere Menschen gearbeitet. Die
>>> Toiletten werden in der Karte angezeigt. Man kann sie in der Karte
>>> anklicken. Dann werden Details angezeigt. Die Details waren zunächst
>>> nur Die Knoten-Id und die Koordinaten. Das hat den älteren Menschen
>>> nicht geholfen.
>>>
>>> Ich habe in unserem Gebiet zu jeder Toilette die Adresse hinzugefügt,
>>> falls das sinnvoll war (es gibt auch Ausnahmen). Unter description=*
>>> habe ich einen kurzen Hinweis eingefügt wie z.B. Gaststätte oder
>>> Aral-Tankstelle. Die "Netten Toiletten" habe ich mit folgendem Tag
>>> versehen: network=nette_toilette.
>>>
>>> Gruß gm-bremen
>>>
>>>
>>> Am 25.05.2017 um 22:57 schrieb Viktor:
>>>>
>>>> Hallo,
>>>>
>>>> ich bin seit Jahren begeisterter Nutzer der OpenStreetMap und kannte
>>>> schon von Wikipedia und Wikidata das Prinzip der freien, semantischen
>>>> Datenbanken und -quellen.
>>>>
>>>> Hieraus entwickelte sich vor einiger Zeit ein Projekt namens "WinilooC"
>>>> zur Entwicklung einer anwenderfreundlichen Suche für öffentliche Toiletten.
>>>> Da der Tag "amenity=toilets" weltweit etwa 170.000 Mal verwendet wird und
>>>> OSM über Overpass ziemlich elegant genutzt werden kann, bot es sich perfekt
>>>> als Datenquelle an.
>>>> In der Karte sollen die Toiletten übersichtlich und unterscheidbar
>>>> dargestellt werden, sodass sich z.B. kostenpflichtige von frei zugänglichen
>>>> auf einen Blick unterscheiden lassen können.
>>>> Darüber hinaus können zukünftig weitere Eigenschaften von den Objekten in
>>>> der Karte angezeigt werden.
>>>>
>>>> Ein Ziel meines Projektes ist es, dass Nutzer einfach Änderungen in die
>>>> Karte einbringen können. Dabei denke ich von Anfang an auch daran, dass ein
>>>> nachhaltiger Nutzen für das OSM-Projekt durch den Rückfluss von Daten
>>>> erfolgen kann.
>>>>
>>>> Für Hinweise oder Überlegungen zur Gestaltung des Datenrückflusses über
>>>> die APIs zur OSM bin ich sehr offen.
>>>>
>>>> Einen Artikel zum Projekt habe ich bereits in meinem Blog unter [1]
>>>> veröffentlicht.
>>>>
>>>> Viele Grüße
>>>> Viktor
>>>>
>>>> [1] https://blog.v-gar.de/2017/05/projektankuendigung-winilooc/
>>>>
>>>> ___
>>>> Talk-de mailing list
>>>> Talk-de@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-de
>>>
>>>
>>>
>>> ---
>>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>>> https://www.avast.com/antivirus
>>>
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-de
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Projekt zur Toilettensuche

[Stefan Keller]

Es gibt mit #CHFreeWiFi ein Projekt in der Schweiz das passen könnte.

Das funktioniert auf der Basis von uMap, bei dem Leute anonym Access
Points eintragen können:
https://twitter.com/CHFreeWiFi/status/852589100616081409
http://umap.osm.ch/en/map/chfreewifi_588#9/47.0870/8.6627

uMap gibt's auch weltweit, wobei die BBox auf Deutschland
eingeschränkt werden kann:
https://umap.openstreetmap.fr/de/

Die Daten (beim #CHFreeWiFi ein Projekt Name, Description und
natürlich die Koordinate) landen zunächst in uMap.
Diese Daten könntest du dann validieren und in OSM einpflegen (wobei
mir grad unklar ist, ob nur der uMap-Admin an die Daten kommt).

Du könntest die Daten auch MapRoulette übergeben, damit andere
mithelfen können, wenn es zu viele werden:
https://github.com/maproulette/maproulette2/wiki

:Stefan

Am 26. Mai 2017 um 18:12 schrieb Viktor :
> Hallo,
>
>> ich habe an einem Projekt für ältere Menschen gearbeitet
>
>
> Das Projekt klingt ganz interessant!
>
>
> In welcher Weise werden eigentlich bei OSM Änderungen validiert und ggf.
> verifiziert? Gibt doch sicherlich auch viel Spaminput.
>
> Viele Grüße
> Viktor
>
>
> Am 2017-05-26 10:50, schrieb Günther Meyer:
>>
>> Hallo,
>>
>> ich habe an einem Projekt für ältere Menschen gearbeitet. Die
>> Toiletten werden in der Karte angezeigt. Man kann sie in der Karte
>> anklicken. Dann werden Details angezeigt. Die Details waren zunächst
>> nur Die Knoten-Id und die Koordinaten. Das hat den älteren Menschen
>> nicht geholfen.
>>
>> Ich habe in unserem Gebiet zu jeder Toilette die Adresse hinzugefügt,
>> falls das sinnvoll war (es gibt auch Ausnahmen). Unter description=*
>> habe ich einen kurzen Hinweis eingefügt wie z.B. Gaststätte oder
>> Aral-Tankstelle. Die "Netten Toiletten" habe ich mit folgendem Tag
>> versehen: network=nette_toilette.
>>
>> Gruß gm-bremen
>>
>>
>> Am 25.05.2017 um 22:57 schrieb Viktor:
>>>
>>> Hallo,
>>>
>>> ich bin seit Jahren begeisterter Nutzer der OpenStreetMap und kannte
>>> schon von Wikipedia und Wikidata das Prinzip der freien, semantischen
>>> Datenbanken und -quellen.
>>>
>>> Hieraus entwickelte sich vor einiger Zeit ein Projekt namens "WinilooC"
>>> zur Entwicklung einer anwenderfreundlichen Suche für öffentliche Toiletten.
>>> Da der Tag "amenity=toilets" weltweit etwa 170.000 Mal verwendet wird und
>>> OSM über Overpass ziemlich elegant genutzt werden kann, bot es sich perfekt
>>> als Datenquelle an.
>>> In der Karte sollen die Toiletten übersichtlich und unterscheidbar
>>> dargestellt werden, sodass sich z.B. kostenpflichtige von frei zugänglichen
>>> auf einen Blick unterscheiden lassen können.
>>> Darüber hinaus können zukünftig weitere Eigenschaften von den Objekten in
>>> der Karte angezeigt werden.
>>>
>>> Ein Ziel meines Projektes ist es, dass Nutzer einfach Änderungen in die
>>> Karte einbringen können. Dabei denke ich von Anfang an auch daran, dass ein
>>> nachhaltiger Nutzen für das OSM-Projekt durch den Rückfluss von Daten
>>> erfolgen kann.
>>>
>>> Für Hinweise oder Überlegungen zur Gestaltung des Datenrückflusses über
>>> die APIs zur OSM bin ich sehr offen.
>>>
>>> Einen Artikel zum Projekt habe ich bereits in meinem Blog unter [1]
>>> veröffentlicht.
>>>
>>> Viele Grüße
>>> Viktor
>>>
>>> [1] https://blog.v-gar.de/2017/05/projektankuendigung-winilooc/
>>>
>>> ___
>>> Talk-de mailing list
>>> Talk-de@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-de
>>
>>
>>
>> ---
>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>> https://www.avast.com/antivirus
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] Datenschutz bei OSM - Schweiz

[Stefan Keller]

Sehe ich ähnlich wie Christoph.

Einige Schweizer Datenschutzbeauftragte behaupteten damals gar, dass
sämtliche räumlichen Datensätze (z.B. Froschlaichplätze) unter
Personendatenschutz(!) fallen, denn sie lassen sich räumlich mit den
Grundstückseigentümern verknüpfen...

Nach 2004 kam dann das sog. Geo-Informationsgesetz des Bundes (2008)
und bis heute sind die Kantone dran.

Und das alles betrifft v.a. die Behörden-Daten!

:Stefan

Am 13. Juni 2017 um 09:50 schrieb Christoph Hormann :
> On Tuesday 13 June 2017, Markus wrote:
>>
>> Zufällig stosse ich auf ein Gutachten des Eidgenössischen Datenschutz
>> und Öffentlichkeitsbeauftagten der Schweiz.
>> https://www.edoeb.admin.ch/datenschutz/00628/00665/00681/index.html?l
>>ang=de
>>
>> [...]
>
> Bevor jetzt wieder irgendjemand Panik schiebt - der verlinkte Text
> zitiert keinerlei Rechtsgrundlagen und kann wohl im Wesentlichen als
> Wunschliste des Datenschutzbeauftragten von vor 13 Jahren verstanden
> werden, wie die Dinge damals seiner Meinung nach zu seien hatten.
>
> Also bevor Leute jetzt irgendeine Laien-Interpretation so eines Textes
> als Quasi-Gesetz bringen und darauf aufbauend behaupten, was bei OSM
> wie sein muss bitte erst einmal auf die Gesetzeslage und die
> Rechtsprechung schauen.  Auch in der Schweiz muss jede Vorschrift eine
> Rechtsgrundlage haben und daneben kommt es meist auch stark auf die
> etablierte Interpretation der Begriffe an.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] mobiler Zielgruppen-spezifischer Editor

[Stefan Keller]

Lieber Markus

Wie Marc geschrieben hat, ist MapContrib nicht nur eine
Zielgruppen-spezifische Karte sondern ev. genau das, was du wohl
suchst:
https://wiki.openstreetmap.org/wiki/MapContrib#Edit_data
Ich meine es lohnt sich, das mal genauer anzuschauen.
Die Entwickler dort sprechen übrigens nicht nur französisch sondern
auch englisch :-).

:Stefan



Am 12. Dezember 2016 um 10:22 schrieb Marc Gemis :
> Sorry for the English.
>
> But mapcontrib is an editor as well. You can define a template that
> users can fill in.
> See my diary from June
> http://www.openstreetmap.org/user/escada/diary/38884 for a bit more
> detail.
>
> Gruss
>
> m
>
> 2016-12-12 10:11 GMT+01:00 Markus :
>> Hallo Marc,
>>
>>> https://www.mapcontrib.xyz/ willeicht ?
>>
>> Das sieht eher aus wie eine Zielgruppen-spezifische Karte.
>>
>> Damit werden Daten auf einem Layer angezeigt.
>> Möglich ist Overpass, CSV, GeoJSON, GPX.
>> Die Biker könnten dort mit Overpass ihre Parkplätze anzeigen :-)
>>
>> Ich suche aber einen Editor...
>>
>> Gruss, Markus
>>
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [OSM-talk] OpenStreetMap merchandise

[Stefan Keller]

and/or
maponshirt.com/

:Stefan

2017-02-11 16:00 GMT+01:00 Stefan Keller <sfkel...@gmail.com>:
> See
> https://www.openstreetmap.de/fan-artikel.html
> and/or
> http://www.splash-maps.com/
>
> :Stefan
>
>
> 2017-02-01 0:09 GMT+01:00 moltonel 3x Combo <molto...@gmail.com>:
>> On 30/01/2017, Paul Johnson <ba...@ursamundi.org> wrote:
>>> Do we have any cycling shirts or t-shirts available for sale?  Wouldn't
>>> mind wearing one while I'm doing surveys out on my bike.
>>
>> And I'm looking for an OSM beany hat to hide my balding head on 360
>> survey photos :p Plenty of "custom embroidered/printed hat" companies
>> online, but they only print the front of the hat, not the top.
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] OpenStreetMap merchandise

[Stefan Keller]

See
https://www.openstreetmap.de/fan-artikel.html
and/or
http://www.splash-maps.com/

:Stefan


2017-02-01 0:09 GMT+01:00 moltonel 3x Combo :
> On 30/01/2017, Paul Johnson  wrote:
>> Do we have any cycling shirts or t-shirts available for sale?  Wouldn't
>> mind wearing one while I'm doing surveys out on my bike.
>
> And I'm looking for an OSM beany hat to hide my balding head on 360
> survey photos :p Plenty of "custom embroidered/printed hat" companies
> online, but they only print the front of the hat, not the top.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] OSM for government

[Stefan Keller]

Hi Joost,

Interesting proposal.
I'd like to point to Vorarlberg (Austria), who mandated a company in
Graz to maintain cycle routes of Vorarlberg in OSM.
I added this in the wiki page.

:Stefan


2017-02-06 13:45 GMT+01:00 Robert Banick :
> Really interesting conversation and tips here. My team at the GFDRR has been
> tiptoeing in this direction for a while. To date we’ve mostly been involved
> in one-off data creation projects that demonstrate OSM’s value the
> governments we work with and get them to produce non-sensitive data in the
> open they would otherwise make privately (then probably misplace within a
> few years, leaving only final report PDFs in their wake). Projects like this
> and this.
>
> We’re not blind to the fact that this is imperfect and less than
> sustainable. So we’re looking at the examples you all list for good (and
> bad) ways to institutionalize this work and make it standard practice
> instead of one-time.
>
> We’re also interested in funding the creation of better software tools to
> make it easier for governments to do these tasks, particularly for
> government IT staff that may not be on the cutting edge of technology
> practices even within their own country, let alone internationally. More GUI
> based ways to visualize changes and perform quality control, or see multiple
> departments’ inputs on a single set of nodes in OSM.
>
> Are there any specialized tools you all have seen used for these purposes?
> Can we capture some of the scripts / etc. published by model cities/govs on
> the wiki page? Thanks for setting that up joost!
>
> Robert
>
> On Mon, Feb 6, 2017 at 1:51 PM joost schouppe 
> wrote:
>>
>> As suggested by Mikel, I created a wiki catalog page about the subject:
>>
>> https://wiki.openstreetmap.org/wiki/OpenStreetMapforGovernment
>>
>> It's just an outline, I'll try to add some stuff from this conversation
>> over the following days; but you're welcome to do that first yourself :)
>>
>> I'm not quite sure how HOT related mapping fits in that page. I would
>> guess there's a HOT catalog somewhere out there, where some cases will
>> probably involve quite some government support. I'd rather link to that than
>> duplicate the list.
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

[OSM-talk] New Kickstarter project Maputnik - a Visual Map Editor for Mapbox GL

[Stefan Keller]

Hi,

Shameless plug:
New cool Kickstarter project "Maputnik - a Visual Map Editor for Mapbox GL" [1].
Looking forward to discuss it at SotM!

:Stefan

P.S. Disclaimer: I'm in the steering committee.

[1] 
https://www.kickstarter.com/projects/174808720/maputnik-visual-map-editor-for-mapbox-gl

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

Re: [OSM-talk] osm.org Banner about SotM (missing THE SotM in Brussels!)

[Stefan Keller]

Could verify that in incognito windows.
But still: Last addition (= Latam) comes first, SotM last.

:Stefan

2016-09-13 21:05 GMT+02:00 Benoit Fournier <ben.fourn...@gmail.com>:
> Hi Stefan,
>
> Next time you open the frontpage or refresh, you may see another:
> SotM-LatAm, Sotm-Asia, _the_ SotM.
> Events are on rolling banner, and sharing the spotlight.
>
> Benoît
>
>
> On Tue, Sep 13, 2016 at 8:49 PM, Stefan Keller <sfkel...@gmail.com> wrote:
>> Hi,
>>
>> I'm bit confused by a banner showing up at osm.org about SotM Latam in
>> November!
>> I'd just really expect to see the _the_ SotM in Brussels there at
>> least till end of September :-)
>> How this?
>>
>> :Stefan
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] osm.org Banner about SotM (missing THE SotM in Brussels!)

[Stefan Keller]

Hi,

I'm bit confused by a banner showing up at osm.org about SotM Latam in
November!
I'd just really expect to see the _the_ SotM in Brussels there at
least till end of September :-)
How this?

:Stefan

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

Re: [Talk-de] Wochennotiz Nr. 311 28.06.2016–04.07.2016

[Stefan Keller]

Hallo Wochennotiz-Team,

Danke für die Erwähnung von Rapperswil - wo sich ja an meinem Geometa
Lab einiges zusammenbraut wie z.B. die OSM2VectorTiles.org :-)

:Stefan

Am 8. Juli 2016 um 20:50 schrieb Wochennotizteam :
> Hallo,
>
> die Wochennotiz Nr. 311 mit vielen wichtigen Neuigkeiten aus der 
> OpenStreetMap Welt ist da:
>
> http://blog.openstreetmap.de/blog/2016/07/wochennotiz-nr-311/
>
> Viel Spaß beim Lesen!
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[OSM-talk] How to query Overpass to display polygons as point markers in umap?

[Stefan Keller]

Hi,

This is a question related to Overpass and perhaps also to umap.

I'd like to get a list of all restaurants as POI and got this map:
http://umap.osm.ch/de/map/restaurants-in-und-um-rapperswil-jona_402#14/47.2266/8.8605

The poblem is, that I'd like to display *all* restaurants as point
features - including those which are tagged (and currently displayed)
as polygons.

I used this query:

  [out:json][timeout:25];
  (
node["amenity"="restaurant"]({{bbox}});
way["amenity"="restaurant"]({{bbox}});
relation["amenity"="restaurant"]({{bbox}});
  );
  out body;
  >;
  out skel qt;

I know that the last line can be replaced by
  out center meta;

But it seems, that this does not work together with umap: All polygons
(restaurants) from OSM are still displayed as polygons and not as
point features.

Any suggestions?

:Stefan

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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Stefan Keller]

Hi Blake

2016-03-24 16:01 GMT+01:00 Blake Girardot <bgirar...@gmail.com>:
>
> We run into geojson all the time as an interchange format.

I can imagine. Reaffirm this at
https://josm.openstreetmap.de/ticket/10564 so people believe us.


> I was not aware of the plugin somehow, but I just tried it out and it worked
> fine for the geojson generated by Field Papers and another community member
> reports that she has used it a great deal with Field Papers and it worked
> great.

Do I understand right: You installed and used succesfully this plugin
in JOSM: https://github.com/iandees/josm-geojson ?

> I just tried it with a few geojson files generated from JOSM and it does not
> seem to import those (example attached)

I'm pretty sure, the JOSM export is wrong:

This
>>
"crs":{
"type":"name",
"name":"EPSG:4326"
},
<<

should look like this:
>>
"crs": {
"type": "name",
"properties": {
  "name": "urn:ogc:def:crs:OGC:1.3:CRS84"
}
  },
>>

:Stefan


2016-03-24 16:01 GMT+01:00 Blake Girardot <bgirar...@gmail.com>:
>
> We run into geojson all the time as an interchange format.
>
> I was not aware of the plugin somehow, but I just tried it out and it worked
> fine for the geojson generated by Field Papers and another community member
> reports that she has used it a great deal with Field Papers and it worked
> great.
>
> I just tried it with a few geojson files generated from JOSM and it does not
> seem to import those (example attached)
>
> Cheers,
> Blake
>
>
> On 3/6/2016 12:56 AM, Stefan Keller wrote:
>>
>> To Ian and/or anybody
>>
>> I'm searching a plugin to import GeoJSON vector data into JOSM.
>>
>> I of course know Shapefiles but they are deprecated because e.g. they
>> cut-off field names at 10 chars. GeoJSON or GeoPackage are better
>> alternatives.
>>
>> Is this plugin still maintained: https://github.com/iandees/josm-geojson ?
>> Other plugins or alternatives?
>>
>> :Stefan
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>

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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Stefan Keller]

Hi Frederik and Jukka

Before I try give answers to performance let's be aware that we're (at
least I am) speaking about a "desktop exchange format", not a storage
fomat for GIS processing.

But Frederik's comment piqued my curiosity and I did some quick comparison.
I generated 1 mio. records in PostsGIS with this table
CREATE TABLE benchmark (id serial primary key, txt varchar(32), geom
geometry(point,4326) );

Then I used OGR2OGR to create the following three file formats:
GeoPackage (using 73.9 MB disk space), Shapefiles (dbf/shp/shx 117 MB)
and Spatialite (173 MB).

Creation time of GeoPackage was 18 sec., Shapefile 21 sec. and
Spatialite 1 min 51 sec.
So, GeoPackage is a bit faster than Shapefiles and significantly
(about 37%) smaller in size.
Spatialite in fact consumes much more disk space than Shapefile and
GeoPackage, and Spatialite is several times slower for creation time.

This could explain the preformance issues of Spatialite Frederic mentioned.

:Stefan

2016-03-22 13:56 GMT+01:00 Jukka Rahkonen <jukka.rahko...@latuviitta.fi>:
> Frederik Ramm  remote.org> writes:
>
>>
>> Hi,
>>
>> On 03/20/2016 10:56 PM, Stefan Keller wrote:
>> > But Shapefile remains an oldtimer with more drawbacks than limited
>> > field names; see [1].
>> > GeoJSON (ascii) and GeoPackages (binary) are formats which are more
>> > suited for the job.
>> > I still have hope that JOSM will be able to read those vector formats too.
>>
>> Frankly, whenever I venture into the brave new world of Spatialite, I
>> come back to good old shape files after a while for performance reasons.
>> I'm not sure if Geopackage has significant performance improvements over
>> simple Spatialite but if it hasn't then my recommendation for simple GIS
>> processing is certainly to stick with shape files for the time being -
>> despite all their shortcomings.
>
>
> Hi Frederic,
>
> I would like to receive some sample data, exact way to reproduce some of
> your ventures and cold numbers about the speed you have experienced.
> Spatialite does have it's limits but for plain selects with spatial and
> attribute filters it can well outperform both shapefiles and PostGIS.
>
> I keep most vector data for WMS services in Spatialite or GeoPackage due to
> the already mentioned and some other reasons:
> - supports long attribute names
> - supports strings longer than 255 characters
> - supports SQL
> - supports attribute indexes
> - much less encoding problems due to UTF-8
> - one single file vs. a bunch of files in shapefile, perhaps even split to
> separate bunches for points, lines and polygons.
>
> For me SpatiaLite is a little bit slower than shapefiles if only spatial
> filter (BBOX) is used but usually faster if also attribute filters are
> involved, especially if more than one field is needed in filters (Shapefiles
> can be sorted by one attribute only). Of course spatialite must have indexes
> which suit the queries and when it comes to spatial index, the client must
> know how to utilize the table based R-Tree index. I also recommend to VACUUM
> once the database is ready to use.
>
> Many spatial operations are relatively slow in Spatialite and I don't
> usually utilize them on-the-fly with WMS server. Instead, I run the
> algorithm once and store the result into a new table because a few
> mega/gigabytes of additional disk space is not crucial on the server.
> However, such operations tend to be slow also if shapefiles are used as
> source data.
>
> Write performance especially with concurrent writes is another story. I am
> talking about read-only operations. I know that I am writing empty words as
> far as I do not include reproducible facts but I am willing to join to a
> controlled test if someone is organizing such.
>
> -Jukka Rahkonen-
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Stefan Keller]

Hi,

2016-03-21 17:33 GMT+01:00 Frederik Ramm <frede...@remote.org>:
> I'm not sure if Geopackage has significant performance improvements over
> simple Spatialite but if it hasn't then my recommendation for simple GIS
> processing is certainly to stick with shape files for the time being -
> despite all their shortcomings.

Shapefiles, Spatialite and GeoPackage all use R-tree indexes.
I never heard about performance advantages of Shapefiles (except a bug
in a former Spatialite driver).
Can you tell me a use case? Which Spatialite SW are you using?

What people need to realize is, that Shapefiles really have issues:
1. Attribute name length restricted to 10 chars => resulting in
information loss.
2. Strings length restricted to 255 chars => resulting in information loss.
3. No Multi LineString/Multi Polygon => resulting in information loss.
4. Max. file size restricted to 2GB => resulting in splitting tables
into several files.
5. Several cluttered files => makes users forget to include all.

:Stefan


2016-03-21 17:33 GMT+01:00 Frederik Ramm <frede...@remote.org>:
> Hi,
>
> On 03/20/2016 10:56 PM, Stefan Keller wrote:
>> But Shapefile remains an oldtimer with more drawbacks than limited
>> field names; see [1].
>> GeoJSON (ascii) and GeoPackages (binary) are formats which are more
>> suited for the job.
>> I still have hope that JOSM will be able to read those vector formats too.
>
> Frankly, whenever I venture into the brave new world of Spatialite, I
> come back to good old shape files after a while for performance reasons.
> I'm not sure if Geopackage has significant performance improvements over
> simple Spatialite but if it hasn't then my recommendation for simple GIS
> processing is certainly to stick with shape files for the time being -
> despite all their shortcomings.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Stefan Keller]

His Stefan

Nice hack!
But Shapefile remains an oldtimer with more drawbacks than limited
field names; see [1].
GeoJSON (ascii) and GeoPackages (binary) are formats which are more
suited for the job.
I still have hope that JOSM will be able to read those vector formats too.

:Stefan

[1] http://giswiki.hsr.ch/Shapefile


2016-03-20 19:29 GMT+01:00 Stefan Baebler <stefan.baeb...@gmail.com>:
> Hi!
>
> On Sun, Mar 6, 2016 at 12:56 AM, Stefan Keller <sfkel...@gmail.com> wrote:
>>
>> I of course know Shapefiles but they are deprecated because e.g. they
>> cut-off field names at 10 chars. GeoJSON or GeoPackage are better
>> alternatives.
>
>
> For RABA-KGZ landuse import in Slovenia we pushed the-10 character limit in
> shapefiles / dbf to 11 characters and even inserted special characters
> (colons) in field name (to allow us to have "source:date" tag) by altering
> the binary data using bbe (sed-like binary block editor) as the last step of
> data preparation:
> bbe -e "s/SOURCEDATE\x00/source:date/" source.dbf -o target.dbf
>
> JOSM reads it nicely using OpenData plugin, as well as QGIS and other
> editors.
>
> Full example and context can be seen at
> https://github.com/stefanb/RabaSplitForOSM/blob/master/makeOneSplitExplode.sh#L94
>
> Example shapefiles can be seen (in browser and in JOSM) at
> http://raba.openstreetmap.si
>
> best regards,
> Stefan

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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Stefan Keller]

Hi Jan

Many thanks for this status update of the GeoJSON plugin code and to ogr2osm.
My use case is that I have to postprocess admin. boundaries from the
cadastre/topogr. bureau in order to produce a background layer (to
JOSM) which indicates boundaries which have been deleted/moved/added.

:Stefan

P.S. @Felix: Thanks too for your answer referring to the "opendata"
plugin (weird name for a GIS format importer). I'd say, ignoring
GeoJSON won't help (JOSM) neither. But that's another issue.


2016-03-07 15:37 GMT+01:00 Ian Dees <ian.d...@gmail.com>:
> On Sat, Mar 5, 2016 at 6:56 PM, Stefan Keller <sfkel...@gmail.com> wrote:
>>
>> To Ian and/or anybody
>>
>> I'm searching a plugin to import GeoJSON vector data into JOSM.
>>
>> I of course know Shapefiles but they are deprecated because e.g. they
>> cut-off field names at 10 chars. GeoJSON or GeoPackage are better
>> alternatives.
>>
>> Is this plugin still maintained: https://github.com/iandees/josm-geojson ?
>> Other plugins or alternatives?
>
>
> I started looking at this again last week but didn't make much progress. I
> would second Jukka's suggestion of ogr2osm. It will convert the GeoJSON into
> useful OSM files rather quickly and painlessly.

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

[OSM-talk] JOSM plugin to import GeoJSON?

[Stefan Keller]

To Ian and/or anybody

I'm searching a plugin to import GeoJSON vector data into JOSM.

I of course know Shapefiles but they are deprecated because e.g. they
cut-off field names at 10 chars. GeoJSON or GeoPackage are better
alternatives.

Is this plugin still maintained: https://github.com/iandees/josm-geojson ?
Other plugins or alternatives?

:Stefan

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

Re: [OSM-talk] [HOT] HOT Summit 2016

[Stefan Keller]

Hi Mikel

You're mentioning SotM in Brussels: Do you know any news about this conference?
Last update of http://2016.stateofthemap.org/ was around beginning of
december 2015.
And I don't find any thread title with SotM 2016 on HOT- or OSM-talk
since April 2015.

:Stefan


2016-01-28 4:01 GMT+01:00 Celina Agaton :
>
> Hi Mikel,
>
> We're co-organizing the 7th International Conference of Crisis Mappers on 
> September 28-October 1 this year in Manila. After the conference, we have 
> community mapping events and activities planned across the country to reflect 
> different hazards and conflict areas in urban and rural areas.
>
> We're currently talking to SOTM Asia on programming since many of our 
> Philippine projects use OSM and we have the capacity to host 500 attendees.
>
> We'll also have scholarships and heavily discounted tickets to help local, 
> regional and international disaster and conflict affected communities can 
> attend the conference.
>
> Happy to chat more!
> Celina
>
>
>
>celinaagaton.com
>Twitter @celinaagaton
>Skype: celinaagaton
>
>
>
> On Tue, Jan 26, 2016 at 10:00 PM, Mikel Maron  wrote:
>>
>> There's a lot of interest in holding another HOT Summit 2016. Last year's 
>> first Summit was excellent http://summit.hotosm.org/
>>
>> Thinking is to hold the Summit in the days before or after State of the Map 
>> in Brussels http://2016.stateofthemap.org/.
>> I'm on the SotM Working Group along with fellow HOT Member Ben Abelshausen, 
>> and there's definite interest.
>>
>> Regional events like SotM US and SotM Asia, both still in the bidding 
>> phases, are possibly interested in having HOT gatherings.
>>
>> If you'd like to start getting organized, get in touch with and we'll work 
>> out a time for a working group meeting.
>>
>> -Mikel
>>
>> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>>
>> ___
>> HOT mailing list
>> h...@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>
>
> ___
> HOT mailing list
> h...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>

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

Re: [Talk-de] 1000-Augen-Prinzip

[Stefan Keller]

Markus,

Am 27. Januar 2016 um 22:33 schrieb Markus :
> In OSM werden Daten ja von tausenden Benutzern geprüft und ggf.
> verbessert. So entsteht iterativ eine hohe Genauigkeit und
> Detailliertheit unserer Daten.
>
> Gibt es zum "1000-Augen-Prnizip" als Methode der Qualitätsicherung in
> Opensource-Projekten schon Untersuchungen?

Ja; es gibt wissenschaftliche Papers (Haklay/Uni London) oder Zipf/Uni
Heidelberg?) über den Einfluss auf die Qualität in Bezug auf Anzahl
Changes und verglichen mit amtlichen Daten. Da wurde OSM eine gute
Qualität attestiert.

Aktuelle Forschungen von Zipf/Uni Heidelberg werten andererseits die
Tatsache, dass eine grosse Menge an "Aktiven Mapper" (d.h. die
Ungleichverteilung/"the long tail") auch als Qualitätsmerkmal.

Wie die Diskussion eben - und Fred's "I Like OSM" Idee - zeigt, gibt
können alternativ auch Leute wieder durch "Crowdsourcing" zu aktiven
Qualitätsaussagen angeregt werden.

Ich schätze aber, dass man breiter abgestützte Aussagen machen kann
nach dem Prinzip der "intrinsischen" Qualitätsuntersuchung verwendet.

Lukas (28. Januar 2016 um 13:26) verwies denn auch als weitere
Möglichkeit auf meinen Blog (mit Karte!) über die Visualisierung der
Anzahl Zugriffe auf die Startseite/Slippy Map von osm.org (siehe auch
dieses Poster [2]). Diese Untersuchung zielt darauf ab, was "Hot
Spots" sind. Die Analyse liesse sich natürlich auch umkehren, indem
man visualisiert, was NIE angeschaut wurde.

Mapbox hat schon früher versucht herauszufinden, wo potentiell
OSM-Daten fehlen und darüber berichtet ("Predicting data curation in
OpenStreetMap" [1]).

Noch früher waren wohl OSM Admins wie Grant, die eine "Tile disk
usage" berechnet haben [2]. Letztere Untersuchung besagt, dass im
Jahre 2011 auf zweitunterster Zoom-Stufe 18 nur 0.9%(!) der
Kacheln/Tiles verwendet wurden.

Mir scheint, dass man mit Statistiken von (nicht-)gebrauchten und
(nicht-)besuchten Kacheln vielversprechende Analysen machen könnte. Es
kommt aber drauf an, ob das genügt und auf das Ziel der Analysen sein
soll.

:Stefan

[1] https://www.mapbox.com/blog/osm-tracing-candidates/
[2] https://twitter.com/sfkeller/status/619954847031410688
[3] http://wiki.openstreetmap.org/wiki/Tile_disk_usage


Am 28. Januar 2016 um 14:26 schrieb Hartmut Holzgraefe
:
> On 27.01.2016 22:33, Markus wrote:
>
>> In OSM werden Daten ja von tausenden Benutzern geprüft und ggf.
>> verbessert. So entsteht iterativ eine hohe Genauigkeit und
>> Detailliertheit unserer Daten.
>
> Das wesentliche Zitat zu dem Thema war ja
>
>   "Given enough eyeballs all bugs are shallow"
>
> So viele "eyeballs" haben wir aber, verglichen mit der Datenmenge,
> garnicht. Dazu kommt noch dass, anders als bei Source Code, es deutlich
> schwieriger ist sich das entsprechende Domänenwissen zu beschaffen um
> konkrete Daten überhaupt bewerten zu können.
>
> Ich denke nicht dass die Daten hier in der Gegend von tausenden
> Benutzern geprüft werden, wirklich aktive OSM-Accounts gibt es
> nur paar handvoll, und auch die Anzahl der Notes hält sich
> in Grenzen (vermutlich stammt der Großteil der anonymen davon
> sogar nur von einem einzelnen ex-User)
>
> Und ein wirklich systematisches Review findet auch nicht wirklich
> statt ... auch wenn wir immerhin ca. 1 1/2 User haben die über
> alle in der Gegend auflaufenden Changesets drüberschauen (der 1/2
> bin ich ...)
>
>> Gibt es zum "1000-Augen-Prnizip" als Methode der Qualitätsicherung in
>> Opensource-Projekten schon Untersuchungen?
>
> Die generelle Aussage war nicht dass Open Source Software dadurch
> automatisch besser wird, nur dass sie gegenüber Closed Source den
> Vorteil hat dass sie unter anderem auch auf diesem Weg besser werden
> *kann*.
>
> Allein schon das Wissen das andere hinter die Kulissen der eigenen
> Arbeit schauen können führt (bei mir zumindest) dazu dass man sich
> gewisse "passt scho'" Schludereien nicht mehr leistet.
>
> Aber auch hier gibt es unterschiedlich gelebte Vorgehensweisen,
> siehe zB. den klassischen Text "The Cathedral and the Bazaar" von
> Eric S. Raimond. Nicht alle Open Source Projekte sind da gleich
> offen, auch wenn der Quellcode bei allen öffentlich sichtbar ist.
>
> Mein früherer und auch mein aktueller Arbeitgeber (MySQL AB, MariaDB Corp.)
> sind zB. deutlich eher auf der Cathedral-Seite zu verorten.
> Mein nicht-mehr-Arbeitgeber (MySQL-Abteilung innerhalb von Oracle)
> treibt den Cathedral-Ansatz sogar auf die Spitze.
>
> OpenStreetMap dagegen empfinde ich zZ. als ein extremes Beispiel
> des Bazaar-Modells.
>
> Aber zurück zum eigentlichen Thema:
>
> Ich weiß nur von Untersuchungen zum konkreten Thema Pair Programming
> bei dem das Vier-Augen-Prinzip auf die Spitze getrieben wird. Das ist
> dann aber eigentlich schon wieder kein Open Source Thema mehr. Eher
> sogar im Gegenteil da tatsächliches Pairing mit zwei Entwicklern,
> die physisch vor demeselben Bildschirm sitzen, bei Open Source
> Projekten eher die totale Ausnahme 

Re: [OSM-talk] Project OSM2VectorTiles.org launched

[Stefan Keller]

Hi Richard

Thanks for clarifing these aspects.

To our defense, regarding scaling to the globe we actually just tried
to rephrase the README "It's best suited to city and region extracts."
[1]. So sorry for our interpretation.

Regarding additional data (as Shapefiles) the docs says "Tilemaker
chiefly works with OpenStreetMap .osm.pbf data, but you can also bring
in Shapefiles. These are useful for rarely-changing data such as
coastlines and built-up area outlines.". And: Lua transformations are
not available for shapefiles".

This would probably fulfill our needs since we actually are including
Naturalearth data from Shapefiles.

But is Tilemaker really suited to include completely arbitrary data
sources? Any use cases?

Regards, Stefan

[1] https://github.com/systemed/tilemaker
[2] 
https://github.com/systemed/tilemaker/blob/master/CONFIGURATION.md#shapefiles


2015-12-17 17:49 GMT+01:00 Richard Fairhurst <rich...@systemed.net>:
> Stefan Keller wrote:
>> OSM2VectorTiles is a project simplifying installation of free
>> world maps maintained by OpenStreetMap community.
>
> Looks interesting - nice work!
>
> If I may just pick you up on one statement in the thesis:
>
> "There also exists a method[17] that circumvents using a database and
> directly transform OSM data into vector tiles but this does not scale for
> global vector tile coverage and does not support mixing additional data into
> the vector tiles.
>
> "[17] GitHub. Tilemaker, 2015. URL https://github.com/systemed/tilemaker.
> Visited on 2015-12-14."
>
> Whether tilemaker scales to the globe has not yet been attested. My hunch is
> that it probably doesn't impose more demanding requirements than, say, OSRM,
> which would mean it should be possible to create vector tiles from
> planet.osm.pbf with a large memory machine or EC2 instance. I would be
> interested to hear from anyone who tries it.
>
> It does, however, very definitely support including additional data (in
> shapefile form), and even allows you to perform some spatial queries using
> this data. See
> https://github.com/systemed/tilemaker/blob/master/CONFIGURATION.md#shapefiles
> .
>
> cheers
> Richard
>
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Project-OSM2VectorTiles-org-launched-tp5862757p5862759.html
> Sent from the General Discussion mailing list archive at Nabble.com.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] Project OSM2VectorTiles.org launched

[Stefan Keller]

OSM2VectorTiles is a project simplifying installation of free world
maps maintained by OpenStreetMap community. It offers freely
downloadable OSM vector tiles, and a set of open-source tools to use
them and generate them.

Within minutes anybody who knows Docker can run on a laptop or private
server his own copy of OpenStreetMap map, with a customised design and
use it websites and mobile applications or in intranet - even behind a
firewall or without internet connection.

http://osm2vectortiles.org/

Feedback welcome!
:Stefan

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

[OSM-talk] FOSDEM 2016, 30th and 31st January 2016, Brussels

[Stefan Keller]

The sixteenth edition of FOSDEM will take place on Saturday 30th and
Sunday 31st January 2016 at the usual location, the ULB Campus
Solbosch in Brussels.

There's a upcoming deadline for first batch of main track proposals:
16 October 2015.
And there's a Proposal for a Geospatial devroomː https://titanpad.com/VCAR6DZfHG

I've put this information to the wiki:
http://wiki.openstreetmap.org/wiki/FOSDEM#2016

:Stefan

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

Re: [OSM-talk] State of the Map 2016 Brussels: When? (Was: Help us make a logo! and win tickets to State of the Map 2016!)

[Stefan Keller]

Hi Rob

Thanks for your reply.
September 2016 you say?
I hope it's at the beginning of this month since at least the european
academic year generally starts mid September.
I'm looking forward to this promising event!

Yours, Stefan

2015-10-12 19:11 GMT+02:00 Rob Nickerson :
> Hi Stefan,
>
> Thanks for your concern. The SotM working group is in good shape and we are
> currently dotting the last few i's and crossing the last few t's before we
> announce the date of SotM 2016 in Brussels. Please accept my apology for the
> delay. We have some folk who buy travel tickets/accommodation shortly after
> the announcement so we need to ensure that everything is finalised before
> announcing. We are looking at September so still plenty of time to organise
> a great conference.
>
> Best
> Rob
> - SotM-WG lead

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

[OSM-talk] State of the Map 2016 Brussels: When? (Was: Help us make a logo! and win tickets to State of the Map 2016!)

[Stefan Keller]

Dear organizing team of State of the Map 2016 Brussels,

I took the liberty an added the official hompage [1] to the main wiki page
of State of the Map 2016 in Brussels [2].

To me a nice logo is very important; but so is the date!

The event is now less than about 9(!) months away. And I'm reminding
this from my experience having organized some similar events (like FOSSGIS
2013).

:Stefan

[1] https://2016.stateofthemap.org/
[2] http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016



2015-08-07 0:27 GMT+02:00 Dave F. :

> Or you could go outside & survey to improve OpenStreetMap's database. The
> weather looks like it will be good in GB this weekend.
>
>
> On 06/08/2015 22:55, Rob Nickerson wrote:
>
> Hi all,
>
> Don't miss out on your chance to win tickets to State of the Map 2016! All
> you need to do is have a go at designing a logo for the competition.
> Deadline is 23:59 UTC (before midnight) on Saturday 15th August 2015
>
>>  http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Logo_brief
>>
> Good luck :-)
> Rob
>
>
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> --
> [image: Avast logo] 
>
> This email has been checked for viruses by Avast antivirus software.
> www.avast.com
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Innovative uses of OSM data in cities?

[Stefan Keller]

Hi Jo

I'm not sure about what your audience are sceptic and if they have GIS
background

One could categorize examples into open topographic data (ev.
optimized for thematic overlays; not only prerendered styling) and
open data for spatial analyses, management, planning, and decision
support.

To me these are the most common uses of spatial data - besides spatial
analyses, management, planning, and decision support:
A. Individually styled topographic base map.
B. Map as entry page to apps (e.g. where are our customers?) as an
alternative to the usual text and list app entries.
C. Geoname search and geocoding.
D. Point-of-Interests.
E. Routing/Navigation

Here are some examples I know of out of my head:
* OpenEcoMap - a map portraying socio-ecological infrastructure for
Swiss landscape planners: http://openecomap.hsr.ch/
* POI Tour - a personalized round tour planner for pedestrians (aka
online tourist guide): http://poitour.ch/

Related use cases, less specific:
* Many commercial traffic management systems are using OSM data as
part of their product today.
* OSM data is being used in Swiss polices for crime analysis and prediction.

Possible future use cases:
* OSM could deliver an ID for objects which could serve for the
internet of things (IoT).
* "OSM Hotspots": Visualizing popular local (urban) areas and "OSM
Place Trends": Showing trending places by ranking "activities" (as of
yesterday). See https://twitter.com/sfkeller/status/619954847031410688

I'm looking forward for your talk.

--S.


2015-08-31 12:18 GMT+02:00 Paul Johnson :
> On Sat, Aug 29, 2015 at 10:39 AM, Jo Walsh  wrote:
>>
>> But I am interested in other examples of novel uses of OSM data, any
>> suggestions from the list would be welcome.
>
>
> Not sure if they're still doing it, but I vaguely recall both Trimet and
> Portland Streetcar used OpenStreetMap for station vicinity maps.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [OSM-talk] SotM EU plans?

[Stefan Keller]

People say there's mainly State of the Map Scotland 2015
Unconference (SOTMS), Fri. 2nd and Sat. 3rd October 2015, held at
Edinburgh University in Europe this year.

Yours, Stefan

2015-04-03 23:27 GMT+02:00 Martijn van Exel m...@rtijn.org:
 Hi all,

 Anyone aware of plans for a SotM EU for this summer?

 Martijn van Exel
 skype: mvexel

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


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

Re: [OSM-talk] Your opinion about SOTM US

[Stefan Keller]

Hi,

2015-03-10 3:52 GMT+01:00 Alex Barth a...@mapbox.com:
 What do you think are the big topics and challenges for OpenStreetMap as
 we're about to go into the second decade? What does this mean for State of
 the Map?

Though every SoTM is an open space I think big topics and challenges
better into the one and only SoTM :-)

-.S.


2015-03-10 3:52 GMT+01:00 Alex Barth a...@mapbox.com:
 Casting the net a little wider:

 What do you think are the big topics and challenges for OpenStreetMap as
 we're about to go into the second decade? What does this mean for State of
 the Map?



 On Mon, Mar 2, 2015 at 8:40 AM, Martijn van Exel m...@rtijn.org wrote:

 Hey all,

 I put together a 3 minute survey about the upcoming State of the Map US
 conference. The main thing I would like to know more about is the types of
 talks you would be interested in, or even specifically which people or
 organizations you would want to see a talk from. You can find the survey
 here: http://goo.gl/forms/YZpm2aPk2O

 If you don't want to fill out the survey, you can also send your opinion
 my way in an email. In any case, thanks in advance for taking the time.

 Remember, the Call for Papers will be open for another 3 weeks:
 http://stateofthemap.us/talk/

 Thanks again,
 --
 Martijn van Exel
 skype: mvexel

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



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


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

[OSM-talk] Problem with usage of other values than yes for key building

[Stefan Keller]

Hi,

I have a problem with the usage values other yes in key building.
It seems to me that this any other usage of building=yes (for area
type) is almost purely redundant.

When looking at taginfo [1], building has following three top most key usages:
yes  119260798 85%
house 11592812 8%
residential 3145218 2%
...

So, other than yes has a frequency of 15% and less.

Then, when looking at the wiki page [2] it mostly points to
alternative tags, like
* building=apartment = tourism=apartment
* building=hotel = tourism=hotel
* building=warehouse = shop=department_store (no indication to that
in warehouse
* building=church/cathedral =  amenity=place_of_worship
* building=school/hospital = amenity=school/hospital

Sometimes when looking at wiki pages of building=* they even don't
mention the preferred tagging, like building=apartment [3].

I tend to stipulate that any other value than yes for key building
should be deprecated.
Or am I missing something?

Yours, S.

[1] http://taginfo.openstreetmap.org/keys/building#values
[2] http://wiki.openstreetmap.org/wiki/Key:building
[3] http://wiki.openstreetmap.org/wiki/Tag:building%3Dapartments

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

Re: [OSM-talk] Mapping dangerous bicycle locations?

[Stefan Keller]

To me it's almost undisputed that traffic signs - including warning
signs for cyclists - can be and are mapped.

-S.

2015-03-10 21:33 GMT+01:00 Bryce Nesbitt bry...@obviously.com:
 On Mon, Mar 9, 2015 at 2:30 PM, Warin 61sundow...@gmail.com wrote:

 Sharp curves .. would they not be obvious from the map it self .. one node
 on the sharp corner compared to many for a 'smooth' corner.'Masked' corners
 where some object hides on coming traffic (e.g. building, vegetation)  are
 also a hazard.

 These hazards exist for all kinds of traffic and not indicated on maps.


 The signs I have in mind were added after a long history of incidents at the
 given location.

 One such sign warns of a persistently wet surface in a given area.  Enough
 cyclists spilled on
 that section that the sign was added.

 

 This is typical: traffic measures are added after a series of incidents
 among road users.

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


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

Re: [OSM-talk] Mapping dangerous bicycle locations?

[Stefan Keller]

Hi,

Thanks for the discussion so long. I agree mostly that 1. its
potentially subjective and 2. not always visible as real world
object.
I've added a notice to the german page:
https://wiki.openstreetmap.org/wiki/DE:Key:hazard
I actually wonder, if this is a case for WikiProject Cleanup?

Yours, S.



2015-03-08 11:29 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com:




 Am 07.03.2015 um 16:34 schrieb Jochen Topf joc...@remote.org:

 See http://wiki.osm.org/wiki/DE:Key:hazard
 And see also https://twitter.com/sfkeller/status/574213951644368896

 Sounds very subjective to me. Doesn't belong in OSM.


 the German page does indeed define subjective values while there is a 
 proposal which has fairly objective values 
 http://wiki.osm.org/wiki/Proposed_features/hazard

 cheers
 Martin

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

[OSM-talk] Mapping dangerous bicycle locations?

[Stefan Keller]

Hi,

What about crowdsourcing dangerous bicycle locations using key/tag hazard?
See http://wiki.osm.org/wiki/DE:Key:hazard
And see also https://twitter.com/sfkeller/status/574213951644368896

Yours, S.

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

[OSM-talk] What is OS OpenMap (UK)?

[Stefan Keller]

From the news: OKFN wrote Ordnance Survey announced that their OS
OpenData Licence is to be replaced by the Open Government Licence
v3.0.
https://twitter.com/OKFN/status/569094359204929536
Commented by a blog post of the Open Data Institute:
http://theodi.org/blog/ordnance-survey-govco-open-data

Finally: Ordnance Survey is announcing it will launch a world-leading
digital map as open data (www.ordnancesurvey.co.uk); OS OpenMap – a
new ‘street level’ vector dataset designed to be the most detailed
open data mapping product available, providing a backdrop for
integrating and visualising analytical data.

1. Is this OS OpenMap worldwide or UK bound?
2. How does this world-leading digital map look like (map style)?
3. And what does this mean to OSM?

Yours, S.

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

Re: [OSM-talk] What is OS OpenMap (UK)?

[Stefan Keller]

Hi Jonathan

Thanks for the clarification.

My fist intention is to take this announcement to put pressure on
other national mapping agencies to release their map data under an
open license.

But thinking about real openess and cooperation (egov and OSM)
consider this: Often mapping agencies encourage users to report map
errors very much like OSM does in order to enhance their data (e.g.
this http://bit.ly/1p5xVH4). So, I'd like to suggest to national
mapping agencies to not only release their data but also updates
coming from such crowdsourced user input.

Cheers, S.


2015-02-22 14:07 GMT+01:00 Jonathan Bennett jonobenn...@gmail.com:
 On 22/02/2015 12:11, Stefan Keller wrote:
 1. Is this OS OpenMap worldwide or UK bound?

 Neither. It's GB only -- none of the island of Ireland is included.

 2. How does this world-leading digital map look like (map style)?

 It doesn't -- it's data only, so needs to be rendered to make a map,
 using whatever style you choose.

 3. And what does this mean to OSM?

 Probably not much. The quality of the data in previous OS Open products
 has been variable, to say the least. The GB community will probably
 discuss how best to deal with it on the talk-gb mailing list. Pop over
 if you want to join in.

 J.

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

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

[Talk-de] TagFinder news: Update und Open Geo interview

[Stefan Keller]

Hallo,

Hier zwei News zum TagFinder:

Eine neue Version vom TagFinder wurde veröffentlicht. Diese enthält
einen verbesserten Fuzzy Text-Match-Algorithmus, der zum Zuge kommt,
wenn der Suchbegriff zuwenig Treffer erzielt. Damit sollte es weniger
unsinnige Resultate (d.h. falsche Positive) geben.

Und Parkplatz, Holzhütte sowie Hundetüten werden auch gefunden.

In eigener Sache: Auf dem OpenCage Data Blog ist ein Interview von mir
erschienen: Open Geo interview - TagFinder, 5. Februar 2015 (in
Englisch) [1].

--S.

[1] 
http://blog.opencagedata.com/post/110189262818/open-geo-interview-stefan-keller-tagfinder

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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Ca. 20h nach dem starken Wunsch von Michael K. nach Thumbnails (Mail
vom 20. Januar 2015 um 16:51) geht er schon in Erfüllung (Danke
nochmals an die Tipps von Jochen T. und Michael B.). Die
Suchresultate-Webseite lädt nun auch schneller!

Es ehrt uns, wenn ihr solch hohe Erwartungen an eine Tag-Suchmaschine
habt. Behält aber im Bewusstsein, dass das (noch) kein Produkt mit
24h-Support und dutzenden von bezahlten SW-Entwicklern ist - sondern
ein Prototyp, realisiert von einem Informatik-Studenten auf Basis
meiner Ideen...

Wir sammeln daher zurzeit v.a. euren Feedback und schauen dann mal.
Die Vorschläge und Diskussion von Andreas L. gehen in genau diese
Richtung.

Am Greifbarsten scheint mir das Feature, auch das Icon anzuzeigen von
der osm.org-Startseite/Karte (openstreetmap-carto style). Die
Voraussetzung dazu ist aber wie gesagt ein Config-File für Taginfo's
Projekt-Tab. Hier möchte ich alle ermuntern (v.a. diejenigen, die
programmieren können, aber nicht nur die) ermuntern, sich für ein
solches nützlich zu machen [1].

LG, S.

[1]  https://github.com/gravitystorm/openstreetmap-carto/issues/961


Am 21. Januar 2015 um 10:50 schrieb Stefan Keller sfkel...@gmail.com:
 Hallo,

 Am 21. Januar 2015 um 09:16 schrieb Andreas Labres l...@lab.at:
 ...
 Und was auch noch wünschenswert wäre: dass im Suchergebnis das Icon (von
 osm.org) angezeigt wird. Das wäre nochmal leichter überschaubar als
 irgendwelche Fotos, wo man bei jedem Foto erst erfassen muss, worum's geht.
 Vielleicht könnte man sich da mal ein Konzept überlegen, wie das definiert 
 wird,

 Da rennst du bei mir offene Türen ein: Eine alte Forderung und Lösung
 dazu wäre, wenn es eine Projekt-Datei gäbe für default Slippy Map
 (openstreetmap-carto) passend zu Taginfo's Projekt-Tab [1]. Mateusz
 hat da schon vorarbeit gemacht [2], nun braucht es noch einen
 Entwickler, der die Icons herauszieht.

 LG, S.

 [1] https://lists.openstreetmap.org/pipermail/dev/2014-October/028085.html
 [2] https://github.com/gravitystorm/openstreetmap-carto/issues/961


 Am 21. Januar 2015 um 09:16 schrieb Andreas Labres l...@lab.at:
 Und nochwas:

 Template:Key bietet mehrere Konzepte, Subkeys zu definieren (abhängig davon,
 wohin verlinkt wird), damit kann man sich eine Subkey-Hierarchie 
 herausziehen.
 Und dann sollte man wieder zusammenfassen, also z.B. alle addr: Tags, statt
 addr:street, addr:housenumber etc. explizit anzuführen.

 Und was auch noch wünschenswert wäre: dass im Suchergebnis das Icon (von
 osm.org) angezeigt wird. Das wäre nochmal leichter überschaubar als
 irgendwelche Fotos, wo man bei jedem Foto erst erfassen muss, worum's geht.
 Vielleicht könnte man sich da mal ein Konzept überlegen, wie das definiert 
 wird,
 letztlich bräuchte man das auf jeder Tag-Seite und auch in der Legende von
 osm.org (dort fehlt das ja schon immer... :( ). Wenn nicht auf irgendeinem
 API-Weg, dann in Form eines Templates im Wiki, z.B.
 {{Rendering|Shop_supermarket.p.16.png}} *), ev. noch mit dem Zusatz, von 
 welcher
 Karte die Rede ist (default: osm.org).

 *) und das am besten gleich mit Vektorgrafiken...

 Servus, Andreas

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

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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Hallo,

Am 21. Januar 2015 um 09:16 schrieb Andreas Labres l...@lab.at:
 ...
 Und was auch noch wünschenswert wäre: dass im Suchergebnis das Icon (von
 osm.org) angezeigt wird. Das wäre nochmal leichter überschaubar als
 irgendwelche Fotos, wo man bei jedem Foto erst erfassen muss, worum's geht.
 Vielleicht könnte man sich da mal ein Konzept überlegen, wie das definiert 
 wird,

Da rennst du bei mir offene Türen ein: Eine alte Forderung und Lösung
dazu wäre, wenn es eine Projekt-Datei gäbe für default Slippy Map
(openstreetmap-carto) passend zu Taginfo's Projekt-Tab [1]. Mateusz
hat da schon vorarbeit gemacht [2], nun braucht es noch einen
Entwickler, der die Icons herauszieht.

LG, S.

[1] https://lists.openstreetmap.org/pipermail/dev/2014-October/028085.html
[2] https://github.com/gravitystorm/openstreetmap-carto/issues/961


Am 21. Januar 2015 um 09:16 schrieb Andreas Labres l...@lab.at:
 Und nochwas:

 Template:Key bietet mehrere Konzepte, Subkeys zu definieren (abhängig davon,
 wohin verlinkt wird), damit kann man sich eine Subkey-Hierarchie herausziehen.
 Und dann sollte man wieder zusammenfassen, also z.B. alle addr: Tags, statt
 addr:street, addr:housenumber etc. explizit anzuführen.

 Und was auch noch wünschenswert wäre: dass im Suchergebnis das Icon (von
 osm.org) angezeigt wird. Das wäre nochmal leichter überschaubar als
 irgendwelche Fotos, wo man bei jedem Foto erst erfassen muss, worum's geht.
 Vielleicht könnte man sich da mal ein Konzept überlegen, wie das definiert 
 wird,
 letztlich bräuchte man das auf jeder Tag-Seite und auch in der Legende von
 osm.org (dort fehlt das ja schon immer... :( ). Wenn nicht auf irgendeinem
 API-Weg, dann in Form eines Templates im Wiki, z.B.
 {{Rendering|Shop_supermarket.p.16.png}} *), ev. noch mit dem Zusatz, von 
 welcher
 Karte die Rede ist (default: osm.org).

 *) und das am besten gleich mit Vektorgrafiken...

 Servus, Andreas

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

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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Michael,

Am 20. Januar 2015 um 20:44 schrieb Michael Bemmerl osm-t...@mx-server.de:
...
 Ich hab das gerade mal ausprobiert und die MediaWiki-API des OSM-Wikis
 hat mir ohne Murren aus dem Bild-Namen die Thumbnail-URL generiert.

Ausgezeichnet. Vielen Dank für die Tipps!

LG, Stefan


Am 20. Januar 2015 um 20:44 schrieb Michael Bemmerl osm-t...@mx-server.de:
 Jochen Topf schrieb:
 On Mo, Jan 19, 2015 at 04:31:48 +0100, Michael Kugelmann wrote:
 [snip]

 Aber leider ist das nicht so einfach mit dem Mediawiki. Man kann nicht 
 einfach
 aus der Bild-URL die Thumbnail-URL berechnen. Das liegt daran, dass man 
 Bilder
 aus Wikimedia Commons einbinden kann und da ist das alles etwas anders. 
 Details
 weiss ich auch nicht mehr genau, aber ich hab in Taginfo extra einbauen 
 müssen,
 dass er die Thumbnail-URL über die Wikimedia-API vom Server sich geben läßt,
 weil es nicht funktionierte nur die URL anzupassen.

 Ich hab das gerade mal ausprobiert und die MediaWiki-API des OSM-Wikis
 hat mir ohne Murren aus dem Bild-Namen die Thumbnail-URL generiert. Das
 ging sowohl bei Bildern, die auf dem OSM-Wiki liegen, als auch bei
 Bildern, die über Wikimedia Commons eingebunden sind.

 Beispiele:
 Staffordshire_new_year_2015_mapping_walk.jpg (nur auf OSM)

 http://wiki.openstreetmap.org/w/api.php?action=querytitles=Image:Staffordshire_new_year_2015_mapping_walk.jpgprop=imageinfoiiprop=urliiurlwidth=50format=json
 thumburl:
 http://wiki.openstreetmap.org/w/images/thumb/2/27/Staffordshire_new_year_2015_mapping_walk.jpg/50px-Staffordshire_new_year_2015_mapping_walk.jpg

 Downtown_Charlottesville_fire_hydrant.jpg (Wikimedia Commons)

 http://wiki.openstreetmap.org/w/api.php?action=querytitles=Image:Downtown_Charlottesville_fire_hydrant.jpgprop=imageinfoiiprop=urliiurlwidth=50format=json
 thumburl:
 http://wiki.openstreetmap.org/w/images/thumb/5/5a/Downtown_Charlottesville_fire_hydrant.jpg/50px-Downtown_Charlottesville_fire_hydrant.jpg

 Grüße,
 Michael


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


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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Danke für die Tipps.

Wir haben tatsächlich die Infos aus dem Taginfo API entnommen. Ich
schaue mal, was sich machen lässt - nun auch im Taginfo Code.

@Michael: Klar ist klar, dass man Thumbnails nehmen sollte, falls vorhanden :-)
Wer's ganz ohne Bilder haben will, nutzt die TagFinder API.
Aber höchste Prio. hat das nicht, da es ja primär (Desktop) Webapp ist
und keine Mobile Webapp.
Vielmehr interessiert mich, ob die inhaltlichen Resultate und die
dargebotenen Infos des TagFinders den Erwartungen entsprechen...

LG, -S.




Am 19. Januar 2015 um 16:44 schrieb Jochen Topf joc...@remote.org:
 On Mo, Jan 19, 2015 at 04:31:48 +0100, Michael Kugelmann wrote:
 Am 18.01.2015 um 23:52 schrieb Stefan Keller:
 Am 18. Januar 2015 um 23:17 schrieb Joachim Kast osm...@dd1gj.de:
 Für die Thumbnail-Darstellung wird ein
 Bild von 1.704px × 2.272px und einer Größe von 1,8 MB heruntergeladen.
 Schmalband-Anbindungen machen da schlapp.
 Hmm, stimmt.
 Ist aber etwas schwierig für den Empfänger, das vorauszusehen :-) !??
 Grundsatz: Thumbnails sind klein zu halten = sollten nicht als das große
 Bild übertragen werden sondern eine andere Datei sein, ganz einfach.
 Typische Lösung könnte sein: Pfad zum Bild: xyz/datei.jpg Pfad zum
 Thumbnail: xyz/thumbnail/datei.jpg .   Solche Dinge sind IMHO eigentlich
 basics beim Gestalten von Tools oder Webseiten...

 Ich stimme Dir zu, dass klar sein sollte, dass man die Thumbnails verwendet.

 Aber leider ist das nicht so einfach mit dem Mediawiki. Man kann nicht einfach
 aus der Bild-URL die Thumbnail-URL berechnen. Das liegt daran, dass man Bilder
 aus Wikimedia Commons einbinden kann und da ist das alles etwas anders. 
 Details
 weiss ich auch nicht mehr genau, aber ich hab in Taginfo extra einbauen 
 müssen,
 dass er die Thumbnail-URL über die Wikimedia-API vom Server sich geben läßt,
 weil es nicht funktionierte nur die URL anzupassen.

 Jochen
 --
 Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-173-7019282

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

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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Übrigens lässt sich TagFinder - wie übrigens Taginfo auch - als
Suchmaschine in die Suchleiste der meisten Browser einfügen
(OpenSearch-Standard)...

-S.

Am 19. Januar 2015 um 18:06 schrieb Stefan Keller sfkel...@gmail.com:
 Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at:
 * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool
 interagiert. Das sollte irgendwie leicht auswählbar sein.

 Rechts oben steht eine Flagge und Deutsch. Meintest du das?

 * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche 
 nach
 Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/
 amenity=doctor liefern!

 Es gibt eine Reihenfolge: Zuerst diejenigen Tags, in denen der
 Suchbegriff direkt im Key oder Value vorkommt.
 Danach fließt das Tag-Vorkommen ins Ranking ein.
 Das Beispiel mit doctor ist ein spezieller Fall (der natürlich auch
 wichtig ist).
 Was sinnvoll bzw. richtig ist, kann fast nur ein Mensch entscheiden.
 Aber ja: Mit den vielen falschen Positiven kämpfen wir noch.

 Letzteren sollte man wohl eher ausblenden, wenn es
 mehrere 100% treffende Ergebnisse gibt.

 Wie soll das System entscheiden, welche der 100% treffende Ergebnisse
 zu wählen ist?

 * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht
 fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den 
 Tag
 highway=living_street und den Key highway, es sollte dem Nutzer aber auch 
 sofort
 klar sein, dass der Key der Überbegriff ist, der Tag das konkrete 
 (passende)
 Key/Value-Paar.

 Das ist ein sehr interessanter Aspekt:
 Nur schon wie wir solche Modellierungs-Dinge nennen sollten, ist mir unklar.
 Ich stelle mir so eine Art Haupt-Tag (= in der Modellierung
 Entitätsmengen-Namen genannt) vor mit Zusatz-Tags (=
 Entitätsmengen-Attribute).

 Ich nehme an, du meinst Hierarchien im Sinne der OSM-Tags?
 Begriffshierarchien kennt der TagFinder über einen eigens erstellten
 Thesaurus (Bevorzugter Begriff, Überbegriff, Unterbegriff).
 Bei OSM ist es leider nicht immer so, dass der Key der Überbegriff ist
 (z.B. bei building=yes)...

 LG, Stefan


 Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at:
 On 18.01.15 20:48, Stefan Keller wrote:
 Es freut mich, eine neue Webapp TagFinder vorzustellen. TagFinder
 ist eine Volltext-Suchmaschine für OpenStreetMap Tags

 http://tagfinder.herokuapp.com/

 Gute Sache, danke!

 Folgende Dinge sind mir aufgefallen:

 * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool
 interagiert. Das sollte irgendwie leicht auswählbar sein. Dementsprechend
 ergeben sich eigenartige Suchergebnisse, z.B. auf der Suche nach Praxis 
 findet
 er bei weitem nicht alle Ärzte-Tags, anderseits aber auch sehr unpassende
 Ergebnisse.

 * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche 
 nach
 Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/
 amenity=doctor liefern! Letzteren sollte man wohl eher ausblenden, wenn es
 mehrere 100% treffende Ergebnisse gibt.

 * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht
 fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den 
 Tag
 highway=living_street und den Key highway, es sollte dem Nutzer aber auch 
 sofort
 klar sein, dass der Key der Überbegriff ist, der Tag das konkrete 
 (passende)
 Key/Value-Paar.

 Servus, Andreas


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

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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at:
 * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool
 interagiert. Das sollte irgendwie leicht auswählbar sein.

Rechts oben steht eine Flagge und Deutsch. Meintest du das?

 * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche 
 nach
 Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/
 amenity=doctor liefern!

Es gibt eine Reihenfolge: Zuerst diejenigen Tags, in denen der
Suchbegriff direkt im Key oder Value vorkommt.
Danach fließt das Tag-Vorkommen ins Ranking ein.
Das Beispiel mit doctor ist ein spezieller Fall (der natürlich auch
wichtig ist).
Was sinnvoll bzw. richtig ist, kann fast nur ein Mensch entscheiden.
Aber ja: Mit den vielen falschen Positiven kämpfen wir noch.

 Letzteren sollte man wohl eher ausblenden, wenn es
 mehrere 100% treffende Ergebnisse gibt.

Wie soll das System entscheiden, welche der 100% treffende Ergebnisse
zu wählen ist?

 * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht
 fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den 
 Tag
 highway=living_street und den Key highway, es sollte dem Nutzer aber auch 
 sofort
 klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende)
 Key/Value-Paar.

Das ist ein sehr interessanter Aspekt:
Nur schon wie wir solche Modellierungs-Dinge nennen sollten, ist mir unklar.
Ich stelle mir so eine Art Haupt-Tag (= in der Modellierung
Entitätsmengen-Namen genannt) vor mit Zusatz-Tags (=
Entitätsmengen-Attribute).

Ich nehme an, du meinst Hierarchien im Sinne der OSM-Tags?
Begriffshierarchien kennt der TagFinder über einen eigens erstellten
Thesaurus (Bevorzugter Begriff, Überbegriff, Unterbegriff).
Bei OSM ist es leider nicht immer so, dass der Key der Überbegriff ist
(z.B. bei building=yes)...

LG, Stefan


Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at:
 On 18.01.15 20:48, Stefan Keller wrote:
 Es freut mich, eine neue Webapp TagFinder vorzustellen. TagFinder
 ist eine Volltext-Suchmaschine für OpenStreetMap Tags

 http://tagfinder.herokuapp.com/

 Gute Sache, danke!

 Folgende Dinge sind mir aufgefallen:

 * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool
 interagiert. Das sollte irgendwie leicht auswählbar sein. Dementsprechend
 ergeben sich eigenartige Suchergebnisse, z.B. auf der Suche nach Praxis 
 findet
 er bei weitem nicht alle Ärzte-Tags, anderseits aber auch sehr unpassende
 Ergebnisse.

 * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche 
 nach
 Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/
 amenity=doctor liefern! Letzteren sollte man wohl eher ausblenden, wenn es
 mehrere 100% treffende Ergebnisse gibt.

 * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht
 fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den 
 Tag
 highway=living_street und den Key highway, es sollte dem Nutzer aber auch 
 sofort
 klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende)
 Key/Value-Paar.

 Servus, Andreas


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

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

[Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Es freut mich, eine neue Webapp TagFinder vorzustellen. TagFinder
ist eine Volltext-Suchmaschine für OpenStreetMap Tags.

Es gibt eine Demo-Seite (Prototyp deutsch und englisch) mit API auf Heroku [1].

TagFinder nutzt das unersetzliche Taginfo, Übersetzungsdienste
(deutsch-englisch), Thesauren und ein adaptiertes,
domänen-spezifisches Semantisches Netz.

TagFinder wurde im Rahmen einer Informatik-Semesterarbeit am Geometa
Lab der HSR Hochschule Rapperswil (Schweiz) entwickelt. Die Webapp ist
in Python 2.7 und dem Flask Webframework geschrieben. Der Sourcecode
ist auf Github [2].

Tested die App und gebt Feedback, z.B. hier, auf Twitter @geometalab
[3], als Github Issue [2] oder direkt an mich.

-S.

[1] http://tagfinder.herokuapp.com/
[2] https://github.com/geometalab/OSMTagFinder
[3] https://twitter.com/geometalab

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

[OSM-talk] TagFinder - a full text search engine for OSM tags (prototype)

[Stefan Keller]

It's a pleasure to release a new webapp called TagFinder. TagFinder is
a full text search engine for OpenStreetMap tags. It uses the
unequaled Taginfo, translation services (german to english), thesaurs
and an adapted domain-specific semantic net.

There's a demo prototype (in english and german) including an API
running on Heroku:  http://tagfinder.herokuapp.com/ .

TagFinder was developed during a semester thesis in informatics at the
Geometa Lab (Prof. Keller) at University for Applied Sciences
Rapperswil (Switzerland). The application is written in Python 2.7 and
uses the Flask web framework. The source code is on Github
(https://github.com/geometalab/OSMTagFinder ).

Feel free to test it and give feedback e.g. here, on Twitter
@geometalab, as a Github issue or to me directly.

-S.

[1] http://tagfinder.herokuapp.com/
[2] https://github.com/geometalab/OSMTagFinder
[3] https://twitter.com/geometalab

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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Hallo Peda

Vielen Dank für dein rasches Feedback.

Du hats am 18. Januar 2015 um 22:32 geschrieben:
 zwei Bugs sind mir spontan aufgefallen. Erstens beachtet ihr das
 Seitenverhältnis von Bildern nicht was teilweise doof aussieht (z.B.
 http://tagfinder.herokuapp.com/search?query=emergency%3Dfire_hydrant).

Stimmt. Das sollte einfach zu fixen sein.
Hingegen wie verhindert werden soll, dass große Bilder heruntergeladen
werden, wie das Joachim vorhing monierte, ist mir noch unklar.

 Zweitens funktioniert bei Links in den Ergebnissen das Klicken erst
 nach mehreren Buchstaben aber nicht gleich von Anfang an. Wenn dann
 bei Weblinks z.B. name=* vorkommt, kann ich das nicht anklicken,
 kommt z.B. opening_hours=* kann ich das erst ab ca. dem 'u'
 anklicken :) Passiert im chromium und konqueror, im ff geht der Link
 von Anfang an.

Bisher unterstützen wir halt nur Firefox und Chrome.

 Manchmal liefert die Suche noch sehr seltsame Werte. Kann man die evtl
 noch besser aussortieren? So Dinge, die es nicht gibt oder auch gar
 keinen Sinn machen? Apfel, Birne, Melone oder auch Kindergrippe.
 Badewanne liefert dann z.B. aber nichts. Und an sich wirkt es so als
 hättet ihr Stammformreduktion, aber Weintraube und Weintrauben
 liefern unterschiedliche Ergebnisse.

Die Haupt-Testfälle umfassen sämtliche Presets von Id.
Statt [Apfel] und [Birne] muss man da schon selber mit [Baum] versuchen.
Und schon gesehen,dass bei [Kindergrippe] automatisch der Vorschlag
[kinderkrippe] kommt?
Aber der Suchalgorithmus ist tatsächlich noch kaum gegen unsinnige
Einträge gewappnet.
Es gibt dazu bereits einen Issue-Eintrag [1].

 Auf jeden Fall ein praktischer und gut gemachter Dienst. Bei den
 realistischeren Tests hat das super funktioniert und auf jeden Fall
 praktikabler als die Wiki-Suche. Eine schönere URL wäre noch nett. Oder
 auch Integration in z.B. JOSM (als Ergänzung zu den Presets)?!

Ausgezeichnete Idee. Das API wurde genau für solche Zwecke gemacht.

Aber auch noch ein JOSM-Plugin zu schreiben, sprengte den Rahmen der
Arbeit bei Weitem. Da sind nun weitere Freiwillige gefragt.

LG, S.

[1] https://github.com/geometalab/OSMTagFinder/issues/1

Am 18. Januar 2015 um 22:32 schrieb Peter Barth osm-p...@won2.de:
 Hi,

 zwei Bugs sind mir spontan aufgefallen. Erstens beachtet ihr das
 Seitenverhältnis von Bildern nicht was teilweise doof aussieht (z.B.
 http://tagfinder.herokuapp.com/search?query=emergency%3Dfire_hydrant).
 Zweitens funktioniert bei Links in den Ergebnissen das Klicken erst
 nach mehreren Buchstaben aber nicht gleich von Anfang an. Wenn dann
 bei Weblinks z.B. name=* vorkommt, kann ich das nicht anklicken,
 kommt z.B. opening_hours=* kann ich das erst ab ca. dem 'u'
 anklicken :) Passiert im chromium und konqueror, im ff geht der Link
 von Anfang an.

 Manchmal liefert die Suche noch sehr seltsame Werte. Kann man die evtl
 noch besser aussortieren? So Dinge, die es nicht gibt oder auch gar
 keinen Sinn machen? Apfel, Birne, Melone oder auch Kindergrippe.
 Badewanne liefert dann z.B. aber nichts. Und ansich wirkt es so als
 hättet ihr Stammformreduktion, aber Weintraube und Weintrauben
 liefern unterschiedliche Ergebnisse.

 Auf jeden Fall ein praktischer und gut gemachter Dienst. Bei den
 realistischeren Tests hat das super funktioniert und auf jeden Fall
 praktikabler als die Wiki-Suche. Eine schönere URL wäre noch nett. Oder
 auch Integration in z.B. JOSM (als Ergänzung zu den Presets)?!

 Danke und Gruß,
 Peda


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

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

Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)

[Stefan Keller]

Am 18. Januar 2015 um 23:17 schrieb Joachim Kast osm...@dd1gj.de:
 zu dem erwähnten Hydranten-Bild: Für die Thumbnail-Darstellung wird ein
 Bild von 1.704px × 2.272px und einer Größe von 1,8 MB heruntergeladen.
 Schmalband-Anbindungen machen da schlapp.

Hmm, stimmt.
Ist aber etwas schwierig für den Empfänger, das vorauszusehen :-) !??

LG, S.

Am 18. Januar 2015 um 23:17 schrieb Joachim Kast osm...@dd1gj.de:
 Hallo Stefan,

 zu dem erwähnten Hydranten-Bild: Für die Thumbnail-Darstellung wird ein
 Bild von 1.704px × 2.272px und einer Größe von 1,8 MB heruntergeladen.
 Schmalband-Anbindungen machen da schlapp.

 Grüße
 Joachim

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

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

Re: [OSM-talk] Is there some loop trip founder?

[Stefan Keller]

Hi all

Have a look at POITour: http://poitour.ch ...
It's a semester thesis project prototype (open source) of a student
here at Geometa Lab.

Yours, Stefan

2014-11-27 8:50 GMT+01:00 Volker Schmidt vosc...@gmail.com:
 For bicyles:

 I know of four outdoors GPS devices that do this, using on-board OSM maps:

 Garmin edge touring
 Garmin edge 1000
 Mio 300
 Teasi one

 And then there is the naviki.org web site:

 just enter a trip  A-B, select your bicycle type (except shortest route)
 and click SEND.
 click ADD DESTINATION and enter A to get a trip A-B-A
 click ROUND TRIP
 Your are done. The results may vary from one try to the next for the same
 route

 Volker
 Padova/Italy




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


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

Re: [OSM-talk] Is there some loop trip founder?

[Stefan Keller]

Hi Mateusz

Have a look at http://poitour.ch ...
It's work in progress of a semester thesis project of a student here
at Geometa Lab (sorry for the german front end language).
Source code will be available soon on github.

Yours, Stefan

P.S. Regarding our conversation/thread about openstreetmap-carto/Slippy Map:
I'm curious about your script or output of the project file for
taginfo.

2014-11-27 0:01 GMT+01:00 Mateusz Konieczny matkoni...@gmail.com:
 There is some software, better or worse that is able to find routes from
 point A to point B.

 But is there any tool capable of finding interesting trips starting in some
 selected place,
 that returns to the point of origin after going through some interesting*
 places using good*
 ways?

 * - obviously it should be definable - such general tool may be capable of
 proposing route for
 cycling trip, trekking on foot or for a demonstration.

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


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

Re: [OSM-talk] [Osmf-talk] Modus operandi of the board

[Stefan Keller]

2014-10-24 9:20 GMT+02:00 Paul Norman penor...@mac.com:
 On Oct 23, 2014, at 03:00 PM, Clifford Snow cliff...@snowandsnow.us wrote:

 I think it is reasonable postpone elections for three months considering
 current turmoil.

 Leaving aside any question about the merits of this, I don't believe it is
 possible. Notice has been given of the AGM, and an election must be held at
 the AGM (AOA 31).

Frederik showed a way to make this possible. See thread Postponing
elections, or other alternatives (Was: Modus operandi of the board)

The merits would be - among others - 1. to let calm down things, 2. to
give OSMF electors a chance to inform themselves about the candidates
and 3. to give those candidates a chance to answer the questions
raised here [1].

Yours, S.

[1] https://wiki.openstreetmap.org/wiki/Talk:Foundation/AGM14/Election_to_Board


2014-10-24 9:20 GMT+02:00 Paul Norman penor...@mac.com:
 On Oct 23, 2014, at 03:00 PM, Clifford Snow cliff...@snowandsnow.us wrote:

 I think it is reasonable postpone elections for three months considering
 current turmoil.

 Leaving aside any question about the merits of this, I don't believe it is
 possible. Notice has been given of the AGM, and an election must be held at
 the AGM (AOA 31).

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


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

Re: [OSM-talk] [Osmf-talk] Modus operandi of the board

[Stefan Keller]

Hi Kate


2014-10-23 16:37 GMT+02:00 Kate Chapman k...@maploser.com wrote:
 Perhaps the issues in the board is a lack of respect for each other.

I don't see any disrespect from Simon when he referred to you speaking
about you (and others) wishing to see more OSMF members.
On the other hand I assume that you are aware that your accusation to
Simon is explicit and sidetracks this thread.

I'd love to come back to your suggestions - as far as I can follow you
- and to questions raised before I don't see any statements so far:

* I don't see any evidence that the OSMF is fundamentally broken.
* And I don't see enough reasons why the full board should step down
(not speaking about the lack of alternatives and bad timing)
* Of course community should be involved - but there are enough items
now on the agenda Frederik suggested (and I summarized above) which
simply need to be put on the boards agenda.
* Given board members are coming from several continents, I don't see
why the board should meet face-to-face when there exist video meeting
facilities.
* On the other hand I'd like to really know what you (and others)
think about Frederik's points raised in his manifesto as well as these
questions to the board members: [1].

Yours, Stefan

[1] https://wiki.openstreetmap.org/wiki/Talk:Foundation/AGM14/Election_to_Board


2014-10-23 16:37 GMT+02:00 Kate Chapman k...@maploser.com:
 Hi Simon

 On Thu, Oct 23, 2014 at 4:06 AM, Simon Poole si...@poole.ch wrote:


 Kate was complaining about the on boarding of new board members, she got
 at least an order of magnitude more support than Frederik and myself
 did, I don't think that there is any -accessible- board related
 institutional memory of note that is tied to board members. I do have to
 point to and thank Andy Robinson for his support in providing filing and
 mail services to the foundation for a very long time.


 I suggest you rethink your choice of words about me complaining. I was
 suggesting there are better ways to onboard people to the board. Frankly I
 was fine with my on boarding, simply because I've served on other boards
 before so I understand generally how it works. That is not the case for
 everyone else who becomes part of the OSMF Foundation board.

 Perhaps the issues in the board is a lack of respect for each other.

 -Kate





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



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


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

Re: [OSM-talk] [Osmf-talk] Modus operandi of the board

[Stefan Keller]

Hi,

I wonder why we're discussing here everything else but what Frederik
mentioned in his manifesto and in this reply above.

Richard voted that the board should stand down.
I can't oversea the situation but I tend to give our colleages a
second chance to fix things.
I do that also knowing that OSMF is young with few members, many of
them being also members in WGs.

On 2014-10-21 15:47 GMT+02:00, Frederik Ramm wrote:
 ...
 In short, what I'd like to see is (a) more people joining OSMF, and (b)
 at least some these people actually following and commenting on what the
 board does, or doesn't do, in their name.

To me, actions speak louder than words.
So, I decided to join OSMF these days.
And I propose to add the following to the board meeting agenda:
* Setting up a clearer modus operandi of the board and working groups
* Making the board meeting agenda publicly available
* Advancing trademark policy
* Setting up a plan to get more corporate members
(actually, these points are just taken from Frederik's plea).

Yours, S.

2014-10-22 0:05 GMT+02:00 Simon Poole si...@poole.ch:

 Jason,

 I suspect you are slightly over interpreting what has been said up to
 now. Our accountant and the treasurer have control of the back accounts
 and I wouldn't expect to have direct access (nor likely other board
 members). The board has relied on the treasurer for cash management and
 I have no reason to believe that there are any issues with that other
 than it is not very transparent. Other points wrt financial planning and
 SOTM  have already been raised.

 Historically there seems to have been very little financial reporting,
 the board did however three years back or so, as a principle, ask for
 quarterly reports, which IMHO is enough given the size of the
 organisation and number of transactions. This has been a long time in
 the making, but our accountant does produce them now, there is simply
 some fail in bringing them to the boards attention (and a further step
 would actually be publishing them). Or to put it differently: the OSMF
 likely has never had as good control of its financials as right now,
 there is simply still more to do.

 There is an interesting point in that there is no external/internal
 audit of any kind. Not unusual for small companies, but is a bit unusual
 for a membership organisation. Very small SOSM for example has two
 (elected)  members review the accounts in lieu of a proper audit and
 report their findings at the AGM. I could imagine doing something
 similar in the OSMF (no idea if this causes any legal issues, but that
 can be investigated) given that we currently probably don't want to
 spend the money for a formal audit.

 Note that Oliver has announced (a couple of weeks back) that he will
 resign as treasurer and I expect that the board will elect a replacement
 or put an other solution in place at the first meeting after the elections.

 Simon

 Am 21.10.2014 22:37, schrieb Jason Remillard:
 Hi,

 This is an unhappy read. I am stunned that the board members don't
 have access to the bank registers. How can any decisions be made about
 the servers, STOM, fundraising effectiveness, etc without having a
 handle on the cash? The foundation handles so little money, it should
 be very simple keeping the bank registers up to date. Could our
 treasure, Oliver Kühn , please justify this policy on the talk list. I
 am going to be very reluctant to give more money to the foundation
 until this policy is changed.

 Jason

 https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/2014_OSMF_Board_Elections_Manifesto

 This sheds some rather bad light on how the board operates, indicating
 that
 some of the practises border on the illigal. I understand that this is the
 individual opinion of a single board member but I believe it is important
 that such accusations are discussed because I don't see how the board can
 operate efficiently otherwise. It is even more important in the light of
 the upcoming elections. Reading this manifesto indicates that there is
 little point in standing for election as there is nothing but frustration
 to achieve in the board.

 As a former board member, I would concur with Frederik's posting which
 tallies with my unhappy experience on the board.
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk



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


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

[Talk-de] informatiCup: 10. Studierendenwettbewerb der Gesellschaft für Informatik gestartet (mit OSM-Daten)

[Stefan Keller]

Mit der Veröffentlichung der Aufgabe wurde heute der 10.
Studierendenwettbewerb 2015 (informatiCup) der deutschen Gesellschaft
für Informatik e.V. gestartet. Bis zum 15. Januar 2015 haben
studentische Teams die Möglichkeit, Ihre Wettbewerbsbeiträge
einzureichen.

Der informatiCup richtet sich an eingeschriebene Studierende aller
Fachrichtungen an Universitäten und Fachhochschulen in Deutschland,
Österreich und der Schweiz.

In der Aufgabe 2015 geht es darum, durch eine Verknüpfung von Geodaten
und Metadaten (räumliches Clustering) die Geltungsbereiche sogenannter
Space Usage Rules (zum Beispiel Rauchen verboten/Parken
verboten/Schwimmenerlaubt) sinnvoll und zweifelsfrei für elektronische
Karten zugänglich zu machen. Als Grundlage sind Daten von
OpenStreetMap vorgegeben.

Mehr zum Wettbewerb auf http://informaticup.gi.de/ und
http://twitter.com/informaticup

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

Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

[Stefan Keller]

Ich möchte der Vollständigkeit halber auf ein ähnliche aktuelle
Diskussion im Forum hinweisen.

Dort wurde als Verbesserungsmassnahme das OSMantic-Plugin vorgeschlagen:
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OSMantic
Die dortige Umfrage ist zwar abgeschlossen und wird bald publiziert.
Trotzdem bin ich interessiert zu hören, was ihr für Erfahrungen damit macht.

LG, S.

Am 7. Oktober 2014 14:19 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 Am 7. Oktober 2014 08:46 schrieb Theodin theo...@posteo.de:

 Aber die Englische Originalseite ist da weniger klar wie die deutsche.
 Dort wird nur auf dir
 Diskussion verwiesen. Und nur weils da steht heißt das nicht viel, das
 kann auch die
 Minderheitsmeinung sein.



 +1, die englische Seite ist maßgebend. Bei einem tag, der sich in den
 üblichen Presets findet und der 308.000 mal in den Daten vorkommt ist es
 sowieso immer ein bisschen schwierig, von deprecated in OSM zu sprechen,
 weil wir ja vorwiegend mit den Füßen abstimmen.

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

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

Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

[Stefan Keller]

Hallo fly

Am 6. Oktober 2014 16:27 schrieb fly lowfligh...@googlemail.com:
 Am 05.10.2014 22:16, schrieb Stefan Keller:
...
 * Einzelne Ablösungen sind offenbar noch lange nicht abgeschlossen
 (z.B. landuse=reservoir durch natural=water + water=reservoir)

 Und genau da hast Du wohl einen Fehler der deutschen Übersetzung
 gefunden. landuse=reservoir wurde nie als veraltet erklärt nur die
 Definition genauer. Es ist eben nicht nur der Wasserbereich sondern
 zumindest auch noch der Damm bzw Begrenzung häufig auch noch ne Wiese.

Moment mal: Auf der Wiki-Seite De:Tag:landuse=reservoir
http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dreservoir
steht unmissverständlich, dass das veraltet ist.

Bis etwas als Deprecated bezeichnet wird, braucht's m.E. doch einiges.
Willst du damit sagen, dass wir sogar über Deprecated-Tags eine
Qualitätsdiskussion führen müssen?

LG, S.



Am 6. Oktober 2014 16:27 schrieb fly lowfligh...@googlemail.com:
 Am 05.10.2014 22:16, schrieb Stefan Keller:
 Ich habe kurz nachgeschaut:

 1. Ablösung highway=ford durch ford=yes :
 Ist in der Wiki-Seite vermerkt: 
 http://wiki.openstreetmap.org/wiki/Ford#Remarks
 Da gibt es noch 6'222 gegenüber 51'728.

 2. Ablösung von landuse=reservoir durch natural=water + water=reservoir :
 Ist in der Wiki-Seite vermerkt:
 http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dreservoir
 Da gibt es noch 308'718 gegenüber 25'537.

 Fazit dieser (zugegebenermassen kleinen) Stichprobe:
 * Das Wiki scheint mind. für Tag-Beschreibungen aktueller als manche 
 denken(?).
 * Für deprecated gibt es die Wiki-Seite Deprecated_features
 * Aber es gibt offenbar keine Formatvorlage (Hinweise: Manchmal ist
 auch nur ein Abschnittt deprecated - was dann?)
 * Deprecated_features scheint unvollständig (z.B. landuse=reservoir).
 Hinweis: Das ist m.E. keine Tag-Beschreibungsseite sondern eine Art
 Meta-Seite.
 * Einzelne Ablösungen sind offenbar noch lange nicht abgeschlossen
 (z.B. landuse=reservoir durch natural=water + water=reservoir)

 Und genau da hast Du wohl einen Fehler der deutschen Übersetzung
 gefunden. landuse=reservoir wurde nie als veraltet erklärt nur die
 Definition genauer. Es ist eben nicht nur der Wasserbereich sondern
 zumindest auch noch der Damm bzw Begrenzung häufig auch noch ne Wiese.

 cu fly

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

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

Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

[Stefan Keller]

Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:

 Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
 der Sache kopiert da jeder zeugs hin und her und ändert das .
...
 Dazu kommen noch jede menge semantische änderungen die alleine durch die 
 Übersetzungen
 eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
 subjektiv.

 Und da ja auch niemand sagt Die Englische version der Seite ist die 
 führende ist
 am Ende das Wiki ein Oktopus mit 250 Armen.

D.h., dass wir keine aufgeräumte Datenbank haben, v.a. weil das Wiki
nicht aufgeräumt ist?
Falls ja, dann müsste man wohl an Aktionen wie
Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag
3. mit den Seiten
http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
http://wiki.openstreetmap.org/wiki/Map_Features u

LG, S.


Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:
 On Sat, Oct 04, 2014 at 08:51:07PM +0200, Stefan Keller wrote:
 Ok. Aber Tatsache ist m.E., dass es Verbesserungspotential gibt.

 Und wie es scheint, geht es nicht nur um Neulinge. Auch gestandene
 Mapper können übersehen, dass es geläufigere und aktuellere
 Tagging-Schemen gibt.

 Wenn dem so ist, wie könnte man das verbessern?
 1. Sind die Suchfunktionen von Wiki und z.B. Taginfo ungenügend (bzw.
 ungenutzt)?
 2. Sind im Wiki die Seiten
 http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
 http://wiki.openstreetmap.org/wiki/Map_Features ungenügend?
 3. Sollte man es mit einer interaktiven Bestimmungs-Anleitung versuchen?
 4. Oder einem Plugin (ähnlich OSMantic für JOSM = Hat das jemand 
 ausprobiert)?

 Oder liegt es einfach daran, dass die Daten mit alten Tagging-Schemen
 zuwenig schnell verbessert werden?

 Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
 der Sache kopiert da jeder zeugs hin und her und ändert das .

 Irgendwann gibts es 20 Tagging Schemata und jedes sieht semi-akzeptiert aus.
 Jeder mapped dann so vor sich hin und beruft sich auf das Schema was er für 
 das
 richtige hält.

 Dazu kommen noch jede menge semantische änderungen die alleine durch die 
 Übersetzungen
 eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
 subjektiv.

 Und da ja auch niemand sagt Die Englische version der Seite ist die 
 führende ist
 am Ende das Wiki ein Oktopus mit 250 Armen.

 Flo
 --
 Florian Lohoff f...@zz.de

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVDESZZDdQSDLCfIvAQqocw//SsVRYvx+i+8BAmYBoISdF4kqMF9yj6Fb
 fhtfDLTx2RjoxblxpepODsIoMvFfZw5BaBQAu22CAyEtp++mpG07DmiJYr8Nk6YL
 gQxbk1aca9RIc2rfTtmhYN+n8dfR1cWIExSPRE8PVrQRzk2Ngw+9viDPIfsi4d7C
 FGEJaiWMxenQVKL9oFarwAj4phxXJ0cpNy99ttmSkPIq8XNK3Q1McVlwZIJFb8ER
 3RrXLLtx3tq4M617Mjh34mKlfc1St4ty2epmAS/vNFewIM+EXT4Ni0OlXw1bMk5I
 kPgz6Tu+sucZiD+8auLZAq+lWLIHmwxO2WUY25LWp60f7RF+8MoBt2BuovpEwsCF
 jxsvc6TQsRspjA/GrFwwgDtnGeITmnAT1Ca/FOVt21NO0DQls0k2v9oWa/4uxNtm
 TpdAqwTpti3D7iOhmcAU0mrta1a74MyvMlL+rPL5edVyHbkeJ9c787tBBYS0yjlN
 MICIkeaYSSEMUOVli6indCcabPruHpfP+BtFG9LFJHSx6koad8FDxgsWDQSlQ42H
 YTo9ja1nxnTBK93t0a0+p/t3ZWRYUJfGlRDylv/XtoG07ti8z05JVXQAii9+ZXMC
 0Wov5aaTI4KZQTR/RwbfNIU3hgYi7gZ9iZAm9QYP1pvem5CnvHlOKyvVuTBxBgle
 eHSlbt2ZpRo=
 =ThHy
 -END PGP SIGNATURE-


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

Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

[Stefan Keller]

Am 5. Oktober 2014 14:05 schrieb ich:
 Falls ja, dann müsste man wohl an Aktionen wie
 Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
 Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag 3.
 ...

und man könnte vermehrt Deprecated und Siehe... einfügen.

LG, S.


Am 5. Oktober 2014 14:05 schrieb Stefan Keller sfkel...@gmail.com:
 Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:

 Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
 der Sache kopiert da jeder zeugs hin und her und ändert das .
 ...
 Dazu kommen noch jede menge semantische änderungen die alleine durch die 
 Übersetzungen
 eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
 subjektiv.

 Und da ja auch niemand sagt Die Englische version der Seite ist die 
 führende ist
 am Ende das Wiki ein Oktopus mit 250 Armen.

 D.h., dass wir keine aufgeräumte Datenbank haben, v.a. weil das Wiki
 nicht aufgeräumt ist?
 Falls ja, dann müsste man wohl an Aktionen wie
 Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
 Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag
 3. mit den Seiten
 http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
 http://wiki.openstreetmap.org/wiki/Map_Features u

 LG, S.


 Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:
 On Sat, Oct 04, 2014 at 08:51:07PM +0200, Stefan Keller wrote:
 Ok. Aber Tatsache ist m.E., dass es Verbesserungspotential gibt.

 Und wie es scheint, geht es nicht nur um Neulinge. Auch gestandene
 Mapper können übersehen, dass es geläufigere und aktuellere
 Tagging-Schemen gibt.

 Wenn dem so ist, wie könnte man das verbessern?
 1. Sind die Suchfunktionen von Wiki und z.B. Taginfo ungenügend (bzw.
 ungenutzt)?
 2. Sind im Wiki die Seiten
 http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
 http://wiki.openstreetmap.org/wiki/Map_Features ungenügend?
 3. Sollte man es mit einer interaktiven Bestimmungs-Anleitung versuchen?
 4. Oder einem Plugin (ähnlich OSMantic für JOSM = Hat das jemand 
 ausprobiert)?

 Oder liegt es einfach daran, dass die Daten mit alten Tagging-Schemen
 zuwenig schnell verbessert werden?

 Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
 der Sache kopiert da jeder zeugs hin und her und ändert das .

 Irgendwann gibts es 20 Tagging Schemata und jedes sieht semi-akzeptiert aus.
 Jeder mapped dann so vor sich hin und beruft sich auf das Schema was er für 
 das
 richtige hält.

 Dazu kommen noch jede menge semantische änderungen die alleine durch die 
 Übersetzungen
 eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
 subjektiv.

 Und da ja auch niemand sagt Die Englische version der Seite ist die 
 führende ist
 am Ende das Wiki ein Oktopus mit 250 Armen.

 Flo
 --
 Florian Lohoff f...@zz.de

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVDESZZDdQSDLCfIvAQqocw//SsVRYvx+i+8BAmYBoISdF4kqMF9yj6Fb
 fhtfDLTx2RjoxblxpepODsIoMvFfZw5BaBQAu22CAyEtp++mpG07DmiJYr8Nk6YL
 gQxbk1aca9RIc2rfTtmhYN+n8dfR1cWIExSPRE8PVrQRzk2Ngw+9viDPIfsi4d7C
 FGEJaiWMxenQVKL9oFarwAj4phxXJ0cpNy99ttmSkPIq8XNK3Q1McVlwZIJFb8ER
 3RrXLLtx3tq4M617Mjh34mKlfc1St4ty2epmAS/vNFewIM+EXT4Ni0OlXw1bMk5I
 kPgz6Tu+sucZiD+8auLZAq+lWLIHmwxO2WUY25LWp60f7RF+8MoBt2BuovpEwsCF
 jxsvc6TQsRspjA/GrFwwgDtnGeITmnAT1Ca/FOVt21NO0DQls0k2v9oWa/4uxNtm
 TpdAqwTpti3D7iOhmcAU0mrta1a74MyvMlL+rPL5edVyHbkeJ9c787tBBYS0yjlN
 MICIkeaYSSEMUOVli6indCcabPruHpfP+BtFG9LFJHSx6koad8FDxgsWDQSlQ42H
 YTo9ja1nxnTBK93t0a0+p/t3ZWRYUJfGlRDylv/XtoG07ti8z05JVXQAii9+ZXMC
 0Wov5aaTI4KZQTR/RwbfNIU3hgYi7gZ9iZAm9QYP1pvem5CnvHlOKyvVuTBxBgle
 eHSlbt2ZpRo=
 =ThHy
 -END PGP SIGNATURE-


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

Re: [Talk-de] Verbesserung der attributiven Heterogenit ät (War: Was gibt es für unterschiedliche Tagging-Schemen?)

[Stefan Keller]

Hallo Holger

Am 5. Oktober 2014 19:45 schriebst du:
...
 Und alternative Bezeichnungen (Dom, Kirche, Kapelle,
  Gebethaus,...) in allen Sprachen pflegen, damit die Suche
  immer/häufig trifft.

 Also händisch alle Seiten angucken und alle Synonyme die einem
 einfallen (und zum Tag passen) hinzufügen.

So etwas gibt es mit RelatedTerms (verwandte Begriffe), unten auf
einigen Wiki-Seiten! Es wurde von mir vor 3 Jahren eingeführt :-)
Siehe [1][2].

Unter nachfolgenden Voraussetzungen kann ich nur ermuntern,
RelatedTerms in Wiki-Seitenzu ergänzen und weiterzupflegen.

 Kann man das semi automatisch aus den synonymen von wiktionary ziehen?

So etwas würde ich nicht automatisch einfügen (das können
Suchmaschinen dann unabhängig davon immer noch), sondern sorgfältig
einpflegen - von Hand passend zu OSM .

Auch möchte ich davon abraten, Übersetzungen einzupflegen.
Übersetzungen sind keine Synonyme. Die Übersetzung ergibt sich
dadurch, dass die ganze Wiki-Seite in eine andere Sprache übersetzt
wird.

LG, Stefan

[1] http://wiki.openstreetmap.org/wiki/Kirche
[2] http://wiki.openstreetmap.org/wiki/RelatedTerms


Am 5. Oktober 2014 19:45 schrieb Holger Jeromin gm...@katur.de:
 Stefan Keller sfkel...@gmail.com Wrote in message:
 Am 5. Oktober 2014 14:05 schrieb ich:
 Falls ja, dann müsste man wohl an Aktionen wie
 Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
 Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag 3.
 ...

 und man könnte vermehrt Deprecated und Siehe... einfügen.
 Und alternative Bezeichnungen (Dom, Kirche, Kapelle,
  Gebethaus,...) in allen Sprachen pflegen, damit die Suche
  immer/häufig trifft.

 Also händisch alle Seiten angucken und alle Synonyme die einem
  einfallen (und zum Tag passen) hinzufügen.

 Kann man das semi automatisch aus den synonymen von wiktionary ziehen?

 --
 Holger


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

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

Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

[Stefan Keller]

Am 5. Oktober 2014 21:22 schrieb Hakuch hak...@posteo.de:
 ich bin auch sehr dafür deprecated öfter und deutlicher einzusetzen, ich
 weiß garnicht ob es da schon eine entsprechende Formatvorlage für gibt?

Es gibt diese englische Wiki-Seite:
http://wiki.openstreetmap.org/wiki/Deprecated_features

Am 2. Oktober 2014 22:08 schrieb Thorsten Kurz tk...@gmx.net:
...
 highway=ford wurde durch ford=yes abgelöst, und dann gibt's da noch das
 veraltete landuse=reservoir das durch natural=water + water=reservoir
 ersetzt wurde.

 Ich glaube in den meisten Fällen mit mehreren Tagging-Schemen ist eines
 davon veraltet oder nicht richtig angewandt. Insofern dürfte die Suche
 nach depreciated im OSM-Wiki zu weiteren Fällen mit unterschiedlichen
 Tagging-Schemen führen.

Ich habe kurz nachgeschaut:

1. Ablösung highway=ford durch ford=yes :
Ist in der Wiki-Seite vermerkt: http://wiki.openstreetmap.org/wiki/Ford#Remarks
Da gibt es noch 6'222 gegenüber 51'728.

2. Ablösung von landuse=reservoir durch natural=water + water=reservoir :
Ist in der Wiki-Seite vermerkt:
http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dreservoir
Da gibt es noch 308'718 gegenüber 25'537.

Fazit dieser (zugegebenermassen kleinen) Stichprobe:
* Das Wiki scheint mind. für Tag-Beschreibungen aktueller als manche denken(?).
* Für deprecated gibt es die Wiki-Seite Deprecated_features
* Aber es gibt offenbar keine Formatvorlage (Hinweise: Manchmal ist
auch nur ein Abschnittt deprecated - was dann?)
* Deprecated_features scheint unvollständig (z.B. landuse=reservoir).
Hinweis: Das ist m.E. keine Tag-Beschreibungsseite sondern eine Art
Meta-Seite.
* Einzelne Ablösungen sind offenbar noch lange nicht abgeschlossen
(z.B. landuse=reservoir durch natural=water + water=reservoir)

LG, Stefan


Am 5. Oktober 2014 21:22 schrieb Hakuch hak...@posteo.de:


 On 05.10.2014 18:54, Stefan Keller wrote:
 Am 5. Oktober 2014 14:05 schrieb ich:
 Falls ja, dann müsste man wohl an Aktionen wie
 Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
 Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag 3.
 ...

 und man könnte vermehrt Deprecated und Siehe... einfügen.

 LG, S.


 ich bin auch sehr dafür deprecated öfter und deutlicher einzusetzen, ich
 weiß garnicht ob es da schon eine entsprechende Formatvorlage für gibt?



 Am 5. Oktober 2014 14:05 schrieb Stefan Keller sfkel...@gmail.com:
 Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:

 Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
 der Sache kopiert da jeder zeugs hin und her und ändert das .
 ...
 Dazu kommen noch jede menge semantische änderungen die alleine durch die 
 Übersetzungen
 eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
 subjektiv.

 Und da ja auch niemand sagt Die Englische version der Seite ist die 
 führende ist
 am Ende das Wiki ein Oktopus mit 250 Armen.

 D.h., dass wir keine aufgeräumte Datenbank haben, v.a. weil das Wiki
 nicht aufgeräumt ist?
 Falls ja, dann müsste man wohl an Aktionen wie
 Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
 Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag
 3. mit den Seiten
 http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
 http://wiki.openstreetmap.org/wiki/Map_Features u

 LG, S.


 Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:
 On Sat, Oct 04, 2014 at 08:51:07PM +0200, Stefan Keller wrote:
 Ok. Aber Tatsache ist m.E., dass es Verbesserungspotential gibt.

 Und wie es scheint, geht es nicht nur um Neulinge. Auch gestandene
 Mapper können übersehen, dass es geläufigere und aktuellere
 Tagging-Schemen gibt.

 Wenn dem so ist, wie könnte man das verbessern?
 1. Sind die Suchfunktionen von Wiki und z.B. Taginfo ungenügend (bzw.
 ungenutzt)?
 2. Sind im Wiki die Seiten
 http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
 http://wiki.openstreetmap.org/wiki/Map_Features ungenügend?
 3. Sollte man es mit einer interaktiven Bestimmungs-Anleitung versuchen?
 4. Oder einem Plugin (ähnlich OSMantic für JOSM = Hat das jemand 
 ausprobiert)?

 Oder liegt es einfach daran, dass die Daten mit alten Tagging-Schemen
 zuwenig schnell verbessert werden?

 Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
 der Sache kopiert da jeder zeugs hin und her und ändert das .

 Irgendwann gibts es 20 Tagging Schemata und jedes sieht semi-akzeptiert 
 aus.
 Jeder mapped dann so vor sich hin und beruft sich auf das Schema was er 
 für das
 richtige hält.

 Dazu kommen noch jede menge semantische änderungen die alleine durch die 
 Übersetzungen
 eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
 subjektiv.

 Und da ja auch niemand sagt Die Englische version der Seite ist die 
 führende ist
 am Ende das Wiki ein Oktopus mit 250 Armen.

 Flo
 --
 Florian Lohoff f...@zz.de

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux

[Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

[Stefan Keller]

Am 4. Oktober 2014 19:22 schrieb Simon Poole si...@poole.ch:
 IMHO ist es auch viel weniger heterogen als behauptet. Das Beispiel das
 Roland gegeben zeigt, dass es häufig auch eher daran liegt genau zu
 bestimmen -was- etwas ist, nicht am Tagging selber (das ist glaube ich
 das Missverständnis in dem Fall).

Ok. Aber Tatsache ist m.E., dass es Verbesserungspotential gibt.

Und wie es scheint, geht es nicht nur um Neulinge. Auch gestandene
Mapper können übersehen, dass es geläufigere und aktuellere
Tagging-Schemen gibt.

Wenn dem so ist, wie könnte man das verbessern?
1. Sind die Suchfunktionen von Wiki und z.B. Taginfo ungenügend (bzw.
ungenutzt)?
2. Sind im Wiki die Seiten
http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
http://wiki.openstreetmap.org/wiki/Map_Features ungenügend?
3. Sollte man es mit einer interaktiven Bestimmungs-Anleitung versuchen?
4. Oder einem Plugin (ähnlich OSMantic für JOSM = Hat das jemand ausprobiert)?

Oder liegt es einfach daran, dass die Daten mit alten Tagging-Schemen
zuwenig schnell verbessert werden?

LG, S.

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

[Talk-de] Was gibt es für unterschiedliche Tagging-Schemen?

[Stefan Keller]

Liebe Mapper

Ich bin daran, die Heterogenität von OSM zu verbessern, in dem ich sie
sammle und auf unterschiedliche Tagging-Schemen hinweise.

Hier eine erste Liste in Stichworten:
* Baulich getrennte/gemischte Geh- und Radwege, die entweder erfasst
werden als highway = cycleway und foot = designated oder als highway=
footway und bicycle = designated oder als highway = path und bicylce =
designated und foot = designated.
* Gebäudeadressen: Karlsruhe-Schema, ...?

Weitere?

LG, S.

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

Re: [OSM-talk] OSM and Captcha

[Stefan Keller]

Hi Severin, hello all

Yes, ReMAPTCHA is still running as prototypes in two versions
here: http://remaptcha.herokuapp.com/
and here: http://remaptcha2.herokuapp.com/

On one hand I'm not sure how high its acceptance is and on the other
hand it's challenging to implement a reliable system having limited
time and resources.

Yours, Stefan



2014-08-16 20:05 GMT+02:00 Peter Barth osm-t...@won2.de:
 Hi,

 Severin Menard schrieb:
 Maybe this topic has been already raised, sorry if so.

 it has, but still a good thing you raised this again as I'd also like
 something to change here.

 And the result, if I am not wrong, just
 feeds Google address database.

 Yes.
 And that's why Stefan Keller (or one of his students I think) created
 ReMAPTCHA to have a captcha system helping OSM. The dicussion was on
 this list in March 14 (can be found in the archives:
 https://lists.openstreetmap.org/pipermail/talk/2014-March/069526.html)

 Peda

 --

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

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

Re: [OSM-talk] OSM and Captcha

[Stefan Keller]

...perhaps we're getting a step further at State of the Map nov. 2014
in Buenos Aires?

--Stefan

2014-08-16 20:30 GMT+02:00 Stefan Keller sfkel...@gmail.com:
 Hi Severin, hello all

 Yes, ReMAPTCHA is still running as prototypes in two versions
 here: http://remaptcha.herokuapp.com/
 and here: http://remaptcha2.herokuapp.com/

 On one hand I'm not sure how high its acceptance is and on the other
 hand it's challenging to implement a reliable system having limited
 time and resources.

 Yours, Stefan



 2014-08-16 20:05 GMT+02:00 Peter Barth osm-t...@won2.de:
 Hi,

 Severin Menard schrieb:
 Maybe this topic has been already raised, sorry if so.

 it has, but still a good thing you raised this again as I'd also like
 something to change here.

 And the result, if I am not wrong, just
 feeds Google address database.

 Yes.
 And that's why Stefan Keller (or one of his students I think) created
 ReMAPTCHA to have a captcha system helping OSM. The dicussion was on
 this list in March 14 (can be found in the archives:
 https://lists.openstreetmap.org/pipermail/talk/2014-March/069526.html)

 Peda

 --

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

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

Re: [Talk-de] OSM: ein bißchen Statistik

[Stefan Keller]

Hallo Pascal und Werner

Habt ihr schon erste Schlussfolgerungen, was die Statistiken aussagen?

Bei beiden wird offenbar ein exponentielles Wachstum angenommen, oder?
Denn bei Werner's Statistik werden doppelt logarithmische Skalen
angewendet und Pascal kumulierte die Objekte (= 100%).

Bei Werner's ersten beiden Grafiken könnte die These interessant sein,
ob neue User weniger Objekte Mappen(?).

Bei Pascals erster interessanter Grafik, würde ich folgern, dass 2014
signifikant weniger neue Nodes (von 2014 ~17% auf 2014 ~12%) erzeugt
wurden(?).

Pascals zweiter Grafik mit dem Durchschnittsalter von OSM Objekten
scheint mir die Frage zugrunde zu liegen, ob die Mapper tendenziell
häufiger aktualisieren? Ich habe jedenfalls Mühe nachzuvollziehen, 1.
was die Grafik aussagt und 2. wie die Aussage 55% of the Nodes, 67%
of the Ways and 74% of the Relations in the OSM database do not have a
timestamp dated before 2012 in der Grafik zu sehen ist, bzw. zustande
kommt?

--Stefan


Am 27. Juli 2014 22:08 schrieb Werner Hoch werner...@gmx.de:
 Hi,

 spiele seit längerem mit ähnlichen Statistiken:
 http://www.h-renrew.de/h/osm/osmchecks/03_Statistik/planet/statistic.html

 Die Daten sind vom April.

 mfg
 Werner

 Am Dienstag, den 22.07.2014, 06:36 + schrieb Elstermann, Mike:
 Dank Pascal Neis können wir uns wieder auf eine kurzweilige und interessante
 OSM-Statistik freuen... Danke dafür!

 http://neis-one.org/2014/07/age-of-osm-objects/ oder
 http://geoobserver.wordpress.com/2014/07/22/osm-ein-bischen-statistik/



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

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

[OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

[Stefan Keller]

Hi,

I'm trying to get a list of point features only (as GeoJSON or XML).
This could serve as input e.g. to uMap. The problem is that the query
returns points but also areas. This is actually correct - but I want
these areas converted to point geometries too (centered, like
ST_Centroid).

I then found the modifcator/keyword center in the Overpass QL [1].
But I still get polygons. See the query [2] below.

Any ideas?

--Stefan


[1] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL

[2] http://overpass-turbo.osm.ch/ oder http://overpass-turbo.eu/

*** Dairy (Käserei) Query ways/areas only... ***

[out:json]
[timeout:25]
;
(
  node[shop~dairy]
  (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
  way[shop~dairy]
  (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
);
out meta center qt;
;
out meta center qt;

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

Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

[Stefan Keller]

Salut Pierre

Thanks - But this doesn't parse (see below). I'm getting:
Error: line 4: static error: Element print cannot be subelement of
element union.

-- Stefan

[out:json]
[timeout:25]
;
(
  node[shop~dairy]
  (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
  way[shop~dairy]
  (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
  out meta center;
);
;
out meta qt;

2014-07-24 15:20 GMT+02:00 Pierre Béland pierz...@yahoo.fr:
 Stefan,

 In your request, you make a recursive query that loads nodes from the way.
 In this example, the node and way queries are independant. For the way, the
 center command is used.

 [out:json]
 [timeout:25]

 ;

   node[shop~dairy]
 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 out meta;

   way[shop~dairy]
 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 out meta center qt;

 Pierre

 
 De : Stefan Keller sfkel...@gmail.com
 À : Talk Openstreetmap talk@openstreetmap.org
 Cc : Roland Olbricht roland.olbri...@gmx.de
 Envoyé le : Jeudi 24 juillet 2014 8h19
 Objet : [OSM-talk] Overpass API / Overpass QL: center (and centroid)
 function?

 Hi,

 I'm trying to get a list of point features only (as GeoJSON or XML).
 This could serve as input e.g. to uMap. The problem is that the query
 returns points but also areas. This is actually correct - but I want
 these areas converted to point geometries too (centered, like
 ST_Centroid).

 I then found the modifcator/keyword center in the Overpass QL [1].
 But I still get polygons. See the query [2] below.

 Any ideas?

 --Stefan


 [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL

 [2] http://overpass-turbo.osm.ch/ oder http://overpass-turbo.eu/

 *** Dairy (Käserei) Query ways/areas only... ***

 [out:json]
 [timeout:25]
 ;
 (
   node[shop~dairy]
   (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
   way[shop~dairy]
   (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 );
 out meta center qt;
;
 out meta center qt;

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



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

Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

[Stefan Keller]

Thanks again - I think I got it - including a bug:
GeoJSON is still returning polygons! But with XML it works.
E.g. replacing [out:json] with [out:xml] or exporting as XML.

--Stefan

2014-07-24 15:48 GMT+02:00 Pierre Béland pierz...@yahoo.fr:
 Stefan,

 In your example, the parenthesis are making a union of the two requests. and
 the greater then (  ) is doing a recurse request.

 This example below is working. It extract independantly nodes and ways,
 calculating the centroid for the ways.

 [out:json]
 [timeout:25]
 ;

   node[shop~dairy]
 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 out meta;
   way[shop~dairy]
 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 out meta center qt;

 Pierre

 
 De : Stefan Keller sfkel...@gmail.com
 À : Pierre Béland pierz...@yahoo.fr
 Cc : Talk Openstreetmap talk@openstreetmap.org
 Envoyé le : Jeudi 24 juillet 2014 9h44
 Objet : Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid)
 function?

 Salut Pierre

 Thanks - But this doesn't parse (see below). I'm getting:
 Error: line 4: static error: Element print cannot be subelement of
 element union.

 -- Stefan

 [out:json]
 [timeout:25]
 ;
 (
   node[shop~dairy]
   (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
   way[shop~dairy]
   (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
   out meta center;
 );
;
 out meta qt;

 2014-07-24 15:20 GMT+02:00 Pierre Béland pierz...@yahoo.fr:
 Stefan,

 In your request, you make a recursive query that loads nodes from the way.
 In this example, the node and way queries are independant. For the way,
 the
 center command is used.

 [out:json]
 [timeout:25]

 ;

  node[shop~dairy]
 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 out meta;

  way[shop~dairy]
 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 out meta center qt;

 Pierre

 
 De : Stefan Keller sfkel...@gmail.com
 À : Talk Openstreetmap talk@openstreetmap.org
 Cc : Roland Olbricht roland.olbri...@gmx.de
 Envoyé le : Jeudi 24 juillet 2014 8h19
 Objet : [OSM-talk] Overpass API / Overpass QL: center (and centroid)
 function?

 Hi,

 I'm trying to get a list of point features only (as GeoJSON or XML).
 This could serve as input e.g. to uMap. The problem is that the query
 returns points but also areas. This is actually correct - but I want
 these areas converted to point geometries too (centered, like
 ST_Centroid).

 I then found the modifcator/keyword center in the Overpass QL [1].
 But I still get polygons. See the query [2] below.

 Any ideas?

 --Stefan


 [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL

 [2] http://overpass-turbo.osm.ch/ oder http://overpass-turbo.eu/

 *** Dairy (Käserei) Query ways/areas only... ***

 [out:json]
 [timeout:25]
 ;
 (
  node[shop~dairy]

 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
  way[shop~dairy]

 (45.70234306798271,5.8831787109375,47.864773955792245,10.59082031248);
 );
 out meta center qt;
;
 out meta center qt;

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





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

Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

[Stefan Keller]

Dear all

Thanks for the help - especially from the french colleagues.
I'm still struggling even with the XML output.
My actual goal is to display the result set of the Dairy/Cheese
Makers query in uMap.
When I apply the query below to http://overpass-turbo.osm.ch/ the result is OK
(displayed POIs: 386, Lines: 300, Polygons: 138).

But when I add this URL as remote data to uMap, there are less markers
displayed.
It seems again that there is a problem with the ways/areas:
http://umap.osm.ch/de/map/kasereien_18

You can easily see the difference when comparing to Simon's solution:
Simon actually gave up using overpass within uMap and preprocessed the
data locally:
http://umap.osm.ch/de/map/kasereien_6

--Stefan

[out:xml]
[timeout:25]
;
(
  node[shop~dairy];
  node
[name~[Kk]äserei|[Cc]häsi|[Ff]romagerie|[Cc]aseificio|[Cc]hascharia];
  node[produce~cheese];
  node[craft~cheese_making];
);
out meta;
(
  way[shop~dairy];
  way
[name~[Kk]äserei|[Cc]häsi|[Ff]romagerie|[Cc]aseificio|[Cc]hascharia];
  way[produce~cheese];
  way[craft~cheese_making];
);
out meta center qt;
(
  ._;
  ;
);
out meta qt;

2014-07-24 19:58 GMT+02:00 mmd mmd@gmail.com:
 Pieren wrote
 On Thu, Jul 24, 2014 at 5:33 PM, Christian Quest
 In my last overpass test with the new out center feature, it looked
 like
 it was working only with XML output, not with the JSON (not GeoJSON) one.

 It's already reported:
 https://github.com/drolbr/Overpass-API/issues/93

 Pieren

 Right, some of the missing bits for JSON support are already implemented in
 the out_geom_json branch. However, Roland hasn't merged this branch into
 the master branch yet.

 https://github.com/drolbr/Overpass-API/tree/out_geom_json

 Best
 mmd




 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Overpass-API-Overpass-QL-center-and-centroid-function-tp5812491p5812549.html
 Sent from the General Discussion mailing list archive at Nabble.com.

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

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

Re: [OSM-talk] OpenStreetMap Availability (Coverage) 2014

[Stefan Keller]

Update from Stefano (many thanks!):
https://twitter.com/maps4thought/status/489388472063774720
Now it looks better!

-S.


2014-07-15 21:54 GMT+02:00 Christoph Hormann chris_horm...@gmx.de:

 On Tuesday 15 July 2014, Stefan Keller wrote:
 
  Which node density map by Martin Raifer do you mean?

 http://tyrasd.github.io/osm-node-density/

 --
 Christoph Hormann
 http://www.imagico.de/

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

[OSM-talk] OpenStreetMap Availability (Coverage) 2014

[Stefan Keller]

Interesting visualization about OpenStreetMap availability/coverage:
Visualizing nodes per inhabitant worldwide.
https://twitter.com/CiaranStaunton/status/488761438065156096
(Source: S. De Sabbatta, Oxford Internet Institute, 2014,
http://geography.oii.ox.ac.uk )
Note: IMHO Diagram/color scheme has some potential to be enhanced.

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