Re: [OSM-talk] Announcement: OpenAirportMap

[Stephan Knauss]

On 08.02.2023 10:12, Daniel Korn wrote:
as I got positive feedback in the forum, I’d like to present to this big 
mailing list an experimental map that I developed: OpenAirportMap. [1]
You enter the aiport’s ICAO code, IATA code or simply search by name and 
will be presented a vector-map with data retrieved via Overpass-API.

Maybe there is an aviation enthusiast who might like this.
dktue
[1] https://openairportmap.org


Nice idea. I can see how this might be interesting for aviation enthusiasts.

I wonder how you implemented the map access. After hopping to the second 
airport i am receiving status 429 from tile.openstreetmap.org.
I have not browsed around the OSM map before, so I wonder how many 
requests you are doing to trigger here a policy block on the tile server 
that fast.



Also on naming, you might want to think of a different name.
The one you have currently chosen is conflicting with OSM trademark. 
Having your own name would give more freedom on what you do with the 
page and what data sources to use.


You can read further here:
https://wiki.osmfoundation.org/wiki/Trademark_Policy

Especially the section about "You may not" and the example "OpenThingMap".


Stephan

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

Re: [OSM-talk] validated osm by linux fondation ?

[Stephan Knauss]

On 15.12.2022 21:06, Marc_marc wrote:

+ news from TtomTom that it switch to osm, that let me thing that
this new database is an osm+extarnal data+validator+schema 
"fork/downstream"


Don't worry. These companies are not stupid. And they are all having a 
long record now of contributing to OSM. Sometimes this did not went so 
smooth, but they all demonstrated interest in improving the cooperation.


Maybe think of it more as an analogy to a Linux Distribution.

We are the upstream. We have the latest and greatest data. But also 
sometimes rough edges or vandalism not yet corrected.


Certainly this raw and unvalidated data is not suitable for all 
use-cases. Sometimes you are happy with some slightly older data which 
has passed some validation. And that is then a product these companies 
can use.


Watch some of the SOTM presentations of the big companies of how they 
work with OSM data and their data validation teams. Then it will be 
obvious why you often can't directly use OSM source.


Unless you have extremely good ways of automatically merging in your 
fixes, it will always better to fix problems upstream. And to my 
understanding they are doing that.


And as long as the majority of the data originates from OSM they have a 
strong business interest to keep OSM in a good shape.


Stephan


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

Re: [OSM-talk] Your experience in reaching out to Maps.me users ?

[Stephan Knauss]

Hello,

On 12.11.2020 10:55, Jean-Marc Liotier wrote:
Is it just me or are Maps.me Openstreetmap contributors unaware of 
Openstreetmap messages ? Does anyone here have seen Maps.me 
Openstreetmap contributors answer to Openstreetmap messages ?


I share your experience. Typical maps.me edits are of low quality and 
frequently show a misuse of tags, certainly not following to our 
community standards.


I have a very low response rate on comments. Probaly one out of hundred 
responds. And I have not seen them going back to fix their edits ever.


I think OSM API should block edits until email address is confirmed.
And probably re-check the response to emails once a year or switch the 
account into read-only mode.
Participating in changeset discussions or using osm messaging could 
reset that counter as well.


Stephan

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

Re: [Talk-de] Maß für die Genauigkeit von Eigenbau-GPS-Geräten?

[Stephan Knauss]

On 01.09.2020 09:37, Eifelhunde via Talk-de wrote:
> was auch interessant ist, es gibt für GPS referenzsateliten die fest
> über dem Horizont stehen, mein GPS kann die Empfangen und verarbeiten.
> zeigt so praktisch beide Seiten einer Straße an.

Für meine Anforderungen wäre SBAS/WAAN/EGNOS nicht relevant, da ich 
meine GPS Spuren in einem Land ziehe für die es kein Messnetzwerk mit 
Ionosphärenkorrektur gibt.
Da wäre wichtig, dass der Logger entweder merkt, dass es für den Bereich 
keine Korrektur gibt und er es ignoriert, oder das ganze abschaltbar.


Ich hatte irgendwo mal einen Vergleich gemacht was passiert wenn der 
Logger fälschlicherweise eine Korrektur in einem Gebiet anwendet für die 
es keine Daten gibt. Da kam es zu einem üblen Offset.


Stephan


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

Re: [Talk-de] Maß für die Genauigkeit von Eigenbau-GPS-Geräten?

[Stephan Knauss]

Hallo Manuel,

On 31.08.2020 16:30, Manuel Reimer wrote:
> Was würdet ihr noch probieren um Performance zu vergleichen?

Mal zu Fuß dicht an hohen Häuserwänden gehen. Die Hoffnung wäre, dass 
die Empfänger mit mehr Satelliten hier weniger problemen mit Reflektion 
haben. Da dürfte dann vermutlich auch die Antenne eine Rolle spielen.


> Besteht grundsätzlich Interesse am Eigenbau von GPS-Empfängern?
Da meine BT747 Sammlung auch irgendwann nicht mehr funktionieren wird 
und ich auch Bedenken habe mal noch Ersatz für die Akkus zu bekommen, 
besteht schon Grundsätzlich Interesse.


Das große Problem wird der Preis werden. Diese ganzen kleinen Handlichen 
Logger hat man ja problemlos bei eBay für Preise zwischen 30 und 50 Euro 
bekommen, je nachdem ob gebraucht, oder neu.


Wenn du selbst baust wirst du preislich vermutlich deutlich drüber 
liegen, oder?


Und dann unterscheiden sich auch noch die Wünsche gewaltig.

In den letzten Umfragen reichte die Spanne von "wasserdicht", über "mit 
Display" zu "Standard-Batterien", "externe Antenne" und 
Rohdatenaufzeichnung.


Ich vermute auch dass man Anpassungen an der Firmware braucht.
Zu Fuß reicht eine Aufzeichnung mit 1Hz super. Mit dem Auto könnte es 
ruhig etwas mehr sein. Und für fliegende Anwendungen sind wir eher im 
10Hz Bereich.


Dann musst du unterscheiden wie die Strategie ist um die Messwerte zu 
Glätten. Wenn du schnell Abbiegst, wie genau folgt der Logger dann der Spur?


Ich glaube auf den Garmin Geräten hatte die Wahl des Fortbewegungsmodus 
das auch beeinflusst. Im "Kfz" Mode war der Nachlauf in die alte 
Richtung etwas größer.


Klingt nach einem spannenden Projekt. Hast du auf einer Website/Blog 
noch mehr Details? Bilder, Materialliste, etc.. ?


Stephan


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

Re: [OSM-talk] Editing wiki asks for confirmation code?

[Stephan Knauss]

Hello Skyler,

I also think something on the reCaptcha code is broken on mobile setup.

Most of us are probably already promoted to "autoconfirmed". This 
completely skips the ReCaptcha.
"Perform CAPTCHA-triggering actions without having to go through the 
CAPTCHA (skipcaptcha)"


Your account does not belong to this group:

https://wiki.openstreetmap.org/w/index.php?title=Special%3AUserRights=Dead10ck

https://wiki.openstreetmap.org/wiki/Unconfirmed_user

So more strict captcha rules apply.
https://wiki.openstreetmap.org/wiki/Special:ListGroupRights



OSM wiki is using this:
https://www.mediawiki.org/wiki/Extension:ConfirmEdit#ReCaptcha_(NoCaptcha)

https://wiki.openstreetmap.org/wiki/Special:Version

While it will not solve the underlying issue, making some further proper 
edits on a desktop brower with working ReCaptcha will make you 
autoconfirmed soon, so issue no longer bothers you.



> Yes, I was logged in. In fact, I just double checked: editing is not
> allowed unless you are logged in.


For reproduction tests of this issue, the tests need to be done with a 
user account not autoconfirmed.


Stephan

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

[Talk-de] Mediatek Logger (747) und GPS Datum Problem

[Stephan Knauss]

Hallo,

mit den Mediatek MT3329 basierten Loggern wurden Probleme bezüglich des 
GPS Datums nach dem GPS Week Rollover Anfang April gemeldet.


Betrifft die Transystem iBlue 747/747 A+ Modelle sowie auch baugleiche 
von Blumax oder QStarz.


Ich konnte bei einigen meiner Logger aus dem Archiv das Problem 
nachvollziehen.


Hier in den Kommentaren gibt es den Anfang der Diskussion:
https://www.technologyblog.de/2012/01/bt747-einstellungen-fur-i-blue-747a-gps-datenlogger/#comment-2493

Lösung war dann doch ganz einfach. Das Datum der RTC mit NMEA Befehl 
setzen, dann funktioniert es wieder.


Hier die genau Erklärung:

https://www.technologyblog.de/2019/05/gps-rollover-zerstoert-gps-logger/

Viel Spaß noch beim GPS Tracks aufzeichnen und nicht vergessen die auch 
sichtbar bei OSM hochzuladen.


Stephan


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

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

[Stephan Knauss]

Hi,

Please be aware that protocol independent URLs do not mean that http is used. 
The client will simply continue using the protocol it used before.

Real need for that is quite limited. So in most cases they are better written 
as https.

But it then needs to be changed where the URL is used and not on the provider 
end.

Stephan


On February 22, 2019 8:02:20 AM GMT+01:00, Bryce Jasmer  
wrote:
>I have written a script that will search for OSM objects that have a
>website tag that explicitly states "http://...; or implicitly uses http
>by
>leaving of the protocol specification. The script will then loop
>through
>all that it discovers and asks the http site if it will redirect me to
>the
>secure version of the website over the https protocol. If it does, I
>will
>update the database with the new value.
>
>This has a couple of advantages. From now through the end of time, any
>user
>clicking on one of those links will be spared the time it takes to
>establish the connection, ask if there is a secure version of the site,
>and
>tear down the connection. It's on the order of 10-200 ms to do, but
>over
>the life of the link and the number of objects that are clicked and the
>population, this could save centuries of time :-)
>
>Another advantage is that it will make https more pervasive and
>hopefully
>people will start thinking https and forgetting all about http. A more
>secure internet is in all of our best interests.
>
>Anyway, I'd like to (slowly) run this across the planet. I've discussed
>this on the US Slack channel and have performed the actions on the
>United
>States already. I've addressed many questions and have heard no strong
>objections. I'm seeking feedback from the larger community now before
>proceeding.
>
>The wiki page is
>https://wiki.openstreetmap.org/wiki/Automated_Edits/b-jazz
>
>The Slack conversation is available, but has died down and the
>transcript
>is available at the wiki page mentioned above.
>
>The diary entry with some more conversation is at the bot's page:
>https://www.openstreetmap.org/user/b-jazz-bot/diary/47743
>
>The source code is available on GitLab for review:
>https://gitlab.com/b-jazz/https_all_the_things
>
>Example changeset for a run over the "9yfd" geohash:
>https://www.openstreetmap.org/changeset/67454775
>
>I welcome your input.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Language used in OSM forum/wiki/mailing list

[Stephan Knauss]

Interesting.

So you have never mapped anything substantial in Thailand.
What makes you an expert on the subject?

BTW: It is a huge difference whether someone insults a person or voices 
frustration about behavior of commercial entities.

Feel free to click on the "report" button in the forum in case you have found a 
post which you consider insulting to persons.

There had been harsh words used for respectles mapping behavior of some gold 
sponsor companies. But nothing to an extent that would justify more than a 
reminder I gave some persons on a meeting in person. 

You should be ashamed to criticize the few people doing the hard work on the 
ground instead of helping them to prevent being outnumbered by paid corporate 
mappers which obviously care less about the data quality than the typical 
mapper. 

Stephan


On December 21, 2018 11:13:48 AM GMT+01:00, wambac...@posteo.de wrote:
>Hi Naveen,
>
>Forum moderator is Stephan:
>https://forum.openstreetmap.org/profile.php?id=6112 
>
>If he's not doing his job, get another one.
>
>Regards
>
>walter, germany
>
>Am 21.12.18 um 10:36 schrieb Naveen Francis:
>> Hello,
>>
>> Is there any policy on the language used in OSM talk/forum/wiki ? 
>> I was going through Thailand OSM forum
>> . 
>> For a raising a concern we need not use abusive language.
>> Users using abusive language should be warned, suspended or
>terminated
>> depending on the degree of the abuse. 
>>
>> Thanks,
>> Naveen Francis
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>-- 
>My projects:
>
>Admin Boundaries of the World
>
>Missing Boundaries
>
>Emergency Map 
>Postal Code Map (Germany only) 
>Fools (QA for zipcodes in Germany)
>
>Postcode Boundaries of Germany
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Help - how to get rid of wrong image in wiki?

[Stephan Knauss]

Roland Olbricht writes:


https://commons.wikimedia.org/wiki/File:A1_bij_Muiderberg.jpg
is the only example I have found at all.

Note that this is referenced on
https://nl.wikipedia.org/wiki/Wisselstrook
and this is still referring to reversible lanes in general, not  
reversible streets.


Maybe I am confused what you are looking for. Is it examples of roads  
changing the allowed direction multiple times a day, depending on the time?


In Hamburg we have this one:
https://de.wikipedia.org/wiki/Datei:Sierichstra%C3%9Fe.jpg

If asking nicely the following pictures might be released under an open  
license as well, both pages provide a contact option to ask for usage  
permission:


https://www.hamburg-web.de/fotos/11186-richtungsverkehr-sierichstrasse.htm

https://www.flickr.com/photos/christoph_bellin/15190435328/in/photostream/


Stephan

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[Stephan Knauss]

On 02.11.2018 07:03, sepp1...@posteo.de wrote:
Irgendwann kommt irgendwer auf die Idee, einen Friedhof mit 
all seinen Gräbern und Grabsteininschriften als POI zu mappen, weil's 
geht - ich denke, irgendwo hörts ganz einfach auf.


Gibt es das nicht auch schon in OSM? Taginfo listet etwas über 20.000 POI
https://wiki.openstreetmap.org/wiki/Tag:cemetery%3Dgrave
https://wiki.openstreetmap.org/wiki/Tag:historic%3Dtomb

