eral
purpose algorithms'.
But machine learning for the name of the mailing list is fine. In OSM
we know to distinguish between a label (like a tag) and its meaning.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
he context of database systems, which i however have the impression
is not what you are talking about. Most terms in this field are
politically connotated - "artificial intelligence" implying a
similarity to human intelligence, "machine learning" implying a
similarity to human
do not want to do is sitting there and hoping for corporations to
discover morality and realizing that in the long term this is more
important than short term profits. See:
https://en.wikipedia.org/wiki/The_Scorpion_and_the_Frog
--
Christoph Hormann
http://www.imagico.de/
_
ing nothing but a data
wasteland for locals to deal with after the invadors have left.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
siness partners
of Facebook, in particular ones who are interested and depend on having
a good relationship with OSM and publicly ask them (via Twitter for
example) why they are cooperating with a company that systematically
violates the OSM license.
--
Christoph Hormann
http://www.imagico.de/
must not do it is to negotiate
with corporations like Facebook about to what extent they must follow
the license.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
everyone internalizes that being lenient on
sustained license violations is not a way to support adoption of OSM as
a data source but primarily a way to alienate huge parts of the
contributor base.
--
Christoph Hormann
http://www.imagico.de/
___
t
ary/005862.html
but this is more about behavioural rules. The requirement to comply
with the license (which is something every OSMF data users has to do)
is not something that makes sense to specifically ask from corporate
members.
--
Christoph Hormann
http://www.imagico.de/
___
ertised on osm.org (via iD editor and osm-community-index):
https://github.com/osmlab/osm-community-index/search?q=facebook_q=facebook
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ns around OSM which are often much more
centralized and based on an exceptionalist principle.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
nually trigger
this feature but not being transparent about what this actually does is
not a very good one. But indeed this is somwhat sidestepping the core
issue here.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
the version deployed on osm.org?
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
still should happen - if for no other
reason than as a safety check to avoid errors.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
the API and accordingly should not be available on osm.org. I don't
know if iD in its current configuation does this but this seems so
obvious and self evident as a principle that it is not even necessary
to codify this into written policy IMO.
--
Christoph
g/2018-March/thread.html#35347
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
ltation with the broader community when making tagging related
decisions. But it does not look like it now.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
he 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 mailing l
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/
___
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 does not create l
ich arbeiten.
Was glaubst Du wie groß das Geschrei wäre, wenn - rein theoretisch -
irgendwann herauskäme, dass das ein von der russischen/chinesischen
Regierung finanziertes Projekt bei Critigen ist...
--
Christoph Hormann
http://www.imagico.de/
___
T
Richtung gegen die Interessen der Mapper gesehen werden sollte.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
offered on it. Rethinking what further content and functions are
directly accessible from the starting page makes a lot of sense.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
ague, that
isn't even the same sport. You give first rate attribution to OSM and
second rate attribution to everything else.
Been there, done that, not a problem:
http://maps.imagico.de/#map=3/82.576/19.421=en=topo=arctic=0
--
Christoph Hormann
eral occasions - like
https://lists.openstreetmap.org/pipermail/legal-talk/2018-January/thread.html#8648
My hope is that future new guidelines as well as refinements of existing
ones take such lessons learned into account and put the viability of
what i called "the social contract among map
t is actually the case and if it was that would be more or
less "suicide out of fear of death". This is what can and should be
debated - not what level of weaseling around the ODbL is still
acceptable.
--
Christoph Hormann
http://www.imagico.de/
___
talk mai
he EU commission i cannot help pointing out that the
EU commission is also responsible for one of the most ridiculous cases
of inproper attribution i have seen so far:
https://scihub.copernicus.eu/dhus/
--
Christoph Hormann
http://www.imagico.de/
___
ttribution and share-alike requirements.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
additional means with extended power for
people to pursue their personal interests and would likely aggrevate
the problem rather than solving it.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
one on the wiki that motivated me to start this thread would very
likely never have found approval from the community.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
sing membership in the
aristocratic class on the technical ability to develop and run bots is
quite obviously a bad idea.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
out).
* create a bot free fork of the OSM wiki and maintain the original OSM
wiki as a zone where bots are allowed.
* create some other new platform of communication and cooperative
documentation writing as alternative to the wiki where bots are banned.
--
Christoph Hormann
http://www.imagico.de
you are the guardians of your local map,
it is both your right and your duty to safeguard the quality and
integrity of the map in your area. The key here is to be friendly but
resolute - making clear that this is not a formality but that they have
to abide by the standards of the local community.
You could try touching (i.e. creating a new version of) both of the
boundary relations involved - in this case:
https://www.openstreetmap.org/relation/189416
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
icular
https://wiki.openstreetmap.org/wiki/File:Guagua_ESSC-OSMPH_Training_field_survey.jpg
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
king. And the only basis for such
evaluation could be to measure if they are being followed.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
and French so far).
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
t background knowledge about the
wiki you don't have an edit history of the document where you can look
how it changed over time.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
e no objections to that but i think you should either indicate that
the page with the guideline should not be edited by anyone except OSMF
board or DWG or mention that this version is being worked on
continuously by the community and the authoritive version is to be
found elsewhere.
--
Christo
the guidelines and defined the scope to prevent those problems
> without creating loopholes or negative incentives like encouraging
> salami tactics.
We will see - you know i have doubts about this and i am particularly on
the lookout for the first case of "let me through, it's an emergenc
rbitrary number of people might hide.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
eiten. Müsste nur mal jemand umrechnen.
Siehe auch:
https://github.com/gravitystorm/openstreetmap-carto/issues/2524
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
econd rate attribution is such a clear cut case that it could
and should be covered. In particular since the wording of the OdbL is
quite clear in attribution being not a technical formality but a matter
of actual de facto user experience.
--
Christoph Hormann
jedermann verständlichen
Handreichung zum Mappen von Flächen/zur Verwendung von Multipolygonen
kommen, die dem Konsens der lokalen Community in Deutschland
entspricht.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de
verstehen und den die
allermeisten unterstützen können.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
se make sure to clearly condemn second rate attribution like on:
https://www.zeit.de/politik/ausland/2016-07/china-hat-keinen-gebietsanspruch-auf-inseln-im-suedchinesischen-meer
--
Christoph Hormann
http://www.imagico.de/
___
talk maili
val or confirmation in OSM but
there is no reason to assume there to be any legal issues.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
de you
with additional information that is useful for improving the accuracy
and reliability of mapping.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
fore this discussion started here. I
included the link to not unecessarily have to repeat myself in the
discussion.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
map/
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
th".
Independent verifiability, i.e. that you can verify statements through
independent observation without access to the same sources is and has
always been the core of verifiability in OSM.
--
Christoph Hormann
http://www.imagico.de/
___
means *independent* verifiability. If verifying a
statement depends on a singular authority that is not compatible with
the concept of OpenStreetMap's independent, intersubjective
verifiability. Same as restaurant star ratings etc.
--
Christoph Hormann
http://www.imagico.de/
___
ervations in the real world in favor of
Wikipedia verifiability based on 'reliable sources'.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ties themselves or physical effects of these activities.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
irony of this is just priceless.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
r nützlich, solche tradierten
Konventionen auch mal aufzuschreiben - selbst wenn so eine
Ausformulierung natürlich zwangsläufig eine subjektive Wahrnehmung
wiederspiegelt.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
beiden Fälle dann idealerweise praktisch gemappt werden sollten.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
-Teppiche' oder pseudo-englische Begriffe wie 'Outer-Way'
oder 'Inner-Ringe' zu machen.
Frederiks Empfehlungen zur Flächenverklebung sind da ein gutes
Lehrbeispiel, wie man sowas kurz, präzise und logisch stringent
formuliert.
--
Christoph Hormann
http://www.imagico.de
s specific case)
And there are of course also cases where the overlap represents an
undisputed situation:
https://www.openstreetmap.org/relation/3659532
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.op
resent this in OSM if that was
still the situation today. OpenStreetMap is not Wikipedia.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
eliminate
all disputes.
We would also eliminate any meaning of OSM data as a representation of a
verifiably observable geographic reality.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstre
claim something is theirs).
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
mal einen kurzen Hinweis auf den entsprechenden Kanälen posten ist
schon eine Menge Wert.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
sich nicht so Sorgen um Redundanz in den
Fragen machen muss, da diese sowieso noch mal durchgeschaut und ggf.
zusammengefasst werden. Trotzdem macht es natürlich Sinn zu schauen,
ob die Frage für die man sich interessiert sinngemäß schon jemand
gestellt hat.
--
Christoph Hormann
http
anchmal
anstrengend - grundsätzlich erst einmal eine Bereicherung.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
s://lists.openstreetmap.org/pipermail/osmf-talk/2018-September/005299.html
https://www.openstreetmap.org/user/Stereo/diary/45132
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
n von Verhaltensregulierung zu. Eine offene Diskussion
zur Frage von Verhaltens-Regeln und ihrer praktischen Ausgestaltung,
die sich den praktischen und moralischen Herausforderungen in einem
globalen und kulturell vielfältigen Projekt wie OpenStreetMap stellt,
finde ich g
ren, die am Ende homogen eine bestimmte Meinung zu den
Themen der OSMF vertritt, sondern Leute als Mitglieder zu haben, die
halbwegs repräsentativ die Interessen der aktiven lokalen Mapper und
die Werte des Projektes vertreten.
--
Christoph Hormann
http://www.imagico.de/
___
f the administrative boundary data in OSM is imported and never has
actually been verified on the ground is a different matter.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
fiably observable nature of reality.
If data users need additional data for their purposes they need to
obtain it from other sources.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ben - in
> zwei Teile teilen.
>
> 3. Wenn dann jemand kommt und das schön entklebt, ist das ok.
>
> 4. Du kannst niemals einen entklebten Wald entlang einer Straße
> wieder verkleben.
Klingt gut - und das ist denke ich auch weit verbreitet die gelebte
Praxis.
--
Fällen eine Art Grenzbebauung oder
> -bepflanzung gibt.
Ich bin mir nicht sicher, ob Du meine Annahme in Frage stellst, dass die
Aufteilung von Flächen anerkannte Mapping-Praxis ist oder ob Du denkst,
dass die Regel "Aufteilung ja, aber niemals entlang einer Straße"
unproblemat
Da wir gleichzeitig die etablierte
Regel haben, dass Waldflächen und ähnliches in kleine, handhabbare und
ggf. ohne Multipolygone mapbare Stücke aufgeteilt werden können und
sollten, würde diese Regel im Grunde bedeuten: Man darf aufteilen, aber
niemals entlang einer Straße. Das wäre dann ein bissche
have
only very few automated QA tools that use any kind of outside reference
to gauge accuracy of the data.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
contrast to engaging in an open argument about the best
approach and trying to convince people this way. You should probably
think carefully if this is what you want to communicate here.
--
Christoph Hormann
http://www.imagico.de/
___
t
On Sunday 23 September 2018, Tobias Knerr wrote:
> On 23.09.2018 17:07, Christoph Hormann wrote:
> > If you'd now impose
> > technical constraints preventing mappers from documenting things
> > that do not match a certain ideal of structure would you would
> > effective
pages.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ite a few featutes in the Antarctic).
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
e
technical constraints preventing mappers from documenting things that
do not match a certain ideal of structure would you would effectively
make the wiki unsuitable for its primary application and mappers would
need to set up a new place to document their tags.
area".
There are of course also QA tasks where AI can be more useful for like
the typical needle-in-a-haystack problems.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
presented that makes sense, somethings that helps someone to locate
something does not cut it.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
extending natural=shingle to urban areas artificially
covered with loose stones based on a physical similarity.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
u bezahlen. Das
kollidiert bei uns recht stark mit der Kultur der freiwilligen
ehrenamtlichen Arbeit im Verein. Wenn Wikimedia hier Möglichkeiten hat
wäre das möglicherweise eine gute Ergänzung. Aber das hier verlinkte
Förder-Angebot klammert diesen Bereich ja auch erkennbar aus.
-
dass ich das kritisch sehe. Wie
Wikimedia mit der Kritik umgeht ist deren Sache, für mich wäre jetzt
garnicht so entscheidend, da die Ausschreibung zu modifizieren (obwohl
das sicher nicht verkehrt wäre), sondern dass das in die Diskussion
eingeht und man sich der Problematik bewusst wi
"Kameras
für Mapillary-Aufnahmen" unterstützen möchte. Das zu kritisieren ist
in keinster Weise akademisch.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
.
Der Kritikpunkt von Frederik bezieht sich auf die Unterstützung solcher
Firmen, in diesem Fall die Unterstützung dafür, Bilder für Mapillary
aufzunehmen. Das ist etwas qualitativ deutlich anderes.
--
Christoph Hormann
http://www.imagico.de/
___
Ta
erisch.
Eben - und Sprachsemantik-Diskussion was genau das Wort Wirtschaftsweg
bedeutet führt auch zu nichts. Am Ende braucht es praktisch
überprüfbare Kriterien.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.o
se praktisch
identifizieren kann.
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
f encoded
coordinate systems but because of digital technology increasingly
allowing dynamically connecting people with locations (and Amazon will
just send you your order to whereever you are - or where you are likely
to be when the order is shipped).
--
Christoph Hormann
http://ww
eds to include the name - kind
of like name_is_a_necessary_part_of_address=yes (not a serious
suggestion in this form but you probably get the idea) as to explicitly
indicate the lack of a house number.
Also i kind of doubt if this form of specifying the lack of a house
number is that common ma
unique. I can confirm from having worked there
> that it has indeed no housenumber.
Yes, that looks like a good example for the first case.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
gging somehow. And
And I don't think the fact that there is no house number needs to be
specifically indicated then.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ldings which happen to have the
same address (which clashes with my understanding of the concept of an
address).
Note to document a building/place belongs to a certain street we also
have the concept of the associatedStreet relation.
https://wiki.openstreetmap.org/wiki/Relation:a
On Wednesday 22 August 2018, Rory McCann wrote:
> > The single most important property of an address is that it is
> > unique
>
> 35% of addresses in Ireland aren't unique.
I strongly suspect we have a different understanding of either 'address'
or 'uniqueness' here.
--
Chri
ne building
at this street or with this postcode) or if you want to defend
pointless or non-verifiable tagging of addr:street for buildings
without a unique address.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
http
en if you can specify a street, city etc. at/in which
it is located.
Specifying addr:street on a building that does not have an address is
either pointless or non-verifiable.
--
Christoph Hormann
http://www.imagico.de/
___
talk maili
noaddress
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
way/32900245
https://www.openstreetmap.org/way/226693121
https://www.openstreetmap.org/way/491176756
Grüße,
--
Christoph Hormann
http://www.imagico.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
se=residential mapping in Eastern Africa this is not the
worst data in the database, not by a large margin. I just pointed it
out here as an example because it was a perfect fit for the idea John
brought up.
--
Christoph Hormann
http://www.imagico.de/
___
verifiable mapping of settlements in the
area than what we can see now in the database.
--
Christoph Hormann
http://www.imagico.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
101 - 200 of 740 matches
Mail list logo