OSM is important to know i
think. I have no specific hypothesis here. But obviously such
transfer can result both in legal and quality concerns.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
enstreetmap.org/node/5073632521
http://www.openstreetmap.org/node/5121933121
But this is also a different matter unrelated to the Wikidata IDs in
OSM.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
over we have in general
(https://wiki.openstreetmap.org/wiki/File:Active_contributors_year.png).
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
approval though. There are
likely also locals who do not think this is a good idea but due to the
low intensity and low volume of edits they don't see it necessary to
say anything.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
roblem because if you have some info from Wikipedia
(like a certain name or coordinates) that you don't know the source of
and that you cannot verify independently from other sources or from own
local knowledge it is not information you should enter into OSM a
It in
particular needs to tell the mapper what types of wikidata object
should be referenced here and how a mapper can find the correct ID for
a certain feature.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@opens
eby allow mappers to opt out of bot
edits on a case-by-case basis.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
his would allow mappers to embrace bot edits but also allows them
to reject this and decide they only want to interact with other craft
mappers and not with bots.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstre
neither add it manually nor through automated edits.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
t assessments on the matter.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
tags they may
and may not add to the things they map.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
a information
is you impose the value system of Wikipedia onto OSM.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
different approaches to solving problems. It is a good idea
not to try pretending these differences do not exist and that you can
intermix the two worlds without problems.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing li
t; Andy, Wikidata ID is not correct or incorrect -- [...]
Then it is non-verifiable data and does not belong in the OSM database
at all.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
in map rendering but so far i have not seen any
practical proposal for a client rendered vector tiles concept that
would be able to serve the mapper feedback purposes of the current OSM
standard style. Rory's port of OSM-Carto to vector tiles is not
suitable for client side rendering.
me' is definitely an issue, in particular in regions that are
largely multilingual (i.e. where several language have a strong base
and there is no clear primary language) but also if locals specifically
want to serve outside interests. The way this is currently often
solved by having several na
groups, giving them what market research tells you
they want and giving up on the core of what makes the OSM standard
style unique and forms a significant part of what attracts people to
OSM.
--
Christoph Hormann
http://www.imagico.de/
_
g
https://lists.openstreetmap.org/pipermail/imports/2017-March/004840.html
[2] http://www.openstreetmap.org/user/imagico/diary/40759
[3]
https://blog.mapbox.com/government-and-citizens-collaborate-to-map-canada-4d24d30d477c
--
Christoph Hormann
http://www.imagico.de/
_
te between them which
is also fine.
Why should i attempt to change their data model to be identical to that
of OSM (which would be a hopeless endeavor anyway because how things
are represented in OSM is constantly changing)?
--
Christoph Hormann
(boundary relation with
boundary=administrative + admin_level=6/8).
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
any
geographic wikipedia articles that describe several different concepts
together for which separate OSM features exist.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
to wikipedia
articles) will get duplicated.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
t a name tag or coordinates - based purely
on the assumption that the wikidata object referenced via tag is the
same as the OSM feature.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.opens
om for interpretation.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
action with the community outside mapping itself.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
etmap/osm2pgsql/pull/684
My original idea stands: It would be good to have an idea how far the
visual impact of dropping broken geometries has been reduced and if it
has reduced a lot it would make sense to actually remove them in the
standard map relatively fast before the numbers increa
rt has significantly reduced the visual impact rolling out this
change to the OSMF servers would have. I would assume it has but the
OSMI does not really allow for a proper assessment here.
--
Christoph Hormann
http://www.imagico.de/
___
talk ma
at least
the self intersections. ;-)
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
dienen,
was andere an Inhalten produzieren.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
al
infractions by ceasing some activity or doing something you neglected
to do before.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
open
data) is something that can be done both before and after a redaction
without problems. And Frederik already indicated the DWG supports
these efforts.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https:/
universally unpaid.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
n haben, andere überprüfbare Tags
überlegen und sie verwenden. boundary=exclusion_zone + access=* wäre
ein mögliches Tagging für eine ganze Reihe von Verwendungen,
Zugangsbeschränkungen für Flächen ist aber oft auch ein Problem der
Überprüfbarkeit, wenn es keinen Zaun und Schilder gibt.
--
Christ
Vergaß zu erwähnen: Es gibt auch eine Voransicht - die allerdings so
weit ich mich erinnere auch noch Änderungen enthält, die bis jetzt noch
nicht im master sind:
http://bl.ocks.org/math1985/raw/af7a602c222dbf1ff1a2c0d84ed755b7/#5.00/49.725/9.249
--
Christoph Hormann
http://www.imagico.de
ersion ändern:
https://github.com/gravitystorm/openstreetmap-carto/blob/master/style.mss
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
m essentially no rules to these - however strict or lenient
you might consider them) will have.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
r
opinion in open discussion even if it appears to you they are in error
(which might at least in some cases be due to you misunderstanding
them).
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap
eetMap" and "OSM" and similar/composite terms
being used much less even in fairly strictly OSM related projects that
the OSMF would probably have no problem with using the name.
--
Christoph Hormann
http://www.imagico.de/
___
ta
offers a product called "OpenStreetMap Data in
Layered GIS Format" [1] - that is certainly a nominative use but at the
same time also "sell(ing) stuff with OSM’s brand on it" as per section
3.4.
[1] http://www.geofabrik.de/data/geofabrik-osm-g
enStreetMap' when
advertising commercial services and products based on OpenStreetMap
data. This could be considered to fall under 3.3
(nominative/referential use) but 3.3.3 specifically excludes commercial
purposes.
--
Christoph Hormann
http://www.imagico.de/
idend sein, dass sich die OSM-Aktiven auch in größerer Zahl dort
beteiligen. Ist dies erst einmal der Fall ist eigentlich auch
sichergestellt, dass die Interessen der deutschen OSM-Community im
Verein ausreichend repräsentiert werden.
[1] https://www.fossg
ey are member of a relation or not -
which is a good thing and ultimately should also make it easier for
mappers understanding how multipolygons work.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http
chen Mapping
und Datennutzung. Und um nochmal auf den Ausgangspunkt zurückzukommen,
oft sind dabei die 90-Prozent-Lösungen erfolgreicher, was natürlich
ärgerlich ist, wenn man irgendwie mit den restlichen 10 Prozent zu tun
hat.
--
Christoph Hormann
http://www.imagico.de/
__
nannten Fall würden die meisten Entwickler sowieso eine Heuristik
anlegen und - falls ein Objekt mit capital=4 nicht existiert - davon
ausgehen, dass das nächst niedrigere capital=* diese Funktion erfüllt.
--
Christoph Hormann
http://www.imagico.de/
__
nur weil der Entwickler sich keine Arbeit
machen möchte oder seine Arbeit teurer ist als die des Mappers (was
insbesondere bei OSM ein sehr verbreitetes Problem ist).
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Tal
lierte Interpretation der Begriffe an.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
re producing and connecting data per se than actually
recording reliable factual information.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
änzung.
Gibt dazu auch einen Diary-Eintrag, wo ich schon ein paar Kommentare
hinterlassen habe:
http://www.openstreetmap.org/user/@kevin_bullock/diary/41132
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@opens
Date' which can be freely chosen by the user.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
pproach to the matter than a purely
after-the-fact approach to protecting the data.
This does not mean i am convinced this is ultimately the best solution,
this depends on a lot of details of the implementation.
--
Christoph Hormann
http://www.imagico.de/
_
very specific on what kind
of aggregation is necessary to make the data ok to be published.
Obviously just replacing each user name with user is not
going to cut it. Without clear rules here anyone who publishes
anything based on such data would be in a legal mine field.
--
Christoph Ho
at the functionality of HDYC is not really that
complex. Writing a replacement for it would certainly be quite a bit
of work but it is not really rocket science.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.or
tters which need to be considered separately.
>
> I don't think Michał was mixing those two different matters.
Michał made a connection to privacy concerns regarding Google StreetView
which were exclusively about the recorded data and not about the
recording metadata (which Google obviousl
ery different matters which need
to be considered separately.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
uch eigentlich für solche Anwendungen gut, wenn es so
was wie ein anonymes OAuth gäbe, also wo osm.org nur mitteilt, dass das
ein angemeldeter Nutzer ist, wo es aber keinen Access Token gibt.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de ma
rch die Anmeldung auch
neue Nutzungsdaten an (sprich: Du kannst dann erkennen, wer sich denn
für wessen Mapping-Metadaten interessiert). Wäre schön, wenn Du diese
Daten nicht speicherst und dies per Datenschutzrichtlinie auch
entsprechend transparent dokumentierst.
--
Christoph H
ian: 18
Commercial products/projects: 13
Academic research: 12
Local communities international: 12
Local Japanese community: 10
General technical subjects: 9
General community subjects: 7
Others that do not fit any category: 4
--
Christoph Hormann
htt
gieren. Ist dies
erst mal der Fall, ist zu hoffen, dass sich die Leute auch einbringen
und dann ggf. den Verein so mit- und umgestalten, dass er OSM
angemessen repräsentiert.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
uld not
means the task in question is undesirable or even unimportant, it just
means that ten other things are considered to be more important.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
owsing - than an always on message on the map display. Of course
many app developers do not look for a good way to do this but just look
for the least generous way to avoid getting sued.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
t
are western and
central Europe (mostly, there are gaps even in that, in particular in
the Italian Alps). And these are obviously not particularly difficult
in terms of forest mapping.
--
Christoph Hormann
http://www.imagico.de/
___
talk maili
l mapping activity.
However as long as the bad quality Corine data is there and meant to
stay few people are interested in editing this mostly meaningless data.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.
quot;Horizontal Layers" case. Is the result
> a simple collective database?
I am not sure about the relevance of your question here. The data set
you refer to is licensed under ODbL which is permissible for OSM data
both in a collective database and a derivative database
ation.
I don't think it would be appropriate for the standard map style to
render these figures independent of physical observable properties like
this.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
keep them.
Of course this task would be technically non-trivial, many of these
polygons are large, a lot of big river polygons that should be split
into smaller ones etc.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetma
of large scale tracing work seems a much more productive
way and much more compatible with normal manual mapping in OSM.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
olygon
size.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
s in case of the
Suez Canal).
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ecision process transparent.
But this is just my personal view of course and i am not in a position
to impose this on anyone so it is safe to just ignore my opinion here.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstre
we are grateful for the bids to host State of the Map
> (OSMF) and we are happy to help interested groups prepare future
> bids.
Is this process openly documented somewhere? Last Sotm WG minutes on
http://wiki.osmfoundation.org/wiki/Working_Group_Minutes#StateoftheMap_Organizing_Committee
h a lot of input from various
sides for half a year - so at this stage this is more about
communicating this change to a wider range of people (and also
application developers) than about "opening a discussion".
--
Christoph Hormann
http://www.imagico.de/
___
rg map:
http://mc.bbbike.org/mc/?lon=-2.521598=51.318976=15=3=mapnik-german=mapnik=geofabrik-standard
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
particular it would be important to
know if there are situations where the new database schema leads to
incorrect mapper feedback through the the way things are rendered.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap
ested) and waive the NC clause for activities that are
related to the process of digitizing data for use in OSM.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
his/her work
actually makes it into the main OSM database. In the past this has
often been a problem with specific permissions for restricted access
data. License terms or terms of use of a service should not require
mappers to take additional legal risks.
--
Christoph Hormann
http://ww
min boundaries and OSM based basemap features
instead of between the admin boundaries and your special thematic
layer.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
The name 'SOTM EU' is probably too often read with a political
connotation - better to see it just as SOTM Europe, in principle this
could take place outside the EU as well - Switzerland, Norway,
Russia, ...
--
Christoph Hormann
http://www.imagico.de
inable approach. The better way might
be to think about making OSM more welcoming and more attractive to
rural communities.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
munity is interested in outside advise how to
productively map large and remote areas without imports i am sure there
are many people who would be glad to provide input. But lets separate
this from the discussion here (which is about wikidata tags).
--
Christoph Hormann
http://www.imag
cal mapper after moving away and how
far you can become a local mapper during a short term visit is an open
question. But this is just minor semantics. The important thing is
that OSM is primarily about local knowledge and human assessment of the
on-the-ground situation.
--
Christoph H
e sitting in Toronto, Montreal or Vancouver [is] really more
of a local mapper on Devon Island or Ellesmere Island than someone from
Britain, Germany or Russia?"
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
tal
n reverting others' work. The on-the-ground rule usually
gives us a very powerful tool to resolve conflicts, something that
other communities like wikipedia lack.
And the user blocks - which are the only real power of the DWG - are
well documented on http://www.openstr
emoved.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
which are very useful for the community. Fixing them is
something where a manual approach with local knowledge is considered
desirable by most mappers though.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
added without actually looking at the
data and the real world situation. Rory already explained this for one
case but you can widely look around there and find many more.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
desirable by the expensive humans on a per case basis.
If this seems unreasonable to you it could be a good idea to consider
OSM might not be the right project for you.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.
ou usage
statistics for the values used:
http://taginfo.openstreetmap.org/keys/?key=wikidata#values
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Wednesday 04 January 2017, Andy Mabbett wrote:
> There are circumstances where it is legitimate for a
> Wikidata value to be used more than once.
Then you'd need to change the tag definition on the wiki to reflect that
(and to explain what these circumstances are).
--
Christoph Horman
n error but taginfo tells us
that there are more than 22000 wikidata values that are used more than
once.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
o the most common tag for
indicating tidal features is tidal=yes and not water=tidal.
You do not seem to render natural=shoal and wetland=tidalflat which are
the dominant ways of mapping tidal areas at the moment (though
admittingly wetland=tidalflat does not really make much sense for rocky
tid
ng zu übernehmen.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Die meisten heute produzierten hochwertigen Landkarten werden nicht mit
einem einzigen Werkzeug produziert, sondern kombinieren eine Vielzahl
unterschiedlicher Werkzeuge für die verschiedenen Verfahren und
Arbeitsschritte.
--
Christoph Hormann
http://www.imagico.de/
_
taltung?
> Mehrfachnennungen möglich ;-)
Das verbreitetste Werkzeug im Bereich handgestalterer Karten heutzutage
ist vermutlich Adobe Illustrator.
Merke: man kann zutreffende negative Analogien nicht unbedingt in
positive umwandeln.
--
Christoph Hormann
http://www.imagico.de/
o wie Grafik-Design
mit 'nem CAD-Programm...
...oder wie Textsatz mit Word.
scnr.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
nd (ab nächstem Mal)
> öffentlich.
Sehr erfreuliche Entwicklung, vielen Dank.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
that but something like "using
free tile services from osm.org" + a donation link would not seem
inappropriate to me.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
h positiv, aber nicht nur einfach
irgendwie machen, sondern bewusst schauen, was man ändern kann und
sollte, um der Idee einer Vertretung der deutschen OSM-Community
gerecht zu werden.
--
Christoph Hormann
http://www.imagico.de/
___
T
proposed text design is kind of strange by the way since it
emphasizes 'StreetMap' relative to 'Open' - even though 'Open' is, as
most know, the only part of the name that truly fits (Simon also
mentioned this on github by the way).
--
Christoph Hormann
http://www.imagico.de/
__
ele Arbeiten am Stil lassen sich ja
auch ohne das gut machen.
Ansonsten ist es immer noch so, dass aufgrund des anderen
Datenbank-Namen ('osm' statt 'gis') kein Betrieb auf des selben
Datenbank möglich ist ohne dass man project.yaml/project.mml
modifiziert.
--
Christoph Hormann
http://ww
re desirable for other reasons
anyway.
Some more background information and a link to an implementation of this
idea can be found on
https://github.com/gravitystorm/openstreetmap-carto/issues/1781#issuecomment-241061156
--
Christoph Hormann
http://ww
301 - 400 of 740 matches
Mail list logo