Wir müssen halt aufpassen, dass wir nicht einfach ein anderes Projekt 
kopieren, z.B.: https://www.findagrave.com/

Immerhin verwenden die OpenStreetMap als Karte...

Stephan


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

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

[Stephan Knauss]

Bitmap based pre-rendered maps are always a trade-off.

If you are looking for a more "google-like" dynamic map, then check out the 
vector tiles based maps which support search for amenities and can dynamically 
display features.

The arguments had been cited already by the map maintainers. You can always 
fork and render your own map. Free OSM data allows you to do so.

Stephan


On October 20, 2018 10:17:43 AM GMT+02:00, Maarten Deen  wrote:
>On 2018-10-20 03:33, Daniel Koć wrote:
>> W dniu 19.10.2018 o 07:39, Maarten Deen pisze:
>> 
>>> Does this mean that amenity=atm only gets rendered in zoom 19 and
>>> higher? If so, why? It is now rendered from 17 onward, shops get
>>> rendered from 18 onward.
>>> It seems to me that atms are at least as important as shops.
>> 
>> 
>> Yes, you get it right. I based this solution on size principle,
>because
>> this is the only universal rule I know that helps managing the mess
>> which is best visible on z17 in big, well mapped cities. Here are two
>> real life illustrations of the problem with small amenities I gave
>> during long and hot discussion:
>> 
>> 
>>
>https://github.com/gravitystorm/openstreetmap-carto/pull/3372#issuecomment-423373856
>>
>https://github.com/gravitystorm/openstreetmap-carto/pull/3372#issuecomment-426308795
>
>With that argument you can delete all icons because "well mapped cities
>
>are cluttered". Maybe there needs to be done something about that, 
>instead of not showing information everywhere.
>There is not even a hint that there is something now. Shops already get
>
>mapped as dots first, now atms are just invisible except at the highest
>
>zoom.
>Sorry, but IMHO this is a bad change.
>
>Maarten
>
>___
>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] Everything is a tertiary road

[Stephan Knauss]

Hi,

I'm not actively mapping in Myanmar or Vietnam. But I run a tool to 
detect major highways suddenly ending.


During the last few months I see a drastic increase of these kind of 
tagging mistakes.


Check out this area. Nearly everything is mapped as a tertiary.

http://compare.osm-tools.org/loose.html?zoom=14=20.4022=95.43368=BT

I never got response to changeset comments.

This user with ru language setting is very involved or the only source 
to thousands of these faulty taggings:


https://www.openstreetmap.org/user/4719341

I count nearly 23.000 highway=tertiary by this specific user.

Is someone aware of a large-scale directed mapping activity there? Can 
someone, preferably Russian speaking get in contact please and educate 
about proper road tagging?


How can this be repaired? It is a massive amount...

It hurts a bit to see OSM going down the drain there.


Vietnam is not that drastic. Still lots of small roads tagged with 
strange looking names, coming from user-accounts which seems to be 
created for exactly that purpose.


Again a country with no active community which could cry for help after 
being force-mapped.


Stephan

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

[Talk-de] 10 EUR Bahnrabatt für Changelist reviews

[Stephan Knauss]

Hallo,

es gibt gerade wieder etwas Kritik an der Qualität mit der Facebook in 
Thailand das Mapping durchführt.


unpassende Klassifizierung, nicht verbunden oder plötzlich endend, 
schlechte Geometrie oder was ganz anderes.


Wir haben demnächst einen Konferenz-Call mit dem Facebook Team und 
würden da gerne noch etwas mehr Beispiele für schlechtes Mapping 
präsentieren. Vielleicht hilft das ja dabei dass Facebook ihr 
Mapper-Training etwas verbessert.


Die verwendeten Accounts sind hier gelistet, sind aber recht leicht 
erkennbar, da nach Schema: VLD001, RVR001, jeweils mit anderen Nummern.


https://wiki.openstreetmap.org/wiki/AI-Assisted_Road_Tracing

Im Süden von Thailand sind die Edits sehr präsent, da es dort kaum 
andere Mapper gab.


Bitte kommentiert schlechte Changes direkt in einem Changeset comment.

Wäre nett wenn ihr mir dann auch einen Link schickt, dann habe ich das 
gleich griffbereit. Wir werden aber auf jeden Fall die letzten Comments 
der Facebook Mapper vor dem Meeting ansehen.


Als kleines Dankeschön für die Unterstützung gibt es für die zwei 
schnellsten Rückmeldungen zu schlechten Edits jeweils einen 10 EUR 
Gutschein aus der ferrero-hinundweg.de Aktion mit dem man günstiger 
Bahnfahren kann.


Vielen Dank schon mal für eure Hilfe,

Stephan


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

[OSM-talk] Laos peaks import

[Stephan Knauss]

https://www.openstreetmap.org/changeset/53851714#map=12/17.8201/104.6552

hundreds of peaks, including elevation in meters. According to the  
changeset "source: knowledge".


Does someone know the source of this import? The Laos contacts I had before  
are no longer active...


Stephan

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

Re: [OSM-talk] Draft Trademark Policy

[Stephan Knauss]

Hello Simon,

On 18.09.2017 10:17, Simon Poole wrote:

Depending on the territory you can have rights in marks that you have
not registered and it is probably completely undisputed that OSM is
associated as strongly as OpenStreetMap with the project.


My main interest is whether we actually have OSM as a mark.

I assume you refer to this:
https://www.gesetze-im-internet.de/markeng/__4.html

This requires a majority of the "users" associating OSM with the 
OpenStreetMap Foundation, or maybe with the product the OSMF has which 
is our database.


I assume without a registered trademark it would be up to the OSMF to 
actually prove that they created the OSM mark by using it, right?


So wouldn't it be wise to actually register OSM to prevent any doubts on 
having that mark? Costs don't seem that high. Googling mentions 300 EUR 
for a registration.


Are we confident, the majority associates OSM with OpenStreetMap?
There was the OSMAPS@ mark a while ago. It belonged to Ordnance Survey 
Maps, which can also be abbreviated as OSM.


Can we even legally use OSM with Ordnance Survey having OSMM? 
https://euipo.europa.eu/eSearch/#details/trademarks/002782688


Wouldn't they be legally required to protect their mark by asking us to 
stop using OSM?


Where is the difference between us weakening the OSMM mark and FOSM 
weakening the OSM mark?


Stephan

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

Re: [OSM-talk] Draft Trademark Policy

[Stephan Knauss]

Hello Simon,

On 08.09.2017 20:02, Simon Poole wrote:

Further we've added a clarification to the FAQ wrt use of remixes in
domain names and that use of the OpenStreetMap mark soley for
attribution does not require a trademark notice.


Most of us are not that fluent with trademark law, nor I am.
Could you please give some hints why "osm" as part of domain names 
should conflict with our registered OpenStreetMap marks?


Like "fosm".

I tried to figure it out, but OSM does not seem to be a registered mark 
of the OpenStreetMap Foundation:

https://euipo.europa.eu/eSearch/#details/owners/574987


There are two marks of OSM registered:
https://euipo.europa.eu/eSearch/#advanced/trademarks/1/50/n1=MarkVerbalElementText=OSM=AND=IS=ApplicationNumber=asc

One in class 9, which does not seem to apply for out context and one 
registered for class 8 and 35 which could with some fantasy conflict.


Again: I fully understand why OpenThingMap or OpenStreetSomething is 
bad. Or why the domain I had a wile ago for training stuff, 
"openstreetmap.academy" is problematic.


But why is OSM as the abbreviation considered to be a problem?
If we would want to protect it, shouldn't we register a trademark for it?

We in this context is the OSMF.

Stephan

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

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

[Stephan Knauss]

Hallo Markus, 

das von dir zitierte Dokument scheint auf OSM nur sehr begrenzt zuzutreffen. 

Es bezieht sich ja ausdrücklich auf GIS die personenbezogenen Daten sichtbar 
machen sollen. Als Beispiel ist eine Anwendung aufgeführt, die Alter und 
Einkommen der Bewohner eines Quartiers auswertet. 

Also so etwas wie das Geoscoring, das der Schufa nachgesagt wurde. 

Das was wir erfassen sind reine Geodaten ohne Personenbezug. Somit nicht 
zutreffend. 

Bleiben die Metadaten. Die sind aber nicht an eine Person gekoppelt, sondern an 
ein Pseudonym. Du hast weder eine technische, noch eine rechtliche Möglichkeit 
herauszufinden welcher Person ein Pseudonym zuzuordnen ist. 

Dass es Ausnahmen gibt in denen eine Person freiwillig eine Beziehung zu ihrem 
Pseudonym herstellt ist bei der großen Masse die Ausnahme und somit auch nicht 
relevant. 

Was sicher nützlich ist wäre ein deutlicher Hinweis bei der Anmeldung dass die 
Metadaten essentiell für das Funktionieren der Community sind und einsehbar 
sind. 

OSM ist aber bei weitem unkritischer als Internet Foren, bei denen ja auch das 
Datum und Uhrzeit angezeigt wird. Oder noch schlimmer Facebook, bei dem durch 
Einbeziehung der Freunde eine Person in der Regel identifizierbar ist. 

Stephan 



On June 13, 2017 6:20:22 AM GMT+02:00, Markus  wrote:
>Hallo Frederik,
>
>> Fürsorgepflicht gegenüber unseren Mappern 
>> vor möglichem Datenmissbrauch schützen
>
>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?lang=de
>
>Ich vermute, das hat tiefgreifende Auswirkungen auf unsere Arbeit...
>
>Der entscheidende Punkt:
>*die Verknüpfung mit Personendaten begrenzen oder verunmöglichen*
>
>"begrenzen" meint:
>"Frederik arbeitet mit" oder
>"Frederik hat 2016 ##-tausend Punkte eingetragen" ist möglicherweise
>ok,
>"Frederik hat folgende Daten eingetragen" ist ohne seine explizite
>Zustimmung nicht ok.
>
>> Jeder, der unser Planetfile runterlädt und verarbeitet, wird
>> unwillkürlich zum Verarbeiter persönlicher Daten
>
>Ja, das Planetfile darf m.E. nur anonymisiert verbreitet werden.
>
>> * Wer sich drum kümmert, kann heute schon seine Daten in OSM
>schützen,
>> und die, denen das wichtig ist, die wissen meist auch, was sie machen
>> müssen.
>
>Das ist nicht ausreichend.
>
>Erforderlich ist ein Opt-In-Verfahren, also eine ausdrückliche
>qualifizierte Zustimmung zur nicht anonymisierten Datenerfassung,
>bzw. der automatischen Ablehnung einer Nicht-Anonymisierung, wenn nicht
>explizit zugestimmt wird.
>
>Ich vermute, eine solche Zustimmung würden nur wenige erteilen.
>Es ist aus datenschutzrechtlicher Sicht sinnvoll, die Daten
>grundsätzlich zu anonymisieren.
>
>Ein Zugriff auf die Verknüpfungstabelle wäre dann ausschliesslich der
>DWG gestattet. Die Möglichkeit für Dritte muss technisch ausgeschlossen
>sein.
>
>> * Egal, was wir tun oder nicht tun, wir sollten eventuell dafür
>sorgen,
>> dass neue Benutzer ganz genau wissen, was sie tun und was über sie
>> später ermittelbar ist. 
>
>Das ist sowohl für Daten in DE als auch in CH zwingend.
>
>> im deutschen Recht, der Datenschutz stärker als das Urherber- 
>> oder Datenbankschutzrecht oder irgendwelche Lizenztexte.
>
>Gilt auch für CH.
>
>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

Re: [Talk-de] Technische Frage ÖPNV-Karte / Mapnik-Karte

[Stephan Knauss]

Kannst du bitte einen Link zu so einer Stelle posten?
Vielleicht auch den Node und die Tags um die es konkret geht? 

Updates können durchaus mal etwas länger brauchen aber mehrere Wochen klingt 
ungewöhnlich. 


On March 3, 2017 8:41:52 AM GMT+01:00, goegeo  wrote:
>Hallo Mitstreiter,
>
>ich bearbeite bereits seit einiger Zeit Busrouten und zugehörige 
>Infrastrukturen. Ich folge dabei dem PTv2-Schema.
>
>Mir war jetzt aufgefallen, dass viele Änderungen sowohl vom 
>Mapnik-Renderer, wie auch in der ÖPNV-Karte auch nach Wochen nicht in 
>der abgeänderten Form verarbeitet werden. Es sind immer noch die 
>früheren Bezeichnungen von Haltestellen (Name etc.) vorhanden. In
>Teilen 
>sind auch gar keine Daten, obwohl von mir erfasst. Parallel sind 
>dieselben Daten aber in JOSM abrufbar. Bin ein wenig ratlos.
>
>Kann jemand weiterhelfen, woran es liegen könnte. Danke!
>
>___
>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] automatic elevation addition to way-nodes

[Stephan Knauss]

Hi,

US community might want to be aware of this:

https://www.openstreetmap.org/user/ptal_io/history

A software automatically calculates elevations and adds this to all 
nodes of a way. Looks like a test drive of the software.


I don't remember a discussion here. Sorry in case I missed it.

Personally I don't feel this belongs to OSM. If needed the data can 
easily be fetched from a parallel elevation model by matching coordinates.


Stephan

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

Re: [OSM-talk] SOTM Brussels public transport info

[Stephan Knauss]

On 22.09.2016 06:00, Jo wrote:

The reason for the extra fee on top of STIB/MIVB tickets is that they
operate in Brussels, but the airport is 'out of their normal reach',
over in Flanders.


They could state it clearer that the airport is outside the network. 
Thanks for the explanation.



The cheapest (€3) way to get from the airport to Brussels is using De
Lijn 272, 471, BUT that will take about an hour to get to the wrong side
of the city. The terminus at North Station is not the VUB campus.
Perfect for me as I will arrive in the evening and have a hotel in that 
area. Thanks again.


From there to the VUB campus sounds easy again as it is all within the 
city, so all transports are available.


Stephan



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

[OSM-talk] SOTM Brussels public transport info

