lly acquired data is
rapidly increasing and the OSM community (and of course also the larger
open data community) needs to ask itself if it wants to leave this
whole field to proprietary data providers.
--
Christoph Hormann
http://www.imagico.de/
___
WebPortal/TermsConditions/TC_Sentinel_Data_31072014.pdf
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
Not sure if i should interpret the lack of respone as agreement to my
assessment that the data may be used as a source for OSM mapping with a
notice on the contributors page. If there are opinions to the contrary
please speak up.
--
Christoph Hormann
http://www.imagico.de
en distributing or communicating GMES dedicated
data and GMES service information to the public, users shall
inform the public of the source of that data and information."
As i see it the question here can only be if the obligation to "inform
the public" is fulfilled by l
re more tricky. But you
can try to avoid that.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
to the osmim
(http://maps.imagico.de/#osmim).
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
information these do not need to be made available of course.
So if you release a changefile that contains changes to proprietary data
which itself is not openly available this is useless and irrelevant for
share-alike.
--
Christoph Hormann
http://www.imagico.de/
_
nnot whitewash ODbL data from share-alike by generating a produced
work and reverse engineering data from it again.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
o court decision or other serious legal assessment claiming copyright
(in contrast to database rights) on pre-graphical geodata
representations under German copyright law.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mail
fulness and understanding
of the guideline.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
s not completely
replace and
"uses either all OSM data or no OSM data for that property"
implies that a data mixture in properties changes the situation.
In other words: having precisely formulated points in parameter space
but not having limits defined in rela
al certainty in either direction
but at any level of certainty making one-sided statements is a
two-sided sword.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
lso be extremely unfair towards the normal individual mappers
because their attribution (which is currently the main one
behind 'OpenStreetMap Contributors') would be buried among tons of
others.
The whole idea to me seems completely impractical.
--
Christ
for the authorities of my
choosing...
Otherwise - if they don't want their data in OSM - their loss.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
e.
You however must not show any hotels that are not in OSM then or make
their coordinates available under compatible license.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstr
On Saturday 09 July 2016, Christoph Hormann wrote:
>
> I think this is a fairly clear case for the Horizontal Layers
> guideline
To avoid ambiguity: I of course meant a case where the guideline says
share-alike applies.
--
Christoph Hormann
http://www.i
issing in OSM data or if you use OSM
data to add features missing in proprietary data - the license as i
read it is symmetric in that matter.
What i was trying to do is point out ways how you could continue doing
what you do (i.e. show both data from booking.com and from OSM in a
single appl
om. So if one
direction was possible without share-alike the guidelines would
essentially be irrelevant because they'd only distinguish between those
cases where you have to de-duplicate in one direction and those where
you can combine data sets freely without share-alike.
--
Chris
ed by anyone to reconstruct
the derivative database from the original data (like when you use a
random number generator to remove random features). But if you
intermingle ODbL and proprietary data into a derivative database
publishing only the algorithm used for that is meaningless since to
re
al Layers guideline is about producing rendered maps, not
about producing data sets. You might find more helpful information in
the Collective Database guideline:
http://wiki.osmfoundation.org/wiki/License/Community_Guidelines/Collective_Database_Guideline_Guideline
--
Christoph H
And since you objected to use of these terms - yes, intent and
usefulness are significant regarding the question of independence of
the databases.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
n producing such illustrations this
database is subject to the share-alike requirements.
And note if you (as indicated in your initial inquiry) intend to license
this derivative database or a produced work to a third party that is
already a public process under the OD
The style itself however does not require attribution when used with
non-OSM data since it is CC0.
You can still render tiles using the standard style and OSM data
yourself and distribute them under something other than CC-By-SA as
long as you comply with the ODbL. But if you use those rendered b
not get much reaction here.
In the latter case you would need to be more specific about what data
you are considering using, who produced this data and under what terms
of use it has been made available to you.
--
Christoph Hormann
http://www.imagico.de/
_
smatches,
i.e. between the admin 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
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
) 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
esult in "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 derivativ
able. But
you could probably also look at it differently. I would like to hear
opinions on this. In particular if you think that is legally possible
without share alike how this interpretation looks like.
--
Christoph Hormann
http://www.imagico.de/
___
this is the perfect trial balloon to test how far you can go.
And if Oxford University gets screwed over this that is not their
problem. If not and this kind of data combination becomes widely
accepted this would OTOH open the door for a lot of applications that
would depend on circumventing s
then. But on the other hand you
could argue (as you already did in your mail) that once you use a
produced work in a database-like fashion it becomes a derivative
database again - the same way as if you trace features from a rendered
OSM map.
--
Christoph Hormann
http://www.imagico.de/
n be challenging - but that is just a minor hurdle.
Note from a business perspective as a data user i would not really mind
if the above scenario was acceptable but as said it would practically
mean the end of share-alike for map rendering applications - and that
is likely not what the map
res depending on if they are
described in explicit form (like linestring or polygon) or implicit
form (like distance function)?
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
viding more intermediate
data you might get separate raster maps for the OSM roads and the
Google roads.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
if you mask the data early in a more elaborate
process and do further processing afterwards based on a data set that
is an inseparable combination of both data sources the situation is not
that clear.
--
Christoph Hormann
http://www.imagico.de/
___
le
Substantial_-_Guideline
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
context of 'big data', and how
this relates to the ODbL. It seems to me opinions on this are too much
based on wishful thinking and too little aim to form a consistent
framework that supports desirable and harmless use cases but does not
create loopholes against the spirit of the
lytic use of OSM data, in particular in the context of 'big data',
> and how this relates to the ODbL. It seems to me opinions on this
> are too much based on wishful thinking and too little aim to form a
> consistent framework that supports desirable and harmless use cases
> but do
- even if they are not the
result of a literal copy but result from 'knowledge' encoded in a
neural network.
When considering this subject, maybe think of it less as a question of
copying data, think of it more as a process of mimicry.
--
Christoph Hormann
http://www.imagico.de/
__
cerned - the only consistent view of these
concepts is IMO to consider them to be limited exclusively to cases
when you are talking about things produced for and used only for direct
human consumption.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk
database-like fashion or more in the form of a finished product ready
for human consumption. The scene geometry for a 3d rendering is quite
clearly more database-like in its use.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal
and its suitability for
access "by electronic or other means". Inversely the same applies to
the nature of a produced work.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
between mappers and data users that OSM is
built on and depends on however the situation looks very different.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
s i already wrote in
https://lists.openstreetmap.org/pipermail/talk/2019-November/083535.html
existing OSMF community guidelines suggest spatial operations like
ST_Difference() and ST_Intersection() yield Derivative Databases that
are subject to share-alike.
--
Christoph Ho
y the kind of scenario
share-alike is meant for and why it was chosen as license for OSM. But
there are of course fairly strong economic interests for this not being
subject to share-alike so people think of ways to interpret the ODbL
accordingly.
--
Christoph Hormann
http://www.imagico.de/
esults of
producing something of additional value in combination with other data
under open license terms.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
ract form) would
require neither share-alike nor attribution since they are neither a
Derivative Database, a Collective Database nor a Produced Work.
So while your willingness to attribute is admirable this kind of
attribution for mixed and processed da
Talking about compact binary data
representation here of course, not raw OSM XML and no lossy
compression.
--
Christoph Hormann
http://www.imagico.de/
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk
vi) so if you have an
issue with that in principle picking out Slack specifically is not
really appropriate.
(that is all under the assumption that Slack is using the data in
compliance with the ODbL - which i don't know)
--
Christoph Hormann
http://
i gave in principle still apply (including in
particular that the OSMF publishes the changeset discussions under ODbL
as well).
The main difference i think is that contributions to changeset
discussions have a higher likeliness to in themselves be subject to
copyright (and not just database protecti
50 matches
Mail list logo