[Stephan Knauss]

Hello,

I am just completing my trip planning to ensure a smooth arrival at 
SOTM. The Brussels public transport leaves me a bit uncertain.


I will arrive at Brussels Airport.

The trip planner suggests to take a train 3737 to Bruxelles Nord.
http://www.stib-mivb.be/reisweg-itineraire.html?l=en

I wonder: Is this also included in the Jump 24h ticket costing 7.50 EUR?
The website mentiones a Bourget-Brussels Airport section
http://www.stib-mivb.be/1-jour-dag.html?l=en

But if I check the website of the train, then it says I should get a 
Standard ticket for 8,60 EUR. Why would it suggest that if I could go 
for Jump with 7,50? Sounds like it is not included.


http://www.belgianrail.be/en/travel-tickets/which-is-the-right-ticket-for-me.aspx

Is the Jump ticket maybe not valid for trains? Is it valid for the bus 
lines to the airport only?


Would be great is a seasoned Brussels traveler can give some details.

Thanks, and see you at SOTM,

Stephan

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

Re: [OSM-talk] SotM 2016 Accomodation

[Stephan Knauss]

On 01.03.2016 08:04, Jochen Topf wrote:

There is only a single hotel listed when I click through there, the "Motel One".
Price for a single room is 93 EUR. hrs.de offers the same hotel for 79 EUR.
Even if you add the extra breakfast (9.50) that's still cheaper.


When I checked it out three days ago I believe it was 3 nights for 186, 
including breakfast and tax. Maybe it did not display it correctly on a 
smartphone. Or the budget rooms are already gone.
That price was quite nice compared to hrs, but unfortunately I did not 
book as I wanted to do this on the PC and not via smartphone.


Have now a reservation for "Maxhotel". Similar area, roughly 30 minutes 
to the venue by public transport. No breakfast but reviews on hrs look 
fine. 3 nights for 147 EUR.


Stephan


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

[Talk-de] Domain osm.solutions abzugeben

[Stephan Knauss]

Hallo,

könnte vielleicht für die OSM Freiberufler hier interessant sein.

Ich habe die Domain "osm.solutions". Da ich mit OSM kein Geld verdiene 
ist mir die für den Einsatzzweck den ich dafür noch hätte zu teuer geworden.


Ich finanziere ja schon jetzt recht viel aus eigener Tasche.

Wer Interesse daran hat die Domain direkt zu übernehmen sollte sich die 
nächsten Tage mal bei mir melden. Eine finanzielle Anerkennung die den 
Betrieb meines Servers unterstützt sollte dann aber drin sein.


Alternativ: einfach etwas warten und die Domain regulär registrieren in 
der Hoffnung dass niemand schneller ist.


Stephan


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

Re: [Talk-de] key:name multilanguage nach browsereinstellung anzeigen

[Stephan Knauss]

On 06.02.2016 15:08, tshrub wrote:

Wieso wird auf mapnik nicht "automatisch übersetzt",
sprich: wenn die tags existieren
name:de
name:el
name:en
name:ar
name:fr
zeigt mein de:en:SeaMonkey z.B. in Arabien für mich nichts lesbares an.


Weil das "default" Mapnik rendering für die Mapper da ist. Und die sind 
lokal und "on the ground". Sprich: die haben überhaupt kein Problem mit 
Arabisch weil Muttersprache.


Wenn du eine Karte haben willst die Namen auch auf Englisch/romanisiert 
anzeigt dann musst du die einen passenden Kartenanbieter suchen.



Nur wenn ich auf eine andere Karte wie "Verkehrskarte" umschalte, werden
die key schön browserspez. extrahiert.


Macht er bei mir nicht. Wird immer Englisch angezeigt. Denke daher, das 
ist einfach so ein Anbieter wie oben erwähnt. Da Andy aus UK stammt wäre 
das naheliegend.


Stephan



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

Re: [OSM-talk] What is 'Attic Data'? or 'Why can't wiki writers use plain language'.

[Stephan Knauss]

This time with correct sender ☺

On February 4, 2016 10:15:45 AM GMT+01:00, Stephan Knauss wrote:
>Hello Dave and others, 
>
>While I agree in general that the wiki should be as understandable for
>beginners as possible, please be aware that the audience of your
>mentioned page are not beginners. 
>
>It is the technical documentation of the overpass API. Application
>Program Interface. It is that piece of software an application
>developer interacts with. 
>An API is not intended for the end user. 
>
>When you edit OSM data you also use dedicated programs for it and don't
>interact with the API directly. 
>
>So it is fine when an average developer understands the page. 
>
>Having the special vocabulary explained somewhere certainly helps. But
>I am quite certain it is explained in the overpass docs. 
>
>Stephan 
>
>
>On February 4, 2016 9:41:56 AM GMT+01:00, Mateusz Konieczny
><matkoni...@gmail.com> wrote:
>>On Wed, 03 Feb 2016 22:06:32 +
>>Dave F <davefoxfa...@btinternet.com> wrote:
>>
>>> Why is it headed as 'Attic Data'?
>>
>>AFAIK it is how this is named internally in Overpass API - see
>>https://github.com/drolbr/Overpass-API/search?utf8=%E2%9C%93=attic
>>
>>___
>>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] Deutscehr tileserver (was: HTTPS für openstreetmap.DE)

[Stephan Knauss]

On February 1, 2016 10:55:51 AM GMT+01:00, Sven Geggus 
 wrote:
>
>Ich habe den Rant bei Fefe über letsencrypt gelesen und war dann erst
>mal
>etwas desilusioniert.  Wenn mir jemand ein howto für ein sauberes
>automatisiertes setup von letsencrypt mit SANs zeigt ist das im Prinzip
>kein
>Problem das für den deutsche Tileserver aufzusetzen.

Ich habe noch mehr als 60 Tage bis zum renewal, denke aber dass ich zwei 
vielversprechende Lösungen zum renewal gefunden habe. Bis zum Hack Weekend in 
Karlsruhe könnte ich das am laufen haben. Wenn du mit dabei bist und Lust hast 
können wir das dann zusammen anschauen... 

Stephan 



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

Re: [OSM-talk] Nominatim weakness

[Stephan Knauss]

On December 24, 2015 11:21:22 AM GMT+01:00, malenki  wrote:

>Because I know of the fallability of men and IT when I search for
>anything depending on a location I always give the location, too.

Does nominatim support phrases like "nearby"  or "near me"? If we don't pass 
the current location, it could use the map bounding box. 

Stephan 


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

Re: [Talk-de] Private Schwimmmbecken

[Stephan Knauss]

Ist dir wahrscheinlich schon klar, aber zur Klarstellung trotzdem. 

Du scheinst OSM als Karte zu sehen. Es ist aber sehr viel mehr. OSM ist eine 
Datenbank mit Geo Features. 

Das was einige aus den Daten machen ist dann eine Karte. In diesem Fall dann 
wohl Wheelmap. 

Wenn da was unsinniges drauf ist solltest du dich direkt an den Macher der 
Karte wenden... 

Stephan 


On November 29, 2015 6:28:18 PM GMT+07:00, Michael Reichert  
wrote:
>Hallo Chris,
>
>Am 2015-11-29 um 12:20 schrieb chris66:
>> Ja, was jemand auf seinem Privatgrundstück stehen hat, gehört IMHO
>nicht
>> auf eine öffentliche Karte.
>
>Ok, dann lass uns doch fast alle Gebäude in OSM löschen. ;-)
>
>Viele Grüße
>
>Michael
>
>-- 
>Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
>ausgenommen)
>I prefer GPG encryption of emails. (does not apply on mailing lists)
>
>
>
>
>
>___
>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] OSM bei Polizei?

[Stephan Knauss]

Habe gerade kein so tolles Netz, aber ist der Fossgis als gemeinnützig 
anerkannt? Dann könnte er sich, bzw. OSM in die Bußgeldliste eintragen lassen. 
Dann können wir wirklich Spenden bekommen... 

Stephan 

On November 17, 2015 5:01:01 PM GMT+07:00, Andreas Schmidt 
 wrote:
>Internet ist ja auch Neuland.
>Es ist übrigens die Bußgeldstelle. Ob man die um eine Spende für OSM
>bitten könnte? So als pauschale Lizenzabgeltungsgebühr? :-)
>
>Am 17.11.2015 um 10:35 schrieb Hartmut Holzgraefe:
>> On 17.11.2015 10:26, Andreas Schmidt wrote:
>>>
>https://www.polizei.rlp.de/internet/nav/092/09250455-9958-bb31-7a52-f616a313445c.htm
>>>
>>>
>>>
>>> Nutzt die Polizei dort eine OSM-Karte und ist dort keine
>Urheber-Notiz
>>> vorhanden?
>>
>> ja, sieht so aus.
>>
>> Sieht aber auch so aus als ob wer auch immer die Seite gestaltet hat
>> auch von Web allgemein eher so wenig bis garkeine Ahnung hat?
>>
>>
>> ___
>> 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] OSM Notes API-Anfrage geht nicht vollständig

[Stephan Knauss]

On 24.10.2015 23:02, Dietmar wrote:

Gemäß der Dokuangabe könnte man auch das Ausgabeformat, u.a. gpx
auswählen, aber der Parameter ist nicht dokumentiert. Ein Versuch mit
format=gpx war nicht erfolgreich.

Kann mir jemand helfen?


Ruby und Rails ist für mich immer irgendwie magie. Ich habe keine Idee 
wie die Parameter reinkommen. Ist einfach aller irgendwie magisch da.


Vielleicht wirst du ja daraus schlau:
https://github.com/openstreetmap/openstreetmap-website/blob/master/app/controllers/notes_controller.rb

Es gibt zumindest eine Auswertung für Format:

# Render the result
respond_to do |format|
  format.rss
  format.xml
  format.json
  format.gpx
end


Und der Limit Parameter scheint auf geprüft und ausgewertet zu werden. 
Ob man dem ruby irgendwo sagen muss, dass er in der Funktion den Limit 
Parameter auch holt oder ob das mal wieder magisch passiert kann ich 
nicht sagen.


Stephan



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

Re: [Talk-de] OSM Notes API-Anfrage geht nicht vollständig

[Stephan Knauss]

On 24.10.2015 23:02, Dietmar wrote:

wget -O nodes.osn
http://api.openstreetmap.org/api/0.6/notes?bbox=8.976,47.2701,13.8397,50.565=2550=-1



bringt nur 100 Notes (das ist default), also der limit-Parameter scheint
nicht zu gehen.


hatte das gerade ausprobiert:

wget -O - 
"http://api.openstreetmap.org/api/0.6/notes?bbox=8.976,47.2701,13.8397,50.565=2550=-1; 
| grep " 
 ] 3,318,350   11.6M/s   in 0.3s


2015-10-25 00:15:14 (11.6 MB/s) - written to stdout [3318350]

2550



Scheint wie erwartet zu funktionieren. vielleicht nur ein kurzer 
Schluckauf der API? Format kann ich aber auch nicht ändern.





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

Re: [OSM-legal-talk] When should ODbL apply to geocoding

[Stephan Knauss]

Frederik Ramm writes:


geocoding results seem like
a produced work to me. I believe that I am decorating other open data
with the results of a geocoder that contains sufficient art to make it
not derived, but produced.


Our usual definition of produced work doesn't look at how much art there
is, but whether something is a database.


If a printed map is a database (refer to Landgericht München I, 21 O  
14294/00) and we treat it as a produced work, why can't another database  
not be a produced work as well? For example a database used for routing or  
a database used for (reverse)geocoding.


ODBL defines it as:
“Produced Work” – a work (such as an image, audiovisual material, text, or  
sounds) resulting from using the whole or a Substantial part of the  
Contents (via a search or other query) from this Database, a Derivative  
Database, or this Database as part of a Collective Database.


It gives examples of works, but IMHO does not limit it to such.
So if you produce a database by using the whole or a substantial part of  
the contents then you have a produced work.


If you copy extensive listings of job offers from a newspaper you did not  
violate database rights (München 6 U 2812/00). If you copy the music charts  
listing, you did (München 29 U 4008/02).


The nuances of when something is a database and when not is much different  
in a legal sense than what the typical technician would assume.


I'm out from this legal discussion. And I recommend all not having any  
degree of legals and experience with database right also not to participate  
in this discussion any more. It's all opinions. But for legal discussions  
opinions don't count much (maybe unless you are the judge).



Stephan

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

Re: [Talk-de] Problem mit Bahnhofsmapping von MentzDV

[Stephan Knauss]

Hallo Peda und andere,

On 29.08.2015 21:36, Peter Barth wrote:

vor ein paar Tagen wurde von Mentzdv in 3 Changesets unser Bahnhof
verschönert.


da auf deiner eMail nicht mit drauf habe ich das ganze mal an Mentz 
weitergeleitet. Da noch Wochenende ist wird frühestens Montag Nachmittag 
eine Antwort kommen.


Viele von den Routinearbeiten kann sicher auch ein mittelmäßig 
erfahrener Mapper remote erledigen.


Ich denke wir brauchen aber einen Weg wie das lokale Wissen stärker 
berücksichtigt wird.


Ob ein bezahlter Mapper eine veraltete Info einträgt oder ein Mapper vor 
Ort die Info nicht nachtpflegt macht im Ergebnis keinen Unterschied. 
Aber schlechter sollten die Daten hinterher nicht werden. Also richtige 
Infos dürfen nicht kaputtkorrigiert werden.


Ich habe folgendes auch an Mentz geschickt, hoffe dass die Antwort 
öffentlich kommt.


Passiert euch ja immer wieder, dass eure Infos gegenüber den OSM Daten 
veraltet sind.


Habt ihr mal überlegt wie sich das verbessern lässt? Ihr dürftet wohl 
umfangreichere Quellen haben, die OSM Daten stammen aber in der Regel 
aus Begehungen vor Ort und sind damit wohl auch aktueller.


Habt ihr versucht die lokalen Mapper stärker einzubinden?
Wie wäre es wenn ihr im Vorfeld einer Mapping-Aktion von Bahnhöfen die 
Mapper aus der OSM Datenbank anschreibt die in den letzten sagen wir mal 
18 Monaten dort Objekte angefasst haben?

Die Abfrage sollte sich aus Overpass bedienen lassen. Mal Roland fragen.

Da könnt ihr dann schreiben was ihr vorhabt, welche Accounts 
voraussichtlich editieren werden und anbieten, dass die lokalen Mapper 
helfen. Das könnte eine Ortsbegehung sein, Beantwortung von Detailfragen 
oder ein Review der Änderungen.


Viele Grüße,

Stephan


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

Re: [OSM-legal-talk] Any expert CC-BY - ODbL negotiators?

[Stephan Knauss]

Hello Steve,

On 30.08.2015 17:14, Steve Bennett wrote:

I wonder if there are any expert licence negotiators here who might be
able to get involved in the discussion.


I'm no such expert, but they just require attribution. Did they state 
any specific way of doing so? If not, then maybe just mentioning in the 
wiki is fine for them?


http://wiki.openstreetmap.org/wiki/Contributors

Stephan


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

[Talk-de] POI als Punkt oder Fläche mappen

[Stephan Knauss]

Hallo zusammen,

bei unserem heutigen OSM Stammtisch kam die Frage auf was aktuell der OSM  
Weg ist wenn durch genauere Informationen ein bereits als Punkt (Node)  
existierender POI in eine Fläche überführt werden soll.


Es gibt wohl in der Community verschiedene Sichtweisen. Ich will mit einer  
kleinen Umfrage mal ein Meinungsbild einholen wie so etwas eurer Meinung  
nach gemapped wird.


Ausgangslage ist also ein einfacher POIm der detaillierter als Fläche  
gemapped werden könnte. Fläche deckt dabei den kompletten POI ab. Keine  
Spezialfälle wie mehrere Shops im gleichen Gebäude oder so.


A) POIs sollen niemals als Fläche gemapped werden. Der POI würde als Punkt  
innerhalb einer Fläche liegen die nur als Gebäude getagged ist


B) Die Tags des Nodes werden der Fläche hinzugefügt und dann der Node  
gelöscht. History der Entstehung des Tags bleibt im OSM Full-Planet  
erhalten.


C) Der bestehende Node wird verschoben und Bestandteil der Fläche. Die Tags  
werden vom Node entfernt und der Fläche hinzugefügt. History ist eventuell  
etwas leichter zu erreichen da der Node noch sichtbar ist.


D) Node und Fläche sollen gleichzeitig existieren und beide alle Tags  
enthalten


Hier mal ein Doodle dazu. (irgendwo gab es glaube ich auch eine  
Umfrageplattform, habe das aber auf die Schnelle nicht gefunden)


http://doodle.com/sfp3g2rtd4cg4mxp

Bitte gebt so innerhalb der nächsten zehn Tage eure Meinung ab.

Stephan

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

Re: [Talk-de] Update of german Aral petrol stations

[Stephan Knauss]

On 12.02.2015 07:19, Michael Kugelmann wrote:

Am 11.02.2015 um 18:28 schrieb Michael Reichert:

Ich persönlich denke, dass die ODbL als Lizenz für eine Import nicht
ausreichend ist. Was passiert, wenn sich die Zweidrittelmehrheit der
aktiven Mapper nach Artikel 3 der Contributor Terms für eine neue Lizenz
entscheidet?

H
Aber: unter irgendeinem Account werden die Daten importiert. Und dieser
Account erkennt bei der Anmeldung auch die CTs an = da steht doch IIRC
dring dass sich die Lizenz ändern kann. Somit dürfen IMHO die einmal
importierten Daten enthalten bleiben [oder mache ich einen Denkfehler?].


Ja. Dein Denkfehler ist, dass durch das Akzeptieren der Contributor, 
Term der Contributor der OSMF gegenüber bestätigt, dass er die Rechte an 
den Daten hat die er beiträgt um der OSMF die genannten Nutzungsrechte 
einzuräumen.


In diesem Fall hätte der Importeur gelogen. Er ist nicht Eigentümer der 
Daten und kann somit auch das Nutzungsrecht nicht einräumen. 
Typischerweise ist das dann ein Fall für die DWG um eine Redaction der 
Daten, also ein Revert inklusive Bereinigung der History, durchzuführen.

Sonst wäre es ja einfach die Daten von TeleAtlas und co zu importieren.


Eine Lösung ist, sich zum Beispiel folgendes genehmigen zu lassen:

Wir gestatten die Verwendung unserer Daten in OpenStreetMap gemäß den 
Contributor Terms.


Als Erklärung kann man dann noch einen Link au die CT beilegen und bei 
Bedarf auch sagen, dass die Daten derzeit unter der ODbL veröffentlicht 
werden.


Viele Grüße,

Stephan



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

Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data

[Stephan Knauss]

Hi,

On 07.01.2015 16:30, Henning Hollburg wrote:

http://stevecoast.com/2014/05/19/why-openstreetmap-is-now-navigation-ready-for-people-like-you/

Doesn't this mean that this data has to be published according to the
ODbL? If not, why?


As having all those databases being released might be good for the 
people wanting the data, it brings no benefit to OSM.


The purpose of ODbL is to keep data open. That's great.

My opinion is:
For OSM the thing most contributors favoring a share alike license model 
really want is a a clause which forces data consumers to grant a license 
to OSMF to incorporate modified/exended data back into OSM database.


ODbL does not contain such a merge clause. We could start merging 3rd 
party ODbL into OSM. But then have a hard time to fulfill attribution 
requirements. And an even harder time to get rid of the data in case of 
another license change in the future.


We need all contributors to agree to the contributor terms, granting a 
license to the OSMF to re-distribute the data.


Maybe we can change the license one more time to an OSM-ODbL. Not only 
requiring to release data as ODbL but also granting OSMF the same rights 
as in contributor terms.


Stephan


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

Re: [OSM-legal-talk] OSM based GPS navigations and ODbl license of OSM data

[Stephan Knauss]

Hi Paul,

On 08.01.2015 10:31, Paul Norman wrote:

On 1/7/2015 7:21 PM, Stephan Knauss wrote:

And an even harder time to get rid of the data in case of another
license change in the future.

See
http://osmfoundation.org/wiki/License#Can_third-party_ODbL-licenses_data_be_imported.3F.
It works like any other imported data.


that's exactly the point. ODbL is not a suitable license for data being 
imported into OSM.


Date being inserted under the contributor terms come with much more 
freedom to be used by OSMF (and the membership deciding about the open 
license used) with respect to the license chosen for distribution.


So what happens is that a user enters data to OSM (with CT agreed), then 
data is distributed as ODbL by OSMF. Then extended by 3rd party.


That extended data i now less free to use from an OSM point of view.

For OSM it would be much more convenient when the license says You are 
allowed to use the OSM data, but when you change it you give OSM the 
right to merge back your changes if they want to.


Probably we should adjust the license one more time before too much 
incompatible data is being imported.


And I'm asking for stricter regulations considering imports. Data not 
compatible with future license changes must not be imported at all. 
Other mappers are building their changes on a weak foundation.


Maybe time to open a new thread as we're moving away from the original 
point of satnav data being released to a generic discussion.


Stephan


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

Re: [Talk-de] JOSM-Fehler

[Stephan Knauss]

On 30.12.2014 05:21, Markus wrote:

Weiss jemand, was diese Fehlermeldung bedeutet:

sun.security.provider.certpath.SunCertPathBuilderException:
unable to find valid certification path to requested target


Du hattest diese Frage schon mal gestellt. Es geht darum das Zertifikat 
für das digitale signieren und verschlüsseln zu installieren.


Stephan



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

Re: [OSM-talk] Unplanned OSM Outage

[Stephan Knauss]

On 14.12.2014 03:31, Grant Slater wrote:

The OpenStreetMap operations team are currently investigating and will
return the services as soon as possible.


Thank you very much for your effort in bringing OSM back on line.
Admins are awesome!
Reaction times are of the best I know of. And this by unpaid volunteers.

I hope OSMF has some funds to invite you for a Thank You dinner.

Stephan


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

Re: [Talk-de] Entfernungs-Skala/Massstab

[Stephan Knauss]

On 06.12.2014 20:02, davidoff12...@yahoo.de wrote:

Im Gegensatz zu Google Maps oder Papierkarten ist bei OpenStreetmap
zumindest per Vorgabe kein Maßstab ersichtlich. Es erschwert die
Orientierung erheblich, bzw. macht sie umständlicher, wenn man die
Entfernungen nicht einschätzen kann und erst den Routenplaner dafür
bemühen muß.
Mache ich was falsch oder ist Besserung in Sicht?


was genau verstehst du unter Maßstab?

So etwas wie die Anzeige unten links im Eck, die angibt wie lang 300km 
bzw. 100 Meilen sind?


http://osm.org/go/euEQg-

Die Anzeige verändert sich wenn du in die Karte reinzoomst.

Stephan



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

[OSM-talk] Skybox for good imagery test

[Stephan Knauss]

I had a closer look at the imagery provided under the Skybox for good grant.
https://mapsengine.google.com/00979750194450688595-08887688179650036554-4/mapview/?authuser=0

Opening the GeoTiff directly in JOSM using the ImportImage plugin works 
but JOSM gets quite slow due to the large file size. So I decided to 
tile the image for easier viewing.


Alignment of the imagery looks fine. There is some distortion of the 
imgery compared to the existing OSM data. Without GPS tracks its 
difficult to say what is more accurate.


See for yourself around this area:
https://www.openstreetmap.org/#map=16/29.7137/91.7383

Data is here:
http://downloads.osm-tools.org/sb4g/

Browse either using a web browser or by adding a TMS layer to JOSM
tms[18]:http://downloads.osm-tools.org/sb4g/{zoom}/{x}/{-y}.png

I created the tiles from a 1.4 GB tif, resulting directory was 875MB. 
Creation took 16 minutes.


gdal2tiles.py -z 0-18 s02_20141006T032553Z-geo.tif sb4g

Keep in mind that the above imagery was no HOT activation. So using it 
for OSM is not allowed.
I assume someone at HOT will replicate the tiling once imagery is 
available and provide a TMS server.


Stephan

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

Re: [Talk-de] JOSM - Fernsteuerung - Sicherheit

[Stephan Knauss]

On 24.11.2014 19:34, Markus wrote:

- welche sollte man aus Sicherheitsgründen ausschalten? warum?
Gefahr für deinen PC besteht bei den Vorgaben keine. Wenn du paranoid 
veranlagt bist solltest du das Feature abgeschaltet lassen, da Webseiten 
erkennen könnten dass bei Dir JOSM läuft. Was auch immer man mit der 
Info anfangen könnte.


Stephan



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

Re: [OSM-legal-talk] Skybox for Good imagery

[Stephan Knauss]

Hello,

On 22.11.2014 18:19, Frederik Ramm wrote:

On 11/21/2014 09:08 PM, Josh Livni wrote:

We know that some of this imagery can be especially useful in Crisis
Response situations, and therefore we are explicitly authorizing usage
of Skybox for Good imagery in any current HOT Activation
http://wiki.openstreetmap.org/wiki/HOT_activation, under the condition
that changesets and/or features that are derived from Skybox for Good
imagery and committed to OSM are attributed to Skybox.

This could, for example, include the method of attributing Skybox as the
source, or a similar method deemed appropriate by HOT.


This probably calls for two things:

1. We will need a complete catalogue of HOT activations with exact time
when they start and end and polygon for which the activation is valid,
because any data that has a Skybox attribution and falls outside these
spatio-temporal limits has to be removed.


I think it's very kind of Skybox to allow us to use their imagery to 
improve OSM and do some good.


To make things not more complicated than they need to be:
Could Google/Skybox provide a specific URL for each imagery set and give 
permission to use this imagery indefinitely as the original intent was 
for a HOT activation and assuming we credit the source in the changeset 
accordingly? Sounds a lot easier than having to implement bounding 
polygon checks and correlate this with date and time.


I don't know details of how you provide the data, but according to this 
page it's geotiff files.

https://mapsengine.google.com/00979750194450688595-08887688179650036554-4/mapview/?authuser=0

That file would be either opened directly in JOSM using a plugin or 
served by HOT/3rd party as tiled bitmaps.


Is this something you could consider making the usage of the imagery 
easier from a legal point of view?



Thank you,

Stephan


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

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

[Stephan Knauss]

Hallo Joachim,

On 12.11.2014 06:40, Joachim Kast wrote:

Da ich die Angelegenheit ruhig, sachlich und nachhaltig regeln möchte,
lasse ich mir natürlich von keiner Seite eine Frist setzen.


ich habe dich ja nun auch schon persönlich getroffen und als ruhigen und 
sachlichen Menschen erlebt. Ich denke du wirst hier schon so vermitteln 
können dass wir eine Lösung haben bei der sowohl die Community und OSM 
als Ganzes als auch das Projektbüro zufrieden sind.

Schließlich wollen wir ja alle, dass die OSM Daten auch verwendet werden.

Ich habe nicht recherchiert wer dieser Andreas eigentlich ist, aber der 
Kommentar einen Tag zu löschen falls er nicht binnen Frist im Wiki 
dokumentiert (und vorher abgestimmt ist) zeigt doch ein größeres Defizit 
im Verständnis wie das Tagging bei OSM funktioniert.

Lass dich davon nicht abschrecken. Du machst einen guten Job.

Viele Grüße,

Stephan



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

Re: [OSM-talk] Steve's better map

[Stephan Knauss]

http://osmfight.neis-one.org/?u1=SteveCu2=SimonPoole

SCNR 

Steve, I know that OSM is your baby.  But accept that you did a successful job. 
It is now time to let it go and grow up by its own way. 

It is similar to your own children. You wish to protect them forever. But at 
one time you have to realize they have grown up. 

You are always available for the board in case of advice needed.  But please 
let now others step forward and develop OSM in its own unique way. 

Thank you for starting this great project.  Now lean back and watch it grow. 
Without your direct influence on the board. 

Accept that some people have the impression that your way of parenting is too 
much now. 

Stephan 


On November 1, 2014 5:03:42 AM GMT+07:00, Steve Coast st...@asklater.com 
wrote:

 But, imagine what Simon could achieve by
spending that time and energy on making the world better.


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

Re: [Talk-de] Vertrauen in OSM-Wochennotiz

[Stephan Knauss]

Hallo Markus,

On 04.10.2014 11:11, Markus wrote:

Aber wieso schreibt mir diese immer,
dass sie nicht vertrauenswürdig sei?


ich vermute mal du rufst den Blog über eine https Verbindung auf.
Dann kommt die Meldung im Browser daher, dass du das Team noch nicht 
genügend unterstützt hast.


Du müsstest alle zwei Jahre eine kleine Spende machen so dass SSL 
Zertifikate verwendet werden können die in den verbreiteten Browsern 
schon fest verdrahtet sind als vertrauenswürdig.


Geht preislich ab USD 60 für zwei Jahre los:
https://www.startssl.com/?app=2

Gibt auch noch andere Anbieter, die aber meist deutlich teurer sind.

Am besten machst du gleich die Spende, dann können die Admins das 
Zertifikat beantragen und installieren.


Stephan



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

Re: [Talk-de] Vertrauen in OSM-Wochennotiz

[Stephan Knauss]

On 04.10.2014 18:05, Andreas Labres wrote:

On 04.10.14 11:30, Stephan Knauss wrote:

Geht preislich ab USD 60 für zwei Jahre los:

Bei StartSSL gibt's auch Gratis-Zertifikate und die funktionieren genauso. Also
man /muss/ kein Geld dafür ausgeben!


Ich administriere den Server nicht. Das Zertifikat dort ist ein wildcard 
für alle subdomains. Die kosten in der Regel Geld.


Wenn es auch ein normales, ohne wildcard sein darf ist es kostenlos zu 
bekommen. Benötigt dann aber in der Regel Unterstützung für SNI weil 
IP-Adressen nicht mehr im Überfluss da sind. Und damit sperrt man dann 
alle Nutzer aus die mit antiquierter Technik unterwegs sind.


Alternativ könnte man statt selbst signiert auch CACert verwenden. Hilft 
aber der breiten Masse der nicht so technik-affinen Nutzer auch nicht.


Stephan



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

[Talk-de] City Maps 2Go Pro heute kostenlos bei Amazon

[Stephan Knauss]

Im Amazon Android-Store gibt es heute eine OSM Kartenanwendung fürs 
Smartphone geschenkt.

Kostet sonst regulär 2 Euro.
http://www.amazon.de/gp/product/B008X8RSTM/

Wer auch sonst bei Amazon einkauft: Mit diesem Link auf die Seite gehen, 
dann bekommt OSM bis zu 10% des Einkaufswerts:


http://www.amazon.de/?_encoding=UTF8tag=opensde-21

Der Trick dabei ist, dass bei allgemeinen Produkten die Vergütung 
steigt je mehr Produkte gekauft werden (beim Preis gibt es eine 
Obergrenze von dem was OSM erhält, teurer als ~170€ je Produkt bringt 
für OSM dann keine höhere Einnahme). Und es lassen sich nicht mehrere 
Werbeprogramme kombinieren.


http://wiki.openstreetmap.org/wiki/Merchandise/Stats

Stephan


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

Re: [Talk-de] OSM-Account für Workshop

[Stephan Knauss]

Hallo Markus,

On 23.09.2014 09:05, Markus wrote:

Einen Account einrichten ist für viele eine technische Hürde.
Deshalb legen wir mit jedem Teilnehmer einen persönlichen Account an und
sorgen dafür, dass er die Zugangsdaten aufschreibt und mitnimmt, und
üben mit ihm das Einloggen.
Das dauert bei 10 Teilnehmern locker eine halbe Stunde...


Wir müssen bei OSM nicht jeden haben. Das Anlegen eines Accounts ist 
im Vergleich zu den Herausforderungen beim Editieren der Daten ein Klacks.


Wenn jemand schon nicht in der Lage ist in ein Formularfeld seine eMail 
Adresse einzutragen und sich einen Benutzernamen und Passwort 
auszudenken dann will ich nicht, dass so jemand bei OSM editiert.

Das zerstört mehr Daten und schafft Arbeit als dass es Gewinn bringt.

Einen gewissen Qualitätsanspruch zu haben ist durchaus in Ordnung. Und 
dazu gehört auch den Teilnehmern der Community ein Mindestverständnis 
von der Technik abzuverlangen.


Du willst auch keine Spaziergänger mit Flip-Flops in den Alpen auf einem 
Klettersteig. Das hat nichts mit Diskriminierung zu tun sondern schützt 
alle Beteiligten vor negativen Folgen.


Stephan



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

Re: [Talk-de] OSM-Fail oder neue Insel? ;-)

[Stephan Knauss]

chris66 writes:


Am 22.09.2014 08:12, schrieb Elstermann, Mike:

http://geoobserver.wordpress.com/2014/09/22/osm-fail-oder-neue-insel/
http://www.openstreetmap.org/#map=14/0.0791/0.0488

Solche temporären Lummerländer gehören zum OSM Konzept.  ;-)


war das wirklich ein Lummerland das mit Absicht so gebaut wurde? Mal beim  
entsprechenden Nutzer angefragt?

So dicht bei 0/0 könnte das auch ein Problem im Editor sein.

Stephan

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

Re: [Talk-de] OSM-Account für Workshop - dev-Server

[Stephan Knauss]

Markus writes:

Hier geht es mir eher um Messen wie die INTERGEO,
wo JOSM auf mehreren Rechnern läuft.


Wäre da ein Sandkasten zum sich austoben nicht viel besser geeignet?

Wenn die Nutzer sich erst mal mit dem Editor auskennen kann man ja später  
immer noch sich an die Live-Datenbank rantrauen.


Stephan

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

Re: [Talk-de] OSM-Account für Workshop

[Stephan Knauss]

On 21.09.2014 17:59, Markus wrote:

Wie kann man einen temporären OSM-Account erstellen?
beispielsweise für einen Workshop?


Dazu ist der dev-server da.
Die Live-Datenbank ist keine Spielwiese.

Hier kannst du dich anmelden. Das lässt sich auch in JOSM als API für 
den Editor eintragen.


http://master.apis.dev.openstreetmap.org/


Stephan



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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

Pieren writes:


Strange, I don't see this on googleMaps from France. And this street
is also a minor residential road in the official highway
classification (IGN Route 500 - which is a souce we are allowed to use
but is not mandatory for OSM).


So this is another case in which Google data is incorrect.
The tool can only compare. But it can't tell you whether OSM or Google is  
correct. It will only tell that there is a difference.


Best would be to ignore this specific street and move on to the next  
difference. I understand that if you have enough of the Google problems  
they start to be annoying and hide the real problems.

Do you have any idea on how to mark something like this as checked?
It should be a lightweight solution, still not prone to accidental checking  
something as verified.


Stephan

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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

Dave F. writes:


On 17/09/2014 23:30, Stephan Knauss wrote:

In Google the road is listed as a major highway.
Are you interpreting this data from Google's visual render or extracting  
it from their database?


It's coming from their database. Google does expose a classification  
through the v3 API. My map does consider the road types arterial and  
highway as major and local as minor. For OSM data unclassified and  
higher is considered major.


Stephan

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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

Salut Sylvain,

On 16.09.2014 14:14, Sylvain Maillard wrote:

I look at your map for Lyon, and don't understand most of the missing
road that your tool is showing ...
an example with
http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F
: the road is there in both maps and seems to have the same kind of
attributes (oneway and classification). Can you explain why there is a
big red mark on it ?
When you have a closer look at the data you notice that in OSM the Rue 
Marcel Mérieux is classified as highway=residential. This is a minor 
road classification.

In Google the road is listed as a major highway.

As this is a difference it is marked as red (=different).

I can't tell you which one is correct. This needs to be determined by 
the local mappers. There are different tagging schemes and ideas of how 
roads should be classified inside towns. Often this also differs 
depending on the country.


I got feedback from mappers who use the tool in central Europe to detect 
possible tagging problems. But my focus for the tool was to detect real 
white spots on the map. Areas where major highways are completely missing.


The best use of the compare tool is outside of big cities. Have a look 
at rural areas in Africa or Asia to get an impression on how useful it 
can be to complete the major road network there.


Or French Guiana
http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F

Some areas might be more difficult to process than others. Consult Bing 
or alternative backgrounds like mapbox what could be a correct mapping. 
If you can't figure it out with a reasonable certainty, leave it as a 
job for future on the ground mappers or waiting for better imagery.


Stephan



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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

On 15.09.2014 01:38, Dave F. wrote:

On 14/09/2014 13:56, Stephan Knauss wrote:

First and most important: It can't tell you which data is better. It
just shows the differences.

Then maybe I'm misunderstanding what you mean by: So in a perfect
area the map would be grey.
Hm, I think I understand. I should think of a better wording to explain 
it. perfect is not unambiguous so up to the interpretation of the 
user. It might also give the impression that Google map data is perfect.


What I tried to explain is a problem I encountered when I showed the 
diff first. People said: why there is only a grey map in my area?


So actually a map with no diff is good. At least a good indication that 
the map is not missing something important. Assuming for a moment that 
Google data is a perfect reference (which is not as we all know).


I have to think a bit longer on how to explain why there is all grey.
Especially in central Europe and US there are not that many major 
highways actually missing.


East-Asia or Africa is a completely different story. Also Google 
accuracy varies much depending on their source.




For clarification could you explain what you believe is inaccurate with
this way: http://tinyurl.com/jwylzkb


The South End Road is changing it's type from a major highway into a 
residential just before Bradfield Southend.


A usual tagging in OSM is to continue the tagging of interconnect roads 
as such even inside villages until it joins with another interconnect.

Compare it with The Avenue in Chapel Row a little to the west.

So South End Road should most likely continue as a major highway until 
it connects to Common Hill.

Same Marlston Road in Chapel Row. It should connect to The Avenue.


As a side note: Is the spelling correct? There is a Southend village 
without space and in the road name it has a space.



I genuinely believe we shouldn't be comparing OSM with Google. In so
many ways the OSM database is far ahead of Google.
You are absolutely right with this. Probably every mapper can tell areas 
where there are serious flaws with Google data.



Stephan


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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

Hello Dave,

On 14.09.2014 12:27, Dave F. wrote:

Apart from being confusing to understand  use, you're making the false
assumption that it's the Google data which is correct. In my area the
only red lines are either where Google maps are inaccurate or there's an
error in your algorithm as there's no difference between OSM  Google.


sorry for causing confusion. What would be your idea of making it more 
clear on how to use it?


Should I change the order of topics on the explanation page to have it 
closer to the beginning of the page?


http://www.osm-tools.org/compare.html

I could also display a pop-up similar to the one at the osm.org main 
page. But I found these a bit annoying as you have to always close them 
before being able to use the map.


I'm not a native speaker. Could you suggest a better way of explaining 
this? I tried but maybe it's not as clear as I hoped it would be.


It's this section:

Things to consider
--

There are a few things to consider when using this tool.

First and most important: It can't tell you which data is better. It 
just shows the differences. It's up to the user to decide what to do. It 
could be that OSM is not tagging a major highway as such, it could be a 
problem with Google as well. Use common sense to judge or try contacting 
mappers on the ground.



Stephan


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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

On 09.09.2014 09:22, Mateusz Konieczny wrote:

It would be useful to allow switching between diff, OSM only and google
only. Currently in my area results are too confusing to be useful.


I have added a cross-hair to the center of the map. This should make it 
easier to focus on a specific feature when switching the maps.

At least I hope so.

You can toggle between the diff view, OSM and Bing (which would be the 
source for your additions).


If it's not visible then you might have an old version in your cache.
In this case please force a reload of http://compare.osm-tools.org/

Stephan



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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

Hello Bryce,

On 11.09.2014 08:26, Bryce Nesbitt wrote:

All contributors should keep in mind the terms of service for Google
maps, OSM,
and copyright laws in general.

http://wiki.openstreetmap.org/wiki/Copyright_Easter_Eggs


This is one of the general rules in OSM that we don't copy from other maps.

All these map-compare services including mine just point you to an area 
which needs more love. They are very within the bounds of the TOS of the 
individual services.


The actual data is coming from a different source. With the availability 
of Bing and Mapbox aerial (satellite) imagery in these days mostly from 
them. Still GPS tracks are quite useful as well.


The editors do contain special code to prevent you from loading for 
example google maps into the editor to copy from them. The API does as 
well deliver a blacklist of sources not allowed to trace from so the 
list can be centrally maintained.


Stephan



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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

On 09.09.2014 09:22, Mateusz Konieczny wrote:

It would be useful to allow switching between diff, OSM only and google
only. Currently in my area results are too confusing to be useful.


compare.osm-tools.org does focus on highlighting the missing roads and 
water features. If your area is still too confusing on the high zoom 
level then just starting to map the major highways as visible on aerial 
imageries is a good way to make the comparison map less dense.


For directly comparing the full map rendering better use a map with a 
slider design like this: http://comparemaps.drona.ro/


My idea was to be able to give you a quick overview of missing roads. 
Check out Thailand and compare to Vietnam to get the idea.

I actively decided against a slider layout.

Stephan


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

[OSM-talk] Visually detect missing roads

[Stephan Knauss]

I did announce this on the German list last week. As the load did not 
cause the server to catch fire I'm now announcing it to a wider audience.


I have created a map which visually diffs our data against Google Maps.
Currently it compares major highways (unclassified and higher) and water 
features.


The data is styled to show up in bright colors. If there is matching 
data in OSM it would hide the Google data.


So in a perfect area the map would be grey. Differences stay visible.

You can try it here: http://compare.osm-tools.org/

It has the possibility to directly load the visible area into the editors.

More details can be found here: http://www.osm-tools.org/compare.html

or if you're able to read German in my blog post at 
http://www.technologyblog.de/2014/08/wo-fehlen-bei-openstreetmap-noch-daten/


In well-mapped areas the differences are usually caused by OSM data not 
being tagged as a major highway. If you're looking for areas where roads 
are actually missing and can be drawn from aerials head over to Asia.


Hope this helps all people interested in arm-chair mapping to focus on 
the major missing parts of OSM-data.


If you pan the map fast you'll see the original Google data. This is 
caused by the way technical way the images are layered. When using 
Google API instead of OpenLayers it would not do this but caching of 
tiles is worse with Google. That's why I decided to use OL.


Enjoy mapping!

Stephan


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

Re: [OSM-talk] Sign petition to ask Wisepilot to stop submiting spam notes!

[Stephan Knauss]

Hello,

On 07.09.2014 02:01, Erick de Oliveira Leal wrote:

https://www.change.org/p/wisepilot-stop-submiting-spam-notes-on-openstreetmap


it doesn't look like change.org is in any way associated with your 
mentioned app wiseplot.


By consulting Google it provides you this email for contact:
support.wisepi...@wisepilot.com

Best send your requests to this address.

If useful you might forward a few of the notes to give them an idea what 
kind of notes is not helpful so they can improve their software.


Stephan


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

Re: [OSM-talk] OSM completeness

[Stephan Knauss]

Eleanor Stokes writes:


Does anyone happen to know of completeness analyses
across cities in different regions that have been performed?
I'm particularly interested in the completeness of the
road datasets in OSM.


there was a talk at SotM-EU 2011:
http://2011.sotm-eu.org/t...@3.html
Fraunhofer IAIS did some comparison.

If you don't have access to a reference data set it might be difficult to  
come up with a number.


If a rough estimation might be OK, you could use my website  
http://compare.osm-tools.org/ and count red pixel from a screenshot. Divide  
that by the average street-width in pixel on that scale and then you have  
the length of the road network (in pixel@scale) which is not in OSM dataset  
but in Google.


Background information:
http://www.osm-tools.org/compare.html

Stephan

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

Re: [Talk-de] Wo Google besser ist als OSM

[Stephan Knauss]

Hallo Jochen,

On 31.08.2014 11:01, Jochen Topf wrote:

http://compare.osm-tools.org/

Beim Armchair mappen könnt ihr euch nun auf die wirklich wichtigen Straßen
konzentrieren.


Coole Karte. Ich mag vorallem die psychodelischen Bilder, die beim zoomen
und rumschieben kurz zu sehen sind. :-)


Ja. OpenLayers verschiebt die Layer leider nicht gleichzeitig. Die 
Google-Bilddaten selbst will ich nicht manipulieren um noch im Rahmen 
der Terms of Use zu bleiben. Sonst hätte ich da direkt reinmalen können. 
Dann wäre es auch nur ein Layer gewesen.



Problem ist, dass ich nicht sehr nahe ranzoomen kann und daher der Ausschnitt
da, wo ich versucht hab, von der API immer als zu gross abgelehnt wurde und
das Laden in den JOSM nicht klappt daher.
Hast du da mal ein Beispiel? Bei mir ist das maximale Zoom 15 wenn ich 
ganz reingezoomt habe. Da habe ich kein Problem. Ist der angezeigte 
Kartenausschnitt bei Dir ungewöhnlich groß?



Praktisch wäre auch, wenn man auf
die OSM-Karte umstellen kann, dann kann man u.U. ohne das Laden in den Editor
erkennen, wo man ein false positive hat.
Das habe ich noch eingebaut. Man kann jetzt auch noch auf OSM-Rendering 
oder BING Luftbild umschalten.
Aus irgend einem Grund ändert sich dabei zwar auch das CSS des Layer 
Selectors, aber Hauptsache das Tool ist damit nützlicher.


Stephan



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

Re: [Talk-de] Wo Google besser ist als OSM

[Stephan Knauss]

On 31.08.2014 22:31, Dieter Jasper wrote:

Am 30.08.2014 23:12, schrieb Stephan Knauss:

Damit sieht man schnell wo Google glaubt dass es Hauptstraßen gibt die
bei OSM nicht verzeichnet sind.


Tracks in OSM werden nicht berücksichtigt. Richtig?


Da es um Hauptstraßen geht: Nein. Ein highway=track ist eine ähnlich 
untergeordnete Straße wie ein residential.


Wenn du so eine Stelle hast, dann ist entweder Google mit der 
Hauptstraße ziemlich daneben oder das Tagging in OSM.


Gibt so ein paar Fälle in OSM wo wichtige Straßen als Track gemappt 
sind weil nicht asphaltiert. Eigentlich wollte der Mapper aber das 
surface Tag verwenden. Oder hätte besser verwenden wollen ;)


Stephan



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

Re: [Talk-de] Wo Google besser ist als OSM

[Stephan Knauss]

On 31.08.2014 22:55, simson.gert...@gmail.com wrote:

http://compare.osm-tools.org/?zoom=15lat=50.79866lon=12.95761layers=BT00F
An dieser Stelle sehe ich mehrere dicke rote Markierungen. Dies sind die
Gornauer Straße und die Jägerschlößchenstraße.  Bei diesem Vergleich
http://sautter.com/map/?zoom=16lat=50.79804lon=12.95035layers=B000TFFF
sieht man, dass die Straßen von google und osm aber eigentlich sehr gut
übereinander liegen. Wo ist da der Wurm drin?


Es werden Hauptstraßen ausgewertet. Google denkt hier, dass es eine 
Hauptstraße sein sollte.


In OSM ist sie als Nebenstraße (highway=residential) gemappt.

Details zur Technik habe ich hier beschrieben:
http://www.technologyblog.de/2014/08/wo-fehlen-bei-openstreetmap-noch-daten/

Ich denke in Deutschland wirst du dich schwer tun noch fehlende 
Hauptstraßen zu finden.


Stephan



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

[Talk-de] Wo Google besser ist als OSM

[Stephan Knauss]

Hallo,

ich kann meinen Google vs. OSM Kartenvergleich nun weltweit anbieten.

Damit sieht man schnell wo Google glaubt dass es Hauptstraßen gibt die 
bei OSM nicht verzeichnet sind.


Oder andersrum: Gegenden in denen wir noch Straßen von Luftbildern 
übernehmen sollten.


Ich habe das Ganze in meinem Blog beschrieben:
http://www.technologyblog.de/2014/08/wo-fehlen-bei-openstreetmap-noch-daten/

Die Kurzform: Ihr seht auf der Karte die Google Hauptstraßen und 
Gewässer bei denen es in OSM keine Entsprechung gibt. In perfekt 
gemappten Gebieten ist die Karte dann grau.


Wenn ihr eine Stelle genauer ansehen oder im Editor vom Luftbild abmalen 
wollt könnt ihr mit den Buttons auf der linken Seite den Bereich im 
Editor laden. Ich bevorzuge JOSM, sollte aber auch mit iD und Potlatch 
gehen.


http://compare.osm-tools.org/

Beim Armchair mappen könnt ihr euch nun auf die wirklich wichtigen 
Straßen konzentrieren.


Viel Spaß,

Stephan


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

Re: [OSM-talk] online survey about the OSM community

[Stephan Knauss]

On 23.08.2014 15:17, Christian Quest wrote:

OSM is already very english centric and having a survey that is only
available in english won't help understand the OSM community worldwide,
just a part of it.
It would be interesting to have the same survey being done in another
language and compare the results...


Understanding the US part might be of great interest already.

I recently finished watching the recordings of the SotM US conference 
which was held earlier this year.


My impression is that OSM in the US is dominated by businesses who see 
OSM as a way to make money. Some give back quite much in the sense of 
tools and services, but still: It's done by paid community members.


Where are the mappers who are not employed by a company using OSM or are 
using OSM for their freelance work? Where are the altruistic mappers who 
do the actual work of mapping?


I for myself don't get paid for participating in OSM nor do I 
participate in OSM for making some business. In fact I'm paining money 
to partiipate in addition to my time invested.


My impression is that many of the European OSM projects adn contributors 
belong into this category.


So having some research done what is actually driving mappers in the US 
is certainly of great interest.


First impression might be that it's a lot more money driven over there.
Ever heard of getting some monetary reward for working on any of the 
European quality tools like OSM inspector or osmose? In the US you are 
mapping for winning a price (see telenav contest)


I'm highly interested in the results of the survey. Given the focus of 
many questions in the survey it might provide answers to this specific 
question.


Stephan


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

Re: [OSM-talk] online survey about the OSM community

[Stephan Knauss]

On 23.08.2014 16:14, JB wrote:

Hum, I was finally curious of what I would find there. I find this:
It is important that OpenStreetMap keep the use of maps non-commercial.
Is this really a serious question, or a serious survey, or am I just
completly mistaking about OSM since the beginning, or is my English not
as good as I thought it was?


I consider this question quite clear. Is it of importance to you that 
OSM is focusing on non-commercial use.


What could be alternatives? OSMF itself could try to monetize maps. 3rd 
party companies could monetize OSM more than currently.


It's about your opinion. How important is the non-commercial aspect of a 
community project (here: OSM) to you?


This is not about the OSM license.


Stephan


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

Re: [Talk-de] Referenzpunkt für GPS-Gerät

[Stephan Knauss]

On 26.07.2014 20:22, Ronnie Soak wrote:

Du meinst “informativ den momentanen Fehler sehen“?

Handelsübliche GPS kann man nicht kalibrieren. Außerdem ist der Fehler an
jedem Ort und zu jeder Zeit anders.


was braucht eigentlich die rtklib an Hardware? Ist das bezahlbar? Also 
sagen wir mal kleiner 100€? Dann könnte man ja an den Referenzpunkt 
einen Empfänger stellen und mit seinem GPS abgleichen mit dem man in der 
Umgebung die Straßen erfasst.


Ob sich das noch lohnt wenn man genügend Luftbilder hat die mit einer 
Lagegenauigkeit von ca. 1m angepriesen werden (google, Bing dürfte 
vergleichbar sein) wäre die Frage. Man will ja keinen Mähdrescher 
zentimetergenau übers Feld fernsteuern...


Stephan



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

Re: [OSM-legal-talk] Updated geocoding community guideline proposal

[Stephan Knauss]

On 12.07.2014 00:46, Martin Koppenhoefer wrote:

Generally what I think about when reading geocoding: you'd take a list of 
addresses and use the database to localize (translate) them in geo coordinates. This 
seems to fit perfectly to the derivative db description:

“Derivative Database” – Means a database based upon the Database, and includes 
any translation, adaptation, arrangement, modification, or any other alteration 
of the Database or of a Substantial part of the Contents. This includes, but is 
not limited to, Extracting or Re-utilising the whole or a Substantial part of 
the Contents in a new Database. - See more at: 
http://opendatacommons.org/licenses/odbl/1.0/#sthash.l1YXFGoW.dpuf


So based on this interpretation you could do geocoding without any 
requirements (in terms of attribution or share-alike) as long as it is 
insubstantial.
As a single geocode run returns only one, maybe a hand full of locations 
it's certainly insubstantial. So can be freely used.
Only when you start to use the process to systematically recreate a 
database from the process the ODbL kicks in.


Refer:

6.2 This License does not affect any rights of lawful users to Extract 
and Re-utilise insubstantial parts of the Contents, evaluated 
quantitatively or qualitatively, for any purposes whatsoever, including 
creating a Derivative Database (subject to other rights over the 
Contents, see Section 2.4). The repeated and systematic Extraction or 
Re-utilisation of insubstantial parts of the Contents may however amount 
to the Extraction or Re-utilisation of a Substantial part of the Contents.
- See more at: 
http://opendatacommons.org/licenses/odbl/1-0/#sthash.zN2GeAfp.ZYQaM1VQ.dpuf


Stephan



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

Re: [OSM-talk] The biggest violation of OpenStreetMap, ever.

[Stephan Knauss]

On 13.07.2014 15:35, Paul Norman wrote:

In general a tile layer is going to be rendered from a collective
database, of which part of is a derivative database licensed under the
ODbL. They're obliged to disclose the derivative database, but not which
parts of it are used, and nothing about the other databases in the
collective database.
Can you point to sources? 4.3 only requires attribution for produced 
works. 4.5 explicitly says that you don't need to share your collective 
database.


http://opendatacommons.org/licenses/odbl/1-0/
4.3 Notice for using output (Contents). Creating and Using a Produced 
Work does not require the notice in Section 4.2. However, if you 
Publicly Use a Produced Work, You must include a notice associated with 
the Produced Work reasonably calculated to make any Person that uses, 
views, accesses, interacts with, or is otherwise exposed to the Produced 
Work aware that Content was obtained from the Database, Derivative 
Database, or the Database as part of a Collective Database, and that it 
is available under this License.


  a. Example notice. The following text will satisfy notice under 
Section 4.3:


Contains information from DATABASE NAME, which is made available
here under the Open Database License (ODbL).

4.5 Limits of Share Alike. The requirements of Section 4.4 do not apply 
in the following:


  a. For the avoidance of doubt, You are not required to license 
Collective Databases under this License if You incorporate this Database 
or a Derivative Database in the collection




Stephan


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

Re: [OSM-legal-talk] Updated geocoding community guideline proposal

[Stephan Knauss]

Hello Alex,

Alex Barth writes:


I just updated the Wiki with a proposed community guideline on geocoding.
Please review:
https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline


Thank you for working on these legal guidelines. A task the typical  
developer is not keen to work on.


A while ago there was a discussion about the word geocode which seems to  
be a trademark in some jurisdictions. So opposed to the general term  
geocoding the word geocode might need to be used with care.


http://wiki.openstreetmap.org/wiki/Geocode_Trademark
http://en.wikipedia.org/wiki/Geocoding


The document itself describes nicely what use creates a produces work and  
what a derived database.


Is it correct that from a legal point of view the ODbL already protects  
people from circumventing the share-alike by recreating the database from  
multiple produced works?
I think it did. Still it might be worth mentioning in the guidelines that a  
large scale geocoding with the purpose to recreate a substantial part of  
the original database is no longer a produced work but a derived database  
and triggers ODbL share-alike.


Stephan

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

Re: [OSM-talk] The biggest violation of OpenStreetMap, ever.

[Stephan Knauss]

Cristian Consonni writes:


The agency has copied only some data (buildings and landuse [parks,
rivers, lakes, etc.]) and they superimposed the road graph taken from
another source, probably proprietary data.


So you talk about a produced work in the terms of the ODbL. As their  
features are not derived from OSM data. Having the streets intersect with  
the OSM building clearly shows that they did not derive.


So the only thing missing is a proper attribution.

Is this maybe only a (unfinished) test server yet? wwwt sounds a bit like  
it. And a lot of links lead to non-existing pages.


Sounds a bit over-reacting to me. Have you tried to contact them already?

Stephan

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

Re: [OSM-legal-talk] attribution=Permission NOT granted for reuse

[Stephan Knauss]

On 23.06.2014 09:02, Andreas Goss wrote:

http://overpass-turbo.eu/s/3Qw


likely unintended upload. Should be reverted. Did you contact the user 
already?


note=This data has been extracted from a Western Power database and 
should not be uploaded to the OSM database.



Stephan


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

Re: [Talk-de] Anfahrtsbeschreibung SOTM EU führt über gesperrte Straße

[Stephan Knauss]

fly writes:


Das sieht bei mir leider auch nicht besser aus. Dauernd Sonderlinien und
Fahrplanänderungen.

Und was mache ich denn jetzt, wenn es hoffentlich nur drei Wochen
dauert, dadurch allerdings der zentrale Umsteigebahnhof betroffen ist ?
Ist es OK hier alles umzumodeln und in drei Wochen wieder zurück ?


eher nicht ändern. Selbst ich als OSM aktiver mache deutlich seltener  
Updates auf mein OSMand. Da hätte ich dann somit längere Zeit veraltete  
Daten eingefangen.


Die Schmerzgrenze für so temporäre Geschichten dürfte ungefähr bei einem  
viertel bis halben Jahr liegen.

Alles was kürzer ist lohnt sich nicht im OSM zu ändern.
Die Diskussion gibt es immer mal wieder.

Für so kurzfristige Sachen gibt es alternative Mittel und Wege. Beim Audo  
hat sich ja wohl TPEG durchgesetzt, für ÖPNV gibt es sicher auch so was  
ähnliches um kurzfristige Ausfälle abbilden zu können.


Stephan

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

Re: [OSM-legal-talk] Review of IndianaMap as potential datasource

[Stephan Knauss]

If the data is creative commons we can't use it. We can't neither fulfill the 
attribution nor is it compatible with the contributor terms which allows 
changing the license. 

Stephan 

On April 19, 2014 5:19:54 PM CEST, Mike Dupont jamesmikedup...@googlemail.com 
wrote:
On Fri, Apr 18, 2014 at 8:00 PM, Richard Weait rich...@weait.com
wrote:

 Well no, Mike, I don't think so.  What rights a publisher grants to
 Wikipedia has nothing to do with what rights a publisher grants to
 OpenStreetMap.  Wikipedia has no ownership interest in OpenStreetMap,
 nor vice-versa.


If wikipedia is granted rights, it is not exclusive, if the data is
under a
public domain or creative commons then osm can use it. There is no data
on
wikipedia except fair use pictures that cannot be used in osm.

mike


-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion
http://SpeedyDeletion.wikia.com
Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3




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

Re: [OSM-talk] No Changeset Comments from iD

[Stephan Knauss]

Richard Z. writes:


would it be technically doable that the JOSM and ID would automatically generate
a short summary of the changes, something like 3 highway edited, 1 waterways
deleted, 50 tag only changes would become
  3he,1000wd,50t
after which the user could provide a more generic additional comment.


a comment link this is as useful as a source code comment like:

// initialize variable a
int a=0;

So no: it's not useful at all. The change-set already contains the  
information that elements had been edited, created, deleted.


The question is often: Why?

It's no use to see that all nodes of a road had been shifted by 20 meters  
to the west.

Other mappers ask themselves why. Was it a mistake?
The important information would be moved road according to high accuracy  
imagery. If the comment reads added speed limit, the next editor could  
send a message and ask whether the move was actually intentional.


That specific example might no longer work as editors provide warnings to  
prevent from common accidental changes, but I'm sure you can come up with a  
still valid example.


Stephan

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

Re: [Talk-de] Fehler beim Konvertieren von .OSM nach .MAP

[Stephan Knauss]

Das plugin scheint schon seit 2012 defekt zu sein.  Wenn sich da keiner mehr 
darum kümmert wird es wohl Zeit sich nach einer Alternative umzusehen. 

64bit IDs können mit der alten Version Probleme machen. 

Siehe auch osmosis-dev vom 8. Oktober 2012. 

Stephan 

On March 6, 2014 3:47:01 PM CET, hike39 ho...@hike.de wrote:
Nun habe ich selbst herausgefunden, dass das Problem in der Kombination
Osmosis 0.43.1 und Mapsforge-Map-Writer 0.3.0 liegt.


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

Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)

[Stephan Knauss]

Hartmut Holzgraefe writes:


On 02/20/2014 02:38 PM, Jörg Frings-Fürst wrote:


2.) Es ist nicht unmöglich sich jeweils 4 Zahlengruppen von 1-255  zu
merken.


schon bei meinem bescheidenen privaten Webserver ist es oft kaum möglich
in einem tail -f access.log aus dem vorbeirauschenden ASCII-Brei
irgendetwas erkennbares aufzuschnappen ... das sich merken ist also
nicht das Problem, überhaupt etwas merkbares zu erkennen ist es ...


Don't feed the trolls!


*



Stephan

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

[OSM-talk] Thai to RTGS transliteration, Member of Latter-Day Saints needed

[Stephan Knauss]

Hello,

I try to find a way to automatically transliterate Thai script using RTGS.
I found a post where it was stated they already have an ICU ruleset to do  
it.


I would like to contact the author, but unfortunately you need to be a  
registered member of LDS.


https://tech.lds.org/forum/viewtopic.php?p=33824#p33824

Is there a fellow mapper who is a member the Church of Jesus Christ of  
Latter-Day Saints?
I would appreciate it very much if someone could contact the author of the  
post referenced above. It would be great if the mentioned ruleset could be  
shared.


I would love to provide an automated transliteration for Thai names on  
thaimap.osm-tools.org where there is no English name given.


If another usable library is known I would be thankful to hear about it as  
well.


Stephan

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

Re: [Talk-de] St.-ZickeZacke-Str.

[Stephan Knauss]

On 06.02.2014 19:18, Martin Raifer wrote:

Lustig, die Engländer haben anscheinend kein Problem mit dem St. in
Eigennamen (und das trotz Verwechslungsgefahr Saint/Street):
http://www.openstreetmap.org/way/4959544#map=19/51.51372/-0.09845


Und bei uns hat niemand ein Problem damit das Sankt auszuschreiben. So 
what?

http://www.openstreetmap.org/#map=19/48.36587/10.90284

Was hat dieses Beispiel nun gebracht? Ursprungsfrage war ja, ob man in 
den name Tag den ganzen Namen einträgt oder eine in der jeweiligen 
Schriftform gebräuchliche Abkürzung.


Und bei OSM ist es schon seit Jahren so, dass es immer die Langfassung 
sein soll.


Stephan



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

Re: [Talk-de] St.-ZickeZacke-Str.

[Stephan Knauss]

Martin Raifer writes:
Es geht doch praktisch fast nur um zwei Fälle: St. und Dr.. Beides  
sind in gewisser Weise Titel von Personen, die im echten Leben fast immer  
abgekürzt werden.


St. kann Sankt oder Saint werden. Je nach Name der dahinter kommt.  
Das lässt sich nur extrem schwer mit Software expandieren, vermutlich nur  
mit umfangreichen Worterbüchern. Sankt Florian oder Saint Exupery. Und in  
Grenzgebieten vielleicht noch schwieriger. Ist es ein Französischer Name  
oder ein Deutscher? Je nachdem müsste anders expandiert werden.


Und der Name ist eben Sankt Florian. So spricht man auch den Namen aus.  
Dass es auf Schildern eventuell aus Platzgründen abgekürzt wird weil die  
Abkürzung gebräuchlich ist ändert ja nichts am Namen. Ist nur ein  
spezieller Renderer.
Wir wollen ja den Namen der Kirche/Straße erfassen und nicht die  
Aufschrift  des Schildes.


Falls es für die Schilder eine Anwendung gibt (Ortsbestimmung für Blinde  
mit Texterkennung durch Kameras bei schlechtem GPS Empfang?) müsste man  
sich für das Tagging der Schilder und deren Position halt auch was  
überlegen. Ändert aber nicht den Namen der Kirche oder Straße die das  
Schild benennt.


Stephan

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

Re: [Talk-de] St.-ZickeZacke-Str.

[Stephan Knauss]

Martin Raifer writes:


Text-to-Speech


Gute Text-to-Speech Software sollte aber mit diesen Abkürzungen locker  
umgehen können. Und wenn nicht, dann bedarf es für die jeweilige Anwendung  
schlicht eines Post-Processing Schritts, der die Abkürzungen entsprechend  
expandiert.


Wieso es dem Mapper schwer machen wegen möglicherweise schlechter  
Anwendungs-Software? Oder im OSM-Slang: „Wir mappen nicht für das  
Text-to-Speech Programm!“


Du würdest für das TTS mappen wenn du in den Name-Tag etwas einträgst was  
nicht der Name ist nur um es hübsch in der TTS zu haben.


Will ja niemand. Es soll nur der ganze Name in den name tag, ohne  
Abkürzungen. Etwas *nicht* abzukürzen ist wohl kaum eine böse Aktion die  
auch nur im entferntesten unter Taggen für Renderer fällt.


Wie willst du denn die schon genannte St. Effenberg Fussballstr.  
expandieren? Das klappt nur wenn deine Software eine vollständige Liste von  
allen Abkürzungen hat die eindeutig expandierbar ist.


Einen Schriftsteller Stefan Lukas kannst du nicht von einem Sankt Lukas  
unterscheiden wenn du nur St. Lukas hast.


Wenn du nur das Schild St. Lukas siehst und keine weitere Ortskenntnis  
oder Zusatzinfo hast, dann trägst du auch nur das in den name tag ein. Wenn  
du weißt, dass es ein Stefan Lukas oder ein Sankt Lukas ist, dann  
trägst du das ein.


Was ist an einer Regel Trage den vollständigen Namen ohne Abkürzungen in  
den Name Tag ein. Wenn du nur die abgekürzte Fassung kennst dann trage nur  
diese ein. so kompliziert? Ein Mapper der schon daran scheitert sollte  
besser nicht bei OSM mitspielen.


Stephan

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

Re: [Talk-de] St.-ZickeZacke-Str.

[Stephan Knauss]

On 03.02.2014 19:17, Martin Raifer wrote:

Außerdem: Wenn jemand den ganz normalen Sprachgebrauch eines Landes
nicht kennt, kann ein ausgeschriebener Name genauso (oder sogar viel
eher noch) für Verwirrung sorgen: Auf der Karte stünde Sankt Peter
Hauptstraße, am Schild aber steht St. Peter Hauptstraße[1] – kann man
ohne deutsche Sprachkenntnis mit einiger Gewissheit sagen, ob das jetzt
die gemeinte Straße ist? Ich behaupte nein.


Bitte trennt euch endlich mal von der irrigen Annahme dass OSM nur eine 
Karte ist.


OSM ist viel mehr.

Was mache ich zum Beispiel wenn ich eine Navi programmiere die per 
Text-To-Speech die Namen ansagt? Bitte rechts abbiegen in die 
Es-Te-Punkt Peter Straße?
Dass man per Software nicht so einfach auf den langen Namen kommt ist 
zur genüge erklärt worden.


Und das Sankt Peter ist nun mal der Name. Also kommt der bitte auch in 
den name Tag.



Wenn jemand ein Problem damit hat das Sankt in ein St. abzukürzen 
biete ich gerne an das in jeder gebräuchlichen Programmiersprache zu lösen.


Stephan



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

[Talk-de] OsmAnd+ heute gratis bei Amazon

[Stephan Knauss]

Hallo,

wer auf seinem Android Telefon auch den Store von Amazon installiert hat 
bekommt heute die Vollversion von OsmAnd gratis.


http://www.amazon.de/dp/B00D0SEGMC

Viel Spaß,

Stephan


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

Re: [Talk-de] DE:Tag:waterway=weir - Problem mit zweideutiger Übersetzung

[Stephan Knauss]

Richard Z. writes:


mir ist jetzt schon ein paarmal aufgefallen, daß Mapper etwas mit
waterway=weir getaggt haben was ich eigentlich mit waterway=dam
mappen würde - weil (außer im Katastrophenfall) nie Wasser
drüberfließt.


Fließt das Wasser denn generell ab? Jedenfalls schreibt die deutsche  
Wikipedia über Wehr (Wasserbau):
Wehre können zeitweise überströmt oder durchströmt (oder beides  
gleichzeitig) sein.


Hier Beispielbilder für Wehre:

http://commons.wikimedia.org/wiki/File:Tainter_Gate.jpg
http://commons.wikimedia.org/wiki/File:Schweinfurt_Walzenwehr_1.jpg

Die Abgrenzung zu einem Staudamm ist aber wirklich schwierig, oder? In der  
Wikipedia ist das hier ein Beispiel für einen Damm:

http://upload.wikimedia.org/wikipedia/de/8/89/Selbstgebauter_Staudamm.JPG

Was ist an dem jetzt so signifikant anders als an einem Wehr das  
überströmt/durchströmt wird?


Und dann beschreibt die Wikipedia noch eine Staustufe.
http://de.wikipedia.org/wiki/Staustufe

Oder eine Talsperre:
http://de.wikipedia.org/wiki/Talsperre

Die hat dann auch gleich noch eine juristische Definition dabei.

Ich denke aber dass wir bei OSM es nicht so kompliziert machen sollten.  
Nicht alle Mapper sind gelernte Wasserbau Experten.


Wir brauchen eine Definition die von 95% der Mappern verstanden und  
angewendet werden kann. Und die Definition sollte bei uns genauso  
verwendbar sein wie in Asien.


Warum nicht einfach noch ein paar Fotos als Beispiel mit auf die Wikiseite?  
Dann kann sich der Mapper schon das aussuchen was am besten zu seinem  
Bauwerk passt. Und die jeweiligen Experten für Wasserbau können dann die  
genz wenigen Bauwerke die doch falsch getaggt sind entsprechend korrigieren  
und ein foto mit Erklärung ins wiki einfügen damit es das nächste mal noch  
eindeutiger wird.


Stephan

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

Re: [Talk-de] Softwareunterstützung für Semikolon getrennte Tags

[Stephan Knauss]

On 14.01.2014 08:54, André Riedel wrote:

Ich sehe schon, es ist noch komplizierter als ich dachte.


Eine Set würde ich in API 0.7 bevorzugen, denn so könnte man bspw. die
Unterschiedlichen Öffnungszeiten kenntlich machen.

key=name value=Zum Goldenen Löwen /
set
  key=amenity value=restaurant /
  key=opening_hours value=Mo-Su 11:00-21:00
/set
set
  key=tourism value=hotel /
  key=opening_hours value=24/7
/set
set
  key=amenity value=cafe /
  key=opening_hours value=Sa,Su 14:00-17:00
/set


mein Gedanke war, dass der Set ein Datentyp ist.

also so in etwa das um das amenity=hotel;restaurant zu ersetzen

set key=amenity
  valuehotel/value
  valuerestaurant/value
/set

Das was du machst finde ich vom Bauchgefühl her unglücklich. Ich würde 
das doch trennen wollen. Es ist ja auch geographisch nicht der gleiche 
Ort. Eventuell die gleiche Adresse, aber die Leute übernachten bestimmt 
nicht im Restaurant. Das ist also schon räumlich getrennt. Eventuell ist 
das Hotel ja in Wirklichkeit ein Stockwerk drüber oder so.


Es ging mir mehr um die Sachen bei denen es sich nicht trennen lässt. 
Wie eben das Stück Autobahn von Stuttgart Richtung Karlsruhe:


set key=ref
  valueA 8/value
  valueA 81/value
/set


Stephan



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

Re: [OSM-legal-talk] Attribution Requirements

[Stephan Knauss]

On 13.01.2014 18:06, Frederik Ramm wrote:

Jonathan,

On 13.01.2014 13:17, Jonathan Harley wrote:

What would happen if every data source started mandating
that our attribution must be in the corner?


The thing is that for us, for OpenStreetMap, the attribution is our main
remuneration. We give our data away for free but in return, we expect to
get at least a little bit of exposure, a little help in building our
brand to borrow some marketing speak.


Our own legal FAQ published at 
http://wiki.osmfoundation.org/wiki/License says:


In other words, you should expect to credit OpenStreetMap in the same 
way and with the same prominence as would be expected by any other map 
supplier.


I'm reading it as it's fine to put OSM credits on a credits page if 
all credits are there. As long as other map suppliers like Google and 
Bing are happy by being only credited on a separate page, we're happy as 
well to be on the same page. What's not OK would be showing the Google 
credits in the corner and hide OSM somewhere behind a link.


If this is not what this paragraph intended to state, please write it in 
a way which is easier to understand by non native speakers.



As there is a similar looking page in out wiki which is linked from the 
very prominently placed copyright link on the main page it might be a 
good idea to revise that page or replace it completely by the (at least 
I assume) more authoritative page of the OSMF.


http://wiki.openstreetmap.org/wiki/Legal_FAQ

I have placed a warning on that page and refer to the OSMF.

Stephan


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

Re: [OSM-legal-talk] Attribution Requirements

[Stephan Knauss]

On 13.01.2014 23:41, Frederik Ramm wrote:

On 13.01.2014 22:52, Stephan Knauss wrote:

As long as other map suppliers like Google and
Bing are happy by being only credited on a separate page,


Are they?
No idea. Do their terms allow to use the tiles directly without using 
their own JS-API which enforces the attribution in the corner?


BTW: Someone mentioned Mapbox:
Mapbox does not display attribution but Terms  Feedback. At least if 
you follow their introduction on how to show a simple map. No word about 
attribution.

https://www.mapbox.com/mapbox.js/example/v1.0.0/

a click leads to a copyright page mentioning OSM, no link to us but to ODbL.
https://www.mapbox.com/about/maps/


Showcase of Mapbox shows some of their customers.
Foursquare: No attribution. A click away they mention OSM but not ODbL
Pinterest: can't say without sign up, but based on screenshot 
attribution is About this map

Hipmunk: no attribution. Clearly uses OSM data


So having a correct attribution seems to be a quite hard task, even for 
a company so closely related to OSM as mapbox is. Probably they also did 
not read the legal page which recommends:


If you are producing library code that offers OpenStreetMap data or 
tiles, you should make sure library users are aware of these terms. We 
strongly recommend that you display this credit by default when your 
library is used. 


;)

Stephan



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

[Talk-de] Softwareunterstützung für Semikolon getrennte Tags

[Stephan Knauss]

On 13.01.2014 22:12, Peter Wendorff wrote:

jetzt fängst du aber mit Ausweichtaktiken an.
Ich glaube eher Du wechselst gerade das Thema. Ich habe den Betreff 
dahingehend angepasst. Die ursprüngliche Frage war ja ganz speziell auf 
Highway Shields ausgerichtet.



Beispiele bei der Suche nach amenity-Keys, die ein Semikolon enthalten:
highway=residential;unclassified (134x laut taginfo)
highway=path;track (68x laut taginfo)
highway=traffic_signals;crossing (62x)
highway=unclassified;residential (44)
highway=residential;track (43)


Schon mal mit JOSM Wege oder andere Elemente verbunden? Der Default ist 
(oder war?) dass im Tag dann alle bisherigen Werte stehen, eben mit 
einem Semikolon getrennt. Ich denke das allermeiste dieser Stellen sind 
solche Fälle bei denen der Anwender das nicht gemerkt und korrigiert hat.


Jochen Topf hatte vor einiger Zeit eine recht umfangreiche Untersuchung 
gemacht was die Verwendung von Semikolon angeht. Ganz trivial ist die 
Lösung des Problems nicht.


http://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html

Stephan



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

Re: [Talk-de] Softwareunterstützung für Semikolon getrennte Tags

[Stephan Knauss]

On 13.01.2014 23:40, Frederik Ramm wrote:

Du hast schon recht, es waere wuenschenswert, wenn Software das
automatisch richtig machen wuerde, aber puh, das wird ein langer und
steiniger Weg. Am Anfang stuende die Frage: Sollen wir


eventuell helfen dann doch weitere Datentypen in der API. Also nicht nur 
key=value Paare, sondern noch etwas mehr.


Eine Idee für Api 0.7

Geordnete Listen:
Ein Datentyp bei dem 1..n Values in einer definierten Reihenfolge 
nacheinander kommen. Doppelte Values sind erlaubt.


Sets:
Aufzählungen von 1..n Values. Die Reihenfolge spielt keine Rolle, 
doppelte Values sind verboten.


Wäre eine größere Änderung, dürfte aber viele der bisherigen 
Verwendungen vom Semikolon abdecken.


Bisherige Werte in der Datenbank blieben als value erhalten bis es 
jemand von Hand (oder script) konvertiert.


ABER: Das ist eine recht große Änderung die eine Modifikation an jeder 
Software erfordern würde die die Daten verarbeiten will. Um kompatibel 
zu bleiben müsste es eventuell einen Konverter geben der den API 0.7 
output wieder zusammenmergen kann in einen einzelnen value mit Semikolon 
für nicht angepasste alte Software.


Stephan



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

Re: [OSM-talk] CJK fallback fonts - testing needed

[Stephan Knauss]

On 12.01.2014 06:19, Paul Norman wrote:

I have prepared a demo at http://tile.paulnorman.ca/demo/fonts.html with
three layers: conventional OSM.org, tiles without any fallback font, and
tiles using Droid Fallback as a fallback font.


I checked Thailand:

Original font of OSM.org is too small to be readable.
http://a.tile.openstreetmap.org/14/12698/7321.png

Your font is missing glyphs:
http://a.tile.paulnorman.ca/font_droid/14/12698/7321.png


This is my rendering http://thaimap.osm-tools.org/
http://tile.osm-tools.org/osm_then/14/12698/7321.png

It uses the GPL font Loma with an increased size.
http://linux.thai.net/projects/thaifonts-scalable


Stephan


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

Re: [OSM-talk] JOSM should delete image caches on exit

[Stephan Knauss]

On 12.01.2014 04:04, Tom Taylor wrote:

Caching images for a given session makes lots of sense, but leaving them
forever really does not. How do I put a request in to the JOSM
developers to ensure that images caches are deleted upon exit from JOSM?
Please don't. I'm happy not needing to download imagery again and again 
from low bandwidth connections. There was some work ongoing on 
supporting database files for the imagery instead of single files. This 
might improve the situation for you as well.
I don't know the status of the development. And it does not solve the 
issue of expiring tiles based on age or size. In case someone implements 
it, that value should be configurable.



Stephan


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

[OSM-talk] NY times article about Google maps and OSM

[Stephan Knauss]

Hi,

I did not see this linked on this list, so here you go:

http://www.nytimes.com/2013/12/15/magazine/googles-plan-for-global-domination-dont-ask-why-ask-where.html?_r=0

Interesting fact to know: Google has over 2,000 paid armchair mappers in 
Hyderabad, India.


Stephan

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

Re: [Talk-de] Neues JOSM-Plugin

[Stephan Knauss]

chris66 writes:


Im Forum tauchen gerade lizenztechnische Bedenken auf:



...
Gegen die von Ihren OSM-Mappern mittels GIS-Editoren beabsichtigten
Nutzungen der WMS-Darstellungsdienste des NRW-Atlas zur Lagekontrolle,
Qualitätssicherung und zur Ableitung von Geodaten kann ich keine
Einwände erkennen. Lediglich das Kopieren meiner Datenbankinhalte - also
ein direktes Speichern der aufgerufenen WMS-Darstellungsdienste zur
Anlage von Sekundärdatenbeständen - ist bereits urheberrechtlich untersagt.
...

Ableitung oder Kopie, das ist die Frage


fehlt da Kontext zur Frage? Aus diesem Zitat kann ich kein Problem  
erkennen. Es gibt einen WMS dienst den wir (vergleichbar den Bing Bildern)  
verwenden dürfen. Nur die Bilder die dort geliefert werden dürfen wir nicht  
Speichern um daraus Sachen wie z.B. eigene WMS Server zu machen.


Eine temporäre Kopie (z.B. im Cache) wurde ja sogar erlaubt, da dadurch  
eben nicht die Anlage eines Sekundärdatenbestandes bezweckt wird.


Wo siehst du die Einschränkung für OSM?

Stephan

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

Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern

[Stephan Knauss]

Hallo Martin,

Martin Koppenhoefer writes:


Am 15. November 2013 03:24 schrieb Stephan Knauss o...@stephans-server.de:

Für OSM müssen die Daten unter den Bedingungen der Contributor Terms
freigegeben werden.

Wobei das nicht so ganz klar ist, ob das überhaupt gehen kann, oder? Wenn
man davon ausgeht, dass der virale Aspekt der Lizenz funktioniert, und
weiterhin, dass alle Daten, die nicht in komplett leerer Umgebung erstellt
wurden oder von externen Quellen importiert wurden, auch von ODbL Daten
abgeleitet sind, dann haben die Mapper gar nicht mehr das Recht an ihren
Daten, sondern diese sind von vornherein und ausschließlich ODbL (sozusagen
von der Umgebung und dem Bestand in OSM abgefärbt),


Ist das wirklich so? Wäre bestimmt mal eine interessante Frage für die  
Legal-Mailingliste oder eine Working group.


Ich war bislang der Meinung, dass unsere Datenbank eben gerade nicht unter  
der ODbL steht. Die Daten gehören der Foundation, mit den Contributor Terms  
übertragen wir sie.


Dadurch sind die abgeleiteten Daten auch nicht von ODbL sondern von anderen  
Daten abgeleitet für die die CT gelten.

Anders wäre es doch auch garnicht möglich dass wir die Lizenz wechseln.


Das was später unter der ODbL steht ist der Export der Daten, zum Beispiel  
als Planet file. Dadurch können auch Andere die Daten frei (unter den ODbL  
Bedingungen) nutzen. Einen Rückfluss von Änderungen zu OSM erlaubt das aber  
eben noch nicht, da sehen uns unsere eigenen CT im Weg.


Stephan

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

Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern

[Stephan Knauss]

Hallo Dirk und andere,

Dirk Sohler writes:


Alexander Lehner schrieb:

wir haben von der Stadt Landshut Hausnummern erhalten und die mit ein
paar kleinen Auflagen in OSM uebernehmen duerfen.

Na ja, entweder die Daten dürfen unter der ODbL verwendet werden, oder
nicht … Ein „dazwischen“ gibt es nicht.


eventuell sind einige noch nicht so lange dabei um sich noch an das Drama  
wegen der Lizenzumstellung zu erinnern. Wir müssen alles tun um zu  
Verhindern dass wir in der Zukunft wieder größere Teile der Daten löschen  
müssen.


Konkret: Daten die unter ODbL lizensiert sind sind eben NICHT mit OSM  
kompatibel.


Für OSM müssen die Daten unter den Bedingungen der Contributor Terms  
freigegeben werden. Da steht dann auch zum Beispiel drin dass wir die Daten  
in der Zukunft auch unter einen anderen Lizenz veröffentlichen können wenn  
die Mehrheit dafür ist.


Datensammlungen die nur unter der ODbL stehen erfüllen diese Anforderungen  
nicht und können daher auch nicht zu OSM hinzugefügt werden.


Bitte beachtet das bei den Verhandlungen um Datenspenden.

Stephan

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